業務委託の著作権は誰のもの｜成果物の権利帰属と実務

業務委託の成果物の著作権は原則どちらのもの？

結論：契約書に明確な譲渡の記載がなければ、業務委託で作られた成果物の著作権は原則として制作したフリーランス側に留まります。ただし、契約内容や個別事情によって結論が左右されるため、最終的には契約書の確認が必要です。

著作権は、著作物を創作した時点で自動的に発生し、その創作者が著作者となります（著作権法17条・著作権法条文（e-Gov法令検索））。雇用契約下の「職務著作」（同法15条）は例外的に法人が著作者になりますが、業務委託は雇用ではないため職務著作は原則として成立しません。

つまり、発注者は「金を払っているのだから当然自分のもの」と考えがちですが、法的にはそうではありません。発注者に権利を移したいなら、契約書で明示的に譲渡する必要があります。文化庁の契約マニュアルでも、契約段階で権利処理を明確化することの重要性が示されています。

発注者・受託者どちらにも起きる不利益

権利帰属を曖昧にしたまま納品すると、双方に問題が起きます。

「契約書に権利の話がなかったから、あとで揉めても仕方ない」では済みません。発注者側は民法の請負・準委任の解釈や黙示の合意で権利主張してくることがあり、判例も個別事情で判断が分かれます。契約段階で書き切るのが実務の基本です。

ミニFAQ：原則の理解

Q. 業務委託で作ったソースコードは、納品したら自動的に発注者のものになる？

いいえ。契約書に譲渡の記載がなければ、著作権は原則として制作したフリーランス側に残ります。発注者には一定範囲の利用が黙示に許諾されたと解される余地はありますが、改変・二次利用・OSS公開の可否は契約解釈に左右されます。

Q. 口頭で「著作権は御社にお渡しします」と言えば譲渡は成立する？

形式上は口頭でも成立しますが、後日の証明が困難です。実務では書面（契約書または覚書）で残すのが基本です。

業務委託契約における著作権譲渡の書き方

結論：著作権を発注者へ移すには、契約書に「譲渡する」と明記し、さらに著作権法27条・28条の権利を含める旨を「特掲」する必要があります。

譲渡条項の基本形

譲渡構成として実務で使われる代表的な条項は次のような形です。

「本業務に基づき乙が作成した成果物に関する著作権（著作権法第27条及び第28条に規定する権利を含む）は、乙から甲への本業務の対価の支払いをもって、乙から甲へ譲渡されるものとする。」

ポイントは3つあります。

1. 譲渡の対象を「成果物」と明確に定義する（別条項で成果物の範囲を規定）

2. 27条・28条を必ず明記する（後述の特掲問題）

3. 譲渡のタイミングを「対価支払時」に紐付ける（未払いのまま権利だけ移るのを防ぐ）

27条・28条の「特掲」問題（要注意）

著作権法61条2項は次のように定めています。

「著作権を譲渡する契約において、第27条又は第28条に規定する権利が譲渡の目的として特掲されていないときは、これらの権利は、譲渡した者に留保されたものと推定する。」

• 27条：翻訳、編曲、変形、翻案などの権利（翻案権）

• 28条：二次的著作物の利用に関する権利

つまり「著作権すべてを譲渡する」と書いても、27条・28条を明記しない限り、翻案権や二次的著作物の権利は譲渡した側に留保されると推定されます。

これは実務でも見落とされやすい論点です。「著作権を甲に譲渡する」の一行だけの契約書は、発注者側から見ると翻案権が抜け落ちている可能性があります。契約書レビューで必ずチェックする箇所です。

参考：誰でもできる 著作権契約マニュアル（文化庁）

買取り方式（譲渡）とライセンス方式（許諾）の使い分け

権利処理の方式は2種類あります。

エンジニア案件では買取り方式が多いものの、自分が今後も使い回したい汎用コンポーネントはライセンス方式で処理する組み合わせが現実的です。

ミニFAQ：譲渡条項の書き方

Q. 「著作権はすべて甲に帰属する」の一行だけの契約書は問題ある？

27条・28条の特掲がないため、翻案権が受託者に留保される推定が働く可能性があります。発注者側から見ると譲渡として不完全なので、締結前に修正交渉するのが安全です。

