生成AIと個人情報保護｜企業の入力可否を判断する実務

生成AIへの入力可否は、「氏名を消したか」だけでは決まりません。 元データの法的区分、本人へ示した利用目的、AI提供者の取扱目的、保存先、再委託先、削除可能性まで一続きで確認して初めて、業務で使える範囲が定まります。本稿は、顧客対応記録や従業員情報を扱う企業の業務責任者、法務、個人情報保護管理者、情報システム担当者が、一件の利用申請に対して「入力可」「加工後に可」「指定環境だけ可」「入力停止」のいずれかを記録できる状態を目指します。

入力前に情報の法的区分と再識別可能性を分ける

最初の分岐は、入力候補が個人情報保護法上の「個人情報」に当たるかです。同法は生存する個人に関する情報で、氏名などにより特定の個人を識別できるものだけでなく、他の情報と容易に照合して識別できるものや個人識別符号を含むものも対象にします。したがって、問い合わせ文から氏名を消しても、注文番号、勤務先、役職、固有の事故経緯を社内台帳と照合できるなら、担当企業にとって個人情報である可能性が残ります。e-Gov法令検索の「個人情報の保護に関する法律」（平成15年法律第57号、2026年7月30日参照）と、個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」（令和8年6月一部改正）は、この区分を確認する一次資料です^[1][2]。

次に、「個人情報」「個人データ」「保有個人データ」を同じ箱に入れないことが重要です。表計算や顧客管理システムなど、検索できる個人情報データベース等を構成する情報は個人データとなり、安全管理措置、従業者・委託先の監督、第三者提供などの規律が問題になります。自社に開示・訂正等の権限がある保有個人データでは、本人対応の手順も必要です。生成AIに貼り付ける一行だけを見ても結論は出ず、その一行がどの台帳から抽出され、どの照合キーを残しているかまで遡ります。

実務では、入力欄だけでなく添付ファイル、検索拡張用の文書群、会話履歴、フィードバック欄、管理画面のログも対象に含めます。例えば、契約書要約で本文を伏せても、ファイル名が「山田太郎_退職合意書.pdf」のままなら個人情報が外部送信されます。画像生成や音声文字起こしでは、EXIF、話者名、背景の名札など、利用者が意識しない付随情報も確認対象です。この棚卸しを省く案件は、データの入口を特定できないため「加工後に可」へ進めず、いったん入力停止とします。

個人情報保護法上の直接義務を処理単位で確認する

個人情報保護法は「生成AI」という製品名に一律の可否を与える法律ではなく、取得、利用、保管、提供などの処理に応じて義務を置いています。企業が最初に照合するのは、利用目的の特定（第17条）、目的による利用制限（第18条）、不適正利用の禁止（第19条）、適正取得（第20条）です。顧客が修理相談のために提供した写真を、相談回答とは別の社内モデル評価へ回す場合、当初目的との関係を確認せず「改善のため」とだけ説明するのは不十分です。生成AI利用が既存目的の範囲か、目的変更が合理的関連性を持つか、本人への通知・公表が必要かを処理ごとに記録します。

個人データを扱う場合は、安全管理措置（第23条）、従業者の監督（第24条）、委託先の監督（第25条）が直接の検討対象になります。ここでいう監督は、AI提供者の認証ロゴを確認するだけでは終わりません。送信経路、認証方式、管理者権限、保存期間、利用終了時の削除、再委託先、事故連絡、監査資料の入手可能性を、自社が選んだ利用形態に合わせて確認します。個人データの漏えい等が発生し、法令・規則の報告対象に該当する場合は、委員会への報告と本人通知を含む第26条の対応が問題になるため、発見時刻と影響範囲を保存できる設計が必要です。

外部AI事業者への送信が「委託」なのか「第三者提供」なのかは、契約名称ではなく、提供先がデータをどの目的で扱うかなど個別の事実関係で検討します。提供先が委託業務の達成に必要な範囲だけで処理し、委託元が適切に監督する構造と、提供先が独自の汎用モデル改善へ利用する構造とでは評価が異なります。第三者提供に当たるなら第27条、外国にある第三者への提供に当たるなら第28条の要件が問題になります。「クラウドだからすべて委託」「学習オフなら必ず第三者提供ではない」という近道は使えません。

法的義務の判定単位はサービス名ではなく、特定したデータ、目的、相手方の取扱い、保存・再利用、提供先の所在を組み合わせた一つの処理です。

