2σ Guide

片務NDAを相互NDAに
変更すべきかの判断軸

情報の流れ、不可逆性、交渉事実、取引類型、交渉力、運用負担、代替設計を見て、片務のままにするか、相互化するか、限定条項で足りるかを整理します。

7軸主な判断項目
7.0%不利なNDA経験の回答割合
12点追加契約も検討する目安
本ページは株式会社Dプロフェッションズ(医師/医療機関/弁護士/弁護士法人ではありません)が運営しています。
一般的な情報提供を目的としており医療上の助言や法律相談等を行うものではありません。
広告(PR)を掲載しています。広告は編集内容や推奨を意味しません。
Video

片務NDAを相互NDAに 変更すべきかの判断軸

契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。

動画を読み込み中…
2σ GUIDE ・ VIDEO
片務NDAを相互NDAに 変更すべきかの判断軸
契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。
動画の文字起こし(全文テキスト)

2σ GUIDE ・ VIDEO

  • 片務NDAを相互NDAに 変更すべきかの判断軸
  • 契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。

POINT 1

  • 片務NDAを相互NDAに変更すべきかの全体像
  • 契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。
  • 片務NDAを相互NDAに変更すべきかの判断軸は、先に情報を出す会社だけを見る発想では足りません。
  • 一方、情報の流れが構造的に一方向で、相手方の提案や交渉事実にも秘密性がない場合は、片務NDAを維持する合理性もあります。
  • 読者は、自社の案件がどちらの構造に近いか、また途中で情報の流れが変わりそうかを読み取ってください。

POINT 2

  • 片務NDAと相互NDAの定義を基礎から整理する
  • 開示者、受領者、営業秘密、秘密管理性をそろえると、判断の前提がぶれにくくなります。
  • NDAで使う基本用語
  • NDAの本質は、情報を出してもよい条件を契約で整えることにあります。
  • 片務NDAの表題であっても、協議の存在を双方秘密とする条項や、受領者の関連会社への開示条項が混在していることがあります。

POINT 3

  • 片務NDAを相互NDAに変更する法的前提
  • 契約自由を出発点にしながら、営業秘密、取引適正化、個人データ、セキュリティを重ねて確認します。
  • 日本法上、契約は原則として当事者が締結するかどうか、どのような内容にするかを決められます。
  • そのため、片務NDAでなければならない、相互NDAでなければならないという一般的な形式指定があるわけではありません。
  • ただし、内容が公序良俗、強行法規、独占禁止法、個人情報保護法、下請・取引適正化関連法令に反しないかは別に検討します。

POINT 4

  • 片務NDAを相互NDAに変更すべきかを7つの判断軸で整理
  • 不可逆性が高い情報
  • 使わないつもりでは足りません
  • AI・データ利用の扱い
  • 情報流通の実態
  • 価値と不可逆性
  • 交渉事実の秘匿性
  • 取引類型
  • 一つの論点だけで決めず、情報、案件、相手方、運用をまとめて点検します。

POINT 5

  • 片務NDAを相互NDAに変更しやすい取引類型
  • 1. 公開情報と概要の確認:片務NDAまたはNDAなしで進む場合でも、未公表の技術、顧客、価格、協議事実は出さない設計にします。
  • 2. 提案、見積、技術説明の交換:双方の秘密情報が出る可能性が高まるため、相互NDAまたは相手方情報保護条項を整えます。
  • 3. PoC、監査、データ連携:個人データ、AI利用、セキュリティ、知財帰属の条項を加え、閲覧範囲や開示先を限定します。
  • 4. 共同開発・委託・M&A契約へ接続:NDAだけでは成果物や発明の帰属が決まらないため、後続契約との整合を取ります。

POINT 6

  • 片務NDAを相互NDAに変更する交渉と代替設計
  • 1. 情報の流れを確認:会議、資料、見積、デモ、QAで相手方から秘密情報が出るかを確認します。
  • 2. 双方向の可能性:将来も含めて双方向開示が合理的に予見できるかを見ます。
  • 3. 相互化を検討:相互NDA、情報別紙、提案資料保護条項を候補にします。
  • 4. 片務維持も検討:協議事実の秘匿や追加開示時の契機だけを残します。
  • 5. 運用負担を調整:受領窓口、無断送付情報、独自開発例外、責任上限、AI利用制限を整えます。

POINT 7

  • 相互NDAの運用負担と社内管理
  • 相互化は万能ではありません。不要情報の流入、管理負担、責任拡大を制御します。
  • 契約管理システムで管理する項目
  • NDAプレイブックと専門職別の確認視点
  • 相互化は万能ではありません。

