特開 2025-4900 交通管制装置および交通管制方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025004900

(43)【公開日】2025-01-16

(54)【発明の名称】交通管制装置および交通管制方法

(51)【国際特許分類】

   G08G 1/01 20060101AFI20250108BHJP

   G08G 1/04 20060101ALI20250108BHJP

【ＦＩ】

G08G1/01 E

G08G1/04

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2023104785

(22)【出願日】2023-06-27

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】矢田 彩乃

(72)【発明者】

【氏名】成瀬 浩輔

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181CC04

5H181CC14

5H181DD04

(57)【要約】

【課題】車両が走行する道路に関して、より正確な渋滞位置を特定する。
【解決手段】実施形態の交通管制装置は、道路の区間ごとに設置された車両感知器から、感知した車両のデータである車両感知器データを取得する車両感知器データ取得部と、前記区間ごとに設置された撮影部から、前記道路の撮影データを取得する撮影データ取得部と、前記区間ごとに、前記車両感知器データ、および、前記撮影データに基づいて渋滞を検知する渋滞検知部と、前記渋滞検知部によって渋滞が検知された場合に、渋滞が検知された前記区間および隣接する前記区間について、前記道路を走行するプローブ車両に関する速度情報と位置情報を含むプローブ情報に基づいて特定された渋滞の範囲を示す渋滞範囲情報を取得する渋滞範囲情報取得部と、を備える。
【選択図】図５

【特許請求の範囲】

【請求項1】

道路の区間ごとに設置された車両感知器から、感知した車両のデータである車両感知器データを取得する車両感知器データ取得部と、
前記区間ごとに設置された撮影部から、前記道路の撮影データを取得する撮影データ取得部と、
前記区間ごとに、前記車両感知器データ、および、前記撮影データに基づいて渋滞を検知する渋滞検知部と、
前記渋滞検知部によって渋滞が検知された場合に、渋滞が検知された前記区間および隣接する前記区間について、前記道路を走行するプローブ車両に関する速度情報と位置情報を含むプローブ情報に基づいて特定された渋滞の範囲を示す渋滞範囲情報を取得する渋滞範囲情報取得部と、
を備える交通管制装置。

【請求項2】

前記車両感知器データ、および、前記プローブ情報の少なくともいずれかに基づいて、前記渋滞の範囲を車両が通過するのに要する時間を示す渋滞通過時間を算出する渋滞通過時間算出部を、さらに備える、
請求項１に記載の交通管制装置。

【請求項3】

車両感知器データ取得部が、道路の区間ごとに設置された車両感知器から、感知した車両のデータである車両感知器データを取得する車両感知器データ取得ステップと、
撮影データ取得部が、前記区間ごとに設置された撮影部から、前記道路の撮影データを取得する撮影データ取得ステップと、
渋滞検知部が、前記区間ごとに、前記車両感知器データ、および、前記撮影データに基づいて渋滞を検知する渋滞検知ステップと、
前記渋滞検知ステップによって渋滞が検知された場合に、渋滞範囲情報取得部が、渋滞が検知された前記区間および隣接する前記区間について、前記道路を走行するプローブ車両に関する速度情報と位置情報を含むプローブ情報に基づいて特定された渋滞の範囲を示す渋滞範囲情報を取得する渋滞範囲情報取得ステップと、
を含む交通管制方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、交通管制装置および交通管制方法に関する。

【背景技術】

【0002】

従来から、車両（乗用車等）が走行する道路に関して、道路情報板などによって、渋滞区間（渋滞位置）や渋滞通過時間(渋滞区間を車両が通過するのに要する時間)などの情報が提供されている。

【0003】

その場合、例えば、渋滞区間は、道路の区間（例えば約２ｋｍ）毎に設置されている車両感知器（トラフィックカウンタ等）が出力した車両速度データに基づいて決定される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００４－１３３７９０号公報

【特許文献2】特開２００８－１３５０７０号公報

【特許文献3】特開２００７－２４８３０７号公報

【特許文献4】特開平８－２９２０５７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、上述の従来技術では、決定された渋滞区間と、実際に渋滞が発生している位置と、が一致していない場合があるという問題がある。例えば、約２ｋｍの所定区間が渋滞区間であると決定された場合に、実際の渋滞はそのうちの１ｋｍでしか発生していない場合がある。

