JP4796880B2 - 交通情報処理装置 - Google Patents

Description

本発明は、目的地までの経路に関する交通情報を提示する技術に関する。

地図上に出発地から目的までの推奨経路を表示する車載機がある（特許文献１参照）。このような車載機は、推奨経路における予想到着時刻や所要時間などを提示することができる。ユーザは、これらの情報を用いて、推奨経路の適否を判断する。
特開２００５−７００１５号公報

しかし、従来の車載機では、ユーザの判断に役立つ情報が十分に提示されているとはいえない。例えば、ユーザによっては、１日前や１週間前の他の車両の過去の走行実績が示されれば、車載機が表示する推奨経路の所要時間や予想到着時刻がどれくらい信頼できるか検討でき、推奨経路の適否を的確に判断できる場合がある。従来の車載機では、このようなニーズに答えられない。

本発明の目的は、上記課題を解決すべくなされたものであり、ユーザが推奨経路の適否を判断するのに役立つ情報を表示することにある。

上記課題を解決すべく、本発明では、推奨経路の提示の際に、過去の所定の日時における走行実績を提示する。

例えば、本発明の第１の態様は、交通情報処理装置であって、出発地から目的地までの推奨経路を表示するとともに、所定期間前の日を設定し、設定した日に前記推奨経路の少なくとも一部を実際に走行した車両の所要時間と、設定した日で、かつ前記推奨経路の走行時間帯に相当する時間帯における天気とを表示する表示手段を備える。

本発明の第２の態様は、交通情報処理装置であって、出発地から目的地までの推奨経路を表示するとともに、前記推奨経路の少なくとも一部を実際に走行した車両の走行実績と、前記走行実績が収集された日時の前記推奨経路上の規制とを表示する表示手段を備える。

前記交通情報処理装置は、前記推奨経路の出発地の出発時刻と目的地への到着時刻までの時間帯に相当する時間帯に当該推奨経路の少なくとも一部を実際に走行した車両であって、最も長く当該推奨経路に沿って走行した車両の走行実績を用いて、当該推奨経路の所要時間を算出する手段を備えていてもよい。

また、本発明の第３の態様は、交通情報を表示する交通情報表示装置に情報を送信する交通情報サーバ装置であって、道路を実際に走行した車両から採取した走行実績が格納された走行実績データを記憶する手段と、出発地と目的地と希望到着日時を設定する手段と、前記出発地から目的地までの推奨経路を探索する手段と、前記希望到着日時に目的地に到着するための推奨出発時刻を求める手段と、前記走行実績データの中から、過去の所定の日時に、前記推奨経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記推奨経路の所要時間を求める手段と、前記過去の所定の日時の前記推奨経路上の規制情報を取得する手段と、前記過去の所定の日時の前記推奨経路に関する天気情報を取得する手段と、前記推奨経路の所要時間と前記規制情報と前記天気情報を前記交通情報表示装置に送信する手段とを備える。

また、本発明の第４の態様は、交通情報を表示する交通情報表示装置に情報を送信する交通情報サーバ装置であって、道路を実際に走行した車両から採取した走行実績が格納された走行実績データを記憶する手段と、出発地と目的地とを設定する手段と、前記出発地から目的地までの推奨経路を探索する手段と、前記推奨経路が関係する地域の天気予報を取得する手段と、少なくとも前記推奨経路が関係する地域において、前記天気予報に相当する天気であった過去の日時を特定する日時特定手段と、前記走行実績データの中から、前記日時特定手段により特定した日時に、前記推奨経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記推奨経路の所要時間を求める手段と、前記推奨経路の所要時間を前記交通情報表示装置に送信する手段とを備える。

また、本発明の第５の態様は、交通情報を表示する交通情報表示装置に情報を送信する交通情報サーバ装置であって、道路を実際に走行した車両から採取した走行実績が格納された走行実績データを記憶する手段と、出発地と目的地とを設定する手段と、前記出発地から目的地までの推奨経路を探索する手段と、前記推奨経路において交通規制があった過去の日時を特定する日時特定手段と、前記走行実績データの中から、前記日時特定手段により特定した日時に、前記推奨経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記推奨経路の所要時間を求める手段と、前記特定した日時に前記交通規制があった道路を回避した、前記出発地から前記目的地までの代替経路を探索する手段と、前記走行実績データの中から、前記日時特定手段により特定した日時に、前記代替経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記代替経路の所要時間を求める手段と、前記推奨経路の所要時間と前記代替経路の所要時間とを前記交通情報表示装置に送信する手段とを備える。

また、本発明の第６の態様は、交通情報を表示する交通情報表示装置に情報を送信する交通情報サーバ装置であって、道路を実際に走行した車両から採取した走行実績が格納された走行実績データを記憶する手段と、出発地と目的地とを設定する手段と、前記出発地から目的地までの推奨経路を探索する手段と、少なくとも推奨経路に関係する工事予定を取得する手段と、前記推奨経路に前記工事予定に相当する工事があった過去の日時を特定する日時特定手段と、前記走行実績データの中から、前記日時特定手段により特定した日時に、前記推奨経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記推奨経路の所要時間を求める手段と、前記特定した日時において工事があった道路を回避した、前記出発地から前記目的地までの代替経路を探索する手段と、前記走行実績データの中から、前記日時特定手段により特定した日時に、前記代替経路に沿って走行した距離が最も長い車両の走行実績を抽出し、抽出した走行実績を用いて前記代替経路の所要時間を求める手段とを備える。

