職場でAIを使う際のプライバシーとデータ衛生

職場でのAI利用には、事前に対策を取れるリスクがあります。エンジニアがソースコードを個人向けチャットボットに貼り付ける、営業担当者が顧客リストを会議要約ツールへアップロードする、人事担当者がデータ保持やアクセスのルールを確認していないアカウントで解雇通知を下書きするといった場面です。大規模な情報漏えいとして表面化しなくても、こうした行為によって機密情報や規制対象データが漏れる可能性があります。

この記事では、職場でのプライバシーや機密保持のリスクを抑えるための実践的な方法を説明します。社内方針の代わりになるものでも、すべての間違いを防げると保証するものでもありません。

禁止するだけでは、未承認の利用を防げない場合があります。実用的な管理策には、承認済みツール、データ区分ごとの明確な規則、アクセスと保持の設定、適切な手順を分かりやすくしたワークフローが含まれます。

プライバシー上の基本ルール： 個人データ、顧客データ、ソースコード、機密文書、規制対象情報を含む業務上の内容を、個人のAIアカウントに入れてはいけません。そのデータに対して承認された具体的な製品、テナント、設定を使ってください。承認されていなければ、貼り付けないでください。

根本的な問題

AIサービスの技術的な挙動は、具体的な製品、プラン、設定、契約、連携機能、提供事業者によって異なります。法的義務を決めるのは法域と業界であり、サービスの初期設定ではありません。ツールを使う前に、次の3点を確認してください。

1. どの提供事業者と再委託先が、コンテンツを受信または処理するのか。
2. プロンプト、ファイル、出力、ログ、不正利用監視の記録はどのくらい保持され、誰がアクセスできるのか。
3. フィードバックを通じた利用も含め、コンテンツがモデルの改善に使われる可能性があるか。どの設定または契約条件がそれを制御するのか。

答えは製品ごとに異なります。顧客データ、社内財務情報、ソースコード、NDAの対象となる契約書、従業員情報、GDPRや業界別規制の対象となるデータでは、適法な処理根拠、データの最小化、アクセス制御、データ処理契約が必要になる場合や、利用自体が禁止される場合もあります。適用される方針と、適切な専門性を持つ法務またはセキュリティ担当者の助言に従ってください。

1つのルール

まず、次のルールを守ってください。

対象となるデータ区分と作業に対して会社が承認した、具体的なAI製品、アカウントまたはテナント、設定だけを使ってください。

承認の範囲はブランド名より狭いものです。Microsoft 365 Copilot、ChatGPT Enterprise、Claude for Work、Google Workspace with Gemini、Cursorなどのサービスでも、承認される利用者、コネクター、データ区分は限定されている場合があります。テナント、アカウント、機能、作業を確認してください。

法人向けプランは一般利用者向けプランより強い管理策を提供する場合がありますが、現在の条件と設定を確認する必要があります。

• モデル学習からの除外は、業務データに初期設定で適用される場合があります。ただし、明示的なフィードバックや第三者へのアクションなど、条件や例外を確認してください。
• データ所在地を指定できるのは、対象となるプラン、地域、機能に限られる場合があります。顧客の住所が欧州にあるだけでは、データの所在地は決まりません。
• SOC 2、ISO 27001などの認証は管理体制を評価するための根拠になりますが、あらゆるデータ区分や規制対象のワークフローでの利用を自動的に承認するものではありません。
• 監査、データ保持、管理者向けの機能は製品とプランによって異なり、有効化して適切に運用する必要があります。
• アクセス制御は、ワークスペース、コネクター、権限、保持が適切に設定されていれば、より強くできます。

会社がそのデータと作業に対するツールの利用を承認していないなら、AIでその業務内容を処理しないでください。個人アカウントや承認済みブランドの別機能で代用せず、承認を得たワークフローを使えるよう申請してください。

管理職にとっては、方針で原則だけでなくツール名を明示する必要があるということです。どのツールが承認済みか誰も知らなければ、「承認済みツールを使う」だけでは不十分です。

情報の機密性を確認する

何らかのAIツールに何かを貼り付ける前に、次の点を確認します。

1. 誰かの個人データが含まれていますか。 氏名、メールアドレス、住所、ID番号、電話番号、健康情報、財務情報などです。含まれる場合 → 承認済みのワークフローだけを使い、データを最小限にし、AIによる処理が許可されているか確認します。

2. 会社独自の情報が含まれていますか。 ソースコード、財務数値、顧客リスト、戦略文書、NDAの対象となる契約書などです。含まれる場合 → そのデータ区分に対して承認された製品と設定だけを使います。

3. スクリーンショットを撮られ、共有されたくない内容が含まれていますか。 社内の議論、率直な意見、開示されれば害が生じる可能性があるものなどです。含まれる場合 → 承認状況を確認し、データを最小限にします。TemporaryモードやIncognitoモードは、方針の代わりにはなりません。

