業務委託契約の知的財産権条項とは？成果物の権利帰属をどう定めるか｜Legal GPT

1. なぜ「成果物の権利は自動的に発注者のもの」にならないのか

業務委託契約で成果物の制作を依頼した場合、多くの発注担当者は「委託料を支払っているのだから、完成した成果物は自社のもの」と感覚的に理解している。しかしこれは日本法の観点では誤りである。

著作権の原始帰属ルール（著作権法17条）

著作権法17条1項は、著作者は著作者人格権および著作権を享有すると定め、同条2項は、これらの権利の享有にいかなる方式の履行も要しないと定める（無方式主義）。そして「著作者」とは、著作物を創作する者をいう（2条1項2号）。すなわち、著作権は実際にその表現を創作した者に、創作の時点で原始的に発生する。

業務委託において成果物を実際に制作するのは受託者側であるから、特段の合意がない限り、著作権は発注者ではなく受託者側に帰属する。委託料を支払ったこと、成果物の納品を受けたこと、成果物の有体物（データ・媒体）の引渡しを受けたことは、いずれも著作権の移転を意味しない。

職務著作（著作権法15条）— 適用されるのは「受託者と、その従業員」の関係

例外的に法人が著作者となるのは、著作権法15条が定める職務著作（法人著作）の要件を満たす場合である。15条1項の要件は次のとおりである。

• ① 法人その他使用者（以下「法人等」）の発意に基づくこと
• ② 法人等の業務に従事する者が作成すること
• ③ 職務上作成する著作物であること
• ④ 法人等が自己の著作の名義の下に公表するものであること
• ⑤ 作成の時における契約、勤務規則その他に別段の定めがないこと

プログラムの著作物については、④の公表名義要件が不要とされている（15条2項）。社内で開発したソフトウェアが未公表であっても、他の要件を満たせば法人が著作者となりうるのはこのためである。

ここで重要なのは、職務著作は「発注者と受託者」の関係ではなく、「受託者（法人）と、その業務に従事する者」の関係で問題になるという点である。外部委託先の従業員は、通常、発注者の「業務に従事する者」には当たらないため、発注者について15条が適用されることは原則としてない。なお、雇用関係がなくても、法人等の指揮監督下で労務を提供し、その対価として支払がされるなど実質的に雇用関係と同視できる場合には「業務に従事する者」に当たり得ると解されている（最高裁平成15年4月11日判決参照）が、通常の請負・準委任型の外部委託でこれが認められるのは例外的場面である。

誰が著作者になるのか（委託形態別の整理）

特許を受ける権利・ノウハウは著作権と別ルート

特許については、まず「特許権」と「特許を受ける権利」を区別する必要がある。発明が完成した時点で発生するのは特許を受ける権利であり、特許権は出願・審査を経て設定の登録により発生する（特許法66条1項）。特許を受ける権利は移転することができる（33条1項）。

発明をした者は特許を受けることができる（29条1項）から、特許を受ける権利は原始的には発明者（自然人）に帰属するのが原則である。ただし職務発明については、あらかじめ契約・勤務規則その他の定めにおいて使用者等に特許を受ける権利を取得させることを定めたときは、その権利は発生した時から使用者等に帰属する（35条3項。平成27年改正により導入。特許庁「職務発明制度の概要」参照）。旧記事等で見られる「使用者発明」という呼称は法令上の用語ではなく、正しくは職務発明である。

したがって、受託者の従業員が業務委託の履行中に発明をした場合、特許を受ける権利は、受託者の職務発明規程の有無・内容次第で当該従業員または受託法人に帰属する。発注者と受託者の担当者が共同で発明した場合は共同発明となり、共有に係る特許を受ける権利は他の共有者の同意を得なければ持分を譲渡できず（33条3項）、出願も共有者全員で行う必要がある（38条）。ノウハウ・技術情報は著作権法・特許法の枠外の問題であり、秘密保持義務と利用許諾によって契約上手当てするほかない。

2. バックグラウンドIPと成果物IPの区別

知的財産権条項を設計するうえで最初に確認すべきは、「契約でやり取りされる知財にはどういう種類があるか」という分類である。実務上は大きく以下の3つに区分して考えるのが整理しやすい。

知的財産権条項でよくあるトラブルは、「成果物の著作権を全部譲渡する」と規定したところ、受託者が「それはバックグラウンドIPまで含む話ではない」と後から争いになるケースである。逆に受託者側から見ると、汎用的なコンポーネントやノウハウまで発注者に帰属するとなれば、同様の技術を他の顧客向けに使えなくなるという深刻な問題が生じる。

3. 権利帰属の設計パターン比較

成果物の知的財産権をどう処理するかには、いくつかの設計パターンがある。発注者として自社の利用目的・利用態様を踏まえてどのパターンを選択するかが重要である。