以下に、本発明が適用された実施例について、図面を参照して説明する。

＜実施例１＞
図１は、本実施例の交通情報表示システムの概略構成図である。図示するように、本実施例の交通情報表示システムは、交通情報サーバ１００と、車両に搭載される交通情報表示装置２００とからなる。交通情報サーバ１００と、交通情報表示装置２００とはインターネットなどのネットワーク８０を介して接続される。

ネットワーク８０には、天気予報を配信する天気予報サーバ８１及び工事予告を配信する工事予告サーバ８２が接続されている。交通情報サーバ１００は、これらのサーバ８１、８２から、地域ごとの天気予報と、道路の工事予告を取得することができる。

交通情報サーバ１００、交通情報表示装置２００、天気予報サーバ８１、及び工事予告サーバ８２は、ＣＰＵなどの演算装置と、ＲＡＭ、ＲＯＭなどの記憶装置と、データを送受信するためのバスと、通信用のインターフェースを備えた、汎用的のコンピュータにより構成される。また、以下に説明するそれぞれの構成要素および機能は、例えば、コンピュータプログラムを実行することにより達成される。

交通情報サーバ１００は、様々な処理を行う中心的ユニットである主制御部１１０と、設定された出発地から目的地までの推奨経路を探索する経路探索部１２０と、推奨経路の所要時間を求める所要時間算出部１３０と、ネットワーク８０を介して外部の装置と通信を行う通信部１４０と、様々な情報を記憶するための記憶部１５０と、を備えている。

記憶部１５０には、地図データ１５１と、走行実績データ３００と、規制実績データ３１０と、天気実績データ３２０とが格納されている。

地図データ１５１には、地図上の区画された領域であるメッシュ領域ごとに、道路を構成するリンクのリンクデータが格納されている。リンクデータには、各リンクを識別するリンクＩＤごとに、そのリンクの始点・終点のノード座標、そのリンクの長さ、そのリンクの属する道路の種類、そのリンクを走行した場合のおよその所要時間などが含まれている。また、地図データ１５１には、道路以外の構成物、例えば、建築物、施設なでのデータも含まれている。

図２は、走行実績データ３００の構成を示す図である。走行実績データ３００には、各車両に搭載された交通情報表示装置２００から受信した情報（例えば、車両の現在位置）を基に生成された走行実績情報が格納されている。具体的には、走行実績データ３００には、車両を識別する車両ＩＤ３０１ごとに、走行実績情報を格納するレコード３０５が格納されている。各レコード３０５には、リンクＩＤ３０２と、そのリンクＩＤ３０２のリンクへの進入時間３０３と、そのリンクの旅行時間３０４とが格納されている。

上述のように、走行実績データ３００は、各車両に搭載された交通情報表示装置２００から採取された情報（例えば、現在位置）を基に生成された走行実績情報が蓄積されたものである。ここで、走行実績情報の生成のされ方について説明する。各車両の交通情報表示装置２００は、車両の走行中に、定期的に現在位置を検出する。そして、検出した現在位置を、車両を特定する情報（車両ＩＤ）とともに、交通情報サーバ１００に送る。交通情報サーバ１００の主制御部１１０は、通信部１４０を介して、これらの情報を受信する。そして、車両ごとの、走行実績情報を生成する。具体的には、地図データ１５１を参照して、車両が進入したリンクのリンクＩＤを特定する。さらに、その車両の現在位置の移動を追跡して、進入したリンクから脱出したときの日時を求める。そして、走行実績データ３００に、その車両の車両ＩＤ３０１が付与されたレコード３０５を追加し、追加したレコード３０５のリンクＩＤ３０２に、今回進入し脱出したリンクのリンクＩＤを格納する。旅行時間３０４には、進入から脱出までの所要時間を格納する。こうして、走行実績データ３００には、車両ごとの走行実績情報が蓄積されていく。

図３は、規制実績データ３１０の構成を示す図である。規制実績データ３１０には、各リンクの過去の交通規制に関する情報が格納されている。具体的には、規制実績データ３１０には、日時３１１が付与されたレコード３１４が格納されており、そのレコード３１４には、交通規制があったリンクのリンクＩＤ３１２と規制情報３１３とが格納されている。規制情報３１３には、速度規制、通行止め、車線規制などの規制の内容と、その規制の原因（例えば、工事）などが含まれている。

図４は、天気実績データ３２０の構成を示す図である。天気実績データ３２０は、各リンクの過去の天気に関する情報が格納されている。具体的には、天気実績データ３２０には、日時３２１が付与されたレコード３２４が格納されており、このレコード３２４には、リンクＩＤ３２２と、天気情報３２３とが格納されている。なお、リンクごとではなく、メッシュ領域ごと、あるいは特定の地域ごとに、天気情報が格納されていてもよい。

図１に戻って説明する。

