(57)【特許請求の範囲】
【請求項１】
車両に搭載される車載端末（１）と、前記車載端末（１）と接続して通信可能な携帯端末（５）と、を備えた通信システムであって、
前記車載端末(１)は、前記車両に設置されて車室内に音声を出力する車室用スピーカ（４）に音声を出力させるための音声出力処理を実行する音声出力処理手段（１７ａ）を備え、
前記携帯端末（５）は、
前記車載端末（１）と接続しているとき、第１の音声を出力する必要があると判定したことに基づいて、音声出力要求を前記車載端末（１）に送信する音声出力要求手段（１２０、１３０）と、
前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信する出力制御手段（１６０）と、を備え、
前記車載端末(１)は更に、
前記音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させる音量低減手段（２７０）と、
前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を前記車室用スピーカ（４）に出力させる出力手段（２８０）と、を備えたことを特徴とする通信システム。
【請求項２】
前記音声出力要求手段（１２０、１３０）は、前記車載端末（１）と接続しているとき、前記第１の音声を出力する必要があると判定したことに基づいて、前記第１の音声の種別を特定し、特定した種別の情報を含む前記音声出力要求を前記車載端末（１）に送信し、
前記車載端末（１）は更に、前記携帯端末（５）から前記音声出力要求を受信すると、受信した前記音声出力要求に含まれる前記情報に基づいて、前記第１の音声の種別を特定し、また、前記車載端末（１）が既に出力させている前記第２の音声の種別を特定する特定手段（２２０、２３０）と、
前記特定手段が特定した前記第１の音声の種別と前記第２の音声の種別を比較することで、どちらの音声が優先するかを判定し、前記第２の音声が優先すると判定した場合、音声出力不許可の応答を前記携帯端末（５）に送信し、前記第１の音声が優先すると判定した場合、音声出力許可の応答を前記携帯端末（５）に送信する応答手段（２４０、２５０、２６０）と、を備え、
前記音量低減手段（２７０）は、前記第１の音声が優先すると前記応答手段（２４０、２５０、２６０）が判定したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させ、
前記出力制御手段（１６０）は、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記携帯端末（５）から音声出力許可の応答を受信した場合、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信し、また、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記携帯端末（５）から音声出力不許可の応答を受信した場合、前記第１の音声の音声データの送信を禁止することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記車載端末(１)は更に、前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を、前記第２の音声と重ねて、前記車室用スピーカ（４）に出力させることを特徴とする請求項１または２に記載の通信システム。
【請求項４】
車両に搭載される車載端末（１）と接続して通信可能な携帯端末であって、
前記車載端末（１）と接続しているとき、第１の音声を出力する必要があると判定したことに基づいて、前記車載端末（１）が既に出力させている第２の音声の音量を低減させるために、音声出力要求を前記車載端末（１）に送信する音声出力要求手段（１２０、１３０）と、
前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信する出力制御手段（１６０）と、を備えた携帯端末。
【請求項５】
車両に搭載されると共に、携帯端末（５）と接続して通信可能な車載端末であって、
前記車両に設置されて車室内に音声を出力する車室用スピーカ（４）に音声を出力させるための音声出力処理を実行する音声出力処理手段（１７ａ）と、
音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記携帯端末（５）が前記第１の音声を出力させるための処理を行うよう、前記携帯端末（５）に音声出力許可の応答を送信する応答手段（２４０、２５０、２６０）と、
前記音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させる音量低減手段（２７０）と、
前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を前記車室用スピーカ（４）に出力させる出力手段（２８０）と、を備えた車載端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、車載端末、および携帯端末に関するものである。
【背景技術】
【０００２】
従来、携帯端末が車内で車載端末と連携する技術が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２５０７０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、携帯端末と車載端末の連携は限定的なものであった。本発明は上記点に鑑み、携帯端末が車内で車載端末と連携する技術において、ドライバの安全性または利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するための請求項１に記載の発明は、車両に搭載される車載端末（１）と、前記車載端末（１）と接続して通信可能な携帯端末（５）と、を備えた通信システムであって、前記車載端末(１)は、前記車両に設置されて車室内に音声を出力する車室用スピーカ（４）に音声を出力させるための音声出力処理を実行する音声出力処理手段（１７ａ）を備え、前記携帯端末（５）は、前記車載端末（１）と接続しているとき、第１の音声を出力する必要があると判定したことに基づいて、音声出力要求を前記車載端末（１）に送信する音声出力要求手段（１２０、１３０）と、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信する出力制御手段（１６０）と、を備え、前記車載端末(１)は更に、前記音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させる音量低減手段（２７０）を備えたことを特徴とする通信システムである。
【０００６】
このように、携帯端末（５）において出力したい第１の音声があるとき、まず音声出力要求を車載端末（１）に送信し、その上で、第１の音声を出力させるので、車載端末（１）で第２の音声が出力されていても、その音の音量は低減される。したがって、第１の音声と第２の音声とが重なってドライバにとって聴き取りづらくなる可能性が低減される。
【０００７】
また、請求項２に記載の発明は、請求項１に記載の通信システムにおいて、前記音声出力要求手段（１２０、１３０）は、前記車載端末（１）と接続しているとき、前記第１の音声を出力する必要があると判定したことに基づいて、前記第１の音声の種別を特定し、特定した種別の情報を含む前記音声出力要求を前記車載端末（１）に送信し、前記車載端末（１）は更に、前記携帯端末（５）から前記音声出力要求を受信すると、受信した前記音声出力要求に含まれる前記情報に基づいて、前記第１の音声の種別を特定し、また、前記車載端末（１）が既に出力させている前記第２の音声の種別を特定する特定手段（２２０、２３０）と、前記特定手段が特定した前記第１の音声の種別と前記第２の音声の種別を比較することで、どちらの音声が優先するかを判定し、前記第２の音声が優先すると判定した場合、音声出力不許可の応答を前記携帯端末（５）に送信し、前記第１の音声が優先すると判定した場合、音声出力許可の応答を前記携帯端末（５）に送信する応答手段（２４０、２５０、２６０）と、を備え、前記音量低減手段（２７０）は、前記第１の音声が優先すると前記応答手段（２４０、２５０、２６０）が判定したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させ、前記出力制御手段（１６０）は、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記携帯端末（５）から音声出力許可の応答を受信した場合、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信し、また、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記携帯端末（５）から音声出力不許可の応答を受信した場合、前記第１の音声の音声データの送信を禁止することを特徴とする。
【０００８】
このように、携帯端末（５）から車載端末（１）に送信する音声出力要求に、出力したい第１の音声の種別を含め、車載端末（１）では、その第１の音声の種別と既に出力させている第２の音声の種別とを比較し、第１の音声が優先する場合に、第２の音声の音量を低減して音声出力許可の応答を携帯端末（５）に送信し、携帯端末（５）では、音声出力許可の応答を受けると当該第１の音声を（車室用スピーカ（４）に）出力させる。つまり、車載端末（１）は、第１の音声と第２の音声の優先度に鑑みて、第１の音声を出力するか否かを切り替えるという、よりきめ細かい処理を行うことができる。
【０００９】
また、請求項１に記載の発明は更に、前記車載端末(１)は更に、前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を前記車室用スピーカ（４）に出力させることを特徴とする。
【００１０】
車室用スピーカ（４）は、車室内のドライバにとって聞こえ易く配置および設定されているので、同じ音声でも、携帯端末（５）のスピーカが出力する場合と、車室用スピーカ（４）が出力する場合とでは、後者の方がドライバにとって聞こえ易い。したがって、上記のように、携帯端末（５）において送信する必要が発生した第１の音声データも、車両に設置された車室用スピーカ（４）から出力させれば、ドライバの快適性が向上する。
また、請求項３に記載の発明は、請求項１または２に記載の通信システムにおいて、前記車載端末(１)は更に、前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を、前記第２の音声と重ねて、前記車室用スピーカ（４）に出力させることを特徴とする。
【００１１】
また、請求項４に記載の発明は、車両に搭載される車載端末（１）と接続して通信可能な携帯端末であって、前記車載端末（１）と接続しているとき、第１の音声を出力する必要があると判定したことに基づいて、前記車載端末（１）が既に出力させている第２の音声の音量を低減させるために、音声出力要求を前記車載端末（１）に送信する音声出力要求手段（１２０、１３０）と、前記音声出力要求手段（１２０、１３０）が前記音声出力要求を送信した後に、前記車室用スピーカ（４）に前記第１の音声を出力させるために前記第１の音声の音声データを前記車載端末（１）に送信する出力制御手段（１６０）と、を備えた携帯端末である。このように、携帯端末単体としても、本発明を捉えることができる。
【００１２】
また、請求項５に記載の発明は、車両に搭載されると共に、携帯端末（５）と接続して通信可能な車載端末であって、前記車両に設置されて車室内に音声を出力する車室用スピーカ（４）に音声を出力させるための音声出力処理を実行する音声出力処理手段（１７ａ）と、音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記携帯端末（５）が前記第１の音声を出力させるための処理を行うよう、前記携帯端末（５）に音声出力許可の応答を送信する応答手段（２４０、２５０、２６０）と、
前記音声出力要求を前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）が既に出力させている第２の音声の音量を低減させる音量低減手段（２７０）と、前記第１の音声の音声データを前記携帯端末（５）から受信したことに基づいて、前記音声出力処理手段（１７ａ）を用いて、前記音声データの示す前記第１の音声を前記車室用スピーカ（４）に出力させる出力手段（２８０）と、を備えた車載端末である。
【００１３】
このように、車載端末が、携帯端末（５）から音声出力要求を受けたことに基づいて、携帯端末（５）に対して第１の音声の出力用の処理を行わせ、かつ、自機が既に出力させている第２の音声の音量を低減させることで、したがって、第１の音声と第２の音声とが重なってドライバにとって聴き取りづらくなる可能性が低減される。
【００３１】
なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。
【図面の簡単な説明】
【００３２】
【図１】本発明の実施形態に係る車載ナビゲーション装置１等の構成を示す図である。
【図２】携帯端末５の構成を示す図である。
【図３】第１実施形態において携帯側制御部が実行する処理のフローチャートである。
【図４】第１実施形態においてナビゲーション制御部が実行する処理のフローチャートである。
【図５】第１実施形態における車載ナビゲーション装置１と音声出力制御装置２の信号のやり取りを示すシーケンス図である。
【図６】第２実施形態においてナビゲーション制御部が実行する処理のフローチャートである。
【図７】第２実施形態において携帯側制御部が実行する処理のフローチャートである。
【図８】第２実施形態における車載ナビゲーション装置１と音声出力制御装置２の信号のやり取りを示すシーケンス図である。
【図９】第３実施形態において携帯側制御部が実行する処理のフローチャートであ
【図１０】第３実施形態においてナビゲーション制御部が実行する処理のフローチャートである。
【発明を実施するための形態】
【００３３】
（第１実施形態）
以下、本発明の第１実施形態について説明する。図１、図２に、本実施形態に係る通信システムの構成を示す。図１は、通信システムの一部を構成する車載ナビゲーション装置１、音声出力制御装置２、ＲＳＥ３、車室用スピーカ４の図であり、図２は、同じく通信システムの一部を構成する携帯端末５の構成図である。
【００３４】
車載ナビゲーション装置１（車載端末の一例に相当する）、音声出力制御装置２、ＲＳＥ３、車室用スピーカ４は、車両に搭載される車載システムを構成する。携帯端末５は、この車両のドライバが携帯する携帯端末（携帯電話機、ＰＤＡ等）であり、ドライバがこの携帯端末５を携帯して車室内に入ると、携帯端末５と車載ナビゲーション装置１とが無線接続して通信可能となる。
【００３５】
図１に示すように、車載ナビゲーション装置１は、無線部１０、位置検出器１１、画像表示装置１２、操作部１３、音声信号入出力部１４、マイク１５、地図データ取得部１６、ナビゲーション制御部１７を備えている。
【００３６】
また、音声出力制御装置２には、ＲＳＥ３、車載ナビゲーション装置１の音声信号入出力部１４等の車内の装置から音声信号が入力されるようになっており、音声出力制御装置２は、それら入力された音声信号の出力の可否および出力音量を設定し、設定に従ってそれら音声信号を合成して車室内スピーカに出力する。音声出力制御装置２の設定内容は、ナビゲーション制御部１７によって制御される。
【００３７】
ＲＳＥ（Ｒｅａｒ  Ｓｈｅａｔ  Ｅｎｔｅｒｔａｉｎｍｅｎｔ）３は、車両の後席の乗員に動画表示や音声出力を行うための装置であり、動画を記憶媒体から読み取る動画読み取り装置、読み取った動画を再生して後席専用のディスプレイに表示させる動画再生制御装置、および当該後席専用のディスプレイ等を有している。また、動画再生制御装置は、動画に含まれる音声信号を音声出力制御装置２に入力することで、当該音声信号の示す音声を車室用スピーカ４で出力させようとする。
【００３８】
車室用スピーカ４は、車両のダッシュボード、ドア等に設置され、車室内に音声を出力するスピーカである。
【００３９】
ここで、車載ナビゲーション装置１の各部の機能について説明する。無線部１０は、車室内の携帯端末５と無線通信を実現するための周知の無線機である。使用する無線通信規格としては、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮ等、赤外線通信等、車室内で通信可能なものならば、どのようなものであってもよい。
【００４０】
位置検出器１１は、ＧＰＳ受信機、車速センサ、ジャイロセンサ等、車両の現在位置を特定するための信号をナビゲーション制御部１７に出力するセンサである。画像表示装置１２は、ナビゲーション制御部１７の制御に従って文字や画像をユーザに表示する液晶ディスプレイ等の装置である。操作部１３は、ユーザの操作を受け付け、受け付けた操作に応じた信号をナビゲーション制御部１７に出力する装置である。
【００４１】
音声信号入出力部１４は、ナビゲーション制御部１７から音声データを受け、受けた音声データに対応する音声信号生成し、生成した音声信号を音声出力制御装置２に入力する装置である。複数個の音声データを同時に受けた場合は、それら複数の音声データに対応する音声信号を合成した結果の音声信号を音声出力制御装置２に入力する。また、音声信号入出力部１４は、ナビゲーション制御部１７の制御に従い、音声データ毎に、対応する音声信号の音量を調整することができる。また音声信号入出力部１４は、マイク１５が取得した音声信号を受け、受けた音声信号を示す音声データをナビゲーション制御部１７に出力する。
【００４２】
マイク１５は、車両のドライバ席の近傍（ダッシュボード、ドア、天井、ステアリングホイール等）に設置され、車室内の音声を音声信号として取得し、取得した音声信号を音声信号入出力部１４に出力する。
【００４３】
地図データ取得部１６は、地図データ等のデータを記憶する記憶媒体（ＤＶＤメディア、磁気記憶媒体、フラッシュメモリ等）からデータを読み出す装置である。地図データは、道路を表すリンクの位置、形状、接続関係を示す道路データ、施設（ホテル、レストラン、コンビニエンスストア等）の位置を示す施設データ等から成る。
【００４４】
ナビゲーション制御部１７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備えた制御回路（例えばマイクロコントローラ）であって、ＲＯＭまたはフラッシュメモリに記録されたプログラムをＣＰＵが実行することで、各種処理を実現するようになっている。
【００４５】
例えば、ナビゲーション制御部１０は、基本的な処理として、音声出力処理１７ａ、音声認識処理１７ｂ、画像表示処理１７ｃを実行し、これら基本的な処理を適宜利用する処理として、現在位置特定処理、地図表示処理、目的地設定処理、経路算出処理、経路案内処理、楽曲再生処理等を実行する。
【００４６】
音声出力処理１７ａは車室用スピーカ４に音声を出力させるための処理である。より具体的には、ナビゲーション制御部１７は、音声出力処理１７ａにおいて、ナビゲーション制御部１７が実行する他の処理から音声出力命令を受けると、この命令に従って、音声信号入出力部１４を制御する。
【００４７】
音声出力命令には、車室用スピーカ４に出力させる音声の音声データ、および、その音声の種別を示す種別データが含まれる。音声の種別としては、「音楽」、「アナウンス音声」等がある。
【００４８】
例えば、経路案内処理が、案内用の音声データと「アナウンス音声」を示す種別データを含む音声出力命令を音声出力処理１７ａに渡すと、ナビゲーション制御部１７は音声出力処理１７ａを実行し、受けた音声出力命令中の音声データを音声信号入出力部１４に出力する。これにより、音声信号入出力部１４は音声出力制御装置２に当該音声データに対応する音声信号を入力し、音声出力制御装置２は車室用スピーカ４にこの音声信号に応じた音声を出力させる。また音声出力処理１７ａにおいてナビゲーション制御部１７は、当該音声信号を音声信号入出力部１４が出力している間、当該音声出力命令中の種別データの示す種別（「アナウンス音声」）を、ＲＡＭ中の所定の再生中音声種別変数として保持し、当該音声信号の出力が終了すると、当該再生中音声種別変数の値をデフォルト値（何も再生していないことを示す値）に書き換える。
【００４９】
また例えば、楽曲再生処理が、再生用の楽曲データと「音楽」を示す種別データとを含む音声出力命令を音声出力処理１７ａに渡すと、ナビゲーション制御部１７は音声出力処理１７ａを実行し、受けた音声出力命令中の音声データを音声信号入出力部１４に出力する。また音声出力処理１７ａにおいてナビゲーション制御部１７は、当該音声信号を音声信号入出力部１４が出力している間、当該音声出力命令中の種別データの示す種別（「音楽」）を、ＲＡＭ中の所定の再生中音声種別変数として保持し、当該音声信号の出力が終了すると、当該再生中音声種別変数の値をデフォルト値に書き換える。
【００５０】
音声認識処理１７ｂは、車室内のドライバの発話内容を文字列として認識するための処理である。より具体的には、ナビゲーション制御部１７は、音声認識処理１７ｂにおいて、ナビゲーション制御部１７が実行する他の処理から音声認識命令を受けると、マイク１５の取得した音声信号に対応する音声データを、音声信号入出力部１４から取得し、取得した音声データに対して周知の音声認識処理を行うことで、この音声データの示す語句の文字列を特定し、特定した文字列を、音声認識命令の出力元の処理に返す。
【００５１】
画像表示処理１７ｃは、画像表示装置１２に画像を表示させる処理である。より具体的には、ナビゲーション制御部１７は、画像表示処理１７ｃにおいて、ナビゲーション制御部１７が実行する他の処理から画像表示命令および画像データを受けると、この画像データを画像表示装置１２に表示させる。
【００５２】
現在位置特定処理は、位置検出器１１からの信号に基づいて車両の現在位置（緯度、経度）を繰り返し特定する処理である。
【００５３】
地図表示処理は、記憶部１５中の地図データに基づいて、現在位置周辺の地図を画像表示装置１２に表示させる処理である。具体的には、ナビゲーション制御部１７は、地図表示処理において、現在位置周辺の地図の画像データを地図データから読み出し、読み出した画像データと画像表示命令を画像表示処理１７ｃに出力する。
【００５４】
目的地設定処理は、ドライバの入力に基づいて車両の目的地を設定する処理である。ドライバの入力としては、操作部１３を用いた目的地名称等の入力でもよいし、音声による目的地名称等の入力でもよい。音声による入力の場合、ナビゲーション制御部１７は目的地設定処理において、音声認識命令を音声認識処理１７ｂに出力する。そして、音声認識処理１７ｂから音声認識によって特定された発話音声の文字列を受ける。
【００５５】
経路算出処理は、現在位置から目的地設定処理が設定した目的地までの最適な誘導経路を地図データに基づいて算出する処理である。
【００５６】
経路案内処理は、経路算出処理によって算出された誘導経路に沿った車両の走行を案内する処理である。具体的には、誘導経路に沿った右左折交差点の手前で右折または左折の案内音声を出力させる。この案内音声を出力させる際は、案内用の音声データと「アナウンス音声」を示す種別データを含む音声出力命令を音声出力処理１７ａに渡すと、上述の通り、車室用スピーカ４から案内用の音声データに対応する音声が出力される。
【００５７】
楽曲再生処理は、ユーザの操作部１３に対する楽曲選択操作および再生操作に基づいて、楽曲選択操作によって選択された楽曲のデータをフラッシュメモリ、ＨＤＤ等の記憶媒体から読み出し、必要ならばデコードし、得た楽曲の音声データと「音楽」を示す種別データとを含む音声出力命令を音声出力処理１７ａに渡す。すると、上述の通り、車室用スピーカ４から楽曲の音声データに対応する音楽が再生される。
【００５８】
ナビゲーション制御部１７の他の処理については後述する。次に、携帯端末５の構成について説明する。図２に示すように、携帯端末５は、近距離無線部５０ａ、遠距離無線部５０ｂ、位置検出器５１、画像表示装置５２、操作部５３、スピーカ５４、マイク５５、地図データ取得部５６、携帯側制御部５７を備えている。
【００５９】
近距離無線部５０ａは、車載ナビゲーション装置１と無線通信を実現するための周知の無線機である。使用する無線通信規格としては、車載ナビゲーション装置１の無線部１０と同じものを採用する。
【００６０】
遠距離無線部５０ｂは、車外の無線通信基地局に無線接続し、その無線基地局を介して車外の各種通信装置と通信を行うための無線機である。
【００６１】
位置検出器５１は、ＧＰＳ受信機、車速センサ、ジャイロセンサ等、車両の現在位置を特定するための信号を携帯側制御部５７に出力するセンサである。画像表示装置５２は、携帯側制御部５７の制御に従って文字や画像をユーザに表示する液晶ディスプレイ等の装置である。操作部５３は、ユーザの操作を受け付け、受け付けた操作に応じた信号を携帯側制御部５７に出力する装置である。
【００６２】
スピーカ５４は、携帯端末５の筐体内に内蔵され、携帯側制御部５７から出力された音声信号に応じた音声を出力する装置である。マイク５５は、携帯端末５の筐体内に内蔵され、携帯端末５のユーザ（すなわちドライバ）が発した音声の音声信号を取得して携帯側制御部５７に出力する装置である。地図データ取得部５６は、地図データ取得部１６と同等の地図データを読み取る装置である。
【００６３】
携帯側制御部５７は、ＣＰＵ、ＲＡＭ、ＲＯＭ、フラッシュメモリ等を備えた制御回路（例えばマイクロコントローラ）であって、ＲＯＭまたはフラッシュメモリに記録されたプログラムをＣＰＵが実行することで、種々の処理を実現するようになっている。携帯側制御部５７が行う処理としては、例えば、ナビゲーション制御部１７と同様の現在位置特定処理、地図表示処理、目的地設定処理、経路算出処理、経路案内処理、楽曲再生処理等がある。
【００６４】
ただし、携帯側制御部５７が実行する各処理において、車載ナビゲーション装置１と携帯端末５が接続しているときの音声出力命令の出力先は、後述する図３の携帯側排他制御処理である。
【００６５】
以下、本実施形態における車載ナビゲーション装置１と携帯端末５の連携作動について説明する。本実施形態では、車載ナビゲーション装置１と携帯端末５は、音声の排他制御を行う。具体的には、携帯端末５が音声（第１の音声に相当する）を出力する必要がある場合は、ナビゲーション制御部１７は、その時点で音声出力制御装置２が車室用スピーカ４に出力させている音声（第２の音声に相当する）の音量を低減させ、更に、車室用スピーカ４に当該第１の音声を出力させる。
【００６６】
これを実現するために、携帯側制御部５７は、図３に示す携帯側排他制御処理を実行し、ナビゲーション制御部１７は、図４に示す車載側排他制御処理を実行するようになっている。以下、これらのフローチャートに基づく携帯側制御部５７、ナビゲーション制御部１７の作動について、図５のシーケンス図も参照して説明する。
【００６７】
まず、ドライバが携帯端末５を携帯して車両の車室内に搭乗したとする。このとき、車載ナビゲーション装置１と携帯端末５とは、無線部１０および近距離無線部５０ａを介して周知の接続手順を経て互いに無線接続する。車載ナビゲーション装置１と携帯端末５の無線接続が確立すると、携帯側制御部５７は図３に示す処理を開始し、ナビゲーション制御部１７は図４に示す処理を開始する。
【００６８】
そしてまず携帯側制御部５７は、ステップ１１０で音声出力の必要があるか否かを判定し、音声出力の必要があると判定するまで、この判定を繰り返す。またナビゲーション制御部１７は、ステップ２１０で音声出力要求を受信したか否かを判定し、受信したと判定するまで、この判定を繰り返す。
【００６９】
携帯側制御部５７における音声出力の必要の有無については、携帯側制御部５７が同時に実行している他の処理から新たに音声出力命令を受けたときに、音声出力の必要があると判定し、それ以外の場合には、音声出力の必要がないと判定する。
【００７０】
音声出力命令を受けて音声出力が必要であると判定すると、続いてステップ１２０に進み、出力したい音声の種別を特定する。出力したい音声（第１の音声）は、当該音声出力命令に含まれる音声データに対応する音声であり、出力したい音声の種別は、当該音声出力命令に含まれる種別データに基づいて特定する。
【００７１】
続いてステップ１３０では、近距離無線部５０ａを用いて、図５に示すように、音声出力要求７０１を車載ナビゲーション装置１に送信する。この音声出力要求７０１には、ステップ１２０で特定した音声種別の情報を含める。ステップ１３０に続いては、ステップ１４０で、この音声出力要求７０１に対する応答を待つ。
【００７２】
すると、ナビゲーション制御部１７が無線部１０を介してこの音声出力要求７０１を受信し、ステップ２１０で音声出力要求を受信したと判定し、続いてステップ２２０に進む。ステップ２２０では、受信した音声出力要求に含まれる音声種別の情報に基づいて、携帯端末５が出力したい音声（第１の音声）の種別を特定する。
【００７３】
続いてステップ２３０では、車載ナビゲーション装置１側の音声出力状態を特定する。すなわち、車載ナビゲーション装置１が既に車室用スピーカ４に音声を出力させているか否かを特定し、また、出力させていれば、どのような種別の音声を出力させているかを特定する。
【００７４】
車載ナビゲーション装置１が既に車室用スピーカ４に音声を出力させているか否かは、音声出力処理１７ａにおいて説明した再生中音声種別変数の値がデフォルト値であるときに、音声を出力させていないと判定し、デフォルト値でないときに、既に音声を出力させていると判定する。また、どのような種別の音声を出力させているかについても、再生中音声種別変数の値に基づいて特定する。
【００７５】
続いてステップ２４０では、ステップ２２０で特定した音声種別と、ステップ２３０で特定した音声出力状態に基づいて、携帯端末５側の要求による音声出力の方が車載ナビゲーション装置１の要求による音声出力よりも優先するか否かを判定する。
【００７６】
具体的には、ステップ２３０で、車載ナビゲーション装置１が車室用スピーカ４に音声を出力させていないと判定していれば、携帯端末５側の要求による音声出力の方が優先すると判定する。
【００７７】
また、ステップ２３０で、車載ナビゲーション装置１が車室用スピーカ４に音声を出力させていると判定していれば、車載ナビゲーション装置１が出力させている音声（第２の音声の一例に相当する）の種別（ステップ２３０で特定済み）と携帯端末５が出力したい音声（第１の音声）の種別（ステップ２２０で特定済み）を比較することで、どちらの音声が優先するかを判定する。
【００７８】
具体的には、携帯端末５が出力したい音声を携帯側音声とし、車載ナビゲーション装置１が出力させている音声をナビ側音声とすると、ナビ側音声の種別が「アナウンス音声」で、携帯側音声の種別が「アナウンス音声」または「音楽」の場合、ナビ側音声が優先であると判定する。このようにするのは、ナビ側音声の種別が「アナウンス音声」である場合は、携帯側音声よってナビ側音声が中断されたり聞こえ難くなってしまうことを防ぐためである。
【００７９】
また、ナビ側音声の種別が「音楽」で、携帯側音声の種別が「アナウンス音声」の場合、携帯側音声が優先であると判定する。このようにするのは、音楽よりもアナウンス音声の方がドライバにとって重要であると考えられ、また、音楽が中断したり音量が低下しても害はさほどないと考えられるからである。
【００８０】
また、ナビ側音声の種別が「音楽」で、携帯側音声の種別も「音楽」である場合は、ナビ側音声を優先としてもよいし、携帯側音声を優先としてもよい。
【００８１】
ステップ２４０で、ナビ側音声が優先すると判定した場合、続いてステップ２５０に進み、無線部１０を用いて、音声出力不許可（ＮＧ）の応答７０２を携帯端末５に送信し、その後ステップ２１０に戻って再度音声出力要求を受信するまで待つ。
【００８２】
携帯側制御部５７は、ステップ１４０で音声出力要求７０１に対する応答を待っている状態で、近距離無線部５０ａを介して応答を受信すると、その応答が音声出力許可（ＯＫ）であるか音声出力不許可（ＮＧ）であるかを判定する。
【００８３】
したがって、上述の応答７０２を受信すると、応答が音声出力不許可（ＮＧ）であると判定し、続いてステップ１５０で、所定の待機時間（例えば１分間）待機する。この待機中は、携帯側音声を送信も出力もしないので、携帯側音声の出力が禁止された状態になる。待機した後、ステップ１３０に戻り、音声出力要求７０１と同じ音声種別の情報を含む音声出力要求７０３を送信し、続いてステップ１４０で応答を待つ。
【００８４】
するとナビゲーション制御部１７は、この音声出力要求７０３を受信することで、ステップ２１０で音声出力要求を受信したと判定し、続いてステップ２２０で上述の通り携帯側音声の種別を特定し、更にステップ２３０で上述の通り車載ナビゲーション装置１側の音声出力状態を特定する。
【００８５】
音声出力要求７０１、７０３に含まれる音声種別の情報は同じなので、今回のステップ２２０で特定する音声の種別は、前回のステップ２２０で特定した音声の種別と変わりない。しかし、前回の音声出力要求７０１の送信から待機時間が経過しているので、今回のステップ２３０における特定結果は、前回のステップ２３０における特定結果とは異なる場合がある。
【００８６】
例えば、前回のステップ２３０ではアナウンス音声を出力していると判定されたが、その後、アナウンス音声の出力が終了し、今回のステップ２３０では、車載ナビゲーション装置１は車室用スピーカ４に何も出力させていないと判定するか、あるいは、音楽を出力させていると判定する場合もある。
【００８７】
このような場合、ステップ２２０で特定した携帯側音声の種別が「アナウンス音声」であれば、続くステップ２４０では、携帯側音声が優先であると判定し、続いてステップ２６０に進み、無線部１０を用いて、音声出力許可（ＯＫ）の応答７０４を携帯端末５に送信する。
【００８８】
そして更にステップ２７０に進み、現在車室用スピーカ４に出力させている音声の音量を低減させる。音量を低減させる方法としては、音量を完全にゼロにするためにミュートする方法を採用してもよいし、あるいは、音量を今よりも小さくかつゼロよりは大きい音量に下げる方法を採用してもよい。
【００８９】
例えば、現在出力している音声の種別が「アナウンス音声」であれば前者を採用し、現在出力している音声の種別が「音楽」であれば後者を採用してもよい。これは、音楽は音量を下げれば他の音声と重なり合っても当該他の音声が聴き取り難くなる可能性が低いからである。
【００９０】
音量低減は、具体的には、ナビゲーション制御部１７から音声出力制御装置２を制御して、ＲＳＥ３から入力される音声信号の音量を低減させる。これにより、車内の他の機器（具体的にはＲＳＥ３）から車室用スピーカ４に出力される音声の音量も低下する。
【００９１】
また、現在音声信号入出力部１４に対して出力している音声データのそれぞれについて、対応する音声信号の音量を低減させるよう、音声信号入出力部１４を制御する。これにより、現在車載ナビゲーション装置１から出力されている音声の音量も車室用スピーカ４において低下する。ステップ２７０に続いてステップ２８０では、携帯端末５から音声データを受信するまで待つ。
【００９２】
また、携帯側制御部５７は、ステップ１４０において、この応答７０４を受信すると、応答が音声出力許可（ＯＫ）であると判定し、続いてステップ１６０に進む。そしてステップ１６０では、出力したい携帯側音声の音声データ７０５（音声データの実体）を車載ナビゲーション装置１に送信する。送信する携帯側音声の音声データは、上述の音声出力命令に含まれている音声データである。続いてステップ１７０では、終了通知の受信を待つ。
【００９３】
また、ナビゲーション制御部１７は、ステップ２８０において、この音声データ７０５を受信すると、受信した音声データを音声信号入出力部１４に出力する。なお、この音声データに対応する音声信号の音量については、ステップ２７０のように低下させることはない。したがって、車載ナビゲーション装置１から出力される音声でも、携帯端末５から受けた音声データに対応する音声信号は音量が低減されず、他の音声データに対応する音声信号は音量が低減される。
【００９４】
携帯端末５から受けた音声データに対応する音声信号の出力が音声信号入出力部１４で終了した場合、音声信号入出力部１４はその旨をナビゲーション制御部１７に通知する。するとナビゲーション制御部１７はステップ２９０に進み、終了通知７０６を携帯端末５に送信し、その後、処理を再度ステップ２１０に戻す。また、携帯側制御部５７は、ステップ１７０において、この終了通知７０６を受信すると、再度ステップ１１０に戻る。
【００９５】
なお、図５の例では、携帯端末５が最初に音声出力要求７０１を送信した後、車載ナビゲーション装置１は音声出力不許可（ＮＧ）の応答７０２を携帯端末５に返しているが、ステップ２４０の判定結果によっては、このときに音声出力許可（ＯＫ）の応答を送信する場合もある。
【００９６】
このように、車載ナビゲーション装置１は携帯端末５から音声出力要求７０１を受けると、車載ナビゲーション装置１が出力中の音声と種別を比較して優先度を決定し、携帯側音声の音声出力が優先する場合であれば、車載ナビゲーション装置１およびＲＳＥ３が現在出力する音声の音量を低減させる。このため、ドライバは、あるときは、車載ナビゲーション装置１由来のナビ側音声を、またあるときは、携帯端末５由来の携帯側音声を、車室用スピーカ４によって聞くことができるようになる。
【００９７】
以上説明した通り、携帯端末５は、車載ナビゲーション装置１と接続しているとき、携帯側音声を出力する必要があると判定したことに基づいて、車載ナビゲーション装置１が既に出力させているナビ側音声の音量を低減させるために、音声出力要求を車載ナビゲーション装置１に送信し（ステップ１２０、１３０）、当該音声出力要求を送信した後に、車室用スピーカ４に携帯側音声を出力させるため、当該携帯側音声の音声データを車載ナビゲーション装置１に送信する（ステップ１６０）。そして車載ナビゲーション装置１は、音声出力要求を携帯端末５から受信したことに基づいて、既に出力させているナビ側音声の音量を低減させる（ステップ２７０）。
【００９８】
このように、携帯端末５において出力したい携帯側音声があるとき、まず音声出力要求を車載ナビゲーション装置１に送信し、その上で、携帯側音声を出力させるので、車載ナビゲーション装置１でナビ側音声が出力されていても、その音の音量は低減される。したがって、車両側音声とナビ側音声とが重なってドライバにとって聴き取りづらくなる可能性が低減される。
【００９９】
また、携帯端末５は、車載ナビゲーション装置１と接続しているとき、携帯側音声を出力する必要があると判定したことに基づいて、携帯側音声の種別を特定し、特定した種別の情報を含む前記音声出力要求を前記車載ナビゲーション装置１に送信し、車載ナビゲーション装置１は更に、携帯端末５から音声出力要求を受信すると、受信した音声出力要求に含まれる音声種別情報に基づいて、携帯側音声の種別を特定し、また、車載ナビゲーション装置１が既に出力させているナビ側音声の種別を特定する（ステップ２２０、２３０）。
【０１００】
そして、特定した携帯側音声の種別とナビ側音声の種別を比較することで、どちらの音声が優先するかを判定し、ナビ側音声が優先すると判定した場合、音声出力不許可の応答を携帯端末５に送信し、携帯側音声が優先すると判定した場合、携帯端末５が携帯側音声を出力させるための処理を行うよう、音声出力許可の応答を携帯端末５に送信する（ステップ２４０、２５０、２６０）。
【０１０１】
そして車載ナビゲーション装置１は、携帯側音声が優先すると判定したことに基づいて、車載ナビゲーション装置１が既に出力させているナビ側音声の音量を低減させ、また携帯端末５は、音声出力要求を送信した後に携帯端末５から音声出力許可の応答を受信した場合、車室用スピーカ４に前記携帯側音声を出力させるための処理を実行するか、または、携帯端末５に搭載されるスピーカ５４に携帯側音声を出力させ、また、音声出力要求を送信した後に、携帯端末５から音声出力不許可の応答を受信した場合、携帯側音声の出力を少なくとも待機時間だけ禁止する。
【０１０２】
このように、携帯端末５から車載ナビゲーション装置１に送信する音声出力要求に、出力したい携帯側音声の種別を含め、車載ナビゲーション装置１では、その携帯側音声の種別と既に出力させているナビ側音声の種別とを比較し、携帯側音声が優先する場合に、ナビ側音声の音量を低減して音声出力許可の応答を携帯端末５に送信し、携帯端末５では、音声出力許可の応答を受けると当該携帯側音声を車室用スピーカ４に出力させる。つまり、車載ナビゲーション装置１は、携帯側音声とナビ側音声の優先度に鑑みて、携帯側音声を出力するか否かを切り替えるという、よりきめ細かい処理を行うことができる。
【０１０３】
また、車載ナビゲーション装置１は、車室用スピーカ４に携帯側音声を出力させるための処理として、携帯側音声の音声データを車載ナビゲーション装置１に送信し、車載ナビゲーション装置１は更に、携帯側音声の音声データを携帯端末５から受信したことに基づいて、音声データの示す携帯側音声を車室用スピーカ４に出力させる。
【０１０４】
車室用スピーカ（４）は、車室内のドライバにとって聞こえ易く配置および設定されているので、同じ音声でも、携帯端末（５）のスピーカが出力する場合と、車室用スピーカ（４）が出力する場合とでは、後者の方がドライバにとって聞こえ易い。したがって、上記のように、携帯端末（５）において送信する必要が発生した携帯側音声データも、車両に設置された車室用スピーカ（４）から出力させれば、ドライバの快適性が向上する。
【０１０５】
なお、本実施形態においは、ナビゲーション制御部１７が、音声出力処理１７ａを実行することで音声出力処理手段の一例として機能し、１２０、１３０を実行することで音声出力要求手段の一例として機能し、ステップ１６０を実行することで出力制御手段の一例として機能する。また、携帯側制御部５７が、ステップ２２０、２３０を実行することで、特定手段の一例として機能し、ステップ２４０、２５０、２６０を実行することで、応答手段の一例として機能し、ステップ２７０を実行することで音量低減手段の一例として機能する。
【０１０６】
（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態に係る通信システムのハードウェア構成は、第１実施形態と同じである。また、本実施形態の通信システムは、第１実施形態において説明した通信システムの作動を行うと共に、以下に示すような作動を更に行う。
【０１０７】
本実施形態では、車載ナビゲーション装置１と携帯端末５は、車載ナビゲーション装置１が音声認識のために携帯端末５を利用する。具体的には、車載ナビゲーション装置１が音声認識をする必要がある場合は、ナビゲーション制御部１７が音声認識の要求を携帯端末５に送信し、この要求を受けた携帯端末５の携帯側制御部５７が、音声認識サーバと通信して音声認識結果の文字列を取得し、取得した音声認識結果の文字列を車載ナビゲーション装置１に送信する。
【０１０８】
音声認識サーバは無線基地局を介して携帯端末５等と通信可能になっており、通信によって外部から問い合わせを受信すると、その問い合わせに含まれる音声データに対して音声認識を行うことで、音声データの表す語句の文字列を特定し、その音声認識結果の文字列を、音声データの送信元に返送する装置（例えば、ワークステーション）である。このような音声認識サーバは周知であり、例えば、Ａｎｄｒｏｉｄ端末およびｉＰｈｏｎｅ端末向けのｇｏｏｇｌｅモバイルサービスにおいて音声検索サービスを実現するサーバとして実現されている。このような音声認識サーバは、携帯端末５に比べて、製品のサイズ、機能等の制約があまりないので、高い処理能力を持たせることが比較的容易であり、それ故、高品質の音声認識を実現できる。
【０１０９】
このために、ナビゲーション制御部１７は、図６に示す車載側音声認識連携処理を実行し、携帯側制御部５７は、図７に示す携帯側音声認識連携処理を実行するようになっている。以下、これらのフローチャートに基づく携帯側制御部５７、ナビゲーション制御部１７の作動について、図８のシーケンス図も参照して説明する。
【０１１０】
まず、第１実施形態と同様、ドライバが携帯端末５を携帯して車両の車室内に搭乗し、車載ナビゲーション装置１と携帯端末５とが、無線部１０および近距離無線部５０ａを介して互いに無線接続したとする。車載ナビゲーション装置１と携帯端末５の無線接続が確立すると、ナビゲーション制御部１７は図６に示す処理を開始し、携帯側制御部５７は図７に示す処理を開始する。
【０１１１】
そしてまずナビゲーション制御部１７は、ステップ４１０で音声認識の必要があるか否かを判定し、音声認識の必要があると判定するまで、この判定を繰り返す。また携帯側制御部５７は、ステップ３１０で音声認識要求を受信したか否かを判定し、受信したと判定するまで、この判定を繰り返す。
【０１１２】
なお、本実施形態では、車載ナビゲーション装置１と携帯端末５が接続している間は、ナビゲーション制御部１７が実行する各種処理（例えば目的地設定処理）において、ドライバの音声による入力を受け付ける際には、第１実施形態のように音声認識処理１７ｂに音声認識命令を出力するのではなく、図６の車載側音声認識連携処理に出力するようになっている。
【０１１３】
ナビゲーション制御部１７における音声認識の必要の有無については、ナビゲーション制御部１７が同時に実行している他の処理から新たに音声認識命令を受けたときに、音声認識の必要があると判定し、それ以外の場合には、音声認識の必要がないと判定する。
【０１１４】
音声認識命令を受けて音声認識が必要であると判定すると、続いてステップ４２０に進み、無線部１０を用いて、図８に示すように、音声認識要求８０１を携帯端末５に送信する。ステップ４２０に続いては、ステップ４３０で、この音声認識要求８０１に対する応答を待つ。
【０１１５】
すると、携帯側制御部５７が近距離無線部５０ａを介してこの音声認識要求８０１を受信し、ステップ３１０で音声認識要求を受信したと判定し、続いてステップ３２０に進む。ステップ３２０では、携帯端末５が音声認識可能か否かを判定する。例えば、上述の音声認識サーバと遠距離無線部５０ｂを介して通信可能か否かで、音声認識可能か否かを判定してもよい。
【０１１６】
ここでは、ステップ３２０で、音声認識可能であると判定したとする。すると携帯側制御部５７は続いてステップ３４０で、音声認識可（ＯＫ）の応答８０２を車載ナビゲーション装置１に送信する。
【０１１７】
ステップ４３０でこの応答８０１を受信したナビゲーション制御部１７は、応答が音声認識可（ＯＫ）の応答であるか音声認識不可（ＮＧ）の応答であるかを判定し、この場合、音声認識可（ＯＫ）の応答であると判定し、続いてステップ４５０に進み、携帯端末５から認識開始通知を受信するまで待つ。
【０１１８】
一方携帯側制御部５７は、ステップ３４０で音声認識可（ＯＫ）の応答８０２を送信した後、続いてステップ３５０で、まず遠距離無線部５０ｂを用いて音声認識サーバとの接続を試み、接続に成功すると、近距離無線部５０ａを用いて、所定のデータフォーマットの認識開始通知８０３を車載ナビゲーション装置１に送信する。このようにすることで、音声認識を行う直前に、車載ナビゲーション装置１に通知を行うことができる。
【０１１９】
なお、この認識開始通知８０３には、音声認識サーバが認識可能な語彙を示す認識語彙情報を含める。音声認識サーバが認識可能な語彙を示す認識語彙情報は、認識可能な語彙の文字列のリストであってもよいし、認識可能な語彙が属するカテゴリ（例えば、数字、人名、地名）のリストであってもよい。なお、音声認識サーバの認識語彙情報は、あらかじめ遠距離無線部５０ｂを用いて音声認識サーバと通信し、その通信の際に音声認識サーバから受信するようになっていてもよいし、操作部５３を用いてドライバが携帯端末５にあらかじめ登録し、携帯側制御部５７がその登録内容をフラッシュメモリに記録しておいてもよい。
【０１２０】
携帯側制御部５７は、ステップ３５０に続いては、ステップ３６０で、車載ナビゲーション装置１から発話音声データを受信するまで待つ。
【０１２１】
一方ナビゲーション制御部１７は、ステップ４５０で、上記のように携帯端末５から送信された認識開始通知８０３を受信すると、続いてステップ４６０に進み、ガイド表示を行い、続いてステップ４７０でドライバの発話を待つ。ガイド表示では、ドライバに発話を促す音声報知または画面表示を、音声信号入出力部１４または画像表示装置１２を制御して行う。さらにこの際、受信した認識開始通知８０３に含まれる認識語彙情報を、画像表示装置１２に表示させる。
【０１２２】
そして、このようなガイド表示に応じてドライバが発話すると、ドライバの発話した音声の音声信号をマイク１５が取得し、ナビゲーション制御部１７は、ステップ４７０で、その音声信号に対応した音声データを音声信号入出力部１４から取得する。
【０１２３】
このように、ドライバの発話した音声の音声データ（以下、発話音声データという）を取得したナビゲーション制御部１７は、引き続きステップ４７０で、当該発話音声データ８０４を携帯端末５に送信する。そして続いてステップ４８０で、携帯端末５から認識結果を受信するまで待つ。
【０１２４】
携帯側制御部５７は、ステップ３６０でこの発話音声データ８０４を受信すると、続いてステップ３７０に進み、遠距離無線部５０ｂを用いて、当該発話音声データを含む問い合わせ８０５を、無線基地局を介して、音声認識サーバに送信する。そして、ステップ３８０で、この問い合わせに対する認識結果の受信を待つ。
【０１２５】
すると音声認識サーバは、上述の通り、当該発話音声データに対して音声認識を行い、その結果、発話音声データが示す語句の文字列を特定し、特定した文字列を、認識結果８０６として、携帯端末５に送信する。
【０１２６】
携帯側制御部５７は、ステップ３８０でこの認識結果８０６を遠距離無線部５０ｂを介して受信すると、続いてステップ３９０に進み、受信した認識結果８０６と同じ内容の認識結果８０７を、近距離無線部５０ａを用いて、車載ナビゲーション装置１に送信し、その後、処理をステップ３１０に戻し、次の音声認識要求の受信を待つ。
【０１２７】
ナビゲーション制御部１７は、ステップ４８０でこの認識結果８０７を受信すると、続いてステップ４９０で、認識結果の文字列を、音声認識命令の出力元の処理に返す。
【０１２８】
そして、ナビゲーション制御部１７は、音声認識命令の出力元の処理において、この認識結果の文字列を受け取り、受け取った文字列に応じた処理を行う。例えば、音声認識命令の出力元の処理が目的地設定処理ならば、その文字列を名称に含む地点を地図データから抽出し、それらを目的地候補として、画像表示装置１２に表示させる。
【０１２９】
なお、図８のシーケンス図には記載されていないが、携帯側制御部５７がステップ３２０で音声認識不可能であると判定すると、続いてステップ３３０で、音声認識不可（ＮＧ）の応答を車載ナビゲーション装置１に送信し、その後、ステップ３１０に戻る。ステップ４３０でこの応答を受信したナビゲーション制御部１７は、応答が音声認識可（ＯＫ）の応答であるか音声認識不可（ＮＧ）の応答であるかを判定し、この場合、音声認識不可（ＮＧ）の応答であると判定し、続いてステップ４４０に進み、自機で音声認識を行う。具体的には、音声認識処理１７ｂに音声認識命令を出力する。これによって、音声認識処理１７ｂの処理によって音声認識結果の文字列を取得できる。続いてステップ４９０で、認識結果の文字列を、音声認識命令の出力元の処理に返す。
【０１３０】
以上説明した通り、本実施形態においては、車載ナビゲーション装置１は、携帯端末５と接続しているとき、音声認識の必要があると判定したことに基づいて、音声認識要求を携帯端末５に送信し（ステップ４２０）、携帯端末５は、車載ナビゲーション装置１から音声認識要求を受信したことに基づいて、ドライバの発話した音声のデータである発話音声データを取得し（ステップ３６０）、取得した発話音声データに対する音声認識結果の文字列を取得し（ステップ３７０、３８０）、取得した音声認識結果の文字列を車載ナビゲーション装置１に送信する。
【０１３１】
車載ナビゲーション装置１が提供する音声認識機能よりも、携帯端末５が利用する音声認識機能の方が何らかの点で高性能な場合がある。そのような場合は、上記のように、車載ナビゲーション装置１側で音声認識の必要があるときに、携帯端末５側でドライバの発話音声に対する認識結果の文字列を取得し、取得した文字列を車載ナビゲーション装置１に送ることで、車載ナビゲーション装置１と携帯端末５とが連携した音声認識を実現できる。
【０１３２】
また、携帯端末５は更に、車載ナビゲーション装置１から音声認識要求を受信したことに基づいて、所定の認識開始通知を車載ナビゲーション装置１に送信する（ステップ３５０）。そして、車載ナビゲーション装置１は更に、携帯端末５から認識開始通知を受信し、認識開始通知を受信したことに基づいて、ドライバに発話を促す報知を行う（ステップ４５０、４６０）。
【０１３３】
携帯端末５が利用する音声認識機能を使用する場合でも、ドライバは携帯端末５の％音声出力制御装置２を見ることは困難である。そこで、上記のように携帯端末５から車載ナビゲーション装置１に認識開始通知を送信し、車載ナビゲーション装置１ではその認識開始通知の受信に基づいてドライバに発話を促すことで、ドライバは発話のタイミングを安全かつ快適に知ることができる。
【０１３４】
また、携帯端末５は、認識開始通知に、携帯端末５が利用する音声認識機能が認識できる語彙を示す認識語彙情報を含め、車載ナビゲーション装置１は、受信した認識開始通知に含まれる認識語彙情報に基づいた表示を行う。
【０１３５】
携帯端末５の音声認識で認識語が限定される場合、携帯端末５から車載ナビゲーション装置１へ認識語彙情報を通知し、車載端末からガイド画面を出力することで、ドライバは許容される認識語を安全、快適に知ることができる。
【０１３６】
また、携帯端末５は、取得した発話音声データを含む問い合わせを、車両外に設置された音声認識サーバに送信し、音声認識サーバから、発話音声データに対する音声認識結果の文字列を受信し、その音声認識結果の文字列を車載ナビゲーション装置１に送信するようになっている。このように、携帯端末５が車両外に設置された音声認識サーバを利用して音声認識結果を得ることで、より高機能な音声認識を実現できる可能性が高くなる。
【０１３７】
また、車載ナビゲーション装置１は更に、音声認識要求を携帯端末５に送信した後、ドライバの発話した音声の音声信号をマイク１５から取得し、取得した音声信号に基づいてドライバの発話音声データを生成して携帯端末５に送信する（ステップ４７０）。そして、携帯端末５は、車載ナビゲーション装置１が送信した発話音声データを受信することで、発話音声データを取得する。
【０１３８】
車両の車室内に搭載されたマイク１５は、車室内のドライバの発話した音声を良好に取得するよう配置および設定されているので、同じ音声でも、携帯端末５の内蔵マイク５５から発話音声を取得する場合と、車室内に搭載されたマイク１５が出力する場合とでは、後者の方がより望ましい。
【０１３９】
なお、本実施形態においては、携帯側制御部５７が、ステップ３５０を実行することで認識開始通知手段の一例として機能し、ステップ３６０を実行することで発話音声データ取得手段の一例として機能し、ステップ３７０、３８０を実行することで音声認識結果取得手段の一例として機能し、ステップ３９０を実行することで音声認識結果送信手段の一例として機能する。また、ナビゲーション制御部１７が、ステップ４２０を実行することで音声認識要求送信手段の一例として機能し、ステップ４５０、４６０を実行することでガイド手段の一例として機能し、ステップ４７０を実行することで音声データ送信手段の一例として機能する。また、ナビゲーション制御部１７が、ステップ４８０、４９０の処理、および、音声認識命令の出力元の処理を実行することで、認識結果対応手段の一例として機能する。
【０１４０】
（第３実施形態）
次に、本発明の第３実施形態について説明する。本実施形態に係る通信システムのハードウェア構成は、第１実施形態と同じである。また、本実施形態の通信システムは、第１、第２実施形態において説明した通信システムの作動を行うと共に、以下に示すような作動を更に行う。本実施形態では、携帯端末５が画像を出力する必要がある場合は、ナビゲーション制御部１７が画像表示装置１２を制御して当該画像を表示させる。
【０１４１】
このために、携帯側制御部５７は、図９に示す画像送信制御処理を実行し、ナビゲーション制御部１７は、図１０に示す処理を実行するようになっている。以下、これらのフローチャートに基づく携帯側制御部５７、ナビゲーション制御部１７の作動について説明する。
【０１４２】
まず、第１実施形態と同様、ドライバが携帯端末５を携帯して車両の車室内に搭乗し、車載ナビゲーション装置１と携帯端末５とが、無線部１０および近距離無線部５０ａを介して互いに無線接続したとする。車載ナビゲーション装置１と携帯端末５の無線接続が確立すると、携帯側制御部５７は図９に示す処理を開始し、ナビゲーション制御部１７は図１０に示す処理を開始する。
【０１４３】
また、携帯側制御部５７が実行する各処理において、車載ナビゲーション装置１と携帯端末５が接続している場合に限り、画像出力命令および画像データの出力先は、画像送信制御処理であり、そうでない場合、
そしてまず携帯側制御部５７は、ステップ５１０で画像出力の必要があるか否かを判定し、画像出力の必要があると判定するまで、この判定を繰り返す。またナビゲーション制御部１７は、ステップ６１０で携帯端末５から画像データを受信したか否かを判定し、受信したと判定するまで、この判定を繰り返す。
【０１４４】
携帯側制御部５７における画像出力の必要の有無については、携帯側制御部５７が同時に実行している他の処理から新たに画像表示命令を受けたときに、画像出力の必要があると判定し、それ以外の場合には、画像出力の必要がないと判定する。
【０１４５】
例えば、携帯側制御部５７が経路案内処理を実行しており、かつ、渋滞情報取得処理において、遠距離無線部５０ｂを用いてインターネット等の広域ネットワークを介して誘導経路上の渋滞情報を取得した場合、渋滞情報取得処理から画像送信制御処理に対して、画像表示命令および渋滞情報を示す画像データが出力され、ステップ５１０で、画像出力の必要があると判定される。
【０１４６】
また例えば、携帯側制御部５７が楽曲再生処理において、再生中の楽曲のアーティスト（実演者）の情報を、遠距離無線部５０ｂを用いてインターネット等の広域ネットワークを介して取得した場合、楽曲再生処理から画像送信制御処理に対して、画像表示命令およびアーティスト名称を示す画像データが出力され、ステップ５１０で、画像出力の必要があると判定される。
【０１４７】
画像出力の必要があると判定すると、続いてステップ５２０に進み、画像表示命令と共に受けた画像データを、近距離無線部５０ａを用いて、車載ナビゲーション装置１に送信し、その後、処理をステップ５１０に戻す。
【０１４８】
ナビゲーション制御部１７では、この画像データを無線部１０を介して受信すると、ステップ６１０から６２０に進み、受信した画像データを画像表示装置１２に表示させ、その後、処理をステップ６１０に戻す。
【０１４９】
このように、携帯端末５において出力したい画像があるとき、その画像のデータを車載ナビゲーション装置１に送信し、車載ナビゲーション装置１がその画像データを車両に搭載される画像表示装置１２に表示させる。
【０１５０】
携帯端末５が、自機の画像表示部に画像を表示しても、運転中のドライバにとっては見づらいので、このように、携帯端末５が表示したい情報を車両に搭載された画像表示装置１２に表示することで、ドライバにとっても無理なく表示を閲覧することができる。
【０１５１】
なお、本実施形態においては、携帯側制御部５７が、ステップ５２０を実行することで出力制御手段の一例として機能し、また、ナビゲーション制御部１７が、ステップ６２０を実行することで画像表示制御手段の一例に相当する。
【０１５２】
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。例えば、以下のような形態も許容される。
【０１５３】
（１）上記各実施形態では、車載ナビゲーション装置１と携帯端末５とは無線通信によって接続および通信を実現しているが、ケーブルを介して有線で接続および通信を実現してもよい。
【０１５４】
（２）また、第１実施形態において携帯側制御部５７は、ステップ１６０で携帯端末５に内層されるスピーカ５４に携帯側音声（第１の音声）を出力させてもよい。このように、車両に設置された車室用スピーカ４ではなくスピーカ５４に音を出力させても、車室用スピーカ４の音量は低減されているので、携帯側音声と車室用スピーカ４の出力する音声とが重なってドライバにとって聴き取りづらくなる可能性が低減される。
【０１５５】
（３）また、第１実施形態では、ナビゲーション制御部１７は、ステップ２２０では、ＲＳＥ３が出力している音声の種別を特定し、その種別と携帯側音声の主津別を比較するようになっていてもよい。
【０１５６】
（４）また、第１実施形態では、携帯側制御部５７は、図３のステップ１４０で、応答が音声出力不許可（ＮＧ）であると判定した場合、ステップ１５０で所定の待機時間だけ待機するが、必ずしもこのようになっておらずともよい。例えば、ステップ１４０で、応答が音声出力不許可（ＮＧ）であると判定した場合、ステップ１１０に戻ってもよい。この場合、携帯側音声の出力を取りやめる（すなわち、再度同じ音声出力命令を受けない限り、リトライすることなく完全に出力を禁止する）ようになっていてもよい。
【０１５７】
（５）また、第１実施形態では、音声出力制御装置２に音声信号を入力するのは音声信号入出力部１４のみであり、車両内にＲＳＥ３がなくてもよい。つまり、車室用スピーカ４に音声を出力させるのは車載ナビゲーション装置１のみである例があってもよい。
【０１５８】
（６）また、第２実施形態では、携帯側制御部５７が認識語彙情報を送信しているが、音声認識サーバの音声認識で認識語が限定されない場合は、携帯側制御部５７は、ステップ３５０で、認識語彙情報を含まない認識開始通知を車載ナビゲーション装置１に送信し、ナビゲーション制御部１７は、ステップ４５０で認識語彙情報を含まない認識開始通知を受信した場合、ステップ４６０では、音声認識サーバの認識可能な語彙についての表示は行わないようにすればよい
（７）また、第２実施形態では、音声認識サーバを使わず、携帯端末５単体で音声認識してもよい。この場合、携帯端末５は、自機の音声認識機能を使用して音声認識を行い、その結果を車載ナビゲーション装置１に返すこともできる。このように、携帯端末５が単体で認識する場合も、携帯端末５が認識可能な語彙を示す認識語彙情報を携帯側制御部５７が送信し、ナビゲーション制御部１７がその認識語彙情報を表示するようになっていてもよい。
【０１５９】
（８）また、第２実施形態では、ドライバの発話した音声を車載ナビゲーション装置１側で取得しているが、携帯端末５側で取得してもよい。その場合、ナビゲーション制御部１７は、図１０のステップ４６０の実行後はステップ４７０をバイパスしてステップ４８０に進み、携帯側制御部５７は、ステップ３６０で、マイク１５から取得したドライバの発話音声信号に基づいて発話音声データを作成することで、ドライバの発話した音声に対応する発話音声データを取得することができる。
【０１６０】
（９）また、上記の実施形態において、ナビゲーション制御部１７、携帯側制御部５７がプログラムを実行することで実現している各機能は、それらの機能を有するハードウェア（例えば回路構成をプログラムすることが可能なＦＰＧＡ）を用いて実現するようになっていてもよい。
【符号の説明】
【０１６１】
１                    車載ナビゲーション装置
２                    音声出力制御装置
３                    ＲＳＥ
４                    車室用スピーカ
５                    携帯端末
１２                  画像表示装置
１４                  音声信号入出力部
１５                  マイク
５０ａ                近距離無線部
５０ｂ                遠距離無線部
５５                  マイク
５６                  地図データ取得部
５７                  携帯側制御部
【図１】
0005413321.tif 000002
【図２】
0005413321.tif 000003
【図３】
0005413321.tif 000004
【図４】
0005413321.tif 000005
【図５】
0005413321.tif 000006
【図６】
0005413321.tif 000007
【図７】
0005413321.tif 000008
【図８】
0005413321.tif 000009
【図９】
0005413321.tif 000010
【図１０】
0005413321.tif 000011