Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4277554B2 - Time required estimation device - Google Patents
[go: Go Back, main page]

JP4277554B2 - Time required estimation device - Google Patents

Time required estimation device Download PDF

Info

Publication number
JP4277554B2
JP4277554B2 JP2003090021A JP2003090021A JP4277554B2 JP 4277554 B2 JP4277554 B2 JP 4277554B2 JP 2003090021 A JP2003090021 A JP 2003090021A JP 2003090021 A JP2003090021 A JP 2003090021A JP 4277554 B2 JP4277554 B2 JP 4277554B2
Authority
JP
Japan
Prior art keywords
traffic information
road
required time
link
road link
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003090021A
Other languages
Japanese (ja)
Other versions
JP2004295756A (en
Inventor
博幸 山川
一行 平川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Equos Research Co Ltd
Original Assignee
Equos Research Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Equos Research Co Ltd filed Critical Equos Research Co Ltd
Priority to JP2003090021A priority Critical patent/JP4277554B2/en
Publication of JP2004295756A publication Critical patent/JP2004295756A/en
Application granted granted Critical
Publication of JP4277554B2 publication Critical patent/JP4277554B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Instructional Devices (AREA)
  • Traffic Control Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、道路交通情報の対象となっていない道路リンクを通行するのに要する所要時間を推定する所要時間推定装置に関するものである。
【0002】
【従来の技術】
現在、主要な道路については、例えば、VICS(登録商標)(Vehicle Information & Communication System:道路交通情報通信システム)など、無線によりその道路の混雑状況や特定の道路区間の所要時間などの道路交通情報が提供されている。このような道路交通情報提供システムにより提供される道路交通情報は、道路に設置された車両検知センサなどのセンサによるデータに基づくため、当該センサが設置されている道路に限定された情報だけが提供されている。
【0003】
そのため、このような道路交通情報提供システムでは、全ての道路についての所要時間が道路交通情報により提供されるわけではないことから、例えば、このように提供される道路交通情報を利用して現在地から目的地までの経路を探索するナビゲーション装置等では、最短時間で目的地へ到着できる経路を探索する際に、当該道路交通情報により所要時間に関する情報が提供されていない道路を含むと、その経路については所要時間を算出することはできない。
【0004】
そこで、道路交通情報が提供されていない道路についても所要時間を推定する技術の提案が望まれており、例えば、特許文献1や特許文献2において、道路交通情報により所要時間の情報が提供されていない道路に関する当該所要時間を推定する方法がいくつか提案されている。
【0005】
特許文献1には、道路上に車両の走行情報を得る複数の感知器を備えた道路に対して、感知器を有しない車線または任意の地点における交通流を推定する技術が開示されている。この技術は、道路全体の交通流をシミュレートし、その結果における、感知器が設置された場所の推定値が、実際の感知器からのデータと一致するように交通流のシミュレーションパラメータを調整するものである。
【0006】
また特許文献2には、道路を走行する車両から車両の位置等の情報を直接収集してその車両が走行した道路の所要時間を推定する技術が開示されている。
【0007】
【特許文献1】
特開2000−222669号公報(第2頁〜第8頁、図1〜図9)
【特許文献2】
特開2003−16570号公報(第2頁〜第9頁、図1〜図11)
【0008】
【発明が解決しようとする課題】
しかしながら、特許文献1による開示技術は、あくまでも感知器が設置された道路に対して、感知器が設置されていない車線またはその道路上の任意の位置を感知器のデータに基づいて推定する技術であり、いわば交通情報対象道路における「感知器によるセンサデータのない道路部分」についてのデータ補完技術である。そのため、元来、当該感知器が設置されていない道路、即ち、前述したような「道路交通情報により所要時間の情報が提供されていない道路」については、適用することはできないため、このような特許文献1による開示技術では「道路交通情報により所要時間の情報が提供されていない道路」に関する所要時間を推定することはできないという問題がある。
【0009】
また、特許文献2による開示技術は、走行している車両からデータを収集する装置が必要であることから、十分な数の車両からデータが収集できない場合においては、「道路交通情報により所要時間の情報が提供されていない道路」に関する所要時間を正確に推定することが困難になり、実用上の問題がある。
【0010】
本発明は、上述した課題を解決するためになされたものであり、その目的とするところは、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間を簡便に推定し得る所要時間推定装置を実現することにある。
【0011】
【課題を解決するための手段および発明の作用・効果】
上記目的を達成するため、請求項1の所要時間推定装置では、道路交通情報の対象となっている交通情報対象道路リンクの所要時間データを含む交通情報を、外部から取得する交通情報取得手段と、前記交通情報取得手段により取得された前記交通情報に基づいて、道路交通情報の対象となっていない交通情報非対象道路リンクの所要時間を補間する所要時間補間手段と、前記交通情報取得手段により取得された前記交通情報および前記所要時間補間手段により補間された前記所要時間に基づいて、所要時間を推定する所要時間推定手段と、を備え、前記所要時間補間手段は、道路網を所定領域に区切って特定する所定領域特定手段と、前記所定領域内の前記交通情報対象道路リンクについて、各道路リンクの長さおよび前記所要時間データから当該各道路リンクの平均車速を算出し、算出された平均車速を所定の値で分類し、各分類に含まれる道路リンクの総距離を算出し、当該分類ごとの、道路リンクの総距離の比率を算出する、交通情報対象リンク混雑度分類手段と、前記所定領域内の前記交通情報非対象道路リンクについて、前記所定領域内の道路リンクに対して前記総距離の比率を維持するように、前記平均車速を割り当て、割り当てられた平均車速および道路リンクの長さから当該道路リンクの所要時間を推定する交通情報非対象リンク所要時間推定手段と、を備えることを技術的特徴とする。
【0012】
なお、「交通情報対象道路リンク」とは、道路に設置されて車両の走行情報を検出し得る車両走行情報検出手段から出力される車両走行情報に基づいて、当該道路に対応する道路リンクの所要時間が算出されており、当該所要時間が「道路交通情報」として入手可能な道路リンクのことをいう(以下同じ)。より具体的には、例えばインフラストラクチャとしての交通流計測センサ等のセンサデータからその道路の所要時間を直接算出でき、その算出値を利用することができる道路リンクのことである。また「交通情報非対象道路リンク」とは、車両の走行情報を検出し得る車両走行情報検出手段が設置されない道路リンクで、当該道路リンクの所要時間を「道路交通情報」として入手不可能な道路リンクのことをいう(以下同じ)。より具体的には、例えばインフラストラクチャとしての交通流センサ等が設置されておらず、その道路の所要時間をその道路のセンサデータから直接算出できない道路リンクのことである。
【0013】
請求項1の発明では、交通情報取得手段により、道路交通情報の対象となっている交通情報対象道路リンクの所要時間データを含む交通情報を外部から取得し、この取得された交通情報に基づいて、所要時間補間手段により道路交通情報の対象となっていない交通情報非対象道路リンクの所要時間を補間する。そして、交通情報取得手段により取得された交通情報および所要時間補間手段により補間された所要時間に基づいて、所要時間推定手段によって交通情報非対象道路リンクが含まれる所定位置間の所要時間を推定する。所要時間補間手段は、所定領域特定手段、交通情報対象リンク混雑度分類手段および交通情報非対象リンク所要時間推定手段を備え、道路網を所定領域に区切って特定すると、当該所定領域内の交通情報対象道路リンクについて、各道路リンクの長さおよび所要時間データから当該各道路リンクの平均車速を算出し、算出された平均車速を所定の値で分類し、各分類に含まれる道路リンクの総距離を算出し、当該分類ごとの、道路リンクの総距離の比率を算出する。また、所定領域内の交通情報非対象道路リンクについて、所定領域内の全道路リンクに対して総距離の比率を維持するように、平均車速を割り当て、割り当てられた平均車速および道路リンクの長さから当該道路リンクの所要時間を推定する。これにより、道路交通情報により所要時間の情報が提供されていない道路の所要時間をこのような補間により得ることができるので、別途、走行中の他の車両からデータを収集する装置等を設けることなく、当該道路についても所要時間を推定することができる。したがって、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間を簡便に推定することができる。
【0018】
【発明の実施の形態】
以下、本発明の所要時間推定装置の実施形態について図を参照して説明する。
まず、情報センタ20の構成を図1に基づいて説明する。
図1に示すように、情報センタ20は、主に、CPU21、メモリ22、地図/道路リンクDB23a、交通需要予測DB23b、通信制御装置(以下「CCU」という)25等から構成されている。なお「DB」とは、データベースの略記で、以下、データベースのことをこのように「DB」と記す。
【0019】
CPU21は、情報センタ20を制御する中央演算処理装置で、システムバスを介してメモリ22、地図/道路リンクDB23a、交通需要予測DB23b、CCU25等と接続されている。なお、このCPU21は、制御部、算術論理演算部等を備えており、メモリ22とともに例えばパーソナルコンピュータやワークステーションとして構成されるものである。
【0020】
メモリ22は、CPU21が使用する主記憶空間を構成する半導体メモリで、データバスを介してCPU21と接続されている。このメモリ22には、CPU21を制御するシステムプログラム22aのほか、各種制御プログラム22b〜22g等が格納されており、CPU21はこれらのコンピュータプログラムをメモリ22から読み出して逐次実行している。
【0021】
地図/道路リンクDB23aおよび交通需要予測DB23bは、CPU21が使用する補助記憶空間を構成するハードディスク装置、コンパクトディスク装置やディジタルバーサティルディスク装置等で、データバスを介してCPU21と接続されている。
【0022】
地図/道路リンクDB23aには、過去利用されていたものから最新のものに到るまでの道路地図データやこの道路地図データに付随する道路リンクデータが記憶され蓄積されている。この道路リンクデータには、後述する交通情報取得プログラム22cによって、例えばVICSセンタ等の交通情報センタ100から取得された交通情報対象道路リンクの取得所要時間データや所要時間補間プログラム22dによって補間された交通情報非対象道路リンクの補間所要時間データが含まれている。
【0023】
CCU25は、情報センタ20の外部との通信を制御する通信制御装置で、例えば、通信回線を介して接続されたインターネット等の電気情報通信網105や電話回線交換局110とCPU21と間のデータの授受に関する通信制御を担うもので、電話回線交換局110を介して、車両に搭載されたナビゲーション装置50とデータ通信を行ったり、また電気情報通信網105を介して交通情報センタ100から最新の取得所要時間データ等の道路交通情報を入手する機能を有する。なお、図1に図示されていないが、情報センタ20には、このほか情報センタ20の運用を指示操作するための入力装置や運用状態等を表示するための出力装置等が設けられている。
【0024】
一方、情報センタ20に対向するナビゲーション装置50は、情報センタ20とほぼ同様、主に、制御装置52、出力装置53、入力装置54、位置検出装置56、無線通信装置58等から構成されている。
【0025】
制御装置52は、情報センタ20のCPU21、メモリ22等と同様に、図略のCPUやメモリ等を備えている。このメモリには、情報センタ20から無線通信装置58を介して受信した所要時間データや入力装置54等を介して入力される探索条件等に基づいて独自に時間的に最短の経路を探索し案内し得る経路探索・案内プログラム52aや、情報センタ20から無線通信装置58を介して交通情報を取得し得る交通情報取得プログラム52b等が格納されている。
【0026】
出力装置53は、図略の入出力インタフェイスを介して制御装置52に接続されており、現在地から目的地までの経路案内情報や当該目的地に到着するまでにかかる推定所要時間等を画像や音声により出力し得る装置である。この出力装置53は、画像により経路案内を行う場合には、例えば、液晶表示器やCRT表示器により構成されており、ナビゲーション装置50の操作パネルに設けられている。また音声により経路案内を行う場合には、音声合成器、サウンドジェネレータ、アンプ、スピーカ等により構成されている。またこの両方により構成されて、画像と音声の双方により経路案内等を行うものもある。
【0027】
入力装置54は、ナビゲーション装置50の操作パネルに設けられている情報入力装置で、図略の入出力インタフェイスを介して制御装置52に接続されている。この入力装置54は、利用者が経路探索を希望する目的地等に関する情報を入力するもので、押圧式のスイッチを所定数並べた構成を採るものや、出力装置153の表面に設けられたタッチパネル式のもの、あるいは利用者の声を認識してナビゲーション装置50への入力情報に変換する、マイクロフォン、音声認識装置等で構成されているものもある。
【0028】
位置検出装置56は、ナビゲーション装置50が搭載された車両の現在位置を検出し現在位置データを出力するためのもので、例えば、複数のGPS衛星からの信号を受信して利用者の絶対位置を計測するGPSセンサや、車両の相対位置を計測するジャイロセンサにより構成されている。なお、ジャイロセンサは自律航法に使用されるもので、これにより計測される相対位置は、GPS受信機が衛星からの電波を受信できないトンネル内等において位置を得たり、GPS受信機によって計測された絶対位置の測位誤差を補正する等に利用される。
【0029】
無線通信装置58は、情報センタ20との間で無線通信回線によるデータの送受信を行うための無線通信機器で、図略の入出力インタフェイスを介して制御装置52に接続されている。例えば、携帯電話機、PHS等の無線通信システムを利用している。
【0030】
ここで、情報センタ20のメモリ22に格納されている、入力プログラム22b、交通情報取得プログラム22c、所要時間補間プログラム22d、所要時間推定プログラム22e、交通需要予測プログラム22f、出力プログラム22gの概要を説明する。
【0031】
入力プログラム22bは、所要時間補間プログラム22dにより補間すべき道路リンクのデータ等を地図/道路リンクDB23aから読み込む機能や、情報センタ20の利用者(車両70の乗員)がナビゲーション機能を利用する上で必要となる道路交通情報等の各種情報の要求をCCU25を介して受け付け、当該要求を他のプログラムや処理等に受け渡す機能を有するものである。
【0032】
交通情報取得プログラム22cは、インターネット等の電気情報通信網105に接続されたCCU25を介して交通情報センタ100(例えばVICSセンタ)から、所要時間を含む道路交通情報を取得する機能を有するもので、これにより時々刻々と変化する道路交通情報をリアルタイムに取得している。なお、この交通情報取得プログラム22cは、特許請求の範囲に記載の「交通情報取得手段」に相当するものである。
【0033】
所要時間補間プログラム22dは、後述するように、交通情報取得プログラム22cにより取得された道路交通情報に基づいて道路交通情報の対象となっていない交通情報非対象道路リンクの所要時間を補間する機能を有するものである。なお、交通情報非対象道路リンクとしては、例えばインフラストラクチャとしての交通流計測センサ等のセンサデータからその道路の所要時間を直接算出することができず、その算出値を利用することができない道路リンクが挙げられる。なお、この所要時間補間プログラム22dは、特許請求の範囲に記載の「所要時間補間手段」に相当するものである。
【0034】
所要時間推定プログラム22eは、交通情報取得プログラム22cにより取得された道路交通情報および所要時間補間プログラム22dにより補間された所要時間に基づいて、交通情報非対象道路リンクが含まれる所定位置間の所要時間を推定する機能を有するものである。なお、この所要時間推定プログラム22eは、特許請求の範囲に記載の「所要時間推定手段」に相当するものである。
【0035】
交通需要予測プログラム22fは、後述する所定の手順により道路リンクごとに時間帯別に交通需要を予測する機能を有するもので、これによって予測されたデータは交通需要予測DB23bに記憶され蓄積される。
【0036】
出力プログラム22gは、所要時間補間プログラム22dにより補間された補間所要時間を地図/道路リンクDB23aに書き込む機能や、入力プログラム22bにより受け付けられたナビゲーション装置50からの要求に応じて処理された結果を道路交通情報等の各種情報として、CCU25を介してナビゲーション装置50に出力する機能を有するものである。
【0037】
次に、本情報センタ20により処理される経路所要時間推定処理の流れを図2〜図12に基づいて説明する。なお以下説明する経路所要時間推定処理は、前述した入力プログラム22b、交通情報取得プログラム22c、所要時間補間プログラム22d、所要時間推定プログラム22e、交通需要予測プログラム22f、出力プログラム22gにより実行されるもので、システムプログラム22aのメインルーチン(DB作成・更新制御部)から一定時間の間隔で起動されるものである。なお、図13には、DB作成・更新制御部22a’として図示されている。
【0038】
図2に示すように、経路所要時間推定処理は、所定の初期化処理の後、まずステップS101によりリンク情報を取得する処理が行われる。この処理は、入力プログラム22bにより行われるもので、本経路所要時間推定処理の対象となる道路リンクのデータを地図/道路リンクDB23aから読み込む処理を行う。このステップS101により読み込まれる道路リンクのデータは、例えば、リンクの座標情報、リンクの長さ、リンクの種別等である。なお、図3には、これらの道路リンクに関する情報等に基づいて、所定の演算処理(コスト作成部)により作成されメモリやファイルを介して渡される道路リンクのコストに関する情報(コスト情報)の例が示されている。このコスト情報のデータ構造では、リンク情報はリンクIDと旅行時間情報とを含み、当該旅行時間情報は順方向の旅行時間と逆方向の旅行時間とを含んで構成されている。
【0039】
なお、図3のデータ構造で示されている「旅行時間」は所要時間のことで、例えば、道路交通情報の対象となっている交通情報対象道路リンクのデータに該当する場合には、当該道路リンクを順方向に走行した場合の所要時間に関するデータが「旅行時間(順)の項目」に格納されており、また当該道路リンクを逆方向に走行した場合の所要時間に関するデータが「旅行時間(逆)の項目」に格納されている。また道路交通情報の対象となっていない交通情報対象道路リンクのデータに該当する場合は、該当データが存在しないことを示すNULLデータ等が「旅行時間(順)の項目」および「旅行時間(逆)の項目」に格納されている。
【0040】
続くステップS103では、交通情報取得処理が行われる。この処理は、交通情報取得プログラム22cにより行われるもので、情報センタ20の外部、例えば交通情報センタ100(VICSセンタ等)からCCU25を介して交通情報対象道路リンクの所要時間データを含む交通情報を取得する処理を行う。
【0041】
次のステップS105では、所要時間補間処理が行われる。この処理は、所要時間補間プログラム22dにより行われるもので、具体的には、例えば図4に示すサブルーチンによる所要時間補間処理(その1)が行われる。ここで、所要時間補間処理(その1)の詳細を図4〜図9を参照して説明する。
【0042】
図4に示すように、所要時間補間処理(その1)では、まずステップS201によりリンク情報を所定領域ごとに分割する処理が行われる。この処理は、道路網を所定領域に区切って特定するもので、特許請求の範囲に記載の「所定領域特定手段」に相当するものである。具体的には、例えば、図5に示すように、地図/道路リンクDB23aから読み込まれる道路地図データに基づいて、例えば2次メッシュと呼ばれる区画ごとに道路リンク情報の集合を作成する処理を行う。この図5に示す例では、1区画、約10km四方に設定して区切ることにより愛知県内の道路地図データを21分割し、XY座標で表現した場合のX3Y3区画に相当する所定領域αを特定している。そして、このように特定された所定領域α内には、交通情報対象道路リンク(図5下段枠内に示す太実線)と交通情報非対象道路リンク(図5下段枠内に示す細実線)が混在していることが図5には示されている。
【0043】
次のステップS203では、交通情報対象道路リンクから混雑割合を算出する処理が行われる。この処理は、ステップS201により特定された所定領域内の交通情報対象道路リンクについて、各道路リンクの長さおよび所要時間データから各道路リンクの平均車速を算出し、算出された平均車速を所定の値で分類し、各分類に含まれる道路リンクの総距離を算出し、当該分類ごとの、道路リンクの総距離の比率を算出するもので、特許請求の範囲に記載の「交通情報対象リンク混雑度分類手段」に相当するものである。具体的には、例えば、図5に示した所定領域αの場合、図6(A) に示すように、当該所定領域α内に存在する交通情報対象道路リンクについてそれぞれの混雑度を算出し、次にその算出されたそれぞれの混雑度について当該所定領域α内の割合(総距離の比率)を求める。
【0044】
ここにいう混雑度とは、例えば、道路リンクの長さと所要時間(旅行時間)とから平均車速を算出し、当該道路リンクの種別(例えば、一般道路、都市高速道路、都市間高速道路等)に応じて与えられるもので、例えば、図6(B) に示す図表に示されているように定義される。なお、このような道路リンクの長さや種別は、道路地図データに付随して地図/道路リンクDB23aに格納されている。
【0045】
即ち、この図6(B) による定義の例では、一般道路の場合、平均車速が5km/h以下のときは「渋滞」、5km/hを超過して15km/h以下のときは「混雑」、15km/hを超過するときは「通常」に定義されている。また都市高速道路の場合、平均車速が10km/h以下のときは「渋滞」、10km/hを超過して30km/h以下のときは「混雑」、30km/hを超過するときは「通常」に定義されている。さらに都市間高速道路の場合、平均車速が20km/h以下のときは「渋滞」、20km/hを超過して50km/h以下のときは「混雑」、50km/hを超過するときは「通常」に定義されている。なお、この混雑度は、このように「渋滞」、「混雑」および「通常」の3段階に分ける場合のほか、例えば、より細分化してレベル1〜レベル10までの10段階に分けても良し、11以上の多段階に分けても良い。これにより混雑度の精度を高めることが可能になる。
【0046】
このようにして各交通情報対象道路リンクについて混雑度が算出されると、次にその算出されたそれぞれの混雑度について当該所定領域α内の割合が求められる。例えば、図6(A) に示す所定領域αの例では、当該所定領域α内の全ての交通情報対象道路リンクのリンク長総和を100%とした場合、これに対し、点線により表される「渋滞」に該当する道路リンクの割合は25%であり、また一点鎖線により表される「混雑」に該当する道路リンクの割合は10%であり、さらに破線により表される「通常」に該当する道路リンクの割合は65%である。
【0047】
ステップS205により需要予測データを取得する処理が行われる。即ち、交通情報対象道路リンクのそれぞれについての需要予測値を、それぞれのリンクIDをキーとして交通需要予測DB23bから取得する処理が行われる。
【0048】
ここで、交通需要予測DB23bについて図7を参照して説明する。
交通需要予測DB23bには、図7(A) に示すようなデータテーブルに従って各データが格納されており、このデータテーブルは、図7(B) に示すように、例えば、タウンページDBや交通量DBに基づいて交通需要予測プログラム22fによって作成される。具体的には、例えば、以下の手順により行われる。なお、タウンページDBは、NTT番号情報株式会社等により提供されるもので、「タウンページ」は登録商標である。
【0049】
まず、朝、昼、夜、平日、休日など人の移動に関するパラメータに応じて複数のOD(出発地、目的地の略記で、以下同じ。)をタウンページDBから選択する。次にODの数だけ経路探索を数回試行する。そして、道路リンク(順方向、逆方向別)ごとに通過回数をカウントする。ここで、ODの選択は、移動目的別に、例えば、通勤時の場合には、出発地をクリーニング店(人口に相関した施設)とし、目的地を会社(ビル)とする。また、娯楽時の場合には、出発地をクリーニング店として、目的地を人気観光地とする、などといったDBのジャンルから抽出する。
【0050】
また、ODの抽出は、人の移動目的として、例えば次のような分類が考えられる。出勤・登校、業務A(荷なし)、業務B(荷あり)、私事・娯楽、帰社、帰宅、業務用旅客者、業務用貨物車等である。まず、これら移動目的ごとにODのタウンページジャンルを設定する。例えば、出勤・登校をとりあげてみると、出発地は各家庭の自宅、目的地は会社とするなら、自宅のジャンルは人口と相関のあるような施設、例えばクリーニング店、会社のジャンルはビルとする。そして、ある地域の時間帯別流入出データや時間帯別の移動目的データおよび移動目的ごとのODのタウンページジャンルに基づき、移動目的ごとのOD座標情報をタウンページDBより適当に抽出する。なお、ある地域の時間帯別流入出データおよび時間帯別の移動目的データとしては、例えば、国土交通省実施の道路交通センサス等に基づき作成されたものがある(図7(B) に示す交通量DBがこれに該当する)。
【0051】
続くステップS207では、需要予測値について混雑閾値を設定する処理が行われる。即ち、ステップS203で算出された混雑度の割合と等しくなるように混雑の閾値を求める処理が行われる。具体的には、例えば、図6(A) に示す所定領域αの例において、ステップS205により需要予測値が図8(A) に示すように得られたとする。横軸を需要予測値(交通需要)とし、この需要予測値に対応する道路リンクの総距離を縦軸としてグラフを作成すると、図8(B) に示すような特性図が得られるので、ステップS203で得られた混雑度の割合と等しくなるような面積比でこの特性図による領域K、L、Mを分割する。この領域Kと領域Lとの境界(図8(B) に示す左側の太破線)が「通常」と「混雑」とを分ける混雑閾値となる。また領域Lと領域Mとの境界(図8(B) に示す右側の太破線)が「混雑」と「渋滞」とを分ける混雑閾値となる。
【0052】
なお、図8(B) に示す特性図の例では、ステップS203で得られた混雑度の割合が、「渋滞」は25%、「混雑」は10%、「通常」は65%であったことから、それぞれに対応させて領域Kは65%、領域Lは10%、領域Mは25%となるように設定されている。また、図8(A) に示す需要予測値は最大値が100になるように正規化されており、図8(B) に示すグラフの横軸もこれに併せて100を最大値に設定されている。
【0053】
ステップS209では、交通情報非対象道路リンクの混雑状況を推定する処理が行われる。この処理は、ステップS207により設定された混雑閾値に基づいて、所定領域内に存在する交通情報非対象道路リンクのそれぞれについて「渋滞」、「混雑」または「通常」のいずれかを推定する処理が行われる。例えば、図6(A) に示す所定領域αの例では、ステップS207により設定された混雑閾値に従って、「渋滞」、「混雑」および「通常」に振り分けると、図9(A) の上段左側に示す「需要予測値による各道路リンクの混雑状況」のように推定される。この「需要予測値による各道路リンクの混雑状況」において、「渋滞」は点線、「混雑」は一点鎖線、「通常」は破線によりそれぞれ表されている。また各線の太さによって、「交通情報対象道路リンク」(太線)、「交通情報非対象道路リンク」(細線)をそれぞれ表している。
【0054】
これに対し、図9(A) 上段右側には、図6(A) に示したものと同様に、交通情報による各道路リンクの混雑状況、即ち交通情報対象道路リンクについてそれぞれの混雑度が表されている。ここで、この「交通情報による各道路リンクの混雑状況」の所定領域α中には楕円で囲まれた道路リンクが3箇所存在するが、これは、先に説明した左側の「需要予測値による各道路リンクの混雑状況」の該当道路リンクとは混雑度が一致しない道路リンクを指している。このように「需要予測値による各道路リンクの混雑状況」が、「交通情報による各道路リンクの混雑状況」と相違した混雑度を推定した場合には、現実データである交通情報によるものを優先させるため、当該差異のある道路リンクについては「交通情報による各道路リンクの混雑状況」による混雑度を「需要予測値による各道路リンクの混雑状況」に上書きする処理が行われる。これにより、図9(A) の下段に示されるような「補間処理後の各道路リンクの混雑状況」が得られる。
【0055】
続くステップS211では、交通情報非対象道路リンクの所要時間を推定する処理が行われる。この処理は、所定領域α内の交通情報非対象道路リンクについて、所定領域α内の全道路リンクに対して所定領域α内の割合(総距離の比率)を維持するように、平均車速を割り当て、割り当てられた平均車速および道路リンクの長さから当該道路リンクの所要時間を推定するもので、特許請求の範囲に記載の「交通情報非対象リンク所要時間推定手段」に相当するものである。
【0056】
具体的には、ステップS207により設定された混雑閾値に従って、ステップS209により交通情報非対象道路リンクがそれぞれ「渋滞」、「混雑」および「通常」に振り分けられているので、所定領域α内の全道路リンクに対して所定領域α内の割合(総距離の比率)の維持できている。一方、平均車速の割り当ては、道路地図データに付随して地図/道路リンクDB23aに格納されている道路リンクの種別から、当該交通情報非対象道路リンクの道路種別がわかるので、これに基づいて、図6(B) 示した混雑度の定義の範囲内で、適当な平均車速を定義する。例えば、図9(B) に示すように、一般道路の場合、「渋滞」のときには車速を5km/h、「混雑」のときには車速を15km/h、「通常」のときには車速を40km/h、にそれぞれ定義されている。また都市高速道路の場合、「渋滞」のときには車速を10km/h、「混雑」のときには車速を30km/h、「通常」のときには車速を40km/h、にそれぞれ定義されている。さらに都市間高速道路の場合、「渋滞」のときには車速を20km/h、「混雑」のときには車速を50km/h、「通常」のときには車速を60km/h、にそれぞれ定義されている。これにより、各道路種別および混雑度に合わせた平均車速が定義されるので、これに従って各道路リンクごとに平均車速を決定することで、道路地図データに付随して地図/道路リンクDB23aに格納されている各道路リンクの長さをそれぞれに対応する平均車速により除算すれば各道路リンクとごとに所要時間が算出され推定できる。
【0057】
ステップS211により交通情報非対象道路リンクのそれぞれに対する所要時間が推定されると、ステップS213により分割した全ての所定領域について補間処理が完了したか否かが判断される。例えば、図5に示した愛知県の例では、21区画に分割された全てについてステップS203〜S211までの補間処理が終了するまで、これらの各ステップによる処理が各区画ごとに繰り返し行われる。そして、分割した全ての所定領域について補間処理が完了したと判断されると(S213でYes)、本所要時間補間処理(その1)を終了し、図2に示す本経路所要時間推定処理のステップS107に処理を移行する。
【0058】
ここで図2に戻ると、ステップS107ではリンク情報出力処理が行われる。この処理は、出力プログラム22gにより行われるもので、ステップS105により補間された交通情報非対象道路リンクの所要時間データを補間所要時間データとして、地図/道路リンクDB23aに書き込む処理が行われる。これにより図3に示す地図/道路リンクDB23aのデータ構造のうちの、旅行時間(順)および旅行時間(逆)のいずれの項目についても補間所要時間データが書き込まれることになる。
【0059】
続くステップS109では、所要時間推定処理が行われる。この処理は、所要時間推定プログラム22eにより行われるもので、特許請求の範囲に記載の「所要時間推定手段」に相当するものである。
【0060】
即ち、地図/道路リンクDB23aには、ステップS103により取得された交通情報対象道路リンクによる取得所要時間データとステップS105により補間された交通情報非対象道路リンクによる補間所要時間データとが書き込まれ、双方とも地図/道路リンクDB23aから読み出し可能な状態にあるので、これらの所要時間データに基づいて、交通情報非対象道路リンクが含まれる所定位置間の所要時間を推定する処理が行われる。
【0061】
例えば、車両70に搭載されたナビゲーション装置50や電気情報通信網105(例えばインターネット)に接続されたパーソナルコンピュータ120から、出発地および目的地に関するデータ(例えば経度・緯度による座標データ)を受け取り、出発地と目的地との間の最短時間経路を探索してその経路および所要時間を利用者に提供するサービスを行うものである。経路探索には、地図/道路リンクDB23aに格納されている道路地図データに基づいて、例えばダイクストラ法等による経路探索を行い、探索された各経路候補に含まれる交通情報対象道路リンクについては対応する道路リンクの取得所要時間データを、また当該経路に含まれる交通情報非対象道路リンクについては対応する道路リンクの補間所要時間データを、それぞれ地図/道路リンクDB23aから読み出してそれらの総和から当該所定位置間の所要時間を推定する。そして、所要時間が最小になる経路を最短時間経路として出力プログラム22gを介して利用者に出力する。この所要時間推定プログラム22eによる処理は、各道路リンクの所要時間をコスト値とし、各経路候補に含まれる道路リンクの所要時間の総和をいわゆる最適解を求める評価関数として、最短時間経路を求めるものである。
【0062】
このように、本実施形態に係る情報センタ20による経路所要時間推定処理では、図1および図2に示すように、交通情報取得プログラム22c(S103)により、道路交通情報の対象となっている交通情報対象道路リンクの取得所要時間データを含む交通情報を交通情報センタ100から取得し、この取得された交通情報の取得所要時間データに基づいて、所要時間補間プログラム22d(S105)により道路交通情報の対象となっていない交通情報非対象道路リンクの所要時間を補間する。そして、交通情報取得プログラム22c(S103)により取得された交通情報の取得所要時間データおよび所要時間補間手段により補間された補間所要時間データに基づいて、所要時間推定プログラム22e(S109)によって交通情報非対象道路リンクが含まれる所定位置間の所要時間を推定する。これにより、道路交通情報により所要時間の情報が提供されていない道路の所要時間をこのような補間により得ることができるので、別途、走行中の他の車両からデータを収集する装置等を設けることなく、当該道路についても所要時間を推定することができる。したがって、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間を簡便に推定することができる。
【0063】
また、所要時間補間プログラム22d(S105)は、図4に示す所要時間補間処理(その1)により、ステップS201により道路網を所定領域αに区切って特定すると、ステップS203によって、当該所定領域α内の交通情報対象道路リンクについて、各道路リンクの長さおよび所要時間データから当該各道路リンクの平均車速を算出し、算出された平均車速を「渋滞」、「混雑」および「通常」からなる混雑度で分類し、これら「渋滞」、「混雑」および「通常」に含まれる道路リンクの総距離を算出し、これら分類ごとの、道路リンクの総距離に対する割合を算出する。また、ステップS211によって、所定領域α内の交通情報非対象道路リンクについて、所定領域α内の全道路リンクに対して所定領域α内の割合(総距離の比率)を維持するように、平均車速を割り当て、割り当てられた平均車速および道路リンクの長さから当該道路リンクの所要時間を推定する。これにより、交通情報対象道路リンクについての、道路リンクの長さおよびその所要時間データがわかれば、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間を簡便に推定することができる。
【0064】
ここで、図2に示すステップS105による所要時間補間処理を実行するサブルーチンの他の例としての所要時間補間処理(その2)を、図10〜図12を参照して説明する。なお、この所要時間補間処理(その2)は、交通需要予測DB23bを必要としないところが図4を参照して説明した所要時間補間処理(その1)と異なる点である。
【0065】
図10に示すように、所要時間補間処理(その2)では、まずステップS301により、交通情報対象道路リンクを含む所定領域ごとにリンク集合を作成する処理が行われる。即ち、地図/道路リンクDB23aに格納された道路地図データからそれぞれの道路リンクの座標情報を取得して、交通情報非対象道路リンクが存在する範囲が交通情報対象道路リンクによって囲まれるように所定領域ごとに分割して、その所定領域に含まれるリンク集合を作成する処理が行われる。例えば、図11に示す例では、同図左側の道路地図β内から、点線により表される交通情報非対象道路リンクを実線により表される交通情報対象道路リンクにより囲まれるように、同図右側の所定領域βa 、βb 、βc ごとに分割しリンク集合を作成する。
【0066】
続くステップS303では、交通情報対象道路リンクを含む並行道路リンクを抽出して交通情報非対象道路リンクの所要時間を推定する処理が行われる。例えば、図11に示す所定領域βa の場合には、図12に示すように、交通情報非対象道路リンク(線)を含む並行道路リンクである「互いに並列に位置する交通情報対象道路リンク同士」として「混雑」に相当する道路リンク(一点鎖線)と「通常」に相当する道路リンク(破線)とを抽出する。この並行道路リンクの抽出は、2つの道路リンクがなす角度が所定範囲内に入る程度に並列に位置しているか否かと、同一路線に面しているか否かと、により判断されて行われる。但し、図11に示す所定領域βc の場合のように、当該所定領域内に河川が含まれるときには、当該河川に架けられる橋を通る隣接した橋上の道路リンク同士が両橋上の道路リンクがなす角度が所定範囲内に入ないもの場合であっても、両橋上の道路リンクを並列に位置しているとみなすことがある。
【0067】
これにより、図12の下段に示すように、縦軸を所要時間、横軸を基準点からの距離としたグラフを作成すると、「混雑」に相当する道路リンク(一点鎖線)を基準点としてその所要時間を縦軸方向に表し(横軸左端)、当該基準点から最も離れた位置(横軸右端)に「通常」に相当する道路リンク(破線)の所要時間を縦軸方向に表すことにより、この両道路リンクの所要時間から両道路リンク間に位置する道路リンクの所要時間を補間することが可能となる。つまり、図12に示す例では、同図のグラフ中の太実線により得られる所要時間が補間された所要時間となる
【0068】
ステップS305では、未確定の交通情報非対象道路リンクの所要時間を推定する処理が行われる。即ち、ステップS303では所要時間を推定することができなかった交通情報非対象道路リンクについてその所要時間を推定する処理がステップS305により行われる。ステップS303では所要時間を推定することができなかった交通情報非対象道路リンクとは、例えば、図11に示す所定領域βb のように、当該領域の周囲を囲んだ交通情報対象道路リンクのいずれにも並行に位置しない交通情報非対象道路リンクのことである。
【0069】
ステップS305では、このような未確定の交通情報非対象道路リンクの所要時間を、当該領域の周囲を囲んだ交通情報対象道路リンクのリンク長をその所要時間で除算することにより当該交通情報対象道路リンクの平均車速を算出し、未確定の交通情報非対象道路リンクのリンク長をこの平均車速で除算することによって、推定している
【0070】
ステップS305により未確定の交通情報非対象道路リンクの所要時間も推定されると、ステップS307により分割した全ての所定領域について補間処理が完了したか否かが判断される。例えば、図11に示した道路地図βの例では、9前後の領域に分割された全てについてステップS303、S305による補間処理が終了するまで、これらの各ステップによる処理が各領域ごとに繰り返し行われる。そして、分割した全ての所定領域について補間処理が完了したと判断されると(S307でYes)、本所要時間補間処理(その2)を終了し、図2に示す本経路所要時間推定処理のステップS107に処理を移行する。
【0071】
このように、本実施形態に係る情報センタ20による経路所要時間推定処理では、図1および図2に示す経路所要時間推定処理の所要時間補間プログラム22d(S105)は、図10に示す所要時間補間処理(その2)により、交通情報非対象道路リンクと略並行に位置する交通情報対象道路リンクを抽出し(ステップS301、S303)、この抽出された交通情報対象道路リンクに関する所要時間データに基づいて当該交通情報非対象道路リンクの所要時間を推定する(ステップS303、S305)。これにより、交通情報非対象道路リンクに略並行に位置する交通情報対象道路リンクが存在すれば、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間を簡便に推定することができる。
【0072】
なお、情報センタ20は、図1に示す構成に限られることはなく、例えば、図13に示すような構成を採る情報センタ220であっても良い。
即ち、図13に示すように、情報センタ220は、前述の情報センタ20と同様のハードウェア構成を採用しながら、経路探索部126、経路案内データ作成部127および予測処理部128を備えるように構成しても良い。なお、図13にはCPU、メモリ等の図示は省略されている。また前述の情報センタ20と実質的に同一の構成部分には図13において同一符号を付し、ここではこれらの説明を省略する。
【0073】
ここで、経路探索部126、経路案内データ作成部127、予測処理部128を説明する。なお、これらは、いずれもコンピュータプログラムにより実現されるもので、情報センタ220を構成するメモリ等のデータ記憶装置に格納されている。
【0074】
経路探索部126は、地図/道路リンクDB23a(地図DB23a1、道路リンクDB23a2)から得られる道路地図データやこの道路地図データに付随する道路リンクデータに基づいて、現在地等の出発地から目的地までの最短時間経路を探索する処理を行うもので、探索アルゴルズムとして、例えばダイクストラ法等が採用されている。なお、この経路探索部126により参照される道路リンクデータは、図14に示されるステップS101〜ステップS107の処理により作成更新されるもので、図15に示すような概念によるタイムスライド方式により最短時間経路が探索される。なお、図14では、前述した図2に示す経路所要時間推定処理を構成する処理ステップと実質的に同一の処理ステップには同一符号を付してあるので、本経路所要時間推定処理の詳細説明は省略する。
【0075】
経路案内データ作成部127は、経路探索部126により探索された最短時間経路を案内するために必要なデータを作成する処理を行うものである。当該データを作成するアルゴルズムとしては、例えば、本願出願人による特開2000−113388号公報に開示されているものがあり、作成された案内データは、経路案内データを要求したナビゲーション装置50に対しCCU25を介して送信される。
【0076】
予測処理部128は、現在の所要時間情報および過去のデータに基づいて例えば6時間後まで所定時間(例えば5分)ごとの所要時間を予測する処理を行うもので、第1実施形態で説明した、交通情報取得部(交通情報取得プログラム)22c、所要時間補間部(所要時間補間プログラム)22d、交通需要予測部(交通需要予測プログラム)22f等とともに、道路リンク作成部を構成するもので、本第2実施形態で追加されたものである。当該所要時間を予測するアルゴルズムとしては、例えば、特開昭63−49999号公報、特開平3−19100号公報や特開2002−260142号公報等に開示されているものがあるのでこれらの公知技術を用いる。
【0077】
この予測処理部128は、図14に示すように、ステップS105とステップS107との間に介在する所要時間予測処理として実行されることにより、例えば、時々刻々と変化する所要時間をタイムスライドコストデータとしてステップS107の道路リンクDB更新部(出力プログラム)22gに出力する。これにより、予測処理部128で作成されるデータは、例えば、図15に示すように10分ごとに推定されるタイムスライドコストデータとして経路探索部126により参照することができるので、経路探索部126ではタイムスライド方式により最短時間経路を探索することが可能となる。
【0078】
このように本実施形態に係る情報センタ220によると、経路探索部126および経路案内データ作成部127を備えている。これにより、情報センタ220では、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間の情報を簡便に推定してデータベースを作成・更新し、さらに車両70等に搭載されたナビゲーション装置50から、現在地等の出発地から目的地までの最短時間経路を要求する情報を受信すると、経路探索部126により当該出発地から目的地までの最短時間経路をタイムスライド方式等により探索し、これにより得られた最短時間経路に関する情報に基づいて当該出発地から目的地までに必要となる経路案内情報を経路案内データ作成部127により作成する。そして、作成された経路案内情報を要求のあったナビゲーション装置50に対して送信する。したがって、ナビゲーション装置50では、道路交通情報により所要時間の情報が提供されていない道路に関しても、自ら経路探索することなく、当該出発地から目的地までに必要となる経路案内情報を得ることができ、利用者に当該最短時間経路案内情報を提供することができる。
【0079】
また、本実施形態に係る情報センタ220によると、予測処理部128を備えている。これにより、道路交通情報により所要時間の情報が提供されていない道路に関する所要時間の情報についても、道路交通情報により所要時間の情報が提供されている道路に関する所要時間の情報と同様に、所定時間ごとに所要時間を予測し、例えばタイムスライドコストデータとして所要時間データベースに蓄積することができる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る情報センタおよびナビゲーション装置の構成を示すブロック図である。
【図2】本実施形態に係る経路所要時間推定処理の流れを示すフローチャートである。
【図3】図2に示すリンク情報取得処理により取得される道路リンクデータのデータ構造例を示す説明図である。
【図4】図2に示す所要時間補間処理の一例による処理(その1)の流れを示すフローチャートである。
【図5】図4に示す所定時間補間処理(その1)によって分割される道路リンクの一例を示す説明図である。
【図6】図6(A) は、図4に示す所定時間補間処理(その1)によって算出される混雑割合の一例を示す説明図で、図6(B) は、混雑度の定義例を示す図表である。
【図7】図7(A) は交通需要予測DBに格納されている需要予測データテーブルの一例を示す説明図で、図7(B) は交通需要予測DBを作成する構成例を示す説明図である。
【図8】図4に示す所定時間補間処理(その1)による混雑閾値の設定例を示す説明図である。
【図9】図9(A) は、図4に示す所定時間補間処理(その1)によって推定される混雑状況の一例を示す説明図で、図9(B) は、車速の定義例を示す図表である。
【図10】図2に示す所要時間補間処理の他の例による処理(その2)の流れを示すフローチャートである。
【図11】図10に示す所定時間補間処理(その2)によって作成される道路リンクの集合例を示す説明図である。
【図12】図10に示す所定時間補間処理(その2)によって推定される交通情報非対象リンクの所要時間の補間例を示す説明図である。
【図13】本発明の実施形態に係る情報センタの他の構成例を示すブロック図である。
【図14】図13に示す情報センタによる経路所要時間推定処理の流れを示すフローチャートである。
【図15】図13に示す情報センタの経路探索部により実行されるタイムスライド方式による経路探索の概念を示す説明図である。
【符号の説明】
20、220 情報センタ(所要時間推定装置)
21 CPU(交通情報取得手段、所要時間補間手段、所要時間推定手段、所定領域特定手段、交通情報対象リンク混雑度分類手段、交通情報非対象リンク所要時間推定手段)
22 メモリ
22a システムプログラム
22a’ DB作成・更新制御部
22b 入力プログラム
22c 交通情報取得プログラム(交通情報取得手段)
22d 所要時間補間プログラム(所要時間補間手段)
22e 所要時間推定プログラム(所要時間推定手段)
22f 交通需要予測プログラム
22g 出力プログラム
23a 地図/道路リンクDB
23a1 地図DB
23a2 道路リンクDB
23b 交通需要予測DB
25 通信制御装置(交通情報取得手段)
50 ナビゲーション装置
70 車両
100 交通情報センタ(外部)
126 経路探索部
127 経路案内データ作成部
128 予測処理部
S103(交通情報取得手段)、S105(所要時間補間手段)、S109(所要時間推定手段)、S201(所定領域特定手段)、S203(交通情報対象リンク混雑度分類手段)、S211(交通情報非対象リンク所要時間推定手段)
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a required time estimating device that estimates a required time required to pass a road link that is not a target of road traffic information.
[0002]
[Prior art]
Currently, for major roads, for example, VICS (registered trademark) (Vehicle Information & Communication System), such as road traffic information such as the congestion status of the road and the time required for a specific road section. Is provided. Since the road traffic information provided by such a road traffic information providing system is based on data from sensors such as vehicle detection sensors installed on the road, only information limited to the road where the sensor is installed is provided. Has been.
[0003]
Therefore, in such a road traffic information providing system, since the required time for all roads is not provided by the road traffic information, for example, using the road traffic information provided in this way, In a navigation device or the like that searches for a route to a destination, when searching for a route that can arrive at the destination in the shortest time, if the road traffic information does not provide information on the required time, the route Cannot calculate the required time.
[0004]
Therefore, it is desired to propose a technique for estimating the required time even for roads for which road traffic information is not provided. For example, in Patent Document 1 and Patent Document 2, information on required time is provided by road traffic information. Several methods have been proposed for estimating the time required for roads that do not exist.
[0005]
Patent Document 1 discloses a technique for estimating a traffic flow in a lane that does not have a sensor or an arbitrary point with respect to a road having a plurality of sensors that obtain vehicle travel information on the road. This technique simulates traffic flow across the road and adjusts the traffic flow simulation parameters so that the resulting estimate of where the sensor is located matches the data from the actual sensor Is.
[0006]
Patent Document 2 discloses a technique for directly collecting information such as the position of a vehicle from a vehicle traveling on the road and estimating the time required for the road on which the vehicle traveled.
[0007]
[Patent Document 1]
Japanese Patent Laid-Open No. 2000-222669 (pages 2 to 8, FIGS. 1 to 9)
[Patent Document 2]
JP 2003-16570 A (2nd to 9th pages, FIGS. 1 to 11)
[0008]
[Problems to be solved by the invention]
However, the technology disclosed in Patent Document 1 is a technique for estimating a lane where a sensor is not installed or an arbitrary position on the road based on the data of the sensor with respect to a road where the sensor is installed. In other words, it is a data complementing technique for “a road portion without sensor data by a sensor” in a traffic information target road. Therefore, it cannot be applied to roads where the sensor is not originally installed, that is, “roads for which required time information is not provided by road traffic information” as described above. The disclosed technique according to Patent Document 1 has a problem that it is not possible to estimate the required time regarding “a road where the required time information is not provided by road traffic information”.
[0009]
In addition, since the disclosed technique according to Patent Document 2 requires a device that collects data from a running vehicle, when data cannot be collected from a sufficient number of vehicles, “ It becomes difficult to accurately estimate the time required for the “road for which information is not provided”, and there is a practical problem.
[0010]
The present invention has been made in order to solve the above-described problems, and an object of the present invention is to provide a time required for easily estimating a time required for a road for which no information on the time required is provided by road traffic information. It is to implement an estimation device.
[0011]
[Means for solving the problems and functions and effects of the invention]
  In order to achieve the above object, in the travel time estimation apparatus according to claim 1, traffic information acquisition means for acquiring traffic information including travel time data of a traffic information target road link which is a target of road traffic information from outside, Based on the traffic information acquired by the traffic information acquisition means, a required time interpolation means for interpolating a required time of a traffic information non-target road link that is not a target of road traffic information, and the traffic information acquisition means Based on the obtained traffic information and the required time interpolated by the required time interpolation means, PlaceTime estimation means for estimating the time required;The required time interpolation means includes predetermined area specifying means for specifying a road network by dividing the road network into predetermined areas, and the length of each road link and the required time data for the traffic information target road link in the predetermined area. The average vehicle speed of each road link is calculated from the above, the calculated average vehicle speed is classified by a predetermined value, the total distance of the road links included in each classification is calculated, and the total distance of the road links for each classification is calculated. The traffic information target link congestion degree classifying means for calculating the ratio, and the traffic information non-target road link in the predetermined area, so as to maintain the ratio of the total distance to the road link in the predetermined area, Traffic information non-target link required time estimating means for assigning the average vehicle speed and estimating the required time of the road link from the assigned average vehicle speed and the length of the road link;It is a technical feature to have.
[0012]
Note that the “traffic information target road link” is a requirement of the road link corresponding to the road based on the vehicle travel information output from the vehicle travel information detecting means that is installed on the road and can detect the travel information of the vehicle. Time is calculated, and the required time is a road link available as “road traffic information” (hereinafter the same). More specifically, for example, the road link can directly calculate the required time of the road from sensor data such as a traffic flow measurement sensor as an infrastructure, and can use the calculated value. The “traffic information non-target road link” is a road link that does not have vehicle travel information detecting means that can detect the travel information of the vehicle, and the road time required for the road link cannot be obtained as “road traffic information”. It means a link (the same applies hereinafter). More specifically, for example, a road link in which a traffic flow sensor or the like as an infrastructure is not installed, and the required time of the road cannot be directly calculated from the sensor data of the road.
[0013]
  In the first aspect of the invention, the traffic information including the required time data of the traffic information target road link which is the target of the road traffic information is acquired from the outside by the traffic information acquisition means, and based on the acquired traffic information The required time of the traffic information non-target road link that is not the target of the road traffic information is interpolated by the required time interpolation means. Based on the traffic information acquired by the traffic information acquisition means and the required time interpolated by the required time interpolation means, the required time between the predetermined positions including the traffic information non-target road link is estimated by the required time estimation means. .The required time interpolation means includes a predetermined area specifying means, a traffic information target link congestion degree classifying means, and a traffic information non-target link required time estimating means. When the road network is specified by dividing it into predetermined areas, the traffic information in the predetermined area is determined. For the target road link, the average vehicle speed of each road link is calculated from the length and required time data of each road link, the calculated average vehicle speed is classified by a predetermined value, and the total distance of the road links included in each classification And the ratio of the total distance of the road links for each classification is calculated. In addition, for the traffic information non-target road links in the predetermined area, the average vehicle speed is assigned so as to maintain the ratio of the total distance to all road links in the predetermined area, and the assigned average vehicle speed and the length of the road link are assigned. To estimate the time required for the road link.As a result, it is possible to obtain the required time of the road for which the required time information is not provided by the road traffic information by such interpolation. Therefore, a device for collecting data from other traveling vehicles is provided separately. The required time can also be estimated for the road. Therefore, it is possible to easily estimate the required time for a road for which the required time information is not provided by the road traffic information.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of a required time estimation device of the present invention will be described with reference to the drawings.
First, the configuration of the information center 20 will be described with reference to FIG.
As shown in FIG. 1, the information center 20 mainly includes a CPU 21, a memory 22, a map / road link DB 23a, a traffic demand prediction DB 23b, a communication control device (hereinafter referred to as “CCU”) 25, and the like. “DB” is an abbreviation for database, and hereinafter, the database is referred to as “DB”.
[0019]
The CPU 21 is a central processing unit that controls the information center 20, and is connected to a memory 22, a map / road link DB 23a, a traffic demand prediction DB 23b, a CCU 25, and the like via a system bus. The CPU 21 includes a control unit, an arithmetic logic unit, and the like, and is configured with the memory 22 as, for example, a personal computer or a workstation.
[0020]
The memory 22 is a semiconductor memory that constitutes a main storage space used by the CPU 21 and is connected to the CPU 21 via a data bus. In addition to the system program 22a for controlling the CPU 21, the memory 22 stores various control programs 22b to 22g. The CPU 21 reads these computer programs from the memory 22 and executes them sequentially.
[0021]
The map / road link DB 23a and the traffic demand prediction DB 23b are a hard disk device, a compact disk device, a digital versatile disk device, or the like constituting an auxiliary storage space used by the CPU 21, and are connected to the CPU 21 via a data bus.
[0022]
The map / road link DB 23a stores and accumulates road map data from the past used to the latest and road link data associated with the road map data. For this road link data, the traffic information acquired by the traffic information acquisition program 22c, which will be described later, from the traffic information center 100 such as the VICS center, for example, the required time data of the traffic information target road link and the traffic interpolated by the required time interpolation program 22d. Interpolation required time data of information non-target road link is included.
[0023]
The CCU 25 is a communication control device that controls communication with the outside of the information center 20. For example, the CCU 25 is a data controller between the electric information communication network 105 such as the Internet connected via a communication line or the telephone line switching center 110 and the CPU 21. It is responsible for communication control related to exchanges, and performs data communication with the navigation device 50 mounted on the vehicle via the telephone circuit switching center 110 or the latest acquisition from the traffic information center 100 via the electric information communication network 105. It has a function to obtain road traffic information such as required time data. Although not shown in FIG. 1, the information center 20 is provided with an input device for instructing operation of the information center 20, an output device for displaying an operation state, and the like.
[0024]
On the other hand, the navigation device 50 facing the information center 20 is mainly composed of a control device 52, an output device 53, an input device 54, a position detection device 56, a wireless communication device 58, etc., as in the information center 20. .
[0025]
The control device 52 includes an unillustrated CPU, memory, and the like, like the CPU 21 and memory 22 of the information center 20. In this memory, the shortest route in terms of time is uniquely searched and guided based on the required time data received from the information center 20 via the wireless communication device 58, the search conditions input via the input device 54, etc. A possible route search / guidance program 52a, a traffic information acquisition program 52b that can acquire traffic information from the information center 20 via the wireless communication device 58, and the like are stored.
[0026]
The output device 53 is connected to the control device 52 via an input / output interface (not shown), and displays route guidance information from the current location to the destination, estimated time required to reach the destination, etc. It is a device that can output by voice. When the route guidance is performed using images, the output device 53 is composed of, for example, a liquid crystal display or a CRT display, and is provided on the operation panel of the navigation device 50. When route guidance is performed by voice, it is composed of a voice synthesizer, sound generator, amplifier, speaker, and the like. Some of these are configured to provide route guidance and the like using both images and sound.
[0027]
The input device 54 is an information input device provided on the operation panel of the navigation device 50 and is connected to the control device 52 via an input / output interface (not shown). The input device 54 is used for inputting information on a destination or the like that the user desires to search for a route. The input device 54 has a configuration in which a predetermined number of push switches are arranged, or a touch panel provided on the surface of the output device 153. Some of them are of the formula type, or are constituted by a microphone, a voice recognition device, etc. that recognizes the voice of the user and converts it into input information to the navigation device 50.
[0028]
The position detection device 56 is for detecting the current position of the vehicle on which the navigation device 50 is mounted and outputting current position data. For example, the position detection device 56 receives signals from a plurality of GPS satellites to determine the absolute position of the user. It consists of a GPS sensor that measures and a gyro sensor that measures the relative position of the vehicle. The gyro sensor is used for autonomous navigation, and the relative position measured by the gyro sensor is obtained in a tunnel where the GPS receiver cannot receive radio waves from the satellite, or is measured by the GPS receiver. This is used to correct the positioning error of the absolute position.
[0029]
The wireless communication device 58 is a wireless communication device for transmitting and receiving data to and from the information center 20 via a wireless communication line, and is connected to the control device 52 via an input / output interface (not shown). For example, a wireless communication system such as a mobile phone or PHS is used.
[0030]
Here, an outline of the input program 22b, the traffic information acquisition program 22c, the required time interpolation program 22d, the required time estimation program 22e, the traffic demand prediction program 22f, and the output program 22g stored in the memory 22 of the information center 20 will be described. To do.
[0031]
The input program 22b is a function for reading road link data and the like to be interpolated by the required time interpolation program 22d from the map / road link DB 23a, and for a user of the information center 20 (occupant of the vehicle 70) to use the navigation function. It has a function of accepting requests for various information such as necessary road traffic information via the CCU 25 and delivering the requests to other programs and processes.
[0032]
The traffic information acquisition program 22c has a function of acquiring road traffic information including a required time from the traffic information center 100 (for example, VICS center) via the CCU 25 connected to the electrical information communication network 105 such as the Internet. As a result, road traffic information that changes every moment is acquired in real time. The traffic information acquisition program 22c corresponds to “traffic information acquisition means” described in the claims.
[0033]
  The required time interpolation program 22d has a function of interpolating the required time of the traffic information non-target road link that is not the target of the road traffic information based on the road traffic information acquired by the traffic information acquisition program 22c, as will be described later. It is what you have. In addition, as traffic information non-target road link, for example, the required time of the road is directly calculated from sensor data such as traffic flow measurement sensor as infrastructureCan't, Its calculated value can be usedAbsentA road link is mentioned. The required time interpolation program 22d corresponds to “required time interpolation means” described in the claims.
[0034]
The required time estimation program 22e is based on the road traffic information acquired by the traffic information acquisition program 22c and the required time interpolated by the required time interpolation program 22d, and the required time between predetermined positions including the traffic information non-target road link. It has the function to estimate. The required time estimation program 22e corresponds to “required time estimation means” described in the claims.
[0035]
The traffic demand prediction program 22f has a function of predicting traffic demand by time zone for each road link according to a predetermined procedure to be described later, and data predicted thereby is stored and accumulated in the traffic demand prediction DB 23b.
[0036]
The output program 22g has a function of writing the interpolation required time interpolated by the required time interpolation program 22d in the map / road link DB 23a, and a result processed in response to a request from the navigation device 50 received by the input program 22b. It has a function to output to the navigation device 50 via the CCU 25 as various information such as traffic information.
[0037]
Next, the flow of the required route time processing performed by the information center 20 will be described with reference to FIGS. The route required time estimation process described below is executed by the above-described input program 22b, traffic information acquisition program 22c, required time interpolation program 22d, required time estimation program 22e, traffic demand prediction program 22f, and output program 22g. The system program 22a is started from the main routine (DB creation / update control unit) at regular time intervals. In FIG. 13, the DB creation / update control unit 22 a ′ is illustrated.
[0038]
As shown in FIG. 2, in the route required time estimation process, after a predetermined initialization process, a process of acquiring link information is first performed in step S101. This process is performed by the input program 22b, and performs a process of reading the road link data to be subjected to the route required time estimation process from the map / road link DB 23a. The road link data read in step S101 is, for example, link coordinate information, link length, link type, and the like. FIG. 3 shows an example of information (cost information) related to the cost of the road link created by a predetermined calculation process (cost creation unit) based on the information about the road link, etc., and passed through a memory or a file. It is shown. In this cost information data structure, the link information includes a link ID and travel time information, and the travel time information includes forward travel time and reverse travel time.
[0039]
Note that the “travel time” shown in the data structure of FIG. 3 is a required time. For example, when the data corresponds to the traffic information target road link data that is the target of the road traffic information, the road The data related to the required time when traveling in the forward direction is stored in the “travel time (order) item”, and the data related to the required time when traveling in the reverse direction is “travel time ( It is stored in “Reverse items”. In addition, when it corresponds to traffic information target road link data that is not subject to road traffic information, NULL data indicating that the corresponding data does not exist is “travel time (order) item” and “travel time (reverse) ) Item ".
[0040]
In the subsequent step S103, a traffic information acquisition process is performed. This processing is performed by the traffic information acquisition program 22c, and traffic information including required time data of the traffic information target road link is obtained from the outside of the information center 20, for example, the traffic information center 100 (VICS center or the like) via the CCU 25. Perform the acquisition process.
[0041]
In the next step S105, required time interpolation processing is performed. This process is performed by the required time interpolation program 22d. Specifically, for example, a required time interpolation process (part 1) by a subroutine shown in FIG. 4 is performed. Here, details of the required time interpolation processing (part 1) will be described with reference to FIGS.
[0042]
  As shown in FIG. 4, in the required time interpolation process (part 1), first, in step S201, a process of dividing the link information into predetermined areas is performed. This process specifies the road network by dividing it into predetermined areas, and corresponds to “predetermined area specifying means” recited in the claims. Specifically, for example, as shown in FIG. 5, based on the road map data read from the map / road link DB 23a, a process of creating a set of road link information for each section called, for example, a secondary mesh is performed. In the example shown in FIG. 5, the road map data in Aichi Prefecture is divided into 21 sections by setting and dividing into one section and about 10 km square, and X3 when expressed in XY coordinates.Y3The predetermined area α corresponding to the section is specified. In the specified area α thus identified, traffic information target road links (thick solid lines shown in the lower frame of FIG. 5) and traffic information non-target road links (thin solid lines shown in the lower frame of FIG. 5) are present. The intermingling is shown in FIG.
[0043]
In the next step S203, processing for calculating a congestion ratio from the traffic information target road link is performed. In this process, the average vehicle speed of each road link is calculated from the length of each road link and the required time data for the traffic information target road link in the predetermined area specified in step S201, and the calculated average vehicle speed is set to a predetermined value. Classify by value, calculate the total distance of road links included in each classification, and calculate the ratio of the total distance of road links for each classification. This corresponds to “degree classification means”. Specifically, for example, in the case of the predetermined area α shown in FIG. 5, as shown in FIG. 6A, the respective congestion degrees are calculated for the traffic information target road links existing in the predetermined area α, Next, a ratio (total distance ratio) in the predetermined area α is obtained for each calculated degree of congestion.
[0044]
The degree of congestion here refers to, for example, calculating the average vehicle speed from the length of the road link and the required time (travel time), and the type of the road link (for example, general road, urban expressway, intercity expressway, etc.) For example, it is defined as shown in the chart shown in FIG. 6 (B). Note that the length and type of such road links are stored in the map / road link DB 23a along with the road map data.
[0045]
That is, in the example of the definition shown in FIG. 6B, in the case of a general road, “congestion” occurs when the average vehicle speed is 5 km / h or less, and “congestion” occurs when the average vehicle speed exceeds 5 km / h and is 15 km / h or less. When it exceeds 15 km / h, it is defined as “normal”. In the case of urban expressways, “congestion” occurs when the average vehicle speed is 10 km / h or less, “congestion” when the vehicle speed exceeds 10 km / h and 30 km / h or less, and “normal” when vehicle speed exceeds 30 km / h. Is defined. Furthermore, in the case of intercity highways, “congestion” occurs when the average vehicle speed is 20 km / h or less, “congestion” occurs when the vehicle speed exceeds 20 km / h and is 50 km / h or less, and “normal” occurs when it exceeds 50 km / h. Is defined. In addition to the case where the degree of congestion is divided into three levels of “congestion”, “congestion”, and “normal” as described above, for example, the congestion level may be further divided into 10 levels from level 1 to level 10. , And may be divided into 11 or more stages. This makes it possible to increase the accuracy of the degree of congestion.
[0046]
When the congestion degree is calculated for each traffic information target road link in this way, the ratio within the predetermined area α is obtained for each calculated congestion degree. For example, in the example of the predetermined area α shown in FIG. 6 (A), when the total link length of all traffic information target road links in the predetermined area α is 100%, this is indicated by a dotted line. The ratio of road links corresponding to “congestion” is 25%, the ratio of road links corresponding to “congestion” represented by a one-dot chain line is 10%, and further corresponds to “normal” represented by a broken line. The percentage of road links is 65%.
[0047]
The process which acquires demand prediction data by step S205 is performed. That is, the process which acquires the demand predicted value about each of traffic information object road link from traffic demand prediction DB23b by each link ID as a key is performed.
[0048]
Here, the traffic demand prediction DB 23b will be described with reference to FIG.
Each data is stored in the traffic demand prediction DB 23b in accordance with a data table as shown in FIG. 7A. This data table is, for example, a town page DB or a traffic volume DB as shown in FIG. 7B. Based on the traffic demand prediction program 22f. Specifically, for example, the following procedure is performed. The town page DB is provided by NTT Number Information Co., Ltd., and “town page” is a registered trademark.
[0049]
First, a plurality of ODs (abbreviations for departure and destination, the same applies hereinafter) are selected from the town page DB according to parameters relating to the movement of people such as morning, noon, night, weekdays, and holidays. Next, the route search is tried several times by the number of ODs. Then, the number of passes is counted for each road link (by forward direction and by reverse direction). Here, the OD is selected according to the purpose of travel, for example, in the case of commuting, the departure place is a cleaning shop (facility correlated with population) and the destination is a company (building). Further, in the case of entertainment, the database is extracted from the genre of DB such as that the departure place is a cleaning shop and the destination is a popular tourist destination.
[0050]
The extraction of OD can be classified as follows for the purpose of moving people, for example. These include attendance and attendance at school, business A (no cargo), business B (with cargo), private affairs / entertainment, return to work, return home, commercial passengers, commercial trucks, etc. First, an OD town page genre is set for each movement purpose. For example, when going to work or attending school, if the departure place is the home of each household and the destination is a company, the genre of the home is a facility that correlates with the population, such as a laundry shop, the genre of the company is a building. To do. Then, based on the inflow / outflow data for each time zone, the movement purpose data for each time zone, and the OD town page genre for each movement purpose, OD coordinate information for each movement purpose is appropriately extracted from the town page DB. In addition, the inflow / outflow data by time zone and the movement purpose data by time zone in a certain region include, for example, those created based on the road traffic census implemented by the Ministry of Land, Infrastructure, Transport and Tourism (Fig. 7 (B) The quantity DB corresponds to this).
[0051]
In subsequent step S207, processing for setting a congestion threshold for the demand forecast value is performed. That is, processing for obtaining a congestion threshold value is performed so as to be equal to the congestion degree ratio calculated in step S203. Specifically, for example, in the example of the predetermined region α shown in FIG. 6A, it is assumed that the demand forecast value is obtained as shown in FIG. If a graph is created with the horizontal axis as the demand forecast value (traffic demand) and the total distance of the road links corresponding to this demand forecast value as the vertical axis, a characteristic diagram as shown in Fig. 8 (B) is obtained. The regions K, L, and M according to this characteristic diagram are divided by an area ratio that is equal to the congestion degree ratio obtained in S203. The boundary between the region K and the region L (the thick broken line on the left side in FIG. 8B) is a congestion threshold that separates “normal” and “congested”. The boundary between the region L and the region M (the thick broken line on the right side in FIG. 8B) is a congestion threshold that separates “congestion” from “congestion”.
[0052]
In the example of the characteristic diagram shown in FIG. 8B, the percentage of congestion obtained in step S203 is 25% for “congestion”, 10% for “congestion”, and 65% for “normal”. Accordingly, the region K is set to 65%, the region L is 10%, and the region M is 25% corresponding to each. In addition, the demand forecast value shown in FIG. 8 (A) is normalized so that the maximum value is 100, and the horizontal axis of the graph shown in FIG. 8 (B) is also set to 100 as the maximum value. ing.
[0053]
In step S209, processing for estimating the congestion status of the traffic information non-target road link is performed. This process includes a process for estimating “congestion”, “congestion”, or “normal” for each of the traffic information non-target road links existing in the predetermined area based on the congestion threshold set in step S207. Done. For example, in the example of the predetermined region α shown in FIG. 6 (A), if the traffic is distributed to “congestion”, “congestion”, and “normal” according to the congestion threshold set in step S207, the upper left side of FIG. It is estimated like “the congestion situation of each road link by the demand forecast value”. In the “congestion status of each road link based on the demand prediction value”, “congestion” is represented by a dotted line, “congestion” is represented by a one-dot chain line, and “normal” is represented by a broken line. The thickness of each line represents “traffic information target road link” (thick line) and “traffic information non-target road link” (thin line).
[0054]
On the other hand, as shown in FIG. 6 (A), the upper right side of FIG. 9 (A) shows the congestion status of each road link based on traffic information, that is, the degree of congestion for each traffic information target road link. Has been. Here, there are three road links surrounded by an ellipse in the predetermined area α of the “congestion status of each road link by traffic information”. The corresponding road link of “the congestion status of each road link” indicates a road link whose degree of congestion does not match. In this way, when “the congestion status of each road link based on the demand forecast value” is estimated to be different from the “the congestion status of each road link based on the traffic information”, priority is given to the traffic information that is actual data. Therefore, for the road link having the difference, a process of overwriting the congestion degree due to “the congestion state of each road link by the traffic information” with “the congestion situation of each road link by the demand predicted value” is performed. As a result, the “congestion status of each road link after interpolation processing” as shown in the lower part of FIG. 9A is obtained.
[0055]
In the subsequent step S211, processing for estimating the time required for the traffic information non-target road link is performed. This process assigns an average vehicle speed for the traffic information non-target road links in the predetermined area α so as to maintain the ratio (total distance ratio) in the predetermined area α with respect to all road links in the predetermined area α. The required time of the road link is estimated from the assigned average vehicle speed and the length of the road link, and corresponds to “traffic information non-target link required time estimation means” described in the claims.
[0056]
Specifically, according to the congestion threshold set in step S207, the traffic information non-target road links are assigned to “congestion”, “congestion”, and “normal” in step S209, respectively. The ratio within the predetermined area α (the ratio of the total distance) can be maintained with respect to the road link. On the other hand, since the allocation of the average vehicle speed is known from the road link type stored in the map / road link DB 23a accompanying the road map data, the road type of the non-target road link is based on this, An appropriate average vehicle speed is defined within the range of the definition of the degree of congestion shown in FIG. For example, as shown in FIG. 9B, in the case of a general road, the vehicle speed is 5 km / h when “congested”, the vehicle speed is 15 km / h when “crowded”, the vehicle speed is 40 km / h when “normal”, Respectively. In the case of an urban highway, the vehicle speed is defined as 10 km / h when “congested”, 30 km / h when “congested”, and 40 km / h when “normal”. Further, in the case of an intercity highway, the vehicle speed is defined as 20 km / h when “congested”, the vehicle speed is defined as 50 km / h when “congested”, and the vehicle speed is defined as 60 km / h when “normal”. As a result, the average vehicle speed according to each road type and the degree of congestion is defined, and by determining the average vehicle speed for each road link according to this, it is stored in the map / road link DB 23a along with the road map data. By dividing the length of each road link by the corresponding average vehicle speed, the required time can be calculated and estimated for each road link.
[0057]
When the required time for each of the traffic information non-target road links is estimated in step S211, it is determined whether or not the interpolation processing has been completed for all the predetermined areas divided in step S213. For example, in the example of Aichi Prefecture shown in FIG. 5, the processes in these steps are repeated for each section until the interpolation processing from step S <b> 203 to S <b> 211 is completed for all divided into 21 sections. When it is determined that the interpolation processing has been completed for all the divided predetermined areas (Yes in S213), the required time interpolation processing (No. 1) is terminated, and the required route required time estimation process shown in FIG. The process proceeds to S107.
[0058]
Returning to FIG. 2, a link information output process is performed in step S107. This processing is performed by the output program 22g, and processing for writing the required time data of the traffic information non-target road link interpolated in step S105 as interpolation required time data to the map / road link DB 23a is performed. Thus, the interpolation required time data is written for both the travel time (forward) and travel time (reverse) items in the data structure of the map / road link DB 23a shown in FIG.
[0059]
In the subsequent step S109, a required time estimation process is performed. This process is performed by the required time estimation program 22e, and corresponds to the “required time estimation means” described in the claims.
[0060]
That is, in the map / road link DB 23a, the required time data acquired by the traffic information target road link acquired in step S103 and the required interpolation time data by the traffic information non-target road link interpolated in step S105 are written. Since both are readable from the map / road link DB 23a, processing for estimating the required time between predetermined positions including the traffic information non-target road link is performed based on the required time data.
[0061]
For example, data relating to a departure place and a destination (for example, coordinate data based on longitude / latitude) is received from a navigation device 50 mounted on the vehicle 70 or a personal computer 120 connected to an electrical information communication network 105 (for example, the Internet). It searches for the shortest time route between the place and the destination and provides the user with the route and the required time. For the route search, for example, a route search by the Dijkstra method or the like is performed based on the road map data stored in the map / road link DB 23a, and traffic information target road links included in each searched route candidate correspond. The road link acquisition time data, and for the traffic information non-target road links included in the route, the corresponding road link interpolation time data are read from the map / road link DB 23a, respectively, and the sum of those is used to obtain the predetermined position. Estimate the time required between. Then, the route with the minimum required time is output to the user via the output program 22g as the shortest time route. The processing by the required time estimation program 22e is to obtain the shortest time route by using the required time of each road link as a cost value and using the sum of the required times of the road links included in each route candidate as an evaluation function for obtaining a so-called optimal solution. It is.
[0062]
Thus, in the route required time estimation process by the information center 20 according to the present embodiment, as shown in FIGS. 1 and 2, the traffic that is the target of the road traffic information by the traffic information acquisition program 22c (S103). Traffic information including acquisition time data of the information target road link is acquired from the traffic information center 100. Based on the acquired acquisition time data of the traffic information, the required time interpolation program 22d (S105) determines the road traffic information. Interpolate the time required for non-target traffic information non-target road links. Based on the required time data of the traffic information acquired by the traffic information acquisition program 22c (S103) and the required interpolation time data interpolated by the required time interpolation means, the required time estimation program 22e (S109) Estimate the required time between the predetermined positions including the target road link. As a result, it is possible to obtain the required time of the road for which the required time information is not provided by the road traffic information by such interpolation. Therefore, a device for collecting data from other traveling vehicles is provided separately. The required time can also be estimated for the road. Therefore, it is possible to easily estimate the required time for a road for which the required time information is not provided by the road traffic information.
[0063]
Further, when the required time interpolation program 22d (S105) specifies the road network by dividing the road network into the predetermined area α in step S201 by the required time interpolation processing (part 1) shown in FIG. The average vehicle speed of each road link is calculated from the length of each road link and the required time data, and the calculated average vehicle speed is “congested”, “crowded” and “normal”. The total distance of road links included in “congestion”, “congestion”, and “normal” is calculated, and the ratio to the total distance of road links is calculated for each classification. Further, in step S211, the average vehicle speed of the traffic information non-target road links in the predetermined area α is maintained so as to maintain the ratio (total distance ratio) in the predetermined area α with respect to all road links in the predetermined area α. And the required time of the road link is estimated from the assigned average vehicle speed and the length of the road link. Thus, if the length of the road link and the required time data for the road information target road link are known, it is possible to easily estimate the required time regarding the road for which the required time information is not provided by the road traffic information. .
[0064]
Here, the required time interpolation process (part 2) as another example of the subroutine for executing the required time interpolation process in step S105 shown in FIG. 2 will be described with reference to FIGS. This required time interpolation process (part 2) is different from the required time interpolation process (part 1) described with reference to FIG. 4 in that the traffic demand prediction DB 23b is not required.
[0065]
As shown in FIG. 10, in the required time interpolation process (part 2), first, in step S301, a process of creating a link set for each predetermined area including the traffic information target road link is performed. That is, the coordinate information of each road link is acquired from the road map data stored in the map / road link DB 23a, and the predetermined area is such that the range where the traffic information non-target road link exists is surrounded by the traffic information target road link. A process for dividing the data into each group and creating a link set included in the predetermined area is performed. For example, in the example shown in FIG. 11, the right side of the figure is such that the traffic information non-target road link represented by the dotted line is surrounded by the traffic information target road link represented by the solid line from the road map β on the left side of the figure. Is divided into predetermined areas βa, βb, and βc to create a link set.
[0066]
  In the subsequent step S303, a process of extracting a parallel road link including the traffic information target road link and estimating a required time of the traffic information non-target road link is performed. For example, in the case of the predetermined area βa shown in FIG. 11, as shown in FIG. 12, the traffic information non-target road link (FruitThe road links (dotted line) corresponding to “congestion” and the road links (dashed line) corresponding to “normal” are extracted as “traffic information target road links located in parallel with each other” which are parallel road links including lines) To do. This parallel road link extraction is performed based on whether or not the two road links are positioned in parallel so that the angle formed by the two road links falls within a predetermined range and whether or not they face the same route. However, as in the case of the predetermined area βc shown in FIG. 11, when a river is included in the predetermined area, the angle formed by the road links on the adjacent bridges passing through the bridge over the river is formed by the road links on both bridges. Even if it is not within the predetermined range, the road links on both bridges may be regarded as being located in parallel.
[0067]
  As a result, as shown in the lower part of FIG. 12, when a graph with the vertical axis as the required time and the horizontal axis as the distance from the reference point is created, the road link corresponding to “congestion” (dashed line) is used as the reference point. By expressing the required time in the vertical axis direction (left end of the horizontal axis) and the required time of the road link (dashed line) corresponding to “normal” at the position farthest from the reference point (right end of the horizontal axis) Thus, it is possible to interpolate the required time of the road link located between the both road links from the required time of the both road links. That is, in the example shown in FIG. 12, the required time obtained by the thick solid line in the graph of FIG..
[0068]
In step S305, processing for estimating the required time of the unconfirmed traffic information non-target road link is performed. That is, the process of estimating the required time for the traffic information non-target road link for which the required time could not be estimated in step S303 is performed in step S305. The traffic information non-target road link for which the required time could not be estimated in step S303 is, for example, any of the traffic information target road links surrounding the area, such as a predetermined area βb shown in FIG. Is a traffic information non-target road link that is not located in parallel.
[0069]
  In step S305, the time required for such unconfirmed traffic information non-target road link is divided by the time required for the traffic information target road link surrounding the area by dividing the length of the link by the required time. Estimated by calculating the average vehicle speed of the link and dividing the link length of unconfirmed traffic information non-target road links by this average vehicle speed.
[0070]
When the required time of the unconfirmed traffic information non-target road link is also estimated in step S305, it is determined whether or not the interpolation processing has been completed for all the predetermined areas divided in step S307. For example, in the example of the road map β shown in FIG. 11, the processing in these steps is repeated for each region until the interpolation processing in steps S303 and S305 is completed for all of the regions divided into about nine regions. . If it is determined that the interpolation processing has been completed for all the divided predetermined regions (Yes in S307), the required time interpolation processing (part 2) is terminated, and the required route time estimation processing step shown in FIG. The process proceeds to S107.
[0071]
Thus, in the required route time estimation process by the information center 20 according to the present embodiment, the required time interpolation program 22d (S105) of the required route time estimation process shown in FIGS. 1 and 2 performs the required time interpolation shown in FIG. Through the process (part 2), a traffic information target road link located substantially in parallel with the traffic information non-target road link is extracted (steps S301 and S303), and based on the required time data regarding the extracted traffic information target road link. The time required for the traffic information non-target road link is estimated (steps S303 and S305). As a result, if there is a traffic information target road link located substantially in parallel with the traffic information non-target road link, it is possible to easily estimate the required time for a road for which the required time information is not provided by the road traffic information. .
[0072]
The information center 20 is not limited to the configuration shown in FIG. 1, and may be the information center 220 having the configuration shown in FIG. 13, for example.
That is, as shown in FIG. 13, the information center 220 includes a route search unit 126, a route guidance data creation unit 127, and a prediction processing unit 128 while adopting the same hardware configuration as the information center 20 described above. It may be configured. In FIG. 13, the CPU, memory, and the like are not shown. In addition, components substantially the same as those of the information center 20 described above are denoted by the same reference numerals in FIG. 13, and description thereof is omitted here.
[0073]
Here, the route search unit 126, the route guidance data creation unit 127, and the prediction processing unit 128 will be described. These are all realized by a computer program and stored in a data storage device such as a memory constituting the information center 220.
[0074]
The route search unit 126 is based on the road map data obtained from the map / road link DB 23a (map DB 23a1, road link DB 23a2) and the road link data accompanying the road map data. For example, the Dijkstra method is employed as a search algorithm. The road link data referred to by the route search unit 126 is created and updated by the processes in steps S101 to S107 shown in FIG. 14, and the shortest time is obtained by the time slide method based on the concept shown in FIG. A route is searched. In FIG. 14, processing steps that are substantially the same as the processing steps constituting the route required time estimation process shown in FIG. Is omitted.
[0075]
The route guidance data creation unit 127 performs processing for creating data necessary for guiding the shortest time route searched by the route search unit 126. As an algorithm for creating the data, for example, there is one disclosed in Japanese Patent Application Laid-Open No. 2000-113388 by the applicant of the present application, and the created guidance data is the CCU 25 for the navigation device 50 that requested the route guidance data. Sent through.
[0076]
The prediction processing unit 128 performs a process of predicting a required time for every predetermined time (for example, 5 minutes) until, for example, 6 hours later based on the current required time information and past data, and has been described in the first embodiment. , A traffic information acquisition unit (traffic information acquisition program) 22c, a required time interpolation unit (required time interpolation program) 22d, a traffic demand prediction unit (traffic demand prediction program) 22f, etc. This is added in the second embodiment. Examples of algorithms for predicting the required time include those disclosed in JP-A-63-49999, JP-A-3-19100, JP-A-2002-260142, and the like. Is used.
[0077]
As shown in FIG. 14, the prediction processing unit 128 is executed as a required time prediction process interposed between step S105 and step S107, so that, for example, the required time that changes from time to time is converted to time slide cost data. Is output to the road link DB update unit (output program) 22g in step S107. Thereby, the data created by the prediction processing unit 128 can be referred to by the route search unit 126 as time slide cost data estimated every 10 minutes as shown in FIG. Then, it becomes possible to search for the shortest time path by the time slide method.
[0078]
As described above, the information center 220 according to the present embodiment includes the route search unit 126 and the route guidance data creation unit 127. As a result, the information center 220 simply estimates the required time information related to the road for which the required time information is not provided by the road traffic information, creates and updates the database, and further, the navigation device mounted on the vehicle 70 or the like. 50, when the information requesting the shortest time route from the departure point to the destination such as the current location is received, the route search unit 126 searches the shortest time route from the departure point to the destination by a time slide method or the like. The route guidance data creation unit 127 creates route guidance information necessary from the departure place to the destination based on the information on the shortest time route obtained by the above. Then, the generated route guidance information is transmitted to the requested navigation device 50. Therefore, the navigation device 50 can obtain route guidance information necessary from the departure place to the destination without searching for the route on the road for which the required time information is not provided by the road traffic information. The route guidance information for the shortest time can be provided to the user.
[0079]
Moreover, according to the information center 220 according to the present embodiment, the prediction processing unit 128 is provided. As a result, the required time information related to the road for which the required time information is not provided by the road traffic information is the same as the required time information related to the road for which the required time information is provided by the road traffic information. The required time can be predicted every time and can be accumulated in the required time database as time slide cost data, for example.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an information center and a navigation device according to an embodiment of the present invention.
FIG. 2 is a flowchart showing a flow of route required time estimation processing according to the present embodiment.
3 is an explanatory diagram showing an example of the data structure of road link data acquired by the link information acquisition process shown in FIG. 2; FIG.
4 is a flowchart showing a flow of a process (part 1) according to an example of a required time interpolation process shown in FIG. 2;
FIG. 5 is an explanatory diagram showing an example of road links divided by the predetermined time interpolation processing (part 1) shown in FIG. 4;
6A is an explanatory diagram showing an example of the congestion ratio calculated by the predetermined time interpolation process (part 1) shown in FIG. 4, and FIG. 6B is an example of the definition of the congestion degree. It is a chart shown.
7A is an explanatory diagram showing an example of a demand prediction data table stored in the traffic demand prediction DB, and FIG. 7B is an explanatory diagram showing a configuration example for creating the traffic demand prediction DB. It is.
8 is an explanatory diagram showing a setting example of a congestion threshold by the predetermined time interpolation process (part 1) shown in FIG.
9A is an explanatory diagram showing an example of a congestion situation estimated by the predetermined time interpolation process (part 1) shown in FIG. 4, and FIG. 9B shows an example of a definition of the vehicle speed. It is a chart.
10 is a flowchart showing the flow of a process (part 2) according to another example of the required time interpolation process shown in FIG.
11 is an explanatory diagram showing an example of a set of road links created by the predetermined time interpolation processing (part 2) shown in FIG.
12 is an explanatory diagram showing an example of interpolation of the required time of the traffic information non-target link estimated by the predetermined time interpolation processing (part 2) shown in FIG. 10;
FIG. 13 is a block diagram showing another configuration example of the information center according to the embodiment of the present invention.
14 is a flowchart showing a flow of route required time estimation processing by the information center shown in FIG. 13;
15 is an explanatory diagram showing a concept of route search by a time slide method executed by a route search unit of the information center shown in FIG. 13;
[Explanation of symbols]
20, 220 Information center (required time estimation device)
21 CPU (traffic information acquisition means, required time interpolation means, required time estimation means, predetermined area specifying means, traffic information target link congestion degree classification means, traffic information non-target link required time estimation means)
22 memory
22a System program
22a 'DB creation / update control unit
22b Input program
22c Traffic information acquisition program (traffic information acquisition means)
22d Required time interpolation program (Required time interpolation means)
22e Required time estimation program (Required time estimation means)
22f Traffic demand forecasting program
22g output program
23a Map / Road Link DB
23a1 Map DB
23a2 Road Link DB
23b Traffic demand forecast DB
25 Communication control device (traffic information acquisition means)
50 Navigation device
70 vehicles
100 Traffic Information Center (external)
126 Route search unit
127 Route guidance data creation part
128 Prediction processing unit
S103 (traffic information acquisition means), S105 (required time interpolation means), S109 (required time estimation means), S201 (predetermined area specifying means), S203 (traffic information target link congestion degree classification means), S211 (traffic information non-target) Link duration estimation means)

