著作権譲渡契約書（システム）

著作権譲渡契約書（システム）とは？

著作権譲渡契約書（システム）とは、システム開発やソフトウェア開発、アプリケーション開発などで制作された成果物の著作権を、開発会社やフリーランスなどの受注者から発注者へ正式に譲渡するための契約書です。システム開発では、納品されたシステムを自由に改修・販売・ライセンス提供したいと考える発注者が多い一方で、契約書で著作権の帰属を明確に定めていなければ、著作権法上は原則として著作者である開発者側に権利が残ります。そのため、システムを購入したにもかかわらず、自由に改修できない、別会社へ保守を依頼できない、新たなサービスへ転用できないといったトラブルが発生することがあります。

著作権譲渡契約書を締結することで、

• 成果物の著作権の帰属を明確にできる
• 著作者人格権の取扱いを整理できる
• ソースコードや設計書の引渡し範囲を明確にできる
• オープンソースソフトウェアや第三者ライセンスの利用条件を整理できる
• 将来の改修・保守・再開発を円滑に行える

というメリットがあります。近年では、クラウドシステム、SaaS、業務システム、スマートフォンアプリ、Webサービスなど、開発形態が多様化しているため、知的財産権の取扱いを契約段階で明確にしておくことは、企業のリスク管理において欠かせません。

著作権譲渡契約書（システム）が必要となるケース

システム開発では、著作権譲渡契約書が必要となる代表的なケースとして次のようなものがあります。

• 企業がシステム開発会社へ業務システムの制作を依頼する場合 →開発後のシステムを自由に改修・利用できるよう権利を取得します。
• アプリ開発を外部へ委託する場合 →アプリを自社サービスとして運営・販売するため著作権を取得します。
• フリーランスエンジニアへ開発を依頼する場合 →成果物の権利帰属を契約書で明確化します。
• システムを他社へ販売・ライセンス提供する予定がある場合 →発注者側へ著作権を集中させることで事業展開しやすくなります。
• M&Aや事業譲渡を予定している場合 →システムの権利関係が整理されていることで企業価値の向上につながります。

特に受託開発では、「制作費を支払えば当然著作権も取得できる」と考える発注者が少なくありません。しかし、契約書で著作権譲渡を定めなければ、そのような取扱いにはなりません。

著作権譲渡契約書に盛り込むべき主な条項

一般的には、次の条項を盛り込みます。

• 契約の目的
• 成果物の定義
• 著作権譲渡
• 著作者人格権の不行使
• 既存知的財産の取扱い
• 第三者ライセンス・OSSの取扱い
• ソースコード及び設計資料の引渡し
• 成果物の利用範囲
• 保証及び第三者権利侵害への対応
• 秘密保持
• 契約不適合責任
• 損害賠償
• 解除
• 反社会的勢力の排除
• 準拠法及び管轄裁判所

これらを整理することで、開発後の運用や保守まで見据えた契約内容にできます。

条項ごとの解説と実務ポイント

1. 著作権譲渡条項

契約の中心となる条項です。著作権法第27条及び第28条に規定される翻案権や二次的著作物利用権まで譲渡対象に含めることが重要です。これらを明記しないと、改修版や派生システムについて権利関係が曖昧になる可能性があります。また、著作権がいつ移転するのかも重要です。

• 納品時
• 検収完了時
• 代金支払完了時

など、契約ごとに明確に定めます。

2. 著作者人格権条項

著作者人格権は譲渡できません。

そのため、多くの契約では、

• 氏名表示権
• 同一性保持権
• 公表権

について「行使しない」と定めます。これにより、発注者はシステム名称の変更や画面デザインの変更などを円滑に行えます。

3. ソースコード引渡条項

著作権だけ譲渡されても、ソースコードが引き渡されなければ保守や改修は困難です。

そのため、

• ソースコード
• 設計書
• 仕様書
• DB定義書
• 設定情報
• テスト資料
• マニュアル

などを成果物として明確に定義しておくことが重要です。

4. OSS（オープンソースソフトウェア）条項

現在のシステム開発ではOSSを利用することが一般的です。

しかし、

• GPL
• LGPL
• MIT License
• Apache License
• BSD License

などライセンスごとに利用条件が異なります。

契約書では、

• OSS利用の有無
• 適用ライセンス
• 利用条件
• ソースコード公開義務の有無

を明示しておくことが望まれます。

5. 既存プログラムの取扱い

開発会社が以前から保有しているライブラリや共通モジュールまで譲渡対象とすると、開発会社が今後利用できなくなる可能性があります。

そのため、

• 既存プログラムは受注者に帰属する
• 成果物の利用に必要な範囲で利用許諾する

という整理が実務では多く採用されています。

6. 第三者権利侵害保証

システムが第三者の著作権や特許権を侵害していると、発注者が損害賠償請求を受ける可能性があります。

そのため、

• 受注者が権利侵害しないことを保証する
• 紛争が生じた場合は受注者が対応する
• 発注者へ損害が生じた場合は賠償する

と定めるケースが一般的です。

著作権譲渡契約と利用許諾契約の違い

混同されやすい契約として、利用許諾契約があります。

システムを自社資産として保有したい場合は著作権譲渡契約が適しています。
一方、SaaSやパッケージソフトのように、開発会社が権利を保持したまま利用させるサービスでは利用許諾契約が採用されることが一般的です。

契約書作成時の注意点

• 著作権の譲渡対象を具体的に定める 成果物全体なのか、一部のみなのかを明確にします。
• 第27条・第28条の権利を含める 翻案権などを含めることで将来の改修に支障が生じにくくなります。
• ソースコードの引渡し範囲を明確にする 成果物だけでなく設計資料や設定情報まで整理します。
• OSSの利用状況を確認する ライセンス違反によるトラブルを防止できます。
• 既存ライブラリの取扱いを整理する 受注者固有の資産まで譲渡対象にならないよう注意します。
• 保守契約との整合性を確認する 著作権譲渡後も保守を委託する場合は保守契約との内容を一致させる必要があります。

著作権譲渡契約書を利用するメリット

著作権譲渡契約書を締結することで、システムの権利関係が明確になり、事業運営上のリスクを大幅に軽減できます。
特に企業では、

• 自由に改修できる
• 他社へ保守委託できる
• グループ会社でも利用しやすい
• M&A時の資産評価を受けやすい
• ライセンス販売がしやすい

など、多くのメリットがあります。また、開発会社側にとっても、既存ライブラリやノウハウの権利を適切に留保することで、自社資産を守りながら受託開発を進められるという利点があります。

まとめ

著作権譲渡契約書（システム）は、システム開発やアプリ開発における知的財産権の帰属を明確にするための重要な契約書です。契約書を整備しておくことで、成果物の利用、改修、再開発、ライセンス提供、事業譲渡などを円滑に進められるだけでなく、著作権や第三者権利侵害を巡るトラブルの防止にもつながります。特に近年は、オープンソースソフトウェアの活用やクラウドサービスとの連携、継続的なシステム改修が一般的となっているため、著作権譲渡だけでなく、既存プログラム、ソースコード、設計資料、OSSライセンス、著作者人格権などを含めた総合的な契約内容とすることが重要です。案件の内容に応じて条項を適切に調整し、実態に即した契約書を作成することで、発注者・受注者双方が安心してシステム開発を進めることができます。