POINT 8

  • 片務NDAを相互NDAに直す契約条項レビュー
  • 秘密情報の定義、目的外使用、第三者開示、期間、返還廃棄、知財、責任を順に見ます。
  • 片務NDAを相互化する際、最初に修正すべきは秘密情報の定義です。
  • 「甲が乙に開示する一切の情報」とだけ書かれている場合、乙が甲に開示する提案やノウハウが保護されない可能性があります。
  • 改善案では、甲または乙が相手方に対して開示する技術上、営業上、財務上、法務上、業務上その他の非公知情報を対象にします。

まとめ

  • 片務NDAを相互NDAに 変更すべきかの判断軸
  • 片務NDAを相互NDAに変更すべきかの全体像:契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。
  • 片務NDAと相互NDAの定義を基礎から整理する:開示者、受領者、営業秘密、秘密管理性をそろえると、判断の前提がぶれにくくなります。
  • 片務NDAを相互NDAに変更する法的前提:契約自由を出発点にしながら、営業秘密、取引適正化、個人データ、セキュリティを重ねて確認します。
  • 本動画は一般的な情報提供であり、法律上の助言ではありません。記載の数値・金額・期間は目安です。個別事情で結論は変わります。
Overview

片務NDAを相互NDAに変更すべきかの全体像

契約の表題ではなく、実際に誰がどの秘密情報を出すかから考えます。

片務NDAを相互NDAに変更すべきかの判断軸は、先に情報を出す会社だけを見る発想では足りません。契約締結時点で情報の流れが本当に一方向だけか、交渉途中で提案、見積、仕様、技術説明、価格条件、顧客情報、監査資料、個人データ、セキュリティ情報が相手方から出る可能性があるかを確認します。

共同開発、PoC、M&A、投資検討、業務提携、システム開発、製造委託、RFP、工場見学、監査、データ連携、知財・ノウハウを含む商談では、相互NDAを標準形に置く場面が多くなります。一方、情報の流れが構造的に一方向で、相手方の提案や交渉事実にも秘密性がない場合は、片務NDAを維持する合理性もあります。

まずは片務NDAと相互NDAの違い、使い分けで見落としやすい論点、相互化しても完全に同じ義務にしなくてよい点を比較して押さえることが重要です。この比較表は、契約類型ごとの基本構造と注意点を示します。読者は、自社の案件がどちらの構造に近いか、また途中で情報の流れが変わりそうかを読み取ってください。

類型基本構造典型場面主な注意点
片務NDA一方の秘密情報だけを保護し、他方だけに秘密保持義務を課す形です。売主だけが買主に資料を出す、委託元だけが委託先に仕様を出すなど。実際には相手方も提案、ノウハウ、価格、設計情報を出す場合、保護漏れが生じます。
相互NDA双方が開示者にも受領者にもなり得る前提で、双方の秘密情報を保護する形です。共同開発、PoC、業務提携、M&A、投資、RFP、データ連携など。不要な情報まで受領すると管理負担が増えるため、目的、範囲、開示手続を絞ります。
限定的相互化片務NDAをベースに、協議事実、提案資料、見積、技術情報など一部だけを双務的に保護する形です。相手方ひな形の全面差替えが難しい交渉、短期商談、段階的開示など。どの情報を相互保護に入れるかを曖昧にすると、後で利用目的や範囲が争点になります。
要点相互NDAは、両当事者が完全に同じ義務を負う契約という意味に限られません。双方の秘密情報を保護する枠組みを置きつつ、情報類型、開示先、管理水準、期間、返還廃棄、責任範囲を情報の重要度に応じて調整する設計が実務的です。
Section 01

片務NDAと相互NDAの定義を基礎から整理する

開示者、受領者、営業秘密、秘密管理性をそろえると、判断の前提がぶれにくくなります。

NDAは、秘密情報を第三者に開示しないこと、契約で定めた目的以外に使用しないこと、必要な管理措置を講じることなどを定める契約です。秘密情報の定義、目的外使用の禁止、第三者開示の制限、複製、保管、返還、廃棄、期間、損害賠償、差止め、管轄などが典型的な検討項目です。

NDAの本質は、情報を出してもよい条件を契約で整えることにあります。事業提携、委託、投資、共同開発では情報開示なしに検討が進まないため、開示の目的、範囲、相手、管理方法、終了時処理を決めておく必要があります。

NDAで使う基本用語

次の一覧は、片務NDAを相互NDAに変更する議論で前提となる用語を並べたものです。用語の理解がずれると、同じ契約書を見ても保護対象の広さを誤解しやすいため、各用語が誰の情報をどこまで守る概念かを読み取ってください。

