2σ Guide

ライセンス契約・共同開発契約の実務
知財・成果帰属・AIデータまで

技術、ノウハウ、ソフトウェア、データを外部と扱う契約では、対象資産、利用範囲、成果帰属、秘密管理、競争法、税務までを一体で設計する必要があります。このページでは、企業法務で確認したい論点を体系的に整理します。

4類型 成果帰属の基本設計
9手順 契約レビューの運用
6領域 AI・データ・OSSの整理
本ページは株式会社Dプロフェッションズ(医師/医療機関/弁護士/弁護士法人ではありません)が運営しています。
一般的な情報提供を目的としており医療上の助言や法律相談等を行うものではありません。
広告(PR)を掲載しています。広告は編集内容や推奨を意味しません。
Video

ライセンス契約・共同開発契約の実務 知財・成果帰属・AIデータまで

ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。

動画を読み込み中…
2σ GUIDE ・ VIDEO
ライセンス契約・共同開発契約の実務 知財・成果帰属・AI
データまで
ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。
動画の文字起こし(全文テキスト)

2σ GUIDE ・ VIDEO

  • ライセンス契約・共同開発契約の実務 知財・成果帰属・AIデータまで
  • ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。

POINT 1

  • ライセンス契約・共同開発契約の全体像
  • ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。
  • 対象資産の境界
  • 成果帰属の境界
  • 事業化権限の境界

POINT 2

  • ライセンス契約・共同開発契約の定義と関係
  • 利用を許す契約と、共同で成果を生む契約は、目的もリスクも異なります。
  • ライセンス契約
  • 共同開発契約
  • 事業化の契約

POINT 3

  • ライセンス契約・共同開発契約の出発点は対象資産の分類
  • 1. 既存資産を棚卸し:契約前からある特許、ソフトウェア、データ、ノウハウを別紙で整理します。
  • 2. 新成果を分類:発明、著作物、ノウハウ、データ、AIモデル、試作品に分けます。
  • 3. 利用目的を確認:研究利用、商用利用、第三者提供、学習利用、海外展開を分けます。
  • 4. 別紙と条項へ反映:対象、利用範囲、終了後処理を連動させます。
  • 5. 交渉論点化:曖昧なまま署名せず、帰属と利用権の前提を確認します。

POINT 4

  • ライセンス契約の主要条項とロイヤリティ設計
  • 創出者帰属
  • 改良技術は創出者に帰属し、相手方に非独占的ライセンスを与える設計が考えられます。
  • 不可分な改良
  • 対象技術に不可分な改良だけをグラントバック対象にし、周辺技術まで広げすぎないようにします。

POINT 5

  • 共同開発契約の主要条項はテーマ・役割・成果定義から始まる
  • 1. 目的:何の事業価値を目指すかを定めます。
  • 2. 研究範囲:技術課題、材料、用途、対象顧客、評価指標を具体化します。
  • 3. 除外範囲:各社の既存研究、他用途、汎用基盤技術、競合しない周辺技術を外します。
  • 4. 運用設計:マイルストーン、会議体、議事録、変更管理、成果レビュー、中止判断を定めます。

POINT 6

  • ライセンス契約・共同開発契約の成果帰属を四つの型で設計する
  • 創出者帰属型
  • 貢献度帰属型
  • 用途別帰属型
  • 一方帰属+利用許諾型
  • 共有が常に公平とは限らず、事業化責任と利用権を分ける視点が必要です。

POINT 7

  • ライセンス契約・共同開発契約における秘密保持・営業秘密・ノウハウ管理
  • 1. 秘密情報の範囲を定義:書面、口頭、実演、サンプル、試作品、図面、実験データ、クラウド上の情報を対象に含めるかを決めます。
  • 2. アクセスと持出しを管理:研究メンバー、委託先、関連会社、専門家への開示条件を定め、複製、保管、ログ、持出し記録を残します。
  • 3. 営業秘密として扱う:秘密管理性、有用性、非公知性を意識し、表示、権限管理、フォルダ分離、退職者のアクセス停止を行います。
  • 4. 返還・廃棄・削除:契約終了後の使用禁止、バックアップ、生成AIや外部クラウドへの入力制限、相手方の同等管理義務を確認します。

POINT 8

  • AI・データ・ソフトウェアを含むライセンス契約・共同開発契約
  • 入力管理
  • 秘密情報、個人データ、第三者素材、規制対象技術を入力してよい範囲を明確にします。
  • 学習利用
  • AI提供者による学習利用、相手方によるモデル改善利用、ログ保存の可否を確認します。

まとめ

  • ライセンス契約・共同開発契約の実務 知財・成果帰属・AI
  • ライセンス契約・共同開発契約の全体像:ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。
  • ライセンス契約・共同開発契約の定義と関係:利用を許す契約と、共同で成果を生む契約は、目的もリスクも異なります。
  • ライセンス契約・共同開発契約の出発点は対象資産の分類:条項修正の前に、守るもの、使わせるもの、共同で生み出すものを分けます。
  • 本動画は一般的な情報提供であり、法律上の助言ではありません。記載の数値・金額・期間は目安です。個別事情で結論は変わります。
Overview

ライセンス契約・共同開発契約の全体像

ひな形の条文を埋める前に、技術、成果、データ、秘密情報、事業化権限の境界を設計します。

企業が外部企業、大学、研究機関、スタートアップ、業務委託先、海外パートナーと技術・ノウハウ・ソフトウェア・データを扱う場面では、ライセンス契約・共同開発契約が企業法務と知財法務の中核になります。これらは、相手に使わせるだけ、一緒に開発するだけの文書ではなく、誰が何を使い、誰が成果を持ち、第三者にどこまで許諾し、失敗時の損失をどう負担するかを決める設計図です。

最も危険なのは、契約書の形式そのものではなく、技術・成果・データ・秘密情報・事業化権限の境界が曖昧なまま署名することです。共同開発では「共同で開発したから共有」という発想が、公平に見えても事業化の足かせになることがあります。日本の特許法では共有特許について自己実施と第三者許諾で異なる扱いが生じるため、量産委託、ライセンスアウト、事業譲渡、海外展開で停滞が起こり得ます。

重要ポイントこのページは一般的な情報提供です。個別の契約締結、交渉、紛争対応では、対象技術、当事者の立場、国・地域、事業計画、関連法令、税務、会計、輸出管理、個人情報、競争法等を踏まえ、弁護士等の専門家に確認する必要があります。

