テック羅針盤
ツール活用

生成AIに入力してはいけない情報と安全な渡し方

生成AIへ個人情報や社内資料を渡す前に、情報の分類、匿名化、ファイルの検査、サービス設定、誤送信後の初動を順番に確認する実践手順です。

公開日
  • #生成AI
  • #個人情報
  • #機密情報
  • #セキュリティ
  • #匿名化

生成AIへ文章を要約させたり、メールの返答案を作らせたりするとき、最初に確認したいのはプロンプトの上手さではありません。「その情報を外部サービスへ送ってよいか」です。便利だからと顧客名簿や未発表資料をそのまま貼れば、回答が正しくても情報管理としては失敗です。

一方で、「個人情報は一文字も扱えない」と決めるだけでは、現場で必要な作業まで止まります。大切なのは、情報を種類と影響で分け、AIに不要な部分を落とし、利用するサービスの契約と設定を確認してから、必要最小限だけを渡すことです。

この記事では、個人利用と一般的な業務利用を想定し、入力前から誤送信後までの手順を7段階で整理します。法令や契約の個別判断が必要な案件では、この記事だけで結論を出さず、勤務先の情報管理担当者や法務担当者へ確認してください。

1. 入力前に知るべきリスク

生成AIへの入力は、自分のパソコン内で文章を編集することと同じではありません。クラウド型サービスでは、入力文や添付ファイルがサービス提供者のシステムへ送られ、回答生成、不正利用の監視、履歴保存などのために処理されます。学習へ使われるかどうかは重要な確認項目ですが、それだけがリスクではありません。

入力前には、少なくとも次の経路を考えます。

  1. 送信時のリスク：宛先のサービスやアカウントを間違える、組織で未承認のサービスを使う。
  2. 保存中のリスク：会話履歴、添付ファイル、バックアップ、操作ログなどに情報が残る。
  3. 共有時のリスク：共有リンク、画面共有、会話の転送、連携アプリを通じて別の人へ見える。
  4. 利用時のリスク：サービスの条件や設定により、品質改善や人による確認の対象になり得る。
  5. 出力時のリスク：入力した情報が回答へ再掲され、その回答を別の場所へ貼って広げる。

経済産業省・総務省の「AI事業者ガイドライン」は、AI利用者に対し、個人情報や機密情報を不適切に入力しないよう注意することを求めています。特に、提供者が学習データとして利用する予定のサービスへ、機密情報を含むプロンプトを入力しないよう留意する例を示しています。

ここで覚えておきたいのは、「学習に使われない」と「送ってよい」は同義ではないことです。学習対象外でも、処理や一定期間の保持が行われる場合があります。また、会社の就業規則、顧客との秘密保持契約、委託契約、業界ごとの規制が入力を禁じていることもあります。サービス側の安全機能は、自分が情報を提供する権限まで与えてくれるものではありません。

迷ったときの基本は、「公開されても本人、顧客、勤務先に不利益がないか」「自分にその情報を外部へ送る権限があるか」「その情報が本当に回答に必要か」の3問です。一つでも判断できなければ、入力を止めて確認します。

2. 個人情報と秘密情報を分類する

入力可否を毎回感覚で決めると、忙しいときほど判断が緩みます。先に情報を「入力しない」「加工して必要部分だけ使う」「通常利用できる」の3段階へ分類しておくと、迷いを減らせます。

区分例基本の扱い
入力しないパスワード、認証コード、秘密鍵、APIキー、回復コード、マイナンバー、カード番号、未公開の認証情報AIの回答に必要と考えず、貼り付けも添付もしない
原則入力しない顧客名簿、診療・健康情報、人事評価、給与情報、未発表の業績、設計図、ソースコード内の秘密、契約上の秘密組織の許可と適切な利用環境が確認できない限り送らない
加工して使う問い合わせ文、議事録、障害ログ、契約文の一部、応募書類、アンケート自由記述氏名や識別子を外し、必要な範囲だけ抜き出す
比較的扱いやすい公開済み資料、自作の架空データ、一般化した質問、公開を前提にした文章公開範囲と著作権を確認したうえで利用する