用語意味レビューで見る点
NDA秘密保持契約、機密保持契約、守秘義務契約などと呼ばれる情報管理の契約です。秘密情報の範囲、目的外使用、第三者開示、返還廃棄、期間が案件に合っているかを見ます。
開示者秘密情報を出す側です。片務NDAでは一方に固定されがちですが、実務上は途中で双方が開示者になることがあります。
受領者秘密情報を受け取る側です。関連会社、委託先、専門家、クラウド環境への共有範囲も確認します。
片務NDA一方当事者の秘密情報だけを保護し、他方に義務を課す契約です。相手方の提案、見積、ノウハウ、協議事実が保護対象から落ちていないかを見ます。
相互NDA双方が秘密情報を出す可能性を前提に、双方の情報を保護する契約です。完全対称にせず、情報の重要度に応じて義務の濃淡を設けられます。
営業秘密秘密管理性、有用性、非公知性を満たす技術上または営業上の情報です。NDAは秘密管理意思を外部に示す要素になりますが、社内管理や表示も必要です。

片務NDAの表題であっても、協議の存在を双方秘密とする条項や、受領者の関連会社への開示条項が混在していることがあります。反対に、表題が相互秘密保持契約でも、一方の情報だけが厚く保護されていることもあります。レビューでは表題よりも、義務の主語、秘密情報の定義、開示者の範囲、目的、第三者開示、使用制限を確認します。

注意相互NDAへの変更は、相手方に情報を出す義務を発生させるものではありません。情報を開示した場合の取扱いを決める契約であり、開示義務がないことを明記する設計も可能です。
Section 03

片務NDAを相互NDAに変更すべきかを7つの判断軸で整理

一つの論点だけで決めず、情報、案件、相手方、運用をまとめて点検します。

中核となる判断軸は、情報流通の実態、情報の価値と不可逆性、交渉事実・案件存在の秘匿性、取引類型、交渉力・取引適正化リスク、運用可能性、代替設計の可能性の7つです。これらを並べて見ることで、片務維持、限定的相互化、相互NDA、別契約追加のどこに寄せるかを判断しやすくなります。

次の一覧は、7つの判断軸を実務で確認する順番に並べたものです。各項目は、相互化の必要性を高める事情と、読み取るべき判断の方向を示します。読者は、一つでも強い事情がある場合に全体評価を引き上げる必要があるかを確認してください。

情報流通の実態

会議、メール、資料、デモ、QA、見積で双方から秘密情報が出るかを確認します。将来双方向になる蓋然性も見ます。

価値と不可逆性

研究テーマ、顧客リスト、価格戦略、ソースコード、M&A情報など、一度知られると戻せない情報かを見ます。

交渉事実の秘匿性

案件の存在、協議内容、相手方名、スケジュール、検討結果自体を双方で秘密にする必要があるかを見ます。

取引類型

共同開発、PoC、M&A、RFP、委託、工場見学、データ連携など、構造的に双方向開示が起きる類型かを見ます。

交渉力と公正性

取引上の地位に差があり、片務の押し付けが不合理な不利益や優越的地位の濫用と評価され得るかを見ます。

運用可能性

相互化により、不要情報の流入、管理負担、既存契約との矛盾、責任拡大が過大にならないかを見ます。

代替設計

全面的な相互NDAでなく、協議事実、提案資料、情報別紙、データ条項の追加で足りるかを見ます。

不可逆性が高い情報

不可逆性とは、一度相手に知られると、返還や廃棄をしても相手の記憶、開発方針、競争行動に残り、元に戻せない性質です。研究開発テーマ、失敗データ、顧客リスト、購買履歴、価格戦略、製造ノウハウ、金型設計、ソースコード、アルゴリズム、モデル構造、資金繰り、脆弱性情報は代表例です。

不可逆性の高い情報は、事後的な損害賠償だけでは回復しにくい点が重要です。この重要ポイントは、相互化の判断が単なる形式変更ではなく、目的外使用、第三者共有、AI入力、将来担当者の変更まで見越した管理義務への変換であることを示します。読者は、使うつもりがないという説明だけで足りるかを読み取ってください。

使わないつもりでは足りません

高価値で不可逆な情報を受け取る可能性がある場合は、善意の表明ではなく、目的外使用禁止、第三者開示禁止、返還廃棄、AI・データ利用制限などの契約義務に変換することが重要です。

AI・データ利用の扱い

会議録、提案資料、ソースコード、ログ、顧客データを生成AI、分析ツール、データ基盤に入力する場面が増えています。相互NDAにする場合は、外部AIサービスへの入力禁止、事前書面承諾、学習・ファインチューニング・モデル改善の制限、派生データや評価結果の帰属、匿名化・統計化情報の利用可否を検討します。

Section 04

片務NDAを相互NDAに変更しやすい取引類型

共同開発、PoC、M&A、RFP、製造委託、SaaS導入では、情報が自然に双方向化します。

取引類型は、片務NDAを相互NDAに変更するかどうかを大きく左右します。特に共同開発、PoC、M&A、RFP、製造委託、工場見学、システム開発、SaaS導入、販売代理、業務提携では、相手方からもノウハウや提案資料が出る構造になりやすい点に注意します。