次の一覧は、ライセンス契約・共同開発契約で早期に整理すべき三つの境界を示しています。どの境界が曖昧かを把握することが重要で、読者は「何を使わせるか」「何を生み出すか」「誰が事業化するか」という三つの問いに分けて読み取ると、レビューの優先順位をつけやすくなります。

Boundary 01

対象資産の境界

特許、著作物、商標、ノウハウ、営業秘密、データ、AIモデル、ブランド、製造方法を区分し、契約本文と別紙で対象を特定します。

Boundary 02

成果帰属の境界

既存知財と新成果を分け、発明、著作物、ノウハウ、データ、試作品、改良技術ごとに帰属と利用権を決めます。

Boundary 03

事業化権限の境界

独占性、地域、用途、サブライセンス、委託製造、関連会社利用、終了後処理まで、商用化の動線を契約に反映します。

Section 01

ライセンス契約・共同開発契約の定義と関係

利用を許す契約と、共同で成果を生む契約は、目的もリスクも異なります。

ライセンス契約とは、権利または技術・情報を保有する者が、相手方に一定の範囲で使用・実施・利用を許諾する契約です。典型例には、特許権、実用新案権、意匠権、商標権、著作権、ソフトウェア、ノウハウ、営業秘密、データ、AIモデル、ブランド、キャラクター、製造方法の利用許諾があります。通常は権利そのものの譲渡ではなく、条件付きで利用を認める取引です。

共同開発契約とは、複数の当事者が技術、資金、人材、設備、データ、ノウハウ、研究成果を持ち寄り、新技術、新製品、新サービス、新素材、新ソフトウェア、AIモデルなどを研究・開発する契約です。業務委託のように一方が発注者、他方が受託者となる構造だけではなく、双方が役割を担い、成果の創出、知財の帰属、費用負担、事業化権限を分配する点が中心になります。

次の比較一覧は、ライセンス契約、共同開発契約、その後の事業化契約の役割を整理したものです。契約名だけで判断すると範囲を誤りやすいため、読者は各契約が「既存資産の利用」「新成果の創出」「商用化」のどこを担うのかを読み取ることが重要です。

License

ライセンス契約

特許、著作権、商標、ノウハウ、データ、ソフトウェアを、地域、分野、期間、独占性、対価を限定して使わせる契約です。

Development

共同開発契約

研究開発テーマ、役割、既存知財、成果知財、費用、出願、秘密保持、公表、中止時処理を定める契約です。

Commercialize

事業化の契約

秘密保持、PoC、共同研究、ライセンス、保守、改良、海外展開、M&A、紛争対応へ段階的につながります。

次の表は、ライセンス契約で最低限定義したい要素をまとめています。列は「何を決めるか」と「実務上なぜ問題になるか」を対応させており、抜けている項目があると利用範囲や対価、終了後処理の争いに直結しやすい点を読み取れます。

要素実務上の意味
対象特許、著作物、商標、ノウハウ、データ、ソフトウェア、成果物のどれを許諾するか
権利範囲製造、使用、販売、輸入、複製、改変、配布、再許諾、解析、学習利用の可否
地域・分野・期間日本国内、全世界、特定国、特定用途、研究用途、商用利用、更新条件の設定
独占性・対価独占、非独占、共同独占、優先権、一時金、マイルストーン、ランニングロイヤリティの設計
保証・終了後処理権利保有、非侵害、性能、適法性、在庫販売、データ削除、サポート終了の扱い

次の表は、共同開発契約で決めるべき基本要素を示しています。左列の項目ごとに、開発前、開発中、開発後のどの段階で争いが起こるかを意識すると、契約本文だけでなく研究計画書や別紙に何を書くべきかを把握できます。

要素実務上の意味
目的・役割何を開発し、誰が研究、試作、評価、量産、データ提供、規制対応を担うか
既存知財・成果知財契約前の特許、著作権、ノウハウ、データと、契約中に生じる発明や改良技術を分ける
利用権・出願管理成果を誰がどの用途で利用し、どの国に出願し、費用や放棄時対応をどう分担するか
秘密保持・競合制限交換情報、実験データ、試作品、図面、公表、同種テーマの独自研究や第三者研究を管理する
中止・終了失敗、遅延、研究計画変更、相手方倒産、担当者喪失時の成果、費用、データを処理する

実務では、秘密保持契約、PoC契約、共同研究開発契約、ライセンス契約が連続して使われます。最初のNDAで開示目的を狭くしすぎると共同開発で必要な検討ができず、逆に広すぎるとノウハウ流出の管理が難しくなるため、段階に応じた見直しが重要です。

Section 02

ライセンス契約・共同開発契約の出発点は対象資産の分類

条項修正の前に、守るもの、使わせるもの、共同で生み出すものを分けます。

レビューで最初に行うべきことは、条項の赤入れではなく、対象となる資産の分類です。共同開発では、バックグラウンドIPとフォアグラウンドIPを区別すると整理しやすくなります。バックグラウンドIPは契約締結前から各当事者が保有している知的財産、技術、ノウハウ、データであり、フォアグラウンドIPは共同開発の過程で新たに創出される成果です。

次の重要ポイント一覧は、契約前からある資産と契約中に生まれる資産を分けるための視点を示しています。この区分が重要なのは、帰属、利用権、秘密管理、商用化権限の判断がすべて変わるためで、読者は各項目が既存資産なのか新成果なのかを読み取ることができます。

バックグラウンドIP

既存特許、既存ソフトウェア、既存アルゴリズム、製造ノウハウ、顧客データ、分析装置の設定条件、研究資料などを別紙化します。

フォアグラウンドIP

共同開発で生じる発明、著作物、ノウハウ、データ、改良技術、試作品、設計図、AIモデルを成果として分類します。

改良技術

一方の既存技術を少し改良した成果は、既存知財との関係が曖昧になりやすいため、定義と利用権を分けて定めます。

未登録情報

製造条件、失敗実験データ、配合比率、ソースコード、検査基準、原価情報などは登録権利でなくても大きな価値を持ちます。

