(57)【要約】探索された複数の推奨ルートの中から利用者が誘導経路を選択する際に、ルート選択の判断を助ける情報を提示するようにした通信型ナビゲーションシステムである。ナビゲーション端末（６０）からのルート探索依頼に従い、ナビゲーション情報提供サーバ（１０）は、ルート探索を行って推奨ルートを複数選出する。また、ナビゲーション情報提供サーバ（１０）が管理・保持している情報（交通情報や、気象情報や、施設情報や、ユーザプロファイル情報）を用いて選出した複数の推奨ルートに対する評価情報を作成する。そして、ナビゲーション端末（６０）のユーザにこの評価情報を参照させ、前記複数の推奨ルートの中から所望の推奨ルートを選択させる。
2003093766.tif 000002
【特許請求の範囲】
【請求項１】
端末からのルート探索要求に応じてナビゲーション・サーバがルート探索を行う通信型ナビゲーションシステムであって、
前記ナビゲーション・サーバは、
前記端末よりを受け付ける受付手段と、
前記ルート探索要求に含まれている出発地および目的地間のルートを探索して、推奨ルートを複数選出する探索手段と、
前記探索手段で選出した複数の推奨ルート各々の推定走行時間を比較した評価情報を作成する評価手段と、
前記探索手段で選出した複数の推奨ルートのルート情報を、前記評価手段で作成した評価情報と共に、前記ルート探索要求を送信した前記端末に提供する提供手段とを有し、
前記端末は、
出発地および目的地の情報を含むルート探索要求を、前記ナビゲーション・サーバに送信する送信手段と、
前記ナビゲーション・サーバより複数の推奨ルートのルート情報を、前記複数の推奨ルートに対する評価情報と共に受信する受信手段と、
前記受信手段で受信した前記複数の推奨ルートのルート情報および前記評価情報をユーザに提示する提示手段とを有し、
前記提示手段は、前記評価情報を音声情報として出力すること
を特徴とする通信型ナビゲーションシステム。
【請求項２】
端末からのルート探索要求に応じてルート探索を行う通信型ナビゲーションシステムのナビゲーション・サーバであって、
前記ナビゲーション・サーバは、
前記端末よりを受け付ける受付手段と、
前記ルート探索要求に含まれている出発地および目的地間のルートを探索して、推奨ルートを複数選出する探索手段と、
前記探索手段で選出した複数の推奨ルートを比較した評価情報を作成する評価手段と、
前記探索手段で選出した複数の推奨ルートのルート情報を、前記評価手段で作成した評価情報と共に、前記ルート探索要求を送信した前記端末に提供する提供手段と、を有し、
前記評価手段は、前記探索手段で選出した複数の推奨ルート各々の推定走行時間に関する評価情報を作成すること
を特徴とする通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項３】
前記評価手段は更に、前記探索手段で選出した複数の推奨ルート各々で発生している交通渋滞に基づき、前記複数の推奨ルート各々の推定走行時間に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項４】
前記評価手段は更に、各道路区間の利用料金に関する情報に基づく、前記探索手段で選出した複数の推奨ルート各々の利用料金に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項５】
前記評価手段は更に、前記探索手段で選出した複数の推奨ルートが通過する各地域の気象情報に基づき、該推奨ルート各々の気象に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項６】
前記評価手段は更に、前記探索手段で選出した複数の推奨ルート各々の道幅および左右折回数を求めて走行環境に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項７】
前記評価手段は更に、前記端末のユーザに対応付けて予め登録された施設の情報を用いて、前記探索手段で選出したいずれかの推奨ルートの前記施設までの距離に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項８】
前記評価手段は更に、過去に採用された推奨ルートの情報に基づき、前記探索手段で選出した複数の推奨ルート各々のルート誘導への採用実績に関する評価情報を作成すること
を特徴とする請求の範囲第２項記載の通信型ナビゲーションシステムのナビゲーション・サーバ。
【請求項９】
ネットワークを介してナビゲーション・サーバと接続された端末におけるナビゲーション方法であって、
前記ナビゲーション・サーバは、
前記端末よりルート探索要求を受け付けるステップと、
前記ルート探索要求に含まれている出発地および目的地間のルートを探索して、推奨ルートを複数選出するステップと、
前記複数の推奨ルートに対する評価情報を作成するステップと、
前記複数の推奨ルートのルート情報を、前記評価情報と共に、前記ルート探索要求を送信した前記端末に提供するステップと、を有し、
前記端末は、
ルート探索要求を前記ナビゲーション・サーバに送信するステップと、
前記ルート探索要求に応じて前記ナビゲーション・サーバより受信した複数の推奨ルートのルート情報および評価情報をユーザに提示するステップと、を有すること
を特徴とするナビゲーション方法。
【発明の詳細な説明】
技術分野
この発明は、通信を用いたナビゲーションシステムに関する。
背景技術
ルート探索などをナビゲーション情報提供サーバで行って、その結果を車両に搭載されたナビゲーション端末に提供するタイプのナビゲーションシステム（以下、通信型ナビゲーションシステムと呼ぶ）が提案されている。ここで、一般に、ルート探索では、ダイクストラ法などにより、出発地および目的地を結ぶルートの中から、所定条件あるいはそれに加えてユーザの設定条件を満足するルートを探索し、これを推奨ルートとして選出する。
ところで、通信型ナビゲーションシステムでは、交通情報や気象情報等の一般情報や、嗜好といった各ナビゲーション端末のユーザのプロファイルや、各ナビゲーション端末がルート誘導に採用した実績情報などを、ナビゲーション情報提供サーバで集中的に管理することができる。
そこで、本発明の目的は、通信型ナビゲーションシステムにおいて、ナビゲーション情報提供サーバで管理している情報を用いて、ナビゲーション端末のユーザが有益な推奨ルートを選択できるようにすることにある。
発明の開示
上記課題を解決するために、本発明の通信型ナビゲーションシステムは、少なくとも１つのナビゲーション端末と、ネットワークを介して前記ナビゲーション端末に接続されたナビゲーション情報提供サーバと、を有する。
前記ナビゲーション情報提供サーバは、前記ナビゲーション端末よりルート探索要求を受け付ける受付手段と、前記ルート探索要求に含まれている出発地および目的地間のルートを探索して、推奨ルートを複数選出する探索手段と、前記ナビゲーション情報提供サーバが保持している情報を用いて、前記探索手段で選出した複数の推奨ルートに対する評価情報を作成する評価手段と、前記探索手段で選出した複数の推奨ルートのルート情報を、前記評価手段で作成した評価情報と共に、前記ルート探索要求を送信した前記ナビゲーション端末に提供する提供手段と、を有する。
また、前記ナビゲーション端末は、出発地および目的地の情報を含むルート探索要求を、前記ナビゲーション情報提供サーバに送信する送信手段と、前記ナビゲーション情報提供サーバより複数の推奨ルートのルート情報を、前記複数の推奨ルートに対する評価情報と共に受信する受信手段と、前記受信手段で受信した前記複数の推奨ルートのルート情報および前記評価情報をユーザに提示する提示手段と、を有する。
ここで、前記評価情報は、例えば、前記探索手段で選出した複数の推奨ルート各々の推定走行時間に関する評価を含む。ルートの推定走行時間は、当該ルートを構成する各道路区間の情報と、前記ナビゲーション情報提供サーバが保持している各道路区間の推定走行時間情報とを用いて、算出することができる。このとき、前記ナビゲーション情報提供サーバが渋滞発生区間の予測走行時間を保持しているならば、この情報を考慮してルートの推定走行時間を算出するとよい。
また、前記評価情報は、例えば、前記探索手段で選出した複数の推奨ルート各々の利用料金に関する評価を含む。ルートの利用料金は、当該ルートを構成する各道路区間の情報と、前記ナビゲーション情報提供サーバが保持している各道路区間の利用料金情報とを用いて、算出することができる。
また、前記評価情報は、例えば、前記探索手段で選出した複数の推奨ルート各々の気象に関する評価を含む。ルートの気象は、前記ナビゲーション情報提供サーバに各地域の気象情報を保持させておくことで、当該ルートを構成する各道路区間が存在する地域の気象情報より特定できる。
また、前記評価情報は、例えば、前記探索手段で選出した複数の推奨ルート各々の走行環境（道幅や左右折回数）に関する評価を含む。ルートの走行環境は、前記ナビゲーション情報提供サーバが保持している各道路区間の道幅やルートを構成する隣接道路区間同士のなす角（左右折回数）から算出できる。
また、前記評価情報は、例えば、前記ナビゲーション端末のユーザに対応付けられて予め登録された施設までの距離に関する評価を含む。これは、前記施設を含む地域をルートが通過するか否かを調べることで作成できる。
また、前記評価情報は、例えば、前記探索手段で選出した複数の推奨ルート各々のルート誘導への採用実績に関する評価を含む。ルート誘導への採用実績は、前記ナビゲーション情報提供サーバが前記ナビゲーション端末よりルート誘導に採用された推奨ルートの情報を入手し、これを前記ナビゲーション端末のユーザに対応付けて蓄積するようにすればよい。
本発明では、以上の構成により、ナビゲーション端末のユーザは、ナビゲーション情報提供サーバで保持している情報を用いて作成された複数の推奨ルートに対する評価情報を得ることができる。そして、この評価情報を参照して、前記複数の推奨ルートの中から所望の推奨ルートをルート誘導に採用することができる。このように、本発明によれば、ナビゲーション情報提供サーバで保持している情報を用いて、ナビゲーション端末のユーザが有益な推奨ルートを選択できるようにすることができる。
なお、本発明において、前記提供手段は、前記評価手段で作成した評価情報を音声情報として前記ナビゲーション端末に提供するものでもよい。この場合、前記提示手段は、前記評価情報を音声によりユーザに知らせる。
発明を実施するための最良の形態
以下に、本発明の一実施形態について説明する。
第１図は、本発明の好ましい一実施形態が適用された通信型ナビゲーションシステムの概略図である。図示するように、本実施形態の通信型ナビゲーションシステムは、ナビゲーション端末６０と、ナビゲーション情報提供サーバ１０とが、公衆網７０を介して相互接続されて構成されている。また、ナビゲーション端末６０は、車両等に搭載されて使用される移動端末である。無線中継装置８０を介して公衆網７０に接続される。
第２図に、ナビゲーション端末６０の概略構成を示す。図示するように、ナビゲーション端末６０は、無線通信により無線中継装置５０経由で公衆網７０に接続するための無線通信部６０２と、各種情報を記憶するための記憶部６０３と、例えばＧＰＳ受信機等を利用して車両位置情報を取得する位置情報取得部６０５と、車両に搭載された車速センサ，ジャイロセンサ等の各種センサからセンサ情報を取得するセンサ情報取得部６０６と、ユーザと情報を交換するためのユーザＩＦ部６０４と、ルート誘導を含むナビゲーション処理のためにこれらの各部を統括的に制御する主制御部６０１と、を有する。
ここで、ユーザＩＦ部６０４は、音声出力用のスピーカ６０４ａ，表示用のモニタ６０４ｂ、および、指示受付用の操作パネル６０４ｃを備えている。操作パネル６０４ｃには、操作指示可能なスイッチや、モニタ６０４ｂ中のタッチセンサや、音声入力を受け付けるマイク等を備える。ユーザＩＦ部６０４は、これらの構成要素を用い、音声および画像を介してユーザと情報を交換する。もちろん、操作ボタン，スイッチやマイクなどは操作パネル６０４ｃから分離された形で構成されても良い。
以上のような構成を有するナビゲーション端末６０は、例えば、ＣＰＵと、ＲＡＭと、ＲＯＭと、無線通信装置または無線通信装置とのインターフェースと、各種センサとのインターフェースと、ディスプレイ，操作ボタン，マイクおよびスピーカ等の入出力装置と、を備えた携帯型コンピュータシステムにおいて、ＣＰＵがＲＯＭに格納されている所定のプログラムを実行することにより実現できる。
ナビゲーション情報提供サーバ１０は、推奨ルートのルート情報をその評価情報と共にナビゲーション端末６０に提供する。ナビゲーション情報提供サーバ１０は、ポータルサーバ２０，ルート探索サーバ３０および情報提供サーバ４０（交通情報提供サーバ４０ａ，気象情報提供サーバ４０ｂおよび施設情報提供サーバ４０ｃ）が、専用のネットワーク５０を介して接続されて構成されている。
情報提供サーバ４０は、ポータルサーバ２０からの検索依頼に従い、情報検索処理を行って、検出した情報をポータルサーバ２０に送信する。本実施形態では、情報提供サーバ４０として、交通情報を提供する交通情報提供サーバ４０ａ，気象情報を提供する気象情報提供サーバ４０ｂおよび施設情報を提供する施設情報提供サーバ４０ｃを設けている。
第３図に、各情報提供サーバ４０の概略構成を示す。図示するように、各情報提供サーバ４０は、ネットワーク５０に接続するためのネットワークＩＦ部４０１と、情報データベース（ＤＢ）４０２と、ネットワークＩＦ部４０１を介して受け付けた検索依頼に従い、情報ＤＢ４０２を検索して情報を検出する検索部４０３と、を有する構成となっている。
ここで、情報提供サーバ４０が交通情報提供サーバ４０ａである場合、渋滞が発生している道路区間の情報と共にその区間の推定走行時間に関す情報がＤＢ４０２に登録される。また、情報提供サーバ４０が気象情報提供サーバ４０ｂである場合には、各地域の気象情報がＤＢ４０２に登録される。また、情報提供サーバ４０が施設情報提供サーバ４０ｂである場合には、地域毎に、その地域に存在する各種施設の情報（種別，名称，住所，連絡先等の属性情報）がＤＢ４０２に登録される。
ルート探索サーバ３０は、ポータルサーバ２０からのルート探索要求に従い、ルート探索処理を行って、推奨ルートを複数選出する。そして、選出した推奨ルートのルート情報をポータルサーバ２０に送信する。
第４図に、ルート探索サーバ３０の概略構成を示す。図示するように、ルート探索サーバ３０は、ネットワーク５０に接続するためのネットワークＩＦ部３０１と、各道路区間の情報を登録する道路ＤＢ３０２と、地図情報を登録する地図ＤＢ３０３と、ネットワークＩＦ部４０１を介して受け付けたルート探索依頼に従い、道路ＤＢ３０２および地図ＤＢ３０３を用いて、例えばダイクストラ法により、所定条件を満足する複数のルートを推奨ルートとして選出するルート探索部３０４と、を有する。
ここで、推奨ルートを複数選出するようにしているのは、ナビゲーション端末６０のユーザに、ユーザにとって有益な推奨ルートを選択させるようにするためである。なお、本実施形態では、道路ＤＢ３０２に登録される各道路区間の情報には、推定走行時間や利用料金や道幅などの情報が含まれる。
ポータルサーバ２０は、公衆網７０を介して、ナビゲーション端末６０よりルート探索依頼を受け付けると、ルート探索サーバ３０より複数の推奨ルートのルート情報を入手すると共に、必要に応じて情報提供サーバ４０より情報を入手して前記複数の推奨ルートに対する評価情報を作成する。そして、複数の推奨ルートのルート情報および評価情報をナビゲーション端末６０に送信する。
第５図に、ポータルサーバ２０の概略構成を示す。図示するように、ポータルサーバ２０は、公衆網７０に接続するための公衆網ＩＦ部２０１と、ネットワーク５０に接続するためのネットワークＩＦ部２０２と、音声データを生成する音声生成部２０４と、ナビゲーション端末６０のユーザとの対話を制御する対話制御部２０５と、ネットワークＩＦ部２０２を介して、ルート探索サーバ３０や情報提供サーバ４０に依頼を送信し、その依頼に応じた処理結果を入手する依頼処理部２０６と、ルート探索サーバ３０より入手した複数の推奨ルートに対する評価情報を作成する評価情報生成部２０７と、ナビゲーション端末６０のユーザのユーザプロファイルを登録するユーザプロファイルＤＢ２０８と、を有する。
第６図に、ユーザプロファイルＤＢ２０８の登録内容例を示す。図示するように、ユーザプロファイルＤＢ２０８は、ナビゲーション端末６０のユーザ毎に、ユーザのプロファイルを登録するためのテーブル２０８１を有する。テーブル２０８１は、自身のユーザＩＤ（識別情報）を登録するためのＩＤフィールド２０８２と、評価情報生成部２０７で作成すべき評価情報の種類を登録するための採用評価情報フィールド２０８３と、友人などの自身以外のユーザＩＤを登録するための友人ＩＤフィールド２０８４と、行きつけの店などの自身の好みの施設を登録するための嗜好施設フィールド２０８５と、ルート探索サーバ３０でのルート探索処理で利用する探索条件を登録するための探索条件フィールド２０８６と、現在ルート誘導中である場合において、ルート誘導に採用している推奨ルートのルート情報（出発地，経由地，目的地，道路区間，出発地の出発時刻，経由地や目的地の推定到着時刻などの情報）を登録するための採用中フィールド２０８７と、今までにルート誘導に利用した推奨ルートのルート情報（出発地，経由地，目的地，道路区間などの情報）を登録するためのルート履歴フィールド２０８８と、を備えて構成されている。
なお、本実施形態では、採用評価情報フィールド２０８３に登録される評価情報の種類として、推奨ルートの走行時間，利用料金，気象状態，走行環境，嗜好施設フィールド２０８５に登録されている施設までの距離（施設距離），ルート誘導への採用実績、および、友人ＩＤフィールド２０８４に登録されているユーザＩＤのナビゲーション端末６０がルート誘導中である場合に、このルート誘導に採用している推奨ルートとの近似度（ルート近似度）を用意している。通常このフィールドには、少なくとも走行時間に関する評価を採用するように評価情報の種類が登録されている。
対話制御部２０５は、音声生成部２０４を利用して、公衆網ＩＦ部２０１を介して、ナビゲーション端末６０に音声を送信する。また、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）およびＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）やＪＡＶＡ（登録商標）などを利用し、ナビゲーション端末６０のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を介して、ユーザと情報の交換を行う。これにより、ナビゲーション端末６０のユーザとの対話を制御してルート探索依頼を受け付ける。そして、受け付けたルート探索依頼およびユーザプロファイルＤＢ２０８に登録されているユーザのテーブル２０８１の情報に従い、依頼処理部２０６および評価情報生成部２０７を制御して、複数の推奨ルートの情報およびこれらの推奨ルートに対する評価情報を入手し、これらをルート探索依頼の送信元であるナビゲーション端末６０へ送信する。
以上のような構成を有するポータルサーバ２０，ルート探索サーバ３０および情報提供サーバ４０は、例えば、ＣＰＵ，ＲＡＭ，ＨＤＤ，ネットワークインターフェース、および、ディスプレイや操作ボタン等のユーザインターフェースを備えたコンピュータシステムにおいて、ＣＰＵがＨＤＤ等に格納されている所定のプログラムを実行することにより実現できる。このとき、各ＤＢには、ＨＤＤ等の記憶装置を利用できる。
次に、本実施形態の通信型ナビゲーションシステムの動作について説明する。第７図〜第９図は、第１図に示す通信型ナビゲーションシステムの動作手順を説明するための図である。ナビゲーション端末６０において、主制御部６０１は、ユーザＩＦ部６０４を介して受け付けたユーザの指示に従い、無線通信部６０２を制御して、ポータルサーバ２０にアクセスする（ＳＴ１）。
ポータルサーバ２０において、対話制御部２０５は、公衆網ＩＦ部２０１を介してナビゲーション端末５０にアクセスされると、音声生成部２０４を制御して、ルート探索に必要な情報の入力を要求する音声データ（例えば「目的地を設定してください」を表す音声データ）を生成する。そして、この音声データを、ルート探索に必要な情報（目的地の情報を含む）の入力を受け付けるための表示画面データと共に、公衆網ＩＦ部２０１を介して、アクセスしてきたナビゲーション端末６０に送信する（ＳＴ２）。
ナビゲーション端末６０において、主制御部６０１は、無線通信部６０２を介してポータルサーバ２０より、音声データおよび表示画面データを受け付けると、これらをユーザＩＦ部６０４に渡す。これを受けて、ユーザＩＦ部６０４は、音声データが表す音声をスピーカ６０４ａから出力すると共に、表示画面データが表す画面をモニタ６０４ｂに表示する。そして、操作パネル６０４ｃを介して、ユーザより目的地の情報が入力されるのを待つ（ＳＴ３）。目的地の情報が入力されると、ユーザＩＦ部６０４は、これを主制御部６０１に通知する。主制御部６０１は、位置情報取得部６０５より現在地情報を入手し、これを出発地情報とする。そして、この出発地情報と、ユーザＩＦ部６０４より受け取った目的地情報と、例えば記憶部６０３に予め格納されているユーザＩＤと、を含むルート探索依頼を作成し、これを無線通信部６０２を介して、ポータルサーバ２０へ送信する（ＳＴ４）。
ポータルサーバ２０において、対話制御部２０５は、公衆網ＩＦ部２０１を介してナビゲーション端末６０よりルート探索依頼を受け取ると、これを依頼処理部２０６に渡す。依頼処理部２０６は、対話制御部２０５より渡されたルート探索依頼に含まれているユーザＩＤがＩＤフィールド２０８２に登録されているテーブル２０８１を、ユーザプロファイルＤＢ２０８から抽出する（ＳＴ５）。そして、抽出したテーブル２０８１の探索条件フィールド２０８６に含まれている探索条件を、ナビゲーション端末５０より受け取ったルート探索依頼に付加し、このルート探索依頼を、ネットワークＩＦ部２０２を介して、ルート探索サーバ３０に送信する（ＳＴ６）。
ルート探索サーバ３０において、ルート探索部３０４は、ネットワークＩＦ部３０１を介して、ポータルサーバ２０よりルート探索依頼を受け取ると、道路ＤＢ３０２および地図データ３０３を用いて、前記探索依頼に含まれている出発地情報および目的地情報により特定される２地点間のルートを探索する。そして、検出したルートの中から、ダイクストラ法等を利用して、前記探索依頼に含まれている探索条件をより良く満足するルートを、推奨ルートとして複数選出する。本実施形態では、２つの推奨ルートを選出している。そして、選出した各推奨ルートのルート情報を、ネットワークＩＦ部３０１を介して、ポータルサーバ３０に送信する（ＳＴ７）。ここで、本実施形態では、推奨ルートのルート情報に、ルートを構成する各道路区間の推定走行時間，利用料金，道幅に関する情報を含めている。上述したように、これらの情報は、道路ＤＢ３０２に予め登録されているものとする。
ポータルサーバ２０において、依頼処理部２０６は、ネットワークＩＦ部２０２を介してルート探索サーバ３０より推奨ルートのルート情報を受け取ると、ユーザプロファイルＤＢ２０８から抽出したテーブル２０８１の採用評価情報フィールド２０８３に登録されている評価情報の種類を調べる（ＳＴ８）。
ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「走行時間」が登録されている場合、依頼処理部２０６は、ルート探索サーバ３０より入手した各推奨ルートを構成する各道路区間の交通情報検索依頼を生成する。そして、この交通情報検索依頼を、ネットワークＩＦ部２０２を介して、交通情報提供サーバ４０ａに送信する（ＳＴ９）。
交通情報提供サーバ４０ａにおいて、検索部４０３は、ネットワークＩＦ部４０１を介して、ポータルサーバ２０より交通情報検索依頼を受け取ると、情報ＤＢ４０２を用いて、交通情報検索依頼に含まれている各道路区間に、渋滞が発生しているか否かを調べる。そして、渋滞が発生している道路区間があるならば、その道路区間の推定走行時間を含む交通情報を、ネットワークＩＦ部４０１を介してポータルサーバ２０に送信する（ＳＴ１０）。
ポータルサーバ２０において、依頼処理部２０６は、ネットワークＩＦ部２０２を介して交通情報提供サーバ４０ａより交通情報を受け取ると、これをルート探索サーバ３０より受け取った２つの推奨ルートのルート情報と共に、評価情報生成部２０７に渡し、走行時間に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、交通情報を考慮して各推奨ルートの推定走行時間を算出する。具体的には、推奨ルートを構成する各道路区間の推定走行時間を加算することにより、当該推奨ルートの推定走行時間を算出する。ここで、交通情報に推定走行時間が含まれている道路区間についてはその推定走行時間を用い、含まれていない道路区間については推奨ルートのルート情報に含まれている推定走行時間を用いる。
評価情報生成部２０７は、以上のようにして各推奨ルートの推定走行時間を算出したならば、推奨ルート間の推定走行時間の差分を求める。そして、各推奨ルートの推定走行時間の説明と推奨ルート間の推定走行時間の差分の説明とを含んだ評価情報を生成する（ＳＴ１１）。
具体的には、予め用意されたメッセージ中の所定箇所に、各推奨ルートの推定走行時間および推奨ルート間の推定走行時間の差分を挿入することにより、評価情報を生成する。例えば、予め用意されたメッセージが「推奨ルートＡの推定走行時間は＆ｑｕｏｔ；ａ＆ｑｕｏｔ；であります。一方、推奨ルートＢの推定走行時間は＆ｑｕｏｔ；ｂ＆ｑｕｏｔ；であります。推奨ルート＆ｑｕｏｔ；ｃ＆ｑｕｏｔ；の方が＆ｑｕｏｔ；ｄ＆ｑｕｏｔ；だけ早く到達します。」であるならば、ルート探索サーバ３０より受け取った２つの推奨ルートの一方を推奨ルートＡとし、他方を推奨ルートＢとして、推奨ルートＡの推定走行時間を上記メッセージの＆ｑｕｏｔ；ａ＆ｑｕｏｔ；部分に挿入し、推奨ルートＢの推定走行時間を上記メッセージの＆ｑｕｏｔ；ｂ＆ｑｕｏｔ；部分に挿入する。また、推定走行時間の短い方の推奨ルートの識別子（ＡおよびＢのいずれか）を上記メッセージの＆ｑｕｏｔ；ｃ＆ｑｕｏｔ；部分に挿入し、推奨ルートＡおよび推奨ルートＢの推定走行時間の差分を上記メッセージの＆ｑｕｏｔ；ｄ＆ｑｕｏｔ；部分に挿入する。
この例では２つの推奨ルートを比較していたが、推奨ルートが３つ以上のある場合には、評価情報として最も推定走行時間が短い推奨ルートについてメッセージを生成するようにしてもよい。３つの推奨ルートＡ，Ｂ，Ｃの内、最も推定走行時間が短いものが推奨ルートＡの場合には、予め用意された「推奨ルートＡの推定走行時間は＆ｑｕｏｔ；ａ＆ｑｕｏｔ；です。推奨ルートＡは＆ｑｕｏｔ；ｄ＆ｑｕｏｔ；早く到達します。」というメッセージに対して、＆ｑｕｏｔ；ａ＆ｑｕｏｔ；部分に推奨ルートＡの推定走行時間を挿入し、＆ｑｕｏｔ；ｄ＆ｑｕｏｔ；部分には推奨ルートＡの推定走行時間と、全推奨ルートの推定走行時間の平均値との差あるいは最も遅い推定走行時間との差を挿入する。これにより、個別の推奨ルートの推定走行時間を提示するよりも、推奨ルート間相互の特徴を明確に提示することが出来る。
推奨ルートの推定走行時間の算出に、交通情報に含まれている道路区間の推定走行時間を利用した場合は、当該推奨ルートについて、当該道路区間に渋滞が発生していることを知らせるメッセージを作成し、これを評価情報に含めるようにする。具体的には、予め用意されたメッセージ中の所定箇所に、渋滞が発生している推奨ルートの識別子および渋滞が発生している道路区間を挿入することで、渋滞を知らせるメッセージを生成する。例えば、予め用意されたメッセージが「推奨ルート＆ｑｕｏｔ；ｅ＆ｑｕｏｔ；は、道路区間＆ｑｕｏｔ；ｆ＆ｑｕｏｔ；に渋滞が発生しています。」であるならば、交通情報に含まれている道路区間の推定走行時間を利用して推定走行時間を算出した推奨ルートの識別子を上記メッセージの＆ｑｕｏｔ；ｅ＆ｑｕｏｔ；に挿入し、その道路区間の名称を上記メッセージの＆ｑｕｏｔ；ｆ＆ｑｕｏｔ；に挿入する。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「利用料金」が登録されている場合、依頼処理部２０６は、ルート探索サーバ３０より受け取った２つの推奨ルートのルート情報を、評価情報生成部２０７に渡し、利用料金に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、各推奨ルートの利用料金を算出する。具体的には、推奨ルートのルート情報に含まれている、当該推奨ルートを構成する各道路区間の利用料金を加算することにより、当該推奨ルートの利用料金を算出する。
評価情報生成部２０７は、以上のようにして各推奨ルートの利用料金を算出したならば、推奨ルート間の利用料金の差分を求める。そして、各推奨ルートの利用料金の説明と推奨ルート間の利用料金の差分の説明とを含んだ評価情報を、上記の走行時間に関する評価情報の場合と同様の要領で生成する（ＳＴ１２）。
ここで、利用料金が発生している推奨ルートについて、利用料金がかかる道路区間を知らせるメッセージを作成し、これを評価情報に含めるようにする。この場合、利用料金が発生する推奨ルートについては、その金額と共に、最も利用料金の高い推奨経路との差額を知らせるようにしても良い。
なお、両推奨ルートともに利用料金が発生していない（０円である）場合は、各推奨ルートの利用料金の説明と推奨ルート間の利用料金の差分の説明とを含んだ評価情報の代わりに、例えば「両推奨ルートとも利用料金は無料です。」といったメッセージからなる評価情報を生成してもよいし、利用料金に関する評価情報を生成しなくても良い。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「気象情報」が登録されている場合、依頼処理部２０６は、ルート探索サーバ３０より入手した２つの推奨ルートの各道路区間の情報を含む気象情報検索依頼を生成する。そして、この気象情報検索依頼を、ネットワークＩＦ部２０２を介して、気象情報提供サーバ４０ｂに送信する（ＳＴ１３）。
気象情報提供サーバ４０ｂにおいて、検索部４０３は、ネットワークＩＦ部４０１を介して、ポータルサーバ２０より気象情報検索依頼を受け取ると、情報ＤＢ４０２を用いて、気象情報検索依頼に含まれている各道路区間について、当該道路区間を含む地域の気象予報を調べる。そして、各道路区間の気象予報を含む気象情報を、ネットワークＩＦ部４０１を介してポータルサーバ２０に送信する（ＳＴ１４）。
ポータルサーバ２０において、依頼処理部２０６は、ネットワークＩＦ部２０２を介して気象情報提供サーバ４０ｂより気象情報を受け取ると、これをルート探索サーバ３０より受け取った２つの推奨ルートのルート情報と共に、評価情報生成部２０７に渡し、気象に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、気象情報に基づいて、各推奨ルート間の気象予報の比較説明を含んだ評価情報を生成する（ＳＴ１５）。具体的には、両推奨ルート間で悪天候あるいは良天候を示す道路区間の数を比較する。そして、その比較結果に応じて、例えば「推奨ルートＡは推奨ルートＢに比べて悪天候が予想されます。」や「両推奨ルートとも天候は良好です。」や「両推奨ルートとも悪天候が予想されます。」などのメッセージを評価情報として生成する。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「走行環境」が登録されている場合、依頼処理部２０６は、ルート探索サーバ３０より２つの推奨ルートのルート情報を、評価情報生成部２０７に渡し、走行環境に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、各推奨ルートの走行環境を算出する。例えば、推奨ルートのルート情報を用いて、隣接する道路区間同士のなす角度より特定することができる左折および右折が当該推奨ルート上で何回発生しているかを調べる。また、当該推奨ルートを構成する各道路区間の道幅平均を求める。そして、以上のようにして求めた左右折回数および道幅平均を、走行環境とする。
評価情報生成部２０７は、以上のようにして各推奨ルートの走行環境を算出したならば、各推奨ルート間の走行環境の比較説明を含んだ評価情報を生成する（ＳＴ１６）。具体的には、両推奨ルート間で、左右折回数および道幅平均を比較する。そして、その比較結果に応じて、例えば「推奨ルートＡは推奨ルートＢに比べて左右折回数が少なく走行し易いことが予想されます。」や「推奨ルートＡは推奨ルートＢに比べて道幅が広く走行し易いことが予想されます。」などのメッセージを評価情報として生成する。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「施設距離」が登録されている場合、依頼処理部２０６は、ルート探索サーバ３０より入手した２つの推奨ルートの各道路区間の情報と、前記抽出したテーブル２０８１の嗜好施設フィールド２０８５に登録されている施設名あるいは施設種別の情報とを含む施設情報検索依頼を生成する。そして、この施設情報検索依頼を、ネットワークＩＦ部２０２を介して、施設情報提供サーバ４０ｃに送信する（ＳＴ１７）。
施設情報提供サーバ４０ｃにおいて、検索部４０３は、ネットワークＩＦ部４０１を介して、ポータルサーバ２０より施設情報検索依頼を受け取ると、情報ＤＢ４０２を用いて、施設情報検索依頼に含まれている各道路区間を含む地域に存在する、施設情報検索依頼に含まれている施設名を持つあるいは施設種別に分類される施設を調べる。そして、この施設の施設情報を、この施設が存在する地域にある道路区間を構成要素とする推奨ルートに対応付けて、ネットワークＩＦ部４０１を介してポータルサーバ２０に送信する（ＳＴ１８）。
ポータルサーバ２０において、依頼処理部２０６は、ネットワークＩＦ部２０２を介して施設情報提供サーバ４０ｃより施設情報を受け取ると、これをルート探索サーバ３０より受け取った２つの推奨ルートのルート情報と共に、評価情報生成部２０７に渡し、施設距離に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、施設の情報および当該施設へのアクセス環境に関する説明を含んだ評価情報を生成する（ＳＴ１９）。例えば、施設「＊＊レストラン」の情報が推奨ルートＡに対応付けられているならば、「推奨ルートＡの近くには＊＊レストランがあります。」といったメッセージを評価情報として生成する。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「採用実績」が登録されている場合、ルート探索サーバ３０より受け取った２つの推奨ルートのルート情報を評価情報生成部２０７に渡し、採用実績に関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、ユーザプロファイルＤＢ２０８から他ユーザのルート履歴の登録内容も含めて推奨ルートと概ね一致するルートの採用頻度を調べ、ルート探索サーバ３０より受け取った２つの推奨ルートの各々について、過去のルート誘導に所定回数以上採用された実績があるか否かを調べる（ＳＴ２０）。
そして、評価情報生成部２０７は、調査結果に基づいて、ルート探索サーバ３０より受け取った２つの推奨ルートの採用実績の説明を含んだ評価情報を生成する（ＳＴ２１）。例えば、推奨ルートＡが過去にルート誘導に利用されているならば、「推奨ルートＡはルート誘導への採用実績があります。」といったメッセージを評価情報として生成する。これにより、該当する推奨ルートが既に何人もの人に支持されているという安心感を利用者に与えることが出来る。
また、ＳＴ８において、前記抽出したテーブル２０８１の採用評価情報フィールド２０８３に「ルート近似度」が登録されている場合、ルート探索サーバ３０より受け取った２つの推奨ルートのルート情報を評価情報生成部２０７に渡し、友人ルートに関する評価情報の作成を指示する。これを受けて、評価情報生成部２０７は、前記抽出したテーブル２０８１の友人ＩＤフィールド２０８４の登録されているユーザＩＤを調べ、このユーザＩＤがＩＤフィールド２０８２に登録されているテーブル２０８１（以下、友人テーブル２０８１と呼ぶ）をさらに調べる。そして、友人テーブル２０８１の採用中ルートフィールド２０８７にルート情報が登録されているならば、このルート情報により特定されるルート（友人ルートと呼ぶ）の目的地が、ルート探索サーバ３０より受け取った２つの推奨ルートの目的地と一致するか否かを調べる。一致するならば、ルート探索サーバ３０より受け取った２つの推奨ルートの各々について、友人ルートとの近似度（一致部分の多さ）を調べる（ＳＴ２２）。
そして、評価情報生成部２０７は、調査結果に基づいて、ルート探索サーバ３０より受け取った２つの推奨ルートの友人ルートとの近似度の説明を含んだ評価情報を生成する（ＳＴ２２）。例えば、推奨ルートＡが＊＊道路区間からユーザＩＤ＊＊の友人ルートと一致する場合、「ユーザＩＤ＊＊さんが同じ目的地へ向かっています。推奨ルートＡは道路区間＊＊からユーザＩＤ＊＊さんのルートと合流します。」といったメッセージを評価情報として生成する。
さて、評価情報生成部２０７は、以上のようにして生成した評価情報を依頼処理部２０６に渡す。依頼処理部２０６は、評価情報生成部２０７より受け取った評価情報を、ルート探索サーバ３０より受け取った２つの推奨ルートのルート情報と共に、対話制御部２０５に渡す。これを受けて、対話制御部２０５は、２つの推奨ルートのルート情報および評価情報を含む表示データを生成する。また、音声生成部２０４を制御して、評価情報を表す音声データを生成する。そして、公衆網ＩＦ部２０１を介して、ルート探索依頼の送信元のナビゲーション端末６０に送信する（ＳＴ２４）。
ナビゲーション端末４０において、主制御部６０１は、無線通信部６０２を介してポータルサーバ２０より、音声データおよび表示データを受け付けると、これらをユーザＩＦ部６０４に渡す。これを受けて、ユーザＩＦ部６０４は、音声データが表す音声をスピーカ６０４ａから出力すると共に、表示データおよび記憶部６０３等に記憶されている地図データを用いて、２つの推奨ルートの内のいずれかをユーザに選択させるための選択画面データを生成し、当該データが表す選択画面をモニタ６０４ｂに表示する（ＳＴ２５）。そして、操作パネル６０４ｃを介して、ユーザより推奨ルートの選択指示が入力されるのを待つ（ＳＴ２６）。第１０図は、ナビゲーション端末４０のモニタ６０４ｂに表示される選択画面の一例を示している。この例では、２つの推奨ルートＡ，Ｂがそれぞれの評価情報（吹き出し表示されている）と共に地図上に表示されている。また、この例では、施設距離に関する評価情報が含まれているため、推奨ルートＡに近い嗜好施設「＊＊レストラン」を示すマークが表示されている。さらに、この例では、友人ルートに関する評価情報が含まれているため、同じ目的地に設定されている友人ルートであって途中から推奨ルートＡと合流する友人ルートが表示されている。そして、このような選択画面と共に、スピーカ６０４ａからは、評価情報を表す音声データが出力される。以下に、音声データが表す評価情報のメッセージの例を示す。
（１）走行時間に関する評価情報の音声出力例
「推奨ルートＡの推定走行時間は＊＊時間＊＊分です。一方、推奨ルートＢの推定走行時間は＊＊時間＊＊分です。推奨ルート＊＊の方が＊＊分だけ早く到達すると思われます。推奨ルート＊＊は、道路区間に渋滞が発生しています。」
（２）利用料金に関する評価情報の音声出力例
「推奨ルートＡの利用料金は＊＊円です。一方、推奨ルートＢの利用料金は＊＊円です。推奨ルート＊＊の方が＊＊円安く済みます。」、「両推奨ルートＡ，Ｂ共に無料です。」
（３）気象情報に関する評価情報の音声出力例
「推奨ルート＊＊は悪天候が予想されます。」、「両推奨ルートＡ，Ｂ共に悪天候（天候良好）が予想されます。」
（４）走行環境に関する評価情報の音声出力例
「推奨ルート＊＊は推奨ルート＊＊に比べて左右折回数が少ないです。一方、推奨ルート＊＊は推奨ルート＊＊に比べて道幅が広いです。」
（５）施設情報に関する評価情報の音声出力例
「推奨ルート＊＊は近くに好みの施設＊＊レストランがあります。」
（６）採用実績に関する評価情報の音声出力例
「推奨ルート＊＊は過去にルート誘導に使われています。」
（７）友人ルート近似に関する評価情報の音声出力例
「ユーザＩＤ＊＊さんが同じ目的地へ向かっています。推奨ルート＊＊は道路区間＊＊からユーザＩＤ＊＊さんのルートと合流します。」
これら複数のルートの情報をユーザへ提示する場合に、音声出力時に音声出力内容が該当するルートの表示をユーザが一瞥してわかるように音声出力内容に合わせて、その経路表示手法を変える。例えば、第１１図に示すように、該当ルート表示を点滅させる、ルート表示線を太くする、ルート表示線の色を目立つものに変える等、一瞥してわかるような表示を行うものとする。
ユーザがこれら情報から推奨ルートを選択するには、リモコンやタッチパネルなどのキー操作による入力の他に、マイクを使って音声により入力することができる。この場合、ナビゲーション端末６０の近くにボタンなどの操作部を設置したり、あるいは、利用者の利便性を考慮して、車両の操作ハンドル（ステアリング・ホイール）内にボタンなどの操作部を取り付けてもよい。また、音声入力のためのマイクは、利用者の声を拾いやすい位置に設置されているものとし、スピーカも同様に利用者に聞きやすい位置に端末装置専用として設置しても良いし、車両内にあるオーディオ装置などで別に利用しているスピーカを利用しても良い。
ユーザが音声で推奨ルートを選択するには、その前に音声出力された評価情報を基に選択したルートを特定する内容を音声入力することで行われる。また、ユーザが音声出力を聞き逃した場合に再度音声出力を要求する場合に、希望のルート情報を特定する内容を音声入力することで行われる。この時、ユーザは音声出力された評価情報から耳に残ったキーワードを音声入力すると予想されるため、音声入力を正しく認識するには出力した評価情報を基に適切な音声認識を行う処理が必要となる。
音声認識の技術に関しては、特開平１１−１４３４９３号公報に、入力された音声を音声言語理解装置によりデータベース言語の中間言語に変換して単語を検索する音声認識技術が開示されている。また、特開２０００−５７４９０号公報には、認識辞書を切り替えながら入力された音声の認識性能を向上させる音声認識技術が開示されている。さらに、特開２００１−３４２９２号公報には、ワードスポッティングという技術で辞書にある言葉を切り出し、要求キーワードを認識して話題を確定し、その話題用の認識辞書を用いて音声を認識させ、認識性能を向上させる音声認識技術が開示されている。
ところで、特開平１１−１４３４９３号公報に記載の音声認識技術は、識別誤りが最小になるように、文章データをそれに対応する中間言語に変換する、隠れマルコフモデルを学習する方法を利用している。この方法では、統計的処理に基づく学習であるから、いろいろな分野に同時にサービスしようとすると、分野ごとに学習する必要があり、処理に多くの時間がかかり、認識性能が下がる。また、認識文字列の一部に誤りがあった場合についての配慮がなされていない。また、特開２０００−５７４９０号公報の技術は、音声を連続入力できない。また、認識文字列の一部に誤りがあった場合についての配慮がなされていない。そして、特開２００１−３４２９２号公報の技術は、上記２つの従来技術と同様に、認識文字列の一部に誤りがあった場合についての配慮がなされていない。
そこで、ポータルサーバ２０は、ナビゲーション端末より受け付けた音声を認識して文字列に変換する。そして、変換した文字列を、予め登録されている文字列（ナビゲーション端末のユーザが求める処理内容を表す文字列、以下、コマンドと呼ぶ）に対応する部分（コマンド部分と呼ぶ）と、コマンド部分以外の文字列（ナビゲーション端末のユーザが求める処理内容の対象を表す文字列、以下、オブジェクトと呼ぶ）に対応する部分（オブジェクト部分と呼ぶ）とに区別する。そして、コマンド部分の文字列との整合度に従い、当該コマンド部分を予め登録されているいずれかのコマンド（例えば、コマンド部分の文字列と一致する文字数が最も多いコマンド）に変換する。また、オブジェクト部分の文字列との整合度に従い、当該オブジェクト部分を、変換したコマンドに対応付けられて予め登録されている種別のオブジェクト（例えば、オブジェクト部分の文字列と一致する文字数が最も多いオブジェクト）に変換する。
それから、ポータルサーバ２０は、変換したオブジェクトおよびコマンドからなる文字列および／またはその文字列を表す音声を、ナビゲーション端末に送信する。そして、ナビゲーション端末のユーザより、コマンド，オブジェクトの順番で、各々の部分毎に誤認識の有無の指摘を対話的に受け付ける。
次に、ポータルサーバ２０は、コマンドの誤認識有りの指摘を受け付けた場合、コマンド部分のオリジナルの文字列（音声認識時の文字列）との整合度に従い、当該コマンド部分を予め登録されている他のコマンドに変換する。そして、変換後のコマンドおよび／またはそのコマンドを表す音声を、ナビゲーション端末に送信して、変換後のコマンドにつき、誤認識の有無の指摘を対話的に受け付ける。この処理を、ナビゲーション端末のユーザより、コマンドの誤認識無しの指摘を受け付けるまで繰り返し行う。このとき、ポータルサーバ２０は、それまでに、コマンド部分のオリジナルの文字列に対して受け付けたコマンドの誤認識有りの指摘回数に応じて、誤認識の有無の指摘を対話的に受け付けるためにナビゲーション端末に通知するメッセージを変化させる。
但し、コマンドの誤認識有りの指摘を連続して所定回数（例えば対話利用回数が３回）以上受け付けた場合は、コマンド部分の文字列を表す音声を再度入力するように、ナビゲーション端末のユーザに要求する。そして、再度入力された音声を認識して文字列に変換し、この文字列をコマンド部分の文字列として、上述と同じ要領で予め登録されているいずれかのコマンドに変換する。そして、変換後のコマンドおよび／またはそのコマンドを表す音声を、ナビゲーション端末に送信して、変換後のコマンドにつき、誤認識の有無の指摘を対話的に受け付ける処理を繰り返す。
また、ポータルサーバ２０は、オブジェクトの誤認識有りの指摘を受け付けた場合、オブジェクト部分のオリジナルの文字列（音声認識時の文字列）との整合度に従い、当該オブジェクト部分を、変換したコマンド（誤認識無しとの指摘を受け付けたコマンド）に対応付けられて予め登録されている種別の他のオブジェクトに変換する。そして、変換後のオブジェクトおよび／またはそのオブジェクトを表す音声を、ナビゲーション端末に送信して、変換後のオブジェクトにつき、誤認識の有無の指摘を対話的に受け付ける。この処理を、ナビゲーション端末のユーザより、オブジェクトの誤認識無しの指摘を受け付けるまで繰り返し行う。このとき、ポータルサーバ２０は、それまでに、オブジェクト部分のオリジナルの文字列に対して受け付けたオブジェクトの誤認識有りの指摘回数に応じて、誤認識の有無の指摘を対話的に受け付けるためにナビゲーション端末に通知するメッセージを変化させる。
但し、オブジェクトの誤認識有りの指摘を連続して所定回数（例えば３回）以上受け付けた場合は、オブジェクト部分の文字列を表す音声を再度入力するように、ナビゲーション端末のユーザに要求する。そして、再度入力された音声を認識して文字列に変換し、この文字列をオブジェクト部分の文字列として、上述と同じ要領で、変換後のコマンドに対応付けられて予め登録されている種別のオブジェクトに変換する。そして、変換後のオブジェクトおよび／またはそのオブジェクトを表す音声を、ナビゲーション端末に送信して、変換後のオブジェクトにつき、誤認識の有無の指摘を対話的に受け付ける処理を繰り返す。
このようにすることで、誤認識有りの指摘が所定回数となるまでは、ユーザは誤認識部分の音声を繰り返し発する必要がない。したがって、誤認識部分を訂正する際に、同じ音声を何度も発せさせることによりユーザが感じる煩雑さを低減することができる。
ここで、本発明の音声認識システムがナビゲーションシステムと組み合わされて使用される場合、コマンドは、例えば「を目的地として設定する」や、「を経由地として設定する」や、「を登録地として登録する」といった、ナビゲーション処理について指令を音声入力する場合に使用される可能性の高い文字列が該当する。また、オブジェクトは、例えば地名や住所や施設の固有名称などが該当する。
本発明では、ユーザより入力された音声に対する音声認識の結果得られた文字列が、コマンド部分とオブジェクト部分とに区別され、それぞれの部分毎に、誤認識の有無の指摘をユーザより受け付けることができるようにしている。また、認識文字列の一部に誤りがある場合に、誤認識部分の訂正を効率よく行うことができる。
ポータルサーバ２０は、ナビゲーション端末より、コマンド，オブジェクトの両方につき、誤認識無しの指摘を受け付けたならば、このコマンドとオブジェクトとの組合せから、このコマンドの内容に対応する情報提供サーバ４０に対して送出すべき処理依頼メッセージを作成する。そして、作成した処理依頼メッセージを前記対応する情報提供サーバ４０に送信する。
第１２図に示すように、音声認識部５０３は、公衆網ＩＦ部２０１が受信した音声データＶｉｎを取り込み、この音声データＶｉｎに対して認識辞書５０４を用いて音声認識処理を施すことで、音声データＶｉｎをテキスト（文字列）データＶｔｅｘｔ１に変換する。ここで、認識辞書５０４に格納される認識辞書には、既存の音声認識技術で利用されている認識辞書を利用できる。
コマンド・オブジェクト変換部５０５は、コマンド辞書５０６およびオブジェクト辞書５１０を用いて、音声認識部５０３より出力されたテキストデータＶｔｅｘｔ１をコマンド部分とオブジェクト部分とに区別し、コマンド部分およびオブジェクト部分各々をコマンド辞書５０６およびオブジェクト辞書５１０に登録されているコマンドおよびオブジェクトに変換することで、テキストデータＶｔｅｘｔ１をテキストデータＶｔｅｘｔ２に変換する。
また、第１３図に示すように、対話処理部５０７は、対話ルール格納部５０８に格納されている対話ルールおよび対話履歴格納部５０９に格納されている対話履歴に従って、ナビゲーション端末より送られてきた音声を基にコマンド・オブジェクト変換部５０５が出力したテキストデータＶｔｅｘｔ２の訂正を、ナビゲーション端末のユーザと対話的に行う。
コマンド抽出・変換部５０５ａは、音声認識部５０３より出力されたテキストデータＶｔｅｘｔ１からコマンド部分を抽出し、抽出したコマンド部分の文字列をコマンド辞書５０６に格納されているいずれかのコマンドに置き換える。具体的には、以下の要領により行う。なお、本実施形態では、ナビゲーション端末のユーザが情報提供サーバ４０への処理依頼のための音声入力する文字列として、オブジェクト，コマンドの順で両者が繋がって構成された文字列を想定している。
まず、コマンド抽出・変換部５０５ａは、コマンド辞書５０６からコマンドを１つ抽出する。次に、テキストデータＶｔｅｘｔ１の終端側からこのコマンドの文字数分の文字列を切り出す。それから、切り出した文字列と抽出したコマンドとの整合度（一致文字数）を調べ、整合度が予め定められた基準以上ならば、このコマンドを候補コマンドに選ぶ。以上の処理をコマンド辞書５０６に登録されている全てのコマンドに対して実行する。なお、コマンド辞書５０６には、ナビゲーション端末のユーザが情報提供サーバ４０への処理依頼のために使用するコマンドが、処理依頼先の情報提供サーバ４０の宛先および処理依頼先の情報提供サーバ４０へ処理依頼を送信する場合の送信フォーマットと共に登録されている。
次に、コマンド抽出・変換部５０５ａは、候補コマンドの内、最も整合度の高い候補コマンドを、テキストデータＶｔｅｘｔ１のコマンド部分の文字列を置き換える確定コマンドに設定する。そして、確定コマンドをテキストデータＶｔｅｘｔ１と共に、オブジェクト変換部５０５ｂに渡す。なお、確定コマンドに設定されなかった候補コマンドも、後述する対話的な訂正処理のために、対話処理部５０７より指示があるまで保持するものとする。
但し、コマンド抽出・変換部５０５ａは、対話管理部５０７よりコマンドのみの変換を指示されている場合、次の処理を行う。すわわち、コマンド辞書５０６からコマンドを１つ抽出し、テキストデータＶｔｅｘｔ１の文字列と抽出したコマンドとの整合度（一致文字数）を調べ、整合度が予め定められた基準以上ならば、このコマンドを候補コマンドに選ぶ処理を、コマンド辞書５０６に登録されている全てのコマンドに対して実行する。それから、候補コマンドの内、最も整合度の高い候補コマンドを確定コマンドに設定し、確定コマンドをテキストデータＶｔｅｘｔ２として、対話処理部５０７に渡す。この場合も、確定コマンドに設定されなかった候補コマンドを、対話処理部５０７より指示があるまで保持するものとする。
オブジェクト変換部５０５ｂは、音声認識部５０３より出力されたテキストデータＶｔｅｘｔ１からオブジェクト部分を抽出し、抽出したオブジェクト部分の文字列をオブジェクト辞書５１０に格納されているいずれかのオブジェクトに置き換える。具体的には、以下の要領により行う。なお、オブジェクト辞書５１０には、オブジェクトが種別（例えば、地名や楽曲名や番組名などのジャンル）毎に分類されて登録されている。ここで、オブジェクト辞書５１０に登録されている各コマンドは少なくとも１つの種別に属するように設定されている。
まず、オブジェクト変換部５０５ｂは、オブジェクト辞書５１０から、オブジェクト変換部５０５ｂが設定した確定コマンドが属する種別のオブジェクトを１つ抽出する。次に、テキストデータＶｔｅｘｔ１の終端側から、オブジェクト変換部５０５ｂが設定した確定コマンドの文字数分の文字列を除いた文字列を切り出す。それから、切り出した文字列と抽出したオブジェクトとの整合度（一致文字数）を調べ、整合度が予め定められた基準以上ならば、このオブジェクトを候補オブジェクトに選ぶ。以上の処理をオブジェクト辞書５１０に登録されている、オブジェクト変換部５０５ｂが設定した確定コマンドが属する種別の全てのオブジェクトに対して実行する。
次に、オブジェクト変換部５０５ｂは、候補オブジェクトの内、最も整合度の高い候補オブジェクトを、テキストデータＶｔｅｘｔ１のオブジェクト部分の文字列を置き換える確定オブジェクトに設定する。そして、確定コマンドと確定オブジェクトとを繋げでテキストデータＶｔｅｘｔ２を作成し、対話処理部５０７に渡す。なお確定オブジェクトに設定されなかった候補オブジェクトも、後述する対話的な訂正処理のために、対話処理部５０７より指示があるまで保持するものとする。また、テキストデータＶｔｅｘｔ１も、同様に、対話処理部５０７より指示があるまで保持するものとする。
但し、オブジェクト変換部５０５ｂは、対話管理部５０７よりオブジェクトのみの変換を指示されている場合、次の処理を行う。すわわち、オブジェクト辞書５１０から、確定コマンドが属する種別のオブジェクトを１つ抽出し、テキストデータＶｔｅｘｔ１の文字列と抽出したオブジェクトとの整合度（一致文字数）を調べ、整合度が予め定められた基準以上ならば、このオブジェクトを候補オブジェクトに選ぶ処理を、オブジェクト辞書５１０に登録されている、確定コマンドが属する種別の全てのオブジェクトに対して実行する。それから、候補オブジェクトの内、最も整合度の高い候補オブジェクトを確定オブジェクトに設定し、確定オブジェクトをテキストデータＶｔｅｘｔ２として、対話処理部５０７に渡す。この場合も確定オブジェクトに設定されなかった候補オブジェクトを、対話処理部５０７より指示があるまで保持するものとする。
対話管理部５０７ａは、対話ルール格納部５０６に格納された対話開始・終了シナリオに従い、音声生成部２０４を制御して、ナビゲーション端末のユーザが音声入力した情報提供サーバ４０への処理依頼の内容を訂正するための対話を行う。ここで、対話開始・終了シナリオには、ナビゲーション端末のユーザに対して、コマンド・オブジェクト変換部５０５から出力されたテキストデータＶｔｅｘｔ２の誤認識の有無の確認を開始するためのメッセージや終了するためのメッセージ、および、これらのメッセージの提示タイミングなどについてのルールが記述されている。
上述したように、本実施形態では、テキストデータＶｔｅｘｔ２について、コマンド，オブジェクトの順番で、誤認識の有無の確認をナビゲーション端末のユーザと対話的に行う。ナビゲーション端末のユーザよりコマンドの誤認識が指摘された場合は、コマンド訂正受付部５０７ｂに処理を渡し、オブジェクトの誤認識が指摘された場合は、オブジェクト訂正受付部５０７ｃに処理を渡す。そして、最終的に確定したコマンドおよびオブジェクトを処理依頼部２０６に渡す。
コマンド訂正受付部５０７ｂは、コマンド・オブジェクト変換部５０５から候補コマンドを入手する。そして、対話ルール格納部５０６に格納されているコマンド訂正受付シナリオおよび対話履歴格納部５１０に登録されているナビゲーション端末のユーザとの対話履歴（対話利用回数）に従い、音声生成部２０４を制御して、ナビゲーション端末のユーザが音声入力した情報提供サーバ４０に対する処理依頼のコマンド部分を訂正するための対話を行う。ここで、コマンド訂正受付シナリオには、ナビゲーション端末のユーザに対して、コマンドの変更を受け付けるためのメッセージおよびメッセージの提示タイミングなどについてのルールが記述されている。本実施形態では、コマンド訂正受付シナリオに、以下のルールを記述している。
▲１▼候補コマンドを提示して正しいか否かの確認を、整合度の高い候補コマンドから順番に行う。
▲２▼正しいか否かの確認するためのメッセージは、候補コマンドの提示回数（つまり誤認識回数）に応じて変える（具体的には短くする）。
▲３▼候補コマンドがなくなった場合、あるいは、候補コマンドの提示回数が所定回数（例えば３回）となった場合は、ナビゲーション端末のユーザに、情報提供サーバ４０に対する処理依頼のコマンド部分の音声再入力を要求する。
オブジェクト訂正受付部５０７ｃは、コマンド・オブジェクト変換部５０５から候補オブジェクトを入手し、オブジェクト訂正受付シナリオを用いてコマンド生成部と同様の処理を行う。ここで、オブジェクト訂正受付シナリオは、ユーザに誤認識箇所を把握し易くするために、コマンド辞書５０６に格納されている種別ＩＤ毎に用意されている。オブジェクト訂正受付シナリオには、ナビゲーション端末のユーザに対して、オブジェクトの変更を受け付けるためのメッセージおよびメッセージの提示タイミングなどについてのルールが記述されている。また、オブジェクト訂正受付シナリオのルールでは、正しいか否かの確認するためのメッセージは、確定コマンドの種別に応じて変えるものとする。
処理依頼部２０６は、対話管理部５０７ａより受け取ったコマンドおよびオブジェクトと、このコマンドに対応付けられてコマンド辞書５０６に登録されている送信フォーマットとに従い、このコマンドに対応付けられてコマンド辞書５０６に宛先が登録されている情報提供サーバ４０に対する処理依頼メッセージを作成する。そして、この処理依頼メッセージを、処理依頼先の情報提供サーバ４０へ送信する。次に、処理依頼部２０６は、処理依頼メッセージに応答して、情報提供サーバ４０から送られてきたサービス情報を、ナビゲーション端末のユーザに送信する。
対話処理部５０７において、対話管理部５０７ａは、コマンド訂正受付部５０７ｂに対してコマンド訂正受付処理を指示する。これを受けて、コマンド訂正受付部５０７ｂは、先ず、コマンド誤認識の有無の確認回数（対話利用回数）を数えるためのカウンタｎの値を１にセットし、これを対話履歴格納部５０９に格納する（Ｓ１０１０１）。
次に、コマンド訂正受付部５０７ｂは、ナビゲーション端末のユーザに直前に提示したコマンドの次に、テキストデータＶｔｅｘｔ１のコマンド部分との整合度合いが高い候補コマンドが、コマンド・オブジェクト変換部５０５に保持されているか否かを確認する（Ｓ１０１０２）。
このような候補コマンドが格納されているならば、これをコマンド・オブジェクト変換部５０５から入手する（Ｓ１０１３）。それから、コマンド訂正受付部５０７ｂは、対話ルール格納部５０６に格納されているコマンド訂正受付シナリオ、および、対話履歴格納部５０９に格納されている対話利用回数ｎに従い、音声生成部２０４を制御して、入手した候補コマンドの文字列を含む、コマンド誤認識の有無確認を要求するためのメッセージを表す音声データを出力させる。ポータルサーバ２０は、これらのデータを、公衆網ＩＦ部２０１を介して、ナビゲーション端末に送信する（Ｓ１０１０４）。上述したように、本実施形態では、コマンド誤認識の有無を確認するためのメッセージを、対話利用回数ｎに応じて変えるようにしている。
さて、ナビゲーション端末には、新たなコマンドが画面表示および音声出力されるとともに、このコマンドの誤認識の有無確認を音声入力するように要求するメッセージが、画面表示されると共に音声出力される。そして、ナビゲーション端末のユーザが、ナビゲーション端末に、誤認識の有無（「はい」あるいは「いいえ」）を音声入力すると、この音声データが、ポータルサーバ２０へ送信される。
ポータルサーバ２０は、公衆網ＩＦ部２０１を介してナビゲーション端末より音声データを受信すると、これを音声認識部５０４へ渡す。音声認識部５０４は、受け取った音声データＶｉｎを、認識辞書５０４を用いた音声認識処理により、テキストデータＶｔｅｘｔ１に変換する。このテキストデータＶｔｅｘｔ１は、コマンド訂正受付部５０７ｂよりの指示に従い、音声認識部５０４からコマンド訂正受付部５０７ｂへ直接出力される。
コマンド訂正受付部５０７ｂは、音声認識部５０４から受け取ったテキストデータＶｔｅｘｔ１を用いて、ナビゲーション端末のユーザより受け取った確定コマンドの誤認識の有無を解析する（Ｓ１０１０５）。その解析結果が、コマンド誤認識無しを示しているならば、確定コマンドをＳ１０１０３で選出した候補コマンドに置き換え（Ｓ１０１１４）、コマンド訂正受付処理を終了する。一方、解析結果が、コマンド誤認識有りを示している場合、コマンド訂正受付部５０７ｂは、対話履歴格納部５０９に格納されている対話利用回数ｎを１つインクリメントし（Ｓ１０１０６）、それから、このｎが所定値（例えば３回）以上であるか否かを確認する（Ｓ１０１０７）。ｎが所定値以上でないならば、Ｓ１０１０２に戻る。
さて、Ｓ１０１０２において、ナビゲーション端末のユーザに直前に提示したコマンドの次に前記整合度合いが高い候補コマンドが、コマンド・オブジェクト変換部５０５に保持されていないことを確認した場合、あるいは、Ｓ１０１０７において、対話利用回数ｎが所定値以上である場合、コマンド訂正受付部５０７ｂは、対話ルール格納部５０６に格納されているコマンド訂正受付シナリオに従い、音声生成部２０４を制御して、コマンド部分の音声再入力を要求するためのメッセージを表す音声データおよびテキストデータを出力させる。ポータルサーバ２０は、これらのデータを、公衆網ＩＦ部２０１を介して、ナビゲーション端末に送信する（Ｓ１０１０８）。
これにより、ナビゲーション端末には、コマンドを再度音声入力するように要求するメッセージが、画面表示されると共に音声出力される。そして、ナビゲーション端末のユーザが、ナビゲーション端末に、コマンドを音声入力すると、この音声データが、ポータルサーバ２０へ送信される。
ポータルサーバ２０は、公衆網ＩＦ部２０１を介してナビゲーション端末より音声データを受信すると（Ｓ１０１０９）、これを音声認識部５０４へ渡す。音声認識部５０４は、受け取った音声データＶｉｎを、認識辞書５０４を用いて音声認識処理を施すことで、テキストデータＶｔｅｘｔ１に変換する（Ｓ１０１１０）。コマンド・オブジェクト変換部５０５のコマンド抽出・変換部５０５ａは、コマンド訂正受付部５０７ｂよりの指示に従い、このテキストデータＶｔｅｘｔ１をコマンド部分として、上述の要領により、このコマンド部分から候補コマンドを選出し、選出した候補コマンドの中で最も整合度合いの高い候補コマンドを確定コマンドに設定する（Ｓ１０１１１）。
次に、コマンド訂正受付部５０７ｂは、対話ルール格納部５０６に格納されたコマンド訂正受付シナリオに従い、音声生成部２０４を制御して、確定コマンドの文字列を含む、確定コマンドの誤認識の有無確認を要求するためのメッセージを表す音声データとテキストデータを出力させる。ポータルサーバ２０は、これらのデータを、公衆網ＩＦ部２０１を介して、ナビゲーション端末に送信する（Ｓ１０１１２）。
これにより、ナビゲーション端末には、確定コマンドの誤認識の有無確認を音声入力するように要求するメッセージが、画面表示されると共に音声出力される。そして、ナビゲーション端末のユーザが、ナビゲーション端末に、誤認識の有無（「はい」あるいは「いいえ」）を音声入力すると、この音声データが、ポータルサーバ２０へ送信される。
さて、ポータルサーバ２０は、公衆網ＩＦ部２０１を介してナビゲーション端末より音声データを受信すると、これを音声認識部５０４へ渡す。音声認識部５０４は、受け取った音声データＶｉｎを、認識辞書５０４を用いて音声認識処理を施すことで、テキストデータＶｔｅｘｔ１に変換する。このテキストデータＶｔｅｘｔ１は、コマンド訂正受付部５０７ｂよりの指示に従い、音声認識部５０４からコマンド訂正受付部５０７ｂへ直接出力される。
コマンド訂正受付部５０７ｂは、音声認識部５０４から受け取ったテキストデータＶｔｅｘｔ１を用いて、ナビゲーション端末のユーザより受け取った確定コマンドの誤認識の有無を解析する（Ｓ１０１１３）。その解析結果が、確定コマンドの誤認識有りを示しているならば、Ｓ１０１０１に戻って処理を続ける。一方、確定コマンドの誤認識無しを示しているならば、このコマンド訂正受付処理を終了する。
オブジェクト訂正受付処理の動作もコマンド訂正受付処理と同様である。ただし、Ｓ１０１０８やＳ１０１１２に対応する処理において、オブジェクト訂正受付部５０７ｃは、確定コマンドの種別ＩＤに対応付けられて対話ルール格納部５０６に格納されているオブジェクト訂正受付シナリオに従い、音声生成部２０４を制御して、オブジェクト部分の音声再入力を要求するためのメッセージあるいは確定オブジェクトの誤認識の有無確認を要求するためのメッセージを表す音声データを出力させる。
次に、ポータルサーバ２０は、対話制御部５０７ａが、対話ルール格納部５０６に格納された対話開始・終了シナリオに従い、音声生成部２０４を制御して、確定コマンドの文字列を含む、確定コマンドの誤認識の有無確認を要求するためのメッセージを表す音声データを出力させる。これらのデータは、公衆網ＩＦ部２０１を介して、ナビゲーション端末に送信される（Ｓ１９０４）。これにより、ナビゲーション端末より受け取った音声データのコマンド部分の誤認識の有無の確認を目的としたメッセージを表す音声データおよびテキストデータが、ポータルサーバ２０からナビゲーション端末に送信される。この例では音声データのコマンド部分に誤認識がある。メッセージおよびテキストは、「はい，いいえでお答え下さい。コマンドの認識は次の内容で正しいですか？（を登録地として設定する）」となっている。
ナビゲーション端末においては、ポータルサーバ２０より受け取った音声データが表すメッセージをスピーカ６０４ａから音声出力すると共に、テキストデータが表すメッセージをモニタ６０４ｂに表示する。それから、マイクを介して、誤認識があることを示すメッセージ「いいえ」が音声入力されるとポータルサーバ２０へ送信する（Ｓ１９０５）。
次に、ポータルサーバ２０は、ナビゲーション端末より音声データを受信すると、これを音声認識部５０３へ渡す。音声認識部５０３は、認識辞書５０４を用いて音声認識処理を施すことで、受け取った音声データＶｉｎをテキストデータＶｔｅｘｔ１に変換する。このテキストデータＶｔｅｘｔ１は、対話管理部５０７ａからの指示に従い、音声認識部５０３から対話管理部５０７ａへ直接出力される。対話管理部５０７ａは、音声認識部５０３から受け取ったテキストデータＶｔｅｘｔ１を用いて、アクセス端末のユーザより受け取った確定コマンドの誤認識の有無を解析する。ナビゲーション端末よりのメッセージが「誤認識有り」であることを確認すると、第１４図のＳ１０１０１〜Ｓ１０１０４に示す処理を行う（Ｓ１９０６）。これにより、ナビゲーション端末より受け取った音声データに対して、「を登録地として設定する」の次に整合度合いの高いコマンドが選出される。そして、音声データのコマンド部分の誤認識の有無の確認を目的としたメッセージを表す音声データおよびテキストデータが、ポータルサーバ２０からナビゲーション端末に送信される。この例では、新たに選出したコマンドも間違っている。メッセージおよびテキストは、「それでは、コマンドの認識は次の内容で正しいですか？（を経由地として設定する）」となっている。なお、上述したように、本実施形態では、コマンド部分の誤認識の有無の確認を目的としたメッセージを、対話利用回数ｎに応じて変えている。具体的には、ｎが大きくなるほどメッセージが短くなるように工夫している。
ナビゲーション端末では、ポータルサーバ２０より受け取った音声データとテキストデータを出力する。それから、マイクを介して、再び誤認識があることを示すメッセージ「いいえ」が音声入力されるとポータルサーバ２０へ送信する（Ｓ１９０７）。
次に、ポータルサーバ２０は、先と同様にナビゲーション端末よりのメッセージが「誤認識有り」であることを確認すると、２度目のコマンド変更処理を行う（Ｓ１９０８）。これにより、ナビゲーション端末より受け取った音声データに対して、「を経由地として設定する」の次に整合度合いの高いコマンドが選出される。この例では、新たに選出したコマンドも間違っているものとする。そしてこのコマンドに対応したメッセージおよびテキストは「それでは、次の内容で正しいですか？（を自宅として設定する）」となっている。
ナビゲーション端末では、ポータルサーバ２０より受け取った音声データとテキストデータを出力する。それから、マイクを介して、誤認識があることを示すメッセージ「いいえ」が音声入力されるとポータルサーバ２０へ送信する（Ｓ１９０９）。
次に、ポータルサーバ２０は、再びナビゲーション端末よりのメッセージが「誤認識有り」であることを確認すると、この場合は対話利用回数ｎが所定回数（ここでは３）以上となったので、第１４図のＳ１０１０８の音声再入力要求処理を行う（Ｓ１９１０）。これにより、ナビゲーション端末のユーザに、コマンド部分の音声入力を再度要求するメッセージを表す音声データおよびテキストデータが、ポータルサーバ２０からナビゲーション端末に送信される。この例では、メッセージおよびテキストは、「コマンドを正しく認識できませんでした。再度音声入力して下さい」となっている。
ナビゲーション端末では、ポータルサーバ２０より受け取った音声データとテキストデータを出力する。それから、マイクを介して、コマンド部分の文字列「を目的地として設定する」が音声入力されるとポータルサーバ２０へ送信する（Ｓ１９１１）。
次に、ポータルサーバ２０は、第１４図のＳ１０１０９〜Ｓ１０１１２に示す処理を行う（Ｓ１９１２）。これにより、ナビゲーション端末より再度受け取ったコマンド部分の誤認識の有無の確認を目的としたメッセージを表す音声データおよびテキストデータが、ポータルサーバ２０からナビゲーション端末に送信される。この例では音声データが正しく認識されているものとする。そしてメッセージおよびテキストは、「はい、いいえでお答え下さい。コマンドの認識は次の内容で正しいですか？（を目的地として設定する）」となっている。
ナビゲーション端末では、ポータルサーバ２０より受け取った音声データとテキストデータを出力する。それから、マイクを介して、誤認識がないことを示すメッセージ「はい」が音声入力されると、この音声データをポータルサーバ２０へ送信する（Ｓ１９１３）。
次に、ポータルサーバ２０は、第１４図のＳ１０１１３に示す確認応答解析処理を行い、ナビゲーション端末よりのメッセージが「誤認識無し」であることを確認すると、コマンド部分の文字列を「を目的地として設定する」に最終確定する。
ポータルサーバ２０は続いて、オブジェクト誤認識の有無の確認要求処理に移り、ナビゲーション端末より受け取った音声データのオブジェクト部分の誤認識の有無の確認を目的としたメッセージを表す音声データおよびテキストデータが、ポータルサーバ２０からナビゲーション端末に送信される。この例では音声データのオブジェクト部分に誤認識がある。メッセージは「はい、いいえでお答え下さい。オブジェクトの認識は次の内容で正しいですか？（茨城県常陸太田市神田町）」となっている。（Ｓ１９１４）
ナビゲーション端末では、ポータルサーバ２０より受け取った音声データとテキストデータを出力する。それから、マイクを介して、誤認識があることを示すメッセージ「いいえ」が音声入力されると、この音声データをポータルサーバ２０へ送信する（Ｓ１９１５）。以下、コマンド認識の場合と同様にしてオブジェクト変更処理が行われる。
なお、本実施形態において、ポータルサーバ２０は、オブジェクトの誤認識の有無を受け付けるためのメッセージ（コマンド訂正受付シナリオ）を、確定コマンドの種別ＩＤに応じて変えるようにしている。例えば、確定コマンドが目的地設定に関するものであれば、「目的地は次の内容で正しいですか？…」というように、そして、確定コマンドが登録地設定に関するものであれば、「登録地は次の内容で正しいですか？…」というように変化させている。このため、ユーザは、何の誤認識を確認すべきかを、より迅速に把握し易くなる。
上記の実施形態において、ポータルサーバ２０は、マイクを介してユーザより受け付けた、情報提供サーバ４０に対する処理依頼を表す音声の音声認識結果を、コマンド部分およびオブジェクト部分に分け、それぞれをコマンド，オブジェクトに変換してから、ユーザに誤認識の有無を確認するようにしている。しかし、ポータルサーバ２０は、音声認識結果からコマンド部分を抽出してユーザに誤認識の有無を確認し、コマンドの確認が終了してからオブジェクト部分を抽出してユーザに誤認識の有無を確認するようにしてもよい。
さて、ユーザより推奨ルートの選択情報が入力されると、ユーザＩＦ部６０４は、これを主制御部６０１に通知する。これを受けて、主制御部６０１は、選択された推奨ルートを用いてルート誘導を開始すると共に、選択された推奨ルートの情報を自身のユーザＩＤと共に、無線通信部６０２を介して、ポータルサーバ２０へ送信する（ＳＴ２７）。
ポータルサーバ２０において、対話制御部２０５は、公衆網ＩＦ部２０１を介して、ナビゲーション端末６０よりルート誘導に採用した推奨ルートの情報を、ユーザＩＤと共に受け取ると、このユーザＩＤがＩＤフィールド２０８２に登録されているテーブル２０８１を特定し、このテーブル２０８１の採用中ルートフィールド２０８７に、推奨ルートの情報を登録する（ＳＴ２８）。
その後、ナビゲーション端末６０において、主制御部６０１は、目的地に到着し、ルート誘導を終了すると、自身のユーザＩＤを含むルート誘導終了通知を、無線通信部６０２を介して、ポータルサーバ２０へ送信する（ＳＴ２９）。
ポータルサーバ２０において、対話制御部２０５は、公衆網ＩＦ部２０１を介して、ナビゲーション端末６０よりルート誘導終了通知を受け取ると、この通知に含まれているユーザＩＤがＩＤフィールド２０８２に登録されているテーブル２０８１を特定し、このテーブル２０８１の採用中ルートフィールド２０８７に登録されている推奨ルートの情報を削除する（ＳＴ３０）。
本実施形態において、ナビゲーション端末６０のユーザは、ナビゲーション情報提供サーバ１０で管理・保持している情報（交通情報や、気象情報や、施設情報や、ユーザプロファイル情報）を用いて作成された、複数の推奨ルートに対する評価情報を得ることができる。そして、この評価情報を参照して、前記複数の推奨ルートの中から所望の推奨ルートを選択することができる。このように、本実施形態によれば、ナビゲーション情報提供サーバ１０で管理・保持している情報を用いて、ナビゲーション端末６０のユーザが複数の推奨ルートの中から誘導経路を選択する際に、参考となる情報を提示することができる。
なお、上記の実施形態において、ナビゲーション情報提供サーバ１０は、ポータルサーバ２０，ルート探索サーバ３０および情報提供サーバ４０が、専用のネットワーク５０を介して相互接続され構成された形態を持つものとしている。しかし、ナビゲーション情報提供サーバ１０は、各サーバ２０〜４０が公衆網７０を介して相互接続された形態を持つものでもよいし、あるいは、各サーバ２０〜４０が１つのコンピュータシステム上に構築された形態を持つものでもよく、例えば情報提供サーバ４０が、ポータルサーバ２０と同じコンピュータシステム上に構築されていても構わない。
また、上記の実施形態において説明した評価情報は例示にすぎない。評価情報は、ナビゲーション情報提供サーバ１０で管理・保持している情報から作成可能な、ナビゲーション端末６０のユーザが推奨ルートを選択するのに有益な情報であればよい。
産業上の利用可能性
以上のように、本発明にかかるナビゲーションシステムは、誘導経路を探索して車両を誘導するカーナビゲーションシステムに好適である。
【図面の簡単な説明】
第１図は、この発明にかかる好ましい実施の形態における通信型ナビゲーションシステムの概略図であり、第２図は、この通信型ナビゲーションシステムにおけるナビゲーション端末の概略構成図であり、第３図は、情報提供サーバの概略構成図であり、第４図は、ルート探索サーバの概略構成図であり、第５図は、ポータルサーバの概略構成図であり、第６図は、ポータルサーバのユーザプロファイルＤＢ２０８の登録内容例を示す図である。
また第７図は、この発明にかかる好ましい実施の形態における通信型ナビゲーションシステムの動作手順を説明するための図であり、第８図は、第７図の動作に続く通信型ナビゲーションシステムの動作手順を説明するための図であり、第９図は、第８図に示す動作に続く通信型ナビゲーションシステムの動作手順を説明するための図である。
また、第１０図は、この発明にかかる好ましい実施の形態における通信型ナビゲーションシステムのナビゲーション端末のモニタに表示される推奨ルートの選択画面例を示す図であり、第１１図は、モニタに表示された推奨ルートを選択する際の表示画面例を示す図である。
第１２図は、この発明にかかる好ましい実施の形態における通信型ナビゲーションシステムのポータルサーバにおけるコマンド・オブジェクト変換部の構成図であり、第１３図は、対話処理部の構成図である。
第１４図は、この発明にかかる好ましい実施の形態における通信型ナビゲーションシステムのポータルサーバでのコマンド訂正受付処理の動作を説明するためのフロー図であり、第１５図は、ナビゲーション端末が情報提供サーバに対してルート探索処理を依頼する場合における音声認識システムの動作シーケンスを説明するための図であり、第１６図は、ナビゲーション端末が情報提供サーバに対してルート探索処理を依頼する場合における音声認識システムの動作シーケンスを説明するための図である。
【図１】
2003093766.tif 000003
【図２】
2003093766.tif 000004
【図３】
2003093766.tif 000005
【図４】
2003093766.tif 000006
【図５】
2003093766.tif 000007
【図６】
2003093766.tif 000008
【図７】
2003093766.tif 000009
【図８】
2003093766.tif 000010
【図９】
2003093766.tif 000011
【図１０】
2003093766.tif 000012
【図１１】
2003093766.tif 000013
【図１２】
2003093766.tif 000014
【図１３】
2003093766.tif 000015
【図１４】
2003093766.tif 000016
【図１５】
2003093766.tif 000017
【図１６】
2003093766.tif 000018
【国際調査報告】
2003093766.tif 000019
2003093766.tif 000020
2003093766.tif 000021
2003093766.tif 000022