NDA実務シリーズ — 定義条項篇

NDAの秘密情報の定義とは?
レビューで最も重要な条項を実務解説

📅 2026年4月更新 ⏱ 読了 約12分 🎯 法務担当者・契約レビュー実務向け
NDA 秘密保持契約 秘密情報の定義 契約レビュー 包括定義・限定定義 不正競争防止法
この記事の結論 NDAの「秘密情報の定義条項」は、契約の保護範囲そのものを決める条項であり、広すぎても狭すぎても実務リスクが生じる。開示媒体(口頭・書面・電磁的)、明示要件の有無、包括定義か限定定義かを軸に、自社ポジション(開示側 or 受領側)を踏まえて修正方針を決めることが実務上の正解だ。

NDAのレビュー依頼が来たとき、あなたは何条から手をつけるか。目的、有効期間、禁止事項——条文の順番に読む人も多いが、筆者が最初に確認するのは必ず「秘密情報の定義」だ。

なぜなら、定義の範囲がその後すべての条項の射程を決めるからだ。目的限定も、残存義務も、損害賠償も、「秘密情報」の輪郭が曖昧なまま議論しても意味がない。定義が甘ければ、契約書を結んだのに保護されない情報が生まれる。逆に広すぎれば、自社の通常業務が縛られる。

本稿では法務実務の観点から、秘密情報の定義条項を徹底的に解剖する。

補足: 法務部や総務部の作業は、 この無料ツールを使うと便利に処理できます (一次整理・マスキング・論点整理など)

定義条項が「すべての基軸」になる理由

不正競争防止法(2条6項)は「営業秘密」を次の三要件で定義する。

不正競争防止法 第2条第6項(営業秘密の定義) ①秘密管理性(秘密として管理されていること)
②有用性(事業活動に有用な技術上または営業上の情報)
③非公知性(公然と知られていないこと)

これは法律上の保護要件であり、三要件を満たせば契約がなくても法的保護が受けられる——ただし、立証責任は主張する側にある。NDAを締結する最大の意義は、「この情報が秘密情報である」という当事者間の合意を明確化し、立証コストを下げる点にある。

つまり、定義条項の機能は次の二つに集約される。

機能① 保護範囲の画定 「どの情報が秘密か」を 当事者間で明確化する 秘密情報 定義条項 機能② 紛争時の立証の省力化 「秘密だったか」を後から 争うコストを最小化する
図1|秘密情報定義条項の二つの機能

後続するすべての義務(目的外利用禁止、第三者提供禁止、複製制限など)は、「秘密情報」に該当するものだけに適用される。定義が曖昧なまま義務だけ明確にしても、土台が揺れているのと同じだ。

レビュー前に確認すべきチェックリスト

定義条項を読む前に、自社のポジションを整理する。

定義条項レビュー前チェックリスト
  • 自社は「開示側」「受領側」どちらか、または双方向か?
  • 開示する情報の媒体は何か(書面・口頭・電磁的記録・実物)?
  • 開示前・開示後に「秘密である旨の明示」(マーキング等)が実務上可能か?
  • 保護したい情報に公知情報・バックグラウンド情報が含まれるか?
  • ⚠ 相手方ドラフトの定義が「包括定義+例外列挙なし」になっていないか?
  • ⚠ 口頭開示について「事後の書面確認義務」が課されていないか、確認期間は現実的か?
  • ⚠ 除外事由(公知、独自開発、第三者から正当取得 等)が明示されているか?
  • 不正競争防止法上の「営業秘密」三要件を定義条項が包含しているか?

開示媒体別の論点:書面・口頭・電磁的記録

秘密情報の定義において、実務上最も揉めやすいのが開示媒体の範囲だ。条項の書き方次第で、ミーティングでの会話、Slackのやりとり、設計図の現物閲覧が保護対象に入るかどうかが変わる。

媒体 典型的な記載例 実務上の論点 リスク度
書面 「Confidential」等の表示がある文書 マーキング漏れで保護外になるリスク
口頭 開示後〇日以内に書面で確認 確認義務を履行できないケースが多発
電磁的記録 電子メール・クラウド等に含まれる情報 「Confidential」ヘッダー設定の運用負荷
実物・視認 工場見学・設備閲覧等 定義条項に明記がない場合、保護範囲が不明確

口頭開示と「書面確認義務」の落とし穴

