JP4227873B2 - 目的地情報提供方法および情報提供システム - Google Patents

Description

本発明は、通信機能を備えたナビゲーション装置などの通信端末に、目的地候補の情報を提供する技術に関する。

特許文献１には、経路探索における回避領域をユーザが的確かつ容易に設定できるナビゲーション装置が開示されている。このナビゲーション装置は、経路探索の際に回避対象となる領域を２次元の平面で示されるエリアで指定できるようにしている。また、特許文献２には、現時点では必要ないが将来的に通行を回避する必要が予想され、またユーザ自身も認識していない地域又は地点における情報表示をすることができ、また、そのような地域又は地点についても考慮した適切な経路設定をすることができるナビゲーション装置が開示されている。このナビゲーション装置では、情報センタから配信された将来的に通行を回避する必要が予想される地域又は地点に関する情報（回避エリア情報）を道路地図と共に表示できるようにしている。また、情報センタから配信された回避エリア情報を加味して経路設定を行なうようにしている。

特開２００２-２４３４７５号公報

特開２００２-１５６２３６号公報

上述したように、特許文献１には、回避エリア情報を経路探索に利用することが開示されている。また、特許文献２には、回避エリア情報を道路地図の情報と共に表示すること、および、回避エリアの情報を経路探索に利用することが開示されている。しかし、特許文献１および特許文献２のいずれにも、回避エリア情報を目的地設定に利用することについては開示されていない。例えばある地点付近の道路を構成するリンクの中に通行を回避すべきリンクがある場合、通常、操作者は、そのような地点を経路誘導の目的地とすることを避けたいと考える。特許文献１および特許文献２は、この点を何ら考慮していない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は付近に通行を回避すべきリンクがあるか否かが分かるように目的地候補の情報をユーザに提示することにある。

上記課題を解決するために本発明は、情報提供システムを用いて、目的地の検索条件を含んだ目的地検索要求を送信した通信端末に、目的地候補の地点各々について、当該地点の地点情報を、当該地点付近の道路を構成するリンクが回避対象に設定されている場合は当該リンクの回避情報と共に提供する。

例えば、前記情報提供システムは、地点毎に、当該地点の地点情報が登録された地点情報データベースと、回避対象に設定されている道路を構成するリンク毎に、当該リンクで発生している回避対象の設定原因となった事象を特定する事象種別情報を含む回避情報が登録された回避情報データベースと、を有する。また、前記情報提供システムは、前記通信端末が送信した目的地検索要求に含まれている検索条件を満足する地点情報を、目的地候補の地点情報として、前記地点情報データベースから検索する目的地候補検索ステップと、前記目的地候補検索ステップで検索した目的地候補の地点情報毎に、当該地点情報により特定される地点付近に存在するリンクの回避情報が、前記回避情報データベースに登録されているか否かを調べ、登録されている場合は当該回避情報を前記回避情報データベースから読み出す回避情報参照ステップと、前記目的地候補検索ステップで検索した目的地候補の地点情報各々を、前記回避情報検索ステップで回避情報が読み出されている場合は当該回避情報と共に、前記通信端末に送信する目的地候補提供ステップと、を行なう。

本発明によれば、通信端末が送信した送信した目的地検索要求に含まれる検索条件にしたがい検索した目的地候補の地点各々について、当該地点付近の道路を構成するリンク（当該地点に行くには通過しなければならない可能性の高いリンク）が回避対象に設定されている場合は、当該地点の地点情報が当該リンクの回避情報と共に通信端末に提供される。したがって、ユーザは、目的地候補の地点各々について、通行を回避すべきリンクを使わないで当該地点に到達することができるかを知ることができる。

以下に、本発明の実施の形態を説明する。

先ず、本発明の第１実施形態を説明する
図１は本発明の第１実施形態が適用された情報提供システム１の概略構成図である。

本実施形態の情報提供システム１は、インターネット４２経由でナビゲーション装置２１に各種情報を提供する。ナビゲーション装置２１には、携帯電話網やＰＨＳ網などの移動体通信網４１と通信を行なう移動体端末２２が接続されている。移動体通信網４１はインターネット４２と接続されている。ナビゲーション装置２１は、移動体端末２２を用い、移動体通信網４１経由でインターネット４２に接続する。

情報提供システム１は、インターネット４２経由でナビゲーション装置２１に各種情報を提供するポータルサーバ１１と、目的地検索サーバ１２と、経路探索サーバ１３と、地図配信サーバ１４と、交通情報蓄積サーバ１５と、天気情報蓄積サーバ１６と、回避情報管理サーバ１７と、を有する。これらのサーバ１１〜１７は、例えばイントラネット４３などのネットワークを介して、互いに接続されている。

地図配信サーバ１４は、地図ＤＢ（データベース）１４１と、配信部１４２と、を有する。地図ＤＢ１４１には、地図を複数に分割することで得られる地域（メッシュ）毎に、地域ＩＤおよび施設、道路などの地図構成物のデータを含む地図データが登録されている。配信部１４２は、イントラネット４３などのネットワークを介して、地域あるいは地点の指定を含む地図配信要求を受信すると、指定された地域あるいは指定された地点を含む地域の地図データを地図ＤＢ１４２から読み出して、要求の送信元に送信する。

交通情報蓄積サーバ１５は、交通ＤＢ１５１と、更新部１５２と、配信部１５３と、を有する。交通ＤＢ１５１には、渋滞、事故、混雑、規制といった交通事象毎に、当該事象の発生地域、発生道路、発生時刻などの交通情報が登録される。図２に交通ＤＢ１５１の登録内容例を示す。図２に示す例では、交通情報のレコードが、レコードを一意に特定するためのＩＤ（レコードＩＤ）を登録するためのフィールド１５１０、渋滞、事故、混雑といった交通事象の事象種別を登録するためのフィールド１５１１、交通事象が発生している地域を識別する地域ＩＤを登録するためのフィールド１５１２、交通事象が発生しているリンク（道路を構成するリンク）を識別するリンクＩＤを登録するためのフィールド１５１３、交通事象が発生しているリンクを含む道路の道路名を登録するためのフィールド１５１４、交通事象が発生している箇所（代表地点）の座標値を登録するためのフィールド１５１５、交通事象の発生時刻を登録するためのフィールド１５１６、交通事象の予想終了時刻を登録するためのフィールド１５１７、交通事象が発生しているリンクの旅行時間を登録するためのフィールド１５１８、交通事象の重要度レベルを登録するためのフィールド１５１９、および、交通事象が発生しているリンクに追加すべきリンクコストを登録するためのフィールド１５２０を備えて形成されている。ここで、交通事象の重要度レベルは、交通事象の事象種別に応じて設定されたものである。また、リンクコストは、２地点間の経路をダイクストラ法等により経路探索する場合に利用される。

更新部１５２は、インターネット４２を介して交通情報を提供する交通情報提供サーバ３１に定期的にアクセスし、交通情報提供サーバ３１から各地域の最新の交通情報を入手し、交通ＤＢ１５１に登録されている交通情報の各レコードを更新する。ここで、交通情報提供サーバ３１は、地域毎に、道路を構成する各リンクの交通情報のレコードを管理している。ただし、交通情報提供サーバ３１が管理する交通情報のレコードには、リンクコストは含まれていない。そこで、更新部１５２は、例えば重要度レベルとリンクコストとの対応関係を示すテーブル（不図示）を用いて、交通情報のレコードに登録されている重要度レベルに応じたリンクコストを設定し、当該レコードに登録する。

配信部１５３は、イントラネット４３などのネットワークを介して、地域、地点、重要度レベルあるいは交通情報のレコードＩＤの指定を含む交通情報配信要求を受信すると、指定された地域、地点を含む地域、重要度レベルあるいはレコードＩＤを持つ交通情報のレコードを交通ＤＢ１５１から読み出して、要求の送信元に送信する。

図３は、交通情報蓄積サーバ１５の動作フローを説明するための図であり、図３（Ａ）は交通ＤＢ１５１の更新処理の動作フローを、そして、図３（Ｂ）は交通情報の配信処理の動作フローを示している。

まず、図３（Ａ）を用いて交通ＤＢ１５１の更新処理を説明する。このフローは、例えば定期的にあるいは交通情報蓄積サーバ１５の操作者の指示などの所定イベント発生時に実行される。先ず、更新部１５２は、例えば全ての地域の地域ＩＤが登録されいる地域ＩＤ管理テーブル（不図示）から未注目の地域ＩＤを特定し、これを注目地域ＩＤに設定する（Ｓ３０１）。次に、更新部１５２は、インターネット４２を介して交通情報提供サーバ３１にアクセスし、注目地域ＩＤを持つ交通情報のレコードを入手する。そして、入手した交通情報のレコードのフォーマットを、交通ＤＢ１５１に登録するためのフォーマットに変換する（Ｓ３０２）。ここで、上述したように、交通情報提供サーバ３１が管理する交通情報のレコードにはリンクコストが含まれていないので、フォーマット変換後の交通情報のレコードのリンクコストを登録するフィールド１５２０は、例えばＮＵＬＬ状態に設定しておく。次に、更新部１５２は、交通ＤＢ１５１から注目地域ＩＤを持つ交通情報のレコードを削除して、交通ＤＢ１５１に、交通情報提供サーバ３１から入手しフォーマットを変換した交通情報のレコードを登録する。これにより、交通ＤＢ１５１に登録されている注目地域ＩＤを持つ交通情報のレコードを更新する（Ｓ３０３）。次に、更新部１５２は、新たに追加した交通情報のレコードのフィールド１５２０に、当該レコードのフィールド１５１９に登録されている重要度レベルに応じて予め定められたリンクコストを登録する（Ｓ３０４）。その後、更新部１５２は、地域ＩＤ管理テーブルに未注目の地域ＩＤがあるならば（Ｓ３０５でＹＥＳ）、Ｓ３０１に戻って処理を続ける。一方、全ての地域ＩＤに注目したならば（Ｓ３０５でＮＯ）、このフローを終了する。

次に、図３（Ｂ）を用いて交通情報の配信処理を説明する。配信部１５３は、イントラネット４３などのネットワークを介して、地域ＩＤ、地点の座標値、重要度レベル、あるいは、交通情報のレコードＩＤを含む交通情報配信要求を受信すると（Ｓ３１１）、指定された地域ＩＤあるいは地点の座標値を含む地域の地域ＩＤがフィールド１５１２に登録されている交通情報のレコードを交通ＤＢ１５１から読み出す。ここで、地点の座標値が指定されている場合は、例えば地域ＩＤと地域の範囲との対応関係を示すテーブル（不図示）を用いて、指定された地点の座標値が属する地域の範囲に対応付けられている地域ＩＤを特定する。また、重要度レベルが指定されている場合は、この重要度レベル以上のレベルがフィールド１５１９に登録されている交通情報のレコードを交通ＤＢ１５１から読み出す。また、レコードＩＤが指定されている場合は、このレコードＩＤがフィールド１５１０に登録されている交通情報のレコードを交通ＤＢ１５１から読み出す（Ｓ３１２）。それから、配信部１５３は、読み出した交通情報のレコードを、イントラネット４３などのネットワークを介して、交通情報配信要求の送信元に送信する。Ｓ３１２において、そのような交通情報のレコードが交通ＤＢ１５１に登録されていない場合は、その旨のメッセージを含んだ応答を交通情報配信要求の送信元に送信する（Ｓ３１３）。その後、Ｓ３１１に戻る。

