NDAの秘密情報の定義とは?レビューで最も重要な条項を実務解説|Legal GPT
NDA実務シリーズ — 定義条項篇
NDAの秘密情報の定義とは?
レビューで最も重要な条項を実務解説
NDAのレビュー依頼が来たとき、あなたは何条から手をつけるか。目的、有効期間、禁止事項——条文の順番に読む人も多いが、筆者が最初に確認するのは必ず「秘密情報の定義」だ。
なぜなら、定義の範囲がその後すべての条項の射程を決めるからだ。目的限定も、残存義務も、損害賠償も、「秘密情報」の輪郭が曖昧なまま議論しても意味がない。定義が甘ければ、契約書を結んだのに保護されない情報が生まれる。逆に広すぎれば、自社の通常業務が縛られる。
本稿では法務実務の観点から、秘密情報の定義条項を徹底的に解剖する。
Section 01
定義条項が「すべての基軸」になる理由
不正競争防止法(2条6項)は「営業秘密」を次の三要件で定義する。
②有用性(事業活動に有用な技術上または営業上の情報)
③非公知性(公然と知られていないこと)
これは法律上の保護要件であり、三要件を満たせば契約がなくても法的保護が受けられる——ただし、立証責任は主張する側にある。NDAを締結する最大の意義は、「この情報が秘密情報である」という当事者間の合意を明確化し、立証コストを下げる点にある。
つまり、定義条項の機能は次の二つに集約される。
後続するすべての義務(目的外利用禁止、第三者提供禁止、複製制限など)は、「秘密情報」に該当するものだけに適用される。定義が曖昧なまま義務だけ明確にしても、土台が揺れているのと同じだ。
Section 02
レビュー前に確認すべきチェックリスト
定義条項を読む前に、自社のポジションを整理する。
-
自社は「開示側」「受領側」どちらか、または双方向か?
-
開示する情報の媒体は何か(書面・口頭・電磁的記録・実物)?
-
開示前・開示後に「秘密である旨の明示」(マーキング等)が実務上可能か?
-
保護したい情報に公知情報・バックグラウンド情報が含まれるか?
-
⚠ 相手方ドラフトの定義が「包括定義+例外列挙なし」になっていないか?
-
⚠ 口頭開示について「事後の書面確認義務」が課されていないか、確認期間は現実的か?
-
⚠ 除外事由(公知、独自開発、第三者から正当取得 等)が明示されているか?
-
不正競争防止法上の「営業秘密」三要件を定義条項が包含しているか?
Section 03
開示媒体別の論点:書面・口頭・電磁的記録
秘密情報の定義において、実務上最も揉めやすいのが開示媒体の範囲だ。条項の書き方次第で、ミーティングでの会話、Slackのやりとり、設計図の現物閲覧が保護対象に入るかどうかが変わる。
| 媒体 | 典型的な記載例 | 実務上の論点 | リスク度 |
|---|---|---|---|
| 書面 | 「Confidential」等の表示がある文書 | マーキング漏れで保護外になるリスク | 中 |
| 口頭 | 開示後〇日以内に書面で確認 | 確認義務を履行できないケースが多発 | 高 |
| 電磁的記録 | 電子メール・クラウド等に含まれる情報 | 「Confidential」ヘッダー設定の運用負荷 | 中 |
| 実物・視認 | 工場見学・設備閲覧等 | 定義条項に明記がない場合、保護範囲が不明確 | 高 |
口頭開示と「書面確認義務」の落とし穴
実務でよく見るのが、「口頭で開示した情報も秘密情報に含むが、開示後30日以内に書面で確認することを要する」という条項だ。一見バランスが取れているように見えるが、現場では会議のたびにフォローアップ書面を出すのは現実的でない。
受領側の立場なら口頭確認義務は「相手に課せられるもの」として歓迎できるが、開示側であれば書面確認なしでも保護を受けられる包括規定を主張すべきだ。
Section 04
包括定義と限定定義:どちらが有利か
秘密情報の定義は、大きく「包括定義」と「限定定義」の二類型に分けられる。それぞれの特徴を整理しよう。
除外事由(秘密情報に含まれない情報)の必須チェック
どんなに広い包括定義であっても、以下の除外事由は必ず明記されているか確認する。これらがない定義は、受領側にとって著しく不利だ。
| 除外事由 | 根拠・理由 | 記載されていない場合のリスク |
|---|---|---|
| ① 公知情報 | すでに社会に知れ渡っている情報を保護する必要はない | 誰でも知っている情報についても守秘義務が生じる |
| ② 開示前から保有 | 受領前から自社が持っていた情報 | 自社の既存ノウハウが使えなくなる |
| ③ 独自開発 | NDAと無関係に自社で開発した情報 | 類似技術の社内開発が制約される |
| ④ 第三者から正当取得 | 別の適法な経路で取得した情報 | 複数ソースからの情報整理が困難になる |
| ⑤ 法令・裁判所命令による開示 | 法的義務に基づく開示は免責されるべき | 裁判所等への証拠提出で義務違反が問われる |
Section 05
条項例文比較:悪例・改善例・推奨例
パターン①:開示側に有利すぎる「危険な包括定義」
パターン②:受領側が持ち込む「過度な限定定義」
パターン③:推奨「包括定義+除外事由明記」
Section 06
定義が「広すぎる」「狭すぎる」場合のリスク分析
| 状況 | 発生しうるリスク | 影響を受ける場面 | 深刻度 |
|---|---|---|---|
| 定義が広すぎる(受領側) | 受領側の既存業務・独自開発に差止請求リスク | 競合分野での新規開発、採用、転職者受入れ | 高 |
| 口頭開示の書面確認義務(開示側) | 確認書面の出し忘れで保護が失われる | ミーティング・デモ・電話協議全般 | 高 |
| 除外事由の未規定(受領側) | 自社既知情報の使用にも義務が及ぶ | 技術提携・共同研究・M&Aデューデリ | 高 |
| 定義が狭すぎる(開示側) | 漏洩しても「秘密情報でない」と抗弁される | 口頭説明・工場視察・設計図閲覧 | 中〜高 |
| 実物・視認開示の未規定 | 工場見学等で見た技術が保護外になる | 製造業・インフラ業界の実地デューデリ | 中 |
Section 07
ケース別:修正方針の判断フレームワーク
🔴 ケースA:自社が開示側のみ
包括定義を維持し、口頭・電磁的開示を明示。書面確認義務は不要または相手に選択権。除外事由は標準的な5〜6類型を要求。
🟡 ケースB:自社が受領側のみ
マーキング要件の徹底または口頭確認義務を相手に課す方向で交渉。独自開発・公知情報の除外事由が必須。定義の過度な拡張に抵抗。
🟢 ケースC:双方向開示(MutualNDA)
包括定義+除外事由明記が双方向で自然なバランス。口頭開示の書面確認義務は省略または確認期間を現実的に(7〜14日)設定。
🟡 ケースD:M&A・デューデリ目的
データルームで開示される情報を包括的に保護する目的から、媒体・形式問わない広い定義が一般的。ただし目的限定との組み合わせが不可欠。
Section 08
自社修正の優先順位と実務アプローチ
-
1定義の骨格(包括 or 限定)を最初に確認する
相手ドラフトの一文目が包括か限定かを見極め、自社ポジションとのずれを把握する。 -
2開示媒体に「口頭・電磁的記録・実物」が含まれているか確認する
書面のみに限定されている場合、自社が開示側なら必ず追加交渉する。 -
3口頭開示の書面確認義務を確認し、期間の現実性を評価する
30日以上または確認義務なしが望ましい(開示側視点)。受領側なら確認義務を相手に課す形に。 -
4除外事由(最低5類型)の記載を確認し、不足なら追記を求める
特に「受領前保有」「独自開発」「法令に基づく開示」は外せない三本柱。 -
5修正コメントは理由付きで記載し、交渉の余地を示す
「過度に広い」だけでなく「○○のリスクがあるため、除外事由として追加したい」と書くと相手の受け入れ率が上がる。
Legal GPT 有料プロンプト集
NDA定義条項のレビューも、
AIプロンプトで再現できる
「除外事由の抜け漏れ検出」「開示媒体ごとのリスク判定」「修正コメント文の自動生成」——
本記事で解説したレビューフローをそのままプロンプト化した製品を提供しています。
契約書レビュー編(NDA対応)と100選どちらもNDA条項に対応。
🔍 関連ガイドへ進む
この記事と関連度の高い実務ガイドをまとめています。次に読むならこちら。
