(57)【特許請求の範囲】
【請求項１】
移動体にかかる現在状況に関する現在状況情報を所定時間毎に取得する状況情報取得手段と、
予め規定された複数の規定状況の系列からなる規定状況情報と前記現在状況情報とに基づいて、規定状況と現在状況とのマッチングを行うマッチング手段と、
前記規定状況と現在状況とのマッチングが採られた場合、前記規定状況に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするとともに、データベースから前記案内情報を検索するための検索プログラムを前記案内情報提供装置へ送信するリクエスト手段と、
前記ネットワークを介して前記案内情報提供装置から提供された案内情報を利用者に提示する提示手段と、
を備えたことを特徴とする案内情報リクエスト装置。
【請求項２】
前記リクエスト手段は、前記規定状況を表す情報を前記案内情報のポインタとして前記案内情報提供装置へ送信することを特徴とする請求項１に記載の案内情報リクエスト装置。
【請求項３】
前記リクエスト手段は、複数の外部の案内情報提供装置のうちいずれかの案内情報提供装置へ分散的に前記リクエストを行うことを特徴とする請求項１または２に記載の案内情報リクエスト装置。
【請求項４】
前記案内情報提供装置へのリクエストのタイミングを調整するリクエストタイミング調整手段を備えたことを特徴とする請求項１〜３のいずれか一つに記載の案内情報リクエスト装置。
【請求項５】
移動体にかかる現在状況に関する現在状況と予め規定された規定状況とのマッチングが採られた場合に、前記規定状況に関連する案内情報の提供を受けるためのリクエストをデータベースから該案内情報を検索するための検索プログラムとともにネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段と、
前記リクエストが受け付けられた場合、前記検索プログラムを用いてデータベースから当該案内情報を検索し、当該案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段と、
を備えたことを特徴とする案内情報提供装置。
【請求項６】
前記リクエスト受付手段は、前記案内情報のポインタに関する情報を前記リクエストとして受け付け、前記提供手段は、前記ポインタに従ってデータベースから当該案内情報を検索し、当該案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供することを特徴とする請求項５に記載の案内情報提供装置。
【請求項７】
予め規定された規定状況の系列からなる規定状況情報を生成し、該規定状況情報を前記案内情報リクエスト装置へ提供する規定状況情報生成手段を備えたことを特徴とする請求項５または６に記載の案内情報提供装置。
【請求項８】
前記案内情報リクエスト装置におけるリクエストのタイミングを調整するタイミング調整情報を生成し、該タイミング調整情報を前記案内情報リクエスト装置へ提供するタイミング調整情報生成手段を備えたことを特徴とする請求項５〜７のいずれか一つに記載の案内情報提供装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マークアップ言語の記述を用いて経路等の案内に関する情報を得るための案内情報リクエスト装置および案内情報提供装置に関するものであり、特に、カーナビゲーションシステム、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、携帯電話端末（ＰＤＣ(Personal Digital Cellular））やＰＨＳ端末（Personal Handyphone System）等に適用され、ネットワークや電子メディアを介して、道案内、観光案内、配送計画、旅行計画、交通管制、スケジューリング、娯楽、自治体サービス等のさまざまな経路情報や付加情報の提供に利用することができる案内情報リクエスト装置および案内情報提供装置に関するものである。
【０００２】
近時においては、上述したカーナビゲーションシステム、ＰＤＡ等の移動端末の普及がめざましく、場所を選ばず様々な情報を入手することが可能となっている。一方、移動端末の普及率が高まるにつれて、トラフィック量の増加によるネットワーク負荷の増大や情報提供サービス装置の処理負荷の増大等が問題となっている。このことから、従来より、かかる問題を効果的に解決するための、手段、方法が切望されていた。
【０００３】
【従来の技術】
図５６は、従来の案内情報提供システム１０の構成を示すブロック図である。この案内情報提供システム１０は、例えば、走行中の車に搭載された案内情報リクエスト装置６０の現在位置を追跡し、車が目標位置（例えば、高速道路のインターチェンジ、観光場所）に到達した時点で、その目標位置に関連する案内情報（例えば、交通情報、観光情報）を提供するシステムである。
【０００４】
案内情報提供装置２０は、案内情報リクエスト装置６０が搭載された車の現在位置を追跡する追跡機能や、案内情報リクエスト装置６０から所定時間毎に通知される現在位置と車が走行する経路上の目標位置とのマッチングをとるマッチング機能、マッチングがとられた時点で目標位置に関連する案内情報を提供する案内情報提供機能等を備えている。
【０００５】
この案内情報提供装置２０と案内情報リクエスト装置６０とは、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、通信可能とされている。案内情報提供装置２０において、通信インタフェース２１は、案内情報提供装置２０の通信インタフェースをとる。
【０００６】
制御部２２は、案内情報提供装置２０の各部を制御するものであり、上述した追跡機能、案内情報提供機能等を実現する。マッチング処理部２３は、上述したマッチング機能を実現する。案内情報データベース２４は、複数の経路上にそれぞれ存在する目標位置に対応付けられた案内情報を格納するデータベースである。記憶部２５は、現在位置の追跡に必要な経路情報等を記憶する。バス２６は、案内情報提供装置２０の各部を接続する。
【０００７】
一方、案内情報リクエスト装置６０は、例えば、車に搭載されたカーナビゲーションシステムであり、走行中に時々刻々変化する現在位置を一定時間毎に案内情報提供装置２０に通知する現在位置通知機能や、車が経路上の目標位置に到達した時点で案内情報提供装置２０より提供される案内情報を運転者等に対して提示する案内情報提示機能等を備えている。
【０００８】
アンテナ６１は、無線基地局５０との間で無線リンクＲを介して通信を行うための電波を送受信する機能を備えている。通信インタフェース６２は、外部装置との通信インタフェースをとる。制御部６３は、案内情報リクエスト装置６０の各部を制御するものであり、上述した現在位置通知機能や案内情報提示機能等を実現する。
【０００９】
現在位置情報取得部６４は、ＧＰＳ（Global Positioning System）を利用して、緯度／経度で表される現在位置に関する現在位置情報を一定時間毎に取得する。このＧＰＳは、米国で開発された電波航法システムで、１回の位置測定に４個以上の衛星を用いて、緯度、経度および高度の三次元の測定を行うシステムである。
【００１０】
現在位置情報取得部６４は、上記三次元の緯度、経度および高度のうち緯度および経度の情報を現在位置情報としている。表示部６５は、ＬＣＤ（Liquid Crystal Display）等であり、案内情報や地図情報等を表示等する。バス６６は、案内情報リクエスト装置６０の各部を接続する。
【００１１】
上記構成において、ある起点から終点までの経路を車が走行する場合、案内情報リクエスト装置６０の制御部６３は、現在位置情報取得部６４からの現在位置情報を一定時間毎に送信する。これにより、現在位置情報は、無線リンクＲ、無線基地局５０、移動体ネットワーク４０およびインターネット３０を介して、案内情報提供装置２０に一定時間毎に受信される。
【００１２】
案内情報提供装置２０の制御部２２は、一定時間毎に逐次受信される現在位置情報に基づいて、案内情報リクエスト装置６０が搭載されている車を追跡する。また、マッチング処理部２３は、車の現在位置と案内情報データベース２４内の目標位置とのマッチングをとり、両者が所定の誤差の範囲内で一致するか否かを監視する。
【００１３】
そして、車が経路上の目標位置（例えば、高速道路のインターチェンジ）に到達すると、現在位置と目標位置とのマッチングがとられるため、制御部２２は、案内情報データベース２４から目標位置に関連する案内情報（例えば、交通情報）を取得する。制御部２２は、上記案内情報を案内情報リクエスト装置６０宛に送信する。
【００１４】
案内情報は、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して案内情報リクエスト装置６０に受信される。これにより、制御部６３は、案内情報としての交通情報を表示部６５に表示させる。
【００１５】
図５７は、従来の別の構成例としての案内情報提供システム７０の構成を示すブロック図である。同図において、図５６の各部に対応する部分には同一の符号を付ける。
【００１６】
この案内情報提供システム７０は、例えば、走行中の車に搭載された案内情報リクエスト装置９０に、複数の経路上に存在する複数の目標位置にそれぞれ関連する案内情報を格納する案内情報データベース８３を案内情報提供装置８０から予めダウンロードしておき、案内情報リクエスト装置９０側で現在位置と目標位置とのマッチングがとられた時点で、ダウンロード済みの案内情報データベースの中から当該案内情報を運転者等に提供するシステムである。
【００１７】
案内情報提供装置８０は、複数の経路上に存在する複数の目標位置に関連する案内情報を格納する案内情報データベース８３を、予め、案内情報リクエスト装置９０へ提供する機能を備えている。
【００１８】
この案内情報提供装置８０と案内情報リクエスト装置９０とは、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、通信可能とされている。案内情報提供装置８０において、通信インタフェース８１は、案内情報提供装置８０の通信インタフェースをとる。
【００１９】
制御部８２は、案内情報提供装置８０の各部を制御するものであり、上述した案内情報データベース８３を管理する機能と、案内情報データベース８３を案内情報リクエスト装置９０へ提供する機能とを備えている。案内情報データベース８３は、複数の経路上にそれぞれ存在する目標位置に対応付けられた案内情報を格納するデータベースである。記憶部８４は、各種情報を記憶する。バス８５は、案内情報提供装置８０の各部を接続する。
【００２０】
一方、案内情報リクエスト装置９０は、例えば、車に搭載されたカーナビゲーションシステムであり、走行中に時々刻々変化する現在位置に関する現在位置情報を一定時間毎に取得する現在位置情報取得機能や、現在位置と車が走行する経路上の目標位置とのマッチングをとるマッチング機能、マッチングがとられた時点で案内情報提供装置８０から提供された案内情報データベース８３の中から、目標位置に関連する案内情報を提供する案内情報提供機能等を備えている。
【００２１】
アンテナ９１は、無線基地局５０との間で無線リンクＲを介して通信を行うための電波を送受信する機能を備えている。通信インタフェース９２は、外部装置との通信インタフェースをとる。制御部９３は、案内情報リクエスト装置９０の各部を制御するものであり、上述した案内情報提供機能等を実現する。
【００２２】
現在位置情報取得部９４は、前述したＧＰＳを利用して、緯度／経度で表される現在位置に関する現在位置情報を一定時間毎に取得する。記憶部９５には、案内情報提供装置８０からダウンロードされた案内情報データベース８３が格納される。
【００２３】
なお、従来においては、記憶部９５に代えて、可搬型記録媒体の情報を読み取るドライバを設け、案内情報データベース８３が格納された可搬型記録媒体をドライバにより読み取る方法もある。
【００２４】
マッチング処理部９６は、現在位置情報取得部９４により一定時間毎に取得される現在位置情報に対応する現在位置と、車が走行する経路上の目標位置とのマッチングをとる機能を備えている。表示部９７は、ＬＣＤ等であり、案内情報や地図情報等を表示する。バス９８は、案内情報リクエスト装置９０の各部を接続する。
【００２５】
上記構成において、ある起点から終点までの経路を車が走行する前には、案内情報リクエスト装置９０の制御部９３により、無線リンクＲ、無線基地局５０、移動体ネットワーク４０およびインターネット３０を介して、案内情報データベース８３のダウンロード要求が案内情報提供装置８０に出される。
【００２６】
これにより、案内情報提供装置８０から案内情報リクエスト装置９０に、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、案内情報データベース８３がダウンロードされる。ダウンロードされた案内情報データベース８３は、制御部９３の制御により、記憶部９５に記憶される。
【００２７】
この状態で、ある起点から終点までの経路を車が走行した場合には、現在位置情報取得部９４は、現在位置情報を一定時間毎に取得する。また、マッチング処理部９６は、上記現在位置情報から得られる現在位置と、記憶部９５の案内情報データベース内の目標位置とのマッチングをとり、両者が所定の誤差の範囲内で一致するか否かを監視する。
【００２８】
そして、車が経路上の目標位置（例えば、高速道路のインターチェンジ）に到達すると、現在位置と目標位置とのマッチングがとられるため、制御部９３は、案内情報データベースから目標位置に関連する案内情報（例えば、交通情報）を取得した後、案内情報としての交通情報を表示部９７に表示させる。
【００２９】
【発明が解決しようとする課題】
ところで、前述したように、図５６に示した案内情報提供システム１０においては、案内情報提供装置２０側で車の現在位置を追跡し、車が目標位置に到達した時点で案内情報を案内情報リクエスト装置６０へ提供している旨を述べた。
【００３０】
しかしながら、案内情報提供システム１０においては、上記追跡を行うために案内情報リクエスト装置６０から案内情報提供装置２０へ一定時間毎に現在位置情報を通知しなければならないため、案内情報提供装置２０側で追跡すべき車の台数が増えるに従って、案内情報提供装置２０の負荷が増大するという問題があった。
【００３１】
従って、従来の案内情報提供システム１０では、案内情報提供装置２０の負荷を軽減するために、案内情報提供装置２０をハイスペックマシンにしたり、分散処理を行うべく複数台の案内情報提供装置２０を設置する等の対応が必要となるため、コストアップが避けられないという問題があった。
【００３２】
さらに、従来の案内情報提供システム１０においては、上記追跡を行うために案内情報リクエスト装置６０から案内情報提供装置２０へ一定時間毎に現在位置情報を通知しているため、案内情報提供装置２０側で追跡すべき車の台数が増えるに従って、ネットワーク（移動体ネットワーク４０、インターネット３０）のトラフィック量が必然的に増えるため、ネットワーク負荷の増大も避けられないという問題があった。
【００３３】
また、図５７に示した案内情報提供システム７０においては、案内情報提供装置８０から案内情報リクエスト装置９０へ案内情報データベース８３を予めダウンロードしておき、車が目標位置に到達した時点で、案内情報データベース８３に含まれる案内情報を運転者に提供している旨を述べた。
【００３４】
しかしながら、案内情報データベース８３をダウンロードする手法では、案内情報データベース８３に複数の経路上のそれぞれの案内情報が全て含まれているため、全経路を走行しない限り、一度も使用されない案内情報もあり無駄が多い。また、従来の案内情報提供システム７０においては、大容量の案内情報データベース８３をダウンロードしなければならないため、同時ダウンロード数が増えるに従って、案内情報提供装置８０の負荷、ネットワーク負荷が増大するという問題があった。
【００３５】
ここで、前述においては、ダウンロードの手法に代えて、案内情報データベース８３を記録した可搬型記録媒体を案内情報リクエスト装置９０側に設ける例について説明した。この手法では、確かに、案内情報提供装置８０の負荷およびネットワーク負荷が増大するという問題を回避することができる。
【００３６】
しかしながら、上記手法では、可搬型記録媒体という特性上、記録されている情報をリアルタイムで更新することができないため、運転者に提供される案内情報が無効であったり、事実と相違する等の別な問題が生じる。
【００３７】
本発明は、上記に鑑みてなされたもので、案内情報の提供に伴うネットワーク負荷、案内情報提供装置側の負荷を低減させることができる案内情報リクエスト装置および案内情報提供装置を提供することを目的とする。
【００３８】
【課題を解決するための手段】
上記目的を達成するために、本発明は、移動体にかかる現在状況に関する現在状況情報を所定時間毎に取得する状況情報取得手段と、予め規定された複数の規定状況の系列からなる規定状況情報と前記現在状況情報とに基づいて、規定状況と現在状況とのマッチングを行うマッチング手段と、前記規定状況と現在状況とのマッチングが採られた場合、前記規定状況に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするとともに、データベースから前記案内情報を検索するための検索プログラムを前記案内情報提供装置へ送信するリクエスト手段と、前記ネットワークを介して前記案内情報提供装置から提供された案内情報を利用者に提示する提示手段とを備えたことを特徴とする。
【００３９】
この発明によれば、データベースから案内情報を検索するための検索プログラムを案内情報提供装置へ送信するようにしたので、案内情報提供装置側で検索を迅速に行うことができる。
【００４２】
また、本発明は、前記移動体にかかる現在状況に関する現在状況と予め規定された規定状況とのマッチングが採られた場合に、前記規定状況に関連する案内情報の提供を受けるためのリクエストをデータベースから該案内情報を検索するための検索プログラムとともにネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段と、前記リクエストが受け付けられた場合、前記検索プログラムを用いてデータベースから当該案内情報を検索し、当該案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段とを備えたことを特徴とする。
【００４３】
この発明によれば、案内情報リクエスト装置から送信された検索プログラムを用いて案内情報を検索することとしたので、案内情報の検索を迅速に行うことができる。
【００４６】
【発明の実施の形態】
以下、図面を参照して本発明にかかる案内情報リクエスト装置および案内情報提供装置の実施の形態１〜４について詳細に説明する。
【００４７】
（実施の形態１）
図１は、本発明にかかる実施の形態１の構成を示すブロック図である。この図において、図５６の各部に対応する部分には同一の符号を付け、その説明を省略する。
【００４８】
同図に示した案内情報提供システム１００は、例えば、走行中の車に搭載された案内情報リクエスト装置３００に経路上に存在する複数の目標位置情報を持たせておき、車が目標位置に到達した時点で当該目標位置に関連する案内情報を案内情報提供装置２００へリクエストし、この案内情報提供装置２００から当該案内情報のみを案内情報リクエスト装置３００へ提供するシステムである。
【００４９】
案内情報提供装置２００は、上述した経路上に存在する複数の目標位置に基づいて、案内用スクリプト情報を生成する案内用スクリプト情報生成機能と、案内用スクリプト情報を案内情報リクエスト装置３００へ提供する機能と、案内情報リクエスト装置３００からのリクエストに応じて、当該目標位置に関連する案内情報を案内情報リクエスト装置３００へ提供する案内情報提供機能とを備えている。
【００５０】
この案内情報提供装置２００と案内情報リクエスト装置３００とは、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、通信可能とされている。案内情報提供装置２００において、通信インタフェース２０１は、案内情報提供装置２００の通信インタフェースをとる。
【００５１】
制御部２０２は、案内情報提供装置２００の各部を制御するものであり、上述した案内情報データベース２０４を管理する機能と、リクエストに応じて案内情報データベース２０４から案内情報を検索し、この案内情報を案内情報リクエスト装置３００へ提供する機能とを備えている。
【００５２】
案内情報データベース２０４は、複数の経路上にそれぞれ存在する目標位置に対応付けられた案内情報およびその他情報を格納するデータベースである。具体的には、案内情報データベース２０４は、図２に示したように、「目標位置情報」、「名称」、「住所」、「カテゴリ」、「半径領域」、「案内情報」、・・・というフィールドを備えている。
【００５３】
図３は、図２に示した案内情報データベース２０４の概念を説明する図である。同図には、ある地域に点在する複数の目標位置に対応する目標位置情報Ｐａ〜Ｐｋと、これらの目標位置を中心とする所定の半径領域に関する案内情報Ｚａ〜Ｚｋとが図示されている。上記複数の目標位置は、車が走行する複数の経路上に存在している。例えば、目標位置情報Ｐａに対応する目標位置が東京駅である場合には、案内情報Ｚａは、東京駅を中心とした所定半径領域に関する時刻表情報や、駅紹介情報等である。
【００５４】
このように、案内情報データベース２０４は、経路上に存在する複数の目標位置に対応する目標位置情報Ｐａ〜Ｐｋと、これらの目標位置情報Ｐａ〜Ｐｋにそれぞれ関連する案内情報Ｚａ〜Ｚｋの集合体である。
【００５５】
図２に戻り、「目標位置情報」は、図３に示した目標位置情報Ｐａ〜Ｐｋであり、緯度、経度で表現される。例えば、目標位置情報Ｐａは、北緯Ｎ３５．４０．３９．０および東経Ｅ１３９．４６．１８．１で表現される。
【００５６】
「名称」は、目標位置に存在する建築物等の名称に関する情報である。例えば、目標位置情報Ｐａに対応する「名称」は、東京駅である。「住所」は、上記建築物等の住所に関する情報である。例えば、目標位置情報Ｐａ（東京駅）に対応する「住所」は、東京都中央区である。「カテゴリ」は、後述する案内情報が属するカテゴリ（駅、名所、デパート、首都高速等）である。
【００５７】
「半径領域」は、図３に示した円の半径に相当し、案内情報が有効とされる領域である。例えば、案内情報Ｚａ（東京駅の案内情報）は、東京駅から半径１．０ｋｍ領域内で有効とされる情報である。「案内情報」は、目標位置に関連する情報であり、テキスト情報、画像情報、音声情報等である。
【００５８】
例えば、案内情報Ｚａ（東京駅の案内情報）は、「前方に見える赤いレンガの建物が東京駅です。・・・」という具合に東京駅の観光案内や歴史的背景、名物品の販売等に関するテキスト情報である。また、案内情報Ｚｃ（レインボーブリッジの案内情報）は、レインボーブリッジの画像情報（http://www.foo.com/rainbow-bridge.jpg）と、「前方に見えるのがレインボーブリッジです。・・・」というテキスト情報とから構成されている。
【００５９】
ここで、図４を参照して車が走行する経路の一例について説明する。この図において、図３の各部に対応する部分には同一の符号を付ける。同図には、東京駅（起点）から船の科学館（終点）までの経路Ｌ１であって、目標位置情報Ｐａ〜Ｐｇ（図３参照）にそれぞれ対応する目標位置を通る経路Ｌ１が図示されている。
【００６０】
目標位置情報Ｐａは、東京駅の位置（起点）に関する情報である。目標位置情報Ｐｂは、西銀座ＩＣ（インタチェンジ）の位置に関する情報である。目標位置情報Ｐｃは、レインボーブリッジの位置に関する情報である。目標位置情報Ｐｄは、有明ＩＣの位置に関する情報である。目標位置情報Ｐｅは、お台場海浜公園の位置に関する情報である。目標位置情報Ｐｆは、ＡＢＣテレビの位置に関する情報である。目標位置情報Ｐｇは、船の科学館の位置（終点）に関する情報である。
【００６１】
このように、経路Ｌ１は、東京駅→西銀座ＩＣ→レインボーブリッジ→有明ＩＣ→お台場海浜公園→ＡＢＣテレビ→船の科学館という各目標位置を通る経路である。車に搭載された案内情報リクエスト装置３００（図１参照）には、東京駅（起点）から船の科学館（終点）まで走行する際に、図５に示したように目標位置毎に案内情報が案内情報提供装置２００より提供される。
【００６２】
具体的には、最初の東京駅では、目標位置情報Ｐａに対応する案内情報Ｚａが提供される。西銀座ＩＣでは、目標位置情報Ｐｂに対応する案内情報Ｚｂが提供される。レインボーブリッジでは、目標位置情報Ｐｃに対応する案内情報Ｚｃが提供される。
【００６３】
さらに有明ＩＣでは、目標位置情報Ｐｄに対応する案内情報Ｚｄが提供される。お台場海浜公園では、目標位置情報Ｐｅに対応する案内情報Ｚｅが提供される。ＡＢＣテレビでは、目標位置情報Ｐｆに対応する案内情報Ｚｆが提供される。最後の船の科学館では、目標位置情報Ｐｇに対応する案内情報Ｚｇが提供される。なお、経路は、上述した経路Ｌ１以外にも複数存在し、出発前に複数の経路の中から運転者により選択される。
【００６４】
図１に戻り、案内用スクリプト情報生成部２０３は、運転者により選択された上記経路に対応する案内用スクリプト情報を生成する。具体的には、例えば、経路Ｌ１（図５参照）に対応する図６および図７に示した案内用スクリプト情報５００を生成する。
【００６５】
案内用スクリプト情報５００は、例えば、ＸＭＬ（eXtensible Markup Language）等のマークアップ言語により、前述した目標位置情報の系列が記述されてなり、案内情報リクエスト装置３００へ送信される。
【００６６】
図６に示した案内用スクリプト情報５００は、ヘッダ情報５１０、目標位置情報５２０ａ、５２０ｂ、５２０ｃ、５２０ｄ、図７に示した５２０ｅ、５２０ｆおよび５２０ｇから構成されている。
【００６７】
ここで、案内用スクリプト情報５００において、例えば、<head>や</head>のように、< と> で括られたものをタグという。マークアップ言語では、タグのうち、</で始まらないものを開始タグといい、</で始まるものを終了タグという。
【００６８】
開始タグと終了タグは、<head>や</head>のように、対として使用される。この対は、タグセットと称される。案内用スクリプト情報５００は、タグセットの階層構造によって記述される。タグセットの間に挟まれた部分は、タグの内容である。
【００６９】
ヘッダ情報５１０には、経路Ｌ１（図４参照）に関するタイトル（title：レインボータウン散策）、カテゴリ（category：観光および東京都）、移動手段（transport：車、徒歩）、所要時間（duration：所要  ３時間）、距離（distance：９．６ｋｍ）、費用（expense：首都高速料金  ７００円）の情報が含まれている。
【００７０】
目標位置情報５２０ａは、図４に示した目標位置情報Ｐａに対応しており、東京駅の位置を北緯（latitude：Ｎ３５．４０．３９．０）および東経（longitude：Ｅ１３９．４６．１８．１）で表したものである。目標位置情報５２０ｂは、図４に示した目標位置情報Ｐｂに対応しており、西銀座ＩＣの位置を北緯（latitude：Ｎ３５．４０．１９．９６）および東経（longitude：Ｅ１３９．４６．１３．１２２）で表したものである。同図において、タグセット<point>および</point>は、目標位置情報を表している。
【００７１】
目標位置情報５２０ｃは、図４に示した目標位置情報Ｐｃに対応しており、レインボーブリッジの位置を北緯（latitude：Ｎ３５．３８．５．７）および東経（longitude：Ｅ１３９．４５．４２．６）で表したものである。目標位置情報５２０ｄは、図４に示した目標位置情報Ｐｄに対応しており、有明ＩＣの位置を北緯（latitude：Ｎ３５．３７．４０．０）および東経（longitude：Ｅ１３９．４７．１．０）で表したものである。
【００７２】
図７に示した目標位置情報５２０ｅは、図４に示した目標位置情報Ｐｅに対応しており、お台場海浜公園の位置を北緯（latitude：Ｎ３５．３７．３７．２０８）および東経（longitude：Ｅ１３９．４６．４９．２２１）で表したものである。目標位置情報５２０ｆは、図４に示した目標位置情報Ｐｆに対応しており、ＡＢＣテレビの位置を北緯（latitude：Ｎ３５．３７．２４．１）および東経（longitude：Ｅ１３９．４６．３９．２）で表したものである。
【００７３】
目標位置情報５２０ｇは、図４に示した目標位置情報Ｐｇに対応しており、船の科学館の位置を北緯（latitude：Ｎ３５．３７．３．５）および東経（longitude：Ｅ１３９．４６．３２．２）で表したものである。図１に戻り、記憶部２０５は、各種情報を記憶する。バス２０６は、案内情報提供装置２００の各部を接続する。
【００７４】
一方、案内情報リクエスト装置３００は、例えば、車に搭載されたカーナビゲーションシステムであり、走行中に時々刻々変化する現在位置に関する現在位置情報を一定時間毎に取得する現在位置情報取得機能や、車の現在位置と、案内用スクリプト情報５００（図６および図７参照）から得られる目標位置とのマッチングをとるマッチング機能を備えている。
【００７５】
また、案内情報リクエスト装置３００は、マッチングがとられた時点で案内情報提供装置２００へ当該目標位置に関連する案内情報をリクエストする案内情報リクエスト機能と、リクエストに応じて案内情報リクエスト装置３００から提供される案内情報を運転者に提供する案内情報提供機能等を備えている。
【００７６】
アンテナ３０１は、無線基地局５０との間で無線リンクＲを介して通信を行うための電波を送受信する機能を備えている。通信インタフェース３０２は、外部装置との通信インタフェースをとる。制御部３０３は、案内情報リクエスト装置３００の各部を制御するものであり、案内情報リクエスト機能や案内情報提供機能等を実現する。
【００７７】
案内情報リクエストでは、例えば、図８〜図１４に示した案内情報リクエスト情報６００ａ、６００ｂ、６００ｃ、６００ｄ、６００ｅ、６００ｆ、６００ｇが案内情報提供装置２００へ順次送信される。これらの案内情報リクエスト情報６００ａ等の詳細については、後述する。
【００７８】
現在位置情報取得部３０４は、ＧＰＳを利用して、緯度／経度で表される現在位置に関する現在位置情報を一定時間毎に取得する。記録媒体ドライブ３０６は、記録媒体３０５に記録された情報を読み取る。
【００７９】
マッチング処理部３０７は、現在位置情報取得部３０４により一定時間毎に取得される現在位置情報に対応する現在位置と、案内用スクリプト情報５００（図６および図７参照）から得られる目標位置とのマッチングをとる機能を備えている。
【００８０】
表示部３０８は、ＬＣＤ等であり、例えば、図８〜図１４に示した案内情報７００ａ、７００ｂ、７００ｃ、７００ｄ、７００ｅ、７００ｆおよび７００ｇに基づいて、テキスト情報、画像情報等からなる案内情報や、地図情報等を表示する。これらの案内情報７００ａ等の詳細については、後述する。バス３０９は、案内情報リクエスト装置３００の各部を接続する。
【００８１】
つぎに、実施の形態１の動作について、図１５および図１６に示したフローチャート、図１７〜図２８に示した各画面を参照しつつ詳述する。図１５は、図１に示した案内情報リクエスト装置３００の動作を説明するフローチャートである。図１６は、図１に示した案内情報提供装置２００の動作を説明するフローチャートである。
【００８２】
以下では、東京の観光における複数の観光経路のうち、図５に示した経路Ｌ１（東京駅（起点）〜船の科学館（終点））を、案内情報リクエスト装置３００が搭載された車で走行する場合を例にとって説明する。
【００８３】
図１５に示したステップＳＡ１では、案内情報リクエスト装置３００の制御部３０３は、運転者より案内要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００８４】
一方、図１６に示したステップＳＢ１では、案内情報提供装置２００の制御部２０２は、案内情報リクエスト装置３００からメニュー画面情報の要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。ここでいうメニュー画面情報は、図１７〜図２１に示した各画面（メニュー画面）を表示部３０８に表示させるための情報である。
【００８５】
そして、運転者により案内ボタン（図示略）が押下されると、案内情報リクエスト装置３００の制御部３０３は、図１５に示したステップＳＡ１の判断結果を「Ｙｅｓ」とする。ステップＳＡ２では、制御部３０３は、案内情報提供装置２００に対して、無線リンクＲ、無線基地局５０、移動体ネットワーク４０およびインターネット３０を介してメニュー画面情報を要求する。
【００８６】
これにより、案内情報提供装置２００の制御部２０２は、図１６に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、制御部２０２は、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、メニュー画面情報を案内情報リクエスト装置３００へ送信する。ステップＳＢ３では、制御部２０２は、上述した経路の選択結果である観光コース選択情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００８７】
ステップＳＡ３では、制御部３０３は、メニュー画面情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、上記メニュー画面情報が案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ３の判断結果を「Ｙｅｓ」とする。ステップＳＡ４では、制御部３０３は、運転者のボタン操作に応じて、図１７〜図２１に示した各画面を表示部３０８に順次表示させる。ステップＳＡ５では、制御部３０３は、図２１に示した出発ボタン１２０２が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００８８】
具体的には、ステップＳＡ４では、制御部３０３は、図１７に示した観光エリア選択画面８００を表示部３０８に表示させる。この観光エリア選択画面８００は、運転者に観光エリア（関東、東海、近畿、・・・）を選択させるための画面である。この観光エリア選択画面８００には、関東、東海、近畿、・・・にそれぞれ対応する選択ボタン８０１、８０２、８０３、・・・が表示されている。
【００８９】
この場合、運転者により選択ボタン８０１（関東）が押下されると、制御部３０３は、図１８に示したルート選択画面９００を表示部３０８に表示させる。このルート選択画面９００は、運転者に関東エリアにおける観光ルート（東京周遊ルート、横浜周遊ルート、・・・）を選択させるための画面である。このルート選択画面９００には、東京周遊ルート、横浜周遊ルート、・・・にそれぞれ対応する選択ボタン９０１、９０２、・・・が表示されている。
【００９０】
この場合、運転者により選択ボタン９０１（東京周遊ルート）が押下されると、制御部３０３は、図１９に示したコース選択画面１０００を表示部３０８に表示させる。このコース選択画面１０００は、運転者に東京周遊ルートにおけるコースを選択させるための画面である。このコース選択画面１０００には、東京ハイライト、東京一日観光、夜のお江戸および下町満喫というコースにそれぞれ対応する選択ボタン１００１、１００２、１００３および１００４が表示されている。
【００９１】
この場合、運転者により選択ボタン１００２（東京一日観光）が押下されると、制御部３０３は、図２０に示したコース選択画面１１００を表示部３０８に表示させる。このコース選択画面１１００は、運転者に東京一日観光コースにおける詳細コースを選択させるための画面である。このコース選択画面１１００には、高層ビル、レインボータウン散策、話題の撮影現場、下町情緒および東京ハイライトという詳細コースにそれぞれ対応する選択ボタン１１０１、１１０２、１１０３、１１０４および１１０５が表示されている。
【００９２】
この場合、運転者により選択ボタン１１０２（レインボータウン散策）が押下されると、制御部３０３は、図２１に示した案内地図画面１２００を表示部３０８に表示させる。このコース案内地図画面１２００は、「レインボータウン散策コース」を運転者に最終決定させるための画面である。この案内地図画面１２００には、案内地図１２０１、出発ボタン１２０２およびキャンセルボタン１２０３が表示されている。
【００９３】
この案内地図１２０１は、レインボータウン散策コース（経路）が図示された地図である。このレインボータウン散策コースは、図４に示した経路Ｌ１に対応している。すなわち、レインボータウン散策コースは、図２１の案内地図１２０１からわかるように、東京駅（起点）→西銀座ＩＣ→レインボーブリッジ→有明ＩＣ→お台場海浜公園→ＡＢＣテレビ→船の科学館（終点）という経路である。
【００９４】
そして、運転者は、案内地図１２０１により観光コースを確認した後、出発ボタン１２０２を押下する。これにより、制御部３０３は、図１５に示したステップＳＡ５の判断結果を「Ｙｅｓ」とする。また、運転者は、起点の東京駅まで車を走行させる。
【００９５】
ステップＳＡ６では、制御部３０３は、上述したレインボータウン散策コースが選択されたことを表す観光コース選択情報を案内情報提供装置２００へ送信する。ステップＳＡ７では、制御部３０３は、案内情報提供装置２００からの案内用スクリプト情報（図６および図７参照）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００９６】
そして、観光コース選択情報が案内情報提供装置２００に受信されると、案内情報提供装置２００の制御部２０２は、図１６に示したステップＳＢ３の判断結果を「Ｙｅｓ」とする。ステップＳＢ４では、案内用スクリプト情報生成部２０３は、レインボータウン散策コース（経路Ｌ１：図５参照）に対応する案内用スクリプト情報５００（図６および図７参照）を生成する。
【００９７】
ステップＳＢ５では、制御部２０２は、図６および図７に示した案内用スクリプト情報５００を案内情報リクエスト装置３００へ送信する。ステップＳＢ６では、制御部２０２は、案内情報リクエスト装置３００からの案内情報リクエスト情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【００９８】
そして、案内用スクリプト情報５００が案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ７の判断結果を「Ｙｅｓ」とする。ステップＳＡ８では、マッチング処理部３０７は、現在位置情報取得部３０４から一定時間毎に車の現在位置を表す現在位置情報（緯度／経度）を取得する。
【００９９】
ステップＳＡ９では、マッチング処理部３０７は、図６および図７に含まれる目標位置情報５２０ａ〜５２０ｇと、ステップＳＡ８で取得した現在位置情報とを比較する。ステップＳＡ１０では、マッチング処理部３０７は、ステップＳＡ９の比較結果において、所定の誤差の範囲内で目標位置情報と現在位置情報とが一致するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。
【０１００】
以後、ステップＳＡ１０の判断結果が「Ｙｅｓ」となるまで、ステップＳＡ８〜ステップＳＡ１０が繰り返される。ここで、ステップＳＡ８で取得される現在位置情報は、車が東京駅（図５参照）へ向けて走行しているため、時々刻々変化している。
【０１０１】
そして、車が東京駅（図５参照）に到着すると、図６に示した目標位置情報５２０ａと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１０２】
ステップＳＡ１１では、制御部３０３は、図８に示した案内情報リクエスト情報６００ａを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ａは、目標位置情報５２０ａ（図６参照）に対応しており、東京駅の位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１０３】
そして、上記案内情報リクエスト情報６００ａが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ａに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１０４】
この場合に、目標位置情報Ｐａ（東京駅）に対応する案内情報Ｚａ（テキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図８に示した案内情報７００ａを案内情報リクエスト装置３００へ送信する。この案内情報７００ａは、案内情報Ｚａ（図２参照）に対応している。
【０１０５】
ここで、案内情報７００ａにおいて、タグセット<info>および</info>は、案内情報であることを表しており、タグセット<text>および</text>は、テキスト情報であることを表している。
【０１０６】
ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１０７】
そして、図８に示した案内情報７００ａが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２２に示した案内画面１３００を表示部３０８に表示させる。
【０１０８】
この案内画面１３００には、東京駅に関する案内情報１３０１と、現在の目標位置（東京駅）を表す経路情報１３０２とが表示されている。案内情報１３０１は、案内情報７００ａ（図８参照）および案内情報Ｚａ（図２参照）に対応しており、テキスト情報（「前方に見える赤いレンガの建物が東京駅です。・・・」）である。
【０１０９】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１１０】
また、運転者は、案内画面１３００により東京駅に関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置である西銀座ＩＣを目指して、車を走行させる。
【０１１１】
そして、車が西銀座ＩＣ（図５参照）に到着すると、図６に示した目標位置情報５２０ｂと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１１２】
ステップＳＡ１１では、制御部３０３は、図９に示した案内情報リクエスト情報６００ｂを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｂは、目標位置情報５２０ｂ（図６参照）に対応しており、西銀座ＩＣの位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１１３】
そして、上記案内情報リクエスト情報６００ｂが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｂに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１１４】
この場合に、目標位置情報Ｐｂ（西銀座ＩＣ）に対応する案内情報Ｚｂ（テキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図９に示した案内情報７００ｂを案内情報リクエスト装置３００へ送信する。この案内情報７００ｂは、案内情報Ｚｂ（図２参照）に対応している。ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１１５】
そして、図９に示した案内情報７００ｂが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２３に示した案内画面１４００を表示部３０８に表示させる。
【０１１６】
この案内画面１４００には、西銀座ＩＣに関する案内情報１４０１と、現在の目標位置（西銀座ＩＣ）を表す経路情報１４０２とが表示されている。案内情報１４０１は、案内情報７００ｂ（図９参照）および案内情報Ｚｂ（図２参照）に対応しており、テキスト情報（「首都高速料金  ７００円・・・」）である。ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１１７】
また、運転者は、案内画面１４００により西銀座ＩＣに関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置であるレインボーブリッジを目指して車を走行させる。
【０１１８】
そして、車がレインボーブリッジ（図５参照）に到着すると、図６に示した目標位置情報５２０ｃと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１１９】
ステップＳＡ１１では、制御部３０３は、図１０に示した案内情報リクエスト情報６００ｃを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｃは、目標位置情報５２０ｃ（図６参照）に対応しており、レインボーブリッジの位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１２０】
そして、上記案内情報リクエスト情報６００ｃが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｃに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１２１】
この場合に、目標位置情報Ｐｃ（レインボーブリッジ）に対応する案内情報Ｚｃ（画像情報およびテキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図１０に示した案内情報７００ｃを案内情報リクエスト装置３００へ送信する。この案内情報７００ｃは、案内情報Ｚｃ（図２参照）に対応している。
【０１２２】
案内情報７００ｃにおいて、タグセット<image>および</image>は、画像情報であることを表している。ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１２３】
そして、図１０に示した案内情報７００ｃが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２４に示した案内画面１５００を表示部３０８に表示させる。
【０１２４】
この案内画面１５００には、レインボーブリッジに関する案内情報１５０１と、現在の目標位置（レインボーブリッジ）を表す経路情報１５０４とが表示されている。案内情報１５０１は、案内情報７００ｃ（図１０参照）および案内情報Ｚｃ（図２参照）に対応しており、画像情報１５０２（レインボーブリッジの画像）およびテキスト情報１５０３（「前方に見えるのがレインボーブリッジです。・・・」）から構成されている。
【０１２５】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１２６】
また、運転者は、案内画面１５００によりレインボーブリッジに関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置である有明ＩＣを目指して車を走行させる。
【０１２７】
そして、車が有明ＩＣ（図５参照）に到着すると、図６に示した目標位置情報５２０ｄと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１２８】
ステップＳＡ１１では、制御部３０３は、図１１に示した案内情報リクエスト情報６００ｄを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｄは、目標位置情報５２０ｄ（図６参照）に対応しており、有明ＩＣの位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１２９】
そして、上記案内情報リクエスト情報６００ｄが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｄに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１３０】
この場合に、目標位置情報Ｐｄ（有明ＩＣ）に対応する案内情報Ｚｄ（テキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図１１に示した案内情報７００ｄを案内情報リクエスト装置３００へ送信する。この案内情報７００ｄは、案内情報Ｚｄ（図２参照）に対応している。
【０１３１】
ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１３２】
そして、図１１に示した案内情報７００ｄが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２５に示した案内画面１６００を表示部３０８に表示させる。
【０１３３】
この案内画面１６００には、有明ＩＣに関する案内情報１６０１と、現在の目標位置（有明ＩＣ）を表す経路情報１６０２とが表示されている。案内情報１６０１は、案内情報７００ｄ（図１１参照）および案内情報Ｚｄ（図２参照）に対応しており、テキスト情報（「首都高速料金  ７００円・・・」）である。
【０１３４】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１３５】
また、運転者は、案内画面１６００により有明ＩＣに関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置であるお台場海浜公園を目指して車を走行させる。
【０１３６】
そして、車がお台場海浜公園（図５参照）に到着すると、図７に示した目標位置情報５２０ｅと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１３７】
ステップＳＡ１１では、制御部３０３は、図１２に示した案内情報リクエスト情報６００ｅを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｅは、目標位置情報５２０ｅ（図７参照）に対応しており、お台場海浜公園の位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１３８】
そして、上記案内情報リクエスト情報６００ｅが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｅに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１３９】
この場合に、目標位置情報Ｐｅ（お台場海浜公園）に対応する案内情報Ｚｅ（テキスト情報および画像情報）が検索される。ステップＳＢ８では、制御部２０２は、図１２に示した案内情報７００ｅを案内情報リクエスト装置３００へ送信する。この案内情報７００ｅは、案内情報Ｚｅ（図２参照）に対応している。
【０１４０】
ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１４１】
そして、図１２に示した案内情報７００ｅが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２６に示した案内画面１７００を表示部３０８に表示させる。
【０１４２】
この案内画面１７００には、お台場海浜公園に関する案内情報１７０１と、現在の目標位置（お台場海浜公園）を表す経路情報１７０４とが表示されている。案内情報１７０１は、案内情報７００ｅ（図１２参照）および案内情報Ｚｅ（図２参照）に対応しており、テキスト情報１７０２（「○○会場では、○○イベントが行われます。・・・」）および画像情報１７０３（お台場海浜公園の画像）とから構成されている。
【０１４３】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１４４】
また、運転者は、案内画面１７００によりお台場海浜公園に関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置であるＡＢＣテレビを目指して車を走行させる。
【０１４５】
そして、車がＡＢＣテレビ（図５参照）に到着すると、図７に示した目標位置情報５２０ｆと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１４６】
ステップＳＡ１１では、制御部３０３は、図１３に示した案内情報リクエスト情報６００ｆを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｆは、目標位置情報５２０ｆ（図７参照）に対応しており、ＡＢＣテレビの位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１４７】
そして、上記案内情報リクエスト情報６００ｆが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｆに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１４８】
この場合に、目標位置情報Ｐｆ（ＡＢＣテレビ）に対応する案内情報Ｚｆ（テキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図１３に示した案内情報７００ｆを案内情報リクエスト装置３００へ送信する。この案内情報７００ｆは、案内情報Ｚｆ（図２参照）に対応している。
【０１４９】
ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１５０】
そして、図１３に示した案内情報７００ｆが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２７に示した案内画面１８００を表示部３０８に表示させる。
【０１５１】
この案内画面１８００には、ＡＢＣテレビに関する案内情報１８０１と、現在の目標位置（ＡＢＣテレビ）を表す経路情報１８０２とが表示されている。案内情報１８０１は、テキスト情報（「ＡＢＣテレビでは、１０：００から公開放送が実施されます。・・・」）である。
【０１５２】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＡ８〜ステップＳＡ１４が繰り返される。
【０１５３】
また、運転者は、案内画面１８００によりＡＢＣテレビに関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置（終点）である船の科学館を目指して車を走行させる。
【０１５４】
そして、車が船の科学館（図５参照）に到着すると、図７に示した目標位置情報５２０ｇと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１５５】
ステップＳＡ１１では、制御部３０３は、図１４に示した案内情報リクエスト情報６００ｇを案内情報提供装置２００へ送信する。この案内情報リクエスト情報６００ｇは、目標位置情報５２０ｇ（図７参照）に対応しており、船の科学館の位置情報（緯度／経度）である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１５６】
そして、上記案内情報リクエスト情報６００ｇが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報６００ｇに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４から案内情報を検索する。
【０１５７】
この場合に、目標位置情報Ｐｇ（船の科学館）に対応する案内情報Ｚｇ（テキスト情報）が検索される。ステップＳＢ８では、制御部２０２は、図１４に示した案内情報７００ｇを案内情報リクエスト装置３００へ送信する。この案内情報７００ｇは、案内情報Ｚｇ（図２参照）に対応している。
【０１５８】
ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置３００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０１５９】
そして、図１４に示した案内情報７００ｇが案内情報リクエスト装置３００に受信されると、制御部３０３は、図１５に示したステップＳＡ１２の判断結果を「Ｙｅｓ」とする。ステップＳＡ１３では、制御部３０３は、図２８に示した案内画面１９００を表示部３０８に表示させる。
【０１６０】
この案内画面１９００には、船の科学館に関する案内情報１９０１と、現在の目標位置（船の科学館）を表す経路情報１９０２とが表示されている。案内情報１９０１は、テキスト情報（「入場料  大人６００円  子供３００円・・・」）である。
【０１６１】
ステップＳＡ１４では、制御部３０３は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｙｅｓ」として当該経路Ｌ１に関する一連の処理を終了する。ステップＳＡ１５では、制御部３０３は、案内情報提供装置２００に対して、終点到着通知を行う。これにより、制御部２０２は、図１６に示したステップＳＢ９の判断結果を「Ｙｅｓ」として、当該経路Ｌ１に関する一連の処理を終了する。
【０１６２】
ここで、前述した実施の形態１では、目標位置情報からなる、案内情報リクエスト情報６００ａ（図８参照）を案内情報提供装置２００へ送信し、案内情報提供装置２００側で目標位置情報に基づいて、案内情報データベース２０４から案内情報を検索する例について説明したが、案内情報リクエスト情報として、検索プログラムやＵＲＬ（Uniform Resource Locator）の情報も送信し、案内情報提供装置２００の負荷を軽減させるようにしてもよい。
【０１６３】
この場合、図１６に示したステップＳＢ４では、案内用スクリプト情報５００（図６および図７参照）に代えて、図２９および図３０に示した案内用スクリプト情報２０００が案内用スクリプト情報生成部２０３により生成される。図２９および図３０において、図６および図７に対応する部分には同一の符号を付ける。
【０１６４】
図２９に示した案内用スクリプト情報２０００においては、目標位置情報５２０ｃと対をなすＵＲＬ情報２０００ｃが付加されている。このＵＲＬ情報２０００ｃは、図２に示した案内情報Ｚｃに含まれるレインボーブリッジの画像情報（rainboe-bridge.jpg）の格納場所を一義的に表す情報である。
【０１６５】
また、図３０に示した案内用スクリプト情報２０００においては、目標位置情報５２０ｅと対をなす検索プログラム情報２０００ｅが付加されている。この検索プログラム情報２０００ｅは、図２に示した案内情報Ｚｅに含まれるお台場海浜公園の画像情報（odaiba.jpg）を検索するためのプログラムである。
【０１６６】
図１６に示したステップＳＢ４で生成された案内用スクリプト情報２０００（図２９および図３０参照）は、ステップＳＢ５で案内情報リクエスト装置３００へ送信される。この案内用スクリプト情報２０００は、案内情報リクエスト装置３００に受信される。
【０１６７】
この場合、車がレインボーブリッジ（図５参照）に到着すると、図２９に示した目標位置情報５２０ｃと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１６８】
ステップＳＡ１１では、制御部３０３は、図３１に示した案内情報リクエスト情報２１００ｃを案内情報提供装置２００へ送信する。この案内情報リクエスト情報２１００ｃは、図２９に示した目標位置情報５２０ｃおよびＵＲＬ情報２０００ｃに対応しており、レインボーブリッジの位置情報（緯度／経度）およびレインボーブリッジのＵＲＬ情報である。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１６９】
そして、上記案内情報リクエスト情報２１００ｃが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、案内情報リクエスト情報２１００ｃに含まれる目標位置情報（緯度／経度）をキーとして、図２に示した案内情報データベース２０４からテキスト情報を検索する。また、制御部２０２は、案内情報リクエスト情報２１００ｃに含まれるＵＲＬ情報（http://www.foo.com/rainbow-bridge.jpg）からダイレクトに画像情報を取得する。
【０１７０】
ステップＳＢ８では、制御部２０２は、図３１に示した案内情報７００ｃを案内情報リクエスト装置３００へ送信する。以後、前述した動作を経て、図１５に示したステップＳＡ１３では、制御部３０３は、図２４に示した案内画面１５００を表示部３０８に表示させる。
【０１７１】
また、車がお台場海浜公園（図５参照）に到着すると、図３０に示した目標位置情報５２０ｅと、ステップＳＡ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＡ１０の判断結果を「Ｙｅｓ」とする。
【０１７２】
ステップＳＡ１１では、制御部３０３は、図３２に示した案内情報リクエスト情報２１００ｅを案内情報提供装置２００へ送信する。この案内情報リクエスト情報２１００ｅは、図３０に示した検索プログラム情報２０００ｅに対応している。ステップＳＡ１２では、制御部３０３は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１７３】
そして、上記案内情報リクエスト情報２１００ｅが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、図３２に示した案内情報リクエスト情報２１００ｅ（検索プログラム）を実行し、図２に示した案内情報データベース２０４からテキスト情報およびお台場海浜公園の画像情報を検索する。
【０１７４】
ステップＳＢ８では、制御部２０２は、図３２に示した案内情報７００ｅを案内情報リクエスト装置３００へ送信する。以後、前述した動作を経て、図１５に示したステップＳＡ１３では、制御部３０３は、図２６に示した案内画面１７００を表示部３０８に表示させる。
【０１７５】
また、実施の形態１では、図１７〜図２０に示したメニュー画面に代えて、図３３および図３４に示したメニュー画面２２００および２３００を用いて、観光コースの選択を行うようにしてもよい。図２３に示したメニュー画面２２００には、エリア（関東、東海、近畿、・・・）を選択するためのエリア選択部２２０１と、ジャンル（観光、仕事、・・・）を選択するためのジャンル選択部２２０２と、検索ボタン２２０３とが表示されている。
【０１７６】
ここで、エリア選択部２２０１で関東が、ジャンル選択部２２０２で観光が選択された後、検索ボタン２２０３が押下されると、案内情報リクエスト装置３００の制御部３０３は、図３４に示したメニュー画面２３００を表示部３０８に表示させる。このメニュー画面２３００には、検索結果表示欄２３０１と、コース選択部２３０２とが表示されている。コース選択部２３０２は、観光コースを選択するための欄である。
【０１７７】
また、コース選択部２３０２には、それぞれの観光コースに対応する選択ボタン２３０３、選択ボタン２３０４、・・・が表示されている。ここで、番号２の観光コース（レインボータウン散策コース）に対応する選択ボタン２３０４が押下されると、制御部３０３は、図２１に示した案内地図画面１２００を表示部３０８に表示させる。
【０１７８】
なお、実施の形態１では、目標位置には、場所の概念も含まれる。また、実施の形態１では、案内情報として目標位置（場所）に関連する広告の情報を提供するようにしてもよい。例えば、原宿（目標位置）の場合には、若者向けのファッション関連の広告、銀座（目標位置）の場合には、熟年層のブランド品関連の広告が挙げられる。
【０１７９】
また、実施の形態１では、カテゴリ分けした案内情報をデータベースに登録しておき、利用者により指定されたカテゴリ（複数可）に対応する案内情報を提供するようにしてもよい。
【０１８０】
以上説明したように、実施の形態１によれば、図１５を参照して説明したように、目標位置情報と現在位置情報とのマッチングが採られた場合（ステップＳＡ１０）に、初めて案内情報提供装置２００に案内情報のリクエストを行うようにしたので、従来のように、常に一定時間毎に案内情報提供装置にアクセスする場合や、不要な案内情報を含むデータベースをダウンロードする場合に比べて、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができる。
【０１８１】
例えば、従来の案内情報リクエスト装置６０（図５６参照）から案内情報提供装置２０へ送信される位置情報の送信間隔が１０秒であるところを、実施の形態１で送信間隔が平均１０分になったと仮定すると、トラフィック量は、従来の１／６０に低減される。
【０１８２】
例えば、４００万台のカーナビゲーションシステムに実施の形態１を適用した場合には、従来に比べて、トラフィック量が１／２．４億に低減される。また、現在日本で普及している携帯電話端末（５８００万台）に実施の形態１を適用した場合には、従来に比べてトラフィック量が１／３４．８億に低減される。
【０１８３】
また、実施の形態１によれば、図８に示した案内情報リクエスト情報６００ａのように、案内情報データベース２０４（図２参照）における案内情報のポインタとして位置情報を案内情報提供装置２００へ送信するようにしたので、案内情報提供装置２００側で上記ポインタ（位置情報）に基づく案内情報の検索、提供を迅速に行うことができる。
【０１８４】
また、実施の形態１によれば、目標位置情報の系列からなる案内用スクリプト情報５００（図６および図７参照）を案内用スクリプト情報生成部２０３で生成し、この案内用スクリプト情報５００を案内情報リクエスト装置３００へ提供するようにしたので、案内情報リクエスト装置３００側での負荷を低減させることができることから、特に、記憶領域が小さく、処理能力が低い小型のＰＤＡ、携帯電話端末、ＰＨＳ端末であっても、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができる。
【０１８５】
また、実施の形態１によれば、案内情報リクエスト情報として、案内情報の格納場所に関するＵＲＬ情報（案内情報リクエスト情報２１００ｃ：図３１）や、案内情報データベース２０４から案内情報を検索するための検索プログラム（案内情報リクエスト情報２１００ｅ：図３２）を案内情報提供装置へ送信するようにしたので、案内情報提供装置２００側で上記ポインタ（位置情報）に基づく案内情報の検索、提供を迅速に行うことができる。
【０１８６】
（実施の形態２）
さて、前述した実施の形態１では、車が目標位置に到着した場合、案内情報リクエスト装置３００から案内情報提供装置２００へリアルタイムで案内情報の送信をリクエストし、案内情報提供装置２００から案内情報リクエスト装置３００へ案内情報を提供する例について説明したが、車が目標位置に到着する前や、到着後にリクエストを行い、リクエストするタイミングを調整できるようにしてもよい。以下では、この場合を実施の形態２として説明する。
【０１８７】
図３５は、本発明にかかる実施の形態２の構成を示すブロック図である。この図において、図１に対応する部分には同一の符号を付け、その説明を省略する。図３５に示した案内情報提供システム１１０においては、図１に示した案内情報リクエスト装置３００に代えて、案内情報リクエスト装置２４００が設けられている。また、案内情報提供装置２００においては、図２に示した案内情報データベース２０４に代えて、図３６に示した案内情報データベース２０７が設けられている。
【０１８８】
この案内情報データベース２０７において、図２に示した案内情報データベース２０４に対応する部分には同一の符号を付ける。案内情報データベース２０７においては、「タイミング調整情報」というフィールドが新たに設けられている。この「タイミング調整情報」は、案内情報リクエスト装置２４００から案内情報提供装置２００へ案内情報をリクエストするタイミングを調整するための情報である。
【０１８９】
具体的には、目標位置情報Ｐａに対応する「タイミング調整情報」＝−１．０ｋｍの場合には、車が目標位置（東京駅）の手前１．０ｋｍに位置した場合に到着を待たずに、案内情報がリクエスト（以下、早期リクエストという）される。また、目標位置情報Ｐｅに対応する「タイミング調整情報」＝＋０．１ｋｍの場合には、車が目標位置（お台場海浜公園）に到着した後、０．１ｋｍ先に位置した場合に、案内情報がリクエスト（以下、遅延リクエストという）される。
【０１９０】
図３５に戻り、案内情報リクエスト装置２４００においては、図１に示した制御部３０３およびマッチング処理部３０７に代えて、制御部２４０１およびマッチング処理部２４０４が設けられている。
【０１９１】
これらの制御部２４０１およびマッチング処理部２４０４の具体的な動作については、後述する。走行距離計測部２４０２は、遅延リクエスト時に目標位置からの車の走行距離を計測する。距離算出部２４０３は、早期リクエスト時に車の現在位置と目標位置との距離を算出する。
【０１９２】
つぎに、実施の形態２の動作について、図３７および図３８に示したフローチャートを参照しつつ詳述する。これらの図３７および図３８は、図３５に示した案内情報リクエスト装置２４００の動作を説明するフローチャートである。
【０１９３】
以下では、実施の形態１と同様にして、図５に示した経路Ｌ１（東京駅（起点）〜船の科学館（終点））を、案内情報リクエスト装置２４００が搭載された車で走行する場合を例にとって説明する。
【０１９４】
図３７に示したステップＳＣ１では、案内情報リクエスト装置２４００の制御部２４０１は、運転者より案内要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１９５】
一方、図１６に示したステップＳＢ１では、案内情報提供装置２００の制御部２０２は、案内情報リクエスト装置２４００からメニュー画面情報の要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。ここでいうメニュー画面情報は、図１７〜図２１に示した各画面（メニュー画面）を表示部３０８に表示させるための情報である。
【０１９６】
そして、運転者により案内ボタン（図示略）が押下されると、案内情報リクエスト装置２４００の制御部２４０１は、図３７に示したステップＳＣ１の判断結果を「Ｙｅｓ」とする。ステップＳＣ２では、制御部２４０１は、ステップＳＡ２（図１５参照）と同様にして、案内情報提供装置２００にメニュー画面情報を要求する。
【０１９７】
これにより、案内情報提供装置２００の制御部２０２は、図１６に示したステップＳＢ１の判断結果を「Ｙｅｓ」とする。ステップＳＢ２では、制御部２０２は、インターネット３０、移動体ネットワーク４０、無線基地局５０および無線リンクＲを介して、メニュー画面情報を案内情報リクエスト装置２４００へ送信する。ステップＳＢ３では、制御部２０２は、上述した経路の選択結果である観光コース選択情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０１９８】
ステップＳＣ３では、制御部２４０１は、メニュー画面情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、上記メニュー画面情報が案内情報リクエスト装置２４００に受信されると、制御部２４０１は、図３７に示したステップＳＣ３の判断結果を「Ｙｅｓ」とする。以後、ステップＳＣ４〜ステップＳＣ６では、前述したステップＳＡ４〜ステップＳＡ６（図１５参照）と同様の動作が行われる。
【０１９９】
すなわち、図２１に示した出発ボタン１２０２が押下されると、ステップＳＣ６では、制御部２４０１は、上述したレインボータウン散策コースが選択されたことを表す観光コース選択情報を案内情報提供装置２００へ送信する。ステップＳＣ７では、制御部２４０１は、案内情報提供装置２００からの案内用スクリプト情報（図３９および図４０参照）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２００】
そして、観光コース選択情報が案内情報提供装置２００に受信されると、案内情報提供装置２００の制御部２０２は、図１６に示したステップＳＢ３の判断結果を「Ｙｅｓ」とする。ステップＳＢ４では、案内用スクリプト情報生成部２０３は、レインボータウン散策コース（経路Ｌ１：図５参照）に対応する案内用スクリプト情報２５００（図３９および図４０参照）を生成する。
【０２０１】
案内用スクリプト情報２５００において、図６および図７に対応する部分には、同一の符号を付ける。図３９に示した案内用スクリプト情報２５００においては、目標位置情報５２０ａと対をなすタイミング調整情報２５００ａが付加されている。このタイミング調整情報２５００ａは、図３６に示した目標位置情報Ｐａのレコードの「タイミング調整情報」＝−１．０ｋｍに対応している。
【０２０２】
また、図４０に示した案内用スクリプト情報２５００においては、目標位置情報５２０ｅと対をなすタイミング調整情報２５００ｅが付加されている。このタイミング調整情報２５００ｅは、図３６に示した目標位置情報Ｐｅのレコードの「タイミング調整情報」＝＋０．１ｋｍに対応している。
【０２０３】
ステップＳＢ５では、制御部２０２は、図３９および図４０に示した案内用スクリプト情報２５００を案内情報リクエスト装置２４００へ送信する。ステップＳＢ６では、制御部２０２は、案内情報提供装置２００からの案内情報リクエスト情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２０４】
そして、案内用スクリプト情報２５００が案内情報リクエスト装置２４００に受信されると、制御部２４０１は、図３７に示したステップＳＣ７の判断結果を「Ｙｅｓ」とする。ステップＳＣ８では、マッチング処理部２４０４は、受信した案内用スクリプト情報にタイミング調整情報が含まれているか否かを判断する。
【０２０５】
この場合、図３９に示した案内用スクリプト情報２５００の目標位置情報５２０ａと対をなすタイミング調整情報２５００ａが存在するため、マッチング処理部２４０４は、ステップＳＣ８の判断結果を「Ｙｅｓ」とする。ステップＳＣ９では、マッチング処理部２４０４は、リクエストタイミング調整処理を実行する。この時点では、車が東京駅に向かっている途中である。
【０２０６】
具体的には、図３８に示したステップＳＤ１では、マッチング処理部２４０４は、図３９に示したタイミング調整情報２５００ａが早期リクエストまたは遅延リクエストのうちいずれのリクエストに対応しているかを判断する。この場合には、早期リクエスト（−１．０ｋｍ）に対応しているため、ステップＳＤ５の処理が実行される。
【０２０７】
ステップＳＤ５では、距離算出部２４０３は、現在位置情報取得部３０４からの現在位置情報と、目標位置情報５２０ａ（図３９参照）とに基づいて、車の現在位置と目標位置（東京駅）との距離を算出する。ステップＳＤ６では、マッチング処理部２４０４は、算出距離が設定距離Ｅとイコールであるか否かを判断する。
【０２０８】
この設定距離Ｅは、タイミング調整情報２５００ａにおける−１．０ｋｍの絶対値（１．０ｋｍ）である。すなわち、ステップＳＤ６では、車が目標位置（東京駅）の手前１．０ｋｍに位置しているか否かが判断される。
【０２０９】
この場合、ステップＳＤ６の判断結果が「Ｎｏ」であるものとすると、以降ステップＳＤ５およびステップＳＤ６が繰り返され、車が目標位置に近づくにしたがって、算出距離が徐々に縮まる。そして、車が目標位置（東京駅）の手前１．０ｋｍに位置すると、マッチング処理部２４０４は、ステップＳＤ６の判断結果を「Ｙｅｓ」とする。
【０２１０】
図３７に示したステップＳＣ１３では、制御部２４０１は、図８に示した案内情報リクエスト情報６００ａを案内情報提供装置２００へ送信する。ステップＳＣ１４では、制御部２４０１は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２１１】
そして、上記案内情報リクエスト情報６００ａが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、図３６に示した案内情報データベース２０７から案内情報を検索する。
【０２１２】
ステップＳＢ８では、制御部２０２は、図８に示した案内情報７００ａを案内情報リクエスト装置２４００へ送信する。ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置２４００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０２１３】
そして、図８に示した案内情報７００ａが案内情報リクエスト装置２４００に受信されると、制御部２４０１は、図３７に示したステップＳＣ１４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１５では、制御部２４０１は、図２２に示した案内画面１３００を表示部３０８に表示させる。この時点で、車は、目標位置に到着していない。
【０２１４】
ステップＳＣ１６では、制御部２４０１は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＣ８の判断が行われる。なお、ステップＳＢ８の判断結果が「Ｎｏ」である場合、ステップＳＣ１０〜ステップＳＣ１２では、前述したステップＳＡ８〜ステップＳＡ１０と同様の処理が実行される。
【０２１５】
そして、車が図５に示した西銀座ＩＣ→レインボーブリッジ→有明ＩＣを経てつぎの目標位置であるお台場海浜公園に向けて走行中である場合、図３７に示したステップＳＣ８では、マッチング処理部２４０４は、図４０に示した目標位置情報５２０ｅ（お台場海浜公園）と対をなすタイミング調整情報２５００ｅが存在するため、判断結果を「Ｙｅｓ」とする。ステップＳＣ９では、マッチング処理部２４０４は、リクエストタイミング調整処理を実行する。
【０２１６】
すなわち、図３８に示したステップＳＤ１では、マッチング処理部２４０４は、図４０に示したタイミング調整情報２５００ｅが早期リクエストまたは遅延リクエストのうちいずれのリクエストに対応しているかを判断する。この場合には、遅延リクエスト（＋１．０ｋｍ）に対応しているため、ステップＳＤ２の処理が実行される。
【０２１７】
ステップＳＤ２では、マッチング処理部２４０４は、現在位置情報取得部３０４からの現在位置情報と目標位置情報５２０ｅから得られる目標位置情報とに基づいて、現在位置が所定の誤差の範囲内で目標位置と一致するか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２１８】
そして、車が目標位置（お台場海浜公園）に到着するとマッチング処理部２４０４は、ステップＳＤ２の判断結果を「Ｙｅｓ」とする。ステップＳＤ３では、マッチング処理部２４０４は、走行距離計測部２４０２を起動する。これにより、目標位置（お台場海浜公園）からの車の走行距離が計測される。
【０２１９】
ステップＳＤ４では、マッチング処理部２４０４は、上記走行距離が設定距離Ｄとイコールであるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。この設定距離Ｄは、タイミング調整情報２５００ｅにおける＋１．０ｋｍの絶対値（１．０ｋｍ）である。すなわち、ステップＳＤ４では、車が目標位置（お台場海浜公園）を起点として１．０ｋｍ先に位置しているか否かが判断される。
【０２２０】
そして、車が目標位置から遠ざかるにしたがって、走行距離が徐々に伸びる。ここで、車が目標位置（お台場海浜公園）を起点として１．０ｋｍ先に位置すると、マッチング処理部２４０４は、ステップＳＤ４の判断結果を「Ｙｅｓ」とする。
【０２２１】
図３７に示したステップＳＣ１３では、制御部２４０１は、図１２に示した案内情報リクエスト情報６００ｅを案内情報提供装置２００へ送信する。ステップＳＣ１４では、制御部２４０１は、案内情報提供装置２００からの案内情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２２２】
そして、上記案内情報リクエスト情報６００ｅが案内情報提供装置２００に受信されると、制御部２０２は、図１６に示したステップＳＢ６の判断結果を「Ｙｅｓ」とする。ステップＳＢ７では、制御部２０２は、図３６に示した案内情報データベース２０７から案内情報を検索する。
【０２２３】
ステップＳＢ８では、制御部２０２は、図１２に示した案内情報７００ｅを案内情報リクエスト装置２４００へ送信する。ステップＳＢ９では、制御部２０２は、案内情報リクエスト装置２４００より終点到着通知があるか否かを判断し、この場合、判断結果を「Ｎｏ」として、ステップＳＢ６の判断を行う。
【０２２４】
そして、図１２に示した案内情報７００ｅが案内情報リクエスト装置２４００に受信されると、制御部２４０１は、図３７に示したステップＳＣ１４の判断結果を「Ｙｅｓ」とする。ステップＳＣ１５では、制御部２４０１は、図２６に示した案内画面１７００を表示部３０８に表示させる。この時点で、車は、目標位置（お台場海浜公園）を起点として１．０ｋｍ先に存在している。
【０２２５】
ステップＳＣ１６では、制御部２４０１は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＣ８の判断が行われる。
【０２２６】
なお、実施の形態２では、距離を基準として、リクエストのタイミングを調整する例について説明したが、距離に代えて、時間を基準として上記調整を行うようにしてもよい。
【０２２７】
以上説明したように、実施の形態２によれば、案内情報提供装置２００へのリクエストのタイミングを調整するようにしたので、例えば、車が目標位置に到達する前（事前）または車が目標位置に到達した後（事後）に案内情報の提供を受けることができ、案内情報の特性に応じた利用形態を運転者に提供することができる。
【０２２８】
（実施の形態３）
さて、前述した実施の形態１では、図１７〜図２０を参照して説明したように、予め決められた複数の経路の中から一つの経路を選択する例について説明したが、運転者により設定された起点と終点とから、案内情報提供装置２００側で経路探索を行い、経路探索結果の中から一つの経路を選択するようにしてもよい。以下では、この場合を実施の形態３として説明する。
【０２２９】
図４１は、本発明にかかる実施の形態３の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付け、その説明を省略する。同図に示した案内情報提供システム１２０においては、図１に示した案内情報提供装置２００および案内情報リクエスト装置３００に代えて、案内情報提供装置２６００および案内情報リクエスト装置２７００が設けられている。
【０２３０】
案内情報提供装置２６００においては、図１に示した制御部２０２に代えて、制御部２６０１が設けられているとともに、経路探索部２６０２が新たに設けられている。この制御部２６０１の動作の詳細については、フローチャートを参照しつつ後述する。
【０２３１】
経路探索部２６０２は、図４２に示したように、運転者により設定される起点（例えば、東京駅）、終点（例えば、船の科学館）に基づいて、経路探索を行う。同図に示した例では、経路Ｌ１、経路Ｌ２および経路Ｌ３という三本の経路が探索されている。
【０２３２】
一方、図４１に示した案内情報リクエスト装置２７００においては、図１に示した制御部３０３に代えて、制御部２７０１が設けられている。この制御部２７０１の動作については、フローチャートを参照しつつ詳述する。
【０２３３】
つぎに、実施の形態３の動作について、図４３および図４４に示したフローチャートおよび図４５および図４６に示した各画面を参照しつつ説明する。図４３は、図４１に示した案内情報リクエスト装置２７００の動作を説明するフローチャートである。図４４は、図４１に示した案内情報提供装置２６００の動作を説明するフローチャートである。
【０２３４】
以下では、東京の観光における図４２に示した起点（東京駅）〜終点（船の科学館）を指定し、経路探索により探索された経路Ｌ１〜Ｌ３のうち経路Ｌ１に沿って、案内情報リクエスト装置２７００が搭載された車で走行する場合を例にとって説明する。
【０２３５】
図４３に示したステップＳＥ１では、案内情報リクエスト装置２７００の制御部２７０１は、運転者より案内要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２３６】
一方、図４４に示したステップＳＦ１では、案内情報提供装置２６００の制御部２６０１は、案内情報リクエスト装置２７００からメニュー画面情報の要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。ここでいうメニュー画面情報は、図１７、図２１、図４５および図４６に示した各画面（メニュー画面）を表示部３０８に表示させるための情報である。
【０２３７】
そして、運転者により案内ボタン（図示略）が押下されると、案内情報リクエスト装置２７００の制御部２７０１は、図４３に示したステップＳＥ１の判断結果を「Ｙｅｓ」とする。ステップＳＥ２では、制御部２７０１は、案内情報提供装置２６００に対して、メニュー画面情報を要求する。
【０２３８】
これにより、案内情報提供装置２６００の制御部２６０１は、図４４に示したステップＳＦ１の判断結果を「Ｙｅｓ」とする。ステップＳＦ２では、制御部２６０１は、メニュー画面情報を案内情報リクエスト装置２７００へ送信する。ステップＳＦ３では、制御部２６０１は、観光コースの起点／終点に関する起点／終点情報を案内情報リクエスト装置２７００より受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２３９】
図４３に示したステップＳＥ３では、制御部２７０１は、メニュー画面情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、上記メニュー画面情報が案内情報リクエスト装置２７００に受信されると、制御部２７０１は、図４３に示したステップＳＥ３の判断結果を「Ｙｅｓ」とする。ステップＳＥ４では、制御部２７０１は、図１７に示した観光エリア選択画面８００を表示部３０８に表示させる。
【０２４０】
ステップＳＥ５では、制御部２７０１は、図１７に示した選択ボタン８０１、８０２、８０３、・・・のうちいずれか一つの選択ボタンが押下されたか否かを判断し、この場合は、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２４１】
そして、運転者により選択ボタン８０１（関東）が押下されると、制御部２７０１は、図４３に示したステップＳＥ５の判断結果を「Ｙｅｓ」とする。ステップＳＥ６では、制御部２７０１は、図４５に示した起点／終点入力画面２８００を表示部３０８に表示させる。
【０２４２】
この起点／終点入力画面２８００は、関東の観光ルートにおける起点と終点とを運転者に入力させるための画面である。起点／終点入力画面２８００には、起点情報を入力するための起点情報入力欄２８０１と、終点情報を入力するための終点情報入力欄２８０２と、経路探索ボタン２８０３とが表示されている。
【０２４３】
ステップＳＥ７では、制御部２７０１は、経路探索ボタン２８０３が押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。そして、運転者により、起点情報入力欄２８０１に「東京駅」、終点情報入力欄２８０２に「船の科学館」が入力された後、経路探索ボタン２８０３が押下されると、制御部２７０１は、ステップＳＥ７の判断結果を「Ｙｅｓ」とする。
【０２４４】
ステップＳＥ８では、制御部２７０１は、起点／終点情報（東京駅／船の科学館）を案内情報提供装置２６００へ送信する。ステップＳＥ９では、制御部２７０１は、案内情報提供装置２６００からの経路情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２４５】
そして、上記起点／終点情報（東京駅／船の科学館）が案内情報提供装置２６００に受信されると、制御部２６０１は、図４４に示したステップＳＦ３の判断結果を「Ｙｅｓ」とする。ステップＳＦ４では、経路探索部２６０２は、起点／終点情報（東京駅／船の科学館）および図４２に示した案内情報データベース２０４に基づいて、経路探索を行う。この場合には、図４２に示した経路Ｌ１、経路Ｌ２および経路Ｌ３という三本の経路が探索されたものとする。
【０２４６】
ステップＳＦ５では、制御部２６０１は、経路Ｌ１〜Ｌ３に対応する経路情報を案内情報リクエスト装置２７００へ送信する。ステップＳＦ６では、制御部２６０１は、ステップＳＢ３（図１６参照）と同様にして、観光コース選択情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２４７】
そして、上記経路情報が案内情報リクエスト装置２７００に受信されると、制御部２７０１は、図４３に示したステップＳＥ９の判断結果を「Ｙｅｓ」とする。ステップＳＥ１０では、制御部２７０１は、経路情報に基づいて、図４６に示したコース選択画面２９００を表示部３０８に表示させる。
【０２４８】
このコース選択画面２９００は、図４２に示した経路Ｌ１〜Ｌ３という三本のコース（経路）の中から一つのコースを運転者に選択させるための画面である。コース選択画面２９００には、経路探索結果表示欄２９０１と、コース選択部２９０２とが表示されている。
【０２４９】
コース選択部２９０２には、番号１〜３（経路Ｌ１〜Ｌ３に対応）の各コースの詳細情報と、コースを選択するための選択ボタン２９０３〜２９０５が表示されている。ステップＳＥ１１では、制御部２７０１は、選択ボタン２９０３〜２９０５のうちいずれか一つの選択ボタンが押下されたか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２５０】
そして、運転者により、番号１（経路Ｌ１：レインボータウン散策コース）に対応する選択ボタン２９０３が押下されると、制御部２７０１は、ステップＳＥ１１の判断結果を「Ｙｅｓ」とする。ステップＳＥ１２では、制御部２７０１は、図２１に示した案内地図画面１２００を制御部２７０１に表示させる。
【０２５１】
以後、案内情報リクエスト装置２７００では、ステップＳＡ５〜ステップＳＡ１５（図１５参照）と同様にして、ステップＳＥ１３〜ステップＳＥ２３の処理が実行される。一方、案内情報提供装置２６００でも、図１６に示したステップＳＢ３〜ステップＳＢ９と同様にして、図４４に示したステップＳＦ６〜ステップＳＦ１２の処理が実行される。
【０２５２】
以上説明したように、実施の形態３によれば、図４５に示した起点／終点入力画面２８００により入力された起点／終点情報に基づいて、図４２に示したように経路探索部２６０２で複数の経路Ｌ１〜Ｌ３を探索させた後、これらの経路Ｌ１〜Ｌ３のうちいずれか一つの経路を運転者が選択できるようにしたので、運転者の利便性を高めることができる。
【０２５３】
（実施の形態４）
さて、前述した実施の形態１では、図１に示した案内情報提供装置２００で案内情報を集中的に管理する例について説明したが、案内情報をカテゴリ別に複数のサーバに分散し、これらのサーバから案内情報を必要に応じて案内情報リクエスト装置３００がダウンロードするようにしてもよい。以下では、この場合を実施の形態４として説明する。
【０２５４】
図４７は、本発明にかかる実施の形態４の構成を示すブロック図である。この図において、図１の各部に対応する部分には同一の符号を付ける。この図に示した案内情報提供システム１３０においては、図１に示した案内情報提供装置２００および案内情報リクエスト装置３００に代えて、案内情報提供装置３０００および案内情報リクエスト装置３２００が設けられている。
【０２５５】
また、図４７においては、駅情報サーバ３１００、駅情報データベース３１０１、高速道路情報サーバ３１０２、高速道路情報データベース３１０３、公園情報サーバ３１０４、公園情報データベース３１０５、テレビ局情報サーバ３１０６、テレビ局情報データベース３１０７、博物館情報サーバ３１０８、博物館情報データベース３１０９、・・・が新たに設けられている。
【０２５６】
案内情報提供装置３０００においては、図１に示した制御部２０２および案内情報データベース３００２に代えて、制御部３００１および案内情報データベース３００２が設けられている。制御部３００１の動作の詳細については、フローチャートを参照して後述する。案内情報データベース３００２は、図４８に示したテーブル構造を有している。
【０２５７】
図４８において、図２に対応する部分には同一の符号を付ける。同図においては、図２に示した「案内情報」に代えて「ポインタ情報」というフィールドが設けられている。この「ポインタ情報」は、案内情報が格納されているＵＲＬへのポインタを表す情報である。ポインタ情報Ｕａ〜Ｕｋは、図２に示した案内情報Ｚａ〜Ｚｋに対応している。
【０２５８】
ここで、案内情報Ｚａ〜Ｚｋは、カテゴリをキーとして、図４７に示した駅情報データベース３１０１、高速道路情報データベース３１０３、公園情報データベース３１０５、テレビ局情報データベース３１０７、博物館情報データベース３１０９、・・・に分散的に格納されている。
【０２５９】
駅情報データベース３１０１は、図４９に示したように、ポインタ情報に対応付けてカテゴリ＝駅に属する案内情報Ｚａ、・・・（図２参照）を格納するデータベースである。高速道路情報データベース３１０３は、図５０に示したように、ポインタ情報に対応付けてカテゴリ＝首都高速に属する案内情報Ｚｂ、案内情報Ｚｃ、案内情報Ｚｄ、・・・（図２参照）を格納するデータベースである。
【０２６０】
公園情報データベース３１０５は、ポインタ情報に対応付けてカテゴリ＝公園に属する案内情報Ｚｅ、・・・（図２参照）を格納するデータベースである。テレビ局情報データベース３１０７は、ポインタ情報に対応付けてカテゴリ＝テレビ局に属する案内情報Ｚｆ、・・・（図２参照）を格納するデータベースである。博物館情報データベース３１０９は、ポインタ情報に対応付けてカテゴリ＝博物館に属する案内情報Ｚｇ、・・・を格納するデータベースである。
【０２６１】
駅情報サーバ３１００は、案内情報リクエスト装置３２００がポインタ情報に対応するＵＲＬにアクセスした場合に、駅情報データベース３１０１から当該案内情報をダウンロードさせる。高速道路情報サーバ３１０２は、案内情報リクエスト装置３２００がポインタ情報に対応するＵＲＬにアクセスした場合に、高速道路情報データベース３１０３から当該案内情報をダウンロードさせる。
【０２６２】
公園情報サーバ３１０４は、案内情報リクエスト装置３２００がポインタ情報に対応するＵＲＬにアクセスした場合に、公園情報データベース３１０５から当該案内情報をダウンロードさせる。テレビ局情報サーバ３１０６は、案内情報リクエスト装置３２００がポインタ情報に対応するＵＲＬにアクセスした場合に、テレビ局情報データベース３１０７から当該案内情報をダウンロードさせる。
【０２６３】
博物館情報サーバ３１０８は、案内情報リクエスト装置３２００がポインタ情報に対応するＵＲＬにアクセスした場合に、博物館情報データベース３１０９から当該案内情報をダウンロードさせる。
【０２６４】
また、案内情報リクエスト装置３２００においては、図１に示した制御部３０３に代えて、制御部３２０１が設けられている。この制御部３２０１の動作の詳細については、フローチャートを参照しつつ後述する。
【０２６５】
つぎに、実施の形態４の動作について、図５１および図５２に示したフローチャートを参照しつつ説明する。図５１は、図４７に示した案内情報リクエスト装置３２００の動作を説明するフローチャートである。図５２は、図４７に示した案内情報提供装置３０００の動作を説明するフローチャートである。
【０２６６】
以下では、実施の形態１と同様にして、図５に示した経路Ｌ１（東京駅（起点）〜船の科学館（終点））を、案内情報リクエスト装置３２００が搭載された車で走行する場合を例にとって説明する。
【０２６７】
図５１に示したステップＳＧ１では、案内情報リクエスト装置３２００の制御部３２０１は、運転者より案内要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２６８】
一方、図５１に示したステップＳＨ１では、案内情報提供装置３０００の制御部３００１は、ステップＳＢ１（図１６参照）と同様にして、案内情報リクエスト装置３２００からメニュー画面情報の要求があるか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２６９】
そして、運転者により案内ボタン（図示略）が押下されると、案内情報リクエスト装置３２００の制御部３２０１は、図５１に示したステップＳＧ１の判断結果を「Ｙｅｓ」とする。ステップＳＧ２では、制御部３２０１は、ステップＳＡ２（図１５参照）と同様にして、案内情報提供装置３０００にメニュー画面情報を要求する。
【０２７０】
これにより、案内情報提供装置３０００の制御部３００１は、図５１に示したステップＳＨ１の判断結果を「Ｙｅｓ」とする。ステップＳＨ２では、制御部３００１は、メニュー画面情報を案内情報リクエスト装置３２００へ送信する。ステップＳＨ３では、制御部３００１は、ステップＳＢ３（図１６参照）と同様にして、観光コース選択情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２７１】
図５１に示したステップＳＧ３では、制御部３２０１は、メニュー画面情報を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。そして、上記メニュー画面情報が案内情報リクエスト装置３２００に受信されると、制御部３２０１は、図５１に示したステップＳＧ３の判断結果を「Ｙｅｓ」とする。以後、ステップＳＧ４〜ステップＳＧ６では、前述したステップＳＡ４〜ステップＳＡ６（図１５参照）と同様の動作が行われる。
【０２７２】
すなわち、図２１に示した出発ボタン１２０２が押下されると、ステップＳＧ６では、制御部３２０１は、上述したレインボータウン散策コースが選択されたことを表す観光コース選択情報を案内情報提供装置３０００へ送信する。ステップＳＧ７では、制御部３２０１は、案内情報提供装置３０００からの案内用スクリプト情報（図５３および図５４参照）を受信したか否かを判断し、この場合、判断結果を「Ｎｏ」として同判断を繰り返す。
【０２７３】
そして、観光コース選択情報が案内情報提供装置３０００に受信されると、案内情報提供装置３０００の制御部３００１は、図５２に示したステップＳＨ３の判断結果を「Ｙｅｓ」とする。ステップＳＨ４では、案内用スクリプト情報生成部２０３は、レインボータウン散策コース（経路Ｌ１：図５参照）に対応する案内用スクリプト情報３３００（図５３および図５４参照）を生成する。
【０２７４】
案内用スクリプト情報３３００において、図６および図７に対応する部分には、同一の符号を付ける。図５３に示した案内用スクリプト情報３３００においては、目標位置情報５２０ａと対をなすポインタ情報３３００ａが付加されている。このポインタ情報３３００ａは、図４８に示したポインタ情報Ｕａに対応しており、図４９に示した案内情報ＺａのＵＲＬ情報である。
【０２７５】
また、図５３に示した案内用スクリプト情報３３００においては、目標位置情報５２０ｂと対をなすポインタ情報３３００ｂが付加されている。このポインタ情報３３００ｂは、ポインタ情報Ｕｂ（図４８）に対応しており、図５０に示した案内情報ＺｂのＵＲＬ情報である。
【０２７６】
以下、同様にして、図５３に示した案内用スクリプト情報３３００においては、目標位置情報５２０ｃと対をなすポインタ情報３３００ｃが付加されているとともに、目標位置情報５２０ｄと対をなすポインタ情報３３００ｄが付加されている。
【０２７７】
さらに、図５４に示した案内用スクリプト情報３３００においては、目標位置情報５２０ｅと対をなすポインタ情報３３００ｅと、目標位置情報５２０ｆと対をなすポインタ情報３３００ｆと、目標位置情報５２０ｇと対をなすポインタ情報３３００ｇとがそれぞれ付加されている。
【０２７８】
図５２に示したステップＳＨ５では、制御部３００１は、図５３および図５４に示した案内用スクリプト情報３３００を案内情報リクエスト装置３２００へ送信した後、経路Ｌ１に関する一連の処理を終了する。
【０２７９】
そして、案内用スクリプト情報３３００が案内情報リクエスト装置３２００に受信されると、制御部３２０１は、図５１に示したステップＳＧ７の判断結果を「Ｙｅｓ」とする。ステップＳＧ８では、マッチング処理部３０７は、現在位置情報取得部３０４から一定時間毎に車の現在位置を表す現在位置情報（緯度／経度）を取得する。
【０２８０】
ステップＳＧ９では、マッチング処理部３０７は、図５３および図５４に含まれる目標位置情報５２０ａ〜５２０ｇと、ステップＳＧ８で取得した現在位置情報とを比較する。ステップＳＧ１０では、マッチング処理部３０７は、ステップＳＧ９の比較結果において、所定の誤差の範囲内で目標位置情報と現在位置情報とが一致するか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、ステップＳＧ１０の判断結果が「Ｙｅｓ」となるまで、ステップＳＧ８〜ステップＳＧ１０が繰り返される。
【０２８１】
そして、車が東京駅（図５参照）に到着すると、図５３に示した目標位置情報５２０ａと、ステップＳＧ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＧ１０の判断結果を「Ｙｅｓ」とする。
【０２８２】
ステップＳＧ１１では、制御部３２０１は、図５３に示したポインタ情報３３００ａにより表されたＵＲＬ（http://www.station/tokyo.txt）にアクセスする。すなわち、制御部３２０１は、駅情報サーバ３１００にアクセスし、図４９に示した案内情報Ｚａを直接ダウンロードする。ステップＳＧ１２では、制御部３２０１は、案内情報Ｚａのダウンロードが完了したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２８３】
そして、案内情報Ｚａのダウンロードが完了すると、制御部３２０１は、ステップＳＧ１２の判断結果を「Ｙｅｓ」とする。ステップＳＧ１３では、ステップＳＧ１３では、制御部３２０１は、図２２に示した案内画面１３００を表示部３０８に表示させる。
【０２８４】
ステップＳＧ１４では、制御部３２０１は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＧ８〜ステップＳＧ１４が繰り返される。
【０２８５】
また、運転者は、案内画面１３００により東京駅に関する案内情報の提供を受ける。そして、運転者は、経路Ｌ１（図５参照）に沿ってつぎの目標位置である西銀座ＩＣを目指して、車を走行させる。
【０２８６】
そして、車が西銀座ＩＣ（図５参照）に到着すると、図５３に示した目標位置情報５２０ｂと、ステップＳＧ８で取得された現在位置情報とが所定の誤差の範囲内で一致するため、マッチング処理部３０７は、ステップＳＧ１０の判断結果を「Ｙｅｓ」とする。
【０２８７】
ステップＳＧ１１では、制御部３２０１は、図５３に示したポインタ情報３３００ｂにより表されたＵＲＬ（http://www.highway/nishiginza.txt）にアクセスする。すなわち、制御部３２０１は、高速道路情報サーバ３１０２にアクセスし、図５０に示した案内情報Ｚｂを直接ダウンロードする。ステップＳＧ１２では、制御部３２０１は、案内情報Ｚｂのダウンロードが完了したか否かを判断し、この場合、判断結果を「Ｎｏ」として、同判断を繰り返す。
【０２８８】
そして、案内情報Ｚｂのダウンロードが完了すると、制御部３２０１は、ステップＳＧ１２の判断結果を「Ｙｅｓ」とする。ステップＳＧ１３では、制御部３２０１は、図２３に示した案内画面１４００を表示部３０８に表示させる。
【０２８９】
ステップＳＧ１４では、制御部３２０１は、終点（船の科学館）に到着したか否かを判断し、この場合、判断結果を「Ｎｏ」とする。以後、終点に到着するまで、ステップＳＧ８〜ステップＳＧ１４が繰り返される。
【０２９０】
以上説明したように、実施の形態４によれば、図４７に示した駅情報データベース３１０１、高速道路情報データベース３１０３等に案内情報を分散的に格納しておき、これらの駅情報データベース３１０１、高速道路情報データベース３１０３等のうちいずれかのデータベースから分散的に案内情報リクエスト装置３２００に案内情報のダウンロードを行うようにしたので、一台あたりのサーバの負荷をさらに低減させることができ、全体の処理能力を向上させることができる。
【０２９１】
以上本発明にかかる実施の形態１〜４について図面を参照して詳述してきたが、具体的な構成例はこれらの実施の形態１〜４に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等があっても本発明に含まれる。
【０２９２】
例えば、前述した実施の形態１〜４においては、前述した案内情報リクエスト装置３００、２４００、２７００、３２００の機能を実現するための案内情報リクエストプログラム、または案内情報提供装置２００、２６００、３０００の機能を実現するための案内情報提供プログラムを図５５に示したコンピュータ読み取り可能な記録媒体３５００に記録して、この記録媒体３５００に記録されたプログラムを同図に示したコンピュータ３４００に読み込ませ、実行することにより、前述した一連の処理を実行するようにしてもよい。
【０２９３】
同図に示したコンピュータ３４００は、上記プログラムを実行するＣＰＵ３４１０と、キーボード、マウス等の入力装置３４２０と、各種データを記憶するＲＯＭ（Read Only Memory）３４３０と、演算パラメータ等を記憶するＲＡＭ（Random Access Memory）３４４０と、記録媒体３５００からプログラムを読み取る読取装置３４５０と、ディスプレイ、プリンタ等の出力装置３４６０と、各部を接続するバス３４７０とから構成されている。
【０２９４】
ＣＰＵ３４１０は、読取装置３４５０を経由して記録媒体３５００に記録されているプログラムを読み込んだ後、プログラムを実行することにより、前述した一連の処理を実行する。なお、記録媒体３５００には、光ディスク、フロッピーディスク、ハードディスク等の可搬型の記録媒体が含まれることはもとより、ネットワークのようにデータを一時的に記録保持するような伝送媒体も含まれる。
【０２９５】
また、実施の形態１〜４においては、状況の一例として位置（目標位置、現在位置）に基づいて、案内情報をリクエストする例について説明したが、他の状況（運転者の姿勢、車の種類、運転者の行為、周囲の環境、他人との関係等）に基づいて、案内情報をリクエストするようにしてもよい。
【０２９６】
また、実施の形態１〜４においては、カーナビゲーションシステム（案内情報提供装置）の適用例について説明したが、携帯電話端末、ＰＨＳ端末、ＰＤＡ等の移動体端末にも適用可能である。
【０２９７】
（付記１）移動体にかかる現在状況に関する現在状況情報を所定時間毎に取得する状況情報取得手段と、
予め規定された複数の規定状況の系列からなる規定状況情報と前記現在状況情報とに基づいて、規定状況と現在状況とのマッチングを行うマッチング手段と、前記規定状況と現在状況とのマッチングが採られた場合、前記規定状況に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト手段と、
前記ネットワークを介して前記案内情報提供装置から提供された案内情報を利用者に提示する提示手段と、
を備えたことを特徴とする案内情報リクエスト装置。
（付記２）前記リクエスト手段は、前記規定状況を表す情報を前記案内情報のポインタとして前記案内情報提供装置へ送信することを特徴とする付記１に記載の案内情報リクエスト装置。
（付記３）前記リクエスト手段は、複数の外部の案内情報提供装置のうちいずれかの案内情報提供装置へ分散的に前記リクエストを行うことを特徴とする付記１または２に記載の案内情報リクエスト装置。
（付記４）前記案内情報提供装置へのリクエストのタイミングを調整するリクエストタイミング調整手段を備えたことを特徴とする付記１〜３のいずれか一つに記載の案内情報リクエスト装置。
（付記５）移動体の現在位置に関する現在位置情報を所定時間毎に取得する現在位置情報取得手段と、
前記移動体が移動する経路上に存在する目標位置の系列からなる目標位置情報と、前記現在位置情報とのマッチングを行うマッチング手段と、
前記目標位置情報と現在位置情報とのマッチングが採られた場合、前記目標位置に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト手段と、
前記案内情報提供装置から前記ネットワークを介して提供された案内情報を利用者に提示する提示手段と、
を備えたことを特徴とする案内情報リクエスト装置。
（付記６）前記リクエスト手段は、前記目標位置を表す情報を前記案内情報のポインタとして前記案内情報提供装置へ送信することを特徴とする付記５に記載の案内情報リクエスト装置。
（付記７）前記リクエスト手段は、前記案内情報の格納場所に関する情報を前記案内情報提供装置へ送信することを特徴とする付記５に記載の案内情報リクエスト装置。
（付記８）前記リクエスト手段は、データベースから前記案内情報を検索するための検索プログラムを前記案内情報提供装置へ送信することを特徴とする付記５に記載の案内情報リクエスト装置。
（付記９）前記リクエスト手段は、複数の外部の案内情報提供装置のうちいずれかの案内情報提供装置へ分散的に前記リクエストを行うことを特徴とする付記５〜８のいずれか一つに記載の案内情報リクエスト装置。
（付記１０）前記案内情報提供装置へのリクエストのタイミングを調整するリクエストタイミング調整手段を備えたことを特徴とする付記５〜９のいずれか一つに記載の案内情報リクエスト装置。
（付記１１）利用者により指定された起点および終点の情報に基づいて探索された複数の経路から所望の経路を選択させる経路選択手段を備えたことを特徴とする付記５〜１０のいずれか一つに記載の案内情報リクエスト装置。
（付記１２）コンピュータを、
移動体にかかる現在状況に関する現在状況情報を所定時間毎に取得する状況情報取得手段、
予め規定された複数の規定状況の系列からなる規定状況情報と前記現在状況情報とに基づいて、規定状況と現在状況とのマッチングを行うマッチング手段、
前記規定状況と現在状況とのマッチングが採られた場合、前記規定状況に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト手段、
前記ネットワークを介して前記案内情報提供装置から提供された案内情報を利用者に提示する提示手段、
として機能させるための案内情報リクエストプログラム。
（付記１３）移動体にかかる現在状況に関する現在状況情報を所定時間毎に取得する状況情報取得工程と、
予め規定された複数の規定状況の系列からなる規定状況情報と前記現在状況情報とに基づいて、規定状況と現在状況とのマッチングを行うマッチング工程と、
前記規定状況と現在状況とのマッチングが採られた場合、前記規定状況に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト工程と、
前記ネットワークを介して前記案内情報提供装置から提供された案内情報を利用者に提示する提示工程と、
を含むことを特徴とする案内情報リクエスト方法。
（付記１４）コンピュータを、
移動体の現在位置に関する現在位置情報を所定時間毎に取得する現在位置情報取得手段、
前記移動体が移動する経路上に存在する目標位置の系列からなる目標位置情報と、前記現在位置情報とのマッチングを行うマッチング手段、
前記目標位置情報と現在位置情報とのマッチングが採られた場合、前記目標位置に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト手段、
前記案内情報提供装置から前記ネットワークを介して提供された案内情報を利用者に提示する提示手段、
として機能させるための案内情報リクエストプログラム。
（付記１５）移動体の現在位置に関する現在位置情報を所定時間毎に取得する現在位置情報取得工程と、
前記移動体が移動する経路上に存在する目標位置の系列からなる目標位置情報と、前記現在位置情報とのマッチングを行うマッチング工程と、
前記目標位置情報と現在位置情報とのマッチングが採られた場合、目標位置に関連する案内情報をネットワークを介して外部の案内情報提供装置へリクエストするリクエスト工程と、
前記案内情報提供装置から前記ネットワークを介して提供された案内情報を利用者に提示する提示工程と、
を含むことを特徴とする案内情報リクエスト方法。
（付記１６）前記移動体にかかる現在状況に関する現在状況と予め規定された規定状況とのマッチングが採られた場合に、前記規定状況に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段と、
前記リクエストが受け付けられた場合、当該規定状況に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段と、
を備えたことを特徴とする案内情報提供装置。
（付記１７）前記リクエスト受付手段は、前記案内情報のポインタに関する情報を前記リクエストとして受け付け、前記提供手段は、前記ポインタに従ってデータベースから当該案内情報を検索し、当該案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供することを特徴とする付記１６に記載の案内情報提供装置。
（付記１８）予め規定された規定状況の系列からなる規定状況情報を生成し、該規定状況情報を前記案内情報リクエスト装置へ提供する規定状況情報生成手段を備えたことを特徴とする付記１６または１７に記載の案内情報提供装置。
（付記１９）前記案内情報リクエスト装置におけるリクエストのタイミングを調整するタイミング調整情報を生成し、該タイミング調整情報を前記案内情報リクエスト装置へ提供するタイミング調整情報生成手段を備えたことを特徴とする付記１６〜１８のいずれか一つに記載の案内情報提供装置。
（付記２０）移動体の現在位置と前記移動体が移動する経路上に存在する目標位置とのマッチングが採られた場合に、前記目標位置に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段と、
前記リクエストが受け付けられた場合、当該目標位置に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段と、
を備えたことを特徴とする案内情報提供装置。
（付記２１）コンピュータを、
前記移動体にかかる現在状況に関する現在状況と予め規定された規定状況とのマッチングが採られた場合に、前記規定状況に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段、
前記リクエストが受け付けられた場合、当該規定状況に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段、
として機能させるための案内情報提供プログラム。
（付記２２）前記移動体にかかる現在状況に関する現在状況と予め規定された規定状況とのマッチングが採られた場合に、前記規定状況に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付工程と、
前記リクエストが受け付けられた場合、当該規定状況に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供工程と、
を含むことを特徴とする案内情報提供方法。
（付記２３）コンピュータを、
移動体の現在位置と前記移動体が移動する経路上に存在する目標位置とのマッチングが採られた場合に、前記目標位置に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付手段、
前記リクエストが受け付けられた場合、当該目標位置に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供手段、
として機能させるための案内情報提供プログラム。
（付記２４）移動体の現在位置と前記移動体が移動する経路上に存在する目標位置とのマッチングが採られた場合に、前記目標位置に関連する案内情報の提供を受けるためのリクエストをネットワークを介して案内情報リクエスト装置より受け付けるリクエスト受付工程と、
前記リクエストが受け付けられた場合、当該目標位置に関連する案内情報を前記案内情報リクエスト装置へ前記ネットワークを介して提供する提供工程と、
を含むことを特徴とする案内情報提供方法。
【０２９８】
【発明の効果】
以上説明したように、本発明によれば、規定状況と現在状況とのマッチングが採られた場合に初めて案内情報提供装置にリクエストを行うようにしたので、従来のように、常に一定時間毎に案内情報提供装置にアクセスする場合や、不要な案内情報を含むデータベースをダウンロードする場合に比べて、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができるという効果を奏する。
【０２９９】
また、本発明によれば、規定状況を表す情報を案内情報のポインタとして案内情報提供装置へ送信するようにしたので、案内情報提供装置側でポインタに基づく案内情報の検索、提供を迅速に行うことができるという効果を奏する。
【０３００】
また、本発明によれば、複数の外部の案内情報提供装置のうちいずれかの案内情報提供装置へ分散的にリクエストを行うようにしたので、一台あたりの案内情報提供装置の負荷をさらに低減させることができ、全体の処理能力を向上させることができるという効果を奏する。
【０３０１】
また、本発明によれば、案内情報提供装置へのリクエストのタイミングを調整するようにしたので、例えば、事前または事後に案内情報の提供を受けることができ、案内情報の特性に応じた利用形態を提供することができるという効果を奏する。
【０３０２】
また、本発明によれば、データベースから案内情報を検索するための検索プログラムを案内情報提供装置へ送信するようにしたので、案内情報提供装置側で検索プログラムを用いて案内情報の検索、提供を迅速に行うことができるという効果を奏する。
【０３０３】
また、本発明によれば、規定状況と現在状況とのマッチングが採られた場合に初めて案内情報リクエスト装置からのリクエストが受け付けられるようにしたので、従来のように、常に一定時間毎に案内情報提供装置にアクセスする場合や、不要な案内情報を含むデータベースをダウンロードする場合に比べて、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができるという効果を奏する。
【０３０４】
また、本発明によれば、予め規定された規定状況の系列からなる規定状況情報を生成し、該規定状況情報を案内情報リクエスト装置へ提供するようにしたので、案内情報リクエスト装置側での負荷を低減させることができることから、特に、記憶領域が小さく、処理能力が低い小型の案内情報リクエスト装置であっても、ネットワーク負荷、案内情報提供装置側の負荷を低減させることができるという効果を奏する。
【０３０５】
また、本発明によれば、データベースから案内情報を検索するための検索プログラムをリクエストとして受け付け、検索プログラムを用いてデータベースから案内情報を検索し、案内情報を案内情報リクエスト装置へネットワークを介して提供するようにしたので、案内情報の検索、提供を迅速に行うことができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明にかかる実施の形態１の構成を示すブロック図である。
【図２】図１に示した案内情報データベース２０４のテーブル構造を示す図である。
【図３】図２に示した案内情報データベース２０４の概念を説明する図である。
【図４】同実施の形態１における経路Ｌ１を説明する図である。
【図５】同実施の形態１の動作原理を説明する図である。
【図６】同実施の形態１における案内用スクリプト情報５００の一例を示す図である。
【図７】同実施の形態１における案内用スクリプト情報５００の一例を示す図である。
【図８】同実施の形態１における案内情報リクエスト情報６００ａおよび案内情報７００ａを示す図である。
【図９】同実施の形態１における案内情報リクエスト情報６００ｂおよび案内情報７００ｂを示す図である。
【図１０】同実施の形態１における案内情報リクエスト情報６００ｃおよび案内情報７００ｃを示す図である。
【図１１】同実施の形態１における案内情報リクエスト情報６００ｄおよび案内情報７００ｄを示す図である。
【図１２】同実施の形態１における案内情報リクエスト情報６００ｅおよび案内情報７００ｅを示す図である。
【図１３】同実施の形態１における案内情報リクエスト情報６００ｆおよび案内情報７００ｆを示す図である。
【図１４】同実施の形態１における案内情報リクエスト情報６００ｇおよび案内情報７００ｇを示す図である。
【図１５】図１に示した案内情報リクエスト装置３００の動作を説明するフローチャートである。
【図１６】図１に示した案内情報提供装置２００の動作を説明するフローチャートである。
【図１７】同実施の形態１および３における観光エリア選択画面８００を示す図である。
【図１８】同実施の形態１におけるルート選択画面９００を示す図である。
【図１９】同実施の形態１におけるコース選択画面１０００を示す図である。
【図２０】同実施の形態１におけるコース選択画面１１００を示す図である。
【図２１】同実施の形態１および３における案内地図画面１２００を示す図である。
【図２２】同実施の形態１における案内画面１３００を示す図である。
【図２３】同実施の形態１における案内画面１４００を示す図である。
【図２４】同実施の形態１における案内画面１５００を示す図である。
【図２５】同実施の形態１における案内画面１６００を示す図である。
【図２６】同実施の形態１における案内画面１７００を示す図である。
【図２７】同実施の形態１における案内画面１８００を示す図である。
【図２８】同実施の形態１における案内画面１９００を示す図である。
【図２９】同実施の形態１における案内用スクリプト情報２０００の一例を示す図である。
【図３０】同実施の形態１における案内用スクリプト情報２０００の一例を示す図である。
【図３１】同実施の形態１における案内情報リクエスト情報２１００ｃおよび案内情報７００ｃを示す図である。
【図３２】同実施の形態１における案内情報リクエスト情報２１００ｅおよび案内情報７００ｅを示す図である。
【図３３】同実施の形態１におけるメニュー画面２２００を示す図である。
【図３４】同実施の形態１におけるメニュー画面２３００を示す図である。
【図３５】本発明にかかる実施の形態２の構成を示すブロック図である。
【図３６】図３５に示した案内情報データベース２０７のテーブル構造を示す図である。
【図３７】図３５に示した案内情報リクエスト装置２４００の動作を説明するフローチャートである。
【図３８】図３７に示したリクエストタイミング調整処理を説明するフローチャートである。
【図３９】同実施の形態２における案内用スクリプト情報２５００の一例を示す図である。
【図４０】同実施の形態２における案内用スクリプト情報２５００の一例を示す図である。
【図４１】本発明にかかる実施の形態３の構成を示すブロック図である。
【図４２】図４１に示した案内情報データベース２０４の概念を説明する図である。
【図４３】図４１に示した案内情報リクエスト装置２７００の動作を説明するフローチャートである。
【図４４】図４１に示した案内情報提供装置２６００の動作を説明するフローチャートである。
【図４５】同実施の形態３における起点／終点入力画面２８００を示す図である。
【図４６】同実施の形態３におけるコース選択画面２９００を示す図である。
【図４７】本発明にかかる実施の形態４の構成を示すブロック図である。
【図４８】図４７に示した案内情報データベース３００２のテーブル構造を示す図である。
【図４９】図４７に示した駅情報データベース３１０１を示す図である。
【図５０】図４７に示した高速道路情報データベース３１０３を示す図である。
【図５１】図４７に示した案内情報リクエスト装置３２００の動作を説明するフローチャートである。
【図５２】図４７に示した案内情報提供装置３０００の動作を説明するフローチャートである。
【図５３】同実施の形態４における案内用スクリプト情報３３００の一例を示す図である。
【図５４】同実施の形態４における案内用スクリプト情報３３００の一例を示す図である。
【図５５】実施の形態１〜４の変形例の構成を示すブロック図である。
【図５６】従来の案内情報提供システム１０の構成を示すブロック図である。
【図５７】従来の案内情報提供システム７０の構成を示すブロック図である。
【符号の説明】
２００  案内情報提供装置
２０２  制御部
２０３  案内用スクリプト情報生成部
２０４  案内情報データベース
２０７  案内情報データベース
３００  案内情報リクエスト装置
３０３  制御部
３０４  現在位置情報取得部
２４００  案内情報リクエスト装置
２４０１  制御部
２４０２  走行距離計測部
２４０３  距離算出部
２４０４  マッチング処理部
２６００  案内情報提供装置
２６０１  制御部
２６０２  経路探索部
２７００  案内情報リクエスト装置
２７０１  制御部
３０００  案内情報提供装置
３００１  制御部
３１００  駅情報サーバ
３１０１  駅情報データベース
３１０２  高速道路情報サーバ
３２００  案内情報リクエスト装置
３２０１  制御部
【図１】
0003980844.tif 000002
【図２】
0003980844.tif 000003
【図３】
0003980844.tif 000004
【図４】
0003980844.tif 000005
【図５】
0003980844.tif 000006
【図６】
0003980844.tif 000007
【図７】
0003980844.tif 000008
【図８】
0003980844.tif 000009
【図９】
0003980844.tif 000010
【図１０】
0003980844.tif 000011
【図１１】
0003980844.tif 000012
【図１２】
0003980844.tif 000013
【図１３】
0003980844.tif 000014
【図１４】
0003980844.tif 000015
【図１５】
0003980844.tif 000016
【図１６】
0003980844.tif 000017
【図１７】
0003980844.tif 000018
【図１８】
0003980844.tif 000019
【図１９】
0003980844.tif 000020
【図２０】
0003980844.tif 000021
【図２１】
0003980844.tif 000022
【図２２】
0003980844.tif 000023
【図２３】
0003980844.tif 000024
【図２４】
0003980844.tif 000025
【図２５】
0003980844.tif 000026
【図２６】
0003980844.tif 000027
【図２７】
0003980844.tif 000028
【図２８】
0003980844.tif 000029
【図２９】
0003980844.tif 000030
【図３０】
0003980844.tif 000031
【図３１】
0003980844.tif 000032
【図３２】
0003980844.tif 000033
【図３３】
0003980844.tif 000034
【図３４】
0003980844.tif 000035
【図３５】
0003980844.tif 000036
【図３６】
0003980844.tif 000037
【図３７】
0003980844.tif 000038
【図３８】
0003980844.tif 000039
【図３９】
0003980844.tif 000040
【図４０】
0003980844.tif 000041
【図４１】
0003980844.tif 000042
【図４２】
0003980844.tif 000043
【図４３】
0003980844.tif 000044
【図４４】
0003980844.tif 000045
【図４５】
0003980844.tif 000046
【図４６】
0003980844.tif 000047
【図４７】
0003980844.tif 000048
【図４８】
0003980844.tif 000049
【図４９】
0003980844.tif 000050
【図５０】
0003980844.tif 000051
【図５１】
0003980844.tif 000052
【図５２】
0003980844.tif 000053
【図５３】
0003980844.tif 000054
【図５４】
0003980844.tif 000055
【図５５】
0003980844.tif 000056
【図５６】
0003980844.tif 000057
【図５７】
0003980844.tif 000058