交通情報表示装置２００は、車両ごとに搭載される車載機である。交通情報表示装置２００は、主制御部２１０と、現在位置検出部２２０と、表示部２４０と、操作部２５０と、記憶部２６０と、通信部２７０と、を備えている。

主制御部２１０は、様々な処理を行う中心的なユニットであり、各機能部を制御する。また、現在位置検出部２２０により定期的に検出される現在位置を、車両を識別する情報とともに、通信部２７０を介して、交通情報サーバ１００に送信する。また、操作部２５０を介してユーザから経路探索の要求を受け付けた場合、出発地、目的地、出発日時（希望到着日時）の設定を行い、推奨経路を探索するように交通情報サーバ１００に要求する処理を行う。また、交通情報サーバ１００から、推奨経路、推奨出発時刻、予想到着日時などを受信し、表示部２４０に表示させる処理を行う。

現在位置検出部２２０は、ＧＰＳ(Global Positioning System)受信装置、車速センサ、ジャイロなどからなり、車両の現在の座標位置を検出することができる。なお、交通情報表示装置２００が地図データを備えている場合、現在位置検出部２２０は、マップマッチングにより、地図上の座標位置を求めることができる。

表示部２４０は、ユーザに交通情報を提示するための装置であり、液晶ディスプレイなどで構成される。表示部２４０は、例えば、地図データをグラフィックス展開し、そこへ現在位置を示すマークを重ねて表示する。また、推奨経路とともに、推奨出発時刻や予想到着時刻を表示する。

操作部２５０は、ユーザからの入力を受け付けるためのインターフェースである。操作部２５０は、ハードスイッチを備えたリモコンや、液晶ディスプレイの前面に張られたタッチパネルなどで構成される。

記憶部２６０は、交通情報表示装置２００が処理する様々な情報を保持する。例えば、交通情報サーバ１００から受信した交通情報を記憶する。

通信部２７０は、ネットワーク８０を介して、交通情報サーバ２００と接続する処理を行う。

本実施形態では、交通情報表示装置２００は、交通情報サーバ１００が提供する経路探索サービスのブラウザのような機能を果たす。すなわち、交通情報表示装置２００は、表示に必要な情報（地図描画のためのデータを含む）を交通情報サーバ１００から受信する。しかし、これに限らず、交通情報表示装置２００は、一般的な車載用ナビゲーション装置が備える機能を備えていてもよい。すなわち、地図データを保持して、自ら経路探索する機能や、経路誘導を行う機能を備えていてもよい。また、ビーコンやＦＭ多重放送局から交通情報を取得し表示する機能を備えていてもよい。

＜動作の説明＞
図５は、交通情報表示システムの特徴的な動作の流れを示すフロー図である。

交通情報表示装置２００の主制御部２１０は、操作部２５０を介してユーザから、出発地と、目的地と、希望到着日時と、探索条件の入力を受け付ける（Ｓ１０１）。そして、主制御部２１０は、出発地と、目的地と、希望到着日時と、探索条件とを、交通情報サーバ１００に送信し、経路探索を要求する（Ｓ１０２）。なお、探索条件には、距離優先、所要時間優先、一般道優先などがある。

これを受けて、交通情報サーバ１００は、推奨経路と推奨出発時刻を求める（Ｓ１０３）。

具体的には、交通情報サーバ１００の主制御部１１０は、交通情報表示装置２００から経路探索の要求を受け付けると、経路探索部１２０に対して、ユーザの要求に合致する経路を探索するように命令する。

経路探索部１２０は、出発地から目的地までの経路であって、希望到着日時付近に目的地に到着可能であり、かつ探索条件に最も合致する経路（推奨経路）を探索する。例えば、探索条件が距離優先の場合、経路探索部１２０は、地図データ１５１のリンクデータを用いて、リンクの長さをリンクコストとして、ダイクストラ法等により、出発地から目的地までの総コストが最小になる経路を求め、推奨経路とする。そして、求めた推奨経路の距離を、所定の車速で除することにより、推奨経路の所要時間を求める。そして、希望到着時刻から、求めた所要時間を差し引くことにより、推奨出発時刻を求める。

ここで求められた所要時間は、走行実績から直接求められたものではなく、予め定められた所定の算出式により概算されたものであるので、「概算所要時間」ということにする。

なお、ＶＩＣＳ情報などを取得して、交通状況を考慮して探索する場合は、渋滞度に応じてリンクコストを重み付けするなどして、総コストが最小の経路を求め、推奨経路とする。

次に、所要時間算出部１３０は、走行実績データ３００を用いて、推奨経路の所要時間を求める（Ｓ１０４）。ここで、求められる所要時間は、過去の走行実績に基づいて求められるので、上記「概算所要時間」と区別するため、「実績所要時間」ということにする。

本実施例では、所定の過去の日時の走行実績情報を用いて、実績所要時間を求める。具体的には、１日前及び１週間前の、対応する時間帯の、走行実績を用いて、実績所要時間を求める。このとき、かかる所定の過去の日時に推奨経路と全く同一の経路を走行した車両が存在し、その車両の走行実績情報があれば、その車両の所要時間をそのまま実績所要時間にすればよい。しかし、そのような車両が存在する確率は低いので、本実施例では、複数の車両の走行実績から、推奨経路の実績所要時間を求めることにする。