個人情報と会社の秘密情報は重なることがありますが、同じものではありません。氏名がなくても、未発表の製品仕様や入札額は秘密情報になり得ます。反対に、公開された会社情報でも、担当者の私用連絡先を集めた一覧は個人情報の問題を含みます。

「一件だけ」「有名人だから」「社内の人だから」という理由でも安全にはなりません。病歴、診療情報などの要配慮個人情報や、財産的被害につながる情報は、漏えい時の影響が特に大きくなります。自分自身の情報であっても、将来の本人確認に使える回答、身分証の画像、家族の情報まで気軽に渡すべきではありません。

業務では、部署ごとの判断ではなく、組織として入力可能な情報、利用可能なサービス、承認者、保存期間、事故時の連絡先を決めます。利用規約を読んだ一人が自己判断するのではなく、情報資産の管理ルールへ生成AIを組み込む必要があります。

個人情報保護委員会も、個人情報取扱事業者が個人情報を含むプロンプトを入力する場合は、特定した利用目的の達成に必要な範囲かを十分に確認するよう注意喚起しています。本人の同意なく個人データを入力する場面では、サービス提供者がそのデータを応答生成以外の目的で扱うか、機械学習へ利用するかの確認も必要です。したがって、「氏名を消したから大丈夫」だけでなく、利用目的、データの残り方、契約上の権限まで一組で判断します。

3. 匿名化と仮名化を使い分ける

氏名を「Aさん」に置き換えただけで匿名化できた、と考えるのは危険です。所属、役職、年齢、地域、珍しい経歴、日時などを組み合わせれば、誰のことか推測できる場合があります。元の氏名との対応表を持っていれば、そこから戻すこともできます。

個人情報保護委員会は、匿名加工情報を「特定の個人を識別できず、元の個人情報を復元できないようにした情報」、仮名加工情報を「他の情報と照合しない限り特定の個人を識別できないようにした情報」と説明しています。法律上の要件を満たす匿名加工情報を作る作業は、単なる伏字より厳格です。本稿では混同を避けるため、日常的な置き換えを「仮名化」、戻せない状態を目指す処理を「匿名化」と呼びます。

AIへ渡す前の加工は、次の順で行います。

  1. 削除する：回答に不要な氏名、住所、電話番号、メールアドレス、顧客番号を消す。
  2. 置き換える：「株式会社○○」を「取引先A」、「山田太郎」を「担当者B」に変える。
  3. 粗くする：「43歳」を「40代」、「岩手県○○市」を「東北地方」のように範囲へ丸める。
  4. 対応表を分離する：置換前後の一覧はAIへ送らず、アクセス制限された別の場所で管理する。
  5. 組み合わせを再確認する：残った属性から本人や案件を特定できないか、第三者の視点で読む。

たとえば、苦情メールの返信案が欲しいなら、顧客の氏名や注文番号を渡す必要はありません。「購入から20日後に故障の連絡があり、保証期間内。交換を希望している」と、判断に必要な事実だけへ変換できます。AIが作った返信案を受け取った後、人が正規の顧客管理画面で氏名や注文情報を戻します。

匿名化しても、文書全体が会社の秘密であれば入力できるとは限りません。また、加工後の文章から元の人物や案件を推測できるなら、十分な匿名化とは言えません。判断が難しい大量データは、担当者が手作業で名前を消すだけでなく、組織のルールに沿った専用のマスキング処理と検査を使います。

4. ファイルの隠れた情報を消す

画面で見える名前を消しても、ファイルの内部に情報が残ることがあります。Word、Excel、PowerPointには作成者名、コメント、変更履歴、非表示の文字・行・列・シート、ヘッダー、外部リンクなどが含まれ得ます。PDFにもメタデータ、コメント、添付ファイル、非表示レイヤーなどが残る場合があります。