Q. 譲渡のタイミングを対価支払時に紐付けるのはなぜ？

支払前に権利だけ移ると、未払いになった場合に権利回収が困難になるためです。「対価の完全な支払いをもって譲渡される」と書くのが実務通例です。

著作者人格権はどう扱う？

結論：著作者人格権は譲渡できません。実務では「不行使特約」を入れて発注者の改変・公表を可能にします。

著作者人格権とは

著作者人格権は、著作者の人格的利益を守る権利で、次の3つがあります。

• 公表権（著作権法18条）：未公表の著作物を公表するかを決める権利

• 氏名表示権（同19条）：著作者名を表示するかを決める権利

• 同一性保持権（同20条）：意に反する改変を受けない権利

これらは著作権と違い、著作者に専属し譲渡できません（同59条）。著作者の死後も一定の保護が及ぶ設計になっています（同60条）。

不行使特約の実務

譲渡だけを規定して人格権に触れないと、発注者が納品物を改変したときに「同一性保持権を侵害された」と主張される余地が残ります。これを防ぐため、実務では次のような条項を併せて置きます。

「乙は、成果物に関する著作者人格権を甲および甲の指定する第三者に対して行使しないものとする。」

この「著作者人格権不行使特約」は、譲渡条項とセットで置くのが一般的です。逆に、氏名表示（クレジット表記）を希望する受託者は、この不行使特約を無条件で受けるのではなく、「氏名表示権については本作品への表記を条件として不行使とする」など個別条件を交渉することも可能です。

参考：著作権法条文（e-Gov法令検索）

ミニFAQ：人格権の扱い

Q. 著作者人格権の不行使特約は本当に有効なの？

契約実務では広く用いられますが、どの範囲の改変まで許されるかは条項文言と事案により異なります。著作者の名誉を著しく毀損するような改変までは正当化されないと解釈されるのが一般的です。

職務発明・特許はフリーランスにどう関係するか

結論：業務委託は雇用ではないため、特許法35条の職務発明制度の対象外となるのが原則です。発注者の社内規程だけで当然に受託者へ適用されるわけではありません。特許権を発注者へ移すなら、契約書で別途「予約譲渡」を規定する必要があります。

職務発明制度の基本

特許法35条は、従業者が職務上行った発明について、雇用主が特許を受ける権利を承継できる制度を定めています（職務発明制度について（特許庁））。ここで対象になるのは「従業者・法人の役員・国家公務員または地方公務員」であり、業務委託の受託者は含まれません。

つまり、フリーランスが業務委託で行った発明は、原則として本人に特許を受ける権利が帰属します。発注者が特許を取りたい場合、契約書で権利の譲渡を規定する必要があります。

予約譲渡条項の基本形

「本業務に関連して乙が行った発明・考案について、乙は甲に対し、特許を受ける権利その他の知的財産権を譲渡するものとする。ただし、本条項は乙が本業務前から保有する発明にはおよばない。」

ポイントは次の3つです。

• 対象範囲を「本業務に関連する」に限定する（受託者の全発明が対象にならないよう）

• 既存発明・既存知財を明示的に除外する

• 対価を「本業務の対価に含める」と書くか、別途「相当の利益」の考え方を規定する

エンジニア案件での実情

エンジニアの日常業務では特許出願まで至るケースは多くありませんが、AI関連・アルゴリズム開発・独自プロトコルなどでは発生します。契約書テンプレートに「知的財産権を包括的に譲渡」と書かれている場合、特許を含む全ての権利が対象になっているか、受託者が既存に保有する発明まで巻き込まれていないかを確認します。

ミニFAQ：特許との切り分け

Q. フリーランス先で発明した内容は、発注者が自動的に特許出願できる？

契約書に権利譲渡の記載がなければ、特許を受ける権利はフリーランス本人にあります。発注者に譲渡するには、契約書で明示的に規定する必要があります。

エンジニアの成果物別｜著作権の実務判断

エンジニアが業務委託で扱う成果物ごとに、権利帰属の実務判断が変わります。

ソースコード

判断のポイント：新規開発したコードと、汎用ライブラリ・自分の既存コード（プライベートリポジトリからの流用など）を分けて処理します。

