製品開発の協力会社と知財・成果物の帰属を決める6つの確認事項

製品開発の協力会社と知財・成果物の帰属を決める重要性

製品開発を外部の協力会社と進めるとき、価格、納期、技術力、生産設備などに目が向きやすい一方で、後から大きな問題になりやすいのが知的財産や成果物の帰属です。試作品が完成し、量産や販売の準備に入った段階で「設計データは誰のものなのか」「別の製造会社に図面を渡してよいのか」「開発中に生まれた技術を自社だけで利用できるのか」といった問題が表面化することがあります。

製品開発の協力会社を選ぶ段階では、技術的に開発できるかだけでなく、開発によって生まれる情報や成果を将来どのように利用できるのかまで確認しておくことが重要です。完成品そのものを受け取ることと、その製品を構成する設計情報や技術を自由に利用できることは必ずしも同じではありません。

特に注意したいのは、「開発費を自社が負担するため成果物もすべて自社のものになるだろう」「自社の依頼で作成した図面だから自由に使えるだろう」といった認識だけで進めることです。知的財産や成果物の扱いは、成果の種類、開発への寄与、作成主体、既存技術との関係、契約内容などによって整理が必要になります。発注した側と協力会社側で前提が異なれば、開発が成功した後ほど問題が大きくなる可能性があります。

たとえば、試作段階では一社の協力会社だけに製作を依頼していても、量産では複数拠点へ展開する可能性があります。将来、製造委託先を変更することもあります。そのとき、製造に必要な図面やデータを他社へ提供できなければ、事業継続の選択肢が大きく制限されます。

反対に、協力会社にとっても、以前から保有している加工技術や制御技術、設計ノウハウまで発注者へ譲渡したと解釈される契約は受け入れにくいでしょう。発注者が必要とする権利と、協力会社が継続して利用したい技術を整理し、双方の事業を不必要に制約しない形を検討することが重要です。

製品開発における知財契約は、「すべて自社に帰属させれば安全」という単純な問題ではありません。大切なのは、自社の事業計画に必要な権限を確保できているかです。自社生産するのか、量産を外注するのか、将来別の会社へ切り替える可能性があるのか、海外展開するのか、派生製品を開発するのかによって、必要な契約内容は変わります。

そのため契約交渉を始める前に、将来の事業シナリオをある程度整理しておく必要があります。単に「成果物は自社帰属」と記載するのではなく、何を成果物とするのか、既存技術との境界をどうするのか、誰が利用できるのか、第三者への提供は可能なのかまで具体化することで、認識のずれを減らしやすくなります。

ここからは、製品開発の協力会社と知財・成果物の帰属を決める際に確認しておきたい6つのポイントを、実務上の注意点とともに解説します。

開発前から保有する知財と新たな成果を切り分ける

最初に確認したいのが、製品開発を開始する前から各社が保有している技術と、今回の開発によって新しく生まれる成果を明確に区別することです。この境界が曖昧なまま開発を始めると、完成後に「この技術は今回開発したものだ」「以前から当社が持っていた技術だ」という認識の違いが起こりやすくなります。

製品開発では、完全な白紙状態から技術を作るケースばかりではありません。協力会社は過去の案件で蓄積した加工方法、製造条件、回路設計の考え方、機構設計のノウハウ、制御方法、検査方法などを保有している場合があります。発注側にも既存の製品仕様、設計データ、実験結果、顧客要求などがあります。

こうした開発開始前から存在する技術や情報については、今回の成果とは分けて整理することが重要です。契約実務では既存技術や背景技術などとして区別する場合がありますが、名称そのものよりも「何が契約締結前から存在していたのかを後から確認できる状態」にすることが重要です。

具体的には、開発開始時点で協力会社へ提供する図面、仕様書、試験データ、既存部品の情報などを整理しておく方法があります。協力会社側についても、今回の開発で利用する既存技術がある場合には、その範囲を可能な限り明確にしてもらいます。