黒い四角形を重ねただけの「塗りつぶし」も安全ではありません。元の文字がファイル内に残っていれば、選択やコピー、別の表示方法で読める可能性があります。機密部分は、表示を隠すのではなくデータそのものを削除する墨消し処理が必要です。

Microsoftは、Office文書を共有する前に「ドキュメント検査」で非表示データや個人情報を確認・削除する方法を案内しています。削除した情報を復元できない場合があるため、元ファイルではなくコピーに対して検査することも推奨しています。Adobeも、PDFの見える情報を墨消しした後、メタデータや埋め込み内容などをサニタイズ（文書内部の不要情報を除去する処理）する手順を案内しています。

ファイルを渡すときは、次のチェックリストを使います。

  • 原本を保管し、AIへ渡す専用コピーを作ったか。
  • 本文、表、脚注、コメント、変更履歴、ノートを確認したか。
  • 非表示の行・列・シート、白文字、欄外のオブジェクトを確認したか。
  • 作成者、会社名、ファイルパスなどのプロパティを削除したか。
  • PDFは正規の墨消し機能を使い、隠れた情報も検査したか。
  • ファイル名そのものに顧客名や案件名が残っていないか。
  • 処理後のコピーを開き直し、検索と文字のコピーを試したか。

最も確実なのは、元ファイル全体を渡さず、必要な段落だけを新しいテキストファイルへ転記する方法です。表の構造が必要なら、架空の値を使った小さなサンプルで形式を相談し、実データの処理は承認済みの環境で行います。

PDFを渡す必要がある場合は、情報管理の確認に加えて、文字抽出、表や脚注、引用元を点検するAIでPDFを正確に要約する7つの手順も参照してください。

5. サービスのデータ設定を確認する

サービス名が同じでも、個人向け、法人向け、API（プログラムから利用する窓口）ではデータの扱いが異なる場合があります。設定画面の表示や保持期間も更新されます。過去の記事やSNS投稿ではなく、利用時点の公式プライバシー情報、契約条件、管理者設定を確認してください。

確認項目は次の通りです。

  • 入力と出力がモデル改善や学習へ使われるか。
  • 会話とファイルがどのくらい保持されるか。
  • 人による確認の対象になり得るか。
  • 履歴を残さない一時チャットがあるか、その場合も保持されるか。
  • 削除操作の対象と、削除完了までの期間は何か。
  • データを処理・保存する地域を選べるか。
  • 組織管理者が履歴、共有、外部連携を制御できるか。
  • 連携アプリへ渡した情報が、別の履歴にも残るか。

2026年7月23日に公式情報を確認した例では、ChatGPTの個人向け設定には「Improve the model for everyone」をオフにするデータコントロールがあります。Temporary Chatは履歴やメモリを作らず学習に使われませんが、不正利用監視のため最大30日保持されると説明されています。一方、OpenAIはAPI、ChatGPT Business、Enterpriseなどの業務向けサービスについて、明示的に共有へ同意しない限り、入力・出力を既定でモデル改善に使わないと説明しています。

Claudeの個人向けサービスについて、Anthropicは、利用者がモデル改善への利用を許可した場合、安全性レビューの対象になった場合、または別途明示的に同意した場合に、チャットやコーディングセッションを利用し得ると説明しています。Gemini Appsでは、Googleが「Keep Activity」の状態、フィードバック送信、人によるレビューなどの扱いを公式のPrivacy Hubで説明しています。

これらは優劣の比較ではなく、「製品名だけでは判断できない」例です。設定をオフにした後も、保持、監視、法的要請、接続アプリ、組織の契約条件などを確認する必要があります。画面上のスイッチを切ったことだけを根拠に、秘密情報を入力可能と判断しないでください。

IPAも、個人情報・営業秘密の漏えいをAIセキュリティ上の課題に挙げています。利用環境を選ぶときは、便利な機能の数ではなく、扱う情報の区分と組織の許可から逆算します。

利用環境を選ぶためのまとめ表

