音声認識で「聞き取れない箇所」を、どう運用するか
木村 優志

音声認識を業務で使うとき、認識結果をあとから利用者に修正してもらう運用は、例外的なものです。
多くの場合、利用者が求めているのは、会話や入力を止めずに目的を達成できることです。文字起こしの怪しい箇所を色付けされても、毎回音声を聞き直して直す必要があれば、便利な仕組みにはなりません。
では、音声認識が不確実な箇所を見つけたとき、何をすべきでしょうか。
答えは、低信頼度を利用者へ表示することではありません。不確実さを手がかりに、聞き返す、別の情報で補う、人へ引き継ぐといった次の処理をシステムが選ぶことです。
この記事では、音声認識で「聞き取れない箇所」を検出し、それを現実の運用へどうつなげるかを考えます。
低信頼度は、画面に出すための情報ではない
音声認識器は、単語や区間ごとにスコアを出せることがあります。そのスコアが低い単語へ色を付ければ、怪しい箇所を見つけられそうです。
しかし、単純な色付けには問題があります。
- 利用者が訂正作業を背負うことになる
- 誤りではない単語まで多数表示されると、警告を無視するようになる
- 認識結果から抜け落ちた単語には、色を付ける対象そのものがない
- 音声を再生できても、その場で訂正する権限や知識がない場合がある
信頼度は、利用者へそのまま見せる数値ではありません。システムが次の行動を決めるための内部情報として扱う方が有用です。
不確実さを検出した後の、三つの運用
音声認識が不確実な箇所を検出したとき、常に同じ対応をする必要はありません。業務への影響と、確認にかかる負担で分けます。
1. 影響が小さければ、そのまま進める
雑談の相づちや、後続の処理に影響しない言い回しまで、確認対象にする必要はありません。
音声認識のスコアが低くても、会話の目的を妨げないなら、表示も聞き返しもしない。この判断によって、必要なときだけ介入できるようになります。
2. その場で確定が必要なら、自然に聞き返す
予約日時、数量、配送先、型番のように、誤りが後の処理へ大きく影響する情報は、その場で確認します。
ただし、認識器の都合をそのまま利用者へ見せる必要はありません。
「ご予約は9月15日でよろしいでしょうか」
「型番はAB-102ではなく、AB-120でしょうか」 会話の目的に沿った確認質問へ変換すれば、利用者は文字起こしの訂正ではなく、必要な情報の確認として応答できます。
3. その場で確認できなければ、人や後続処理へ渡す
たとえば、専門家の判断が必要な内容や、音声だけでは確定できない内容を、利用者へ何度も聞き返すべきではありません。
この場合は、不確実な区間と認識候補を内部的に記録し、担当者への引き継ぎ、専門辞書を使った再認識、別チャネルでの確認へ回します。
削除誤りも、この運用で扱います。音声にはあった単語が認識結果に現れない以上、利用者へ「この単語が抜けました」とは示せません。発話区間全体の不確実さを検出し、重要な手続きなら再確認や有人対応へ切り替える設計が必要です。
運用に組み込む前に測るべきこと
不確実な箇所を検出する仕組みは、もっともらしく見えても役に立たないことがあります。
確認すべきなのは、低信頼度語をどれだけ検出したかだけではありません。
- 実際の誤りのうち、重要な誤りをどれだけ確認・引き継ぎ対象にできたか
- 確認質問や有人対応が、本当に必要だった割合
- 利用者の会話や業務を、どれだけ余分に止めていないか
- 確認後に正しい情報を取得できた割合
- 削除誤りや、専門用語の誤りを見逃していないか
最終的には、文字起こしの誤り率だけでなく、重要な誤りを残した割合と、必要のない確認によって利用者の負担を増やしていないかで評価する必要があります。
音声認識の信頼度を、システムの次の行動につなげる
音声認識は、常に完璧な文字起こしを返すわけではありません。
だからこそ、誤りそうな箇所を黙って出力するのではなく、業務への影響に応じて、聞き返し・再認識・有人対応という次の行動へつなげることに価値があります。重要なのは、信頼度の数字を見せることではありません。
音声認識の品質は、モデルの誤り率だけで決まりません。誤りをどれだけ早く検出し、利用者へ不要な負担をかけずに、適切な処理へ回せるか。その業務フローまで設計して初めて、現場で使える仕組みになります。