知財と聞くと特許や商標のように登録された権利を想像しがちですが、実務では未登録情報が重要です。製造条件、失敗実験のデータ、配合比率、顧客別の不具合情報、ソースコード、モデル学習用データ、プロンプト設計、検査基準、営業資料、原価情報、サプライヤーリストなどは、営業秘密として保護され得る一方、秘密管理性、有用性、非公知性を意識した管理が必要です。

データやAIモデルを扱う場合は、「データの所有権は誰か」という表現だけでは不十分です。日本法上、データ一般について物権的な所有権が当然に成立するわけではないため、契約では利用目的、利用範囲、第三者提供、加工、再利用、学習利用、出力結果、派生データ、削除、監査、セキュリティを具体的に定める必要があります。

次の判断の流れは、対象資産を契約でどう扱うかを検討する順番を表しています。順番が重要なのは、既存資産の特定を後回しにすると新成果の帰属まで揺らぐためで、読者は上から順に確認することで、本文、別紙、運用ルールのどこに書くべきかを把握できます。

対象資産の整理手順

既存資産を棚卸し

契約前からある特許、ソフトウェア、データ、ノウハウを別紙で整理します。

新成果を分類

発明、著作物、ノウハウ、データ、AIモデル、試作品に分けます。

利用目的を確認

研究利用、商用利用、第三者提供、学習利用、海外展開を分けます。

明確
別紙と条項へ反映

対象、利用範囲、終了後処理を連動させます。

不明確
交渉論点化

曖昧なまま署名せず、帰属と利用権の前提を確認します。

Section 03

ライセンス契約の主要条項とロイヤリティ設計

許諾対象、許諾範囲、独占性、再許諾、対価、改良技術を連動させます。

ライセンス契約では、対象を曖昧にしてはいけません。「当社技術」「本件ノウハウ」「関連知財」といった表現だけでは、契約後に解釈争いが起こります。対象特許であれば出願番号、公開番号、登録番号、国、分割出願、継続出願、優先権、将来の対応外国出願をどう含めるかを定義します。ソフトウェアであれば、プログラム名、版、ソースコードの有無、API、ライブラリ、ドキュメント、更新版、派生版を定義します。

次の表は、権利の種類ごとに許諾範囲をどう具体化するかを整理しています。対象権利によって許される行為が異なるため、この表は利用範囲を過不足なく定めるうえで重要で、読者は各行から条項に落とすべき動詞を読み取れます。

対象具体的に確認する行為
特許製造、使用、譲渡、輸出入、販売申出、委託製造、修理、保守、部品供給、海外製造後の輸入
著作権・ソフトウェア複製、改変、翻案、配布、公衆送信、社内利用、クラウド利用、バックアップ、解析制限、再許諾
商標指定商品・役務、品質管理、表示方法、広告使用、ドメイン名、SNS利用、販売地域
データ取得、保存、解析、加工、統合、再提供、AI学習、モデル改善、出力利用

独占性は契約全体の経済価値を大きく左右します。非独占ライセンスはライセンサーが他者にも許諾できる形で、ライセンシーは安価に利用できる一方、競合にも許諾される可能性があります。独占ライセンスでは、ライセンサー自身も使えない完全独占なのか、第三者には許諾しないがライセンサー自身は使える単独許諾なのかを明確にする必要があります。共同独占や優先交渉権、優先実施権、オプション権も、期間、分野、地域、対価を限定して設計します。

次の比較表は、ライセンス対価の代表的な方式を示しています。対価は単なる金額ではなく事業リスクの分配なので、読者は「いつ支払うか」「何を基準に支払うか」「独占性とどう連動するか」を読み取ることが重要です。

対価方式内容向いている場面
一時金契約締結時に一定額を支払う技術移転の初期費用、評価済み技術
マイルストーン開発成功、承認取得、販売開始等で支払う医薬、AI、研究開発型案件
ランニングロイヤリティ売上高、販売数量、利益等に応じて支払う商用販売が見込まれる案件
最低保証一定額以上の支払いを保証する独占ライセンス、販売努力義務の代替
株式・新株予約権現金ではなくエクイティで支払うスタートアップ連携
クロスライセンス相互に技術利用を許諾する相互補完技術、特許紛争回避

ロイヤリティ条項では、売上控除項目、返品、値引き、関連会社取引、為替、消費税、源泉税、監査、報告頻度、帳簿保存、過少申告時の費用負担を定めます。海外企業への使用料支払いでは、租税条約、源泉徴収、消費税、移転価格税制も検討対象です。

次の重要ポイント一覧は、改良技術とグラントバックの設計で検討すべき方向性を示しています。この論点が重要なのは、ライセンシーの開発努力を一方的に取り上げる構造や、競争法上のリスクにつながる可能性があるためで、読者は対象範囲、対価、独占性を分けて確認できます。

創出者帰属

改良技術は創出者に帰属し、相手方に非独占的ライセンスを与える設計が考えられます。

不可分な改良

対象技術に不可分な改良だけをグラントバック対象にし、周辺技術まで広げすぎないようにします。

合理的対価

無償取得ではなく、改良の価値や利用範囲に応じた対価を検討します。

競争法リスク

独占的なグラントバックや第三者許諾制限は、期間、分野、地域を限定して検討します。

Section 04

共同開発契約の主要条項はテーマ・役割・成果定義から始まる

研究開発テーマを具体化し、運用できる会議体、費用、成果分類を置きます。

共同開発契約の最初の難所は、研究開発テーマの定義です。テーマが広すぎると相手方の独自研究まで契約に取り込まれる危険があり、狭すぎると成果の扱いが契約外となって商用化時に紛争が起こります。実務上は、目的、研究範囲、除外範囲の三層で定義すると整理しやすくなります。

次の判断の流れは、共同開発のテーマ設定から成果定義までの順番を示しています。順番が重要なのは、テーマ、役割、費用、成果を切り離して書くと、開発途中の変更や中止時に処理しにくくなるためで、読者は各段階で契約本文または研究計画書に落とす事項を確認できます。

共同開発条項の組み立て

目的

何の事業価値を目指すかを定めます。

研究範囲

技術課題、材料、用途、対象顧客、評価指標を具体化します。

除外範囲

各社の既存研究、他用途、汎用基盤技術、競合しない周辺技術を外します。

運用設計

マイルストーン、会議体、議事録、変更管理、成果レビュー、中止判断を定めます。

