保険の初動受付を無人化｜AWSがブラウザ操作AIで実証

AI TREND

AWS：FNOL無人化の構成例公開

AWSが、保険の事故初動受付(FNOL)を人手を介さず処理するAIエージェントの構成例を公開した。Strands Agents SDKで保険業務の判断を行い、Amazon Bedrock AgentCore Browser Toolで人間用の業務ポータルを直接操作させる。

3 の要点を3分で

AWSは2026年6月10日、保険の事故初動受付(FNOL)を人手なしで処理するAIエージェントの構成例を公開した。保険業務の判断はオープンソースのStrands Agents SDKが担い、証拠の解釈・複数形式の相互照合・複雑度評価という保険固有の業務ルールを実行する。人間用の業務ポータルへの操作はAmazon Bedrock AgentCore Browser Toolが担い、Amazon Nova Actが自然言語指示をUI操作に変換して実行する。

FNOLは大量の非構造データ(写真・動画・書類・音声メモ)を解釈・検証・関連づける工程で、担当者の時間が反復的な画面確認に割かれてきた。この構成は取り込み時点で証拠をタグ付けし、不足や不十分な証拠を早期に検出する。担当者は検証ではなく判断から仕事を始められる。

核心は、APIを持たない人間向けポータルをそのまま操作できる点にある。AgentCore Browser Toolは隔離されたChromeセッションを提供し、セッション録画やライブ表示で監査性を確保する。実装例はGitHubのaws-samplesリポジトリで公開されており、追試できる。

保険の初動受付を無人化｜AWSがブラウザ操作AIで実証の本文内説明図 — 図解: AIエージェント - AWSが保険の事故初動受付(FNOL)を人手を介さず処理するAIエージェントの構成例

押さえるポイント

この変化で何が要点か。図解と出典つきで一目で。

既存の業務システムを改修せず人間用画面をそのまま操作できる
保険の専門判断を業務ルール化し取り込み時点で一貫適用する
隔離Chromeセッションと録画・ライブ表示で操作の監査性を確保

5W1Hでサクッと理解

構造化された事実を最初に。誰が何をいつどこでなぜどのように。

誰が: AWS
何を: FNOL無人化の構成例公開
いつ: 2026年6月10日
どこで: AWS公式ブログ
なぜ: 反復的画面作業の削減
どのように: 判断と操作の2層分離

背景

保険の初動受付は「請求を開くだけ」と言われがちだが、実際には大量の非構造データを解釈し、検証し、関連づける必要がある複雑な工程である。担当者は人間向けに設計されたポータルを延々と操作し、証拠が揃っているか、写真や動画が使えるか、音声メモに重要な情報があるかを一件ずつ目視で確認している。1件の受付に数十点の証拠が複数画面にまたがることも多く、専門家の時間がこの反復的な確認作業に大きく割かれている。災害や季節要因で件数が急増すると、この遅延が積み重なり処理の滞留を生む。AWSはこの工程を、機械的な画面操作と専門的な判断の2層に分けて自動化する案を提示した。

なぜ今注目なのか

ブラウザ操作型AIエージェント（AgentCore Browser Tool）が、既存の業務システムを改修せずに人間用画面をそのまま操作できる点が実務上の意味を持つ。保険のように非構造データと専門判断が絡む業務で、専門家の知見を業務ルール化して取り込み時点で一貫適用できれば、担当者は検証ではなく判断から仕事を始められる。タグ付け済み証拠が蓄積資産になり、振り分けや優先度付け、遅延パターンの分析にも再利用できる点も注目される。

保険の初動受付を判断と操作の2層に分けて無人化

AWSは2026年6月10日、保険の事故初動受付(FNOL=First Notice of Loss、事故発生後に保険会社へ最初に行う受付)を人手なしで処理するAIエージェントの構成例を公開した。仕組みは2層に分かれている。保険業務の判断はオープンソースのStrands Agents SDKが担い、人間用の業務ポータルへの実際の操作はAmazon Bedrock AgentCore Browser Toolが担う。

we demonstrate how a hands-free FNOL intake system combines agents built with the Strands Agents SDK for domain reasoning with Amazon Bedrock AgentCore Browser Tool for live portal interaction. This approach preserves human expertise while removing repetitive screen work.
出典: AWS Machine Learning Blog

引用にある「domain reasoning」は保険固有の業務判断、「live portal interaction」は人間用画面のリアルタイム操作、「removing repetitive screen work」は反復的な画面作業をなくすことを指す。専門家の知見は残したまま、画面をひたすら操作する作業だけを引き剥がす設計だ。

なぜ「請求を開くだけ」が重い工程なのか

FNOLは「請求を1件開くだけ」と言われがちだが、実際は大量の非構造データを解釈し、検証し、関連づける工程だ。担当者は人間向けに設計されたポータルを延々と操作し、証拠が揃っているか、写真や動画が使えるか、音声メモに重要な情報がないかを一件ずつ目視で確認している。1件の受付で数十点の証拠が複数画面にまたがることも多い。

この構成では、Strands Agents SDKが証拠の解釈・複数形式の相互照合・複雑度評価という保険固有の業務ルールを担う。取り込んだ時点で証拠をタグ付けし、不足や不十分な証拠を早期に検出する。担当者は検証作業を終えた状態から、つまり判断から仕事を始められる。災害や季節要因で件数が急増したときに積み重なる遅延を、ここで吸収する狙いだ。

API改修なしで人間用画面を操作する仕組み

従来の業務自動化は、対象システムにAPIを用意して連携するのが前提だった。この構成が違うのは、APIを持たない人間向けポータルをそのまま操作する点にある。ブラウザ操作はAmazon Nova Actが担い、自然言語の指示を画面上のクリックや入力といったUI操作に変換して実行する。

その操作の場を提供するのがAgentCore Browser Toolだ。隔離されたChromeセッションを立て、そこでエージェントに画面を操作させる。さらにセッションの録画やライブ表示で、エージェントが何をしたかを後から追える監査性を確保する。人間が見ている画面をそのまま自動化の対象にできるため、既存システムを改修せずに着手できるのが実務上の核心になる。