選択肢向いている内容送信前に確認すること機密情報の扱い
個人向けクラウドAI公開情報、架空データ、一般的な文章作成学習設定、履歴、保持期間、共有リンク組織の許可がない業務情報は送らない
組織契約のクラウドAI承認済みの業務データ契約条件、管理者設定、保存地域、外部連携情報区分と社内規程で許された範囲に限定する
API経由のシステム定型処理、自動化、組織管理下の連携保存方針、ログ、委託先、アクセス制御開発・運用ログを含め、設計段階で流出経路を点検する
ローカルAI外部送信を避けたい処理端末権限、同期、バックアップ、更新元外部送信を減らせるが、端末内の漏えい対策は別途必要

どの選択肢でも「機密情報を無条件に入力できる」わけではありません。迷う場合は、まず架空データで作業手順だけを作り、実データを扱える環境かを管理担当者へ確認します。

より閉じた処理が必要なら、データを外部へ送るクラウドAIと、手元の機器で処理する方式の違いをローカルAIとクラウドAIを比較で確認できます。ただし、ローカルAIでも、同期フォルダ、ログ、バックアップ、外部プラグインから情報が出る可能性はあるため、構成全体の確認が必要です。

6. 安全な依頼文へ置き換える

情報を減らすと回答の質が落ちると思われがちですが、目的と判断条件を残せば、固有名詞を削っても役立つ回答を得られます。コツは、原文を丸ごと貼る前に「AIが判断するために必要な要素」を分解することです。

たとえば、次のような依頼は避けます。

添付した顧客台帳を見て、山田太郎さん（住所・電話番号記載）の解約を防ぐメールを書いて。

次のように置き換えます。

通信サービスの解約を希望する既存顧客への返信案を作ってください。理由は「料金が予算を超えたため」です。引き止めを強要せず、解約手順を明示したうえで、希望する場合だけ低料金プランを案内してください。氏名、契約番号、連絡先は出力せず、「お客様」と表記してください。

この形なら、AIへ必要なのは業種、相手の意向、返信の目的、守るべき条件です。本人を識別する情報や契約番号は不要です。生成後に担当者が顧客管理システム上で宛名を加え、事実と表現を確認します。

安全な依頼文は、次の型で作れます。

目的:
何を作るかを一文で書く。

必要な背景:
固有名詞を除き、判断に必要な事実だけを書く。

守る条件:
推測しない項目、含めない情報、確認が必要な点を書く。

出力形式:
見出し、表、箇条書きなど必要な形を指定する。

検品:
入力にない個人情報や事実を補わず、不明点は「要確認」と示す。

作業を頼む目的や完成条件の組み立て方は、既存記事のAIへの「依頼状」の書き方でも詳しく解説しています。安全面では、良い指示を書くことより前に、入力データを最小化する工程を置くのがポイントです。

送信直前には、依頼文を上から読むだけでなく、検索機能で「@」「〒」「秘密」「社外秘」などを探します。完全な検出方法ではありませんが、メールアドレス、住所表記、機密ラベルの見落としを減らせます。業務で繰り返すなら、入力禁止パターンを検査し、不合格なら送信を止める仕組みも検討します。

7. 送信後に気づいたときの対応

誤って送信したと気づいたら、恥ずかしさから様子を見るのではなく、被害を広げない初動を優先します。会話を削除するだけで完了とは限りません。削除前に、組織の手順に必要な事実を記録し、すぐ担当窓口へ連絡します。

個人利用では、次の順で対応します。

  1. 追加の入力や共有を止める。
  2. 送った情報、日時、サービス、アカウント、共有範囲を記録する。
  3. 可能なら会話、共有リンク、添付ファイルを削除し、公式の削除・問い合わせ手順を確認する。
  4. パスワードやAPIキーなどを送った場合は、対象を失効させ、新しい値へ交換する。
  5. カード情報や本人確認情報を送った場合は、発行元や関係窓口の公式案内に従う。
  6. 同じ情報を別の会話や連携先へ送っていないか確認する。