かかる実績所要時間の算出方法として、例えば、図６（Ｂ）に示すように、推奨経路をリンクごとに細かく分割して、リンクごとに走行実績から所要時間を求めて、最終的に合計する方法が考えられる。具体的には、推奨経路をリンク単位に分割し、リンクごとに、そのリンクを走行した車両を適当に抽出する。そして、抽出した車両の走行実績情報から、リンク単位の所要時間を求める。推奨経路を構成する全リンクについて所要時間を求めて、最後に合計する（図６（Ｂ）参照）。

しかし、この方法では、車両の連続性を考慮していない。この方法では、リンクごとに異なる車両の走行実績を用いる場合もあり、推奨経路の実績所要時間を求めるのに、極めて多くの車両の走行実績を用いることになる。ある意味では、平均化された所要時間を求めることができるかもしれないが、反面、実際と異なるものとなる可能性がある。

走行実績データ３１０には、車両ごとに、同一運転手が所定の経路を走行した場合のリンクごとの旅行時間３０４が格納されている。これは、ある経路のリンクを連続的に走行した場合の結果であり、運転手のくせや道路状況の実情が反映されたものである。この実情を無視して、推奨経路をリンクごとに細かく分断し、リンク間で車両が同一か否か（連続性）を無視して、リンクごとの所要時間を求め合計すると、生のデータと乖離してしまう可能性がある。

本実施例では、推奨経路の適否を判断するのに役立つ情報を表示することを目的とする。そのためには、なるべく加工していない生のデータを提示する方がいい。そのほうが、ユーザは、自由に判断ができる。

そこで、なるべく少ない数の車両の走行実績を用いて、推奨経路の実績所要時間を求める。すなわち、本実施例では、図６（Ｂ）に示したように、推奨経路を細かく分割して、所要時間を求めるようなことは行わない。図６（Ａ）に示すように、なるべく大きく分割し、推奨経路の実績所要時間を算出する。

そのためには、推奨経路との重複部分がより長い車両を抽出していき、抽出した車両の走行実績から、推奨経路の実績所要時間を求めればよい。具体的には、まず、推奨経路に沿って走行した部分（重複部分）が最も長い車両を特定する。さらに推奨経路上のその重複部分を除いた前後の経路について、それぞれ、その経路を走行した部分が最も長い車両を特定する。さらに、残りの部分についても同様に、最も長く走行した車両を特定するという処理を繰り返す。そして、こうして特定した車両の、推奨経路との重複部分の所要時間を求めて、最終的に合計する。以下に、具体的に説明する。

図７は、ある経路Ｘに沿って最も長く走行した車両を抽出し、その車両の走行経路と経路Ｘとの重複部分を求める処理のフロー図である。

まず、所要時間算出部１３０は、「日」を設定する。本実施例では、「今日」を基準として、１日前の日、または１週間前の日を設定する（Ｓ２０１）。

さらに、経路Ｘの始点通過時刻ｔ１及び終点通過時刻ｔ２を設定する。経路Ｘが推奨経路そのものの場合、始点は出発地であるので、始点通過時刻ｔ１＝出発時刻である。また、終点は目的地であるので、終点通過時刻ｔ２＝予想到着時刻である。

次に、始点から順番に、経路Ｘ上のリンクを一つ選択し、リンクａとする（Ｓ２０３）。

次に、Ｓ２０１で設定した日における始点通過時刻ｔ１から終点通過時刻ｔ２の間に、リンクａを走行した車両を抽出する（Ｓ２０４）。具体的には、走行実績データ３００の中から、リンクＩＤ３０２がリンクａであり、進入日時３０３が時刻ｔ１から時刻ｔ２の間であるレコード３０５を抽出し、抽出してレコード３０５の車両ＩＤ３０１を抽出する。

次に、抽出した車両ＩＤ３０１の中から、経路Ｘに沿って最も長く走行した車両の車両ＩＤを抽出する（Ｓ２０５）。なお、経路Ｘに沿って走行した部分の長さは、抽出した車両ＩＤ３０１の走行実績情報が格納されたレコード３０５の中から、経路Ｘを構成するリンクと同一のリンクＩＤ３０２を抽出していき、地図データ１５１を参照して、抽出したリンクＩＤ３０２のリンク長を合計することにより求めることができる。

ここで、経路Ｘに沿って最も長く走行した車両の経路Ｘとの重複部分（経路Ｘに沿って走行した部分）を、経路ｎとする（Ｓ２０６）。

次に、所要時間算出部１３０は、経路ｎの長さが経路Ｎより長いか否か判定する（Ｓ２０７）。なお、経路Ｎは、初期状態で０とする。

経路ｎが経路Ｎより長い場合のみ（Ｓ２０７でＹ）、所要時間算出部１３０は、経路Ｎを、経路ｎで置き換える（Ｓ２０８）。

次に、所要時間算出部１３０は、リンクａが、経路Ｘの最後のリンクか否か判定し（Ｓ２０９）、最後のリンクでない場合（Ｓ２０９でＮ）、Ｓ２０３に戻って、次のリンクを選択し、以降の処理を続ける。

一方、最後のリンクである場合（Ｓ２０９でＹ）、所要時間算出部１３０は、経路Ｎを、分割経路情報に格納する（Ｓ２１０）。

