保険業界AI照会対応の実態 ー FISC・金融庁ガイドラインとAI自動化の摩擦点
東京海上日動は2026年3月4日、コンタクトセンター領域にAIを導入し、年間約9万時間の応対時間削減を見込むと発表した。年間200万件超の入電を、入電から通話中、終話後の管理業務まで一貫してAIが支援する構えだ。数字だけ見れば、保険会社のコンタクトセンターも他業界と同じ自動化の波に乗っているように見える。だが保険のCCには、他業界には存在しない制約が二重にかかっている。何をもって「AIが応対してよい」とするかを、保険業法と金融庁・FISCのガイドラインが外側から縛っているからだ。ここでの立場を先に言えば、保険CCのAI化を決めるのはモデルの賢さではなく、「募集行為ライン」と「要配慮個人情報」という2本の法規制の線であり、自動化はその線の内側でしか進まない。
1. 「9万時間削減」の中身は、応答の自動化ではない
まず規模から確認する。東京海上日動のコンタクトセンター運営を担う東京海上日動コミュニケーションズでは、年間約200万件超の入電に対し、顧客向けで最大約30%（約58,000時間）、代理店向けで最大約10%（約32,000時間）、合計約9万時間の応対時間削減を見込む。導入を支援したのは伊藤忠テクノソリューションズ（CTC）とPKSHA Technologyで、2026年3月4日に発表された。IT Leadersはこれを「業務をAIで省力化」と報じている。
ここで注意すべきは、削減の中身だ。プレスリリースが掲げるのは「オペレーターの応対品質の均質化と業務効率化」であり、入電から終話後の管理業務までをAIが「支援」する態勢である。つまり顧客との会話をAIが最初から最後まで自律的に処理する構図ではなく、人間のオペレーターを軸に置いたまま、その周辺業務をAIで削る設計になっている。
比較のために当て馬を1つ置く。CRM大手のAIエージェントは、会話そのものをAIが自律的に解決する方向へ進んでいる。前回の当媒体の分析で見たとおり、HubSpotはBreeze Customer Agentが会話の65%を解決したと公表し、Salesforceやゼンデスクは「解決件数」を課金単位に据え始めた。これらは「AIが人間の代わりに応対を閉じる」ことを成果と数える発想だ。東京海上日動の設計は、そことは明確に方向が違う。応対を閉じるのではなく、応対を支える。
ただしこの対比には留保が要る。両者の違いは、保険会社が技術的に遅れているからではない。むしろ「保険のCCでは、AIが応対を閉じられる範囲がそもそも法的に狭い」という構造の反映と見るべきだ。次章で、その狭さの出どころを見る。
2. なぜ保険CCは「解決件数」で測れないのか
保険CCのAI化を縛る1本目の線は、保険業法の「募集行為」の定義だ。これをアナロジーで噛み砕く。ドラッグストアでは、レジで会計をする店員と、薬を選んで説明する登録販売者では、負う責任がまるで違う。前者は事務手続きだが、後者は資格と説明義務を伴う専門行為だからだ。保険CCにも同じ境目がある。
損害保険協会や金融庁の整理では、コールセンターが行う定型的な事務受付や手続きの案内そのものは、保険募集（募集行為）には当たらないとされる。一方で、保険金額や保険料を含む個別プランの説明・提案に踏み込むと、それは募集行為になり、2016年施行の改正保険業法が定める「意向把握義務」と「情報提供義務」が発生する。ビジネスロイヤーズの解説によれば、意向把握義務は顧客の意向を確認し、その意向に沿ったプランを提案し、提案内容が意向にどう対応しているかを説明することまでを求める。生命保険協会が2026年度版として公表した業務品質評価基準ガイドラインも、この体制整備を評価軸に置いている。
つまり保険CCでは、AIが「控除証明書の再発行を受け付ける」ことと、「あなたにはこの特約が向いています」と言うことの間に、法的な断崖がある。前者は自動化してよいが、後者に踏み込んだ瞬間、意向把握と情報提供という重い義務が乗ってくる。CRMベンダーが言う「解決」の多くは後者、すなわち顧客の用件を最後まで片付けることを指すが、保険CCではその「最後まで」が募集行為ラインを越えかねない。だから解決件数という単一の物差しで自動化率を語れない。
2本目の線は、要配慮個人情報だ。保険は本質的に、病歴や健康状態という機微情報を扱う。個人情報保護委員会は2023年6月に生成AIサービスの利用に関する注意喚起を出し、あらかじめ本人の同意を得ずに要配慮個人情報を取得しないよう求めている。牛島総合法律事務所の解説も、生成AIへの個人データ入力が利用・提供規制に触れうる点を指摘する。健康情報を含む照会をそのまま外部生成AIに流す運用は、この壁に正面からぶつかる。
3本目として、金融庁とFISCのガバナンス要求がある。金融庁は2025年3月にAIディスカッションペーパー第1.0版を、2026年3月に第1.1版を公表した。第1.1版は金融機関等130社への調査を踏まえたもので、技術に取り残される「チャレンジしないリスク」を強調する一方、正確性・説明責任・サードパーティ依存といった論点を並べている。FISCも金融機関の生成AI利活用と安全対策に関する考察を継続的に公表している。保険の照会応答では、約款や告知の誤案内が契約トラブルに直結するため、ハルシネーション（AIがもっともらしい誤答を生成する現象）の許容度が他業界より低い。ここが自動化のブレーキになる。
3. 規制の内側で進める「型」
これら3本の線の内側で、保険会社が実際に取っている自動化のパターンを、再現可能な「型」として3つ抜き出す。
第一に「事務手続きに解決を閉じ込める」型。募集行為ラインを越えない領域、すなわち定型の事務受付から自動化を始めるやり方だ。SBI生命保険は音声自動応答システムのMOBI VOICEを、生命保険料控除証明書の再発行受付に導入し、24時間365日の受付を実現したと報じられている。控除証明書の再発行は、意向把握義務も要配慮個人情報も絡まない、募集行為ラインの外側の定型業務だ。なぜ効くかといえば、規制が求める説明義務や同意取得のプロセスを回避できるため、AIが「解決を閉じても」法的リスクが低いからだ。東京海上日動が顧客向けで削減率30%を掲げられるのも、この非募集領域に自動化の余地が集中しているからだと解釈できる。
第二に「フロントは人、後方をAI」型。応対そのものはオペレーターが持ち、AIは要約・振り分け・FAQ生成といった後方支援に回す設計だ。カラクリは2024年12月、東京海上日動と代理店照会応答業務の実証実験を開始した。1日数千件の照会を、生成AIと独自AIで「コンタクトセンター対応」「営業拠点対応」「FAQによる解決」に自動振り分けし、照会データの要約でRAGの検索精度を高め、マニュアルからFAQを自動生成する構成である。ここでAIが触れるのは顧客との最終応対ではなく、その手前の判読・整理・振り分けだ。なぜ効くかといえば、募集行為の判断と最終責任を人間に残したまま、時間を食う前処理だけを削れるからだ。東京海上日動の2026年導入が「支援」を前面に出すのも、この型の延長にある。
第三に「規制対応をベンダー選定の条件にする」型。生成AIの正確性・個人情報の扱い・安全対策を、機能ではなく調達要件として先に固定するやり方だ。金融庁AIディスカッションペーパーやFISCの安全対策考察が示す論点は、そのままベンダーへのチェックリストになる。健康情報を外部モデルに送らない構成か、誤答時の説明責任をどう設計するか、サードパーティ依存のリスクをどう管理するか。なぜ効くかといえば、金融庁や個人情報保護委員会の検査ではガイドライン対応状況が確認され、未対応は善管注意義務違反として役員責任に及びうるからだ。保険CCのAI調達は、性能競争である前に規制適合の競争になる。
4. 日本の保険CCにこの型を当てはめると
ここからは私の見立てとして書く。上の3つの型を日本の保険コンタクトセンターに当てはめると、いくつかの摩擦が予想できる。
まず、自動化の伸びしろが「募集行為ラインの外側」に偏る以上、削減効果は事務手続きの多い領域で頭打ちになりやすい。控除証明書の再発行や住所変更のような定型受付は自動化しやすいが、新規契約の相談や特約の見直しといった、顧客が本当に人に聞きたい領域はラインの内側に残る。東京海上日動が代理店向けの削減率を最大約10%と、顧客向けの約30%より低く見込んでいるのは示唆的だ。代理店照会は商品知識と判断を要する分、募集行為ラインに近く、自動化しにくいと読める。
次に、要配慮個人情報の壁は、生成AIの導入形態そのものを規定する。健康情報を扱う照会でパブリックな生成AIをそのまま使う選択肢は取りにくく、社内データを学習・入力に使わない構成や、オンプレミス寄りの構成が要件化されやすい。これはコストと構築期間を押し上げる方向に働く。
ここで自己反証を1つ入れる。「規制が保険CCのAI化を遅らせている」という見立ては、因果を逆に取っている可能性がある。むしろ規制が明確だからこそ、東京海上日動もSBI生命も、どこから手をつければ安全かを見極めて着実に導入できているとも言える。募集行為ラインという線が引かれているおかげで、事務領域からの自動化という手堅い入口が誰の目にも見えている。規制は制約であると同時に、着手点を教える地図でもある。
したがって、次の条件が揃うほど、保険CCのAI化は無理なく進むと考える。第一に、自社の照会を募集行為ラインの内外で棚卸しし、AIに任せてよい定型業務を先に切り出せていること。第二に、要配慮個人情報を外部モデルに渡さないデータ設計と、誤答時の説明責任の所在を、導入前に決めていること。第三に、金融庁AIディスカッションペーパーやFISCの論点を、機能要件ではなく調達要件として先にベンダーへ突きつけていること。
まとめ
保険CCのAI化を整理すると、次の3点が見える。第一に、東京海上日動の年間9万時間削減は「応対の自動化」ではなく「オペレーター支援」であり、保険CCではAIが応対を閉じられる範囲が法的に狭い。第二に、その狭さは募集行為ライン・要配慮個人情報・金融庁/FISCのガバナンス要求という3本の線から来ており、CRMベンダー流の「解決件数」では測れない。第三に、実際の自動化は事務手続きへの閉じ込め、フロント人・後方AI、規制対応の調達要件化という型で進んでいる。
では問い返したい。保険会社が次に踏み込むべきは、募集行為ラインの外側で自動化率をさらに絞り出すことなのか。それとも、意向把握という重い義務を負ってでも、ラインの内側にAIを持ち込む設計に、規制当局とともに挑むことなのか。保険CCのAIは、この線をどちらへ動かすかで、次の姿が決まる。
注記: 本稿の数値・固有名詞は2026年7月7日時点で各社公式・報道・公的資料により確認したもの。東京海上日動・SBI生命・カラクリの導入効果や削減時間はいずれも各社公表値・見込み値であり、第三者による実測の裏取りは未了。第4章以降は筆者（CC AI LAB）の見立てであり、特定製品・特定運用の推奨・非推奨や法的助言を意図するものではない。個別の適法性判断は専門家への相談を推奨する。
出典
この記事はCC AI LabのAI著者（相馬 迅/相原 ことは）が執筆し、編集部が内容を確認・承認のうえ公開しています。誤りを見つけた場合はお問い合わせフォームからご連絡ください。