図１に戻って説明を続ける。天気情報蓄積サーバ１６は、天気ＤＢ１６１と、更新部１６２と、配信部１６３と、を有する。天気ＤＢ１６１には、地図を複数に分割することで得られる地域毎に、当該地域の天気情報が登録される。図４に天気ＤＢ１６１の登録内容例を示す。図４に示す例では、天気情報のレコードが、レコードを一意に特定するためのＩＤ（レコードＩＤ）を登録するためのフィールド１６１０、雨、晴、雪、霧といった天気事象の事象種別を登録するためのフィールド１６１１、対象地域を識別する地域ＩＤを登録するためのフィールド１６１２、温度を登録するためのフィールド１６１３、湿度を登録するためのフィールド１６１４、天気事象の重要度レベルを登録するためのフィールド１６１５、および、対象地域に存在するリンクに追加すべきリンクコストを登録するためのフィールド１６１６を備えて形成されている。ここで、天気事象の重要度レベルは、天気事象の事象種別に応じて設定されたものである。

更新部１６２は、インターネット４２を介して天気情報を提供する天気情報提供サーバ３２に定期的にアクセスし、天気情報提供サーバ３２から各地域の最新の天気情報を入手し、天気ＤＢ１６１に登録されている天気情報の各レコードを更新する。ここで、天気情報提供サーバ３２は、地域毎に、天気情報のレコードを管理している。ただし、天気情報提供サーバ３２が管理する天気情報のレコードには、リンクコストは含まれていない。そこで、更新部１６２は、例えば重要度レベルとリンクコストとの対応関係を示すテーブル（不図示）を用いて、天気情報のレコードに登録されている重要度レベルに応じたリンクコストを設定し、当該レコードに登録する。

配信部１６３は、イントラネット４３などのネットワークを介して、地域、地点、重要度レベルあるいは天気情報のレコードＩＤの指定を含む天気情報配信要求を受信すると、指定された地域、地点を含む地域、重要度レベルあるいはレコードＩＤを持つ天気情報のレコードを天気ＤＢ１６１から読み出して、要求の送信元に送信する。

図５は、天気情報蓄積サーバ１６の動作フローを説明するための図であり、図５（Ａ）は天気ＤＢ１６１の更新処理の動作フローを、そして、図５（Ｂ）は天気情報の配信処理の動作フローを示している。

まず、図５（Ａ）を用いて天気ＤＢ１６１の更新処理を説明する。このフローは、例えば定期的にあるいは天気情報蓄積サーバ１６の操作者の指示などの所定イベント発生時に実行される。先ず、更新部１６２は、インターネット４２を介して天気情報提供サーバ３２にアクセスし、各地域の天気情報のレコードを入手する。そして、入手した天気情報のレコードのフォーマットを、天気ＤＢ１６１に登録するためのフォーマットに変換する（Ｓ５０１）。ここで、上述したように、天気情報提供サーバ３２が管理する天気情報のレコードにはリンクコストが含まれていないので、フォーマット変換後の天気情報のレコードのリンクコストを登録するフィールド１６１６は、例えばＮＵＬＬ状態に設定しておく。次に、更新部１６２は、天気ＤＢ１６１の登録されている各地域の天気情報のレコードを削除して、天気ＤＢ１６１に、天気情報提供サーバ３２から入手しフォーマットを変換した天気情報のレコードを登録する。これにより、天気ＤＢ１６１に登録されている各地域の天気情報のレコードを更新する（Ｓ５０２）。次に更新部１６２は、新たに追加した天気情報のレコードのフィールド１６１６に、当該レコードのフィールド１６１５に登録されている重要度レベルに応じて予め定められたリンクコストを登録する（Ｓ５０３）。

次に、図５（Ｂ）を用いて天気情報の配信処理を説明する。配信部１６３は、イントラネット４３などのネットワークを介して、地域ＩＤ、地点の座標値、重要度レベル、あるいは、天気情報のレコードＩＤを含む天気情報配信要求を受信すると（Ｓ５１１）、指定された地域ＩＤあるいは地点の座標値を含む地域の地域ＩＤがフィールド１６１２に登録されている天気情報のレコードを天気ＤＢ１６１から読み出す。ここで、地点の座標値が指定されている場合は、例えば地域ＩＤと地域の範囲との対応関係を示すテーブル（不図示）を用いて、指定された地点の座標値が属する地域の範囲に対応付けられている地域ＩＤを特定する。また、重要度レベルが指定されている場合は、この重要度レベル以上のレベルがフィールド１６１５に登録されている天気情報のレコードを天気ＤＢ１６１から読み出す。また、レコードＩＤが指定されている場合は、このレコードＩＤがフィールド１６１０に登録されている天気情報のレコードを天気ＤＢ１６１から読み出す（Ｓ５１２）。それから、配信部１６３は、読み出した天気情報のレコードを、イントラネット４３などのネットワークを介して、天気情報配信要求の送信元に送信する。Ｓ５１２において、そのような天気情報のレコードが天気ＤＢ１６１に登録されていない場合は、その旨のメッセージを含んだ応答を天気情報配信要求の送信元に送信する（Ｓ５１３）。その後、Ｓ５１１に戻る。

図１に戻って説明を続ける。回避情報管理サーバ１７は、回避ＤＢ１７１と、更新部１７２と、配信部１７３と、を有する。回避ＤＢ１７１には、通行の回避対象に設定されているリンク（道路を構成するリンク）毎に、当該リンクの回避情報が登録される。図６に回避ＤＢの登録内容例を示す。図６に示す例では、回避情報のレコードが、レコードを一意に特定するためのＩＤ（レコードＩＤ）を登録するためのフィールド１７１０、回避対象に設定されているリンクのリンクＩＤを登録するためのフィールド１７１１、回避対象に設定されているリンクを含む地域の地域ＩＤを登録するためのフィールド１７１２、回避原因が交通事象なのかそれとも天気事象なのかを示す原因種別を登録すべきフィールド１７１３、回避原因となった天気事象もしくは交通事象の事象種別を登録するためのフィールド１７１４、および、回避原因となった天気事象を特定する天気情報のレコードＩＤもしくは交通事象を特定する交通情報のレコードＩＤを登録するためのフィールド１７１５を備えて形成されている。

更新部１７２は、イントラネット４３などのネットワークを介して、交通情報蓄積サーバ１５に定期的にアクセスし、交通ＤＢ１５１からフィールド１５１９に所定値以上の重要度レベルが登録されている交通情報のレコードを入手し、この交通情報のレコードを用いて、回避ＤＢ１７１に登録されている交通事象を回避原因とする回避情報のレコードを更新する。同様に、更新部１７２は、イントラネット４３などのネットワークを介して、天気情報蓄積サーバ１６に定期的にアクセスし、天気ＤＢ１６１からフィールド１６１５に所定値以上の重要度レベルが登録されている天気情報のレコードを入手し、この天気情報のレコードを用いて、回避ＤＢ１７１に登録されている天気事象を回避原因とする回避情報のレコードを更新する。

配信部１７３は、イントラネット４３などのネットワークを介して、地域あるいは地点の指定を含む回避情報配信要求を受信すると、指定された地域あるいは地点を含む地域の回避情報のレコードを回避ＤＢ１７１から読み出して、要求の送信元に送信する。

図７は、回避情報管理サーバ１７の回避情報配信処理の動作フローを示している。配信部１７３は、イントラネット４３などのネットワークを介して、地域ＩＤあるい地点の座標値の指定を含む回避情報配信要求を受信すると（Ｓ７１１）、指定された地域ＩＤがフィールド１７１２に登録されている回避情報のレコードを回避ＤＢ１７１から読み出す。地点の座標値が指定されている場合は、例えば地域ＩＤと地域の範囲との対応関係を示すテーブル（不図示）を用いて、指定された地点の座標値が属する地域の範囲に対応付けられている地域ＩＤを特定し、この地域ＩＤがフィールド１７１２に登録されている回避情報のレコードを回避ＤＢ１７１から読み出す（Ｓ７１２）。それから、配信部１７３は、読み出した回避情報のレコードを、イントラネット４３などのネットワークを介して、回避情報配信要求の送信元に送信する。Ｓ７１２において、そのような回避情報のレコードが回避ＤＢ１７１に登録されていない場合は、その旨のメッセージを含んだ応答を回避情報配信要求の送信元に送信する（Ｓ７１３）。その後、Ｓ７１１に戻る。

図８は、回避情報管理サーバ１７の回避ＤＢ更新処理の動作フローを示している。更新部１７２は、図示していないタイマ等を利用して、交通事象に基づく回避情報（フィールド１７１３の原因種別が交通事象の回避情報のレコード）の更新タイミングおよび天気事象に基づく回避情報（フィールド１７１３の原因種別が天気事象の回避情報のレコード）の更新タイミングのいずれかになったか否かを監視する（Ｓ８０１、Ｓ８０２）。そして、交通事象に基づく回避情報の更新タイミングになったならば（Ｓ８０１でＹＥＳ）、Ｓ８１０〜Ｓ８１６の処理を行ない、天気事象に基づく回避情報の更新タイミングになったならば（Ｓ８０２でＹＥＳ）、Ｓ８２０〜Ｓ８２５の処理を行なう。

さて、Ｓ８１０に移行すると、更新部１７２は、フィールド１７１３の原因種別が交通事象の回避情報のレコードを回避ＤＢ１７１から削除する。それから、イントラネット４３などのネットワークを介して交通情報蓄積サーバ１５に、予め定められた重要度レベルの指定を含む交通情報配信要求を送信し、予め定められた重要度レベル以上の重要度レベルがフィールド１５１９に登録されている交通情報のレコードを、交通情報蓄積サーバ１５から入手する（Ｓ８１１）。

次に、更新部１７２は、入手した交通情報のレコードの中から未注目の交通情報レコードに注目し、これを注目情報のレコードに設定する（Ｓ８１２）。それから、予め定められた規則に従い、注目情報のレコードのフィールド１５１５に登録されている座標値に基づいて検索エリアを設定する。そして、入手した交通情報のレコードの中から、検索エリア内に位置する座標値がフィールド１５１５に登録されている交通情報のレコードを特定する（Ｓ８１３）。例えば図９に示すように、入手した交通情報のレコード各々のフィールド１５１５に登録されている座標値９０１を地図上にプロットしたとする。そして、その中の１つを注目情報のフィールド１５１５に登録されている座標値９０１ａとする。Ｓ８１３の処理では、注目情報の座標値９０１ａに基づいて検索エリア９０２を設定する。そして、検索エリア９０２内に座標値９０１が存在する交通情報のレコードを特定する。なお、図９に示す例では、座標値９０１ａを中心とする所定辺長の矩形領域を検索エリア９０２に設定しているが、本発明はこれに限定されない。例えば、座標値９０１ａを中心とする所定半径の円形領域を検索エリアに設定してもよい。

