この記事は、生成AIへ情報を入力する前の確認観点を整理した実務メモです。個人情報保護法の適用や、特定サービスの保存・学習・削除の設定を個別に判断するものではありません。
「生成AIに個人情報を入力しても大丈夫？」という疑問に、いつでも同じ答えを返すことはできない。名前や連絡先だけでなく、相談記録、顧客とのメール、採用に関するメモ、社内文書の一部にも、扱いに注意が必要な情報が含まれることがある。
大切なのは、AIを使うか使わないかを先に決めることではない。何のために、どの範囲を、どのサービスへ送り、どれくらい残すのかを分けて確認することだ。送信前の小さな境界が、便利さを保ったまま入力の事故を減らす。
01 「入力する」は、情報を外へ出すことかもしれない
クラウド型の生成AIサービスへプロンプトやファイルを入力するとき、入力内容は自分の画面だけに留まるとは限らない。サービス提供者のシステムへ送られ、アカウント設定や契約、サービスの仕様に応じて処理される。
個人情報保護委員会は、生成AIサービスの普及を踏まえ、サービスの利用に関する注意喚起等を公開している。そこで重要なのは、生成AIを特別な箱として扱うことではなく、個人情報を扱う通常の業務として、利用目的や取り扱う範囲を確認する姿勢だ。
2026年の改正個人情報保護法も、成立・公布と施行を分けて確認したい。改正法は2026年7月17日に公布され、一部を除き、公布から2年以内に政令で定める日から施行される。9月16日時点では、関連する政令・委員会規則の整備に向けた基本的な考え方（案）が審議されていた。改正法の公布だけで特定の生成AIサービスへの入力可否を決めず、施行日や最新の公式説明、サービスの処理条件、組織の利用ルールを確認する。この段落も個別の適法性を判断するものではない。詳しくは個人情報保護委員会の改正法情報を参照する。
「入力しただけだから安全」「学習に使われない設定だからすべて問題ない」と短絡しない。まず、どこへ送られるのか、誰が管理するのか、どんな条件で処理されるのかを読む。
02 送る前に、四つの境界を置く
編集部が送信前に確認する境界は、目的、範囲、送信先、時間の四つだ。これは法令上のチェックリストを置き換えるものではなく、見落としを減らすための設計メモである。
| 境界 | 先に問うこと |
|---|---|
| 目的 | その情報がなければ、何ができなくなるのか |
| 範囲 | 氏名、識別子、自由記述、添付ファイルのどこまで必要か |
| 送信先 | どのサービス、アカウント、地域、契約条件で処理されるか |
| 時間 | どれくらい残り、誰が確認・削除・見直しできるか |
四つのうち一つでも答えられないなら、いったん入力を止める。AIの回答を得ることより、情報の行き先を説明できることを先に置く方が、後から戻りやすい。
03 まず最小化し、そのあとでマスクする
個人情報を入力しないようにする最も確実な方法は、目的に不要な情報を最初から持ち込まないことだ。顧客への返信文の下書きが目的なら、氏名、住所、注文番号を本当に含める必要があるかを先に考える。
情報を次のように分けると、渡す範囲を決めやすい。
| 情報の種類 | 送信前の考え方 |
|---|---|
| 公開情報 | 参照元と利用目的を確認して、必要な部分だけ使う |
| 社内情報 | 組織のAI利用ルールと共有範囲を確認する |
| 個人に関わる情報 | 目的に必要な最小範囲へ絞り、別の識別情報も見直す |
| 営業秘密・認証情報 | クラウドAIへ入力しない経路をまず検討する |
氏名を仮名へ置き換えれば自動的に安全になる、という意味でもない。自由記述、日時、所属、固有の出来事が組み合わさると、別の情報と照合できる場合がある。マスクはゴールではなく、入力を減らした上で残るリスクを検討するための一手だ。
IPAの「AI利用者のためのセキュリティ豆知識」も、AI利用者向けの最低限の対策として、クラウドAIへ営業秘密を教えないことや、社内用と社外用のAIブラウザを分けることなどを紹介している。個人情報だけでなく、秘密情報や認証情報も同じ送信前の境界で扱う必要がある。
04 サービスの条件と組織のルールは別々に読む
サービスのプライバシーポリシーを読んでも、それだけで社内の利用が承認されるわけではない。逆に、社内で使ってよいと決まっていても、サービスの仕様を確認しなくてよいわけではない。
少なくとも次の項目を、サービス側と組織側に分けて見る。
- 入力データが何の目的で処理されるか
- 保存期間、削除方法、ログや履歴の扱い
- 管理者や他の利用者から見える範囲
- 外部サービスや委託先への提供条件
- 個人情報や営業秘密を扱うことへの社内承認
- 事故や誤送信が起きたときの報告先と停止手順
個人用アカウントへ業務データを持ち込む、承認されていない外部サービスへ貼り付ける、削除ボタンだけを確認して利用目的を見ない。こうした境界の混同が起きると、入力前に考えるべきことが後工程へ押し出される。
05 出力と履歴も、入力の続きとして見る
入力を慎重にしても、AIの出力や履歴の扱いを忘れると、別の場所で情報が広がる。出力に個人を推測できる内容が含まれていないか、共有文書へそのまま貼っていないか、作業ログやブラウザ履歴へ残っていないかを確認する。
AIメモリのように、保存された情報、会話履歴、現在の文脈、応答のための推測が分かれているサービスもある。記憶の有無だけで安心・不安を決めず、何がどこへ残るのかを確認可能な形にすることが重要だ。
NISTのPrivacy Frameworkが示すデータの目的、最小化、アクセス、修正、削除、保存期間という視点は、生成AIへの入力にも接続できる。AI専用の魔法の安全策を探すより、既存のプライバシー管理を入力・出力・履歴へ延長する方が、運用へ落とし込みやすい。
06 「送らない」以外の選択肢を残す
個人情報を含む作業をすべてAIから遠ざける必要があるとは限らない。承認済みの環境で、最小限の情報を使い、人が出力を確認し、不要になった記録を見直す設計もある。一方で、目的を達成できるなら、個人情報を使わないテンプレートや手動処理を選ぶこともできる。
送信前の短いチェックは、次の四問で始められる。
- この情報は、目的のために本当に必要か
- 不要な名前、識別子、自由記述、添付を外せるか
- 送信先、保存、共有、削除の条件を確認したか
- 出力と履歴を誰が確認し、問題時に止められるか
答えが曖昧なままなら、入力を保留して担当者へ戻す。生成AIは便利な入力欄ではなく、データが動く接点である。目的、範囲、送信先、時間を見えるようにすれば、使う場面と使わない場面の両方を選びやすくなる。