情報の流れ、取引目的、相手に負わせる義務、自社が負う義務、将来の共同開発・M&A・投資・AI利用の見通しから、NDAの型を実務的に選ぶための整理です。
契約名ではなく、情報の流れとリスク配分から選ぶ考え方を確認します。
契約名ではなく、情報の流れとリスク配分から選ぶ考え方を確認します。
このページは、企業法務、契約法務、知財法務、M&A法務、プライバシー法務、競争法、内部統制、リーガルオペレーションの観点から、Mutual NDAとOne-way NDAの使い分けを整理する一般的な情報です。個別案件の結論は、契約目的、情報の性質、相手方、準拠法、業法規制、社内管理体制によって変わる可能性があります。具体的な対応は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
結論として、Mutual NDAとOne-way NDAの使い分けでは、情報の流れ、取引の目的、相手方に負わせる義務、自社が負いたくない義務、将来の共同開発・M&A・投資・業務委託・データ利用の見通しを総合して判断します。
この重要ポイントは、NDAの型を選ぶときに何を中心に見るかを示しています。読者にとって重要なのは、片方向か双方向かという名前ではなく、情報が実際にどこへ動き、どの義務が誰に残るかを読み取ることです。
Mutual NDAとOne-way NDAのどちらが当該案件の情報流通の実態とリスク配分に合っているかを確認することが中心です。
One-way NDAは、一方当事者だけが秘密情報を開示し、相手方が主に受領者として守秘義務・目的外使用禁止義務を負う形です。自社技術の紹介、見積依頼への回答、製品評価、投資家・候補顧客への限定的開示、業務委託先への顧客情報提供などで使われます。
Mutual NDAは、双方が秘密情報を開示し合い、双方が開示者にも受領者にもなる形です。共同研究開発、PoC、M&A・資本業務提携、ライセンス交渉、販売代理店・戦略提携、データ連携、AI開発、複数部署をまたぐ技術評価などで典型的に使われます。
実務上は、「公平に見えるから常にMutual NDA」「自社が強い立場だから常にOne-way NDA」「テンプレートがあるからそのまま使う」という発想が問題になりやすいです。Mutual NDAは、自社が本来受け取りたくない相手方秘密情報を受け取った扱いとなり、将来の開発・営業・M&A・採用活動に情報混同リスクを残すことがあります。One-way NDAも、実際には相互に情報交換しているのに片方向の義務しか置かない場合、自社の秘密情報が保護されないだけでなく、不公正な契約実務と見られる可能性があります。
NDAは、Non-Disclosure Agreementの略で、日本語では秘密保持契約、秘密保持契約書、機密保持契約と呼ばれます。秘密に情報やアイデアを共有する方法を定め、営業秘密を含む秘密情報を契約上管理するために使われます。
次の一覧は、NDAが一般に担う三つの機能を表しています。読者にとって重要なのは、単に第三者へ話さない義務だけでなく、利用目的と管理方法まで契約で読む必要がある点です。
受領者が秘密情報を第三者へ開示しない義務です。関係者、関連会社、専門家、委託先への共有範囲もここで問題になります。
受領者が契約で定めた目的以外に秘密情報を使わない義務です。競合製品開発、AI学習、別案件転用などを防ぐ中心条項です。
合理的な安全管理措置、アクセス制限、複製管理、返還・廃棄、ログ管理などを行う義務です。契約だけでなく運用も問われます。
Mutual NDAは、双方が秘密情報を開示することを予定し、双方が開示者と受領者の両方の立場に立つ秘密保持契約です。日本語では、双方向NDA、相互NDA、双務型NDAなどと呼ばれます。ただし、民法上の双務契約と完全に同じ意味で使われるとは限らず、実務では双方に守秘義務があるNDAという意味で使われることが多いです。
One-way NDAは、主として一方が秘密情報を開示し、他方が受領者として守秘義務を負うNDAです。英語ではUnilateral NDAとも呼ばれます。日本語では、片方向NDA、片務型NDA、一方向NDAなどと呼ばれます。
次の比較表は、秘密情報、営業秘密、NDA上の保護の関係を表しています。読者にとって重要なのは、NDAで秘密情報と書いた情報が、直ちに不正競争防止法上の営業秘密になるわけではない点を読み取ることです。
| 概念 | 意味 | 実務上の注意点 |
|---|---|---|
| 契約上の秘密情報 | NDAで秘密情報として定義された情報です。 | 交渉の存在、見積、未公開ロードマップ、顧客候補リストなど、営業秘密に当たらない情報も契約で保護対象にできます。 |
| 不正競争防止法上の営業秘密 | 秘密管理性、有用性、非公知性を満たす情報です。 | NDAに入れるだけでは足りず、社内のアクセス制限、秘密表示、ログ、教育、持出し管理も重要です。 |
| 保護手段の違い | 契約違反と不正競争防止法上の請求は構造が異なります。 | 契約上の損害賠償、差止、証拠化、営業秘密該当性の立証を分けて考えます。 |
日本法上、NDAという特別の契約類型が民法に定義されているわけではありません。NDAは、契約自由の原則のもとで当事者が締結する契約の一種です。ただし、強行法規、公序良俗、労働法、個人情報保護法、独占禁止法、業法規制、輸出管理、競業避止に関する規制などによって内容が制限されることがあります。
秘密情報に個人データが含まれる場合、NDAだけでは足りないことが多いです。委託先監督、再委託、越境移転、安全管理措置、漏えい時通知、監査、データ削除、サブプロセッサ、利用目的制限を別途設計します。
NDAを結んでも、特許権、著作権、商標権、意匠権、ノウハウ、データ、AIモデル、ソースコードなどの帰属が自動的に決まるわけではありません。秘密情報の開示は知的財産権の譲渡・ライセンスを意味しないこと、評価目的以外の利用可否、リバースエンジニアリング、改良・派生成果の帰属、本契約への移行を定めます。
情報の流れ、開示レベル、取引段階、法的リスクを順番に確認します。
最初に、誰が、誰に、どの情報を、何のために、どの程度開示するかを整理します。次の表は情報の流れとNDA類型の対応関係を表しており、読者にとって重要なのは、契約名ではなく実際の開示方向から選ぶ点です。
| 情報の流れ | 適しやすいNDA | 典型例 |
|---|---|---|
| A社からB社のみ | A社を開示者、B社を受領者とするOne-way NDA | 技術紹介、見積開示、製品評価、顧客候補への提案 |
| B社からA社のみ | B社を開示者、A社を受領者とするOne-way NDA | 顧客からの仕様・データ提供、委託元から委託先への個人データ提供 |
| A社とB社の双方 | Mutual NDA | 共同研究、PoC、M&A、資本業務提携、ライセンス交渉、データ連携 |
| 情報流通が未確定 | 段階的なNDA、Mutual NDA、またはOne-way NDAと後日の変更覚書 | 初回面談、探索的提携、スタートアップ連携 |
| 受領自体を避けたい | NDAを締結せず、非秘密情報だけを受ける運用 | 一方的な提案、競合技術の持込み、採用候補者の前職情報 |
次の比較は、開示前に自社情報を三層に分ける考え方を表しています。読者にとって重要なのは、NDAの有無だけで開示可否を決めず、そもそも開示しない情報を先に切り分けることです。
| 分類 | 例 | 管理の考え方 |
|---|---|---|
| NDAなしで開示できる情報 | 公開済み資料、一般的な会社概要、公開製品情報、ウェブ掲載情報 | 初回接触や関心確認で使いやすい情報です。 |
| NDA締結後に開示できる情報 | 価格体系、未公開ロードマップ、顧客候補、技術概要、デモ環境、限定的な設計情報 | 目的、対象者、複製、返還・廃棄を契約で定めてから開示します。 |
| NDAがあっても開示しない情報 | コアアルゴリズム、未出願発明の核心、再現可能な製造条件、ソースコード全体、全顧客リスト、認証情報、全量データ | 段階開示、技術的保護、特許出願、情報隔離を検討します。 |
次の時系列は、案件の進み方ごとにNDAの役割が変わることを表しています。読者にとって重要なのは、初回接触から本契約まで同じNDAで押し通すのではなく、開示範囲と契約目的の変化を読み取ることです。
NDAなし、または簡易なOne-way NDAやMutual NDAで、公開情報と限定的な説明に留めます。
One-way NDAまたはMutual NDAを使います。PoC契約や共同研究契約に進む場合は、成果物、費用、データ利用、知財帰属も定めます。
M&AではOne-way NDAやクリーンチームを検討し、本契約後は本契約内の秘密保持条項との優先関係を整理します。
返還、廃棄、削除証明、バックアップ、監査保存、秘密保持義務の存続期間を確認します。
次の判断の流れは、自社と相手方の開示有無からNDA類型を選ぶ順番を表しています。読者にとって重要なのは、個人データ、営業秘密、未出願発明、AI入力、M&A競合情報が含まれる場合に、標準NDAだけで終わらせない点です。
開示しない場合は、相手方情報を受け取る必要性と受領リスクを先に確認します。
相手方が開示しない場合は、自社を開示者とするOne-way NDAが候補になります。
限定的なら段階的な設計、実質的ならMutual NDAを検討します。
DPA、クリーンチーム、知財契約、情報隔離、専門レビューを組み合わせます。
目的、対象者、期間、返還・廃棄、例外を確認して締結します。
NDAで比較的管理しやすいリスクは、第三者開示、目的外使用、複製、社内拡散、交渉事実の公表、返還・廃棄、下請・再委託、専門家開示などです。一方で、相手方の独自開発との境界、秘密情報や損害額の立証、海外関連会社への拡散、AIサービスへの入力、退職者による持出し、無意識の利用、ノウハウの記憶、データの派生利用は、NDAだけでは管理しにくい領域です。
両者の違い、Mutual NDAが向く場面、One-way NDAが向く場面、NDAを結ばない場面を整理します。
次の比較表は、Mutual NDAとOne-way NDAの違いを主要項目ごとに表しています。読者にとって重要なのは、Mutual NDAが公平に見えても情報混同リスクを生み、One-way NDAが片務的に見えても情報の流れが一方向なら合理的になり得る点です。
| 比較項目 | Mutual NDA | One-way NDA |
|---|---|---|
| 情報の流れ | 双方向です。 | 片方向です。 |
| 当事者の立場 | 双方が開示者・受領者になります。 | 一方が主な開示者、他方が主な受領者になります。 |
| 典型場面 | 共同研究、PoC、M&A、ライセンス、資本業務提携、データ連携です。 | 技術紹介、製品評価、委託先への情報提供、投資家ピッチ、売主資料開示です。 |
| 交渉上の印象 | 公平・協調的に見えやすいです。 | 開示者保護が強く、相手に一方的と見られることがあります。 |
| 契約管理 | 双方の秘密情報を管理します。 | 受領者側の管理が中心です。 |
| 情報混同リスク | 自社が相手方情報を受け取るため高まる可能性があります。 | 受領者側に集中しますが、開示者側は相手情報を受け取らない設計にできます。 |
| 条項の複雑性 | 目的、期間、例外、対象者を双方分で調整するため高くなりやすいです。 | 開示目的を一方向で明確化しやすく、比較的整理しやすいです。 |
| 適さない例 | 実際には一方しか開示しないのに双方に過大な義務を負わせる場合です。 | 実際には双方が開示するのに一方しか保護されない場合です。 |
次の一覧は、Mutual NDAが適しやすい事情を表しています。読者にとって重要なのは、双方が開示するという形式だけでなく、双方の開示情報の機微性と受領管理体制を読み取ることです。
共同研究、PoC、業務提携、資本業務提携、ライセンス交渉など、相互協力が前提となる場面です。
片方だけに守秘義務を負わせると、交渉上不合理または不公正に見える事情がある場面です。
相手方情報を受け取る必要が明確で、受領窓口、アクセス制限、情報隔離を運用できる場面です。
次の一覧は、One-way NDAが適しやすい事情を表しています。読者にとって重要なのは、一方だけが義務を負うこと自体ではなく、情報の流れが実質的に一方向かどうかを読み取ることです。
顧客情報、個人データ、委託情報、売主資料など、開示者と受領者が明確な場面です。
自社が受領者として義務を負うことを避けたい場合や、相手方情報の受領が不要な場合です。
初期段階で開示範囲を限定し、相手方が秘密情報を出し始めた時点でMutual NDAや覚書へ切り替える場面です。
次の一覧は、あえてNDAを締結せず非秘密情報だけで対応する場面を表しています。読者にとって重要なのは、NDAが情報を守る契約であると同時に、受け取った情報に縛られる契約でもある点です。
受領した情報を非秘密情報として扱う方針を事前に示し、未公開技術情報や未出願発明の開示を控えてもらいます。
自社が同じテーマで研究開発している場合、後日の情報混同を避けるため、非秘密情報だけで説明を受ける方法を検討します。
採用候補者の前職情報、競合他社や元取引先の情報は、受領自体を制限する運用が重要です。
スタートアップ、業務委託、M&A、共同開発、投資家、工場見学、AI・データ利用を確認します。
次の一覧は、典型的な取引場面ごとのNDA選択を表しています。読者にとって重要なのは、同じ案件でも初期接触、PoC、本契約、データ利用の段階で適する契約設計が変わる点です。
初期段階では、スタートアップを開示者、大企業を受領者とするOne-way NDAが合理的なことが多いです。共同研究やPoCに進み、大企業側も課題、顧客情報、製造条件、評価基準、既存システム情報を出す場合はMutual NDAやPoC契約へ移行します。
初期は片方向公表可否も確認委託元から委託先への情報提供だけならOne-wayに見えますが、委託先が技術仕様、運用ノウハウ、価格条件、セキュリティ構成を開示する場合はMutual NDAまたは本契約内の相互秘密保持条項を検討します。個人データがある場合は委託先監督も設計します。
委託先監督再委託・削除初期デューデリジェンスでは売主または対象会社から買主候補へ情報が流れるため、One-way NDAが多いです。競合買主が参加する場合は、クリーンチーム、段階開示、匿名化、データルーム制限、閲覧ログ、ダウンロード制限を検討します。
DD競合買主に注意双方が背景技術、課題、評価データ、ノウハウ、改善案、サンプルを出すことが多いため、Mutual NDAが基本になりやすいです。ただし、成果物、改良発明、データ利用権、知財帰属、発表、特許出願、費用負担は本契約で定めます。
相互協力本契約へ接続形式上はOne-way NDAが適しやすいですが、VCは多数の同業スタートアップのピッチを受けるため、NDAに消極的なことがあります。初期段階では非秘密情報に留め、投資検討が進んだ段階で技術・顧客・未公開財務を限定開示します。
資金調達資料粒度を調整製造ライン、金型、治具、材料配合、作業手順、歩留まり、工程設計、サプライヤー名、掲示物、PC画面などが見えるため、見学者誓約書やOne-way NDAを用いることが多いです。監査側が未公開仕様を提示する場合はMutual NDAを検討します。
見学管理撮影・メモ制限AIサービス、機械学習、データ分析、RAG、ファインチューニング、ログ解析、生成AI入力が関わる場合、One-wayかMutualかだけでは不十分です。入力、学習、保存、出力、削除、監査、再利用禁止を条項化します。
AI入力学習・保存を制限目的、秘密情報、例外、対象者、返還・廃棄、期間、救済、知財、保証、公表を確認します。
目的条項はNDAの中心です。目的が曖昧だと、受領者が広い利用を主張しやすくなります。目的が狭すぎると、通常の検討ができなくなります。
次の比較表は、目的条項の粗い書き方と改善方向を表しています。読者にとって重要なのは、評価目的、禁止される利用、AI学習や第三者提案への転用まで読み取れる条項にすることです。
| 観点 | 粗い書き方 | 改善方向 |
|---|---|---|
| 利用目的 | 事業検討のために使用できる、という広い表現です。 | 本製品の導入可能性および商業条件を評価する目的など、案件に即して限定します。 |
| 禁止行為 | 目的外使用を抽象的に禁止するだけです。 | 研究開発、競合製品の設計、営業活動、AIモデルの学習、第三者への提案、特許出願などへの使用禁止を明記します。 |
| Mutual NDAの目的 | 双方の目的を一つにまとめます。 | 当事者ごとに許される利用目的が異なる場合は、それぞれの目的を分けて定義します。 |
秘密情報の定義には、開示者に有利な広い定義と、受領者に有利な明示・特定型があります。広すぎる定義は管理コストと立証の難しさを生み、狭すぎる定義は口頭説明、デモ、画面共有、サンプル、試作品、暗黙に秘密性が明らかな情報を漏らす可能性があります。
次の一覧は、秘密情報の定義と例外を調整するときの主要論点を表しています。読者にとって重要なのは、どの情報を含め、どの情報を除外し、誰が例外を立証するのかを読み取ることです。
書面・電子データは秘密表示があるものを基本としつつ、情報の性質または開示状況から合理的に秘密と理解されるものも含めます。
定義開示時に秘密である旨を示し、一定期間内に概要を書面通知したものを秘密情報とする設計が一般的です。30日以内などの期限を置くことがあります。
証拠化公知情報、受領者の責めによらず公知となった情報、既保有情報、第三者から適法に取得した情報、独自開発情報、書面承諾済み情報、法令等で開示を求められた情報を整理します。
例外Need-to-knowは、秘密情報にアクセスできる者を目的達成に必要な範囲へ限定する考え方です。役員、従業員、契約社員、派遣社員、関連会社、専門家、業務委託先、クラウドベンダー、サブプロセッサをどこまで含めるかを定めます。
次の表は、開示対象者ごとの注意点を表しています。読者にとって重要なのは、社内関係者という言葉だけでは、派遣社員や委託者、海外関連会社まで含まれるとは限らない点を読み取ることです。
| 対象者 | 検討事項 | 調整例 |
|---|---|---|
| 役員・従業員 | 本目的に関与する者に限定します。 | 必要最小限のアクセス権、ログ管理、教育を組み合わせます。 |
| 関連会社 | 親会社、子会社、海外拠点への無制限開示は情報拡散リスクがあります。 | 本目的に必要な範囲、同等以上の義務、受領者責任を条件にします。 |
| 専門家 | 弁護士、弁理士、公認会計士、税理士、金融機関、M&Aアドバイザーなどへの共有が必要になることがあります。 | 専門職上または契約上の守秘義務を負う者に限定します。 |
| 委託先・クラウド | 再委託、サブプロセッサ、海外移転、AI入力の問題があります。 | 事前承諾、同等義務、監査、削除、事故報告を定めます。 |
受領者は、秘密情報そのものだけでなく、秘密情報を含むメモ、分析結果、翻訳、要約、派生データ、評価レポート、AIへの入力ログ、スクリーンショット、バックアップを作成することがあります。これらを秘密情報に含めるか、契約終了時に返還・廃棄の対象にするかを定めます。
次の一覧は、返還・廃棄条項で確認する事項を表しています。読者にとって重要なのは、電子データ、バックアップ、監査保存、AI学習済み情報の削除可能性を事前に読み取ることです。
開示者の請求時、目的終了時、契約終了時のいずれで返還・廃棄するかを定めます。
電子データ、複製物、派生資料、メモ、要約、分析資料、スクリーンショット、入力ログを含めるかを確認します。
法令、監査、訴訟、内部統制、バックアップ上必要な最小限の保管を認めるかを定めます。
モデル学習済みパラメータから秘密情報を除去できるかが難しい場合は、学習利用禁止や専用環境を先に設計します。
NDAには、契約期間と秘密保持義務の存続期間があります。契約期間が1年でも、秘密保持義務は契約終了後3年、5年、10年、または営業秘密として扱われる限り存続すると定めることがあります。技術の陳腐化速度、営業秘密性、個人データや規制情報の保存義務、M&Aや訴訟での証拠保全、相手方の管理コスト、海外法上の合理性を見ます。
NDA違反では、損害の立証が難しいことがあります。売上減少、競合製品の開発、顧客流出、技術流用の因果関係を証明しにくいからです。損害賠償、調査費用、違約金、差止・仮処分、証拠保全、監査権、ログ提出、廃棄証明、原因調査義務を検討します。ただし、契約上の秘密情報すべてについて当然に差止が認められるわけではないため、救済条項を過信しない設計が重要です。
No license、No warranty、No obligationも重要です。秘密情報の開示が知的財産権のライセンスまたは譲渡を意味しないこと、開示情報の正確性・完全性・非侵害性・特定目的適合性を保証しないこと、NDAが取引実行、共同開発、投資、発注、独占交渉、ライセンス許諾を義務づけないことを定めます。
交渉の存在、NDA締結の事実、共同検討の事実、相手方名、ロゴ使用、プレスリリース、導入事例化を公表できるかは明記します。スタートアップは実績をPRに使いたい場合がありますが、大企業、上場会社、金融機関、医療機関は、未確定案件の公表、インサイダー情報、風評、顧客守秘の観点から公表を避ける場合があります。
開示者、受領者、法務部門の視点と、締結前後に起きやすい失敗を確認します。
次の比較表は、開示者側と受領者側がNDA交渉で重視する事項を表しています。読者にとって重要なのは、Mutual NDAでもOne-way NDAでも、自社がその条項でどちらの立場になるかを読み取ることです。
| 立場 | 重視する事項 | 調整の方向 |
|---|---|---|
| 開示者側 | 秘密情報の範囲、目的外使用禁止、Need-to-know、AI学習・リバースエンジニアリング禁止、返還・廃棄、長期保護、違反時の救済です。 | 広すぎるNDAはレビュー遅延を生むため、守りたい情報の特定と交渉可能な範囲を分けます。 |
| 受領者側 | 明示・特定、既保有情報、独自開発、公知情報、第三者取得情報、関連会社・専門家への開示、期間、バックアップ、損害賠償上限です。 | 自社の既存・将来の研究開発、顧客対応、投資活動を不当に制限しないように調整します。 |
| 法務部門 | NDA依頼フォーム、ひな形、標準ポリシー、締結前開示の禁止、契約管理、エスカレーションを設計します。 | 知財、情報セキュリティ、プライバシー、事業部、外部専門家と連携するプロセスを持ちます。 |
次の一覧は、NDAを個別案件だけでなく社内プロセスとして管理する事項を表しています。読者にとって重要なのは、件数が多いNDAほど、テンプレート、依頼フォーム、期限管理、開示資料管理の仕組みで品質を安定させる点です。
情報の流れ、相手方、目的、開示資料、個人データ有無、海外移転有無、AI利用有無を入力してもらいます。
受付One-way用、Mutual用、英語版、日本語版、簡易版、高リスク版を用意します。
標準化秘密保持期間、準拠法、管轄、損害賠償、関連会社開示、専門家開示の基準を持ちます。
判断基準期限、残存義務、相手方、案件、開示資料、廃棄証明を契約管理システムで追跡します。
運用次の一覧は、NDA締結前後に起きやすい失敗を表しています。読者にとって重要なのは、契約文言だけでなく、開示のタイミング、受領窓口、関連会社、電子署名、AI入力などの運用を読み取ることです。
後から過去開示情報を含めても、開示時点の秘密管理性、秘密表示、受領者の認識、証拠化が問題になります。締結前は公開情報に留めます。
一切の情報を秘密情報にすると、受領者が管理できず、開示者側も何が秘密だったかを立証しにくくなります。
Mutual NDA締結後に大量資料を受け取ると、既存開発領域と重なり、情報混同が問題になることがあります。
実際の評価者が親会社、子会社、海外R&D拠点、販売会社、外部コンサルの場合、開示範囲の設計が必要です。
相手方の権限者、署名ログ、本人確認、社内承認、契約管理登録を確認します。
PoC、業務委託、共同開発、ライセンス、データ提供では、成果物、費用、責任、知財、検収、データ利用権を本契約で定めます。
生成AI、クラウド翻訳、議事録AI、コード補完、RAG、外部LLMへの入力可否、学習利用、ログ保存、越境移転、再出力を定めます。
次の文例は、NDA類型の変更、片方向維持、受領拒否、AI入力制限を伝える場面を表しています。読者にとって重要なのは、相手方を一方的に否定するのではなく、情報の流れとリスクを理由にして交渉する点です。
| 場面 | 文例 |
|---|---|
| Mutual NDAを提案 | 本件では、当社から技術情報および事業計画を、貴社から既存システム構成、評価条件および導入課題を相互に共有することが想定されます。そのため、片方向のNDAではなく、双方の秘密情報を同等に保護するMutual NDAで進めることが合理的と考えます。 |
| One-way NDAを維持 | 本段階では、当社から貴社への製品情報および技術概要の限定的開示のみを予定しており、貴社の秘密情報を当社が受領する予定はありません。貴社の秘密情報が必要となる段階では、Mutual NDAまたは別途覚書への切替えを協議します。 |
| 受領したくない情報を断る | 当社は同一または類似領域で独自に研究開発を行っております。将来の情報混同を避けるため、現時点では貴社の未公開技術情報、未出願発明、ソースコード、詳細な設計情報の開示はお控えください。必要が生じた場合には、開示範囲、受領者、情報隔離措置を別途合意した上で受領します。 |
| AI入力を制限 | 受領者は、開示者の事前の書面承諾なく、秘密情報を生成AI、機械学習モデル、外部AIサービス、クラウド型翻訳・要約・議事録作成サービスその他第三者が提供する情報処理サービスに入力し、学習、改善、解析、保存または再出力の対象として扱わないものとします。 |
共通項目、Mutual NDA特有の項目、One-way NDA特有の項目を確認します。
次の表は、NDAの共通チェック項目を表しています。読者にとって重要なのは、契約書の文言だけでなく、締結前開示、AI・クラウド、個人情報、輸出管理、電子署名まで読み取ることです。
| 区分 | 確認事項 |
|---|---|
| 基本情報 | 当事者名、法人番号、住所、署名権限者、NDA締結前に開示済みの情報を含める必要性を確認します。 |
| 目的・範囲 | 目的の具体性、秘密情報の定義、口頭開示、デモ、画面共有、サンプル、試作品を含めるかを確認します。 |
| 例外・利用 | 公知情報、既保有情報、独自開発情報、第三者取得情報の例外、目的外使用禁止、Need-to-knowを確認します。 |
| 対象者 | 関連会社、専門家、委託先、再委託先への開示条件を確認します。 |
| 技術・データ | AIサービス、クラウド、翻訳ツール、外部ストレージへの入力・保存可否、複製、要約、派生資料、バックアップを確認します。 |
| 終了処理 | 返還・廃棄・廃棄証明、秘密保持期間、残存条項を確認します。 |
| 保護条項 | No license、No warranty、No obligation、損害賠償、差止、監査、ログ提出、通知義務を確認します。 |
| 周辺規制 | 個人情報、輸出管理、インサイダー情報、独禁法、業法規制、準拠法、管轄、言語、電子署名、副本を確認します。 |
次の比較表は、Mutual NDAとOne-way NDAで追加確認すべき固有項目を表しています。読者にとって重要なのは、相互型では受領しすぎを防ぎ、片方向型では相互開示に変わったときの切替えを用意する点です。
| 類型 | 固有チェック |
|---|---|
| Mutual NDA | 双方が本当に秘密情報を開示するか、片方だけならOne-wayで足りないか、双方の秘密情報の定義・期間・例外を同一にしてよいか、相手方情報の受領窓口を限定するか、情報混同を避ける受領拒否・返却手順があるかを確認します。 |
| Mutual NDA | 共同開発・PoC・ライセンスに進む場合の本契約への移行、相手方情報に接触した人員を将来の競合開発から外す必要性を確認します。 |
| One-way NDA | 開示者と受領者が明確か、受領者だけに義務が課されることが情報の流れに合っているか、相手方が秘密情報を開示し始めた場合の処理があるかを確認します。 |
| One-way NDA | 開示者側が情報の正確性や取引実行を保証しない条項、受領者が自社の既存情報・独自開発を守れる例外、片務的すぎて相手方が受け入れにくい事情を確認します。 |
よくある疑問を一般情報として整理します。個別の結論は案件ごとに変わります。
一般的には、Mutual NDAは双方の情報を保護できる一方、自社が相手方秘密情報を受け取ることで情報混同リスクを負う可能性があるとされています。ただし、情報の流れ、既存開発領域、受領窓口、情報隔離の有無によって評価は変わります。具体的な対応は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、実際に一方だけが秘密情報を開示するならOne-way NDAにも合理性があるとされています。ただし、相互に秘密情報を出し合う実態がある場合、一方だけを保護する内容は交渉上の信頼を損なう可能性があります。具体的な対応は、情報の流れを整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、NDAがあっても違反の立証や損害額の立証は難しい場合があるとされています。特にコアアルゴリズム、未出願発明の核心、全顧客リスト、認証情報、全量データなどは、そもそも開示しない設計が検討されます。具体的な開示可否は、情報の性質と管理体制を踏まえて専門家へ相談する必要があります。
一般的には、契約上の秘密情報の定義次第とされています。口頭開示を含める場合は、開示時に秘密である旨を伝え、一定期間内に概要を書面通知し、議事録、メール、資料番号、参加者、日時を残す運用が用いられます。具体的な条項設計は、案件の性質に応じて専門家へ相談する必要があります。
一般的には、短期で陳腐化する営業情報なら2年から3年、技術情報や顧客情報なら5年程度、長期価値を持つ営業秘密は長期または無期限に近い義務が検討されます。ただし、海外法、相手方の管理負担、情報の性質で結論は変わります。具体的な期間は、専門家へ相談する必要があります。
一般的には、本契約締結前に情報交換する場合はNDAが必要になることが多いとされています。本契約締結後は、本契約の秘密保持条項が優先するのか、NDAが残るのか、矛盾した場合にどちらが優先するのかを定めます。具体的な整理は、契約一式を確認したうえで専門家へ相談する必要があります。
一般的には、英文NDAではgoverning law、jurisdiction、equitable relief、consideration、affiliates、representatives、residuals、export control、injunctive reliefなどの概念が強く出るとされています。日本語訳だけで処理すると意味がずれる可能性があります。具体的には、準拠法の実務に通じた専門家へ相談する必要があります。
一般的には、NDAは秘密情報保護の契約であり、個人データを扱う場合には、安全管理措置、委託先監督、再委託、漏えい時対応、越境移転、利用目的などを別途定める必要があるとされています。具体的な対応は、個人情報保護法や関連ガイドラインを踏まえて専門家へ相談する必要があります。
一般的には、営業秘密に該当する場合は不正競争防止法上の差止が問題になり得ますが、契約上の秘密情報すべてについて当然に差止が認められるわけではないとされています。損害賠償、仮処分、証拠保全、契約解除、信用回復措置なども個別に検討されます。具体的な見通しは、証拠と契約内容を整理して専門家へ相談する必要があります。
一般的には、初期判断として情報の流れを図にし、片方向ならOne-way NDA、双方向ならMutual NDA、受領したくない情報があるなら非秘密情報だけを受けるという整理が使われます。ただし、個人データ、未出願発明、営業秘密、AI、M&A競合情報が含まれる場合は標準テンプレートでは足りない可能性があります。具体的な対応は、弁護士等の専門家へ相談する必要があります。
最後に、契約名ではなく情報を安全に動かす設計としてNDAを捉えます。
Mutual NDAとOne-way NDAの使い分けは、契約書の名前の問題ではなく、情報の流れとリスク配分の設計問題です。One-way NDAは、情報が一方向に流れる場合に、開示者の秘密情報を効率よく保護します。Mutual NDAは、双方が重要情報を出し合う場合に、双方のコアコンピタンスを守り、協働関係の土台を作ります。
ただし、Mutual NDAは相手方情報を受け取るリスクを生み、One-way NDAは実態と合わなければ相手方情報を保護しません。次の重要ポイントは、実務で最後に確認する五つの視点を表しています。読者にとって重要なのは、NDA単体で完結させず、情報管理、知財、セキュリティ、事業判断と接続して読むことです。
秘密を守る紙としてだけでなく、法務・知財・セキュリティ・事業戦略をつなぐ実務上のインターフェースとして扱います。
制度や実務上の考え方を確認するための公的・中立的資料です。