●  MONTHLY_AI / SYS_OK / 2026.10
月刊AI
ANALYSIS / 分析 — VOL.07

「覚えている」と「詮索」の境界線

関係を続けるほど、会社は顧客のことを知る。その情報をAIでどこまで使ってよいのか——個人情報保護のルールと公的ガイドラインから、期待と自動化の4象限を引く

樫山 隆一 / RYUICHI KASHIYAMA 2026年10月号 分析・解説 DEEP DIVE
プライバシーポリシーと手描きのマトリクス
顧客情報の使いどころを検討する(2026年8月)
RELATIONSHIP DATA MATRIX — EXPECTATION × AUTOMATION AUTOMATION / AIによる自動化の度合い → DISTANCE FROM CUSTOMER EXPECTATION / 顧客の想定からの距離 → ZONE A — 記憶域 / START HERE 前回の続きから話す ・修理・購入履歴をAIで要約して担当者が読む ・電話の前に「前回の要点」を確認する ・担当交代時の引き継ぎメモを作る 顧客が「覚えていてほしい」範囲そのもの ZONE B — 先回り域 / WITH STOP 約束した連絡を自動で送る ・契約に基づく定期点検の日程案内 ・消耗品の交換時期のお知らせ ・配信停止の手段を必ず添える 本文は定型、例外は人が確認する ZONE C — 確認域 / ASK FIRST 新しい使い方は、先に断る ・履歴を使って別商品を提案する前に一言 ・利用目的の範囲を超えるなら同意を得る ・提案するかどうかは人が判断する 驚かせないことが、関係を守る ZONE D — 詮索域 / DANGER 知られたくないことを、勝手に使う ・履歴から私生活や懐具合を推測して自動営業 ・顧客データを無断で外部AIの学習に回す ・本人が知らない形での第三者への提供 法の線の手前でも、関係の線を越える ZONE A から始め、約束した連絡だけを ZONE B に移す。ZONE D には入らない。
図3 — 関係データの「期待 × 自動化」マトリクス(月刊AI 編集部作成 / 個人情報保護法の利用目的の考え方、AI事業者ガイドライン第1.1版、NIST AI RMF 1.0に基づく)
今号との接続 巻頭特集は、関係を「記憶」と「次の約束」に分解した。記憶を会社に残すことは、顧客の情報を会社が持ち、使うことを意味する。その使い方を誤れば、関係は深まるどころか壊れる。本稿は、その境界線を引く。

関係を続ける会社ほど、顧客について多くを知る。何を買ったか、いつ壊れたか、何を気にしていたか。生成AIはそれらを一瞬で要約し、つなげ、推測する。便利さと危うさは同じ場所にある。本稿では、顧客情報を「どこまでAIで使ってよいか」を、法の要請と関係の論理の両面から整理する。

01法が求めているのは「目的の範囲」

個人情報保護法は、事業者に対して、個人情報の利用目的をできる限り特定すること、そしてあらかじめ本人の同意を得ずに、その目的の達成に必要な範囲を超えて個人情報を取り扱わないことを求めている。保守点検のために預かった情報は、保守点検のために使う。この原則は、AIを使うかどうかに関係なく変わらない。

生成AIについては、個人情報保護委員会が2023年6月2日に注意喚起を公表している。事業者が個人情報を含むプロンプトを生成AIサービスに入力する場合には、特定された利用目的の達成に必要な範囲内であることを十分に確認すること。さらに、本人の同意を得ずに個人データを含むプロンプトを入力し、そのデータが応答結果の出力以外の目的で取り扱われる場合には、法の規定に違反する可能性があること。中小企業にとって実務上の要点は二つに絞れる。使う目的が当初の目的の範囲内か。入力したデータが、サービス側で学習などに使われない設定になっているか。

02ガイドラインが加える「透明性」と「人間の判断」

総務省・経済産業省の「AI事業者ガイドライン(第1.1版)」(2025年3月28日)は、AIを利用する事業者に対し、プライバシーの保護、透明性の確保、そして適切なタイミングで人間の判断を介在させることを求めている。米国国立標準技術研究所(NIST)の「AI RMF 1.0」も、AIのリスクは技術そのものではなく、それが使われる文脈によって決まるという立場をとる。2024年5月に改訂されたOECDのAI原則も、プライバシーへの対応をより直接的に扱い、透明性と説明可能性の原則では、影響を受ける人が結果を理解し、必要に応じて異議を唱えられるよう、文脈に応じた意味のある情報を提供することを求めている。