実務でよく見るのが、「口頭で開示した情報も秘密情報に含むが、開示後30日以内に書面で確認することを要する」という条項だ。一見バランスが取れているように見えるが、現場では会議のたびにフォローアップ書面を出すのは現実的でない。

⚠ 口頭確認義務が形骸化するとどうなるか 確認書面を出し忘れた口頭開示は「秘密情報ではない」と主張されるリスクが生まれる。特に相手方が受領側の立場でこの条項を主張した場合、保護したい情報が守れなくなる。

受領側の立場なら口頭確認義務は「相手に課せられるもの」として歓迎できるが、開示側であれば書面確認なしでも保護を受けられる包括規定を主張すべきだ。

包括定義と限定定義:どちらが有利か

秘密情報の定義は、大きく「包括定義」と「限定定義」の二類型に分けられる。それぞれの特徴を整理しよう。

包括定義(ブランケット型) 定義例: 「開示された一切の情報を秘密情報 とする」 ✔ 開示側に有利 ✔ マーキング不要で運用が楽 ✖ 受領側の業務が過度に制約される 限定定義(マーキング要件型) 定義例: 「Confidential表示のある書面情報 のみを秘密情報とする」 ✔ 受領側の義務範囲が明確 ✖ 開示側はマーキング必須 ✖ 口頭・視認情報が保護されない
図2|包括定義と限定定義の比較
実務的な落としどころ どちらの立場でも使いやすいのは、「包括定義+除外事由列挙」型だ。広く保護しつつ、公知情報・独自開発・第三者からの正当取得などを明示的に除外することで、受領側の過度な負担を防ぐ。

除外事由(秘密情報に含まれない情報)の必須チェック

どんなに広い包括定義であっても、以下の除外事由は必ず明記されているか確認する。これらがない定義は、受領側にとって著しく不利だ。

除外事由 根拠・理由 記載されていない場合のリスク
① 公知情報 すでに社会に知れ渡っている情報を保護する必要はない 誰でも知っている情報についても守秘義務が生じる
② 開示前から保有 受領前から自社が持っていた情報 自社の既存ノウハウが使えなくなる
③ 独自開発 NDAと無関係に自社で開発した情報 類似技術の社内開発が制約される
④ 第三者から正当取得 別の適法な経路で取得した情報 複数ソースからの情報整理が困難になる
⑤ 法令・裁判所命令による開示 法的義務に基づく開示は免責されるべき 裁判所等への証拠提出で義務違反が問われる

条項例文比較:悪例・改善例・推奨例

パターン①:開示側に有利すぎる「危険な包括定義」

❌ 悪例(受領側は要修正)「秘密情報」とは、本契約に基づき開示側から受領側に対して開示されるすべての情報をいい、その開示の形式、媒体を問わない。
問題点 除外事由がゼロ。会議での雑談、ウェブサイト上の公開情報ですら秘密情報になりかねない。受領側として到底応諾できない定義だ。

パターン②:受領側が持ち込む「過度な限定定義」

❌ 悪例(開示側は要修正)「秘密情報」とは、開示の際に「Confidential」の表示がなされた書面情報のみをいう。口頭による開示情報は秘密情報に含まれない。
問題点 口頭・電磁的開示が完全に保護外。ミーティングでのデモ・口頭説明・工場見学等で開示した技術情報がノーガードになる。

パターン③:推奨「包括定義+除外事由明記」

✔ 推奨例(実務バランス型)「秘密情報」とは、本契約の目的のために開示側から受領側に対して開示された技術上・営業上のすべての情報(書面、口頭、電磁的記録その他形式を問わない)をいう。ただし、以下に該当する情報はこの限りでない。 (1)開示を受けた時点ですでに公知であった情報 (2)開示を受けた後、受領側の責によらず公知となった情報 (3)受領側が開示前から適法に保有していた情報 (4)受領側が開示された情報によらず独自に開発した情報 (5)受領側が秘密保持義務を負わない第三者から適法に取得した情報 (6)法令または裁判所・行政機関の命令に基づき開示が必要な情報
✔ ポイント 媒体を問わない包括定義で開示側のリスクをカバーしつつ、六つの除外事由で受領側の正当利益を保護。業界標準として双方が受け入れやすいバランス型だ。

定義が「広すぎる」「狭すぎる」場合のリスク分析