次の比較表は、取引類型ごとに相互化の方向性と追加で見る条項を整理したものです。読者は、片務で足りる例外を探すだけでなく、後続契約や別紙で補うべき論点があるかを読み取ってください。

取引類型相互化の方向追加で見る論点
共同開発・共同研究相互NDAを標準形に置く場面が多いです。成果物、発明、著作物、データ、改良技術、共同出願、実施権を別契約で定めます。
PoC・実証実験相互NDAを原則とし、データ利用範囲も定めます。目的、データ範囲、レポート、派生データ、本番利用、個人データ、AI学習利用を確認します。
M&A・投資・資本提携片務を維持する場合でも協議事実は双務的に保護します。公表制限、プロセス情報、買主候補情報、競合会社間の情報遮断を確認します。
RFP・見積・コンペ相互NDAまたは提案資料保護条項を置きます。提案内容の横流し、他社見積への流用、仕様書への無断反映を防ぎます。
製造委託・工場見学・監査相互NDAに加え、見学時の情報管理を明確化します。撮影禁止、持込機器制限、閲覧範囲、同行者、記録方法、サンプル持帰り禁止を確認します。
システム開発・SaaS導入顧客とベンダー双方の情報が出るため相互NDAが自然です。個人データ、再委託、漏えい時通知、監査、ログ、削除証明、データ所在地を確認します。
販売代理・業務提携双方の営業秘密が出る場合は相互NDAが適します。顧客リスト、価格政策、販売チャネル、未公表キャンペーン、競合対策を確認します。
一方的な資料閲覧情報流通が構造的に一方向なら片務維持も考えられます。後に双方向議論へ移る場合の追加NDAまたは相互化の契機を置きます。

交渉事実が秘密になる場面では、資料開示が一方向でも双務的な秘匿条項が必要になります。次の時系列は、案件の初期から本契約へ進むまで、どの段階で相互保護の必要性が強くなるかを示します。読者は、重要情報を出す前にどの契約状態にしておくべきかを読み取ってください。

初期接触

公開情報と概要の確認

片務NDAまたはNDAなしで進む場合でも、未公表の技術、顧客、価格、協議事実は出さない設計にします。

協議開始

提案、見積、技術説明の交換

双方の秘密情報が出る可能性が高まるため、相互NDAまたは相手方情報保護条項を整えます。

評価・検証

PoC、監査、データ連携

個人データ、AI利用、セキュリティ、知財帰属の条項を加え、閲覧範囲や開示先を限定します。

本契約前

共同開発・委託・M&A契約へ接続

NDAだけでは成果物や発明の帰属が決まらないため、後続契約との整合を取ります。

Section 05

片務NDAを相互NDAに変更する交渉と代替設計

全面差替えだけでなく、協議事実、提案資料、情報別紙、段階開示で調整します。

自社が強い立場で片務NDAを提示する場合は、相手方の情報も出ることを認識しているか、相手方情報を自由に使える構造になっていないか、修正を一切拒否していないか、取引停止を恐れて受け入れざるを得ない状況ではないかを確認します。自社が弱い立場で片務NDAを提示された場合は、感情論ではなく情報類型を示して相互化を求めると説明しやすくなります。

次の比較表は、交渉で示すと効果的な情報類型を整理したものです。なぜ重要かというと、相互化の必要性を抽象的な公平論ではなく、どの情報が保護されないかという実務リスクに変えられるからです。読者は、片務NDAで保護される情報と保護されない情報の差を読み取ってください。

開示予定情報開示者秘密性片務NDAでの保護必要な修正
課題・要求仕様相手方相手方ひな形では保護されることが多いです。現行で足りるかを確認します。
自社提案資料自社保護対象外になるおそれがあります。相互化または提案資料保護条項を追加します。
見積前提・工数自社中から高保護対象外になるおそれがあります。目的外使用禁止と他案件流用禁止を入れます。
技術実現方法自社保護対象外になるおそれがあります。秘密情報定義に明示します。
協議事実双方不明確になりやすいです。協議事実秘匿条項を追加します。

相手方がひな形の全面変更を嫌がる場合は、中間的な設計を検討します。次の判断の流れは、片務維持、限定的相互化、情報別紙、相互NDA、受領拒否のどれを使うかを整理するものです。読者は、上から順に事実を確認し、該当する分岐で最小限必要な保護を読み取ってください。

相互化の判断の流れ

情報の流れを確認

会議、資料、見積、デモ、QAで相手方から秘密情報が出るかを確認します。

双方向の可能性

将来も含めて双方向開示が合理的に予見できるかを見ます。

ある
相互化を検討

相互NDA、情報別紙、提案資料保護条項を候補にします。