図８は、分割経路情報を示す図である。理解の容易のため、分割された経路を樹形図で表している。

ここで、所要時間算出部１３０は、経路Ｘの始点から経路Ｎの始点までの経路を、経路Ｘ１とする。また、経路Ｎの終点から経路Ｘの終点までの経路を、経路Ｘ２とする。そして、それぞれ、分割経路情報に格納する。

図示するように、経路Ｎにより分割された残りの経路Ｘ１及び経路Ｘ２についても同様の処理を行うことにより、経路Ｘ１、経路Ｘ２についても、それぞれ最も長く走行した車両を抽出し、それらの車両が走行した経路Ｘ１又はＸ２上の経路Ｎ１１、Ｎ１２を特定する。

このような処理を繰り返すことにより、図８に示すような樹形図ができる。推奨経路Ｘに沿って最も長く走行した車両の走行経路と、推奨経路Ｘとの重複部分は、経路Ｎである。親経路（経路Ｘ）は、経路Ｎと、二つの子経路（経路Ｘ１と経路Ｘ２）に分断される。経路Ｘ１に沿って最も長く走行した車両の経路Ｘ１との重複走行部分は、経路Ｎ１１である。同様に、経路Ｘ２に沿って最も長く走行した車両の経路Ｘ２との重複走行部分は、経路Ｎ２１である。こうして、分断された残りの経路についても、順次、最も長く走行した車両を求めていく。

一方で、子経路の始点が親経路の始点と重複する場合や、子経路の終点が親経路の終点と重複する場合は、経路の分割を終了する。

こうして、推奨経路を、なるべく少ない数の車両の走行実績により分割することができる。

所要時間算出部１３０は、分割した経路ごとの実績所要時間を、分割した経路を連続的に走行した車両の走行実績情報から求める。そして、分割した経路ごとの所要時間を、合計して、推奨経路全体の実績所要時間を求める。なお、経路ごとの所要時間は、その経路を構成するリンクのリンク旅行時間３０４を合計することで求められる。

ここで、所要時間算出部１３０は、推奨経路全体の実績所要時間のほかに、推奨経路上の特定の区間ごとのの実績所要時間を求めてもよい。例えば、高速道路の特定の区間ごとの実績所要時間を求める。

また、特定の区間ごとの渋滞度を求めてもよい。例えば、特定の区間について求めた実績所要時間を、その特定の区間の距離によって割り、車速を求める。そして、車速に応じて予め定めた渋滞度により、特定の区間の渋滞度を求める。

図５に戻って説明を続ける。

推奨経路の実績所要時間を求めると（Ｓ１０４）、次に、主制御部１１０は、実績所要時間を求めた際のＳ２０１にて設定した日（１日前、１週間前の日）で、かつ推奨経路の走行時間帯に相当する時間帯における、規制情報を取得する。具体的には、規制実績データ３１０の中から、日時３１１が走行時間帯（出発時刻と到着時刻との間）に属し、かつ、リンクＩＤ３１２が推奨経路を構成するリンクであるレコード３１４を抽出し、抽出したレコード３１４の規制情報３１３を抽出する（Ｓ１０５）。

次に、主制御部１１０は、実績所要時間を求めた際のＳ２０１にて設定した日（１日前、１週間前の日）で、かつ推奨経路の走行時間帯に相当する時間帯における、天気情報を取得する。具体的には、規制実績データ３１０の中から、日時３２１が走行時間帯（出発時刻と到着時刻との間）に属し、かつリンクＩＤ３２２が推奨経路を構成するリンクであるレコード３２４を抽出し、抽出したレコード３２４の天気情報３２３を抽出する（Ｓ１０６）。

そして、主制御部１１０は、通信部１４０を介して、Ｓ１０３〜Ｓ１０６で求めた、推奨経路、推奨出発時刻、実績所要時間、規制情報、天気情報を、交通情報表示装置２００に送信する（Ｓ１０７）。

交通情報表示装置２００の主制御部２１０は、通信部２７０を介して、これらの情報を取得する。そして、表示部２４０に、推奨経路、推奨出発時刻、実績情報（実績所要時間、規制情報、天気情報）を表示する（Ｓ１０８）。

図９は、交通情報表示装置２００の画面表示例である。表示画面２４１０には、地図２４１１上に、出発地から目的地までの推奨経路２４１２が表示される。また、予測情報２４１５として、推奨出発時刻、予想到着時刻（ユーザが設定した希望到着時刻でもある）が表示される。また、実績情報２４１６として、１日前及び１週間前の実績所要時間が表示される。また、１日前及び１週間前の天気情報も表示される。また、規制情報がある場合は、規制の内容や原因（事故など）も表示される。また、推奨経路上の該当する位置に、規制情報２４１３が表示される。

また、ユーザから実績情報の詳細を表示するように要求を受け付けると、主制御部２１０は、推奨経路上の特定の区間ごとの実績所要時間２４１７を表示する。このとき、特定の区間ごとの渋滞度を表示するようにしてもよい。