• 新規開発コード：買取り方式（譲渡）が一般的。契約書に「本業務のために新たに作成したプログラム」と定義する

• 汎用ライブラリ・既存コード：譲渡対象から除外し、ライセンス方式で使用許諾する。「乙が本業務前から保有する著作物は譲渡対象外とし、成果物の一部として使用する範囲で甲に非独占的な使用権を許諾する」

自分の汎用コンポーネントを毎案件譲渡していると、次の案件で使えなくなります。「本業務前から保有する著作物は除外」の一文を必ず入れます。

設計書・仕様書

新規作成分は成果物として譲渡対象に含めるのが通常です。ただし、自社の設計テンプレート・ノウハウ資料をそのまま組み込んだ場合は、テンプレート部分の権利を留保するか使用許諾で処理します。

OSSの取り扱い

成果物にOSSを組み込む場合、そのOSSライセンス（MIT、Apache 2.0、GPL等）の条件に従う必要があります。契約書に「甲は成果物を自由に改変・再配布できる」と書かれていても、GPL系ライセンスでは結合態様や配布形態によって派生物への条件波及が問題になるため、個別確認が必要です。

契約書レビューでは「成果物に含まれるOSSのライセンス一覧」の提出義務や、GPL等コピーレフト系ライセンスの使用可否について、発注者と事前確認しておきます。

AI生成コード（生成AI利用時）

AIが生成したコードの著作権は、AIツールの利用規約と、そのコードに対する人間の創作的関与の度合いで扱いが変わります。詳細な法的評価は文化庁資料や各ツールの利用規約確認が前提になります。生成AIそのものの機密情報・出力の権利については別記事の業務委託で生成AIを使うときの契約・機密情報の注意点で整理していますが、契約書レビュー時は次の点を確認します。

• 発注者が生成AIツールの使用を認めているか

• AIが生成したコードの著作権帰属について契約書に規定があるか

• AI利用の履歴・プロンプトの保存義務があるか

ドキュメント・技術ブログ・登壇資料

参画中のプロジェクトを題材にした技術ブログや登壇資料を書きたい場合、NDA（秘密保持契約）と著作権の両面で確認が必要です。プロジェクトの技術詳細は秘密情報に該当するケースが多く、NDA違反になりえます。詳細は秘密保持契約（NDA）とはを参照してください。

ミニFAQ：成果物別の実務

Q. 自作のユーティリティ関数を業務委託のコードに組み込んだら、それも譲渡対象になる？

契約書に「本業務前から保有する著作物は譲渡対象外」の除外条項があれば、譲渡対象にはなりません。除外条項がない場合、成果物に組み込まれた時点で全体が譲渡対象になる解釈もありえるため、契約時に明示的に除外を入れておきます。

契約書レビュー時のチェックリスト

締結前に必ず確認する項目を、権利帰属に絞って整理しました。

このチェックリストは権利帰属に絞ったものです。契約書全体のチェックリスト（報酬条件、契約期間、解除条件等）は業務委託契約書の確認ポイントを参照してください。

交渉のコツと落としどころ

権利帰属条項は、フリーランス側にも発注者側にも譲れないポイントがあります。実務で使われる交渉パターンを整理します。

全部譲渡が求められたときの対応

発注者が「知的財産権はすべて甲に帰属する」の一行を求めてきた場合、以下の順で交渉します。

1. 既存著作物の除外を最優先で入れる（「乙が本業務前から保有する著作物は譲渡対象外」）

2. 成果物の定義を明確化する（「本業務のために新たに作成したもの」に限定）

3. 氏名表示権の扱いは案件性質で判断（クレジット表記が可能なら不行使に応じる）

4. 譲渡タイミングを対価支払時に紐付ける

これらは発注者側にとってもフェアな条件のため、通りやすい交渉です。

ライセンス方式への変更提案

成果物の性質上、譲渡ではなく許諾で足りるケース（保守案件、既存プロダクトへの追加開発など）では、ライセンス方式への変更を提案できます。

「甲は本成果物を、本サービスの提供および関連する内部利用の目的で、無期限・非独占的に使用する権利を有する。」