ない
片務維持も検討

協議事実の秘匿や追加開示時の契機だけを残します。

運用負担を調整

受領窓口、無断送付情報、独自開発例外、責任上限、AI利用制限を整えます。

代替設計の主な選択肢

全面的な相互NDAが難しい場面でも、協議事実と提案資料だけを相互保護する、別紙で情報類型ごとに管理水準と期間を分ける、片務NDAに情報受領禁止条項を入れる、競合会社間ではクリーンチームを置く、といった設計が考えられます。

次の一覧は、相互NDAへの全面差替え以外の選択肢を比較するものです。重要なのは、相手方の懸念を減らしながら必要な情報だけを保護できる点です。読者は、案件のスピード、保護対象、管理負担のどこを優先するかを読み取ってください。

設計使いやすい場面注意点
限定的相互化協議事実、提案資料、見積、技術説明だけを守れば足りる場面。保護対象となる情報類型を具体的に書かないと範囲が争点になります。
相互NDAと情報別紙ソースコード、顧客データ、価格、共同実験結果など情報ごとに管理水準を変える場面。別紙の更新手続と後続契約との優先関係を決めます。
片務NDAと情報受領禁止自社が相手方情報を受け取りたくない場面。会議で実際に重要情報を聞く可能性が高い案件では実態に合わないことがあります。
相互NDAとクリーンチーム競合会社間、M&A、技術評価で競争上センシティブな情報を扱う場面。閲覧者、保存場所、社内共有、報告内容を厳格に限定します。
Section 06

相互NDAの運用負担と社内管理

相互化は万能ではありません。不要情報の流入、管理負担、責任拡大を制御します。

相互NDAを締結すると、相手方が秘密情報として大量の資料を送ってくることがあります。これにより、自社の独自開発との混同、競合製品開発への制約、将来の紛争リスクが生じることがあります。相互化する場合は、受領を希望しない情報、開示前承認、指定窓口、クリーンチーム、公開情報・独自開発の例外を設計します。

運用負担を把握するには、義務がどの業務に波及するかを分けて見る必要があります。次の一覧は、相互NDAで増える管理項目と実務上の調整策を示します。読者は、契約文言だけでなく、現場が守れる管理方法になっているかを読み取ってください。

01

秘密情報の限定

本件目的に関連して開示された非公知情報に限り、口頭開示は一定期間内の特定を求めます。

範囲
02

開示先の限定

役職員、専門家、委託先、関連会社のうち知る必要がある者に限り、同等義務を課します。

共有
03

返還・廃棄の例外

法令、内部監査、紛争対応、バックアップにより保存が必要な場合の例外を明記します。

保管
04

責任範囲の調整

故意・重過失、目的外使用、第三者開示、個人データ漏えいを上限の例外にするか検討します。

責任

契約管理システムで管理する項目

リーガルオペレーションの観点では、NDAを締結して終わりではありません。次の一覧は、契約管理システムで追跡すべき項目を示します。なぜ重要かというと、後続の本契約、PoC契約、共同開発契約、M&A契約との整合を取り、期限や例外承認を後から確認できるようにするためです。読者は、契約台帳に最低限どの項目を持たせるかを読み取ってください。

管理項目確認内容
契約類型片務、相互、多者間の別を記録します。
当社の立場開示者、受領者、双方のどれかを記録します。
対象案件関連する商談、PoC、共同開発、M&A、委託案件を紐づけます。
秘密保持期間情報類型ごとの期間、終了後の存続期間、更新要否を管理します。
返還・廃棄期限請求時、目的終了時、契約終了時の処理期限を管理します。
個人データの有無委託先監督、再委託、漏えい時通知、削除証明の要否を確認します。
知財・AI論点共同開発、AI学習利用、データ分析制限、成果帰属の有無を確認します。
例外承認者標準条項から外れた場合の承認者と理由を記録します。

NDAプレイブックと専門職別の確認視点

NDAプレイブックでは、片務を維持できる場面、相互化を求める場面、協議事実だけを相互保護する場面、重要情報の開示を止める場面、社内承認を要する場面をあらかじめ分類します。レッドフラグとしては、相手方の提案資料が保護されない、秘密保持期間が極端に短い、AI学習利用の制限がない、知財の無償利用に読める、個人データの委託管理が抜けているといった事情を設定します。

  • 法務・契約担当 ― 契約の主語、秘密情報の定義、除外情報、目的外使用、開示先、責任上限を確認します。
  • 知財・弁理士 ― ノウハウ、発明、著作物、共同出願、改良技術、ライセンス不存在を確認します。
  • 個人情報・セキュリティ担当 ― 個人データ、再委託、漏えい時通知、アクセス管理、外部AI入力、ログ管理を確認します。
  • 内部監査・経営層 ― 取引上の公正性、優越的地位の濫用リスク、承認権限、契約台帳、後続契約との整合を確認します。
