知的財産権帰属条項レビューのチェックポイント｜成果物・既存資産・AI利用の整理
こんにちは!Legal Agent 代表弁護士の朝戸です。
契約書レビューの現場では、知的財産権帰属条項を軽く見てしまうと、後から事業の自由度が大きく制限されることがあります。成果物を納品してもらったから当然に自社のものになる、共同で作ったから自由に使える、委託費を払ったから権利も全部移る、といった理解で進めると、実際の契約文言や法律関係とずれている可能性があります
特に、ソフトウェア開発、デザイン制作、広告制作、共同研究、OEM、コンサルティング、AIサービス、データ分析、業務委託では、成果物、既存資料、ノウハウ、ソースコード、テンプレート、学習データ、プロンプト、出力結果などが混ざりやすいです。どこまでが発注者に帰属し、どこからが受託者に残るのかを整理しないまま契約すると、サービス開始後やM&Aのデューデリジェンス時に問題が表面化することがあります
この記事では、知的財産権帰属条項とは何か、なぜレビューが重要なのか、チェックすべき項目、発注者側・受託者側で変わるリスク、AIでレビューする際の注意点を整理します
この記事で分かること
この記事では、知的財産権帰属条項レビューのチェックポイントについて、基本的な意味、レビューで問題になりやすい条項、立場ごとの注意点、AIで確認するときに人が見落としてはいけない点を整理します。最初に全体像をつかみ、その後にチェックリストで実務上の確認順序を追える構成にしています
最初に確認するポイント
- AIに入力されるデータに、秘密情報、個人情報、第三者の著作物が含まれるか
- AIの出力結果を、誰が、どの業務で、どの範囲まで利用するのか
- 外部送信、学習利用、ログ保存、再利用の扱いを契約や社内ルールで説明できるか
- 利用規約、プライバシーポリシー、社内ポリシー、ベンダー契約が同じ前提でそろっているか
- AIの回答をそのまま採用せず、最終判断者とレビュー手順を決めているか
知的財産権帰属条項とは
知的財産権帰属条項とは、契約に基づいて作成、提供、改良、発明、考案、制作された成果物や情報について、誰にどの権利が帰属するのかを定める条項です。ここでいう知的財産権には、著作権、特許を受ける権利、特許権、実用新案権、意匠権、商標権、営業秘密、ノウハウ、データベースに関する権利などが含まれることがあります
実務では、権利の帰属と利用許諾を分けて考えることが重要です。権利が相手方に帰属していても、自社が必要な範囲で利用できれば足りる場合があります。一方で、権利を自社に移転してもらわないと、第三者への展開、改変、再販売、グループ会社利用、M&A後の承継に支障が出る場合もあります
よく問題になるのは、成果物と既存資産の区別です。受託者が以前から保有していたテンプレート、ライブラリ、開発部品、ノウハウ、業務フロー、分析手法まで発注者に移転するように読める条項は、受託者側にとって過大です。他方、発注者が費用をかけて依頼した個別成果物について、受託者が自由に他社案件へ転用できるように読める条項は、発注者側にとって不安が残ります
また、共同開発や共同研究では、単独帰属、共有、発明者の所属会社ごとの帰属、利用許諾、出願手続、費用負担、改良技術の扱いを分けて定める必要があります。単に「共同成果は両者の共有とする」と書くだけでは、誰が出願するのか、誰が第三者にライセンスできるのか、相手方の同意が必要なのかが見えにくいです
知的財産権帰属条項は、契約の最後の方に置かれていることも多いですが、実際には事業の資産形成に直結する条項です。契約書の言葉だけでなく、成果物をどのように使い、誰が将来の事業展開を担うのかまで見ながら読む必要があります
レビューが重要になる理由
知的財産権帰属条項のレビューが重要なのは、成果物の利用可能性が事業価値に直結するからです。ソフトウェア、デザイン、記事、動画、広告素材、分析レポート、研究成果、ブランド資料、業務マニュアルなどは、契約終了後も使い続けることが多いです。契約書上の権利関係が曖昧だと、せっかく費用をかけて作ったものを自由に使えない可能性があります
たとえば、発注者がWebサービスの開発を依頼した場合、成果物の画面、ソースコード、設計書、API仕様、データベース設計、運用マニュアルがどの範囲で利用できるのかが重要になります。著作権が受託者に残る設計でも、発注者が自社サービスで継続利用、改変、保守委託、第三者への運用委託をできるなら実務上足りることがあります。逆に、譲渡条項があってもソースコードが納品されない、利用範囲が限定されている、第三者ライブラリの条件が整理されていない場合には、後で困ることがあります
M&Aや資金調達の場面でも重要です。買主や投資家は、会社が事業に必要な知的財産を適切に保有又は利用できているかを確認します。主要プロダクトのコード、ロゴ、商標、顧客向け資料、AIモデル、データセットについて権利関係が曖昧だと、事業価値の評価に影響する可能性があります
受託者側にとっても、知的財産権帰属条項は重要です。自社の汎用ノウハウ、テンプレート、開発部品、分析手法、教育資料、過去案件で蓄積した知見まで発注者に移転するように読めると、今後の事業活動を不必要に制限される可能性があります。成果物を納品する契約であっても、受託者が今後も使える資産と、発注者に専属的に渡すべき成果を切り分ける必要があります
AIを使った制作や分析では、さらに注意が必要です。入力データ、プロンプト、出力結果、モデル、ログ、学習利用、再利用の関係が整理されていないと、誰が何を利用できるのかが不明確になります。生成AIの出力物については、著作権の成否や第三者権利侵害のリスクも含め、通常の制作物とは別の検討が必要になることがあります
知的財産権帰属条項は、単に「甲に帰属する」「乙に帰属する」と書けば足りるものではありません。契約の目的、成果物の性質、既存資産の有無、第三者素材の利用、終了後の利用、将来の事業展開まで見て、条項を読む必要があります
知的財産権帰属条項レビューのチェックリスト
最初に確認すべきは、対象となる成果物の範囲です。成果物、納品物、作成物、発明、改良、資料、データ、ソースコード、設計書、画像、動画、マニュアル、レポート、プロンプト、分析結果など、どの対象に条項がかかるのかを確認します。契約本文では広く書かれていても、別紙の成果物一覧が狭い場合があるため、本文と別紙を合わせて見る必要があります
次に、既存資産の扱いを確認します。受託者が契約前から保有していたプログラム、テンプレート、ノウハウ、ライブラリ、業務手法、営業資料、フレームワークが成果物に含まれる場合、その所有権や利用許諾をどう整理するかが重要です。発注者側では、成果物を使うために必要な既存資産の利用権が確保されているかを見ます。受託者側では、既存資産まで譲渡対象に入っていないかを見ます
著作権では、譲渡か利用許諾か、著作権法上の支分権が含まれているか、著作者人格権不行使の範囲が適切かを確認します。発注者が改変、複製、翻案、第三者への利用許諾、グループ会社利用を予定している場合、その利用が契約上認められているかを見ます
特許や発明では、発明者、職務発明規程、特許を受ける権利、出願手続、費用負担、外国出願、共同出願、改良発明の扱いを確認します。共同研究や技術開発では、単に「成果は共有」とするだけでは足りないことが多く、実施許諾、第三者ライセンス、出願しない場合の扱いまで定める必要があります
第三者素材の利用も重要です。OSS、フォント、写真、イラスト、音源、外部API、クラウドサービス、データセット、AIサービスを利用している場合、そのライセンス条件に反していないかを確認します。発注者側では、第三者素材の条件により商用利用、改変、再配布、国外利用が制限されないかを見ます
データとAI関連では、入力データ、学習データ、出力結果、ログ、モデル改善への利用、匿名加工又は統計化された情報の扱いを確認します。データを提供する側では、相手方が学習や別案件へ再利用できる範囲を慎重に見る必要があります。サービス提供側では、サービス改善に必要な範囲の利用が確保されているかを確認します
契約終了後の利用も確認すべきです。契約終了後も成果物を使い続けられるか、既存資産の利用許諾は残るのか、秘密情報やデータの返還・削除義務と矛盾しないかを見ます。終了後にすべての資料を返還する条項がある一方で、成果物を継続利用できる条項がある場合、どちらが優先するのかが問題になることがあります
最後に、権利侵害時の対応を確認します。第三者から権利侵害を主張された場合、誰が防御するのか、費用を誰が負担するのか、利用停止や代替措置をどうするのか、損害賠償や補償の範囲はどうなるのかを整理します。知的財産権帰属条項は、補償条項や責任制限条項と一緒に読む必要があります
発注者側・受託者側で見るべきリスク
発注者側では、成果物を事業で自由に使えるかが中心になります。自社サービス、広告、営業資料、社内利用、グループ会社利用、保守委託、第三者への販売、M&A後の承継まで想定し、必要な権利又は利用許諾が確保されているかを確認します
発注者側で特に注意すべきなのは、「所有権」と「知的財産権」が混同されている条項です。資料やデータの媒体を受け取っても、著作権や利用権が当然に移転するわけではないと考えられます。納品物を受け取ることと、成果物を自由に利用できることは別の問題として確認する必要があります
また、発注者側では、受託者の既存資産に依存しすぎるリスクがあります。システムの重要部分が受託者の汎用ライブラリで構成されている場合、将来の保守、ベンダ変更、第三者への譲渡に制約が生じる可能性があります。ソースコード、設計書、利用許諾、保守移管の条件を契約時点で確認した方がよいです
受託者側では、自社の資産を守ることが重要です。成果物の権利を発注者に譲渡する場合でも、契約前から保有していたノウハウ、テンプレート、汎用部品、開発手法、業務知識まで移転しないように整理する必要があります。条項上「本契約に関連して作成又は使用した一切の知的財産権は甲に帰属する」といった広い表現がある場合、受託者側には重すぎる可能性があります
受託者側では、他社案件への転用可能性も重要です。完全に個別開発された成果物を他社に流用することは避けるべきですが、一般的なノウハウや汎用的な開発部品まで使えなくなると、事業継続に影響します。発注者に必要な権利を渡しつつ、受託者が一般的な知識や既存資産を使い続けられるように設計することが現実的です
双方に共通するリスクは、契約書だけでは成果物の実態が分からないことです。提案書、仕様書、見積書、納品物一覧、作業範囲、使用ツール、第三者素材の一覧を確認しないと、条項が現場に合っているか判断しにくいです。知的財産権帰属条項は、契約本文だけでなく、成果物を作るプロセス全体とつなげて読む必要があります
AIで知的財産権帰属条項をレビューする際の注意点
生成AIは、知的財産権帰属条項の論点抽出には有用です。成果物、既存資産、利用許諾、著作者人格権不行使、第三者素材、OSS、AI出力、データ利用、契約終了後の利用など、見落としやすい項目を短時間で洗い出せます
ただし、AIは契約書本文だけを読んでも、実際の成果物や制作プロセスを把握できません。どの成果物が新規作成なのか、どの部分が既存資産なのか、第三者素材が使われているのか、発注者が将来どのように利用したいのかによって、レビューの結論は変わります
AIにレビューさせる場合は、契約書だけでなく、成果物一覧、仕様書、提案書、利用予定、第三者素材の有無、OSS利用、AIサービス利用、データ提供の有無、グループ会社利用やM&A予定の有無を入力することが重要です。これらの前提がないと、AIは「発注者に帰属させるべき」「既存資産を除外すべき」といった一般的なコメントにとどまりやすいです
AIが作る修正案にも注意が必要です。発注者側の立場で一括譲渡を求める案は、受託者の既存資産まで含む広い文言になりやすいです。受託者側の立場で利用許諾に寄せる案は、発注者の事業利用に必要な権利まで不足することがあります。どちらの案も、事業目的と成果物の性質に合わせて調整する必要があります
LegalAgentでは、知的財産権帰属条項を見るとき、契約書の文言だけでなく、成果物の利用場面、既存資産、第三者素材、データ、AI利用、M&A時の説明可能性まで確認します。AIで論点を拾い、人が事業の将来像に照らして権利設計を整えることが重要だと考えています
LegalAgentの関連サービス
この記事のテーマに関連するLegalAgentのサービスは、以下のページで詳しくご確認いただけます。