ただし、協力会社の競争力そのものになっている製造ノウハウなどについて、詳細な内容まで開示を求めることが適切とは限りません。重要なのは、内容をすべて開示させることではなく、「今回新しく生まれた成果ではないものが存在する」という境界を明確にすることです。

たとえば、協力会社が以前から保有していた加工方法を使って新製品の部品を製造した場合、完成した部品の形状や今回作成した図面と、従来から存在する加工ノウハウは分けて考える必要があります。これをすべて一括して「本開発で生じた成果」とすると、後から権利関係を整理しにくくなります。

一方で、既存技術だからという理由で協力会社が自由に制限を設けられる状態にも注意が必要です。たとえば製品を継続的に生産するためにその技術の利用が不可欠であれば、既存技術そのものを取得しなくても、必要な範囲で利用できる条件を定めることが考えられます。

ここで確認すべきなのは所有権だけではありません。発注側が製品を量産、販売、保守するうえで、協力会社の既存技術をどの範囲まで利用する必要があるのかを整理することが重要です。自社内だけで使うのか、製造委託先にも利用させる必要があるのか、保守会社への情報提供が必要なのかまで検討します。

製品開発の協力会社を探している段階であれば、技術提案を受ける前に秘密保持や情報管理の条件も確認しておくとよいでしょう。正式な開発契約を締結する前の打ち合わせで、自社の未公開情報を開示する場合があるためです。

開発開始日、提供資料、既存技術、開発対象範囲を整理しておけば、後から成果物の帰属を協議するときにも判断材料になります。契約書の文言だけで境界を作ろうとするのではなく、開発開始時点の状態そのものを記録しておくことが重要です。

成果物の範囲と納品対象を具体的に定義する

2つ目の確認事項は、「成果物とは何を指すのか」を具体的に定義することです。製品開発では、最終的な試作品だけでなく、その完成までにさまざまなデータや資料が作成されます。

代表的なものとしては、仕様書、設計図面、三次元モデルデータ、部品構成情報、回路情報、プログラム、試験結果、解析結果、評価記録、検査基準、製造条件、作業手順書、治具設計情報などがあります。案件によっては試作品そのものよりも、こうした情報の方が将来の事業に重要になることもあります。

ところが、発注書に「試作品一式」「設計・製作一式」などとだけ記載されていると、発注者が必要だと考えているデータと、協力会社が納品対象だと考えているものに差が生じる可能性があります。

たとえば発注側は、試作品と同時に詳細設計図面も受け取れると考えている一方、協力会社は完成品だけを納品対象としているケースです。開発終了後に初めて違いが分かると、追加の調整が必要になり、量産移行にも影響しかねません。

そのため成果物を決めるときには、単に名称を並べるだけではなく、納品形式や編集可能性まで確認します。図面であれば閲覧用データだけなのか、後から設計変更できる元データも含むのかを確認します。プログラムを含む製品であれば、実行に必要なデータだけなのか、保守や改修に必要となる情報まで含めるのかを検討します。

試験についても同様です。「試験結果」とだけ定めるのではなく、合否判定の報告書だけなのか、測定結果の元データも必要なのかを整理します。将来、不具合解析や設計変更を行う可能性があるのであれば、元データが重要になる場合があります。

また、開発途中で作成した資料をどこまで成果物に含めるかも確認しておきたいポイントです。最終版だけを対象とするのか、検討過程の設計データ、解析データ、試作履歴なども納品対象とするのかによって、後から利用できる情報量が変わります。

一方で、協力会社が日常的に使用している社内標準、汎用テンプレート、製造設備の設定情報、独自ノウハウまで無制限に納品対象とすると、契約交渉が難しくなる可能性があります。自社の事業継続に必要な情報と、協力会社が保持すべき一般的な技術情報を区別することが重要です。

製品開発の協力会社に成果物を依頼する際には、「何を受け取れば別の担当者や別の製造会社でも製品の内容を理解できるのか」という視点で考えると整理しやすくなります。

ただし、別会社への移管を予定していない場合でも、担当者の異動や退職、協力会社の事業環境の変化などに備え、必要な技術資料を確保しておく意味があります。特定の担当者だけが理解している状態を避けるためにも、成果物の範囲を契約段階で具体化しておくことが重要です。