共同開発は、契約締結後に予定どおり進まないことが多い取引です。実験の失敗、データ品質不足、予算削減、担当者の異動、規制対応、想定外の第三者特許の発見などが起こります。そのため、研究計画書、マイルストーン、会議体、議事録、変更管理、責任者、報告義務、成果レビュー、継続・中止判断の基準を定めます。

費用負担も早期に定める必要があります。人件費、材料費、外注費、試作費、装置利用料、クラウド利用料、データ取得費、特許出願費用、海外出願費、認証費用、臨床試験費用、税金、監査費用などを誰が負担するかを決めます。「各自負担」とする場合でも、どの費用を各自負担とするのか、共同費用の承認手続、予算超過時の承認者を定めることが重要です。

次の表は、共同開発で「成果」と呼ばれるものを種類ごとに整理しています。成果を一括して扱うと権利処理が曖昧になるため、この表では左列の種類に応じて、帰属、利用、秘密管理、提供形態を分けて読み取れるようにしています。

成果の種類権利処理上の注意点
発明新規製法、新材料、検査方法発明者、出願人、共有、実施許諾を整理
著作物ソースコード、設計書、UI、マニュアル著作者、著作権譲渡、著作者人格権不行使を整理
ノウハウ実験条件、失敗データ、熟練技術秘密管理と利用範囲を整理
データ学習データ、評価データ、ログ、測定値利用目的、第三者提供、加工、削除を整理
AIモデル学習済みモデル、重み、パラメータ学習用データ、出力、再学習、提供形態を整理
試作品サンプル、プロトタイプ、治具所有権、返還、解析、廃棄を整理
改良技術既存技術を改良したものバックグラウンドIPとの関係を整理
Section 05

ライセンス契約・共同開発契約の成果帰属を四つの型で設計する

共有が常に公平とは限らず、事業化責任と利用権を分ける視点が必要です。

共同開発の成果帰属は、主に創出者帰属型、貢献度帰属型、用途別帰属型、一方帰属+利用許諾型で設計します。一見すると共有が公平に見えますが、事業化の観点では必ずしも最善ではありません。共有は、誰も完全には自由に処分できない状態を作るため、意思決定が遅くなりやすいからです。

次の比較一覧は、成果帰属の四つの型と向いている場面を整理しています。帰属の型は後の事業化速度、第三者許諾、M&A、資金調達に影響するため、読者は「公平さ」だけでなく「誰が意思決定できるか」を読み取ることが重要です。

Type 01

創出者帰属型

成果を創出した当事者に帰属させます。発明者や著作者が明確な場合に使いやすい一方、共同作業の寄与をどう評価するかが論点です。

Type 02

貢献度帰属型

発明・創作への貢献度に応じて帰属または持分を決めます。測定基準が曖昧だと後の争いになりやすい型です。

Type 03

用途別帰属型

医療用途は甲、自動車用途は乙など、用途ごとに帰属と利用権を分けます。複数市場での展開に向きます。

Type 04

一方帰属+利用許諾型

一方に単独帰属させ、他方に必要なライセンスを付与します。事業化責任者を明確にしやすい方式です。

日本の特許法では、特許権が共有に係るとき、契約で別段の定めをした場合を除き、各共有者は他の共有者の同意なく自ら特許発明を実施できます。一方で、持分の譲渡や第三者への実施許諾には他の共有者の同意が必要です。このルールは、量産委託先への許諾、事業譲渡、海外展開に影響します。

次の表は、共有特許を採用する場合に契約で明確にすべき事項をまとめたものです。共有の扱いは条文の初期設定だけでは足りないため、この表では自己実施、第三者許諾、費用、侵害対応の列挙を通じて、商用化時に止まりやすい箇所を読み取れるようにしています。

論点定めるべき内容
自己実施各共有者の自己実施の可否と条件
第三者許諾ライセンス許諾の承諾基準、委託製造先への許諾、関連会社利用
処分・組織再編持分譲渡、事業譲渡、M&A時の同意手続
出願・維持出願国、維持年金、拒絶対応、放棄時の通知
侵害対応訴訟費用、損害賠償金の配分、不実施補償、独占的事業化権

共有著作権やソフトウェアでは、特許よりも運用が複雑になることがあります。ソースコード、設計書、仕様書、画面、データベース構造、ドキュメントは著作物に該当し得ます。共有にすると、改変、配布、クラウド提供、サブライセンス、OSS化、M&A時の移転で障害が生じ得るため、商用利用、改変、複製、配布、SaaS提供、第三者委託、保守、派生版の帰属を具体的に定めます。

一方帰属+利用許諾型は、事業化責任者を明確にできる点で有用です。たとえば製造販売を担う事業会社に成果特許を単独帰属させ、研究機関には研究目的利用と論文発表権を認める方式があります。逆に、技術の中核を持つスタートアップに成果を単独帰属させ、大企業には特定分野・特定地域での独占ライセンスを与える方式もあります。

共同開発段階では成果が出るか不明なため、契約締結時に最終的なライセンス条件をすべて確定しにくい場合があります。この場合、共同開発の終了後6か月以内に独占ライセンスを選択できる権利を付与し、オプション行使時に一時金を支払う方式などが考えられます。オプション期間、対象成果、対価算定式、交渉不成立時の処理を明確にしておくと、事業化交渉が円滑になります。

Section 06

ライセンス契約・共同開発契約における秘密保持・営業秘密・ノウハウ管理

NDAだけでなく、共同開発段階の開示量と相互依存性に合わせて再設計します。

共同開発の前に秘密保持契約を締結していても、共同開発契約の中で秘密保持条項を再設計する必要があります。共同開発段階では、開示情報の量、重要性、相互依存性が増えるためです。秘密情報の定義、口頭開示情報の扱い、秘密表示の要否、開示目的、開示先、複製、保管、アクセス権限、返還・廃棄・削除、法令や裁判所による開示要求時の対応、秘密保持期間、解析制限、違反時対応を定めます。

次の時系列は、秘密情報を開示する前から終了後までに必要な管理を示しています。秘密保持は条文だけでは機能しないため、読者は各段階で誰がアクセスし、どの記録を残し、終了時に何を返還・削除するかを読み取ることが重要です。

開示前

秘密情報の範囲を定義

書面、口頭、実演、サンプル、試作品、図面、実験データ、クラウド上の情報を対象に含めるかを決めます。

開示中