Claims (1)

道路交通情報の対象となっている交通情報対象道路リンクの所要時間データを含む交通情報を、外部から取得する交通情報取得手段と、
前記交通情報取得手段により取得された前記交通情報に基づいて、道路交通情報の対象となっていない交通情報非対象道路リンクの所要時間を補間する所要時間補間手段と、
前記交通情報取得手段により取得された前記交通情報および前記所要時間補間手段により補間された前記所要時間に基づいて、所要時間を推定する所要時間推定手段と、
を備え、
前記所要時間補間手段は、
道路網を所定領域に区切って特定する所定領域特定手段と、
前記所定領域内の前記交通情報対象道路リンクについて、各道路リンクの長さおよび前記所要時間データから当該各道路リンクの平均車速を算出し、算出された平均車速を所定の値で分類し、各分類に含まれる道路リンクの総距離を算出し、当該分類ごとの、道路リンクの総距離の比率を算出する、交通情報対象リンク混雑度分類手段と、
前記所定領域内の前記交通情報非対象道路リンクについて、前記所定領域内の道路リンクに対して前記総距離の比率を維持するように、前記平均車速を割り当て、割り当てられた平均車速および道路リンクの長さから当該道路リンクの所要時間を推定する交通情報非対象リンク所要時間推定手段と、
を備えることを特徴とする所要時間推定装置。
Traffic information acquisition means for acquiring traffic information including required time data of the traffic information target road link that is the target of the road traffic information;
Based on the traffic information acquired by the traffic information acquisition means, required time interpolation means for interpolating the required time of the traffic information non-target road link that is not the target of road traffic information;
A required time estimating means for estimating the traffic information the acquired by the acquisition unit traffic information and, based on the required time interpolated by the travel time interpolator means, where needed time,
With
The required time interpolation means includes:
A predetermined area specifying means for specifying the road network by dividing it into predetermined areas;
For the traffic information target road link in the predetermined area, the average vehicle speed of each road link is calculated from the length of each road link and the required time data, the calculated average vehicle speed is classified by a predetermined value, A traffic information target link congestion degree classification means for calculating a total distance of road links included in the classification and calculating a ratio of the total distance of road links for each classification;
For the traffic information non-target road link in the predetermined area, the average vehicle speed is assigned so as to maintain the ratio of the total distance to the road link in the predetermined area, and the assigned average vehicle speed and the road link Traffic information non-target link travel time estimation means for estimating the travel time of the road link from the length,
A required time estimation device comprising:
JP2003090021A 2003-03-28 2003-03-28 Time required estimation device Expired - Fee Related JP4277554B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003090021A JP4277554B2 (en) 2003-03-28 2003-03-28 Time required estimation device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003090021A JP4277554B2 (en) 2003-03-28 2003-03-28 Time required estimation device