一方、総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日公表）は、AI開発者・提供者・利用者に向けたリスクベースの実務指針であり、同ガイドライン自体を個人情報保護法の罰則付き義務と同一視してはいけません。同資料は人間中心、安全性、プライバシー保護、セキュリティ確保、透明性などを自社統制へ落とす参考原則として用います^[5]。社内規程では「法令上必須」「契約で必須」「自社が任意に採用」の三列を設け、根拠の強さを混ぜないようにします。

AI提供者の契約・設定から委託と第三者提供を検討する

生成AIの契約確認では、利用規約の一文だけでなく、申込プラン、管理者設定、APIと対話画面の差、地域オプション、サポート経路を一組として保存します。同じブランドでも、無償アカウント、法人向けテナント、API、追加学習サービスで入力データの保存やモデル改善への利用条件が異なることがあるためです。個人情報保護委員会「生成AIサービスの利用に関する注意喚起等」（2023年6月2日）は、個人情報取扱事業者が個人データを入力する場面で、利用目的の範囲内かを確認し、提供事業者が機械学習に利用しないことなどを十分に確認するよう注意を示しています^[3]。

経済産業省「AIの利用・開発に関する契約チェックリスト」（2025年2月18日公表、同月20日資料差替え）は、インプットの利用範囲、アウトプットの利用条件、個人情報保護法第27条・第28条、セキュリティ、監査、ログ、規約改定を契約実務の確認点として整理しています^[4]。これは法令そのものではありませんが、契約交渉で質問を漏らさないための公的な参考資料です。回答が営業資料と契約文書で食い違う場合は、法的に拘束力を持つ文書と注文内容を優先して確認し、未解消なら個人データを送信しません。

設定確認は審査日だけの画面写真で終わらせません。例えば「モデル改善への利用を許可しない」設定がテナント全体なのか利用者単位なのか、既定値が新規ユーザーにも引き継がれるかをテスト用アカウントで確かめます。APIの場合は、送信先エンドポイント、ログ出力先、デバッグ時の本文記録、障害解析用の一時保存も対象です。審査済みサービス名だけをホワイトリスト化すると、未承認プランへの切替を検知できないため、製品名・プラン名・契約版・設定プロファイルの四点で利用許可を識別します。

六段階の入力可否判定で曖昧な申請を止める

入力可否判定は、申請者の「便利そうだから使いたい」を、確認可能な六つの質問へ変換します。第一に業務目的と本人へ示した利用目的、第二に入力フィールドと法的区分、第三に代替手段と最小化、第四に提供者の取扱目的、第五に保存・国外移転・再委託、第六に出力後の人による確認と削除です。どれか一つが空欄なら承認者が推測で補わず、申請者または提供者へ差し戻します。

1. 目的を一文に固定する：「問い合わせ回答を作る」ではなく、「既存FAQを基に担当者が送信前確認する返信案を作る」のように開始点と終了点を示す
2. 入力項目を列挙する：本文、添付、メタデータ、会話履歴、検索対象文書について、個人情報・要配慮個人情報・機密情報の有無を記載する
3. 削除・置換を試す：氏名だけでなく、注文番号、住所、固有日付、自由記述を除いても目的を達成できるか代表10件で確認する
4. 送信先の処理を特定する：モデル学習、品質監視、障害調査、保存、再委託、国外処理を契約版と設定値から確定する
5. 法的構成を確認する：利用目的内か、委託か第三者提供か、外国提供の要件が関係するかを法務・個人情報保護管理者が判断する
6. 判定と期限を残す：利用範囲、禁止入力、承認者、失効日、再審査条件を記録し、利用者へ同じ内容を表示する

想定例として、月200件の法人顧客からの問い合わせを要約する業務を考えます。代表20件を調べたところ、氏名12件、直通電話7件、注文番号15件、健康状態1件が含まれていたとします。これは実在企業の実測値ではありません。氏名・電話・注文番号を置換しても要約精度が業務合格基準を満たす18件は「加工後に可」の候補ですが、健康状態を含む1件と、固有事情を消すと回答できない1件は自動送信対象から外します。対象率は18件÷20件×100＝90％であり、全件を許可する根拠には使わず、残る10％を入口で振り分ける設計に使います。

