共同開発契約の案を作ろうとしたら、「完成とはどの状態ですか」と法務から戻ってきました。試作品はできています。担当者も決まっています。しかし、途中で仕様が変わったときの費用、成果を別案件へ使う条件、検収後の保守までは決まっていません。
現場は早く開発へ入りたがり、法務は前提を確かめたがります。この行き違いを、知的財産の条項だけで解こうとしても進みません。開発範囲、工程、提供物、意思決定、仕様変更、検収、事業化という実際の流れがなければ、条項がどの場面で働くのか判断できないからです。
この記事では、共同開発契約と共同研究契約の違いを整理し、起案前に事業・開発側が固める事実を、法務・知財部門へ渡せる形にまとめます。
共同開発契約とは|契約名より開発の実態で考える
共同開発契約とは、複数の当事者が製品・サービスなどを開発するとき、作業分担、費用、成果、知的財産、利用条件、終了後の扱いを決める合意です。
「共同開発契約」という表題を付けても、権利や責任は自動的に決まりません。実際の契約類型や適用される法令は、約束する業務と条項に即して確認する必要があります。片方が仕様を示し、もう片方が完成を約束するなら、別の契約類型を含めて法務へ伝えます。
特許庁・経済産業省のOIモデル契約書ver2.2は、2025年4月改訂の新素材編で、秘密保持、PoC、共同研究開発、ライセンスの各契約書を掲載しています。[^1][^2] 「共同研究開発」という類型もあるため、ひな形の名称へ案件を押し込まず、現在地と未決定事項を見つける比較資料として使います。
共同開発契約と共同研究契約の違い
共同研究と共同開発を、契約書の表題だけで分けることはできません。研究と開発が連続する案件なら、一方へ無理に分類せず、工程ごとに条件を切り替えます。
仮説の検証、新しい知見の獲得、技術課題の解明など、結果があらかじめ確定しにくい活動を「共同研究」と捉えます。対して「共同開発」は、対象製品やサービス、求める機能、工程、受入条件、事業利用が比較的具体になった段階です。
比較軸 | 共同研究で確認する内容 | 共同開発で確認する内容 |
|---|---|---|
主な目的 | 仮説、原理、技術課題を確かめる | 製品・サービスなどへ実装する |
作業の定め方 | 研究計画、実験、解析、記録 | 要求、仕様、工程、役割、変更手続き |
成果の見方 | 知見、データ、発明、報告 | 試作品、設計、ソフトウェア、製法、関連資料 |
完了の考え方 | 予定した研究活動と報告を確認する | 成果物、機能、試験、受入方法を確認する |
終了後の焦点 | 発表、出願、追加研究、成果利用 | 製造、販売、保守、改良、第三者提供 |
同じ案件でも、前半の3か月は研究、次の6か月は開発という設計があり得ます。研究結果を受けて開発へ移るなら、移行を決める人、追加予算、開発対象、知財・データの引継ぎを明記します。
共同開発契約書を作る前に範囲と完了条件を固める
「使いやすい試作品を作る」と書かれた一枚を受け取っても、相手は参加可否も費用も判断できません。共同開発契約の起案前に、開発目的、対象範囲、対象外、各社の提供物、工程、完了条件、変更権限を固めます。
事業担当者は、対象製品、利用者、使う場面、含む機能と含まない機能、双方の提供物、節目ごとの成果を一枚へ集めます。要求が「高性能」「使いやすい」で止まっているなら、測って確かめられる条件まで具体化してください。
完了条件も「成果物を納品する」だけでは足りません。どの成果を、どの形式で、いつ提出し、誰が、何を基準に確認するのかを決めます。試作品の作成、指定環境での動作、報告書の提出、量産可能性の評価は別の到達点です。検証用の試作へ、商用品と同じ期待を載せないようにします。
法務へ渡す開発概要には、5項目を入れます。
- 開発の目的と、今回決めない事項
- 対象製品・サービス、対象機能、利用環境
- 双方の作業、提供物、責任者、承認者
- 工程、節目、提出物、確認方法
- 仕様変更の申出者・承認者と、開発後の利用予定
空欄を条文案で埋めてはいけません。事業・開発側で決める事実と、法務・知財部門へ判断を依頼する事項を分け、決定者と期限を置きます。
共同開発契約の主要条項を業務の流れで確認する
条項が20個並んでいても、現場の開発工程とつながっていなければ使えません。共同開発契約の主要条項は、目的から終了までを横断して読みます。開発範囲、費用、成果、知財、検収、事業利用の対応を見るためです。
開発の流れと共同開発契約の条項を対応させる
論点 | 事業・開発側で確定する事実 | 契約で確認する内容 |
|---|---|---|
目的・範囲 | 対象、用途、機能、対象外 | 契約の目的、開発業務、仕様書との優先関係 |
体制・工程 | 担当、承認者、節目、会議 | 役割、報告、再委託、意思決定 |
費用 | 人員、材料、設備、外注、追加作業 | 分担、支払、実費、変更時の精算 |
提供物 | 既存技術、データ、試料、環境 | 利用目的、管理、返還・削除 |
成果 | 試作品、設計、コード、報告、記録 | 提出、確認、権利帰属、利用許諾 |
検収・品質 | 試験方法、判定者、修正範囲 | 受入手続き、契約不適合などの扱い、保証範囲 |
事業化 | 製造、販売、保守、改良の予定 | 独占性、ライセンス、第三者利用、次の契約 |
終了 | 中止事由、残作業、保管物 | 精算、成果利用、秘密保持の存続、返還・削除 |
責任制限、損害賠償、保証、解除、紛争解決も案件ごとに確認します。事業担当者が条文を書くのではなく、遅延、提供データの問題、顧客環境での障害、第三者からの権利主張など、想定する事故を法務へ渡します。
スタートアップとの共同開発契約では負担と対価を見る
大企業の標準書式に「成果はすべて当社へ帰属」とあり、スタートアップ側が無償の追加作業も求められることがあります。こうした条件は、社内標準だからという理由だけで進めません。
公正取引委員会・経済産業省のスタートアップ指針は、共同研究契約などの事業連携について、問題となり得る事例と独占禁止法・競争政策上の考え方を整理しています。2022年3月31日付の指針は、2026年2月19日に改正されています。[^3]
要求の目的、相手の負担、対価、代替条件を一緒に確認します。具体的な法的評価は、取引上の地位や事情に応じて法務・弁護士が判断します。
共同開発契約の知財帰属を3つに分ける
共同開発の知財は、「成果を共有する」の一文で終わりません。開発前から各社が持つ背景知財、共同開発で生まれる成果、その成果を事業で使う権利の3つに分けます。
共同開発前から保有する背景知財を特定する
背景知財には、既存の特許、ノウハウ、ソフトウェア、データ、設計、部品、商標などがあります。共同開発へ持ち込むもの、相手へ開示するもの、成果を使うために必要なものを特定してください。相手へ見せたことと、権利を移転・許諾したことは別です。
共同開発の成果と記録方法を決める
成果も一種類ではありません。発明、改良技術、試作品、図面、ソースコード、測定データ、報告書、ノウハウなどを案件に即して列挙します。誰が生み、どこへ記録し、誰が帰属や権利化を判断するのかを決めます。
共同開発の途中で第三者のツールや部品を使うなら、その利用条件も記録します。成果を事業へ出す段階で、第三者の権利が初めて見つかる事態を避けるためです。
帰属とは別に事業利用の範囲を確認する
共有を選んだ時点で話は終わりません。特許法第73条は、共有特許について、契約で別段の定めがある場合を除く各共有者の自己実施と、持分譲渡や第三者への実施許諾に必要な他の共有者の同意を定めています。[^4]
共同開発契約では、自社での利用だけでなく、関係会社、製造委託先、販売先、保守事業者による利用も法務へ伝えます。帰属と利用を二つの列に分けると、「権利は持つが、必要な商流で使えない」という抜けを見つけやすくなります。
共同開発契約は仕様変更・中止・事業化まで決める
開発中に顧客要望が変わり、「画面を一つ追加したい」と口頭で依頼が入ります。小さな変更に見えても、工程、費用、成果、知財へ影響します。共同開発契約では、仕様変更、遅延、中止、事業化を一続きで設計します。
仕様変更は影響確認と承認の経路を置く
変更を禁止するのではなく、変更管理の経路を置きます。提案者が変更理由と影響を書き、双方の責任者が費用、工程、成果、知財への影響を確認し、承認後に着手します。契約本文、仕様書、議事録のどこで管理するかも決めてください。
遅延時は、データや設備の提供、相手の作業、仕様変更、外部要因のどこで時間を使ったかを記録します。その記録を、通知、工程変更、追加費用、中止判断へつなげます。
中止時の処理と事業化後の条件を分ける
中止時には、実施済み作業の精算、作成途中の成果、秘密情報、データ、試料、設備、対外発表を扱います。事業化へ進む場合も、試作品をそのまま市場へ出せるとは限りません。
量産設計、品質、法規制、導入、保守、販売、原価のうち、今回の共同開発に含む範囲と、次の契約へ送る範囲を分けます。独占・非独占、対象製品、用途、顧客、地域、期間、供給、価格、品質責任、改良、保守も次段階の論点です。
「競合には提供しない」だけでは、対象も期間も分かりません。外部発表に社名、ロゴ、数値、画像を使うなら、確認する内容と期限を別に決めます。
共同開発契約を締結するまでの実務手順
契約書の赤入れを始める前に、開発概要、提供物、成果利用、論点表を作ります。共同開発契約は、次の6段階で詰めます。
- 開発概要を一枚にする:目的、対象、工程、完了条件を書く
- 双方の持ち出しを並べる:人員、技術、データ、設備、費用を作業へ対応させる
- 成果と利用希望を列挙する:成果ごとに、開発後の利用場面を書く
- 未決定事項を分類する:事業・技術・法務知財・経営の判断者と期限を置く
- モデル契約書との差分を見る:案件と一致しない前提や、相手へ偏る負担を確認する
- 専門確認と運用準備を行う:法務・知財部門と弁護士の確認後、変更票や成果記録の担当を決める
交渉中に先行作業が必要なら、公開情報での検討、相手環境へ触れない試作、相手データを使う開発を分けます。先行できる範囲、費用、成果の扱いについて、限定した合意が必要かを法務へ確認してください。善意の着手は、未合意の成果と費用を増やします。
締結後は、仕様変更、追加作業、成果の創出者、第三者ツールの利用、事業化判断を記録します。契約書を保存するだけでなく、現場が契約どおり動ける運用へ落とします。
まとめ|共同開発契約より先に開発の事実を一枚にする
共同開発契約の精度は、条文の長さでは決まりません。誰が何を作り、どこで完了とし、成果を誰がどう使うのか。事業・開発側がこの三つを説明できるかで決まります。
共同開発契約と共同研究契約は、表題ではなく、目的、作業の具体性、成果、完了、終了後の利用から区別します。研究から開発へ続く案件なら、工程ごとに費用、成果、知財、判断者を切り替えます。
起案前には、開発範囲、対象外、提供物、工程、完了条件、仕様変更、費用、背景知財、開発成果、事業利用を一枚へまとめてください。法務・知財部門と弁護士には、条項案だけでなく、この事実関係を渡します。
最初の行動は、開発概要の5項目を自社案件へ転記することです。空欄ごとに、事業、技術、法務・知財、経営の決定者を置きます。その一枚を、共同開発契約の起案依頼へ添えてください。
出典・注記
[^1]: 特許庁「オープンイノベーションポータルサイト」。OIモデル契約書ver2.2の新素材編、AI編、大学編と各契約類型を参照。
[^2]: 経済産業省「オープンイノベーション促進のためのモデル契約書ver2.2及びグロース戦略のポイントについてのパンフレットを作成しました」(2025年4月25日公表)。
[^3]: 公正取引委員会・経済産業省「スタートアップとの事業連携及びスタートアップへの出資に関する指針」(令和4年3月31日、令和8年2月19日改正)。
[^4]: e-Gov法令検索「特許法」第73条。