上記実施例１によれば、推奨経路とともに、その推奨経路の対応する日時における他の車両の過去の走行実績を提示することができる。また、走行実績に基づいて算出された所要時間が表示されるとともに、そのような走行実績となった環境（天気や交通規制）が表示される。すなわち、ユーザに、推奨経路の適否を判断するのに役立つ情報を提示することができる。

＜実施例２＞
実施例２は、実施例１と似た構成を備える。したがって、共通する構成については、説明を省略する。

実施例２では、ユーザの現在位置を出発地として目的地までの推奨経路を探索し、探索した推奨経路を提示するとともに、「本日」の天気と同じ天気における過去の走行実績を提示する。

図１０は、実施例２にかかる動作の流れを示すフロー図である。

まず、交通情報表示装置１００の主制御部２１０は、操作部２５０を介してユーザから、目的地と探索条件の入力を受け付ける（Ｓ１１１）。そして、主制御部２１０は、現在位置と、目的地と、探索条件とを、交通情報サーバ１００に送信し、経路探索を要求する（Ｓ１１２）。

これを受けて、交通情報サーバ１００は、推奨経路と予想到着時刻を求める（Ｓ１１３）。

具体的には、交通情報サーバ１００の主制御部１１０は、交通情報表示装置２００から経路探索の要求を受け付けると、経路探索部１２０に対して、ユーザの要求に合致する経路を探索するように命令する。

経路探索部１２０は、現在時刻を出発時刻として、出発地から目的地までの経路であって、かつ探索条件に最も合致する経路（推奨経路）を探索する。また、求めた推奨経路の距離を、所定の車速で除することにより、推奨経路の所要時間（概算所要時間）を求める。そして、現在の時刻に、求めた概算所要時間を足すことにより、予想到着時刻を求める。

なお、実施例１と同様に、ＶＩＣＳ情報などを取得して、交通状況を考慮して探索する場合は、渋滞度に応じてリンクコストを重み付けするなどして、総コストが最小の経路を求め推奨経路を求める。

次に、主制御部１１０は、推奨経路に関する天気予報をネットワーク８０を介して天気予報サーバ８１から取得する（Ｓ１１４）。ここで、取得する推奨経路に関する天気予報は、出発時刻から予想到着時刻までの時間帯における、推奨経路が経由する地域の天気予報である。

次に、主制御部１１０は、天気予報と同じ天気種別の過去の日時を取得する（Ｓ１１５）。具体的には、主制御部２１０は、天気実績データ３２０から、天気情報３２３が、天気予報に一致し、かつリンクＩＤ３２２が推奨経路を構成するリンクのリンクＩＤであるレコード３２４を抽出し、そのレコード３２４の日時３２１を特定する。なお、複数ある場合は、「本日」に最も近い日を選択する。

次に、主制御部１１０は、Ｓ１１５で取得した日時の走行実績情報を用いて、推奨経路の実績所要時間を算出する（Ｓ１１６）。実績所要時間の算出は、実施例１の図７で示したフローと同様にして行う。ただし、Ｓ２０１の「日」の設定において、Ｓ１１５で取得した日を設定する。

次に、主制御部１１０は、Ｓ１１３〜Ｓ１１６で求めた、推奨経路、予想到着時刻、実績所要時間を、交通情報提示装置２００に送信する（Ｓ１１７）。

交通情報提示装置２００の主制御部２１０は、表示部２４０のディスプレイに、推奨経路とともに、予想到着時刻を表示する。さらに、実績所要時間を表示する。なお、交通情報サーバ１１０から推奨経路における天気予報を取得し、表示してもよい。

本実施例２によれば、本日の天気と同一の天気の過去の日における走行実績を提示することができる。すなわち、同じ天気ならば似たような交通状況になるとの実情に即し、ユーザが推奨経路を判断するのに役立つ情報を表示することができる。
なお、実施例２において、出発日時を、現在時刻でなく、未来の日時に設定できるようにしてもよい。そして、未来の日時における、天気予報と同じ種別の天気における走行実績を用いて、実績所要時間を求めるようにしてもよい。また、出発地を、現在位置ではなく、ユーザが設定した地点とすることもできる。

＜実施例３＞
実施例３は、実施例１と似た構成を備える。したがって、共通する構成については、説明を省略する。

実施例３では、探索した推奨経路において過去に交通規制があった場合、かかる交通規制のあったリンクを回避する代替経路を求めるとともに、規制があった日における実績所要時間を求めて提示する。

図１１は、実施例３にかかる動作の流れを示すフロー図である。

まず、交通情報表示装置１００の主制御部２１０は、操作部２５０を介してユーザから、目的地と探索条件の入力を受け付ける（Ｓ１２１）。そして、主制御部２１０は、現在位置と、目的地と、探索条件とを、交通情報サーバ１００に送信し、経路探索を要求する（Ｓ１２２）。

交通情報サーバ１００は、現在時刻を出発時刻とする目的地までの推奨経路と、予想到着時刻を求める（Ｓ１２３）。

具体的には、交通情報サーバ１００の主制御部１１０は、交通情報表示装置２００から経路探索の要求を受け付けると、経路探索部１２０に対して、ユーザの要求に合致する経路を探索するように命令する。