入力可否判定票（記入例・想定案件）
案件ID: CS-SUMMARY-2026-04
目的: 担当者が送信前確認する問い合わせ要約の作成
入力: 本文のみ。氏名・電話・注文番号・自由記述中の識別子を置換
対象外: 要配慮個人情報、個人番号、本人特定が必要な苦情、添付ファイル
環境: 法人テナント / 指定プラン / 学習利用なし設定
法的整理: 既存利用目的との関係、委託範囲、国外処理を別紙で確認
出力処理: 原文と照合後に担当者が確定。未確定要約の外部送信は禁止
判定: 加工後に可
失効: 2026-10-31 または契約・保存条件の変更時の早い方
停止権限: 個人情報保護管理者、CS部門長、情報セキュリティ責任者

判定は「可／不可」の二択より、条件を運用へ反映できる四区分が実用的です。「入力可」は指定環境と定義済み項目に限定し、「加工後に可」は置換処理の合格ログを要求します。「指定環境だけ可」は閉域構成や専用テナント以外を禁じ、「入力停止」は不足資料が解消するまで送信しません。この四区分は法律上の名称ではなく、企業が採用する内部統制の提案です。承認画面には結論だけでなく、禁止入力と失効条件を同じ大きさで表示します。

後から説明できる証跡を最小限のデータで残す

証跡の目的は、入力内容を大量保存することではなく、誰がどの条件で利用を許可し、事故時に影響範囲を特定できるようにすることです。生のプロンプトを無期限に監査ログへ複製すると、保護対象を増やしてしまいます。通常ログには案件ID、利用者ID、時刻、サービス・モデル・設定版、データ区分、判定、出力の利用先、例外番号を残し、本文そのものは業務上必要な期間とアクセス権で管理します。内容照合が必要なら、原文の保管場所とハッシュ値を紐付ける方法を検討します。

加工の証跡では、削除した項目名と残した項目名を記録します。「匿名化済み」という自由記述だけでは、誰がどの基準で加工したか再現できません。想定例の問い合わせ要約なら、氏名、電話、メール、顧客番号を自動置換し、住所、役職、固有日付、自由記述の識別性を担当者が確認する、と処理を分けます。20件中2件で自由記述から本人を推測できたなら、再識別残存率は2÷20×100＝10％です。この数値は法的な安全基準ではなく、加工規則の不足を見つける内部テスト値であり、0件になるまで入力を開始しないという自社条件に使えます。

保存期間も証跡ごとに分けます。契約版や承認記録は利用期間中と終了後の説明に必要ですが、テスト用に複製した個人データは判定完了後すぐ削除できる場合があります。法定保存期間が一律に存在すると決めつけず、業法、契約、紛争可能性、本人対応、セキュリティ調査の必要性を踏まえて社内保存表へ落とします。削除ジョブの設定だけで完了とせず、対象件数、成功件数、失敗ID、再実行時刻を確認し、バックアップからの消去仕様も契約資料と整合させます。

入力停止、例外承認、事故対応の境界を決める

停止条件は「問題が起きたら相談」では遅く、利用者が送信前に判断できる文にします。本人へ示した目的との関係を説明できない、要配慮個人情報や特定個人情報を検出した、学習利用・保存期間・処理国が未確認、会社管理外アカウントしか使えない、削除不能、契約版が承認時と異なる、という状態では入力を止めます。処理済みデータで本人の権利利益を害するおそれが生じた場合も、新規利用を止め、影響範囲の特定を優先します。

例外承認は、禁止情報を「責任者が見たから送ってよい」と変える手続ではありません。標準環境では目的を達成できず、専用環境や追加契約でリスクを下げられる案件について、期間、件数、対象者、データ項目、閲覧者、削除日を限定する仕組みです。例えば、顧客本人から依頼された文書の要約で固有名詞を残す必要があっても、汎用対話画面ではなく、学習利用なし・保存期間限定・アクセス制御済みの環境を選び、50件・14日間と上限を置く、といった形にします。件数と日数は法定値ではなく、案件ごとに決裁する内部上限です。

生成AIへの入力が向かないケース

本人確認、採否、与信、診断、懲戒など、誤りが本人へ重大な不利益を与える判断で、元データの正確性、説明経路、訂正手段、人による決定権を確保できない案件は、文章生成の便利さだけを理由に開始しません。また、サービス提供者が入力の利用目的・保存・削除・再委託を説明しない場合は、データを加工しても契約上の不確実性が残るため、別の処理手段を選びます。