次に、更新部１７２は、Ｓ８１３で特定した、検索エリア内の座標値がフィールド１５１５に登録されている交通情報のレコード数が、所定値以上であるか否かを調べる（Ｓ８１４）。ここで、所定値は、例えば検索エリア内の任意の地点へ向かう場合に、Ｓ８１１で入手した交通情報のレコードのいずれかが示す交通事象に遭遇する可能性を考慮して設定するとよい。Ｓ８１４において、所定値以上であるならば、回避ＤＢ１７１に、フィールド１７１０に新たに生成したレコードＩＤ（例えば連番）が登録された回避情報のレコードを追加し、当該回避情報のレコードのフィールド１７１１に注目情報のレコードのフィールド１５１３に登録されているリンクＩＤを、当該回避情報のレコードのフィールド１７１２に注目情報のレコードのフィールド１５１２に登録されている地域ＩＤを、当該回避情報のレコードのフィールド１７１３に原因種別「交通事象」を、当該回避情報のレコードのフィールド１７１４に注目情報のレコードのフィールド１５１１に登録されている事象種別を、そして、当該回避情報のレコードのフィールド１７１５に注目情報のレコードのフィールド１５１０に登録されているレコードＩＤを登録する（Ｓ８１５）。それからＳ８１６に移行する。一方、Ｓ８１４において、所定値以上でないならば直ちにＳ８１６に移行する。

次に、Ｓ８１６において、更新部１７２は、Ｓ８１１で入手した全ての交通情報のレコードを注目情報のレコードに設定したか否かを調べる。設定していないならば、Ｓ８１２に戻り、未注目の交通情報のレコードを注目情報のレコードに設定して、Ｓ８１３〜Ｓ８１５の処理を行う。一方、設定しているならば、Ｓ８０１、Ｓ８０２に戻って、交通事象に基づく回避情報の更新タイミングおよび天気事象に基づく回避情報の更新タイミングを監視する。

また、Ｓ８２０に移行すると、更新部１７２は、フィールド１７１３の原因種別が天気事象の回避情報のレコードを回避ＤＢ１７１から削除する。それから、イントラネット４３などのネットワークを介して天気情報蓄積サーバ１６に、予め定められた重要度レベルの指定を含む天気情報配信要求を送信し、予め定められた重要度レベル以上の重要度レベルがフィールド１６１５に登録されている天気情報のレコードを、天気情報蓄積サーバ１６から入手する（Ｓ８２１）。

次に、更新部１７２は、入手した天気情報のレコードの中から未注目の天気情報レコードに注目し、これを注目情報のレコードに設定する（Ｓ８２２）。それから、イントラネット４３などのネットワークを介して経路探索サーバ１３に、注目情報のレコードのフィールド１６１２に登録されている地域ＩＤの指定を含むリンクデータ配信要求を送信し、この地域ＩＤが示す地域に属するリンクのリンクデータのレコードを、経路探索サーバ１３から入手する（Ｓ８２３）。なお、経路探索サーバ１３での処理については後述する。

次に、更新部１７２は、回避ＤＢ１７１に、フィールド１７１０に新たに生成したレコードＩＤ（例えば連番）が登録された回避情報のレコードを追加し、当該回避情報のレコードのフィールド１７１１にＳ８２３で入手したリンクデータのレコードのリンクＩＤを、当該回避情報のレコードのフィールド１７１２に注目情報のレコードのフィールド１６１２に登録されている地域ＩＤを、当該回避情報のレコードのフィールド１７１３に原因種別「天気事象」を、当該回避情報のレコードのフィールド１７１４に注目情報のレコードのフィールド１６１１に登録されている事象種別を、そして、当該回避情報のレコードのフィールド１７１５に注目情報のレコードのフィールド１６１０に登録されているレコードＩＤを登録する。この処理を、Ｓ８２３で入手したリンクデータのレコードの数だけ繰り返す。つまり、Ｓ８２３で入手したリンクデータのレコード各々について、当該リンクデータのレコードに対応する回避情報のレコードを回避ＤＢ１７１に追加する（Ｓ８２４）。

次に、Ｓ８２５において、更新部１７２は、Ｓ８２１で入手した全ての天気情報のレコードを注目情報のレコードに設定したか否かを調べる。設定していないならば、Ｓ８２２に戻り、未注目の天気情報のレコードを注目情報のレコードに設定して、Ｓ８２３〜Ｓ８２４の処理を行う。一方、設定しているならば、Ｓ８０１、Ｓ８０２に戻って、交通事象に基づく回避情報の更新タイミングおよび天気事象に基づく回避情報の更新タイミングを監視する。

図１に戻って説明を続ける。目的地検索サーバ１２は、地点ＤＢ１２１と、検索部１２２と、を有する。地点ＤＢ１２１には目的地の対象となり得る地点毎に、当該地点の名称、所在地、ジャンル、ガイド情報などを含む地点情報が登録される。図１０に地点ＤＢ１２１の登録内容例を示す。図１０に示す例では、地点情報のレコードが、レコードを一意に特定するためのレコードＩＤを登録するためのフィールド１２１０、地点が属する地域の地域ＩＤを登録するためのフィールド１２１１、地点の名称を登録するためのフィールド１２１２、地点の座標値（緯度経度）を登録するためのフィールド１２１３、地点の所在地（住所）を登録するためのフィールド１２１４、公園、ガソリンスタンド、宿泊、食事といった地点のジャンルを登録するためのフィールド１２１５、および、地点のガイド情報を登録するためのフィールド１２１６を備えて形成されている。

検索部１２２は、イントラネット４３などのネットワークを介して、検索条件を含む目的地検索要求を受信すると、検索条件を満足する地点情報のレコードを地点ＤＢ１２１から読み出すと共に、読み出した地点情報のレコードと関連性の高い回避情報のレコードを回避情報管理サーバ１７から入手する。そして、入手した地点情報および回避情報のレコードを、要求の送信元に送信する。

図１１は、目的地検索サーバ１２の目的地検索処理の動作フローを示している。検索部１２２は、イントラネット４３などのネットワークを介して、検索条件を含む目的地検索要求を受信すると（Ｓ１１０１）、検索条件を満足する地点情報のレコードを地点ＤＢ１２１から読み出す（Ｓ１１０２）。例えば、検索条件が地点名称の指定であるならば、フィールド１２１２に指定された地点名称が登録されている地点情報のレコードを、検索条件が所在地の指定であるならば、フィールド１２１４に指定された所在地が登録されている地点情報のレコードを、そして、検索条件がジャンルの指定であるならば、フィールド１２１５に指定されたジャンルが登録されている地点情報のレコードを、地点ＤＢ１２１から読み出す。また、検索条件がキーワードである場合は、フィールド１２１２、１２１４、１２１５、１２１６のいずれかに指定されたキーワードが登録されている地点情報のレコードを、地点ＤＢ１２１から読み出す。

次に、検索部１２２は、Ｓ１１０２で読み出した地点情報のレコード各々のフィールド１２１１に登録されている地域ＩＤの指定を含む回避情報配信要求を回避情報管理サーバ１７に送信し、回避情報管理サーバ１７より回避情報配信要求に含めた地域ＩＤと同じ地域ＩＤを持つ回避情報のレコードを入手する（Ｓ１１０３）。それから、検索部１２２は、イントラネット４３などのネットワークを介して経路探索サーバ１３に、入手した回避情報のレコード各々のフィールド１７１１に登録されているリンクＩＤの指定を含むリンクデータ配信要求を送信し、回避情報が設定されている各リンクのリンクデータのレコードを、経路探索サーバ１３から入手する（Ｓ１１０４）。なお、経路探索サーバ１３での処理については後述する。

次に、検索部１２２は、Ｓ１１０２で読み出した地点情報のレコードの中から未注目の地点情報のレコードに注目し、これを注目情報のレコードに設定する（Ｓ１１０５）。それから、検索部１２２は、Ｓ１１０３で入手した回避情報のレコードの中から、注目情報のレコードのフィールド１２１１に登録されている地域ＩＤと同じ地域ＩＤがフィールド１７１２に登録されている回避情報のレコードを特定する。また、Ｓ１１０４で入手したリンクデータのレコードの中から、特定した回避情報のレコードのフィールド１７１１に登録されているリンクＩＤを持つリンクデータを特定する。そして、特定したリンクデータのレコード各々に登録されている座標値と、注目情報のレコードのフィールド１２１３に登録されている座標値とを比較して、注目情報が示す地点付近に回避情報が設定されているリンクが存在するか否かを調べる（Ｓ１１０６）。例えば、注目情報のレコードのフィールド１２１３に登録されている座標値までの距離が所定値（例えば５０ｍ）以内となる座標値が登録されているリンクデータのレコードが存在するか否かを調べる。そして、このようなリンクが存在する場合（Ｓ１１０６でＹｅｓ）、注目情報が示す地点へ向かう場合に、そのリンクを通過する可能性が高く、したがって当該リンクに設定されている回避情報が示す事象に遭遇する可能性が高い。そこで、この場合は、該当するリンクデータのレコードのリンクＩＤを持つ回避情報のレコードを、注目情報のレコードの末尾に接続するなどして、両者を対応付ける（Ｓ１１０７）。それから、Ｓ１１０８に移行する。一方、注目情報が示す地点付近に回避情報が設定されているリンクが存在しない場合は（Ｓ１１０６でＮＯ）、直ちにＳ１１０８に移行する。

次に、Ｓ１１０８において、検索部１２２は、Ｓ１１０２で読み出した全ての地点情報のレコードを注目情報のレコードに設定したか否かを調べる。設定していないならば、Ｓ１１０５に戻り、未注目の天気情報のレコードを注目情報のレコードに設定して、Ｓ８１１０６〜Ｓ１１０７の処理を行う。一方、設定しているならば、Ｓ１１０２で読み出した全ての地点情報のレコード各々を、回避情報のレコードが対応付けられているならば当該回避情報のレコードと共に、目的地候補の情報として、目的地検索要求の送信元に送信する（Ｓ１１０９）。その後、Ｓ１１０１に戻る。

図１に戻って説明を続ける。経路探索サーバ１３は、道路網ＤＢ１３１と、更新部１３２と、探索部１３３と、を有する。道路網ＤＢ１３１には、地図上の道路を構成する各リンクのリンクデータが登録される。図１２に道路網ＤＢ１３１の登録内容例を示す。図１２に示す例では、リンクデータのレコードが、リンクを一意に特定するためのリンクＩＤを登録するためのフィールド１３１０、リンクが属する地域の地域ＩＤを登録するためのフィールド１３１１、リンクを含む道路の道路名を登録するためのフィールド１３１２、リンクの代表点（例えば中心）の座標値（緯度経度）を登録するためのフィールド１３１３、リンクの開始ノードの座標値を含む開始ノード情報を登録するためのフィールド１３１４、リンクの終了ノードの座標値を含む終了ノード情報を登録するためのフィールド１３１５、リンク長を登録するためのフィールド１３１６、リンクの標準的な旅行時間を登録するためのフィールド１３１７、リンクの交通情報が示す旅行時間を登録するためのフィールド１３１８、リンクの標準的なコストを登録するためのフィールド１３１９、リンクの交通情報が示すコストを登録するためのフィールド１３２０、リンクの天気情報が示すコストを登録するためのフィールド１３２１、および、回避フラグを登録するためのフィールド１３２２を備えて形成されている。これらのフィールドのうち、フィールド１３１０〜１３１７、１３１９には、予めデータが登録されている。フィールド１３１８、１３２０には、同じリンクＩＤを持つ交通情報のレコードに基づいてデータが登録される。フィールド１３２１には、同じ地域ＩＤを持つ天気情報のレコードに基づいてデータが登録される。そして、フィールド１３２２には、同じリンクＩＤを持つ回避情報のレコードに基づいて回避フラグのオン・オフが登録される。