納品時には、成果物一覧を作成し、どのファイルが最終版なのかも明確にしておくと管理しやすくなります。契約書だけでなく、仕様書や納品物一覧などを組み合わせて管理することで、実際の開発業務と契約条件を一致させやすくなります。

新たに生まれた知財の帰属ルールを決める

3つ目は、製品開発によって新たに生まれた知的財産や技術成果を誰に帰属させるのかを決めることです。ここは知財契約の中心となる部分であり、単に「共同開発だから共同所有」と考えず、自社の事業計画に合わせて検討する必要があります。

新しい成果がすべて発注側だけのアイデアから生まれるとは限りません。協力会社から加工方法の変更を提案したり、耐久性を高めるために構造を変更したり、製造工程を簡略化する新しい方法を考えたりすることがあります。

このような成果について、誰がどの程度関与したのかが曖昧なままだと、開発終了後に権利の帰属について意見が分かれる可能性があります。

帰属を考える際には、まず自社が将来その成果をどのように利用したいかを明確にします。自社だけで利用できればよいのか、複数の製造会社へ利用させたいのか、派生製品へ展開したいのか、将来的な事業提携やライセンスも想定するのかによって、望ましい条件は異なります。

共同で権利を持つ方法も考えられますが、「共同であれば公平」とは限りません。共同で権利を管理する場合には、出願、維持、第三者への利用許可、権利譲渡などについて双方の調整が必要になる場面があります。そのため、将来どのような意思決定が必要になるかまで考えておくことが重要です。

一方、一方の当事者へ権利をまとめる場合でも、もう一方が必要な範囲で利用できる条件を組み合わせる方法があります。重要なのは「誰が所有するか」だけで判断しないことです。利用権限まで含めて設計することで、実務上必要な自由度を確保できるケースがあります。

製品開発では、一つの成果の中に複数種類の技術が含まれる場合もあります。製品全体の構造、特定部品の加工方法、検査方法、制御方法などを同じ条件にする必要があるとは限りません。必要であれば技術分野ごとに帰属や利用条件を分けることも検討します。

また、権利の対象となる成果だけでなく、権利化しないノウハウについても扱いを決めておく必要があります。製造条件や調整方法など、形式的な権利登録を行わず秘密情報として管理する技術もあるためです。

契約書では「本開発により生じた一切の知的財産」といった広い表現を使いたくなる場合がありますが、その範囲が既存技術まで含んでいるように解釈されると、かえって紛争の原因になります。既存技術と新規成果の境界、成果の定義、利用条件を一体で確認することが重要です。

さらに、開発途中で新しい発明や技術的アイデアが生まれた場合の報告方法も決めておくと管理しやすくなります。開発終了時にまとめて整理しようとしても、誰がいつ何を考えたのか分からなくなる可能性があります。

打ち合わせ記録、設計変更記録、試験記録などに、変更理由や提案者を残しておけば、成果が生まれた過程を確認しやすくなります。知財の帰属を契約文だけの問題にせず、日常の開発管理と結び付けることが重要です。

第三者や再委託先が関与する場合の権利関係を確認する

4つ目は、開発に協力会社以外の第三者が関与する場合の権利関係です。発注者と協力会社の二社だけで条件を決めても、実際の開発工程に再委託先や外部技術者などが参加していれば、その人や組織との権利処理が別途問題になる可能性があります。

製品開発では、協力会社がすべての工程を社内だけで対応するとは限りません。専門加工、回路設計、ソフトウェア開発、解析、試験などの一部を外部へ再委託する場合があります。

発注側として重要なのは、再委託そのものを一律に禁止することではなく、誰が開発に関与し、成果物の権利を適切に処理できる体制になっているかを確認することです。

たとえば再委託先が作成した図面やプログラムについて、協力会社が発注者へ必要な権利を移転したり利用させたりできる状態になっていなければ、後から利用制限が判明する可能性があります。

そのため契約では、再委託を行う際の事前連絡や承認の要否に加え、再委託先にも必要な秘密保持義務や知財条件を適用する仕組みを検討します。