4. データは特定の規制の対象ですか。 GDPR、HIPAA、金融規制、輸出管理などです。該当する場合 → AIで使う前に、データ保護責任者またはコンプライアンス部門へ相談します。

5. 必要最小限に絞ったデータや、識別情報を取り除いたサンプルデータに置き換えられますか。 作業に不要な項目を削除し、再識別のリスクも考慮してください。仮名や概数を使っても、自動的に匿名になるわけではなく、分析結果が変わる可能性もあります。

データと作業に応じて、確認に必要な時間をかけてください。この確認は明らかな貼り付けミスを見つける助けになりますが、法令遵守を証明するものでも、未承認のワークフローを承認済みに変えるものでもありません。

個人のAIアカウントに決して貼り付けてはいけない3つのもの

個人のChatGPTがどれほど便利でも、そこに入れてはいけないものを簡潔に挙げます。

1. 実在する顧客のデータ。 顧客1人の氏名をほかの情報と組み合わせるだけでも、プライバシー、契約、社内方針上のリスクが生じる場合があります。明示的に承認されたワークフローだけを使い、そこでもデータを最小限にしてください。

2. 勤務先のリポジトリにあるソースコード。 ソースコードは機密情報に当たる場合や、契約や社内方針によって利用が制限されている場合があります。勤務先が承認したコーディング支援ツール、ワークスペース、インデックス設定を使い、承認された範囲のリポジトリだけを扱ってください。

3. 「機密」と明記された社内文書。 戦略資料、財務情報、M&Aに関する議論、法務上の連絡などです。これらには法人向けAIの選択肢すらない場合があり、その場合はAIを使わないでください。

実践的なデータ分類

4つに分類します。

この記事からリンクしているチェックリストは、この表のルールを実務で確認するためのもので、英語版です。

実用的なツールとパターン

一時的なモードは、名前だけでなく具体的なルールを確認する。 ChatGPTのTemporary Chatは、初期設定ではパーソナライズされず、パーソナライズ用のメモリ、カスタム指示、プラグインを使用しません。任意で選べるパーソナライズモードでは、これらを使用できますが、一時的なチャットのままであれば新しいメモリは作成しません。保存していない一時的なチャットは履歴に表示されず、モデル学習にも使われません。どちらのモードでも、保存すると通常のチャットになり、アカウントのパーソナライズ設定と学習設定に従います。OpenAIの専用FAQには、安全上の目的で参照される文脈、安全のため最長30日保持されるコピー、Enterprise Compliance APIからのアクセス、第三者による異なる保持期間についても説明があります。これらのモードは要配慮情報の処理を承認するものではなく、データが一切保持されないという保証でもありません。

ClaudeのIncognitoも同じ仕組みだとは考えない。 利用ガイドによると、Incognitoチャットは履歴に残らず、メモリを使わず、モデル学習にも使われません。ただし、プロフィールに設定した好みなどは反映される場合があります。データ保持期間は初期設定で30日ですが、組織の方針により長くなることがあります。TeamとEnterpriseでは、組織のOwner権限を持つ人がこれらのチャットをエクスポートできます。EnterpriseではCompliance APIからもアクセスできます。Incognitoチャットは通常のチャットに変換できず、履歴に保存することもできません。承認済みのワークフロー内で、実際の製品、設定、連携機能を確認してください。

学習設定は管理策の一つであり、プライバシーの保証ではない。 個人向けChatGPTで「Improve the model for everyone」をオフにすると、新しい会話は学習に使われなくなりますが、履歴には残ります（データ管理に関するFAQ）。自分からフィードバックを送信した場合は、それに関連する会話全体がモデル学習に使われる可能性があります（モデル改善に関する方針）。法人向けの条件やほかの製品は、別に確認する必要があります。この設定だけで職場利用が承認されるわけではなく、データ保持、アクセス、再委託先、連携先へのアクション、法的義務も決まりません。

貼り付ける前に、データを最小限にし、識別情報を取り除く。 不要な項目を削除し、承認された作業で許される範囲で、個人などを直接特定できる情報を置き換えます。「[会社A]」は仮名化であり、必ずしも匿名化ではありません。情報の組み合わせから個人や企業を再識別できる場合があり、概数に変えることで分析結果が大きく変わることもあります。欧州委員会は、個人を再識別できるデータが引き続き個人データに該当する理由を説明しています。

「ローカルAI」が本当に端末内で処理を完結するか確認する。 ダウンロードしたモデルでも、ワークフロー全体がローカルでなければ、データが端末内だけにとどまるとは限りません。ネットワーク通信、テレメトリ、ログ、埋め込みベクトルとインデックス、プラグイン、バックアップ、OSからのアクセスを確認してください。製品名やローカルの画面だけでは、外部から隔離されている証拠にはなりません。ローカル処理であっても、社内方針や法的義務は免除されません。