著作権譲渡と独占的利用許諾は、どこが法的に違うのか

発注者側の交渉では「独占ライセンスで足りるか、譲渡まで求めるか」がしばしば論点になる。事業上の効果が近づく場面はあるが、両者は法的に別の制度である。違いは次のとおり整理できる。

発注者として「全面譲渡」が必ずしも正解でない理由

多くの法務担当者は発注者側の立場から「著作権は全部もらうべき」と考えがちだが、実務上はそれが最善でない場面も多い。

第一に、受託者のバックグラウンドIPが成果物に組み込まれている場合、「成果物の著作権一式を譲渡する」という条項は機能不全に陥る。受託者が「それは自社の既存フレームワークを使っているので譲渡対象外」と主張した場合、発注者はその部分の権利を保有できないにもかかわらず、システム全体の修正・保守を自由に行えない状態になる。

第二に、受託者にとってノウハウ・技術資産の流出につながる全面譲渡は交渉コストを大幅に引き上げる。受託者側が「技術資産を渡すならそれ相当の対価が必要」と主張するのは合理的であり、交渉が長引いたり委託料が跳ね上がったりするリスクがある。

第三に、発注者が本当に必要なのは「この成果物を、想定する用途で制限なく使えること」である場合が少なくない。その場合には、目的無制限・改変可・再許諾可・無期限の独占的利用許諾で事業上の必要を満たせることがある。ただし前掲のとおり、これは譲渡と法的に同一ではないため、将来の再販・第三者提供・事業譲渡・知財の資産計上を想定するのであれば譲渡を選ぶ、といった目的からの逆算が必要である。

4. 著作者人格権不行使条項の意味と実務上の扱い

著作権（財産権）とは別に、著作者には著作者人格権が認められている（著作権法18条〜20条）。これは著作者の人格的利益を守るための権利であり、著作者の一身に専属し、譲渡することができない（59条）。

著作者人格権には主に以下の3つが含まれる。

• 公表権（18条）：まだ公表されていない著作物を公表するか否か、いつどのような方法で公表するかを決定する権利
• 氏名表示権（19条）：著作者名を表示するか否か、実名・変名のいずれを表示するかを決定する権利
• 同一性保持権（20条）：著作物およびその題号について、意に反する改変を受けない権利

著作者人格権は譲渡できないため、発注者が著作権の譲渡を受けても、実際の著作者の意に反する改変については法的リスクが残る。成果物を修正・更新・リニューアルする場面や、制作者名を表示せずに公開する場面で問題になりやすい。

このため、実務上は著作権譲渡条項に加えて「著作者人格権を行使しない」旨の合意（不行使特約）を定めることが多い。これは著作者人格権を放棄・移転させるものではなく、著作者が権利を行使しないことを約する債権的合意である。

著作者人格権不行使条項の条項例

【問題点】①「著作物」の範囲が不明確で、バックグラウンドIPに含まれる既存著作物まで対象とする趣旨かが分からない。②受託者が法人である場合、受託者自身が著作者でなければこの条項だけでは実際の著作者（従業員・再委託先・個人クリエイター）の権利行使を防げない。③改変や氏名非表示が実際に想定されるのかが読み取れず、交渉でも争点が絞れない。

【ポイント】成果物の定義を参照させて対象範囲を明確化したうえで、受託者自身の不行使と実際の著作者からの同意取得義務を書き分けている。改変時の通知努力義務を置くことで、クリエイター側の受容性にも配慮している。

5. 権利帰属条項の具体的な設計と条項例

著作権譲渡で必ず押さえる3点（61条1項・61条2項・77条）

①譲渡は可能で、方式は法定されていない。著作権はその全部または一部を譲渡することができる（61条1項）。61条は著作権譲渡契約について書面による成立要件を定めていないため、口頭の合意でも譲渡自体は成立し得る。もっとも、譲渡の対象範囲（支分権・成果物の範囲）、対価、移転時期、条件の充足を後日立証するためには書面化が不可欠であり、実務上は書面（または電子契約）で明確化するのが当然の前提である。文化庁も、契約書によって条件を明確にすることの重要性を繰り返し示している（誰でもできる著作権契約／著作権契約書作成支援システム）。

②27条・28条は特掲しなければ留保が推定される。著作権を譲渡する契約において、27条（翻訳権、翻案権等）または28条（二次的著作物の利用に関する原著作者の権利）に規定する権利が譲渡の目的として特掲されていないときは、これらの権利は譲渡した者に留保されたものと推定される（61条2項）。改変・カスタマイズ・派生物の展開を予定するのであれば、条項に「第27条及び第28条に定める権利を含む」と明記する。

