共同研究開発契約で、知的財産 権の帰属、共有、実施、ライセンス、持分比率をどのように設計するかを、企業法務 ・知財実務の観点から整理します。
成果の種類、帰属、持分、実施権、ライセンスまで一体で設計するための出発点です。
共同開発時の知財共有と持分割合の決め方で重要なのは、共同開発の成果だから当然に共有する、資金を出したから当然に全取得する、という二択で考えないことです。成果の種類、発明者や創作者の実質的貢献、背景知財、事業化主体、実施能力、ライセンス方針、資金調達、M&A、海外展開まで見て契約で設計する必要があります。
日本の特許法では、契約で別段の定めがない限り共有特許権者は自己実施できますが、持分譲渡、質権設定、専用実施権設定、通常実施権許諾には他の共有者の同意が必要となります。90対10の共有でも、少数持分者がライセンスや譲渡の場面で強い同意権を持つ構造になり得ます。
次の判断の流れは、共同開発時の知財共有と持分割合を検討するときに、最初に何を分け、誰に帰属させ、どの比率と利用条件に落とすかを表します。早い段階でこの順番を確認することが重要で、読者は数字の交渉に入る前に、成果分類と利用条件が先にあることを読み取れます。
既存技術、発明、著作物、ソフトウェア、データ、ノウハウ、改良発明、派生成果を分類します。
単独帰属、共有、分野別帰属、共有回避型ライセンスを、創作貢献と事業目的から選びます。
持分比率、自己実施、第三者ライセンス、収益配分、費用負担、撤退時の扱いをそろえます。
このページでは、共有は権利を分ける制度であると同時に、意思決定を縛る制度でもあるという前提で、共同研究開発契約の実務を整理します。単なる比率交渉ではなく、将来の事業展開、出願、資金調達、買収、訴訟、撤退、倒産、海外出願まで見据えたガバナンス設計として理解することが大切です。
共同開発、知的財産、背景知財、共有、実施、ライセンスの意味をそろえます。
共同開発とは、企業、大学、研究機関、スタートアップなどが、一定の技術、製品、サービス、システム、素材、データ、AIモデル、製造方法などの開発を目的として、役割分担をしながら研究開発活動を行うことです。契約名が共同研究契約、共同開発契約、PoC契約、開発委託契約、共同出願契約のどれであっても、実態として誰が何を提供し、誰が成果を創作し、誰が利用するのかを確認します。
知的財産には、発明、考案、意匠、著作物、ノウハウ、データ、営業秘密、技術情報、設計図、ソースコード、学習済みモデル、商標、ブランド、顧客情報などが含まれます。知的財産権は特許権、実用新案権、意匠権、商標権、著作権など法律上の権利を中心に指しますが、共同開発では登録権利と、権利ではないが経済価値を持つ情報が混在します。
次の比較表は、共同開発契約で最初に分ける三つの知財区分を表しています。この区分が重要なのは、既存の中核技術を共同成果に巻き込むリスクを避け、どの成果だけを帰属・持分・ライセンスの対象にするかを読み分ける基礎になるためです。
| 区分 | 意味 | 契約上の論点 |
|---|---|---|
| バックグラウンドIP | 契約開始前から各当事者が保有する技術、権利、ノウハウ、データ | 相手方に移転しないこと、共同開発目的に限る利用許諾、商用利用時の扱い |
| フォアグラウンドIP | 共同開発の遂行により生じた成果 | 帰属、持分、出願、実施、第三者ライセンス、収益配分 |
| サイドグラウンドIP | 共同開発期間中に生じたが、テーマ外又は相手方情報に依拠しない成果 | 独自成果として単独帰属させるか、共同成果に含めるか |
共有とは、一つの権利又は財産的利益を複数の主体が共同で持つことです。持分は共有者ごとの割合を示しますが、知財では持分が利益配分だけでなく、同意権、拒否権、事業化の自由度にも影響します。特許、著作権、ノウハウ、データでは共有の意味が異なるため、同じ50対50でも実務上の効果は大きく変わります。
実施、使用、利用、ライセンスの語も分けておく必要があります。特許の実施は生産、使用、譲渡、輸出入などを含み、著作権では複製、公衆送信、翻案など支分権ごとに検討します。ノウハウやデータでは、処理、解析、複製、第三者提供、再学習、派生データ生成などを契約で定義することが重要です。
特許、発明者性、著作権、ノウハウ、データでは、共有の効果が異なります。
共同開発で最も典型的に問題となるのは発明と特許です。発明者から所属組織への権利承継、共同出願、共有特許の自己実施、第三者ライセンス、費用負担を確認しなければ、契約後に意思決定が止まります。
次の比較表は、共有特許で特に確認すべき法的効果と契約上の注意点を整理したものです。各行は、持分割合だけでは解決できない同意・費用・出願管理の論点を表しており、読者は契約で上書きすべき項目を読み取れます。
| 項目 | 原則 | 契約上の注意点 |
|---|---|---|
| 特許を受ける権利の共有 | 持分譲渡などに他共有者の同意が必要になり得る | 出願前から共同出願契約や承継手続を整える |
| 共同出願 | 共有に係る場合は全員で出願する必要がある | 一部だけの出願は共同出願違反や無効リスクにつながる |
| 共有特許の自己実施 | 契約で別段の定めがない限り各共有者が実施できる | 実施対価、不実施補償、報告義務を別途定める |
| 持分譲渡・質権設定 | 他共有者の同意が必要となる | M&A、事業譲渡、担保設定、グループ再編を想定する |
| 第三者ライセンス | 専用実施権設定、通常実施権許諾に同意が必要となる | 事前包括同意、分野別同意、拒否できる理由を定める |
| 費用負担 | 細部まで法定されているわけではない | 出願費用、審査請求費用、年金、外国出願費用を定める |
発明者性は、肩書、会議参加回数、資金提供、管理者であることだけでは決まりません。発明の特徴的部分の完成に現実に関与したかが中心であり、一般的助言や単なる実験補助は、発明者性を基礎づけない場合があります。
次の比較表は、発明者性の判断で区別すべき関与の違いを示しています。持分割合の根拠を作るうえで重要であり、どの関与が創作的貢献に近いのかを読み取るために使います。
| 関与の種類 | 発明者性への影響 |
|---|---|
| 技術的課題を設定しただけ | それだけでは通常不十分です。 |
| 既知技術を紹介しただけ | それだけでは通常不十分です。 |
| 一般的な管理、助言、資金提供 | それだけでは通常不十分です。 |
| 実験を指示どおり実施しただけ | 創作的関与がなければ不十分です。 |
| 課題解決手段の特徴的部分を着想 | 発明者性を肯定し得ます。 |
| 着想を具体化し、実施可能な技術構成にした | 発明者性を肯定し得ます。 |
| 複数の特徴的要素を分担して創作 | 共同発明者となり得ます。 |
著作権は、特許よりも共有が重くなりやすい領域です。共有著作権は、持分譲渡や質権設定に同意が必要となり、権利行使にも共有者全員の合意が必要になるため、ソフトウェア、仕様書、UIデザイン、API仕様、ドキュメントでは共有を避け、モジュール別帰属や利用許諾で設計することが多くなります。
ノウハウや営業秘密では、共有というより秘密管理と利用範囲が中心です。秘密情報の定義、目的外使用禁止、開示先、返還・削除、残存記憶条項、リバースエンジニアリング禁止、独自開発成果の帰属を定める必要があります。データについても所有権ではなく、利用目的、利用主体、派生データ、再利用、個人情報、安全管理を契約で具体化します。
持分割合を決める前に、共有そのものが事業目的に合うかを判断します。
共有が合理的になりやすいのは、双方が発明の特徴的部分に実質的な創作貢献をし、同じ程度に事業化や自己実施を予定し、一方だけに帰属させると他方の投資回収が不安定になる場面です。ただし、共有にするなら自己実施、第三者ライセンス、費用負担、出願国、年金不払い、放棄、侵害対応、M&A、持分譲渡、倒産を同時に決める必要があります。
一方で、スタートアップが資金調達やM&Aを予定する場合、一方が自己実施せずライセンス収益で回収する場合、競合関係が強い場合、ソフトウェアやデータの利用許諾が止まりやすい場合は、共有が非効率になり得ます。特に中核技術を持つスタートアップでは、共有特許が投資家や買収者のデューデリジェンスで大きな論点になります。
次の比較一覧は、共有以外の選択肢を事業場面ごとに整理しています。共同開発の自由度と投資回収を両立させるために重要で、読者は権利を共有する方法だけでなく、単独帰属とライセンスを組み合わせる余地を読み取れます。
| 設計 | 典型場面 | メリット | 注意点 |
|---|---|---|---|
| スタートアップ単独帰属+大企業に独占的通常実施権 | スタートアップの中核技術を大企業が製品化 | 資金調達やEXITを妨げにくい | 独占範囲、期間、最低実施義務を定める |
| 大企業単独帰属+スタートアップに分野限定ライセンス | 大企業が全費用を負担して量産化 | 製品事業を統一管理しやすい | スタートアップの横展開余地と対価を確保する |
| 発明者所属会社帰属+相互クロスライセンス | 各社が別々の技術要素を創作 | 権利関係が明確になる | 相互依存特許の実施条件を定める |
| 分野別帰属 | 医療用途はA、産業用途はBのように事業領域が分かれる | 領域ごとの自由度を確保しやすい | 境界領域、派生用途、海外展開を定義する |
| 共有+一方に第三者ライセンス包括同意 | 共有を維持しつつ営業主体を一元化 | 法定同意問題を軽減しやすい | 収益配分、拒否権、監査を定める |
| ノウハウ秘匿+成果物利用許諾 | 製造条件、AIモデル、営業秘密 | 権利化による公開リスクを避けられる | 秘密管理、競合開発、証拠化が重要になる |
共有か単独帰属かは、法的正解が一つに決まるものではありません。事業目的に最も合い、将来の意思決定コストを最小化する設計が、共同開発時の知財共有と持分割合の実務上の正解になります。
発明者性、経済的貢献、背景知財、成果類型を分けて整理します。
特許の持分割合は、発明の特徴的部分を誰が創作したかと深く関係します。資金、設備、データ、検証、量産化、販路、規制対応、ブランド、リスク負担を考慮することは可能ですが、それは発明者でない者を発明者にすることではなく、持分譲渡、ライセンス対価、収益配分、不実施補償で契約上調整することを意味します。
50対50でも一方だけが製造販売できるなら利益は偏ります。90対10でも第三者ライセンスに全共有者の同意が必要であれば、10%保有者が大きな影響力を持つことがあります。自己実施の可否、実施料、不実施補償、同意基準、収益配分、費用負担、M&A時の承諾、倒産時のライセンス継続を一体で定めます。
既存の基盤技術、特許、ノウハウ、データ、試験設備を持分比率に反映するかどうかは契約で明確にします。反映する方法、ライセンス料で補償する方法、共同開発目的に限る無償利用にとどめる方法があります。広すぎる成果定義は、中小企業やスタートアップの中核技術を共同成果に取り込むリスクを生みます。
次の比較表は、成果類型ごとに帰属・利用設計を分ける考え方を表しています。一つの比率で全成果を処理すると不合理になりやすいため、読者は成果の性質ごとに異なる設計を置くことを読み取れます。
| 成果類型 | 推奨されやすい設計 |
|---|---|
| 共同発明特許 | 創作貢献比率に応じた共有、又は一方帰属+ライセンス |
| 一方単独発明 | 発明者所属会社に単独帰属、相手方には必要範囲でライセンス |
| 改良発明 | 改良対象の背景技術、創作貢献、事業範囲で帰属を分ける |
| ソフトウェア | モジュール別帰属、著作権単独帰属+利用許諾を検討する |
| 設計図・仕様書 | 作成者帰属+共同開発目的利用、量産利用の可否を明記する |
| ノウハウ | 原則各自帰属、秘密保持・目的外使用禁止で保護する |
| データ | 所有ではなく利用権限、派生データ、再利用を定義する |
| 学習済みモデル | ベースモデル、カスタマイズモデル、連携システムを分離する |
| 商標・ブランド | 販売主体又はブランド保有者に単独帰属させる |
技術的創作貢献を中心に、背景知財、資源、データ、事業化、リスクを点数化します。
持分割合の検討では、法的な発明者性を出発点にしつつ、契約上の経済調整として六要素モデルを使うと整理しやすくなります。これは発明者を機械的に決めるものではなく、交渉でどの貢献をどの程度考慮したかを説明するための道具です。
次の横棒グラフは、標準的な六要素モデルの重み付け例を表しています。横棒が長いほど持分算定で重く見る要素であり、技術的創作貢献を中心にしながら、背景知財や事業化投資も補助要素として読むことが重要です。
計算式は、各要素の当事者別スコアに重みを掛け、全当事者の合計で割る形です。たとえば、貢献スコア_i = 0.40A_i + 0.20B_i + 0.15C_i + 0.10D_i + 0.10E_i + 0.05F_i とし、持分比率_i = 貢献スコア_i / 全当事者の貢献スコア合計 と整理できます。
次の比較表は、大企業AとスタートアップBの素材共同開発を想定した数値例を表しています。B社が技術と背景知財で強く、A社が資源・検証・事業化で強い場面では、単純な持分比率だけでなく、B社単独帰属+A社の分野限定独占実施権という設計も読み取れます。
| 要素 | A社 | B社 |
|---|---|---|
| 技術的創作貢献 | 35 | 65 |
| バックグラウンドIP | 20 | 80 |
| 研究開発資源 | 70 | 30 |
| 検証・データ貢献 | 75 | 25 |
| 事業化貢献 | 85 | 15 |
| リスク負担 | 70 | 30 |
| 加重スコア | 47.25 | 52.75 |
次の比較表は、企業Aと大学Bの共同研究を想定した数値例です。持分は50対50に近くなりますが、大学が自己実施しない場合は、企業の独占実施、大学への実施料や不実施補償、研究利用・発表権、第三者の非商用研究利用を別途整える必要があると読み取れます。
| 要素 | 企業A | 大学B |
|---|---|---|
| 技術的創作貢献 | 30 | 70 |
| バックグラウンドIP | 30 | 70 |
| 研究開発資源 | 80 | 20 |
| 検証・データ貢献 | 60 | 40 |
| 事業化貢献 | 90 | 10 |
| リスク負担 | 80 | 20 |
| 加重スコア | 48.5 | 51.5 |
AIベンダとデータ保有企業の共同開発では、単一の比率で処理しないほうがよい場合があります。ベースモデル、提供データ、カスタマイズモデル、連携システム、学習結果、派生データを分け、著作権、その他の知財、データ利用条件を別々に設計します。
50対50、70対30、90対10、100対0+ライセンス、用途別設計を使い分けます。
典型的な持分割合は、数字だけで意味が決まるものではありません。各比率がどのような場面に合い、どの補完条項が必要になるかを確認することが、実務上の使い分けに直結します。
次の一覧は、代表的な持分・利用設計を並べたものです。各項目は数字の意味と補うべき条項を示しており、読者は比率だけではなく、同意手続や収益配分と組み合わせて判断する必要があることを読み取れます。
双方の創作貢献・投資・事業化利益が概ね同程度の場合に使われます。第三者ライセンス、海外出願、年金負担、侵害対応、持分譲渡で意見が割れた場合のデッドロック条項が必要です。
対等型停滞注意一方の技術的創作貢献や背景知財が明確に大きく、他方も発明完成に必要な創作貢献をした場合に使われます。多数持分側の事業化自由度を高める条項が重要です。
傾斜型同意設計一方の貢献が圧倒的に大きいが、他方にも一定の創作貢献がある場合に使われます。少数持分でも同意権を持つため、ライセンス料や成功報酬で調整し単独帰属にする方法も検討します。
少数持分拒否権注意権利管理、資金調達、M&A、製品化スピード、第三者ライセンス戦略を重視する場合に有効です。相手方貢献に見合う対価や利用権を設けないと、公正取引上の問題になり得ます。
単独管理対価確認医療用途はA、産業用途はB、日本市場はA、海外市場はBのように分けます。対象製品、顧客、地域、チャネル、派生用途の境界を定義する必要があります。
領域分割境界定義どのパターンでも、共有特許では持分比率にかかわらず第三者ライセンスに同意が必要となる点が重要です。多数持分側に自由な事業化を認めたい場合は、事前包括同意、分野別ライセンス権、再許諾権、同意拒否事由を明確にします。
目的、背景知財、成果認定、帰属、出願、実施、ライセンス、データまで条項群で整えます。
共同開発契約の知財条項は、成果は共有、持分は協議、という短い条項だけでは足りません。最低限、目的・テーマ、背景知財、成果の届出、帰属・持分、出願・維持、自己実施、第三者ライセンス、秘密保持、データ・AI、公表、競業避止、M&A・倒産までを一体で設計します。
次の比較表は、共同開発契約で定めるべき主要条項と確認ポイントを表しています。条項ごとの役割を一覧できるため、読者は知財帰属条項だけではなく、運用・公表・撤退まで同じ契約内で整える必要があることを読み取れます。
| 条項 | 定めるべき要点 |
|---|---|
| 目的・テーマ・研究範囲 | 対象技術、製品、サービス、研究計画、役割分担、マイルストーン、契約外成果の除外 |
| バックグラウンドIP | 既存知財の非移転、共同開発目的に限る利用、商用利用時の別途ライセンス、改良発明 |
| 成果の届出・認定手続 | 発明届、成果通知期限、発明者候補、記録提出、知財委員会、異議申立て |
| 帰属・持分 | 単独帰属、共有、持分決定基準、協議不成立時の扱い、独自成果の除外 |
| 出願・権利化・維持 | 出願要否、国、代理人、レビュー、審査請求、年金、維持しない場合の持分移転 |
| 自己実施 | 実施範囲、子会社、委託製造先、SaaS提供、実施料、不実施補償、報告義務 |
| 第三者ライセンス | 同意手続、包括同意、競合先制限、料率、最低保証、サブライセンス、監査 |
| 秘密保持・目的外使用禁止 | 秘密情報、目的外使用、開示先、返還・削除、営業秘密管理、出願・公表との調整 |
| データ・AI | 提供データ、品質、利用目的、派生データ、モデル再利用、個人情報、セキュリティ |
| 公表・学会発表 | 事前通知、出願延期、秘密情報削除、著者表示、学生の学位論文、プレスリリース |
| 競業避止・独占 | 技術分野、製品、顧客、地域、期間を目的達成に必要な範囲へ限定 |
| 事業停止・倒産・M&A | ライセンス継続、支配権変更、競合会社への譲渡制限、先買権、買取オプション |
共同発明の帰属・持分では、単独発明は発明者所属会社に帰属させ、双方の役職員が共同発明者である場合には、発明の技術的思想の創作、とりわけ課題解決手段に係る特徴的部分への創作的貢献割合を基礎として協議する形が考えられます。研究費、設備、データ、検証、事業化投資は、発明者性とは区別して、持分譲渡、実施料、ライセンス収益配分、不実施補償で調整します。
第三者ライセンスでは、共有発明について第三者へ実施許諾する場合に、事前承諾を要すること、競合先、秘密保持上の重大な支障、既存独占契約への抵触など合理的理由がある場合を除き承諾を不当に拒絶・遅延しないこと、対価を持分割合に応じて配分することを定める方法があります。
外国出願では、希望当事者が一定期間内に通知し、一方だけが特定国で出願を希望する場合は、他方の持分譲渡、費用負担なしの非独占的利用権、又は別途合意を定めます。国ごとの共有、ライセンス、権利行使、持分譲渡のルールが異なるため、日本法だけを前提にしない条項が必要です。
大企業、中小企業、スタートアップ、大学、AIベンダでは交渉上の焦点が変わります。
大企業と中小企業の共同開発では、契約交渉力の差が問題になりやすく、大企業側のひな形に既存技術やノウハウを広く取り込む条項が入っていることがあります。中小企業側は、既存技術の非移転、共同成果の定義、独自成果の帰属、意に反した技術情報開示義務の不存在、不実施補償、過度な競業避止、試作品・図面・ソースコードの提供範囲を確認します。
スタートアップにとって知財は、資金調達、企業価値、EXIT、採用、提携交渉の中核資産です。自社中核技術は単独帰属にし、事業会社には分野、地域、期間を限定した独占的通常実施権を設定する設計が有効な場合があります。事業会社が一定期間実施しない場合の非独占化、買取オプション、破産時ライセンス、競合企業への譲渡制限も検討します。
大学・研究機関との共同研究では、企業の独占利用ニーズと、大学の学術発表、研究継続、教育目的が衝突しやすくなります。発明者、学生・研究員の権利承継、大学規程、出願前発表、独占実施の範囲・期間・対価、大学の研究利用・非商用利用、不実施補償、維持費、第三者ライセンスを整理します。
AIベンダやITベンダとの共同開発では、NDA、PoC、共同研究開発、商用開発、運用・追加学習、横展開の段階ごとに、データ、成果物、モデル、ソースコード、評価結果、知財帰属、再利用、責任範囲を分けることが重要です。PoC段階から広範な知財譲渡条項を入れると、後の交渉を阻害します。
次の注意要素の一覧は、相手方類型ごとに重点確認点をまとめたものです。交渉の優先順位を決めるために重要で、読者は自社の立場によって守るべき知財・データ・発表・EXITの焦点が変わることを読み取れます。
既存ノウハウの取込み、無償利用、過度な競業避止、片面的な秘密保持を確認します。
中核技術の単独管理、資金調達、M&A、独占実施範囲、事業会社の不実施を確認します。
発明者性、発表管理、研究利用、独占実施、不実施補償、維持費を確認します。
提供データ、学習済みモデル、汎用モジュール、再利用、追加学習、削除を確認します。
契約後の研究記録、知財委員会、終了時棚卸しが紛争予防の核になります。
契約書を締結しても、運用がなければ紛争は防げません。共同開発では、法務、知財、研究開発、事業部門が連携し、発明者認定、出願要否、秘匿化、費用負担、公表、第三者ライセンスを継続的に確認します。
次の時系列は、共同開発の開始から終了までに行うべき知財運用を表しています。順番どおりに証拠と合意を残すことが重要で、読者は成果が生まれる前、成果発生時、終了時で管理すべき資料が変わることを読み取れます。
既存特許、ノウハウ、データ、ソースコード、研究計画、役割分担を整理し、契約に反映します。
ラボノート、実験データ、議事録、チャット、メール、コミット履歴、発明提案書を日付付きで保存します。
成果発生、発明者・創作者、出願要否、秘匿化、持分案、外国出願、公表可否、費用負担を確認します。
出願済み権利、未出願発明、秘密情報返還、データ削除、継続利用権、追加開発の扱いを棚卸しします。
終了時の棚卸しをしないと、数年後に別製品として市場投入した際、過去の共同開発成果の流用を主張されることがあります。共同成果リスト、各自成果リスト、未出願発明、秘密情報の返還・削除、データ保持、商用利用範囲、競業避止、秘密保持の存続期間を明確にします。
知財条項は法務だけでなく、会計、税務、資金調達、クロスボーダー取引にも波及します。
知財の譲渡、ライセンス、共同開発費負担、研究開発費、ロイヤルティ、不実施補償、海外関連者との取引は、法人税、消費税、源泉税、移転価格税制、研究開発税制、寄附金認定リスクに影響し得ます。無償又は低額の知財譲渡、グループ会社へのライセンス料率、海外子会社への知財移転、不実施補償金の収益認識、研究開発費負担と成果帰属の整合性を確認します。
M&Aや資金調達では、投資家・買収者が知財の自由利用可能性を重視します。共有特許、共有著作権、第三者同意が必要なライセンス、共同開発先の拒否権、競合会社への譲渡制限、ソースコード利用制限は、デューデリジェンスで大きな論点になります。
次の比較表は、共同開発知財が法務以外の領域に及ぼす影響を整理しています。事業化後の出口を見据えるために重要で、読者は契約締結時点から税務、会計、M&A、海外法を同時に確認すべきことを読み取れます。
| 領域 | 確認すべき論点 |
|---|---|
| 税務 | 低額譲渡、ロイヤリティ、移転価格、源泉税、研究開発費、不実施補償、寄附金認定リスク |
| 会計 | 無形資産認識、研究開発費処理、将来経済便益、支配、利用可能性、売却可能性 |
| M&A・資金調達 | 第三者ライセンス同意、持分譲渡同意、競合買収、海外展開、侵害訴訟の単独提起可否 |
| 海外共同開発 | 準拠法、裁判管轄、各国共有ルール、第一国出願義務、輸出管理、雇用発明、GDPR等 |
海外企業との共同開発では、日本法の共有ルールを前提にしてはいけません。国によって、共有特許の自己実施、第三者ライセンス、訴訟提起、持分譲渡、利益分配、先買権、第一国出願義務が異なります。国ごとのデフォルトルールを契約で明確に上書きする必要があります。
締結前の契約確認と、持分割合決定時の質問を分けて確認します。
チェックリストは、条項漏れと検討漏れを防ぐために使います。次の表は締結前に確認すべき項目を表し、左列が確認領域、右列が契約・運用で見る内容です。読者は知財帰属だけでなく、秘密情報、出願、データ、公表、終了、M&Aまで確認範囲に含めることを読み取れます。
| 項目 | 確認事項 |
|---|---|
| 目的 | 共同開発の目的、対象製品、技術範囲は明確か |
| 役割分担 | 誰が何を提供し、誰が何を開発するか |
| 背景知財 | 既存特許、ノウハウ、データ、ソースコードを特定したか |
| 秘密情報 | NDA、秘密保持、目的外使用禁止は十分か |
| 成果定義 | 共同成果、独自成果、派生成果を区別したか |
| 発明者 | 発明者認定手続を定めたか |
| 帰属・持分 | 成果類型ごとの帰属と持分決定基準を定めたか |
| 出願・実施 | 出願要否、国、費用、代理人、自己実施、委託製造を定めたか |
| ライセンス・収益 | 第三者ライセンス同意、実施料、不実施補償、収益配分を定めたか |
| データ・公表・終了 | 提供データ、派生データ、個人情報、論文、出願前公開、終了後利用を定めたか |
| M&A | 持分譲渡、支配権変更、競合買収を想定したか |
次の比較表は、持分割合を決めるときの質問を表しています。空欄に事実を入れるように確認することが重要で、読者は発明者性と経済的貢献を区別しながら、M&Aや海外法まで見落とさないように使えます。
| 質問 | 確認する事実 |
|---|---|
| 発明の特徴的部分は何か | クレームの中心、課題解決手段、技術的思想 |
| 誰が着想し具体化したか | 発明届、実験記録、議事録、コミット履歴 |
| 背景知財は誰のものか | 既存特許、ノウハウ、ソースコード、データ |
| 研究費・設備費は誰が負担したか | 予算、設備、外注費、人件費、試作費 |
| 検証・データ提供は誰が担ったか | 評価、実証、顧客データ、現場知見 |
| 事業化とリスクは誰が担うか | 量産、販売、規制対応、保証、訴訟、在庫 |
| 不実施補償は必要か | 自己実施しない当事者の投資回収 |
| 第三者ライセンスを誰が行うか | 営業主体、同意手続、収益配分、監査 |
| M&Aや資金調達に支障がないか | 持分譲渡同意、競合買収、投資家説明 |
| 海外法で同じ効果が得られるか | 準拠法、各国共有ルール、第一国出願義務 |
典型的な失敗例を修正し、実務原則に落とし込みます。
失敗例を先に知ると、契約書のどこにリスクが潜むかを見つけやすくなります。次の比較表は、共同開発で起きやすい失敗と修正策を表しており、読者は共有や持分を短く書くだけでは不十分であることを読み取れます。
| 失敗例 | 問題 | 修正策 |
|---|---|---|
| 成果はすべて共有とだけ書いた | 成果の種類、持分、実施、ライセンス、費用が不明確になる | 発明、著作物、ノウハウ、データ、試作品、改良成果に分類する |
| 持分は50対50だが片方しか実施できない | 自己実施できない側が投資回収できず不公平になる | 不実施補償、収益配分、最低実施義務、第三者ライセンス権を定める |
| 既存ノウハウが共同成果に取り込まれた | 成果定義が広すぎ、独自成果まで共同成果と主張される | 背景知財と独自成果を除外し、意に反したノウハウ開示義務を否定する |
| 共有特許で資金調達が難しくなった | 第三者ライセンスやM&A時の同意問題を投資家が懸念する | 単独帰属+分野限定ライセンス、又は共有持分の買取オプションを検討する |
| AI共同開発でデータ再利用を定めなかった | ベンダの横展開やユーザーの内製運用の可否が不明確になる | 提供データ、派生データ、モデル、ログ、追加学習、削除を詳細に定める |
実務上の結論は明確です。共有を出発点にせず、成果の種類と事業目的を分類します。発明者性と経済的貢献を区別し、持分割合だけで終わらせず、自己実施、第三者ライセンス、費用、収益配分、M&A、倒産、外国出願まで定めます。
バックグラウンドIPを守り、ソフトウェア・データは共有より利用権設計を重視し、スタートアップ・中小企業との取引では公正性を確保します。共有特許は少数持分でも意思決定を止め得るため、持分比率と同意権限を別々に設計します。海外展開では国ごとの共有ルールを確認し、発明届、議事録、知財委員会、成果棚卸しで契約後の運用を支えます。
一般的な制度説明として、実務上の悩みを整理します。
一般的には、50対50は双方の創作貢献、投資、事業化利益が概ね同程度の場合に選ばれることがあります。ただし、自己実施の可否、第三者ライセンス、費用負担、不実施補償、M&A時の同意などによって実質的な公平性は変わる可能性があります。具体的な設計は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、共有特許では持分比率が小さくても、第三者ライセンスや持分譲渡などで同意が必要になる場面があります。ただし、契約で事前包括同意や分野別同意を定めるかどうかによって結論が変わる可能性があります。具体的な対応は、契約案と事業計画を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、ソフトウェア著作権やデータは共有にすると改変、再利用、第三者提供、クラウド提供、追加学習などの合意形成が難しくなることがあります。ただし、成果物の性質、開発体制、商用利用範囲、個人情報の有無によって適切な設計は変わります。具体的な対応は、仕様書やデータ処理内容を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、スタートアップの中核技術が共有特許になると、資金調達、第三者ライセンス、M&A、海外展開の場面で説明や同意手続が重くなる可能性があります。ただし、相手方の貢献や投資回収も考慮する必要があります。具体的な方針は、事業計画、投資契約、共同開発契約案を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、発明届、ラボノート、実験データ、会議議事録、アイデア提案書、ソースコードのコミット履歴、試験結果、設計変更履歴、研究費負担資料などが検討材料になります。ただし、発明者性と経済的貢献は区別して整理する必要があります。具体的な判断は、証拠関係と契約条項を確認したうえで弁護士等の専門家へ相談する必要があります。
共同開発、知財共有、データ、競争法、産学連携に関する公的資料・一次資料です。