アクセスと持出しを管理

研究メンバー、委託先、関連会社、専門家への開示条件を定め、複製、保管、ログ、持出し記録を残します。

運用中

営業秘密として扱う

秘密管理性、有用性、非公知性を意識し、表示、権限管理、フォルダ分離、退職者のアクセス停止を行います。

終了時

返還・廃棄・削除

契約終了後の使用禁止、バックアップ、生成AIや外部クラウドへの入力制限、相手方の同等管理義務を確認します。

営業秘密として保護を受けるには、一般に秘密管理性、有用性、非公知性が重要です。契約書に秘密保持義務を書くことに加え、秘密資料への表示、アクセス権限の限定、共同研究用フォルダの分離、サンプルや図面の持出し記録、会議資料や実験ノートの保管ルール、退職者や委託先のアクセス停止、生成AIや外部クラウドへの入力制限、相手方への同等管理措置の義務付けが必要です。

ノウハウライセンスでは、ノウハウを相手に伝えた瞬間にコントロールが弱まります。したがって、ノウハウの範囲、開示方法、技術指導、教育、資料提供、再現性、秘密保持、競合利用禁止、終了後の使用禁止を明確にする必要があります。文書化された情報だけでなく、熟練技術者の経験、失敗条件、製造現場での調整、検査感度、サプライヤー選定なども意識します。

Section 07

AI・データ・ソフトウェアを含むライセンス契約・共同開発契約

入力データ、前処理、学習済みモデル、出力、評価指標、派生データを分けます。

AIを含む共同開発では、初期段階で最終成果物の性能を確定的に予測しにくいため、探索的・段階的な開発が採用されることがあります。そのため、AI開発では、入力データ、前処理データ、学習済みモデル、出力結果、評価指標、派生データを分けて定義する必要があります。

次の表は、AI開発契約で分けるべき要素と契約上の論点を対応させています。AIでは「モデル」だけを見ても権利処理が完結しないため、読者はデータの入口から出力、改善利用まで連続して確認することが重要です。

要素契約上の論点
入力データ画像、音声、文章、センサー値、顧客ログ取得適法性、個人情報、秘密情報、第三者提供、学習利用
前処理データラベル付け、クレンジング後データ作業成果の帰属、再利用、品質責任
学習済みモデル重み、パラメータ、推論エンジン帰属、提供形態、再学習、第三者提供
出力結果予測、分類、生成物、レポート利用権、正確性、責任、著作権・第三者権利
評価指標精度、再現率、誤検知率、処理速度検収、保証、免責、改善義務
派生データ利用ログ、改善データ、統計情報二次利用、匿名化、外部提供

生成AIを共同開発やライセンス契約の実務に用いる場合、相手方秘密情報を外部AIサービスに入力してよいか、入力データがAI提供者の学習に使われるか、出力結果を商用利用できるか、第三者著作権・商標権・肖像権を侵害しないか、誤回答や不具合の責任を誰が負うか、利用ログや顧客データをモデル改善に使えるか、終了後に学習済みモデルから相手方情報を削除できるかが問題になります。

次の重要ポイント一覧は、生成AI利用時に契約で分けるべきリスクを示しています。この整理が重要なのは、単純な利用禁止では現場運用に合わない場合があるためで、読者は承認済みツール、入力禁止情報、ログ保存、学習利用拒否設定、監査、出力検証、責任分担を読み取れます。

入力管理

秘密情報、個人データ、第三者素材、規制対象技術を入力してよい範囲を明確にします。

学習利用

AI提供者による学習利用、相手方によるモデル改善利用、ログ保存の可否を確認します。

出力検証

出力結果の商用利用、第三者権利、誤回答、不具合について検証義務と責任分担を置きます。

終了後処理

データ削除、モデルからの除去可能性、派生データの扱い、監査方法を定めます。

ソフトウェア共同開発ではOSSの利用が避けられません。OSSライセンスには、著作権表示、ソースコード開示、改変物配布条件、特許ライセンス、商用利用条件などが定められています。契約書では、使用可能なOSSライセンス、禁止または事前承認対象ライセンス、SBOMの提出、脆弱性対応、違反時責任、第三者コードの表示、ソースコード開示義務が発生する場合の対応を定めます。

Section 08

ライセンス契約・共同開発契約と独占禁止法・競争法

知財契約でも、価格、販売地域、改良技術、競合研究の制限には注意が必要です。

知的財産権は排他的権利ですが、知財契約だからといって独占禁止法が常に適用されないわけではありません。技術の利用に係る制限行為、共同研究開発による競争制限、スタートアップや中小企業との交渉力格差は、競争法上の検討対象になります。

次の重要ポイント一覧は、知財契約で問題になり得る制限を整理しています。これらは事業上必要な制限と不合理な競争制限の境目になりやすいため、読者は各項目について目的、範囲、期間、対象市場との関係を読み取る必要があります。

販売制限

販売価格、販売先、販売数量、販売地域を不合理に拘束する条項は慎重に検討します。

改良技術

改良技術を一方的・独占的・無償で取得する条項は、開発インセンティブと競争法の両面で確認します。

不争義務

非係争義務、無効主張禁止、異議申立禁止は、技術市場への影響を踏まえて範囲を絞ります。

競合制限

競合技術の研究開発禁止、購入先指定、広すぎる独占、終了後も続く競業避止義務に注意します。

共同研究開発はイノベーション促進に資する一方で、競争関係にある事業者間では注意が必要です。研究開発の共同化によって参加者間の研究開発活動が制限され、技術市場または製品市場の競争が実質的に制限されるおそれがある場合には、独占禁止法上の問題となり得ます。

次の判断の流れは、共同研究開発に含まれる制限を評価する順番を示しています。この順番が重要なのは、共同研究の目的達成に必要な合理的制限と、市場での事業活動を調整する制限を区別するためで、読者は制限の必要性と範囲を確認できます。

競争法リスクの確認順序

共同研究の目的

研究開発テーマに必要な協力範囲を特定します。

制限の対象

共同研究テーマ外の研究、販売、価格、数量、地域まで制限していないか確認します。

期間と範囲

終了後も長期間続く制限や、周辺市場まで及ぶ制限を見直します。

必要
限定して条項化

目的達成に必要な範囲で明確に定めます。

過大
修正論点

価格、数量、市場調整に見える内容は見直します。