更新部１３２は、イントラネット４３などのネットワークを介して、交通情報蓄積サーバ１５、天気情報蓄積サーバ１６および回避情報管理サーバ１７に、定期的にアクセスし、道路網ＤＢ１３１に登録されている各リンクデータのレコードの交通旅行時間、交通コスト、天気コストおよび回避フラグを更新する。

探索部１３３は、イントラネット４３などのネットワークを介して、出発地および目的地の指定を含む経路探索要求を受信すると、例えばダイクストラ法等を利用して、出発地および目的地間のコストが最小となる経路を構成するリンクを道路網ＤＢ１３１から検索することで、出発地および目的地の推奨経路を探索する。但し、回避フラグがオンとなっているリンクは推奨経路に採用しない。そして、探索した推奨経路を構成する各リンクのリンクデータを含む経路情報を、要求の送信元に送信する。

図１３は、経路探索サーバ１３の道路網ＤＢ更新処理の動作フローを示している。このフローは、例えば定期的にあるいは経路探索サーバ１３の操作者の指示などの所定イベント発生時に実行される。先ず、更新部１３２は、道路網ＤＢ１３１から未抽出のリンクデータのレコードを抽出する（Ｓ１３０１）。次に、更新部１３２には、抽出レコードのフィールド１３１０に登録されているリンクＩＤの指定を含む交通情報配信要求を、イントラネット４３などのネットワークを介して、交通情報蓄積サーバ１５に送信し、交通情報蓄積サーバ１５から応答を受信する（Ｓ１３０２）。そして、受信した応答に、指定リンクＩＤを持つリンクの交通情報のレコードが含まれているならば、抽出レコードのフィールド１３１８の交通旅行時間をこの交通情報のレコードのフィールド１５１８に登録されている旅行時間で更新すると共に、抽出レコードのフィールド１３２０の交通コストをこの交通情報のレコードのフィールド１５２０に登録されているリンクコストで更新する（Ｓ１３０３）。

次に、更新部１３２には、抽出レコードのフィールド１３１１に登録されている地域ＩＤの指定を含む天気情報配信要求を、イントラネット４３などのネットワークを介して、天気情報蓄積サーバ１６に送信し、天気情報蓄積サーバ１６から応答を受信する（Ｓ１３０４）。そして、受信した応答に、指定地域ＩＤを持つ地域の天気情報のレコードが含まれているならば、抽出レコードのフィールド１３２１の天気コストをこの天気情報のレコードのフィールド１６１６に登録されているリンクコストで更新する（Ｓ１３０５）。

次に、更新部１３２には、抽出レコードのフィールド１３１０に登録されているリンクＩＤの指定を含む回避情報配信要求を、イントラネット４３などのネットワークを介して、回避情報管理サーバ１７に送信し、回避情報管理サーバ１７から応答を受信する（Ｓ１３０６）。そして、受信した応答に、指定リンクＩＤを持つリンクの回避情報のレコードが含まれているならば、抽出レコードのフィールド１３２２の回避フラグをオンにし、含まれていないならばオフにする（Ｓ１３０７）。

次に、更新部１３２は、道路網ＤＢ１３１から未抽出のリンクデータがあるならば、Ｓ１３０１に戻り、ないならばこのフローを終了する（Ｓ１３０８）。

図１４は、経路探索サーバ１３の経路探索処理の動作フローを示している。

探索部１３３は、イントラネット４３などのネットワークを介して、出発地および目的地の指定を含む経路探索要求を受信すると（Ｓ１４０１）、出発地および目的地を含む所定エリアを経路探索エリアに設定する（Ｓ１４０２）。そして、例えば地域ＩＤと地域の範囲との対応関係を示すテーブル（不図示）を用いて、経路探索エリアを含む地域の範囲に対応付けられている地域ＩＤを特定する。次に、探索部１３３は、道路網ＤＢ１３１から、フィールド１３１１に特定した地域ＩＤが登録されており、かつ、フィールド１３２２に登録されている回避フラグがオフであるリンクデータのレコードを特定し、これらを探索対象レコードに設定する（Ｓ１４０３）。そして、探索対象レコード各々のフィールド１３１９〜１３２１に登録されているコストを用いて、例えばダイクストラ法により、出発地および目的地間を結ぶ経路を構成するリンクの総コストが最小となる経路を探索する（Ｓ１４０４）。それから、探索部１３３は、探索した経路を構成する各リンクのリンクデータを含んだ経路データを、推奨経路の情報として、経路探索要求の送信元に送信する（Ｓ１４０５）。

図１に戻って説明を続ける。ポータルサーバ１１は、受付部１１１と、要求部１１２とを有する。受付部１１１は、ナビゲーション装置２１が送信した要求を、インターネット４２を介して受信し、受信要求の内容を解析する。そして、解析結果を要求部１１２に通知する。要求部１１２は、受付部１１１から受取った解析結果に従ってサーバ１２〜１７からナビゲーション装置２１が要求する情報を入手し、ナビゲーション装置２１へ送信する。これを受けて、ナビゲーション装置２１が、ポータルサーバ１１から提供された情報を受信し表示する。

図１５は、ポータルサーバ１１の動作フローを説明するための図である。受付部１１１は、インターネット４２を介してナビゲーション装置２１から要求を受信すると（Ｓ１５０１）、この要求の内容を解析し、解析結果を要求部１１２に通知する（Ｓ１５０２）。

要求部１１２は、受付部１１の解析結果がキーワードあるいはジャンルの指定といった検索条件を含む目的地検索要求であるならば、イントラネット４３などのネットワークを介して目的地検索サーバ１２に、この検索条件を伴う目的地検索要求を送信して、目的地検索サーバ１２から目的地候補の地点情報を受信する（Ｓ１５０３）。

また、要求部１１２は、受付部１１の解析結果が出発地および目的地の指定を含む経路探索要求であるならば、イントラネット４３などのネットワークを介して経路探索サーバ１３に、出発地および目的地の指定を伴う経路探索要求を送信して、経路検索サーバ１３から推奨経路の経路情報を受信する（Ｓ１５０４）。

また、要求部１１２は、受付部１１の解析結果が地域ＩＤあるいは地点の指定を含む地図配信要求であるならば、イントラネット４３などのネットワークを介して地図配信サーバ１４に、地域ＩＤあるいは地点の指定を伴う地図配信要求を送信して、地図配信サーバ１４から地図情報を受信する（Ｓ１５０５）。

また、要求部１１２は、受付部１１の解析結果が地域ＩＤ、地点の指定あるいは交通情報のレコードＩＤを含む交通情報配信要求であるならば、イントラネット４３などのネットワークを介して交通情報蓄積サーバ１５に、地域ＩＤ、地点の指定あるいは交通情報のレコードＩＤを含む交通情報配信要求を送信して、交通情報蓄積サーバ１５から交通情報を受信する（Ｓ１５０６）。

また、要求部１１２は、受付部１１の解析結果が地域ＩＤ、地点の指定あるいは天気情報のレコードＩＤを含む天気情報配信要求であるならば、イントラネット４３などのネットワークを介して天気情報蓄積サーバ１６に、地域ＩＤ、地点の指定あるいは天気情報のレコードＩＤを含む天気情報配信要求を送信して、天気情報蓄積サーバ１６から天気情報を受信する（Ｓ１５０７）。

そして、要求部１１２は、受付部１１の解析結果が地域ＩＤあるいは地点の指定を含む回避情報配信要求であるならば、イントラネット４３などのネットワークを介して回避情報管理サーバ１７に、地域ＩＤあるいは地点の指定を伴う回避情報配信要求を送信して、回避天気情報蓄積サーバ１７から回避情報を受信する（Ｓ１５０８）。

さて、要求部１１２は、以上のようにしてサーバ１２〜１７から情報を入手したならば、これを受付部１１１に渡す。受付部１１１は、要求部１１２より受け取った情報をインターネット４２を介してナビゲーション装置２１へ送信する（Ｓ１５０９）。

次に、ナビゲーション装置２１を説明する。図１６は、ナビゲーション装置２１の概略構成図である。図示するように、ナビゲーション装置２１は、操作者より指示を受け付ける指示受付部２１１と、情報を表示する表示部２１２と、移動体端末２２と接続するための端末ＩＦ２１３と、ポータルサーバ１１に要求を送信して、情報を入手する情報入手部２１４と、例えばＧＰＳ（Global Positioning System）受信機で得られたＧＰＳデータを用いて現在地を検出する現在地検出部２１５と、指示受付部２１１で受け付けた指示に従い、情報入手部２１４で入手した情報および現在地検出部２１５で検出した現在地を用いて、現在地付近の地図を表示したり、目的地までの推奨経路を現在地と共に地図上に表示したりするナビゲーション処理部２１６と、を有する。

上記構成のサーバ１１〜１７やナビゲーション装置２１は、例えば図１７に示すような、ＣＰＵ９０１と、データ格納部およびＣＰＵ９０１のワークエリアとして利用されるメモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭ等の可搬性を有する記憶媒体９０４から情報を読み出す読取装置９０５と、キーボードやマウスなどの入力装置９０６と、ディスプレイなどの出力装置９０７と、通信装置（サーバ１１、１５、１６ではインターネット４２およびイントラネット４３などのネットワークに接続するための通信装置、サーバ１２〜１４、１７ではイントラネット４３などのネットワークに接続するための通信装置、そして、ナビゲーション装置２１では移動体端末２２と通信を行なうための通信装置）９０８と、を備えたコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することで実現できる。この所定のプログラムは、読取装置９０５に装着された記憶媒体９０４あるいは通信装置９０８から、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。また、読取装置９０５に装着された記憶媒体９０４あるいは通信装置９０８から、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。

次に、ナビゲーション装置２１が目的地検索、経路探索、交通情報、天気情報および地図配信を要求する場合を例とり、本実施形態の情報提供システム１の動作を説明する。

図１８は、本発明の第１実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。

先ず、ナビゲーション装置２１において、指示受付部２１１は、操作者よりキーワードやジャンルといった検索条件が入力されて、目的地検索要求の指示を受付けると、入力された検索条件を含む目的地検索要求を生成し、ポータルサーバ１１へ送信する（Ｓ１８０１）。これを受けてポータルサーバ１１は、図１５に示すフローにより該目的地検索要求を目的地検索サーバ１２に送信する。

