NDAの秘密情報は、広く書くだけでは機能しません。保護すべき核心情報、管理できる範囲、後日説明できる証拠をそろえて設計する必要があります。
NDAの秘密情報は、広く書くだけでは機能しません。
広く書くだけではなく、管理でき、後日説明できる範囲に具体化することが出発点です。
秘密保持契約で秘密情報の範囲をどこまで定めるべきかという問いへの実務的な答えは、単に「広く書く」ことではありません。取引目的の達成に必要な情報を、受領者が現実に管理でき、開示者が後日立証できる程度に、情報の種類、開示方法、開示時期、媒体、例外、口頭開示の扱い、派生資料の扱いまで具体化することが重要です。
次の重要ポイントは、秘密情報の範囲を三層で設計する考え方をまとめたものです。どの情報を自動的に保護対象へ含め、どの情報を秘密指定で含め、どの情報を除外するかを読み分けることで、保護範囲と管理可能性の均衡を取りやすくなります。
核心情報は明示的に含め、周辺情報は秘密指定や開示リストで管理し、公知情報・既保有情報・適法取得情報・独自開発情報を除外する設計が実務的です。
次の一覧は、秘密情報の三層構造を整理したものです。上の層ほど保護漏れを避ける必要が高く、下の層ほど受領者の自由な事業活動や既存情報との区別が重要になります。
技術データ、ソースコード、設計図、試作品、営業戦略、顧客リスト、価格情報、未公表の研究成果などです。
会議資料、メール、一般的な説明資料、補足データなどは、秘密表示や開示後通知で範囲を明確にします。
公知情報、受領者が正当に保有していた情報、第三者から適法に取得した情報、独自開発情報などです。
秘密保持契約でいう秘密情報と、不正競争防止法上の営業秘密は、重なる部分が大きいものの同じ概念ではありません。営業秘密は、秘密管理性、有用性、非公知性の三要件を満たす情報です。一方、契約上の秘密情報は、当事者間の合意によって範囲を定める概念です。
次の比較表は、契約上の秘密情報と営業秘密の違いを整理したものです。左列で概念を分け、中央列で保護の根拠、右列で実務上の注意点を確認すると、NDAを締結しても情報管理そのものが不要になるわけではないことが読み取れます。
| 概念 | 根拠 | 実務上の意味 |
|---|---|---|
| 契約上の秘密情報 | 当事者間の合意 | 営業秘密に該当しない初期アイデア、交渉内容、未完成の企画案、サンプル、失敗データも含める余地があります。 |
| 営業秘密 | 不正競争防止法上の要件 | 秘密管理性、有用性、非公知性が必要で、契約だけでなく管理体制や認識可能性が問われます。 |
| 両者の関係 | 重なるが同一ではない | 契約は営業秘密保護を補強できますが、何が開示されたか、相手が秘密と認識できたかの説明が必要です。 |
「当社が開示するすべての情報を秘密情報とする」と書けば万全というわけではありません。対象が広すぎると、何が秘密だったのかを特定できず、受領者の管理コストも上がります。秘密保持契約の目的は、情報にラベルを貼ることではなく、現実に守れる形へ落とし込むことです。
本目的が広すぎても狭すぎても、目的外使用や管理範囲をめぐる争いが起きやすくなります。
秘密情報の範囲を考える出発点は、契約書の前文や定義条項に置かれる本目的です。「業務提携の検討」だけではなく、共同開発可能性の検討、技術評価、見積り、契約交渉、関連業務など、実際に予定される行為を具体化すると、秘密情報の範囲も目的外使用の範囲も明確になります。
次の表は、目的が広すぎる場合と狭すぎる場合の問題を比較したものです。目的条項の広さによって、受領者の管理負担や開示者の保護漏れが変わるため、中央列の問題と右列の調整方法を合わせて読むことが重要です。
| 目的の書き方 | 起こりやすい問題 | 調整の方向 |
|---|---|---|
| 今後の取引全般 | 目的外使用の範囲が分かりにくく、秘密情報も広くなりすぎます。 | 対象事業、検討行為、関連業務を具体化します。 |
| 見積りのためのみ | 共同開発、PoC、顧客提案、規制調査へ広がったときに使用範囲が不明確です。 | 締結時点で予測できる検討過程を目的に含めます。 |
| 具体的な協業検討 | 保護範囲と使用範囲を説明しやすくなります。 | 技術評価、見積り、契約交渉、合理的関連業務を明記します。 |
本目的を定める際は、情報を守る開示者の必要性と、事業活動を過度に拘束されたくない受領者の必要性を両方見る必要があります。研究開発、AI開発、製造委託、M&A、資本業務提携、ライセンス交渉では、検討過程で目的が広がることがあるため、将来の使い方を早めに整理します。
包括型、秘密指定型、ハイブリッド型を比較し、保護と管理のバランスを見ます。
秘密情報の範囲を定める方式は、大きく包括型、秘密指定型、ハイブリッド型に分けられます。どれか一つが常に正解ではなく、情報の種類、開示量、相手方の管理体制、交渉力、紛争時の立証可能性によって選びます。
次の比較表は、三つの方式を利点と弱点で整理したものです。左から方式、向いている場面、注意点の順に読むと、開示者に有利に見える定義が、受領者の管理負担や紛争時の不明確さを生むことが分かります。
| 方式 | 向いている場面 | 注意点 |
|---|---|---|
| 包括型 | 開示情報の種類が少なく、開示者の情報管理が未整備な初期段階 | 管理対象が広すぎ、何が秘密情報か特定しにくく、限定解釈される可能性があります。 |
| 秘密指定型 | 資料やデータに秘密表示を付ける運用が徹底できる場面 | 重要資料、サンプル、試作品に表示を忘れると保護対象外と争われるリスクがあります。 |
| ハイブリッド型 | 核心情報は自動的に含め、周辺情報は秘密指定で管理したい場面 | 別紙、開示リスト、口頭開示後の通知、派生資料の扱いを合わせて設計する必要があります。 |
実務上もっともバランスがよいのは、核心情報を秘密表示の有無にかかわらず含め、その他の文書・電子ファイル・資料は秘密表示がある場合に含め、口頭・実演・工場見学・画面共有は開示後通知で特定する設計です。
表示、開示方法、別紙、情報の性質、派生資料、例外を分けて定義します。
秘密情報の定義条項は、「一切の情報」とだけ書くよりも、表示、開示方法、別紙、情報の性質、派生資料、例外を分けて定める方が実務的です。これにより、開示者は保護漏れを減らし、受領者は管理対象を把握しやすくなります。
次の一覧は、定義条項に入れたい六つの要素を示しています。番号の順に、何を秘密情報へ含めるか、どのように特定するか、どこまで除外するかを確認すると、契約書案の抜け漏れを見つけやすくなります。
書面、電子ファイル、記録媒体、物品、電磁的記録により開示され、秘密である旨が表示された情報です。
口頭、会議、実演、工場見学、画面共有で開示され、開示時の明示と開示後通知で特定された情報です。
契約書の別紙や個別の開示リストに記載された資料、データ、サンプル、試作品などです。
ソースコード、設計図、仕様書、顧客リスト、価格情報、事業計画、研究開発データなどです。
複製物、要約、分析資料、メモ、翻訳、加工データなど、秘密情報を含む又は合理的に導かれる資料です。
公知情報、既保有情報、第三者から適法取得した情報、独自開発情報などを除外します。
技術情報、営業情報、個人情報、M&A情報、AI・データ関連情報は、別々に範囲を設計します。
秘密情報の範囲は、情報類型ごとに考える必要があります。技術情報、営業情報、個人情報、事業計画・M&A情報、AI・ソフトウェア・データ関連情報では、価値、開示方法、法令規制、受領者の管理負担が異なります。
次の一覧は、主な情報類型ごとに含めるべき情報と注意点をまとめたものです。各項目では、単に秘密情報に含めるかどうかだけでなく、別紙、開示リスト、法令対応、成果物との区別を読み取ることが重要です。
設計図、CADデータ、BOM、仕様書、製造条件、ソースコード、AIモデル、実験結果、失敗データ、試作品、工場見学で視認される工程上の工夫を含めます。
別紙推奨顧客名、担当者、商談履歴、購買履歴、価格、課題、提案内容を含めるかを明確にし、公開情報との区別を設けます。
顧客情報個人情報、個人データ、要配慮個人情報、個人関連情報のどれに該当するかを確認し、利用目的、第三者提供、委託、安全管理措置を検討します。
法令対応注意交渉の存在、検討の事実、財務資料、株主構成、人事情報、訴訟リスク、知財情報を含めるかを調整します。
投資・承継生データ、前処理済みデータ、学習データ、評価データ、既存モデル、成果物、ログ、分析レポート、汎用的知見を区別します。
成果物区分「データを開示したから相手のAIモデル全体が自社の秘密情報になる」という理解も、「データだけが秘密で加工結果や分析レポートは自由に使える」という理解も危険です。どこまでを秘密情報とし、どこからを成果物・知的財産・一般的知見として扱うのかを分ける必要があります。
文書で渡していないノウハウほど、開示後通知と記録化が重要になります。
研究開発や事業提携では、重要なノウハウが必ず文書で渡されるとは限りません。会議での説明、ホワイトボードの図、画面共有、現場見学、実演、サンプルの操作、設備の配置から重要な情報が伝わることがあります。
次の時系列は、口頭や視覚的な開示を秘密情報として扱うための運用を示しています。上から順に、開示前の準備、開示時の明示、開示後の通知、資料保存へ進むことで、後日「何を話したのか」を説明しやすくなります。
会議、実演、工場見学、画面共有で見せる範囲、参加者、録画・撮影の可否、資料配布の有無を整理します。
口頭情報や視覚的に伝わる情報も秘密情報に該当することを、その場で相手に示します。
開示日時、開示者、受領者、情報の概要、関連資料を一定期間内に通知し、開示記録として保存します。
単に「口頭情報も含む」と書くだけでは、後日どの説明が秘密情報だったのか争われやすくなります。会議後に、製造条件、評価データ、試作品の構造、添付資料などが秘密情報に該当する旨を通知する運用が重要です。
除外規定がないと、公知情報や既保有情報まで不必要に拘束されるおそれがあります。
秘密保持契約では、秘密情報に含める情報だけでなく、除外する情報も重要です。除外規定がないと、受領者は自社が既に持っていた情報や公知情報まで自由に使えなくなるおそれがあります。
次の比較一覧は、典型的な除外情報と、実務上確認すべき証拠を整理したものです。左列の除外類型ごとに、右列の資料を保存しておくと、後日「秘密情報ではない」と説明しやすくなります。
| 除外情報 | 意味 | 確認したい資料 |
|---|---|---|
| 開示時点で公知の情報 | 新聞、特許公報、ウェブサイト、公開論文、展示会資料などで既に公になっている情報 | 公開日、公開媒体、掲載資料 |
| 受領者の責めによらず公知となった情報 | 開示者自身の発表や第三者の適法な公開により公知となった情報 | 発表資料、公開通知、第三者の公開経緯 |
| 開示前から正当に保有していた情報 | 受領者が契約前から独自に保有していた情報 | 作成日、取得経路、保存資料、担当者記録 |
| 第三者から適法に取得した情報 | 秘密保持義務を負わない第三者から正当に取得した情報 | 取得契約、メール、提供元の権限確認 |
| 独自に開発した情報 | 開示者の秘密情報を使用せず、受領者が独自に開発・創出した情報 | 開発ログ、Git履歴、実験ノート、会議記録、アクセス権限記録 |
個々の断片が公知でも、それらを組み合わせた具体的なノウハウ、パラメータ、手順、評価結果、顧客別の適用方法が非公知で価値を持つ場合があります。除外規定は重要ですが、公知性の判断は単純ではありません。
複製物、分析資料、加工データ、モデル、要約資料に秘密の中核が残ることがあります。
派生情報とは、受領者が秘密情報をもとに作成した複製物、要約、翻訳、議事録、分析資料、評価レポート、加工データ、統計処理結果、デモ資料、社内説明資料、プログラムの改変部分、学習済みモデルやパラメータなどをいいます。
次の一覧は、派生情報をめぐる開示者と受領者の関心を分けたものです。左右の利益が衝突しやすいため、どこまでを秘密情報に含め、どこからを一般的技能や独自成果として扱うかを読み取ることが重要です。
元データを削除しても、分析レポートや要約資料に秘密の中核が残ることがあるため、秘密情報を含む又は合理的に導かれる資料を対象にしたいと考えます。
派生情報を無制限に含めると、自社の独自知見、一般的ノウハウ、従業員の記憶、既存技術まで拘束されるリスクがあります。
秘密情報を含む資料は対象にしつつ、秘密情報を使用せず独自に作成した資料は除外し、AIモデルや加工データは別条項で定めます。
特にAIやデータ解析では、匿名化や統計処理をしても契約上の利用制限が残ることがあります。逆に、開示情報と無関係に開発したモデルまで開示者の秘密情報とされると、受領者の事業継続に重大な支障が出ます。
NDAは漏えい後の責任追及の根拠になりますが、情報流出を完全に防ぐものではありません。
秘密保持契約は、情報漏えいを完全に防ぐものではありません。一度漏れた技術やノウハウを完全に取り戻すことは難しく、情報が競合他社に渡り、製品化され、市場に出てしまえば、損害の回復は困難になります。
次の一覧は、開示前に情報を三段階に分類する考え方です。上から順に、公開済みで開示しやすい情報、NDA締結後に限定して開示する情報、NDAがあっても慎重に扱う情報へ分かれるため、何を相手に渡すかを判断する材料になります。
会社概要、公開済み製品情報、公開特許、一般的な営業資料、公開ウェブサイト情報などです。
提携検討に必要な技術概要、評価データ、概算価格、匿名化した顧客事例、限定的なサンプルなどです。
核心的な製造条件、未出願発明の詳細、模倣が容易な設計情報、全ソースコード、機微性の高い顧客情報などです。
高リスク情報を開示する場合でも、段階的開示、ブラックボックス化、エスクロー、第三者評価機関の利用、特許出願後の開示などを検討します。秘密保持契約は、開示してよい範囲を決めるための一部であり、情報管理の代替ではありません。
開示先を広げるほど、範囲、承認手続、同等の守秘義務、存続期間を明確にする必要があります。
秘密情報の範囲と同じくらい重要なのが、誰に見せてよいか、法令上開示を求められた場合にどうするか、秘密保持義務をいつまで残すかです。役員・従業員、外部専門家、グループ会社、委託先、投資家、金融機関など、現実の取引では複数の関係者が関与します。
次の表は、開示先と期間を設計する際の見方をまとめたものです。左列の場面ごとに、必要な条件や期間の考え方を読み取ることで、実務の遂行と漏えい防止のバランスを取りやすくなります。
| 論点 | 設計の考え方 | 注意点 |
|---|---|---|
| 役員・従業員 | 本目的に必要な範囲で開示を認める | アクセス権限と案件別管理を合わせて整えます |
| 外部専門家 | 弁護士、公認会計士、税理士、弁理士など、職務上又は契約上の守秘義務を負う者に限定する | 事前承諾が必要か、事後通知で足りるかを定めます |
| 委託先・再委託先 | 事前承諾と同等以上の守秘義務を条件にする | クラウドサービスやデータ解析事業者も検討対象です |
| 強制開示 | 法令、裁判所、行政機関等に求められた場合は必要最小限で開示できる | 可能な限り事前通知し、保護措置に協力します |
| 期間 | 情報の寿命に応じて1年から3年、3年から5年、5年以上などに分ける | 技術ノウハウや営業秘密は短すぎる期間に注意します |
秘密情報を広く定義する場合、期間を長くしすぎると受領者の負担が過大になります。一方で、核心的な技術情報や営業秘密については、短期間で義務が終了すると情報が陳腐化する前に利用されるリスクがあります。情報類型ごとに期間を分けることが有効です。
契約違反を主張する場面では、対象情報、開示経路、認識可能性、目的外使用、損害の説明が問われます。
秘密保持契約違反が問題になった場合、争点は、対象情報が秘密情報に該当するか、いつどのように開示されたか、相手が秘密情報であると認識できたか、目的外使用又は第三者開示があったか、損害や差止めの必要性をどう説明するかの順に現れやすくなります。
次の判断の流れは、紛争時に確認されやすい論点を順番に示したものです。上から順に、契約上の定義、開示記録、相手の認識、使用・開示行為、損害説明へ進むため、平時の証拠保存が重要だと分かります。
契約上の定義、秘密表示、別紙、開示リスト、情報の性質を確認します。
メール、データルームログ、議事録、ファイル共有履歴、サンプル受領書を確認します。
秘密表示、開示時の説明、アクセス制限、資料の内容、参加者の属性を見ます。
売上減少、開発費節約、顧客流出、信用毀損などを説明します。
ログ、通知メール、会議記録、社内アクセス権限を再確認します。
次の一覧は、契約締結前と運用時に確認すべき項目です。目的、情報類型、開示方法、例外、管理と証拠の順に見ることで、契約条項と社内運用の抜け漏れを確認できます。
| 確認領域 | 主な確認事項 |
|---|---|
| 目的 | 見積り、技術評価、共同開発、PoC、M&A、投資検討などが具体的か |
| 情報類型 | 技術情報、営業情報、顧客情報、個人情報、交渉事実、サンプル、AIモデルを含めるか |
| 開示方法 | 書面、電子ファイル、口頭説明、会議、画面共有、工場見学、契約前開示情報を扱うか |
| 例外 | 公知情報、既保有情報、第三者からの適法取得情報、独自開発情報、強制開示条項があるか |
| 管理と証拠 | 秘密表示、開示リスト、議事録、データルームログ、サンプル台帳、返還・廃棄証明を残すか |
広い定義、秘密表示、口頭開示、専門家開示、個人情報、期間の考え方を一般情報として整理します。
一般的には、広ければよいとは限りません。開示者にとって広い定義は有利に見えますが、広すぎる定義は受領者の管理コストを高め、紛争時に対象情報の特定を難しくします。重要情報は明示的に含め、その他の情報は秘密指定や開示リストで管理する方法が実務的です。
一般的には、十分とは限りません。保護対象が不明確になり、契約の解釈や立証で争われる可能性があります。口頭開示、サンプル、工場見学、派生資料、契約前開示情報、個人情報、交渉事実をどう扱うかを別途定める必要があります。
契約の書き方によって結論が変わります。秘密指定型であれば、秘密表示を忘れた情報は保護対象外と争われるリスクがあります。重要なサンプル、仕様書、ソースコード、技術データなどは、秘密表示の有無にかかわらず秘密情報に含める条項を検討する必要があります。
一般的には、契約で定めれば秘密情報に含めることができます。ただし、後日立証できるように、開示時に秘密である旨を示し、会議後に概要をメール等で通知する運用が重要です。単に口頭情報も含むと書くだけでは、何を話したのか争われやすくなります。
契約で認められていれば可能です。実務上は、弁護士、公認会計士、税理士、弁理士等の専門家について、職務上又は契約上の守秘義務を負うことを条件に開示を認める条項を置くことがあります。ただし、事前承諾が必要とされている場合は、契約に従う必要があります。
不要にはなりません。個人情報を秘密情報として扱うことと、個人情報保護法上の義務を果たすことは別問題です。利用目的、第三者提供、委託、安全管理措置、漏えい時対応などを別途確認する必要があります。
契約で明記すれば、締結前に開示した情報も秘密情報に含めることができます。ただし、どの資料が対象かを特定するため、既開示情報リストを作成することが望ましいです。対象範囲が曖昧なままだと、後日争われる可能性があります。
一般的には、契約期間と秘密保持義務の存続期間は別に定めます。契約終了後も一定期間、又は情報が公知となるまで守秘義務が残ることがあります。特に技術ノウハウや営業秘密では、短い期間で義務を終了させると保護が不十分になる可能性があります。
核心情報を漏らさず、相手が管理でき、後日説明できる形にすることが結論です。
秘密保持契約で秘密情報の範囲をどこまで定めるべきかについて、最も重要な考え方は、本当に守るべき情報を漏らさないこと、相手が管理できる範囲にすること、後日立証できる形にすることです。
実務上の最適解は、核心的な技術情報、営業情報、個人情報、サンプル、データ、交渉事実等は、秘密表示の有無にかかわらず秘密情報に含め、その他の情報は秘密表示又は開示後通知がある場合に秘密情報とする設計です。そのうえで、公知情報、既保有情報、適法取得情報、独自開発情報を除外し、口頭開示、視覚的開示、派生資料、契約前開示情報、外部専門家への開示、強制開示、返還・廃棄、存続期間を個別に定めます。
秘密保持契約、営業秘密、個人情報、スタートアップ取引に関する資料名を整理しています。