警戒目的外使用禁止がない、相手方だけが自社秘密情報を自由に使用できる、秘密保持期間が極端に短い、AI学習利用を禁止していない、返還・廃棄義務がない、知財譲渡や無償ライセンスに読める条項が紛れている場合は、法務・知財・経営判断を要することがあります。
Section 07

片務NDAを相互NDAに直す契約条項レビュー

秘密情報の定義、目的外使用、第三者開示、期間、返還廃棄、知財、責任を順に見ます。

片務NDAを相互化する際、最初に修正すべきは秘密情報の定義です。「甲が乙に開示する一切の情報」とだけ書かれている場合、乙が甲に開示する提案やノウハウが保護されない可能性があります。改善案では、甲または乙が相手方に対して開示する技術上、営業上、財務上、法務上、業務上その他の非公知情報を対象にします。

条項レビューでは、各条項が誰の情報を守り、どの業務リスクに対応するかを対応させることが重要です。次の比較表は、相互化で重点的に見る条項と読み取りポイントを示します。読者は、片務の主語を直すだけでなく、情報類型ごとの濃淡を設計できているかを確認してください。

条項見るポイント相互化での調整
秘密情報の定義甲だけでなく甲または乙が開示する非公知情報を含むか。口頭開示、デモ、閲覧、提案資料、QA、見積、技術説明も必要に応じて含めます。
除外情報公知情報、既保有情報、第三者取得情報、独自開発情報を適切に除外しているか。独自開発例外が広すぎてNDAを骨抜きにしないようにします。
目的外使用禁止本件取引の検討目的に限定されているか。製品開発、営業、製造、販売、データ分析、AI学習、競合提案、他案件見積への流用を制限します。
第三者開示関連会社、委託先、専門家、金融機関、投資家への開示範囲が広すぎないか。知る必要がある者に限り、同等義務と違反責任を置きます。
秘密保持期間情報類型に応じた期間か。価格情報は3年、技術情報は5年、ソースコードや製造ノウハウは非公知期間中などの分け方を検討します。
返還・廃棄双方が返還・廃棄を請求できるか。法令、内部監査、紛争対応、バックアップ保管の例外を置きます。
知的財産権NDAが権利譲渡やライセンス付与を意味しないことを明記しているか。共同開発では成果帰属、改良発明、共同出願、実施権を別契約で定めます。
競合開発・残存記憶受領者の一般的知識や経験まで過度に縛っていないか。秘密情報の目的外使用は禁止しつつ、独自開発や一般的技能との境界を証跡で説明できるようにします。
差止め・損害賠償責任上限、間接損害、逸失利益、故意・重過失、個人データ漏えいの扱いを確認します。双方が同じリスクを負うため、上限と例外を合理的に調整します。

情報の種類によって保護期間や管理水準を分けると、相互NDAの運用が現実的になります。この比較表は、情報別紙に記載する項目例を示します。読者は、すべてを同じ期間・同じ管理水準にせず、重要度と法令対応に応じて義務を調整する考え方を読み取ってください。

情報類型開示者管理水準保護期間特記事項
ソースコードベンダー閲覧限定、複製禁止終了後5年または非公知期間中外部AI入力を禁止します。
顧客データ顧客アクセス権限限定、暗号化委託契約に従う個人情報条項を優先します。
見積・価格双方社内限定終了後3年他案件への流用を禁止します。
共同実験結果双方プロジェクト限定別途共同開発契約で定める帰属が未定なら後続契約で定めます。
Section 08

片務NDAを相互NDAに変更する条文例

一般的な例として、定義、目的外使用、相互義務、協議事実、AI利用制限を確認します。

以下の条文例は一般的な出発点です。個別案件では、情報の性質、交渉力、適用法令、業界慣行、国外要素、個人情報、輸出管理、競争法上の論点により調整が必要です。

定義条項

第1条(秘密情報) 本契約において秘密情報とは、本件目的に関連して、甲または乙が相手方に対し、書面、電磁的方法、口頭、閲覧、デモンストレーションその他方法のいかんを問わず開示する技術上、営業上、財務上、法務上、業務上その他一切の非公知情報をいう。ただし、公知情報、既保有情報、正当な第三者取得情報、独自開発情報を除きます。

目的外使用禁止

第2条(使用目的) 受領者は、秘密情報を、本件取引または提携の可能性、条件および実施方法を検討する目的に限り使用し、開示者の事前書面承諾なく当該目的以外に使用してはならないものとします。

相互義務化

第3条(秘密保持義務) 甲および乙は、相手方から開示を受けた秘密情報を善良な管理者の注意をもって管理し、開示者の事前書面承諾なく第三者に開示または漏えいしてはならないものとします。