【0006】

そこで、実施形態の課題は、車両が走行する道路に関して、より正確な渋滞位置を特定することが可能な交通管制装置および交通管制方法を提供することである。

【課題を解決するための手段】

【0007】

実施形態の交通管制装置は、道路の区間ごとに設置された車両感知器から、感知した車両のデータである車両感知器データを取得する車両感知器データ取得部と、前記区間ごとに設置された撮影部から、前記道路の撮影データを取得する撮影データ取得部と、前記区間ごとに、前記車両感知器データ、および、前記撮影データに基づいて渋滞を検知する渋滞検知部と、前記渋滞検知部によって渋滞が検知された場合に、渋滞が検知された前記区間および隣接する前記区間について、前記道路を走行するプローブ車両に関する速度情報と位置情報を含むプローブ情報に基づいて特定された渋滞の範囲を示す渋滞範囲情報を取得する渋滞範囲情報取得部と、を備える。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態の交通管制システムの全体構成図である。

【図2】図２は、実施形態の交通管制装置の機能構成図である。

【図3】図３は、実施形態における車両感知器データ、カメラ映像、プローブ情報ごとの特徴を示す表である。

【図4】図４は、実施形態における道路情報板への表示内容例等を示す図である。

【図5】図５は、実施形態の交通管制装置による処理を示すフローチャートである。

【図6】図６は、実施形態における第１のケースの説明図である。

【図7】図７は、実施形態における第２のケースの説明図である。

【図8】図８は、実施形態における第３のケースの説明図である。

【図9】図９は、実施形態における第４のケースの説明図である。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら、本発明の交通管制装置、および、交通管制方法の実施形態について説明する。なお、以下の実施形態では、道路として高速道路を例にとって説明する。

【0010】

図１は、実施形態の交通管制システムＳの全体構成図である。交通管制システムＳは、交通管制装置１と、車両感知器２と、ＣＣＴＶカメラ３と、プローブ情報管理サーバ４と、路車間通信装置５と、道路情報板６と、を備える。交通管制装置１と、車両感知器２と、ＣＣＴＶカメラ３と、プローブ情報管理サーバ４と、道路情報板６と、は通信ネットワークＮ（公衆通信回線、専用通信回線など）に接続される。

【0011】

交通管制装置１は、管制対象の道路の実際の交通状況の監視や管理を総合的に行うコンピュータシステムである（詳細は図２を用いて後述）。

【0012】

車両感知器２は、高速道路の区間（例えば、約２ｋｍ）ごとに路側に設置される装置である。車両感知器２は、設置場所の近傍を通過する車両を感知し、感知した車両のデータである車両感知器データを収集する。車両感知器データには、例えば、交通量［台／ｈ（hour）］、平均速度［ｋｍ／ｈ］、車両密度［台／ｋｍ］、占有率（オキュパンシー）［％］などが含まれ得る。

【0013】

ＣＣＴＶカメラ３は、高速道路の路側に区間ごとに設置される撮影部である。ＣＣＴＶカメラ３は、走行する車両等を撮影し、撮影データを交通管制装置１に送信する。交通管制装置１では、このような撮影データを利用することにより、撮影対象領域を通過する全車両の走行データ（速度情報等）を取得できるという利点が得られる（図３）。ただし、撮影対象領域以外に存在する車両についての情報は得られないという面もある（図３）。

【0014】

プローブ情報管理サーバ４は、道路を走行しているプローブ車両Ｐから路車間通信装置５（ＩＴＳ（Intelligent Transport Systems）スポット等）を介して取得したプローブ情報を取り込み、そのプローブ情報を管理するコンピュータシステムである。

【0015】

ここで、プローブ情報とは、所定の機器（例えば、ＥＴＣ２．０車載器）を搭載しているプローブ車両Ｐから取得されるデータであり、プローブ車両Ｐの挙動履歴、走行履歴等を示す情報である。プローブ情報には、例えば、速度情報、加速度情報、位置情報等が含まれる。

【0016】

路車間通信装置５は、路側に設置され、プローブ車両Ｐと通信を行うための装置である。路車間通信装置５は、プローブ車両Ｐに対して交通情報（渋滞情報等）等の提供を行ったり、プローブ車両Ｐからプローブ情報の取得を行ったりする。路車間通信装置５は、取得したプローブ情報をプローブ情報管理サーバ４に送信する。

【0017】

道路情報板６は、路側に設置され、高速道路を走行する車両に対して、交通管制装置１から受信した情報を表示する装置である。

【0018】

図２は、実施形態の交通管制装置１の機能構成図である。交通管制装置１は、コンピュータ装置であり、処理部１１と、記憶部１２と、入力部１３と、出力部１４と、通信部１５と、を備える。

【0019】

なお、本実施形態では、交通管制装置１について、説明を簡潔にするために、１台のコンピュータ装置によって構成されているものとして説明するが、これに限定されない。交通管制装置１は、例えば、複数のコンピュータ装置によって実現されてもよいし、あるいは、クラウドサーバによって実現されてもよい。

【0020】

記憶部１２は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの記憶装置であり、各種情報を記憶する。記憶部１２は、例えば、道路データ、車両感知器データ、撮影データ、各種受信データ、各種演算結果などを記憶する。

【0021】

道路データは、道路の構造に関する情報であり、例えば、区間の識別情報や長さ（区間長）や最大収容車両数等、車線数、インターチェンジ、パーキングエリアの場所等の情報である。

【0022】

車両感知器データは、車両感知器２から取得した、交通量［台／ｈ］、平均速度［ｋｍ／ｈ］、車両密度［台／ｋｍ］、占有率（オキュパンシー）［％］などの情報である。

【0023】

撮影データは、ＣＣＴＶカメラ３から取得した、走行車両を含む撮影画像のデータである。なお、記憶部１２に記憶されるデータは上記に限定されるものではない。

【0024】

処理部１１は、例えば、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）と、を備える。ＣＰＵは、交通管制装置１の動作を統括的に制御する。ＲＯＭは、各種プログラムやデータを記憶する記憶媒体である。ＲＡＭは、各種プログラムを一時的に記憶したり、各種データを書き換えたりするための記憶媒体である。そして、ＣＰＵは、ＲＡＭをワークエリア（作業領域）としてＲＯＭ、記憶部１２等に格納されたプログラムを実行する。

【0025】

処理部１１は、機能構成として、取得部１１１と、渋滞検知部１１２と、算出部１１３と、作成部１１４と、制御部１１５と、を備える。

【0026】

取得部１１１は、車両感知器２、ＣＣＴＶカメラ３、プローブ情報管理サーバ４等からから各種情報を取得する。例えば、取得部１１１（車両感知器データ取得部）は、車両感知器２から車両感知器データを取得する。

【0027】

また、取得部１１１（撮影データ取得部）は、ＣＣＴＶカメラ３から道路の撮影データを取得する。

【0028】

また、渋滞検知部１１２によって渋滞が検知された場合に、取得部１１１（渋滞範囲情報取得部）は、渋滞が検知された区間および隣接する区間について、プローブ情報に基づいて特定された渋滞の範囲を示す渋滞範囲情報をプローブ情報管理サーバ４から取得する。つまり、プローブ情報管理サーバ４は、そのような渋滞範囲情報を作成して、交通管制装置１に送信する。

【0029】

また、取得部１１１は、プローブ情報管理サーバ４から、プローブ情報に基づく第２の区間所要時間情報（対象区間を通過するのに要する時間の情報）を取得する（詳細は後述）。

【0030】

渋滞検知部１１２は、区間ごとに、車両感知器データ、および、撮影データに基づいて渋滞を検知する。具体的には、例えば、渋滞検知部１１２は、車両感知器データや撮影データに基づいて算出した車両走行速度が所定の速度閾値を下回った場合に、渋滞していると判定する。なお、車両感知器データと撮影データのそれぞれの両方で渋滞を検知したとき（ＡＮＤ条件を満たしたとき）に渋滞を検知したものとしてもよいし、あるいは、車両感知器データと撮影データのそれぞれの少なくとも一方で渋滞を検知したとき（ＯＲ条件を満たしたとき）に渋滞を検知したものとしてもよい。

【0031】

算出部１１３は、各種情報を算出する。例えば、算出部１１３は、区間ごとに、車両感知器データに基づいて、第１の区間所要時間情報（対象区間を通過するのに要する時間の情報）を算出する。

【0032】

また、算出部１１３（渋滞通過時間算出部）は、車両感知器データ、および、プローブ情報の少なくともいずれかに基づいて、渋滞の範囲を車両が通過するのに要する時間を示す渋滞通過時間を算出する。具体的には、例えば、算出部１１３は、まず、第１の区間所要時間情報と第２の区間所要時間情報のうち、第２の区間所要時間情報を優先的に用いて（つまり、両者が異なるときは第２の区間所要時間情報を選択して）、区間所要時間情報を算出する。その後、算出部１１３は、後述する渋滞事象データや区間所要時間情報などに基づいて、渋滞通過時間を算出する。

【0033】

作成部１１４は、各種情報を作成する。例えば、作成部１１４は、渋滞範囲情報に基づいて、渋滞事象データ（渋滞事象が発生したことを示すデータ）を作成する。また、作成部１１４は、渋滞事象データや渋滞通過時間情報などに基づいて、道路情報板６に対する提供情報を作成する。

【0034】

図３は、実施形態における車両感知器データ、カメラ映像、プローブ情報ごとの特徴を示す表である。車両感知器２を利用することにより、車両感知器２が設置された位置を通過する全車両の車両感知器データを取得できるという利点が得られる。ただし、車両感知器２を設置していない位置での車両についての情報は得られないという面もある。車両感知器２は、収集した車両感知器データを交通管制装置１に送信する。

【0035】

また、プローブ情報を利用する場合、路車間通信装置５と通信できる車載器を搭載した車両（プローブ車両Ｐ）からしかデータを収集できないという面がある。しかし、その一方、車両感知器２やＣＣＴＶカメラ３により情報を取得できない位置の車両のデータを収集できるという利点がある。例えば、プローブ情報によって、約２００ｍ毎の区間について、プローブ車両Ｐの速度などを認識できる。

【0036】

ここで、図４は、実施形態における道路情報板６への表示内容例等を示す図である。道路情報板６は、交通管制装置１から受信した提供情報に基づいて図４に示すような表示を行う。図４では、道路情報板６において、Ｂ・ＩＣとＣ・ＩＣの間において、７ｋｍの渋滞が発生していて、渋滞通過時間は２０分であることを示している。

【0037】

図２に戻って、制御部１１５は、各種制御を実行する。例えば、制御部１１５は、作成部１１４によって作成された提供情報を道路情報板６に送信する制御を実行する。なお、提供情報の送信先は、道路情報板６に限定されず、ほかに、所定のユーザ（例えば車両の乗員等）が使用するスマートフォン等であってもよい。

【0038】

入力部１３は、交通管制装置１に対するユーザ（例えばシステム管理者等）の操作を受け付ける入力装置であり、例えば、キーボード、マウス等である。

【0039】

出力部１４は、各種情報の出力手段であり、例えば、液晶表示装置（ＬＣＤ（Liquid Crystal Display））や有機ＥＬ（Electro-Luminescence）表示装置等の表示装置や、スピーカなどの音声出力装置である。

【0040】

通信部１５は、外部装置との通信を行うための通信インタフェースである。

【0041】

図５は、実施形態の交通管制装置１による処理を示すフローチャートである。なお、交通管制装置１は、以下の処理を実行する間、並行して、車両感知器２から車両感知器データを取得し、ＣＣＴＶカメラ３から撮影データを取得しているものとする。

【0042】

ステップＳ１において、渋滞検知部１１２は、区間ごとに、車両感知器データ、および、撮影データに基づいて渋滞を検知したか否かを判定し、Ｙｅｓの場合はステップＳ２に進み、Ｎｏの場合はステップＳ１に戻る。

【0043】

ステップＳ２において、制御部１１５は、プローブ情報管理サーバ４に、渋滞を検知した区間に関する渋滞位置情報を送信する。これを受けて、プローブ情報管理サーバ４は、受信した渋滞位置情報と、自身が記憶しているプローブ情報を用いて、渋滞位置情報（例えば約２ｋｍごと）よりも粒度の細かい渋滞範囲情報（例えば約２００ｍごと）を算出し、交通管制装置１に送信する。また、プローブ情報管理サーバ４は、渋滞区間（約２ｋｍ）について、プローブ情報に基づいて第２の区間所要時間情報を算出し、交通管制装置１に送信する。

【0044】

次に、ステップＳ３において、取得部１１１は、プローブ情報管理サーバ４から、渋滞範囲情報を受信（取得）する。

【0045】

次に、ステップＳ４において、作成部１１４は、渋滞範囲情報に基づいて、渋滞事象データを作成する。

【0046】

次に、ステップＳ５において、算出部１１３は、渋滞区間（約２ｋｍ）について、車両感知器データに基づいて、第１の区間所要時間情報を算出する。

【0047】

次に、ステップＳ６において、取得部１１１は、プローブ情報管理サーバ４から、当該渋滞区間について、プローブ情報に基づく第２の区間所要時間情報を取得する。

【0048】

次に、ステップＳ７において、算出部１１３は、渋滞区間（約２ｋｍ）について、第１の区間所要時間情報と第２の区間所要時間情報のうち、第２の区間所要時間情報を優先的に用いて、区間所要時間情報を算出する。

【0049】

次に、ステップＳ８において、算出部１１３は、渋滞範囲（例えば約２００ｍ）について、区間所要時間情報に基づいて、渋滞通過時間を算出する。

【0050】

次に、ステップＳ９において、作成部１１４は、渋滞範囲情報（例えば約２００ｍ）やその渋滞範囲に関する渋滞通過時間情報などに基づいて、道路情報板６に対する提供情報を作成する。

【0051】

次に、ステップＳ１０において、制御部１１５は、提供情報を道路情報板６に送信する。これを受けて、道路情報板６は、当該渋滞に関する情報（渋滞範囲、渋滞通過時間など）を表示する（図４）。

【0052】

このようにして、車両が走行する道路に関して、より正確な渋滞位置を特定することが可能になる。本実施形態の処理や作用効果などについて、以下、図６以降を参照しながら、４つのケースを例にとって説明する。

【0053】

図６は、実施形態における第１のケースの説明図である。
（ａ）は、道路状況を示す。車両の進行方向は紙面右方向である。ここでは、車両Ｃ１～Ｃ５が渋滞せずに走行しているケースである。

【0054】

（ｂ）は、道路において区間（例えば約２ｋｍ）ごとに設置された４つの車両感知器２（ＴＣ１～ＴＣ４）を示す。（ｃ）は、道路において区間ごとに設置されたＣＣＴＶカメラ３（ＴＣ１～ＴＣ４）を示す。（ｄ）は、道路において設置された２つの路車間通信装置５（Ｉ１、Ｉ２）を示す。

【0055】

この例では、渋滞検知部１１２は、すべての区間Ｚ１～Ｚ４について、車両感知器２による車両感知器データ、および、ＣＣＴＶカメラ３による撮影データに基づいて渋滞を検知しない（図５のステップＳ１でＮｏ）。したがって、図５の処理でステップＳ２以降に移行しない。

【0056】

次に、図７は、実施形態における第２のケースの説明図である。この例では、（ａ）に示すように、車両Ｃ４の前方で事故が発生し、車両Ｃ２～Ｃ４の位置で渋滞が発生しているケースである。

【0057】

その場合、渋滞検知部１１２は、区間Ｚ３について、車両感知器ＴＣ３による車両感知器データ、および、ＣＣＴＶカメラ３による撮影データに基づいて渋滞を検知する（図５のステップＳ１でＹｅｓ）。したがって、図５の処理でステップＳ２以降に移行する。

【0058】

そして、ステップＳ２において、制御部１１５は、プローブ情報管理サーバ４に、渋滞を検知した区間に関する渋滞位置情報（区間Ｚ３）を送信する。これを受けて、プローブ情報管理サーバ４は、受信した渋滞位置情報（区間Ｚ３）とその隣接する区間（区間Ｚ２、Ｚ４）について、自身が記憶しているプローブ情報を用いて、渋滞位置情報（区間Ｚ３）よりも粒度の細かい（つまり、より正確な）渋滞範囲情報（渋滞範囲Ｒ１）を算出し、交通管制装置１に送信する。

【0059】

その後、ステップＳ３において、取得部１１１は、プローブ情報管理サーバ４から、渋滞範囲情報（渋滞範囲Ｒ１）を受信（取得）する。

【0060】

このようにして、本ケースでは、渋滞範囲として、実際に渋滞が発生している位置に近い渋滞範囲Ｒ１を認識することができる。また、渋滞範囲が高精度であるので、それに基づいて算出される渋滞通過時間も高精度となる。

【0061】

一方、従来技術では、渋滞範囲を区間Ｚ３として認識することになり、精度が低い。また、渋滞範囲が低精度であるので、それに基づいて算出される渋滞通過時間も低精度となる。

【0062】

図８は、実施形態における第３のケースの説明図である。この例では、（ａ）に示すように、車両Ｃ３の前方で事故が発生し、車両Ｃ３の位置で渋滞が発生しているケースである。

【0063】

その場合、渋滞検知部１１２は、区間Ｚ３について、車両感知器ＴＣ３による車両感知器データ、および、ＣＣＴＶカメラ３による撮影データに基づいて渋滞を検知する（図５のステップＳ１でＹｅｓ）。したがって、図５の処理でステップＳ２以降に移行する。

【0064】

そして、ステップＳ２において、制御部１１５は、プローブ情報管理サーバ４に、渋滞を検知した区間に関する渋滞位置情報（区間Ｚ３）を送信する。これを受けて、プローブ情報管理サーバ４は、受信した渋滞位置情報（区間Ｚ３）とその隣接する区間（区間Ｚ２、Ｚ４）について、自身が記憶しているプローブ情報を用いて、渋滞位置情報（区間Ｚ３）よりも粒度の細かい渋滞範囲情報（渋滞範囲Ｒ２）を算出し、交通管制装置１に送信する。

【0065】

その後、ステップＳ３において、取得部１１１は、プローブ情報管理サーバ４から、渋滞範囲情報（渋滞範囲Ｒ２）を受信（取得）する。

【0066】

このようにして、本ケースでは、渋滞範囲として、実際に渋滞が発生している位置に近い渋滞範囲Ｒ２（例えば約１ｋｍ）を認識することができる。一方、従来技術では、渋滞範囲を、区間Ｚ３（例えば約２ｋｍ）として認識することになり、精度が低い。

【0067】

つまり、渋滞の位置について、本実施形態のほうが従来技術よりも高精度な結果を得ることができる。したがって、道路情報板６においてより正確な渋滞情報（渋滞の位置、渋滞通過時間）を表示できる（図４）。

【0068】

図９は、実施形態における第４のケースの説明図である。この例では、（ａ）に示すように、車両Ｃ４（プローブ車両であるものとする）の１台のみが低速で走行しているケースである。
この場合、車両Ｃ４のプローブ情報だけが渋滞検知をして、（ｄ）の領域Ｒ３の位置で渋滞が発生していると誤検知してしまう場合がある。

【0069】

しかし、本実施形態では、図５に示すように、ステップＳ１において、全車両を観測可能な車両感知器２とＣＣＴＶカメラ３で得た情報（車両感知器データと撮影データ）を用いて渋滞検知を行うので、渋滞の誤検知は起きない。

【0070】

本実施形態の交通管制装置１のＣＰＵで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

【0071】

さらに、当該プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、本実施形態で実行される当該プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

【0072】

以上、本発明の実施形態を説明したが、上記実施形態はあくまで例であって、発明の範囲を限定することは意図していない。上記実施形態は、様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。上記実施形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【0073】

例えば、上述の実施形態では、プローブ情報管理サーバ４がプローブ情報に基づいて渋滞範囲情報を作成して交通管制装置１に送信するものとしたが、これに限定されない。ほかに、例えば、交通管制装置１が、プローブ情報管理サーバ４からプローブ情報を取得して、そのプローブ情報に基づいて渋滞範囲情報を作成してもよい。

【0074】

また、対象となる道路は、高速道路に限定されず、車両感知器データ、撮影データ、および、プローブ情報を取得できる道路であれば、高速道路以外であってもよい。

【符号の説明】

【0075】

１…交通管制装置、２…車両感知器、３…ＣＣＴＶカメラ、４…プローブ情報管理サーバ、５…路車間通信装置、６…道路情報板、１１…処理部、１２…記憶部、１３…入力部、１４…出力部、１５…通信部、１１１…取得部、１１２…渋滞検知部、１１３…算出部、１１４…作成部、１１５…制御部、Ｎ…通信ネットワーク、Ｐ…プローブ車両、Ｓ…交通管制システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】