定義が広すぎる バランス 定義が狭すぎる 受領側の業務を不当制約 通常業務・独自開発にも制限 開示・受領双方の利益保護 紛争リスクを最小化 開示情報が保護されない 漏洩しても損害賠償できない
図3|定義の広さとリスクのスペクトラム
状況 発生しうるリスク 影響を受ける場面 深刻度
定義が広すぎる(受領側) 受領側の既存業務・独自開発に差止請求リスク 競合分野での新規開発、採用、転職者受入れ
口頭開示の書面確認義務(開示側) 確認書面の出し忘れで保護が失われる ミーティング・デモ・電話協議全般
除外事由の未規定(受領側) 自社既知情報の使用にも義務が及ぶ 技術提携・共同研究・M&Aデューデリ
定義が狭すぎる(開示側) 漏洩しても「秘密情報でない」と抗弁される 口頭説明・工場視察・設計図閲覧 中〜高
実物・視認開示の未規定 工場見学等で見た技術が保護外になる 製造業・インフラ業界の実地デューデリ

ケース別:修正方針の判断フレームワーク

🔴 ケースA:自社が開示側のみ

包括定義を維持し、口頭・電磁的開示を明示。書面確認義務は不要または相手に選択権。除外事由は標準的な5〜6類型を要求。

🟡 ケースB:自社が受領側のみ

マーキング要件の徹底または口頭確認義務を相手に課す方向で交渉。独自開発・公知情報の除外事由が必須。定義の過度な拡張に抵抗。

🟢 ケースC:双方向開示(MutualNDA)

包括定義+除外事由明記が双方向で自然なバランス。口頭開示の書面確認義務は省略または確認期間を現実的に(7〜14日)設定。

🟡 ケースD:M&A・デューデリ目的

データルームで開示される情報を包括的に保護する目的から、媒体・形式問わない広い定義が一般的。ただし目的限定との組み合わせが不可欠。

判断の鉄則 「どちらのポジションで、何を守りたいか」を先に決めてから条文を読む。条文を読みながらポジションを決めようとすると、定義の広さの評価が逆転する。

自社修正の優先順位と実務アプローチ

  • 1
    定義の骨格(包括 or 限定)を最初に確認する
    相手ドラフトの一文目が包括か限定かを見極め、自社ポジションとのずれを把握する。
  • 2
    開示媒体に「口頭・電磁的記録・実物」が含まれているか確認する
    書面のみに限定されている場合、自社が開示側なら必ず追加交渉する。
  • 3
    口頭開示の書面確認義務を確認し、期間の現実性を評価する
    30日以上または確認義務なしが望ましい(開示側視点)。受領側なら確認義務を相手に課す形に。
  • 4
    除外事由(最低5類型)の記載を確認し、不足なら追記を求める
    特に「受領前保有」「独自開発」「法令に基づく開示」は外せない三本柱。
  • 5
    修正コメントは理由付きで記載し、交渉の余地を示す
    「過度に広い」だけでなく「○○のリスクがあるため、除外事由として追加したい」と書くと相手の受け入れ率が上がる。
⚖ Verdict — 実務判断の結論
「秘密情報の定義」条項で最初に確認すべきは①開示媒体の網羅性、②口頭開示の確認義務の有無と期間、③除外事由の完備、の三点だ。自社が開示側なら包括定義を主張し除外事由を認める形、受領側なら限定定義または明確な除外事由の確保を優先する。両社合意しやすい「包括定義+標準的除外事由6類型」を自社の交渉基準点として持っておくことを強く推奨する。

Legal GPT 有料プロンプト集

NDA定義条項のレビューも、
AIプロンプトで再現できる

「除外事由の抜け漏れ検出」「開示媒体ごとのリスク判定」「修正コメント文の自動生成」——
本記事で解説したレビューフローをそのままプロンプト化した製品を提供しています。
契約書レビュー編(NDA対応)と100選どちらもNDA条項に対応。

契約書レビュー AIプロンプト集を見る 法務AIプロンプト集100選を見る
読後すぐ使える無料ツール
契約実務の「詰まりどころ」を軽くする無料ツール一覧
この記事で扱った実務を、まず無料ツールで試せます
一次整理マスキング論点チェック運用引継ぎ稟議一枚化まで、
個別課題から少しずつ軽くしていく入口です。
一次整理 マスキング 論点アラート 運用引継ぎ 稟議一枚化 法務依頼受付台帳
今すぐ使えるツールを見る →
インストール不要 ・ 完全オフライン対応 ・ すべて無料