説明

経路案内装置、経路案内方法、および、コンピュータプログラム

【課題】経路案内技術において、利用者の利便性を向上する。
【解決手段】経路案内装置は、経路情報設定手段と、現在位置取得手段と、妨害イベント予測手段と、妨害抑制イベント提示手段と、を備える。経路情報設定手段は、出発地から目的地までの経路を表す経路情報を設定する。現在位置取得手段は、利用者の現在地を表す現在位置情報を取得する。妨害イベント予測手段は、経路の一部において、利用者による経路上の進行を妨げる妨害イベントの発生を利用者が経路の一部を通行する前に、現在位置情報を用いて予測する。妨害抑制イベント提示手段は、妨害イベントが予測された場合に、利用者が経路の一部を通行する時刻をずらすことにより利用者に対する妨害イベントの影響を抑制する妨害抑制イベントを利用者に提示する。

【発明の詳細な説明】
【技術分野】
【0001】
本発明は、経路案内技術に関し、特に、渋滞などの進行を妨げるイベントの影響を抑制する経路案内技術に関する。
【背景技術】
【0002】
コンピュータで利用可能に電子化された地図データを利用して、車や歩行者に経路案内を行う技術は、広く行われている。このような経路案内技術において、渋滞が発生したとき、渋滞を回避するために別のルートを案内する技術が知られている(例えば、特許文献1)。
【0003】
【特許文献1】特開2000−266551号公報
【特許文献2】特開2005−339279号公報
【特許文献3】特開平11−65434号公報
【特許文献4】特開2003−248898号公報
【発明の開示】
【発明が解決しようとする課題】
【0004】
しかしながら、例えば、渋滞などの妨害イベントが発生した場合に、別のルートを案内するのみでは、経路案内サービスの利用者にとって十分なサービスであるとは言えないおそれがあった。このため、経路案内サービスにおいて、妨害イベントの影響を回避または抑制するためのサービスのさらなる向上が求められていた。
【0005】
本発明は、経路案内において、利用者の利便性を向上することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、上述の課題の少なくとも一部を解決するために以下の形態または適用例として実現することが可能である。
【0007】
[適用例1]経路案内装置であって、
出発地から目的地までの経路を表す経路情報を設定する経路情報設定手段と、
利用者の現在地を表す現在位置情報を取得する現在位置取得手段と、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測する妨害イベント予測手段と、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する妨害抑制イベント提示手段と、
を備える、経路案内装置。
【0008】
適用例1に係る経路案内装置によれば、経路の一部において妨害イベントの発生が予測された場合に、経路の一部を通行する時刻をずらす妨害抑制イベント利用者に提示するので、利用者は妨害抑制イベントを実行することにより、妨害イベントの影響を抑制することができる。この結果、経路案内サービスにおいて、利用者の利便性を向上することができる。
【0009】
適用例1に係る経路案内装置は、さらに、地表上の複数の領域を特定する領域特定情報を取得する領域特定情報取得手段と、各前記領域の特徴を表す特徴情報を取得する特徴情報取得手段と、を備え、前記妨害抑制イベント提示手段は、前記複数の領域のうちの前記経路が通過する通過領域の前記特徴情報を用いて、提示すべき前記妨害抑制イベントの内容を決定しても良い。こうすれば、通過領域の特徴情報を用いて、通過領域の特徴に応じた妨害抑制イベントを提示することができる。
【0010】
適用例1に係る経路案内装置において、前記複数の領域のうちの少なくとも一部には、複数種類の前記特徴情報が取得可能であっても良い。こうすれば、複数種類の特徴情報を用いて、通過領域の複数種類の特徴に応じた妨害抑制イベントを提示することができる。
【0011】
適用例1に係る経路案内装置は、さらに、道路を複数に分割した区間について渋滞が発生する時間帯を示す渋滞情報を取得する渋滞情報取得手段を備え、前記経路の一部における前記妨害イベントは、前記経路に含まれる前記区間の渋滞であり、前記妨害イベント予測手段は、前記現在位置情報に加えて、前記渋滞情報を用いて、前記渋滞の発生を予測しても良い。こうすれば、案内経路のうち渋滞の発生する一部を、時間をずらして通過するための妨害抑制イベントを利用者に提示するので、利用者が渋滞に巻き込まれることを抑制することができる。
【0012】
適用例1に係る経路案内装置は、さらに、複数の前記利用者の前記現在位置情報を少なくとも含むプローブ情報を収集するプローブ情報収集手段と、前記渋滞が発生する時間帯を、前記プローブ情報を用いて分析する分析手段と、を備え、前記渋滞情報は、前記分析の結果を用いて生成されても良い。こうすれば、プローブ情報を分析して精度のよい渋滞情報を得ることができる。
【0013】
適用例1に係る経路案内装置は、さらに、時刻表にしたがって運行される輸送手段の前記時刻表の情報である時刻表情報を取得する時刻表情報取得手段と、現在時刻を表す現在時刻情報を取得するための現在時刻取得手段と、を備え、前記経路は、前記輸送手段を用いる区間を含み、前記経路の一部における前記妨害イベントは、前記区間において前記輸送手段の運行を待つことであり、前記妨害イベント予測手段は、前記現在位置情報に加えて、前記現在時刻情報と前記時刻表情報を用いて、前記輸送手段の運行待ちの発生を予測しても良い。こうすれば、輸送手段の運行待ちの発生を抑制する妨害抑制イベントが利用者に提示されるので、利用者が輸送手段の運行待ちに遭遇することを抑制することができる。
【0014】
適用例1に係る経路案内装置において、妨害抑制イベント提示手段は、前記妨害抑制イベントに関連する処理の実行指示を受け付けるためのユーザインタフェースと共に、前記妨害抑制イベントを前記利用者に提示しても良い。こうすれば、ユーザインタフェースを利用して、利用者は、容易に前記妨害抑制イベントに関連する処理を指示することができる。
【0015】
適用例1に係る経路案内装置は、さらに、前記妨害抑制イベントを利用者に案内する場合に前記目的地に前記利用者が到着する第1の到着時間と、前記妨害抑制イベントを利用者に案内しない場合に前記目的地に利用者が到着する第2の到着時間とを予測する到着時間予測手段を備え、妨害抑制イベント提示手段は、前記妨害抑制イベントに加えて、前記第1の到着時間、または、前記第1の到着時間と前記第2の到着時間との差分のいずれかを少なくとも含む時間情報を前記利用者に提示しても良い。こうすれば、第1の到着時間、または、第1の到着時間と第2の到着時間との差分を参考にして、利用者は、妨害抑制イベントを実行するかを判断することができる。
【0016】
適用例1に係る経路案内装置において、前記妨害抑制イベントは、前記目的地以外の施設への立ち寄りを含んでも良い。こうすれば、利用者は、目的地以外の施設へ立ち寄ることで、妨害イベントの発生を抑制でき、時間を有効利用できる。
【0017】
適用例1に係る経路案内装置は、さらに、前記施設における消費時間に関連する消費時間情報を取得する消費時間情報取得手段を備え、前記妨害抑制イベント提示手段は、前記消費時間情報を用いて、立ち寄りを案内すべき前記施設を決定しても良い。こうすれば、施設に関する消費時間を考慮して、妨害イベントを回避するために有効な立ち寄り施設を決定することができる。
【0018】
[適用例2]経路案内方法であって、
出発地から目的地までの経路を表す経路情報を設定し、
利用者の現在地を表す現在位置情報を取得し、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測し、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する、経路案内方法。
【0019】
[適用例3]経路案内を実行するためのコンピュータプログラムであって、
出発地から目的地までの経路を表す経路情報を設定する第1の機能と、
利用者の現在地を表す現在位置情報を取得する第2の機能と、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測する第3の機能と、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する第4の機能と、
をコンピュータに実現させる、コンピュータプログラム。
【0020】
上記適用例2に係る経路案内方法、適用例3に係るコンピュータプログラムは、それぞれ、適用例1に係る経路案内装置と同様の作用効果を得ることができる。また、上記適用例2に係る経路案内方法、適用例3に係るコンピュータプログラムは、それぞれ、適用例1に係る経路案内装置と同様にして種々の態様にて実現され得る。
【0021】
さらに、本発明は、上記適用例3に係るコンピュータプログラムを記録した記録媒体、そのコンピュータプログラムを含み搬送波内に具現化されたデータ信号、等の態様で実現することができる。
【発明を実施するための最良の形態】
【0022】
以下、本発明の実施の形態について、図面を参照しながら、実施例に基づき説明する。
【0023】
A.実施例:
・経路案内システムの構成:
図1は、実施例としての経路案内システム10の概略構成を示す説明図である。図示するように、実施例の経路案内システム10は、経路探索サーバ100と、地図サーバ150と、基地局BSと、携帯端末200とを含んでいる。経路探索サーバ100と、地図サーバ150と、基地局BSは、インターネットINTを介して通信可能に接続されている。携帯端末200は、基地局BSと無線通信することが可能であり、この結果、携帯端末200は、基地局BSを介して、経路探索サーバ100および地図サーバ150と通信を行うことができる。
【0024】
本実施例の携帯端末200は、地図表示端末として機能することができる。また、携帯端末200は、GPS受信機201を備えており、これと地図表示機能とを用いて経路案内を行う機能を備えている。
【0025】
携帯端末200は、GPS受信機201と、表示パネル202と、音声出力部204と、キー入力部205と、無線通信回路206と、通話制御部207と、外部記憶装置208と、主制御部210と、を備えている。
【0026】
GPS受信機201は、GPS(Global Positioning System/全地球測位システム)を構成する人工衛星から送信された電波を受信する装置である。
【0027】
表示パネル202は、液晶ディスプレイとこれを駆動する駆動回路とを備えている。液晶ディスプレイは、たとえば、480画素×640画素(VGA)の解像度を有する。表示パネル202には、液晶ディスプレイに限らず、有機ELディスプレイなど、種々の表示装置を採用することが可能である。
【0028】
音声出力部204は、経路案内時に音声を出力するためのスピーカや、これを駆動する回路などから構成される。
【0029】
キー入力部205は、方向入力キー205aや、その他の操作キー205bなどのキー群から構成される。携帯端末200の利用者は、これらのキーを用いることで、各種の操作を行うことができる。
【0030】
無線通信回路206は、基地局BSとの間でデータ通信もしくは音声通信を行うための回路である。無線通信回路206は、基地局BSを介して、経路探索サーバ100や地図サーバ150にアクセスを行うことができる。
【0031】
通話制御部207は、音声通話のための着信や呼出、音声信号と電気信号の変換などを行う回路である。通話制御部207と無線通信回路206とを備えることにより、携帯端末200は、携帯電話として動作することができる。
【0032】
外部記憶装置208は、ハードディスク、フラッシュメモリ、メモリカードなどで構成され得る。外部記憶装置208には、各種ソフトウエアやデータの格納に用いられる。
【0033】
携帯端末200の主制御部210は、携帯端末200の上述した各部201〜208を制御するためのコントローラである。主制御部210は、図示しない中央演算回路(CPU)と、ROMやRAMなどの内部記憶装置を含んでいる。
【0034】
携帯端末200が経路案内端末として機能するとき、主制御部210の内部記憶装置には、経路案内のためのプログラムが格納されている。このプログラムは、例えば、地図サーバ150や経路探索サーバ100を運用する事業者によりインターネットINTおよび基地局BSを介して配信されても良い。このプログラムは、使用しないときは、外部記憶装置208に格納され、使用時に、外部記憶装置208から読み出されて、主制御部210の内部記憶装置に格納される。主制御部210は、このプログラムを実行することで、後述する様々な処理/機能を実現する。
【0035】
経路探索サーバ100は、通信部102と、制御部104と、記憶部105とを備えている。制御部104は、経路探索サーバ100の上述した通信部102および記憶部105を制御するためのコントローラである。通信部102は、インターネットINTを介して地図サーバ150と、インターネットINTと基地局BSを介して携帯端末200と、それぞれ通信を行うことができる。記憶部105には、経路データベース(DB)106と、施設データベース107と、領域データベース108とが格納されている。各データベース106〜108については後述する。
【0036】
地図サーバ150は、通信部152と、制御部154と、記憶部155とを備えている。記憶部155には、地図データベース156が格納されている。制御部154は、地図サーバ150の上述した通信部152および記憶部155を制御するためのコントローラである。通信部152は、インターネットINTを介して経路探索サーバ100と、インターネットINTと基地局BSを介して携帯端末200と、それぞれ通信を行うことができる。地図データベース156については後述する。
【0037】
経路探索サーバ100の制御部104および地図サーバ150の制御部154は、それぞれ、図示しないCPUと、ROMやRAMなどの内部記憶装置と、現在時刻を表す現在時刻情報を取得可能な時刻計測手段(例えば、時計機能)を含んでいる。制御部104および制御部154の内部記憶装置(RAMまたはROM)には、携帯端末200と通信し、携帯端末200の地図表示端末としての機能を支援するためのプログラムが格納されている。制御部104および記憶部105は、これらのプログラムを実行することにより、後述する様々な処理/機能を実現する。
【0038】
本実施例における経路探索サーバ100と地図サーバ150と携帯端末200から成るシステムが、請求項における経路案内装置に対応する。本実施例では、地図サーバ150と経路探索サーバ100とは、インターネットを介して接続され、1つのサーバシステム1000を構成しているが、LAN(ローカルエリアネットワーク)を介して接続されるものとしてもよい。また、サーバシステム1000は、一つのサーバ計算機を用いて構成することも可能である。
【0039】
図2は、サーバシステム1000に格納されたデータベースの内容を説明する図である。図2には、上述した地図データベース156と、経路データベース106と、施設データベース107と、領域データベース108とが、それぞれ、概念的に示されている。
【0040】
地図データベース156には、携帯端末200に送信する地図画像を表すデータ(地図画像データ)がベクトルデータ形式で格納されている。なお、地図画像データは、ベクトルデータ形式に代えて、ビットマップ形式やJPEGデータ形式などのラスタデータ形式で格納されていても良い。この地図画像データには、地形や建物、道路等の形状を表すデータが含まれている。
【0041】
経路データベース106には、地図画像データが表す地図画像に対応した領域に存在する交通経路を表すネットワークデータと、経路属性情報Z1が格納されている。ネットワークデータは、交通経路における要素点(ノード)NDを表すノード情報と、ノード間を結ぶ線分(リンク)LKを表すリンクデータとを含む。ノードNDは、例えば、交差点、分岐点、駅などを表している。リンクLKは、例えば、道路、電車などの線路などの交通経路を表している。経路属性情報Z1は、ノードNDあるいはリンクLKに関連付けられている。経路属性情報Z1は、例えば、関連付けられたリンクLKが表す道路の名称、関連付けられたノードNDが表す交差点の名称を含む。
【0042】
施設データベース107は、地図画像データが表す地図画像に対応した領域に存在する施設の位置を表す施設ポイントBPと、施設ポイントBPに関連付けられた施設属性情報Z2を含む。施設属性情報Z2は、例えば、関連付けられた施設ポイントBPが表す位置に存在する施設の名称を含む。また、施設属性情報Z2には、さらに、サブ施設属性情報Z21が関連付けられても良い。サブ施設属性情報Z21は、例えば、対応する施設の分類情報、種類、特徴などが記述される。
【0043】
領域データベース108は、地図画像データが表す地図画像に対応した領域上に設定された複数の所定領域(設定領域)を特定する設定領域特定情報と、複数の設定領域にそれぞれ関連付けられた領域属性情報Z3を含む。領域属性情報Z3は、設定領域の特徴を表す特徴情報である。領域属性情報Z3は、例えば、関連付けられている設定領域における特定種類の施設の密集の程度を表す情報、特定種類の施設の存在の有無、設定領域の客観的な評価、口コミによる評価を含む。具体的には、ガソリンスタンドの多さ、公衆トイレの多さ、食事施設の多さ、駐車場の有無、あるいは、観光対象、散策対象、ドライブコースとして評価、渋滞する時間帯などが挙げられる。図2に示す例では、設定領域として、地図画像領域をメッシュ状に分割した正方形の矩形領域MSが設定されている。1つの矩形領域MSには、複数の領域属性情報Z3が関連付けられても良い。例えば、ハッチングで示した図2の右上端の矩形領域MSには、領域属性情報Z3として、「渋滞する時間帯」と「ガソリンスタンドの密集地域であること」が関連付けられている。
【0044】
・経路案内システムの動作:
図3〜図7を参照して、経路案内システムの動作について説明する。図3は、経路探索処理の処理ステップを示すフローチャートである。図4は、経路案内処理の処理ステップを示すフローチャートである。図5は、案内経路の一例を示す図である。図6は、経路案内処理における表示パネルの画面表示の一例を示す図である。図7は、実施例における経路再探索前の案内経路と経路再探索後の案内経路を示す図である。経路案内システム10は、携帯端末200の利用者に対して、経路案内サービスを提供する。経路案内サービスの利用者は、携帯端末200を操作して、出発地と目的地とを設定する。また、利用者は、出発地と目的地に加えて、経由地を設定することもできる。出発地は、GPS受信機201により測位された現在位置であっても良い。
【0045】
携帯端末200の主制御部210は、出発地を特定するための出発地情報と目的地を特定するための目的地情報と、サーバシステム1000に対して送信する(ステップS110)。出発地情報と目的地情報は、例えば、地表上における座標情報(緯度および経度)である。サーバシステム1000において、経路探索サーバ100は、出発地情報と目的地情報とを受信する(ステップS210)。主制御部210は、経由地が設定されている場合には、出発地情報と目的地情報に加えて、経由地を特定するための経由地情報を、サーバシステム1000に対して送信する。
【0046】
経路探索サーバ100の制御部104は、受信した出発地情報と目的地情報(必要な場合には、さらに、経由地情報)に基づいて、経路データベース106を照合・検索し、案内経路を決定し、案内経路を表す経路情報を生成する(ステップS220)。経路情報は、例えば、複数の地点の座標情報を、順番を特定可能に記述した情報である。複数の地点を、順序に従って線分で繋いだ線が案内経路を表す。経路探索サーバ100は、生成された経路情報を携帯端末200に送信する(ステップS230)。
【0047】
携帯端末200の主制御部210は、受信した経路情報に基づき必要な範囲を指定して地図画像データの送信要求を地図サーバ150に送信する(ステップS130)。地図サーバ150の制御部154は、送信要求に対する応答として、指定範囲の地図画像データを携帯端末200に送信する(ステップS240)。携帯端末200の主制御部210は、地図画像データを受信する(ステップS140)。主制御部210は、このように、案内に応じて必要な地図画像データおよび経路情報を経路探索サーバ100より取得し、経路案内処理を開始する(ステップS1000)。
【0048】
ここで、経路情報に記述された案内経路として、図5に示す案内経路RTが設定されたものとする。図5では、案内経路RTと上述した矩形領域MSとが重ねて図示されている。図5に示すように、案内経路RTは、複数の矩形領域MSを通過することが解る。ここで、領域データベース108に設定されている複数の矩形領域MSのうち、案内経路RTが通る領域を経路上領域と呼ぶ。
【0049】
経路案内処理の実行時において表示パネル202には、地図画像表示部MWと、情報表示部IWとが表示される。携帯端末200の主制御部210は、GPS受信機201を用いて、現在位置を一定間隔で認識し、現在位置を中心とした所定範囲の地図画像を地図画像表示部MWに表示する。主制御部210は、地図画像において、案内経路RTが他の経路(道路など)とは区別できるように、例えば、他の道路と異なる色で表示する。主制御部210は、現在位置を表す現在位置表示PP1を、地図画像表示部MWに重畳して表示する。主制御部210は、現在位置の移動に応じて、地図画像表示部MWに表示される地図画像の範囲を更新する。この結果、利用者の視点からは、自身の移動に応じて、地図画像表示部MWに表示される地図画像がスクロールするように見える。
【0050】
本実施例では、上述した一般的な経路案内の処理と並行して、図4のフローチャートで示す処理が経路案内処理の一部として実行される。以下では、この並行処理について説明する。
【0051】
携帯端末200の主制御部210は、GPS受信機201を用いて、現在位置を表す現在位置情報を取得し、サーバシステム1000の経路探索サーバ100に送信する(ステップS1110)。ここで、取得される現在位置情報は、並行して行われる上述した経路案内の処理と共用されても良い。携帯端末200から経路探索サーバ100への現在位置情報の送信は、一定間隔を開けて定期的に行われる。
【0052】
経路探索サーバ100の制御部104は、携帯端末200から定期的に送信されてくる現在位置情報と、時刻計測手段により取得した現在時刻情報に基づき、利用者(携帯端末200)の案内経路上における進行状況を予測する(ステップS1210)。具体的には、制御部104は、複数の現在位置情報の推移から、利用者の移動速度を推定し、推定された移動速度および案内経路の特徴(信号機の数、混雑の程度など)を考慮した上で、複数の経路上領域のそれぞれについて通過時刻を推定する。
【0053】
制御部104は、複数の経路上領域のうちの渋滞領域を渋滞時間に通過するか否かを判断する(ステップS1220)。渋滞領域は、図2に概念的に図示した領域データベース108の右上のハッチングされた矩形領域MSのように、渋滞が所定の渋滞時間において発生することを示す渋滞情報が領域属性情報Z3として関連付けられている領域である。このような渋滞情報は、例えば、多数の携帯端末200やカーナビゲーション装置から定期的に現在位置情報を含むプローブ情報を収集し、このプローブ情報を時間帯ごとに統計的に分析することにより、分析結果に基づいて作成される。あるいは、道路交通情報通信システム(Vehicle Information and Communication System、略称VICS)が配信している渋滞情報に基づいて作成されても良い。
【0054】
制御部104は、利用者が渋滞領域を渋滞時間に通過しないと判断すると(ステップS1220:NO)、ステップS1210にリターンし、新たに携帯端末200から送られてくる現在位置情報に基づく予測を行う。
【0055】
一方、制御部104は、利用者が渋滞領域を渋滞時間に通過すると判断すると(ステップS1220:YES)、渋滞領域を渋滞時間に通過しないような渋滞抑制イベントの内容を決定する(ステップS1230)。渋滞抑制イベントは、利用者が渋滞領域を通過する時刻を遅らせ、渋滞時間が終了した後に利用者が渋滞領域を通過するように、利用者に時間を消費させるイベントである。渋滞抑制イベントの具体例としては、例えば、当初の目的地以外の施設への立ち寄り、より具体的には、観光名所への立ち寄り、食堂に移動して食事をする、トイレへの立ち寄り、ガソリンスタンドでの給油、あるいは、書店、遊園地、美術館などの施設への立ち寄りなどがある。あるいは、これらのイベントを複数組み合わせたイベントなどであっても良い。
【0056】
図5に示すシングルハッチングされた1〜5番の矩形領域MSは、16時〜17時までの期間に亘って渋滞が発生する渋滞領域であり、その旨がこれらの矩形領域MSに領域属性情報Z3として関連付けられている。
【0057】
ここで、利用者の現在位置が図5において現在位置表示PP1で示す位置であるときに、1〜5番の矩形領域MSのいずれかを渋滞時間である16時〜17時の間に利用者が通過すると、制御部104が予測したとする。この場合、制御部104は、現在位置から渋滞領域までの間に通過する経路上領域の領域属性情報Z3を、それらの領域の特徴情報として取得し、その内容を認識する。制御部104は、認識した経路上領域の特徴情報を用いて、渋滞抑制イベントの内容を決定する。
【0058】
図5において、現在位置から渋滞領域までの間に通過する経路上領域A、B(クロスハッチングを付した矩形領域MS)は食堂の多い領域であり、その旨がこれらの領域に領域属性情報Z3として関連付けられているとする。この場合、制御部104は、例えば、領域属性情報Z3を取得することにより経路上領域A、Bが「食堂が多い」領域であると認識し、経路上領域A、Bにおいて食堂に立ち寄ることを渋滞抑制イベントの内容として決定する。さらに、制御部104は、経路上領域A、Bについて施設データベース107を検索して、利用者に薦めるための食堂を1つ決定する。利用者に薦めるための食堂は、例えば、現在の案内経路から最もアクセスが容易(例えば、最も案内経路から近い)食堂であっても良い。また、予め施設データベース107のサブ施設属性情報Z21に、口コミあるいは専門家などにより付された評価値を関連付けておき、経路上領域A、Bにおいて最も評価値の高い食堂を利用者に薦めるための食堂としても良い。
【0059】
さらに、制御部104は、渋滞抑制イベントを利用者に案内する場合に、当初の目的地に利用者が到達する時刻である抑制イベント案内時到着時刻を算出する。制御部104は、また、渋滞抑制イベントを利用者に案内しないで、当初の予定通りに経路案内を行った場合に、目的地に利用者が到達する時刻である通常到着時刻を算出する。
【0060】
次に、経路探索サーバ100の制御部104は、渋滞抑制イベントの内容と抑制イベント案内時到着時刻と通常到着時刻とを記述した渋滞抑制イベント情報を生成し、生成した渋滞抑制イベント情報を携帯端末200に送信する(ステップS1240)。
【0061】
携帯端末200の主制御部210は、渋滞抑制イベント情報を受信すると(ステップS1120)、渋滞抑制イベント情報に記述された渋滞抑制イベントの内容を利用者に提示する。渋滞抑制イベントの利用者に対する提示の一例が図6に示されている。図6において、表示パネル202の情報表示部IWには、イベント通知コメントCM1と、到着時刻コメントCM2と、3種類のユーザインタフェースB1〜B3が表示されている。イベント通知コメントCM1には、このまま予定通りに利用者が進行すると渋滞に巻き込まれることと、渋滞抑制イベントの具体的内容が記述されている。到着時刻コメントCM2には、通常到着時刻と、抑制イベント案内時到着時刻とが記述されている。ユーザインタフェースB1は、イベント通知コメントCM1の記述通りに渋滞抑制イベントの案内を実行する指示を受け付けるためのものである。ユーザインタフェースB2は、検索処理を実行する指示を受け付けるためのものである。ユーザインタフェースB3は、イベント通知コメントCM1に記述された渋滞抑制イベントの案内を実行しない指示を受け付けるためのものである。
【0062】
ここで、利用者が、ユーザインタフェースB2を操作して検索処理を指示すると、イベント通知コメントCM1の記述、すなわち、渋滞抑制イベントの内容に関連する検索処理が実行される。図6に示す例では、渋滞抑制イベントの内容は、「食事に立ち寄ること」であるので、例えば、検索処理の指示が受け付けられると、「イタリアンの食堂が多い」という特徴を持つ経路上領域A、Bに存在する食堂の検索結果として、食堂の一覧表が情報表示部IWに表示される。具体的には、携帯端末200の制御部104は、検索処理の指示を受け付けると、経路探索サーバ100にその検索指示を送信する。経路探索サーバ100の制御部104は、その検索指示に応じて、施設データベース107を検索することにより、経路上領域A、Bに存在する食堂施設を抽出し、抽出された食堂施設の情報を携帯端末200に対して返信する。返信された情報を、携帯端末200の主制御部210が情報表示部IWに表示することにより、例えば、食堂の一覧表が表示される。食堂の一覧表の中から1つの食堂が利用者により選択されると、選択された食堂に立ち寄る渋滞抑制イベントの案内を実行することが利用者から指示されたこととなる。
【0063】
図4に戻って説明を続ける。制御部104は、渋滞抑制イベントの案内を実行するか否かを判断する(ステップS1140)。利用者が上述したユーザインタフェースB1を操作して、イベント通知コメントCM1の記述通りに渋滞抑制イベントの案内を実行することを指示した場合には、制御部104は渋滞抑制イベントの案内を実行すると判断する。また、上述したように検索処理の結果として表示された施設の一覧表から立ち寄り施設が選択された場合にも、制御部104は渋滞抑制イベントの案内を実行すると判断する。一方、利用者が上述したユーザインタフェースB3を操作して、渋滞抑制イベントの案内を実行しないことを指示した場合には、制御部104は渋滞抑制イベントの案内を実行しないと判断する。
【0064】
制御部104は、渋滞抑制イベントの案内を実行しないと判断すると(ステップS1140:NO)、なにもせずに、処理をステップS1110にリターンする。この結果、並行して行われている当初の予定通りの案内経路の案内が携帯端末200において利用者に対して実行され続ける。
【0065】
一方、携帯端末200の制御部104は、渋滞抑制イベントの案内を実行すると判断すると(ステップS1140:YES)、経路探索サーバ100に対して案内経路の再探索(以下、経路再探索と言う)の要求を送信する(ステップS1150)。具体的には、制御部104は、渋滞抑制イベントを実行する旨と現在位置と寄り道する施設(図6の例では食堂)と目的地の情報を記述した経路再探索要求を経路探索サーバ100に送信する。
【0066】
経路探索サーバ100において、経路再探索要求を受信すると(ステップS1250)、経路探索サーバ100の制御部104は、新たな案内経路を決定し、新たな経路を記述した経路情報を生成し、生成された経路情報を経路再探索要求に対する応答として携帯端末200に送信する(ステップS1260)。具体的には、利用者が上述したユーザインタフェースB1を操作してイベント通知コメントCM1の記述通りに渋滞抑制イベントの案内を実行することを指示した場合には、制御部104は、既に寄り道する施設の位置情報を認識しているので、これらの情報に基づき経路データベース106を検索して、新たな経路情報を生成する。一方、利用者が、ユーザインタフェースB2を操作して施設の検索処理を実行し、寄り道する施設を選択した場合には、制御部104は、寄り道する施設の位置情報を施設データベース107から取得し、これらの情報に基づき経路データベース106を検索して、新たな経路情報を生成する。経路再探索の結果、新たに生成される経路情報に記述される経路は、当初の案内経路(経路再探索前の案内経路)から外れ、渋滞抑制イベントとして、寄り道をする施設を新たな経由地とする。新たな経由地は、経路再探索前の案内経路上に設定されている目的地および/または経由地とは異なる地点である。新たに生成される経路情報に記述される経路は寄り道をする施設(新経由地)を経由した後、当初の案内経路に戻り、渋滞領域を通過する。
【0067】
例えば、図7(a)は、経路再探索前の案内経路の一例を示している。図7(b)は、経路再探索後の案内経路(再探索経路)の一例を示している。図7(b)に示す再探索経路は、経路再探索前の経路から、なるべく短い距離で立ち寄る施設R(例えば、食堂)に向かい、なるべく短い距離で経路再探索前の経路に戻る例を示している。そして、再探索経路において、経路再探索前の経路に戻った後は、経路再探索前と同じ経路を通って、当初の目的地へと向かう。
【0068】
図4に戻って説明を続ける。携帯端末200において、再探索経路を記述した新たな経路情報を受信すると、携帯端末200の主制御部210は、並行して行っていた経路再探索前の経路情報による経路案内を中止し、新たな経路情報を用いて経路案内を開始する(ステップS1160)。新たな経路情報を用いた経路案内の具体的手法は、経路再探索前の経路情報を用いた経路案内と同様である。主制御部210は、新たな経路情報を取得すると、経路再探索前の経路情報は消去しても良い。
【0069】
新たな経路情報を用いて経路案内を開始すると、主制御部210は、経路案内処理を行いながら、処理をステップS1110にリターンする。この結果、新たな経路情報を用いた経路案内と並行して、上述したステップS1110から始まる図4に示す処理が繰り返される。
【0070】
以上説明した実施例によれば、利用者による案内経路上の進行を妨げる渋滞が所定の時間帯において発生することが予測される場合に、渋滞する時間帯を避けるために、利用者が渋滞する地域を通過する時間帯を当初の予定より遅らせる渋滞抑制イベントを利用者に提示する。この結果、利用者は、渋滞抑制イベントを実行することにより、容易に渋滞に巻き込まれる可能性を抑制することができる。また、渋滞抑制イベントは、食事をする、観光をするなど、有意義な時間を過ごせるイベントであるので、利用者は、時間を有効利用することができる。このように、本実施例では、利用者にとって、付加価値の高い経路案内サービスを提供することができる。
【0071】
例えば、図7に示す例では、図7(a)に示す当初の案内経路で目的地Gまで案内した場合、案内経路の途中で16時〜17時の間において、利用者は渋滞に巻き込まれ、目的地Gには、例えば、18時に到着する。一方で、図7(b)に示すように、本実施例では、渋滞抑制イベントとして、渋滞が予測される領域を通過する前に、食堂に立ち寄り食事をすることを促される。利用者がそれに従い、食堂に立ち寄り、食事を1時間楽しんだ後に、案内経路に戻り渋滞が予測された領域を通る時には渋滞する時間帯を過ぎているので、渋滞に巻き込まれることなく、目的地Gに、例えば、18時25に到達することができる。その結果、食事のために1時間を消費したにも関わらず、目的地Gに到達する時刻の差は、食事をせず当初の予定通りに経路案内された場合と比較して、25分しか遅れていないことになる。すなわち、利用者は渋滞による影響を抑制することにより、時間を有効に利用できたことが解る。
【0072】
さらに、上記実施例によれば、経路案内システム10は、利用者が渋滞する時間帯に渋滞領域を通過することを予測すると、施設データベース107や領域データベース108を用いて、自発的に渋滞抑制イベントとして立ち寄る施設を提示するので、寄り道をする施設を探すための利用者の負担が軽減でき、利用者は容易に渋滞抑制イベントを実行できる。
【0073】
また、利用者が経路案内システム10により薦められた立ち寄り施設を好まなかった場合においても、ユーザインタフェースB2を操作して好みの立ち寄り施設を検索し、好みの立ち寄り施設への経路案内を受けることができる。したがって、より利用者にとって付加価値の高い経路案内サービスを提供することができる。
【0074】
B.変形例:
・第1変形例:
上記実施例では、利用者による案内経路上の進行を妨げる妨害イベントとして、渋滞に巻き込まれることが挙げられているが、これに限られない。一般的に言えば、妨害イベントは、利用者が案内経路上を進行する途中において、所定の区間あるいは地点に所定の時間帯に到達する結果、利用者の進行が妨げられる出来事であれば良い。例えば、時刻表に従って運行される輸送手段、具体的には、鉄道、船舶、飛行機などを利用する区間が、案内経路に含まれる場合において、当該輸送手段の利用区間の開始地点、具体的には、駅、港湾、空港などにおいて、当該輸送手段の運行を待つことが、妨害イベントとして挙げられる。この一例を第1変形例として、図8を参照して、説明する。
【0075】
図8は、第1変形例における経路再探索前の案内経路と経路再探索後の案内経路を示す図である。図8(a)は、経路再探索前の案内経路の一例として、鉄道を利用した案内経路を示している。図8(b)は、図8(a)における案内経路について案内する場合において経路再探索された案内経路(再探索経路)の一例を示している。
【0076】
図8(a)に示すように、当初の予定通りに経路案内を行うと、乗り換え駅において、乗り換えのために1時間30分の待ち時間が発生してしまう。第1変形例では、経路探索サーバ100は、鉄道の時刻表の内容をデータとして記憶した時刻表データベースを記憶部105に記憶しており、制御部104は、鉄道の時刻表情報を取得することができる。制御部104は、鉄道の時刻表情報と、携帯端末200から取得した利用者の現在位置情報と、時刻計測手段を用いて取得した現在時刻情報とを用いて、待ち時間の発生を予測する。
【0077】
経路探索サーバ100の制御部104は、所定時間(例えば、1時間)以上の待ち時間の発生を、妨害イベントと判断する。制御部104は、所定時間以上の待ち時間の発生を
予測すると、予測される待ち時間を短縮するための待ち時間抑制イベントを記述した待ち時間抑制イベント情報を生成する。
【0078】
待ち時間抑制イベントは、例えば、案内経路上において乗り換え駅に到達する手前の駅で、途中下車をし、当初の目的地以外の施設へ立ち寄ることである。制御部104は、領域データベース108を検索し、案内経路上において乗り換え駅に到達する手前の各駅を含む矩形領域MSの領域属性情報Z3を取得することにより、各駅の特徴を認識し、待ち時間抑制イベントの内容を決定する。
【0079】
図8に示す例を具体例として説明すると、制御部104は、16時10分に到着予定の駅の周辺領域にイタリア料理店が多いことを、当該領域の領域属性情報Z3により認識する。そして、制御部104は、16時10分に到着予定の駅で途中下車した場合に、再び同駅から17時15分発の鉄道に乗ることにより、乗り換え駅より乗車する予定の18:00分発の鉄道に間に合うことを、時刻表情報により確認する。制御部104は、16時10分に到着予定の駅で途中下車し、食事をした上で同駅から17時15分発の鉄道に乗ることを待ち時間抑制イベントとして記述した待ち時間抑制イベント情報を生成する。
【0080】
携帯端末200において、主制御部210は、経路探索サーバ100から待ち時間抑制イベント情報を受け取り、待ち時間抑制イベント情報に記述された待ち時間抑制イベントを利用者に表示パネル202を介して提示する。待ち時間抑制イベントの提示は、当然であるが、待ち時間抑制イベントを実行する地点、図8の例では、16時10分に到着予定の駅に到達するより前に行われる。
【0081】
以上説明した第1変形例によれば、利用者が提示された待ち時間抑制イベントを実行すれば、利用者は、食事をした上で、乗り換え駅における待ち時間を短縮することができる。この結果、利用者は、時間を有効に活用し、かつ、予定通りに当初の目的地に時間通りに到達することができる。したがって、より利用者にとって付加価値の高い経路案内サービスを提供することができる。
【0082】
なお、利用者が定期を持っている区間を予め経路探索サーバ100に登録しておいても良い。この場合には、定期を利用できる区間では途中下車が自由であるので、経路探索サーバ100は、定期を利用できる区間においては駅の外にある施設も含めて積極的に立ち寄りを促し、定期を利用できない区間においては、駅の構内の施設や、乗り換え駅付近の施設を積極的に促しても良い。
【0083】
・第2変形例:
上記実施例および変形例では、渋滞抑制イベントや待ち時間抑制イベントの内容は、領域データベース108を参照して決定されているがこれに限られない。
【0084】
例えば、自由時間の使い方がどのようであるか、例えば、本を読むことが多いであるとか、ゲームセンターやパチンコ店などの特定種類の施設に行くこと多いであるといった日常の行動傾向の情報の入力を、予め利用者から受け付けておき、経路探索サーバ100において記憶しておいても良い。あるいは、中華、イタリアン、和食など、好みの食事の情報を予め利用者から受け付けておき、記憶しておいても良い。経路探索サーバ100の制御部104は、これらの情報に基づき、渋滞抑制イベントや待ち時間抑制イベントとして立ち寄る施設の種類を決定する。制御部104は、施設データベース107を検索することにより、案内経路の近辺に存在する所定の種類の施設を選択し、選択された施設への立ち寄りを渋滞抑制イベントや待ち時間抑制イベントの内容として決定しても良い。
【0085】
あるいは、利用者が経路案内サービスの目的地として設定する施設の情報を収集・分析し、利用者の施設の利用傾向など利用者の嗜好を推定し、嗜好情報として経路探索サーバ100に記憶しておいても良い。そして、渋滞抑制イベントや待ち時間抑制イベントの内容を決定する際に、これらの嗜好情報を用いても良い。
【0086】
・第3変形例:
上記実施例における施設データベース107において、サブ施設属性情報Z21として、施設において消費される消費時間の長さを表す消費時間情報を、各施設に関連付けても良い。例えば、食堂は1時間、ガソリンスタンドは10分、トイレは5分など、利用者が立ち寄った結果、消費されるおおよその時間を消費時間情報として関連付けても良い。そして、渋滞抑制イベントや待ち時間抑制イベントの内容を決定する際に、これらの消費時間情報を用いても良い。こうすれば、渋滞抑制イベントや待ち時間抑制イベントの内容を、渋滞する時間帯の回避や待ち時間の短縮を可能な内容に精度良く決定することができる。
【0087】
・第4変形例:
渋滞抑制イベントや待ち時間抑制イベントの内容は、利用者の移動手段に応じて決定されても良い。例えば、携帯端末200において、移動手段情報を受け付けても良い。例えば、携帯端末200の表示パネル202に、GUI(Graphical User Interface)を表示することにより、利用者の移動手段の入力を、利用者から受け付ける。利用者の移動手段は、例えば、車、電車、徒歩、自転車などが考えられる。このようにして得られた利用者の移動手段を携帯端末200は経路探索サーバ100に送信する。経路探索サーバ100は、例えば、移動手段に応じて、利用者が立ち寄り可能なる領域を判断し、到達可能性の高い領域内の施設への立ち寄りを、渋滞抑制イベントや待ち時間抑制イベントの内容として決定することとしても良い。こうすれば、例えば、利用者の移動手段が徒歩の場合には、車では立ち寄れない狭い路地に存在する施設を、渋滞抑制イベントや待ち時間抑制イベントとして提示するが、利用者の移動手段が車の場合には、そのような施設は渋滞抑制イベントや待ち時間抑制イベントの対象から除外しても良い。また、利用者の移動手段が駅構内から出ることが不可能な電車である場合には、駅構内における施設で可能なイベントを待ち時間抑制イベントとして決定しても良い。このように、移動手段を考慮して渋滞抑制イベントや待ち時間抑制イベントの内容を決定することにより、利用者にとってより付加価値の高い経路案内サービスを提供することができる。
【0088】
・第5変形例:
上記実施例では、渋滞抑制イベントを利用者に提示する際、到着時刻コメントCM2として、通常到着時刻と、抑制イベント案内時到着時刻とを表示しているが、抑制イベント案内時到着時刻のみを表示しても良いし、通常到着時刻と抑制イベント案内時到着時刻との差分を表示しても良い。
【0089】
・第6変形例:
渋滞抑制イベントや待ち時間抑制イベントの内容は、案内経路の種類に応じて決定されても良い。例えば、案内経路が高速道路の場合は、高速道路のサービスエリアやパーキングエリアにて実行可能な渋滞抑制イベントのみを提示することとしても良い。また、案内経路が地下鉄の場合には、地下鉄駅の改札付近の地下街にて実行可能な渋滞抑制イベントのみを提示することとしても良い。
【0090】
・その他の変形例:
上記実施例では、メッシュ状に分割された正方形の矩形領域MSが地表上に設定されているが、地表上の座標空間(緯度および経度)に設定される所定領域の設定態様や形状は、これに限られない。例えば、所定領域は、任意の形状に設定され得る。このような任意形状の所定領域は、多数の要素点と要素点間を結ぶ線分による多角形であるクローズドポリゴンデータとして記録される。また、このような所定領域は、地図画像に対応する地表を全て覆う必要はなく、所定領域が設定されていない部分があっても良い。また、複数の所定領域が重なっている部分があっても良い。このような所定領域が重なり合った領域については複数の特徴情報が得られる。
【0091】
上記実施例は、サーバシステム1000と携帯端末200が分離した携帯型の経路案内システム10であるが、本発明は経路データベース106、施設データベース107、領域データベース108となどのサーバシステム1000が有する構成と、表示パネル202、キー入力部205などの携帯端末200が有する構成とが一体になった経路案内システム、例えば、車載型のナビゲーション装置にも適用可能である。また、上記実施例において、サーバシステム1000によって実現されている機能の一部が携帯端末200または車載端末において実現されても良い。
【0092】
上記実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部をハードウェアに置き換えるようにしても良い。
【0093】
以上、本発明の実施例および変形例について説明したが、本発明はこれらの実施例および変形例になんら限定されるものではなく、その要旨を逸脱しない範囲内において種々の態様での実施が可能である。
【図面の簡単な説明】
【0094】
【図1】実施例としての経路案内システムの概略構成を示す説明図。
【図2】サーバシステムに格納されたデータベースの内容を説明する図。
【図3】経路探索処理の処理ステップを示すフローチャート。
【図4】経路案内処理の処理ステップを示すフローチャート。
【図5】案内経路の一例を示す図である。
【図6】経路案内処理における表示パネルの画面表示の一例を示す図。
【図7】実施例における経路再探索前の案内経路と経路再探索後の案内経路を示す図。
【図8】第1変形例における経路再探索前の案内経路と経路再探索後の案内経路を示す図。
【符号の説明】
【0095】
10…経路案内システム
100…経路探索サーバ
102…通信部
104…制御部
105…記憶部
106…経路データベース
107…施設データベース
108…領域データベース
150…地図サーバ
152…通信部
154…制御部
155…記憶部
156…地図データベース
200…携帯端末
201…GPS受信機
202…表示パネル
204…音声出力部
205…キー入力部
205a…方向入力キー
205b…操作キー
206…無線通信回路
207…通話制御部
208…外部記憶装置
210…主制御部
1000…サーバシステム
BS…基地局
INT…インターネット