協議事実の秘匿

第4条(協議事実の秘匿) 甲および乙は、本件に関する協議、交渉、検討、契約締結の事実、内容、進捗、結果および相手方の名称を、相手方の事前書面承諾なく第三者に開示または公表してはならないものとします。

提案資料保護

第5条(提案資料等の取扱い) 甲または乙が相手方に開示する提案資料、見積資料、技術説明、設計案、改善案、デモ内容、質疑応答内容、価格情報、原価情報、ノウハウおよびこれらに類する情報は、秘密表示の有無にかかわらず秘密情報に含まれるものとします。

AI・データ利用制限

第6条(AI・データ利用の制限) 受領者は、開示者の事前書面承諾なく、秘密情報を外部の生成AIサービス、機械学習、モデル学習、ファインチューニング、データ分析基盤、ベンチマーク作成その他本件目的を超えるデータ処理に入力または利用してはならないものとします。

第三者開示

第7条(開示先の限定) 受領者は、本件目的のために知る必要のある自己の役員、従業員、弁護士、公認会計士、税理士、委託先および関連会社に限り秘密情報を開示できるものとします。ただし、受領者は当該開示先に本契約と同等以上の秘密保持義務を課し、当該開示先による違反について開示者に対して責任を負うものとします。

補足条文例はそのまま貼り付けるものではなく、案件の目的、情報類型、開示先、国外要素、個人情報、知財帰属、責任上限に合わせて調整する必要があります。
Section 09

片務NDAと相互NDAのFAQ

よくある疑問を、一般的な制度説明として整理します。

Q1. 片務NDAは不公平だから常に相互NDAにする必要がありますか。

一般的には、情報の流れが本当に一方向で、相手方が秘密情報を出さず、交渉事実の秘匿も不要であれば、片務NDAが合理的に使われることもあります。ただし、実際には双方が秘密情報を出すのに一方だけを保護する契約になっている場合は、取引内容や交渉力によって結論が変わる可能性があります。具体的な対応は、開示予定情報と契約案を整理したうえで弁護士等の専門家へ相談する必要があります。

Q2. 相互NDAにすると、相手方に情報を出す義務が発生しますか。

一般的には、相互NDAは双方が情報を開示した場合の取扱いを定める契約であり、秘密情報を開示する義務を当然に負わせるものではないと整理されます。ただし、契約文言や後続契約との関係によって解釈が変わる可能性があります。具体的な対応は、開示義務を課さない旨の条項を含めて弁護士等の専門家へ相談する必要があります。

Q3. 相手方がひな形のため変更不可と言っています。どう考えますか。

一般的には、全面的な相互NDAへの差替えが難しい場合でも、相手方情報保護条項、協議事実秘匿条項、提案資料保護条項の追加を検討する方法があります。ただし、相手方との力関係、開示予定情報の重要性、商談の時期によって結論が変わる可能性があります。具体的な対応は、重要情報をどこまで開示するかを整理したうえで弁護士等の専門家へ相談する必要があります。

Q4. 相互NDAにすれば営業秘密として保護されますか。

一般的には、NDAは秘密管理性を示す有力な要素になり得ますが、営業秘密として保護されるには、情報が秘密として管理され、有用で、公然と知られていないことが必要とされています。ただし、社内アクセス権限、秘密表示、外部共有の状況によって結論が変わる可能性があります。具体的な対応は、情報管理体制も含めて弁護士等の専門家へ相談する必要があります。

Q5. 相互NDAでは秘密保持期間を同じにする必要がありますか。

一般的には、情報類型ごとに期間を変える設計が合理的とされることがあります。価格情報は3年、技術ノウハウやソースコードは5年または非公知期間中、個人データは委託契約や法令に従うなどの整理が考えられます。ただし、情報の性質、業界慣行、交渉力によって結論が変わる可能性があります。具体的な対応は、対象情報を分類したうえで弁護士等の専門家へ相談する必要があります。

Q6. 片務NDAを相互NDAに変更すると交渉が遅くなりませんか。

一般的には、条項調整によって交渉期間が延びることはあります。一方で、後から情報流用、知財帰属、個人情報、競争法、提案横流しが問題になる場合は、初期の調整が紛争予防につながる可能性があります。具体的な対応は、社内ひな形、修正例、承認ルートを準備したうえで弁護士等の専門家へ相談する必要があります。

Q7. 相手方から秘密情報を受け取りたくない場合も相互NDAにする必要がありますか。

一般的には、相手方が秘密情報を開示しないことを明確にし、開示が必要になった時点で別途相互NDAを締結する方法も考えられます。ただし、会議や質疑応答で相手方情報を聞く可能性が高い場合は、実態に合わせた相互化が必要になる可能性があります。具体的な対応は、受領拒否条項、指定窓口、無断送付情報の扱いを整理したうえで弁護士等の専門家へ相談する必要があります。