会社や団体の情報なら、自分だけで削除して終わらせず、情報セキュリティ、法務、個人情報保護の担当者へ直ちに報告します。報告には「何を」「誰のアカウントから」「どのサービスへ」「いつ」「どの設定で」「共有リンクの有無」を含めます。事故の重大性や法的な報告義務を、入力した本人だけで判断しないことが重要です。

認証情報を送ってしまった場合は、単に会話を消すのではなく、その値を失効させる必要があります。パスワードを直接入力しない認証方式の考え方は、パスキーはパスワードより安全？仕組みを解説で確認できます。

個人情報保護委員会は、個人の権利利益を害するおそれがある一定の個人データ漏えい等について、委員会への報告と本人への通知が必要になると案内しています。対象には、要配慮個人情報を含む場合、財産的被害のおそれがある場合、不正目的のおそれがある場合、1,000人を超える場合などがあります。報告が必要な事業者は、発覚から概ね3〜5日以内の速報、その後の確報という期限が示されています。実際の該当性と報告先は、最新の公式案内を確認して担当者が判断してください。

最後に、事故を個人の注意不足だけで終わらせません。「貼り付け前の検査がなかった」「許可サービスが分からなかった」「秘密を含むファイルへ目印がなかった」など、仕組み上の原因を一つ特定し、再発防止へ戻します。公開前の検査を自動化する考え方は、AIが書く記事に「機械の門番」を付ける方法も参考になります。

入力前の最終確認は、次の7項目です。

  • 自分に外部送信する権限がある。
  • パスワード、認証情報、決済情報を含まない。
  • 個人や案件を特定する情報を必要最小限まで削った。
  • 添付ファイルのコメント、履歴、メタデータを検査した。
  • 利用中の契約、保持、学習、レビュー、削除条件を公式情報で確認した。
  • 組織の許可されたアカウントとサービスを使っている。
  • 誤送信時の連絡先と停止手順が分かる。

一つでも満たせない場合は、その場では送らず、架空データに置き換えて相談するか、管理担当者へ確認します。生成AIの安全な活用は、何でも隠すことではなく、必要な情報だけを、許可された環境へ、検査して渡す運用から始まります。

よくある質問

氏名を「Aさん」に変えれば、個人情報を入力しても安全ですか？

氏名だけでは判断できません。所属、役職、年齢、地域、日時などの組み合わせから本人を特定できる場合があります。回答に不要な属性を削り、残した情報の組み合わせも確認してください。

AIの学習設定をオフにすれば、会社の機密情報を入力できますか？

学習を止める設定だけでは不十分です。履歴や監視目的の保持、組織の規程、顧客との契約、外部連携も確認する必要があります。会社が承認した環境と情報区分が分からなければ、架空データへ置き換えます。

一時チャットなら個人情報を入力しても大丈夫ですか？

一時チャットは履歴や学習への利用を抑える機能ですが、サービスによっては安全監視などのため一定期間保持されます。入力する権限や法令・契約上の条件まで免除する機能ではありません。

ファイル添付と文章のコピー貼り付けは、どちらが安全ですか？

必要な段落だけをコピーし、識別情報を削った新しいテキストにする方が、不要な情報を減らしやすい傾向があります。ファイル添付が必要なら、コメント、変更履歴、非表示部分、メタデータ、ファイル名も検査します。

機密情報を送信した後、会話を削除すれば対応は完了ですか？

削除だけで完了とは限りません。送信内容と日時を記録し、共有を止め、認証情報なら失効させます。業務情報の場合は、組織の事故対応窓口へすぐ報告し、法的な通知や追加対応の要否を担当者が判断します。

一次情報の確認記録

既存の出典は2026年7月23日、今回追記した2件は2026年7月24日に確認しました。サービスの設定、保持期間、法令・ガイドラインは更新されるため、実際に利用・判断する時点でリンク先の最新版を再確認してください。