【特許請求の範囲】
【請求項1】
経路案内装置であって、
出発地から目的地までの経路を表す経路情報を設定する経路情報設定手段と、
利用者の現在地を表す現在位置情報を取得する現在位置取得手段と、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測する妨害イベント予測手段と、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する妨害抑制イベント提示手段と、
を備える、経路案内装置。
【請求項2】
請求項1に記載の経路案内装置は、さらに、
地表上の複数の領域を特定する領域特定情報を取得する領域特定情報取得手段と、
各前記領域の特徴を表す特徴情報を取得する特徴情報取得手段と、
を備え、
前記妨害抑制イベント提示手段は、前記複数の領域のうちの前記経路が通過する通過領域の前記特徴情報を用いて、提示すべき前記妨害抑制イベントの内容を決定する、経路案内装置。
【請求項3】
請求項2に記載の経路案内装置において、
前記複数の領域のうちの少なくとも一部には、複数種類の前記特徴情報が取得可能である、経路案内装置。
【請求項4】
請求項1ないし請求項3に記載の経路案内装置は、さらに、
道路を複数に分割した区間について渋滞が発生する時間帯を示す渋滞情報を取得する渋滞情報取得手段を備え、
前記経路の一部における前記妨害イベントは、前記経路に含まれる前記区間の渋滞であり、
前記妨害イベント予測手段は、前記現在位置情報に加えて、前記渋滞情報を用いて、前記渋滞の発生を予測する、経路案内装置。
【請求項5】
請求項4に記載の経路案内装置は、さらに、
複数の前記利用者の前記現在位置情報を少なくとも含むプローブ情報を収集するプローブ情報収集手段と、
前記渋滞が発生する時間帯を、前記プローブ情報を用いて分析する分析手段と、
を備え、
前記渋滞情報は、前記分析の結果を用いて生成される、経路案内装置。
【請求項6】
請求項1ないし請求項3に記載の経路案内装置は、さらに、
時刻表にしたがって運行される輸送手段の前記時刻表の情報である時刻表情報を取得する時刻表情報取得手段と、
現在時刻を表す現在時刻情報を取得するための現在時刻取得手段と、
を備え、
前記経路は、前記輸送手段を用いる区間を含み、
前記経路の一部における前記妨害イベントは、前記区間において前記輸送手段の運行を待つことであり、
前記妨害イベント予測手段は、前記現在位置情報に加えて、前記現在時刻情報と前記時刻表情報を用いて、前記輸送手段の運行待ちの発生を予測する、経路案内装置。
【請求項7】
請求項1ないし請求項6のいずれかに記載の経路案内装置において、
妨害抑制イベント提示手段は、前記妨害抑制イベントに関連する処理の実行指示を受け付けるためのユーザインタフェースと共に、前記妨害抑制イベントを前記利用者に提示する、経路案内装置。
【請求項8】
請求項1ないし請求項7のいずれかに記載の経路案内装置は、さらに、
前記利用者の移動手段を認識する移動手段認識手段を備え、
前記妨害抑制イベント提示手段は、前記移動手段に応じて、提示すべき前記妨害抑制イベントの内容を決定する、経路案内装置。
【請求項9】
請求項1ないし請求項8のいずれかに記載の経路案内装置は、さらに、
前記妨害抑制イベントを利用者に案内する場合に前記目的地に前記利用者が到着する第1の到着時間と、前記妨害抑制イベントを利用者に案内しない場合に前記目的地に利用者が到着する第2の到着時間とを予測する到着時間予測手段を備え、
妨害抑制イベント提示手段は、前記妨害抑制イベントに加えて、前記第1の到着時間、または、前記第1の到着時間と前記第2の到着時間との差分のいずれかを少なくとも含む時間情報を前記利用者に提示する、経路案内装置。
【請求項10】
請求項1ないし請求項9のいずれかに記載の経路案内装置において、
前記妨害抑制イベントは、前記目的地以外の施設への立ち寄りを含む、経路案内装置。
【請求項11】
請求項1ないし請求項10のいずれかに記載の経路案内装置は、さらに、
前記施設における消費時間に関連する消費時間情報を取得する消費時間情報取得手段を備え、
前記妨害抑制イベント提示手段は、前記消費時間情報を用いて、立ち寄りを案内すべき前記施設を決定する、経路案内装置。
【請求項12】
経路案内方法であって、
出発地から目的地までの経路を表す経路情報を設定し、
利用者の現在地を表す現在位置情報を取得し、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測し、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する、経路案内方法。
【請求項13】
経路案内を実行するためのコンピュータプログラムであって、
出発地から目的地までの経路を表す経路情報を設定する第1の機能と、
利用者の現在地を表す現在位置情報を取得する第2の機能と、
前記経路の一部において、前記利用者による前記経路上の進行を妨げる妨害イベントの発生を、前記利用者が前記経路の一部を通行する前に、前記現在位置情報を用いて予測する第3の機能と、
前記妨害イベントが予測された場合に、前記利用者が前記経路の一部を通行する時刻をずらすことにより前記利用者に対する前記妨害イベントの影響を抑制する妨害抑制イベントを前記利用者に提示する第4の機能と、
をコンピュータに実現させる、コンピュータプログラム。

【図1】
image rotate

【図2】
image rotate

【図3】
image rotate

【図4】
image rotate

【図5】
image rotate

【図6】
image rotate

【図7】
image rotate

【図8】
image rotate


【公開番号】特開2009−174887(P2009−174887A)
【公開日】平成21年8月6日(2009.8.6)
【国際特許分類】
【出願番号】特願2008−11111(P2008−11111)
【出願日】平成20年1月22日(2008.1.22)
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.VICS
【出願人】(500578216)株式会社ゼンリンデータコム (231)
【Fターム(参考)】