経路探索部１２０は、現在時刻を出発時刻として、出発地から目的地までの経路であって、かつ探索条件に最も合致する経路（推奨経路）を探索する。また、求めた推奨経路の距離を、所定の車速で除することにより、推奨経路の所要時間（概算所要時間）を求める。そして、現在の時刻に、求めた概算所要時間を足すことにより、予想到着時刻を求める。

なお、実施例１と同様に、ＶＩＣＳ情報などを取得して、交通状況を考慮して探索する場合は、渋滞度に応じてリンクコストを重み付けするなどして、総コストが最小の経路を求めることにより推奨経路を求めるようにする。

次に、主制御部１１０は、推奨経路において過去に規制があった日時を取得する（Ｓ１２４）。具体的には、規制実績データ３１０から、規制情報３１３が「速度規制」などの規制を示す情報であり、かつリンクＩＤ３１２が推奨経路を構成するリンクのリンクＩＤであるレコード３１４を抽出し、そのレコード３１４の日時３１１を特定する。なお、複数ある場合は、「本日」に最も近い日を選択する。

次に、主制御部１１０は、Ｓ１２４で取得した日時における、推奨経路の実績所要時間を算出する（Ｓ１２５）。実績所要時間の算出は、実施例１の図７で示したフローと同様にして行う。ただし、Ｓ２０１の「日」の設定において、Ｓ１２４で取得した日を設定する。

次に、主制御部１１０は、推奨経路、予想到着時刻、実績所要時間を、規制情報を、交通情報提示装置２００に送信する（Ｓ１２６）。

交通情報提示装置２００の主制御部２１０は、表示部２４０のディスプレイに、推奨経路とともに、予想到着時刻を表示する。さらに、実績所要時間とともに、規制情報を表示する（Ｓ１２７）。

また、交通情報サーバ１００の主制御部１１０は、規制のあるリンクを回避して目的地まで到達する経路（代替経路）を探索する（Ｓ１２８）。

そして、主制御部１１０は、探索した代替経路の実績所要時間を求める（Ｓ１２９）。実績所要時間の求め方は、図７のフローの通りであるが、Ｓ２０１の「日」の設定において、Ｓ１２４で取得した日を設定する。

次に、主制御部１１０は、代替経路と、その実績所要時間を、交通情報提示装置２００に送信する（Ｓ１３０）。

交通情報提示装置２００の主制御部２１０は、表示部２４０のディスプレイに、代替経路とともに、その実績所要時間を表示する（Ｓ１３１）。

本実施例３によれば、探索した推奨経路において過去に交通規制があった場合、その交通規制を避ける代替経路を探索し、さらに、その交通規制があった日時における代替経路の実績所要時間を求め、表示する。過去に交通規制があったということは、「本日」も規制が発生する可能性があるが、本実施例では、そのことに配慮した交通情報の表示が行われる、すなわち、ユーザが推奨経路を判断するのに役立つ情報を表示することができる。

なお、実施例３において、出発日時を、現在時刻でなく、未来の日時に設定できるようにしてもよい。

＜実施例４＞
実施例４は、実施例３と似た構成を備える。したがって、共通する構成については、説明を省略する。

実施例４は、探索した推奨経路において工事予告されているリンクがある場合、同様の工事があった過去の日時における実績所要時間を求めて表示する。また、そのような工事により交通規制があったリンクを回避する代替経路を求めるとともに、その規制があった日における実績所要時間を求めて表示する。

図１２は、実施例４にかかる動作の流れを示すフロー図である。

まず、交通情報表示装置１００の主制御部２１０は、操作部２５０を介してユーザから、出発日時と目的地と探索条件の入力を受け付ける（Ｓ１４１）。そして、主制御部２１０は、現在位置と、目的地と、出発時刻と、探索条件とを、交通情報サーバ１００に送信し、経路探索を要求する（Ｓ１４２）。

交通情報サーバ１００は、設定された出発時刻における現在位置から目的地までの推奨経路と、予想到着時刻を求める（Ｓ１４３）。

具体的には、交通情報サーバ１００の主制御部１１０は、交通情報表示装置２００から経路探索の要求を受け付けると、経路探索部１２０に対して、ユーザの要求に合致する経路を探索するように命令する。

経路探索部１２０は、出発地から目的地までの経路であって、かつ探索条件に最も合致する経路（推奨経路）を探索する。また、求めた推奨経路の距離を、所定の車速で除することにより、推奨経路の所要時間（概算所要時間）を求める。そして、出発時刻に、求めた概算所要時間を足すことにより、予想到着時刻を求める。

なお、実施例１と同様に、ＶＩＣＳ情報などを取得して、交通状況を考慮して探索する場合は、渋滞度に応じてリンクコストを重み付けするなどして、総コストが最小の経路を求めることにより推奨経路を求めるようにする。

次に、主制御部１１０は、ネットワーク８０を介して、事故予告サーバ８２から、出発時刻と予想到着時刻との間の時間帯における、推奨経路を構成するリンクの工事予告を取得する（Ｓ１４４）。

次に、主制御部１１０は、推奨経路において過去に同様の工事があった日時を取得する（Ｓ１４５）。具体的には、規制実績データ３１０から、規制情報３１３に含まれている規制の原因が予告された工事と同様の工事を示すものであり、かつリンクＩＤ３１２が推奨経路を構成するリンクのリンクＩＤであるレコード３１４を抽出し、そのレコード３１４の日時３１１を特定する。なお、複数ある場合は、「本日」に最も近い日を選択する。

