IVR（自動音声応答）とは | 仕組み・活用例・ボイスボットとの違い

目次

IVR（Interactive Voice Response・自動音声応答）とは、電話の音声ガイダンスと発信者の入力操作を組み合わせ、用件に応じて自動応答や担当者への振り分けを行う仕組みです。「お問い合わせは1、ご契約内容の確認は2を押してください」といった案内は、IVRの典型例です。

コールセンターや代表電話の一次受付で広く使われ、営業時間外でも一次対応を止めない土台になります。本記事では、IVRの仕組みと活用例、メリット、そしてボイスボットや生成AIとの違いを、公式ドキュメントにもとづいて中立的に整理します。

#IVRとは｜自動音声応答の基本と役割

IVRとは、音声ガイダンスと発信者の入力を組み合わせ、用件ごとに自動応答や担当への振り分けを行う電話の自動化の仕組みです。着信を受けると、あらかじめ設計したシナリオに沿って案内が流れ、発信者の選択に応じて次の処理へ進みます。

AWSの説明では、IVRは発信者がメニューから選択肢を選び、適切な担当者への案内やセルフサービスでの用件完了を可能にする自動電話システムと位置づけられています。電話網とコンピューターを結ぶCTI（コンピューターと電話の統合）を土台に、音声の再生や入力の判定を自動で処理します。

役割は主に3つに整理できます。1つ目は営業時間外や混雑時の一次受付、2つ目は用件に応じた部署・担当への振り分け、3つ目は残高照会や予約変更などをオペレーターを介さず完了させるセルフサービスです。電話インフラ全体の中でのIVRの位置づけは、PBX・CTIとは｜電話システムのクラウド化とコンタクトセンター 完全ガイドもあわせてご覧ください。

#IVRの仕組み｜DTMFと音声認識の2系統

IVRの入力方式は、大きく2つの系統に分かれます。

• DTMF方式：電話のキーを押したときに鳴るプッシュ音（デュアルトーン）を識別し、押された番号を判定する
• 音声認識方式：発信者の発話を認識してテキスト化し、意図を判定する

従来型IVRの多くはDTMF方式で、キーのプッシュ音を識別して番号を判定します。DTMFは、電話のキーごとに割り当てられた2種類の周波数の組み合わせ音を使う方式です。回線を通じて確実に伝わるため、古くから安定した入力手段として使われてきました。

一方の音声認識方式は、ASR（自動音声認識）で発話をテキスト化し、内容に応じて処理します。AWSの説明では、IVRのメニュー設計には、番号だけで選ぶタッチトーン型、決まった発話を認識する型、自由な発話を解釈する自然言語型があり、音声認識やAIの進化で自然言語型の採用が広がっています。処理の中核には、音声合成（テキストから音声）や音声認識（音声からテキスト）の技術が組み込まれます。

#IVRの活用例とメリット

IVRは、電話対応の入口で定型処理を引き受けることで、応対の効率と品質の両立を助けます。代表的な活用例は次のとおりです。

• 一次受付と自動音声案内：営業時間・所在地・よくある質問への定型回答
• 部署・担当の振り分け：用件別メニューで適切な窓口へ着信をルーティング
• 本人確認：会員番号や生年月日の入力による発信者の認証
• セルフサービス：残高照会、予約や配送状況の確認、各種手続きの受付

IVRの主なメリットは、24時間の一次対応・待ち時間の短縮・オペレーターの負荷軽減による人件費の抑制です。定型的な問い合わせを自動で処理できれば、有人対応は複雑な相談に集中できます。加えて、着信のログや選択履歴を分析することで、メニュー設計や応対フローを継続的に改善しやすくなります。

一方で注意点もあります。メニューの階層が深すぎると発信者が目的にたどり着けず、離脱や不満につながります。選択肢は絞り、有人対応への切り替え導線を用意する設計が求められます。

#IVRとボイスボット・生成AIの違い

近年は、音声認識とAIを組み合わせたボイスボットが登場し、IVRとの違いが話題になります。ボイスボットは音声認識と自然言語処理で発信者の自由な発話を解釈して応答する点が、選択肢に沿って進む従来型IVRとの主な違いです。

ボイスボットの一般的な仕組みは、着信音声を音声認識でテキスト化し、自然言語処理で用件を解釈して回答を組み立て、音声合成で読み上げるという流れです。従来のIVRが「番号を押す」操作を前提とするのに対し、ボイスボットは「話す」だけで用件を伝えられます。加えて、あらかじめ用意した回答パターンで進むシナリオ型のほか、生成AIを用いて柔軟に応答を生成する型も現れています。

ただし、ボイスボットや生成AIがすべてを置き換えるわけではありません。定型的で件数の多い問い合わせを自動化し、複雑な相談や例外対応は有人につなぐという役割分担が現実的です。両者は対立せず、目的に応じて組み合わせて使われます。

#Amazon ConnectでのIVRとAIセルフサービス

こうしたIVRとAIを、同じクラウド基盤の上で扱えるのが、AWSのクラウド型コンタクトセンター「Amazon Connect」です。ビジュアルなエディタでコールフロー（問い合わせフロー）を設計し、IVRの音声案内やルーティングを組み立てられます。

さらにAWSは、対話型AIのAmazon Lexや、生成AIによるセルフサービス・応対支援を担うAmazon Q in Connectを提供しています。これらを組み合わせると、番号を押すだけの旧来型IVRから、発話で用件を伝えられるセルフサービスへと段階的に発展させられます。Amazon ConnectのAI機能の全体像はAmazon ConnectのAI機能 完全ガイドで解説しています。

IVRやボイスボットは膨大な音声・テキストの対話データを生み出すため、それをどう蓄積し活用するかが次の論点になります。自動応答の記録や有人対応の会話は、そのままでは各システムに散在しがちです。

#対話データを「使えるナレッジ」に変える

IVRの高度化やボイスボットの導入で、電話対応の効率は大きく上がります。しかし、そこで生まれる対話データを応対の完了で終わらせてしまうと、組織の資産にはなりません。営業・CS・管理を横断して検索・参照できる「ナレッジ」に構造化してはじめて、次の応対やAIエージェントの活用につながります。

株式会社aileadは、対話データを安全に統合・構造化し、AIが使えるナレッジとして統治するエンタープライズ基盤です。IVRやコンタクトセンターを置き換えるものではなく、そこで生まれた対話データを組織の資産に変える補完レイヤーとして位置づけられます。対話データのナレッジ化という考え方はコンタクトセンターの対話データを「ナレッジ」に変えるもあわせてご覧ください。

出典: What Is IVR? - Interactive Voice Response Explained（AWS、https://aws.amazon.com/what-is/interactive-voice-response/）／Amazon Connect（https://aws.amazon.com/jp/connect/）ほか。仕組み・機能の記載は同ドキュメント/公表情報にもとづきます。IVR製品の仕様や料金は変動するため、最新は各社公式で確認してください。