共同開発契約と知財・成果物帰属：トラブル防止の契約設計

1．共同開発契約は「成果物の帰属」だけを決める契約ではない

スタートアップが大企業、研究機関、技術パートナー等と共同開発を行う場合、自社単独では得られないデータ、販売網、設備、技術、人材へアクセスできる一方、契約設計を誤ると、自社のコア技術を将来使いにくくなったり、第三者へのライセンスやM&Aの障害になったりします。

そのため、共同開発契約では、研究開発の役割分担や費用だけでなく、少なくとも次の事項を一体で設計する必要があります。

• 共同開発前から各当事者が保有する技術・知財・ノウハウ・データの扱い
• 共同開発で生まれる発明、ソフトウェア、仕様書、データ、ノウハウ等の定義
• 成果ごとの権利帰属と利用権
• 特許出願・権利化・維持の意思決定
• 改良・派生成果の扱い
• 第三者利用、再許諾、グループ会社利用、M&A時の承継
• 契約終了後の利用継続、返還・削除、秘密保持

2．NDA・PoC・共同開発・ライセンスを同じ契約に詰め込まない

共同開発は、秘密情報の交換、技術検証、共同研究開発、事業化という段階を経ることが多く、各段階で必要な権利関係は異なります。特許庁のOIモデル契約書ver2.2も、事業会社とスタートアップの連携について、秘密保持契約、PoC契約、共同研究開発契約、ライセンス契約等を分けて整理しています。

3．共同開発を始める前に「持ち込み資産」を一覧化する

共同開発後の成果だけを定義しても、自社が以前から保有していた技術と共同開発で生じた成果の境界が曖昧であれば、後から帰属争いが生じます。そこで、契約締結前に、共同開発へ持ち込む資産を一覧化しておくことが有効です。

このような既存資産は、一般にBackground IPなどと呼ばれます。契約本文だけで抽象的に定義するより、別紙の知的財産目録や提供資料一覧で具体化しておく方が、後日の証明が容易です。

4．「成果物」を一つの箱にしない

共同開発の成果には、法的性質が異なるものが混在します。すべてを「成果物」と一括して同じ帰属ルールにすると、事業化の段階で不都合が生じやすくなります。

5．帰属より先に「利用したい範囲」を決める

知財の帰属を決める際は、「どちらが所有するか」だけでなく、各当事者が将来どの範囲で利用したいかを先に確認すると整理しやすくなります。スタートアップがコア技術を単独保有していても、相手方へ広範な独占ライセンスを与えれば、実質的に他社との事業展開が難しくなることがあります。逆に、相手方が成果を保有していても、スタートアップに十分な利用権が確保されていれば事業継続が可能な場合もあります。

6．「共有」は中立案ではない―特許と著作権でルールが違う

交渉で折り合わない場合に「成果は50％ずつ共有」とすることがあります。しかし、共有には法律上の制約があり、必ずしも中立的で使いやすい選択肢ではありません。

6-1．共有特許は自社実施と第三者ライセンスで扱いが違う

特許法73条では、共有特許について、契約で別段の定めがない限り各共有者は他の共有者の同意なく自ら実施できます。一方、持分譲渡や第三者への通常実施権・専用実施権の設定には、他の共有者の同意が必要です。

そのため、スタートアップが自社サービスで技術を使うだけなら問題がなくても、将来、別企業へライセンスするビジネスへ展開しようとすると相手方の同意が必要になることがあります。共同出願の段階でも、特許を受ける権利が共有の場合は共同で出願する必要があります。

6-2．共有著作権はさらに運用が重くなる

著作権法65条では、共有著作権は原則として共有者全員の合意によらなければ行使できません。ソフトウェアやドキュメントを共有にする場合、複製・改変・提供等の運用を契約で具体化しておかないと、日常的な事業利用で承認が必要になるおそれがあります。

7．ソースコード・仕様書は著作権条項だけでは足りない

ソフトウェアを含む共同開発では、「著作権は甲に帰属する」と書くだけでは実務上不十分です。ソースコードの所在、リポジトリへのアクセス、OSS、第三者ライブラリ、クラウド環境、API、開発ツール等も確認する必要があります。

• 既存コードと新規コードを識別できるようにする
• Git等のリポジトリでコミット履歴・開発者を記録する
• 外部委託先・個人開発者から必要な権利を取得しているか確認する
• OSSのライセンス条件と配布義務・ソース開示義務の有無を確認する
• 共同開発終了時にソースコード・ドキュメント・アカウントをどう引き渡すか定める