この二つを関係の文脈に当てはめると、問うべきことが見えてくる。同じ情報、同じAIでも、顧客がそれを予想しているかどうかでリスクの大きさが変わる。点検日程の案内は、契約した顧客にとって予想どおりの連絡だ。購買履歴から推測した新商品の売り込みは、予想外の連絡になる。そしてその連絡を、人が判断したのか、機械が自動で送ったのか。この二つの軸で、使い方を4つに分けたのが図3である。

軸1:顧客の想定からの距離 顧客が「この会社ならこの情報を使うだろう」と予想している範囲の内か外か。利用目的の範囲と重なることが多い。
軸2:AIによる自動化の度合い AIの出力を人が読んで判断するのか、AIの判断がそのまま顧客に届くのか。
判断の順番 まず軸1を確かめ、範囲外なら自動化しない。範囲内でも、例外は人が見る。

034象限が示す、始める場所と入らない場所

ZONE A(記憶域)は、AIが担当者の記憶を支える使い方だ。修理履歴を要約して電話の前に読む、担当交代時の引き継ぎメモを作る。顧客から見えるのは「この会社は前回のことを覚えている」という体験だけで、AIの判断が直接届くことはない。関係の再設計は、すべてここから始めるべきである。

ZONE B(先回り域)は、顧客と約束した連絡を自動化する使い方だ。契約に基づく点検案内、消耗品の交換時期の通知。顧客の予想の範囲内なので自動化してよいが、配信停止の手段を添え、例外的な事情(故障中、休業中など)は人が確認する。

ZONE C(確認域)は、情報を新しい目的に使う場面だ。点検の記録をもとに別の機器の更新を提案する、といったケースである。提案そのものが悪いわけではない。だが顧客の予想の外にある以上、人が判断し、必要であれば先に一言断る。利用目的を超えるなら同意を得る。

ZONE D(詮索域)は、入ってはいけない場所だ。履歴から店の懐具合や家庭の事情を推測して自動で営業をかける。顧客データを、学習に使われる設定のままの外部サービスに入れる。たとえ個別には法の線を越えていなくても、露見したときに失うのは一件の取引ではなく、関係そのものである。

「覚えていてくれる」と「見張られている」は、同じ情報の、別の使い方である

04中小企業が今日決めておくべき三つのこと

大企業のような法務部門やデータ管理部門を持たない中小企業でも、最低限、次の三つは紙一枚で決めておける。第一に、顧客情報を何のために使うかを、自社の言葉で書き出す(保守点検のため、見積と提案のため、など)。第二に、生成AIに入力してよい情報と、伏せ字にする情報を分ける。氏名・連絡先は記号に置き換え、機種や症状だけを渡す運用でも、要約や分類の多くは十分にこなせる。第三に、業務で使う生成AIサービスの、入力データの扱いに関する設定を確認する。

今号の現場ルポの会社は、この三つを90日の最初に決めていた。社長は「機械の記録から店の懐具合まで想像できてしまう。それを使ったら見張られていると思われる」と語っている。これはZONE Dを自覚的に避けた判断だった。

05関係の深さは、信頼の預金残高で決まる

関係を設計し直すとは、顧客の情報を集めることではない。預かった情報を、顧客の期待どおりに使い続けるという約束を守ることである。その約束が守られている限り、顧客はより多くを話してくれる。修理の前に不調を知らせてくれ、困りごとを先に相談してくれる。関係が深い会社とは、顧客が安心して情報を預けられる会社のことだ。AIは、その預金を増やすことにも、一晩で失うことにも使える。どちらに使うかを決めるのは、技術ではなく経営の判断である。

SOURCES / 出典
  1. 個人情報保護委員会「生成AIサービスの利用に関する注意喚起等について」2023年6月2日。https://www.ppc.go.jp/files/pdf/230602_kouhou_houdou.pdf
  2. 総務省・経済産業省「AI事業者ガイドライン(第1.1版)」2025年3月28日。https://www.soumu.go.jp/main_content/001002576.pdf
  3. NIST "Artificial Intelligence Risk Management Framework (AI RMF 1.0)" National Institute of Standards and Technology, 2023. https://www.nist.gov/system/files/documents/2023/01/26/NIST.AI.100-1.pdf
  4. OECD "OECD AI Principles"(2024年5月改訂)。https://www.oecd.org/en/about/news/press-releases/2024/05/oecd-updates-ai-principles-to-stay-abreast-of-rapid-technological-developments.html
— END OF ANALYSIS —