ファイルのアップロードには注意する。 顧客データを含むスプレッドシート、財務数値を含むスライド資料、社内レポートのPDFは、記憶しているより多くの情報が含まれることがよくあるため、チャットメッセージよりリスクの高いアップロードです。ファイルを開き、中身を確認してから判断してください。

コーディングに関する注意

コーディングでは、実際のリスクがある一方で、AIに頼りたくなる場面もあります。バグに遭遇すると、関連するコードをChatGPTに貼り付けて原因を尋ねたくなるでしょう。しかし、そのコードは勤務先の知的財産です。

より安全な方法は、製品と設定ごとに異なります。

• 勤務先が承認したコーディング支援ツール、アカウント、設定を使い、承認された範囲のリポジトリだけを扱います。ツールがリポジトリのインデックスを作成するか、どの再委託先がコードを受け取るか、何が保持されるか、フィードバックや設定が学習への利用に影響するかを確認してください。
• ローカル実行によって提供事業者にデータが渡る機会を減らせる可能性があるのは、ネットワーク通信、テレメトリ、ログ、インデックス、プラグイン、バックアップを確認し、承認を得た場合だけです。
• 勤務先のソースコードを個人のAIアカウントで使わないでください。承認済みのワークフローがない場合は、IT部門に相談するか、専有コードを開示せずにデバッグしてください。

顧客向けAIに関する注意

顧客メールの下書き、カスタマーサポートへの返信、提案書の生成など、顧客向け業務でAIを使う場合は、考慮すべき点が異なります。具体的な問題を挙げます。

• 開示。 要件は、法域、業界、顧客がAIと直接対話するのか、AIが支援したコンテンツを受け取るだけなのかによって異なります。対象となるチャネルについて、具体的な法律と社内方針を確認してください。
• 下書きに含まれる顧客データ。 そのデータに対して承認されたワークフローだけを使い、モデルへ渡す情報を最小限にします。「法人向け」という表示だけでは不十分です。
• 送信後の影響。 AIが下書きし、自分の名前で送る顧客メールが、相手への約束になったり、誤りを含んだりする場合があります。承認済みの自動化ワークフローで別の管理策が定められていない限り、送信前にすべての文章を読んでください。

管理策を組み込んだ方法の一つは、顧客の詳細を手動で貼り付ける代わりに、承認済みのAIサービスを必要な顧客情報に接続することです。この構成でも、必要最小限のコネクター権限、アクセス制御、データ保持のルール、監査ログ、必要に応じた情報漏えい防止策、出力の確認、対象データと作業に対する承認が必要です。

AIが作成した顧客向けの内容も、それを使う側の責任です。下書きされたメール、提案書、サポート回答が相手への約束になったり、誤った情報を伝えたり、信頼を損ねたりする可能性があります。ワークフローで自動化が明示的に承認されている場合を除き、送信前に確認してください。

迷ったら尋ねる

利用してよいか判断に迷う場合は、尋ねてください。法人向けツールが必要なほど機密性が高いか、規制当局が問題視しないか、上司が承認するか分からない場合も同じです。質問する負担は小さくても、「してはいけないこと」の研修で取り上げられるような事例になれば、大きな負担につながります。

具体的には、社内の次の担当者が回答できます。

• GDPR、顧客データ、従業員データに関する質問は、データ保護責任者。
• ツールの承認に関する質問は、IT部門またはセキュリティ部門。
• 契約、NDA、知的財産に関する質問は、法務部門。
• 「このようなことにAIを使ってよいか」という個別判断は、上司。

適切な人にSlackで短いメッセージを送る方が、インシデントよりはるかに低コストです。

この記事が意味しないこと

この記事は、「職場でAIを使わないでください」という意味ではありません。承認済みツールは、管理策が対象データと作業に合っていれば役立ちます。

また、「何も考えず、あらゆるものにAIを使ってください」という意味でもありません。それでは問題が起きます。

実践の基本は、承認され、役立つ場面でAIを使い、情報の機密性の確認、データに合った具体的な設定、データの最小化、リスクに応じた人による確認を組み合わせることです。

2026年8月11日に確認した公式資料

• OpenAIの業務データに関するプライバシー、セキュリティ、コンプライアンス
• Anthropicの商用製品におけるモデル学習方針
• Microsoft 365 Copilotのプライバシー
• Google Workspaceの生成AIに関するプライバシー
• Cursorのデータ利用とPrivacy Mode

基本を守る

ルールは1つ（データに対して承認された具体的なワークフローを使う）、習慣は1つ（情報の機密性を確認する）、個人アカウントに決して貼り付けてはいけないものは3種類（顧客データ、勤務先のソースコード、機密文書）です。これは実務で守る基本であり、法令遵守の判定ではありません。要配慮情報や規制対象データには、指定された法務、プライバシー、セキュリティ部門による確認が必要です。

確認の負担は小さく、避けられるミスを防ぐ助けになります。方針、契約、法律が明確でない場合は、貼り付ける前に止まり、担当部門へ確認してください。