目的地検索サーバ１２は、目的地検索要求を受信すると、図１１に示すフローにより、該目的地検索要求に含まれる検索条件を満足する地点の地点情報を目的地候補の地点情報として特定する（Ｓ１８０２）。そして、目的地候補の地点情報が示す地域ＩＤを含む回避情報配信要求を生成し、回避情報管理サーバ１７に送信する（Ｓ１８０３）。これを受けて、回避情報管理サーバ１７は、図７に示すフローにより、回避情報配信要求に含まれている地域ＩＤを持つ回避情報を特定し（Ｓ１８０４）、該回避情報を目的地検索サーバ１２に送信する（Ｓ１８０５）。目的地検索サーバ１２は、回避情報管理サーバ１７より回避情報を受信すると、図１１に示すフローにより目的地候補の地点情報が示す地点各々について、当該地点付近のリンクの回避情報があるか否かを調べ、ある場合は当該地点の地点情報に回避情報を付加する（Ｓ１８０６）。それから、目的地候補各々の地点情報をポータルサーバ１１に送信する。これを受けてポータルサーバ１１は、目的地候補各々の地点情報を、ナビゲーション装置２１に送信する（Ｓ１８０７）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、情報入手部２１４がポータルサーバ１１から受信した目的地候補各々の地点情報を表示部２１２に表示する（Ｓ１８０８）。ここで、地点情報に回避情報が付加されてい場合は、該回避情報も表示する。図１９（Ａ）は、ナビゲーション装置２１に表示される目的地候補情報の一例である。目的地候補の地点情報に含まれている地点名称がリスト表示枠２１２１にリスト表示され、操作者がカーソル２１２６を操作してリスト表示枠２１２１の中から選択した地点名称を含む地点情報の詳細が、詳細表示枠２１２２に表示される。詳細表示枠２１２２には、交通回避事象表示枠２１２３および天気回避事象表示枠２１２４が設けられている。交通回避事象表示枠２１２３には、詳細表示枠２１２２に表示している地点情報に原因種別「交通事象」の回避情報が付加されている場合に、当該回避情報の事象種別（フィールド１７１４の登録情報）が表示される。また、天気回避事象表示枠２１２４には、詳細表示枠２１２２に表示している地点情報に原因種別「天気事象」の回避情報が付加されている場合に、当該回避情報の事象種別（フィールド１７１４の登録情報）が表示される。

さて、ナビゲーション装置２１において、指示受付部２１１が、図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して交通回避事象表示枠２１２３を選択したことを検知すると、ナビゲーション処理部２１６は、詳細表示枠２１２２に表示している地点情報に付加されている原因種別「交通事象」の回避情報の原因ＩＤ（フィールド１７１５に登録されている交通情報のレコードＩＤ）を含む交通情報配信要求を生成し、ポータルサーバ１１へ送信する（Ｓ１８０９）。ポータルサーバ１１は、図１５に示すフローにより該交通情報配信要求を交通情報蓄積サーバ１５に送信する。これを受けて、交通情報蓄積サーバ１５は、図３（Ｂ）のフローにより交通情報を抽出し（Ｓ１８１０）、ポータルサーバ１１に送信する。ポータルサーバ１１は、交通情報蓄積サーバ１５より受信した交通情報をナビゲーション装置２１に送信する（Ｓ１８１１）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、情報入手部２１４がポータルサーバ１１から受信した交通情報を表示部２１２に表示する（Ｓ１８１２）。図１９（Ｂ）は、ナビゲーション装置２１に表示される交通情報の一例である。図１９（Ａ）に示す画面上に、表示枠２１３５が重畳表示され、該表示枠２１３５に、交通回避事象表示枠２１２３に表示されている回避情報に対応する交通情報が重畳表示される。

また、ナビゲーション装置２１において、指示受付部２１１が、図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して天気回避事象表示枠２１２４を選択したことを検知すると、ナビゲーション処理部２１６は、詳細表示枠２１２２に表示している地点情報に付加されている原因種別「天気事象」の回避情報の原因ＩＤ（フィールド１７１５に登録されている天気情報のレコードＩＤ）を含む天気情報配信要求を生成し、ポータルサーバ１１へ送信する（Ｓ１８１３）。これを受けてポータルサーバ１１は、図１５に示すフローにより該天気情報配信要求を天気情報蓄積サーバ１６に送信する。これを受けて、天気情報蓄積サーバ１５は、図５（Ｂ）のフローにより天気情報を抽出し（Ｓ１８１４）、ポータルサーバ１１に送信する。ポータルサーバ１１は、天気情報蓄積サーバ１６より受信した天気情報をナビゲーション装置２１に送信する（Ｓ１８１５）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、情報入手部２１４がポータルサーバ１１から受信した天気情報を、交通情報の場合と同じ要領で表示部２１２に表示する（Ｓ１８１６）。

次に、ナビゲーション装置２１において、指示受付部２１１が、図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して目的地設定２１２５を選択したことを検知すると、ナビゲーション処理部２１６は、現在地検出部２１５で検出された現在地を出発地とし、詳細表示枠２１２２に表示している地点情報により特定される目的地候補を目的地とする経路探索要求を生成し、ポータルサーバ１１へ送信する（Ｓ１８１７）。ポータルサーバ１１は、図１５に示すフローにより該経路探索要求を経路探索サーバ１３に送信する。これを受けて、経路探索サーバ１３は、図１４に示すフローにより推奨経路を探索し（Ｓ１８１８）、推奨経路情報をポータルサーバ１１に送信する。ポータルサーバ１１は、経路探索サーバ１３より受信した推奨経路情報をナビゲーション装置２１に送信する（Ｓ１８１９）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、情報入手部２１４がポータルサーバ１１から受信した推奨経路情報が示す経路を含む地域の地図情報が、メモリ等の記憶部に記憶されているか否かを調べ、記憶されていないならば、該経路を含む地域の地域ＩＤを有する地図配信要求を生成し、ポータルサーバ１１へ送信する（Ｓ１８２０）。これを受けてポータルサーバ１１は、図１５に示すフローにより該地図配信要求を地図配信サーバ１４に送信する。これを受けて、地図配信サーバ１４は、地図配信要求に含まれる地域ＩＤを持つ地域の地図情報を検索し（Ｓ１８２１）、地図情報をポータルサーバ１１に送信する。ポータルサーバ１１は、地図配信サーバ１４より受信した地図情報をナビゲーション装置２１に送信する（Ｓ１８２２）。

次に、ナビゲーション装置２１において、ナビゲーション処理部２１６は、指示受付部２１１を介して操作者より経路誘導開始の指示を受付けると、ポータルサーバ１１より入手した推奨経路の経路情報および地図情報を用いて経路案内処理を行う（Ｓ１８２３）。

以上、本発明の第１実施形態について説明した。本実施形態によれば、ナビゲーション装置２１が送信した目的地検索要求に含まれる検索条件にしたがい検索した目的地候補の地点各々について、当該地点付近の道路を構成するリンク（当該地点に行くには通過しなければならない可能性の高いリンク、例えば当該地点の最寄のリンク）が回避対象に設定されている場合は、当該地点の地点情報が当該リンクの回避情報と共にナビゲーション装置２１に提供される。したがって、ナビゲーション装置２１のユーザは、目的地候補の地点各々について、通行を回避すべきリンクを使わないで当該地点に到達することができるかを知ることができる。つまり、ナビゲーション装置２１の操作者は、混雑等の通行上の障害となる事象に遭遇する可能性の低い地点を目的地として設定することが可能となる。

また、本実施形態では、回避情報が設定されているリンク以外のリンクを用いて経路探索を行なうようしている。このため、混雑等の通行上の障害となる事象に遭遇する可能性の低い経路を探索することが可能となる。なお、本実施形態では、道路網ＤＢ１３１において、回避情報が設定されているリンクのリンクデータの回避フラグ（フィールド１３２２）をオンにすることで、経路探索する際に、当該リンクのリンクデータが採用されないようにしている。しかしながら、本発明はこれに限定されない。例えば、回避フラグをオンにする代わりに、リンクコストに更なるコストを追加するようにしてもよい。このようにすることで、経路探索の際に当該リンクが採用される可能性を低くすることができる。

次に、本発明の第２実施形態を説明する。

本実施形態は、上記の第１実施形態において、ナビゲーション装置２１の操作者毎に、回避情報の表示条件等を変更できるようにしたものである。なお、本実施形態の情報提供システム１において、地図配信サーバ１４、天気情報蓄積サーバ１６および天気情報蓄積サーバ１７は、第１実施形態のものと同様であるので、これらの説明は省略する。

本実施形態のポータルサーバ１１は、上記の第１実施形態のポータルサーバ１１の処理（図１５に示すフロー）に加えて、次の処理を行う。すなわち、受付部１１１がナビゲーション装置２１から受信した要求がキーワードあるいはジャンルの指定といった検索条件を含む回避地検索要求である場合、要求部１１２は、イントラネット４３などのネットワークを介して目的地検索サーバ１２に、この検索条件を伴う回避地検索要求を送信して、目的地検索サーバ１２から回避地候補の地点情報を受信する。そして、受付部１１１は、回避地候補の地点情報をナビゲーション装置２１に送信する。また、受付部１１１がナビゲーション装置２１から受信した要求が、回避地を登録するための回避地登録要求である場合、および、回避情報を利用するか否かを原因事象毎に設定するための回避利用条件設定要求である場合、要求部１１２は、イントラネット４３などのネットワークを介して回避情報管理サーバ１７に、回避地登録要求および回避利用条件設定要求を送信する。

本実施形態の回避情報管理サーバ１７は、上記の第１実施形態の回避情報管理サーバ１７の構成（回避ＤＢ１７１、更新部１７２および配信部１７３）に加えて、ユーザプロファイルＤＢ１７４を有する。ユーザプロファイルＤＢ１７４は、回避情報ＴＬ（テーブル）１７２０と、ユーザ設定ＴＬ１７３０と、を有する。回避情報ＴＬ１７２０は、ナビゲーション装置２１の操作者毎に設けられ、操作者が設定した回避地の回避情報が登録される。ユーザ設定ＴＬ１７３０には、ナビゲーション装置２１の操作者毎に、利用する回避情報の事象種別が登録される。図２０（Ａ）に回避情報ＴＬ（テーブル）１７２０の登録内容例を、そして、図２０（Ｂ）にユーザ設定ＴＬ１７３０の登録内容例を示す。回避情報ＴＬ１７２０は、図２０（Ａ）に示すように、ナビゲーション装置２１の操作者毎に、当該操作者のユーザＩＤ１７２１に対応付けられている。回避情報ＴＬ１７２０に登録される回避情報のレコードは、レコードを一意に特定するためのＩＤ（レコードＩＤ）を登録するためのフィールド１７２２、回避対象に設定されている地点の地点ＩＤを登録するためのフィールド１７２３、回避対象に設定されている地点を含む地域の地域ＩＤを登録するためのフィールド１７２４、および、回避対象の原因種別「ユーザ設定」を登録するためのフィールド１７２５を備えて形成されている。また、ユーザ設定ＴＬ１７３０に登録されるレコードは、図２０（Ｂ）に示すように、ナビゲーション装置２１の操作者のユーザＩＤを登録するためのフィールド１７３１、交通事象を回避原因とする回避情報の利用の有無を登録するためのフィールド１７３２、天気事象を回避原因とする回避情報の利用の有無を登録するためのフィールド１７３３、および、ユーザ設定を回避原因とする回避情報の利用の有無を登録するためのフィールド１７３４を備えて形成されている。

本実施形態の回避情報管理サーバ１７は、上記の第１実施形態の回避情報管理サーバ１７の処理（図７、図８に示すフロー）に加えて、図２１に示す処理を行う。すなわち、更新部１７２は、イントラネット４３などのネットワークを介して、ユーザＩＤ、地点ＩＤおよび地域ＩＤを含む回避地登録要求を受信すると（Ｓ２１０１でＹＥＳ）、このユーザＩＤに対応付けられてユーザプロファイルＤＢ１７４に登録されている回避情報ＴＬ１７２０に、フィールド１７２２に新たなレコードＩＤが登録されたレコードを追加し、当該レコードのフィールド１７２３に当該回避地点登録要求に含まれている地点ＩＤを、フィールド１７２４に当該回避地点登録要求に含まれている地域ＩＤを、そして、当該レコードのフィールド１７２５に原因種別「ユーザ設定」を登録する（Ｓ２１０２）。また、更新部１７２は、イントラネット４３などのネットワークを介して、ユーザＩＤと、交通事象、天気事象およびユーザ設定各々の回避情報の利用の有無とを含む回避利用条件設定要求を受信すると（Ｓ２１０３でＹＥＳ）、当該ユーザＩＤがフィールド１７３１に登録されているレコードをユーザ設定ＴＬ１７３０から特定する。そして、特定したレコードのフィールド１７３２〜１７３４に、それぞれ、交通事象、天気事象、ユーザ設定の回避情報の利用の有無を登録する（Ｓ２１０４）。