③第三者対抗要件は登録である。著作権の移転は、登録しなければ第三者に対抗することができない（77条1号）。二重譲渡や受託者の倒産が現実的リスクとなる重要案件では、文化庁（プログラムの著作物は指定登録機関）への移転登録を検討する。

成果物の著作権譲渡条項（発注者有利・標準型）

【問題点】①「帰属するものとする」という表現では、譲渡の合意なのか、原始帰属を意図した（が効力に疑義のある）定めなのかが不明確。②27条・28条を特掲していないため、翻案権等は譲渡人に留保されたものと推定される（61条2項）。③成果物の範囲が定義されていない。④著作者人格権への手当てがなく、実際の著作者が受託者以外である場合の権利処理も規定されていない。⑤バックグラウンドIP・第三者IP・特許を受ける権利への言及がない。

【ポイント】①27条・28条を特掲して61条2項の推定を排除。②譲渡時期を検収完了時とし、対価を明示。③実際の著作者・再委託先まで捕捉する権利処理義務と表明保証を設置。④バックグラウンドIPを留保しつつ、保守・改変に必要な再許諾まで含めてライセンスを確保。⑤第三者IPは事前通知・承諾とライセンス確保義務をセットに。⑥特許は「特許を受ける権利」の段階から協議対象とし、通知義務を課す。

利用許諾（ライセンス）型条項（受託者有利・バランス型）

【解説】受託者がノウハウや汎用技術を保持したい場合に有効なパターン。発注者は著作権者にはならないが、目的無制限・改変可・再許諾可・無期限の独占的利用許諾により、事業上の利用は広く確保できる。他方で、権利の処分ができないこと、第三者の侵害に対して原則として自ら差止請求ができないことは譲渡型との差である。第5項のように、受託者に侵害排除への協力義務を課しておくことが、独占的ライセンシー側の実務的な備えとなる。加えて、63条の2により利用権は著作権の譲受人等に対抗できるが、保守・原データ引渡し・エスクロー等は別途契約で手当てする必要がある。

6. 委託類型別の問題点と設計の留意点

制作工程で生成AIを利用した場合の契約上の確認事項

受託者が制作工程で生成AIを利用することは一般化しているが、AIを利用したという事実だけから、成果物の著作権の帰属や著作物性を機械的に結論づけることはできない。著作物性は、人による創作的寄与の有無・程度等を踏まえて個別に判断される問題であり、契約実務としては「誰がどの範囲を創作したか」を確認する枠組みを設けることが本質である（文化審議会著作権分科会法制度小委員会「AIと著作権に関する考え方について」等、文化庁の公表資料参照）。契約上は次の点を確認・手当てする。

• 利用の事前申告：生成AIの利用の可否、利用する場合の対象工程（コード生成・下書き・画像生成等）を事前に申告させる
• ツールの利用条件：使用する生成AIサービスの利用規約上、出力物の利用に制限がないか、入力データが学習に利用されないか（機密情報・個人情報の投入可否）を確認させる
• 第三者権利の非侵害：成果物が既存著作物と類似する場合のリスクについて、受託者の調査義務・表明保証・補償の範囲を定める
• 権利処理の実効性：AI生成部分について、受託者が発注者に譲渡・許諾できる権利を実際に保有しているかを確認する（人の創作的寄与が乏しい部分については、そもそも著作権が発生していない可能性がある）
• 社内ポリシーとの整合：発注者側の生成AI利用ルール、セキュリティ基準、開示・表示ルールとの整合を確認する

7. 権利帰属設計の判断フローチャート

発注者として、委託契約における知的財産権条項をどの設計パターンで定めるかは、以下の観点で判断するとよい。出発点は常に「発注者が成果物を将来どう使うか」である。

いずれの分岐に進む場合も、「誰が実際の著作者か」を確認する作業は共通の前提である。受託者が権利を保有していなければ、譲渡条項も利用許諾条項も期待した効果を生まない。

8. 知的財産権条項のレビューチェックリスト

発注者側の法務担当者が業務委託契約の知的財産権条項をレビューする際に確認すべき観点を整理する。これを発注側の最低限の確認軸として活用してほしい。

権利帰属・移転の基本確認

• 成果物の定義が明確か（ソースコード・設計書・元データ等を列挙しているか）
• 「帰属する」ではなく、譲渡なのか利用許諾なのかが条項上明確に書き分けられているか
• 譲渡である場合、移転時期（検収完了時等）と対価の所在が明記されているか
• 著作権法27条・28条の権利が譲渡の目的として特掲されているか（61条2項の推定への対応）
• 受託者が譲渡・許諾に必要な権利を保有していることの表明保証があるか
• 再委託の事前承諾と、再委託先からの権利取得義務が規定されているか
• 著作者人格権について、受託者自身の不行使に加え、実際の著作者からの同意取得義務があるか
• 特許を受ける権利・実用新案権・意匠権等の取扱い（通知義務・協議・書面化）が規定されているか
• ノウハウ・技術情報の取扱いが秘密保持条項と整合しているか
• 重要案件について、著作権移転登録（77条1号）の要否を検討したか