社員以外の技術者や外部の設計者が参加する案件でも同じです。成果物を作成した主体と協力会社との契約関係によっては、発注者と協力会社の契約だけでは十分な権利処理ができない可能性があります。

また、第三者が保有する技術や素材、プログラムなどを成果物に組み込む場合にも確認が必要です。協力会社が利用できることと、発注者が量産や販売の段階で利用できることが同じとは限りません。

協力会社から「一般的に利用できるものを使っているため問題ない」と説明された場合でも、自社が予定する利用方法まで含めて問題がないかを確認することが重要です。製品の販売地域、製造方法、改変の予定、第三者への製造委託などによって必要な確認範囲が変わることがあります。

将来的に別の協力会社へ製造を移管する可能性がある場合は、第三者の権利が移管の妨げにならないかという視点も必要です。特定の協力会社だけが利用できる条件になっている技術が製品の中核に組み込まれていると、移管が難しくなる可能性があります。

第三者の権利については、開発終了時に初めて確認するのではなく、設計段階から管理する方が対応しやすくなります。設計変更や部品採用のタイミングで、新たな第三者技術が追加されていないかを確認する運用が有効です。

製品開発の協力会社を比較するときには、再委託管理や知財管理の仕組みも確認しておくとよいでしょう。単に技術力が高いだけでなく、外部パートナーを含めて情報と権利を管理できる会社かどうかは、長期的な製品事業を考えるうえで重要な評価ポイントです。

成果物の利用・改変・出願に関する権限を決める

5つ目は、成果物や知的財産を誰がどのように利用できるのかを決めることです。帰属だけを決めても、実際の事業活動に必要な利用権限が明確でなければ、開発後に問題が発生する可能性があります。

まず確認したいのが、自社による利用範囲です。対象製品だけに使用できるのか、後継製品や派生製品にも利用できるのか、社内の別事業でも利用できるのかを検討します。

製品開発では、最初に予定していた用途から別の市場へ展開することがあります。用途を狭く限定しすぎていると、新規事業へ展開するときに再度交渉が必要になる可能性があります。一方で、協力会社の既存技術まで無制限に利用できる条件を求めれば、協力会社側が受け入れにくくなることも考えられます。

自社の将来計画を整理したうえで、必要な範囲を設定することが重要です。

次に確認したいのが第三者への提供です。製品を自社で設計していても、量産は別の製造会社へ依頼することがあります。また、保守、検査、解析などを別会社へ委託することもあります。

このとき、成果物を第三者へ開示できなければ、実務上の外注ができない可能性があります。そのため「第三者への開示禁止」といった条項を設ける場合でも、製造委託、保守、試験など事業遂行に必要な開示についてどのように扱うかを検討しておく必要があります。

成果物の改変についても確認が必要です。開発終了後に自社で設計変更できるのか、別の協力会社に変更を依頼できるのかによって、将来の運用自由度が変わります。

長期販売する製品では、部品の生産終了、法令や規格への対応、顧客要求の変更などにより、設計変更が必要になることがあります。変更のたびに元の協力会社の承認が必要な条件であれば、事業運営に影響する可能性があります。

ただし、安全性や品質に関係する設計を第三者が自由に変更すると、元の協力会社が品質責任を負えなくなる問題もあります。そのため改変を全面的に認めるか禁止するかという二者択一ではなく、改変後の責任範囲まで含めて整理することが重要です。

新たな発明などについて権利化を検討する場合には、出願するかどうかの判断方法、手続きの担当者、必要な情報提供、費用負担、権利維持などの基本方針を決めておくことも有効です。

共同で生まれた技術について、一方が出願を希望し、もう一方が営業秘密として管理したい場合も考えられます。出願をすると技術内容が公開される可能性があるため、権利取得だけでなく情報公開との関係も考慮する必要があります。

また、国外での事業展開を予定している場合には、将来どの地域で権利確保が必要になるかも事業計画と合わせて検討します。すべてを開発開始時に決定できない場合は、判断期限や協議方法を決めておく方法もあります。