次に、主制御部１１０は、Ｓ１４５で取得した日時における、推奨経路の実績所要時間を算出する（Ｓ１４６）。実績所要時間の算出は、実施例１の図７で示したフローと同様にして行う。ただし、Ｓ２０１の「日」の設定において、Ｓ１４５で取得した日を設定する。

次に、主制御部１１０は、推奨経路、予想到着時刻、実績所要時間、工事予告、工事により発生する可能性のある規制を、交通情報提示装置２００に送信する（Ｓ１４７）。なお、工事により発生する可能性のある規制は、Ｓ１４５で抽出したレコード３１４の規制情報３１３の規制内容である。

交通情報提示装置２００の主制御部２１０は、表示部２４０のディスプレイに、推奨経路とともに、予想到着時刻を表示する。さらに、工事予告と、工事により発生する可能性のある規制の内容と、実績所要時間を表示する（Ｓ１４８）。

また、交通情報サーバ１００の主制御部１１０は、工事により規制があったリンクを回避して目的地まで到達する経路（代替経路）を探索する（Ｓ１４９）。

そして、主制御部１１０は、探索した代替経路の実績所要時間を求める（Ｓ１５０）。実績所要時間の求め方は、図７のフローの通りであるが、Ｓ２０１の「日」の設定において、Ｓ１４５で取得した日を設定する。

次に、主制御部１１０は、代替経路と、その実績所要時間を、交通情報提示装置２００に送信する（Ｓ１５１）。

交通情報提示装置２００の主制御部２１０は、表示部２４０のディスプレイに、代替経路とともに、その実績所要時間を表示する（Ｓ１５２）。

本実施例４によれば、探索した推奨経路において工事予告されているリンクがある場合、同様の工事により規制が生じた過去の日時における実績所要時間を求めて表示する。また、その交通規制を避ける代替経路を探索し、さらに、その交通規制があった日時における代替経路の実績所要時間を求め、表示する。過去に同様の工事があったということは、同様の交通規制が発生する可能性があるが、本実施例では、それに配慮した交通情報の表示が行われる。すなわち、ユーザが推奨経路を判断するのに役立つ情報を表示することができる。

以上いくつかの実施例について説明したが、本発明は、上記実施例に制限されない。上記実施例は、様々な変形が可能である。

例えば、交通情報提示装置２００が交通情報サーバ１００の処理を行うようにしてもよい。例えば、交通情報提示装置２００の主制御部２１０は、推奨経路の探索や、実績所要時間の算出を行う。この場合、交通情報提示装置２００は、自身の記憶装置に、走行実績データ３００、規制実績データ３１０、天気実績データ３２０を保持しているとする。そして、定期的に、これらのデータを更新する。

図１は、本発明の一実施形態が適用された交通情報表示システムの概略構成図である。 図２は、走行実績データの構成を示す図である。 図３は、規制実績データの構成を示す図である。 図４は、天気実績データの構成を示す図である。 図５は、動作のフロー図である。 図６は、推奨経路の分割の様子を説明する図である。 図７は、図５の実績所要時間の算出処理（Ｓ１０４）のフロー図である。 図８は、分割した経路の樹形図である。 図９は、表示画面の例を示す図である。 図１０は、動作のフロー図である。 図１１は、動作のフロー図である。 図１２は、動作のフロー図である。

符号の説明

１００…交通情報サーバ、
１１０…主制御部、１２０…経路探索部、１３０…所要時間算出部、１４０…通信部、１５０…記憶部、１５１…地図データ、３００…走行実績データ、３１０…規制実績データ、３２０…天気実績データ
２００…交通情報表示装置、２１０…主制御部、２２０…現在位置検出部、２４０…表示部、２５０…操作部、２６０…記憶部、２７０…通信部、
８０…ネットワーク、８１…天気予報サーバ、８２…工事予告サーバ

Claims (3)

1. 交通情報処理装置であって、
   出発地から目的地までの推奨経路を表示するとともに、
   所定期間前の日を設定し、設定した日に前記推奨経路の少なくとも一部を実際に走行した車両の所要時間と、設定した日で、かつ前記推奨経路の走行時間帯に相当する時間帯における天気とを表示する表示手段
   を備えることを特徴とする交通情報処理装置。
2. 交通情報処理装置であって、
   出発地から目的地までの推奨経路を表示するとともに、
   所定期間前の日を設定し、設定した日に前記推奨経路の少なくとも一部を実際に走行した車両の所要時間と、設定した日で、かつ前記推奨経路の走行時間帯に相当する時間帯における規制とを表示する表示手段
   を備えることを特徴とする交通情報処理装置。
3. 請求項１または２に記載の交通情報処理装置において、
   前記推奨経路の出発地の出発時刻と目的地への到着時刻までの時間帯に相当する時間帯に当該推奨経路の少なくとも一部を実際に走行した車両であって、最も長く当該推奨経路に沿って走行した車両の所要時間を用いて、当該推奨経路の所要時間を算出する手段を備える
   ことを特徴とする交通情報処理装置。

Images