システム開発の著作権は誰のもの？ソースコードの権利帰属と契約の注意点

「お金を払って作ってもらったシステムだから、ソースコードの著作権は当然自社のもの」と考えていませんか。実は、システム開発の著作権は、契約で何も決めていなければ原則として開発した側に残ります。開発会社を変えたい、自社で改修したいとなったときに初めて権利の問題に気づき、思うように動けなくなるケースは珍しくありません。

この記事では、ソースコードの著作権が誰に帰属するのかという法律上の原則、経済産業省・IPAのモデル契約が示す3つの帰属パターン、著作権を譲り受けるときに見落としやすい条項、帰属の決め方の考え方までを解説します。契約書全体のチェックポイントは別記事にまとめているため、ここでは「権利」に絞って掘り下げます。

システム開発の著作権とは？ソースコードは著作物

システム開発の著作権とは、プログラム（ソースコード）や設計書などの成果物に生じる、複製・改変・利用を独占できる権利のことです。著作権法では、「プログラムの著作物」が保護の対象として明記されています。設計書やマニュアル、画面デザインなども、創作性があれば著作物になり得ます。

一方で、著作権法が保護するのは具体的な「表現」であり、次のようなものは保護の対象外です。

つまり「自社の業務の進め方」や「この機能を作るというアイデア」は著作権では守られません。守られるのはあくまで、それを形にしたソースコードなどの表現です。業務ノウハウの流出を防ぎたい場合は、著作権ではなく秘密保持条項で手当てすることになります。

ソースコードの著作権は誰に帰属する？法律上の原則

原則：作った人（開発会社）に帰属する

著作権は、著作物を創作した「著作者」に、登録などの手続きなしで自動的に発生します。開発会社の社員が業務としてプログラムを書いた場合は、一定の要件を満たせば法人である開発会社が著作者になります（職務著作）。プログラムの場合は、法人名義で公表することが要件になっていない点が特徴です。

その結果、発注者がお金を払って開発を依頼しても、契約で譲渡を定めていなければ、ソースコードの著作権は開発会社に残るのが原則です。発注者は代金を支払うことで、納品されたプログラムを使う立場にはなりますが、自由に改変したり、他社に渡して改修させたりできるとは限りません。

著作権がなくても使える範囲

著作権法では、プログラムの複製物を所有する人は、自らコンピュータで実行するために必要な限度で複製することが認められています（第47条の3）。バックアップを取る程度は可能ですが、機能追加のための大幅な改変や、第三者への提供までは想定されていません。「使える」ことと「自由に手を入れられる」ことは別だと理解しておきましょう。

モデル契約に見る著作権の帰属パターン

経済産業省が策定し、現在はIPA（情報処理推進機構）が改訂・公開している「情報システム・モデル取引・契約書」では、著作権の帰属について選択できる3つの案が示されています。2026年10月時点では第二版（受託開発・保守運用）が公開されており、Word形式のひな型は自社用にカスタマイズして利用できます。

「ユーザ帰属」と書いてあっても、開発会社が以前から持っているライブラリや共通部品まで譲るわけではない点に注意が必要です。その部分は利用許諾（ライセンス）として使わせてもらう形になるため、汎用部分の範囲と利用条件が契約で明確になっているかを確認しましょう。

関連記事システム開発の契約書で確認すべき条項と注意点

著作権を譲り受けるときの注意点

第27条・第28条の権利を「特掲」する

著作権には、翻案権（改変して別の著作物を作る権利、第27条）や、二次的著作物の利用に関する権利（第28条）が含まれます。著作権を譲渡する契約でこれらが譲渡の対象として特に明記（特掲）されていないと、譲渡した側に残ったものと推定されます（第61条第2項）。「著作権を譲渡する」とだけ書くと、改修に必要な翻案権が開発会社に残ったと解釈されるおそれがあるため、「著作権（著作権法第27条及び第28条の権利を含む）」と書くのが一般的です。

著作者人格権は譲渡できない

著作者には、著作権（財産権）とは別に、氏名表示や同一性保持（意に反する改変をされない）などの著作者人格権があります。これは譲渡できない権利のため、契約では「開発会社は著作者人格権を行使しない」と定めるのが一般的です。これがないと、改修のたびに理論上は同意が必要になりかねません。

移転のタイミングを確認する

著作権がいつ発注者に移るのかも重要です。「委託料の支払い完了時」とする契約が多く、支払いが分割の場合は最後の支払いまで権利が移らないことがあります。検収・支払い・権利移転の順番を契約書で確認しておきましょう。

関連記事検収とは？システム開発での納品との違い・検収期間・請求のタイミング

オープンソースやAI生成コードの扱い

現在のシステム開発では、オープンソースソフトウェア（OSS：誰でも利用できるよう公開されたソフトウェア）を組み合わせるのが一般的です。OSSの著作権は元の作者にあり、契約で「著作権はすべて発注者に帰属」と書いても、OSS部分の権利が発注者に移るわけではありません。OSSはそれぞれのライセンス条件に従って使うもので、条件によってはソースコードの公開義務などが生じる場合もあります。どのOSSをどのライセンスで使っているか、一覧で提出してもらうと安心です。

また、生成AIを使ってコードを書く開発も増えています。AIが生成したものの著作物性や、既存の著作物との類似の扱いは議論が続いている分野です。開発会社がAIツールをどのように利用し、どのように確認しているかを、必要に応じて事前に確認しておくとよいでしょう。

著作権の帰属はどう決めればよい？

著作権を発注者に寄せるほど安心に思えますが、開発会社は汎用部品を再利用できなくなるため、その分を見積もりに反映することがあります。名義にこだわるよりも、自社が将来何をしたいかから逆算して決めるのが現実的です。

どちらを選ぶ場合でも、ソースコードと設計書が納品されるかは必ず確認してください。権利を持っていても手元にソースコードがなければ改修できず、反対にベンダ帰属でも改変・他社委託を認める利用許諾とソースコードの納品があれば、将来の選択肢は確保できます。開発会社の撤退や乗り換えに備える意味でも、この2点はセットで考えましょう。

関連記事開発会社を変更したいときの手順とリスク対策

関連記事開発会社が倒産・撤退したらシステムはどうなる？対処法

よくある質問

まとめ

システム開発の著作権は、契約で決めていなければ原則として開発会社に帰属します。モデル契約ではベンダ帰属・ユーザ帰属・共有の3案が示されており、譲り受ける場合は第27条・第28条の特掲、著作者人格権の不行使、汎用部分の扱い、移転時期を確認することが大切です。名義だけでなく、ソースコードの納品と将来の改修・保守の自由度を基準に、契約前に開発会社と話し合いましょう。法的な判断が必要な場合は、顧問弁護士に確認してください。

参考：IPA「情報システム・モデル取引・契約書（第二版）」、文化庁「著作権テキスト」、e-Gov法令検索「著作権法」（2026年10月時点）