重要なのは「帰属さえ決めれば終わり」と考えないことです。実際に製品を製造、販売、改良、保守する流れを想定し、その各段階で必要になる権限を確認することが、製品開発の協力会社との契約では重要になります。

開発終了後のデータ・改良成果・秘密情報の扱いを決める

6つ目は、開発終了後の扱いを決めることです。知財や成果物の問題は、製品が完成した瞬間に終わるわけではありません。量産、保守、設計変更、後継製品の開発など、その後の事業活動でも継続します。

最初に確認したいのが、協力会社へ提供した資料やデータを開発終了後にどうするかです。返却するのか、消去するのか、保守対応のため一定期間保管するのかを決めます。

秘密情報についても、契約終了と同時に秘密保持義務がなくなる条件では、長期的に保護したい情報を十分に管理できない場合があります。製品の販売期間や技術の性質を踏まえて、開発終了後の管理条件を検討する必要があります。

一方で、すべての情報を直ちに消去すると、後から不具合が発生した際に協力会社が原因調査できなくなることもあります。保守や品質対応に必要な情報については、保管目的、範囲、期間などを整理しておくことが重要です。

次に検討したいのが、開発終了後に生まれる改良技術です。協力会社が量産を続ける中で、新しい加工方法や品質改善方法を考案するケースがあります。発注側が製品を使用する中で、新たな改良案を考えることもあります。

こうした改良成果について、元の共同開発契約の対象になるのか、それぞれ独立した成果として扱うのかを整理しておくと、後から判断しやすくなります。

特に長期間にわたって同じ協力会社へ量産を委託する場合、試作開発の終了時点と量産改善の境界が曖昧になりやすいため注意が必要です。量産中の改善提案が誰の成果になるのか、相手方へ通知する必要があるのか、双方が利用できるのかなど、必要に応じて基本方針を決めます。

協力会社を変更する場合の引き継ぎについても確認しておきたいところです。図面や仕様書を受け取っていても、実際の製造に必要な条件や検査方法が協力会社の内部にしか残っていなければ、円滑な移管ができない可能性があります。

そのため、開発の段階から「事業継続に必要な情報は何か」を整理し、必要なものを成果物として残しておくことが重要です。移管を前提に協力会社へ圧力をかけるのではなく、災害、事業撤退、設備停止なども含めた事業継続対策として考えると協議しやすくなります。

また、契約終了時には、貸与品や試作品、治具などの物理的な資産についても扱いを決めておく必要があります。誰の所有物なのか、どこで保管するのか、廃棄するときは誰が判断するのかを明確にしておけば、知財以外の成果物についてもトラブルを防ぎやすくなります。

製品開発の協力会社とは、開発が順調な時期ほど将来の終了条件を話しにくいものです。しかし、契約終了や委託先変更の条件を事前に決めることは、相手との関係を疑うことではありません。長期的な協力関係を続けるためにも、終了時のルールを明確にしておくことが重要です。

契約書だけに頼らず開発途中の記録を残す

知財や成果物の帰属を契約書で定めても、それだけですべての問題を防げるとは限りません。実際の製品開発では、契約締結後に仕様が変わり、当初予定していなかった技術が追加され、新しい担当者や再委託先が参加することがあります。

そのため、契約条件と実際の開発内容を継続的に一致させる管理が重要です。

特に残しておきたいのが、設計変更の記録です。誰からどのような提案があり、なぜ変更したのかを記録しておけば、後から成果が生まれた経緯を確認しやすくなります。

打ち合わせについても、単に開催日と参加者だけではなく、重要な技術判断や役割分担、成果物の変更などを記録します。口頭で合意しただけの内容は、担当者が交代すると確認が難しくなるためです。

成果物一覧も開発途中で更新した方がよいでしょう。契約時には想定していなかった解析資料や試験データが追加された場合、それを最終納品物に含めるのかを確認します。

製品開発では、開発の途中から「この資料も必要だった」と気付くことがあります。最後に一度だけ納品物を確認するよりも、設計審査や試作評価などの節目で成果物を確認した方が不足を防ぎやすくなります。

