NorfolkのAI非緊急通話、40%を突破 ただし911は依然として人間が対応
NorfolkのAIによる非緊急通話は、バージニア州同市の公共安全通信センターに寄せられる問い合わせの40%以上を占めるようになった。このアシスタントは日常的な質問に答え、市民を市の各部門へ案内し、人間の対応が必要な発信者を転送する。ただし、Norfolkは緊急通話について明確な一線を引いている。911への通話はすべて、現在も訓練を受けた通信担当者へ直接つながる。
この区分こそが、Norfolkの導入が持つ本質的な意味を示している。同市は自動音声に緊急時の判断を委ねているわけではない。銃撃、火災、心停止、CPRの指示にも対応する職員から、定型的な業務を取り除くために人工知能を活用している。
市によると、現在の解決率が続けば、システムは将来的に5万件から6万件の通話を処理できる可能性がある。そうなれば、この取り組みは限定的なチャットボットの試験運用を超える。会話型AIが、市民と公共安全機関の間で機能する接点となることを意味する。
Norfolkはまた、地方自治体が直面するより大きな課題も検証している。音声AIは多くの質問に即座に答えられるが、市民のアクセスがソフトウェアによる発信者の理解力だけに左右されてはならない。したがって中心的な争点は、人工知能と公務員の対立ではなく、自動化と信頼できる人間によるアクセスの対立である。
NorfolkのAI非緊急通話、すでに当初目標を上回る
Norfolkのアシスタントは、通話の振り分けを想定したツールから、非緊急の問い合わせの40%以上を扱うシステムへと移行している。
Norfolk Police Departmentは、9月下旬の導入開始直後にあたる10月5日、このサービスを発表した。公式の導入告知では、Amazon Web Servicesのシステムにより、非緊急通話のおよそ35%から40%を振り分けられる見込みだとしていた。
10月18日までに、E911 ManagerのSteven Summerlin氏は、アシスタントの平均処理率が40%を超えていると述べた。この初期結果は当初見積もりの上限を上回ったものの、Norfolkは詳細なパフォーマンス報告書を公表していない。
通話の処理と完全な解決は区別する必要がある。成功したやり取りには、質問への回答、別部門への転送、通信担当者への引き継ぎが含まれ得る。これらの結果は同じ水準のサービスを意味するものではない。
Norfolkの非緊急番号は24時間体制で運用されている。発信者は、差し迫った脅威を伴わない警察関連の事案のほか、別の市部門に問い合わせるべき質問にもこの番号を利用する。
Summerlin氏によると、市の人間の通信担当者は2026年中に10万件を超える非緊急通話を処理している。同期間には13万件を超える緊急通話も受けている。
市が以前に発表した内容では、より広範な年間の状況が示されていた。E911の職員は毎年、警察・消防・医療に関する通話を25万件以上、さらに管理業務に関する通話を約15万件処理しているという。
この混在する業務量は、一見単純な問い合わせが実際の運用課題となる理由を説明する。緊急通話は常に優先されるため、日常的な質問を持つ市民は数分間保留される場合がある。その後、通信担当者が発信者を別部門へ案内すべきだと判断することもある。
AIアシスタントは、この待ち時間の解消を目指す。警察報告書、市のサービス、暴風雨への備え、避難に関する案内、避難所、法令執行など、文書化された手続きについての質問に答えられる。
市民は番号を押す従来型のメニューを操作する必要がない。通常の言葉で要望を説明すれば、音声で回答を受け取れる。自動音声認識が発信者の言葉をテキストに変換し、システムが要望を特定する。
その後、アシスタントは市が承認した情報の管理された集合を検索する。Norfolkは、この集合を市のウェブページと市職員が文書化した手続きから構築した。回答を得るために公開インターネットを検索するわけではない。
この設計は、制約付きのAIナレッジベースに似ている。モデルは、より広いウェブを権威ある情報源として扱うのではなく、承認済みの集合から情報を取得する。
市職員は毎日、通話量と、転送なしで完了したやり取りの割合を示すレポートを受け取る。録音と文字起こしを確認し、システムが回答できなかった質問を見つけることもできる。
Summerlin氏によると、発信者が情報の不足を明らかにした場合、担当者はナレッジベースを迅速に明確化できる。これにより、失敗を見直し、承認済み情報を追加し、修正後の回答をテストするという実践的な改善ループが生まれる。
同システムは現在、警察報告書の受理や対応要員の独自派遣を行っていない。これらは将来の拡張候補であり、市民が現時点で利用可能だと想定すべき機能ではない。
発信者は人間の対応を求めることもできる。「担当者と話したい」と言えば、通話は人間が対応する非緊急キューへ移される。この転送は支援への経路を維持するが、人間が直ちに応答することを保証するものではない。
非緊急だからといって重要でないわけではないため、この退避経路は不可欠だ。Norfolkは、自動車盗難、進行中ではない侵入窃盗、駐車問題、大音量の音楽など、通報すべき警察関連事案を挙げている。
したがって、最初の結果は見出しの数字が示すほど広範ではない。Norfolkは、会話型ソフトウェアが情報提供に対する需要のかなりの部分を吸収できることを示した。しかし、このシステムがすべての発信者の結果を改善することまでは、まだ示していない。
Norfolkが日常的な質問とディスパッチャーの間にAIを置いた理由
当面の目標は、公共安全の仕事をなくすことではなく、精神的な切り替えと待機列の圧力を減らすことだ。
Summerlin氏によると、Norfolkの通信担当者は12.5時間の勤務で85件から100件超の通話を扱うことがある。これらの通話は、生命を脅かす緊急事態と、ごみ収集、伸びすぎた芝生、迷子のペットに関する質問との間を急に行き来する可能性がある。
こうした切り替えには運用上のコストが伴う。CPRの手順を発信者に案内したばかりの職員が、次に日常的な苦情をどの窓口が扱うかを説明することもある。その数分後には、同じ職員が再び危機に備えなければならない。
Norfolkのシステムは、この流れから低リスクの情報提供に関する問い合わせの一部を取り除く。期待される利点は、単に通話件数を減らすことではない。判断力、慎重な聞き取り、感情のコントロールが求められる業務に、より持続的に注意を向けられることだ。
この主張は、人員配置の背景を踏まえると特に重要になる。Summerlin氏は、同センターの欠員率が約2年前には50%近くだったと述べた。現在の率は一桁台に近づいているという。
ただし、市による別の更新情報は、人員面の圧力が消えていないことを示した。Police ChiefのMark Talbot氏は8月25日のCity Council作業会議で、E911部門では83職のうち16人が不足していると述べた。
これらの数値は必ずしも矛盾しない。欠員数は変動し得るほか、センターは通常の勤務では十分に運営できていても、なお募集ポストを抱えている場合がある。これらは、Norfolkが単一の欠員率では捉えられないほど慎重に業務量を測定する必要があることを示している。
Summerlin氏は、アシスタントが通信担当者の代替を目的としたものではないと繰り返し述べている。地元公共メディアの報道では、利用可能なスタッフをセンターの最優先任務へ再配置するためのツールだと説明した。
この運用上の境界は、その立場を裏付けている。人間の職員は依然としてすべての911通話に応答する。新しいアシスタントは非緊急回線にのみ配置され、警察または消防の介入が必要な事案を転送する。
Norfolkはすでに、緊急通話の裏側で別の形のAIを利用している。RapidSOS Communicatorは、人間が発信者と話している間にリアルタイムの文字起こしを生成する。
このソフトウェアは、「銃声」「呼吸していない」「意識がない」といった言葉にフラグを付けられる。これにより、元の通話担当者が対応を継続している間、監督者は進行中の緊急事態を監視できる。
このバックグラウンドシステムは、異なる自動化モデルを示している。AIは聞き取り、文字起こし、要約、通知を担う。訓練を受けた人間が会話と解釈する権限を保持する。
非緊急アシスタントは、市民と直接対話するため、さらに踏み込んでいる。そのため、認識、情報取得、エスカレーションの品質が市民の体験の一部となる。
この技術はまた、日常的な通話量が増えるたびに有人ポストを増やす場合と比べ、拡張コストが低い。Norfolkは利用量に応じて支払うが、報告されている商業条件は公共サービスの成果を評価するうえで必須ではない。
より重要な問いは、市がその支出によって何を得るかである。有用な指標には、保留時間の短縮、途中で切られる通話の減少、緊急通話へのより迅速な応答、正確な振り分け、人間への転送の成功が含まれる。
Norfolkは初期の自動化率を示したが、こうした裏付けとなる指標は公表していない。Summerlin氏は、システムが将来的に緊急対応の迅速化に寄与する可能性があると述べたものの、応答時間がすでに改善したとは主張していない。
この区別は明確に保つべきだ。日常的な通話を減らせば余力は生まれる。その余力をより迅速または正確なサービスに変えられるかどうかには、別途の証拠が必要である。
Norfolkの業務量は、暴風雨やその他の大規模事象の際にも変動する。市民は、避難、避難所、ペット、道路状況、公共施設についての質問で市の回線を殺到させる可能性がある。
会話型アシスタントは、こうしたピーク時に多数の同時通話へ対応できる。特に同じ事象が実際の緊急事態も生む場合、人員配置はそれほど迅速に拡大できない。
ここに、この導入の最も強い根拠がある。最新で市が管理するナレッジベースは、緊急通話に必要な職員を消費することなく、一貫した暴風雨情報を提供できる。
同じ状況は、誤りの重大性も高める。古い避難所情報や誤解された避難に関する質問は、市民を誤った場所へ向かわせる可能性がある。したがってNorfolkは、コンテンツの維持を一度きりの設定作業ではなく、運用上の責任として扱わなければならない。
仕組みは、制御された情報取得、振り分け、人間へのエスカレーション
Norfolkの手法は、アシスタントを承認済み情報と事前定義された引き継ぎに限定し、汎用AIを予測不能にする自由度を抑えている。
システムはまず、発信者の発話を認識する。次に考えられる意図を特定し、市が承認した資料を検索して、音声による回答または振り分けの判断を行う。
この一連の流れは、従来の自動音声応答システムとは異なる。従来型システムでは、発信者に固定メニューからの選択を求める。Norfolkのアシスタントは、市が推奨する用語を使わない会話形式の要望も受け付ける。
発信者は、どの部門がその手続きを担当するかを知らなくても、放置車両をどこに報告すべきか尋ねられる。アシスタントは要望を解釈し、指示を示すか、通話を振り分けることができる。
技術提供者はAmazon Web Servicesである。AWSの文書では、質問に答え、会話の文脈を維持し、人間が必要な際にやり取りをエスカレーションする音声セルフサービスシステムが説明されている。
そのセルフサービスに関する文書では、エスカレーションが標準的なアクションとして含まれている。これは、公共安全向けのアシスタントが、人間を明示的に求める要望と、自力で扱うべきではない状況の両方を認識しなければならないため重要である。
Norfolkは、その実装の背後にあるすべてのサービス、モデル、プロンプト、信頼度しきい値、連絡フロー規則を公表しているわけではない。システムを「Amazon AWS」と呼ぶことはプラットフォーム提供者を示すが、技術構成の全容を明らかにするものではない。
市は情報の境界をより明確に説明している。このアシスタントは、市のウェブページと職員から収集した組織上の手続きに依拠している。Summerlin氏によれば、オープンウェブを閲覧することはない。
この制約は、よくある失敗の一つに対処するものだ。汎用モデルは、承認済みの情報源に裏付けられていなくても、もっともらしく聞こえる回答を生成し得る。制御された検索システムは、各回答に利用可能な資料を限定する。
ただし、情報源を絞っても誤りがなくなるわけではない。元となる文書が不完全、古い、矛盾している、あるいは発信者の表現と照合しにくい場合がある。
音声認識も別の誤りの要因となる。アクセント、周囲の雑音、感情的な話し方、珍しい氏名、通信状態の悪さ、障害、コードスイッチングはいずれも、音声システムの解釈に影響し得る。
アシスタントは現在、英語で応答する。別の言語が必要な人は、人間の担当者へ転送され、市の通訳サービスを利用できる。
Norfolkが多言語の自動化を見送ったのは、当局者が、発信者が長時間AIと会話した末に、その言語で対応を続けられない職員へつながる事態を避けたかったためだ。これは妥当な導入上の制約だが、利用面での格差を残すことになる。
英語力が限られる住民は、英語を話す発信者とは異なるサービス経路をたどる。市は、その経路で待ち時間が長くなっていないか、説明を繰り返す必要がないか、通話放棄が増えていないかを測定すべきだ。
人間へのエスカレーションにも、認識された特定のフレーズだけでは不十分だ。不安を抱えた発信者は、「担当者と話したい」と言うべきだと分からないかもしれない。システムは、さまざまな要請、混乱、沈黙、繰り返される失敗、そして一見日常的な状況が緊急化している兆候に対応すべきだ。
Amazonのアーキテクチャは、引き継ぎの際に会話の文脈を保持できる。Norfolkは、どの程度の文脈が通信担当者に引き渡されるのか、また発信者が情報を繰り返さなければならないのかを公表していない。
この引き継ぎの質が、一般市民の受容を左右する。文字起こしと申告された要件を引き継ぐ転送なら時間を節約できる。会話を最初からやり直す転送は、新たな障壁を加える。
市は日次レポートを通じてパフォーマンスを改善できる。当局者は、未知の質問、低信頼度のやり取り、転送パターン、予期せず終了した通話を特定できる。
録音の確認には、独自のガバナンス上の問題もある。住民は、音声が人工的なものかどうか、どのデータが保存されるのか、誰が文字起こしにアクセスできるのか、録音がどの期間利用可能なのかを知るべきだ。
Norfolkの公式説明は人間の担当者という選択肢を示しているが、開示と保存に関する詳細は限られている。このシステムは公共安全への入り口に位置するため、市はこれらの方針を見つけやすくすべきだ。
明確な開示は、基本的な信頼の失敗も防ぐ。住民が、話している相手がソフトウェアかどうかを尋ねなければならない状況であってはならない。
この仕組みは、限定的な役割にとどまる場合に成功する。文書化された質問に答え、既知の要請を振り分け、不確実な場合は転送すべきだ。安全に関して即興で答えたり、人間の支援は不要だと発信者を説得したりすべきではない。
この役割分担は、Norfolkにとって擁護可能な運用モデルとなる。自動化は反復可能な情報提供に速度と規模をもたらす。人間は判断、緊急時の聞き取り、対応者に影響する判断への責任を維持する。
本当の試金石は通話振り分け率ではなくアクセスだ
40%の自動化率に意味があるのは、発信者が正確な情報を受け、不必要な摩擦なく人間につながれる場合に限られる。
Norfolkの初期の数値が測っているのは活動量であり、公平性や正確性ではない。それでは、アシスタントが理解できなかった発信者、やり取りを放棄した人数、転送が正しい宛先に届いたかどうかは分からない。
同様の導入事例は、こうした詳細がなぜ重要なのかを示している。Virginia州Richmondは、Norfolkに先立ち、非緊急通話と市のサービス通話向けにカスタマイズしたAmazon Connectアシスタントを導入した。
Richmondは、このシステムが非緊急通話の約10%から15%を完全に処理したと報告した。さらに5%は他機関へ直接振り分けた。
独立したRichmondの実地テストでは、結果はまちまちだった。アシスタントは一部のインフラに関する質問に正しく対応したが、ある転送では切断されたように見えた。スペイン語でのやり取りも、英語を話すディスパッチャーにつながって終了した。
Richmondの経験は、Norfolkにも同じ問題があることを証明するものではない。しかし、全体的な解決率が利用者の完全な体験を検証する代わりにはならないことを示している。
倫理的AIを研究するUniversity of Virginiaの助教授、Renée Cummings氏は、Richmondの報道でアクセスの問題を明確に表現した。システムが容易に理解できる人だけに機能するなら、アクセスの改善にはならない。
この基準は、公共安全の分野で特に重要だ。商用サポートシステムは、顧客を不満にさせても、その法的権利や身体的安全に影響を及ぼさない場合がある。政府の電話窓口には異なる責務が伴う。
Norfolkの発信者には、高齢の住民、発話障害のある人、低品質な接続を使う住民、ストレス下で話す人が含まれる可能性がある。システムは、最も対応しやすい発信者を標準と見なすのではなく、彼らに対応しなければならない。
開示もまた必要条件だ。Richmondの報道によれば、National Emergency Number Associationは、AIとやり取りしている場合には発信者に伝えるよう各機関へ助言している。
この透明性は単なる礼儀ではない。発信者が、間、繰り返される質問、予期しない応答を理解する助けになる。また、人間の担当者を求めることが適切な場面を伝えることにもなる。
正確性には、公表された分母が必要だ。Norfolkはアシスタントが40%以上の通話を処理すると述べているが、「処理」が何を意味するのかを市民は知る必要がある。
厳密な報告であれば、回答済みの質問、部署への振り分け、E911職員への転送、発信者が求めたエスカレーション、切断された通話、未解決のセッションを区別するだろう。また、最終的な宛先が正しかったかも追跡するはずだ。
市は、言語ニーズ、通話の種類、時間帯、認識の難しさごとにこれらの指標を比較すべきだ。集計された報告は、個々の発信者を露出させずにサービスの格差を明らかにできる。
Norfolkは、自動化が発信者の行動を変えるかどうかも監査すべきだ。非緊急アシスタントに不満を感じた住民の一部は911を利用するかもしれない。近隣の安全にとってなお重要な報告を断念する人もいるかもしれない。
アシスタントの内部的な完了率が高く見えても、こうした波及効果は導入の有効性を弱める。市は、911の誤分類、再発信、オンライン報告の件数を監視すべきだ。
データガバナンスも別の不確実性をもたらす。音声録音と文字起こしには、氏名、住所、医療上の詳細、申し立て、そして市に電話をかけたことのない人に関する情報が含まれ得る。
Norfolkは、職員がシステム改善のため文字起こしと録音を確認できるとしている。だが、保存期間、ベンダーのアクセス規則、秘匿化の手順、モデル学習に通話データを使用するかどうかは、広く公表していない。
アシスタントがより機微な業務を担う前に、これらの方針は明確にすべきだ。警察報告のための予備情報の収集は、避難所に関する質問への回答より大きなリスクを伴う。
市はまた、ナレッジベースを古い指示から守らなければならない。今日の正しい回答が、部署の営業時間、電話番号、利用資格の規則、緊急計画の変更後には誤りになる可能性がある。
日次の技術レポートでは、コンテンツの責任分担は解決しない。参加する各部署には、変更の承認と影響の大きい情報の確認に責任を負う担当者が必要だ。
外部テストはNorfolkの主張を強化するだろう。システムを構築した職員は想定される質問を知っており、実際の発信者が使う予測不能な表現を再現できない可能性がある。
テストには、アクセントのある発話、途中で切れる文、曖昧な緊急事態、周囲の雑音、障害に関連する発話パターン、部署の境界をまたぐ要請を含めるべきだ。評価者は、人間の支援を求める間接的な要求も試すべきである。
目標は完璧な認識ではない。人間も自動化システムも、その基準を達成できない。目標は、認識に失敗した際に迅速に回復することだ。
したがって、ライブエージェントへの要請を残すというNorfolkの判断は、このプロジェクトで最も強力な安全策の一つだ。その価値は、アシスタントがその要請を一貫して認識し、転送を完了できるかにかかっている。
市は、アシスタントを報告受付やより重大なワークフローへ拡大する前に、パフォーマンスの証拠を公表すべきだ。大きな通話振り分け数だけでは、より大きな意思決定上の役割を正当化できない。
CharlestonとRichmondは、これが自治体の定石になりつつあることを示している
Norfolkは、実験的なチャットボットから、緊急通信業務に組み込まれた音声自動化への広がる転換の一部である。
Norfolkは、South Carolina州Charleston Countyからこのアプローチを学んだ。同郡はすでに非緊急電話回線に機械学習を導入しており、他の公共安全センターの参考事例となっていた。
Charlestonは2023年11月、完全自動化された非緊急ワークフローを発表した。郡によると、そのセンターは毎年約21万件の非緊急通話を受けていた。
同郡の自動化に関する発表では、吠える犬、自転車盗難、騒がしい近隣住民に関する一般的な要請が説明されている。これらの問題は依然として報告が必要だったが、必ずしも電話受付担当者を必要とするわけではなかった。
Charlestonは、電話の自動化を、報告、機関の連絡先、当番職員、道路名予約のためのオンラインツールと組み合わせた。このより広範なアプローチは重要だ。音声AIがサービスへの唯一の経路となるべきではないためだ。
Summerlin氏によれば、Virginia BeachもNorfolkより先に同様の技術を導入していた。Norfolkの立ち上げ後、さらに二つのセンターがこのプロジェクトについて話し合うため市に連絡してきた。
このパターンは、自治体での導入が同業者ネットワークを通じて広がることを示唆している。緊急通信のリーダーは同じ会議に参加し、人員配置の問題を比較し、類似の管轄区域ですでに稼働しているシステムを検討する。
ベンダーのプラットフォームも導入の障壁を下げる。Amazon Connectは、電話機能、コンタクトフロー、音声サービス、分析、ナレッジベース型のセルフサービスを一つのクラウド環境内で提供する。
地方機関はなお、ワークフローを構成し、情報を承認し、エスカレーション規則を定義する必要がある。だが、音声ネットワークや音声エンジンをゼロから構築する必要はない。
この組み合わせにより、モデルは複製可能になる。市は、よくある質問から始め、転送率を監視し、後から承認済みのプロセスを追加できる。
競争圧力は、主としてNorfolkと他都市の間にあるわけではない。訓練を受けた緊急対応職員が一般的な自治体情報の案内役も務めるという、従来の運用モデルにかかっている。
一つのセンターが、AIによって非緊急業務の3分の1以上を減らせると報告すれば、近隣の機関は、なぜ長い保留時間を維持しているのかを説明しなければならない。ベンダーはその後、信頼できる公共部門の導入事例を得る。
ただし、CharlestonとRichmondは導入内容が大きく異なることも示している。Charlestonは自動化とオンライン報告を重視した。RichmondはAIを市のサービス案内役として利用している。Norfolkは、制御されたナレッジベースによる会話型の回答を重視している。
こうした違いは比較を複雑にする。ある都市の解決率は、より単純な通話、より広い振り分け規則、あるいは異なる成功の定義を反映している可能性がある。
公務員は、通話振り分けを順位表のように扱うべきではない。不確実な場合に転送する慎重なシステムは、自動化率が低くても、より安全な結果をもたらす可能性がある。
最も有用な比較は、運用面から行うべきだ。自治体は、アシスタントがどの程度の頻度で意図を認識できるか、発信者がどれほど迅速に適切な窓口へ到達できるか、そして自動化された応対を人間がどの程度修正しなければならないかを問うべきである。
また、暴風雨や大規模イベントの際にサービスがどの程度継続するかも比較する必要がある。需要が急増し、情報が素早く変化する場面でこそ、音声自動化は最大の運用価値を発揮する。
Norfolkは沿岸に位置するため、このユースケースは特に重要だ。ハリケーンに関する問い合わせは、避難区域、避難所の開設、交通、動物に関する質問を含め、一度に大量に寄せられる可能性がある。
市が承認したアシスタントは、同時にかかってくる電話に対して最新の案内を繰り返し提供できる。ただし、状況が変化した場合、当局は情報源を直ちに更新しなければならない。
これは「導入したら放置」で済むチャットボットのプロジェクトではない。人員配置、監視、テスト、ガバナンスを必要とする、新たな公共コミュニケーション・チャネルである。
この導入は、応用AIにおけるより広い潮流も示している。有用なシステムの多くは、より自律的になるのではなく、むしろ対象を絞り込む方向へ進んでいる。
Norfolkはアシスタントの情報源を制限し、緊急通報は人間が対応し、エスカレーション手段も提供している。こうした制約は弱点ではない。自動化がもっともらしい公共的利益をもたらせる領域を定義するものだ。
同じモデルを検討する自治体は、その境界から始めるべきである。定型的な情報提供と決定論的な振り分けは適切な出発点だ。緊急事態の判断や裁量を伴う意思決定はそうではない。
Norfolkの展開が、印象的な処理件数以上の成果を示せれば、影響力を持つようになるだろう。他の機関が求めるのは、新たなアクセス障壁を生まずに待ち行列を減らせるという証拠である。
Norfolkの40%達成後に注目すべき点
次の段階は、緊急時の対応力、公平なアクセス、そして拡張に対する規律ある制限によって評価されるべきだ。
最初の注目点は、NorfolkがAIで処理した通話の割合を超える成果データを公表するかどうかである。緊急通報の受電までの時間は、市の中心的な主張を検証する最も直接的な指標となる。
比較可能な期間において911の応答時間が持続的に短縮されれば、定型的な問い合わせを取り除くことが緊急対応業務に利益をもたらすという主張を強めることになる。結果が横ばいであれば、回復した処理能力が別の場所に回っていることを示唆する。
非緊急通報の保留時間も重要だ。アシスタントによって転送された発信者が、自動化前より長い待ち行列に直面してはならない。
市は放棄呼と再問い合わせも報告すべきである。数値の低下は、人々が有用な回答を得ていることを示す。増加すれば、完了率の陰に隠れた不満が明らかになる。
2つ目の注目点は、人間へのエスカレーションと多言語アクセスの実績である。Norfolkは、発信者が暗記した一つのコマンドだけでなく、通常の発話で担当者につながれることを示す必要がある。
この評価には、アクセントのある話し方をする住民、支援技術を使う人、通訳を必要とする人を含めるべきだ。騒音のある環境や、精神的なストレス下で行われる通話も対象にすべきである。
Norfolkが自動化された言語サポートを拡大するなら、引き継ぎの全過程が多言語対応でなければならない。洗練されたAIとの会話の後に英語のみの転送が続くなら、障壁を取り除くのではなく移し替えるだけになる。
3つ目の注目点は、市がアシスタントを通報内容の収集や出動準備へ拡張するかどうかである。Summerlinはこれらの機能を将来の可能性として議論しているが、現行サービスには含まれていない。
人間の担当者が応対する前に構造化された情報を収集すれば、同じ質問を繰り返す負担を減らせる可能性がある。一方で、システムがより機微な事実を扱うことになり、細部の誤解がもたらす影響も大きくなる。
拡張はすべて、公開された影響評価を経るべきである。Norfolkは、システムが何を収集するのか、職員がどのように確認するのか、いつデータが公式記録に入るのか、住民が誤りをどのように訂正できるのかを説明すべきだ。
緊急出動の指令は、アシスタントの自律的な権限の範囲外に維持すべきである。市の現在の立場はその境界を支持しており、Summerlinも、誰かが危険にさらされている場合には直接の人間対応が不可欠だと述べている。
Norfolkは、開示、保存、ベンダーに関する方針も明確にすべきだ。住民には、いつAIが応答しているのか、通話がどのように保存されるのか、データが外部モデルの改善に使われるのかを知る権利がある。
これらの問いは、初期の成果を否定するものではない。非緊急問い合わせの40%以上を処理したことは、とりわけ同じセンターが大量の緊急通報も扱っていることを考えれば、意味のある運用上のシグナルである。
この数字は、公共安全の職員に届く通話の多くが、情報提供を目的とした反復可能なものだと示している。対話型ソフトウェアは、住民に硬直したメニューを強いることなく、そのかなりの部分に対応できる。
未解決の問いは、Norfolkが、ソフトウェアが最も理解しにくい人々や状況に対しても、その利便性を維持できるかどうかである。
公共機関にとって最も優れたAI導入とは、ワークフローから最も多くの人間を排除するものではない。人間が判断により多くの時間を割けるようにしながら、必要なときに確実に連絡できる状態を保つものである。
Norfolk AI non-emergency callsは現在、この原則を目に見える形で検証している。応答時間のデータ、失敗した転送、言語対応の実績、将来の拡張範囲に注目すべきだ。これらの指標は、アシスタントが公共アクセスを改善しているのか、それとも見栄えのよい自動化率を生み出しているにすぎないのかを明らかにする。