スタートアップや中小企業との契約では、交渉力格差も問題になります。共同研究成果をすべて大企業に無償帰属させる、既存技術まで包括的に譲渡させる、共同研究と無関係な発明の出願内容を報告・修正させる、周辺特許を一方的に囲い込む、長期間の競合開発禁止を課す、ノウハウ開示を求めながら対価や秘密管理を定めない、最恵待遇条項で将来の資金調達・提携を阻害する、といった要求は慎重に扱う必要があります。

Section 09

個人情報・セキュリティ・委託先管理を契約に組み込む

医療AI、画像解析、購買履歴、位置情報、HRテック、金融データでは特に重要です。

共同開発で個人データを扱う場合、個人情報保護法上の検討が必要です。医療AI、画像解析、購買履歴分析、位置情報サービス、HRテック、教育データ、金融データなどでは、取得時の利用目的、委託、共同利用、第三者提供、外国提供、安全管理措置を契約と運用の両方で確認します。

次の表は、個人情報・セキュリティ・委託先管理で確認すべき事項を整理しています。データ活用は技術部門だけでは判断できないため、読者は法務、プライバシー、セキュリティ、事業部門がどの論点を分担するかを読み取ることが重要です。

確認項目契約・運用で見る点
データ分類個人情報、仮名加工情報、匿名加工情報、個人関連情報のいずれに該当するか
利用目的共同開発、AI学習、第三者提供、モデル改善が取得時の利用目的に含まれるか
提供類型委託、共同利用、第三者提供、外国提供のどれに該当するか
安全管理アクセス制御、ログ管理、暗号化、削除、再委託管理が十分か
事故対応漏えい等発生時の報告、本人通知、相手方通知、原因調査、再発防止を定めているか
終了後処理契約終了後にデータを削除・返還できるか、バックアップや派生データをどう扱うか

個人データを含む共同開発では、適切な委託先の選定、委託契約の締結、委託先における取扱状況の把握が必要になります。再委託、海外クラウド、共同利用、外部AIサービスの利用が絡む場合は、契約上の監査権、ログ、アクセス権限、削除証跡も確認します。

Section 10

国際取引のライセンス契約・共同開発契約で確認する論点

準拠法、紛争解決、輸出管理、経済安全保障、税務を横断して見ます。

海外企業とのライセンス契約・共同開発契約では、準拠法、裁判管轄、仲裁、言語、契約解釈、強制執行を検討します。共同開発の成果が複数国で権利化される場合、契約の準拠法と各国知財法の強行規定が交錯します。秘密技術を扱う場合、公開裁判より仲裁が適することがありますが、仮処分、証拠保全、差止め、特許無効、登録権利の移転は、国ごとの裁判所や行政機関の関与が必要になる場合があります。

次の比較一覧は、国際取引で早期に確認したい三つの領域を示しています。国境をまたぐ契約では、一つの条項が複数の法域や税務に影響するため、読者は法務、知財、輸出管理、税務が同時に関与すべき箇所を読み取ることが重要です。

Dispute

準拠法・紛争解決

日本法、米国法、英国法、シンガポール法、裁判、仲裁、言語、強制執行、秘密保持の扱いを比較します。

Security

輸出管理・経済安全保障

暗号技術、半導体、AI、ロボティクス、航空宇宙、バイオ、材料、製造装置では、技術提供前の許可要否を確認します。

Tax

税務・源泉徴収

特許・著作権の使用料、ソフトウェア利用料、役務提供対価、技術指導料の区分に応じて税務処理を検討します。

技術情報の開示は、物品の輸出だけでなく技術移転として輸出管理の対象になり得ます。契約書には、輸出管理法令の遵守、制裁対象者でないことの表明保証、再輸出禁止、技術提供前の許可取得、違反時解除を定めます。海外ライセンサーにロイヤリティを支払う場合は、源泉徴収、租税条約、消費税、移転価格税制も検討対象です。

Section 11

ライセンス契約・共同開発契約の紛争パターンと予防策

成果の帰属、目的外利用、共有特許、独占ライセンス、公表、AIデータが典型論点です。

紛争は、契約締結時には抽象的だった成果や利用範囲が、価値を持った瞬間に顕在化しやすくなります。予防には、別紙、発明届、創作届、議事録、アクセス記録、承諾基準、終了時処理を契約と運用に組み込むことが重要です。

次の重要ポイント一覧は、典型的な紛争パターンと予防策を対応させています。紛争の原因を早期に把握することが重要で、読者は各項目から、契約書に書くべきことと運用で残すべき記録を読み取れます。

成果帰属が曖昧

バックグラウンドIPを別紙化し、成果発生時に発明届・創作届・成果報告を行い、議事録で確認します。

相手が勝手に使った

利用目的を限定し、アクセス権限、記録、監査、解析制限、類似開発時の説明義務を定めます。

共有特許を使えない

共有にする前に、第三者許諾、委託製造、持分譲渡、M&A時の処理を定めます。

販売努力がない

独占権を与える場合は、最低保証、販売努力義務、未達時の非独占化、解除、権利返還を定めます。

大学との公表

事前レビュー期間、特許出願のための発表延期期間、秘密情報削除、共同発表ルールを定めます。

AIデータの二次利用

学習利用、再学習、派生データ、統計利用、匿名化、第三者提供、終了後削除を明確にします。

Section 12

ライセンス契約・共同開発契約の条項別チェックリスト

契約書の読み合わせでは、対象、範囲、帰属、対価、終了後処理を漏れなく確認します。

次の表は、ライセンス契約で確認したい条項を一覧化したものです。項目ごとに確認事項を並べることで、契約の経済条件だけでなく、保証、侵害対応、終了後処理まで読み落としがないかを確認できます。

項目確認事項
対象権利特許番号、著作物、商標、ノウハウ、データ、ソフトウェアが特定されているか
許諾範囲製造、販売、輸入、複製、改変、クラウド提供、AI学習等が明確か
地域・分野地域、用途、製品、顧客、チャネルが限定されているか
独占性独占、非独占、単独許諾、共同独占の意味が明確か
再許諾関連会社、委託先、販売代理店、クラウド事業者への許諾が可能か
対価一時金、ロイヤリティ、最低保証、監査、税務処理が明確か
改良技術改良の帰属、グラントバック、第三者許諾が定められているか
保証権利保有、非侵害、性能、適法性の保証範囲が適切か
侵害対応第三者侵害、第三者からの請求、訴訟費用の負担が明確か
解除・終了後重大違反、支払遅延、倒産、支配権変更、在庫販売、データ削除、既存顧客対応が明確か

