業務委託、制作委託、システム開発、共同開発、AI利用を含む企業法務の観点から、帰属と利用を分けて条項化する実務を整理します。
業務委託、制作委託、システム開発、共同開発、AI利用を含む 企業法務の観点から、帰属と利用を分けて条項化する実務を整理します。
納品物の名義だけでなく、利用範囲、既存素材、第三者素材、AI出力まで分けて考えることが出発点です。
成果物の著作権帰属を契約書でどう定めるかという論点では、「著作権は発注者に帰属します」と書くだけでは足りません。何が成果物で、何が既存素材、第三者素材、ノウハウ、データ、プログラム、生成AI出力に当たるのかを分けたうえで、譲渡、利用許諾、共同保有、留保、再利用、改変、二次利用、第三者提供、責任分担を具体化する必要があります。
日本法では、著作権は創作時点で原則として自動的に発生します。納品、検収、代金支払、所有権移転だけで当然に著作権が移るわけではありません。著作権を移す場合は譲渡合意を置き、著作権法第27条と第28条の権利を含める場合は、その旨を明記します。
次の重要ポイントは、成果物の著作権帰属を契約書で定める際に必ず分けて見るべき対象を表しています。ここを先に押さえることが重要なのは、発注者の事業利用と受注者の既存資産保護の境界が見えるためです。読者は、譲渡すべき部分と利用許諾で足りる部分を読み分けてください。
成果物を構成要素に分け、発注者が将来必要とする利用行為を洗い出してから、譲渡、利用許諾、留保、共有、第三者ライセンス、対価、責任を条項化します。
次の一覧は、契約書で最低限定めるべき12項目を表しています。重要なのは、著作権条項だけでなく、第三者素材、再委託、AI利用、支払、証拠保全まで連動させる点です。読者は、自社の契約書に抜けている項目がないかを確認してください。
成果物、既存素材、第三者素材、作業過程素材、ノウハウ、データ、AI出力、OSSを定義します。
著作権帰属、譲渡時期、対価、27条・28条、著作者人格権不行使、改変・再許諾の可否を定めます。
第三者素材、OSS、フォント、写真、音源、AI出力、保証、補償、登録、証拠保全を整理します。
所有権、著作権、著作者人格権、職務著作、譲渡、利用許諾、共有を混同しないことが重要です。
企業間取引では、発注者は納品されたものを自由に使えると考え、受注者は利用範囲が契約目的に限られると考えることがあります。紙の報告書、PDF、Webデータ、動画ファイル、ソースコードの媒体、イラスト原画の所有権が移っても、それだけで複製、公衆送信、翻案、改変、販売、再許諾が自由になるわけではありません。
次の比較表は、成果物の著作権帰属を契約書で扱う前提概念を表しています。重要なのは、同じ「成果物」でも、著作物、データ、ノウハウ、第三者素材では処理方法が異なる点です。読者は、どの概念が契約条項のどこに影響するかを読み取ってください。
| 概念 | 契約書での見方 | 実務上の注意点 |
|---|---|---|
| 成果物 | 契約に基づき作成、納入、提供、提示、設定、実装、引渡し、利用可能化されるものです。 | 文章、資料、写真、動画、UI、プログラム、設計書、データセット、分析レポートなどを列挙します。 |
| 著作物 | 思想または感情を創作的に表現したものです。 | 事実、アイデア、手法、概念、データそのもの、ありふれた表現は原則として著作権の対象そのものではありません。 |
| 著作者と著作権者 | 著作者は創作した者で、著作権者は財産権を保有する者です。 | 譲渡後も著作者人格権は著作者に残るため、不行使合意を検討します。 |
| 職務著作 | 一定の要件を満たすと法人等が著作者になります。 | 外部委託先やフリーランスは通常、発注会社の従業員ではないため、発注者が当然に著作者になるわけではありません。 |
| 著作権譲渡 | 著作権という財産権を他者に移す設計です。 | 27条・28条の権利を含める場合は、譲渡対象として明記します。 |
| 利用許諾 | 著作権を移さず、一定範囲で利用を認める設計です。 | 既存ライブラリ、テンプレート、AIモデル、汎用部品では合理的な選択肢になります。 |
| 共有 | 複数当事者で著作権を持つ設計です。 | 行使に全員合意が必要になる場面が多いため、単独利用や第三者許諾のルールを定めます。 |
次の判断の流れは、納品物を見たときに契約書で何を定めるかを表しています。重要なのは、所有権の移転と著作権の処理を分け、さらに第三者素材と既存素材を除外して考える点です。読者は、分岐ごとに必要な条項を確認してください。
形式、作成者、素材、AI利用、第三者ライセンスを確認します。
表現、データ、ノウハウ、機能、アイデアを切り分けます。
27条・28条、譲渡時期、対価、人格権不行使を明記します。
期間、地域、媒体、改変、再許諾、グループ利用を定めます。
制作委託、システム開発、コンサルティング、共同開発、AI・データ関連では合理的な設計が異なります。
実務上の最適解は、常に発注者へ全面譲渡することではありません。広告、Web制作、ロゴ、動画、研修資料、記事、写真、UIデザイン、プログラム、SaaS、AIモデル、データセット、共同研究開発、コンサルティングレポートでは、成果物の性質と事業目的に応じて帰属と利用権限を調整します。
次の一覧は、契約類型ごとに成果物の著作権帰属をどう考えるかを表しています。重要なのは、発注者が独占利用したい場面と、受注者が再利用可能な資産を守る場面を分けることです。読者は、自社の取引に近い類型で、譲渡と利用許諾のどちらが合うかを確認してください。
Webサイト、広告、記事、動画、写真、イラスト、ロゴ、研修資料では、発注者が広く利用する必要があります。オリジナル部分は譲渡し、フォント、音源、ストック素材、外部クリエイター素材は別に扱います。
個別開発部分は譲渡または広範な利用許諾とし、ベンダー既存部分は利用許諾、OSSや第三者ソフトウェアはライセンス条件に従う階層的設計が実務的です。
報告書や図表の利用権限を広く認めつつ、方法論、テンプレート、一般知識、ノウハウは受注者に留保する設計が多くなります。
背景知財、単独成果、共同成果、改良成果、派生成果、データ、ノウハウ、ソフトウェア、論文・発表、終了後利用を分けます。
学習用データ、前処理済みデータ、特徴量、モデル、プロンプト、ログ、評価データ、出力物、営業秘密、個人情報を分けて設計します。
次の比較表は、契約類型ごとに特に問題になりやすい素材と条項を表しています。重要なのは、契約名ではなく成果物の中身を見て、必要な利用行為と責任分担を定めることです。読者は、素材の混在が多い類型ほど別紙管理が必要になる点を読み取ってください。
| 契約類型 | 主な成果物 | 定めるべき重点 |
|---|---|---|
| 制作委託 | デザイン、記事、動画、写真、ロゴ、広告素材です。 | オリジナル部分の譲渡、第三者素材の一覧、実績公開、改変・二次利用を定めます。 |
| システム開発 | ソースコード、設計書、テスト仕様、API、DB定義、マニュアルです。 | 個別開発部分、既存ライブラリ、OSS、保守・移行・監査に必要な利用権限を定めます。 |
| コンサルティング | 報告書、分析資料、スライド、調査結果、テンプレートです。 | 社内利用、専門家共有、グループ会社共有、方法論・ノウハウ留保を定めます。 |
| 共同開発 | 背景知財、単独成果、共同成果、改良成果、データです。 | 共有を避けるか、共有する場合の単独利用、第三者許諾、収益配分を定めます。 |
| AI・データ | 学習用データ、モデル、プロンプト、ログ、AI出力です。 | 入力禁止情報、学習利用、商用利用、類似性確認、利用規約、保証を定めます。 |
発注者帰属、受注者帰属・利用許諾、分層型、共有型を使い分けます。
発注者帰属型は、成果物を発注者の中核資産として使う場合に向きます。受注者帰属・発注者利用許諾型は、受注者の既存技術やテンプレートが重要で複数顧客への再利用を前提とする場合に向きます。分層型は、実務上もっとも応用範囲が広い設計です。共有型は公平に見えますが、将来の事業運用で合意が必要になる場面が多く、慎重な条項化が必要です。
次の比較表は、4つの契約設計モデルの向き不向きを表しています。重要なのは、発注者が必要とする将来利用と受注者が守るべき既存資産のバランスを取る点です。読者は、モデル名だけで決めず、改変、再許諾、M&A、海外展開の予定を読み合わせてください。
| モデル | 向いている場面 | 契約書での重点 |
|---|---|---|
| 発注者帰属型 | ロゴ、ブランド、商品パッケージ、公式サイト、専用ソフトウェア、販売用教材などです。 | 譲渡対象、27条・28条、譲渡時期、対価、人格権不行使、既存素材除外を定めます。 |
| 受注者帰属・利用許諾型 | SaaS、標準教材、汎用テンプレート、AIモデル、写真作品利用などです。 | 期間、地域、媒体、社内外利用、委託先利用、改変、再許諾禁止を定めます。 |
| 分層型 | システム開発、Web制作、AI・データ関連など複数素材が混在する取引です。 | 発注者提供物、受注者既存素材、個別成果物、第三者素材、ノウハウ、データ、AI出力を分けます。 |
| 共有型 | 共同開発や共同制作で、双方の実質的寄与が強い場合です。 | 単独利用、第三者許諾、持分譲渡、改変、収益配分、権利行使、費用負担を定めます。 |
次の分層一覧は、システム開発やAI・データ関連契約で成果物をどの層に分けるかを表しています。重要なのは、著作権で処理できる対象と、データ、ノウハウ、秘密情報、第三者ライセンスとして処理すべき対象を混ぜないことです。読者は、発注者が譲渡を受ける層と利用許諾を受ける層を読み分けてください。
| 区分 | 例 | 帰属・利用の考え方 |
|---|---|---|
| 発注者提供物 | 仕様、資料、ロゴ、商品写真、業務データです。 | 発注者に帰属し、受注者は契約目的の範囲で利用します。 |
| 受注者既存素材 | 汎用ライブラリ、テンプレート、開発ツールです。 | 受注者に帰属し、発注者へ必要範囲で利用許諾します。 |
| 個別成果物 | 専用コード、専用デザイン、専用文書です。 | 発注者へ譲渡するか、広範な利用許諾を設定します。 |
| 第三者素材 | OSS、フォント、写真、音源、外部APIです。 | 各ライセンス条件に従い、別紙で特定します。 |
| ノウハウ | 開発手法、設計思想、知見です。 | 原則として移転せず、秘密情報として管理します。 |
| データ | 入力データ、加工データ、ログ、統計です。 | 著作権以外の利用権限、個人情報、秘密保持も設計します。 |
| AI出力 | 生成文章、画像、コード、モデル出力です。 | 著作物性、第三者類似性、サービス規約を確認します。 |
棚卸し、法的カテゴリ分け、利用行為、譲渡時期、人格権、第三者素材、再委託、保証を順番に整理します。
契約書の前に、成果物リストを作ります。納品物名、形式、作成者、使用素材、第三者素材、OSS、AI利用の有無、発注者提供物、受注者既存素材、改変予定、商用利用予定、公開予定、海外利用予定を記録すると、権利条項の抜け漏れを減らせます。
次の時系列は、成果物の著作権帰属を契約書へ落とし込む8段階を表しています。重要なのは、いきなり譲渡条項を書くのではなく、対象と利用行為を先に整理することです。読者は、上から順に進めると、第三者素材やAI利用の見落としを防ぎやすくなります。
納品物、編集データ、ソース、設計書、DB定義、テストコード、AI利用、ライセンス情報を列挙します。
著作物、発明、商標、意匠、データ、営業秘密、ノウハウ、個人情報を分けます。
社内利用、複製、公衆送信、改変、二次利用、第三者提供、再許諾、商用利用、海外利用、AI利用を確認します。
契約締結時、作成時、納品時、検収完了時、代金完済時のどれにするかを取引リスクに応じて決めます。
改変、公表、氏名非表示、翻訳、編集、リサイズ、コード修正を予定する場合は不行使合意を置きます。
素材名、権利者、ライセンス、利用範囲、期間、地域、媒体、改変、再許諾、費用負担を記録します。
外部クリエイター、海外開発会社、写真家、ナレーター、AI関連作業者から必要な同意を取得します。
第三者権利侵害、AI、OSS、発注者提供物、発注者指示、責任上限、協力義務を過不足なく定めます。
次の表は、発注者が「著作権が欲しい」と考える前に確認すべき利用行為を表しています。重要なのは、譲渡が必要な場面と、広い利用許諾で足りる場面を見分けることです。読者は、利用行為の列から自社の将来予定を確認してください。
| 利用行為 | 確認事項 |
|---|---|
| 社内利用 | 部署横断利用、グループ会社利用、委託先利用を含めるかを確認します。 |
| 複製 | バックアップ、クラウド保存、配布、印刷を含めるかを確認します。 |
| 公衆送信 | Web掲載、SNS、広告配信、アプリ配信を含めるかを確認します。 |
| 改変 | 翻訳、要約、リサイズ、編集、コード改修、UI変更を含めるかを確認します。 |
| 二次利用 | 別媒体、別キャンペーン、別製品、教育資料への転用を含めるかを確認します。 |
| 第三者提供 | 代理店、販売店、監査人、投資家、M&A候補先への開示を含めるかを確認します。 |
| 再許諾 | グループ会社、販売先、エンドユーザーへの利用許諾を含めるかを確認します。 |
| 商用利用 | 販売、サブスクリプション、広告収益化を含めるかを確認します。 |
| 海外利用 | 国、地域、言語、現地法対応を含めるかを確認します。 |
| AI利用 | 入力、学習、検索、要約、コード生成、再学習を含めるかを確認します。 |
定義、譲渡、既存素材、第三者素材、利用許諾、共同成果、人格権、AI、保証、実績公開をセットで考えます。
条項例は、そのまま転記するよりも、案件の成果物、素材、対価、利用予定に合わせて修正する必要があります。発注者、受注者、共同開発、AI利用、フリーランス、海外取引では、用語、権利範囲、対価、責任制限が変わります。
次の一覧は、成果物の著作権帰属を契約書で定める際の条項骨子を表しています。重要なのは、著作権譲渡条項だけを厚くするのではなく、素材区分、第三者素材、再委託、AI、保証までつなげることです。読者は、自社の契約書に同じ機能を持つ条項があるかを読み取ってください。
本成果物、本著作物、受注者既存素材、第三者素材、発注者提供物を定義します。
対象整理受注者が新たに作成した著作物について、27条・28条を含めて譲渡するか、譲渡時期を明記します。
譲渡既存素材は受注者または権利者に留保し、発注者に通常の事業目的で必要な利用を許諾します。
留保素材名、権利者、ライセンス条件、利用範囲、改変、再許諾、費用負担を事前に通知し、承諾を得る構成にします。
別紙管理受注者に著作権を残しつつ、発注者とグループ会社が期間・地域の制限なく利用できる範囲を定めます。
ライセンス発注者単独成果、受注者単独成果、共同成果を分け、共有にする場合は単独利用と第三者許諾の範囲を定めます。
共同成果発注者、グループ会社、承継人、利用許諾先、委託先に対して不行使合意を及ぼすかを定めます。
人格権非侵害保証の範囲、知る限りの保証、発注者提供物に起因する免責、責任上限、防御協力を定めます。
責任分担成果物、会社名、ロゴ、取引事実を実績紹介に使う場合の事前承諾、公開範囲、秘密情報削除を定めます。
公開条件保証条項では、第三者の一切の知的財産権を侵害しないと無限定に書くと、特許、商標、意匠、肖像、パブリシティ、OSS、海外権利まで含まれ、受注者に過大な責任を負わせることがあります。案件ごとに、著作権に限るのか、知る限りとするのか、調査範囲や責任上限を置くのかを検討します。
所有権だけ、包括的な知的財産権、27条・28条漏れ、人格権譲渡、既存素材漏れ、共有だけの条項に注意します。
紛争化しやすい条項は、短く見えて便利な表現ほど多くなります。「所有権」「一切の知的財産権」「共有」などの言葉だけでは、実際の利用行為、素材の混在、第三者ライセンス、改変、再許諾まで処理できません。
次の一覧は、成果物の著作権帰属を契約書で扱う際に起きやすい失敗と修正方針を表しています。重要なのは、危険な文言を見つけたときに、何を分けて書き直すかが分かることです。読者は、自社のひな形に同じ表現がないかを確認してください。
有体物の所有権と著作権は別です。所有権移転とは別に、著作権の帰属と利用条件を定めます。
著作権、特許、商標、ノウハウ、データ、秘密情報が混線します。区分ごとに帰属と利用権限を定めます。
改変、翻訳、翻案、二次利用を予定する場合は、著作権法第27条及び第28条の権利を含める旨を明記します。
著作者人格権は譲渡できません。譲渡ではなく、不行使合意として設計します。
受注者のテンプレートやライブラリまで発注者へ移るように読めます。既存素材を定義し、留保と利用許諾を置きます。
フォント、写真、音源、OSS、API、AIサービスの条件を把握できません。別紙を作り、納品時に更新します。
共有著作権の行使には合意が必要になりやすいです。単独利用、第三者許諾、収益配分、権利行使を定めます。
次の比較表は、短い危険表現をどの方向で修正するかを表しています。重要なのは、修正後の条項で対象、権利、利用範囲、除外対象を明らかにすることです。読者は、曖昧な包括語を具体的な区分へ置き換える発想を読み取ってください。
| 危険表現 | 問題点 | 修正方針 |
|---|---|---|
| 成果物の所有権は発注者に帰属します | 複製、公衆送信、翻案、販売、再許諾が当然に自由になるとは限りません。 | 有体物の所有権と著作権の帰属・利用条件を分けます。 |
| 一切の知的財産権は発注者に帰属します | 既存素材、ノウハウ、第三者素材まで含むように読めます。 | 成果物を区分し、区分ごとに帰属と利用を定めます。 |
| 著作者人格権を譲渡します | 著作者人格権は一身専属で譲渡できません。 | 発注者と指定者に対して著作者人格権を行使しない合意にします。 |
| 成果物は共有とします | 将来の改変、販売、第三者ライセンスで全員合意が必要になる可能性があります。 | 共有を避けるか、単独利用、第三者許諾、持分譲渡、費用負担を定めます。 |
発注者は利用継続の安全性、受注者は既存資産と責任範囲を中心に確認します。
発注者は、契約締結前に、成果物の範囲、利用目的、改変予定、事業承継、既存素材、第三者素材、再委託、人格権、27条・28条、支払条件、保証、証拠を確認します。将来のM&A、グループ再編、保守会社変更、海外利用が予定される場合は、契約目的を狭く書きすぎないことが重要です。
次の表は、発注者側が成果物の著作権帰属を契約書で確認する項目を表しています。重要なのは、取得したい権利名ではなく、実際に行う利用行為から逆算することです。読者は、確認内容の列を見て、自社の依頼仕様や契約別紙に落とせるかを確認してください。
| チェック項目 | 確認内容 |
|---|---|
| 成果物の範囲 | 何が納品されるか、ソース、編集データ、原データ、設計書を含むかを確認します。 |
| 利用目的 | 社内利用だけか、外部公開、販売、再許諾、海外利用を含むかを確認します。 |
| 改変予定 | 翻訳、要約、リサイズ、コード改修、派生版制作があるかを確認します。 |
| 事業承継 | M&A、事業譲渡、グループ再編で利用継続できるかを確認します。 |
| 既存素材 | 受注者テンプレートやライブラリが含まれるかを確認します。 |
| 第三者素材 | 写真、音源、フォント、OSS、API、AIサービス出力が含まれるかを確認します。 |
| 再委託 | 外部クリエイターや海外開発会社が関与するかを確認します。 |
| 著作者人格権 | 改変や氏名非表示に支障がないかを確認します。 |
| 27条・28条 | 翻案、二次利用に必要な権利が譲渡対象に含まれるかを確認します。 |
| 証拠 | 権利処理書類、ライセンス証跡、制作ログを保管するかを確認します。 |
次の表は、受注者側が契約締結前に確認する項目を表しています。重要なのは、発注者の利用目的を満たしながら、既存素材、再利用可能部品、無限定保証、AI・OSSリスクを過大に引き受けないことです。読者は、譲渡範囲と対価、保証範囲が釣り合っているかを確認してください。
| チェック項目 | 確認内容 |
|---|---|
| 譲渡範囲 | 既存素材、テンプレート、ライブラリまで譲渡対象になっていないかを確認します。 |
| 再利用 | 他案件で再利用できる部品を留保できているかを確認します。 |
| 対価 | 著作権譲渡、独占利用、二次利用が委託料に反映されているかを確認します。 |
| 保証 | 無限定の非侵害保証や補償になっていないかを確認します。 |
| 発注者指示 | 発注者提供物や指示に起因する侵害を免責できているかを確認します。 |
| 第三者素材 | ライセンス条件を発注者に明示しているかを確認します。 |
| OSS | コピーレフト、表示義務、ソース開示義務を確認します。 |
| AI利用 | 利用規約、入力情報、学習利用、商用利用を確認します。 |
| 実績公開 | ポートフォリオ利用の可否を定めているかを確認します。 |
| 解除時 | 中途終了時の未完成物、作業過程素材の権利処理を定めているかを確認します。 |
次の表は、契約書だけでなく社内運用で管理すべき項目を表しています。重要なのは、権利帰属条項を作って終わりにせず、台帳、証跡、AI利用申請、OSSレビュー、監査対応へつなげることです。読者は、契約管理と素材管理を同じ流れで扱う必要性を読み取ってください。
| 管理項目 | 実務対応 |
|---|---|
| 契約テンプレート | 制作委託、システム開発、コンサル、共同開発、AI利用で分けます。 |
| 成果物一覧 | 契約別に納品物、権利帰属、利用範囲を台帳化します。 |
| 第三者素材一覧 | フォント、写真、音源、OSS、API、AIサービスを記録します。 |
| 権利証跡 | 譲渡証書、同意書、ライセンス証書、利用規約を保存します。 |
| AI利用申請 | 入力情報、サービス名、学習利用、商用利用を確認します。 |
| OSSレビュー | ライセンス種別、表示義務、ソース開示義務、脆弱性を確認します。 |
| 監査対応 | M&A、IPO、内部監査、取引先監査に備えて証跡を整えます。 |
| 教育 | 営業、開発、制作、マーケティング担当に、納品だけで著作権が移らないことを共有します。 |
Web、ロゴ、写真・動画、システム、研修、調査レポート、生成AIでは権利処理の中心が変わります。
業種別の注意点は、成果物に含まれる素材と将来利用の違いから生じます。WebサイトはCMSやプラグインを含み、ロゴは商標出願を見据え、写真・動画は肖像や音源を含み、システムはOSSやビルド環境を含み、研修や調査レポートはノウハウと再配布範囲を含みます。
次の一覧は、業種ごとに成果物の著作権帰属を契約書で確認すべき論点を表しています。重要なのは、同じ譲渡条項でも、実際に制限を受ける素材が業種ごとに異なる点です。読者は、自社の案件で第三者素材、管理権限、録画、AI入力などの追加条項が必要かを確認してください。
デザイン、HTML、CSS、JavaScript、CMS、写真、フォント、動画、プラグイン、アクセス解析タグを含みます。保守会社変更やサーバ移転に必要なソースと管理権限を定めます。
商標出願、商品表示、広告、海外展開、ライセンスビジネスに関わります。第三者フォントやアイコンの商標利用可否を確認します。
著作権のほか、肖像、施設管理、商標、音楽、実演家、字幕、サムネイルを処理します。媒体、期間、地域、広告利用、二次編集を定めます。
ソースコード、オブジェクトコード、ビルド環境、テストコード、OSS一覧、クラウドアカウント、APIキー、運用手順を確認します。
標準教材、講師ノウハウ、録画、eラーニング化、社内ポータル掲載、グループ会社展開、翻訳の可否を定めます。
データ出典、第三者統計、引用、グラフ、分析手法、テンプレート、金融機関や専門家への開示範囲を定めます。
著作物性、第三者類似性、利用規約、入力情報、学習利用、商用利用、生成過程の記録、AI利用表示の要否を定めます。
交渉では、発注者が譲渡を求める理由を示すと調整しやすくなります。商標出願、海外展開、販売代理店への再許諾、M&A、将来改変、保守会社変更などです。受注者は単に拒否するのではなく、期間無制限、地域無制限、グループ会社利用可、保守委託先利用可、改変可とする広い利用許諾を提案し、単独販売や競合提供は禁止するなどの調整が考えられます。
よくある疑問を、一般的な制度説明として整理します。
一般的には、委託料の支払だけで著作権が当然に移るとは限らないとされています。料金支払は仕事完成や役務提供の対価であり、著作権譲渡の合意とは別に扱われます。ただし、契約文言、取引経緯、成果物の性質によって評価が変わる可能性があります。具体的な対応は、契約書と関連資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、その文言だけでは不十分になる可能性があります。著作権法第27条及び第28条の権利を含める場合は特掲が問題になり、既存素材や第三者素材の除外も必要になります。ただし、契約全体の構成や取引内容で結論が変わります。具体的な文言は、案件の素材構成を踏まえて弁護士等の専門家へ相談する必要があります。
一般的には、改変、翻訳、編集、氏名非表示、公表時期の決定を予定する場合に重要とされています。著作者人格権は譲渡できないため、不行使合意として整理します。ただし、改変の内容や成果物の性質によって必要性は変わります。具体的な対応は、利用予定を整理して弁護士等の専門家へ相談する必要があります。
一般的には、共有は公平に見えても運用上の制約が大きい場合があります。共有著作権の行使には合意が必要になる場面があり、将来の販売、改変、第三者許諾、M&Aで支障が出る可能性があります。ただし、共同開発の寄与や事業目的によって選択肢は変わります。具体的には、単独利用や第三者許諾の条項を含めて専門家へ相談する必要があります。
一般的には、契約書の定めによって判断されます。多くの取引では、受注者既存素材として権利を受注者に留保し、発注者に成果物利用に必要な範囲で利用許諾する設計が合理的です。ただし、見積、仕様書、交渉経緯、成果物の一体性で結論が変わる可能性があります。具体的には、素材一覧と契約条項を確認して専門家へ相談する必要があります。
一般的には、OSS部分の著作権はOSSの権利者に帰属します。受注者が発注者に譲渡できるのは、受注者が権利を有する部分に限られます。OSSについては、各ライセンス条件に従った利用権限、表示義務、ソース開示義務などを確認する必要があります。具体的な対応は、OSS一覧とライセンスを整理して専門家へ相談する必要があります。
一般的には、一律には決まりません。AI自体は著作者にならず、AI生成物が著作物に該当するかは、人間の創作的寄与、プロンプト、選択、加筆修正などを踏まえて個別に判断されます。ただし、利用規約、入力情報、第三者類似性、商用利用制限によってリスクが変わります。具体的には、生成過程の記録と規約を整理して専門家へ相談する必要があります。
一般的には、契約書の定めによって処理されます。中途終了時の作業過程素材、ドラフト、未完成コード、支払済み部分、発注者提供物、受注者既存素材の返還や利用可否を定めておくことが重要です。ただし、解除原因や支払状況によって結論が変わる可能性があります。具体的には、契約条項と進行状況を整理して専門家へ相談する必要があります。
一般的には、著作権は登録しなくても発生します。ただし、著作権の移転等の登録により、権利変動を第三者に対抗できる効果が問題になります。重要な著作権の譲渡、二重譲渡リスク、M&Aや担保設定が想定される取引では、登録協力条項を検討する場合があります。具体的な必要性は、取引規模やリスクを踏まえて専門家へ相談する必要があります。
一般的には、譲渡対象、著作権法第27条及び第28条の権利、譲渡時期、著作者人格権不行使、既存素材と第三者素材の除外、利用許諾範囲が最小限の骨格になります。ただし、それだけでは第三者素材、再委託、保証、対価、解除時処理が不足する可能性があります。具体的な条項は、成果物一覧と利用予定を整理して専門家へ相談する必要があります。
著作権、AI、取引適正化、システム開発、共同開発に関する公的資料を中心に整理しています。