プローブ情報の処理装置、コンピュータプログラム、情報処理システム及びリンク端の通過時刻算出方法
【課題】 リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができるプローブ情報の処理装置を提供する。
【解決手段】 本発明のプローブ情報の処理装置(中央装置4)は、車両5の停止位置と、この停止位置における車両5の停止時間と、停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報S3を取得する取得手段(通信部403)と、停止時刻に停止時間を加算することにより停止位置から車両5が発進した時刻である発進時刻を求め、当該発進時刻と停止位置とを含む発進イベントを生成してプローブ情報S3に追加する情報処理手段(制御部401)とを備える。
【解決手段】 本発明のプローブ情報の処理装置(中央装置4)は、車両5の停止位置と、この停止位置における車両5の停止時間と、停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報S3を取得する取得手段(通信部403)と、停止時刻に停止時間を加算することにより停止位置から車両5が発進した時刻である発進時刻を求め、当該発進時刻と停止位置とを含む発進イベントを生成してプローブ情報S3に追加する情報処理手段(制御部401)とを備える。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プローブ情報に記録された単独停止イベントから発進イベントを生成して当該プローブ情報に追加する処理(或いは、その逆の処理)を行うプローブ情報の処理装置と、その処理をコンピュータに実行させるためのコンピュータプログラムと、プローブ情報に関する情報処理を行う情報処理システムと、プローブ情報を用いたリンク端の通過時刻算出方法に関する。
【背景技術】
【0002】
警察庁が進める高度道路交通システム(ITS:Intelligent Transport Systems)として、光ビーコンをキーデバイスとした新交通管理システム(UTMS:Universal Traffic Management Systems)がある。
かかるシステムでは、信号制御に未来の予測情報を用いて青時間を最適化することにより、更にリアルタイム性を高めたプロファイル制御が採用されている。このプロファイル制御の特徴は次の通りである(非特許文献1参照)。
【0003】
(1) 現在から1サイクル未来の交通需要の予測
(2) 車両の時間遅れの直接評価に基づいたリアルタイム制御の実現
(3) 分散型の制御意思決定:中央制御と連携するハイブリッド型または隣接交差点が強調して動作する自律型の制御モードが選択可能
【0004】
上記プロファイル制御では、車両が交差点の停止線に到着する予測交通量の時系列データである到着プロファイルを所定時間ごとに推定しており、この到着プロファイルと他の信号制御情報に基づいてシミュレーション演算を実行する。
このシミュレーション演算は、具体的には、交差点全体の待ち行列台数の変動状況である遅れ時間(信号停止待ち時間)を求め、この遅れ時間に基づく評価値が最小となる青終了タイミングを探索し、最適な青終了タイミングを決定する(非特許文献1参照)。
【0005】
また、交通管制センターの中央装置では、上記UTMSのサブシステムとして、交通情報提供システム(AMIS)、公共車両優先システム(PTPS)、車両運行管理システム(MOCS)、動的経路誘導システム(DRGS)、及び、交通公害低減システム(EPMS)などを実行する場合もある。
このサブシステムのうち、車両運行管理システム(MOCS)や動的経路誘導システム(DRGS)を行う場合には、交通指標として旅行時間と走行経路が必要である。
【先行技術文献】
【非特許文献】
【0006】
【非特許文献1】「次世代信号制御方式の開発と実証実験」 SEIテクニカルレビュー 2004年3月 第166号 51〜55頁
【発明の概要】
【発明が解決しようとする課題】
【0007】
上記旅行時間と走行経路は、通常、路側センサである車両感知器や光ビーコンからの感知情報(定点観測情報)を利用して推定されるが、路側センサの空間密度が粗い場合には、旅行時間と走行経路の精度をさほど向上することができない。
そこで、道路を走行するプローブ車両との無線通信を通じて、車両の位置とこの位置に対応する時刻とを含む走行軌跡情報を取得し、この走行軌跡情報を利用して旅行時間や走行経路の推定精度の向上を図ることがある。
【0008】
上記走行軌跡情報は、車両の走行状態を正確に把握するために、通常0.1〜1.0秒程度の周期でデータ収集される。このため、交通情報の推定のために多数の車両のプローブデータを扱う交通制御システムの場合には、データ量が膨大となって情報通信や蓄積のための運用コストが高くなる。
そこで、車両の走行軌跡そのものではなく、走行中の車両に生じる代表的なイベント(走行挙動)を定義し、このイベント単位でプローブ情報の記録内容を構成する方式(以下、「イベント記録方式」ということがある。)が提案されている。
【0009】
かかるイベント記録方式のプローブ情報に記録する代表的なイベントとしては、例えば次の(1)〜(3)のものがある(本出願人による特願2009−92647号参照)。
(1) 信号待ちや渋滞末尾への到達による停止と推定される「単独停止」
(2) 曲率半径が小さい大きな走行方向の変動(交差点での右折や左折を含む。)である「方向変動」
(3) 車両が一定距離以上の走行を継続する「一定距離走行」
【0010】
ところで、プローブ情報の走行軌跡を利用したリンク旅行時間は、通常、先後2つの車両の位置間の通過時刻差を、両位置間にあるリンクの距離比で配分した時間を求め、先の位置の通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出し、上流側のリンク端(リンクの始端)と下流側のリンク端(リンクの終端)の通過時刻差を求めることによって算出される。
従って、イベント記録方式のプローブ情報を用いてリンク旅行時間を算出するには、車両の位置とその時刻を含む先後2つのイベント間の通過時刻差を、両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出することになる。
【0011】
しかし、上述の複数種類のイベントのうち、単独停止の場合には、その停止位置で車両がとどまっていた停止時間が長時間(例えば数十秒)になると、その停止位置に対する停止が生じた時刻である停止時刻と、その停止位置から車両が発進した時刻である発進時刻との間の時刻差も長くなる。例えば、図9に示す単独停止のイベントE1(100,10)やイベントE2(240,60)(ただし、x座標は位置、y座標は停止時刻。)のように、停止位置において車両が30秒停止した場合には、その停止位置からのプローブ車両の発進時刻は停止時刻から30秒遅れる。
このため、単独停止の時刻データとして、例えば上記停止時刻を記す規約である場合において、単独停止のイベントに含まれる停止時刻だけを無条件に採用してリンク端の通過時刻(図9中の時刻ta,tb)を算出すると、当該リンク端の通過時刻が実際の通過時刻(図9中のt1,t2)とかけ離れた値になり、リンク旅行時間の推定精度が悪化するおそれがある。
【0012】
本発明は、このような実情に鑑み、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができるプローブ情報の処理装置等を提供することを目的とする。
【課題を解決するための手段】
【0013】
(1) 第1の本発明に係るプローブ情報の処理装置は、車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報を取得する取得手段と、前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加する情報処理手段と、を備えていることを特徴とする。
【0014】
第1の本発明によれば、上記情報処理手段が、単独停止イベントに含まれる停止時刻に停止時間を加算することにより、停止位置から車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成してプローブ情報に追加するので、同じ停止位置を含む2種類のイベントとして、停止時刻を含む単独停止イベントと発進時刻を含む発進イベントが得られ、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。
【0015】
(2) 一方、第2の本発明に係るプローブ情報の処理装置は、第1の本発明の場合とは逆に、取得するプローブ情報に発進イベントが記録されており、これから単独停止イベントを生成してプローブ情報に追加するものである。
【0016】
すなわち、第2の本発明に係るプローブ情報の処理装置は、車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録されたプローブ情報を取得する取得手段と、前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加する情報処理手段と、を備えていることを特徴とする。
【0017】
第2の本発明によれば、上記情報処理手段が、発進イベントに含まれる発進時刻に停止時間を減算することにより、停止位置に対知る停止が生じた時刻である停止時刻を求め、当該停止時刻と停止位置とを含む単独停止イベントを生成してプローブ情報に追加するので、同じ停止位置を含む2種類のイベントとして、発進時刻を含む発進イベントと停止時刻を含む単独停止イベントが得られ、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。
【0018】
(3) 従って、第1及び第2の本発明に係るプローブ情報の処理装置において、例えば、同じ前記停止位置についての前記単独停止イベントと前記発進イベントの双方が記録された前記プローブ情報を用いて、リンク端の通過時刻を求める時刻算出手段を更に設けるようにすれば、リンク端の通過時刻を正確に算出できるようになる。
【0019】
(4) 具体的には、前記時刻算出手段が、前記車両の位置とその時刻を含む先後2つのイベント間にある前記リンク端の通過時刻を求める場合において、前記発進イベントについては前記先のイベントとして用い、前記単独停止イベントについては前記後のイベントとして用いるようにすれば、停止位置で生じた停止時間の長短に関係なく、リンク端の通過時刻を正確に算出することができる。従って、リンク端の通過時刻が実際とかけ離れた値になるのを防止することができる。
【0020】
(5) 本発明の情報処理システムは、走行中に車両に生じる複数種類のイベントをプローブ情報に含めて記憶可能な情報記憶手段と、前記車両の前回の停止から当該車両の速度が所定の第1閾値以上となって当該車両が停止する単独停止と、この単独停止以外の停止である反復停止とを、別個の前記イベントとして判定するイベント判定手段と、前記単独停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めて当該プローブ情報を生成し、前記反復停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めずに当該プローブ情報を生成する情報生成手段と、を有するプローブ情報の生成装置と、生成された前記プローブ情報を取得して、取得した前記プローブ情報に前記発進イベントを追加する第1の本発明に係るプローブ情報の処理装置と、を備えていることを特徴とする。
【0021】
従って、本発明の情報処理システムは、第1の本発明に係るプローブ情報の処理装置と同様の作用効果を奏する。
また、本発明の情報処理システムによれば、イベント判定手段が、単独停止と反復停止を別個のイベントとして判定し、情報生成手段が、単独停止についてはプローブ情報に含め、反復停止についてはプローブ情報に含めないので、待ち行列台数や飽和交通流率等の交通指標の算出のために必要な情報(この場合は、単独停止の停止位置)を、効率的に含むプローブ情報を生成することができ、プローブ情報の記憶や送信のためのデータ量を低減できるという利点がある。
【0022】
(6) 第1の本発明に係るコンピュータプログラムは、第1の本発明に係るプローブ情報の処理装置による処理をコンピュータに実行させるためのコンピュータプログラムであって、当該プローブ情報の処理装置と同様の作用効果を奏する。
(7) 第2の本発明に係るコンピュータプログラムは、第2の本発明に係るプローブ情報の処理装置による処理をコンピュータに実行させるためのコンピュータプログラムであって、当該プローブ情報の処理装置と同様の作用効果を奏する。
【0023】
(8) 本発明に係るリンク端の通過時刻算出方法は、車両の位置とその時刻を含む先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出するリンク端の通過時刻算出方法であって、前記車両の停止位置と、この停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントについては、前記先のイベントとして用い、前記車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、前記後のイベントとして用いることを特徴とする。
【0024】
本発明方法によれば、先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出する場合において、車両の停止位置と、この停止位置から車両が発進した時刻である発進時刻とを含む発進イベントについては、先のイベントとして用い、車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、後のイベントとして用いるので、停止位置で生じた停止時間の長短に関係なく、リンク端の通過時刻を正確に算出することができる。従って、リンク端の通過時刻が実際とかけ離れた値になるのを防止することができる。
【発明の効果】
【0025】
以上の通り、本発明によれば、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。このため、プローブ情報に記録されたイベントを利用してリンク旅行時間を推定する場合に、その推定精度の悪化を防止することができる。
【図面の簡単な説明】
【0026】
【図1】本発明が適用可能な交通制御システムを示す道路平面図である。
【図2】交通制御のアプリケーション、交通指標及びプローブ情報の関係を示す表である。
【図3】中央装置の内部構成を示す機能ブロック図である。
【図4】車載装置の内部構成を示す機能ブロック図である。
【図5】停止イベントの判定方法を示すグラフである。
【図6】方向変動イベントの例を示す道路平面図である。
【図7】プローブ情報のフレームフォーマットを示す表である。
【図8】プローブ情報に記す各種情報のビット割り当てを示す表である。
【図9】中央装置による時刻算出処理を示すためのグラフである。
【図10】本発明が適用可能な別の交通システム制御システムを示す道路平面図である。
【図11】本発明が適用可能な別の交通システム制御システムを示す道路平面図である。
【発明を実施するための形態】
【0027】
〔システムの全体構成〕
以下、図面を参照しつつ、本発明の実施形態を説明する。
図1は、本発明が適用可能な交通制御システムの一例を示す道路平面図である。
図1に示すように、本実施形態の交通制御システムは、交通信号機1、車載装置2、車両感知器等よりなる路側センサ3、中央装置4、車載装置2を搭載したプローブ車両5(以下、単に車両5という場合がある。)、及び光ビーコン6等を含む。
【0028】
このうち、交通信号機1は、主道路RM1,RM2及び従道路RS1,RS2のそれぞれに設置された4つの信号灯器1bと、この信号灯器1bと通信回線を介して接続された交通信号制御機1aとを備えている。
交通信号制御機1aは、電話回線等の通信回線を介して交通管制センター内の中央装置4に接続されており、中央装置4は、自身の管轄エリア内にある各交差点Cの交通信号制御機1aとローカルエリアネットワーク(LAN)を構成している。
【0029】
従って、中央装置4は、交通信号制御機1aとそれぞれ双方向通信が可能であり、交通信号制御機1aは他の交差点の同制御機1aとも双方向通信が可能である。なお、中央装置4は、交通管制センターではなく道路上に設置してもよい。
交通信号制御機1aは、MODERATO(Management by Origin-DEstination Related Adaptation for Traffic Optimization)制御等の交通感応制御を行った結果の出力である信号制御指令S1を、中央装置4から受信し、この信号制御指令S1に基づいて、各信号灯器1bに含まれる信号灯の点灯、消灯及び点滅を制御する。
【0030】
また、交通信号制御機1aは、光ビーコン6とも通信回線で繋がっており、中央装置4から受信した渋滞情報や旅行時間等を含む交通情報S2を光ビーコン6に送信する。
光ビーコン6は、車載装置2を搭載したプローブ車両5と光信号での双方向通信が可能であり、上記交通情報S2をダウンリンク情報DLに含めて送信する。また、車載装置2が光ビーコン6に送信するアップリンク情報ULには、後述のプローブ情報S3が含まれている。このプローブ情報S3は、そのアップリンク情報ULの受信時刻及びビーコンIDとともに、交通信号制御機1aを介して中央装置4に転送される。
【0031】
路側センサ3は、例えば、直下を通行する車両を超音波感知する車両感知器や、インダクタンス変化で車両を感知するループコイル、或いは、カメラの映像を画像処理して交通量や車両速度を計測する画像感知器よりなり、交差点Cに流入する車両台数や車両速度を計測する目的で、管轄エリア内の一部の道路に設置されている。
路側センサ3が検出した路側計測情報S4は、交通信号制御機1aで中継されて、通信回線を介して中央装置4に送信される。
【0032】
〔中央装置〕
図3は、中央装置4の内部構成を示す機能ブロック図である。
図3に示すように、中央装置4は、制御部401、表示部402、通信部403、記憶部404及び操作部405を含んでいる。
中央装置4の制御部401は、ワークステーション(WS)やパーソナルコンピュータ(PC)等よりなり、交通信号制御機1aからの各種の交通情報の収集・処理(演算)・記録、信号制御及び情報提供を統括的に行う。なお、中央装置4の制御部401は、内部バスを介して上記ハードウェア各部と繋がっており、これら各部の動作も制御する。
【0033】
中央装置4の制御部401は、自身の管轄エリアに属する交通信号制御機1aに対して、同一道路上の交通信号機1群を調整する系統制御や、この系統制御を道路網に拡張した広域制御(面制御)を実行可能である。
すなわち、中央装置4の制御部401は、交通状況に応じて信号制御パラメータ(スプリット、サイクル長及びオフセット等)を設定する交通感応制御を行うものであり、制御部401が行う交通感応制御には、例えば、前記MODERATO制御やプロファイル制御等を含む複数種類のものが含まれる。
【0034】
中央装置4の通信部403は、通信回線を介してLAN側と接続された通信インタフェースであり、所定時間ごとの信号灯器1bの灯色切り替えタイミング等に関する信号制御指令S1と、道路リンクの旅行時間や渋滞情報等を含む交通情報S2を、各交通信号機1に送信している。
信号制御指令S1は、信号制御パラメータの演算周期(例えば、1.0〜2.5分)ごとに送信され、交通情報S2は例えば5分ごとに送信される。
【0035】
また、中央装置4の通信部403は、プローブ車両5の位置及び時刻(軌跡)と車両IDとを含む移動計測情報であるプローブ情報S3と、路側センサ3による路側計測情報S4とを交通信号制御器1aから受信する。
【0036】
中央装置4の表示部402は、自身が管理するエリアの道路地図と、この道路地図上のすべての交通信号機1や路側センサ3及び光ビーコン6の位置等が表示された表示画面により構成され、中央オペレータに渋滞や事故等の交通状況を報知するものである。
中央装置4の操作部405は、キーボードやマウス等の入力インタフェースよりなり、この操作部405によって中央オペレータが上記表示部402に対する表示切り替え操作等を行えるようになっている。
【0037】
中央装置4の記憶部404は、ハードディスクや半導体メモリ等から構成されており、上記交通感応制御のための制御プログラムや、この交通感応制御等に用いる交通指標の演算プログラムを記憶している。記憶部404は、制御部401が生成した信号制御指令S1や交通情報S2の一時的な記憶領域も有する。
また、中央装置4の記憶部404は、プローブ用データベースDB1、路側用データベースDB2及び地図データベースDB3を備えている。
【0038】
プローブ用データベースDB1には、プローブ情報S3に含まれるプローブ車両5の位置及び時刻を有する各種のイベント情報と、このイベントの位置及び時刻から算出したリンク端の通過時刻等が車両IDごとに集積される。
また、路側用データベースDB2には、路側計測情報S4の各種計測値(リンクに対する車両の通過台数等)が集積される。
【0039】
地図データベースDB3には、道路地図データが集積されており、この道路地図データには、交差点データ、リンクデータ及びビーコンデータが含まれる。
このうち、交差点データは、交差点IDと交差点の位置とを対応付けたものである。また、リンクデータは、リンクIDと、リンクの始点・終点・補間点(道路が折れ曲がる地点に対応)のそれぞれの位置と、リンクの始点に接続するリンクのリンクIDと、リンクの終点に接続するリンクのリンクIDとを対応付けたものである。このリンクデータには、各リンクの車線数も含まれている。
【0040】
ビーコンデータは、光ビーコン6ごとに付与されたビーコンIDとその位置とを対応付けたものである。光ビーコン6の設置位置の特定の仕方としては、幾つかのバリエーションがあるが、例えば、光ビーコン6の通信制御機の設置位置を採用することができる。
また、複数のヘッドを有する光ビーコン6の場合には、そのうちの代表車線のヘッドの設置位置を光ビーコン6の位置としてもよいし、プローブ情報S3がアップリンクされた位置を、車線別により正確に特定したい場合には、各ヘッドの設置位置を個別に記憶しておいてもよい。
【0041】
後述の通り、本実施形態の車載装置2は、単独停止、方向変動及び一定距離走行等のイベント情報が記録されたプローブ情報S3を生成し、かかるイベント記録方式のプローブ情報S3を、中央装置4が光ビーコン6と交通信号制御機1aを経由して取得する。
そこで、中央装置4の制御部401は、イベント記録方式のプローブ情報S3に基づいて、プローブ車両5が走行したリンク(走行リンク)の推定処理や、その走行リンクにおけるリンク端の通過時刻算出処理などを行う。
【0042】
具体的には、中央装置4の制御部401は、イベント記録方式のプローブ情報S3を用いて、次の(1)〜(4)の処理を実行する。
(1) イベントの追加処理
(2) マップマッチング処理
(3) 走行リンクの推定処理
(4) 通過時刻算出処理
【0043】
上述の各処理のうち、「イベントの追加処理」は、走行軌跡やリンク旅行時間の推定精度を向上するために、取得したプローブ情報S3に対して「アップリンクイベント」や「発進イベント」を生成し、これを当該プローブ情報S3に追加する処理である。
すなわち、中央装置4の制御部401は、車載装置2では記録されなかった上記各イベントを補完的に生成し、その生成したイベントを、対応する車両IDのプローブ情報S3のイベント情報としてプローブ用データベースDB1に格納する。なお、このイベントの追加処理の詳細については後述する。
【0044】
このように、本実施形態の中央装置4は、車載装置2が生成したイベント記録方式のプローブ情報S3に含まれるイベント以外のイベントを生成し、生成したイベントを当該プローブ情報S3に追加する情報処理装置として機能する。
従って、イベント記録方式のプローブ情報S3を生成する車載装置2と、そのプローブ情報S3に他のイベントを追加する中央装置4とにより、その両者が協同してプローブ情報S3に関する情報処理を行う情報処理システムが構成されている。
すなわち、本実施形態の情報処理システムは、イベント記録方式のプローブ情報S3を生成するプローブ情報の生成装置である車載装置2と、生成されたプローブ情報S3を取得し、取得したプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置である中央装置4とを備える。
【0045】
「マップマッチング処理」は、プローブ情報S3に含まれるイベントの位置を地図上のリンクの位置に対応させる処理である。これらの位置にずれがある場合には、実際に走行したと推定されるリンク上にイベントの位置が補正される。
「走行リンクの推定処理」は、マップマッチングされた任意の2つのイベント間を、所定条件(最短距離又は最短時間等)の下での総当たりやダイクストラ法等のアルゴリズムによる経路探索を行い、プローブ車両5が走行したリンクを推定する処理である。
【0046】
また、「通過時刻算出処理」は、プローブ車両5の位置とその時刻を含む先後2つのイベントを、プローブ用データベースDB1から抽出し、この2つのイベント間の通過時刻差を両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出する処理である。
制御部401は、算出したリンク端の通過時刻をプローブ用データベースDB1に格納する。なお、この算出処理の詳細についても後述する。
【0047】
中央装置4の制御部401は、プローブ用データベースDB1に蓄積されたリンク端の通過時刻や、路側用データベースDB2に蓄積された路側計測情報S4に基づいて、リンク旅行時間を所定時間ごとに推定し、この推定値を地図データベースDB3に記録する。
例えば、制御部401は、プローブ情報S3又は路側計測情報S4のいずれか一方が得られているリンクについては、その情報から求まる旅行時間を当該リンクの旅行時間と推定し、双方が得られているリンクについては、双方の情報から求まる各旅行時間に所定の重み付けで補正処理した時間を当該リンクの旅行時間と推定する。
【0048】
なお、路側計測情報S4の代わりに、VICSセンター(「VICS」は「財団法人道路交通情報通信システムセンター」の登録商標)などの交通情報配信センターから取得したリンク旅行時間(すなわち、「VICS旅行時間」)を用いることにしてもよい。
また、リンク旅行時間は、通常、最新の路側計測情報S4に基づいて5分ごとに更新される言わば過去の推定値であるが、この過去の推定値に基づいて所定の予測アルゴリズムを用いて求められた、将来に向けての予測値であってもよい。
【0049】
〔中央装置による交通制御の種類等〕
図2は、中央装置4の制御部401が実行する交通制御のアプリケーションと、それに必要な入力情報である交通指標と、その交通指標の算出のために必要となるプローブ情報との関係を示す表である。
例えば、信号制御の高度化にために実施されるMODERATO制御やプロファイル制御に必要な交通指標(交通制御に対する入力情報)は、待ち行列台数と飽和交通流率であり、迂回路優先制御に必要な交通指標は、旅行時間と走行経路である。
【0050】
また、交通流分析のために実施されるボトルネック位置の検出に必要な交通指標は、走行中の車両5の停止回数である。
更に、MOCSで行われるCO2排出量の推定には、車両5の停止回数(なお、この場合には、後述する反復停止と単独停止の区別が必要。)が必要であり、MOCSで行われる動態管理に必要な交通指標は、車両5の走行経路である。
【0051】
〔車載装置〕
図4は、プローブ車両5の車載装置2の内部構成を示す機能ブロック図である。
この車載装置2は、光ビーコン6との間で双方向の光通信を行う路車間通信機能と、搭乗者が設定した目的地に案内するナビゲーション機能を有する。
図4に示すように、車載装置2は、GPS処理部201、方位センサ202、車速取得部203、光通信部204、記憶部205、操作部206、表示部207、音声出力部208及び制御部209等を含む。
【0052】
GPS処理部201は、GPS衛星からのGPS信号を受信し、GPS信号に含まれる時刻情報、GPS衛星の軌道、測位補正情報等に基づいて、プローブ車両5の位置(緯度、経度及び高度)を計測する。
方位センサ202は、光ファイバジャイロなどで構成されており、プローブ車両5の方位及び角速度を計測する。車速取得部203は、車速センサ(図示せず)が車輪の角速度を検出することにより計測したプローブ車両5の速度データを取得する。
【0053】
車載装置2の光通信部204は、道路上の所定位置に設定された光ビーコン6の通信領域において、アップリンク情報ULとダウンリンク情報DLを送受信する。すなわち、車載装置2の光通信部204は、交差点Cを流出したプローブ車両5が光ビーコン6の通信領域に入ると、交通情報S2を含むダウンリンク情報DLを受信し、自身のプローブ情報S3を含むアップリンク情報ULを光ビーコン6に送信する。
【0054】
車載装置2の記憶部205は、ハードディスクや半導体メモリ等から構成され、ダウンリンク情報DLに含まれる交通情報S2や、アップリンク情報ULに含めるプローブ情報S3等の各種情報を記憶するための記憶領域を有する。
記憶部205は、道路地図データも記憶している。この道路地図データには、交差点IDと交差点の位置とを対応付けた交差点データが含まれている。また、道路地図データには、リンクIDと、リンクの始点・終点・補間点(道路が折れ曲がる地点に対応)それぞれの位置と、リンクの始点に接続するリンクのリンクIDと、リンクの終点に接続するリンクのリンクIDと、最適経路の特定に使用するリンクコストとを対応付けたリンクデータも含まれている。
【0055】
上記リンクコストは、例えば、リンクとその終点に接続するリンクの組み合わせの数だけ用意されており、リンクの始点に進入してから当該リンクの終点を退出し、次に接続するリンクの始点に進入するまでに要する時間が設定されている。
すなわち、リンクコストには、リンクの始点から終点までを走行するのに要するコスト(時間)と、リンクの終点から次のリンクの始点までを走行するのに要するコスト(時間)、つまり、交差点を通過するのに要するコストが含まれている。
【0056】
車載装置2の操作部206は、タッチパネルやボタン等から構成されており、ドライバを含む車両5の搭乗者が目的地の設定等を行えるようになっている。
車載装置2の表示部207は、車両5のダッシュボード部分に取り付けられたモニタ装置(図示せず)よりなり、制御部209が後述する感応要求処理において作成した画像データを搭乗者に表示する。また、音声出力部208は、制御部209が作成した音声データをスピーカー(図示せず)から出力する。
【0057】
車載装置2の制御部209は、マイクロコンピュータ等から構成され、GPS処理部201、方位センサ202、車速取得部203、光通信部204、記憶部205、操作部206、表示部207、音声出力部208での各処理を制御する。
また、車載装置2の制御部209は、GPS処理部201が計測した車両5の位置、方位センサ202が計測した車両5の方位及び角速度、車速取得部203が取得した車両5の速度の各データ、記憶部205に記憶している道路地図データに基づいてマップマッチング処理を行い、道路地図データのリンク上におけるプローブ車両5の位置を算出することができる。
【0058】
更に、車載装置2の記憶部205には、プローブ車両5の走行中に生じる各種のイベントの発生を判定する「イベント判定処理」と、その各種のイベントの性質に応じて、当該イベントとその関連情報のうちのどれをプローブ情報S3に含めるか否かを決定し、その決定したイベントが記録されたプローブ情報S3を生成する「情報生成処理」を、制御部209に実行させるためのコンピュータプログラムが格納されている。
【0059】
車載装置2の制御部209は、上記プログラムを記憶部205から読み出して実行することより、上記「イベント判定処理」と「情報生成処理」を実行する。以下、車載装置2の制御部209が行うこれらの処理について説明する。
なお、本実施形態では、インフラ側へのプローブ情報S3の送信手段として光ビーコン6を利用しているので、車載装置2の制御部209は、ある光ビーコン6とその次に通過する光ビーコン6との間の経路を走行中に生じた各種イベントとその関連情報を記載したプローブ情報S3を生成する。
【0060】
〔停止イベントに関する判定処理〕
本実施形態の制御部209が判定する停止イベントには、「単独停止」と「反復停止」とがある。
図5は、それら単独停止と反復停止との判定方法を示すグラフである。図5のグラフにおいて、横軸は車両5の走行距離であり、縦軸は速度である。
また、図5の第1閾値V1は、車両5の停止が反復停止か単独停止かを判別するための閾値であり、例えば30km/hに設定されている。第2閾値V2は、これ未満の速度の場合に実質的に停止と見なせる値であり、例えば5km/hに設定されている。
【0061】
ここで、「単独停止」とは、非渋滞走行状態からの停止のことであり、非渋滞交差点での信号待ち停止や、渋滞交差点での最初の停止がこれに該当する。また、「反復停止」とは、渋滞走行状態からの停止のことであり、渋滞のために車両5が停止と発進を繰り返す場合(Stop & Go )を想定したイベントである。
例えば、図5の点A及び点Bのように、車両5の速度が、第1閾値(渋滞判定用の速度閾値)V1を超えた状態から減少し、その速度が第2閾値(停止判定用の速度閾値)V2を下回って車両5が停止した場合には、「単独停止」と判定される。
【0062】
一方、図5の点Cのように、車両5の速度が、第1閾値V1未満の範囲内において増減してから、その速度が第2閾値V2を下回って当該車両5が停止した場合には、「反復停止」と判定される。
なお、本明細書において、「停止時間」とは、車両5が停止位置にとどまっていた時間のことを意味し、「停止時刻」とは、停止位置に対する停止が生じた時刻のことを意味する。また、「発進時刻」とは、停止位置から車両5が発進した時刻のことを意味する。従って、車両5の停止時間、停止時刻及び発進時刻の間には、「停止時間=発進時刻−停止時刻」の関係が成立する。
【0063】
上述のイベント判定条件の下で、車載装置2の制御部209は、次の各処理(1)〜(6)を実行する。
(1) まず、制御部209は、イベント判定処理の起動時に、反復停止の回数、単独停止の回数、停止時刻と停止位置、及び、高速走行フラグをすべてクリアする。
(2) 次に、制御部209は、予め設定された所定時間(例えば、1秒)ごとに車両5の速度を監視しており、この速度が第1閾値V1以上になれば、高速走行フラグをオンに設定する。
【0064】
(3) 次に、制御部209は、速度が第2閾値V2未満の状態が、一定秒数(定数設定:例えば5秒)継続した場合には、車両5が停止したと判定する。
この場合、高速走行フラグがオンの場合は、車両5が図5の点A又は点Bの状態であると見なせるので、単独停止の回数をインクリメントし、高速フラグがオフの場合は、図5の点Cの状態であるともなせるので、反復停止の回数をインクリメントする。
【0065】
(4) また、制御部209は、車両5の停止を判定した後、速度が第2閾値V2を超えた場合には、車両5が再発進したと判定する。このとき、高速走行フラグがオンの場合は、単独停止の場合に該当するので、その停止時刻、停止位置及び停止時間を記憶部205に記憶させる。
ただし、制御部209は、停止位置付きの単独停止のイベントについて、プローブ情報S3に含めることができる限定数(定数設定:例えば5回)を予め設定している。
【0066】
従って、制御部209は、単独停止の回数が上記限定数を超える場合には、例えば最も古いデータに上書きして、単独停止の停止時刻、停止位置及び停止時間を更新する。また、制御部209は、最後に高速走行フラグをオフに設定する。
(5) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(2)〜(4)の処理を繰り返す。
【0067】
(6) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(a)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(a) 単独停止のイベント情報
・停止位置、停止時刻及び停止時間
・前回の記録イベントから当該単独停止の前に発生した反復停止の回数
・前回の記録イベントから当該単独停止の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0068】
ここで、上記「記録イベント」とは、少なくとも位置情報を有するイベントとしてプローブ情報S3に記録するイベントのことであり、停止位置を有する上記(a)の単独停止の他、後述する方向変動又は一定距離走行のイベントがこれに含まれる。
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての単独停止のイベント情報を構成する、停止位置、停止時刻及び停止時間をすべてクリアする。
【0069】
このように、制御部209は、停止イベントが単独停止の場合には、予め定めた限定数(例えば5回)以内のものについては、停止位置、停止時刻及び停止時間をプローブ情報S3に含めるが、限定数を超えたためデータ更新された単独停止と、すべての反復停止について、その停止位置、停止時刻及び停止時間をプローブ情報S3に含めない。
もっとも、単独停止と反復停止の停止回数については、次の記録イベントに付随するイベント情報として、プローブ情報S3に含められる。
【0070】
本実施形態の車載装置2によれば、制御部209が、信号待ち等が原因の単独停止と、停止と発進を繰り返す反復停止とを別個のイベントとして判定し、待ち行列台数や飽和交通流率の算出に必要な単独停止については、所定の限定数以下のものが停止位置、停止時刻及び停止時間をイベント情報として含み、反復停止については、その停止回数のみが別の記録イベントのイベント情報に含められる。
【0071】
従って、プローブ情報S3の記憶や送信のためのデータ量を効率的に使用しつつ、待ち行列台数や飽和交通流率等の交通指標を算出可能なプローブ情報S3を生成することができる。
また、停止回数については、単独停止と反復停止の判別が可能となるように各記録イベントのイベント情報に含められるので、車載装置2からのプローブ情報S3を取得した中央装置4は、その記録イベントに含まれる停止回数を用いて、MOCSによるCO2の排出量の推定を実行することができる。
【0072】
〔方向変動イベントに関する判定処理〕
図6は、方向変動イベントの例を示す道路平面図である。
図6(a)は、交差点での右折(ただし、左折でもよい。)に生じる方向変動イベントを示し、図6(b)は、比較的急カーブの単路で生じる方向変動イベントを示している。
車載装置2の制御部209は、図6に示すような、曲率半径が小さくて車両5の走行方向の変化が大きい「方向変動」をイベントとして抽出し、これに関するプローブ情報S3を生成するため、次の各処理(1)〜(5)を実行する。
【0073】
(1) まず、制御部209は、一定時間(定数設定:例えば1秒)ごとに、車両2の走行軌跡を監視しており、記憶部205に前回記憶させた前回軌跡から、車両5が一定距離(定数設定:例えば10m)以上走行すれば、その位置(緯度経度)及び方位(ない場合は前回との相対位置から求める。)を今回軌跡として記憶部205に記憶させる。
(2) 次に、制御部209は、前回軌跡と今回軌跡との方位差が一定(定数設定:例えば5度)以上あれば、方位変化が開始されたと見なす。
【0074】
(3) 更に、制御部209は、前回軌跡と今回軌跡との間の方位差が、一定(定数設定:例えば5度)未満の状態が一定回数(定数設定:例えば2回)になれば、方位変化が終了したとみなす。
(4) 次に、制御部209は、方位変化の開始時点の方位と、方位変化の終了時点の方位との差が一定(定数設定:例えば30度)以上であれば、「方向変動」のイベントが発生したとみなし、その方位変化の終了時点での時刻、位置及び方位を記憶部205に記憶させる。
【0075】
ただし、制御部209は、方向変動のイベントと後述する一定距離走行のイベントについては、前記単独停止とは別に、プローブ情報S3に含めることができる限定数(定数設定:例えば2回)を予め設定している。
従って、制御部209は、それらのイベントの前回のアップリンク情報ULからの合計回数がその限定数を超える場合には、例えば最も古いデータに上書して、方位変化の終了時刻、終了位置及び絶対方位をクリアする。
(5) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(1)〜(4)の処理を繰り返す。
【0076】
(6) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(b)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(b) 方向変動のイベント情報
・方位変化の終了時刻、終了位置及び絶対方位
・前回の記録イベントから当該方向変動の前に発生した反復停止の回数
・前記の記録イベントから当該方向変動の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0077】
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての方向変動のイベント情報を構成する、方位変化の終了時刻、終了位置及び絶対方位をすべてクリアする。
【0078】
〔一定距離走行イベントに関する判定処理〕
また、車載装置2の制御部209は、車両5が十分に長い一定距離だけ走行したか否か(一定距離走行)をイベントとして判定するため、次の処理(1)〜(4)を実行する。
【0079】
(1) まず、制御部209は、前記停止イベント(単独停止及び反復停止)又は方向変動イベントのいずれかが発生した時に、累積走行距離をクリアする。また、制御部209は、累積走行距離が一定距離(定数設定:例えば500m)を越える前に、方向変動のイベントが発生した場合も累積走行距離をクリアする。
(2) 次に、制御部209は、一定時間(定数設定:例えば1秒)ごとに走行軌跡を監視し、前回のイベントからの走行距離を積算して行く。
【0080】
(3) また、制御部209は、累積走行距離が一定距離(定数設定:例えば500m)を越えれば、一定距離走行イベントが発生したと見なし、時刻、位置および方位を記憶部205に記憶させる。
ただし、前記した通り、方向変動と一定距離走行の合計数に限定数(定数設定:例えば2回)が設定されているので、それらのイベントの前回のアップリンク情報ULからの合計回数がその限定数を超える場合には、例えば最も古いデータに上書きして、累積走行距離をクリアする。
【0081】
(4) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(1)〜(3)の処理を繰り返す。
【0082】
(5) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(c)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(c) 一定距離走行のイベント情報
・一定距離走行の終了時刻、位置および累積走行距離
・前回の記録イベントから当該一定距離走行の前に発生した反復停止の回数
・前回の記録イベントから当該一定距離走行の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0083】
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての一定距離走行のイベント情報を構成する、当該走行の終了時刻、位置および累積走行距離をすべてクリアする。
【0084】
〔停止イベントに関する例外処理〕
ところで、図6(a)の点Pは、右折時における交差点内の停止位置を示している。ここで、右折車線に先行車両がない場合には、走行中の車両5が点Pにおいて第2閾値V2未満まで減速し、当該点Pにおいて単独停止又は反復停止が生じる場合がある。
しかし、交差点内の点Pは、信号待ちとは無関係であり、前記待ち行列台数や飽和交通流率の算出には不要であるため、これを停止イベントとして採用すると、無駄なプローブ情報S3を含むアップリンク情報ULがインフラ側に送出されることになる。
【0085】
そこで、車載装置2の制御部209は、記憶部205に含まれる前記道路地図データを参照することにより、車両5の走行位置が道路地図データにおけるどの位置であるかに基づいて、方位変更中の車両5の停止イベントが、図6(a)の点Pに示すような、右折時における交差点内での停止である右折停止か否かを判定し、当該右折停止の場合には、これを前記単独停止や反復停止としては採用しない。
すなわち、制御部209は、上記右折停止については、これを記録イベントとせず、プローブ情報S3に含めない停止イベントとして処理する。
【0086】
これに対して、図6(b)の点Qは、比較的急カーブの単路での方位変更中における車両5の停止位置を示している。ここで、単路の下流側にある交差点の信号が赤になっている場合には、走行中の車両5が点Qにおいて第2閾値V2未満まで減速し、当該点Qにおいて単独停止或いは反復停止が生じる場合がある。
従って、このような単路での方位変更中の点Qでの停止は、図6(a)の右折時とは異なり、待ち行列台数や飽和交通流率の算出に必要であると考えられるため、プローブ情報S3に含める停止イベントとすべきである。
【0087】
そこで、車載装置2の制御部209は、記憶部205に含まれる前記道路地図データを参照することにより、車両5の走行位置が道路地図データにおけるどの位置であるかに基づいて、方位変更中の車両5の停止イベントが、図6(a)の点Qに示すような、単路での方位変更中の停止である単路停止か否かを判定し、当該単路停止の場合には、これを単独停止又は反復停止として採用する。
すなわち、制御部209は、上記単路停止については、これをプローブ情報S3に含める停止イベントとして処理する。
【0088】
〔プローブ情報のフレーム内容〕
図7は、車載装置2の制御部209が生成するプローブ情報S3のフレームフォーマットを示す表である。
図7に示すように、プローブ情報S3のデータ領域には、ヘッダ、基本項目及び属性種別が含まれており、ヘッダには、単独停止の回数と反復停止の回数とを記載することができる。
【0089】
また、基本項目には、位置と計測時刻の記載領域が含まれており、位置は、緯度と経度で記載され、計測時刻は時分秒で記載される。
更に、属性項目には、イベント種別とイベント値の記載領域が含まれている。イベント種別には、その種別或いはフラグが記載される。例えば、各イベントの種別値として、単独停止に「1」、方向変動に「2」、一定距離走行に「3」がそれぞれ割り当てられている場合には、これら1〜3の値のいずれかがイベント種別に記される。
【0090】
イベント値には、イベント種別に対応するデータ値として、方位、停止時間及び走行距離のうちの少なくとも1つが記載される。
なお、本実施形態では、中央装置4の制御部401が「アップリンクイベント」と「発進イベント」を生成してプローブ情報S3に追加するが、この場合、制御部401は、車載装置2が生成するイベントとは区別できる種別値(例えば、アップリンクイベント=4、発進イベント=5)をイベント種別に記すようになっている。
【0091】
〔プローブ情報のビット割り当て〕
図8は、プローブ情報S3に記す各種情報のビット割り当てを示す表である。
図8に示すように、単独停止の場合の停止時間は8ビットで表され、当初ビットの値で秒と分の場合に区分し、残りの7ビットで時間を表すようになっている。このため、1秒を最小単位として、16進数で0x01(1秒)から0xff(127分)までの時間を割り当てることができる。
【0092】
また、方向変動の場合の絶対方位は、北を「1」とし、時計回りに16単位として割り当てられている。
更に、一定距離走行や方向変動の場合の、前回イベントからの走行距離には8ビットが割り当てられており、5m単位になっている。この場合、16進数で0x01(5m)から0xff(1275m)までの走行距離を割り当てることができる。
【0093】
〔イベントの追加処理〕
<アップリンクイベントの追加処理>
前述の通り、光ビーコン6は、車載装置2からプローブ情報S3を含むアップリンク情報ULを受信すると、そのプローブ情報S3を、自身のビーコンIDとともに、交通信号制御機1aを介して中央装置4に送信する。
一方、中央装置4の記憶部404の地図データベースDB3には、管轄エリア内のすべての光ビーコン6のビーコンIDとこれと対応する位置が格納されている。
【0094】
そこで、中央装置4の制御部401は、ある光ビーコン6から通信部403がプローブ情報S3を受信すると、通信部403における受信時刻を抽出し、この受信時刻を、当該プローブ情報S3がアップリンクされた時刻(以下、アップリンク時刻という。)として特定する。
また、中央装置4の制御部401は、通信部403がプローブ情報S3とともに受信したビーコンIDに対応する設置位置(例えば、ビーコン制御機の設置位置)を、地図データベースDB3のビーコンデータから抽出し、抽出された位置データを、当該プローブ情報S3がアップリンクされた位置(以下、アップリンク位置という。)として特定する。
【0095】
更に、中央装置4の制御部401は、特定されたアップリンク位置とアップリンク時刻とを含むイベント情報(以下、「アップリンクイベント」という。)を生成し、生成したアップリンクイベントを、プローブ情報S3の最後尾のレコード部分に追加してプローブ用データベースDB1に格納する。
なお、前述の通り、ビーコンデータに記録される光ビーコン6の位置は、(1)ビーコン制御機の設置位置、(2)代表車線のヘッドの設置位置、(3)各ヘッドの設置位置のいずれかであるから、アップリンク位置もこれらの設置位置のいずれかを採用し得る。
【0096】
もっとも、(3)の各ヘッドの設置位置を採用する場合には、制御部401は、プローブ情報S3とともに受信した車線情報に基づいて、アップリンク情報ULを受信したヘッドを特定する。この場合、プローブ情報S3をアップリンクした位置を車線別に特定可能となるため、他の2者に比べてアップリンク位置の精度を向上できるという利点がある。
【0097】
このように、本実施形態では、中央装置4の制御部401が、車両5が光ビーコン6にアップリンクしたプローブ情報S3と、そのプローブ情報S3がアップリンクされた位置と時刻とを取得し、アップリンクされた位置と時刻を含むアップリンクイベントをプローブ情報S3に追加するので、このアップリンクイベントを追加した分だけ、車両5の軌跡情報が多いプローブ情報S3が得られる。
従って、その追加がない通常のプローブ情報S3を利用する場合に比べて、インフラ側における旅行時間や走行経路の算出精度をより向上することができる(特願2009−185144号参照)。
【0098】
<発進イベントの追加処理>
ところで、本実施形態の中央装置4では、制御部401が、プローブ車両5の位置とその時刻を含む先後2つのイベント間の通過時刻差を、両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出する。
一方、単独停止の場合には、その停止位置で車両5がとどまっていた停止時間が長時間(例えば数十秒)になると、その停止位置に対する停止が生じた時刻である停止時刻と、その停止位置から車両が発進した時刻である発進時刻との間の時刻差も長くなる。例えば、図9に示す、単独停止であるイベントE1(100,10)やイベントE2(240,60)のように、停止位置において車両が30秒停止した場合には、その停止位置からのプローブ車両5の発進時刻は停止時刻から30秒遅れることになる。
【0099】
ところが、本実施形態では、車載装置2側において、単独停止の時刻データとして「停止時刻」をだけ記すようになっており、単独停止のイベント情報として「発進時刻」を記すようにはなっていない。
このため、中央装置4において、単独停止のイベントに含まれる「停止時刻」だけを無条件に採用してリンク端の通過時刻(図9中の時刻ta,tb)を算出すると、当該リンク端の通過時刻が実際の通過時刻(図9中のt1,t2)とかけ離れた値になり、リンク旅行時間の推定精度が悪化するおそれがある。
【0100】
そこで、中央装置4の制御部401は、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報S3を生成するため、取得したプローブ情報S3に単独停止イベントが含まれている場合に、その単独停止イベントのデータ内容を利用して、その停止位置からの発進時刻と、停止位置とを含む「発進イベント」を生成する。
制御部401は、生成した発進イベントを、プローブ情報S3における対応する単独停止イベントの1つ後のレコードに追加してプローブ用データベースDB1に格納する。
【0101】
なお、発進イベントの「停止時刻」は、単独停止イベントから抽出した「停止時刻」に「停止時間」を加算することによって求められる。
また、発進イベントに含める「停止位置」は、単独停止イベントから抽出した「停止位置」と同じ値である。
【0102】
〔リンク端の通過時刻算出処理〕
図9は、中央装置4によるリンク端の通過時刻算出処理を示すためのグラフである。
図9において、l(小文字のエル)1〜l3は、中央装置4の地図データベースDB3に記録されている特定のリンクを示し、その接続端(ノード)をn0〜n3とする。l1〜l3の長さはいずれも150mとする。
【0103】
Ej(j=0〜3)は、プローブ用データベースDB1から抽出されたリンクl1〜l3に対応する記録イベントである。Ej(x,y)のxは当該イベントEjの位置(リンクに沿った距離)を示し、yは時刻を示す。
図9の○印(イベントE0)はそのイベントが「一定距離走行」であることを示し、△印(イベントE3)はそのイベントが方向変動であることを示している。図9の■印(イベントE1,E2)はそのイベントが「単独停止」であることを示し、□印(イベントE1’,E2’)はそのイベントが「発進イベント」であることを示している。
【0104】
aiとbi(i=1〜3)は、イベントEjの位置がリンクl1〜l3の中間にある場合における、そのイベントEjによるリンクl1〜l3内分比である。ここでは、a1:b1=2:1、a2:b2=3:2、a3:b3=1:1とする。
すなわち、イベントE1,E1’はリンクl1を2:1に内分する位置にあり、イベントE2,E2’はリンクl2を3:2に内分する位置にある。また、イベントE3はリンクl3を1:1に内分する位置にある。
【0105】
ここで、中央装置4の制御部401は、まず、プローブ情報S3に含まれる先後2つのイベントEj,Ej+1の位置xがリンク内にあるか否かを判定する。
その理由は、先後2つのイベントEj,Ej+1が同じリンクにあれば、そのイベントEj,Ej+1間の通過時刻差を複数のリンクに配分する必要がないからである。なお、図例では、イベントE1〜E3がいずれも1つのリンクl1〜l3の途中にあるので、上記判定の判定結果は否(No)となる。
【0106】
次に、中央装置4の制御部401は、位置xと時刻yを含む先後2つのイベントEj,Ej+1間にあるリンク端niの通過時刻差を、両イベントEj,Ej+1間にあるリンクliの距離比で配分した時間を求め、先のイベントEjに対応する時間を先のイベントEjの時刻yに加えることにより、リンク端niの通過時刻を求めるが、この場合、制御部401は、発進イベントについては「先のイベントEj」として用い、単独停止イベントについては「後のイベントEj+1」として用いる。
【0107】
具体的には、制御部401は、リンク端n1の通過時刻t1を算出する場合には、先のイベントとして「発進イベントE1’」を採用するとともに、後のイベントとして「単独停止イベントE2」を採用し、これらのイベントE1’,E2の位置xと時刻yを用いてリンク端n1の通過時刻t1を次式によって算出する。
t1=40+(60−40)×{50/(240−100)}=47.1秒
【0108】
また、制御部401は、リンク端n2の通過時刻t2を算出する場合には、先のイベントとして「発進イベントE2’」を採用するとともに、後のイベントとして「方向変動イベントE3」を採用し、これらのイベントE2’,E3の位置xと時刻yを用いてリンク端n2の通過時刻t2を次式によって算出する。
t2=90+(110−90)×{60/(375−240)}=98.9秒
【0109】
一方、図9に一点鎖線の矢印で示すように、先のイベントとして「単独停止ベントE1」を採用し、かつ、後のイベントとして「単独停止イベントE2」を採用して、リンク端n1の通過時刻taを求めるとすると、次式のようになる。
ta=10+(60−10)×{50/(240−100)}=27.9秒
また、先のイベントとして「単独停止ベントE2」を採用し、かつ、後のイベントとして「方向変動イベントE3」を採用して、リンク端n2の通過時刻tbを求めるとすると、次式のようになる。
ta=60+(110−60)×{50/(375−240)}=78.5秒
【0110】
上述のt1とta及びt2とtbの値を対比すれば明らかな通り、単独停止イベントE1,E2に含まれる「停止時刻」だけを無条件に採用すると、単独停止イベントE1,E2を先のイベントとして用いる場合に、リンク端n1,n2の通過時刻ta,tbが実際の通過時刻t1,t2と大きくかけ離れた値になる。従って、かかる実際とは異なる通過時刻ta,tbから求めたリンク旅行時間をそのまま採用すると、リンク旅行時間の推定精度が悪化してしまうことになる。
【0111】
なお、同様に、発進イベントE1’,E2’に含まれる「発進時刻」だけを無条件に採用すると、発進イベントE2’を後のイベントとして用いる場合に、リンク端n1の通過時刻が図9に示す時刻tcのようになり、この時刻tcも実際の時刻t1と大きくかけ離れた値になるので、この場合にも、その通過時刻から求めたリンク旅行時間をそのまま採用すると、リンク旅行時間の推定精度が悪化してしまう。
【0112】
この点、本実施形態の中央装置4によれば、車両の位置xとその時刻yを含む先後2つのイベントEj,Ej+1間にあるリンク端niの通過時刻を求める場合に、発進イベントについては先のイベントEjとして用い、単独停止イベントについては後のイベントEj+1として用いるので、停止位置xで生じた停止時間の長短に関係なく、プローブ車両5が実際にリンク端niを通過した正確な通過時刻t1,t2を算出することができ、リンク端の通過時刻t1,t2が実際とかけ離れた値になることがない。
【0113】
また、本実施形態の中央装置4によれば、制御部401が、単独停止イベントと同じ停止位置である、発進時刻を有する発進イベントを予めプローブ用データベースDB1に格納することにより、リンク端niの通過時刻t1,t2を正確に算出可能なイベント記録方式のプローブ情報S3を予め生成する。
このため、プローブ情報S3を用いてリンク端niの通過時刻t1,t2を求める場合に、単独停止イベントの停止位置からの発進時刻をその都度演算する必要がなく、通過時刻t1,t2の算出処理を迅速に行えるという利点もある。
【0114】
なお、図9の例では、先のイベントEjと後のイベントEj+1の間にリンク端niが1つだけ存在する場合を例示したが、イベントEj,Ej+1間に2つ以上のリンク端が存在する場合には、イベントEj,Ej+1間の通過時刻差をその間にある複数のリンク長で配分した時間を求め、その各配分時間を先のイベントEjの時刻に逐次加算して行くことにより、2つ以上のリンク端の通過時刻を求めるようにすればよい。
【0115】
〔第1の変形例〕
上記実施形態では、車載装置2が「単独停止イベント」を生成し、これを記録したプローブ情報S3を中央装置4が取得した場合に、中央装置4が「発進イベント」を生成してプローブ情報S3に追加することになっているが、単独停止イベントと発進イベントの生成主体を逆にしてもよい。
【0116】
すなわち、車載装置2が、車両5の停止位置と、この停止位置における車両5の停止時間と、その停止位置から車両5が発進した時刻である発進時刻とを含む「発進イベント」を生成することにしてもよい。
そして、中央装置4は、その発進イベントを記録したプローブ情報S3を取得した場合に、発進時刻から停止時間を減算することにより停止時刻を求め、当該停止時刻と停止位置とを含む「単独停止イベント」を生成して、プローブ情報S3における対応する発進イベントの1つ後のレコードに追加してプローブ用データベースDB1に格納する。
【0117】
この場合でも、プローブ用データベースDB1には、同じ停止位置について、「発進イベント」と「単独停止イベント」の2種類のイベントが格納されるので、上述の実施形態と同様の作用効果が得られる。
【0118】
〔第2の変形例〕
図10は、本発明が適用可能な別の交通制御システムを示す道路平面図である。
図10に示す変形例が上記実施形態(図1)と異なる点は、車載装置2がイベント記録方式のプローブ情報S3を生成するのではなく、交通信号制御機1aと中央装置4との間の情報通信を中継する情報中継装置8が、路側通信機7を介して車載装置2から取得した走行軌跡情報S5に基づいてイベント記録方式のプローブ情報S3を生成し、これを中央装置4に送信する点にある。
【0119】
すなわち、路側通信機7は、ITS無線通信システムを想定した中・広域の通信装置よりなり、交差点Cに流入するプローブ車両5の車載装置2と電波による無線通信が可能となっている。
車載装置2は、自車両の走行軌跡情報S5を路側通信機2へのアップリンク情報ULに含めて送信し、このアップリンク情報ULを受けた路側通信機7は走行軌跡情報S5を情報中継装置8に送る。
【0120】
情報中継装置8は、路側通信機7から受信した走行軌跡情報S5に基づいて、車両IDごとにイベント判定処理を行い、判定したイベントを記録したプローブ情報S3を生成して中央装置4に送信する。
中央装置4は、情報中継装置8から上記プローブ情報S3を取得すると、単独停止イベントが記録されているか否かを判定し、記録されている場合には、それに対応する発進イベントを生成してプローブ情報S3に追加する。
【0121】
なお、この第2の変形例においても、情報中継装置8が発進イベントを記録したプローブ情報S3を生成し、このプローブ情報S3を取得した中央装置4が、単独停止イベントを生成してプローブ情報S3に追加することにしてもよい。
このように、第2の変形例では、情報中継装置8がイベント記録方式のプローブ情報S3を生成し、中央装置4がそのプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置として機能する。
【0122】
従って、第2の変形例の場合には、イベント記録方式のプローブ情報S3を生成するプローブ情報の生成装置である情報中継装置8と、生成されたプローブ情報S3を取得し、取得したプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置である中央装置4とから、その両者が協同してプローブ情報S3に関する情報処理を行う情報処理システムが構成される。
【0123】
〔第3の変形例〕
図11は、本発明が適用可能な別の交通制御システムを示す道路平面図である。
図11に示す変形例が上記実施形態(図1)と異なる点は、車載装置2の無線通信部が携帯電話機2A等のモバイル通信端末よりなり、車載装置2が生成したイベント記録方式のプローブ情報S3を、当該モバイル通信端末を通じて中央装置4に送信するようにした点にある。
【0124】
この場合、プローブ情報S3を含むアップリンク情報ULは、携帯電話機2Aの基地局装置2Bに無線送信され、インターネット等の通信網を介して中央装置4に送信される。
なお、携帯電話機2A等の広域のモバイル通信端末の場合は、中央装置Aの管轄エリア内のほぼすべての道路からアップリンク情報ULを送信できるので、プローブ車両5において、イベント記録方式のプローブ情報S3ではなく、走行軌跡情報S5をアップリンク情報ULに格納して送信することにしてもよい。
【0125】
この場合、中央装置4は、車両IDごとに走行軌跡情報S5を収集し、この走行軌跡情報S5を用いてイベント判定処理を行うことにより、単独停止イベントや発進イベントを含む車両IDごとのイベント記録方式のプローブ情報S3を中央装置4自身で生成し、プローブ用データベースDB1に格納することになる。
【0126】
なお、今回開示した実施形態は、すべての点で例示であり制限的なものではないと考えられるべきである。本発明の権利範囲は、上記実施形態の意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0127】
1 交通信号機
1a 交通信号制御機
2 車載装置(プローブ情報の生成装置)
3 路側センサ
4 中央装置(プローブ情報の処理装置)
5 プローブ車両
6 光ビーコン
8 情報中継装置(プローブ情報の生成装置)
401 制御部(情報処理手段、時刻算出手段)
403 通信部(取得手段)
404 記憶部
DB1 プローブ用データベース
DB2 路側用データベース
DB3 地図データベース
【技術分野】
【0001】
本発明は、プローブ情報に記録された単独停止イベントから発進イベントを生成して当該プローブ情報に追加する処理(或いは、その逆の処理)を行うプローブ情報の処理装置と、その処理をコンピュータに実行させるためのコンピュータプログラムと、プローブ情報に関する情報処理を行う情報処理システムと、プローブ情報を用いたリンク端の通過時刻算出方法に関する。
【背景技術】
【0002】
警察庁が進める高度道路交通システム(ITS:Intelligent Transport Systems)として、光ビーコンをキーデバイスとした新交通管理システム(UTMS:Universal Traffic Management Systems)がある。
かかるシステムでは、信号制御に未来の予測情報を用いて青時間を最適化することにより、更にリアルタイム性を高めたプロファイル制御が採用されている。このプロファイル制御の特徴は次の通りである(非特許文献1参照)。
【0003】
(1) 現在から1サイクル未来の交通需要の予測
(2) 車両の時間遅れの直接評価に基づいたリアルタイム制御の実現
(3) 分散型の制御意思決定:中央制御と連携するハイブリッド型または隣接交差点が強調して動作する自律型の制御モードが選択可能
【0004】
上記プロファイル制御では、車両が交差点の停止線に到着する予測交通量の時系列データである到着プロファイルを所定時間ごとに推定しており、この到着プロファイルと他の信号制御情報に基づいてシミュレーション演算を実行する。
このシミュレーション演算は、具体的には、交差点全体の待ち行列台数の変動状況である遅れ時間(信号停止待ち時間)を求め、この遅れ時間に基づく評価値が最小となる青終了タイミングを探索し、最適な青終了タイミングを決定する(非特許文献1参照)。
【0005】
また、交通管制センターの中央装置では、上記UTMSのサブシステムとして、交通情報提供システム(AMIS)、公共車両優先システム(PTPS)、車両運行管理システム(MOCS)、動的経路誘導システム(DRGS)、及び、交通公害低減システム(EPMS)などを実行する場合もある。
このサブシステムのうち、車両運行管理システム(MOCS)や動的経路誘導システム(DRGS)を行う場合には、交通指標として旅行時間と走行経路が必要である。
【先行技術文献】
【非特許文献】
【0006】
【非特許文献1】「次世代信号制御方式の開発と実証実験」 SEIテクニカルレビュー 2004年3月 第166号 51〜55頁
【発明の概要】
【発明が解決しようとする課題】
【0007】
上記旅行時間と走行経路は、通常、路側センサである車両感知器や光ビーコンからの感知情報(定点観測情報)を利用して推定されるが、路側センサの空間密度が粗い場合には、旅行時間と走行経路の精度をさほど向上することができない。
そこで、道路を走行するプローブ車両との無線通信を通じて、車両の位置とこの位置に対応する時刻とを含む走行軌跡情報を取得し、この走行軌跡情報を利用して旅行時間や走行経路の推定精度の向上を図ることがある。
【0008】
上記走行軌跡情報は、車両の走行状態を正確に把握するために、通常0.1〜1.0秒程度の周期でデータ収集される。このため、交通情報の推定のために多数の車両のプローブデータを扱う交通制御システムの場合には、データ量が膨大となって情報通信や蓄積のための運用コストが高くなる。
そこで、車両の走行軌跡そのものではなく、走行中の車両に生じる代表的なイベント(走行挙動)を定義し、このイベント単位でプローブ情報の記録内容を構成する方式(以下、「イベント記録方式」ということがある。)が提案されている。
【0009】
かかるイベント記録方式のプローブ情報に記録する代表的なイベントとしては、例えば次の(1)〜(3)のものがある(本出願人による特願2009−92647号参照)。
(1) 信号待ちや渋滞末尾への到達による停止と推定される「単独停止」
(2) 曲率半径が小さい大きな走行方向の変動(交差点での右折や左折を含む。)である「方向変動」
(3) 車両が一定距離以上の走行を継続する「一定距離走行」
【0010】
ところで、プローブ情報の走行軌跡を利用したリンク旅行時間は、通常、先後2つの車両の位置間の通過時刻差を、両位置間にあるリンクの距離比で配分した時間を求め、先の位置の通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出し、上流側のリンク端(リンクの始端)と下流側のリンク端(リンクの終端)の通過時刻差を求めることによって算出される。
従って、イベント記録方式のプローブ情報を用いてリンク旅行時間を算出するには、車両の位置とその時刻を含む先後2つのイベント間の通過時刻差を、両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出することになる。
【0011】
しかし、上述の複数種類のイベントのうち、単独停止の場合には、その停止位置で車両がとどまっていた停止時間が長時間(例えば数十秒)になると、その停止位置に対する停止が生じた時刻である停止時刻と、その停止位置から車両が発進した時刻である発進時刻との間の時刻差も長くなる。例えば、図9に示す単独停止のイベントE1(100,10)やイベントE2(240,60)(ただし、x座標は位置、y座標は停止時刻。)のように、停止位置において車両が30秒停止した場合には、その停止位置からのプローブ車両の発進時刻は停止時刻から30秒遅れる。
このため、単独停止の時刻データとして、例えば上記停止時刻を記す規約である場合において、単独停止のイベントに含まれる停止時刻だけを無条件に採用してリンク端の通過時刻(図9中の時刻ta,tb)を算出すると、当該リンク端の通過時刻が実際の通過時刻(図9中のt1,t2)とかけ離れた値になり、リンク旅行時間の推定精度が悪化するおそれがある。
【0012】
本発明は、このような実情に鑑み、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができるプローブ情報の処理装置等を提供することを目的とする。
【課題を解決するための手段】
【0013】
(1) 第1の本発明に係るプローブ情報の処理装置は、車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報を取得する取得手段と、前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加する情報処理手段と、を備えていることを特徴とする。
【0014】
第1の本発明によれば、上記情報処理手段が、単独停止イベントに含まれる停止時刻に停止時間を加算することにより、停止位置から車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成してプローブ情報に追加するので、同じ停止位置を含む2種類のイベントとして、停止時刻を含む単独停止イベントと発進時刻を含む発進イベントが得られ、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。
【0015】
(2) 一方、第2の本発明に係るプローブ情報の処理装置は、第1の本発明の場合とは逆に、取得するプローブ情報に発進イベントが記録されており、これから単独停止イベントを生成してプローブ情報に追加するものである。
【0016】
すなわち、第2の本発明に係るプローブ情報の処理装置は、車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録されたプローブ情報を取得する取得手段と、前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加する情報処理手段と、を備えていることを特徴とする。
【0017】
第2の本発明によれば、上記情報処理手段が、発進イベントに含まれる発進時刻に停止時間を減算することにより、停止位置に対知る停止が生じた時刻である停止時刻を求め、当該停止時刻と停止位置とを含む単独停止イベントを生成してプローブ情報に追加するので、同じ停止位置を含む2種類のイベントとして、発進時刻を含む発進イベントと停止時刻を含む単独停止イベントが得られ、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。
【0018】
(3) 従って、第1及び第2の本発明に係るプローブ情報の処理装置において、例えば、同じ前記停止位置についての前記単独停止イベントと前記発進イベントの双方が記録された前記プローブ情報を用いて、リンク端の通過時刻を求める時刻算出手段を更に設けるようにすれば、リンク端の通過時刻を正確に算出できるようになる。
【0019】
(4) 具体的には、前記時刻算出手段が、前記車両の位置とその時刻を含む先後2つのイベント間にある前記リンク端の通過時刻を求める場合において、前記発進イベントについては前記先のイベントとして用い、前記単独停止イベントについては前記後のイベントとして用いるようにすれば、停止位置で生じた停止時間の長短に関係なく、リンク端の通過時刻を正確に算出することができる。従って、リンク端の通過時刻が実際とかけ離れた値になるのを防止することができる。
【0020】
(5) 本発明の情報処理システムは、走行中に車両に生じる複数種類のイベントをプローブ情報に含めて記憶可能な情報記憶手段と、前記車両の前回の停止から当該車両の速度が所定の第1閾値以上となって当該車両が停止する単独停止と、この単独停止以外の停止である反復停止とを、別個の前記イベントとして判定するイベント判定手段と、前記単独停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めて当該プローブ情報を生成し、前記反復停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めずに当該プローブ情報を生成する情報生成手段と、を有するプローブ情報の生成装置と、生成された前記プローブ情報を取得して、取得した前記プローブ情報に前記発進イベントを追加する第1の本発明に係るプローブ情報の処理装置と、を備えていることを特徴とする。
【0021】
従って、本発明の情報処理システムは、第1の本発明に係るプローブ情報の処理装置と同様の作用効果を奏する。
また、本発明の情報処理システムによれば、イベント判定手段が、単独停止と反復停止を別個のイベントとして判定し、情報生成手段が、単独停止についてはプローブ情報に含め、反復停止についてはプローブ情報に含めないので、待ち行列台数や飽和交通流率等の交通指標の算出のために必要な情報(この場合は、単独停止の停止位置)を、効率的に含むプローブ情報を生成することができ、プローブ情報の記憶や送信のためのデータ量を低減できるという利点がある。
【0022】
(6) 第1の本発明に係るコンピュータプログラムは、第1の本発明に係るプローブ情報の処理装置による処理をコンピュータに実行させるためのコンピュータプログラムであって、当該プローブ情報の処理装置と同様の作用効果を奏する。
(7) 第2の本発明に係るコンピュータプログラムは、第2の本発明に係るプローブ情報の処理装置による処理をコンピュータに実行させるためのコンピュータプログラムであって、当該プローブ情報の処理装置と同様の作用効果を奏する。
【0023】
(8) 本発明に係るリンク端の通過時刻算出方法は、車両の位置とその時刻を含む先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出するリンク端の通過時刻算出方法であって、前記車両の停止位置と、この停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントについては、前記先のイベントとして用い、前記車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、前記後のイベントとして用いることを特徴とする。
【0024】
本発明方法によれば、先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出する場合において、車両の停止位置と、この停止位置から車両が発進した時刻である発進時刻とを含む発進イベントについては、先のイベントとして用い、車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、後のイベントとして用いるので、停止位置で生じた停止時間の長短に関係なく、リンク端の通過時刻を正確に算出することができる。従って、リンク端の通過時刻が実際とかけ離れた値になるのを防止することができる。
【発明の効果】
【0025】
以上の通り、本発明によれば、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報を生成することができる。このため、プローブ情報に記録されたイベントを利用してリンク旅行時間を推定する場合に、その推定精度の悪化を防止することができる。
【図面の簡単な説明】
【0026】
【図1】本発明が適用可能な交通制御システムを示す道路平面図である。
【図2】交通制御のアプリケーション、交通指標及びプローブ情報の関係を示す表である。
【図3】中央装置の内部構成を示す機能ブロック図である。
【図4】車載装置の内部構成を示す機能ブロック図である。
【図5】停止イベントの判定方法を示すグラフである。
【図6】方向変動イベントの例を示す道路平面図である。
【図7】プローブ情報のフレームフォーマットを示す表である。
【図8】プローブ情報に記す各種情報のビット割り当てを示す表である。
【図9】中央装置による時刻算出処理を示すためのグラフである。
【図10】本発明が適用可能な別の交通システム制御システムを示す道路平面図である。
【図11】本発明が適用可能な別の交通システム制御システムを示す道路平面図である。
【発明を実施するための形態】
【0027】
〔システムの全体構成〕
以下、図面を参照しつつ、本発明の実施形態を説明する。
図1は、本発明が適用可能な交通制御システムの一例を示す道路平面図である。
図1に示すように、本実施形態の交通制御システムは、交通信号機1、車載装置2、車両感知器等よりなる路側センサ3、中央装置4、車載装置2を搭載したプローブ車両5(以下、単に車両5という場合がある。)、及び光ビーコン6等を含む。
【0028】
このうち、交通信号機1は、主道路RM1,RM2及び従道路RS1,RS2のそれぞれに設置された4つの信号灯器1bと、この信号灯器1bと通信回線を介して接続された交通信号制御機1aとを備えている。
交通信号制御機1aは、電話回線等の通信回線を介して交通管制センター内の中央装置4に接続されており、中央装置4は、自身の管轄エリア内にある各交差点Cの交通信号制御機1aとローカルエリアネットワーク(LAN)を構成している。
【0029】
従って、中央装置4は、交通信号制御機1aとそれぞれ双方向通信が可能であり、交通信号制御機1aは他の交差点の同制御機1aとも双方向通信が可能である。なお、中央装置4は、交通管制センターではなく道路上に設置してもよい。
交通信号制御機1aは、MODERATO(Management by Origin-DEstination Related Adaptation for Traffic Optimization)制御等の交通感応制御を行った結果の出力である信号制御指令S1を、中央装置4から受信し、この信号制御指令S1に基づいて、各信号灯器1bに含まれる信号灯の点灯、消灯及び点滅を制御する。
【0030】
また、交通信号制御機1aは、光ビーコン6とも通信回線で繋がっており、中央装置4から受信した渋滞情報や旅行時間等を含む交通情報S2を光ビーコン6に送信する。
光ビーコン6は、車載装置2を搭載したプローブ車両5と光信号での双方向通信が可能であり、上記交通情報S2をダウンリンク情報DLに含めて送信する。また、車載装置2が光ビーコン6に送信するアップリンク情報ULには、後述のプローブ情報S3が含まれている。このプローブ情報S3は、そのアップリンク情報ULの受信時刻及びビーコンIDとともに、交通信号制御機1aを介して中央装置4に転送される。
【0031】
路側センサ3は、例えば、直下を通行する車両を超音波感知する車両感知器や、インダクタンス変化で車両を感知するループコイル、或いは、カメラの映像を画像処理して交通量や車両速度を計測する画像感知器よりなり、交差点Cに流入する車両台数や車両速度を計測する目的で、管轄エリア内の一部の道路に設置されている。
路側センサ3が検出した路側計測情報S4は、交通信号制御機1aで中継されて、通信回線を介して中央装置4に送信される。
【0032】
〔中央装置〕
図3は、中央装置4の内部構成を示す機能ブロック図である。
図3に示すように、中央装置4は、制御部401、表示部402、通信部403、記憶部404及び操作部405を含んでいる。
中央装置4の制御部401は、ワークステーション(WS)やパーソナルコンピュータ(PC)等よりなり、交通信号制御機1aからの各種の交通情報の収集・処理(演算)・記録、信号制御及び情報提供を統括的に行う。なお、中央装置4の制御部401は、内部バスを介して上記ハードウェア各部と繋がっており、これら各部の動作も制御する。
【0033】
中央装置4の制御部401は、自身の管轄エリアに属する交通信号制御機1aに対して、同一道路上の交通信号機1群を調整する系統制御や、この系統制御を道路網に拡張した広域制御(面制御)を実行可能である。
すなわち、中央装置4の制御部401は、交通状況に応じて信号制御パラメータ(スプリット、サイクル長及びオフセット等)を設定する交通感応制御を行うものであり、制御部401が行う交通感応制御には、例えば、前記MODERATO制御やプロファイル制御等を含む複数種類のものが含まれる。
【0034】
中央装置4の通信部403は、通信回線を介してLAN側と接続された通信インタフェースであり、所定時間ごとの信号灯器1bの灯色切り替えタイミング等に関する信号制御指令S1と、道路リンクの旅行時間や渋滞情報等を含む交通情報S2を、各交通信号機1に送信している。
信号制御指令S1は、信号制御パラメータの演算周期(例えば、1.0〜2.5分)ごとに送信され、交通情報S2は例えば5分ごとに送信される。
【0035】
また、中央装置4の通信部403は、プローブ車両5の位置及び時刻(軌跡)と車両IDとを含む移動計測情報であるプローブ情報S3と、路側センサ3による路側計測情報S4とを交通信号制御器1aから受信する。
【0036】
中央装置4の表示部402は、自身が管理するエリアの道路地図と、この道路地図上のすべての交通信号機1や路側センサ3及び光ビーコン6の位置等が表示された表示画面により構成され、中央オペレータに渋滞や事故等の交通状況を報知するものである。
中央装置4の操作部405は、キーボードやマウス等の入力インタフェースよりなり、この操作部405によって中央オペレータが上記表示部402に対する表示切り替え操作等を行えるようになっている。
【0037】
中央装置4の記憶部404は、ハードディスクや半導体メモリ等から構成されており、上記交通感応制御のための制御プログラムや、この交通感応制御等に用いる交通指標の演算プログラムを記憶している。記憶部404は、制御部401が生成した信号制御指令S1や交通情報S2の一時的な記憶領域も有する。
また、中央装置4の記憶部404は、プローブ用データベースDB1、路側用データベースDB2及び地図データベースDB3を備えている。
【0038】
プローブ用データベースDB1には、プローブ情報S3に含まれるプローブ車両5の位置及び時刻を有する各種のイベント情報と、このイベントの位置及び時刻から算出したリンク端の通過時刻等が車両IDごとに集積される。
また、路側用データベースDB2には、路側計測情報S4の各種計測値(リンクに対する車両の通過台数等)が集積される。
【0039】
地図データベースDB3には、道路地図データが集積されており、この道路地図データには、交差点データ、リンクデータ及びビーコンデータが含まれる。
このうち、交差点データは、交差点IDと交差点の位置とを対応付けたものである。また、リンクデータは、リンクIDと、リンクの始点・終点・補間点(道路が折れ曲がる地点に対応)のそれぞれの位置と、リンクの始点に接続するリンクのリンクIDと、リンクの終点に接続するリンクのリンクIDとを対応付けたものである。このリンクデータには、各リンクの車線数も含まれている。
【0040】
ビーコンデータは、光ビーコン6ごとに付与されたビーコンIDとその位置とを対応付けたものである。光ビーコン6の設置位置の特定の仕方としては、幾つかのバリエーションがあるが、例えば、光ビーコン6の通信制御機の設置位置を採用することができる。
また、複数のヘッドを有する光ビーコン6の場合には、そのうちの代表車線のヘッドの設置位置を光ビーコン6の位置としてもよいし、プローブ情報S3がアップリンクされた位置を、車線別により正確に特定したい場合には、各ヘッドの設置位置を個別に記憶しておいてもよい。
【0041】
後述の通り、本実施形態の車載装置2は、単独停止、方向変動及び一定距離走行等のイベント情報が記録されたプローブ情報S3を生成し、かかるイベント記録方式のプローブ情報S3を、中央装置4が光ビーコン6と交通信号制御機1aを経由して取得する。
そこで、中央装置4の制御部401は、イベント記録方式のプローブ情報S3に基づいて、プローブ車両5が走行したリンク(走行リンク)の推定処理や、その走行リンクにおけるリンク端の通過時刻算出処理などを行う。
【0042】
具体的には、中央装置4の制御部401は、イベント記録方式のプローブ情報S3を用いて、次の(1)〜(4)の処理を実行する。
(1) イベントの追加処理
(2) マップマッチング処理
(3) 走行リンクの推定処理
(4) 通過時刻算出処理
【0043】
上述の各処理のうち、「イベントの追加処理」は、走行軌跡やリンク旅行時間の推定精度を向上するために、取得したプローブ情報S3に対して「アップリンクイベント」や「発進イベント」を生成し、これを当該プローブ情報S3に追加する処理である。
すなわち、中央装置4の制御部401は、車載装置2では記録されなかった上記各イベントを補完的に生成し、その生成したイベントを、対応する車両IDのプローブ情報S3のイベント情報としてプローブ用データベースDB1に格納する。なお、このイベントの追加処理の詳細については後述する。
【0044】
このように、本実施形態の中央装置4は、車載装置2が生成したイベント記録方式のプローブ情報S3に含まれるイベント以外のイベントを生成し、生成したイベントを当該プローブ情報S3に追加する情報処理装置として機能する。
従って、イベント記録方式のプローブ情報S3を生成する車載装置2と、そのプローブ情報S3に他のイベントを追加する中央装置4とにより、その両者が協同してプローブ情報S3に関する情報処理を行う情報処理システムが構成されている。
すなわち、本実施形態の情報処理システムは、イベント記録方式のプローブ情報S3を生成するプローブ情報の生成装置である車載装置2と、生成されたプローブ情報S3を取得し、取得したプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置である中央装置4とを備える。
【0045】
「マップマッチング処理」は、プローブ情報S3に含まれるイベントの位置を地図上のリンクの位置に対応させる処理である。これらの位置にずれがある場合には、実際に走行したと推定されるリンク上にイベントの位置が補正される。
「走行リンクの推定処理」は、マップマッチングされた任意の2つのイベント間を、所定条件(最短距離又は最短時間等)の下での総当たりやダイクストラ法等のアルゴリズムによる経路探索を行い、プローブ車両5が走行したリンクを推定する処理である。
【0046】
また、「通過時刻算出処理」は、プローブ車両5の位置とその時刻を含む先後2つのイベントを、プローブ用データベースDB1から抽出し、この2つのイベント間の通過時刻差を両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出する処理である。
制御部401は、算出したリンク端の通過時刻をプローブ用データベースDB1に格納する。なお、この算出処理の詳細についても後述する。
【0047】
中央装置4の制御部401は、プローブ用データベースDB1に蓄積されたリンク端の通過時刻や、路側用データベースDB2に蓄積された路側計測情報S4に基づいて、リンク旅行時間を所定時間ごとに推定し、この推定値を地図データベースDB3に記録する。
例えば、制御部401は、プローブ情報S3又は路側計測情報S4のいずれか一方が得られているリンクについては、その情報から求まる旅行時間を当該リンクの旅行時間と推定し、双方が得られているリンクについては、双方の情報から求まる各旅行時間に所定の重み付けで補正処理した時間を当該リンクの旅行時間と推定する。
【0048】
なお、路側計測情報S4の代わりに、VICSセンター(「VICS」は「財団法人道路交通情報通信システムセンター」の登録商標)などの交通情報配信センターから取得したリンク旅行時間(すなわち、「VICS旅行時間」)を用いることにしてもよい。
また、リンク旅行時間は、通常、最新の路側計測情報S4に基づいて5分ごとに更新される言わば過去の推定値であるが、この過去の推定値に基づいて所定の予測アルゴリズムを用いて求められた、将来に向けての予測値であってもよい。
【0049】
〔中央装置による交通制御の種類等〕
図2は、中央装置4の制御部401が実行する交通制御のアプリケーションと、それに必要な入力情報である交通指標と、その交通指標の算出のために必要となるプローブ情報との関係を示す表である。
例えば、信号制御の高度化にために実施されるMODERATO制御やプロファイル制御に必要な交通指標(交通制御に対する入力情報)は、待ち行列台数と飽和交通流率であり、迂回路優先制御に必要な交通指標は、旅行時間と走行経路である。
【0050】
また、交通流分析のために実施されるボトルネック位置の検出に必要な交通指標は、走行中の車両5の停止回数である。
更に、MOCSで行われるCO2排出量の推定には、車両5の停止回数(なお、この場合には、後述する反復停止と単独停止の区別が必要。)が必要であり、MOCSで行われる動態管理に必要な交通指標は、車両5の走行経路である。
【0051】
〔車載装置〕
図4は、プローブ車両5の車載装置2の内部構成を示す機能ブロック図である。
この車載装置2は、光ビーコン6との間で双方向の光通信を行う路車間通信機能と、搭乗者が設定した目的地に案内するナビゲーション機能を有する。
図4に示すように、車載装置2は、GPS処理部201、方位センサ202、車速取得部203、光通信部204、記憶部205、操作部206、表示部207、音声出力部208及び制御部209等を含む。
【0052】
GPS処理部201は、GPS衛星からのGPS信号を受信し、GPS信号に含まれる時刻情報、GPS衛星の軌道、測位補正情報等に基づいて、プローブ車両5の位置(緯度、経度及び高度)を計測する。
方位センサ202は、光ファイバジャイロなどで構成されており、プローブ車両5の方位及び角速度を計測する。車速取得部203は、車速センサ(図示せず)が車輪の角速度を検出することにより計測したプローブ車両5の速度データを取得する。
【0053】
車載装置2の光通信部204は、道路上の所定位置に設定された光ビーコン6の通信領域において、アップリンク情報ULとダウンリンク情報DLを送受信する。すなわち、車載装置2の光通信部204は、交差点Cを流出したプローブ車両5が光ビーコン6の通信領域に入ると、交通情報S2を含むダウンリンク情報DLを受信し、自身のプローブ情報S3を含むアップリンク情報ULを光ビーコン6に送信する。
【0054】
車載装置2の記憶部205は、ハードディスクや半導体メモリ等から構成され、ダウンリンク情報DLに含まれる交通情報S2や、アップリンク情報ULに含めるプローブ情報S3等の各種情報を記憶するための記憶領域を有する。
記憶部205は、道路地図データも記憶している。この道路地図データには、交差点IDと交差点の位置とを対応付けた交差点データが含まれている。また、道路地図データには、リンクIDと、リンクの始点・終点・補間点(道路が折れ曲がる地点に対応)それぞれの位置と、リンクの始点に接続するリンクのリンクIDと、リンクの終点に接続するリンクのリンクIDと、最適経路の特定に使用するリンクコストとを対応付けたリンクデータも含まれている。
【0055】
上記リンクコストは、例えば、リンクとその終点に接続するリンクの組み合わせの数だけ用意されており、リンクの始点に進入してから当該リンクの終点を退出し、次に接続するリンクの始点に進入するまでに要する時間が設定されている。
すなわち、リンクコストには、リンクの始点から終点までを走行するのに要するコスト(時間)と、リンクの終点から次のリンクの始点までを走行するのに要するコスト(時間)、つまり、交差点を通過するのに要するコストが含まれている。
【0056】
車載装置2の操作部206は、タッチパネルやボタン等から構成されており、ドライバを含む車両5の搭乗者が目的地の設定等を行えるようになっている。
車載装置2の表示部207は、車両5のダッシュボード部分に取り付けられたモニタ装置(図示せず)よりなり、制御部209が後述する感応要求処理において作成した画像データを搭乗者に表示する。また、音声出力部208は、制御部209が作成した音声データをスピーカー(図示せず)から出力する。
【0057】
車載装置2の制御部209は、マイクロコンピュータ等から構成され、GPS処理部201、方位センサ202、車速取得部203、光通信部204、記憶部205、操作部206、表示部207、音声出力部208での各処理を制御する。
また、車載装置2の制御部209は、GPS処理部201が計測した車両5の位置、方位センサ202が計測した車両5の方位及び角速度、車速取得部203が取得した車両5の速度の各データ、記憶部205に記憶している道路地図データに基づいてマップマッチング処理を行い、道路地図データのリンク上におけるプローブ車両5の位置を算出することができる。
【0058】
更に、車載装置2の記憶部205には、プローブ車両5の走行中に生じる各種のイベントの発生を判定する「イベント判定処理」と、その各種のイベントの性質に応じて、当該イベントとその関連情報のうちのどれをプローブ情報S3に含めるか否かを決定し、その決定したイベントが記録されたプローブ情報S3を生成する「情報生成処理」を、制御部209に実行させるためのコンピュータプログラムが格納されている。
【0059】
車載装置2の制御部209は、上記プログラムを記憶部205から読み出して実行することより、上記「イベント判定処理」と「情報生成処理」を実行する。以下、車載装置2の制御部209が行うこれらの処理について説明する。
なお、本実施形態では、インフラ側へのプローブ情報S3の送信手段として光ビーコン6を利用しているので、車載装置2の制御部209は、ある光ビーコン6とその次に通過する光ビーコン6との間の経路を走行中に生じた各種イベントとその関連情報を記載したプローブ情報S3を生成する。
【0060】
〔停止イベントに関する判定処理〕
本実施形態の制御部209が判定する停止イベントには、「単独停止」と「反復停止」とがある。
図5は、それら単独停止と反復停止との判定方法を示すグラフである。図5のグラフにおいて、横軸は車両5の走行距離であり、縦軸は速度である。
また、図5の第1閾値V1は、車両5の停止が反復停止か単独停止かを判別するための閾値であり、例えば30km/hに設定されている。第2閾値V2は、これ未満の速度の場合に実質的に停止と見なせる値であり、例えば5km/hに設定されている。
【0061】
ここで、「単独停止」とは、非渋滞走行状態からの停止のことであり、非渋滞交差点での信号待ち停止や、渋滞交差点での最初の停止がこれに該当する。また、「反復停止」とは、渋滞走行状態からの停止のことであり、渋滞のために車両5が停止と発進を繰り返す場合(Stop & Go )を想定したイベントである。
例えば、図5の点A及び点Bのように、車両5の速度が、第1閾値(渋滞判定用の速度閾値)V1を超えた状態から減少し、その速度が第2閾値(停止判定用の速度閾値)V2を下回って車両5が停止した場合には、「単独停止」と判定される。
【0062】
一方、図5の点Cのように、車両5の速度が、第1閾値V1未満の範囲内において増減してから、その速度が第2閾値V2を下回って当該車両5が停止した場合には、「反復停止」と判定される。
なお、本明細書において、「停止時間」とは、車両5が停止位置にとどまっていた時間のことを意味し、「停止時刻」とは、停止位置に対する停止が生じた時刻のことを意味する。また、「発進時刻」とは、停止位置から車両5が発進した時刻のことを意味する。従って、車両5の停止時間、停止時刻及び発進時刻の間には、「停止時間=発進時刻−停止時刻」の関係が成立する。
【0063】
上述のイベント判定条件の下で、車載装置2の制御部209は、次の各処理(1)〜(6)を実行する。
(1) まず、制御部209は、イベント判定処理の起動時に、反復停止の回数、単独停止の回数、停止時刻と停止位置、及び、高速走行フラグをすべてクリアする。
(2) 次に、制御部209は、予め設定された所定時間(例えば、1秒)ごとに車両5の速度を監視しており、この速度が第1閾値V1以上になれば、高速走行フラグをオンに設定する。
【0064】
(3) 次に、制御部209は、速度が第2閾値V2未満の状態が、一定秒数(定数設定:例えば5秒)継続した場合には、車両5が停止したと判定する。
この場合、高速走行フラグがオンの場合は、車両5が図5の点A又は点Bの状態であると見なせるので、単独停止の回数をインクリメントし、高速フラグがオフの場合は、図5の点Cの状態であるともなせるので、反復停止の回数をインクリメントする。
【0065】
(4) また、制御部209は、車両5の停止を判定した後、速度が第2閾値V2を超えた場合には、車両5が再発進したと判定する。このとき、高速走行フラグがオンの場合は、単独停止の場合に該当するので、その停止時刻、停止位置及び停止時間を記憶部205に記憶させる。
ただし、制御部209は、停止位置付きの単独停止のイベントについて、プローブ情報S3に含めることができる限定数(定数設定:例えば5回)を予め設定している。
【0066】
従って、制御部209は、単独停止の回数が上記限定数を超える場合には、例えば最も古いデータに上書きして、単独停止の停止時刻、停止位置及び停止時間を更新する。また、制御部209は、最後に高速走行フラグをオフに設定する。
(5) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(2)〜(4)の処理を繰り返す。
【0067】
(6) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(a)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(a) 単独停止のイベント情報
・停止位置、停止時刻及び停止時間
・前回の記録イベントから当該単独停止の前に発生した反復停止の回数
・前回の記録イベントから当該単独停止の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0068】
ここで、上記「記録イベント」とは、少なくとも位置情報を有するイベントとしてプローブ情報S3に記録するイベントのことであり、停止位置を有する上記(a)の単独停止の他、後述する方向変動又は一定距離走行のイベントがこれに含まれる。
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての単独停止のイベント情報を構成する、停止位置、停止時刻及び停止時間をすべてクリアする。
【0069】
このように、制御部209は、停止イベントが単独停止の場合には、予め定めた限定数(例えば5回)以内のものについては、停止位置、停止時刻及び停止時間をプローブ情報S3に含めるが、限定数を超えたためデータ更新された単独停止と、すべての反復停止について、その停止位置、停止時刻及び停止時間をプローブ情報S3に含めない。
もっとも、単独停止と反復停止の停止回数については、次の記録イベントに付随するイベント情報として、プローブ情報S3に含められる。
【0070】
本実施形態の車載装置2によれば、制御部209が、信号待ち等が原因の単独停止と、停止と発進を繰り返す反復停止とを別個のイベントとして判定し、待ち行列台数や飽和交通流率の算出に必要な単独停止については、所定の限定数以下のものが停止位置、停止時刻及び停止時間をイベント情報として含み、反復停止については、その停止回数のみが別の記録イベントのイベント情報に含められる。
【0071】
従って、プローブ情報S3の記憶や送信のためのデータ量を効率的に使用しつつ、待ち行列台数や飽和交通流率等の交通指標を算出可能なプローブ情報S3を生成することができる。
また、停止回数については、単独停止と反復停止の判別が可能となるように各記録イベントのイベント情報に含められるので、車載装置2からのプローブ情報S3を取得した中央装置4は、その記録イベントに含まれる停止回数を用いて、MOCSによるCO2の排出量の推定を実行することができる。
【0072】
〔方向変動イベントに関する判定処理〕
図6は、方向変動イベントの例を示す道路平面図である。
図6(a)は、交差点での右折(ただし、左折でもよい。)に生じる方向変動イベントを示し、図6(b)は、比較的急カーブの単路で生じる方向変動イベントを示している。
車載装置2の制御部209は、図6に示すような、曲率半径が小さくて車両5の走行方向の変化が大きい「方向変動」をイベントとして抽出し、これに関するプローブ情報S3を生成するため、次の各処理(1)〜(5)を実行する。
【0073】
(1) まず、制御部209は、一定時間(定数設定:例えば1秒)ごとに、車両2の走行軌跡を監視しており、記憶部205に前回記憶させた前回軌跡から、車両5が一定距離(定数設定:例えば10m)以上走行すれば、その位置(緯度経度)及び方位(ない場合は前回との相対位置から求める。)を今回軌跡として記憶部205に記憶させる。
(2) 次に、制御部209は、前回軌跡と今回軌跡との方位差が一定(定数設定:例えば5度)以上あれば、方位変化が開始されたと見なす。
【0074】
(3) 更に、制御部209は、前回軌跡と今回軌跡との間の方位差が、一定(定数設定:例えば5度)未満の状態が一定回数(定数設定:例えば2回)になれば、方位変化が終了したとみなす。
(4) 次に、制御部209は、方位変化の開始時点の方位と、方位変化の終了時点の方位との差が一定(定数設定:例えば30度)以上であれば、「方向変動」のイベントが発生したとみなし、その方位変化の終了時点での時刻、位置及び方位を記憶部205に記憶させる。
【0075】
ただし、制御部209は、方向変動のイベントと後述する一定距離走行のイベントについては、前記単独停止とは別に、プローブ情報S3に含めることができる限定数(定数設定:例えば2回)を予め設定している。
従って、制御部209は、それらのイベントの前回のアップリンク情報ULからの合計回数がその限定数を超える場合には、例えば最も古いデータに上書して、方位変化の終了時刻、終了位置及び絶対方位をクリアする。
(5) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(1)〜(4)の処理を繰り返す。
【0076】
(6) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(b)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(b) 方向変動のイベント情報
・方位変化の終了時刻、終了位置及び絶対方位
・前回の記録イベントから当該方向変動の前に発生した反復停止の回数
・前記の記録イベントから当該方向変動の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0077】
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての方向変動のイベント情報を構成する、方位変化の終了時刻、終了位置及び絶対方位をすべてクリアする。
【0078】
〔一定距離走行イベントに関する判定処理〕
また、車載装置2の制御部209は、車両5が十分に長い一定距離だけ走行したか否か(一定距離走行)をイベントとして判定するため、次の処理(1)〜(4)を実行する。
【0079】
(1) まず、制御部209は、前記停止イベント(単独停止及び反復停止)又は方向変動イベントのいずれかが発生した時に、累積走行距離をクリアする。また、制御部209は、累積走行距離が一定距離(定数設定:例えば500m)を越える前に、方向変動のイベントが発生した場合も累積走行距離をクリアする。
(2) 次に、制御部209は、一定時間(定数設定:例えば1秒)ごとに走行軌跡を監視し、前回のイベントからの走行距離を積算して行く。
【0080】
(3) また、制御部209は、累積走行距離が一定距離(定数設定:例えば500m)を越えれば、一定距離走行イベントが発生したと見なし、時刻、位置および方位を記憶部205に記憶させる。
ただし、前記した通り、方向変動と一定距離走行の合計数に限定数(定数設定:例えば2回)が設定されているので、それらのイベントの前回のアップリンク情報ULからの合計回数がその限定数を超える場合には、例えば最も古いデータに上書きして、累積走行距離をクリアする。
【0081】
(4) 制御部209は、次の光ビーコン6との通信が発生するまで、上記(1)〜(3)の処理を繰り返す。
【0082】
(5) また、制御部209は、次の光ビーコン6との通信が発生するまでに、以下のイベント情報(c)を記録したプローブ情報S3の生成処理を行い、その通過時に、当該プローブ情報S3をアップリンク情報ULに含めて光通信部204に送信させる。
(c) 一定距離走行のイベント情報
・一定距離走行の終了時刻、位置および累積走行距離
・前回の記録イベントから当該一定距離走行の前に発生した反復停止の回数
・前回の記録イベントから当該一定距離走行の前に発生した、データ更新によって記録イベントではなくなった単独停止の回数
【0083】
なお、制御部209は、光ビーコン6へのアップリンク情報ULの送信後は、記録イベントとしての一定距離走行のイベント情報を構成する、当該走行の終了時刻、位置および累積走行距離をすべてクリアする。
【0084】
〔停止イベントに関する例外処理〕
ところで、図6(a)の点Pは、右折時における交差点内の停止位置を示している。ここで、右折車線に先行車両がない場合には、走行中の車両5が点Pにおいて第2閾値V2未満まで減速し、当該点Pにおいて単独停止又は反復停止が生じる場合がある。
しかし、交差点内の点Pは、信号待ちとは無関係であり、前記待ち行列台数や飽和交通流率の算出には不要であるため、これを停止イベントとして採用すると、無駄なプローブ情報S3を含むアップリンク情報ULがインフラ側に送出されることになる。
【0085】
そこで、車載装置2の制御部209は、記憶部205に含まれる前記道路地図データを参照することにより、車両5の走行位置が道路地図データにおけるどの位置であるかに基づいて、方位変更中の車両5の停止イベントが、図6(a)の点Pに示すような、右折時における交差点内での停止である右折停止か否かを判定し、当該右折停止の場合には、これを前記単独停止や反復停止としては採用しない。
すなわち、制御部209は、上記右折停止については、これを記録イベントとせず、プローブ情報S3に含めない停止イベントとして処理する。
【0086】
これに対して、図6(b)の点Qは、比較的急カーブの単路での方位変更中における車両5の停止位置を示している。ここで、単路の下流側にある交差点の信号が赤になっている場合には、走行中の車両5が点Qにおいて第2閾値V2未満まで減速し、当該点Qにおいて単独停止或いは反復停止が生じる場合がある。
従って、このような単路での方位変更中の点Qでの停止は、図6(a)の右折時とは異なり、待ち行列台数や飽和交通流率の算出に必要であると考えられるため、プローブ情報S3に含める停止イベントとすべきである。
【0087】
そこで、車載装置2の制御部209は、記憶部205に含まれる前記道路地図データを参照することにより、車両5の走行位置が道路地図データにおけるどの位置であるかに基づいて、方位変更中の車両5の停止イベントが、図6(a)の点Qに示すような、単路での方位変更中の停止である単路停止か否かを判定し、当該単路停止の場合には、これを単独停止又は反復停止として採用する。
すなわち、制御部209は、上記単路停止については、これをプローブ情報S3に含める停止イベントとして処理する。
【0088】
〔プローブ情報のフレーム内容〕
図7は、車載装置2の制御部209が生成するプローブ情報S3のフレームフォーマットを示す表である。
図7に示すように、プローブ情報S3のデータ領域には、ヘッダ、基本項目及び属性種別が含まれており、ヘッダには、単独停止の回数と反復停止の回数とを記載することができる。
【0089】
また、基本項目には、位置と計測時刻の記載領域が含まれており、位置は、緯度と経度で記載され、計測時刻は時分秒で記載される。
更に、属性項目には、イベント種別とイベント値の記載領域が含まれている。イベント種別には、その種別或いはフラグが記載される。例えば、各イベントの種別値として、単独停止に「1」、方向変動に「2」、一定距離走行に「3」がそれぞれ割り当てられている場合には、これら1〜3の値のいずれかがイベント種別に記される。
【0090】
イベント値には、イベント種別に対応するデータ値として、方位、停止時間及び走行距離のうちの少なくとも1つが記載される。
なお、本実施形態では、中央装置4の制御部401が「アップリンクイベント」と「発進イベント」を生成してプローブ情報S3に追加するが、この場合、制御部401は、車載装置2が生成するイベントとは区別できる種別値(例えば、アップリンクイベント=4、発進イベント=5)をイベント種別に記すようになっている。
【0091】
〔プローブ情報のビット割り当て〕
図8は、プローブ情報S3に記す各種情報のビット割り当てを示す表である。
図8に示すように、単独停止の場合の停止時間は8ビットで表され、当初ビットの値で秒と分の場合に区分し、残りの7ビットで時間を表すようになっている。このため、1秒を最小単位として、16進数で0x01(1秒)から0xff(127分)までの時間を割り当てることができる。
【0092】
また、方向変動の場合の絶対方位は、北を「1」とし、時計回りに16単位として割り当てられている。
更に、一定距離走行や方向変動の場合の、前回イベントからの走行距離には8ビットが割り当てられており、5m単位になっている。この場合、16進数で0x01(5m)から0xff(1275m)までの走行距離を割り当てることができる。
【0093】
〔イベントの追加処理〕
<アップリンクイベントの追加処理>
前述の通り、光ビーコン6は、車載装置2からプローブ情報S3を含むアップリンク情報ULを受信すると、そのプローブ情報S3を、自身のビーコンIDとともに、交通信号制御機1aを介して中央装置4に送信する。
一方、中央装置4の記憶部404の地図データベースDB3には、管轄エリア内のすべての光ビーコン6のビーコンIDとこれと対応する位置が格納されている。
【0094】
そこで、中央装置4の制御部401は、ある光ビーコン6から通信部403がプローブ情報S3を受信すると、通信部403における受信時刻を抽出し、この受信時刻を、当該プローブ情報S3がアップリンクされた時刻(以下、アップリンク時刻という。)として特定する。
また、中央装置4の制御部401は、通信部403がプローブ情報S3とともに受信したビーコンIDに対応する設置位置(例えば、ビーコン制御機の設置位置)を、地図データベースDB3のビーコンデータから抽出し、抽出された位置データを、当該プローブ情報S3がアップリンクされた位置(以下、アップリンク位置という。)として特定する。
【0095】
更に、中央装置4の制御部401は、特定されたアップリンク位置とアップリンク時刻とを含むイベント情報(以下、「アップリンクイベント」という。)を生成し、生成したアップリンクイベントを、プローブ情報S3の最後尾のレコード部分に追加してプローブ用データベースDB1に格納する。
なお、前述の通り、ビーコンデータに記録される光ビーコン6の位置は、(1)ビーコン制御機の設置位置、(2)代表車線のヘッドの設置位置、(3)各ヘッドの設置位置のいずれかであるから、アップリンク位置もこれらの設置位置のいずれかを採用し得る。
【0096】
もっとも、(3)の各ヘッドの設置位置を採用する場合には、制御部401は、プローブ情報S3とともに受信した車線情報に基づいて、アップリンク情報ULを受信したヘッドを特定する。この場合、プローブ情報S3をアップリンクした位置を車線別に特定可能となるため、他の2者に比べてアップリンク位置の精度を向上できるという利点がある。
【0097】
このように、本実施形態では、中央装置4の制御部401が、車両5が光ビーコン6にアップリンクしたプローブ情報S3と、そのプローブ情報S3がアップリンクされた位置と時刻とを取得し、アップリンクされた位置と時刻を含むアップリンクイベントをプローブ情報S3に追加するので、このアップリンクイベントを追加した分だけ、車両5の軌跡情報が多いプローブ情報S3が得られる。
従って、その追加がない通常のプローブ情報S3を利用する場合に比べて、インフラ側における旅行時間や走行経路の算出精度をより向上することができる(特願2009−185144号参照)。
【0098】
<発進イベントの追加処理>
ところで、本実施形態の中央装置4では、制御部401が、プローブ車両5の位置とその時刻を含む先後2つのイベント間の通過時刻差を、両イベント間にあるリンクの距離比で配分した時間を求め、先のイベントの通過時刻と配分した時間とに基づいてリンク端の通過時刻を算出する。
一方、単独停止の場合には、その停止位置で車両5がとどまっていた停止時間が長時間(例えば数十秒)になると、その停止位置に対する停止が生じた時刻である停止時刻と、その停止位置から車両が発進した時刻である発進時刻との間の時刻差も長くなる。例えば、図9に示す、単独停止であるイベントE1(100,10)やイベントE2(240,60)のように、停止位置において車両が30秒停止した場合には、その停止位置からのプローブ車両5の発進時刻は停止時刻から30秒遅れることになる。
【0099】
ところが、本実施形態では、車載装置2側において、単独停止の時刻データとして「停止時刻」をだけ記すようになっており、単独停止のイベント情報として「発進時刻」を記すようにはなっていない。
このため、中央装置4において、単独停止のイベントに含まれる「停止時刻」だけを無条件に採用してリンク端の通過時刻(図9中の時刻ta,tb)を算出すると、当該リンク端の通過時刻が実際の通過時刻(図9中のt1,t2)とかけ離れた値になり、リンク旅行時間の推定精度が悪化するおそれがある。
【0100】
そこで、中央装置4の制御部401は、リンク端の通過時刻を正確に算出可能なイベント記録方式のプローブ情報S3を生成するため、取得したプローブ情報S3に単独停止イベントが含まれている場合に、その単独停止イベントのデータ内容を利用して、その停止位置からの発進時刻と、停止位置とを含む「発進イベント」を生成する。
制御部401は、生成した発進イベントを、プローブ情報S3における対応する単独停止イベントの1つ後のレコードに追加してプローブ用データベースDB1に格納する。
【0101】
なお、発進イベントの「停止時刻」は、単独停止イベントから抽出した「停止時刻」に「停止時間」を加算することによって求められる。
また、発進イベントに含める「停止位置」は、単独停止イベントから抽出した「停止位置」と同じ値である。
【0102】
〔リンク端の通過時刻算出処理〕
図9は、中央装置4によるリンク端の通過時刻算出処理を示すためのグラフである。
図9において、l(小文字のエル)1〜l3は、中央装置4の地図データベースDB3に記録されている特定のリンクを示し、その接続端(ノード)をn0〜n3とする。l1〜l3の長さはいずれも150mとする。
【0103】
Ej(j=0〜3)は、プローブ用データベースDB1から抽出されたリンクl1〜l3に対応する記録イベントである。Ej(x,y)のxは当該イベントEjの位置(リンクに沿った距離)を示し、yは時刻を示す。
図9の○印(イベントE0)はそのイベントが「一定距離走行」であることを示し、△印(イベントE3)はそのイベントが方向変動であることを示している。図9の■印(イベントE1,E2)はそのイベントが「単独停止」であることを示し、□印(イベントE1’,E2’)はそのイベントが「発進イベント」であることを示している。
【0104】
aiとbi(i=1〜3)は、イベントEjの位置がリンクl1〜l3の中間にある場合における、そのイベントEjによるリンクl1〜l3内分比である。ここでは、a1:b1=2:1、a2:b2=3:2、a3:b3=1:1とする。
すなわち、イベントE1,E1’はリンクl1を2:1に内分する位置にあり、イベントE2,E2’はリンクl2を3:2に内分する位置にある。また、イベントE3はリンクl3を1:1に内分する位置にある。
【0105】
ここで、中央装置4の制御部401は、まず、プローブ情報S3に含まれる先後2つのイベントEj,Ej+1の位置xがリンク内にあるか否かを判定する。
その理由は、先後2つのイベントEj,Ej+1が同じリンクにあれば、そのイベントEj,Ej+1間の通過時刻差を複数のリンクに配分する必要がないからである。なお、図例では、イベントE1〜E3がいずれも1つのリンクl1〜l3の途中にあるので、上記判定の判定結果は否(No)となる。
【0106】
次に、中央装置4の制御部401は、位置xと時刻yを含む先後2つのイベントEj,Ej+1間にあるリンク端niの通過時刻差を、両イベントEj,Ej+1間にあるリンクliの距離比で配分した時間を求め、先のイベントEjに対応する時間を先のイベントEjの時刻yに加えることにより、リンク端niの通過時刻を求めるが、この場合、制御部401は、発進イベントについては「先のイベントEj」として用い、単独停止イベントについては「後のイベントEj+1」として用いる。
【0107】
具体的には、制御部401は、リンク端n1の通過時刻t1を算出する場合には、先のイベントとして「発進イベントE1’」を採用するとともに、後のイベントとして「単独停止イベントE2」を採用し、これらのイベントE1’,E2の位置xと時刻yを用いてリンク端n1の通過時刻t1を次式によって算出する。
t1=40+(60−40)×{50/(240−100)}=47.1秒
【0108】
また、制御部401は、リンク端n2の通過時刻t2を算出する場合には、先のイベントとして「発進イベントE2’」を採用するとともに、後のイベントとして「方向変動イベントE3」を採用し、これらのイベントE2’,E3の位置xと時刻yを用いてリンク端n2の通過時刻t2を次式によって算出する。
t2=90+(110−90)×{60/(375−240)}=98.9秒
【0109】
一方、図9に一点鎖線の矢印で示すように、先のイベントとして「単独停止ベントE1」を採用し、かつ、後のイベントとして「単独停止イベントE2」を採用して、リンク端n1の通過時刻taを求めるとすると、次式のようになる。
ta=10+(60−10)×{50/(240−100)}=27.9秒
また、先のイベントとして「単独停止ベントE2」を採用し、かつ、後のイベントとして「方向変動イベントE3」を採用して、リンク端n2の通過時刻tbを求めるとすると、次式のようになる。
ta=60+(110−60)×{50/(375−240)}=78.5秒
【0110】
上述のt1とta及びt2とtbの値を対比すれば明らかな通り、単独停止イベントE1,E2に含まれる「停止時刻」だけを無条件に採用すると、単独停止イベントE1,E2を先のイベントとして用いる場合に、リンク端n1,n2の通過時刻ta,tbが実際の通過時刻t1,t2と大きくかけ離れた値になる。従って、かかる実際とは異なる通過時刻ta,tbから求めたリンク旅行時間をそのまま採用すると、リンク旅行時間の推定精度が悪化してしまうことになる。
【0111】
なお、同様に、発進イベントE1’,E2’に含まれる「発進時刻」だけを無条件に採用すると、発進イベントE2’を後のイベントとして用いる場合に、リンク端n1の通過時刻が図9に示す時刻tcのようになり、この時刻tcも実際の時刻t1と大きくかけ離れた値になるので、この場合にも、その通過時刻から求めたリンク旅行時間をそのまま採用すると、リンク旅行時間の推定精度が悪化してしまう。
【0112】
この点、本実施形態の中央装置4によれば、車両の位置xとその時刻yを含む先後2つのイベントEj,Ej+1間にあるリンク端niの通過時刻を求める場合に、発進イベントについては先のイベントEjとして用い、単独停止イベントについては後のイベントEj+1として用いるので、停止位置xで生じた停止時間の長短に関係なく、プローブ車両5が実際にリンク端niを通過した正確な通過時刻t1,t2を算出することができ、リンク端の通過時刻t1,t2が実際とかけ離れた値になることがない。
【0113】
また、本実施形態の中央装置4によれば、制御部401が、単独停止イベントと同じ停止位置である、発進時刻を有する発進イベントを予めプローブ用データベースDB1に格納することにより、リンク端niの通過時刻t1,t2を正確に算出可能なイベント記録方式のプローブ情報S3を予め生成する。
このため、プローブ情報S3を用いてリンク端niの通過時刻t1,t2を求める場合に、単独停止イベントの停止位置からの発進時刻をその都度演算する必要がなく、通過時刻t1,t2の算出処理を迅速に行えるという利点もある。
【0114】
なお、図9の例では、先のイベントEjと後のイベントEj+1の間にリンク端niが1つだけ存在する場合を例示したが、イベントEj,Ej+1間に2つ以上のリンク端が存在する場合には、イベントEj,Ej+1間の通過時刻差をその間にある複数のリンク長で配分した時間を求め、その各配分時間を先のイベントEjの時刻に逐次加算して行くことにより、2つ以上のリンク端の通過時刻を求めるようにすればよい。
【0115】
〔第1の変形例〕
上記実施形態では、車載装置2が「単独停止イベント」を生成し、これを記録したプローブ情報S3を中央装置4が取得した場合に、中央装置4が「発進イベント」を生成してプローブ情報S3に追加することになっているが、単独停止イベントと発進イベントの生成主体を逆にしてもよい。
【0116】
すなわち、車載装置2が、車両5の停止位置と、この停止位置における車両5の停止時間と、その停止位置から車両5が発進した時刻である発進時刻とを含む「発進イベント」を生成することにしてもよい。
そして、中央装置4は、その発進イベントを記録したプローブ情報S3を取得した場合に、発進時刻から停止時間を減算することにより停止時刻を求め、当該停止時刻と停止位置とを含む「単独停止イベント」を生成して、プローブ情報S3における対応する発進イベントの1つ後のレコードに追加してプローブ用データベースDB1に格納する。
【0117】
この場合でも、プローブ用データベースDB1には、同じ停止位置について、「発進イベント」と「単独停止イベント」の2種類のイベントが格納されるので、上述の実施形態と同様の作用効果が得られる。
【0118】
〔第2の変形例〕
図10は、本発明が適用可能な別の交通制御システムを示す道路平面図である。
図10に示す変形例が上記実施形態(図1)と異なる点は、車載装置2がイベント記録方式のプローブ情報S3を生成するのではなく、交通信号制御機1aと中央装置4との間の情報通信を中継する情報中継装置8が、路側通信機7を介して車載装置2から取得した走行軌跡情報S5に基づいてイベント記録方式のプローブ情報S3を生成し、これを中央装置4に送信する点にある。
【0119】
すなわち、路側通信機7は、ITS無線通信システムを想定した中・広域の通信装置よりなり、交差点Cに流入するプローブ車両5の車載装置2と電波による無線通信が可能となっている。
車載装置2は、自車両の走行軌跡情報S5を路側通信機2へのアップリンク情報ULに含めて送信し、このアップリンク情報ULを受けた路側通信機7は走行軌跡情報S5を情報中継装置8に送る。
【0120】
情報中継装置8は、路側通信機7から受信した走行軌跡情報S5に基づいて、車両IDごとにイベント判定処理を行い、判定したイベントを記録したプローブ情報S3を生成して中央装置4に送信する。
中央装置4は、情報中継装置8から上記プローブ情報S3を取得すると、単独停止イベントが記録されているか否かを判定し、記録されている場合には、それに対応する発進イベントを生成してプローブ情報S3に追加する。
【0121】
なお、この第2の変形例においても、情報中継装置8が発進イベントを記録したプローブ情報S3を生成し、このプローブ情報S3を取得した中央装置4が、単独停止イベントを生成してプローブ情報S3に追加することにしてもよい。
このように、第2の変形例では、情報中継装置8がイベント記録方式のプローブ情報S3を生成し、中央装置4がそのプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置として機能する。
【0122】
従って、第2の変形例の場合には、イベント記録方式のプローブ情報S3を生成するプローブ情報の生成装置である情報中継装置8と、生成されたプローブ情報S3を取得し、取得したプローブ情報S3に含まれるイベント以外のイベントを生成して当該プローブ情報S3に追加する情報処理装置である中央装置4とから、その両者が協同してプローブ情報S3に関する情報処理を行う情報処理システムが構成される。
【0123】
〔第3の変形例〕
図11は、本発明が適用可能な別の交通制御システムを示す道路平面図である。
図11に示す変形例が上記実施形態(図1)と異なる点は、車載装置2の無線通信部が携帯電話機2A等のモバイル通信端末よりなり、車載装置2が生成したイベント記録方式のプローブ情報S3を、当該モバイル通信端末を通じて中央装置4に送信するようにした点にある。
【0124】
この場合、プローブ情報S3を含むアップリンク情報ULは、携帯電話機2Aの基地局装置2Bに無線送信され、インターネット等の通信網を介して中央装置4に送信される。
なお、携帯電話機2A等の広域のモバイル通信端末の場合は、中央装置Aの管轄エリア内のほぼすべての道路からアップリンク情報ULを送信できるので、プローブ車両5において、イベント記録方式のプローブ情報S3ではなく、走行軌跡情報S5をアップリンク情報ULに格納して送信することにしてもよい。
【0125】
この場合、中央装置4は、車両IDごとに走行軌跡情報S5を収集し、この走行軌跡情報S5を用いてイベント判定処理を行うことにより、単独停止イベントや発進イベントを含む車両IDごとのイベント記録方式のプローブ情報S3を中央装置4自身で生成し、プローブ用データベースDB1に格納することになる。
【0126】
なお、今回開示した実施形態は、すべての点で例示であり制限的なものではないと考えられるべきである。本発明の権利範囲は、上記実施形態の意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0127】
1 交通信号機
1a 交通信号制御機
2 車載装置(プローブ情報の生成装置)
3 路側センサ
4 中央装置(プローブ情報の処理装置)
5 プローブ車両
6 光ビーコン
8 情報中継装置(プローブ情報の生成装置)
401 制御部(情報処理手段、時刻算出手段)
403 通信部(取得手段)
404 記憶部
DB1 プローブ用データベース
DB2 路側用データベース
DB3 地図データベース
【特許請求の範囲】
【請求項1】
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報を取得する取得手段と、
前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加する情報処理手段と、
を備えていることを特徴とするプローブ情報の処理装置。
【請求項2】
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録されたプローブ情報を取得する取得手段と、
前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加する情報処理手段と、
を備えていることを特徴とするプローブ情報の処理装置。
【請求項3】
同じ前記停止位置についての前記単独停止イベントと前記発進イベントの双方が記録された前記プローブ情報を用いて、リンク端の通過時刻を求める時刻算出手段を更に備えている請求項1又は2に記載のプローブ情報の処理装置。
【請求項4】
前記時刻算出手段は、前記車両の位置とその時刻を含む先後2つのイベント間にある前記リンク端の通過時刻を求める場合において、前記発進イベントについては前記先のイベントとして用い、前記単独停止イベントについては前記後のイベントとして用いる請求項3に記載のプローブ情報の処理装置。
【請求項5】
走行中に車両に生じる複数種類のイベントをプローブ情報に含めて記憶可能な情報記憶手段と、
前記車両の前回の停止から当該車両の速度が所定の第1閾値以上となって当該車両が停止する単独停止と、この単独停止以外の停止である反復停止とを、別個の前記イベントとして判定するイベント判定手段と、
前記単独停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めて当該プローブ情報を生成し、前記反復停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めずに当該プローブ情報を生成する情報生成手段と、を有するプローブ情報の生成装置と、
生成された前記プローブ情報を取得して、取得した前記プローブ情報に前記発進イベントを追加する請求項1に記載のプローブ情報の処理装置と、
を備えていることを特徴とする情報処理システム。
【請求項6】
プローブ情報に記録された単独停止イベントから発進イベントを生成して当該プローブ情報に追加する処理を、コンピュータに実行させるコンピュータプログラムであって、
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録された前記プローブ情報を取得するステップと、
前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加するステップと、
を含むことを特徴とするコンピュータプログラム。
【請求項7】
プローブ情報に記録された発進イベントから単独停止イベントを生成して当該プローブ情報に追加する処理を、コンピュータに実行させるコンピュータプログラムであって、
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録された前記プローブ情報を取得するステップと、
前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加するステップと、
を含むことを特徴とするコンピュータプログラム。
【請求項8】
車両の位置とその時刻を含む先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出するリンク端の通過時刻算出方法であって、
前記車両の停止位置と、この停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントについては、前記先のイベントとして用い、
前記車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、前記後のイベントとして用いることを特徴とするリンク端の通過時刻算出方法。
【請求項1】
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録されたプローブ情報を取得する取得手段と、
前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加する情報処理手段と、
を備えていることを特徴とするプローブ情報の処理装置。
【請求項2】
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録されたプローブ情報を取得する取得手段と、
前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加する情報処理手段と、
を備えていることを特徴とするプローブ情報の処理装置。
【請求項3】
同じ前記停止位置についての前記単独停止イベントと前記発進イベントの双方が記録された前記プローブ情報を用いて、リンク端の通過時刻を求める時刻算出手段を更に備えている請求項1又は2に記載のプローブ情報の処理装置。
【請求項4】
前記時刻算出手段は、前記車両の位置とその時刻を含む先後2つのイベント間にある前記リンク端の通過時刻を求める場合において、前記発進イベントについては前記先のイベントとして用い、前記単独停止イベントについては前記後のイベントとして用いる請求項3に記載のプローブ情報の処理装置。
【請求項5】
走行中に車両に生じる複数種類のイベントをプローブ情報に含めて記憶可能な情報記憶手段と、
前記車両の前回の停止から当該車両の速度が所定の第1閾値以上となって当該車両が停止する単独停止と、この単独停止以外の停止である反復停止とを、別個の前記イベントとして判定するイベント判定手段と、
前記単独停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めて当該プローブ情報を生成し、前記反復停止イベントについては、その停止位置、停止時刻及び停止時間を前記プローブ情報に含めずに当該プローブ情報を生成する情報生成手段と、を有するプローブ情報の生成装置と、
生成された前記プローブ情報を取得して、取得した前記プローブ情報に前記発進イベントを追加する請求項1に記載のプローブ情報の処理装置と、
を備えていることを特徴とする情報処理システム。
【請求項6】
プローブ情報に記録された単独停止イベントから発進イベントを生成して当該プローブ情報に追加する処理を、コンピュータに実行させるコンピュータプログラムであって、
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントが記録された前記プローブ情報を取得するステップと、
前記停止時刻に前記停止時間を加算することにより前記停止位置から前記車両が発進した時刻である発進時刻を求め、当該発進時刻と前記停止位置とを含む発進イベントを生成して前記プローブ情報に追加するステップと、
を含むことを特徴とするコンピュータプログラム。
【請求項7】
プローブ情報に記録された発進イベントから単独停止イベントを生成して当該プローブ情報に追加する処理を、コンピュータに実行させるコンピュータプログラムであって、
車両の停止位置と、この停止位置における前記車両の停止時間と、前記停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントが記録された前記プローブ情報を取得するステップと、
前記発進時刻から前記停止時間を減算することにより前記停止位置に対する停止が生じた時刻である停止時刻を求め、当該停止時刻と前記停止位置とを含む単独停止イベントを生成して前記プローブ情報に追加するステップと、
を含むことを特徴とするコンピュータプログラム。
【請求項8】
車両の位置とその時刻を含む先後2つのイベント間にあるリンク端の通過時刻を、当該イベントの位置と時刻を用いて算出するリンク端の通過時刻算出方法であって、
前記車両の停止位置と、この停止位置から前記車両が発進した時刻である発進時刻とを含む発進イベントについては、前記先のイベントとして用い、
前記車両の停止位置と、この停止位置に対する停止が生じた時刻である停止時刻とを含む単独停止イベントについては、前記後のイベントとして用いることを特徴とするリンク端の通過時刻算出方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【公開番号】特開2012−79197(P2012−79197A)
【公開日】平成24年4月19日(2012.4.19)
【国際特許分類】
【出願番号】特願2010−225513(P2010−225513)
【出願日】平成22年10月5日(2010.10.5)
【出願人】(000002130)住友電気工業株式会社 (12,747)
【Fターム(参考)】
【公開日】平成24年4月19日(2012.4.19)
【国際特許分類】
【出願日】平成22年10月5日(2010.10.5)
【出願人】(000002130)住友電気工業株式会社 (12,747)
【Fターム(参考)】
[ Back to top ]