次の表は、共同開発契約で確認したい条項を一覧化したものです。共同開発では研究段階の柔軟性と事業化段階の明確性を両立させる必要があるため、読者は成果定義、利用権、出願管理、中止・終了の欄を特に重点的に確認できます。

項目確認事項
目的・範囲開発テーマ、除外範囲、対象用途が明確か
役割分担技術、資金、設備、データ、人員、規制対応の分担が明確か
既存知財バックグラウンドIPが別紙化されているか
成果定義発明、著作物、ノウハウ、データ、AIモデル、試作品が分類されているか
成果帰属単独帰属、共有、利用許諾、オプションが明確か
出願管理発明届、発明者認定、出願国、費用、放棄時通知が定められているか
利用権研究利用、商用利用、第三者許諾、委託製造、関連会社利用が明確か
秘密保持・公表開示範囲、利用目的、アクセス管理、論文、学会、プレスリリースの手続があるか
競合制限・データ共同研究に必要な範囲を超えていないか、取得適法性、個人情報、AI学習、派生データ、削除が明確か
中止・終了失敗、遅延、予算超過、担当者喪失、規制不適合時の処理があるか
Section 13

ライセンス契約・共同開発契約の交渉戦略

立場ごとのインセンティブとリスクを踏まえ、譲れない論点を分けます。

交渉では、当事者の立場ごとに守るべき利益が異なります。ライセンサー、ライセンシー、スタートアップ、大企業、大学・研究機関のそれぞれで、対象技術の範囲、独占性、既存技術、改良技術、対価、公表、事業化責任の重みが変わります。

次の一覧は、立場ごとの注意点を整理しています。交渉で相手方の目的を理解することが重要で、読者は自社の立場だけでなく、相手方がどの条項に敏感になるかを読み取れます。

L

ライセンサー側

対象技術を過度に広く許諾せず、改良技術やブランド品質を管理し、独占を与える場合は販売努力義務や最低保証を設定します。

対象範囲品質管理
U

ライセンシー側

製造委託、関連会社利用、海外販売、保守、改良、顧客へのサブライセンスが事業計画に足りているか確認します。

利用範囲権限確認
S

スタートアップ側

既存技術、将来技術、周辺技術、改良技術を不用意に包括譲渡せず、長期の競業避止や広すぎる独占を慎重に扱います。

中核技術資金調達
B

大企業側

交渉力を背景に相手方の技術を一方的に取り込む契約は、独占禁止法や取引適正化の観点で問題になり得ます。

透明な対価共存共栄
R

大学・研究機関側

研究成果の公表、学生・研究者の自由、研究倫理、利益相反、国費研究、共同研究費、知財収入を調整します。

公表調整出願延期
Section 14

ライセンス契約・共同開発契約レビューの実務プロセス

法務だけで完結させず、知財、事業、税務、個人情報、セキュリティを巻き込みます。

ライセンス契約・共同開発契約は、法務部だけで完結しません。技術部門、知財部門、事業部門、品質、情報セキュリティ、個人情報、税務、輸出管理を適切なタイミングで関与させる必要があります。契約締結後に知財部門が初めて関与すると、発明届や出願判断が遅れ、権利化機会を逃すことがあります。

次の時系列は、契約レビューから終了時処理までの実務手順を示しています。手順の順番が重要なのは、事業目的、知財棚卸し、相手方調査が不十分だと条項設計が空回りするためで、読者は締結前だけでなく締結後管理まで確認できます。

Step 1

事業部門ヒアリング

目的、収益モデル、競合、商用化時期を確認します。

Step 2

知財棚卸し

既存特許、出願中案件、ノウハウ、ソフトウェア、データを整理します。

Step 3

相手方調査

技術力、資金力、競合関係、訴訟履歴、信用状況を確認します。

Step 4

リスク分類

知財、独禁法、個人情報、輸出管理、税務、会計、品質、労務を分類します。

Step 5

ドラフト作成

事業目的に合う条項を設計し、譲れない論点と調整可能な論点を分けます。

Step 6

交渉・承認

社内決裁、取締役会、知財委員会、投資委員会等の要否を確認します。

Step 7

締結後管理

発明届、報告書、会議体、ロイヤリティ報告、秘密情報管理を運用します。

Step 8

終了時処理

成果、在庫、データ、秘密情報、サポート、紛争可能性を確認します。

Step 9

改善

次回の契約ひな形、社内ガイド、チェックリストへ反映します。

Section 15

ライセンス契約・共同開発契約の条項例を考える視点

条項例はそのまま貼るものではなく、案件ごとの権利・利用・運用に合わせて調整します。

条項例を使う場合でも、実際の契約条項そのものとして機械的に採用するのではなく、対象技術、当事者の役割、事業計画、個人情報、輸出管理、税務、競争法を踏まえて調整する必要があります。とくに包括的な「成果は共有」「第三者権利を侵害しないことを保証」「秘密情報はすべて返還」といった表現は、実務に合わない場合があります。

次の比較一覧は、主要条項を設計するときの考え方を示しています。条項名だけでなく、何を守り、何を許し、どこまで監査するかを対応させることで、読者は契約本文と別紙に分けて書くべき事項を読み取れます。

IP

バックグラウンドIP条項

本契約により相手方に権利移転は生じないことを明記し、共同開発の遂行に必要な範囲で限定的利用を認めます。

Result

成果帰属条項

発明、著作物、ノウハウ、データ、AIモデルを分け、帰属、利用、出願、第三者許諾、費用負担を定めます。

Business

事業化条項

商用化権者、地域、分野、独占性、対価、最低販売努力、第三者許諾、未実施時の権利転換を定めます。

Secret

秘密保持条項

目的外利用を禁止し、開示先を必要最小限に限定します。委託先や関連会社には同等義務を課します。

Audit

監査条項

ロイヤリティ、秘密情報、個人データ、品質管理、再許諾先管理について、対象、頻度、通知期間、第三者監査人、費用負担を定めます。

Section 16

ライセンス契約・共同開発契約のよくある質問