知財管理の観点では、新しいアイデアや技術提案についても記録しておくことが重要です。提案者、提案日、検討内容、採用結果などが分かれば、後から権利関係を整理するときの情報になります。

秘密情報のやり取りも管理します。どの資料を誰へ提供したのか、再委託先への開示があったのかなどを追跡できれば、情報管理上のリスクを減らせます。

製品開発の協力会社が複数ある場合には、さらに注意が必要です。一社から得た秘密情報や技術提案を、別の協力会社との開発へ意図せず持ち込まないよう、プロジェクトごとの情報管理が必要になります。

社内でも、営業、設計、調達、品質、生産など複数部門が協力会社とやり取りする場合があります。窓口が分散すると、同じ会社へ異なる条件を伝えてしまう可能性があるため、契約条件や開発ルールを関係者で共有しておくことが重要です。

また、図面や写真、試験記録などについて、最新版がどれなのか分からない状態も避ける必要があります。古い設計情報を使って試作や製造を行うと、品質問題だけでなく、どの成果物が最終版なのかという契約上の問題にもつながりかねません。

知財・成果物管理というと法務部門だけの仕事に見えますが、実際には設計変更管理、文書管理、試験記録管理など、日常的な製品開発プロセスと密接に関係しています。

そのため製品開発の協力会社を選定するときには、契約交渉への対応だけでなく、設計履歴や検査記録を適切に管理できる体制があるかも確認しておくとよいでしょう。

重要度の高い案件では、契約締結前に知的財産や契約実務に詳しい専門家へ確認することも有効です。実際の権利関係は成果物の種類や作成体制、契約内容などによって異なるため、自社の事業計画に合わせて整理する必要があります。

まとめ

製品開発の協力会社との知財・成果物の問題は、開発が失敗したときよりも、むしろ製品が完成して事業が拡大するときに表面化することがあります。

量産を別会社にも依頼したい、後継製品を作りたい、設計を変更したい、海外へ展開したいと考えた段階で、必要な図面を利用できない、第三者へ情報を提供できない、権利者との調整が必要になるといった問題が判明すれば、事業計画そのものへ影響する可能性があります。

こうした事態を防ぐためには、最初に開発前から存在する技術と新しい成果を分けておくことが重要です。そのうえで、納品される成果物を具体的に定義し、新たに生まれる知財の帰属、第三者や再委託先の権利、利用・改変・出願に関する権限、開発終了後の情報や改良成果の扱いまで確認します。

特に「所有権を取得できるか」だけで判断しないことがポイントです。製品を継続的に製造、販売、保守、改良するために何が必要なのかを逆算し、そのために必要な情報と利用権限を確保するという考え方が求められます。

また、契約書を作成しただけで安心せず、開発途中の仕様変更、技術提案、試験結果、成果物一覧などを記録し続けることも重要です。製品開発の実態と契約条件がずれてしまえば、どれほど詳細な契約書でも判断が難しくなる場合があります。

製品開発の協力会社を探す際は、技術力、設備、納期、品質だけではなく、知財や成果物を適切に整理しながら開発を進められる体制も比較しましょう。契約条件について率直に協議でき、設計変更や記録管理まで含めて協力できる会社であれば、試作だけでなく量産や改良まで長期的な関係を築きやすくなります。

そして、製品開発や製造の現場では、契約上の成果物だけでなく、実際の作業状況を示す現場写真、位置情報、施工記録などを継続的に残し、後から確認できる状態にすることも重要です。いつ、どこで、どのような作業を行ったのかを記録できれば、関係者間の情報共有や履歴確認にも役立ちます。

LRTK Phoneは、現場写真・位置情報・施工記録を管理する自社プロダクトです。協力会社を含む複数の関係者が参加する現場では、契約書や設計資料だけでなく、実際の施工・作業記録を整理して残すことが、後工程での確認や情報共有を円滑にするうえで重要になります。製品開発から製造、施工、保守まで現場情報を継続的に管理したい場合には、LRTK Phoneを活用した記録方法も検討できます。