事故時は「AIが誤った」ではなく、いつ、誰が、どの環境へ、どの区分の情報を送り、どこへ出力を使ったかを時系列化します。個人情報保護法第26条の報告・本人通知が必要かは、漏えい等の類型や本人の権利利益を害するおそれなど、法令・規則と個別事実で判断します。社内の4時間以内連絡や24時間以内の暫定報告を採用する場合、それは法定期限の代替ではなく、法的判断に必要な情報を早く集める内部目標として明記します。

業務・法務・情報システムの責任を重ねずに割り当てる

個人データを生成AIで扱う責任は、AI推進担当者一人へ集約できません。業務責任者は目的、必要項目、出力の利用先、本人への影響を決めます。法務・個人情報保護管理者は、目的内利用、委託・第三者提供、国外提供、本人対応、事故報告の論点を確認します。情報システムとセキュリティ担当は、契約した条件をSSO、権限、ログ、保存、削除、送信制御へ実装します。調達担当は、注文書とデータ処理条項が審査条件を満たす状態を維持します。

最終承認者は案件の残余リスクを受ける事業側に置き、専門部署は条件と不備を明示する設計が分かりやすいでしょう。ただし、法令違反のおそれや重大事故の可能性がある場合、事業側の納期判断だけで専門部署の停止を解除できない権限規程が必要です。例えば、個人情報保護管理者とCISOに一時停止権限を付与し、再開は業務責任者を含む三者承認とする、と権限を先に定めます。これは一例であり、会社法上の機関設計、既存の情報セキュリティ規程、規模に合わせて調整します。

小規模企業では専任者を増やすより、同じ人が複数役割を兼務しても「どの帽子で判断したか」を記録する方が現実的です。代表取締役が業務責任者と個人情報保護管理者を兼ねる場合でも、目的の必要性、契約確認、技術設定、最終受容を判定票の別欄に分けます。外部弁護士やセキュリティ事業者を使うときは、助言者と承認者を混同せず、自社がデータ処理の決定と継続監督を担う構造を保ちます。

運用数値と変更事実から再審査の時期を決める

再審査は年一回という日付だけでなく、契約・機能・データ・利用先の変化で開始します。モデルまたはプランの変更、学習利用設定の追加、保存期間や処理国の変更、新しい再委託先、画像・音声への対応、外部ツール連携、利用部門の拡大、本人からの苦情、誤送信、出力への個人情報混入が代表的なトリガーです。AI事業者ガイドライン第1.2版がLiving Documentとして更新され得る点も踏まえ、参照資料の版を台帳に持ち、改訂差分が自社統制へ影響するかを確認します。

監視指標は利用回数より、許可条件が機能したかを測ります。候補として、禁止情報の送信前検知率、未承認アカウント利用件数、期限切れ承認の残数、加工後の再識別残存率、削除失敗件数、規約変更から再審査完了までの日数、例外の期限超過率があります。送信前に禁止情報を検知した40件のうち38件を遮断し、2件が送信されたなら検知・遮断率は38÷40×100＝95％です。目標が100％なら、95％を「高いから合格」とせず、漏れた2件の入力経路を閉じます。

月次レビューでは、数値の増減と同時に母数と業務構成を見ます。例外件数が10件から5件へ減っても、処理総数が1,000件から200件へ減ったなら、例外率は1％から2.5％へ悪化しています。実測値と想定値を同じグラフに置かず、実測期間、対象テナント、除外案件を記します。重大な誤送信が一件でも発生した場合は平均値を待たず、停止条件に従って対象経路を止めることが、個人情報保護の運用では優先されます。

次に取る行動

予定している生成AI利用を一件選び、入力候補10件について「情報区分」「削除できる識別子」「提供者の取扱目的」「保存・処理国」「出力先」を入力可否判定票へ記入してください。一項目でも契約または設定から確認できなければ送信を保留し、その不足情報を提供者への質問票に変えます。

参考文献・出典

1. e-Gov法令検索「個人情報の保護に関する法律（平成十五年法律第五十七号）」（現行法令、参照日：2026年7月30日）
2. 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」（平成28年11月、令和8年6月一部改正、参照日：2026年7月30日）
3. 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」（2023年6月2日、参照日：2026年7月30日）
4. 経済産業省「AIの利用・開発に関する契約チェックリスト」（2025年2月18日公表、2025年2月20日資料更新、参照日：2026年7月30日）
5. 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日公表、ページ最終更新：2026年4月1日、参照日：2026年7月30日）