秘密保持義務を誰が負うかだけでなく、情報の流れ、営業秘密、個人データ、知財、M&A、AI・データ連携まで含めて、企業法務で使える判断軸を整理します。
契約名ではなく、情報の流れと保護すべき利益から判断します。
契約名ではなく、情報の流れと保護すべき利益から判断します。
相互NDAと片務NDAの違いは、秘密保持義務を誰が負うかという形式だけではありません。企業法務では、誰が、何を、何の目的で、誰に、どの範囲で、いつまで、どの管理水準で開示するのかを契約条項と運用に落とし込めているかが重要です。
片務NDAは、一方だけが仕様書、顧客情報、価格条件、対象会社情報などを開示する場面では合理的です。相互NDAは、双方が技術、営業、顧客、財務、ソースコード、研究成果、事業計画、データセットなどを交換する場面に適します。共同研究、アライアンス、PoC、AI・データ連携、M&Aの双方向検討、投資検討、ライセンス交渉では相互型を基本に検討することが多くなります。
次の重要ポイントは、相互NDAと片務NDAを読むときに最初に押さえるべき判断枠組みを表しています。契約形式だけで安全性を判断すると見落としが生じるため、開示者保護、受領者の実行可能性、違反時の証拠化をまとめて確認することが大切です。
相互NDAでも目的が広すぎ、再開示が無制限で、残存義務や返還・廃棄が弱ければ保護は不十分です。片務NDAでも、情報の流れが一方向で、目的外使用禁止、第三者開示制限、返還・廃棄、損害賠償、差止め、証拠保全が整っていれば実務的な契約になり得ます。
NDAが担う中心機能は、秘密情報の範囲、利用目的、第三者開示、違反時と終了時の処理を決めることです。次の一覧は各機能が何を守るのかを整理したもので、契約レビュー時にどの条項へ注意を向けるべきかを読み取るために重要です。
書面、電子データ、口頭、実演、サンプル、クラウド環境へのアクセスなど、何が保護対象になるかを特定します。
受領者が検討、評価、見積、研究、投資判断など、どの目的で情報を使えるかを絞ります。
役職員、専門家、グループ会社、委託先、金融機関、規制当局などへ共有できる範囲と条件を定めます。
損害賠償、差止め、調査協力、返還・廃棄、残存義務、証拠保全を通じて実効性を高めます。
NDAは Non-Disclosure Agreement の略で、日本語では秘密保持契約、秘密保持契約書、機密保持契約、守秘義務契約などと呼ばれます。商談、見積、業務委託、システム開発、共同研究、製造委託、M&A、資本業務提携、投資検討、採用、顧問契約、データ提供、AI開発、OEM、代理店契約、フランチャイズ、ライセンス交渉など、情報開示が先行する場面で広く使われます。
NDAは情報の取扱いを契約上の義務として設計し、違反時に債務不履行責任、差止め、損害賠償、証拠化を可能にする枠組みです。ただし、開示前の情報分類、アクセス制御、ラベリング、ログ管理、従業員教育、取引先管理が弱ければ、NDAだけで漏えいや営業秘密侵害を防ぐことは困難です。
次の一覧は、相互NDAと片務NDAの定義を並べて示しています。どちらが優れているかではなく、誰が開示者になり、誰が受領者になるかを読み取ることが、条項設計の出発点として重要です。
双方が、相手方から受領した秘密情報について秘密保持義務、目的外使用禁止義務、第三者開示制限義務などを負う形式です。英語契約では mutual NDA、bilateral NDA、two-way NDA などと呼ばれます。
主として一方だけが秘密情報を開示し、相手方だけが秘密保持義務を負う形式です。英語契約では unilateral NDA、one-way NDA などと呼ばれます。
実務上は、交渉力の強い当事者が弱い当事者だけに義務を課し、自社は義務を負わない不均衡なNDAを指すこともあります。情報交換の実態と契約構造のずれに注意が必要です。
相互NDAは、すべての条項が完全に同じでなければならないという意味ではありません。双方が義務を負う構造を前提にしながら、高度な技術情報、一般的な営業資料、個人データ、ソースコード、研究データなど、情報の重要度に応じて対象情報の特定、アクセス権者、返還・廃棄、残存期間、損害賠償の範囲を非対称に設計することがあります。
片務NDAそのものは違法でも不当でもありません。一方だけが情報を開示するなら合理的です。しかし、双方が重要情報を交換する実態があるのに、一方だけが守秘義務を負う設計は、スタートアップや中小企業の技術・ノウハウ流出、優越的地位の濫用、取引適正化上のリスクにつながり得ます。
基本構造、適する場面、レビューの焦点を一度に確認します。
次の比較表は、相互NDAと片務NDAの違いを、構造、利用場面、交渉上の印象、主なリスク、レビュー観点に分けて整理したものです。どの行も契約レビューの着眼点になるため、自社の取引実態がどちらの欄に近いかを読み取ることが重要です。
| 比較項目 | 相互NDA | 片務NDA |
|---|---|---|
| 基本構造 | 双方が秘密情報の開示者にも受領者にもなります。 | 一方が開示者、他方が受領者となります。 |
| 適する場面 | 共同研究、PoC、業務提携、資本業務提携、M&Aの双方向検討、AI・データ連携、ライセンス交渉。 | 一方向の情報開示、見積依頼、発注者から候補先への仕様開示、売主から買主候補への初期情報開示。 |
| 交渉上の印象 | 公平で協業的に見えやすい一方、重要情報の差に応じた非対称設計も必要になります。 | 情報の流れが一方向なら合理的ですが、実態が双方向なら不公平に見えやすくなります。 |
| 条項設計 | 開示者と受領者を抽象化し、場面に応じて双方へ適用します。 | 開示者と受領者を固定し、受領者義務を中心に設計します。 |
| 主なリスク | 双方の情報が混在し、出所、利用範囲、成果物との関係が曖昧になることです。 | 実態と契約がずれると、保護されない情報が生じることです。 |
| レビューの焦点 | 双方の開示範囲、目的、再開示、成果物・知財、残存義務。 | 開示情報の特定、受領者義務、目的外使用禁止、再開示制限、返還・廃棄。 |
| スタートアップ・中小企業 | コア技術・ノウハウを別紙や目的限定で守ることが重要です。 | 大企業ひな形で自社だけが義務を負う場合、実態に合うかを確認します。 |
| 大企業・発注者 | グループ会社・委託先への開示範囲を明確にします。 | ひな形の押し付けや過度な情報要求は、競争法・取引適正化上の問題になり得ます。 |
比較で最も大切なのは、形式と実態の一致です。相互型でも、実質的に一方だけが高度な情報を出すなら開示側保護を厚くします。片務型でも、途中から相手方が技術提案、見積ロジック、独自ツール、事業計画を開示するなら、相互型への切替えや追加条項を検討します。
契約責任、営業秘密、個人データ、競争法を横断して確認します。
NDAは契約です。秘密保持義務、目的外使用禁止義務、第三者開示禁止義務、返還・廃棄義務などに違反すれば、民法上の債務不履行責任が問題となります。損害賠償、解除、差止め、違約金、調査費用、信用回復措置などをどう定めるかは、契約の実効性に直結します。
次の一覧は、相互NDAと片務NDAを支える法的・実務的な土台を整理したものです。NDAだけを読んでも保護範囲は判断しきれないため、営業秘密、個人データ、競争法、取引適正化の各観点で何を確認すべきかを読み取ることが重要です。
漏えいによる売上減少、競争優位の喪失、開発投資の無駄化、顧客信用の毀損、調査費用などは立証が難しいため、救済条項と証拠化が重要です。
不正競争防止法上の営業秘密は、秘密管理性、有用性、非公知性が問題になります。NDAは秘密管理意思を示す一要素ですが、アクセス制限や秘密表示も必要です。
個人データを含む場合は、委託先監督、安全管理措置、再委託、漏えい時通知、当局報告、本人対応、削除証明などを別途確認します。
交渉力の強い当事者が片務的なNDAや短すぎる期間を押し付けると、優越的地位の濫用や技術流出の問題につながるおそれがあります。
営業秘密として保護されるには、情報の特定、秘密表示、アクセス制限、管理規程、従業員教育、ログ管理、持出し制限、退職時管理などを含む実務的な管理が必要です。NDAは秘密情報管理の一部であり、全体ではありません。
個人データを含む業務委託、クラウド利用、カスタマーサポート委託、マーケティング分析、AI学習用データ提供、M&Aデューデリジェンスでは、個人データの種類、範囲、件数、センシティブ性、利用目的、処理内容、保存期間、安全管理措置、再委託、漏えい時対応、契約終了時の返還・削除・証明まで確認します。
スタートアップや中小企業が大企業との協業で技術情報を開示する場合、片務NDAの押し付け、過度に短い契約期間、広すぎる目的条項、意に反したノウハウ開示要求、無断特許出願、競合サービス化が問題となることがあります。この場面では、相互NDAと片務NDAの違いが、単なる契約形式ではなく企業価値の保護に関わります。
一方向か双方向か、情報の重要度、取引類型、交渉力格差で判断します。
最初の基準は情報の流れです。一方だけが秘密情報を開示するなら片務NDAで足りることが多く、双方が秘密情報を開示するなら相互NDAを原則として検討します。ただし、初期段階では一方向でも、進展後にベンダーの技術提案、見積根拠、独自ツール、過去実績が出てくるような場面では、途中から相互型に切り替える判断が必要です。
次の判断の流れは、相互NDAと片務NDAを選ぶ順番を表しています。契約形式を先に決めるのではなく、情報の流れ、重要度、取引類型、交渉力格差の順に確認することで、どの段階で相互型への修正や追加条項が必要になるかを読み取れます。
現時点と今後の開示予定を分け、一方向か双方向かを見ます。
量ではなく、コア技術、顧客、財務、個人データなど重要度を見ます。
共同研究、委託、M&A、投資検討、AI・データ連携で必要条項が変わります。
双方義務、目的限定、別紙特定、残存義務を整えます。
受領者が守れる範囲で、目的外使用禁止と再開示制限を明確にします。
守りたい情報がどちらにあるかも重要です。情報量ではなく、未出願発明、ノウハウ、実験データ、設計図、ソースコード、原価、価格、粗利、仕入先、顧客リスト、M&A対象会社情報、AIモデル、学習データ、セキュリティ構成、個人データなど、漏えいや目的外使用時の影響で判断します。
次の比較表は、取引類型ごとに相互NDAと片務NDAのどちらを起点にしやすいかを表しています。類型ごとの典型を知ることで、ひな形の形式が実態とずれていないか、どの追加契約へ進むべきかを読み取れます。
| 取引類型 | 起点になりやすい形式 | 追加で確認する事項 |
|---|---|---|
| 共同研究・共同開発 | 相互NDA | 背景知財、成果知財、発明者、出願人、実施権、研究データ、発表、競業、独自開発。 |
| 業務委託・システム開発 | 片務NDAまたは相互NDA | 発注者情報だけでなく、受託者のノウハウ、テンプレート、ソースコード、独自ツールの保護。 |
| M&A・資本業務提携 | 初期は片務、双方向検討は相互 | 競争上機微な情報、クリーンチーム、段階的開示、黒塗り、アクセス制限、適時開示。 |
| 投資検討 | 片務NDAまたは相互NDA | 事業計画、財務情報、投資方針、ポートフォリオ情報、提携候補、業界情報。 |
| PoC・AI・データ連携 | 相互NDAを起点に本契約へ展開 | データ利用権、派生データ、学習済みモデル、評価結果、再利用、個人データ、監査、削除。 |
交渉力格差がある場面では、相互NDAと片務NDAの選択は企業価値に直結します。スタートアップや中小企業のコア技術やノウハウは企業価値そのものであり、自社だけが義務を負い、相手方には守秘義務がない状態で開示すると、模倣、無断特許出願、競合開発、資金調達への悪影響が生じ得ます。
秘密情報、目的、再開示、管理水準、期間、救済を実態に合わせます。
秘密情報の定義はNDAの中核です。広すぎると受領者が遵守困難になり、狭すぎると開示者が守りたい情報を保護できません。書面、電磁的方法、口頭、実演、サンプル、クラウド環境へのアクセスなど、開示方法を幅広く捉えつつ、秘密表示や情報の性質から秘密として扱われるべき情報を対象にします。
次の一覧は、相互NDAと片務NDAで必ず確認したい主要条項を表しています。各項目は単独で見るのではなく、秘密情報の重要度、受領者の実行可能性、違反時の証拠化と結びつけて読み取ることが重要です。
開示者・受領者の概念、秘密表示、口頭情報、クラウドアクセス、別紙特定を整えます。
範囲公知情報、正当に保有していた情報、独自開発情報、正当な第三者取得情報を除外します。
防御取引の検討だけで足りるか、特定製品の共同開発可否、投資判断、技術評価まで絞るかを定めます。
要具体化役職員、専門家、グループ会社、委託先、金融機関、規制当局への共有条件を定めます。
共有範囲自己の同種情報と同等以上、善管注意、合理的安全管理措置、別紙基準のいずれかを選びます。
運用電子データ、バックアップ、法令保存、専門家保管、廃棄証明、残存義務の扱いを決めます。
終了時契約期間と終了後の守秘義務を分け、情報の種類ごとに2年、3年、5年、公知化までなどを検討します。
期間損害賠償、差止め、調査協力、通知、回収努力、契約解除、再発防止、証拠保全を定めます。
救済特に利用目的は、漏らさない義務と同じくらい重要です。第三者に漏らしていなくても、受領者が自社単独の製品開発、AI学習、競合サービス、統計分析、ベンチマーク、モデル改善に秘密情報を使えば、開示者の競争優位が失われることがあります。
次の比較表は、主要条項ごとに開示者側と受領者側の関心を並べたものです。交渉ではどちらか一方の利益だけでなく、保護の必要性と実行可能性のバランスを読み取る必要があります。
| 条項 | 開示者側の関心 | 受領者側の関心 |
|---|---|---|
| 秘密情報の定義 | 守りたい情報を漏れなく含め、重要情報は別紙で具体化します。 | 広すぎる定義や既知情報の混入を避けます。 |
| 利用目的 | 競合開発、無断特許出願、AI学習、派生利用を目的外にします。 | 通常業務や独自開発が過度に制限されないようにします。 |
| 第三者開示 | 事前承諾、同等義務、受領者責任、機微情報の個別承諾を求めます。 | 役職員、専門家、グループ会社、委託先に必要範囲で共有できるようにします。 |
| 管理水準 | 情報の機微性に応じた安全管理措置を求めます。 | 自社システムで実行不能な暗号化、ログ保存、即時削除義務を避けます。 |
| 返還・廃棄 | 終了時や請求時の返還・削除・廃棄証明を求めます。 | バックアップ、法令保存、監査、内部統制、専門家保管の例外を確保します。 |
| 残存義務 | 営業秘密、未公開技術、ソースコード、個人データは長期保護を求めます。 | 無期限管理が過度にならないよう、情報の種類ごとに期間を分けます。 |
契約期間と秘密保持義務の存続期間は区別します。契約期間を締結日から1年または2年とし、秘密保持義務を終了後3年または5年、営業秘密・個人データ・未公開技術・ソースコードは公知化または法令上保護される限りとする設計が検討されます。
共同研究、委託、M&A、協業、AI・データ連携では見落としやすい論点が異なります。
共同研究・共同開発では、双方が背景技術、研究データ、試作品、ノウハウ、評価結果、失敗データを開示し、成果物や知的財産権が生じるため、相互NDAが原則になります。ただし、NDAだけでは共同研究契約を代替できません。背景知財と成果知財、発明者、出願人、持分、実施権、成果物の利用範囲、発表、研究データ、競業、独自開発、研究中止時の取扱いを別契約で定めます。
次の比較表は、代表的な利用場面ごとに、相互NDAと片務NDAの使い分けと追加論点を整理したものです。場面ごとに情報の出し手と守るべき利益が変わるため、どの契約へ展開すべきかを読み取ることが重要です。
| 場面 | 典型的なNDA設計 | 特に注意する論点 |
|---|---|---|
| 共同研究・共同開発 | 相互NDAを起点にします。 | 背景知財、成果知財、研究データ、発表、競業、独自開発、技術流出対策。 |
| 業務委託・システム開発 | 発注者情報だけなら片務、受託者ノウハウも出るなら相互。 | 個人データ処理、再委託、情報セキュリティ、監査、受託者の独自ツール。 |
| M&A・資本業務提携 | 初期DDは片務、双方情報を比較する場面は相互。 | 競合会社への開示、クリーンチーム、段階的開示、独占交渉、適時開示、インサイダー情報。 |
| スタートアップと大企業の協業 | 双方が情報を出すなら相互NDAを原則にします。 | コア技術の別紙特定、目的具体化、残存義務、無断特許出願、目的外開発、実績公開。 |
| AI・データ連携 | 相互NDAは入口であり、本契約設計が重要です。 | データ利用権、派生データ、学習済みモデル、出力結果、評価結果、再利用、匿名加工、越境移転、削除。 |
業務委託では、発注者が受託者に情報を開示する一方向型が多いため片務NDAが使われやすいものの、システム開発やコンサルティングでは受託者側のノウハウ、テンプレート、ソースコード、提案内容、見積構造、独自ツールも秘密情報となります。この場合は相互型または本契約内の双方向守秘条項が望まれます。
M&Aでは、売主または対象会社から買主候補への一方向開示が多く、初期段階では片務NDAが使われます。競合会社が買主候補となる場合は、顧客別売上、価格、原価、仕入条件、将来戦略などについて、クリーンチーム、黒塗り、集計情報化、アクセス制限を検討します。
AI・データ連携では、秘密保持だけでなく、データ利用権、派生データ、学習済みモデル、出力結果、評価結果、再利用、第三者提供、個人データ、匿名加工・仮名加工、越境移転、セキュリティ、監査、削除、知的財産権を定める必要があります。NDAだけでAI・データ契約を代替しないことが重要です。
法務だけでなく、知財、プライバシー、情報セキュリティ、経営判断をつなげます。
法務担当者は、情報の流れ、契約類型、秘密情報の定義、目的、除外情報、再開示、返還・廃棄、残存義務、救済条項、本契約や個人データ条項との整合性を確認します。相手方ひな形を修正するだけでなく、事業部門に何を開示し、何を受領し、相手が何に使い、開示しない情報は何かを確認する必要があります。
次の比較表は、レビューに関与する担当ごとの見るべき観点を表しています。NDAレビューは契約文言だけで完結しないため、各担当がどのリスクを補完するかを読み取ることが重要です。
| 担当 | 確認する観点 | 見落とすと生じる問題 |
|---|---|---|
| 法務担当 | 情報の流れ、類型、秘密情報、目的、再開示、返還・廃棄、残存義務、救済、本契約との矛盾。 | 契約形式と取引実態がずれ、保護されない情報や過剰義務が生じます。 |
| 知財法務・弁理士 | 未出願発明、ノウハウ秘匿、背景知財、成果知財、無断特許出願、リバースエンジニアリング、発表。 | 非公知性の喪失、技術流出、成果物帰属の争いが生じます。 |
| プライバシー担当 | 個人データ、委託先監督、第三者提供、共同利用、越境移転、安全管理措置、漏えい等報告。 | NDAだけでは個人情報保護法上の義務を満たせない可能性があります。 |
| 情報セキュリティ担当 | アクセス権限、多要素認証、暗号化、ログ、外部記録媒体、クラウド保管、海外アクセス、削除証明。 | 契約に書いた管理義務を実行できず、常時違反状態になり得ます。 |
| 経営者・事業責任者 | 開示の必要性、競争優位への影響、競合開示、段階的開示、黒塗り、集計化、相手方の信用力。 | 契約上許容できても、事業戦略上開示すべきでない情報を出してしまいます。 |
NDAは知財戦略と一体です。未出願発明を開示する前に出願するか、ノウハウとして秘匿するか、限定的に開示するかを決めていない状態でNDAだけ締結しても、技術流出を防ぎきれません。
情報セキュリティでは、受領者が守れる義務かを確認します。すべての情報を暗号化し、すべてのアクセスログを永久保存し、すべての複製物を即時削除する義務は、情報の種類やシステム環境によっては過剰です。情報の機微性に応じた現実的な管理基準を定める方が実効的です。
経営者・事業責任者は、法務条項だけでなく、相手方に開示する必要が本当にあるか、情報が流出した場合に競争優位が失われるか、競合会社に開示してよいか、段階的開示や黒塗り、集計化、サンプル化で足りるかを判断します。
形式に反応するより、開示予定と保護対象を言語化して交渉します。
片務NDAを提示された側は、まず情報の流れを整理します。自社も技術資料、価格情報、開発計画、顧客課題、ロードマップなどを開示する予定があるなら、相互NDAへの修正を求めることが考えられます。相手が片務型にこだわる場合は、自社が開示する特定情報について守秘義務を課す別紙または追加条項を求めます。
次の時系列は、NDA交渉で検討事項を整理する順番を表しています。早い段階で開示情報の分類と交渉文言を準備することで、相手方ひな形に合わせすぎず、どこを修正すべきかを読み取れます。
自社から出す情報、相手から受け取る情報、後で追加される可能性がある情報を分けます。
NDAなしで出せる情報、NDA後なら出せる情報、特許出願後なら出せる情報、役員承認が必要な情報、開示しない情報に分けます。
双方の情報を同じ枠組みで管理する方が協業を円滑に進められる、という事業上の理由で説明します。
相互型への変更が難しい場合でも、自社情報の守秘義務、目的限定、無断特許出願禁止、残存義務を検討します。
相互NDAを提示された側も、公平に見えるからといって無条件に受け入れるわけではありません。秘密情報の定義が広すぎないか、口頭情報や視覚情報まで無制限に含まれないか、目的が狭すぎて通常業務を妨げないか、同種事業・独自開発・既存顧客対応が制限されないか、損害賠償上限の例外や存続期間が過度でないかを確認します。
大企業がスタートアップにNDAを提示する場合は、法務効率だけで標準ひな形を押し通さないことが大切です。双方が秘密情報を開示するなら相互NDAを提示し、スタートアップのコア技術を尊重し、目的を具体化し、短すぎる期間を避け、意に反した技術・ノウハウ開示や無断特許出願の疑念を生じさせない設計が望まれます。
発想を示す例であり、個別案件では取引内容・情報の性質・法域に応じた修正が必要です。
相互NDAの基本構造では、一方当事者を開示者、相手方当事者を受領者と定義し、同じ条項を双方へ適用できるようにします。たとえば、秘密情報を「本契約の目的に関連して、一方当事者が相手方当事者に対し、書面、電磁的方法、口頭、実演、サンプル提供、情報システムへのアクセス許可その他方法を問わず開示する技術上、営業上、財務上、組織上その他一切の情報であって、秘密である旨が表示され、または情報の性質、開示状況その他の事情から秘密として扱われるべきもの」と定める考え方があります。
片務NDAでは、開示者と受領者を固定します。たとえば、秘密情報を「甲が乙に対し、本件検討のために開示する技術上、営業上、財務上、顧客上、組織上その他一切の情報であって、秘密である旨が表示され、または情報の性質、開示状況その他の事情から秘密として扱われるべきもの」と定めます。後に乙も秘密情報を開示する可能性が出た場合は、相互型への変更または追加合意を検討します。
締結後に証拠化できる運用まで整えて、契約を実効的にします。
相互NDAだから安全、片務NDAだから不利、と即断するのは危険です。相互NDAでも、目的が広すぎれば受領者の自社開発利用が目的内と解釈される余地があり、秘密情報の範囲が曖昧なら違反時に争われます。片務NDAでも、情報の流れが一方向であれば合理的です。
次の一覧は、相互NDAと片務NDAでよく起きる失敗を整理したものです。失敗の原因を知ることで、どの条項や運用を重点的に見直すべきかを読み取れます。
目的、秘密情報、残存義務が弱ければ、器が公平でも実効性は低くなります。
情報の流れが一方向なら合理的であり、問題は実態として双方が情報を交換する場合です。
一切の情報を対象にすると遵守可能性が下がり、どの情報が秘密かという争点が残ります。
業務提携の検討だけでは、技術評価、販売提携、出資判断などの境界が曖昧になります。
契約期間だけを定めても、終了後の秘密保持義務が明確でなければ争いになります。
後から対象に含める条項を置いても、締結前の行為への責任は明確な合意が必要です。
不可能なセキュリティ義務、即時削除義務、無期限管理義務は、契約違反リスクを常態化させます。
NDAは締結して終わりではありません。違反時に責任追及するには、何を、いつ、誰に、どの方法で、どの表示を付けて開示したかを証明できる運用が必要です。
次の時系列は、NDA締結後に行うべき運用を表しています。順番を追って確認することで、秘密管理性の根拠、契約違反時の証拠、返還・廃棄の履歴をどのように残すかを読み取れます。
重要情報を分類し、特に守る情報は別紙に列挙します。
ファイル名、ヘッダー、送付メール、共有先、資料版数、参加者を記録します。
クラウド共有の権限を限定し、口頭開示は後日メールや議事録で秘密情報であることを確認します。
契約終了時や請求時に返還・廃棄を実施し、証明書や対応履歴を保存します。
送付メール、アクセスログ、公開資料、製品情報、特許出願情報、社内開発履歴を保存し、通知、回収、停止、再発防止を検討します。
締結前、締結時、締結後に分けて確認します。
次の比較表は、NDA実務の確認事項を締結前、締結時、締結後に分けて整理したものです。各段階で確認する対象が異なるため、契約書レビューだけでなく情報開示の運用まで読み取ることが重要です。
| 段階 | 主な確認事項 |
|---|---|
| 締結前 | 相互NDAと片務NDAのどちらが取引実態に合うか、誰が開示者・受領者か、開示する情報は本当に必要か、開示しない情報を決めたか、未出願発明、個人データ、輸出管理対象技術、インサイダー情報、営業秘密が含まれるか、相手方の情報管理体制を確認したか。 |
| 締結時 | 秘密情報の定義、除外情報、目的外使用禁止、第三者開示、グループ会社・専門家・委託先への共有、再開示先の違反責任、返還・廃棄、バックアップ例外、損害賠償、差止め、通知、調査協力、準拠法、管轄、言語、優先関係。 |
| 締結後 | 開示ログ、秘密表示、アクセス権限、口頭開示の後日確認、受領情報の社内分類、契約終了時の返還・廃棄、共同研究や委託に進む際の秘密保持・知財・データ条項の更新。 |
チェックリストは、署名前の形式確認だけでなく、情報を出す前に本当に必要な開示かを考えるためのものです。契約上は許容できても、開示すべきでない情報は開示しないという判断が、企業価値を守るうえで重要です。
よくある疑問を一般的な制度説明として整理します。
一般的には、強さは形式だけでは決まらないとされています。秘密情報の定義、利用目的、第三者開示、残存義務、損害賠償、証拠化によって実効性は変わります。具体的な評価は、取引実態と条項を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、双方に秘密として守るべき情報がある場合は相互NDAが検討されます。ただし、相手方の情報が公開情報や一般的資料にとどまる場合は、片務NDAで足りる可能性もあります。情報の重要度や開示予定によって結論は変わります。
一般的には、直ちに拒否するかどうかではなく、情報の流れを確認することが先とされています。自社も秘密情報を開示する予定がある場合は、相互NDAへの変更や自社情報を保護する追加条項が検討されます。具体的な交渉方針は個別事情で変わります。
一般的には、NDAに目的外使用禁止義務を入れることで目的外利用を制限する設計が考えられます。ただし、目的条項が広すぎると利用が目的内と解釈される余地があります。技術流用を防ぎたい場合は、目的、無断特許出願、競合開発、リバースエンジニアリング、派生利用の扱いを確認する必要があります。
一般的には、一律の正解はないとされています。営業資料や一般的な商談情報では2年から5年程度が使われることがありますが、未公開技術、ソースコード、営業秘密、個人データではより長期または公知化までの保護が検討されます。情報の性質や業界慣行で変わります。
一般的には、契約で口頭情報を秘密情報に含めることは可能とされています。ただし、後で証明が難しくなる可能性があります。重要な口頭情報は、会議後にメールや議事録で秘密情報であることを確認する運用が検討されます。
一般的には、NDAの条項次第です。グループ会社への開示が認められていない場合、無断共有が契約違反となる可能性があります。共有が必要な場合は、対象会社、国・地域、利用目的、同等義務、責任範囲を定める必要があります。
一般的には、専門家への開示を認める条項を置くことが多いとされています。ただし、目的遂行に必要な範囲に限定し、専門家が職業上の守秘義務または契約上の守秘義務を負うことを確認する必要があります。
一般的には、まず証拠保全が重要とされています。開示資料、送付メール、アクセスログ、会議記録、相手方の公開資料、製品情報、特許出願情報、社内開発履歴を保存し、通知、利用停止、返還・削除、差止め、損害賠償などを検討します。個人データが関係する場合は別途報告・通知の確認が必要です。
一般的には、NDAだけで成果物、発明、著作権、データ、モデル、ノウハウの帰属まで十分に決まるとは限りません。共同研究契約、業務委託契約、ライセンス契約、開発契約などで別途定める必要があります。
企業価値を守るには、契約文言と社内運用の両方で答えを持つ必要があります。
相互NDAと片務NDAの選択は、契約書の表題や形式ではなく、取引実態に基づいて行います。一方だけが秘密情報を開示するなら片務NDAは合理的です。双方が秘密情報を開示するなら相互NDAを基本に検討します。
実務上の成否は、相互か片務かではなく、秘密情報の定義、利用目的、第三者開示、管理水準、返還・廃棄、残存義務、損害賠償、証拠化、情報管理体制が整合しているかで決まります。営業秘密管理、知財戦略、個人情報保護、情報セキュリティ、競争法、M&A、共同研究、データ契約、内部統制の交差点にある契約として扱う必要があります。
目的に近い詳しい解説へ進めるよう、関連するテーマを整理しました。
知りたい内容を選ぶと、手続、費用、地域、具体的な論点などの詳しい解説に進めます。
このテーマから次に確認されやすい詳しい解説を8件表示しています。
公的機関・中立的資料を中心に、制度理解の参考情報を整理しています。