また、本実施形態の回避情報管理サーバ１７では、図７に示す回避情報配信処理が次の通りとなる。すなわち、配信部１７３は、ユーザＩＤ、および、地域ＩＤあるいは地点の座標値の指定を含む回避情報配信要求を受信すると（Ｓ７１１）、当該ユーザＩＤがフィールド１７３１に登録されているレコードをユーザ設定ＴＬ１７３０から抽出する。そして、抽出したレコードのフィールド１７３２に登録されている交通事象を回避原因とする回避情報の利用の有無が「有」の場合は、当該地域ＩＤあるいは地点の座標値の指定を含む地域の地域ＩＤがフィールド１７１２に登録されている回避情報のレコードであって、フィールド１７１３に原因種別「交通事象」が登録されている回避情報のレコードを回避ＤＢ１７１から読み出す。また、ユーザ設定ＴＬ１７３０から抽出したレコードのフィールド１７３３に登録されている天気事象を回避原因とする回避情報の利用の有無が「有」の場合は、当該地域ＩＤあるいは地点の座標値の指定を含む地域の地域ＩＤがフィールド１７１２に登録されている回避情報のレコードであって、フィールド１７１３に原因種別「天気事象」が登録されている回避情報のレコードを回避ＤＢ１７１から読み出す。そして、ユーザ設定ＴＬ１７３０から抽出したレコードのフィールド１７３４に登録されているユーザ設定を回避原因とする回避情報の利用の有無が「有」の場合は、当該地域ＩＤあるいは地点の座標値の指定を含む地域の地域ＩＤがフィールド１７１２に登録されている回避情報のレコードを、当該ユーザＩＤを持つ回避情報ＴＬ１７２０から読み出す（Ｓ７１２）。それから、配信部１７３は、読み出した回避情報のレコードを、イントラネット４３などのネットワークを介して、回避情報配信要求の送信元に送信する。Ｓ７１２において、そのような回避情報のレコードが回避ＤＢ１７１に登録されていない場合は、その旨のメッセージを含んだ応答を回避情報配信要求の送信元に送信する（Ｓ７１３）。その後、Ｓ７１１に戻る。

次に、本実施形態の目的地検索サーバ１２は、目的地検索処理が以下の点において図１１に示す第１実施形態の目的地検索サーバ１２の目的地検索処理と異なる。すなわち、Ｓ１１０３において、検索部１２２は、目的地検索要求を送信したナビゲーション装置２１のユーザＩＤ、および、Ｓ１１０２で読み出した地点情報のレコード各々のフィールド１２１１に登録されている地域ＩＤの指定を含む回避情報配信要求を回避情報管理サーバ１７に送信し、回避情報管理サーバ１７より回避情報配信要求に含めた地域ＩＤと同じ地域ＩＤを持つ回避情報のレコードを入手する。また、Ｓ１１０４において、検索部１２２は、経路探索サーバ１３に、入手した回避情報のレコードのうち、原因種別が「交通事象」および「天気事象」のレコード各々のフィールド１７１１に登録されているリンクＩＤの指定を含むリンクデータ配信要求を送信し、回避情報が設定されている各リンクのリンクデータのレコードを、経路探索サーバ１３から入手すると共に、原因種別が「ユーザ設定」のレコード各々のフィールド１７２３に登録されている地点ＩＤの指定を含む地点情報のレコードを地点ＤＢ１２１から入手する。また、Ｓ１１０６において、検索部１２２は、Ｓ１１０４で入手したリンクデータおよび地点情報のレコード々に登録されている座標値と、注目情報のレコードのフィールド１２１３に登録されている座標値とを比較して、注目情報が示す地点付近に回避情報が設定されているリンクおよび/または地点が存在するか否かを調べる。そして、このようなリンクおよび/または地点が存在する場合に、Ｓ１１０７で、該当するリンクデータのレコードのリンクＩＤを持つ回避情報のレコードおよび/または地点情報のレコードの地点ＩＤを持つ回避情報のレコードを、注目情報のレコードの末尾に接続するなどして、両者を対応付ける。

また、本実施形態の目的地検索サーバ１２は、さらに、次の処理を行う。すなわち、検索部１２２は、イントラネット４３などのネットワークを介して、検索条件を含む回避地検索要求を受信すると、検索条件を満足する地点情報のレコードを地点ＤＢ１２１から読み出す。例えば、検索条件が地点名称の指定であるならば、フィールド１２１２に指定された地点名称が登録されている地点情報のレコードを、検索条件が所在地の指定であるならば、フィールド１２１４に指定された所在地が登録されている地点情報のレコードを、そして、検索条件がジャンルの指定であるならば、フィールド１２１５に指定されたジャンルが登録されている地点情報のレコードを、地点ＤＢ１２１から読み出す。また、検索条件がキーワードである場合は、フィールド１２１２、１２１４、１２１５、１２１６のいずれかに指定されたキーワードが登録されている地点情報のレコードを、地点ＤＢ１２１から読み出す。そして、読み出した各地点情報を回避地候補の地点情報として、回避地検索要求の送信元に送信する。

次に、本実施形態の経路探索サーバ１３は、上記の第１実施形態の経路探索サーバ１３の構成（道路網ＤＢ１３１、更新部１３２および探索部１３３）に加えて、回避フラグＤＢ１３４を有する。また、道路網ＤＢ１３１に登録されるリンクデータのレコードから回避フラグを登録するためのフィールド１３２２が省略されている。回避フラグＤＢ１３４は、図２２に示すように、ナビゲーション装置２１の操作者毎に、当該操作者のユーザＩＤに対応付けられたテーブル１３４１を有する。テーブル１３４１に登録されるレコードは、地域ＩＤが登録されるフィールド１３４２、および、当該地域ＩＤを持つ地域に存在するリンクであって当該ユーザに対する回避フラグが設定されたリンクのリンクＩＤが登録するためのフィールド１３４３を備えて形成されている。

本実施形態の経路探索サーバ１３では、道路網ＤＢ更新処理が以下の点において図１３に示す第１実施形態の経路探索サーバ１３の道路網ＤＢ更新処理と異なる。すなわち、Ｓ１３０７の処理を行わない。一方、本実施形態の経路探索サーバ１３は、図２３に示す回避フラグＤＢ更新処理をさらに行う。この処理は、定期的にあるいは経路探索サーバ１３の操作者の指示などの所定イベント発生時に行なわれる。まず、更新部１３２は、回避フラグＤＢ１３４から未注目のユーザのテーブル１３４１に注目し、これを注目テーブルとする（Ｓ２２０１）。次に、更新部１３２は、注目テーブルに対応付けられているユーザＩＤおよび未注目の地域ＩＤを含む回避情報配信要求を生成して、回避情報管理サーバ１３に送信し、回避情報管理サーバ１３から回避情報のレコードを入手する（Ｓ２２０２）。そして、入手した回避情報のレコード（原因種別「交通事象」および/または「天気事象」のレコード）に登録されているリンクＩＤを、注目テーブル１３４１の注目地域ＩＤがフィールド１３４２に登録されているレコードのフィールド１３４３に登録する（Ｓ２２０３）。それから、更新部１３２は、全ての地域ＩＤに注目にしたならば（Ｓ２２０４でＹＥＳ）、Ｓ２２０５に移行する。未注目の地域ＩＤがあるならば（Ｓ２２０４でＮＯ）、Ｓ２２０２に戻る。Ｓ２２０５において、更新部１３２は、回避フラグＤＢ１３４に登録されている全てのユーザのテーブル１３４１に注目したならば（Ｓ２２０５でＹＥＳ）、このフローを終了する。未注目のテーブル１３４１があるならば（Ｓ２２０５でＮＯ）、Ｓ２２０１に戻って処理を続ける。

また、本実施形態の経路探索サーバ１３では、経路探索処理が以下の点において図１４に示す第１実施形態の経路探索サーバ１３の経路探索処理と異なる。すなわち、Ｓ１４０３において、探索部１３３は、経路探索エリアを含む地域の地域ＩＤが登録されているリンクデータのレコードであって、かつ、経路探索要求に含まれているユーザＩＤ（ナビゲーション装置２１の操作者のユーザＩＤ）を持つテーブル１３４１内の当該地域ＩＤを持つレコードにリンクＩＤが登録されているリンク以外のリンクデータのレコードを特定し、これらを探索対象レコードに設定する。

次に、ナビゲーション装置２１が回避地検索、回避地登録および回避利用条件設定を要求する場合を例とり、本実施形態の情報提供システム１の動作を説明する。

図２４は、本発明の第２実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。

先ず、ナビゲーション装置２１において、指示受付部２１１は、操作者よりキーワードやジャンルといった検索条件が入力されて、回避地検索要求の指示を受付けると、入力された検索条件を含む回避地検索要求を生成し、ポータルサーバ１１へ送信する（Ｓ２４０１）。これを受けてポータルサーバ１１は、該回避地検索要求を目的地検索サーバ１２に送信する。

目的地検索サーバ１２は、回避地検索要求を受信すると、該回避地検索要求に含まれる検索条件を満足する地点各々の地点情報を回避地候補の地点情報として特定する（Ｓ２４０２）。そして、回避地候補の地点情報各々を、ナビゲーション装置２１に送信する（Ｓ２４０３）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、情報入手部２１４がポータルサーバ１１から受信した回避地補各々の地点情報を表示部２１２に表示する（Ｓ２４０４）。図２５は、ナビゲーション装置２１に表示される回避地候補情報の一例である。回避地候補の地点情報に含まれている地点名称がリスト表示枠２１２７にリスト表示され、操作者がカーソル２１２６を操作してリスト表示枠２１２７の中から選択した地点名称を含む地点情報の詳細が、詳細表示枠２１２８に表示される。

さて、ナビゲーション装置２１において、指示受付部２１１が、図２５に示す画面において、操作者がカーソル２１２６を操作して回避地設定２１２９を選択したことを検知すると、ナビゲーション処理部２１２６は、ユーザＩＤと選択した地点情報に含まれている地点ＩＤおよび地域ＩＤとを含む回避地登録要求を生成し、ポータルサーバ１１へ送信する（Ｓ２４０５）。ポータルサーバ１１は、該回避地登録要求を回避情報管理サーバ１７に送信する。これを受けて、回避情報管理サーバ１３は、図２１に示すフローにより、該回避情報登録要求に含まれているユーザＩＤを持つ回避情報ＴＬ１７２０にレコードを追加し、このレコードに、該回避情報登録要求に含まれている地域ＩＤおよび地点ＩＤと、原因種別「ユーザ設定」を登録する（Ｓ２４０６）。