また、著作権を譲渡する場合、著作権法61条2項により、同法27条・28条の権利が譲渡対象として特掲されていないと、これらの権利は譲渡者に留保されたものと推定されます。改変・翻案・二次的著作物の利用まで必要であれば、条項上明確にする必要があります。著作者人格権は譲渡できないため、必要に応じて不行使条項も検討します。

8．発明の帰属は「会社間の契約」だけでは完成しない

共同開発契約で会社間の帰属を定めても、実際に発明をした従業員・役員・外部委託者との権利関係が整っていなければ、権利の連鎖に問題が残ります。

特許法35条は職務発明について、契約・勤務規則等であらかじめ使用者へ特許を受ける権利を取得させる定めを置く場合の仕組みを定めています。共同開発を始める前に、職務発明規程、雇用契約、業務委託契約等が整合しているかを確認することが重要です。外部委託者については、職務発明制度に依存せず、契約上の帰属・譲渡を確認します。

8-1．裁判例から見る共同発明者の判断

大阪地裁令和4年2月28日判決（令和2年（ワ）第7486号）は、魚の血抜き装置・方法に関する特許について、一方当事者のみを発明者として出願・登録された後、他方当事者が共同発明者であるとして特許権持分の移転を求めた事案です。

裁判所は、共同発明者となるためには、課題を解決するための着想・具体化の過程で、発明の特徴的部分の完成に創作的に寄与することが必要であると整理しました。その上で、魚の尾部から高圧液体を噴射して血抜きをする構成や、魚が暴れた際の破損を抑えるテーパ状ノズルについて、原告の実地経験に基づく提案、試作品を用いた実験、改良提案等を具体的に検討し、原告・被告双方の創作的寄与を認めました。その結果、原告と被告を共同発明者とし、特許権の2分の1持分の移転登録請求を認めています。

この事例からは、共同開発の契約書や役割分担表だけで発明者が決まるのではなく、実際の開発過程で誰が発明の特徴的部分についてどのような技術的提案・実験・改良を行ったかが重要であることが分かります。Gitのコミット履歴、実験ノート、設計変更履歴、技術的なメール・チャット等を残しておくことは、後日の発明者認定や権利帰属を説明する資料としても重要です。

8-2．裁判例から見る研究契約と発明・特許権の帰属

大阪地裁令和6年11月7日判決（令和4年（ワ）第9696号・第10968号）は、医療法人が公益財団法人に研究を委託し、その研究過程で生じた発明について、契約上の協議義務、共同発明者性、特許を受ける権利、特許権の帰属等が争われた事案です。

裁判所は、当初想定された方法と異なる1ステップの合成方法についても、研究当事者間で共有された大きな研究目標や継続的な研究経緯等から、本件研究契約の規範が及ぶ対象であると判断しました。一方で、誰が発明者かについては別に検討し、研究の課題を提示し、研究費や研究スペースを負担した者については、発明特有の課題解決手段を基礎づける部分への実質的関与がないとして共同発明者性を否定しました。これに対し、合成された物質の活性試験や解析等を行い、発明の完成に重要な検証へ関与した者については共同発明者性を認めました。

さらに、共同発明者と認められた者についても、その後のやり取りから受託者側の単独出願に同意し、自身の特許を受ける権利を行使しない意思を示したと認定されています。また、研究委託者について、研究費等を負担したことから当然に特許権が帰属するとはされず、契約上の知財条項に従って判断されました。

この判決からは、共同開発契約では、①どこまでが契約対象となる成果か、②誰が発明者か、③特許を受ける権利を誰が取得するか、④誰が出願するか、⑤最終的な特許権を誰が保有するかを分けて設計する必要があることが分かります。派生的な成果や当初想定していなかった技術方式も契約対象に含めるのか、単独出願・共同出願・出願放棄を誰が決めるのか、全部譲渡か持分譲渡か、対価や選択権をどうするかまで明確にしておくことが重要です。

9．改良発明・派生成果は「どこまで」を対象にするかが重要

共同開発終了後も、当事者が成果を基に改良を続けることがあります。ここで「本成果に関連する一切の改良は相手方に帰属する」と広く定めると、スタートアップが将来独自に開発した技術まで拘束されるおそれがあります。

改良成果を契約対象にする場合は、少なくとも、対象となる技術的範囲、発生期間、共同開発成果との依存関係、単独開発か共同開発か、通知義務、帰属、ライセンス、対価を分けて定めるべきです。

10．ノウハウ・データは「所有権」より利用ルールを決める

