営業秘密として守りたい情報について、裁判所がどこを見て秘密管理性を否定しやすいのかを、主要裁判例と企業法務の実装ポイントから整理します。
営業秘密として守りたい情報について、裁判所がどこを見て秘密管理性を否定しやすいのかを、主要裁判例と 企業法務の実装ポイントから整理します。
会社の主観ではなく、アクセス者が秘密として管理されていると客観的に認識できたかが中心になります。
このページは、企業法務、知財、労務、ITセキュリティ、内部監査の実務で問題になりやすい「秘密管理性が否定された裁判例の傾向」を整理するものです。特定事件の結論を示すものではなく、対象情報、規程、アクセス権限、教育、外部開示、退職時対応、証拠の残り方によって判断が変わる点に注意が必要です。
営業秘密の裁判では、会社が重要情報だったと述べるだけでは足りません。裁判所が重視するのは、従業員、役員、取引先、委託先など、情報に接した人が「会社が秘密として管理している情報だ」と客観的に認識できる状態だったかです。
次の一覧は、否定例に共通しやすい弱点をまとめたものです。読者にとって重要なのは、単独の不備だけでなく、複数の弱点が重なるほど「秘密として管理されていた」と説明しにくくなる点です。各項目から、自社の管理がどこで薄く見えるかを読み取ってください。
ファイル、紙資料、フォルダ、バインダーに「秘」「部外秘」「Confidential」などの表示がなく、秘密情報だと分かりにくい状態です。
業務上の必要性にかかわらず、多数の従業員やPC貸与者が閲覧できる状態です。
就業規則や誓約書が一般条項にとどまり、問題となった情報類型を具体的に示していない状態です。
私用スマートフォン、LINE、個人メール、個人クラウドで共有され、秘密として扱う日常運用が崩れている状態です。
NDA、秘密表示、配布記録、返還・削除管理、データルームログなどが不足している状態です。
「ノウハウ一式」「顧客情報全部」のように広く主張し、裁判所が営業秘密該当性を審査しにくい状態です。
逆に、秘密管理性を確保する実務の本質は、情報を過度に囲い込むことではありません。会社の規模、業種、情報の性質、業務上の必要性に応じて、合理的な方法で「秘密として扱う情報です」と分かる状態を作り、その状態を証拠として残すことです。
不正競争防止法上の営業秘密は、会社が秘密だと思っている情報一般ではありません。経済産業省の営業秘密管理指針では、不正競争防止法2条6項の営業秘密について、秘密管理性、有用性、非公知性の3要件を満たす必要があると整理されています。
次の3つの項目は、営業秘密に該当するかを考えるための基本軸を表しています。読者にとって重要なのは、秘密管理性が中心争点でも、名刺情報や公開に近い情報では有用性・非公知性も同時に弱点になる点です。各項目から、どの要件が自社情報の説明で不足しやすいかを読み取ってください。
情報に接する人が、秘密として管理されていると客観的に認識できる程度の管理がされていることです。
生産方法、販売方法その他の事業活動に有用な技術上または営業上の情報であることです。
公然と知られていない情報であることです。名刺情報や一般的な連絡先では争点になりやすい項目です。
秘密管理性とは、会社の代表者や法務担当者が内心で秘密だと思っていたことではなく、社内外のアクセス者が「この情報は秘密として管理されている」と認識できる程度の管理があることを意味します。この要件は、会社の利益保護だけでなく、従業員や取引先にとって「何を持ち出してはいけないのか」を明確にするためのものです。
営業秘密管理指針は、すべての情報を高度なセキュリティシステムで囲い込むことまで求める趣旨ではありません。中小企業でも、秘密表示、施錠保管、アクセス者限定、誓約書、教育、退職時確認などを組み合わせれば、秘密管理性を基礎づける余地があります。反対に、大企業でも重要情報を共有フォルダに置き、誰でも閲覧でき、秘密表示もなく、規程も抽象的であれば、否定される可能性があります。
裁判所は、会社全体の姿勢よりも、問題情報ごとの管理状況と問題時点の証拠を見ます。
裁判所は、会社に一般的な情報管理規程があるかだけでなく、問題となった顧客リスト、設計図、原価表、ソースコード、施術履歴、名刺帳などについて、具体的にどのような管理があったかを検討します。「当社には情報管理規程があります」「全従業員から秘密保持誓約書を取っています」という説明だけでは弱くなりやすいです。
次の比較一覧は、否定例で繰り返し問題になりやすい裁判所の見方を表しています。読者にとって重要なのは、規程やサーバの存在ではなく、問題情報ごとの実態と証拠に落とし込めているかです。各行から、自社の説明が抽象論にとどまっていないかを読み取ってください。
| 見られる観点 | 否定されやすい状態 | 実務で確認する点 |
|---|---|---|
| 情報ごとの管理 | 会社全体の規程だけを示し、問題情報の保存場所、表示、権限を説明できない状態です。 | 情報目録、保存場所、ファイル名、版、アクセス権限を情報単位で示します。 |
| 問題時点の状態 | 紛争後に資料を整えた疑いがあり、取得・開示・使用時点の管理を示せない状態です。 | 作成日、配布日、送付メール、データルームログ、アクセスログを保存します。 |
| 行為の悪質性との区別 | 退職者への送付や私用端末利用が不適切でも、情報自体の営業秘密性を説明できない状態です。 | 不適切行為と営業秘密該当性を分けて、3要件を検討します。 |
| 個人情報との区別 | 顧客名や施術履歴が個人情報だから営業秘密にも当たると考えている状態です。 | 安全管理措置と営業秘密の3要件を別に整理します。 |
東京地裁令和4年7月20日判決では、一部書類に「極秘資料」「秘密情報」との記載があるものもありましたが、開示時点でその記載があったことを認める証拠が不足し、開示先が受領した写しにはその記載がなかったと認定されました。これは、ラベルを付けることだけでなく、そのラベルが問題時点で存在したことを示せるかが大切な点だと示します。
また、退職者に情報を送付した、私用スマートフォンで撮影した、LINEで共有したといった事情は不適切に見えますが、不正競争防止法上の営業秘密侵害として扱うには、対象情報が営業秘密である必要があります。感情的な評価と法的な営業秘密該当性を分けて検討することが、企業法務では重要です。
社内サーバ、秘密表示、名刺帳、SaaS、顧客カルテ、顧客名簿移転の各場面で弱点を確認します。
次の時系列は、主要な否定例で何が問題になったかを年次順に整理したものです。読者にとって重要なのは、媒体や業種が違っても、表示、権限、具体的規程、問題時点の証拠という共通論点が繰り返し現れることです。各時点から、自社の情報管理で同じ弱点がないかを読み取ってください。
作成元、譲渡先、取得先における秘密管理性が問題となり、複数主体を移転する情報の管理継続が重要になりました。
無施錠保管、秘密表示なし、名刺の管理・廃棄・退職時取扱いの具体的ルール不足が問題になりました。
パスワード等の制限がなく、営業担当者であれば誰でも閲覧できる状態が問題になりました。
棚保管、私用スマートフォン撮影、LINE共有、対象情報を具体化しない規程やマニュアルが問題になりました。
「極秘資料」「秘密情報」の表示が開示時点で存在したことを示す証拠が不足していました。
社内サーバ、貸与PC、就業規則上の秘密保持義務があっても、パスワードなし、秘密表示なし、広いアクセス範囲などが問題になりました。
次の比較表は、各裁判例で否定方向に働いた事情と、企業法務で取り直すべき対応を対応づけたものです。読者にとって重要なのは、判決名を覚えることではなく、同じ失敗構造を自社の情報管理に持ち込まないことです。左から右へ、問題事実、裁判所の見方、実務対応の順に確認してください。
| 裁判例 | 問題となった情報・管理 | 否定方向の事情 | 実務対応 |
|---|---|---|---|
| 東京地裁令和7年4月24日判決 | 製品情報、取引情報、原価情報など。社内サーバ、貸与PC、就業規則がありました。 | パスワードなし、秘密表示なし、PC貸与者の業務が多様、就業規則が問題情報を明示していない点が重視されました。 | 重要フォルダの分離、秘密表示、Need to Knowの権限、アクセスログ、規程上の具体化が必要です。 |
| 東京地裁令和4年7月20日判決 | 技術・事業関連書類です。一部に秘密表示がある資料もありました。 | 開示時点で表示があった証拠が不足し、受領写しには表示がないと認定されました。 | 版番号、配布日、配布先、送付メール、データルームログ、回収記録を残します。 |
| 東京地裁平成27年10月22日判決 | 名刺帳・名刺情報です。 | 無施錠の引き出し、秘密表示なし、管理・廃棄・退職時取扱いの具体的ルール不足が問題になりました。 | CRMで商談履歴や営業知見を付加し、アクセス権限と秘密表示を組み合わせます。 |
| 東京地裁令和2年10月28日判決 | 名刺管理ソフト、在庫車両情報、ID・パスワードです。 | 営業担当者が広く閲覧でき、アクセス制限や有用性の説明が弱い点が問題になりました。 | 共有IDを避け、個人ID、多要素認証、CSV制限、ログ、退職時停止を導入します。 |
| 東京地裁令和2年11月17日判決 | 顧客カルテ・施術履歴です。 | 秘密マークなし、バックルーム棚保管、私用スマートフォン撮影、LINE共有、具体的マニュアル不足が問題になりました。 | 紙資料の施錠、電子管理、会社管理チャット、私用撮影禁止、閲覧・共有ログを整えます。 |
| 東京地裁平成20年9月30日判決 | 複数主体を移転した顧客名簿です。 | 作成元、譲渡先、取得先における秘密管理性が問題となりました。 | NDA、対象情報の特定、利用目的限定、再提供禁止、返還・削除、ログ保存を移転過程で設計します。 |
これらの裁判例は、社内にサーバがある、外部から接続できない、就業規則に秘密保持義務がある、システムに情報が入っている、個人情報を扱っている、という事情だけでは足りないことを示しています。情報ごとに「秘密だと分かる表示」「必要者に限ったアクセス」「日常運用」「問題時点の証拠」がつながっているかが重要です。
否定されやすい事実、裁判所が問題視しやすい点、実務対応を一体で点検します。
次の表は、否定裁判例から抽出できる10の弱点を、事実、裁判所の問題意識、実務対応に分けて整理したものです。読者にとって重要なのは、どれか一つの形式を満たすことではなく、表示、権限、規程、運用、証拠がつながっているかです。各行を自社の点検項目として読み替えてください。
| 類型 | 否定されやすい事実 | 問題視されやすい点 | 実務対応 |
|---|---|---|---|
| 秘密表示の欠如 | ファイル、紙資料、フォルダ、バインダーに「秘」「部外秘」などがありません。 | アクセス者が秘密情報だと認識できません。 | 表紙、ヘッダー、フッター、ファイル名、フォルダ名に秘密区分を表示します。 |
| アクセス範囲が広すぎる | 全従業員、全営業担当、全PC貸与者が閲覧できます。 | 業務上不要な者までアクセスでき、秘密管理意思が不明確になります。 | 職務、案件、部署ごとにNeed to Knowで権限設定します。 |
| 規程・誓約書が抽象的 | 「会社情報を漏らさない」とだけ定めています。 | 問題情報が秘密情報に該当するか不明です。 | 情報類型と具体例を規程・誓約書に明記します。 |
| 日常運用が緩い | 私用スマートフォン撮影、LINE共有、個人メール転送があります。 | 管理措置が形骸化し、秘密として扱われていないと見られます。 | 私用端末、私用チャット、個人クラウド利用を制限します。 |
| 開示時点の証拠がない | 後から秘密表示を付けた疑いがあります。 | 取得・開示当時の秘密管理性を立証しにくくなります。 | 版管理、配布記録、送付メール、ログ、議事録を保存します。 |
| 顧客情報の価値づけ不足 | 名刺や連絡先だけを営業秘密と主張します。 | 非公知性、有用性、会社管理性が弱くなります。 | CRMで商談履歴・分析情報を付加し、秘密区分で管理します。 |
| 退職時管理の不足 | 退職者のデータ返還・削除確認がありません。 | 在職中からの管理意思も弱く見えることがあります。 | 退職チェックリスト、アカウント停止、端末返却、誓約書を実施します。 |
| 外部提供管理の不足 | NDAなし、資料番号なし、共有リンク開放があります。 | 秘密として提供したことが分かりにくくなります。 | NDA、データルーム、透かし、閲覧制限、配布先管理を行います。 |
| 全情報秘密指定の形骸化 | 全資料に一律で秘密と表示します。 | 何が本当に秘密か分からず、表示が空洞化します。 | 情報分類を設け、重要度に応じた管理をします。 |
| 対象情報の特定不足 | 「ノウハウ一式」「顧客情報全部」と主張します。 | 裁判所が営業秘密該当性を審査しにくくなります。 | 情報目録、データ項目、ファイル名、版、保存場所を特定します。 |
顧客情報、技術情報、価格情報、IT・AI情報、共同開発資料では、弱点の出方が異なります。
次の選択肢一覧は、情報類型ごとに秘密管理性が弱くなりやすい場面と、補強すべき管理措置を整理したものです。読者にとって重要なのは、同じ「秘密情報」でも、名刺、図面、原価表、ソースコード、共同開発資料では証拠化の方法が違うことです。各項目から、自社の情報類型に合う管理の優先順位を読み取ってください。
単なる名刺や連絡先だけでは弱くなりやすいです。商談履歴、購買傾向、価格交渉履歴、決裁ルート、失注理由など会社独自の営業知見を付加し、アクセス制限と秘密表示を組み合わせます。
顧客情報非公知性も争点図面ファイルに秘密表示がない、共有フォルダに広く置かれる、協力会社にNDAなしで渡す、図面番号・版番号・開示先管理がない場合は弱くなります。どの手順、数値範囲、設計判断、失敗データが秘密かを特定します。
技術情報特定が重要営業、購買、経理、事業部門が広くアクセスしやすい情報です。原価情報フォルダを一般営業資料と分け、見積テンプレートや利益率表に秘密表示を付し、重要取引先別の価格情報を限定アクセスにします。
営業情報権限設計個人GitHub、個人クラウド、私用端末、委託先アカウント放置、共有APIキーは危険です。リポジトリ権限、ブランチ保護、秘密情報スキャン、DLP、MDM、ログ監査、生成AI利用規程を一体で整えます。
IT・AIログ監査共同研究、PoC、産学連携では資料交換が多く、秘密管理性が崩れやすいです。秘密情報、背景知財、成果知財、発表承認、目的外利用禁止、返還・削除、派生データの扱いを明確にします。
共同開発外部開示規程や誓約書は重要ですが、対象情報、日常運用、問題時点の証拠と結びついて初めて機能します。
企業は、就業規則、情報管理規程、秘密保持規程、個人情報保護規程、セキュリティポリシーを整備していることが多いです。しかし、裁判所は、規程の存在だけで秘密管理性を肯定するわけではありません。問題は、その規程が当該情報について、従業員に秘密情報だと認識させる程度に具体的だったかです。
次の判断の流れは、規程、運用、証拠をどの順番でつなげるかを表しています。読者にとって重要なのは、社内文書を作るだけで終わらせず、問題時点の証拠まで残すことです。上から下へ、情報を特定し、管理方法を決め、日常運用し、証拠として説明できる状態まで確認してください。
顧客リスト、原価表、技術図面、ソースコードなどを情報目録にします。
公開、社内限り、関係者限り、秘密、重要営業秘密などの区分を定めます。
職務、案件、役割に応じて閲覧、編集、共有、管理者権限を分けます。
自社情報の具体例を示し、受講記録、テスト結果、誓約更新履歴を残します。
管理していたはずという説明だけでは弱くなります。
問題時点の表示、権限、ログ、配布記録を示せます。
秘密管理性は理念ではなく証拠で判断されます。情報管理規程、営業秘密管理規程、就業規則、秘密保持誓約書、NDA、業務委託契約、共同開発契約、情報分類表、秘密情報目録、重要情報台帳、フォルダ構成、アクセス権限一覧、権限付与・変更履歴、秘密表示が分かるスクリーンショット、版管理履歴、送付メール、共有リンク、データルームログ、研修資料、受講記録、退職時チェックリスト、端末返却記録、アカウント停止記録、内部監査記録、ログ保全記録、フォレンジック報告を残すことが重要です。
特に重要なのは時点です。情報作成時、社内共有時、社外開示時、漏えい時、退職時、紛争発覚時のそれぞれで、どのように管理されていたかを示せる必要があります。フォレンジック調査も「誰が持ち出したか」だけでなく、「持ち出された情報が当時営業秘密として管理されていたこと」を示す証拠と併せて位置づける必要があります。
棚卸し、分類、表示、アクセス権限、教育、退職時対応を一つの運用としてつなげます。
秘密管理性の出発点は、守るべき情報の特定です。対象には、顧客リスト、CRMデータ、価格表、原価表、技術図面、製造条件、試験データ、ソースコード、AI学習データ、研究開発資料、M&A資料、未公表決算情報、人事情報、内部通報資料、訴訟戦略などが含まれます。棚卸しでは、情報の価値、非公知性、利用者、保存場所、外部提供の有無、法令・契約上の制約、漏えい時の損害を評価します。
次の分類表は、情報の重要度ごとに管理の強さを変える考え方を示しています。読者にとって重要なのは、すべてを一律に秘密とするのではなく、区分に応じた表示、権限、ログ、承認を設計することです。各行から、自社の情報分類と管理例の対応関係を読み取ってください。
| 区分 | 例 | 管理例 |
|---|---|---|
| 公開 | ウェブ掲載済み情報、公開パンフレット | 特段の秘密管理は不要です。 |
| 社内限り | 一般社内通知、通常業務資料 | 社外共有を制限し、社内ポータルで管理します。 |
| 関係者限り | 案件資料、部門資料、未公表企画 | 部署・案件権限を設定し、転送を制限します。 |
| 秘密 | 顧客リスト、原価表、技術資料 | 秘密表示、アクセス制限、ログ保存、NDAを組み合わせます。 |
| 重要営業秘密 | コア技術、重要顧客DB、M&A資料、ソースコード中核部分 | 厳格権限、暗号化、持出し制限、監査、役員承認を組み合わせます。 |
秘密表示は、紙資料、PDF、Excel、PowerPoint、CAD、ソースコード、データベース、フォルダ、クラウドスペースなど媒体ごとに標準化します。ファイル名に`[CONFIDENTIAL]`を付す、ヘッダー・フッターに「営業秘密／社外開示禁止」と記載する、PDFに閲覧者名の透かしを入れる、紙資料に配布番号を付すなどの方法が考えられます。
アクセス権限は、部署単位だけでなく、職務・案件・役割単位で設計します。閲覧、編集、ダウンロード、共有、管理者権限を分け、異動・退職・案件終了時に権限を削除します。教育では抽象的なコンプライアンス論だけでなく、自社の顧客情報、価格情報、技術情報、ソースコード、研究データを具体例として示し、受講記録やテスト結果を証拠として残します。
退職時には、会社PC、スマートフォン、USB、紙資料、名刺、ノートの返却、私用端末・個人クラウド・個人メール内の会社情報削除確認、SaaS、チャット、リポジトリ、VPN、メールのアカウント停止、退職時秘密保持誓約書の取得を行います。重要従業員については、退職前後のアクセスログを確認し、不自然な大量ダウンロード、外部送信、USB利用がないかを点検します。
NDAだけでなく、開示資料の特定、ログ、再開示制限、返還・削除まで設計します。
営業秘密を外部に開示する場合、NDA締結前に核心情報を開示しないことが原則です。NDAでは、秘密情報の定義、口頭開示情報の扱い、利用目的、開示先役職員・委託先の範囲、複製・解析・リバースエンジニアリングの制限、返還・削除、保持期間、違反時の措置を明確にします。
NDAがあっても、どの資料が秘密情報として開示されたかが曖昧だと訴訟で問題になります。資料番号、ファイル名、版番号、開示日、開示先、開示目的、秘密区分、返還・削除期限、ダウンロード可否を記録します。M&Aや共同開発では、データルームを用い、閲覧権限、ダウンロード制限、ウォーターマーク、ログ保存を設定します。
次の役割分担表は、営業秘密管理を法務部だけで完結させないための担当領域を整理しています。読者にとって重要なのは、裁判で問われる管理実態が、契約、IT統制、労務管理、知財戦略、内部監査、経営判断を横断することです。各列から、どの部門がどの証拠を作るべきかを読み取ってください。
| 担当 | 主な役割 | 残すべき証拠 |
|---|---|---|
| 法務・企業内外の専門家 | 規程、契約、NDA、誓約書、退職時文書、紛争対応、証拠保全方針を設計します。 | 契約書、規程、誓約書、交渉記録、証拠保全方針です。 |
| 知財法務・弁理士 | 特許出願する情報と営業秘密として秘匿する情報を切り分け、共同開発・ライセンスの情報管理を設計します。 | 出願判断メモ、発明管理台帳、共同開発契約、開示資料一覧です。 |
| IT・セキュリティ担当 | アクセス制限、ログ管理、DLP、MDM、クラウド設定、ID管理、退職者アカウント停止を実装します。 | 権限一覧、ログ、設定履歴、アカウント停止記録、監査レポートです。 |
| 人事・労務担当 | 就業規則、懲戒規程、入社時・退職時誓約書、教育、退職時チェックリストを運用します。 | 受講記録、理解度テスト、退職時チェックリスト、端末返却記録です。 |
| 内部監査・内部統制 | 規程が現場で運用されているかを点検し、不正調査や証拠保全を支援します。 | 監査調書、是正指示、是正完了報告、フォレンジック報告です。 |
| 経営者・取締役・監査役 | 営業秘密管理を企業価値保全と内部統制の問題として監督します。 | 取締役会資料、リスク評価、承認記録、監督記録です。 |
委託先、共同開発先、代理店、販売店、フランチャイズ加盟店、物流委託先、システムベンダーに秘密情報を開示する場合は、再委託・再開示の制限、アクセス者限定、事故時通知、監査権、契約終了時の返還・削除証明を契約化します。営業秘密管理は、契約、IT統制、労務管理、知財戦略、内部監査、危機管理を横断する取り組みです。
情報の特定、表示・権限、規程・教育、外部開示・退職時対応を確認します。
営業秘密としての保護が否定された場合でも、会社が常に保護されないとは限りません。事案によっては、NDA、雇用契約、業務委託契約、退職時誓約書、役員契約、顧問契約に基づく契約責任が問題となる可能性があります。情報の持出し態様が悪質な場合、不法行為責任が問題となることもあります。
顧客情報や従業員情報が含まれる場合は、個人情報保護法上の安全管理措置、漏えい等報告、本人通知、委託先管理も検討します。ソースコード、設計図、マニュアル、データベース、デザイン、技術情報については、著作権、特許権、商標権、意匠権、限定提供データの保護が問題となることもあります。
次の重要ポイントは、否定裁判例から導ける企業法務の最終確認事項を示しています。読者にとって重要なのは、法務部だけで完結させず、情報の生成から紛争対応までを一つのライフサイクルとして設計することです。最後の問いに、文書、システム、運用、教育、証拠で答えられるかを確認してください。
秘密管理性が否定された裁判例の傾向が示す実践的な問いは、この一点に集約されます。情報に接した人が、問題が起きる前から会社の秘密として管理されている情報だと理解でき、その状態を証拠で説明できることが重要です。
個別事案の結論ではなく、一般的な制度理解として整理します。
一般的には、社内サーバに保存していることは管理要素の一つとされています。ただし、パスワード、アクセス権限、秘密表示、対象情報の具体化、ログ保存などの事情によって結論が変わる可能性があります。具体的な対応は、保存場所、権限、規程、証拠を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、NDAは秘密管理性を支える重要な要素とされています。ただし、開示資料の特定、秘密表示、配布記録、利用目的限定、返還・削除、アクセスログなどが不十分な場合、NDAだけでは説明が弱くなる可能性があります。具体的な対応は、開示先や資料の性質に応じて弁護士等の専門家へ相談する必要があります。
一般的には、個人情報に該当することと、不正競争防止法上の営業秘密に該当することは別に検討されます。顧客情報でも、単なる連絡先なのか、商談履歴や購買傾向など会社独自の営業知見が付加されているのかによって判断が変わる可能性があります。具体的には、個人情報保護法上の対応と営業秘密の3要件を分けて専門家へ確認する必要があります。
一般的には、営業秘密としての保護が否定されても、契約責任、不法行為、著作権、特許権、限定提供データ、個人情報保護法上の対応などが問題となる可能性があります。ただし、取得・使用・開示の態様、契約内容、対象情報、証拠関係で結論は変わります。具体的な見通しや対応方針は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
公的資料、裁判例、一般化した実務解説名のみを掲載します。