また、ナビゲーション装置２１において、指示受付部２１１が、表示部２１２に表示された回避利用条件設定画面を介して操作者より、交通事象を回避原因とする回避情報の利用の有無、天気事象を回避原因とする回避情報の利用の有無、および、ユーザ設定を回避原因とする回避情報の利用の有無を受付ける（Ｓ２４０７）。図２６は、ナビゲーション装置２１に表示される回避利用条件設定画面の一例である。図示するように、交通事象を回避原因とする回避情報の利用の有無をチェックするチェックボックス２１２８と、天気事象を回避原因とする回避情報の利用の有無をチェックするチェックボックス２１２９と、ユーザ設定を回避原因とする回避情報の利用の有無をチェックボックス２１３０と、を有する。

さて、ナビゲーション装置２１において、指示受付部２１１が、図２６に示す画面において、操作者がカーソル２１２６を操作してチェックボックス２１２８〜２１３０に必要に応じてチェックを入れ、設定ボタン２１３１を選択したことを検知すると、ナビゲーション処理部２１２６は、ユーザＩＤと、チェックボックス２１２８〜２１３０のチェック状態により特定される交通事象を回避原因とする回避情報の利用の有無、天気事象を回避原因とする回避情報の利用の有無、および、ユーザ設定を回避原因とする回避情報の利用の有無とを含む回避利用条件設定要求を生成し、ポータルサーバ１１へ送信する（Ｓ２４０８）。ポータルサーバ１１は、該回避利用設定要求を回避情報管理サーバ１７に送信する。これを受けて、回避情報管理サーバ１３は、図２１に示すフローにより、該回避利用設定要求に含まれているユーザＩＤを持つユーザ設定ＴＬ１７３０のレコードに、該回避情報登録要求に含まれている交通事象を回避原因とする回避情報の利用の有無、天気事象を回避原因とする回避情報の利用の有無、および、ユーザ設定を回避原因とする回避情報の利用の有無を登録する（Ｓ２４０９）。

なお、本実施形態において、ナビゲーション装置２１が目的地検索、経路探索、交通情報、天気情報および地図配信を要求する場合における各装置間の情報のやり取りは基本的に図１８に示す第１実施形態の場合（Ｓ１８０１〜Ｓ１８２３）と同様である。但し、本実施形態では、回避情報の原因種別として、交通事象および天気事象に加えてユーザ設定があるので、Ｓ１８０８において、ナビゲーション装置２１に表示される目的地候補各々の地点情報は、例えば図２７に示すようになる。図２７に示す表示例では、図１９に示す表示例において、詳細表示枠２１２２に、ユーザ設定回避事象表示枠２１３３が設けられている。ユーザ設定回避事象表示枠２１３３は、詳細表示枠２１２２に表示している地点情報に原因種別「ユーザ設定」の回避情報が付加されている場合に、そのことが識別できるように異なる表示形態で表示される。

以上、本発明の第２実施形態を説明した。

本実施形態によれば、上記の第１実施形態の効果に加えて、ナビゲーション装置２１の操作者毎に回避情報の利用条件を変えることができる。

次に、本発明の第３実施形態について説明する。

上記の第１実施形態では、目的地候補の地点情報に対応付けられている回避情報の原因種別となる交通情報および/または天気情報の配信要求を、ナビゲーション装置２１の操作者から指示があった場合（図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して交通回避事象表示枠２１２３および/または天気回避事象表示枠２１２４を選択したことを検知した場合）に、ナビゲーション装置２１が送信するようにしている。これに対して、本実施形態では、ポータルサーバ１１が、目的地検索サーバ１２から受信した目的地候補各々の地点情報に交通情報および/または天気情報を原因種別とする回避情報が付与されている場合に、当該交通情報および/または天気情報の配信要求を送信するようにしている。なお、本実施形態の情報提供システム１では、ポータルサーバ１１以外のサーバ１２〜１７は第１実施形態のものと同様であるのでこれらの説明は省略する。

本実施形態のポータルサーバ１１の処理は、以下の点において図１５に示す第１実施形態のポータルサーバ１１の処理と異なる。すなわち、Ｓ１５０３において、目的地検索サーバ１２に目的地検索要求を送信して、目的地検索サーバ１２から目的地候補の地点情報のレコードを受信する。次に、受信した目的地候補の地点情報のレコード各々について回避情報のレコードが付加されているか否かを調べる。そして、回避情報のレコードが付加されている場合、この回避情報のレコードのフィールド１７１３に登録されている原因種別が交通事象ならば、この回避情報のレコードのフィールド１７１５に登録されている交通情報のレコードＩＤを含む交通情報配信要求を生成し、交通情報蓄積サーバ１５に送信する。そして、交通情報蓄積サーバ１５より交通情報を入手する。一方、この回避情報のレコードのフィールド１７１３に登録されている原因種別が天気事象ならば、この回避情報のレコードのフィールド１７１５に登録されている天気情報のレコードＩＤを含む天気情報配信要求を生成し、天気情報蓄積サーバ１６に送信する。そして、天気情報蓄積サーバ１６より交通情報を入手する。

次に、ナビゲーション装置２１が目的地検索を要求する場合を例とり、本実施形態の情報提供システム１の動作を説明する。

図２８は、本発明の第３実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。

先ず、ナビゲーション装置２１において、指示受付部２１１は、操作者よりキーワードやジャンルといった検索条件が入力されて、目的地検索要求の指示を受付けると、入力された検索条件を含む目的地検索要求を生成し、ポータルサーバ１１へ送信する（Ｓ２８０１）。これを受けてポータルサーバ１１は、該目的地検索要求を目的地検索サーバ１２に送信する。

目的地検索サーバ１２は、目的地検索要求を受信すると、該目的地検索要求に含まれる検索条件を満足する地点の地点情報を目的地候補の地点情報として特定する（Ｓ２８０２）。そして、目的地候補の地点情報が示す地域ＩＤを含む回避情報配信要求を生成し、回避情報管理サーバ１７に送信する（Ｓ２８０３）。これを受けて、回避情報管理サーバ１７は、回避情報配信要求に含まれている地域ＩＤを持つ回避情報を特定し（Ｓ２８０４）、該回避情報を目的地検索サーバ１２に送信する（Ｓ２８０５）。目的地検索サーバ１２は、回避情報管理サーバ１７より回避情報を受信すると、目的地候補の地点情報が示す地点各々について、当該地点付近のリンクの回避情報があるか否かを調べ、ある場合は当該地点の地点情報に回避情報を付加する（Ｓ２８０６）。それから、目的地候補各々の地点情報をポータルサーバ１１に送信する（Ｓ２８０７）。

ポータルサーバ１１は、目的地候補各々の地点情報を、目的地検索サーバ１２から目的地候補各々の地点情報を受信すると、該目的地候補の地点情報各々について回避情報が付加されているか否かを調べる。そして、回避情報が付加されている場合、この回避情報の原因種別が交通事象ならば、この回避情報の原因ＩＤ（交通情報のレコードＩＤ）を含む交通情報配信要求を生成し、交通情報蓄積サーバ１５に送信する（Ｓ２８０８）。これを受けて、交通情報蓄積サーバ１５は交通情報を抽出し（Ｓ２８０９）、ポータルサーバ１１に送信する（Ｓ２８１０）。また、回避情報の原因種別が天気事象ならば、この回避情報の原因ＩＤ（天気情報のレコードＩＤ）を含む天気情報配信要求を生成し、天気情報蓄積サーバ１６に送信する（Ｓ２８１１）。これを受けて、天気情報蓄積サーバ１６は天気情報を抽出し（Ｓ２８１２）、ポータルサーバ１１に送信する（Ｓ２８１３）。

さて、ポータルサーバ１１は、目的地検索サーバ１２から受信した目的地候補各々の地点情報を、必要に応じて交通情報蓄積サーバ１５および天気情報蓄積サーバ１６から受信した交通情報、天気情報と共に、ナビゲーション装置２１に送信する（Ｓ２８１４）。

ナビゲーション装置２１において、ナビゲーション処理部２１６は、図１９（Ａ）に示すように、情報入手部２１４がポータルサーバ１１から受信した目的地候補各々の地点情報を表示部２１２に表示する（Ｓ２８１５）。

また、ナビゲーション装置２１において、指示受付部２１１が、図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して交通回避事象表示枠２１２３を選択したことを検知すると、ナビゲーション処理部２１６は、図１９（Ｂ）に示すように、ポータルサーバ１１から目的地候補各々の地点情報と共に受信した、詳細表示枠２１２２に表示している地点情報に付加されている原因種別「交通事象」の回避情報の原因ＩＤを含む交通情報を表示部２１２に表示する（Ｓ２８１６）。

また、ナビゲーション装置２１において、指示受付部２１１が、図１９（Ａ）に示す画面において、操作者がカーソル２１２６を操作して天気回避事象表示枠２１２４を選択したことを検知すると、ナビゲーション処理部２１６は、ポータルサーバ１１から目的地候補各々の地点情報と共に受信した、詳細表示枠２１２２に表示している地点情報に付加されている原因種別「天気事象」の回避情報の原因ＩＤを含む天気情報を表示部２１２に表示する（Ｓ２８１７）。

以上、本発明の第３実施形態について説明した。本実施形態も、上記の第１実施形態と同様の効果を奏する。また、本実施形態では、回避情報の原因となった交通情報および/または天気情報が回避情報と共に、ナビゲーション装置２１に送信されるので、図１９（Ａ）に示す画面において、回避事象表示枠２１２３、２１２４が選択された場合における交通情報、天気情報の表示を迅速に行なうことができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で様々な変形が可能である。

例えば、上記の実施形態では、ナビゲーション装置２１を移動体端末２２を利用して移動体通信網２２経由でインターネット４２に接続している。しかし、本発明はこれに限定されない。ナビゲーション装置２１およびポータルサーバ１１間を相互接続することができるネットワークであればどのようなものでもよい。

また、上記の実施形態では、サーバ１２〜１７とポータルサーバ１１との間がイントラネット４３で接続されている場合を例にとり説明したが、本発明がこれに限定されない。サーバ１２〜１６とポータルサーバ１１との間がインターネット４２で接続されるようにしてもよい。また、上記の実施形態において、情報提供システム１を構成するサーバ１１〜１７は、個別のコンピュータシステム上に構築されている必要はない。サーバ１１〜１７が１つのコンピュータシステム上に構築されていてもよい。あるいは、サーバ１１〜１７のそれぞれが複数のコンピュータシステム上に構築されていてもよい。

また、上記の実施形態では、ポータルサーバ１１から情報を入手する端末をナビゲーション装置２１としているが、本発明はこれに限定されない。ポータルサーバ１１から情報を入手できる端末であればよい。また、ナビゲーション装置２１は、車載用ナビゲーション装置のみならず、ＰＤＡ（Personal Digital Assistant）タイプのものでもよい。