Section 10

片務NDAを相互NDAに変更する前のチェックリスト

情報、性質、類型、公正性、運用、代替案を最後に点検します。

最終判断では、契約書の形式だけではなく、情報、リスク、公正性、運用の四層を確認します。次の一覧は、契約締結前に関係者で確認する項目をまとめたものです。読者は、該当項目が多いほど相互化または追加条項の必要性が高まることを読み取ってください。

CHECK 01

情報の流れ

相手方からも秘密情報が開示されるか、将来提案、見積、設計、ノウハウ、価格、個人データが出る可能性があるか、交渉の存在自体を双方で秘密にする必要があるかを確認します。

CHECK 02

情報の性質

技術、ノウハウ、ソースコード、製造方法、顧客情報、M&A情報が含まれるか、一度開示すると回収困難か、営業秘密として管理すべきかを確認します。

CHECK 03

取引類型

共同開発、PoC、RFP、工場見学、M&A、投資、データ連携か、個人データ、セキュリティ情報、輸出管理対象技術が含まれるかを確認します。

CHECK 04

公正性

一方だけが義務を負い、他方が相手情報を自由に使える構造ではないか、取引上の地位の差により受け入れざるを得ない状況ではないかを確認します。

CHECK 05

運用

秘密情報の指定方法、返還廃棄、バックアップ、監査ログ、再委託管理、AI・クラウド・チャットツールへの入力制限を実務で守れるかを確認します。

CHECK 06

代替案

全面的相互化が難しい場合、協議事実だけの相互化、提案資料だけの保護追加、別紙による特定、段階開示が可能かを確認します。

次の決定マトリクスは、片務維持、限定的相互化、相互NDA、追加契約整備のどこに寄せるかを点数で整理するためのものです。各行は0点から2点で評価し、合計点が高いほど相互化や別契約の必要性が高まるため、点数だけでなく高得点になった項目の理由を読み取ってください。

判断項目0点1点2点
情報流通完全に一方向将来双方向の可能性あり既に双方向
相手方情報の価値公開情報中心提案・価格・業務情報あり技術・ノウハウ・個人データ・M&A情報あり
交渉事実の秘匿性不要一部必要漏えい時の影響大
取引類型単純閲覧RFP・委託・代理店共同開発・PoC・M&A・データ連携
交渉力差対等やや差あり強い差があり拒否困難
情報の不可逆性低い中程度高い
規制・第三者影響なし個人情報・業法の可能性個人データ、上場、競争法、輸出管理等あり

合計点の目安を整理した比較表です。読者にとって重要なのは、0〜3点なら片務維持の余地があり、4〜7点では限定的相互化、8〜11点では相互NDA、12点以上では共同開発契約やデータ処理契約などの追加整備まで検討するという段階差を読み取ることです。

合計点推奨判断
0〜3点片務NDAを維持し得ます。ただし協議事実の秘匿条項の要否を確認します。
4〜7点限定的相互化または相手方情報保護条項を追加します。
8〜11点相互NDAを原則とします。情報類型別に義務を調整します。
12点以上相互NDAに加え、共同開発契約、データ処理契約、クリーンチーム、知財帰属条項等を整備します。

結論の整理

実際に双方から秘密情報が出るなら、相互NDAを原則に寄せます。高価値・不可逆な情報が含まれるなら、片務のままにするリスクは大きくなります。交渉事実や案件存在が秘密であれば、資料開示が一方向でも双務的な秘匿条項が必要です。共同開発、PoC、M&A、RFP、工場見学、データ連携、個人データを伴う委託では、相互化または追加条項が標準的な検討事項になります。

最適解は、単純に片務か相互かを選ぶことではありません。双方の情報を保護する必要がある場面では相互NDAを基本としつつ、情報の種類、重要度、開示先、期間、利用目的、返還廃棄、AI・データ利用、個人情報、知財帰属を精密に設計することが重要です。

Reference

参考資料

公的資料と中立的な実務資料を中心に整理しています。

法令・公的資料

  • e-Gov法令検索「民法」第521条
  • e-Gov法令検索「不正競争防止法」第2条第6項
  • 経済産業省「営業秘密管理指針」
  • 公正取引委員会・経済産業省「スタートアップとの事業連携及びスタートアップへの出資に関する指針」
  • 中小企業庁「知的財産取引に関するガイドライン」
  • 中小企業庁「秘密保持契約書ひな形」
  • 公正取引委員会「知的財産権・ノウハウ・データの適切な取引のための優越的地位の濫用規制上の考え方」
  • 公正取引委員会「知的財産権・ノウハウ・データを対象とした優越的地位の濫用行為等に関する実態調査」関連資料
  • 個人情報保護委員会「委託先を監督してますか?」