秘密情報を出す側と受ける側では、定義、目的、除外事由、共有先、責任制限、差止めの読み方が逆転します。NDA、共同開発、M&A、AI・データ案件で使える実務視点を体系的に確認します。
秘密情報を出す側と受ける側では、定義、目的、除外事由、共有先、責任制限、差止めの読み方が逆転します。
開示側と受領側で、同じ条項の意味がどう変わるかを最初に整理します。
次の重要ポイントは、開示側と受領側がそれぞれ恐れるリスクを対比したものです。交渉では同じ条項でも立場により意味が逆転するため、左右の違いから自社がどちらのリスクを優先して抑えるべきかを読み取ってください。
秘密情報の範囲を広くし、利用目的を狭くし、再開示・返還・廃棄・救済を強める方向で設計します。
秘密情報の範囲、除外事由、共有先、責任制限、将来事業の自由を明確にする方向で設計します。
形式上の片務・双務ではなく、実質的に重要情報を出す側、管理可能な範囲、紛争時の立証構造を見ます。
「どちらが開示側かで有利になる条項の書き分け」は、秘密保持契約、業務委託契約、共同開発契約、M&Aの秘密保持条項、PoC契約、ライセンス契約、データ提供契約に共通する実務論点です。表面的には同じ「秘密情報を守る条項」であっても、開示側にとって有利な文言と、受領側にとって有利な文言は、ほぼ反対方向に働く。
開示側は、秘密情報の範囲を広くし、利用目的を狭くし、再開示を制限し、返還・廃棄・差止め・損害賠償を強くすることを望みます。受領側は、秘密情報の範囲を明確に限定し、例外を広くし、社内外の必要関係者への共有を許容し、責任を合理的範囲に限定し、通常業務・独自開発・既存知識・法令対応を妨げない設計を望みます。
このページの結論は、単純です。情報を出す側は「漏えい・目的外使用・模倣・立証困難」を恐れ、情報を受ける側は「過剰拘束・責任肥大・通常業務の萎縮・将来事業の制限」を恐れる。 したがって、条項の書き分けは、「どちらが悪いか」ではなく、情報の価値、情報の流れ、相手方の信用、事業上の必要性、法令上の義務、紛争時の立証構造をどう配分するかというリスク設計です。
このページは、企業法務に関わる読者が、契約交渉で「どの条項がどちらに有利か」を判断し、修正案を作れるように、定義、法的背景、条項別の比較、文例、交渉戦略、チェックリストを体系的に整理します。
情報の流れ、守るべき利益、運用可能性から条項を読み替えます。
次の判断の流れは、秘密保持契約を読む順番を示すものです。最初に情報の流れを確認しないと、どの条項を強めるべきか、どの義務が過剰かを見誤ります。上から順に進め、最後に条項修正へ落とし込んでください。
一方開示、双務、実質片務のどれかを把握します。
技術、顧客、価格、M&A、個人データ、AI・データなどを分解します。
秘密指定、再開示制限、返還・廃棄、差止めを点検します。
通常業務、独自開発、法令対応を妨げないかを確認します。
秘密保持条項は、しばしば「ひな形を入れておけば足りる」と誤解される。しかし、企業法務の実務では、秘密保持条項ほど立場差が強く出る条項は少ないです。なぜなら、秘密保持条項は、契約締結後の情報の流れ、事業機会、知的財産、競争優位、証拠化、損害回復の全てに関わるからです。
たとえば、次のような条項を考える。
一見すると標準的です。しかし、開示側から見ると、この条項はまだ弱い。秘密情報の定義、社内共有、関係会社、専門家、再委託先、返還・廃棄、立入検査、差止め、損害賠償、残存期間が詰められていなければ、実際に漏えいしたときに十分な対応ができない可能性がある。
一方、受領側から見ると、この条項は強すぎる場合がある。事業検討、技術評価、法務・会計・税務・投資家説明、取締役会報告、クラウド環境での保存、弁護士への相談、法令・裁判所・行政機関対応まで制限されると、通常の業務ができなくなります。さらに、秘密情報の定義が広すぎると、自社がもともと持っていた技術、独自に開発した成果、一般知識まで相手方の秘密情報と主張される危険がある。
したがって、「どちらが開示側かで有利になる条項の書き分け」の出発点は、以下の三つです。
一方だけが開示するのか、双方が開示するのか、形式上は双務型でも実質的には片方だけが重要情報を出すのかを確認します。
技術情報、顧客情報、価格情報、事業計画、M&A情報、個人データ、ソースコード、学習データ、試料、図面、ノウハウ、未公開製品情報など、何を守るのかを分解します。
守れない義務、監査できない義務、証拠化できない義務、通常業務を不当に妨げる義務は、交渉上も紛争時も不安定です。
開示側、受領側、実質片務型を区別して、交渉の出発点を決めます。
「開示側」とは、秘密情報を相手方に提供する当事者です。契約書では「開示者」「Disclosing Party」と表記されることが多いです。開示側の最大の関心は、情報が相手方に渡った後も、秘密性、競争優位、知的財産上の価値、取引上の優位性を維持することです。
開示側が恐れる典型的リスクは、次のとおりです。
「受領側」とは、秘密情報を受け取る当事者です。契約書では「受領者」「Receiving Party」と表記されることが多いです。受領側の最大の関心は、必要な情報を安全に利用しつつ、過剰な責任や事業制限を負わないことです。
受領側が恐れる典型的リスクは、次のとおりです。
秘密保持契約には、大きく三つの型がある。
一方開示型は、一方のみが情報を開示し、他方のみが秘密保持義務を負う構造です。典型例は、発注者が委託先に仕様、顧客情報、設計資料を渡す場合や、売主が買主候補にM&A対象会社の情報を開示する場合です。
双務型は、双方が情報を開示し、双方が秘密保持義務を負う構造です。共同開発、提携検討、PoC、ライセンス交渉では双務型が多いです。
実質片務型は、契約文言上は双務型であっても、実際には片方だけが重要情報を出す構造です。たとえば、大企業とスタートアップの協業で、スタートアップがコア技術や事業モデルを開示し、大企業側は一般的な検討情報しか出さない場合です。この場合、条項は双務型でも、交渉戦略は「実質的な開示側」を強く保護する方向で考える必要があります。
公正取引委員会は、スタートアップとの事業連携において、片務的なNDAや極端に短い契約期間が問題となり得ます事例を示しています。特に、連携事業者側だけが秘密保持義務を負わないNDA、または期間が短すぎて情報の性質に合わないNDAは、実務上のレッドフラッグです。
NDAだけで足りる範囲と、法令・管理体制まで必要になります範囲を確認します。
次の比較表は、契約上の秘密情報と不正競争防止法上の営業秘密の違いを整理したものです。両者を混同すると、契約違反として主張できる範囲と、営業秘密として差止め等を主張するための管理要件を見誤ります。列ごとに、定義・必要な運用・紛争時の意味を確認してください。
| 区分 | 中心になる考え方 | 実務での確認点 |
|---|---|---|
| 契約上の秘密情報 | 当事者が契約で定義する範囲です。 | 秘密表示、口頭情報、派生資料、契約交渉の存在を含めるかを確認します。 |
| 営業秘密 | 秘密管理性、有用性、非公知性が必要です。 | アクセス制限、秘密表示、管理規程、持出し記録などの運用が重要です。 |
| 個人情報・データ | NDAだけでなく個人情報保護法やデータ利用条件が重なります。 | 委託、第三者提供、共同利用、越境移転、漏えい時通知を別途確認します。 |
契約書でいう「秘密情報」は、当事者が契約で定義する概念です。したがって、契約上は、営業秘密、個人情報、図面、価格表、顧客情報、経営資料、試料、ソースコード、未公開のプレスリリース案、打合せ内容、契約交渉の存在そのものまで、かなり広く含めることができます。
これに対し、不正競争防止法上の「営業秘密」は、同法上の要件を満たす情報です。経済産業省は、営業秘密について「有用性」「秘密管理性」「非公知性」の三要件を満たす情報であると説明しています。 不正競争防止法2条6項も、営業秘密を「秘密として管理されている」「事業活動に有用な技術上又は営業上の情報」「公然と知られていないもの」と定義しています。
この違いは実務上きわめて重要です。契約上の秘密情報に該当すれば、契約違反に基づく請求の根拠にはなり得ます。しかし、不正競争防止法上の営業秘密として差止めや損害賠償等を主張するには、秘密管理性、有用性、非公知性を満たすような管理運用が必要になります。経済産業省の営業秘密管理指針は、不正競争防止法による保護を受けるために必要となる最低限の対策を示すものとされています。
したがって、開示側に有利な条項とは、単に「秘密」と書く条項ではありません。情報を秘密として指定し、記録し、アクセス制限し、再開示先を管理し、返還・廃棄し、違反時の証拠を確保しやすくする条項です。
NDA違反があった場合の主な責任根拠は、契約責任です。民法上、債務者が債務の本旨に従った履行をしない場合には、要件を満たせば損害賠償請求の対象となります。 契約で損害賠償額の予定を定めることもできます。
さらに、情報が不正競争防止法上の営業秘密に該当し、取得・使用・開示行為が同法上の要件を満たす場合には、差止請求、損害賠償請求、刑事責任等の問題になり得ます。経済産業省は、営業秘密が不正に持ち出されるなどの被害にあった場合、不正競争防止法に基づく民事上・刑事上の措置をとることができますと説明しています。
ただし、契約条項に「差止めできる」「損害は重大と推定する」と書いても、裁判所を機械的に拘束するわけではありません。裁判所は、具体的事情、必要性、相当性、立証状況を踏まえて判断します。とはいえ、契約上、情報の重要性、目的外使用の禁止、秘密管理義務、返還・廃棄義務、違反時の救済を明記しておくことは、紛争時の主張・立証を支える重要な証拠になります。
秘密情報の中に個人情報・個人データが含まれる場合、NDAだけでは不十分です。個人情報保護法上の利用目的、第三者提供、委託、共同利用、外国にある第三者への提供、安全管理措置、漏えい等報告、本人通知などの規律を別途検討する必要があります。
個人情報保護委員会のガイドラインは、個人データの第三者提供時の確認・記録義務について、提供者・受領者それぞれの記録事項を整理しています。たとえば、本人同意に基づく第三者提供では、提供者側・受領者側の双方で、第三者の氏名等、本人を特定する事項、個人データの項目、本人同意に関する記録等が問題になります。 また、通則編では、委託先から委託元への漏えい等通知の扱いも説明されています。
このため、開示側が個人データを提供する場合には、「秘密保持条項」だけでなく、「個人データ取扱条項」「委託先監督条項」「再委託条項」「漏えい時通知条項」「越境移転条項」を組み込む必要があります。受領側は、自己が個人情報取扱事業者としてどの立場に立つのか、委託先なのか、第三者提供先なのか、共同利用者なのかを明確にしなければなりません。
データ提供、AI開発、機械学習、PoC、データ連携基盤では、秘密保持の問題と、データの利用権限・加工権限・再利用・成果物帰属・学習済みモデル・ログ・派生データの扱いが絡む。経済産業省は、AI・データの利用に関する契約ガイドラインにおいて、データの利用等に関する契約およびAI技術を利用するソフトウェアの開発・利用に関する契約の主要論点、契約条項例、条項作成時の考慮要素を整理しています。
したがって、AI・データ案件における「どちらが開示側かで有利になる条項の書き分け」は、秘密情報の保護だけでなく、次の論点に拡張される。
保護を強める発想と、過剰拘束を避ける発想を対比します。
次の比較一覧は、開示側有利と受領側有利の基本思想を並べたものです。読者にとって重要なのは、どちらか一方を絶対視するのではなく、案件ごとに保護と運用可能性の均衡を取る点です。各項目から、自社の修正案がどちらへ傾いているかを読み取ってください。
開示側は広く、受領側は秘密表示や事後確認で明確にします。
開示側は案件単位に絞り、受領側は評価・承認・契約履行まで含めます。
再開示先、専門家、関係会社、委託先への共有条件を調整します。
返還、廃棄、バックアップ、派生資料、AIツール入力の扱いを決めます。
開示側有利に書く場合の基本思想は、次の五つです。
第一に、秘密情報の入口を広くする。文書、電子データ、口頭説明、視覚情報、試料、デモ、ソースコード、図面、仕様、顧客情報、契約交渉の存在、情報の組合せ、派生情報を含める。
第二に、利用目的を狭くする。受領者が情報を利用できる目的を、案件名、検討内容、契約締結前の評価、特定プロジェクトなどに限定します。
第三に、人の流れを制限する。役職員、関係会社、外部専門家、再委託先、投資家、金融機関等への開示について、必要性、同等義務、事前承諾、責任負担を定める。
第四に、情報の出口を管理する。返還、廃棄、消去、証明書、バックアップ、複製物、派生資料、記録媒体、クラウド、チャット、生成AIツールへの入力禁止を定める。
第五に、違反時の救済を強くする。差止め、原因調査、再発防止、損害賠償、違約金、弁護士費用、監査、通知、協力義務、残存期間を定める。
受領側有利に書く場合の基本思想は、次の五つです。
第一に、秘密情報の入口を明確にする。秘密表示がある情報、開示時に秘密であると明示された情報、一定期間内に書面確認された口頭情報に限定します。
第二に、例外を広くする。既知情報、公知情報、第三者から適法に取得した情報、独自開発情報、法令・裁判所・行政機関・証券取引所・監査上必要な開示、残存記憶を明記します。
第三に、利用目的を実務上使える範囲にする。評価、検討、交渉、契約履行、社内承認、法務・会計・税務・監査、セキュリティ確認、取締役会報告などを含める。
第四に、責任を合理化する。故意・重過失に限定するか、少なくとも損害賠償の上限、間接損害・特別損害の除外、予見可能性、立証責任、違約金の排除を定める。
第五に、将来事業の自由を守る。独自開発、一般的知識・経験、類似技術の研究開発、既存顧客への営業、競合製品の開発を過度に制限しない。
双務型NDAでは、同じ義務を双方に課すのが公平に見える。しかし、実務上は、完全対称が常に合理的とは限らない。たとえば、一方が営業秘密レベルの製造ノウハウを出し、他方が一般的な会社案内だけを出す場合、完全対称条項は形式的公平にすぎない。
この場合は、次のような設計が考えられる。
これにより、見た目の片務性を避けながら、実質的なリスク配分を調整できます。
目的、定義、除外事由、共有先、責任制限などを条項ごとに比較します。
次の比較表は、条項ごとに開示側が強めたい点と受領側が限定したい点を整理したものです。条項数が多いほど優先順位を失いやすいため、まずこの表で交渉上の争点を俯瞰し、後続の文例で具体的な言い換えを確認してください。
| 条項 | 開示側が重視する点 | 受領側が重視する点 |
|---|---|---|
| 目的 | 案件名・検討範囲に限定します。 | 評価、交渉、承認、履行に必要な範囲を含めます。 |
| 秘密情報の定義 | 口頭、試料、デモ、派生資料、交渉事実まで含めます。 | 秘密表示や事後書面確認を要件にします。 |
| 除外事由 | 客観証拠と受領側の立証責任を求めます。 | 既知、公知、第三者取得、独自開発、法令開示を広く入れます。 |
| 共有先 | 事前承諾、同等義務、責任負担を求めます。 | 役職員、専門家、関係会社、委託先への必要共有を確保します。 |
| 救済・責任 | 差止め、調査協力、損害賠償、違約金を明記します。 | 上限、間接損害除外、故意・重過失限定を検討します。 |
以下では、主要条項ごとに、開示側有利、受領側有利、中間案の考え方を整理します。
開示側は、利用目的を狭く、具体的に、案件単位で定めるべきです。目的が広いと、受領側が情報を別案件、別部署、別製品、別顧客向けに利用しても「目的内」と主張する余地が生じる。
文例
受領側は、目的を実務上必要な範囲に広げる。特に社内承認、法務確認、会計・税務検討、投資判断、セキュリティ評価、契約履行まで含める。
文例
開示側は、秘密情報の定義を広くします。特に、口頭情報、視覚情報、試料、デモ、メタデータ、情報の組合せ、派生情報、契約交渉の存在を含める。
文例
受領側は、秘密情報の範囲を明確に限定します。秘密表示、開示時の指定、口頭情報の事後書面確認を要件にします。
文例
開示側は、除外事由を限定し、受領側に立証責任を負わせる。特に「独自開発」「第三者取得」「公知化」については、受領側の不正行為によるものを除外し、書面証拠を要求します。
文例
受領側は、例外を広く、明確に定める。特に、既知情報、独自開発情報、第三者からの適法取得、法令上必要な開示、専門家への開示、残存記憶を入れたい。
文例
第7号のいわゆる「残存記憶」条項は、受領側に強く有利です。ただし、開示側から見ると、営業秘密の流用を正当化する危険があるため、強く争われやすい。
開示側は、再開示を事前承諾制にし、共有先を必要最小限に限定します。さらに、受領者が共有先の違反について責任を負うと定める。
文例
受領側は、関係会社、役職員、弁護士、公認会計士、税理士、社労士、弁理士、金融機関、投資家、委託先、クラウドサービス提供者等への開示を、事前承諾なしで許容するよう求める。
文例
開示側は、単なる「善管注意義務」や「合理的注意」ではなく、具体的な管理措置を求める。アクセス権限、ログ、暗号化、持出禁止、教育、インシデント対応、委託先管理などを条項化します。
文例
受領側は、管理水準を抽象的・合理的な範囲に留める。あまり具体化すると、些細な運用不備が契約違反になり得ます。
文例
開示側は、目的外使用だけでなく、競合製品・競合サービスの開発、リバースエンジニアリング、ベンチマーク、AI学習、データ解析を禁止したい。
文例
この文例は非常に強い。受領側から見ると、実質的な競業避止義務や開発制限に近い。
受領側は、目的外使用禁止を認めつつ、独自開発や一般的知識の利用を確保します。
文例
試料、サンプル、ソフトウェア、API、デモ環境を開示する場合、開示側は分解、解析、測定、模倣、ベンチマーク、スクレイピングを禁止します。
文例
受領側は、評価のための検証やテストを許容します。
文例
開示側は、秘密情報に関する権利留保、黙示ライセンスの排除、派生成果の帰属または利用制限を定める。
文例
受領側は、秘密情報に関する権利は開示側に残ることを認めつつ、受領側の既存技術、独自開発、汎用的知見、改良成果の帰属を確保します。
文例
開示側は、返還・廃棄を迅速かつ包括的に求める。複製物、派生資料、電子データ、バックアップ、クラウド、チャット、AIツール入力履歴まで意識します。
文例
受領側は、法令・内部統制・監査・紛争対応・自動バックアップのための保存を許容します。
文例
開示側は、残存期間を長くし、営業秘密については秘密性が失われるまで存続させたい。
文例
受領側は、残存期間を2年から5年程度など有限にすることが多いです。ただし、営業秘密や個人情報は別扱いにせざるを得ない場合がある。
文例
開示側は、法令開示の場合でも事前通知、範囲限定、保護命令申立てへの協力を求める。
文例
受領側は、事前通知が困難な場合や法令で禁止される場合を明記します。
文例
開示側は、迅速な通知、原因調査、影響範囲、再発防止、第三者対応、費用負担を求める。
文例
受領側は、「直ちに」ではなく「合理的期間内」「不当に遅滞なく」とし、未確定情報の報告義務を限定します。
文例
開示側は、受領者の管理状況を確認する監査権を求めることがある。特に、個人データ、金融情報、医療情報、ソースコード、重要技術、委託先管理では重要です。
文例
受領側は、監査権を限定します。無制限の立入検査は、受領側の他社秘密、個人情報、セキュリティ、営業秘密を危険にさらす。
文例
開示側は、秘密保持義務違反を責任制限の対象外にし、間接損害・逸失利益・調査費用・弁護士費用等の回復を求める。
文例
この文例は開示側に強いが、受領側は通常強く抵抗します。特に「一切の損害」「逸失利益」「弁護士費用」「責任制限不適用」は交渉上の争点になりやすい。
受領側は、責任上限、間接損害除外、特別損害除外、逸失利益除外、故意・重過失例外を設定します。
文例
開示側は、漏えい時の損害立証が難しいため、違約金や損害賠償額の予定を入れたい場合がある。民法上、当事者は債務不履行について損害賠償額を予定することができます。
文例
この文例は、違約金に加えて超過損害も請求できます構造ですため、開示側有利です。ただし、金額の相当性、消費者契約ではありませんか、独占禁止法・下請法・優越的地位の濫用、交渉過程の公正性など、案件ごとの検討が必要です。
受領側は、違約金を排除するか、損害賠償額の予定を唯一の救済にします。
文例
または、
開示側は、損害賠償だけでは回復できないため、差止めや仮処分を明記したい。
文例
受領側は、差止め条項を削るか、裁判所の判断に委ねる文言にします。
文例
開示側は、情報の正確性や完全性について責任を負いたくない。特にM&A、投資検討、技術評価では、NDA段階で開示した情報を根拠に責任追及されることを避けたい。
文例
受領側は、情報の正確性が重要な取引では、少なくとも故意の虚偽、重大な誤り、第三者権利侵害について責任を求める。
文例
M&A、出資、提携、共同開発では、交渉の存在自体が秘密です。
文例
文例
秘密保持条項に紛れて、非勧誘、非接触、顧客接触禁止、役職員引抜禁止、競業避止、株式取得禁止、スタンドスティルが入ることがある。これは、秘密保持の問題を超えて、営業活動や資本取引を制限する条項です。
開示側は、顧客リスト、仕入先、従業員、M&A対象会社の経営陣への直接接触を防ぎたい。
文例
受領側は、通常営業や既存関係先への接触を制限されないようにします。
文例
開示側は、自社所在地の裁判所、慣れた準拠法、迅速な保全手続が可能な管轄を選びたい。
文例
受領側は、自社所在地、非専属管轄、仲裁、英語版優先などを検討します。
文例
M&A、共同開発、業務委託、ライセンス、AI・データ提供で調整点を変えます。
次の時系列は、案件類型ごとに秘密保持契約で重点が移る場面を整理したものです。情報の価値は契約締結前後やPoC終了後にも変化するため、順番を追うことで、どの時点で返還・廃棄、成果物、再利用を確認すべきかが分かります。
対象会社資料、従業員接触、スタンドスティル、破談時の返還・廃棄を重視します。
評価目的、発表制限、改良発明、学習データ、類似開発の自由を調整します。
再委託、クラウド保存、個人データ、漏えい時通知、契約終了後の廃棄が中心です。
M&Aでは、売主・対象会社が開示側、買主候補・投資家が受領側になることが多いです。開示情報には、財務、税務、労務、契約、訴訟、知財、個人データ、営業秘密、顧客情報が含まれる。
開示側は、次の条項を強くします。
受領側は、次の条項を確保します。
共同開発では、双方が情報を出すため双務型が多いです。しかし、技術の核を持つ当事者、顧客接点を持つ当事者、データを持つ当事者が実質的な開示側になります。
開示側は、次を強くします。
受領側は、次を確保します。
特許庁・経済産業省のオープンイノベーション促進のためのモデル契約書は、秘密保持契約、PoC契約、共同研究開発契約、ライセンス契約について、仮想事例と逐条解説を通じて交渉の勘所を示しています。 公的モデルをそのまま使うのではなく、案件の情報流れに合わせて条項を調整することが重要です。
業務委託では、発注者が開示側、受託者が受領側になることが多いです。個人データ、顧客情報、仕様書、システム情報、アカウント、ログが含まれる場合、秘密保持と委託先管理を統合して考える必要があります。
発注者側は、次を強くします。
受託者側は、次を確保します。
ライセンス交渉では、ライセンサーが開示側、ライセンシー候補が受領側になることが多いです。開示側は、ノウハウ、設計資料、技術仕様、実験データ、未公開特許情報を守る必要があります。
開示側は、秘密情報の定義を広くし、評価目的を限定し、リバースエンジニアリングと競合利用を禁止し、特許出願前の開示や発表を制限します。受領側は、評価・検証の範囲、独自技術の利用、第三者技術との比較、社内承認、将来研究の自由を確保します。
データ提供では、データ提供者が開示側、AIベンダーや分析会社が受領側になることが多いです。ただし、AIベンダー側がモデル、コード、ノウハウ、セキュリティ情報を開示する場合は、双方が開示側になります。
開示側は、次を強くします。
受領側は、次を確保します。
秘密情報を出す側が、入口・目的・共有先・管理・救済を点検します。
開示側として契約をレビューする場合、次の順に確認します。
情報を受ける側が、過剰拘束、例外、将来事業、責任範囲を点検します。
受領側として契約をレビューする場合、次の順に確認します。
開示側・受領側それぞれにとって、優先的に修正すべき文言を整理します。
次の注意点一覧は、開示側と受領側がそれぞれ早めに修正候補へ入れるべき条項を整理したものです。すべてを同じ強度で交渉すると合意が遅れるため、重大事故につながる項目から優先して確認してください。
開示側では、口頭説明、試料、派生資料、契約交渉の存在が抜けていないかを確認します。
受領側では、既知情報、独自開発、法令対応、専門家共有が確保されているかを確認します。
損害賠償、違約金、差止め、監査権が過度に広くないかを見ます。
バックアップ、メール、クラウド、AI入力、派生資料の返還・廃棄方法を確認します。
開示側にとって危険な条項は、次のようなものだ。
口頭説明、デモ、試料、技術ディスカッション、未整理データが保護されない可能性がある。
「関連する目的」は広すぎる。別部署、別案件、類似事業への利用を許す余地がある。
共有先が広すぎる。関係会社の範囲、国外移転、専門家以外のコンサル、再委託先、投資家への拡散が起こる。
重要な技術情報、営業秘密、顧客情報、M&A情報には短すぎる可能性がある。
重大漏えいでも回復が限定される。開示側は、秘密保持義務違反を責任上限から除外するか、上限を引き上げるべきです。
受領側にとって危険な条項は、次のようなものだ。
受領側は何が秘密か判断できず、通常業務が萎縮します。
秘密保持を超えた競業避止です。原則として削除または大幅限定を求めるべきです。
過度に広い監査権は、受領側自身の秘密情報、第三者情報、個人情報、セキュリティを危険にさらす。
違反要件、対象行為、金額相当性、超過損害、責任上限との関係を精査する必要があります。
営業秘密については合理性がある場合もあるが、全情報について無期限とするのは受領側に過重です。情報類型ごとに分けるべきです。
交渉コストを意識し、重大リスクから順に修正します。
次の判断の流れは、秘密保持契約の修正順序を決めるためのものです。交渉では全条項を同時に直すより、事故時の影響が大きい条項から扱う方が実務的です。上から順に確認し、妥協できます点と譲れない点を分けてください。
営業秘密、個人データ、M&A情報、ソースコードなどの有無を見ます。
漏えい、目的外使用、競合開発、行政対応、顧客対応を想定します。
定義、目的、共有先、返還・廃棄、責任制限、差止めを順に点検します。
交渉では、すべてを理想形に直そうとするとまとまらない。優先順位を付けるべきです。
開示側が最優先で直すべき条項は、次の順です。
なぜこの順か。秘密情報の定義と目的限定が曖昧だと、そもそも違反を主張しにくい。再開示先が広いと、情報流出の経路を管理できない。返還・廃棄と残存期間が弱いと、契約終了後にリスクが残る。損害賠償や差止めは重要だが、先に義務内容を明確にしておかなければ、救済条項だけ強くしても実効性が低いです。
受領側が最優先で直すべき条項は、次の順です。
受領側にとって最も危険なのは、「何が秘密か分からないのに、違反したら無制限責任」という構造です。したがって、責任制限だけでなく、秘密情報の範囲、除外事由、利用目的、共有先を先に整える必要があります。
開示側寄り、受領側寄り、バランス型の文例を比較して使い分けます。
以下は、実務での検討を容易にするためのモデルです。実際には、取引類型、当事者、準拠法、個人情報、業法規制、輸出管理、知財、競争法、税務・会計、M&A実務に応じて修正する必要があります。
法務、知財、個人情報、M&A、内部監査、経営の観点を分けます。
弁護士は、秘密保持条項を単独で見るのではなく、契約全体の責任制限、解除、損害賠償、知的財産、個人情報、準拠法、管轄、競争法、労務、税務、M&A実務とつなげて検討します。企業内弁護士は、社内の実運用と経営判断に近い立場から、条項が現場で守れるかを確認します。外部弁護士は、交渉力の差、裁判・仮処分・証拠保全の見通し、業界水準、紛争時の主張立証を踏まえて助言します。
知財法務・弁理士は、秘密情報が特許出願前の発明、ノウハウ、試験データ、設計情報、ソースコード、技術サンプルです場合に重要です。開示前に特許出願すべきか、ノウハウとして秘匿すべきか、共同開発成果の帰属をどうするか、発表・論文・展示会・営業資料で秘密性を失わないかを検討します。
個人情報が含まれる場合、NDAではなく個人データ処理契約としての設計が必要になります。委託、第三者提供、共同利用、外国提供、漏えい等報告、本人通知、再委託、越境移転、保存期間、削除、監査、セキュリティ基準を確認します。
M&Aでは、法務DD、財務DD、税務DD、ビジネスDDのために多くの秘密情報が開示される。専門家は、情報の正確性、責任の範囲、データルーム管理、インサイダー情報、適時開示、競争法上の情報交換規制、個人情報、税務情報の管理を横断的に確認します。
秘密保持条項は、締結して終わりではありません。アクセス権限、承認フロー、教育、ログ、監査証跡、再委託管理、インシデント対応、証拠保全まで運用に落ちて初めて機能します。内部監査・内部統制担当は、契約上の義務が社内規程、ワークフロー、IT権限、委託先管理に反映されているかを確認します。
経営者・取締役は、秘密情報の開示が事業機会を作る一方で、競争優位を失うリスクを理解する必要があります。特にスタートアップ、大企業との協業、M&A、資本業務提携では、NDAの片務性や短すぎる残存期間が将来の企業価値に直結します。社外取締役は、重要な情報開示の意思決定において、リスクとリターンのバランス、利益相反、説明責任を確認します。
修正依頼時に何を理由として伝えるかを、立場別に整理します。
双務型、秘密表示、期間、残存記憶、差止め、AI入力などを一般情報として補足します。
一般的には、双務型であっても実際に重要情報を出す側が偏ることがあります。ただし、情報の内容、開示量、相手方の利用目的、交渉力によって結論は変わります。具体的な修正方針は、開示資料と契約全体を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、受領側は秘密表示を要件にすると管理しやすく、開示側は口頭説明やデモ情報まで含めたい場面があります。ただし、情報の性質や開示方法で適切な範囲は変わります。具体的には、運用可能性と保護必要性を踏まえて専門家に確認する必要があります。
一般的には、営業秘密性が続く情報では長期保護が検討され、通常情報では一定期間に限定されることがあります。ただし、業界慣行、情報の陳腐化、法令上の義務で判断が変わります。個別の期間設定は専門家へ相談する必要があります。
一般的には、通常の知識・経験を過度に制限しないために残存記憶条項が検討されます。ただし、営業秘密や高度機密情報では開示側の保護と衝突する可能性があります。具体的な採否は、情報の重要性と将来事業への影響を整理して専門家に確認する必要があります。
一般的には、差止め条項を置くことで情報の重要性や救済意図を示す材料になります。ただし、裁判所の判断は必要性、相当性、立証状況によって変わります。具体的な見通しは、証拠関係を整理したうえで弁護士等へ相談する必要があります。
一般的には、個人データが含まれる場合、秘密保持条項だけでなく個人情報保護法上の委託、第三者提供、安全管理、漏えい時対応を確認する必要があります。ただし、当事者の立場や提供方法で結論は変わります。具体的な設計は専門家へ相談する必要があります。
一般的には、高度機密情報や個人データを外部AIツールへ入力することは慎重に扱われます。ただし、契約形態、学習利用の有無、保管場所、アクセス制御でリスクは変わります。具体的なルールは情報管理体制とサービス条件を確認して専門家に相談する必要があります。
一般的には、契約の書き方によって秘密保持違反が責任制限の対象になる場合と除外される場合があります。ただし、損害の種類、故意・重過失、違約金、差止め条項との関係で判断が変わります。具体的には契約全体を確認して専門家へ相談する必要があります。
ひな形ではなく、情報の性質と当事者の立場に合わせて点検します。
「どちらが開示側かで有利になる条項の書き分け」は、秘密保持契約の細かい文言技術に見えるが、実際には、企業の競争優位、知的財産、個人情報、データ戦略、M&A、共同開発、委託先管理、紛争対応を横断する中核的な企業法務技術です。
開示側は、秘密情報の入口を広くし、利用目的を狭くし、共有先を制限し、返還・廃棄と残存期間を強くし、違反時の救済を確保します。受領側は、秘密情報の入口を明確にし、除外事由を広くし、利用目的と共有先を実務上必要な範囲に広げ、独自開発と既存知識を守り、責任を合理的に限定します。
最も重要なのは、ひな形を機械的に使わないことです。NDAは、情報の性質、開示量、事業上の力関係、相手方の信用、法令上の義務、将来の紛争可能性によって設計を変えるべき契約です。条項の一語一句は、情報漏えい時、競合開発時、M&A破談時、PoC終了後、個人情報漏えい時、データ利用紛争時に、企業価値を守る盾にもなり、通常業務を縛る足かせにもなります。
したがって、契約レビューでは常に次の問いを置くべきです。
この問いを起点に、秘密情報の定義、目的、除外事由、共有先、管理水準、返還・廃棄、期間、損害賠償、差止め、個人情報、データ利用、知的財産を一つずつ点検することが、「どちらが開示側かで有利になる条項の書き分け」の本質です。