(57)【要約】【課題】案内音声が対話関連処理の実行中に全く出力されないことによるユーザの不利益を抑制した上で、音声認識の精度の低下およびユーザの聞き取りやすさの低下を抑制できるようにした「案内音声出力制御システムおよび案内音声出力制御方法」を提供する。【解決手段】トリガに応じて案内音声を出力する機能、および、音声を受け付ける受付段階、音声認識する認識段階および認識結果に基づく音声を出力する出力段階を有する対話関連処理を実行する機能を有する音声出力制御部１５を備え、音声出力制御部１５は、当該処理の実行中にトリガが発生した場合、対話関連処理の処理段階に応じて案内音声の出力を制御し、これにより処理段階が案内音声を出力したとしても音声認識の精度やユーザの聞き取りにくさに影響を与えない段階か否かに応じて案内音声の出力を動的に制御するようにしている。【選択図】図１
2020091416.tif 000002
【特許請求の範囲】
【請求項１】
車両に関連する案内音声を出力するトリガが発生したことを検出するトリガ発生検出部と、
前記トリガ発生検出部により前記トリガが発生したことが検出された場合に、検出された前記トリガに対応する前記案内音声を出力する機能、および、入力される音声を音声認識の対象として受け付ける受付段階、音声を音声認識する認識段階および認識結果に基づく音声を出力する出力段階を有する対話関連処理を実行して、車両に搭乗するユーザが発話した音声の内容に対応する内容の音声を出力する機能を有する音声出力制御部とを備え、
前記音声出力制御部は、
前記対話関連処理の実行中に前記トリガが発生した場合、前記トリガの発生時における前記対話関連処理の処理段階に応じて、前記案内音声の出力を制御する
ことを特徴とする案内音声出力制御システム。
【請求項２】
前記音声出力制御部は、前記対話関連処理の実行中に前記トリガが発生した場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記出力段階より前の場合は、前記認識段階の間に前記案内音声を出力することを特徴とする請求項１に記載の案内音声出力制御システム。
【請求項３】
前記音声出力制御部は、所定の態様で短縮した前記案内音声を前記認識段階の間に出力することを特徴とする請求項２に記載の案内音声出力制御システム。
【請求項４】
前記音声出力制御部は、前記対話関連処理の実行中に前記トリガが発生した場合、前記トリガの発生時における前記対話関連処理の処理段階、および、前記トリガに対応する前記案内音声の緊急度に応じて、前記案内音声の出力を制御することを特徴とする請求項１に記載の案内音声出力制御システム。
【請求項５】
前記音声出力制御部は、前記受付段階のときに前記トリガが発生した場合において、
前記トリガに対応する前記案内音声の緊急度が低レベルの場合は、実行中の前記対話関連処理が完了した後に、前記案内音声を出力し、
前記トリガに対応する前記案内音声の緊急度が前記低レベルよりも高い中レベルの場合は、前記受付段階の間は前記案内音声の出力を保留し、前記認識段階の間に前記案内音声を出力し、
前記トリガに対応する前記案内音声の緊急度が前記中レベルよりも高い高レベルの場合は、前記受付段階を中断して前記案内音声を出力し、前記案内音声の出力が完了した後、前記受付段階を再開する
ことを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項６】
前記音声出力制御部は、前記認識段階のときに前記トリガが発生した場合において、
前記トリガに対応する前記案内音声の緊急度が所定レベルより低い場合は、実行中の前記対話関連処理が完了した後に、前記案内音声を出力し、
前記トリガに対応する前記案内音声の緊急度が前記所定レベル以上の場合は、前記認識段階の間に前記案内音声を出力する
ことを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項７】
前記音声出力制御部は、前記出力段階のときに前記トリガが発生した場合において、
前記トリガに対応する前記案内音声の緊急度が低レベルの場合は、実行中の前記対話関連処理が完了した後に、前記案内音声を出力し、
前記トリガに対応する前記案内音声の緊急度が前記低レベルよりも高い中レベルの場合は、前記出力段階の間は前記案内音声の出力を保留し、前記出力段階の終了後に前記案内音声を出力し、
前記トリガに対応する前記案内音声の緊急度が前記中レベルよりも高い高レベルの場合は、前記出力段階を中断して前記案内音声を出力し、前記案内音声の出力が完了した後、前記出力段階を再開する
ことを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項８】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベルを下回る場合、前記トリガの発生時における前記対話関連処理の処理段階にかかわらず、実行中の前記対話関連処理が完了した後に、前記案内音声を出力することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項９】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベル以上の場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記受付段階の場合、前記受付段階の間は前記案内音声の出力を保留し、前記認識段階の間に前記案内音声を出力することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項１０】
前記音声出力制御部は、所定の態様で短縮した前記案内音声を前記認識段階の間に出力することを特徴とする請求項９に記載の案内音声出力制御システム。
【請求項１１】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベル以上の場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記認識段階の場合、前記認識段階の間に前記案内音声を出力することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項１２】
前記音声出力制御部は、所定の態様で短縮した前記案内音声を前記認識段階の間に出力することを特徴とする請求項１１に記載の案内音声出力制御システム。
【請求項１３】
前記音声出力制御部は、前記認識段階の間に前記案内音声の出力が完了しない場合、前記出力段階への移行を保留して当該音声の出力を完了させた後、前記出力段階へ移行することを特徴とする請求項１２に記載の案内音声出力制御システム。
【請求項１４】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベル以上の場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記出力段階の場合、前記出力段階の間は前記案内音声の出力を保留し、前記出力段階の終了後に前記案内音声を出力することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項１５】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベル以上の場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記受付段階の場合、前記受付段階を中断して前記案内音声を出力し、当該音声の出力が完了した後、前記受付段階を再開することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項１６】
前記音声出力制御部は、前記対話関連処理の実行中に発生した前記トリガに対応する前記案内音声の緊急度が所定レベル以上の場合において、前記トリガの発生時における前記対話関連処理の処理段階が前記出力段階の場合、前記出力段階を中断して前記案内音声を出力し、前記案内音声の出力が完了した後、前記出力段階を再開することを特徴とする請求項４に記載の案内音声出力制御システム。
【請求項１７】
案内音声出力制御システムのトリガ発生検出部が、車両に関連する案内音声を出力するトリガが発生したことを検出するステップと、
前記案内音声出力制御システムの音声出力制御部が、入力される音声を音声認識の対象として受け付ける受付段階、音声を音声認識する認識段階および認識結果に基づく音声を出力する出力段階を有する対話関連処理の実行中に、前記トリガ発生検出部により前記トリガが発生したことが検出された場合に、前記トリガの発生時における前記対話関連処理の処理段階に応じて、検出された前記トリガに対応する前記案内音声の出力を制御するステップと、
を含むことを特徴とする案内音声出力制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、案内音声出力制御システムおよび案内音声出力制御方法に関し、特に、車両に搭乗するユーザに車両に関連する音声を出力する案内音声出力制御システムおよび案内音声出力制御方法に用いて好適なものである。
【背景技術】
【０００２】
従来、車両に搭乗するユーザに対して車両に関連する案内音声（交差点案内に係る音声や、渋滞に関する案内に係る音声、速度超過に関する音声等）を出力する機能を有するシステムが広く普及しており、音声の出力に関する様々な技術が提案されている。例えば、特許文献１には、複数のアプリケーションに基づく音声を出力可能なシステムにおいて、アプリケーションの優先度に応じて音声を出力する対象とするアプリケーションを切り替える技術が記載されている。特許文献１の技術によれば、新たに追加されたアプリケーションがあっても、そのアプリケーションの性質に応じた動的な音声切替えを実現できる。
【０００３】
また、特許文献２には、音声情報データに基づく音声を報知（出力）するシステムにおいて、同時に報知する必要のある音声情報データの多寡に応じて、音声情報データ数が多い場合は、音声情報データのメッセージ長を短くして報知する一方、音声情報データ数が少ない場合は、音声情報データのメッセージ長を短くすることなく報知する技術が記載されている。特許文献２の技術によれば、車両に搭乗するユーザに対して短時間に多くの情報提供を行う必要がある場合に、短時間に多くの情報提供を行うことが可能となる。
【０００４】
また、特許文献３には、経路案内に係る音声を音声合成して出力するシステムにおいて、音声通話端末に着信があったことを検出した場合に、経路案内のための音声合成を実行中であれば、音声合成を実行せず固定的なメッセージを出力することによって着信があったことを通知する一方、経路案内のための音声合成を実行中でなければ、着信に関する詳細な情報が含まれるメッセージを音声合成により生成して出力することによって着信があったことを通知する技術が記載されている。特許文献３の技術によれば、音声通話端末に着信があったときに、経路案内のための音声合成が実行中か否かに応じた適切な態様で音声により着信があったことを通知できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−０３８１８８号公報
【特許文献２】特開２０１１−１１８６９２号公報
【特許文献３】特開２０１５−２００６９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、近年、スマートスピーカと呼ばれる音声対話機能を有する装置が普及してきている。これに応じて、スマートスピーカの音声対話機能を、車両に関する案内音声を出力する機能（以下、「案内音声出力機能」という）とは別にシステムに実装しようとする動きがある。音声対話機能をシステムに実装するときの仕様として、音声対話機能に基づく対話に関連する処理（以下、「対話関連処理」という）が行われている期間は、案内音声出力機能をオフし、この期間に案内音声出力機能に基づく音声が出力されないようにすることが考えられる。こうすることにより、車両に搭乗するユーザが発話した音声と案内音声出力機能によりシステムが出力する音声とが混ざらないことになり、音声認識の精度の向上が期待できる。また、音声対話機能によりシステムが出力する音声と案内音声出力機能によりシステムが出力する音声とが混ざらないことになり、ユーザの聞き取りやすさの向上が期待できる。
【０００７】
しかしながら、このような仕様とすると、対話関連処理が行われている間は、車両に関する音声が全く出力されないことになり、このことに起因してユーザに不利益が生じる可能性がある。このようなユーザの不利益の発生を防止するため、音声対話機能に基づく対話関連処理が行われている期間も、案内音声出力機能をオンする仕様とすると、音声認識の精度が低下し、またユーザの聞き取りやすさが低下してしまう。
【０００８】
本発明は、このような問題を解決するために成されたものであり、音声対話機能、および、車両に関連する音声を出力する機能を有するシステムについて、車両に関連する案内音声が対話関連処理の実行中に全く出力されないことによるユーザの不利益を抑制した上で、音声認識の精度の低下およびユーザの聞き取りやすさの低下を抑制できるようにすることを目的としている。
【課題を解決するための手段】
【０００９】
上記した課題を解決するために、本発明は、トリガの発生に応じて車両に関連する案内音声を出力する機能と、音声を認識対象として受け付ける受付段階、音声を認識する認識段階および認識結果に基づく音声を音声出力部に出力させる出力段階を有する対話関連処理を実行して音声対話を実現する機能とを有し、対話関連処理の実行中にトリガが発生した場合、トリガの発生時における対話関連処理の処理段階に応じて案内音声の出力を制御するようにしている。
【発明の効果】
【００１０】
上記のように構成した本発明によれば、対話関連処理の処理段階に応じて車両に関連する案内音声の出力が動的に制御されるため、対話関連処理の実行中に車両に関連する案内音声を出力するトリガが発生した場合に、対話関連処理の処理段階が案内音声を出力したとしても音声認識の精度やユーザの聞き取りにくさに影響を与えない段階である場合には、案内音声を出力するという対応が可能となる。このため、対話関連処理が実行中であっても案内音声が出力されるケースを現出することができ、対話関連処理が実行されている間は案内音声を全く出力しない構成と比較してユーザの不利益を抑制できる。その上で、上記のように構成した本発明によれば、対話関連処理の処理段階が、上記のような影響を与える段階である場合には、案内音声を出力しないという対応が可能となる。このため、対話音声関連処理の実行中に案内音声を出力するトリガが発生した場合に必ず案内音声を出力する構成と比較して音声認識の精度の低下およびユーザの聞き取りやすさの低下を抑制できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る案内音声出力制御システムの機能構成例を示すブロック図である。
【図２】交差点関連案内に係る案内音声の説明に用いる図である。
【図３】処理段階と緊急度との組み合わせごとに処理内容を明示したテーブルである。
【図４】短縮文章の説明に用いる図である。
【図５】本発明の一実施形態に係る車載装置の動作例を示すフローチャートである。
【図６】本発明の一実施形態の変形例に係る車載装置の動作例を示すフローチャートである。
【図７】案内音声出力制御システムの構成の別例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る案内音声出力制御システム１の機能構成例を示すブロック図である。図１に示すように、案内音声出力制御システム１は、車載装置２を備えている。車載装置２は、インターネットや電話網等の通信網を含んで構成されたネットワークＮにアクセス可能である。ネットワークＮには、サービス提供サーバ３が接続されている。
【００１３】
サービス提供サーバ３は、音声認識に関するサービスを提供するクラウドサーバである。サービス提供サーバ３は、クライアント端末（本実施形態では、車載装置２）とユーザとの間での音声対話を実現するためのサービスを提供する。本実施形態に係るサービス提供サーバ３は、クライアント端末側で収集されたユーザの音声を音声認識し、認識結果に基づいてユーザの音声の内容に対応する内容の音声をクライアント端末に出力させる。音声認識に関するサービス提供サーバ３の処理については後に詳述する。
【００１４】
車載装置２は、車両に搭載された、いわゆるカーナビゲーションであり、車両の現在位置を検出する機能や、車両に搭乗するユーザにより設定された目的地までの経路（以下、「誘導経路」という）を探索し、案内する機能等を有する。なお、車載装置２は、車両に固定的に取り付けられた装置でなくてもよい。例えば、車載装置２は、ユーザによって車内に持ち込まれたモバイル端末であってもよい。図１に示すように、車載装置２には、マイク４、スピーカ５およびタッチスクリーン６が接続されている。以下、車載装置２が搭載されている車両を「自車両」という。
【００１５】
マイク４は、自車両に搭乗するユーザが発話した音声を収音可能な位置に設けられた収音装置である。スピーカ５は、自車両の車内に音声を出力する放音装置である。タッチスクリーン６は、自車両のダッシュボードや、センターコンソール等、自車両に搭乗するユーザが視認可能な位置に設けられたディスプレイと、ディスプレイに重ねて配置され、ディスプレイの表示領域に対するタッチ操作を検出するタッチパネルとを備えている。
【００１６】
図１に示すように、車載装置２は、機能構成として、通信部１０、音声処理部１１、自車位置検出部１２、経路関連制御部１３、トリガ発生検出部１４および音声出力制御部１５を備えている。上記各機能ブロック１０〜１５は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１０〜１５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００１７】
図１に示すように、車載装置２は、記憶手段として、音声バッファ１７、地図データ記憶部１８および経路関連情報記憶部１９を備えている。音声バッファ１７は、後述する入力音声データがバッファリングされる一時記憶領域である。地図データ記憶部１８は、地図データを記憶する。地図データは、地図の描画に用いる描画用データのほか、誘導経路の探索に用いられる道路データを含んでいる。道路データは、道路網における結節点ごとに定義されたノードに関する情報、および、ノードとノードとの間の道路区間ごとに定義されたリンクに関する情報を含んでいる。経路関連情報記憶部１９は、後述する経路関連情報を記憶する。
【００１８】
通信部１０は、所定の通信規格に従ってネットワークＮにアクセスし、ネットワークＮに接続された外部装置（サービス提供サーバ３を含む）と通信する。通信部１０がネットワークＮにアクセスするときの通信方法はどのような方法でもよく、また、外部装置との通信に用いる通信規格は何でもよい。例えば、通信部１０は、自車両に持ち込まれた携帯端末とbluetooth（登録商標）やWi-Fi（登録商標）等の無線通信により通信し、携帯端末のテザリング機能を利用してネットワークＮにアクセスする。また、通信部１０は、移動体通信網に直接アクセスすることによってネットワークＮにアクセスする。
【００１９】
音声処理部１１は、マイク４によって収音された音声に標本化、量子化、符号化処理を含むアナログ／デジタル変換処理を行って音声データを生成し、音声バッファ１７にバッファリングする。この結果、現時点から遡って所定期間の間にマイク４により収音された音声に基づく音声データが音声バッファ１７に記憶された状態となる。以下、音声バッファ１７に記憶された音声データの集合を「入力音声データ」という。音声処理部１１による入力音声データのバッファリングは、後述する対話関連処理が実行中か否かにかかわらず継続して行われる。
【００２０】
また、音声処理部１１は、Ｄ／Ａコンバータや、ボリューム回路、アンプ回路等を備え、音声出力制御部１５から入力した音声データをＤ／Ａコンバータによりデジタル／アナログ変換し、ボリューム回路により音量レベルを調整し、アンプ回路により増幅して、スピーカ５から音声として出力する。
【００２１】
自車位置検出部１２は、ＧＰＳユニット、加速度センサ、ジャイロセンサおよび車速センサ等のセンサ（いずれも不図示）の検出結果に基づいて、自車両の現在位置（以下、「自車位置」という）を検出する。
【００２２】
経路関連制御部１３は、ユーザにより目的地が指定され、誘導経路の案内が指示されると、地図データ記憶部１８に記憶された地図データに基づいて誘導経路を探索し、探索した誘導経路を案内する。誘導経路の案内は、地図上に自車両の現在位置および誘導経路を示す画像を明示する等の既存の方法により行われる。
【００２３】
経路関連制御部１３は、誘導経路を探索した場合、誘導経路および案内交差点を示す情報を含む経路関連情報を経路関連情報記憶部１９に記憶する。誘導経路を示す情報は、地図上で誘導経路を特定可能な情報であり、例えば、誘導経路を構成するリンクのリンクＩＤおよびノードのノードＩＤの組み合わせを含んで構成される。また、案内交差点とは、誘導経路に含まれる交差点のうち、右左折が行われる交差点である。案内交差点を示す情報は、地図上で案内交差点を特定可能な情報であり、例えば、案内交差点に対応するノードのノードＩＤを含んで構成される。
【００２４】
トリガ発生検出部１４は、案内交差点に関連する案内を行うトリガが発生した場合に、そのことを検出する。詳述すると、本実施形態では、誘導経路の案内中に案内交差点が近づいてくると、案内交差点と自車両との離間距離に応じて、当該離間距離が７００メートルとなったとき、３００メートルとなったとき、１００メートルとなったとき、および、３０メートルとなったときのそれぞれのタイミングで、異なる内容の案内音声を出力する構成となっている。案内音声の内容については後述する。以下、案内音声を出力するトリガとなる案内交差点と自車両との離間距離（７００メートル、３００メートル、１００メートル、および、３０メートル）を総称して「案内開始距離」という。誘導経路の案内中、トリガ発生検出部１４は、自車位置検出部１２の検出結果、地図データ記憶部１８に記憶された地図データ、および、経路関連情報記憶部１９に記憶された経路関連情報に基づいて、案内交差点と自車両との離間距離を検出すると共に、当該離間距離が案内開始距離になったか否かを監視し、案内開始距離となった場合には、そのことを検出する。
【００２５】
音声出力制御部１５は、案内音声出力機能および音声対話機能を有し、更に、音声対話機能に基づく対話関連処理の実行中に、交差点関連案内を行うトリガが発生した場合に、案内音声出力機能による案内音声の出力および音声対話機能による対話音声の出力を制御する音声出力制御処理を実行する。以下、案内音声出力機能および音声対話機能を順に説明した後、音声出力制御処理について説明する。
【００２６】
＜案内音声出力機能＞
まず、案内音声出力機能について説明する。以下の案内音声出力機能の説明は、音声出力制御部１５により実行される基本的な処理を説明するためのものであり、音声対話機能の実行中に、案内音声出力機能は実行されないものとする。
【００２７】
図２は、交差点関連案内に係る案内音声の説明に用いる図である。図２に示すように、本実施形態では、案内音声の種類として、案内開始距離が７００メートルの遠距離案内音声、３００メートルの中距離案内音声、１００メートルの近距離案内音声、および、３０メートルの直前案内音声がある（「種類」フィールドおよび「案内開始距離」フィールド参照）。そして、各種類の案内音声の内容（案内音声に対応する文章）は、距離フレーズ、カウントダウン目印フレーズ、カウントダウン残数フレーズ、交差点名称フレーズ、マニューバフレーズ、方面名称フレーズおよび右左折専用レーンフレーズの７つのフレーズにより構成される（「音声内容」フィールド参照）。ただし、案内音声の種類によっては、文言が割り当てられないフレーズもある。
【００２８】
図２の例では、遠距離案内音声の内容は「およそ７００メートル先、○○交差点＜で＞、右方向、○○方面＜です＞。右折専用レーン＜があります＞。」というものである。また、図２の例では、中距離案内音声の内容は「およそ３００メートル先、右側の○○＜を通過して＞、４個目の信号＜を＞、○○交差点＜で＞、右方向＜です＞。右折専用レーン＜があります＞。」というものである。なお、“＜”“＞”で括った文言は、案内音声に対応する文章を自然な文章とするために所定のルールに従って付加される文言を表している。
【００２９】
音声出力制御部１５は、トリガ発生検出部１４により案内交差点と自車両との離間距離が案内開始距離になったことが検出された場合（＝トリガが発生したことが検出された場合）、案内開始距離に対応する案内音声の種類を認識する。次いで、音声出力制御部１５は、認識した種類に応じた案内音声に対応する文章を生成する。ここで生成される文章の一例は、図２で示した通りである。
【００３０】
なお、距離フレーズについて、音声出力制御部１５は、自車位置検出部１２の検出結果、地図データ記憶部１８に記憶された地図データおよび経路関連情報記憶部１９に記憶された経路関連情報に基づいて、その時点の自車位置と案内交差点との離間距離を改めて検出し、検出した離間距離を反映した文言とする。つまり、その時点の離間距離が６００メートルであれば、距離フレーズについて「およそ６００メートル先」のようにする。同様に、カウントダウン残数フレーズについて、音声出力制御部１５は、各種情報に基づいて、その時点で案内交差点に至るまでに自車両が通過すべき交差点の個数を改めて検出し、検出した交差点の個数を反映した文言とする。
【００３１】
これにより、トリガ発生検出部１４によりトリガが発生したことが検出されたタイミングと、音声出力制御部１５により案内音声に対応する文章が生成されるタイミングとにタイムラグが発生した場合であっても、距離フレーズおよびカウントダウン残数フレーズの文言は、当該文章が生成されるタイミングに対応した適切な内容の文言となる。また、音声出力制御部１５は、カウントダウン目印フレーズ、交差点名称フレーズ、マニューバフレーズ、方面名称フレーズおよび右左折専用レーンフレーズについて、自車位置検出部１２の検出結果、地図データ記憶部１８に記憶された地図データおよび経路関連情報記憶部１９に記憶された経路関連情報に基づいて、適切な文言を割り当てる。地図データには、これらフレーズに文言を割り当てるために必要な情報が含まれている。
【００３２】
案内音声に対応する文章を生成した後、音声出力制御部１５は、生成した文章を案内音声として出力するための音声データを生成する。以下、案内音声が記録された音声データを「案内音声データ」という。案内音声データの生成は、音声合成処理等の既存の技術により適切に行われる。次いで、音声出力制御部１５は、生成した案内音声データを図示しないバッファを介して音声処理部１１に出力し、音声処理部１１に案内音声データに記録された案内音声をスピーカ５から出力させる。
【００３３】
以上のように、案内音声出力機能において、音声出力制御部１５は、トリガ発生検出部１４により案内交差点と自車両との離間距離が案内開始距離になったことが検出された場合（案内音声を出力するトリガが発生したことが検出された場合）、案内開始距離に対応する種類の案内音声が記録された案内音声データを生成し、案内音声データを音声処理部１１に出力し案内音声を出力させる。この案内音声出力機能により、自車両に搭乗するユーザは、案内交差点までの距離に応じた適切な内容の案内音声を聴取することができる。
【００３４】
＜音声対話機能＞
次に、音声対話機能について説明する。以下の音声対話機能の説明は、音声出力制御部１５により実行される基本的な処理を説明するためのものであり、音声対話機能の実行中には、上述した案内音声出力機能が実行されないものとする。
【００３５】
音声対話機能を開始する場合、ユーザは、ウェイクワードと呼ばれる予め定められた特定のワードを発話する。ユーザにより特定ワードが発話されると、音声処理部１１の機能により、ウェイクワードに対応する音声が記録された入力音声データが音声バッファ１７に記憶される。音声出力制御部１５は、音声バッファ１７に記憶される入力音声データを継続して分析し、ウェイクワードに対応する音声が入力音声データに記録されている場合には、そのことを検出する。以下、ウェイクワードに対応する音声が入力音声データに記録されていることを検出することを、単に「ウェイクワードを検出する」のように表現する。ウェイクワードの検出は、既存の記述により適切に行われる。一例として、音声出力制御部１５は、随時、入力音声データに記録された音声の音声パターン（音声波形）と、予め登録された「ウェイクワードに対応する音声の音声パターン」とを比較して類似度を算出し、算出した類似度が閾値より大きくなった場合に、ウェイクワードに対応する音声が入力音声データに記録されていることを検出する。
【００３６】
ウェイクワードを検出すると、音声出力制御部１５は、対話関連処理の実行を開始する。対話関連処理は、処理段階として受付段階、認識段階および出力段階を有する処理である。音声出力制御部１５は、ウェイクワードの検出に応じて、まず、受付段階に移行し、対応する処理を実行する。受付段階は、マイク４を介して音声処理部１１に入力された音声を認識対象として受け付ける段階である。ユーザは、ウェイクワードを発話した後、何らかの質問や、何らかの要求等の、サービス提供サーバ３が提供するサービスにより回答されることを望む文言（以下、「リクエスト」という）を発話する。ユーザは、ウェイクワードの発話に続けて、連続してリクエストを発話するため、基本的にはリクエストは受付段階において発話される。
【００３７】
音声出力制御部１５は、音声バッファ１７に記憶される入力音声データを分析し、ウェイクワードに対応する音声に続く音声（リクエストと想定される音声）について、音声が入力されていない期間が一定時間以上続いた場合、受付段階を終了し、認識段階に移行する。この場合、ユーザがリクエストを発話し終わったものと想定される。
【００３８】
認識段階に移行すると、音声出力制御部１５は、処理要求データを生成する。処理要求データは、認識対象音声データと制御情報データとを含んでいる。認識対象音声データとは、音声バッファ１７に記憶された入力音声データのうち、ウェイクワードに対応する音声と、リクエストに対応する音声とが記録された音声データである。音声出力制御部１５は、入力音声データから、ウェイクワードに対応する音声、および、リクエストに対応する音声が記録された部分を含む音声データを抽出することにより認識対象音声データを生成する。その際、音声出力制御部１５は、サービス提供サーバ３が提供するサービスを利用するために求められる機能要件を満たす態様で認識対象音声データを生成する。例えば、認識対象音声データについて、ウェイクワードの部分よりも前に所定時間分の音声データを含めることが要求される場合には、音声出力制御部１５は、その要求を満たす態様で認識対象音声データを生成する。なお、認識対象音声データについて、必要な場合には、フォーマット変換処理や、データ整形処理等が施されてもよい。
【００３９】
制御情報データは、認識対象音声データに関する必要な参照情報が所定のフォーマットに従って記述されたデータ（例えば、ＪＳＯＮ形式のデータ）である。例えば、制御情報データには、仕様に応じて、処理要求データの識別に使用する情報や、認識対象音声データのフォーマットを示す情報、認識対象音声データにおけるウェイクワードの開始ポイントおよび終了ポイントを示す情報等が含まれる。
【００４０】
処理要求データを生成した後、音声出力制御部１５は、生成した処理要求データをサービス提供サーバ３に送信する。処理要求データをサービス提供サーバ３に送信するために必要な情報（サービス提供サーバ３のアドレスや、認証に必要な情報等）は、予め登録されている。
【００４１】
サービス提供サーバ３は、処理要求データを受信すると、制御情報データの内容に基づいて、認識対象音声データについて音声認識を含む分析を行って、ユーザによるリクエストに対するレスポンスを生成する。レスポンスの生成は既存の技術に基づいて適切に実行される。例えば、レスポンスは、「明日の○○の天気を教えて」（○○は場所を表している）というリクエストに対して、「明日の○○の天気は晴れです」というものである。この場合、サービス提供サーバ３は、人工知能による音声認識処理や、自然言語処理、情報要約処理等を通してリクエストの内容を認識し、リクエストを生成するために必要な情報（本例の場合、明日の○○の天気を示す情報）を収集し、収集した情報に基づいてレスポンスを生成する。
【００４２】
レスポンスを生成した後、サービス提供サーバ３は、レスポンスに対応する音声が記録された音声データ（以下、「レスポンス音声データ」という）を生成する。次いで、サービス提供サーバ３は、レスポンス音声データを車載装置２に応答する。
【００４３】
車載装置２の音声出力制御部１５は、サービス提供サーバ３により送信されたレスポンス音声データを受信する。音声出力制御部１５は、レスポンス音声データの受信に応じて処理段階を出力段階へ移行する。出力段階において、音声出力制御部１５は、受信したレスポンス音声データを図示しないバッファを介して音声処理部１１に出力し、レスポンス音声データに記録されたレスポンスに対応する音声をスピーカ５から出力させる。音声処理部１１は、レスポンス音声データに基づく音声の出力が完了すると、音声出力制御部１５にその旨通知する。音声出力制御部１５は、当該通知を受けると、出力段階を終了し、これをもって対話関連処理を終了する。
【００４４】
以上のように、ウェイクワードの認識に応じて開始され、レスポンス音声データに基づく音声の出力によって終了する一連の処理であって、受付段階、認識段階および出力段階を処理段階として有する処理が対話関連処理である。この対話関連処理において、認識段階は、サービス提供サーバ３により音声認識を含む各種処理が行われるため、数秒程度あるいはそれ以上の時間を要する場合がある。
【００４５】
以上のように、音声対話機能において、音声出力制御部１５は、ユーザがウェイクワードと共にリクエストを発話した場合、サービス提供サーバ３の機能を利用して、リクエストに対応するレスポンスを音声により出力する。この音声対話機能により、自車両に搭乗するユーザは、車載装置２との間で音声対話を行うことができる。
【００４６】
＜音声出力制御処理＞
次に、音声出力制御処理について説明する。音声出力制御処理において、音声出力制御部１５は、音声対話機能に基づく対話関連処理を実行している間、トリガ発生検出部１４により交差点関連案内に係る案内音声を出力するトリガが発生したことが検出されたか否かを監視する。対話関連処理を実行している間にトリガが発生した場合、音声出力制御部１５は、案内開始距離に対応する案内音声の種類を認識し、更に、その種類の案内音声の緊急度を認識する。
【００４７】
上述したように、本実施形態では、交差点関連案内に係る案内音声の種類として、遠距離案内音声、中距離案内音声、近距離案内音声および直前案内音声がある。また、本実施形態では、緊急度について、最も緊急度が高い「高レベル」と、最も緊急度が低い「低レベル」と、緊急度が高レベルと低レベルとの間の「中レベル」との３つのレベルが定義されている。そして、遠距離案内音声の緊急度として「低レベル」が、中距離案内音声および近距離案内音声の緊急度として「中レベル」が、直前案内音声の緊急度として「高レベル」が割り当てられている（図２の「緊急度」フィールド参照）。案内開始距離が短い案内音声ほど高いレベルの緊急度となっている理由は、以下である。すなわち、案内開始距離が短いということは、案内音声が出力されるタイミングにおける案内交差点と自車両との離間距離が短いということであり、できるだけ迅速に案内交差点に関連する案内をユーザに認識させる必要があるからである。
【００４８】
次いで、音声出力制御部１５は、現時点（＝トリガが発生したタイミング）の処理段階（受付段階、認識段階または出力段階）を認識する。そして、音声出力制御部１５は、トリガが発生したタイミングの処理段階、および、出力する対象となる案内音声の緊急度に応じて、案内音声の出力を制御する。以下、処理段階と緊急度との組み合わせごとに音声出力制御部１５の処理について図３を利用して説明する。図３は処理段階と緊急度との組み合わせごとに、音声出力制御部１５が実行する処理の処理内容を明示したテーブルである。
【００４９】
＜処理段階が受付段階で、緊急度が低レベルのケース（図３の連番Ａ１のレコード参照）＞
トリガが発生したタイミングの処理段階が「受付段階」で、案内音声の緊急度が「低レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、案内音声出力機能による案内音声の出力を保留し、通常通り音声対話機能による対話関連処理を実行する。案内音声の出力の保留に際し、音声出力制御部１５は、案内音声に対応する文章の生成を行わない。そして、音声出力制御部１５は、対話関連処理が完了した後に、案内音声の出力に係る処理を実行する。案内音声の出力に係る処理には、案内音声に対応する文章の生成、案内音声データの生成、案内音声データの音声処理部１１への出力が含まれており、距離フレーズおよびカウントダウン残数フレーズの内容は、案内音声が出力されるタイミングに対応した適切な内容とされる。なお、距離フレーズおよびカウントダウン残数フレーズの内容が、案内音声が出力されるタイミングに対応した適切な内容となることは、以下の各ケースでも同様であり、以下では特に説明しない。
【００５０】
本ケースにおいて以上の処理が行われるため以下の効果を奏する。すなわち、緊急度が低レベルの場合、自車位置と案内交差点とが十分に離間した状態（本実施形態では、７００メートル離間した状態）であり、案内交差点に関連する案内をユーザにすぐに提供する必要性は小さい。これを踏まえ、本ケースにおいて上記処理が実行されることにより、まず、受付段階で案内音声が出力されないため、ユーザによるリクエストに係る音声と案内音声とが混ざらないことになり、サービス提供サーバ３による音声認識の精度の低下を抑制でき、かつ、出力段階で案内音声が出力されないため、車載装置２によるレスポンスに係る音声と案内音声とが混ざらないことになり、レスポンスに係る音声についてのユーザの聞き取りやすさの低下を抑制できる。その上で、緊急度の低い案内音声により、ユーザと車載装置２との間での音声対話が邪魔されずスムーズな音声対話が実現されるため、ユーザの満足度の低下を抑制できる。
【００５１】
＜処理段階が受付段階で、緊急度が中レベルのケース（図３の連番Ａ２のレコード参照）＞
トリガが発生したタイミングの処理段階が「受付段階」で、案内音声の緊急度が「中レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、受付段階を継続し、受付段階の間は案内音声の出力を保留する。つまり、本ケースの場合、受付段階は引き続き維持され、ユーザはリクエストを発話することができる。一方、音声出力制御部１５は、受付段階から認識段階へ移行した後に、認識段階の間に案内音声を出力する。以下、認識段階の間に案内音声を出力するときの音声出力制御部１５の処理について詳述する。
【００５２】
音声出力制御部１５は、認識段階への移行に応じて、案内音声に対応する文章を生成する。その際、音声出力制御部１５は、所定のルールに従って通常時の文章を短縮した文章（以下、「短縮文章」という）を生成する。
【００５３】
図４は、短縮文章の説明に用いる図である。図４において、通番Ｂ１のレコードは、図２で例示する中距離案内音声に対応する文章（通常時の文章）を短縮した短縮文章を示し、通番Ｂ２のレコードは、図２で例示する近距離案内音声に対応する文章を短縮した短縮文章を示している。図４の通番Ｂ１および通番Ｂ２のレコードに示すように、本実施形態では、音声出力制御部１５は、緊急度が中レベルの案内音声に対応する短縮文章として、通常の文章のうち、カウントダウン残数フレーズおよびマニューバフレーズ以外のフレーズを削除した文章を生成する。
【００５４】
この結果、例えば、図２で例示する中距離案内音声に対応する短縮文章は、「４個目の信号＜を＞、右方向＜です＞。」という短縮された文章になる。削除する対象とするフレーズは、案内交差点についてユーザが認識する上で、ユーザにとって有益な情報か否かが考慮されて選択される。
【００５５】
短縮文章を生成した後、音声出力制御部１５は、短縮文章に対応する音声が記録された案内音声データを生成する。次いで、音声出力制御部１５は、生成した案内音声データを音声処理部１１に出力する。音声出力制御部１５は、案内音声データを音声処理部１１に出力した後、サービス提供サーバ３からレスポンス音声データを受信すると、レスポンス音声データの受信に応じて出力段階に移行する。なお、認識段階の期間が非常に短い場合もあり得る。このような場合に、後述の＜処理段階が認識段階で、緊急度が中レベルのケース（図３の連番Ａ５のレコード参照）＞で説明するように、案内音声の出力が完了してから、出力段階に移行するようにしてもよい。
【００５６】
本ケースにおいて以上の処理が行われる結果、以下の効果を奏する。すなわち、緊急度が中レベルの場合、低レベルの場合と比較して、できるだけ早い段階で案内交差点に関連する案内が行われることが求められるものの、自車位置が案内交差点に至るまでには、なお距離的および時間的な余裕があり、トリガが発生してから案内が開始されるまでの多少のタイムラグは許容される。これを踏まえ、本ケースにおいて上記処理が実行されることにより、まず、受付段階および出力段階の双方で案内音声が出力されないため、音声認識の精度の低下の抑制およびユーザの聞き取りやすさの低下の抑制を実現できる。なお、認識段階ではリクエストに対応する音声の受け付けや、レスポンスに対応する音声の出力は行われないため、認識段階に案内音声を出力しても、音声認識の精度や、ユーザの聞き取りやすさに悪影響を与えない。このことを換言すれば、本ケースにおいて、音声出力制御部１５は、対話関連処理には受付段階と出力段階との間に認識段階があり、この認識段階で音声を出力しても、音声認識の精度やユーザの聞き取りやすさに悪影響を与えないことを好適に利用した処理を実行している。このことは、認識段階で案内音声の出力を行う他のケースについても同様である。
【００５７】
更に、本ケースでは、受付段階の後に到来する認識段階で案内音声の出力が行われるため、対話関連処理が終了した後に案内音声の出力をする場合と比較して、迅速に案内交差点に関連する案内を行うことができる。これにより、３００メートルや１００メートルといった程度に案内交差点が近づいてきた段階で、案内交差点に関連する案内が迅速に行われないことに伴う不利益を抑制できる。
【００５８】
＜処理段階が受付段階で、緊急度が高レベルのケース（図３の連番Ａ３のレコード参照）＞
トリガが発生したタイミングの処理段階が「受付段階」で、案内音声の緊急度が「高レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、受付段階を中断して音声案内を出力し、音声案内の出力が完了した後、受付段階を最初から再開する。音声出力制御部１５は、受付段階の中断中は、入力される音声を音声認識の対象として受け付けない。より詳細には、音声出力制御部１５は、受付段階を中断している期間の入力音声データについては、認証対象音声データに含める対象としない。なお、受付段階を中断している間、音声出力制御部１５が、中断していることを通知する情報をタッチスクリーン６に表示するようにしてもよい。
【００５９】
本ケースにおいて上記処理が実行されることにより以下の効果を奏する。すなわち、緊急度が高レベルの場合、低レベルや中レベルと異なり、案内交差点に関連する案内を即座に行う必要がある。自車両がすぐに案内交差点に至ることをユーザに認識させることによって、案内交差点における右左折をユーザがスムーズに安全に行えるようにするためである。これを踏まえ、本ケースにおいて上記処理が行われるため、緊急度が高レベルの案内音声が即座に出力されないことに起因してユーザに不利益が発生することを抑制できる。また、案内音声が出力されている間は、受付段階が中断されるため、案内音声とユーザが発話した音声とが混ざったものが音声認識の対象とならず、音声認識の精度が低下することを抑制できる。
【００６０】
＜処理段階が認識段階で、緊急度が低レベルのケース（図３の連番Ａ４のレコード参照）＞
トリガが発生したタイミングの処理段階が「認識段階」で、案内音声の緊急度が「低レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、案内音声出力機能による案内音声の出力を保留し、通常通り音声対話機能による対話関連処理を実行する。そして、音声出力制御部１５は、対話関連処理が完了した後に、案内音声の出力を実行する。この処理は、＜処理段階が受付段階で、緊急度が低レベルのケース（図３の連番Ａ１のレコード参照）＞と同様である。本ケースにおいて上記処理が行われることの効果は、＜処理段階が受付段階で、緊急度が低レベルのケース（図３の連番Ａ１のレコード参照）＞で説明した効果と同様である。
【００６１】
＜処理段階が認識段階で、緊急度が中レベルのケース（図３の連番Ａ５のレコード参照）＞
トリガが発生したタイミングの処理段階が「認識段階」で、案内音声の緊急度が「中レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、トリガが発生に応じて案内音声の出力を開始し、認識段階の間に短縮した案内音声の出力を開始する。案内音声の短縮方法は、＜処理段階が受付段階で、緊急度が中レベルのケース（図３の連番Ａ２のレコード参照）＞で説明した方法と同様である。
【００６２】
なお、音声出力制御部１５は、案内音声データの出力後、サービス提供サーバ３からレスポンス音声データを受信する前に、音声処理部１１から音声の出力が完了した旨の通知を受けた場合には、レスポンス音声データの受信に応じて出力段階に移行する。この場合、レスポンス音声データの受信前に案内音声の出力が完了した状態である。一方、音声出力制御部１５は、案内音声データの出力後、音声処理部１１から音声の出力が完了した旨の通知を受ける前にサービス提供サーバ３からレスポンス音声データを受信した場合には、当該通知を受けるまで待機し、当該通知を受けた後に出力段階に移行する。この場合、レスポンス音声データの受信前に案内音声の出力が完了しなかった状態である。以上の処理が行われることにより、短縮された文章に対応する案内音声は途中で途切れることなく、最後まで出力される。
【００６３】
本ケースで以上の処理が行われることにより以下の効果を奏する。すなわち、＜処理段階が受付段階で、緊急度が中レベルのケース（図３の連番Ａ２のレコード参照）＞で説明した理由と同様の理由により、音声認識の精度の低下やユーザの聞き取りやすさの低下を抑制できる。更に、認識段階で案内音声を出力しても音声認識の精度やユーザの聞き取りやすさに悪影響を与えないことを好適に利用して、トリガの発生に応じて即座に案内音声を出力することができるため、トリガの発生から案内音声の出力の開始までにタイムラグがある場合と比較して、ユーザの不利益が抑制される。更に、音声出力制御部１５は、認識段階の間に短縮した案内音声を出力する。このため、認識段階の間に、つまり、サービス提供サーバ３からレスポンス音声データを受信する前に、案内音声の出力が完了する可能性を高めることができ、出力段階への移行の遅延を抑制できる。更に、レスポンス音声データを受信する前に案内音声の出力が完了しなかった場合でも、案内音声が短縮されているため、出力段階へ移行するタイミングのずれを短くすることができる。
【００６４】
＜処理段階が認識段階で、緊急度が高レベルのケース（図３の連番Ａ６のレコード参照）＞
トリガが発生したタイミングの処理段階が「認識段階」で、案内音声の緊急度が「高レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、トリガが発生に応じて案内音声の出力を開始し、認識段階の間に案内音声の出力を開始する。また、音声出力制御部１５は、案内音声の出力が完了する前に、レスポンス音声データを受信した場合には、案内音声の出力が完了した後に、出力段階に移行する。この処理は、案内音声を短縮しない点を除き、＜処理段階が認識段階で、緊急度が中レベルのケース（図３の連番Ａ５参照）＞と同様の処理である。なお、本ケースにおいて、案内音声を短縮しない理由は、図２の直前案内音声に係るレコードで示すように、直前案内音声に対応する文章は、フレーズとしてカウントダウン残数フレーズおよびマニューバフレーズのみを有する十分に短い文章だからである。なお、通常の文章に短縮してもよいフレーズが含まれている場合には、本ケースにおいても案内音声を短縮してもよいことは勿論である。
【００６５】
＜処理段階が出力段階で、緊急度が低レベルのケース（図３の連番Ａ７のレコード参照）＞
トリガが発生したタイミングの処理段階が「出力段階」で、案内音声の緊急度が「低レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、案内音声出力機能による案内音声の出力を保留し、通常通り音声対話機能による対話関連処理を実行する。そして、音声出力制御部１５は、対話関連処理が完了した後に、案内音声の出力を実行する。この処理は、＜処理段階が受付段階で、緊急度が低レベルのケース（図３の連番Ａ１のレコード参照）＞の処理と同様である。このような処理が行われることの効果は、＜処理段階が受付段階で、緊急度が低レベルのケース（図３の連番Ａ１のレコード参照）＞で説明したとおりである。
【００６６】
＜処理段階が出力段階で、緊急度が中レベルのケース（図３の連番Ａ８のレコード参照）＞
トリガが発生したタイミングの処理段階が「出力段階」で、案内音声の緊急度が「中レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、出力段階の間は案内音声の出力を保留し、出力段階の終了後（＝レスポンス音声データに基づく音声の出力が完了した後）に案内音声を出力する。
【００６７】
本ケースにおいて以上の処理が行われることにより、以下の効果を奏する。すなわち、出力段階のときに案内音声が出力されないためユーザの聞き取りやすさが低下することを抑制できる。また、出力段階に既に移行しているため、出力段階が終了するまでに要する時間は短い（最長で、レスポンス音声データに記録された音声が出力されるのに要する時間）と考えられるため、トリガの発生後に不必要にタイムラグを生じさせることなく案内音声を出力できる。なお、上述したように、案内音声の緊急度が中レベルの場合、トリガが発生してから案内が開始されるまでの多少のタイムラグは許容される。
【００６８】
＜処理段階が出力段階で、緊急度が高レベルのケース（図３の連番Ａ９のレコード参照）＞
トリガが発生したタイミングの処理段階が「出力段階」で、案内音声の緊急度が「高レベル」の場合、音声出力制御部１５は、以下の処理を実行する。すなわち、音声出力制御部１５は、出力段階を中断（＝レスポンスに対応する音声の出力を中断）して案内音声を出力し、案内音声の出力が完了した後、出力段階を再開する。出力段階の再開後、レスポンスに対応する音声を最初から出力するようにしてもよく、中断した所から出力するようにしてもよい。
【００６９】
本ケースで以上の処理が行われることにより以下の効果を奏する。すなわち、緊急度が高レベルの案内音声が即座に出力されないことに起因してユーザに不利益が発生することを抑制できる。その上で、音声出力が完了した後は、出力段階が再開されて、ユーザはレスポンスに対応する音声を最初からまたは中断した所から聴取できるため、ユーザが改めてウェイクワードおよびリクエストを発話する必要がなく、ユーザの利便性が高い。また、案内音声が出力されている間は、出力段階が中断されるため、案内音声とレスポンスに対応する音声とが混ざって出力されることがなく、ユーザの聞き取りやすさの低下を抑制できる。
【００７０】
次に、車載装置２の動作例、特に、音声出力制御処理の詳細について図５のフローチャートを用いて説明する。図５に示すように、車載装置２の音声出力制御部１５は、ウェイクワードを検出することにより、対話関連処理を開始し、受付段階へ移行する（ステップＳＡ１）。その後、音声出力制御部１５は、トリガ発生検出部１４によりトリガが発生したことが検出されたか否かを監視しつつ（ステップＳＡ２）、対話関連処理が完了したか否かを監視する（ステップＳＡ３）。トリガが発生することなく、対話関連処理が完了した場合（ステップＳＡ３：ＹＥＳ）、音声出力制御部１５は、処理を終了する。
【００７１】
一方、音声出力制御処理が完了する前に、トリガが発生した場合（ステップＳＡ２：ＹＥＳ）、音声出力制御部１５は、案内開始距離に対応する案内音声の種類を認識し、その案内音声の緊急度を認識する（ステップＳＡ４）。次いで、音声出力制御部１５は、現時点（＝トリガが発生したタイミング）の処理段階を認識する（ステップＳＡ５）。次いで、音声出力制御部１５は、図３に示すように、ステップＳＡ４で認識した緊急度と、ステップＳＡ５で認識した処理段階との組み合わせに応じた態様で、案内音声および対話音声の出力を制御する（ステップＳＡ６）。
【００７２】
＜変形例＞
次に、上記実施形態の変形例について説明する。上記実施形態では、音声出力制御部１５は、トリガの発生時の処理段階と、出力する対象の案内音声の緊急度との組み合わせに応じて案内音声の出力を制御した。一方、本変形例では、音声出力制御部１５は、案内音声の緊急度は考慮せず、処理段階に応じて案内音声の出力を制御する。特に、本実施形態では、音声出力制御部１５は、対話関連処理の実行中にトリガが発生した場合において、トリガの発生時における対話関連処理の処理段階が出力段階より前の場合は、認識段階の間に案内音声を出力する。以下、音声出力制御部１５の処理について詳述する。
【００７３】
音声出力制御部１５は、対話関連処理の実行中に、トリガ発生検出部１４によりトリガが発生したことが検出された場合、現時点の対話関連処理の処理段階を認識する。その際、音声出力制御部１５は、緊急度の認識を行わない。そして、音声出力制御部１５は、現時点の処理段階に応じて以下の処理を実行する。
【００７４】
現時点の処理段階が受付段階の場合、音声出力制御部１５は、受付段階を継続し、受付段階の間は案内音声の出力を保留する。そして、音声出力制御部１５は、受付段階から認識段階へ移行した後、認識段階の間に案内音声を出力する。その際、案内音声を短縮するようにしてもよい。この処理は、上記実施形態における＜処理段階が受付段階で、緊急度が中レベルのケース（図３の連番Ａ２のレコード参照）＞の処理に対応する。このような処理が実行されるため、認識段階で案内音声を出力しても音声認識の精度や、ユーザの聞き取りやすさに悪影響を与えないことを好適に利用して、音声認識の精度およびユーザの聞き取りやすさの低下を抑制しつつ、トリガが発生したタイミングと案内音声が開始されるタイミングとにできるだけタイムラグを生じさせずに案内音声を出力できる。当該タイムラグを短くすることにより、ユーザの不利益を抑制できる。
【００７５】
現時点の処理段階が認識段階の場合、音声出力制御部１５は、トリガが発生したタイミングで案内音声の出力を開始し、認識段階の間に案内音声を出力する。案内音声の出力に関し、短縮した案内音声を出力するようにしてもよい。この処理は、上記実施形態における＜処理段階が認識段階で、緊急度が中レベルのケース（図３の連番Ａ５参照）＞の処理に対応する。このような処理が実行されるため、認識段階で案内音声を出力しても音声認識の精度やユーザの聞き取りやすさに悪影響を与えないことを好適に利用して、音声認識の精度およびユーザの聞き取りやすさの低下を抑制しつつ、トリガの発生に応じて即座に案内音声を出力できる。トリガの発生に応じて即座に案内音声を出力することにより、ユーザの不利益を抑制できる。
【００７６】
現時点の処理段階が出力段階の場合、出力段階の間は案内音声の出力を保留し、出力段階の終了後（＝レスポンス音声データに基づく音声の出力が完了した後）に案内音声を出力する。この処理は、上記実施形態における＜処理段階が出力段階で、緊急度が中レベルのケース（図３の連番Ａ８のレコード参照）＞の処理に対応する。このような処理が実行されるため、出力段階のときに案内音声が出力されないためユーザの聞き取りやすさが低下することを抑制できる。
【００７７】
なお、現時点の処理段階が出力段階の場合、音声出力制御部１５が、上記処理に代えて以下の処理を実行する構成としてもよい。すなわち、音声出力制御部１５が、出力段階を中断（＝レスポンスに対応する音声の出力を中断）して案内音声を出力し、案内音声の出力が完了した後、出力段階を再開するようにしてもよい。この処理は、上記実施形態における＜処理段階が出力段階で、緊急度が高レベルのケース（図３の連番Ａ９のレコード参照）＞の処理に対応する。なお、出力段階の再開後、レスポンスに対応する音声を最初から出力するようにしてもよく、中断した所から出力するようにしてもよい。また、短縮した案内音声を出力するようにしてもよい。このような処理を実行することにより、案内音声が即座に出力されないことに起因してユーザに不利益が発生することを抑制できる。また、案内音声が出力されている間は、出力段階が中断されるため、案内音声とレスポンスに対応する音声とが混ざって出力されることがなく、ユーザの聞き取りやすさの低下を抑制できる。
【００７８】
次に、本変形例に係る車載装置２の動作例を図６のフローチャートを用いて説明する。図６に示すように、車載装置２の音声出力制御部１５は、ウェイクワードを検出することにより、音声出力制御処理を開始し、受付段階へ移行する（ステップＳＢ１）。その後、音声出力制御部１５は、トリガ発生検出部１４によりトリガが発生したことが検出されたか否かを監視しつつ（ステップＳＢ２）、音声出力制御処理が完了したか否かを監視する（ステップＳＢ３）。トリガが発生することなく、音声出力制御処理が完了した場合（ステップＳＢ３：ＹＥＳ）、音声出力制御部１５は、処理を終了する。
【００７９】
一方、音声出力制御処理が完了する前に、トリガが発生した場合（ステップＳＢ２：ＹＥＳ）、音声出力制御部１５は、現時点（＝トリガが発生したタイミング）の処理段階を認識する（ステップＳＢ４）。次いで、音声出力制御部１５は、ステップＳＢ４で認識した処理段階との組み合わせに応じた態様で、案内音声の出力を制御する（ステップＳＢ６）。
【００８０】
以上のように本変形例では、音声出力制御部１５は、対話関連処理の実行中に案内音声を出力するトリガが発生した場合、トリガの発生時における対話関連処理の処理段階に応じて、案内音声の出力を制御する。この構成によれば、処理段階が案内音声を出力したとしても音声認識の精度やユーザの聞き取りにくさに影響を与えない段階か否かに応じて案内音声の出力を動的に制御でき、上記実施形態と同様、案内音声が対話関連処理の実行中に全く出力されないことによるユーザの不利益を抑制した上で、音声認識の精度の低下およびユーザの聞き取りやすさの低下を抑制できる。
【００８１】
以上、本発明の実施形態（変形例を含む）を説明したが、上記実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００８２】
例えば、上記実施形態では、緊急度は３つのレベルを取り得たが、これを２つのレベルとしてもよい。この場合、例えば、「２つのレベルのうち緊急度が低い側のレベルの場合には、上記実施形態で緊急度が中レベルのときに各処理段階で実行した処理を実行し、２つのレベルのうち緊急度が高い側のレベルの場合には、上記実施形態で緊急度が高レベルのときに各処理段階で実行した処理を実行する」、「２つのレベルのうち緊急度が低い側のレベルの場合には、上記実施形態で緊急度が低レベルのときに各処理段階で実行した処理を実行し、２つのレベルのうち緊急度が高い側のレベルの場合には、上記実施形態で緊急度が高レベルのときに各処理段階で実行した処理を実行する」、「２つのレベルのうち緊急度が低い側のレベルの場合には、上記実施形態で緊急度が低レベルのときに各処理段階で実行した処理を実行し、２つのレベルのうち緊急度が高い側のレベルの場合には、上記実施形態で緊急度が中レベルのときに各処理段階で実行した処理を実行する」といった対応が可能である。
【００８３】
また、上記実施形態において、処理段階と緊急度との組み合わせに応じた一の処理について、本発明の要旨を逸脱しない範囲でその内容を変更してもよい。一例として、上記実施形態において、処理段階が受付段階で緊急度が中レベルのケースの場合に、このケースのときに実行するとされた処理（図３の連番Ａ２のレコードの「処理内容」フィールド参照）に代えて、処理段階が受付段階で緊急度が高レベルのケースのときに実行するとされた処理（図３の連番Ａ３のレコードの「処理内容」フィールド参照）を実行するようにしてもよい。
【００８４】
また、上記実施形態では、案内音声として、自車位置と案内交差点との離間距離に応じて出力される案内交差点に関連する案内の案内音声のみを例示したが、これは、説明の明確化のために非常に単純化したものである。案内音声は、何らかのトリガに応じて出力される車両に関連する案内音声であればよい。一例として、本発明が適用される案内音声に、料金所の案内の案内音声や、ＥＴＣのレーン案内の案内音声、ＶＩＣＳ（登録商標）情報の案内音声等を含めてもよい。
【００８５】
また、上記実施形態で、サービス提供サーバ３が実行していた処理の一部または全部を車載装置２が実行する構成としてもよい。また車載装置２が実行していた処理の一部または全部をサービス提供サーバ３（サービス提供サーバ３以外の外部装置であってもよい）が実行する構成としてもよい。
【００８６】
また、上記実施形態では、案内音声出力制御システム１の車載装置２が案内音声を出力する処理と、対話音声処理とを実行する構成であった。この点に関し、自車両にスマートスピーカを搭載し（一時的に持ち込まれた状態も含む）、スマートスピーカと、ナビゲーション装置等の車載装置とが連携して、各種処理を実行する構成でもよい。なお、スマートスピーカは、スマートスピーカとしての機能を有する装置であればよい。
【００８７】
図７は、スマートスピーカを利用する場合の音声出力制御システム１Ａの構成例を示す図である。図７で示す音声出力制御システム１Ａは、車載装置２Ａとスマートスピーカ３０とを含んで構成されている。スマートスピーカ３０は、ネットワークＮを介してサービス提供サーバ３と通信可能である。スマートスピーカ３０は、携帯端末のテザリング機能を利用してネットワークＮにアクセスし、または、移動体通信網に直接アクセスすることによってネットワークＮにアクセスする。スマートスピーカ３０と車載装置２Ａとは、有線または無線で所定の通信プロトコルにより通信可能に接続されている。図７で例示する構成の場合、スマートスピーカ３０と車載装置２Ａとが協働して、上記実施形態の音声出力制御部１５の機能を実現する。
【００８８】
なお、図７の例において、スマートスピーカ３０と車載装置２Ａとが共にネットワークＮにアクセスする構成でもよく、また、車載装置２ＡがネットワークＮにアクセス可能であり、この車載装置２Ａに対してスマートスピーカ３０通信可能に接続される構成でもよい。
【符号の説明】
【００８９】
１、１Ａ  案内音声出力制御システム
１４  トリガ発生検出部
１５  音声出力制御部
【図１】
2020091416.tif 000003
【図２】
2020091416.tif 000004
【図３】
2020091416.tif 000005
【図４】
2020091416.tif 000006
【図５】
2020091416.tif 000007
【図６】
2020091416.tif 000008
【図７】
2020091416.tif 000009