ライセンス方式は買取り方式より単価が下がりにくく、受託者側にとっては次案件で類似機能を再利用しやすいメリットがあります。ただし発注者が二次利用・転売を予定している場合は受け入れられません。

対価との連動

権利の広さと対価は連動するのが原則です。全部譲渡＋人格権不行使＋既存著作物込み、といった強い譲渡条件を求められる場合、受託者にとって制約が強い条件であるため、報酬条件の見直しを交渉する合理的な材料になります。

自分の案件でどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で現在の市場単価の目安を確認できます。

落としどころの3パターン

よくある失敗パターン

契約書に権利帰属の条項がないまま納品してしまう

「うちのテンプレートには権利の話は書いてないから」と発注者から言われ、そのまま締結・納品するケース。数か月後、発注者が成果物を別サービスに転用しようとした際に、権利帰属が争点になります。契約時点で書いていなかった場合、双方の意図の解釈になり、揉めやすい状況です。

対策：権利帰属条項がない契約書は、たとえ発注者テンプレートでも締結前に追記交渉します。

既存ライブラリまで譲渡してしまう

「知的財産権はすべて甲に帰属する」の一行契約に押されて締結した結果、自分が過去から使い回してきた汎用ライブラリまで譲渡対象になるケース。次の案件で同じライブラリを使うと、前の発注者から権利主張される可能性が残ります。

対策：受託者側からの必須の修正提案として「乙が本業務前から保有する著作物は譲渡対象外」を必ず入れます。

27条・28条を書き忘れて発注者側が不利益を被る

発注者が譲渡を受けた前提でリリース後の改変（機能追加、リブランディング等）を進めたところ、翻案権が受託者に留保されている扱いになり、後日クレームが入るケース。

対策：発注者側視点でも27条・28条の特掲は必須。契約書レビューで両当事者の利益になる指摘として提案します。

著作者人格権の不行使特約を入れずに納品

譲渡は規定したが人格権に触れなかったため、発注者が納品物のリブランディング（ロゴ変更、機能追加、UI改変等）を行った際に「同一性保持権を侵害された」と主張される余地が残るケース。

対策：譲渡条項と人格権不行使特約はセットで置くのが基本です。

再委託時の権利処理を忘れる

自分が受託した業務の一部をさらに外注（再委託）した場合、再委託先が作った成果物の権利がどこに帰属するかを規定していないと、発注者への譲渡が完全にならないケースがあります。

対策：再委託可能な契約では、再委託先との契約でも同じ権利譲渡条項を入れる連鎖設計にします。

まとめ

業務委託の成果物の著作権は、契約書に譲渡を明記しない限り原則として制作したフリーランス側に留まる、というのが法的なベースです。譲渡する場合は27条・28条の特掲、著作者人格権の不行使特約、既存著作物の除外条項をセットで規定するのが実務の型になります。

• 権利帰属の条項がない契約書は、締結前に必ず追記交渉する

• 27条・28条の特掲がない譲渡条項は、両当事者にとって不完全

• 著作者人格権は譲渡不能。不行使特約と併せて交渉する

• 業務委託は雇用ではないため、職務発明規程は適用されない

• 汎用ライブラリ・既存コードは譲渡対象から除外し、ライセンスで処理する

• 権利の広さと対価は連動する。強い譲渡条件には相応の単価交渉根拠がある

• 契約書全体のチェックは業務委託契約書の確認ポイント、退職後の活動制限は競業避止義務、秘密情報の扱いはNDAの解説、責任範囲は損害賠償条項を参照

権利帰属は「案件によって使い分ける」領域です。フル譲渡、分離型、ライセンス型のどれが自分の案件に合うかを判断し、対価と釣り合った条件で締結できるようにしておきましょう。特に、包括的な知財譲渡条項、OSS混在、AI生成物利用、再委託ありの案件では、自己判断せず弁護士（知財・IT法務）への確認を推奨します。

参照元・一次情報：

• 誰でもできる 著作権契約マニュアル（文化庁）

• 著作権法条文（e-Gov法令検索）

• 職務発明制度について（特許庁）

※本記事は業務委託契約における著作権・知的財産権の一般的な考え方を整理したものです。個別事案の判断は事情により異なるため、重要な契約締結時は弁護士（知財・IT法務）への相談を推奨します。