利用許諾型の場合の追加確認

• 利用目的・利用態様（改変・翻案・公衆送信・第三者提供）が漏れなく列挙されているか
• 独占性の意味（受託者自身の利用も制限するのか）が明確か
• 再許諾権の有無と範囲（保守委託先への再許諾を含むか）が明記されているか
• 期間が無期限か、契約終了後も存続する旨が明記されているか
• 第三者による侵害が生じた場合の、受託者（権利者）の協力義務・権利行使義務があるか
• 受託者の倒産・事業譲渡時の継続利用（63条の2）と、原データ引渡し・エスクローの手当てがあるか

バックグラウンドIPの処理

• バックグラウンドIPが明示的に受託者留保として規定されているか
• 発注者が成果物を利用・改変・保守するために必要な範囲でライセンスが規定されているか
• ライセンス条件（独占性・対価・期間・地域・再許諾可否）が明確か
• 受託者のバックグラウンドIPリストの開示義務が設けられているか（複雑な開発委託の場合）

第三者IPの管理

• 成果物に第三者IPが含まれる場合の事前通知・承認義務が設けられているか
• 成果物の利用に必要なライセンスを受託者が自らの責任と費用で確保する義務があるか
• OSSのライセンス種別・コンポーネント一覧（SBOM等）の提出義務があるか（ソフトウェア開発の場合）
• フォント・写真・動画・音源の利用条件（改変・埋込み・再頒布・表示義務）が確認されているか
• 第三者の権利侵害が生じた場合の責任分担（受託者の保証・補償・防御義務）が規定されているか
• 制作工程での生成AI利用の可否・申告義務・非侵害保証が手当てされているか

実務運用・リスク管理

• 権利譲渡・許諾の対価が委託料に含まれる旨が明記されているか（対価の透明性）
• 受託者が第三者に成果物を提供することの制限（競合他社への提供禁止等）が必要に応じて設けられているか
• 受託者の参考利用・ポートフォリオ掲載の可否と条件が明示されているか
• 契約終了後の知的財産権・ライセンスの存続関係が明確か

9. 発注者側の実務アクション

契約締結前に確認すべきこと

業務委託契約の締結前に、発注担当者と法務担当者は以下の点を事業部側と確認しておく必要がある。出発点は「発注者が将来この成果物をどう使うか」であり、そこから逆算して条項を設計する。

1. 成果物の将来的な利用方法の確認：改変・リニューアル・翻案・第三者提供・再販・グループ会社での利用・M&Aにおける承継を想定しているか
2. 競合他社への提供を防ぎたいかの確認：独占的利用許諾か著作権譲渡かの選択に直結する
3. 実際の制作体制の確認：受託者の従業員が作るのか、フリーランス・再委託先が作るのか。誰が著作者になるかで必要な権利処理が変わる
4. 受託者のノウハウ・既存技術への依存度の確認：バックグラウンドIPの留保条件と利用ライセンスの設計に関わる
5. 第三者IPの使用予定の確認：OSS・フォント・素材・音源の使用予定と、そのライセンス条件が自社の利用計画と両立するか
6. 委託先の選定・交渉力の確認：大手ベンダーは自社標準契約を前提とすることが多く、修正余地が限られる場合がある

契約交渉での修正ポイント

社内運用上の注意点

知的財産権条項を正しく設計した契約を締結しても、社内運用が伴わなければ意味がない。実務上は以下の点に注意する。

• 成果物の検収完了記録を正確に残す（検収完了を条件とする著作権譲渡の効力発生の証拠として重要）
• バックグラウンドIPのリストを受託者から受領・保管しておく
• 第三者IPの利用条件に関する文書（ライセンス証明・購入証跡・OSSのライセンス表記）を受領し管理する
• ソフトウェア開発の場合、ソースコードおよびビルド環境の引渡し、エスクロー登録や確認フローを設ける
• 再委託が行われた案件では、再委託先からの権利取得・人格権不行使同意の取得状況を書面で確認する
• 成果物を第三者に再提供する場合、元の契約の制限条件（再許諾の可否、第三者IPの利用条件）を事前確認する

※本記事は2026年9月9日時点の法令・公表資料に基づく一般的な情報提供であり、個別事案に対する法的助言ではありません。実際の契約設計にあたっては、案件の事情に応じて弁護士等の専門家にご確認ください。