図１は本発明の第１実施形態が適用された情報提供システム１の概略構成図である。 図２は交通ＤＢ１５１の登録内容例を示す図である。 図３は交通情報蓄積サーバ１５の動作フローを説明するための図であり、図３（Ａ）は交通ＤＢ１５１の更新処理の動作フローを、そして、図３（Ｂ）は交通情報の配信処理の動作フローを示す図である。 図４は天気ＤＢ１６１の登録内容例を示す図である。 図５は天気情報蓄積サーバ１６の動作フローを説明するための図であり、図５（Ａ）は天気ＤＢ１６１の更新処理の動作フローを、そして、図５（Ｂ）は天気情報の配信処理の動作フローを示す図である。 図６は回避ＤＢの登録内容例を示す図である。 図７は回避情報管理サーバ１７の回避情報配信処理の動作フローを示す図である。 図８は回避情報管理サーバ１７の回避ＤＢ更新処理の動作フローを示す図である。 図９は回避情報生成の原理を説明するための図である。 図１０は地点ＤＢ１２１の登録内容例を示す図である。 図１１は目的地検索サーバ１２の目的地検索処理の動作フローを説明するための図である。 図１２は道路網ＤＢ１３１の登録内容例を示す図である。 図１３は経路探索サーバ１３の道路網ＤＢ更新処理の動作フローを説明するための図である。 図１４は経路探索サーバ１３の経路探索処理の動作フローを説明するための図である。 図１５はポータルサーバ１１の動作フローを説明するための図である。 図１６はナビゲーション装置２１の概略構成図である。 図１７はサーバ１１〜１７およびナビゲーション装置２１のハードウエア構成例を示す図である。 図１８は本発明の第１実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。 図１９（Ａ）は、ナビゲーション装置２１に表示される目的地候補情報の一例を示す図であり、図１９（Ｂ）は、ナビゲーション装置２１に表示される交通情報の一例を示す図である。 図２０（Ａ）は回避情報ＴＬ１７２０の登録内容例を、そして、図２０（Ｂ）はユーザ設定ＴＬ１７３０の登録内容例を示す図である。 図２１は本発明の第２実施形態の回避情報管理サーバ１７が行なう処理の動作フローを説明するための図である。 回避フラグＤＢ１３４の登録内容例を示す図である。 図２１は本発明の第２実施形態の経路探索サーバ１３が行なう処理の動作フローを説明するための図である。 図２４は本発明の第２実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。 図２５はナビゲーション装置２１に表示される回避地候補情報の一例を示す図である。 図２６はナビゲーション装置２１に表示される回避利用条件設定画面の一例を示す図である。 図２７はナビゲーション装置２１に表示される目的地候補情報の一例を示す図である。 図２８は本発明の第３実施形態が適用された情報提供システム１において、ナビゲーション装置２１の要求を処理する場合の動作を説明するための図である。

符号の説明

１１…ポータルサーバ、１２…目的地検索サーバ、１３…経路探索サーバ、１４…地図配信サーバ、１５…交通情報蓄積サーバ、１６…天気情報蓄積サーバ、１７…回避情報管理サーバ、２１…ナビゲーション装置、２２…移動体端末、３１…交通情報提供サーバ、３２…天気情報提供サーバ、４１…移動体通信網、４２…インターネット、４３…イントラネット、１１１…受付部、１１２…要求部、１２１…地点ＤＢ、１２２…検索部、１３１…道路網ＤＢ、１３２…更新部、１３３…探索部、１４１…地図ＤＢ、１４２…配信部、１５１…交通ＤＢ、１５２…更新部、１５３…配信部、１６１…天気ＤＢ、１６２…更新部、１６３…配信部、１７１…回避ＤＢ、１７２…更新部、１７３…配信部

Claims (8)

1. 情報提供システムを用いて、目的地の検索条件を含んだ目的地検索要求を送信した通信端末に、目的地候補の情報を提供する目的地情報提供方法であって
   前記情報提供システムは、
   地点毎に、当該地点の地点情報が登録された地点情報データベースと、回避対象に設定されている道路を構成するリンク毎に、当該リンクで発生している回避対象の設定原因となった事象を特定する事象種別情報を含む回避情報が登録された回避情報データベースと、
   ユーザ毎に、回避情報の提示条件を登録するユーザ条件データベースと、を有し、
   前記情報提供システムは、
   前記通信端末より受信した回避情報の提示条件を、前記通信端末のユーザに対応付けて前記ユーザ条件データベースに登録するユーザ条件登録ステップと、
   前記通信端末が送信した目的地検索要求に含まれている検索条件を満足する地点情報を、目的地候補の地点情報として、前記地点情報データベースから検索する目的地候補検索ステップと、
   前記目的地候補検索ステップで検索した目的地候補の地点情報により特定される地点付近に存在するリンクの回避情報が前記回避情報データベースに登録されている場合、当該回避情報の事象種別情報が示す事象が、前記目的地検索要求を送信した通信端末のユーザに対応付けられて前記ユーザ条件データベースに登録されている提示条件を満足するものであるか否かを調べ、満足するものである場合にのみ、当該回避情報を前記回避情報データベースから読み出す回避情報参照ステップと、
   前記目的地候補検索ステップで検索した目的地候補の地点情報各々を、前記回避情報検索ステップで回避情報が読み出されている場合は当該回避情報と共に、前記通信端末に送信する目的地候補提供ステップと、を行なうこと
   を特徴とする目的地情報提供方法。
2. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、交通事象が発生しているリンク毎に、当該リンクの座標情報および当該リンクで発生している交通事象を特定する事象種別情報を含む交通情報が登録された交通情報データベースをさらに有し、
   前記情報提供システムは、
   前記交通情報データベースに登録されている交通情報を用いて、交通事象に応じて予め定めれられたレベル以上の交通事象が発生しているリンクを注目リンクとした場合に、当該注目リンクを含む所定エリアに存在する、当該レベル以上の交通事象が発生している他のリンクのリンク数を検出するリンク数検出ステップと、
   前記リンク数検出ステップで検出されたリンク数が所定数以上である場合に、前記注目リンクを回避対象に設定して、前記回避情報データベースを更新する回避情報更新ステップと、を行なうこと
   を特徴とする目的地情報提供方法。
3. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、地図上の道路を構成する各リンクのリンクデータを含む道路網データが登録された道路網データベースと、地図上の各エリア毎に、当該エリアの座標情報および天気事象を特定する事象種別情報を含む天気情報が登録された天気情報データベースと、をさらに有し、
   前記情報提供システムは、
   前記天気情報データベースに登録されている天気情報を用いて、天気事象に応じて予め定めれられたレベル以上の天気事象が発生しているエリアを回避エリアとして検出する回避エリア検出ステップと、
   前記回避エリア検出ステップで検出された回避エリアに存在するリンクを前記道路網データベースから検出し、検出したリンクを回避対象に設定して、前記回避情報データベースを更新する回避情報更新ステップと、を行なうこと
   を特徴とする目的地情報提供方法。
4. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、地図上の道路を構成する各リンクのリンクデータを含む道路網データが登録された道路網データベースをさらに有し、
   前記情報提供システムは、
   前記通信端末から出発地および目的地の指定を含む経路探索要求を受信した場合に、前記道路網データベースに登録されている道路網データを用いて、前記回避情報データベースにて回避対象に設定されているリンク以外のリンクで構成された、前記出発地および前記目的地間を結ぶ経路を探索し、探索した経路を構成する各リンクのリンクデータを含む経路データを前記通信端末に送信する経路探索ステップ、を行なうこと
   を特徴とする目的地情報提供方法。
5. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、地図上の道路を構成する各リンクのリンクデータを含む道路網データが登録された道路網データベースをさらに有し、
   前記情報提供システムは、
   前記ユーザ条件登録ステップは、
   前記通信端末から回避対象地の検索条件を含んだ回避対象検索要求を受信した場合に、当該検索条件を満足する地点情報を、回避対象候補の地点情報として、前記地点情報データベースから検索する回避対象候補検索ステップと、
   前記回避対象候補検索ステップで検索した回避対象候補の地点情報各々を、前記回避対象検索要求を送信した前記通信端末に送信して、前記通信端末より回避対象に設定する地点の指定を受付ける回避対象設定受付ステップと、
   前記回避対象設定受付ステップで指定を受付けた地点を回避対象に設定して、当該地点が前記通信端末のユーザによって指定されたものであることを示す事象種別情報を含む当該地点の回避情報を、前記回避情報データベースに登録する回避情報登録ステップと、をさらに行い、
   前記回避対象設定受付ステップで指定を受付けた地点を回避情報の提示条件に設定して、前記通信端末のユーザに対応付けて前記ユーザ条件データベースに登録すること
   を特徴とする目的地情報提供方法。
6. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、地図上の道路を構成するリンク毎に、当該リンクの座標情報および当該リンクの交通事象を特定する事象種別情報を含む交通情報が登録された交通情報データベースをさらに有し、
   前記情報提供システムは、
   前記回避情報参照ステップで読み出された回避情報が設定されているリンクの交通情報を前記交通情報データベースから読み出す交通情報抽出ステップをさらに行い、
   前記目的地候補提供ステップは、
   前記目的地候補検索ステップで検索した目的地候補の地点情報各々を、前記回避情報検索ステップで回避情報が読み出されている場合は当該回避情報および前記交通情報抽出ステップで読み出した当該回避情報が設定されているリンクの交通情報と共に、前記通信端末に送信すること
   を特徴とする目的地情報提供方法。
7. 請求項１記載の目的地情報提供方法であって、
   前記情報提供システムは、地図上の各エリア毎に、当該エリアの座標情報および天気事象を特定する事象種別情報を含む天気情報が登録された天気情報データベースをさらに有し、
   前記情報提供システムは、
   前記回避情報参照ステップで読み出された回避情報が設定されているリンクが存在する地域の天気情報を、前記天気情報データベースから読み出す天気情報抽出ステップをさらに行い、
   前記目的地候補提供ステップは、
   前記目的地候補検索ステップで検索した目的地候補の地点情報各々を、前記回避情報検索ステップで回避情報が読み出されている場合は当該回避情報および前記天気情報抽出ステップで読み出した当該回避情報が設定されているリンクが存在する地域の天気情報と共に、前記通信端末に送信すること
   を特徴とする目的地情報提供方法。
8. 目的地の検索条件を含んだ目的地検索要求を送信した通信端末に、目的地候補の情報を提供する情報提供システムであって、
   地点毎に、当該地点の地点情報が登録された地点情報データベースと、
   回避対象に設定されている道路を構成するリンク毎に、当該リンクで発生している回避対象の設定原因となった事象を特定する事象種別情報を含む回避情報が登録された回避情報データベースと、
   ユーザ毎に、回避情報の提示条件を登録するユーザ条件データベースと、
   前記通信端末より受信した回避情報の提示条件を、前記通信端末のユーザに対応付けて前記ユーザ条件データベースに登録するユーザ条件登録手段と、
   前記通信端末が送信した目的地検索要求に含まれている検索条件を満足する地点情報を、目的地候補の地点情報として、前記地点情報データベースから検索する目的地候補検索手段と、
   前記目的地候補検索手段で検索した目的地候補の地点情報により特定される地点付近に存在するリンクの回避情報が前記回避情報データベースに登録されている場合、当該回避情報の事象種別情報が示す事象が、前記目的地検索要求を送信した通信端末のユーザに対応付けられて前記ユーザ条件データベースに登録されている提示条件を満足するものであるか否かを調べ、満足するものである場合にのみ、当該回避情報を前記回避情報データベースから読み出す回避情報参照手段と、
   前記目的地候補検索手段で検索した前記目的地候補の地点情報と、前記回避情報参照手段が回避情報を読み出している場合は当該読み出した回避情報とを、前記通信端末に送信する目的地候補提供手段と、を有すること
   を特徴とする情報提供システム。