受託開発の知的財産権・著作権帰属の決め方
受託開発で作ったシステムの著作権は誰のものか迷う方へ。知的財産権の帰属に関する一般的な考え方と、契約前に確認すべきポイントを整理して解説します。
「せっかくお金をかけて作ったシステムなのに、著作権は開発会社側にあると後から知って驚いた」「ソースコードの改修を他社に頼みたいが、著作権の関係でできないと言われた」——受託開発における知的財産権・著作権の帰属は、契約時にあまり意識されないものの、後になって大きな問題に発展しやすいテーマです。
著作権法上、プログラムの著作権は原則として「創作した者」に帰属するとされており、発注者がお金を払ったからといって自動的に著作権が発注者に移るわけではありません。この記事では、受託開発における知的財産権の帰属に関する一般的な考え方と、契約時に確認すべきポイントを整理します。なお、契約条項の設計や個別の法的判断は、必ず弁護士等の専門家にご確認ください。
この記事の要点(30秒でわかるまとめ)
- 著作権は原則として開発会社(創作者)側に帰属するという考え方が民法・著作権法の基本的な整理
- 発注者に著作権を譲渡してもらうには契約書への明記が必要
- 著作者人格権の不行使特約が実務上の論点になることが多い
- 既存のライブラリ・フレームワーク部分の権利関係は区別して考える必要がある
著作権は「誰が作ったか」が原則になる
結論:日本の著作権法では、著作権は創作した者に発生するという考え方が基本であり、受託開発においては契約で特段の定めがない限り、開発会社側に著作権が残るという整理がされることがあります。
請負契約でシステム開発を依頼する場合、発注者は開発費を支払う対価としてシステムの利用権を得ますが、著作権そのものの帰属は契約内容によって決まります。システム開発の契約形態(準委任・請負)の違いと選び方でも触れているように、契約形態によっても権利関係の整理の仕方は異なるため、契約書の著作権条項を必ず確認する必要があります。「お金を払ったのだから当然に自社のものになる」という思い込みが、後のトラブルの原因になりやすいポイントです。
著作権を発注者に譲渡してもらうための条項
結論:発注者側で将来的な改修・転用の自由度を確保したい場合は、契約書に「著作権は発注者に譲渡する」旨を明記しておく必要があります。
著作権の譲渡を受けておくことで、将来別の開発会社に改修を依頼する、あるいはシステムを転用して新サービスを展開する、といった選択肢を確保できます。一方で、開発会社にとっては、他社向けに類似のノウハウを再利用できなくなるという制約にもなるため、譲渡の範囲や条件については双方の合意が必要です。契約交渉の段階で「著作権の帰属」をどう扱うかは、価格交渉と同じくらい重要な論点として扱うことをおすすめします。
著作者人格権の「不行使特約」という論点
結論:著作権を譲渡してもらったとしても、著作者人格権は譲渡できない権利とされているため、実務上は「不行使特約」を契約に含めるかどうかが論点になります。
著作者人格権には、氏名表示権や同一性保持権(無断で内容を改変されない権利)などが含まれ、これらは著作者本人に専属する権利として、譲渡の対象にならないという整理が一般的です。発注者が将来的にシステムを自由に改修・改変したい場合、開発会社がこの人格権を行使しないことを契約で約束する「不行使特約」を盛り込むケースがあります。この特約の必要性や範囲も、契約内容によって異なるため、専門家への確認を推奨します。
既存のライブラリ・フレームワーク部分の権利関係
結論:開発に使われるオープンソースのライブラリやフレームワーク部分については、個別のライセンス条件に従う必要があり、受託開発契約の著作権条項とは別に確認する必要があります。
スクラッチ開発であっても、実際には多くのオープンソースのライブラリやフレームワークを組み合わせて構築されています。これらの部分には、それぞれ異なるオープンソースライセンスが適用されており、著作権譲渡の対象外となる場合があります。開発会社の選び方:発注前に見るべき7つのポイントでも触れているように、開発会社がどのような技術スタックを使い、ライセンス関係をどう整理しているかを確認しておくことも、将来のトラブルを避けるうえで有効です。
開発会社を乗り換える際にも権利関係が影響する
結論:将来的に開発会社を乗り換える可能性がある場合、ソースコードの著作権・利用権がどう整理されているかによって、乗り換えの難易度が大きく変わります。
著作権が開発会社に残ったままの契約だと、ソースコードの開示や改修の許諾を得られず、事実上その開発会社に依存し続けることになるケースもあります。開発会社を乗り換える際の引き継ぎの進め方でも紹介しているように、権利関係の整理は、開発会社とのパートナーシップが変化した場合の柔軟性にも直結する重要な論点です。
よくある質問(FAQ)
Q. 著作権を発注者に譲渡してもらうと、開発費は高くなりますか? A. 一概には言えませんが、著作権譲渡を条件とする場合、開発会社側の再利用の自由度が下がるため、価格交渉の論点になることがあります。契約条件と価格の関係は個別に相談することをおすすめします。
Q. 著作権の帰属が契約書に明記されていない場合はどうなりますか? A. 契約書に明記がない場合の解釈は、契約全体の内容や経緯によって判断が分かれる可能性があるため、専門家に相談のうえで契約書の見直しを検討することをおすすめします。
Q. ソースコードの開示と著作権の帰属は同じ意味ですか? A. 異なる概念です。著作権が開発会社に残っていても、契約上ソースコードの開示義務を定めることは可能です。両者を区別して契約書を確認することが重要です。
Q. 既存の社内システムを改修してもらう場合も著作権の確認は必要ですか? A. 既存システムの著作権が誰に帰属しているかによって、改修を依頼できる相手が制限される場合があります。改修前に既存契約の著作権条項を確認することをおすすめします。
まとめ
受託開発における著作権の帰属は、契約書に明記がなければ発注者の意図通りにならない可能性がある重要な論点です。将来の改修・転用の自由度を確保したい場合は、著作権譲渡や不行使特約について契約交渉の段階でしっかり確認し、必要に応じて弁護士等の専門家に相談することをおすすめします。
Irwin&co株式会社では、契約条件についても事前にわかりやすくご説明し、発注者様が納得いただける形で契約を進めることを大切にしています。開発費と保守運用費のみのシンプルな費用体系で、アカウント数に依存しない料金設計も特徴です。契約内容についてご不安な点があれば、お問い合わせからお気軽にご相談ください。
執筆者プロフィール

アーウィン 海Irwin&co株式会社 代表取締役
生成AIを活用したシステム開発・コンサルティング・研修サービスを提供するIrwin&co株式会社を創業し、IT専任者のいない中小企業を中心に、業務システムの構築とSaaSからの移行を支援している。「SaaSの標準機能に業務を合わせるのではなく、業務に合わせたシステムを自社の資産として持つ」という考え方のもと、不動産をはじめとする業界で、生成AIを前提とした業務システムの設計・開発を数多く手がける。
