NDAや共同開発契約で問題になる、記憶に残った情報の利用範囲を整理します。営業秘密、知的財産、M&A、個人情報、紛争対応まで、条項の読み方と交渉ポイントを実務目線で解説します。
NDAや共同開発契約で問題になる、記憶に残った情報の利用範囲を整理します。
NDAの例外として働く条項か、単なる存続条項かを最初に切り分けます
残存義務（Residual Information）条項は、NDA、共同開発契約、業務委託契約、M&Aの秘密保持契約などで、受領者側の役職員の記憶に残った情報を将来どこまで利用できるかを扱う条項です。日本語の残存義務という言葉は、契約終了後も義務が残る存続条項を指すことがありますが、英米契約のResidual Information Clauseは、むしろ秘密保持義務や目的外使用禁止義務の例外として働く点に注意が必要です。
このページでは、条項の有無だけでなく、誰の記憶を対象にするか、どの情報を除外するか、利用と開示を分けているか、知的財産権や個人情報を上書きしないかを、企業法務の実務判断として整理します。
次の重要ポイントは、条項が契約実務でどのような意味を持つかを短く整理したものです。NDAの中心である秘密保持と目的外使用禁止が弱まる場面を早く見抜くために重要ですので、左から順に、用語の意味、開示者側の危険、受領者側の必要性を読み取ってください。
契約終了後も義務が続く存続条項ではなく、記憶に残った情報の利用を例外的に認める条項として働くことがあります。
記憶に残ったノウハウ、設計思想、顧客戦略、価格モデルほど価値が高く、広い条項では保護から漏れるおそれがあります。
受領者の通常業務や従業員の一般的知識・技能は尊重しつつ、具体的秘密情報の自由利用は避ける設計が必要です。
実務上の基本姿勢は、立場と情報類型で変わります。次の比較表は、開示者、受領者、双方開示、規制情報の4つの場面を並べたものです。表の列は、どの立場で、何を優先し、どの文言を確認するかを示しており、自社の交渉ポジションを決める出発点になります。
| 立場・情報類型 | 基本方針 | 確認する文言 |
|---|---|---|
| 開示者側 | 原則削除を検討します。受け入れる場合でも、対象を狭め、開示禁止、知財非許諾、意図的暗記の除外を入れます。 | Core Confidential Information、no disclosure、no license、no intentional memorization |
| 受領者側 | 一般的な知識・経験・技能の利用可能性を確保しつつ、実物資料のコピー利用や営業秘密の不正利用を避けます。 | general knowledge, skills and experience、independent development |
| 双方開示 | 相互条項でも実質的リスクが対等とは限りません。M&Aや共同開発では片面的な影響を再確認します。 | 対象者、関連会社、委託先、投資先への拡張範囲 |
| 個人情報・規制対象情報 | 一般的な残留情報条項で法令上の取扱義務を上書きしません。原則として明示的に除外します。 | personal data、regulated information、export control、sanctions |
言葉の見た目ではなく、秘密保持義務の例外になっているかを確認します
Residual Informationは、受領者側の人が秘密情報に接した後、補助資料なしの記憶に残ったとされる情報を指します。ただし、契約文言によっては一般的知識だけでなく、アイデア、コンセプト、ノウハウ、技術、方法、情報まで含むことがあり、その幅がリスクを大きく変えます。
次の一覧は、条項を読むときに最初に見るべき6要素を示しています。各項目は、定義が広がるほど開示者側の保護が弱まりやすいポイントですので、誰の記憶か、何を利用できるか、何を除外しているかを順番に確認してください。
従業員だけか、役員、代理人、アドバイザー、関連会社、委託先、投資先まで含むかで拡散リスクが変わります。
unaided memoryが、メモ、要約、電子記録、検索結果、AI出力を参照した想起を含まないかを確認します。
general knowledge, skills and experienceに限定されているか、ideasやknow-howまで含むかを見ます。
内部利用の確認にとどまるか、第三者への開示、公表、提供まで許す文言になっていないかを確認します。
特許、著作権、営業秘密、ノウハウなどについて、明示または黙示のライセンスを否定しているかを見ます。
ソースコード、顧客情報、価格情報、M&A資料、個人情報、規制対象情報、コア秘密情報を外しているかを確認します。
日本の契約実務で残存条項や存続条項といえば、契約終了後も秘密保持義務、損害賠償義務、知財条項、競業避止義務などが残るという意味で使われることが多いです。一方、Residual Information Clauseは、記憶に残った情報の利用を例外的に認める方向で機能することがあります。
典型的には、受領者の役職員等が秘密情報に接し、その一部が記憶に残り、将来の業務、研究、開発、顧客対応、投資判断に利用できると定めます。ただし、知的財産権のライセンスを与えないこと、意図的な暗記やコピー利用を含まないこと、秘密情報そのものの開示はできないことなどの限定が置かれることもあります。
次の比較表は、条項で使われる用語の幅を示しています。左側ほど受領者の一般的経験に近く、右側ほど開示者の具体的秘密情報に近づきます。どの語が入っているかを読むことで、条項が安全弁なのか、自由利用の抜け道なのかを判断しやすくなります。
| 比較的許容しやすい表現 | 慎重に扱う表現 | 開示者側の読み方 |
|---|---|---|
| general knowledge | ideas | 一般的知識を超え、開示者の着想そのものを含むおそれがあります。 |
| skills | concepts | 従業員の技能か、開示者の事業構想かを分ける必要があります。 |
| experience | know-how, techniques, methods | 営業秘密や未公開ノウハウそのものを含み得るため、除外や限定が必要です。 |
| independently developed information | information retained in memory | 独立開発の確認条項で足りる場面では、広い記憶条項を避ける選択肢があります。 |
契約上の例外と営業秘密保護を分けて検討します
この条項が問題になる理由は、人が一度見た情報を完全には忘れられない一方で、NDAはまさにその情報の目的外使用を防ぐために結ばれるからです。受領者側の業務継続性と、開示者側の秘密保護が正面からぶつかります。
次の比較一覧は、契約上の秘密情報と不正競争防止法上の営業秘密を分けて示しています。両者は同じではなく、Residual Information条項は主に契約上の義務の例外として問題になりますが、広すぎる文言は営業秘密としての管理意思を疑わせる証拠にもなり得ます。
| 層 | 主な問題 | 残存義務条項の影響 |
|---|---|---|
| 契約上の秘密情報 | NDAや契約で、受領者がどの情報を秘密として扱うかを定めます。 | Residual Information条項が、秘密保持義務や目的外使用禁止義務の例外になり得ます。 |
| 不正競争防止法上の営業秘密 | 秘密管理性、有用性、非公知性が問題になります。 | 広すぎる自由利用文言は、秘密管理性や不正使用の主張で不利な事情になり得ます。 |
| 知的財産権 | 特許、著作権、営業秘密、ノウハウ、データベース権などの利用権限を確認します。 | no licenseがあっても、ノウハウや営業上の勘所の実質的利用までは防げない場合があります。 |
営業秘密として保護されるには、一般的には秘密管理性、有用性、非公知性の三要件が重要とされています。条項があるだけで営業秘密が自動的に失われるわけではありませんが、記憶に残った秘密情報を制限なく使えると読める文言は、開示者が秘密として守る意思をどこまで示していたかを争う材料になります。
次の重要ポイントは、営業秘密保護と契約文言の関係を要約したものです。契約書だけで保護は決まりませんが、契約書は秘密管理の中核的な証拠になりやすい点を読み取ってください。
秘密情報管理は表示、アクセス制限、社内規程、取引実態などの総合判断ですが、Residual Information条項が広いほど、開示者の管理意思と矛盾して見えるおそれがあります。
米国のDTSAでは、秘密保持のための合理的措置と、秘密であることによる独立した経済的価値が問題になります。EU営業秘密指令でも、秘密性、商業的価値、合理的な秘密保持措置が重視される一方、従業員が通常の業務で得た経験や技能の利用を不当に制限しない発想も示されています。
次の比較表は、保護すべき領域と、利用を許し得る領域を並べたものです。左右の列は、具体的な秘密情報と抽象化された経験の境界を示しており、条項修正でどちらに寄せるかを検討する材料になります。
| 保護されるべき領域 | 限定的に利用を許し得る領域 |
|---|---|
| 具体的な技術仕様、ソースコード、設計図、製造条件、レシピ | 抽象化された一般的経験、一般的な業界知識 |
| 顧客別価格、未公開事業計画、M&A資料、研究データ | 公開情報、独立に開発された知見 |
| 個人データ、営業秘密、規制対象情報 | 従業員が通常の職務で得た一般的スキル |
対象者、記憶、利用、開示、知財、除外情報を分解して読みます
条項例は、受領者に非常に有利な広いものから、開示者側が受け入れやすい狭いもの、例外を明確に拒絶するものまで幅があります。文言の数語でリスクが大きく変わるため、抽象的に「残存義務条項があるか」ではなく、どの効果を持つかを読む必要があります。
次の比較表は、典型的な3類型を並べたものです。表の行は、条項がどちらに有利か、どの語が危険か、どのような修正を考えるかを示していますので、自社の立場に近い行から確認してください。
| 類型 | 特徴 | リスクの読み方 | 修正方向 |
|---|---|---|---|
| 広い受領者有利型 | for any purpose、ideas、concepts、know-how、no obligation to limit assignmentなどを含みます。 | 競合製品、別顧客向けサービス、投資判断、事業戦略に影響を持ち込む余地が広がります。 | 削除を求め、少なくとも開示禁止、知財非許諾、除外情報を入れます。 |
| 狭いバランス型 | general knowledge, skills and experienceに限定し、意図的暗記や資料参照を除きます。 | 従業員の通常業務を守る確認に近づきますが、除外情報と証明責任はなお重要です。 | コア秘密情報、個人情報、規制対象情報、競合目的利用を除外します。 |
| 開示者側の拒絶型 | 記憶に残っても秘密保持義務と目的外使用禁止義務は消えないと明記します。 | M&A、資金調達、共同研究の初期検討、技術ライセンス交渉では安全性が高いです。 | 受領者の懸念には独立開発条項や一般的経験の確認条項で対応します。 |
employeesに限るのか、officers, directors, representatives, agents, advisors, affiliates, portfolio companies, contractors, subcontractorsまで広げるのかでリスクは大きく変わります。開示者側は、少なくともneed-to-knowでアクセスした受領者の従業員に限定する方向で検討します。
次の一覧は、対象者が広がるほどどのようなリスクが増えるかを示しています。上から下へ進むほど、情報が社外・グループ外・投資先へ波及しやすくなる点を読み取ってください。
業務上必要な担当者に限れば、アクセス管理と教育で統制しやすくなります。
経営判断、外部専門家、投資銀行、技術顧問などに影響し、目的外利用の管理が難しくなります。
競合企業がグループ内やポートフォリオ内にある場合、情報が別事業へ波及する危険が高まります。
unaided memoryは曖昧な言葉です。意図的に暗記した情報、会議メモを見て思い出した情報、社内要約、電子記録、録音、データベース、検索結果、AI出力を参照した情報は、補助を受けない通常の記憶とは分ける必要があります。
M&A、共同開発、AI、個人情報、人事労務で異なる危険を整理します
Residual Information条項の危険度は、場面によって変わります。M&A、共同研究開発、SaaS・AI、個人情報、人事・労務では、同じ文言でも実務上の影響が異なります。
次の一覧は、主要な取引場面ごとのリスクをまとめたものです。各項目では、何が開示され、なぜResidual Informationとして残りやすく、どの契約処理が必要になるかを読み取ってください。
事業計画、顧客別売上、価格戦略、技術情報、財務モデルを競合買主が見た後、買収を見送って競合行為に利用するリスクがあります。
原則削除段階的開示スタートアップや中小企業の独自技術が、共同検討の名目で無償利用される危険があります。背景知財、開示秘密情報、成果物、一般的知見を分けます。
背景知財保護成果帰属人の記憶と、フィードバック、ログ、匿名化データ、AI学習データ、プロンプト、出力の再利用を混同しない設計が必要です。
データ再利用と分離処理目的個人情報保護法上の利用目的、安全管理、委託先監督、第三者提供規制は、契約上の記憶条項で免れません。原則として除外します。
明示除外安全管理従業員の一般的スキルは不当に縛らない一方、具体的秘密情報、前職情報、競合プロジェクト投入は管理する必要があります。
情報遮断誓約・研修戦略的買主や競合会社にResidual Information条項を認めると、対象会社の技術情報や価格戦略を見た後、買収をしないまま競合製品開発、重要顧客への営業、価格戦略の修正に使われるリスクがあります。PEファンドやCVCでは、ポートフォリオ会社への波及も検討します。
次の比較表は、M&Aでの開示管理を論点別に整理したものです。行ごとに、買主属性、開示段階、情報類型に応じて、条項だけでなくデータルーム運用まで合わせて読む必要があります。
| 論点 | 開示者側の対応 | 確認事項 |
|---|---|---|
| 競合買主 | Residual Information条項は原則拒絶します。競合開発、営業利用、投資判断への利用を禁止します。 | 競合部門へのアクセス、クリーンチーム、情報遮断 |
| PEファンド・CVC | ポートフォリオ会社への共有・利用を明示的に禁止します。 | 投資先、共同投資家、関連会社の範囲 |
| 初期検討 | 概要情報のみ開示し、詳細情報は意向表明後や追加NDA後に限定します。 | トランチ分け、追加覚書、アクセスログ |
| ソースコード・技術情報 | 閲覧制限、持ち出し禁止、スクリーンショット禁止、専門家限定レビューを検討します。 | 閲覧者、日時、資料、廃棄証明 |
共同研究開発では、背景知財、開示秘密情報、成果物、一般的知見を分けることが先決です。この区分がないままResidual Information条項だけを入れると、背景技術やノウハウが無償移転に近い形で利用される危険があります。
次の比較表は、共同開発で分けるべき4層を示しています。列は、どの情報が契約前からあるのか、開示により保護されるのか、新たに生じるのかを分けていますので、成果帰属や実施権の議論と合わせて確認してください。
| 区分 | 内容 | 契約上の処理 |
|---|---|---|
| 背景知財 | 契約前から各当事者が持つ技術、ノウハウ、特許、ソフトウェア | 相手方に移転しません。目的限定ライセンスにとどめます。 |
| 開示秘密情報 | 検討・開発のために開示される情報 | NDAや共同開発契約で保護し、Residual対象から原則除外します。 |
| 成果物 | 共同研究開発で新たに生じた発明、データ、成果 | 帰属、実施権、出願、費用負担、収益分配を明記します。 |
| 一般的知見 | 開発過程で得られた抽象的・一般的な経験 | 必要に応じて限定的に利用できますが、秘密情報や背景知財は含めません。 |
開示者側は削除を基本にし、受領者側は独立開発条項で代替します
開示者側の第一選択は、Residual Information条項の削除です。特に、一方的に重要情報を開示する、相手方が競合会社に当たる、情報が技術・製造ノウハウ・ソースコード・顧客情報・個人情報を含む場面では、削除要求が基本になります。
次の判断の流れは、条項を受け入れるかどうかを段階的に確認するものです。上から順に、開示者か受領者か、情報の性質、相手方属性、代替条項の有無、最低限の限定、運用管理を読み、途中で高リスクに当たれば削除または大幅修正を検討します。
主に開示者か、受領者か、双方開示かを分けます。
営業秘密、コア技術、個人情報、M&A資料、顧客情報を確認します。
除外情報、競合利用禁止、証明責任を入れます。
独立開発条項や一般的経験の確認条項で足りるかを見ます。
アクセス制限、データルーム、ログ、返還・廃棄証明を整えます。
相手方が条項を求める場合でも、自由利用に近い文言をそのまま受け入れる必要はありません。一般的知識・技能・経験に限定し、意図的暗記、資料参照、電子記録、AI出力、第三者開示、知財ライセンス、競合目的利用を除外します。
次の一覧は、削除できない場合に入れるべき限定をまとめたものです。それぞれの項目は、条項の範囲を狭めるための防波堤ですので、1つだけで安心せず、複数を組み合わせて読んでください。
一般的知識・技能・経験に限定し、ideas、concepts、know-how、techniques、informationを広く含めないようにします。
後日の利用のために秘密情報を暗記する行為は、Residual Informationから外します。
資料、コピー、メモ、要約、電子記録、録音、検索結果、AI出力を参照した想起を除外します。
内部的な一般経験の利用確認にとどめ、秘密情報や残留情報の公表・提供・利用可能化を認めません。
特許、著作権、営業秘密、ノウハウ、データベースに関する権利のライセンスを否定します。
例外を主張する側が、一般的知識・技能・経験に該当し、除外事由に当たらないことを説明できる設計にします。
受領者側にも、従業員の一般的経験や独立開発まで秘密情報利用と疑われる懸念があります。その場合は、広いResidual Information条項ではなく、秘密情報を使わず独立に開発したものは制限されないという独立開発条項や、一般的知識・技能・経験の確認条項を提案する方が安定します。
次の比較表は、受領者側が条項を求める理由と、開示者側が受け入れやすい代替策を示しています。左右を見比べることで、交渉を止めずにリスクを下げる落としどころを探せます。
| 受領者側の懸念 | 代替しやすい設計 | 残すべき制限 |
|---|---|---|
| 従業員の一般的経験を使えなくなる | general knowledge, skills and experienceの確認 | 具体的秘密情報、意図的暗記、資料参照は除外します。 |
| 独立開発まで疑われる | 独立開発条項 | 秘密情報の使用または参照がないことを前提にします。 |
| 既存事業が制限される | 既存技術・既存製品の留保 | 開示情報に由来する改変や競合利用を分けて管理します。 |
条項例を、公開ページ向けに使いやすい実務チェックへ置き換えて整理します
契約ドラフトでは、抽象的な理解だけでなく、どの条項に何を入れるかが重要です。ここでは、代表的な条項例を公開ページ向けに読みやすく整理し、実務検討で確認するべき文言の方向性として示します。個別案件では、準拠法、情報の性質、相手方属性、業種規制に応じて専門家へ確認する必要があります。
次の比較表は、開示者側、バランス型、M&A・競合相手向け、関連会社・投資先対策の4つの方向性を並べたものです。条項の目的と入れるべき要素を読み分け、ひな形をそのまま使わず案件ごとに調整することが重要です。
| 条項の方向性 | 入れるべき考え方 | 実務上の注意 |
|---|---|---|
| 例外を否定する条項 | 記憶に残っても、秘密保持義務、目的外使用禁止義務、アクセス制限、返還・廃棄義務を免れないと明記します。 | M&A、技術提携、資金調達など、開示者が重要情報を出す場面で検討します。 |
| 一般的知識等の確認条項 | 補助を受けない通常の記憶に残った一般的知識・技能・経験だけを対象にします。 | 具体的秘密情報、コア秘密情報、個人情報、規制対象情報、意図的暗記、資料参照を除外します。 |
| M&A・競合相手向け追加条項 | 競合製品、競合サービス、投資、買収、顧客勧誘、価格設定、研究開発への利用を禁止します。 | 戦略的買主、同業会社、競合投資先を持つファンドでは特に重要です。 |
| 関連会社・投資先への波及防止 | 受領者の関連会社、親会社、子会社、投資先、委託先、アドバイザーへ例外を拡張しないと定めます。 | グループ会社やポートフォリオ会社に競合がある場合、必ず確認します。 |
Residual Information条項を設計するときは、情報の種類ごとに扱いを変える必要があります。次の表は、公開情報に近いものから、必ず除外すべきものまでを並べています。右列の理由を見ながら、契約本文や別紙で除外情報を具体化してください。
| 情報類型 | 扱い | 理由 |
|---|---|---|
| 公開情報・一般的業界知識 | 対象外または限定的に例外でよい場合があります。 | 秘密情報性が低く、従業員の一般的経験に近いからです。 |
| 抽象的な業務経験 | 限定的に利用可とする余地があります。 | 具体的秘密情報との境界を明確にする必要があります。 |
| 技術仕様・アルゴリズム・ソースコード | 原則または必ず除外します。 | 競合開発、著作権、営業秘密、セキュリティ上のリスクが高いためです。 |
| 製造条件・配合・レシピ | 必ず除外します。 | 営業秘密の中核となりやすく、記憶による利用でも価値が失われます。 |
| 顧客リスト・顧客別価格・取引条件 | 原則除外します。 | 営業秘密、個人情報、競争法、交渉上のリスクがあります。 |
| M&A資料・事業計画・財務モデル | 原則除外します。 | 買収見送り後の競合利用や投資判断への利用が危険です。 |
| 個人情報・個人データ・規制対象情報 | 必ず除外します。 | 利用目的、安全管理、第三者提供、業法規制を契約の一般例外で上書きできないためです。 |
契約文言だけでなく、証拠・ログ・承認手順まで設計します
Residual Information条項があると、紛争時には、開示者が秘密情報の目的外使用を主張し、受領者が一般的知識や補助を受けない記憶の利用だったと反論する構図になりやすいです。そのため、契約文言だけでなく、アクセスログ、資料配布履歴、会議出席者、ウォーターマーク、廃棄証明などの証拠設計が重要になります。
次の比較表は、紛争になったときに争われる証拠を整理したものです。列は、開示者が示したい事実、受領者が反論に使いやすい事実、平時から残すべき記録を表しており、契約レビューと運用管理をつなげて読むためのものです。
| 争点 | 開示者側の主張 | 受領者側の反論 | 平時の備え |
|---|---|---|---|
| アクセス | 秘密情報に接した人物が後の開発・営業・投資判断に関与したと主張します。 | 担当者が異なる、または情報遮断されていたと反論します。 | アクセスログ、閲覧者リスト、会議出席者記録 |
| 類似性 | 開示資料と後発成果物が似ていると主張します。 | 公開情報、一般的経験、独立開発から到達したと反論します。 | 開発履歴、設計メモ、コードコミット履歴、公開情報の出典 |
| 記憶と記録 | メモ、要約、電子記録、AI出力を参照していたと主張します。 | 補助を受けない通常の記憶に残った情報だったと反論します。 | 返還・廃棄証明、バックアップ管理、AIワークスペース管理 |
| 秘密管理 | 秘密表示、アクセス制限、契約、社内規程で秘密管理していたと主張します。 | 広いResidual Information条項により管理意思が弱かったと反論します。 | 秘密区分、アクセス制御、秘密表示、教育記録 |
残存義務（Residual Information）条項は、情報の中身に依存するため、法務部だけで判断すると危険です。知財、研究開発、情報セキュリティ、個人情報保護、M&A、事業部、内部監査、経営陣と連携し、情報の価値と開示範囲を確認します。
次の一覧は、レビューに関与する部門と見るべきポイントを示しています。並びは、契約文言、情報価値、システム管理、個人情報、経営判断へ広がる順番を意識していますので、案件のリスクが高いほど多部門で確認してください。
NDA全体、目的外使用、損害賠償、差止め、準拠法、裁判管轄、海外法、訴訟可能性を確認します。
契約文言特許出願前情報、ノウハウ、発明、背景知財、成果帰属、記憶されやすい技術的勘所を確認します。
情報価値データルーム、アクセス制御、ログ、廃棄、クラウド、生成AI、検索・ナレッジ管理の残存を確認します。
運用管理個人データ、利用目的、委託先監督、越境移転、漏えい時対応、規制対象情報の除外を確認します。
法令優先競合関係、買主候補、トランチ開示、コア情報を出す経営判断、承認権限を確認します。
高リスク承認条項を受け入れるかは、開示情報の価値と相手方属性で承認レベルを変える必要があります。次の表は、低・中・高・重大の4段階で、例と承認者を整理したものです。行が下がるほど、Residual Information条項の受け入れ余地は小さくなると読み取ってください。
| リスクランク | 例 | 承認の目安 |
|---|---|---|
| 低 | 公開情報に近い一般資料、展示会後の概要説明、非競合相手 | 法務担当者承認 |
| 中 | 技術概要、顧客セグメント情報、業務ノウハウ、PoC資料 | 法務責任者・事業責任者承認 |
| 高 | ソースコード、製造ノウハウ、顧客別価格、M&A資料、競合相手への開示 | 法務責任者、事業部長、経営層承認 |
| 重大 | コア技術、未出願発明、個人データ大量開示、規制対象情報、競合買主候補 | 原則禁止、または外部専門家レビューと経営会議承認 |
一般情報として、よくある疑問を非断定型で整理します
一般的には、条項の文言によって結論が変わります。狭い条項であれば一般的な知識・経験・スキルの利用確認にとどまる場合がありますが、広い条項では記憶に残ったアイデア、コンセプト、ノウハウ、技術の目的外利用を主張される可能性があります。具体的な対応は、定義、利用目的、第三者開示、知財非許諾、除外情報を確認したうえで専門家へ相談する必要があります。
一般的には、安全とはいえません。unaided memoryは解釈が曖昧で、意図的暗記、メモ参照、電子記録、社内要約、AI出力、検索結果をどう扱うかが明確でないことがあります。開示者側では、補助を受けない記憶の定義を厳格にし、資料・メモ・電子記録・AI出力の参照を除外する必要があります。
一般的には、no licenseは重要ですが、それだけでは十分でない可能性があります。特許権や著作権のライセンスを与えないとしても、特許化されていないノウハウ、製造条件、営業上の勘所、顧客戦略、価格戦略が記憶を通じて利用されると、競争上の価値が失われる可能性があります。
一般的には、問題がないとは限りません。営業秘密該当性は管理状況全体で判断されますが、広いResidual Information条項は秘密管理性を争う場面で不利な事情になり得ます。秘密表示、アクセス制限、開示範囲の最小化、ログ管理と、条項の限定を合わせて確認する必要があります。
一般的には、相手方が何を守りたいのかを具体的に確認します。一般的な従業員スキルを保護したいだけであれば、独立開発条項や一般的知識・技能条項で代替できる場合があります。削除できない場合でも、コア情報を開示しない、段階開示にする、除外情報、第三者開示禁止、知財非許諾、証明責任を入れる対応が考えられます。
一般的には、慎重な検討が必要です。共同開発では、背景知財、開示秘密情報、成果物、一般的知見を分けることが先決です。Residual Information条項を入れる場合でも、背景知財や具体的秘密情報が相手方に無償移転・自由利用されないよう、成果帰属、実施権、出願、対価、目的限定を明確にする必要があります。
一般的には、別の条項です。フィードバック条項は、製品やサービスへの改善提案、コメント、アイデアの利用を扱います。Residual Information条項は、秘密情報に接した人の記憶に残った情報を扱います。SaaS契約やAI契約では、ログデータ、匿名化データ、AI学習データとも分けて考える必要があります。
一般的には、個人情報・個人データ・要配慮情報・顧客情報・従業員情報はResidual Informationから明示的に除外するのが原則です。契約に広い文言があっても、個人情報保護法上の利用目的、安全管理、第三者提供、委託先監督などの義務を免れるわけではありません。
一般的には、記憶そのものを物理的に返還・廃棄することはできません。ただし、記憶に残っていても目的外使用や開示を禁止する契約設計は可能です。競合プロジェクトへの投入制限、情報遮断、アクセスログ、資料廃棄、限定閲覧などでリスクを下げる必要があります。
一般的には、必ずしもそうではありません。独立開発条項、一般的知識・技能・経験の確認条項、既存技術・既存製品の留保条項、公開情報・既知情報・第三者取得情報の例外で対応できる場合があります。広いResidual Information条項は交渉を難しくするため、目的に応じた狭い条項を提案する方が実務的です。
NDAを空洞化させず、一般的経験との線引きを具体化します
残存義務（Residual Information）条項は、短い例外条項に見えても、NDAの中心である秘密保持義務と目的外使用禁止義務をどこまで維持するかを左右します。開示者側では、記憶に残りやすい抽象的ノウハウ、設計思想、営業上の勘所、顧客戦略、価格モデルほど価値が高いことを前提に、安易な自由利用を避ける必要があります。
受領者側では、従業員の一般的知識・経験・スキルまで封じられると事業運営が難しくなるという懸念があります。ただし、その解決策は秘密情報の自由利用ではなく、一般的知識・技能・経験、独立開発、既存技術、公開情報を正確に切り分けることです。
次の重要ポイントは、このページの判断軸を一文にまとめたものです。条項を許すかどうかではなく、通常業務を守る限定的な安全弁として設計されているか、秘密情報を自由利用する抜け道になっていないかを読み取ってください。
残存義務（Residual Information）条項は、受領者の通常業務を守るための限定的な確認にとどめ、開示者の営業秘密、知財、個人情報、競争上重要情報を自由利用させる抜け道にしないことが重要です。