実験条件、失敗データ、パラメータ、顧客ニーズ、運用知見などは、特許や著作権のような登録知財とは異なる管理が必要です。とくにスタートアップでは、共同開発の過程で得たノウハウが事業上の競争力そのものになることがあります。

ノウハウについては、秘密情報の特定、アクセス制御、複製、目的外利用、退職者・委託先への管理、契約終了後の使用可否を定めます。不正競争防止法上の営業秘密として保護を受けることを想定する場合には、契約だけでなく、秘密管理の実態を整えることも重要です。

データについては、単純な「帰属」だけでなく、誰が取得・提供する権限を有するか、何の目的で利用できるか、加工・統合・モデル学習に使えるか、派生データを誰が利用できるか、第三者提供できるか、終了後に削除するかといった利用条件を設計します。

11．2026年の知財取引指針で、共同開発条件の「押し付け」も明確な論点に

2026年6月、公正取引委員会・中小企業庁・特許庁・経済産業省は、「知的財産権・ノウハウ・データの適切な取引のための優越的地位の濫用等に関する指針」と契約書ひな形を公表しました。対象は特定業種に限られず、知的財産権だけでなく、権利化されていないノウハウやデータも含みます。

同指針は、共同研究開発について、当事者双方が成果創出に貢献しているにもかかわらず、正当な理由なく成果に基づく知的財産権を一方当事者だけに帰属させることや、成果の利用について不当に条件を課すことなどを、独占禁止法等の観点から問題となり得る行為として整理しています。

もっとも、一方当事者への単独帰属が直ちに違法になるわけではありません。各当事者の貢献、費用負担、既存技術、リスク負担、ライセンス条件、対価、交渉力等を踏まえ、合理的な理由と対価のバランスを説明できる設計にすることが重要です。

12．スタートアップは「次回調達・M&Aで説明できるか」を確認する

共同開発契約は、目の前の共同開発が成功するかだけでなく、将来の資金調達やM&Aに影響します。投資家・買い手から見れば、コア技術が第三者との共有になっている、第三者が広範な独占権を持つ、ライセンスの譲渡ができない、Change of Controlで契約終了する、といった条件は事業価値に直結するためです。

• 第三者へのライセンスや再許諾が将来可能か
• 独占権がある場合、対象製品・地域・期間が限定されているか
• 相手方が事業化しない場合に独占権を解除できるか
• M&Aや組織再編で契約・ライセンスが承継できるか
• 買い手候補へのDD開示が秘密保持条項で可能か
• 共同特許・共有著作権の持分処分に相手方の同意が必要になる点を把握しているか

13．契約終了時の処理を先に決めておく

共同開発が期待どおり進まなかった場合に、終了時の処理が曖昧だと成果や情報が宙に浮きます。契約終了時には、少なくとも次の事項を定めます。

• 開発途中の成果物・試作品・ソースコードの取扱い
• 既に生じた発明・出願の帰属と費用
• 既に付与したライセンスが終了するか存続するか
• 秘密情報・データ・サンプルの返還または削除
• 終了後に単独で開発を継続できる範囲
• 既存顧客や既に販売済み製品への移行措置
• 公表・プレスリリース・共同研究実績の表示

特許庁のOIモデル契約書の検討でも、M&A時や契約終了時に成果物のライセンスをどう扱うかが論点として整理されています。契約期間中の協力関係だけでなく、終了後の出口を設計することが重要です。

14．共同開発契約の締結前チェックリスト

15．よくある質問

16．関連記事

• スタートアップ法務の全体像：シードからIPOまでの必須チェック
• M&Aを見据えた法務整備：データルーム項目と準備の実務
• 著作権の基礎と委託開発での注意点
• 共同開発契約と改良発明の扱い

17．主要な一次資料

• 特許庁「オープンイノベーション促進のためのモデル契約書（OIモデル契約書）ver2.2」
• 経済産業省「知的財産権・ノウハウ・データの適切な取引のための優越的地位の濫用等に関する指針」
• e-Gov法令検索「特許法」
• e-Gov法令検索「著作権法」
• e-Gov法令検索「不正競争防止法」

まとめ

共同開発契約では、成果物を単独帰属か共有かだけで決めるのではなく、既存資産、成果の種類、利用権、出願、改良、ノウハウ・データ、終了時処理までを一体で設計することが重要です。特にスタートアップは、共同開発の相手方との現在の関係だけでなく、将来の資金調達、第三者ライセンス、M&Aまで見据えて自由度を確保する必要があります。