INSIGHT
AIに渡す情報はどこまで必要か——残す理由と削除の担当を決める
回答に必要な情報だけを渡すには、何を残し何を外すか。
顧客の問い合わせをAIで要約し、返信案を作る。精度を上げようと、過去のメール、注文履歴、添付、担当者メモを一括で渡す案が出た。「多いほうが文脈を理解できる」と思うかもしれない。しかし、返信案に必要な情報と、社内で保存すべき記録と、AIサービスに残る情報はそれぞれ理由が違う。
入力を増やすと、回答に使われない情報まで別の場所へ複製される。反対に、むやみに削れば、経緯を確かめられず、顧客へ誤った返答をするおそれもある。必要なのは少なさを競うことではなく、情報ごとに使う理由と残す理由を説明できる状態である。
AIへ渡す情報は、目的に必要かを一項目ずつ決める。保存は入力の判断から分け、元資料・入力・出力・派生物を誰がいつ見直すかまで決める。
「問い合わせ対応」を、一回の仕事へ絞る
「顧客対応の効率化」のような広い目的では、必要な情報を選べない。「担当者が今回の問い合わせの要点を三行にまとめる」「契約条件を確認するための候補箇所を出す」「返信案を作り、人が原文と契約を確認して送る」のように、AIへ頼む一回の仕事と出力の使い方を書く。
そのうえで、入力候補を三つに分ける。
- そのまま必要：質問本文、対象製品、今回の注文番号など、目的達成に直接使う情報
- 加工すれば足りる：氏名を社内用の識別子に替える、長い履歴を担当者が要約するなど、詳細を減らせる情報
- 今回は不要：身分証の写し、別案件の評価メモ、過去の全添付など、出力の確認にも使わない情報
必要か迷う情報は、「念のため」で投入しない。その情報を外した試行で仕事が成立するか、担当者が確認する際に原文を別画面で参照すれば足りるかを考える。AIへ渡さないことは、会社として元資料を廃棄することと同じではない。業務記録として必要な原本は、既存の管理場所に残したまま、AI入力だけを絞れる。
必要最小限を、一律の法的結論にしない
実務でいう「必要最小限」は、すべての情報を常に最小量にする固定ルールではない。目的、求める出力、誤った場合の影響を見て、理由のない項目を増やさないための判断方法である。業務によっては、誤認を避けるために前後の文脈や履歴が必要になる。
個人情報保護委員会の通則編 は、利用目的をできる限り具体的に特定すること、特定した目的の達成に必要な範囲を超える取扱い、安全管理、従業者・委託先の監督などを説明している。現行ページは平成28年11月制定、令和8年6月一部改正で、条番号は令和8年6月14日時点とされている。
ここから「AIには常にこの項目数まで」「あらゆるデータに同じ削除期限」といった一律の結論は出ない。個人情報・個人データに当たるか、利用目的との関係、委託や提供の整理、他法令や契約による保存の必要は事案ごとに確認する。個人情報以外にも、取引先の秘密、知的財産、社内限定情報には別の条件があり得る。
NIST AI 600-1 は、生成AIに固有・増幅されるリスクと対応を整理した任意のリスク管理資料である。データの来歴、プライバシー、第三者、出力の確認などを検討する参考になるが、日本法上の義務や、特定の保存期間を決める資料ではない。
情報を減らす理由は、法律らしい言葉で一括しない。業務目的、契約、法令、サービス条件を分けて確認し、項目ごとの採否を決める。
元資料、入力、出力、派生物を別の箱で追う
AIを使うと、同じ内容が複数の形で残る。顧客から届いた原文、AIへ貼った入力、アップロードした添付、AIの回答、共有した会話、回答を転記した顧客記録、ダウンロードしたファイル、運用や監査のログである。要約、抽出表、埋め込み表現など、元資料を加工してできた派生物もあり得る。
一つの「保存期間」でまとめず、各場所について次を記録する。
- 何が残るか。原文か、抜粋か、変換後の情報か
- なぜ残すか。顧客対応、品質確認、監査、障害調査など目的は何か
- 誰が見られるか。社内担当、提供者、再委託先の関与はあるか
- いつ見直すか。案件終了、契約終了、苦情対応完了などの時点は何か
- 誰が削除・移管を実行し、完了を確認するか
AIサービスの画面から会話を削除しても、ログ、バックアップ、連携先の複製まで同時に消えるとは限らない。提供元の契約、管理画面、保存・削除の説明で範囲を確かめる。確認できない場所があるなら、その場所へ送る情報を減らすか、別の処理方法を選ぶ。
保存する理由と、消去を判断する時点を結ぶ
通則編は、個人データについて、利用目的の達成に必要な範囲で正確かつ最新に保つよう努め、利用する必要がなくなったときは遅滞なく消去するよう努めることを示す。同時に、法令で保存期間などが定められている場合を挙げている。個人情報保護法がすべての個人情報に固定の保存期間を置いているわけではない。
そこで、「何年間残すか」から先に決めない。「顧客への回答と異議対応のため」「契約履行を記録するため」「障害原因を調べるため」のように目的を書き、その目的が終わる時点と、別の保存根拠が残るかを確認する。元の顧客記録は保存が必要でも、AIへ貼った作業用の会話まで同じ期間残す必要があるとは限らない。
削除判断は、サービス管理者だけに任せない。業務責任者は目的が終わったことを知らせる。法務・記録管理の担当は契約や保存義務を確認する。システム管理者は対象の保存場所と技術上の削除範囲を確かめる。実施者は削除・移管を行い、確認者が対象、日付、残る情報と理由を記録する。
「いつか役立つかもしれない」は保存目的にしない。残す理由、その理由が終わる時点、削除を判断する人を一組にする。
利用後の振り返りで、次の入力を減らす
運用開始時に決めた項目が、実際の仕事に必要だったとは限らない。一定期間の利用後に、項目を外しても必要な結果を出せたか、確認者が何を原文へ戻したか、出力に不要な情報が現れたか、削除対象を特定できたかを振り返る。回答に現れない項目も生成に影響する可能性があるため、文章に出ていないことだけで不要とは決めない。
過去の全メールを入れたが直近の問い合わせだけで足りたなら、次の入力ひな形を直す。顧客名を外したため同姓の契約を取り違えそうになったなら、社内だけで照合できる識別子を使うなど別の方法を検討する。必要最小限は一度決めた量ではなく、業務結果に照らして更新する条件である。
自分の入力を見直すときは、対象業務、使った項目と外した項目、原文確認の方法を記録する。保存先ごとの目的、見直し時点、削除担当は、情報管理や業務の担当へ確認する。例外で情報を追加する場合は、理由、対象案件、終了時点、承認者を残す。例外を次回以降の標準入力へ自動的に足さない。
情報ごとに、残す理由・保存先・削除する時点と担当を決める
AIへ渡す情報を決める仕事と、会社として記録を残す仕事は同じではない。目的に必要な情報だけをAI入力に選び、原本は既存の管理ルールで扱い、AI利用で増えた出力や派生物には別の保存理由を付ける。
次にAIへ渡す一件で、必要な項目と今回は外せる項目を分けたい。元資料を消すのではなく、入力用の写しを絞り、利用後に何が残ったかを記録する。保存義務や削除範囲が分からないものは、自分で期限を決めず、記録管理とサービスの担当へ確かめる。