一般的な考え方を整理します。個別の結論は契約内容と事実関係で変わります。

Q1. 共同開発の成果は共有にすれば公平ですか。

一般的には、共有は公平に見える一方、第三者へのライセンス、持分譲渡、事業譲渡、海外展開で同意が必要になり、事業化を妨げる可能性があります。ただし、成果の種類、当事者の貢献、事業化の役割、契約上の承諾基準によって結論は変わります。具体的な設計は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。

Q2. 共同開発契約を結べば、相手の既存技術も使えますか。

一般的には、契約前から相手方が持つバックグラウンドIPはその相手方に残ると整理されます。共同開発の遂行に必要な範囲で利用できるとしても、商用利用や第三者提供には別途許諾が必要となる可能性があります。具体的な利用可否は、契約文言、別紙、開示経緯、利用目的によって変わります。

Q3. ライセンス契約で「独占」と書けば、ライセンサー自身も使えませんか。

一般的には、「独占」の意味は契約で具体化する必要があります。ライセンサー自身の実施も禁止する完全独占なのか、第三者には許諾しないがライセンサー自身は使える単独許諾なのかで効果が異なります。具体的な解釈は、対象範囲、地域、分野、期間、関連条項によって変わります。

Q4. ノウハウは特許にしない方がよいですか。

一般的には、技術内容によって特許化と営業秘密管理の適否が変わります。特許は公開の代償として独占権を得る制度であり、ノウハウは秘密として管理することで価値を保つ戦略です。リバースエンジニアリングで把握されやすい技術か、秘密管理を継続できる技術かを踏まえて検討する必要があります。

Q5. AI学習用データを提供する場合、何を契約で決めるべきですか。

一般的には、利用目的、学習利用の可否、第三者提供、個人情報の有無、匿名化、派生データ、モデル改善利用、出力結果の権利、削除、セキュリティ、監査、漏えい時対応を定めることが重要とされています。外部AIサービスに入力する場合は、AI提供者による学習利用の有無も確認する必要があります。

Q6. 第三者権利を侵害しないことを保証する条項は入れるべきですか。

一般的には、ライセンシー側は求めやすい条項ですが、ライセンサー側にとっては重い保証になります。技術分野によっては世界中の第三者特許を完全に調査することが難しいため、保証範囲を「知る限り」「合理的調査の範囲」「第三者請求時の協力義務」などに調整することがあります。具体的な設計は案件のリスク分担で変わります。

Q7. 共同開発の途中で相手が撤退した場合、成果はどうなりますか。

一般的には、契約で定めていなければ紛争になりやすい論点です。撤退時点までの成果の帰属、研究費精算、秘密情報返還、出願継続、既存データの利用、未達マイルストーン、違約金、競合研究の可否を定めることがあります。具体的な処理は契約条項と撤退理由によって変わります。

Q8. 契約レビューは弁護士だけで足りますか。

一般的には、弁護士の関与は重要ですが、ライセンス契約・共同開発契約では、弁理士、知財部、技術部門、税務、会計、個人情報、セキュリティ、輸出管理、事業責任者の連携が不可欠とされています。法的に整っていても、事業計画や技術実態に合わない契約は機能しない可能性があります。

Section 17

ライセンス契約・共同開発契約の最終提言

条項の数よりも、事業化までの道筋が契約に反映されているかを確認します。

ライセンス契約・共同開発契約で重要なのは、条項の数ではなく、事業化までの道筋が契約に反映されているかです。共同開発では、研究開始時点では成果が不確実です。その不確実性を前提として、権利帰属、利用権、対価、秘密保持、競争制限、中止時処理を段階的に設計する必要があります。

次の重要な問いは、契約交渉で常に確認したい三つの軸を示しています。どの問いも事業化に直結するため、読者は対象権利、成果の種類、商用化の責任者を分けて読み取り、曖昧な部分を契約本文や別紙に戻して確認できます。

三つの問いを契約に反映する

相手に何を使わせるのか。何を一緒に生み出すのか。成果を誰がどのように事業化するのか。この三つが曖昧な契約は、締結時には円満でも、成果が価値を持った瞬間に争いを生みやすくなります。

次の一覧は、最終確認で見るべき三つの問いを実務項目に落としたものです。契約の読み合わせでは、各項目が本文、別紙、運用ルールのどこで定められているかを読み取ることが重要です。

何を使わせるのか

対象権利、利用範囲、秘密情報、データ、ソフトウェア、ノウハウを明確にします。

何を生み出すのか

成果の種類、発明者、著作者、データ生成者、費用負担、出願管理を明確にします。

どう事業化するのか

独占性、地域、用途、第三者許諾、委託製造、ロイヤリティ、未実施時の救済を明確にします。

ライセンス契約・共同開発契約は、企業法務の中でも高度な契約類型です。しかし、基本構造を理解し、対象資産を分類し、成果帰属と利用権を分けて設計し、独占禁止法、営業秘密、AIデータ、個人情報、税務まで横断的に確認すれば、リスクは大きく低減できます。契約書は単なる防御文書ではなく、協業を成功させるための設計図です。

Reference

参考資料・信頼できる情報源

公的機関、法令、制度資料を中心に、契約実務の確認先を整理します。

公的機関・ガイドライン

  • 特許庁「オープンイノベーションポータルサイト」
  • 経済産業省「スタートアップ企業と事業会社の連携」
  • 公正取引委員会「知的財産の利用に関する独占禁止法上の指針」
  • 公正取引委員会「共同研究開発に関する独占禁止法上の指針」
  • 公正取引委員会「スタートアップとの事業連携及びスタートアップへの出資に関する指針」
  • 中小企業庁「知的財産取引に関するガイドライン・契約書のひな形について」
  • 経済産業省「営業秘密管理指針」
  • 経済産業省「AIの利用・開発に関する契約チェックリスト」
  • 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」
  • 国税庁「No.6551 輸出取引の免税」

法令

  • 特許法
  • 著作権法
  • 不正競争防止法
  • 民法
Guide

ライセンス契約・共同開発契約で次に確認したいこと

目的に近い詳しい解説へ進めるよう、関連するテーマを整理しました。

知りたい内容を選ぶと、手続、費用、地域、具体的な論点などの詳しい解説に進めます。

このテーマから次に確認されやすい詳しい解説を7件表示しています。