情報提供システム、情報提供装置および情報提供方法
【課題】オペレータが検索した情報がユーザの希望に沿った情報であるか否かの確認が行われないまま、検索情報が情報端末に送信される。
【解決手段】車載機１から情報センター２０に呼を発して情報の提供を要求し、要求された情報を情報センター２０から車載機１に送信するシステムにおいて、車載機１から情報センター２０への情報提供要求が伝わると、情報センター２０と車載機１との間の通信を一旦切断し、情報センター２０における情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センター２０と車載機１との間の通信を再開する。
【解決手段】車載機１から情報センター２０に呼を発して情報の提供を要求し、要求された情報を情報センター２０から車載機１に送信するシステムにおいて、車載機１から情報センター２０への情報提供要求が伝わると、情報センター２０と車載機１との間の通信を一旦切断し、情報センター２０における情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センター２０と車載機１との間の通信を再開する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報センターのオペレータに送信を希望する情報を伝え、オペレータが検索した情報を車載装置に送信する情報提供システム、情報提供装置および情報提供方法に関する。
【背景技術】
【０００２】
送信を希望する情報を情報センターのオペレータに伝え、オペレータが検索した情報を車載機に送信するシステムが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平１０−２５３３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、オペレータが検索した情報がユーザの希望に沿った情報であるか否かの確認が行われないまま、検索情報が車載機に送信されるため、ユーザの希望と異なる情報が車載機に送信されてきた場合には、再度、情報の送信を情報センターに要求しなければならなかった。
【課題を解決するための手段】
【０００５】
（１）本発明による情報提供システムは、情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信するシステムにおいて、情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする。
（２）本発明による情報提供装置は、情報端末から要求された情報を検索し、検索した情報を情報端末に送信する装置において、通信手段が情報端末から情報提供要求を受けると、通信手段と情報端末との間の通信を一旦切断し、情報端末からの情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、通信手段と情報端末との間の通信を再開することを特徴とする。
（３）本発明による情報提供方法は、情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する方法において、情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする。
【発明の効果】
【０００６】
本発明による情報提供システム、情報提供装置、および、情報提供方法によれば、情報検索結果をユーザが確認した上で、ユーザの希望する情報を情報端末に送信することができる。
【発明を実施するための最良の形態】
【０００７】
図１は、第１の実施の形態における情報提供システムの全体構成を示す図である。この情報提供システムを利用するユーザは、情報センター２０（情報提供装置）に発呼して、希望する情報を情報センター２０のオペレータに伝え、オペレータが検索システム３４により検索した情報がデータ通信によって、車載機（情報端末）１に送信される。
【０００８】
車載機１は、ナビゲーションユニット２と、モニタ３と、通信アダプタ５と、携帯電話４および通信アダプタ５を接続するための電話ハーネス６と、データ通信用電話７と、マイク８と、スピーカ９と、ＧＰＳアンテナ１０と、操作スイッチ１１と、オペレータ呼び出しスイッチ１２と、車速センサ１６と、各種センサ群２３とを備える。
【０００９】
モニタ３には、後述するナビゲーションユニット２からの指示に基づいて、車両の現在地周辺の地図や、目的地までの推奨経路等が表示される。携帯電話４は、ユーザが情報センター２０に待機しているオペレータと会話する際に用いる電話であり、データ通信用電話７は、情報センター２０との間で、データ通信を行う際に用いられる電話である。
【００１０】
マイク８は、ユーザ（ドライバ）がハンズフリーシステムを利用して、情報センター２０のオペレータと会話する際に用いられる。スピーカ９は、ユーザがハンズフリーシステムを利用して、オペレータと会話する際に、相手側の会話内容を音声出力したり、ナビゲーションユニット２による経路案内を行う際の音声を出力する。ＧＰＳアンテナ１０は、車両の現在位置情報を取得するために、図示しないＧＰＳ衛星からの電波を受信する。車速センサ１６は、車両の速度を検出する。
【００１１】
操作スイッチ１１は、モニタ３に表示される画面の操作、ハンズフリーシステムを利用するための操作、ナビゲーションユニット２の操作、データ通信を行う際の操作等、ユーザが各種の操作を行うために用いられる。オペレータ呼び出しスイッチ１２は、情報センター２０に発呼する際に用いられるスイッチである。
【００１２】
通信アダプタ５は、情報センター２０との間の通信制御を行う。通信アダプタ５には、後述する情報センター２０のオペレーションセンター３０の電話番号、および、車両用情報センター５０の電話番号が登録されており、ユーザが、オペレータ呼び出しスイッチ１２を押すと、携帯電話４を介して、自動的にオペレーションセンター３０に呼が発せられるとともに、データ通信用電話７を介して、自動的に車両用情報センター５０に呼が発せられる。オペレーションセンター３０の電話番号および車両用情報センター５０の電話番号は、例えば、通信アダプタ５が工場から出荷される前に登録される。
【００１３】
図２は、ナビゲーションユニット２の詳細な構成を示す図である。ナビゲーションユニット２は、地図データ部１８および保存部２１と、内部で行われる処理機能上、表示処理部１３、通信処理部１４、音声制御部１５、位置演算部１７、入力処理部１９、および、統合演算部２２とを備える。
【００１４】
表示処理部１３は、統合演算部２２からの指令に基づいて、モニタ３への表示指示を行う。通信処理部１４は、通信アダプタ５との間でデータの授受を行うための制御を行う。音声制御部１５は、統合演算部２２からの指令に基づいて、例えば、経路案内のための音声出力をスピーカ９に指示する。位置演算部１７は、ＧＰＳアンテナ１０で受信された電波および車速センサ１６によって検出された車速に基づいて、車両の現在位置を求める。地図データ部１８は、例えば、ハードディスク装置（ＨＤＤ）であり、地図データを格納している。
【００１５】
入力処理部１９は、ユーザが操作スイッチ１１やオペレータ呼び出しスイッチ１２によって入力した指令を、統合演算部２２に出力する。保存部２１は、予めユーザが操作スイッチ１１を使って設定した登録地（例えば、自宅の位置）や、過去に走行した道路等のデータを記憶する。保存部２１は、ユーザによる操作スイッチ１１の各種操作履歴や、ユーザが施設等の検索を行った結果の履歴を保存しており、また、後述する応答可能性を判定するためのテーブルを保存している。
【００１６】
統合演算部２２は、表示処理部１３、通信処理部１４、音声制御部１５、位置演算部１７、入力処理部１９、地図データ部１８、および、保存部２１との間で、様々なデータをやり取りするとともに、ナビゲーションユニット２の総合的な処理を行う。ナビゲーションユニット２の総合的な処理には、施設の検索処理や、目的地までの推奨ルートの演算処理が含まれる。また、統合演算部２２は、後述するように、情報センター２０からの着呼に対して、ドライバ（ユーザ）が応答できるか否かの判定を行う。
【００１７】
各種センサ群２３は、ウインカセンサ２３ａと、操舵角センサ２３ｂと、ワイパセンサ２３ｃと、ライトセンサ２３ｄと、シフトポジションセンサ２３ｅとを備えている。ウインカセンサ２３ａは、ウインカの作動を検出すると、ウインカ作動信号を統合演算部２２に出力する。操舵角センサ２３ｂは、ステアリング操舵角が所定角度（例えば、３０度）を越えたことを示す信号（以下、操舵角信号）を統合演算部２２に出力する。
【００１８】
ワイパセンサ２３ｃは、ワイパの作動を検出すると、ワイパ作動信号を統合演算部２２に出力する。ライトセンサ２３ｄは、ライトの点灯を検出すると、ライト点灯信号を統合演算部２２に出力する。シフトポジションセンサ２３ｅは、シフトポジションがリバース（Ｒ）位置にあることを検出すると、リバース信号を統合演算部２２に出力するとともに、パーキングポジション（Ｐ）にあることを検出すると、パーキング信号を統合演算部２２に出力する。
【００１９】
情報センター２０は、オペレーションセンター３０と、情報データベース群４０と、車両用情報センター５０と、カスタマーセンター６０とにより構成されている。オペレーションセンター３０は、電話回線の制御を行うＰＢＸ／ＣＴＩ３１と、検索システム３４とを備える。検索システム３４には、検索処理端末３２、電話機３３、ヘッドセット３６、モニタ３８、および、入力機器３９が含まれる。入力機器３９には、キーボードおよびマウスが含まれる。
【００２０】
ＰＢＸ(Private Branch Exchanger)は、通常、企業ビル内などに設置されるものであって、外線電話と内線電話、および、内線電話どうしを交換する。また、ＣＴＩ(Computer Telephony Integration)は、ＰＢＸなどの電話系通信システムと、コンピュータやデータベースなどの情報系システムとを統合し、相互に連動できるようにするものである。すなわち、ＰＢＸ／ＣＴＩ３１は、ユーザからかかってきた電話を空きオペレータに接続したり、空きオペレータがいない場合には、待ち音声案内を流すなどの電話回線の制御を行う。なお、ＰＢＸ／ＣＴＩ３１は、一般電話回線網５５と接続することができる。
【００２１】
オペレーションセンター３０に勤務しているオペレータは、電話機３３またはヘッドセット３６を用いて、車載機１を介して発呼してきたユーザと会話し、ユーザが要求する情報を確認する。オペレータは、ユーザから聞いた情報に基づいて、ユーザが希望する情報を検索処理端末３２を用いて検索する。検索処理端末３２は、例えば、パソコンである。検索システム３４は、情報データベース群４０を構成する複数のデータベース４１〜４４，５６とＬＡＮなどのネットワーク３７を通じて接続されている。
【００２２】
情報データベース群４０は、位置／電話情報データベース４１と、交通情報データベース４２と、天気予報データベース４３と、各種情報データベース４４と、ユーザプロファイルデータベース５６とを備える。位置／電話情報データベース４１には、飲食店や公共施設などの各種施設の名称、位置情報、および、電話番号情報等が格納されている。交通情報データベース４２には、一般道や有料道路などの交通情報が格納されている。天気予報データベース４３には、各地の天気予報情報が格納されている。各種情報データベース４４には、上述した各種施設に関する情報、交通情報、天気情報以外の情報が格納されている。ユーザプロファイルデータベース５６には、予めユーザ登録されているユーザの氏名、住所、携帯電話番号、データ通信用電話の電話番号などのユーザ情報が格納されている。ユーザ登録の方法については後述する。
【００２３】
車両用情報センター５０は、通信インタフェース装置５１と、情報処理端末５４とを備える。情報処理端末５４は、通信インタフェース装置５１を介して、車載機１に情報を送信するなどの様々なデータ処理を行う。例えば、検索システム３４において、ユーザが希望する情報が検索された場合には、検索された情報が、通信インタフェース装置５１を介して車載機１に送信される。通信インタフェース装置５１は、一般回線網５５と接続されている。
【００２４】
カスタマーセンター６０は、カスタマー登録システム６２と、カスタマー管理サーバ６６とを備える。カスタマー登録システム６２は、ユーザの登録や、登録されているユーザの個人情報の変更を行う。カスタマー登録システム６２と接続されているカスタマー管理サーバ６６は、ユーザ情報を管理するためのサーバである。
【００２５】
オペレーションセンター３０、情報データベース群４０、車両用情報センター５０およびカスタマーセンター６０が接続されているネットワーク３７には、インターネット６３も接続されている。従って、情報センター２０は、インターネット６３を介して、コンテンツプロバイダ／アプリケーションサービスプロバイダ群６４と各種情報の授受を行う。また、ユーザが後述するユーザ登録を行う際に、カスタマーセンター６０のオペレータを介さずに、インターネット６３と接続されているパソコンなどの端末６５を用いて行うこともできる。
【００２６】
第１の実施の形態における車両用情報提供システムを利用するユーザは、予めユーザ登録する必要がある。ユーザ登録するための１つ目の方法としては、所定の申込書にユーザの氏名、住所、生年月日などの一般情報と共に、本システムを利用する際に使用する携帯電話４の電話番号を記入し、情報センター２０のカスタマーセンター６０に郵送する。カスタマーセンター６０のオペレータは、申込書の内容を確認した後、カスタマー登録システム６２を使用して、カスタマー管理サーバ６６にユーザ登録処理を行う。登録されたユーザ情報は、ユーザプロファイルデータベース５６に格納される。
【００２７】
ユーザ登録するための二つ目の方法は、上述したように、インターネット６３と接続されているパソコンなどの端末６５を用いて、カスタマー管理サーバ６６に直接登録する方法である。また、車載機１がオンライン登録機能を備えている場合には、車載機１を用いてカスタマー管理サーバ６６に直接登録することもできる。
【００２８】
第１の実施の形態における情報提供システムでは、ユーザが車載機１を介して、情報センター２０のオペレーションセンター３０に発呼して、車載機１への送信を希望する情報をオペレータに伝える。オペレータは、情報検索時に、車載機１との通信を一旦切断すべきか否かを判断し、一旦切断すべきと判断すると、車載機１の間の通信を一旦切断して、情報検索を行う。車載機１側では、オペレーションセンター３０からの着呼に対して、ユーザが応答可能か否かを判定し、応答可能性判定結果をオペレーションセンター３０に送信する。オペレーションセンター３０では、情報検索処理が完了すると、ユーザの応答可能性判定結果に基づいて、ユーザが応答可能であるか否かを判定し、応答可能であると判定すると、情報検索結果をユーザに確認するために、車載機１との間の通信を再開する。
【００２９】
図３は、車載機１で行われる処理内容を示すフローチャートである。車両が起動すると、ナビゲーションユニット２の統合演算部２２は、ステップＳ１０の処理を開始する。ステップＳ１０では、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとオンされるまでステップＳ１０で待機し、オンされたと判定するとステップＳ２０に進む。
【００３０】
ステップＳ２０では、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発する。音声モードとは、ユーザとオペレータとが音声会話を行うためのモードである。上述したように、通信アダプタ５にはオペレーションセンター３０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、携帯電話４経由で、自動的にオペレーションセンター３０に電話がかかる。この時、通信アダプタ５は、オペレーションセンター３０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。すなわち、携帯電話４には、発信者番号を非通知とするための機能を備えたものもあるため、情報センター２０側で発信者を特定できるようにするために、発信者番号が通知される形で電話をかけるようにする。
【００３１】
また、ステップＳ２０では、同時に、データモードにより、車両用情報センター５０に発呼する。データモードとは、車載機１と車両用情報センター５０との間でデータ通信を行うためのモードである。上述したように、通信アダプタ５には車両用情報センター５０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、データ通信用電話７経由で、自動的に車両用情報センター５０に電話がかかる。この場合にも、発信者番号を通知するために、車両用情報センター５０の電話番号の前に「１８６」を付して、発呼する。
【００３２】
ステップＳ２０に続くステップＳ３０では、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信したか否かを判定する。応答可能性判定の詳細については、後述する。応答可能性判定結果を要求する信号を受信していないと判定すると、ステップＳ３０で待機し、受信したと判定すると、ステップＳ４０に進む。ステップＳ４０では、応答可能性判定を行う。
【００３３】
車載機１で行う応答可能性判定処理を図４および図５を用いて説明する。応答可能性判定とは、車載機１に着呼があった場合に、ユーザが応答できる状態にあるか否かを判定するものである。ナビゲーションユニット２の統合演算部２２は、ユーザの運転状況に基づいて、ユーザの応答可能性を判定する。
【００３４】
図４は、車両位置と、各種センサ群２３によって検出される信号とに基づいて、ユーザの運転負荷レベルを判定するためのテーブルである。このテーブルは、予め用意しておき、ナビゲーションユニット２の保存部２１に格納しておく。図４に示すテーブルでは、車両位置および各種センサ群２３によって検出される信号に対して、運転負荷の大小を示す点数を割り当てている。この点数（重み付け）は、値が高いほど、運転負荷が高いことを示している。図４に示すテーブルでは、交差点に５点、路地に４点、カーブに３点、高速道路に２点、料金所に３点、駐車場の出入り口に４点が割り当てられている。また、各種センサ群２３によって検出される信号については、ウインカ作動信号に４点、操舵角信号に４点、ワイパ作動信号に２点、ライト点灯信号に１点、リバース信号に５点、パーキング信号には０点が割り当てられている。
【００３５】
ナビゲーションユニット２の統合演算部２２は、位置演算部１７で演算される車両位置、および、地図データ部１８に格納されている地図データに基づいて、車両の現在地が図４に示すテーブルに載っている場所に該当するか否かを判定する。また、統合演算部２２は、各種センサ群２３から入力される信号が図４に示すテーブルに載っている信号に該当するか否かを判定する。
【００３６】
ユーザの運転負荷レベルは、車両位置および各種センサ群２３から入力される信号に対応する点数の合計点に応じて決まる。図４に示す例では、合計点が０点の場合は、運転負荷レベルを０、合計点が１点〜４点の場合は、運転負荷レベルを１、合計点が５点〜８点の場合は、運転負荷レベルを２、合計点が９点〜１２点の場合は、運転負荷レベルを３、合計点が１３点〜１６点の場合は、運転負荷レベルを４、合計点が１７点以上の場合には、運転負荷レベルを５としている。なお、運転負荷レベルの点数が高いほど、ユーザの運転負荷が高いことを示す。
【００３７】
例えば、車両位置が交差点であり、各種センサ群２３から、操舵角信号およびワイパ作動信号が入力された場合、すなわち、図４に示すテーブルの７番のデータの場合には、車両位置および各種センサ群２３から入力される信号に対応する点数の合計点は１１点であり、運転負荷レベルは３となる。なお、図４に示すテーブルでは、車両位置および各種センサ群２３から入力される信号に応じた車両状況も示している。
【００３８】
図５は、上述した方法により求めた運転負荷レベルに応じた応答可能性判定結果を示している。ここでは、運転負荷レベルが０または１であれば、ユーザが応答可能であると判断して、応答可能性判定結果をＯＫとし、運転負荷レベルが２〜５であれば、応答不可能であると判断して、応答可能性判定結果をＮＧとしている。
【００３９】
図３に示すフローチャートのステップＳ４０において、応答可能性判定を行うと、ステップＳ５０に進む。ステップＳ５０では、ステップＳ４０で行った応答可能性判定の結果を車両用情報センター５０に送信する。ステップＳ５０に続くステップＳ６０では、車両用情報センター５０から送信されるデータを受信したか否かを判定する。データを受信していないと判定すると、受信するまでステップＳ６０で待機し、受信したと判定するとステップＳ７０に進む。
【００４０】
ステップＳ７０では、受信データ（ダウンロードデータ）の処理を行う。例えば、受信したデータが交通情報であれば、交通情報をモニタ３に表示する。また、受信したデータがニュース情報であれば、スピーカ９からニュース情報を音声にて出力するとともに、モニタ３にニュースの内容を表示する。受信データの処理が行われると、オペレーションセンター３０および車両用情報センター５０との間で接続されている回線を切断する。
【００４１】
図６は、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ステップＳ１００〜ステップＳ２３０の処理は、オペレーションセンター３０で行われる処理であり、ステップＳ３００〜ステップＳ４００の処理は、車両用情報センター５０で行われる処理である。
【００４２】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１５０の処理は、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１で行われる。ステップＳ１００では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ１００で待機し、着信があると判定するとステップＳ１１０に進む。ステップＳ１１０では、発信者電話番号の取得処理を行う。この時に、発信者非通知設定の状態で電話がかかってきており、発信者電話番号がない場合には、例えば、「発信者番号が通知されていません」のようなメッセージを再生して、電話回線を切断する。
【００４３】
ステップＳ１２０では、ステップＳ１１０で取得した発信者電話番号に基づいて、電話番号の認証を行う。この認証は、発信者電話番号がユーザプロファイルデータベース５６に登録されているか否かに基づいて行う。ステップＳ１２０に続くステップＳ１３０では、ステップＳ１２０で行った電話番号の認証結果に基づいて、認証がＯＫであるか否かを判定する。取得した発信者電話番号がユーザプロファイルデータベース５６に登録されており、認証がＯＫであると判定するとステップＳ１５０に進む。一方、認証がＮＧであると判定すると、ステップＳ１４０に進み、「電話番号が登録されていないため、サービスを受けることができません」などのメッセージを再生して、電話回線を切断する。
【００４４】
ステップＳ１５０では、ユーザからの電話を、電話回線が空いているオペレータにつないで、ステップＳ１６０に進む。ただし、空いている回線が無い場合には、例えば、「ただ今、回線が混みあっております」のようなメッセージを再生する。
【００４５】
ステップＳ１６０〜ステップＳ２３０の処理は、検索システム３４にて行われる。ステップＳ１６０では、車載機１とオペレーションセンター３０との間で接続されている電話回線を維持するか否かを判定する。例えば、情報の検索に時間がかかる場合や、ユーザの要求する情報に対して、外部の情報源に問い合わせが必要な場合には、電話回線を一旦切断すれば、通信料金を節約することができる。オペレータは、電話回線を維持した方が良いと判断すると、回線を維持する旨の指令を検索処理端末３２に入力し、電話回線を一旦切断した方が良いと判断すると、回線を切断する旨の指令を検索処理端末３２に入力する。検索システム３４の検索処理端末３２は、電話回線を維持する旨の指令が入力されると、電話回線を維持すると判定して、ステップＳ１９０に進み、電話回線を切断する旨の指令が入力されると、電話回線を切断すると判定して、ステップＳ１７０に進む。
【００４６】
ステップＳ１７０では、待機指示信号を車両用情報センター５０の情報処理端末５４に送信して、ステップＳ１８０に進む。ステップＳ１８０では、車載機１との間の電話回線を一旦切断する。電話回線の切断処理は、オペレータが行ってもよいし、電話回線を切断する旨の指令をオペレータが検索処理端末３２に入力し、検索処理端末３２が電話機３３の回線を切断してもよい。これにより、ユーザに無駄な通信コストの負担がかかるのを防ぐことができる。
【００４７】
ステップＳ１８０に続くステップＳ１９０では、ユーザの要求に応じて、情報データベース群４０に含まれるデータベース４１〜４４を参照することにより、車載機１に送信するための情報を検索する。車載機１に送信するための情報を検索すると、ステップＳ２００に進む。
【００４８】
ステップＳ２００では、情報の送信を要求してきたユーザが応答可能な状態にあるか否かを判定する。上述したように、車載機１は、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信する。車両用情報センター５０は、後述するように、車載機１から送信されてくる応答可能性判定結果をユーザプロファイルデータベース５６に格納する。従って、検索システム３４は、ユーザプロファイルデータベース５６に格納されている応答可能性判定結果に基づいて、ユーザが応答可能な状態にあるか否かを判定する。応答可能性判定結果がＮＧであり、ユーザが応答可能な状態にないと判定すると、ステップＳ２００で待機し、応答可能性判定結果がＯＫであり、応答可能な状態にあると判定すると、ステップＳ２１０に進む。
【００４９】
ステップＳ２１０では、検索処理端末３２による情報検索結果をユーザに確認するために、ステップＳ１８０で切断した電話回線を接続し直す。電話回線の接続処理は、オペレータが行ってもよいし、電話回線を接続し直す旨の指令をオペレータが検索処理端末３２に入力し、検索処理端末３２が電話機３３の回線を接続するようにしてもよい。なお、ステップＳ１６０において、電話回線を維持すべきと判定した場合には、ステップＳ２１０の処理は行わない。ステップＳ２１０において、電話回線を接続し直すと、ステップＳ２２０に進む。
【００５０】
ステップＳ２２０では、ユーザとオペレータとの間の会話によって、車載機１に送信する情報（データ）が決定されたか否かを判定する。検索処理端末３２に、車載機１に送信する情報が決定された旨の入力があると、ステップＳ２３０に進む。ステップＳ２３０では、車載機１に送信する情報をユーザプロファイルデータベース５６に一時的に保存する。ここでは、情報の送信を要求してきたユーザのユーザ情報に対応させて、情報を保存しておく。ステップＳ２３０の処理を終了すると、オペレーションセンター３０と車載機１との間で接続されていた回線を切断する。
【００５１】
続いて、車両用情報センター５０で行われる処理について説明する。ステップＳ３００では、車両用情報センター５０の通信インタフェース装置５１にユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信があるまでステップＳ３００で待機し、着信があると判定するとステップＳ３１０に進む。ステップＳ３１０では、ユーザからかかってきた電話が情報処理端末５４に接続されて、データモード確立のためのデータモードネゴシエーションが行われる。ステップＳ３１０に続くステップＳ３２０では、データモードネゴシエーション完了後に、電話番号の認証処理を行う。この認証処理の方法は、オペレーションセンター３０で行われるステップＳ１２０の処理と同じである。
【００５２】
次のステップＳ３３０では、ステップＳ３２０で行った認証処理の結果、発信者電話番号がユーザプロファイルデータベース５６に格納されているか否かを判定する。発信者電話番号がユーザプロファイルデータベース５６に格納されており、認証ＯＫであると判定すると、ステップＳ３５０に進む。一方、発信者番号がユーザプロファイルデータベース５６に格納されておらず、認証ＮＧであると判定すると、ステップＳ１４０の処理、すなわち、「電話番号が登録されていないため、サービスを受けることができません」などのＮＧメッセージを再生して、電話回線を切断する。
【００５３】
ステップＳ３５０では、情報の送信を要求してきた車載機１に送信するための情報がユーザプロファイルデータベース５４に格納されているか否かを判定する。車載機１に送信するための情報がユーザプロファイルデータベース５４に格納されていると判定するとステップＳ４００に進み、格納されていないと判定すると、ステップＳ３６０に進む。
【００５４】
ステップＳ３６０では、オペレーションセンター３０の検索システム３４がステップＳ１７０で送信する待機指示信号を受信したか否かを判定する。検索システム３４から、待機指示信号を受信していないと判定するとステップＳ３５０に戻り、待機受信信号を受信したと判定すると、ステップＳ３７０に進む。
【００５５】
ステップＳ３７０では、車載機１に対して、応答可能性判定結果の要求信号を送信して、ステップＳ３８０に進む。上述したように、車載機１は、車両用情報センター５０から応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信する。
【００５６】
なお、車載機１は、応答可能性判定を行って得られた結果がＮＧの場合には、ＮＧの判定結果を車両用情報センター５０に送信した後、ＯＫの判定結果が得られるまで応答可能性判定を行い、ＯＫの判定結果が得られると、ＯＫの判定結果を車両用情報センター５０に送信する。
【００５７】
ステップＳ３８０では、車載機１から、応答可能性判定結果のデータを受信したか否かを判定する。応答可能性判定結果のデータを受信していないと判定するとステップＳ３８０で待機し、受信したと判定すると、ステップＳ３９０に進む。
【００５８】
ステップＳ３９０では、ユーザプロファイルデータベース５４に、車載機１に送信するためのデータが格納されているか否かを判定する。車載機１に送信するためのデータが格納されていないと判定するとステップＳ３９０で待機し、格納されていると判定すると、ステップＳ４００に進む。ステップＳ４００では、車載機１に送信するためのデータをユーザプロファイルデータベース５４から取得して、通信インタフェース装置５１を介して、車載機１に送信する。データを車載機１に送信すると、車両用情報センター５０と車載機１との間で接続されている回線を切断する。
【００５９】
第１の実施の形態における情報提供システムによれば、ユーザが車載機１を介して情報センター２０に発呼して、情報の提供を要求し、情報センター２０で検索された情報を車載機１に送信するシステムにおいて、車載機１から情報センター２０への情報提供要求が伝わると、情報センター２０と車載機１との間の通信を一旦切断し、情報センター２０による情報検索が終了すると、情報検索結果をユーザに確認するために、情報センター２０と車載機１との間の通信を再開する。情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。
【００６０】
また、第１の実施の形態における情報提供システムでは、情報センター２０からの情報検索結果の確認に対してユーザが応答できるか否かを判定し、ユーザが応答可能であると判定した場合に、情報センター２０と車載機１との間の通信を再開するので、ユーザは、情報検索結果を確実に確認することができる。
【００６１】
−第２の実施の形態−
第１の実施の形態における情報提供システムでは、車載機１側で行われる応答可能性判定の結果に基づいて、情報センター２０が車載機１に発呼して、通信を再開した。第２の実施の形態における情報提供システムでは、応答可能性判定結果に基づいて、車載機１が情報センター２０に発呼して、通信を再開する。
【００６２】
図７は、第２の実施の形態における情報提供システムにおいて、車載機１にて行われる処理内容を示すフローチャートである。車両が起動すると、ナビゲーションユニット２の統合演算部２２は、ステップＳ１０の処理を開始する。なお、図３に示すフローチャートの処理と同一の処理を行うステップについては、同一の符号を付して詳しい説明は省略する。
【００６３】
ステップＳ１０およびステップＳ２０の処理は、図３に示すフローチャートのステップＳ１０およびステップＳ２０の処理と同じである。ステップＳ２０に続くステップＳ５００では、車両用情報センター５０から、待機データを受信したか否かを判定する。待機データとは、オペレーションセンター３０のオペレータが情報を検索するのに時間がかかるため、オペレーションセンター３０との間の音声通信回線を一時的に切断して、待機状態となることを示すデータである。車両用情報センター５０から、待機データを受信したと判定するとステップＳ５２０に進み、受信していないと判定すると、ステップＳ５１０に進む。
【００６４】
ステップＳ５１０では、情報センター２０に要求した情報（データ）を車両用情報センター５０から受信したか否かを判定する。情報を受信したと判定するとステップＳ７０に進み、受信していないと判定すると、ステップＳ５００に戻る。
【００６５】
ステップＳ５２０では、オペレーションセンター３０のオペレータが情報検索を完了したことを示す検索完了通知を車両用情報センター５０から受信したか否かを判定する。検索完了通知を受信していないと判定すると、ステップＳ５２０で待機する。なお、待機データを受信した後に進むステップＳ５２０では、オペレーションセンター３０との間の音声通信回線は一時的に切断されており、車両用情報センター５０との間のデータ通信回線のみが接続されている。ステップＳ５２０において、検索完了通知を受信したと判定すると、ステップＳ４０に進む。
【００６６】
ステップＳ４０では、応答可能性判定を行う。応答可能性判定の詳細な方法については、既に説明しているので、ここでは、詳しい説明は省略する。ステップＳ４０に続くステップＳ５３０では、応答可能性判定の結果がＯＫであるか否かを判定する。応答可能性判定結果がＮＧであると判定すると、ステップＳ４０に戻り、再び応答可能性判定を行う。一方、応答可能性判定結果がＯＫであると判定すると、ステップＳ５４０に進む。
【００６７】
応答可能性判定結果がＯＫとなると、オペレータ呼び出しスイッチ１２をオンさせるための音声案内をスピーカ９から出力させるための指令を音声制御部１５に出す。これにより、「情報の準備ができました。オペレータを呼びだして下さい」のような音声案内がスピーカ９から出力される。ステップＳ５４０では、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとステップＳ５４０で待機し、オンされたと判定すると、ステップＳ５５０に進む。
【００６８】
ステップＳ５５０では、再び、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発する。この後、ユーザと、オペレーションセンター３０のオペレータとの間で、オペレータが検索した情報をユーザが確認する会話が行われる。ステップＳ５５０に続くステップＳ６０では、最終的に決定された情報（データ）を車両用情報センター５０から受信したか否かを判定する。情報を受信していないと判定するとステップＳ６０で待機し、受信したと判定すると、ステップＳ７０に進む。ステップＳ７０では、受信データ（ダウンロードデータ）の処理を行う。
【００６９】
図８は、第２の実施の形態における情報提供システムにおいて、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ここでも、図６に示すフローチャートの処理と同一の処理を行うステップには、同一の符号を付して詳しい説明は省略する。
【００７０】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１９０の処理は、図３に示すフローチャートのステップＳ１００〜ステップＳ１９０の処理と同一である。ステップＳ１９０で情報検索を行うと、ステップＳ６００に進む。ステップＳ６００では、情報検索が完了したことを示す検索完了通知を車両用情報センター５０に送信する。この後、後述するように、車両用情報センター５０から車載機１に向けて、検索完了通知が送信される。
【００７１】
検索完了通知が車載機１に送信されると、上述したように、車載機１は、応答可能性判定を行い、判定結果がＯＫであれば、オペレーションセンター３０に発呼する。ステップＳ６００に続くステップＳ６１０では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ６１０で待機し、着信があると判定するとステップＳ６２０に進む。
【００７２】
ステップＳ６２０では、ユーザとオペレータとの間の会話によって、車載機１に送信する情報（データ）が決定されたか否かを判定する。オペレータは、検索した情報をユーザに確認し、ユーザが肯定すると、車載機１に送信する情報が確定した旨、検索処理端末３２に入力する。また、検索した情報をユーザが否定した場合には、ユーザとの会話によって、車載機１に送信する情報を確定して、検索処理端末３２に入力する。検索処理端末３２に、車載機１に送信する情報が決定した旨の入力があると、ステップＳ２１０に進む。ステップＳ２１０では、車載機１に送信する情報をユーザプロファイルデータベース５６に一時的に保存する。
【００７３】
車両用情報センター５０で行われる処理のうち、ステップＳ３００〜ステップＳ３６０の処理は、図６に示すフローチャートのステップＳ３００〜ステップＳ３６０の処理と同一である。ステップＳ３６０において、オペレーションセンター３０から待機指示信号を受信したと判定すると、ステップＳ７００に進む。
【００７４】
ステップＳ７００では、オペレーションセンター３０との間の音声通信回線を一時的に切断して、オペレータによる情報検索が完了するまでの間、待機してもらうことを示す待機データを車載機１に送信する。これにより、車載機１は、待機状態となる。ステップＳ７００に続くステップＳ７１０では、オペレーションセンター３０の検索システム３４から、検索完了通知を受信したか否かを判定する。検索完了通知を受信していないと判定すると、ステップＳ７１０で待機し、検索完了通知を受信したと判定すると、ステップ７２０に進む。
【００７５】
ステップＳ７２０では、検索完了通知をデータ通信にて、車載機１に送信し、ステップＳ３９０に進む。ステップＳ３９０およびステップＳ４００の処理は、図６に示すフローチャートのステップＳ３９０およびステップＳ４００の処理と同じである。
【００７６】
第２の実施の形態における情報提供システムによれば、第１の実施の形態における情報提供システムと同様に、情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。また、車載機１が情報センター２０から情報検索が終了したことを示す信号を受信すると、情報センター２０との間の通信を再開するので、ユーザが希望するタイミングで通信を再開して、オペレータが情報検索を行った結果を確認することができる。
【００７７】
−第３の実施の形態−
第１の実施の形態における情報提供システムでは、ユーザの応答可能性判定結果がＯＫの場合に、一旦切断していた車載機１とオペレーションセンター３０との間の回線を接続し直して、ユーザが情報検索結果を確認し、確認の取れた情報を車載機１に送信した。第３の実施の形態における情報提供システムでは、オペレーションセンター３０で検索した情報に対して、ユーザが回答（応答）する際の回答負荷を推定し、推定した回答負荷と、運転負荷レベルとに基づいて、一旦切断していた車載機１とオペレーションセンター３０との間の回線を接続し直すか否かを判定する。運転負荷レベルは、上述したように、図４に示すテーブルを参照して求めることができる。
【００７８】
図９は、回答負荷の推定方法を説明するための図であり、情報検索結果に応じた回答負荷のレベルを示している。回答負荷のレベルは、値が大きいほど、回答負荷が大きいことを示している。例えば、ユーザがオペレータにレストランの予約を頼み、予約が取れた場合には、オペレータは、予約が取れた旨の連絡をユーザに伝えるだけでよい。このように、オペレータからユーザへの連絡があるだけで、ユーザに回答を求めない場合には、ユーザの回答負荷は最も軽い１とする。
【００７９】
オペレータがユーザの要求する情報を検索し、念のため、ユーザの要求に沿うものであるか否かを確認する場合等、ユーザが「はい」または「いいえ」のような単純な返答を行うだけでよい場合には、ユーザの回答負荷は２とする。また、ユーザの要求に対して、オペレータが検索した情報が複数あり、ユーザがオペレータとの会話によって、希望する情報を絞り込む必要がある場合には、ユーザの回答負荷は３とする。
【００８０】
オペレータが情報を検索した結果、ユーザが希望する情報が見つからず、代替となる情報をユーザに要求する場合には、ユーザの回答負荷は４とする。また、ユーザにカード番号の確認など、ユーザの回答負荷が最も高くなると考えられる場合には、ユーザの回答負荷を５とする。情報検索結果に応じた回答負荷の推定は、オペレーションセンター３０のオペレータが行って、推定した結果を検索処理端末３２に入力する。
【００８１】
検索システム３４は、オペレータの情報検索結果に基づいて推定した回答負荷と、運転負荷レベルとに基づいて、ユーザが応答可能か否かを判断する。図１０は、運転負荷レベルと回答負荷とに基づいて、ユーザへの情報提供の可否を判断するためのテーブルである。例えば、運転負荷レベル２の場合、推定した回答負荷が１または２であれば、ユーザへの情報提供をＯＫと判断し、推定した回答負荷が３〜５であれば、ユーザへの情報提供をＮＧと判断する。検索システム３４は、図１０に示すテーブルを保存しており、オペレータの情報検索結果に基づいて推定した回答負荷と、運転負荷レベルとに基づいて、図１０に示すテーブルを参照することにより、ユーザが応答可能か否かを判断する。
【００８２】
車載機１にて行われる処理は、第１の実施の形態における情報提供システムの場合と同じである。ただし、第１の実施の形態における情報提供システムでは、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信した。第３の実施の形態における情報提供システムでは、車両用情報センター５０から、運転負荷レベルの送信要求信号を受信すると、運転負荷レベルを求める処理を行い、運転負荷レベルのデータを車両用情報センター５０に送信する。
【００８３】
図１１は、第３の実施の形態における情報提供システムにおいて、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ここでも、図６に示すフローチャートの処理と同一の処理を行うステップには、同一の符号を付して詳しい説明は省略する。
【００８４】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１９０の処理は、図３に示すフローチャートのステップＳ１００〜ステップＳ１９０の処理と同一である。ステップＳ１９０で情報検索を行うと、ステップＳ８００に進む。ステップＳ８００では、ステップＳ１９０で行った情報検索の結果に基づいて、ユーザの回答負荷を推定する。上述したように、回答負荷はオペレータが推定して、推定結果を検索処理端末３２に入力する。検索処理端末３３に、回答負荷の推定結果が入力されると、ステップＳ８１０に進む。
【００８５】
ステップＳ８１０では、ステップＳ８００で推定した回答負荷と、車載機１から送信されて、ユーザプロファイルデータベース５６に保存されている運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定する。ユーザが応答可能ではないと判定すると、ステップＳ８１０で待機し、応答可能であると判定すると、ステップＳ２１０に進む。ステップＳ２１０〜ステップＳ２３０の処理は、図６に示すフローチャートのステップＳ２１０〜ステップＳ２３０の処理と同じである。
【００８６】
車両用情報センター５０で行われる処理のうち、ステップＳ３００〜ステップＳ３６０の処理は、図６に示すフローチャートのステップＳ３００〜ステップＳ３６０の処理と同一である。ステップＳ３６０において、オペレーションセンター３０から待機指示信号を受信したと判定すると、ステップＳ７００に進む。
【００８７】
ステップＳ９００では、車載機１に対して、運転負荷レベルの要求信号を送信して、ステップＳ９１０に進む。車載機１は、車両用情報センター５０から運転負荷レベルを要求する信号を受信すると、運転負荷レベルを求める処理を行い、求めた運転負荷レベルのデータを車両用情報センター５０に送信する。
【００８８】
なお、車載機１は、車両用情報センター５０から、要求した情報を受信するまでは、運転負荷レベルを求めて、車両用情報センター５０に送信する処理を繰り返し行う。
【００８９】
ステップＳ９１０では、車載機１から、運転負荷レベルのデータを受信したか否かを判定する。運転負荷レベルのデータを受信していないと判定するとステップＳ９１０で待機し、受信したと判定すると、ステップＳ３９０に進む。ステップＳ３９０〜ステップＳ４００の処理は、図６に示すフローチャートのステップ３９０〜ステップＳ４００の処理と同じである。
【００９０】
第３の実施の形態における情報提供システムによれば、第１の実施の形態における情報提供システムと同様に、情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。また、情報検索結果をユーザに確認する際のユーザの回答負荷を推定し、推定した回答負荷と、ユーザの運転負荷とに基づいて、情報センター２０と車載機１との間の通信を再開するので、ユーザの応答可能性をより正確に判定することができる。すなわち、ユーザは、情報検索結果を確実に確認することができる。
【００９１】
本発明は、上述した各実施の形態に限定されることはない。例えば、図４では、運転負荷に影響を与える場所として、交差点、路地、カーブ、高速道路、料金所、および、駐車場を挙げているが、これらの場所は一例であって、トンネル等、図４に記載の場所以外の場所を考慮して、運転負荷レベルを決定してもよい。また、運転負荷に影響を与える車両挙動を示すデータを、ウインカセンサ２３ａ、操舵角センサ２３ｂ、ワイパセンサ２３ｃ、ライトセンサ２３ｄ、および、シフトポジションセンサ２３ｅから取得しているが、他のセンサから取得することもできる。
【００９２】
第１の実施の形態では、車載機１が応答可能性判定を行い、判定結果がＮＧの場合には、ＮＧの判定結果を車両用情報センター５０に送信した後、ＯＫの判定結果が得られるまで応答可能性判定を行い、ＯＫの判定結果が得られると、ＯＫの判定結果を車両用情報センター５０に送信するようにした。しかし、応答可能性判定を所定時間ごとに行い、判定を行う度に、判定結果を送信するようにしてもよい。
【００９３】
上述した各実施の形態では、情報センター２０において情報検索処理が終わると、オペレーションセンター３０と車載機１との間の通信を再開し、ユーザがオペレータと会話することにより、オペレータの情報検索結果を確認するようにした。しかし、情報検索が終了すると、車両用情報センター５０から情報検索結果をデータ通信で車載機１に送信して、ユーザが確認するようにしてもよい。
【００９４】
車載機１とオペレーションセンター３０との間の回線が一旦切断されると、車載機１は待機状態になるが、待機状態である旨のメッセージや、情報検索中である旨のメッセージをモニタ３に表示するようにしてもよい。
【００９５】
上述した各実施の形態では、ユーザがオペレータ呼び出しスイッチ１２をオンすると、音声通信回線を介して、オペレーションセンター３０に発呼するとともに、データ通信回線を介して、車両用情報センター５０に発呼するようにしたが、例えば、音声通信回線の接続後に、データ通信回線を接続するようにしてもよい。
【００９６】
第３の実施の形態における情報提供システムでは、情報検索結果に応じた回答負荷の推定を、オペレーションセンター３０のオペレータが行ったが、情報検索結果に応じて、情報処理端末３２が推定するようにしてもよい。例えば、情報検索結果が１件であれば、回答負荷を２、情報検索結果が複数あれば、回答負荷を３、情報検索結果が無かった場合には、回答負荷を４とすることができる。この方法によれば、オペレータが回答負荷を推定する負担を軽減することができる。
【００９７】
第３の実施の形態では、情報センター２０側において、推定した回答負荷と、ユーザの運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定した。しかし、車載機１側において、回答負荷とユーザの運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定することもできる。この場合、上述した方法により、オペレーションセンター３０で回答負荷を推定し、推定した回答負荷のデータを、車両用情報センター５０からデータ通信にて、車載機１に送信する。車載機１は、車両用情報センター５０から受信した回答負荷のデータと、運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定する。この後、第２の実施の形態における情報提供システムと同様に、応答可能判定の結果がＯＫであれば、車載機１からオペレーションセンター３０に発呼する。
【００９８】
上述した各実施の形態では、車載機１において、車両位置および各種センサ群２３から入力されるセンサ信号に基づいて、ユーザの応答可能性を判定した。しかし、車両位置のデータ、および、各種センサ群２３から入力されるセンサ信号のデータを、データ通信にて、車載機１から車両用情報センター５０に送信し、情報センター２０側において、ユーザの応答可能性を判定することもできる。
【００９９】
上述した各実施の形態では、ユーザがオペレータと会話するための携帯電話４とは別に、データ通信を行うためのデータ通信用電話７を設ける例を挙げて説明したが、音声による会話と、データ通信とを行える電話機を１台だけ設けるようにしてもよい。また、音声通信とデータ通信とを別々の回線によって行うようにしたが、データ通信回線上に音声信号をのせるシステム等を利用して、音声通信とデータ通信とを１つの回線で行うこともできる。
【０１００】
上述した各実施の形態では、オペレーションセンター３０のオペレータが検索処理端末３２を利用して情報の検索を行ったが、検索処理端末３２が自動的に情報検索を行うようにしてもよい。
【０１０１】
図３に示すフローチャートのステップＳ１２０では、携帯電話番号に基づいて、ユーザの認証を行っているが、ユーザ登録が行われた後に発行されるユーザＩＤに基づいてユーザ認証を行うこともできる。また、車載機１に固有の車載機ＩＤに基づいてユーザ認証を行ってもよい。この場合、車載機ＩＤは、例えば、車載機１の工場出荷時にシリアルＩＤを書き込んでおき、ユーザ登録時にユーザが申込書に車載機シリアルＩＤを記載して申し込むようにする。すなわち、発呼してきたユーザが利用している車載機１が特定できて、データ通信を行う際に、特定した車載機１に対して、データが送信できれば良く、車載機１を特定するためのユーザ認証方法は、上述した方法に限定されることはない。
【０１０２】
特許請求の範囲の構成要素と第１〜第３の実施の形態の構成要素との対応関係は次の通りである。すなわち、情報センター２０の検索システム３４または車載機１のナビゲーションユニット２が通信制御手段を、検索システム３４が情報検索手段および回答負荷推定手段を、ナビゲーションユニット２が応答判定手段を、電話機３３が通信手段を、ＧＰＳアンテナ１０およびナビゲーションユニット２が車両位置検出手段を、各種センサ群２３が車両挙動検出手段をそれぞれ構成する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素との対応関係に何ら限定されるものではない。
【図面の簡単な説明】
【０１０３】
【図１】第１の実施の形態における情報提供システムの全体構成を示す図
【図２】ナビゲーションユニットの詳細な構成を示す図
【図３】車載機で行われる処理内容を示すフローチャート
【図４】運転している場所と、各種センサ群によって検出される信号とに基づいて、運転負荷レベルを判定するためのテーブルを示す図
【図５】運転負荷レベルに応じた応答可能性判定結果を示す図
【図６】情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【図７】第２の実施の形態における情報提供システムにおいて、車載機にて行われる処理内容を示すフローチャート
【図８】第２の実施の形態における情報提供システムにおいて、情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【図９】回答負荷の推定方法を説明するための図
【図１０】運転負荷レベルと回答負荷とに基づいて、ユーザへの情報提供の可否を判断するためのテーブルを示す図
【図１１】第３の実施の形態における情報提供システムにおいて、情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【符号の説明】
【０１０４】
１…車載機、２…ナビゲーションユニット、３…モニタ、４…携帯電話、５…通信アダプタ、６…電話ハーネス、７…データ通信用電話、８…マイク、９…スピーカ、１０…ＧＰＳアンテナ、１１…操作スイッチ、１２…オペレータ呼び出しスイッチ、１３…表示処理部、１４…通信処理部、１５…音声制御部、１６…車速センサ、１７…位置演算部、１８…地図データ部、１９…入力処理部、２０…情報センター、２１…保存部、２３…各種センサ群、３０…オペレーションセンター、３１…ＰＢＸ／ＣＴＩ、３２…検索処理端末、３３…電話機、３４…情報検索システム、３６…ヘッドセット、３７…ネットワーク、３９…入力機器、４０…情報データベース群、４１…位置／電話情報データベース、４２…交通情報データベース、４３…天気予報データベース、４４…各種情報データベース、５０…車両用情報センター、５１…通信インターフェース装置、５４…情報処理端末、５５…一般電話回線網、５６…ユーザプロファイルデータベース、６０…カスタマーセンター、６２…カスタマー登録システム、６３…インターネット、６５…ユーザＰＣ、６６…カスタマー管理サーバ
【技術分野】
【０００１】
本発明は、情報センターのオペレータに送信を希望する情報を伝え、オペレータが検索した情報を車載装置に送信する情報提供システム、情報提供装置および情報提供方法に関する。
【背景技術】
【０００２】
送信を希望する情報を情報センターのオペレータに伝え、オペレータが検索した情報を車載機に送信するシステムが知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平１０−２５３３７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、オペレータが検索した情報がユーザの希望に沿った情報であるか否かの確認が行われないまま、検索情報が車載機に送信されるため、ユーザの希望と異なる情報が車載機に送信されてきた場合には、再度、情報の送信を情報センターに要求しなければならなかった。
【課題を解決するための手段】
【０００５】
（１）本発明による情報提供システムは、情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信するシステムにおいて、情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする。
（２）本発明による情報提供装置は、情報端末から要求された情報を検索し、検索した情報を情報端末に送信する装置において、通信手段が情報端末から情報提供要求を受けると、通信手段と情報端末との間の通信を一旦切断し、情報端末からの情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、通信手段と情報端末との間の通信を再開することを特徴とする。
（３）本発明による情報提供方法は、情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する方法において、情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、情報提供要求に基づいた情報検索処理が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする。
【発明の効果】
【０００６】
本発明による情報提供システム、情報提供装置、および、情報提供方法によれば、情報検索結果をユーザが確認した上で、ユーザの希望する情報を情報端末に送信することができる。
【発明を実施するための最良の形態】
【０００７】
図１は、第１の実施の形態における情報提供システムの全体構成を示す図である。この情報提供システムを利用するユーザは、情報センター２０（情報提供装置）に発呼して、希望する情報を情報センター２０のオペレータに伝え、オペレータが検索システム３４により検索した情報がデータ通信によって、車載機（情報端末）１に送信される。
【０００８】
車載機１は、ナビゲーションユニット２と、モニタ３と、通信アダプタ５と、携帯電話４および通信アダプタ５を接続するための電話ハーネス６と、データ通信用電話７と、マイク８と、スピーカ９と、ＧＰＳアンテナ１０と、操作スイッチ１１と、オペレータ呼び出しスイッチ１２と、車速センサ１６と、各種センサ群２３とを備える。
【０００９】
モニタ３には、後述するナビゲーションユニット２からの指示に基づいて、車両の現在地周辺の地図や、目的地までの推奨経路等が表示される。携帯電話４は、ユーザが情報センター２０に待機しているオペレータと会話する際に用いる電話であり、データ通信用電話７は、情報センター２０との間で、データ通信を行う際に用いられる電話である。
【００１０】
マイク８は、ユーザ（ドライバ）がハンズフリーシステムを利用して、情報センター２０のオペレータと会話する際に用いられる。スピーカ９は、ユーザがハンズフリーシステムを利用して、オペレータと会話する際に、相手側の会話内容を音声出力したり、ナビゲーションユニット２による経路案内を行う際の音声を出力する。ＧＰＳアンテナ１０は、車両の現在位置情報を取得するために、図示しないＧＰＳ衛星からの電波を受信する。車速センサ１６は、車両の速度を検出する。
【００１１】
操作スイッチ１１は、モニタ３に表示される画面の操作、ハンズフリーシステムを利用するための操作、ナビゲーションユニット２の操作、データ通信を行う際の操作等、ユーザが各種の操作を行うために用いられる。オペレータ呼び出しスイッチ１２は、情報センター２０に発呼する際に用いられるスイッチである。
【００１２】
通信アダプタ５は、情報センター２０との間の通信制御を行う。通信アダプタ５には、後述する情報センター２０のオペレーションセンター３０の電話番号、および、車両用情報センター５０の電話番号が登録されており、ユーザが、オペレータ呼び出しスイッチ１２を押すと、携帯電話４を介して、自動的にオペレーションセンター３０に呼が発せられるとともに、データ通信用電話７を介して、自動的に車両用情報センター５０に呼が発せられる。オペレーションセンター３０の電話番号および車両用情報センター５０の電話番号は、例えば、通信アダプタ５が工場から出荷される前に登録される。
【００１３】
図２は、ナビゲーションユニット２の詳細な構成を示す図である。ナビゲーションユニット２は、地図データ部１８および保存部２１と、内部で行われる処理機能上、表示処理部１３、通信処理部１４、音声制御部１５、位置演算部１７、入力処理部１９、および、統合演算部２２とを備える。
【００１４】
表示処理部１３は、統合演算部２２からの指令に基づいて、モニタ３への表示指示を行う。通信処理部１４は、通信アダプタ５との間でデータの授受を行うための制御を行う。音声制御部１５は、統合演算部２２からの指令に基づいて、例えば、経路案内のための音声出力をスピーカ９に指示する。位置演算部１７は、ＧＰＳアンテナ１０で受信された電波および車速センサ１６によって検出された車速に基づいて、車両の現在位置を求める。地図データ部１８は、例えば、ハードディスク装置（ＨＤＤ）であり、地図データを格納している。
【００１５】
入力処理部１９は、ユーザが操作スイッチ１１やオペレータ呼び出しスイッチ１２によって入力した指令を、統合演算部２２に出力する。保存部２１は、予めユーザが操作スイッチ１１を使って設定した登録地（例えば、自宅の位置）や、過去に走行した道路等のデータを記憶する。保存部２１は、ユーザによる操作スイッチ１１の各種操作履歴や、ユーザが施設等の検索を行った結果の履歴を保存しており、また、後述する応答可能性を判定するためのテーブルを保存している。
【００１６】
統合演算部２２は、表示処理部１３、通信処理部１４、音声制御部１５、位置演算部１７、入力処理部１９、地図データ部１８、および、保存部２１との間で、様々なデータをやり取りするとともに、ナビゲーションユニット２の総合的な処理を行う。ナビゲーションユニット２の総合的な処理には、施設の検索処理や、目的地までの推奨ルートの演算処理が含まれる。また、統合演算部２２は、後述するように、情報センター２０からの着呼に対して、ドライバ（ユーザ）が応答できるか否かの判定を行う。
【００１７】
各種センサ群２３は、ウインカセンサ２３ａと、操舵角センサ２３ｂと、ワイパセンサ２３ｃと、ライトセンサ２３ｄと、シフトポジションセンサ２３ｅとを備えている。ウインカセンサ２３ａは、ウインカの作動を検出すると、ウインカ作動信号を統合演算部２２に出力する。操舵角センサ２３ｂは、ステアリング操舵角が所定角度（例えば、３０度）を越えたことを示す信号（以下、操舵角信号）を統合演算部２２に出力する。
【００１８】
ワイパセンサ２３ｃは、ワイパの作動を検出すると、ワイパ作動信号を統合演算部２２に出力する。ライトセンサ２３ｄは、ライトの点灯を検出すると、ライト点灯信号を統合演算部２２に出力する。シフトポジションセンサ２３ｅは、シフトポジションがリバース（Ｒ）位置にあることを検出すると、リバース信号を統合演算部２２に出力するとともに、パーキングポジション（Ｐ）にあることを検出すると、パーキング信号を統合演算部２２に出力する。
【００１９】
情報センター２０は、オペレーションセンター３０と、情報データベース群４０と、車両用情報センター５０と、カスタマーセンター６０とにより構成されている。オペレーションセンター３０は、電話回線の制御を行うＰＢＸ／ＣＴＩ３１と、検索システム３４とを備える。検索システム３４には、検索処理端末３２、電話機３３、ヘッドセット３６、モニタ３８、および、入力機器３９が含まれる。入力機器３９には、キーボードおよびマウスが含まれる。
【００２０】
ＰＢＸ(Private Branch Exchanger)は、通常、企業ビル内などに設置されるものであって、外線電話と内線電話、および、内線電話どうしを交換する。また、ＣＴＩ(Computer Telephony Integration)は、ＰＢＸなどの電話系通信システムと、コンピュータやデータベースなどの情報系システムとを統合し、相互に連動できるようにするものである。すなわち、ＰＢＸ／ＣＴＩ３１は、ユーザからかかってきた電話を空きオペレータに接続したり、空きオペレータがいない場合には、待ち音声案内を流すなどの電話回線の制御を行う。なお、ＰＢＸ／ＣＴＩ３１は、一般電話回線網５５と接続することができる。
【００２１】
オペレーションセンター３０に勤務しているオペレータは、電話機３３またはヘッドセット３６を用いて、車載機１を介して発呼してきたユーザと会話し、ユーザが要求する情報を確認する。オペレータは、ユーザから聞いた情報に基づいて、ユーザが希望する情報を検索処理端末３２を用いて検索する。検索処理端末３２は、例えば、パソコンである。検索システム３４は、情報データベース群４０を構成する複数のデータベース４１〜４４，５６とＬＡＮなどのネットワーク３７を通じて接続されている。
【００２２】
情報データベース群４０は、位置／電話情報データベース４１と、交通情報データベース４２と、天気予報データベース４３と、各種情報データベース４４と、ユーザプロファイルデータベース５６とを備える。位置／電話情報データベース４１には、飲食店や公共施設などの各種施設の名称、位置情報、および、電話番号情報等が格納されている。交通情報データベース４２には、一般道や有料道路などの交通情報が格納されている。天気予報データベース４３には、各地の天気予報情報が格納されている。各種情報データベース４４には、上述した各種施設に関する情報、交通情報、天気情報以外の情報が格納されている。ユーザプロファイルデータベース５６には、予めユーザ登録されているユーザの氏名、住所、携帯電話番号、データ通信用電話の電話番号などのユーザ情報が格納されている。ユーザ登録の方法については後述する。
【００２３】
車両用情報センター５０は、通信インタフェース装置５１と、情報処理端末５４とを備える。情報処理端末５４は、通信インタフェース装置５１を介して、車載機１に情報を送信するなどの様々なデータ処理を行う。例えば、検索システム３４において、ユーザが希望する情報が検索された場合には、検索された情報が、通信インタフェース装置５１を介して車載機１に送信される。通信インタフェース装置５１は、一般回線網５５と接続されている。
【００２４】
カスタマーセンター６０は、カスタマー登録システム６２と、カスタマー管理サーバ６６とを備える。カスタマー登録システム６２は、ユーザの登録や、登録されているユーザの個人情報の変更を行う。カスタマー登録システム６２と接続されているカスタマー管理サーバ６６は、ユーザ情報を管理するためのサーバである。
【００２５】
オペレーションセンター３０、情報データベース群４０、車両用情報センター５０およびカスタマーセンター６０が接続されているネットワーク３７には、インターネット６３も接続されている。従って、情報センター２０は、インターネット６３を介して、コンテンツプロバイダ／アプリケーションサービスプロバイダ群６４と各種情報の授受を行う。また、ユーザが後述するユーザ登録を行う際に、カスタマーセンター６０のオペレータを介さずに、インターネット６３と接続されているパソコンなどの端末６５を用いて行うこともできる。
【００２６】
第１の実施の形態における車両用情報提供システムを利用するユーザは、予めユーザ登録する必要がある。ユーザ登録するための１つ目の方法としては、所定の申込書にユーザの氏名、住所、生年月日などの一般情報と共に、本システムを利用する際に使用する携帯電話４の電話番号を記入し、情報センター２０のカスタマーセンター６０に郵送する。カスタマーセンター６０のオペレータは、申込書の内容を確認した後、カスタマー登録システム６２を使用して、カスタマー管理サーバ６６にユーザ登録処理を行う。登録されたユーザ情報は、ユーザプロファイルデータベース５６に格納される。
【００２７】
ユーザ登録するための二つ目の方法は、上述したように、インターネット６３と接続されているパソコンなどの端末６５を用いて、カスタマー管理サーバ６６に直接登録する方法である。また、車載機１がオンライン登録機能を備えている場合には、車載機１を用いてカスタマー管理サーバ６６に直接登録することもできる。
【００２８】
第１の実施の形態における情報提供システムでは、ユーザが車載機１を介して、情報センター２０のオペレーションセンター３０に発呼して、車載機１への送信を希望する情報をオペレータに伝える。オペレータは、情報検索時に、車載機１との通信を一旦切断すべきか否かを判断し、一旦切断すべきと判断すると、車載機１の間の通信を一旦切断して、情報検索を行う。車載機１側では、オペレーションセンター３０からの着呼に対して、ユーザが応答可能か否かを判定し、応答可能性判定結果をオペレーションセンター３０に送信する。オペレーションセンター３０では、情報検索処理が完了すると、ユーザの応答可能性判定結果に基づいて、ユーザが応答可能であるか否かを判定し、応答可能であると判定すると、情報検索結果をユーザに確認するために、車載機１との間の通信を再開する。
【００２９】
図３は、車載機１で行われる処理内容を示すフローチャートである。車両が起動すると、ナビゲーションユニット２の統合演算部２２は、ステップＳ１０の処理を開始する。ステップＳ１０では、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとオンされるまでステップＳ１０で待機し、オンされたと判定するとステップＳ２０に進む。
【００３０】
ステップＳ２０では、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発する。音声モードとは、ユーザとオペレータとが音声会話を行うためのモードである。上述したように、通信アダプタ５にはオペレーションセンター３０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、携帯電話４経由で、自動的にオペレーションセンター３０に電話がかかる。この時、通信アダプタ５は、オペレーションセンター３０の電話番号の前に、発信者番号を通知するために「１８６」の番号を付して発呼する。すなわち、携帯電話４には、発信者番号を非通知とするための機能を備えたものもあるため、情報センター２０側で発信者を特定できるようにするために、発信者番号が通知される形で電話をかけるようにする。
【００３１】
また、ステップＳ２０では、同時に、データモードにより、車両用情報センター５０に発呼する。データモードとは、車載機１と車両用情報センター５０との間でデータ通信を行うためのモードである。上述したように、通信アダプタ５には車両用情報センター５０の電話番号が予め登録されているので、ユーザがオペレータ呼び出しスイッチ１２を押すことにより、ナビゲーションユニット２、通信アダプタ５、データ通信用電話７経由で、自動的に車両用情報センター５０に電話がかかる。この場合にも、発信者番号を通知するために、車両用情報センター５０の電話番号の前に「１８６」を付して、発呼する。
【００３２】
ステップＳ２０に続くステップＳ３０では、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信したか否かを判定する。応答可能性判定の詳細については、後述する。応答可能性判定結果を要求する信号を受信していないと判定すると、ステップＳ３０で待機し、受信したと判定すると、ステップＳ４０に進む。ステップＳ４０では、応答可能性判定を行う。
【００３３】
車載機１で行う応答可能性判定処理を図４および図５を用いて説明する。応答可能性判定とは、車載機１に着呼があった場合に、ユーザが応答できる状態にあるか否かを判定するものである。ナビゲーションユニット２の統合演算部２２は、ユーザの運転状況に基づいて、ユーザの応答可能性を判定する。
【００３４】
図４は、車両位置と、各種センサ群２３によって検出される信号とに基づいて、ユーザの運転負荷レベルを判定するためのテーブルである。このテーブルは、予め用意しておき、ナビゲーションユニット２の保存部２１に格納しておく。図４に示すテーブルでは、車両位置および各種センサ群２３によって検出される信号に対して、運転負荷の大小を示す点数を割り当てている。この点数（重み付け）は、値が高いほど、運転負荷が高いことを示している。図４に示すテーブルでは、交差点に５点、路地に４点、カーブに３点、高速道路に２点、料金所に３点、駐車場の出入り口に４点が割り当てられている。また、各種センサ群２３によって検出される信号については、ウインカ作動信号に４点、操舵角信号に４点、ワイパ作動信号に２点、ライト点灯信号に１点、リバース信号に５点、パーキング信号には０点が割り当てられている。
【００３５】
ナビゲーションユニット２の統合演算部２２は、位置演算部１７で演算される車両位置、および、地図データ部１８に格納されている地図データに基づいて、車両の現在地が図４に示すテーブルに載っている場所に該当するか否かを判定する。また、統合演算部２２は、各種センサ群２３から入力される信号が図４に示すテーブルに載っている信号に該当するか否かを判定する。
【００３６】
ユーザの運転負荷レベルは、車両位置および各種センサ群２３から入力される信号に対応する点数の合計点に応じて決まる。図４に示す例では、合計点が０点の場合は、運転負荷レベルを０、合計点が１点〜４点の場合は、運転負荷レベルを１、合計点が５点〜８点の場合は、運転負荷レベルを２、合計点が９点〜１２点の場合は、運転負荷レベルを３、合計点が１３点〜１６点の場合は、運転負荷レベルを４、合計点が１７点以上の場合には、運転負荷レベルを５としている。なお、運転負荷レベルの点数が高いほど、ユーザの運転負荷が高いことを示す。
【００３７】
例えば、車両位置が交差点であり、各種センサ群２３から、操舵角信号およびワイパ作動信号が入力された場合、すなわち、図４に示すテーブルの７番のデータの場合には、車両位置および各種センサ群２３から入力される信号に対応する点数の合計点は１１点であり、運転負荷レベルは３となる。なお、図４に示すテーブルでは、車両位置および各種センサ群２３から入力される信号に応じた車両状況も示している。
【００３８】
図５は、上述した方法により求めた運転負荷レベルに応じた応答可能性判定結果を示している。ここでは、運転負荷レベルが０または１であれば、ユーザが応答可能であると判断して、応答可能性判定結果をＯＫとし、運転負荷レベルが２〜５であれば、応答不可能であると判断して、応答可能性判定結果をＮＧとしている。
【００３９】
図３に示すフローチャートのステップＳ４０において、応答可能性判定を行うと、ステップＳ５０に進む。ステップＳ５０では、ステップＳ４０で行った応答可能性判定の結果を車両用情報センター５０に送信する。ステップＳ５０に続くステップＳ６０では、車両用情報センター５０から送信されるデータを受信したか否かを判定する。データを受信していないと判定すると、受信するまでステップＳ６０で待機し、受信したと判定するとステップＳ７０に進む。
【００４０】
ステップＳ７０では、受信データ（ダウンロードデータ）の処理を行う。例えば、受信したデータが交通情報であれば、交通情報をモニタ３に表示する。また、受信したデータがニュース情報であれば、スピーカ９からニュース情報を音声にて出力するとともに、モニタ３にニュースの内容を表示する。受信データの処理が行われると、オペレーションセンター３０および車両用情報センター５０との間で接続されている回線を切断する。
【００４１】
図６は、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ステップＳ１００〜ステップＳ２３０の処理は、オペレーションセンター３０で行われる処理であり、ステップＳ３００〜ステップＳ４００の処理は、車両用情報センター５０で行われる処理である。
【００４２】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１５０の処理は、オペレーションセンター３０のＰＢＸ／ＣＴＩ３１で行われる。ステップＳ１００では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ１００で待機し、着信があると判定するとステップＳ１１０に進む。ステップＳ１１０では、発信者電話番号の取得処理を行う。この時に、発信者非通知設定の状態で電話がかかってきており、発信者電話番号がない場合には、例えば、「発信者番号が通知されていません」のようなメッセージを再生して、電話回線を切断する。
【００４３】
ステップＳ１２０では、ステップＳ１１０で取得した発信者電話番号に基づいて、電話番号の認証を行う。この認証は、発信者電話番号がユーザプロファイルデータベース５６に登録されているか否かに基づいて行う。ステップＳ１２０に続くステップＳ１３０では、ステップＳ１２０で行った電話番号の認証結果に基づいて、認証がＯＫであるか否かを判定する。取得した発信者電話番号がユーザプロファイルデータベース５６に登録されており、認証がＯＫであると判定するとステップＳ１５０に進む。一方、認証がＮＧであると判定すると、ステップＳ１４０に進み、「電話番号が登録されていないため、サービスを受けることができません」などのメッセージを再生して、電話回線を切断する。
【００４４】
ステップＳ１５０では、ユーザからの電話を、電話回線が空いているオペレータにつないで、ステップＳ１６０に進む。ただし、空いている回線が無い場合には、例えば、「ただ今、回線が混みあっております」のようなメッセージを再生する。
【００４５】
ステップＳ１６０〜ステップＳ２３０の処理は、検索システム３４にて行われる。ステップＳ１６０では、車載機１とオペレーションセンター３０との間で接続されている電話回線を維持するか否かを判定する。例えば、情報の検索に時間がかかる場合や、ユーザの要求する情報に対して、外部の情報源に問い合わせが必要な場合には、電話回線を一旦切断すれば、通信料金を節約することができる。オペレータは、電話回線を維持した方が良いと判断すると、回線を維持する旨の指令を検索処理端末３２に入力し、電話回線を一旦切断した方が良いと判断すると、回線を切断する旨の指令を検索処理端末３２に入力する。検索システム３４の検索処理端末３２は、電話回線を維持する旨の指令が入力されると、電話回線を維持すると判定して、ステップＳ１９０に進み、電話回線を切断する旨の指令が入力されると、電話回線を切断すると判定して、ステップＳ１７０に進む。
【００４６】
ステップＳ１７０では、待機指示信号を車両用情報センター５０の情報処理端末５４に送信して、ステップＳ１８０に進む。ステップＳ１８０では、車載機１との間の電話回線を一旦切断する。電話回線の切断処理は、オペレータが行ってもよいし、電話回線を切断する旨の指令をオペレータが検索処理端末３２に入力し、検索処理端末３２が電話機３３の回線を切断してもよい。これにより、ユーザに無駄な通信コストの負担がかかるのを防ぐことができる。
【００４７】
ステップＳ１８０に続くステップＳ１９０では、ユーザの要求に応じて、情報データベース群４０に含まれるデータベース４１〜４４を参照することにより、車載機１に送信するための情報を検索する。車載機１に送信するための情報を検索すると、ステップＳ２００に進む。
【００４８】
ステップＳ２００では、情報の送信を要求してきたユーザが応答可能な状態にあるか否かを判定する。上述したように、車載機１は、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信する。車両用情報センター５０は、後述するように、車載機１から送信されてくる応答可能性判定結果をユーザプロファイルデータベース５６に格納する。従って、検索システム３４は、ユーザプロファイルデータベース５６に格納されている応答可能性判定結果に基づいて、ユーザが応答可能な状態にあるか否かを判定する。応答可能性判定結果がＮＧであり、ユーザが応答可能な状態にないと判定すると、ステップＳ２００で待機し、応答可能性判定結果がＯＫであり、応答可能な状態にあると判定すると、ステップＳ２１０に進む。
【００４９】
ステップＳ２１０では、検索処理端末３２による情報検索結果をユーザに確認するために、ステップＳ１８０で切断した電話回線を接続し直す。電話回線の接続処理は、オペレータが行ってもよいし、電話回線を接続し直す旨の指令をオペレータが検索処理端末３２に入力し、検索処理端末３２が電話機３３の回線を接続するようにしてもよい。なお、ステップＳ１６０において、電話回線を維持すべきと判定した場合には、ステップＳ２１０の処理は行わない。ステップＳ２１０において、電話回線を接続し直すと、ステップＳ２２０に進む。
【００５０】
ステップＳ２２０では、ユーザとオペレータとの間の会話によって、車載機１に送信する情報（データ）が決定されたか否かを判定する。検索処理端末３２に、車載機１に送信する情報が決定された旨の入力があると、ステップＳ２３０に進む。ステップＳ２３０では、車載機１に送信する情報をユーザプロファイルデータベース５６に一時的に保存する。ここでは、情報の送信を要求してきたユーザのユーザ情報に対応させて、情報を保存しておく。ステップＳ２３０の処理を終了すると、オペレーションセンター３０と車載機１との間で接続されていた回線を切断する。
【００５１】
続いて、車両用情報センター５０で行われる処理について説明する。ステップＳ３００では、車両用情報センター５０の通信インタフェース装置５１にユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信があるまでステップＳ３００で待機し、着信があると判定するとステップＳ３１０に進む。ステップＳ３１０では、ユーザからかかってきた電話が情報処理端末５４に接続されて、データモード確立のためのデータモードネゴシエーションが行われる。ステップＳ３１０に続くステップＳ３２０では、データモードネゴシエーション完了後に、電話番号の認証処理を行う。この認証処理の方法は、オペレーションセンター３０で行われるステップＳ１２０の処理と同じである。
【００５２】
次のステップＳ３３０では、ステップＳ３２０で行った認証処理の結果、発信者電話番号がユーザプロファイルデータベース５６に格納されているか否かを判定する。発信者電話番号がユーザプロファイルデータベース５６に格納されており、認証ＯＫであると判定すると、ステップＳ３５０に進む。一方、発信者番号がユーザプロファイルデータベース５６に格納されておらず、認証ＮＧであると判定すると、ステップＳ１４０の処理、すなわち、「電話番号が登録されていないため、サービスを受けることができません」などのＮＧメッセージを再生して、電話回線を切断する。
【００５３】
ステップＳ３５０では、情報の送信を要求してきた車載機１に送信するための情報がユーザプロファイルデータベース５４に格納されているか否かを判定する。車載機１に送信するための情報がユーザプロファイルデータベース５４に格納されていると判定するとステップＳ４００に進み、格納されていないと判定すると、ステップＳ３６０に進む。
【００５４】
ステップＳ３６０では、オペレーションセンター３０の検索システム３４がステップＳ１７０で送信する待機指示信号を受信したか否かを判定する。検索システム３４から、待機指示信号を受信していないと判定するとステップＳ３５０に戻り、待機受信信号を受信したと判定すると、ステップＳ３７０に進む。
【００５５】
ステップＳ３７０では、車載機１に対して、応答可能性判定結果の要求信号を送信して、ステップＳ３８０に進む。上述したように、車載機１は、車両用情報センター５０から応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信する。
【００５６】
なお、車載機１は、応答可能性判定を行って得られた結果がＮＧの場合には、ＮＧの判定結果を車両用情報センター５０に送信した後、ＯＫの判定結果が得られるまで応答可能性判定を行い、ＯＫの判定結果が得られると、ＯＫの判定結果を車両用情報センター５０に送信する。
【００５７】
ステップＳ３８０では、車載機１から、応答可能性判定結果のデータを受信したか否かを判定する。応答可能性判定結果のデータを受信していないと判定するとステップＳ３８０で待機し、受信したと判定すると、ステップＳ３９０に進む。
【００５８】
ステップＳ３９０では、ユーザプロファイルデータベース５４に、車載機１に送信するためのデータが格納されているか否かを判定する。車載機１に送信するためのデータが格納されていないと判定するとステップＳ３９０で待機し、格納されていると判定すると、ステップＳ４００に進む。ステップＳ４００では、車載機１に送信するためのデータをユーザプロファイルデータベース５４から取得して、通信インタフェース装置５１を介して、車載機１に送信する。データを車載機１に送信すると、車両用情報センター５０と車載機１との間で接続されている回線を切断する。
【００５９】
第１の実施の形態における情報提供システムによれば、ユーザが車載機１を介して情報センター２０に発呼して、情報の提供を要求し、情報センター２０で検索された情報を車載機１に送信するシステムにおいて、車載機１から情報センター２０への情報提供要求が伝わると、情報センター２０と車載機１との間の通信を一旦切断し、情報センター２０による情報検索が終了すると、情報検索結果をユーザに確認するために、情報センター２０と車載機１との間の通信を再開する。情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。
【００６０】
また、第１の実施の形態における情報提供システムでは、情報センター２０からの情報検索結果の確認に対してユーザが応答できるか否かを判定し、ユーザが応答可能であると判定した場合に、情報センター２０と車載機１との間の通信を再開するので、ユーザは、情報検索結果を確実に確認することができる。
【００６１】
−第２の実施の形態−
第１の実施の形態における情報提供システムでは、車載機１側で行われる応答可能性判定の結果に基づいて、情報センター２０が車載機１に発呼して、通信を再開した。第２の実施の形態における情報提供システムでは、応答可能性判定結果に基づいて、車載機１が情報センター２０に発呼して、通信を再開する。
【００６２】
図７は、第２の実施の形態における情報提供システムにおいて、車載機１にて行われる処理内容を示すフローチャートである。車両が起動すると、ナビゲーションユニット２の統合演算部２２は、ステップＳ１０の処理を開始する。なお、図３に示すフローチャートの処理と同一の処理を行うステップについては、同一の符号を付して詳しい説明は省略する。
【００６３】
ステップＳ１０およびステップＳ２０の処理は、図３に示すフローチャートのステップＳ１０およびステップＳ２０の処理と同じである。ステップＳ２０に続くステップＳ５００では、車両用情報センター５０から、待機データを受信したか否かを判定する。待機データとは、オペレーションセンター３０のオペレータが情報を検索するのに時間がかかるため、オペレーションセンター３０との間の音声通信回線を一時的に切断して、待機状態となることを示すデータである。車両用情報センター５０から、待機データを受信したと判定するとステップＳ５２０に進み、受信していないと判定すると、ステップＳ５１０に進む。
【００６４】
ステップＳ５１０では、情報センター２０に要求した情報（データ）を車両用情報センター５０から受信したか否かを判定する。情報を受信したと判定するとステップＳ７０に進み、受信していないと判定すると、ステップＳ５００に戻る。
【００６５】
ステップＳ５２０では、オペレーションセンター３０のオペレータが情報検索を完了したことを示す検索完了通知を車両用情報センター５０から受信したか否かを判定する。検索完了通知を受信していないと判定すると、ステップＳ５２０で待機する。なお、待機データを受信した後に進むステップＳ５２０では、オペレーションセンター３０との間の音声通信回線は一時的に切断されており、車両用情報センター５０との間のデータ通信回線のみが接続されている。ステップＳ５２０において、検索完了通知を受信したと判定すると、ステップＳ４０に進む。
【００６６】
ステップＳ４０では、応答可能性判定を行う。応答可能性判定の詳細な方法については、既に説明しているので、ここでは、詳しい説明は省略する。ステップＳ４０に続くステップＳ５３０では、応答可能性判定の結果がＯＫであるか否かを判定する。応答可能性判定結果がＮＧであると判定すると、ステップＳ４０に戻り、再び応答可能性判定を行う。一方、応答可能性判定結果がＯＫであると判定すると、ステップＳ５４０に進む。
【００６７】
応答可能性判定結果がＯＫとなると、オペレータ呼び出しスイッチ１２をオンさせるための音声案内をスピーカ９から出力させるための指令を音声制御部１５に出す。これにより、「情報の準備ができました。オペレータを呼びだして下さい」のような音声案内がスピーカ９から出力される。ステップＳ５４０では、入力処理部１９から入力される信号に基づいて、オペレータ呼び出しスイッチ１２がオンされたか否かを判定する。オペレータ呼び出しスイッチ１２がオンされていないと判定するとステップＳ５４０で待機し、オンされたと判定すると、ステップＳ５５０に進む。
【００６８】
ステップＳ５５０では、再び、音声モードにより、情報センター２０のオペレーションセンター３０に呼を発する。この後、ユーザと、オペレーションセンター３０のオペレータとの間で、オペレータが検索した情報をユーザが確認する会話が行われる。ステップＳ５５０に続くステップＳ６０では、最終的に決定された情報（データ）を車両用情報センター５０から受信したか否かを判定する。情報を受信していないと判定するとステップＳ６０で待機し、受信したと判定すると、ステップＳ７０に進む。ステップＳ７０では、受信データ（ダウンロードデータ）の処理を行う。
【００６９】
図８は、第２の実施の形態における情報提供システムにおいて、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ここでも、図６に示すフローチャートの処理と同一の処理を行うステップには、同一の符号を付して詳しい説明は省略する。
【００７０】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１９０の処理は、図３に示すフローチャートのステップＳ１００〜ステップＳ１９０の処理と同一である。ステップＳ１９０で情報検索を行うと、ステップＳ６００に進む。ステップＳ６００では、情報検索が完了したことを示す検索完了通知を車両用情報センター５０に送信する。この後、後述するように、車両用情報センター５０から車載機１に向けて、検索完了通知が送信される。
【００７１】
検索完了通知が車載機１に送信されると、上述したように、車載機１は、応答可能性判定を行い、判定結果がＯＫであれば、オペレーションセンター３０に発呼する。ステップＳ６００に続くステップＳ６１０では、ユーザからの電話の着信があるか否かを判定する。着信がないと判定すると着信が有るまでステップＳ６１０で待機し、着信があると判定するとステップＳ６２０に進む。
【００７２】
ステップＳ６２０では、ユーザとオペレータとの間の会話によって、車載機１に送信する情報（データ）が決定されたか否かを判定する。オペレータは、検索した情報をユーザに確認し、ユーザが肯定すると、車載機１に送信する情報が確定した旨、検索処理端末３２に入力する。また、検索した情報をユーザが否定した場合には、ユーザとの会話によって、車載機１に送信する情報を確定して、検索処理端末３２に入力する。検索処理端末３２に、車載機１に送信する情報が決定した旨の入力があると、ステップＳ２１０に進む。ステップＳ２１０では、車載機１に送信する情報をユーザプロファイルデータベース５６に一時的に保存する。
【００７３】
車両用情報センター５０で行われる処理のうち、ステップＳ３００〜ステップＳ３６０の処理は、図６に示すフローチャートのステップＳ３００〜ステップＳ３６０の処理と同一である。ステップＳ３６０において、オペレーションセンター３０から待機指示信号を受信したと判定すると、ステップＳ７００に進む。
【００７４】
ステップＳ７００では、オペレーションセンター３０との間の音声通信回線を一時的に切断して、オペレータによる情報検索が完了するまでの間、待機してもらうことを示す待機データを車載機１に送信する。これにより、車載機１は、待機状態となる。ステップＳ７００に続くステップＳ７１０では、オペレーションセンター３０の検索システム３４から、検索完了通知を受信したか否かを判定する。検索完了通知を受信していないと判定すると、ステップＳ７１０で待機し、検索完了通知を受信したと判定すると、ステップ７２０に進む。
【００７５】
ステップＳ７２０では、検索完了通知をデータ通信にて、車載機１に送信し、ステップＳ３９０に進む。ステップＳ３９０およびステップＳ４００の処理は、図６に示すフローチャートのステップＳ３９０およびステップＳ４００の処理と同じである。
【００７６】
第２の実施の形態における情報提供システムによれば、第１の実施の形態における情報提供システムと同様に、情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。また、車載機１が情報センター２０から情報検索が終了したことを示す信号を受信すると、情報センター２０との間の通信を再開するので、ユーザが希望するタイミングで通信を再開して、オペレータが情報検索を行った結果を確認することができる。
【００７７】
−第３の実施の形態−
第１の実施の形態における情報提供システムでは、ユーザの応答可能性判定結果がＯＫの場合に、一旦切断していた車載機１とオペレーションセンター３０との間の回線を接続し直して、ユーザが情報検索結果を確認し、確認の取れた情報を車載機１に送信した。第３の実施の形態における情報提供システムでは、オペレーションセンター３０で検索した情報に対して、ユーザが回答（応答）する際の回答負荷を推定し、推定した回答負荷と、運転負荷レベルとに基づいて、一旦切断していた車載機１とオペレーションセンター３０との間の回線を接続し直すか否かを判定する。運転負荷レベルは、上述したように、図４に示すテーブルを参照して求めることができる。
【００７８】
図９は、回答負荷の推定方法を説明するための図であり、情報検索結果に応じた回答負荷のレベルを示している。回答負荷のレベルは、値が大きいほど、回答負荷が大きいことを示している。例えば、ユーザがオペレータにレストランの予約を頼み、予約が取れた場合には、オペレータは、予約が取れた旨の連絡をユーザに伝えるだけでよい。このように、オペレータからユーザへの連絡があるだけで、ユーザに回答を求めない場合には、ユーザの回答負荷は最も軽い１とする。
【００７９】
オペレータがユーザの要求する情報を検索し、念のため、ユーザの要求に沿うものであるか否かを確認する場合等、ユーザが「はい」または「いいえ」のような単純な返答を行うだけでよい場合には、ユーザの回答負荷は２とする。また、ユーザの要求に対して、オペレータが検索した情報が複数あり、ユーザがオペレータとの会話によって、希望する情報を絞り込む必要がある場合には、ユーザの回答負荷は３とする。
【００８０】
オペレータが情報を検索した結果、ユーザが希望する情報が見つからず、代替となる情報をユーザに要求する場合には、ユーザの回答負荷は４とする。また、ユーザにカード番号の確認など、ユーザの回答負荷が最も高くなると考えられる場合には、ユーザの回答負荷を５とする。情報検索結果に応じた回答負荷の推定は、オペレーションセンター３０のオペレータが行って、推定した結果を検索処理端末３２に入力する。
【００８１】
検索システム３４は、オペレータの情報検索結果に基づいて推定した回答負荷と、運転負荷レベルとに基づいて、ユーザが応答可能か否かを判断する。図１０は、運転負荷レベルと回答負荷とに基づいて、ユーザへの情報提供の可否を判断するためのテーブルである。例えば、運転負荷レベル２の場合、推定した回答負荷が１または２であれば、ユーザへの情報提供をＯＫと判断し、推定した回答負荷が３〜５であれば、ユーザへの情報提供をＮＧと判断する。検索システム３４は、図１０に示すテーブルを保存しており、オペレータの情報検索結果に基づいて推定した回答負荷と、運転負荷レベルとに基づいて、図１０に示すテーブルを参照することにより、ユーザが応答可能か否かを判断する。
【００８２】
車載機１にて行われる処理は、第１の実施の形態における情報提供システムの場合と同じである。ただし、第１の実施の形態における情報提供システムでは、車両用情報センター５０から、応答可能性判定結果を要求する信号を受信すると、応答可能性判定を行い、判定結果を車両用情報センター５０に送信した。第３の実施の形態における情報提供システムでは、車両用情報センター５０から、運転負荷レベルの送信要求信号を受信すると、運転負荷レベルを求める処理を行い、運転負荷レベルのデータを車両用情報センター５０に送信する。
【００８３】
図１１は、第３の実施の形態における情報提供システムにおいて、情報センター２０のオペレーションセンター３０および車両用情報センター５０でそれぞれ行われる処理内容を示すフローチャートである。ここでも、図６に示すフローチャートの処理と同一の処理を行うステップには、同一の符号を付して詳しい説明は省略する。
【００８４】
オペレーションセンター３０で行われる処理のうち、ステップＳ１００〜ステップＳ１９０の処理は、図３に示すフローチャートのステップＳ１００〜ステップＳ１９０の処理と同一である。ステップＳ１９０で情報検索を行うと、ステップＳ８００に進む。ステップＳ８００では、ステップＳ１９０で行った情報検索の結果に基づいて、ユーザの回答負荷を推定する。上述したように、回答負荷はオペレータが推定して、推定結果を検索処理端末３２に入力する。検索処理端末３３に、回答負荷の推定結果が入力されると、ステップＳ８１０に進む。
【００８５】
ステップＳ８１０では、ステップＳ８００で推定した回答負荷と、車載機１から送信されて、ユーザプロファイルデータベース５６に保存されている運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定する。ユーザが応答可能ではないと判定すると、ステップＳ８１０で待機し、応答可能であると判定すると、ステップＳ２１０に進む。ステップＳ２１０〜ステップＳ２３０の処理は、図６に示すフローチャートのステップＳ２１０〜ステップＳ２３０の処理と同じである。
【００８６】
車両用情報センター５０で行われる処理のうち、ステップＳ３００〜ステップＳ３６０の処理は、図６に示すフローチャートのステップＳ３００〜ステップＳ３６０の処理と同一である。ステップＳ３６０において、オペレーションセンター３０から待機指示信号を受信したと判定すると、ステップＳ７００に進む。
【００８７】
ステップＳ９００では、車載機１に対して、運転負荷レベルの要求信号を送信して、ステップＳ９１０に進む。車載機１は、車両用情報センター５０から運転負荷レベルを要求する信号を受信すると、運転負荷レベルを求める処理を行い、求めた運転負荷レベルのデータを車両用情報センター５０に送信する。
【００８８】
なお、車載機１は、車両用情報センター５０から、要求した情報を受信するまでは、運転負荷レベルを求めて、車両用情報センター５０に送信する処理を繰り返し行う。
【００８９】
ステップＳ９１０では、車載機１から、運転負荷レベルのデータを受信したか否かを判定する。運転負荷レベルのデータを受信していないと判定するとステップＳ９１０で待機し、受信したと判定すると、ステップＳ３９０に進む。ステップＳ３９０〜ステップＳ４００の処理は、図６に示すフローチャートのステップ３９０〜ステップＳ４００の処理と同じである。
【００９０】
第３の実施の形態における情報提供システムによれば、第１の実施の形態における情報提供システムと同様に、情報センター２０によって情報検索が行われた結果をユーザに確認してから、車載機１に送信することにより、常に、ユーザの希望する情報を車載機１に送信することができる。また、情報検索結果をユーザに確認する際のユーザの回答負荷を推定し、推定した回答負荷と、ユーザの運転負荷とに基づいて、情報センター２０と車載機１との間の通信を再開するので、ユーザの応答可能性をより正確に判定することができる。すなわち、ユーザは、情報検索結果を確実に確認することができる。
【００９１】
本発明は、上述した各実施の形態に限定されることはない。例えば、図４では、運転負荷に影響を与える場所として、交差点、路地、カーブ、高速道路、料金所、および、駐車場を挙げているが、これらの場所は一例であって、トンネル等、図４に記載の場所以外の場所を考慮して、運転負荷レベルを決定してもよい。また、運転負荷に影響を与える車両挙動を示すデータを、ウインカセンサ２３ａ、操舵角センサ２３ｂ、ワイパセンサ２３ｃ、ライトセンサ２３ｄ、および、シフトポジションセンサ２３ｅから取得しているが、他のセンサから取得することもできる。
【００９２】
第１の実施の形態では、車載機１が応答可能性判定を行い、判定結果がＮＧの場合には、ＮＧの判定結果を車両用情報センター５０に送信した後、ＯＫの判定結果が得られるまで応答可能性判定を行い、ＯＫの判定結果が得られると、ＯＫの判定結果を車両用情報センター５０に送信するようにした。しかし、応答可能性判定を所定時間ごとに行い、判定を行う度に、判定結果を送信するようにしてもよい。
【００９３】
上述した各実施の形態では、情報センター２０において情報検索処理が終わると、オペレーションセンター３０と車載機１との間の通信を再開し、ユーザがオペレータと会話することにより、オペレータの情報検索結果を確認するようにした。しかし、情報検索が終了すると、車両用情報センター５０から情報検索結果をデータ通信で車載機１に送信して、ユーザが確認するようにしてもよい。
【００９４】
車載機１とオペレーションセンター３０との間の回線が一旦切断されると、車載機１は待機状態になるが、待機状態である旨のメッセージや、情報検索中である旨のメッセージをモニタ３に表示するようにしてもよい。
【００９５】
上述した各実施の形態では、ユーザがオペレータ呼び出しスイッチ１２をオンすると、音声通信回線を介して、オペレーションセンター３０に発呼するとともに、データ通信回線を介して、車両用情報センター５０に発呼するようにしたが、例えば、音声通信回線の接続後に、データ通信回線を接続するようにしてもよい。
【００９６】
第３の実施の形態における情報提供システムでは、情報検索結果に応じた回答負荷の推定を、オペレーションセンター３０のオペレータが行ったが、情報検索結果に応じて、情報処理端末３２が推定するようにしてもよい。例えば、情報検索結果が１件であれば、回答負荷を２、情報検索結果が複数あれば、回答負荷を３、情報検索結果が無かった場合には、回答負荷を４とすることができる。この方法によれば、オペレータが回答負荷を推定する負担を軽減することができる。
【００９７】
第３の実施の形態では、情報センター２０側において、推定した回答負荷と、ユーザの運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定した。しかし、車載機１側において、回答負荷とユーザの運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定することもできる。この場合、上述した方法により、オペレーションセンター３０で回答負荷を推定し、推定した回答負荷のデータを、車両用情報センター５０からデータ通信にて、車載機１に送信する。車載機１は、車両用情報センター５０から受信した回答負荷のデータと、運転負荷レベルとに基づいて、ユーザが応答可能か否かを判定する。この後、第２の実施の形態における情報提供システムと同様に、応答可能判定の結果がＯＫであれば、車載機１からオペレーションセンター３０に発呼する。
【００９８】
上述した各実施の形態では、車載機１において、車両位置および各種センサ群２３から入力されるセンサ信号に基づいて、ユーザの応答可能性を判定した。しかし、車両位置のデータ、および、各種センサ群２３から入力されるセンサ信号のデータを、データ通信にて、車載機１から車両用情報センター５０に送信し、情報センター２０側において、ユーザの応答可能性を判定することもできる。
【００９９】
上述した各実施の形態では、ユーザがオペレータと会話するための携帯電話４とは別に、データ通信を行うためのデータ通信用電話７を設ける例を挙げて説明したが、音声による会話と、データ通信とを行える電話機を１台だけ設けるようにしてもよい。また、音声通信とデータ通信とを別々の回線によって行うようにしたが、データ通信回線上に音声信号をのせるシステム等を利用して、音声通信とデータ通信とを１つの回線で行うこともできる。
【０１００】
上述した各実施の形態では、オペレーションセンター３０のオペレータが検索処理端末３２を利用して情報の検索を行ったが、検索処理端末３２が自動的に情報検索を行うようにしてもよい。
【０１０１】
図３に示すフローチャートのステップＳ１２０では、携帯電話番号に基づいて、ユーザの認証を行っているが、ユーザ登録が行われた後に発行されるユーザＩＤに基づいてユーザ認証を行うこともできる。また、車載機１に固有の車載機ＩＤに基づいてユーザ認証を行ってもよい。この場合、車載機ＩＤは、例えば、車載機１の工場出荷時にシリアルＩＤを書き込んでおき、ユーザ登録時にユーザが申込書に車載機シリアルＩＤを記載して申し込むようにする。すなわち、発呼してきたユーザが利用している車載機１が特定できて、データ通信を行う際に、特定した車載機１に対して、データが送信できれば良く、車載機１を特定するためのユーザ認証方法は、上述した方法に限定されることはない。
【０１０２】
特許請求の範囲の構成要素と第１〜第３の実施の形態の構成要素との対応関係は次の通りである。すなわち、情報センター２０の検索システム３４または車載機１のナビゲーションユニット２が通信制御手段を、検索システム３４が情報検索手段および回答負荷推定手段を、ナビゲーションユニット２が応答判定手段を、電話機３３が通信手段を、ＧＰＳアンテナ１０およびナビゲーションユニット２が車両位置検出手段を、各種センサ群２３が車両挙動検出手段をそれぞれ構成する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素との対応関係に何ら限定されるものではない。
【図面の簡単な説明】
【０１０３】
【図１】第１の実施の形態における情報提供システムの全体構成を示す図
【図２】ナビゲーションユニットの詳細な構成を示す図
【図３】車載機で行われる処理内容を示すフローチャート
【図４】運転している場所と、各種センサ群によって検出される信号とに基づいて、運転負荷レベルを判定するためのテーブルを示す図
【図５】運転負荷レベルに応じた応答可能性判定結果を示す図
【図６】情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【図７】第２の実施の形態における情報提供システムにおいて、車載機にて行われる処理内容を示すフローチャート
【図８】第２の実施の形態における情報提供システムにおいて、情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【図９】回答負荷の推定方法を説明するための図
【図１０】運転負荷レベルと回答負荷とに基づいて、ユーザへの情報提供の可否を判断するためのテーブルを示す図
【図１１】第３の実施の形態における情報提供システムにおいて、情報センターのオペレーションセンターおよび車両用情報センターでそれぞれ行われる処理内容を示すフローチャート
【符号の説明】
【０１０４】
１…車載機、２…ナビゲーションユニット、３…モニタ、４…携帯電話、５…通信アダプタ、６…電話ハーネス、７…データ通信用電話、８…マイク、９…スピーカ、１０…ＧＰＳアンテナ、１１…操作スイッチ、１２…オペレータ呼び出しスイッチ、１３…表示処理部、１４…通信処理部、１５…音声制御部、１６…車速センサ、１７…位置演算部、１８…地図データ部、１９…入力処理部、２０…情報センター、２１…保存部、２３…各種センサ群、３０…オペレーションセンター、３１…ＰＢＸ／ＣＴＩ、３２…検索処理端末、３３…電話機、３４…情報検索システム、３６…ヘッドセット、３７…ネットワーク、３９…入力機器、４０…情報データベース群、４１…位置／電話情報データベース、４２…交通情報データベース、４３…天気予報データベース、４４…各種情報データベース、５０…車両用情報センター、５１…通信インターフェース装置、５４…情報処理端末、５５…一般電話回線網、５６…ユーザプロファイルデータベース、６０…カスタマーセンター、６２…カスタマー登録システム、６３…インターネット、６５…ユーザＰＣ、６６…カスタマー管理サーバ
【特許請求の範囲】
【請求項１】
情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する情報提供システムにおいて、
情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断する通信制御手段と、
情報提供要求に基づいて、情報を検索する情報検索手段とを備え、
前記通信制御手段は、前記情報検索手段による情報検索が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項２】
請求項１に記載の情報提供システムにおいて、
前記情報検索結果の確認をユーザにする際に、ユーザが応答できる状態にあるか否かを判定する応答判定手段をさらに備え、
前記通信制御手段は、前記応答判定手段によって、ユーザが応答可能であると判定されると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項３】
請求項２に記載の情報提供システムにおいて、
前記情報検索手段による情報検索結果をユーザに確認する時のユーザの回答負荷を推定する回答負荷推定手段をさらに備え、
前記通信制御手段は、前記応答判定手段によって判定される応答可能性、および、前記回答負荷推定手段によって推定される回答負荷に基づいて、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項４】
請求項２または３に記載の情報提供システムにおいて、
前記情報端末は、車両に搭載されて使用されるものであって、
前記応答判定手段は、ユーザの運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項５】
請求項４に記載の情報提供システムにおいて、
車両の位置を検出する車両位置検出手段をさらに備え、
前記応答判定手段は、前記車両位置検出手段によって検出される車両位置に基づいて、ユーザの運転状況を検出し、検出した運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項６】
請求項４または５に記載の情報提供システムにおいて、
車両挙動を検出する車両挙動検出手段をさらに備え、
前記応答判定手段は、前記車両挙動検出手段によって検出される車両挙動に基づいて、ユーザの運転状況を検出し、検出した運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項７】
請求項１〜６のいずれかに記載の情報提供システムにおいて、
前記通信制御手段は、情報センターが備えており、前記情報検索手段から情報検索が終了したことを示す信号を受信すると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項８】
請求項１〜６のいずれかに記載の情報提供システムにおいて、
前記通信制御手段は、情報端末が備えており、情報センターから情報検索が終了したことを示す信号を受信すると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項９】
請求項１〜８のいずれかに記載の情報提供システムにおいて、
前記通信制御手段によって、情報センターと情報端末との間の通信が再開されると、前記情報検索手段による情報検索結果のデータを情報センターから情報端末に送信することを特徴とする情報提供システム。
【請求項１０】
情報端末から要求された情報を検索し、検索した情報を情報端末に送信する情報提供装置において、
情報端末との間で通信を行う通信手段と、
前記通信手段が情報端末から情報提供要求を受けると、前記通信手段と情報端末との間の通信を一旦切断する通信制御手段と、
情報端末からの情報提供要求に基づいて、情報を検索する情報検索手段とを備え、
前記通信制御手段は、前記情報検索手段による情報検索が終了すると、情報検索結果をユーザに確認するために、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１１】
請求項１０に記載の情報提供装置において、
前記通信手段は、前記情報検索結果の確認のための通信に対して、ユーザが応答できるか否かを示す応答可能性データを情報端末から受信し、
前記通信制御手段は、前記通信手段が受信した応答可能性データに基づいて、ユーザが応答可能であると判定すると、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１２】
請求項１１に記載の情報提供装置において、
前記情報検索手段による情報検索結果をユーザに確認する時のユーザの回答負荷を推定する回答負荷推定手段をさらに備え、
前記通信制御手段は、前記通信手段が受信した応答可能性データ、および、前記回答負荷推定手段によって推定される回答負荷に基づいて、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１３】
請求項１０〜１２のいずれかに記載の情報提供装置において、
前記情報端末は、車両に搭載されて使用されるものであって、
前記通信手段が受信する応答可能性データは、ユーザの運転状況に基づいて、ユーザの応答可能性を判定したデータであることを特徴とする情報提供装置。
【請求項１４】
請求項１０〜１３のいずれかに記載の情報提供装置において、
前記通信手段は、情報端末との間の通信を再開すると、前記情報検索手段による情報検索結果のデータを情報端末に送信することを特徴とする情報提供装置。
【請求項１５】
情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する情報提供方法において、
情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、
情報提供要求に基づいて、情報を検索し、
前記情報検索が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする情報提供方法。
【請求項１】
情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する情報提供システムにおいて、
情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断する通信制御手段と、
情報提供要求に基づいて、情報を検索する情報検索手段とを備え、
前記通信制御手段は、前記情報検索手段による情報検索が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項２】
請求項１に記載の情報提供システムにおいて、
前記情報検索結果の確認をユーザにする際に、ユーザが応答できる状態にあるか否かを判定する応答判定手段をさらに備え、
前記通信制御手段は、前記応答判定手段によって、ユーザが応答可能であると判定されると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項３】
請求項２に記載の情報提供システムにおいて、
前記情報検索手段による情報検索結果をユーザに確認する時のユーザの回答負荷を推定する回答負荷推定手段をさらに備え、
前記通信制御手段は、前記応答判定手段によって判定される応答可能性、および、前記回答負荷推定手段によって推定される回答負荷に基づいて、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項４】
請求項２または３に記載の情報提供システムにおいて、
前記情報端末は、車両に搭載されて使用されるものであって、
前記応答判定手段は、ユーザの運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項５】
請求項４に記載の情報提供システムにおいて、
車両の位置を検出する車両位置検出手段をさらに備え、
前記応答判定手段は、前記車両位置検出手段によって検出される車両位置に基づいて、ユーザの運転状況を検出し、検出した運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項６】
請求項４または５に記載の情報提供システムにおいて、
車両挙動を検出する車両挙動検出手段をさらに備え、
前記応答判定手段は、前記車両挙動検出手段によって検出される車両挙動に基づいて、ユーザの運転状況を検出し、検出した運転状況に基づいて、ユーザの応答可能性を判定することを特徴とする情報提供システム。
【請求項７】
請求項１〜６のいずれかに記載の情報提供システムにおいて、
前記通信制御手段は、情報センターが備えており、前記情報検索手段から情報検索が終了したことを示す信号を受信すると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項８】
請求項１〜６のいずれかに記載の情報提供システムにおいて、
前記通信制御手段は、情報端末が備えており、情報センターから情報検索が終了したことを示す信号を受信すると、情報センターと情報端末との間の通信を再開することを特徴とする情報提供システム。
【請求項９】
請求項１〜８のいずれかに記載の情報提供システムにおいて、
前記通信制御手段によって、情報センターと情報端末との間の通信が再開されると、前記情報検索手段による情報検索結果のデータを情報センターから情報端末に送信することを特徴とする情報提供システム。
【請求項１０】
情報端末から要求された情報を検索し、検索した情報を情報端末に送信する情報提供装置において、
情報端末との間で通信を行う通信手段と、
前記通信手段が情報端末から情報提供要求を受けると、前記通信手段と情報端末との間の通信を一旦切断する通信制御手段と、
情報端末からの情報提供要求に基づいて、情報を検索する情報検索手段とを備え、
前記通信制御手段は、前記情報検索手段による情報検索が終了すると、情報検索結果をユーザに確認するために、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１１】
請求項１０に記載の情報提供装置において、
前記通信手段は、前記情報検索結果の確認のための通信に対して、ユーザが応答できるか否かを示す応答可能性データを情報端末から受信し、
前記通信制御手段は、前記通信手段が受信した応答可能性データに基づいて、ユーザが応答可能であると判定すると、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１２】
請求項１１に記載の情報提供装置において、
前記情報検索手段による情報検索結果をユーザに確認する時のユーザの回答負荷を推定する回答負荷推定手段をさらに備え、
前記通信制御手段は、前記通信手段が受信した応答可能性データ、および、前記回答負荷推定手段によって推定される回答負荷に基づいて、前記通信手段と情報端末との間の通信を再開することを特徴とする情報提供装置。
【請求項１３】
請求項１０〜１２のいずれかに記載の情報提供装置において、
前記情報端末は、車両に搭載されて使用されるものであって、
前記通信手段が受信する応答可能性データは、ユーザの運転状況に基づいて、ユーザの応答可能性を判定したデータであることを特徴とする情報提供装置。
【請求項１４】
請求項１０〜１３のいずれかに記載の情報提供装置において、
前記通信手段は、情報端末との間の通信を再開すると、前記情報検索手段による情報検索結果のデータを情報端末に送信することを特徴とする情報提供装置。
【請求項１５】
情報端末から情報センターに呼を発して情報の提供を要求し、要求された情報を情報センターから情報端末に送信する情報提供方法において、
情報端末から情報センターへの情報提供要求が伝わると、情報センターと情報端末との間の通信を一旦切断し、
情報提供要求に基づいて、情報を検索し、
前記情報検索が終了すると、情報検索結果をユーザに確認するために、情報センターと情報端末との間の通信を再開することを特徴とする情報提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−１１０２７２（Ｐ２００７−１１０２７２Ａ）
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願番号】特願２００５−２９７１３０（Ｐ２００５−２９７１３０）
【出願日】平成１７年１０月１２日（２００５．１０．１２）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願日】平成１７年１０月１２日（２００５．１０．１２）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
[ Back to top ]