Publications (2)

Publication Number Publication Date
JP2004295756A JP2004295756A (en) 2004-10-21
JP4277554B2 true JP4277554B2 (en) 2009-06-10

Family

ID=33403753

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003090021A Expired - Fee Related JP4277554B2 (en) 2003-03-28 2003-03-28 Time required estimation device

Country Status (1)

Country Link
JP (1) JP4277554B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4492382B2 (en) * 2005-02-07 2010-06-30 日産自動車株式会社 Link travel time estimation device and navigation device
CN103377552B (en) * 2012-04-13 2016-03-16 日立(中国)研究开发有限公司 traffic information prediction apparatus and method, terminal device and server
KR102332939B1 (en) * 2014-12-19 2021-11-30 주식회사 케이티 Method, system and device for providing traffic information in real time
JP2019139462A (en) * 2018-02-09 2019-08-22 株式会社Screenホールディングス Congestive situation estimation method, congestive situation estimation program, and congestive situation estimation system

Also Published As

Publication number Publication date
JP2004295756A (en) 2004-10-21

Similar Documents

Publication Publication Date Title
JP6094543B2 (en) Origin / Destination Extraction Device, Origin / Destination Extraction Method
JP6141743B2 (en) Moving path estimation system and method
JP2012127770A (en) Route search method and device
JP2019032174A (en) Information processing system and information processing method
JP2014527617A (en) Route provision through information collection and extraction
CN106969777A (en) Path prediction meanss and path Forecasting Methodology
US20070021910A1 (en) Navigation apparatus
US20080228389A1 (en) Route-selection-supporting device, method, and program
US20100057357A1 (en) Device for selecting area to be introduced and method thereof
CN113447035B (en) Method, device and computer program product for generating a parking lot geometry
WO2012105554A1 (en) Route calculation apparatus
WO2006009246A1 (en) Navigation system, route search device, navigation device, and program
JP2015076077A (en) Traffic volume estimation system,terminal device, traffic volume estimation method and traffic volume estimation program
JP2011085431A (en) Device for generating travel-characteristic-data, onboard device, and onboard information system
KR101728447B1 (en) Apparatus and method of search for vehicle route using predicted traffic volume
JP2006098174A (en) Route search device
JP4277554B2 (en) Time required estimation device
JP4186671B2 (en) Method for creating travel time database and route search method
JP5892425B2 (en) Cost calculation device, cost calculation program, and navigation device
JP4381465B2 (en) Route guidance device, route guidance method, route guidance program, and computer-readable recording medium
JP6363534B2 (en) Route search device, route search system, route search method and program
JP2018165674A (en) Information processor and program
JP5773202B2 (en) Navigation system, navigation program, and navigation method
JP2008152364A (en) Information providing device, information providing method, information providing program and computer-readable recording medium
JP5818971B2 (en) Search device, search management device, terminal device, and calculation method

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20050908

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060210

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20080602

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081118

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090119

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090217

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090302

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120319

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120319

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130319

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130319

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140319

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees