JP2018081504A - 交通制御装置、交通制御方法、および交通制御プログラム - Google Patents

Abstract

【課題】交通渋滞を抑制することが出来る交通制御装置を提供する。
【解決手段】交通制御装置１００は、イベント発生情報と、車間距離情報とに基づいて、イベントが発生した場所の情報に基づいて選定された区間に、車間距離が閾値以上の車両１０１−１〜１０１−４が存在するか否かを判定する。交通制御装置１００は、車間距離が閾値以上の車両が存在しないと判定した場合、経路上のいずれかの車両に対応する端末装置に、いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する。
【選択図】図１

Description

本発明は、交通制御装置、交通制御方法、および交通制御プログラムに関する。

従来、高速道路などにおいて複数の車両が連なって走行する場合、いずれかの車両が減速したことに応じて、後続の車両も連鎖して減速してしまい、交通渋滞が発生しやすくなることがある。

先行技術としては、例えば、道路上の渋滞位置と渋滞の長さとを示す渋滞情報を取得し、取得した渋滞情報に応じた渋滞解消速度情報を導出し、導出した渋滞解消速度情報を、推奨移動速度情報として報知システムに送信するものがある。また、例えば、サービスエリアまたはパーキングエリアへ流出入する走行車両の台数とインターチェンジへ流出入する走行車両の台数とを情報入力として処理し、交通情報を運転者に知らせる技術がある。

特開２０１２−２１２２７０号公報 特開平１０−１０５８７５号公報

しかしながら、上述した従来技術では、道路の交通渋滞を抑制することが難しい場合がある。例えば、高速道路上のすべての車両のドライバーが車速を落として運転した結果、高速道路上の車両の流量が低下し、交通渋滞を招いてしまう可能性がある。

１つの側面では、本発明は、交通渋滞を抑制することができる交通制御装置、交通制御方法、および交通制御プログラムを提供することを目的とする。

本発明の一側面によれば、車両が走行する経路の交通を制御する交通制御装置であって、イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する交通制御装置、交通制御方法、および交通制御プログラムが提案される。

本発明の一態様によれば、交通渋滞を抑制することができるという効果を奏する。

図１は、実施の形態にかかる交通制御方法の一実施例を示す説明図である。 図２は、交通制御システム２００の一例を示す説明図である。 図３は、クラウドサーバ２０１のハードウェア構成例を示すブロック図である。 図４は、端末管理テーブル４００の記憶内容の一例を示す説明図である。 図５は、エッジサーバ＃１，＃２のハードウェア構成例を示すブロック図である。 図６は、車速等管理テーブル６００＃２の記憶内容の一例を示す説明図である。 図７は、車速閾値定義情報７００＃２の記憶内容の一例を示す説明図である。 図８は、カメラ位置管理テーブル８００＃２の記憶内容の一例を示す説明図である。 図９は、検索距離定義情報９００＃２の記憶内容の一例を示す説明図である。 図１０は、エッジサーバ管理テーブル１０００＃２の記憶内容の一例を示す説明図である。 図１１は、必要車間定義情報１１００＃２の記憶内容の一例を示す説明図である。 図１２は、車速等管理テーブル６００＃１の記憶内容の一例を示す説明図である。 図１３は、カメラ位置管理テーブル８００＃１の記憶内容の一例を示す説明図である。 図１４は、交通制御装置１００の機能的構成例を示すブロック図である。 図１５は、クラウドサーバ２０１とエッジサーバ＃１，＃２との機能的構成例を示すブロック図である。 図１６は、クラウドサーバ２０１とエッジサーバ＃１，＃２との動作の流れの一例を示す説明図（その１）である。 図１７は、クラウドサーバ２０１とエッジサーバ＃１，＃２との動作の流れの一例を示す説明図（その２）である。 図１８は、登録処理手順の一例を示すシーケンス図である。 図１９は、検知処理手順の一例を示すシーケンス図である。 図２０は、指示処理手順の一例を示すシーケンス図（その１）である。 図２１は、指示処理手順の一例を示すシーケンス図（その２）である。 図２２は、指示処理手順の一例を示すシーケンス図（その３）である。 図２３は、指示処理手順の一例を示すシーケンス図（その４）である。

以下に、図面を参照して、本発明にかかる交通制御装置、交通制御方法、および交通制御プログラムの実施の形態を詳細に説明する。

（実施の形態にかかる交通制御方法の一実施例）
図１は、実施の形態にかかる交通制御方法の一実施例を示す説明図である。交通制御装置１００は、複数の車両１０１が走行する経路の交通渋滞の緩和を図り、経路の交通渋滞の解消を早めるために、経路上のいずれかの車両１０１に対応する端末装置を介して、いずれかの車両１０１の運転操作を指示するコンピュータである。

ここで、道路の交通状態に関する性質には、例えば、道路上の車両の密度が０から増加するにつれ、道路上の車両の流れが滞らないうちは、道路上の車両の流量も増加していく性質がある。一方で、車両の密度が一定を超えると、道路上の車両の流れが滞り始め、道路上の車両の流量が低下してしまう性質がある。車両の密度は、道路上の単位区間あたりの車両の数の割合である。車両の流量は、単位時間あたりに、道路上の所定地点を通過することができた車両の数の割合である。

換言すれば、車両の密度を横軸、車両の流量を縦軸とした、車両の密度と車両の流量との関係を示すグラフは、凸型になる傾向がある。車両の密度が増加するにつれ、車両の流量も増加する状態は、例えば、交通渋滞が発生していない状態として規定される状態であり、自由流の状態と呼ばれることがある。一方で、車両の密度が増加するにつれ、車両の流量が減少してしまう状態は、例えば、交通渋滞が発生している状態として規定される状態であり、渋滞流の状態と呼ばれることがある。

上述した、車両の密度が増加することに起因する交通渋滞は、道路を走行する車両の速度変化に応じて発生しやすくなる傾向がある。例えば、道路を走行中の複数の車両のうち先頭車両が減速すると、後続車両のそれぞれも順に減速することになるが、後続車両のそれぞれは安全確保のために前方車両よりも強く減速する傾向がある。このため、道路を走行中の複数の車両の後ろ側の車両ほど減速の度合いが大きくなり、車両の密度が増加しやすくなり、交通渋滞が発生しやすくなる。

これに対し、交通渋滞の緩和を図り、交通渋滞の解消を早める運転方法として、交通渋滞が発生した場所に向かう車両のドライバーが行うことが好ましい「渋滞吸収運転」と呼ばれる運転方法がある。渋滞吸収運転とは、交通渋滞が発生した場所に向かう車両のドライバーが、前方車両との車間距離が大きくなるようにする運転方法である。

これによれば、前方車両が減速しても後方車両が減速しなくてすむ確率を増大させることができ、道路上の車両の密度を増加しにくくして、交通渋滞の緩和を図り、交通渋滞の解消を早めることができる。しかしながら、道路上のいくつかの車両のドライバーが、独自に渋滞吸収運転を行い、交通渋滞の緩和を図った場合には、道路上の車両の流量の低下を招いてしまう可能性がある。

例えば、上述した車両の密度と車両の流量との関係によれば、道路上の車両の密度は、道路上の車両の流量が最大になる密度に近いことが好ましく、小さすぎても好ましくない場合がある。このため、道路に交通渋滞が発生する前に、道路上のすべての車両のドライバーが渋滞吸収運転を行うと、道路上の車両の密度が低下し、道路上の車両の流量の低下を招いてしまう可能性がある。同様に、道路に交通渋滞が発生した後であっても、道路上のすべての車両のドライバーが渋滞吸収運転を行うと、道路上の車両の密度が低下し、道路上の車両の流量の低下を招いてしまう可能性がある。

また、例えば、渋滞吸収運転は、交通渋滞が発生した場所よりも上流にある場所であって、まだ渋滞流の状態になっていない自由流の状態である場所において行われることが好ましい。上流とは、車両の進行方向の逆方向の側である。このため、渋滞流の状態の場所における車両のドライバーが渋滞吸収運転を行うと、渋滞吸収運転による車両の減速が、副次的に新たな交通渋滞を招いてしまう可能性があり、道路上の車両の流量の低下を招いてしまう可能性がある。

また、例えば、渋滞吸収運転は、交通渋滞が発生し始めた時点で行われることが好ましい。このため、道路上のいくつかの車両のドライバーが、独自に渋滞吸収運転を行っても、効率よく交通渋滞の緩和を図ることができない場合がある。

そこで、本実施の形態では、道路の交通渋滞の原因になるイベントが発生したことに応じて、イベントが発生した場所の情報に基づいて選定された区間における車両のドライバーに、渋滞吸収運転の運転操作を指示することができる交通制御方法について説明する。これによれば、道路上の車両の流量の低下を抑制するとともに、道路の交通渋滞の発生を抑制し、または、道路の交通渋滞の長さの増大化を抑制することができる。

図１の例では、交通制御装置１００は、イベント発生情報を有する。イベント発生情報は、イベントが発生した場所の情報を含む。イベントが発生した場所は、複数の車両１０１が走行する経路上の場所、または、複数の車両１０１が走行する経路周辺の場所である。経路は、例えば、高速道路である。経路は、具体的には、高速道路の上り車線と下り車線とのいずれかであってもよい。車線は、複数あってもよい。

イベントとは、交通渋滞が発生する原因となる出来事である。イベントは、例えば、車両１０１が減速する原因となる出来事、または、車両１０１が減速したこと自体である。イベントは、具体的には、車線規制、落下物、事故車両、横断物などが発生したことである。イベントは、具体的には、経路の周辺において発生した事故や事件などの出来事であってもよい。イベントは、具体的には、対向車線における事故車両が発生し、車両１０１が減速したことであってもよい。イベントは、具体的には、車両１０１のドライバーの居眠りや脇見など、車両１０１のドライバーに起因して、車両１０１が減速したことであってもよい。

また、交通制御装置１００は、車間距離情報を有する。車間距離情報は、イベントが発生した場所の情報に基づいて選定された、複数の車両１０１が走行する経路における所定範囲にある区間上の車両１０１の前方車両１０１または後方車両１０１との車間距離の情報を含む。所定範囲は、複数の車両１０１が走行する経路上のイベントが発生した場所、またはイベントが発生した場所に対応する複数の車両１０１が走行する経路上の場所よりも上流にある、複数の車両１０１が走行する経路上の範囲である。

イベントが発生した場所に対応する経路上の場所は、例えば、イベントが発生した場所に最も近い経路上の場所である。イベントが発生した場所に対応する経路上の場所は、例えば、イベントが発生した場所に対応する車両１０１が減速した場所であってもよい。選定は、例えば、経路上のイベントが発生した場所より上流の所定範囲にある、その経路上の区間を選ぶことである。選定は、例えば、イベントが発生した場所に対応する経路上の場所よりも上流の所定範囲にある、その経路上の区間を選ぶことである。車間距離とは、車両１０１間が進行方向にどれくらい離れているかを示す距離である。車間距離は、車両１０１間のユークリッド距離であってもよい。

前方車両１０１とは、車両１０１の前方を走行する、その車両１０１に最も近い他の車両１０１である。前方車両１０１は、例えば、車両１０１と同じ車線を走行する他の車両１０１である。前方車両１０１は、経路が複数の車線を含めば、車両１０１と異なる車線を走行する他の車両１０１であってもよい。後方車両１０１とは、車両１０１の後方を走行する、その車両１０１に最も近い他の車両１０１である。後方車両１０１は、例えば、車両１０１と同じ車線を走行する他の車両１０１である。後方車両１０１は、経路が複数の車線を含めば、車両１０１と異なる車線を走行する他の車両１０１であってもよい。

（１−１）交通制御装置１００は、イベント発生情報と、車間距離情報とに基づいて、イベントが発生した場所の情報に基づいて選定された区間に、車間距離が閾値以上の車両が存在するか否かを判定する。交通制御装置１００は、例えば、複数の車両１０１が走行する経路上の、イベントが発生した場所から所定範囲にある区間に、車間距離が閾値以上の車両１０１が存在するか否かを判定する。交通制御装置１００は、具体的には、交通渋滞の原因になるイベントが発生した場所よりも上流にある区間に、車間距離が２００ｍ以上の車両１０１が存在するか否かを判定する。

これによれば、交通制御装置１００は、イベントが発生した場所から所定範囲にある区間に、渋滞吸収運転に相当する運転を行っている車両１０１があるか否かを判定することができ、交通渋滞が緩和されやすい状態であるか否かを判定することができる。

（１−２）交通制御装置１００は、車間距離が閾値以上の車両１０１が存在しないと判定した場合、経路上のいずれかの車両１０１に対応する端末装置に、所定の運転操作を示す指示を出力する。

端末装置は、車両１０１と共に移動する装置である。端末装置は、例えば、車両１０１に搭載されたナビゲーション装置である。端末装置は、例えば、車両１０１に搭載されたＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ Ｓｙｓｔｅｍ）対応機器であってもよい。端末装置は、例えば、車両１０１のドライバーが有するスマートフォンやタブレット端末であってもよい。端末装置は、例えば、車両１０１の走行を制御または補助する自動運転装置であってもよい。

所定の運転操作とは、経路上の車両の密度を小さくする運転操作である。所定の運転操作は、例えば、いずれかの車両１０１の前方車両１０１との車間距離を大きくする運転操作である。交通制御装置１００は、例えば、車両１０１−４のドライバーが有するスマートフォンに、渋滞吸収運転を指示する音声を出力させる。

これによれば、交通制御装置１００は、道路上の車両１０１の密度が比較的大きい区間の長さの増大化を抑制することができる。換言すれば、交通制御装置１００は、交通渋滞の長さの増大化を抑制することができ、交通渋滞の解消を早めることができる。

例えば、交通制御装置１００は、車両１０１−１がブレーキをかけた結果、車両１０１−１〜１０１−３が停止してしまっても、車両１０１−４が停止せずに車両１０１−３に近づいていくことができる可能性を向上することができる。そして、交通制御装置１００は、イベントが解消され、車両１０１−１が再発進した時点までに、車両１０１−４が車両１０１−３に追いつかず、停止せずに走行し続けることができる可能性を向上することができる。

これにより、交通制御装置１００は、道路の交通渋滞の発生を抑制し、または、道路の交通渋滞の長さの増大化を抑制することができる。交通制御装置１００は、例えば、車両１０１−４の後方車両１０１である車両１０１−５も、停止せずに走行し続けることができる可能性を向上することができる。

このため、交通制御装置１００は、交通渋滞の長さが、車両１０１の３台分の長さより大きくなってしまう可能性を低減することができる。これに対し、車両１０１−４のドライバーが渋滞吸収運転をしなかった場合、車両１０１−１がブレーキをかけた結果、車両１０１−４や車両１０１−５も停止してしまう可能性があり、交通渋滞の長さの増大化を招くおそれがある。

また、これによれば、交通制御装置１００は、渋滞吸収運転される車両１０１の位置および数を制御することができる。このため、交通制御装置１００は、道路上のいくつかの車両１０１のドライバーが独自に渋滞吸収運転を行う場合に比べて、道路上の車両１０１の流量を効率よく向上させることができる。

例えば、交通制御装置１００は、道路に交通渋滞が発生する前には、道路上の車両１０１のドライバーに渋滞吸収運転を指示しないため、道路上の車両１０１の密度が低下することを抑制することができる。同様に、交通制御装置１００は、道路に交通渋滞が発生した後であっても、道路上の一部の車両１０１のドライバーに渋滞吸収運転を指示するため、道路上の車両１０１の密度が低下することを抑制することができる。

また、例えば、交通制御装置１００は、交通渋滞が発生した場所よりも上流にある場所であって、まだ渋滞流の状態になっていない自由流の状態である場所を走行する車両１０１のドライバーに、渋滞吸収運転を指示することができる。このため、交通制御装置１００は、渋滞吸収運転が行われることが好ましい場所で渋滞吸収運転が行われやすくすることができ、効率よく交通渋滞の緩和を図ることができる。

また、例えば、交通制御装置１００は、交通渋滞の原因になるイベントが発生した直後に、車両１０１のドライバーに渋滞吸収運転を指示することができる。このため、交通制御装置１００は、交通渋滞が発生し始めた時点で、渋滞吸収運転が行われやすくすることができ、効率よく交通渋滞の緩和を図ることができる。

ここでは、交通制御装置１００が、ドライバーに所定の運転操作を行わせる場合について説明したが、これに限らない。例えば、交通制御装置１００は、端末装置が自動運転装置であれば、自動運転装置に所定の運転操作を行わせる場合があってもよい。

ここでは、交通制御装置１００が、単独で実施の形態にかかる交通制御方法を実現する場合について説明したが、これに限らない。例えば、交通制御装置１００が、他の装置と協働して実施の形態にかかる交通制御方法を実現する場合があってもよい。

具体的には、交通制御装置１００が、経路のいずれかの部分区間に対応付けられ、その部分区間を走行する車両のドライバーへの運転操作の指示を担当し、他の部分区間を走行する車両のドライバーへの運転操作の指示を担当しない場合があってもよい。この場合、交通制御装置１００は、自装置が担当する部分区間とは別の部分区間においてイベントが発生したことを、別の部分区間を担当する他の装置（他の交通制御装置１００）から通知を受け付けるようにしてもよい。

ここでは、イベントが、車両１０１が減速する原因となる出来事、または、車両１０１が減速したこと自体である場合について説明したが、これに限らない。例えば、交通制御装置１００が、イベントとして、車両１０１が減速する原因となる出来事の代わりに、その出来事によって車両１０１が減速したこと自体を用いる場合があってもよい。

この場合、イベントが発生した場所は、複数の車両１０１が走行する経路上の場所である。この場合、車間距離情報は、複数の車両１０１が走行する経路のうち、イベントが発生した場所から所定範囲にある区間上の車両１０１の前方車両１０１または後方車両１０１との車間距離の情報を含む。これによれば、交通制御装置１００は、交通渋滞が発生する原因となる種々のイベントを、車両１０１が減速したイベントとして、まとめて扱うことができる。

以下の説明では、交通制御装置１００が、他の装置と協働して実施の形態にかかる交通制御方法を実現する場合について説明する。

（交通制御システム２００の一例）
次に、図１に示した交通制御装置１００を適用した、交通制御システム２００の一例について説明する。

図２は、交通制御システム２００の一例を示す説明図である。図２において、交通制御システム２００は、クラウドサーバ２０１と、複数のエッジサーバ＃１，＃２と、それぞれのエッジサーバ＃１，＃２が管理する複数のカメラ＃１１〜＃３０と、複数の車両１０１と、それぞれの車両１０１に対応する端末装置Ｔとを含む。

交通制御システム２００において、クラウドサーバ２０１と、複数のエッジサーバ＃１，＃２のそれぞれのエッジサーバ＃１，＃２とは、有線または無線のネットワーク２１０、およびルーターＲやスイッチ（ＳＷ）Ｓ０などを介して接続される。ネットワーク２１０は、例えば、インターネットや専用線などである。

また、交通制御システム２００において、複数のエッジサーバ＃１，＃２のそれぞれのエッジサーバ＃１，＃２と、それぞれのエッジサーバ＃１，＃２が管理するカメラ＃１１〜＃３０とは、スイッチＳ１，Ｓ２などを介して接続される。

また、交通制御システム２００において、クラウドサーバ２０１と、端末装置Ｔとは、有線または無線のネットワーク２２０を介して接続される。ネットワーク２２０は、例えば、モバイルキャリアネットワークなどである。

図２の例では、クラウドサーバ２０１は、端末装置Ｔの宛先情報を管理し、端末装置Ｔとの通信を制御するコンピュータである。エッジサーバ＃１，＃２は、交通制御装置１００として動作するコンピュータである。エッジサーバ＃１，＃２は、複数のカメラ＃１１〜＃３０を管理する。カメラ＃１１〜＃３０は、高速道路に設けられ、高速道路を走行する車両１０１の車番、車速、車間距離を計測する際に用いられる画像を撮影する。

端末装置Ｔは、所定の運転操作を示す指示を受信し、所定の運転操作を示す指示を音声出力するコンピュータである。端末装置Ｔは、例えば、車両１０１のドライバーが有するスマートフォンやタブレット端末である。端末装置Ｔは、例えば、車両１０１に搭載されたＥＴＣ対応機器であってもよい。端末装置Ｔは、例えば、車両１０１の走行を制御または補助する自動運転装置であってもよい。

ここでは、エッジサーバは２つであるが、これに限らない。例えば、エッジサーバは３つ以上であってもよい。ここでは、エッジサーバが、交通制御装置１００として動作するコンピュータである場合について説明したが、これに限らない。例えば、クラウドサーバ２０１が、交通制御装置１００として動作するコンピュータである場合があってもよい。

（クラウドサーバ２０１のハードウェア構成例）
次に、図３を用いて、クラウドサーバ２０１のハードウェア構成例について説明する。

図３は、クラウドサーバ２０１のハードウェア構成例を示すブロック図である。図３において、クラウドサーバ２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、記憶媒体Ｉ／Ｆ３０４と、記憶媒体３０５と、入出力装置Ｉ／Ｆ３０６と、入出力装置３０７とを有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、クラウドサーバ２０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ネットワークＩ／Ｆ３０３は、ネットワーク２１０，２２０に接続され、ネットワーク２１０，２２０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ３０３は、ネットワーク２１０，２２０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ３０３には、例えば、モデムやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）アダプタなどを採用することができる。

記憶媒体Ｉ／Ｆ３０４は、記憶媒体３０５に接続され、記憶媒体３０５と内部のインターフェースを司り、ＣＰＵ３０１の制御にしたがって、記憶媒体３０５に対するデータの入出力を制御する。記憶媒体Ｉ／Ｆ３０４は、例えば、磁気ディスクドライブである。記憶媒体Ｉ／Ｆ３０４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートであってもよい。記憶媒体３０５は、記憶媒体Ｉ／Ｆ３０４の制御で書き込まれたデータを記憶する媒体である。記憶媒体３０５は、例えば、磁気ディスク、光ディスクなどである。記憶媒体３０５は、例えば、ＵＳＢメモリであってもよい。記憶媒体３０５は、実施の形態にかかる交通制御プログラムを記憶してもよい。

入出力装置３０７は、ディスプレイ、キーボード、マウス、タッチパネルなどの少なくともいずれかである。ディスプレイは、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイは、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。キーボードは、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。マウスは、ポインティングデバイスであり、データの入力を行う。

タッチパネルは、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示するディスプレイを有する。タッチパネルは、ディスプレイ上、または、ディスプレイ外周部に設けられ、タッチパネル上のユーザの接触位置を検出する検出装置を有する。検出装置は、例えば、抵抗膜方式、静電容量方式、超音波方式、光学方式、または、電磁誘導方式などを用いて、接触位置を検出する。タッチパネルは、ユーザの接触位置に応じて、文字、数字、各種指示などの入力を行う。

クラウドサーバ２０１は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）と半導体メモリとなどを有することにしてもよい。また、クラウドサーバ２０１は、記憶媒体Ｉ／Ｆ３０４および記憶媒体３０５の代わりに、ＳＳＤおよび半導体メモリなどを有していてもよい。また、クラウドサーバ２０１は、記憶媒体Ｉ／Ｆ３０４、記憶媒体３０５、入出力装置３０７の少なくともいずれかを有していなくてもよい。

（端末管理テーブル４００の記憶内容）
次に、図４を用いて、クラウドサーバ２０１が記憶する端末管理テーブル４００の記憶内容について説明する。端末管理テーブル４００は、例えば、図３に示したクラウドサーバ２０１のメモリ３０２や記憶媒体３０５などの記憶領域により実現される。

図４は、端末管理テーブル４００の記憶内容の一例を示す説明図である。図４に示すように、端末管理テーブル４００は、宛先情報と、車番とのフィールドを有する。端末管理テーブル４００は、車両１０１ごとに各フィールドに情報を設定することにより、端末管理情報がレコードとして記憶される。

宛先情報のフィールドには、車両１０１に対応する端末装置Ｔの宛先番号が設定される。宛先情報は、例えば、端末装置Ｔとの通信の際に用いられる端末装置Ｔを示す宛先情報になる宛先番号「０９０−１１１１−１１１１」である。車番のフィールドには、車両１０１に割り振られた車番が設定される。

（エッジサーバ＃１，＃２のハードウェア構成例）
次に、図５を用いて、エッジサーバ＃１，＃２のハードウェア構成例について説明する。

図５は、エッジサーバ＃１，＃２のハードウェア構成例を示すブロック図である。図５において、エッジサーバ＃１，＃２は、ＣＰＵ５０１と、メモリ５０２と、ネットワークＩ／Ｆ５０３と、記憶媒体Ｉ／Ｆ５０４と、記憶媒体５０５と、入出力装置Ｉ／Ｆ５０６と、入出力装置５０７とを有する。また、各構成部は、バス５００によってそれぞれ接続される。

ここで、ＣＰＵ５０１は、エッジサーバ＃１，＃２の全体の制御を司る。メモリ５０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。メモリ５０２に記憶されるプログラムは、ＣＰＵ５０１にロードされることで、コーディングされている処理をＣＰＵ５０１に実行させる。

ネットワークＩ／Ｆ５０３は、ネットワーク２１０に接続され、ネットワーク２１０を介してクラウドサーバ２０１に接続される。そして、ネットワークＩ／Ｆ５０３は、ネットワーク２１０と内部のインターフェースを司り、クラウドサーバ２０１からのデータの入出力を制御する。

ネットワークＩ／Ｆ５０３は、スイッチＳ０に接続され、スイッチＳ０を介して他のエッジサーバ＃１，＃２に接続される。そして、ネットワークＩ／Ｆ５０３は、他のエッジサーバ＃１，＃２と内部のインターフェースを司り、他のエッジサーバ＃１，＃２からのデータの入出力を制御する。

ネットワークＩ／Ｆ５０３は、スイッチＳ１，Ｓ２に接続され、スイッチＳ１，Ｓ２を介して他のカメラに接続される。そして、ネットワークＩ／Ｆ５０３は、他のカメラと内部のインターフェースを司り、他のカメラからのデータの入出力を制御する。ネットワークＩ／Ｆ５０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

記憶媒体Ｉ／Ｆ５０４は、記憶媒体５０５に接続され、記憶媒体５０５と内部のインターフェースを司り、ＣＰＵ５０１の制御にしたがって、記憶媒体５０５に対するデータの入出力を制御する。記憶媒体Ｉ／Ｆ５０４は、例えば、磁気ディスクドライブである。記憶媒体Ｉ／Ｆ５０４は、例えば、ＵＳＢポートであってもよい。記憶媒体５０５は、記憶媒体Ｉ／Ｆ５０４の制御で書き込まれたデータを記憶する媒体である。記憶媒体５０５は、例えば、磁気ディスク、光ディスクなどである。記憶媒体５０５は、例えば、ＵＳＢメモリであってもよい。記憶媒体５０５は、実施の形態にかかる交通制御プログラムを記憶してもよい。入出力装置５０７は、ディスプレイ、キーボード、マウス、タッチパネルなどの少なくともいずれかである。

エッジサーバ＃１，＃２は、上述した構成部のほか、例えば、ＳＳＤと半導体メモリなどを有することにしてもよい。また、エッジサーバ＃１，＃２は、記憶媒体Ｉ／Ｆ５０４および記憶媒体５０５の代わりに、ＳＳＤおよび半導体メモリなどを有していてもよい。また、エッジサーバ＃１，＃２は、記憶媒体Ｉ／Ｆ５０４、記憶媒体５０５、入出力装置５０７の少なくともいずれかを有していなくてもよい。

次に、エッジサーバ＃１，＃２が記憶する、車速等管理テーブル６００、車速閾値定義情報７００、カメラ位置管理テーブル８００、検索距離定義情報９００、エッジサーバ管理テーブル１０００、必要車間定義情報１１００などの各種テーブルについて説明する。以下の説明では、エッジサーバ＃１が記憶する各種テーブルと、エッジサーバ＃２が記憶する各種テーブルとを区別する場合には、末尾に＃１または＃２を付与する。

（車速等管理テーブル６００＃２の記憶内容）
まず、図６を用いて、エッジサーバ＃２が記憶する車速等管理テーブル６００＃２の記憶内容について説明する。車速等管理テーブル６００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図６は、車速等管理テーブル６００＃２の記憶内容の一例を示す説明図である。図６に示すように、車速等管理テーブル６００＃２は、時間と、カメラ番号と、車番と、車速と、前車との車間と、車線とのフィールドを有する。車速等管理テーブル６００＃２は、時間ごと、かつ、車両１０１ごとに、各フィールドに情報を設定することにより、車速等管理情報がレコードとして記憶される。

時間のフィールドには、高速道路を走行する車両１０１の車番、車速、車間距離を計測する際に用いられる画像が撮影された時間が設定される。カメラ番号のフィールドには、エッジサーバ＃２が管理するカメラを識別する番号として、カメラ番号が設定される。カメラ番号は、例えば、高速道路の起点から順にカメラに割り振られる。図６の例では、カメラ番号は、エッジサーバ＃２が管理するカメラに割り振られたカメラ番号「＃２１〜＃３０」のいずれかである。

車番のフィールドには、高速道路を走行する車両１０１に割り振られた車番が設定される。車番のフィールドには、例えば、カメラ番号によって識別されるカメラに撮影された画像に基づいて計測された車番が設定される。車速のフィールドには、高速道路を走行する車両１０１の速度として、車速が設定される。車速のフィールドには、例えば、カメラ番号によって識別されるカメラに撮影された画像に基づいて計測された車速が設定される。

前車との車間のフィールドには、高速道路を走行する車両１０１の、前方車両１０１との車間距離が設定される。前車との車間のフィールドには、例えば、カメラ番号によって識別されるカメラに撮影された画像に基づいて計測された、高速道路を走行する車両１０１の、前方車両１０１との車間距離が設定される。

車線のフィールドには、高速道路が複数車線を含む場合に、高速道路を走行する車両１０１が走行中の車線を識別する名称が設定される。車線を識別する名称は、例えば、左端から一番目の走行車線を示す「走行１」や２番目の走行車線を示す「走行２」、または右端の追い越し車線を示す「追い越し」などである。車速等管理テーブル６００＃２は、車線のフィールドを有さない場合があってもよい。

（車速閾値定義情報７００＃２の記憶内容）
次に、図７を用いて、エッジサーバ＃２が記憶する、車速変化に対する閾値を定義する車速閾値定義情報７００＃２の記憶内容について説明する。車速閾値定義情報７００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図７は、車速閾値定義情報７００＃２の記憶内容の一例を示す説明図である。図７に示すように、車速閾値定義情報７００＃２は、車速変化閾値のフィールドを有する。車速変化閾値のフィールドには、イベントが発生したか否かを判定する際に用いられる、車両１０１の車速変化に対する閾値が設定される。閾値は、例えば、４０ｋｍ／ｈである。

（カメラ位置管理テーブル８００＃２の記憶内容）
次に、図８を用いて、エッジサーバ＃２が記憶するカメラ位置管理テーブル８００＃２の記憶内容について説明する。カメラ位置管理テーブル８００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図８は、カメラ位置管理テーブル８００＃２の記憶内容の一例を示す説明図である。図８に示すように、カメラ位置管理テーブル８００＃２は、カメラ番号と、カメラ位置とのフィールドを有する。カメラ位置管理テーブル８００＃２は、カメラごとに各フィールドに情報を設定することにより、端末管理情報がレコードとして記憶される。

カメラ番号のフィールドには、エッジサーバ＃２が管理するカメラを識別する番号として、カメラ番号が設定される。カメラ番号は、例えば、高速道路の起点から順にカメラに割り振られる。図８の例では、カメラ番号は、エッジサーバ＃２が管理するカメラに割り振られたカメラ番号「＃２１〜＃３０」のいずれかである。

カメラ位置のフィールドには、カメラの位置として、カメラが撮影する範囲の先頭または末尾の位置が高速道路の起点から何ｍであるかを示す値が設定される。例えば、カメラ位置「３３００ｍ」は、カメラが撮影する範囲の末尾の位置が高速道路の起点から「３３００ｍ」の地点であることを示し、カメラが撮影する範囲が「３０００ｍ〜３３００ｍ」であることを示す。カメラが撮影する範囲は、例えば、３００ｍである。

（検索距離定義情報９００＃２の記憶内容）
次に、図９を用いて、エッジサーバ＃２が記憶する検索距離定義情報９００＃２の記憶内容について説明する。検索距離定義情報９００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図９は、検索距離定義情報９００＃２の記憶内容の一例を示す説明図である。図９に示すように、検索距離定義情報９００＃２は、検索距離のフィールドを有する。検索距離のフィールドには、イベントが発生した場合に、車間距離が所定値以上である車両１０１があるか否かを検索する区間を特定する際に用いられる、検索距離が設定される。検索距離は、例えば、１８００ｍである。

（エッジサーバ管理テーブル１０００＃２の記憶内容）
次に、図１０を用いて、エッジサーバ＃２が記憶するエッジサーバ管理テーブル１０００＃２の記憶内容について説明する。エッジサーバ管理テーブル１０００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図１０は、エッジサーバ管理テーブル１０００＃２の記憶内容の一例を示す説明図である。図１０に示すように、エッジサーバ管理テーブル１０００＃２は、エッジサーバ位置と、自エッジサーバ識別フラグと、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスとのフィールドを有する。エッジサーバ管理テーブル１０００＃２は、エッジサーバごとに各フィールドに情報を設定することにより、エッジサーバ管理情報がレコードとして記憶される。

エッジサーバ位置のフィールドには、高速道路の起点から何番目の部分区間に対応するエッジサーバであるかを示す番号が設定される。エッジサーバ＃２の番号は「２」である。自エッジサーバ識別フラグのフィールドには、自エッジサーバの番号であるか否かを示すフラグが設定される。○は自エッジサーバの番号であることを示す。ＩＰアドレスのフィールドには、エッジサーバのＩＰアドレスが設定される。

（必要車間定義情報１１００＃２の記憶内容）
次に、図１１を用いて、エッジサーバ＃２が記憶する必要車間定義情報１１００＃２の記憶内容について説明する。必要車間定義情報１１００＃２は、例えば、図５に示したエッジサーバ＃２のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図１１は、必要車間定義情報１１００＃２の記憶内容の一例を示す説明図である。図１１に示すように、必要車間定義情報１１００＃２は、必要車間のフィールドを有する。必要車間のフィールドには、車両１０１のドライバーに指示する車間距離が設定される。必要車間は、例えば、２００ｍである。

次に、エッジサーバ＃１が記憶する、車速等管理テーブル６００＃１およびカメラ位置管理テーブル８００＃１について説明する。エッジサーバ＃１が記憶する、車速閾値定義情報７００＃１、検索距離定義情報９００＃１、エッジサーバ管理テーブル１０００＃１、必要車間定義情報１１００＃１などについては説明を省略する。

（車速等管理テーブル６００＃１の記憶内容）
まず、図１２を用いて、エッジサーバ＃１が記憶する車速等管理テーブル６００＃１の記憶内容について説明する。車速等管理テーブル６００＃１は、例えば、図５に示したエッジサーバ＃１のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図１２は、車速等管理テーブル６００＃１の記憶内容の一例を示す説明図である。図１２に示すように、車速等管理テーブル６００＃１は、時間と、カメラ番号と、車番と、車速と、前車との車間と、車線とのフィールドを有する。車速等管理テーブル６００＃１は、時間ごと、かつ、車両１０１ごとに、各フィールドに情報を設定することにより、車速等管理情報がレコードとして記憶される。

図１２の例では、カメラ番号は、エッジサーバ＃１が管理するカメラに割り振られたカメラ番号「＃１１〜＃２０」のいずれかである。各フィールドに設定される情報は、図６と同じ種類の情報であるが、図６とは異なりカメラ番号「＃１１〜＃２０」のカメラによって撮影された車両についての車番、車速、車間距離などである。

（カメラ位置管理テーブル８００＃１の記憶内容）
次に、図１３を用いて、エッジサーバ＃１が記憶するカメラ位置管理テーブル８００＃１の記憶内容について説明する。カメラ位置管理テーブル８００＃１は、例えば、図５に示したエッジサーバ＃１のメモリ５０２や記憶媒体５０５などの記憶領域により実現される。

図１３は、カメラ位置管理テーブル８００＃１の記憶内容の一例を示す説明図である。図１３に示すように、カメラ位置管理テーブル８００＃１は、カメラ番号と、カメラ位置とのフィールドを有する。カメラ位置管理テーブル８００＃１は、カメラごとに各フィールドに情報を設定することにより、端末管理情報がレコードとして記憶される。

図１３の例では、カメラ番号は、エッジサーバ＃１が管理するカメラに割り振られたカメラ番号「＃１１〜＃２０」のいずれかである。カメラ位置は、図８とは異なり、「３００ｍ〜３０００ｍ」である。

（端末装置Ｔのハードウェア構成例）
端末装置Ｔのハードウェア構成例は、図３に示したクラウドサーバ２０１のハードウェア構成例や、図５に示したエッジサーバのハードウェア構成例と同様であるため、説明を省略する。端末装置Ｔは、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を有し、端末装置ＴのＧＰＳ座標を検出し、クラウドサーバ２０１やエッジサーバに送信可能であってもよい。

（交通制御装置１００の機能的構成例）
次に、図１４を用いて、交通制御装置１００の機能的構成例について説明する。図１４の例では、交通制御装置１００がエッジサーバ＃１，＃２によって実現される場合について説明する。

図１４は、交通制御装置１００の機能的構成例を示すブロック図である。図１４において、交通制御装置１００は、取得部１４０１と、判定部１４０２と、指示部１４０３とを含む。

取得部１４０１〜指示部１４０３は、制御部となる機能である。取得部１４０１〜指示部１４０３は、具体的には、例えば、図３に示したメモリ３０２や記憶媒体３０５などの記憶領域に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、ネットワークＩ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ３０２や記憶媒体３０５などの記憶領域に記憶される。

取得部１４０１は、イベント発生情報と、車間距離情報とを取得する。イベント発生情報は、複数の車両１０１が走行する経路上のイベントが発生した場所の情報を含む。経路は、例えば、高速道路である。イベントは、交通渋滞が発生する原因となる出来事である。イベントは、例えば、車両１０１が減速した出来事である。イベントは、例えば、車線規制、落下物、事故車両、横断物などが発生し、車両１０１が減速したことである。イベントが発生した場所は、減速の度合いを示す値が所定値以上の車両１０１に対応する場所である。イベントが発生した場所は、例えば、減速の度合いを示す値が所定値以上の車両１０１を撮影したカメラのカメラ位置が採用される。所定値は、例えば、４０ｋｍ／ｈである。

車間距離情報は、複数の車両１０１が走行する経路のうち、イベントが発生した場所から所定範囲にある区間上の車両１０１の前方車両１０１または後方車両１０１との車間距離の情報を含む。所定範囲は、イベントが発生した場所よりも上流にある範囲である。車間距離とは、車両１０１間が進行方向にどれくらい離れているかを示す距離である。車間距離は、車両１０１間のユークリッド距離であってもよい。

取得部１４０１は、例えば、経路に対して設けられたカメラ＃１１〜＃３０などから画像を取得し、取得した画像に対して画像処理を行うことにより、イベント発生情報を作成してもよい。また、取得部１４０１は、例えば、経路に対して設けられたカメラ＃１１〜＃２０を管理するエッジサーバ＃１などから、イベント発生情報を受信してもよい。これにより、取得部１４０１は、判定部１４０２の処理を開始するトリガを取得することができる。また、取得部１４０１は、判定部１４０２の処理に用いられる情報を取得し、判定部１４０２に出力することができる。

取得部１４０１は、例えば、経路に対して設けられたカメラ＃１１〜＃３０などから画像を取得し、取得した画像に対して画像処理を行うことにより、車間距離情報を作成してもよい。取得部１４０１は、例えば、経路に対して設けられたカメラ＃１１〜＃２０を管理するエッジサーバ＃１などから、車間距離情報を受信してもよい。これにより、取得部１４０１は、判定部１４０２の処理に用いられる情報を取得し、判定部１４０２に出力することができる。

判定部１４０２は、取得部１４０１が取得したイベント発生情報と、車間距離情報とに基づいて、イベントが発生した場所から所定範囲にある区間上に車間距離が閾値以上の車両１０１が存在するか否かを判定する。閾値は、例えば、２００ｍである。

判定部１４０２は、イベントが発生した場所から、検索距離「１８００ｍ」の分、上流にある「３００ｍ」の区間上に、車間距離が閾値以上の車両１０１が存在するか否かを判定する。これにより、判定部１４０２は、イベントが発生した場所から所定範囲にある区間に、渋滞吸収運転に相当する運転を行っている車両１０１があるか否かを判定することができ、交通渋滞が緩和されやすい状態であるか否かを判定することができる。

指示部１４０３は、車間距離が閾値以上の車両１０１が存在しないと判定した場合、経路上のいずれかの車両１０１に対応する端末装置Ｔに、その車両１０１の前方車両１０１との車間距離を大きくする運転操作を示す指示を出力する。

運転操作は、例えば、いずれかの車両１０１を減速する運転操作、いずれかの車両１０１の速度を所定速度以下にする運転操作、または、いずれかの車両１０１の前方車両１０１との車間距離を所定距離以上にする運転操作である。

指示部１４０３は、例えば、車間距離が閾値以上の車両１０１が存在しないと判定した場合、経路上のいずれかの車両１０１のドライバーが有するスマートフォンに、渋滞吸収運転を指示する音声を出力させる。これにより、指示部１４０３は、道路上の車両１０１の密度が比較的大きい区間の長さの増大化を抑制することができる。

ここで、経路が、複数の車線を含み、そして、イベント発生情報が、イベントが発生した場所に対応する車線の情報をさらに含む場合がある。イベントが発生した場所に対応する車線の情報は、例えば、減速の度合いを示す値が所定値以上の車両１０１が走行していた車線の情報である。

この場合、指示部１４０３は、車間距離が閾値以上の車両１０１が存在しないと判定した場合、イベントが発生した場所に対応する車線上のいずれかの車両１０１に対応する端末装置Ｔに、所定の運転操作を示す指示を出力する。

指示部１４０３は、例えば、車間距離が閾値以上の車両１０１が存在しないと判定した場合、経路上のイベントが発生した場所と同じ車線を走行する車両１０１のドライバーが有するスマートフォンに、渋滞吸収運転を指示する音声を出力させる。これにより、指示部１４０３は、イベントが発生した場所における車両１０１の減速によって、イベントが発生した場所と同じ車線上を走行する複数の車両が連鎖して減速する可能性がある場合に、減速が連鎖する回数を抑制しやすくすることができる。指示部１４０３は、交通渋滞の長さの増大化を、より抑制しやすくすることができる。

指示部１４０３は、経路上のイベントが発生した場所とは異なる車線を走行する車両１０１のドライバーが有するスマートフォンに、渋滞吸収運転を指示する音声を出力させる場合があってもよい。これにより、指示部１４０３は、イベントが発生した場所における車両１０１の車線変更などによって、イベントが発生した場所とは異なる車線上を走行する複数の車両が連鎖して減速する可能性がある場合に、減速が連鎖する回数を抑制しやすくすることができる。指示部１４０３は、交通渋滞の長さの増大化を、より抑制しやすくすることができる。

ここで、経路は走行方向に分割された複数の部分区間を含んでもよい。そして、交通制御装置１００は、複数の部分区間のいずれかの部分区間に対応付けられる場合があってもよい。交通制御装置１００は、対応付けられた部分区間を走行する車両１０１のドライバーへの運転操作の指示を担当し、他の部分区間を走行する車両１０１のドライバーへの運転操作の指示を担当しなくてもよい。

この場合、取得部１４０１は、複数の部分区間のうち、イベントが発生した場所を含む部分区間に対応する検出装置から、イベント発生情報を受信する。検出装置は、例えば、エッジサーバである。そして、取得部１４０１は、イベント発生情報を受信したことに応じて、交通制御装置１００に対応付けられた部分区間が、イベントが発生した場所から所定範囲にある区間であれば、車間距離情報を取得する。

取得部１４０１は、例えば、自装置が担当する部分区間に隣り合う部分区間を担当するエッジサーバからイベント発生情報を直接受信する。これにより、取得部１４０１は、複数の部分区間を分散して管理することができ、いずれかの部分区間を担当するエッジサーバと通信することができない場合であっても、交通渋滞の緩和を図ることができる確率を向上することができる。

この場合、判定部１４０２は、受信したイベント発生情報と、取得した車間距離情報とに基づいて、交通制御装置１００に対応付けられた部分区間に、車間距離が閾値以上の車両１０１が存在するか否かを判定する。

判定部１４０２は、例えば、自装置が担当する部分区間に車間距離が閾値以上の車両１０１が存在するか否かを判定する。これにより、判定部１４０２は、自装置が担当する部分区間に、渋滞吸収運転に相当する運転を行っている車両１０１があるか否かを判定することができ、交通渋滞が緩和されやすい状態であるか否かを判定することができる。

この場合、指示部１４０３は、車間距離が閾値以上の車両１０１が存在しないと判定すると、管理装置を介して、経路上のいずれかの車両１０１に対応する端末装置Ｔに、指示を出力する制御を行う。管理装置とは、経路上のいずれかの車両１０１に対応する端末装置Ｔへの宛先情報を管理する装置である。管理装置は、例えば、クラウドサーバ２０１である。

指示部１４０３は、例えば、自装置が担当する部分区間に車間距離が閾値以上の車両１０１が存在しないと判定した場合、自装置が担当する部分区間上のいずれかの車両１０１に対応する端末装置Ｔに、指示を出力する制御を行う。指示部１４０３は、具体的には、クラウドサーバ２０１を介して、端末装置Ｔに指示を出力する制御を行う。

これにより、指示部１４０３は、複数の部分区間のそれぞれを集中管理しなくてもよく、いずれかの部分区間を走行する車両１０１のドライバーへの運転操作の指示を担当することができる。また、指示部１４０３は、クラウドサーバ２０１を介さずに、端末装置Ｔに直接指示を出力する場合があってもよい。

以下の実施例は、交通制御装置１００が、複数の部分区間のいずれかの部分区間に対応付けられ、その部分区間を走行する車両１０１のドライバーへの運転操作の指示を担当する場合に対応する一例である。

・実施例
（クラウドサーバ２０１とエッジサーバ＃１，＃２との機能的構成例）
次に、図１５を用いて、実施例におけるクラウドサーバ２０１とエッジサーバ＃１，＃２との機能的構成例について説明する。

図１５は、クラウドサーバ２０１とエッジサーバ＃１，＃２との機能的構成例を示すブロック図である。図１５において、クラウドサーバ２０１は、端末管理部１５０１と、端末通知部１５０２とを有する。エッジサーバ＃１，＃２は、画像処理部１５１１と、イベント検知部１５１２と、イベント処理部１５１３と、車間制御部１５１４とを有する。

実施例では、端末管理部１５０１は、端末管理テーブル４００にアクセス可能である。端末管理部１５０１は、端末装置Ｔを示す宛先番号と、その端末装置Ｔを有するドライバーが乗る車両１０１に割り振られた車番とを含む登録要求を、端末装置Ｔから受信する。端末管理部１５０１は、受信した登録要求に基づいて、端末管理テーブル４００を更新する。端末管理部１５０１は、車間制御部１５１４からの問い合わせに応じて、端末管理テーブル４００を参照して、端末装置Ｔを示す宛先番号を車間制御部１５１４に送信する。

これにより、端末管理部１５０１は、所定の運転操作を示す指示を端末装置Ｔに送信可能な状態にすることができる。端末管理部１５０１は、車間制御部１５１４からの問い合わせに応じて、所定の運転操作を示す指示を送信可能である端末装置Ｔについての情報を提供することができる。

端末通知部１５０２は、車間制御部１５１４の制御にしたがって、所定の運転操作を示す指示を端末装置Ｔに送信する。端末通知部１５０２は、例えば、端末制御部が車間制御部１５１４に送信した宛先番号のいずれかの宛先番号を指定し、渋滞吸収運転を示す指示についての出力要求を、車間制御部１５１４から受信する。端末通知部１５０２は、出力要求を受信したことに応じて、指定された宛先番号に基づいて、渋滞吸収運転を示す指示を、端末装置Ｔに送信する。

これにより、端末通知部１５０２は、端末装置Ｔを有するドライバーに、渋滞吸収運転を指示することができ、交通渋滞の緩和を図り、交通渋滞の解消を早めることができる。また、端末通知部１５０２は、渋滞吸収運転を行うドライバーの数を、制御することができる。

画像処理部１５１１は、車速等管理テーブル６００にアクセス可能である。画像処理部１５１１は、所定時間ごとに撮影された画像をカメラから、所定時間ごとに受信する。画像処理部１５１１は、受信した画像に対して画像処理を行うことにより、カメラが撮影する範囲を走行する車両１０１の車番、車速、車間距離を計測する。画像処理部１５１１は、計測した車両１０１の車番、車速、車間距離に基づいて、車速等管理テーブル６００を更新する。

これにより、画像処理部１５１１は、イベントが発生したことを検知する際に用いられ、または、渋滞吸収運転に相当する運転を行っている車両１０１があるか否かを判定する際に用いられる情報を記憶しておくことができる。

イベント検知部１５１２は、車速等管理テーブル６００と、車速閾値定義情報７００と、カメラ位置管理テーブル８００とにアクセス可能である。イベント検知部１５１２は、車速等管理テーブル６００と、車速閾値定義情報７００と、カメラ位置管理テーブル８００とに基づいて、イベントが発生したことを検知する。イベント検知部１５１２は、例えば、減速方向の車速変化の大きさを示す値が閾値以上である車両１０１があるか否かを判定する。

イベント検知部１５１２は、減速方向の車速変化の大きさを示す値が閾値以上である車両１０１があれば、その車両１０１が走行中の場所をイベントが発生した場所として検知する。イベント検知部１５１２は、車両１０１が走行中の場所として、その車両１０１を撮影したカメラの位置を採用する。イベント検知部１５１２は、検知したイベントが発生した場所を、イベント処理部１５１３に通知する。

これにより、イベント検知部１５１２は、交通渋滞が発生し始めた場所を検知することができ、渋滞吸収運転が行われることが好ましい区間が、どの場所よりも上流にある区間であるかを特定可能にすることができる。

イベント処理部１５１３は、車速等管理テーブル６００と、カメラ位置管理テーブル８００と、検索距離定義情報９００と、エッジサーバ管理テーブル１０００とにアクセス可能である。イベント処理部１５１３は、イベント検知部１５１２、または他のエッジサーバから、イベントが発生した場所を示すカメラ位置を通知される。イベント処理部１５１３は、イベントが発生した場所より上流にあり、渋滞吸収運転に相当する運転を行っている車両１０１を検索する対象になる区間を示す値を特定する。イベント処理部１５１３は、例えば、イベントが発生した場所よりも検索距離「１８００ｍ」上流にある、いずれかのカメラが撮影する区間を示す値として、そのカメラのカメラ位置を特定する。

ここで、イベント処理部１５１３は、渋滞吸収運転に相当する運転を行っている車両１０１を検索する対象になる区間が、自装置が担当するカメラが撮影する区間であれば、そのカメラのカメラ位置を車間制御部１５１４に通知する。一方で、渋滞吸収運転に相当する運転を行っている車両１０１を検索する対象になる区間が、自装置が担当するカメラが撮影する区間でない場合がある。この場合、イベント処理部１５１３は、イベントが発生した場所を示すカメラ位置を、他のエッジサーバのイベント処理部１５１３に通知する。

これにより、イベント処理部１５１３は、渋滞吸収運転に相当する運転を行っている車両１０１があるか検索する対象になる区間を特定することができ、交通渋滞が発生しやすい状態であるか否かを判定可能にすることができる。

車間制御部１５１４は、必要車間定義情報１１００にアクセス可能である。車間制御部１５１４は、渋滞吸収運転に相当する運転を行っている車両１０１を検索する対象になる区間を示す値を受け付ける。車間制御部１５１４は、その区間を走行する車両１０１の車番に基づいて、車両１０１に対応する端末装置Ｔを示す宛先番号の問い合わせを、端末管理部１５０１に送信する。

車間制御部１５１４は、端末装置Ｔを示す宛先番号を、端末管理部１５０１から受信する。車間制御部１５１４は、受信した端末装置Ｔを示す宛先番号に基づいて、渋滞吸収運転を示す指示を出力する対象になる端末装置Ｔを示す宛先番号を選択する。車間制御部１５１４は、選択した宛先番号を指定し、渋滞吸収運転を示す指示についての出力要求を、端末通知部１５０２に送信する。

これにより、車間制御部１５１４は、端末装置Ｔを有するドライバーに、渋滞吸収運転を指示することができ、交通渋滞の緩和を図り、交通渋滞の解消を早めることができる。また、車間制御部１５１４は、渋滞吸収運転を行うドライバーの数を、制御することができる。

（クラウドサーバ２０１とエッジサーバ＃１，＃２との動作の流れ）
次に、図１６および図１７を用いて、実施例におけるクラウドサーバ２０１とエッジサーバ＃１，＃２との動作の流れの一例について説明する。

図１６および図１７は、クラウドサーバ２０１とエッジサーバ＃１，＃２との動作の流れの一例を示す説明図である。図１６において、ドライバーは、予め車両１０１の車番を端末装置Ｔに入力しておく。ドライバーは、端末装置Ｔを有したまま、車両１０１を運転する。

端末装置Ｔは、交通制御システム２００が管理する高速道路に進入すると、入力済みの車両１０１の車番と、自端末を示す宛先番号とを含む登録要求を、クラウドサーバ２０１に送信する。ここで、端末装置Ｔは、例えば、ＧＰＳ座標、モバイルキャリアネットワークのセル情報、ＥＴＣ対応の料金所の通過などに基づいて、高速道路に進入したことを検出する。クラウドサーバ２０１は、登録要求に基づいて、端末管理テーブル４００を更新する。

（１６−１）エッジサーバ＃１は、カメラ＃１１〜＃２０などから、所定時間ごとに画像を受信する。エッジサーバ＃２は、同様に、カメラ＃２１〜＃３０などから、所定時間ごとに画像を受信する。

（１６−２）エッジサーバ＃１は、受信した画像に対して画像処理を行い、車両１０１の車番、車速、車間距離を計測し、車速等管理テーブル６００＃１に記憶する。また、エッジサーバ＃１は、車速等管理テーブル６００＃１を参照し、減速方向の車速変化の大きさを示す値を算出し、車速等管理テーブル６００＃１に記憶する。

その後、エッジサーバ＃１は、車速等管理テーブル６００＃１を参照し、減速方向の車速変化の大きさを示す値が、車速閾値定義情報７００＃１に定義される車速変化閾値「４０ｋｍ／ｈ」以上である車両１０１があるか否かを判定する。車両１０１の減速方向の車速変化の大きさを示す値は、例えば、最新の時間の車速から、最新の時間の１つ前の時間の車速を減算した値が、負の値である場合の絶対値である。

エッジサーバ＃２は、同様に、減速方向の車速変化の大きさを示す値が、車速閾値定義情報７００＃１に定義される車速変化閾値「４０ｋｍ／ｈ」以上である車両１０１があるか否かを判定する。ここで、図１７の説明に移行する。

図１７において、（１７−１）エッジサーバ＃２は、減速方向の車速変化の大きさを示す値が、車速閾値定義情報７００＃１に定義される車速変化閾値「４０ｋｍ／ｈ」以上である車両１０１があると判定すると、イベントが発生した場所を検知する。エッジサーバ＃２は、例えば、減速方向の車速変化の大きさを示す値が４０ｋｍ／ｈ以上である車両１０１があれば、その車両１０１を撮影したカメラのカメラ位置を、イベントが発生した場所として検知する。

エッジサーバ＃２は、具体的には、車番「横浜３００あ１１１１」の車両１０１の車速変化「−４５ｋｍ／ｈ」、車番「横浜３００あ２２２２」の車両１０１の車速変化「０ｋｍ／ｈ」を算出したとする。この場合、エッジサーバ＃２は、車番「横浜３００あ１１１１」の車両１０１の減速方向の車速変化の大きさを示す値が、閾値以上であるため、その車両１０１を撮影したカメラ＃２２のカメラ位置「３６００ｍ」を特定する。そして、エッジサーバ＃２は、イベントが発生した場所を示すカメラ位置として、特定したカメラ＃２２のカメラ位置「３６００ｍ」を設定する。

（１７−２）エッジサーバ＃２は、特定したカメラ位置「３６００ｍ」より、検索距離定義情報９００＃２に定義された検索距離「１８００ｍ」の分、上流にある区間を撮影するカメラが、自エッジサーバが管理するカメラであるか否かを判定する。ここでは、エッジサーバ＃２は、自エッジサーバが管理するカメラではないと判定する。

そして、エッジサーバ＃２は、自エッジサーバより上流を管理する他のエッジサーバを特定する。エッジサーバ＃２は、例えば、エッジサーバ位置となる番号が自エッジサーバより１小さいエッジサーバ＃１を特定する。エッジサーバ＃２は、特定したカメラ位置「３６００ｍ」を含むイベント発生通知を、特定したエッジサーバ＃１に通知する。

（１７−３）エッジサーバ＃１は、カメラ位置「３６００ｍ」を含むイベント発生通知を受信する。エッジサーバ＃１は、特定したカメラ位置「３６００ｍ」より、検索距離定義情報９００＃１に定義された検索距離「１８００ｍ」の分、上流にある区間を撮影するカメラが、自エッジサーバが管理するカメラであるか否かを判定する。ここでは、エッジサーバ＃１は、自エッジサーバが管理するカメラであると判定する。

そして、エッジサーバ＃１は、カメラ位置「３６００ｍ」より、検索距離定義情報９００＃１に定義された検索距離「１８００ｍ」の分、上流にある区間を撮影するカメラのカメラ番号「＃１６」を特定する。換言すれば、エッジサーバ＃１は、区間の末尾が、高速道路の起点から「３６００ｍ−１８００ｍ＝１８００ｍ」の位置になる区間を撮影するカメラのカメラ番号「＃１６」を特定する。

エッジサーバ＃１は、特定したカメラ番号「＃１６」のカメラに撮影された車両１０１のうち、車間距離が、必要車間定義情報１１００＃１に定義された車間距離「２００ｍ」以上の車両１０１があるか否かを判定する。

エッジサーバ＃１は、例えば、車速等管理テーブル６００＃１を参照し、カメラ番号「＃１６」と最新の時間「１０：００：０５」とに対応する、車番「横浜３００あ３３３３」の車両１０１の車間距離「９０ｍ」を取得する。また、エッジサーバ＃１は、カメラ番号「＃１６」と最新の時間「１０：００：０５」とに対応する、車番「横浜３００あ４４４４」の車両１０１の車間距離「８０ｍ」を取得する。

エッジサーバ＃１は、最新の時間「１０：００：０５」の、車番「横浜３００あ３３３３」の車両１０１と、車番「横浜３００あ４４４４」の車両１０１との車間距離が、２００ｍ以下であるため、車間距離が２００ｍ以上の車両１０１がないと判定する。これにより、エッジサーバ＃１は、自エッジサーバが管理する区間において、渋滞吸収運転に相当する運転が行われている車両１０１がないと判定することができる。

ここで、エッジサーバ＃１は、自エッジサーバが管理するカメラでない場合、エッジサーバ位置となる番号がさらに自エッジサーバより１小さいエッジサーバを特定してもよい。エッジサーバ＃１は、エッジサーバ位置となる番号がさらに自エッジサーバより１小さいエッジサーバがなければ、動作を終了する。

（１７−４）エッジサーバ＃１は、車間距離が２００ｍ以上の車両１０１がなければ、特定したカメラ番号「＃１６」のカメラに撮影された車両１０１に対応する端末装置Ｔの宛先番号の問い合わせを、クラウドサーバ２０１に送信する。

エッジサーバ＃１は、例えば、特定した車番「横浜３００あ３３３３」の車両１０１に対応する端末装置Ｔの宛先番号と、特定した車番「横浜３００あ４４４４」の車両１０１に対応する端末装置Ｔの宛先番号との問い合わせを、クラウドサーバ２０１に送信する。

（１７−５）エッジサーバ＃１は、車番「横浜３００あ３３３３」の車両１０１に対応する端末装置Ｔの宛先番号「０９０−３３３３−３３３３」を、クラウドサーバ２０１から受信する。また、エッジサーバ＃１は、車番「横浜３００あ４４４４」の車両１０１に対応する端末装置Ｔの宛先番号「０９０−４４４４−４４４４」を、クラウドサーバ２０１から受信する。

エッジサーバ＃１は、宛先番号を受信した端末装置Ｔに対応する車両１０１のうち、いずれかの車両１０１を、渋滞吸収運転の指示を出力する対象になる特定の車両１０１として特定する。エッジサーバ＃１は、例えば、車番「横浜３００あ３３３３」の車両１０１を、特定車両１０１として特定する。

（１７−６）エッジサーバ＃１は、特定車両１０１に対応する端末装置Ｔに渋滞吸収運転を示す指示を出力する出力要求を、クラウドサーバ２０１に送信する。エッジサーバ＃１は、例えば、宛先番号「０９０−４４４４−４４４４」を指定し、渋滞吸収運転を示す指示を出力する出力要求を、クラウドサーバ２０１に送信する。

（１７−７）クラウドサーバ２０１は、出力要求に応じて、特定車両１０１に対応する端末装置Ｔに、渋滞吸収運転を示す指示を出力する。クラウドサーバ２０１は、宛先番号「０９０−４４４４−４４４４」の端末装置Ｔに、渋滞吸収運転を示す指示を出力する。

（１７−８）端末装置Ｔは、渋滞吸収運転を示す指示を受け付けると、渋滞吸収運転を示す指示を音声出力する。ドライバーは、音声出力にしたがって、車両１０１を減速させる。これにより、エッジサーバ＃１は、自エッジサーバが管理する区間を走行する車両１０１のドライバーに、交通渋滞の緩和を図らせることができる。

（登録処理手順の一例）
次に、図１８を用いて、クラウドサーバ２０１が実行する、登録処理手順の一例について説明する。

図１８は、登録処理手順の一例を示すシーケンス図である。図１８において、端末装置Ｔは、自端末を有するドライバーの操作入力により、ドライバーが乗る車両１０１を識別する車番を受け付ける（ステップＳ１８０１）。

端末装置Ｔは、クラウドサーバ２０１が管理する経路に進入したことを検出する（ステップＳ１８０２）。次に、端末装置Ｔは、経路に進入したことを検出すると、モバイルキャリアネットワーク２２０に対して、端末装置Ｔの認証を行う（ステップＳ１８０３）。

そして、端末装置Ｔは、モバイルキャリアネットワーク２２０を利用し、受け付けた車両１０１を識別する車番、および端末装置Ｔを識別する宛先番号を含む、車番の登録要求を、クラウドサーバ２０１に送信する（ステップＳ１８０４）。

クラウドサーバ２０１は、端末管理部１５０１によって、登録要求を受け付けると、車両１０１を識別する車番および端末装置Ｔを識別する宛先番号を、端末管理テーブル４００に記憶する（ステップＳ１８０５）。そして、クラウドサーバ２０１は、登録処理を終了する。これにより、クラウドサーバ２０１は、端末装置Ｔの宛先番号を管理することができる。

（検知処理手順の一例）
次に、図１９を用いて、エッジサーバ＃１，＃２が実行する、検知処理手順の一例について説明する。

図１９は、検知処理手順の一例を示すシーケンス図である。図１９において、カメラは、画像を撮影し、所定時間ごとに画像をエッジサーバ＃２に送信する（ステップＳ１９０１）。

エッジサーバ＃２は、画像処理部１５１１によって、所定時間ごとに画像をカメラから受信する（ステップＳ１９０２）。次に、エッジサーバ＃２は、画像処理部１５１１によって、受信した画像を画像処理し、車両１０１の車番、車速、車間距離を計測し、車速等管理テーブル６００＃２に記憶する（ステップＳ１９０３）。

エッジサーバ＃２は、イベント検知部１５１２によって、車速等管理テーブル６００＃２を参照して、車両１０１ごとに、減速方向の車速変化の大きさを示す値を算出する（ステップＳ１９０４）。次に、エッジサーバ＃２は、イベント検知部１５１２によって、減速方向の車速変化の大きさを示す値が閾値を超えた車両１０１があるか否かを判定する（ステップＳ１９０５）。

ここで、閾値を超えた車両１０１がない場合（ステップＳ１９０５：Ｎｏ）、エッジサーバ＃２は、検知処理を終了する。一方で、閾値を超えた車両１０１がある場合（ステップＳ１９０５：Ｙｅｓ）、エッジサーバ＃２は、イベント検知部１５１２によって、閾値を超えた車両１０１を撮影したカメラの場所を、イベントが発生した場所として特定する（ステップＳ１９０６）。

エッジサーバ＃２は、イベント検知部１５１２によって、特定したイベントが発生した場所を、イベント処理部１５１３に通知する（ステップＳ１９０７）。そして、エッジサーバ＃２は、検知処理を終了する。これにより、エッジサーバ＃２は、交通渋滞が発生する可能性があることを検知することができる。

（指示処理手順の一例）
次に、図２０〜図２３を用いて、エッジサーバ＃１，＃２が実行する、指示処理手順の一例について説明する。

図２０〜図２３は、指示処理手順の一例を示すシーケンス図である。図２０において、エッジサーバ＃２は、イベント処理部１５１３によって、イベントが発生した場所の通知を受け付ける（ステップＳ２００１）。そして、エッジサーバ＃２は、イベント処理部１５１３によって、イベントが発生した場所と、検索距離定義情報９００＃２に定義される検索距離とに基づいて、車両検索位置を特定する（ステップＳ２００２）。

車両検索位置は、車間距離が閾値以上の車両１０１が存在するか否かを判定する対象となる区間の末尾を示す位置である。車両検索位置は、例えば、カメラ位置「３６００ｍ」、検索距離「１８００ｍ」であれば、「３６００ｍ−１８００ｍ＝１８００ｍ」である。

次に、エッジサーバ＃２は、イベント処理部１５１３によって、車両検索位置が、自エッジサーバが管理する区間にあるか否かを判定する（ステップＳ２００３）。ここで、自エッジサーバが管理する区間にない場合（ステップＳ２００３：Ｎｏ）、車両検索位置を含むイベント発生通知を、自エッジサーバよりも上流の区間を管理するエッジサーバ＃１に送信する（ステップＳ２００４）。

一方で、自エッジサーバが管理する区間にある場合（ステップＳ２００３：Ｙｅｓ）、エッジサーバ＃２は、イベント処理部１５１３によって、車両検索位置に対応するカメラ番号を、車間制御部１５１４に通知する（ステップＳ２００５）。ここでは、ステップＳ２００３において、自エッジサーバが管理する区間にないと判定した場合について、図２１の説明に移行する。

図２１において、エッジサーバ＃１は、イベント処理部１５１３によって、エッジサーバ＃２から車両検索位置を含むイベント発生通知を受け付けると、車両検索位置に対応するカメラ番号を、車間制御部１５１４に通知する（ステップＳ２１０１）。

エッジサーバ＃１は、車間制御部１５１４によって、車速等管理テーブル６００＃１を参照し、自エッジサーバが管理する区間のうち通知されたカメラ番号のカメラに対応する区間に所定車間距離以上の車両１０１があるか否かを判定する（ステップＳ２１０２）。ここで、車両１０１がある場合（ステップＳ２１０２：Ｙｅｓ）、エッジサーバ＃１は、指示処理を終了する。

一方で、車両１０１がない場合（ステップＳ２１０２：Ｎｏ）、エッジサーバ＃１は、車間制御部１５１４によって、通知されたカメラ番号のカメラに対応する区間を走行する、１または複数の車両１０１の車番を特定する（ステップＳ２１０３）。ここで、ステップＳ２１０２において、車両１０１がないと判定した場合について、図２２の説明に移行する。

図２２において、エッジサーバ＃１は、車間制御部１５１４によって、特定した１または複数の車両１０１の車番を含む、それぞれの車両１０１に対応する端末装置Ｔの宛先番号についての問い合わせを、クラウドサーバ２０１に出力する（ステップＳ２２０１）。

クラウドサーバ２０１は、端末管理部１５０１によって、問い合わせを受け付けると、端末管理テーブル４００を参照して、１または複数の車両１０１のそれぞれの車両１０１に対応する端末装置Ｔの宛先番号を取得する（ステップＳ２２０２）。クラウドサーバ２０１は、取得した１または複数の車両１０１のそれぞれの車両１０１に対応する端末装置Ｔの宛先番号を、エッジサーバ＃１に送信する（ステップＳ２２０３）。

エッジサーバ＃１は、車間制御部１５１４によって、１または複数の車両１０１のそれぞれの車両１０１に対応する端末装置Ｔの宛先番号を受け付けると、いずれかの車両１０１に対応する端末装置Ｔの宛先番号を選択する（ステップＳ２２０４）。ここで、図２３の説明に移行する。

図２３において、エッジサーバ＃１は、車間制御部１５１４によって、選択したいずれかの車両１０１に対応する端末装置Ｔの宛先番号を含む、いずれかの車両１０１の車間距離の拡大の指示を、クラウドサーバ２０１に送信する（ステップＳ２３０１）。

クラウドサーバ２０１は、端末通知部１５０２によって、いずれかの車両１０１の車間距離の拡大の指示を受け付けると、受け付けた車間距離の拡大の指示を、モバイルキャリアネットワーク２２０を介して、端末装置Ｔに出力する（ステップＳ２３０２）。

端末装置Ｔは、モバイルキャリアネットワーク２２０を介して、車間距離の拡大の指示を受け付ける（ステップＳ２３０３）。端末装置Ｔは、車間距離の拡大の指示を、音声出力する（ステップＳ２３０４）。ドライバーは、端末装置Ｔの音声出力に応じて、車両１０１に対して車間距離の拡大に対応する運転操作を行う（ステップＳ２３０５）。これにより、ドライバーは、交通渋滞の緩和を図ることができる。

以上説明したように、交通制御装置１００によれば、複数の車両１０１が走行する経路のうち、イベントが発生した場所から所定範囲にある区間上に、車間距離が閾値以上の車両１０１が存在するか否かを判定することができる。また、交通制御装置１００によれば、車間距離が閾値以上の車両１０１が存在しないと判定した場合、複数の車両１０１が走行する経路上のいずれかの車両１０１に対応する端末装置Ｔに、車間距離を大きくする運転操作を示す指示を出力することができる。

これにより、交通制御装置１００は、イベントが発生した場所から所定範囲にある区間に、渋滞吸収運転に相当する運転を行っている車両１０１があるか否かを判定することができ、交通渋滞が緩和されやすい状態であるか否かを判定することができる。そして、交通制御装置１００は、ドライバーに渋滞吸収運転を示す指示を通知し、交通渋滞の長さの増大化を抑制することができ、交通渋滞の解消を早めることができる。

また、複数の車両１０１が走行する経路が、走行方向に分割された複数の部分区間を含み、交通制御装置１００が、複数の部分区間のいずれかの部分区間に対応付けられる場合がある。この場合、交通制御装置１００によれば、複数の部分区間のうち、イベントが発生した場所を含む部分区間に対応するエッジサーバからイベント発生情報を受信することができる。また、交通制御装置１００によれば、イベント発生情報を受信したことに応じて、自装置に対応付けられた部分区間が、イベントが発生した場所から所定範囲にある区間であれば、自装置に対応付けられた部分区間について車間距離情報を取得することができる。また、交通制御装置１００によれば、受信したイベント発生情報と、取得した車間距離情報とに基づいて、自装置に対応付けられた部分区間に、車間距離が閾値以上の車両１０１が存在するか否かを判定することができる。

これにより、交通制御装置１００は、複数の部分区間を分散して管理することができ、イベントが発生した場所を含む部分区間を管理するエッジサーバと通信可能であれば、交通渋滞の緩和を図ることができる。換言すれば、交通制御装置１００は、いずれかの部分区間を担当するエッジサーバと通信することができない場合であっても、交通渋滞の緩和を図ることができる確率を向上することができる。結果として、交通制御装置１００は、災害発生時などにも、交通渋滞の緩和を図ることができる確率を向上することができる。また、交通制御装置１００は、何らかの装置がカメラ＃１１〜＃３０などの画像を集中管理する場合に比べて、ネットワーク２１０にかかる負荷の低減を図ることができる。

また、クラウドサーバが、複数の車両１０１が走行する経路上のそれぞれの車両１０１に対応する端末装置Ｔへの宛先情報を管理する場合がある。この場合、交通制御装置１００によれば、車間距離が閾値以上の車両１０１が存在しないと判定すると、クラウドサーバを介して、経路上のいずれかの車両１０１に対応する端末装置Ｔに指示を出力することができる。

これにより、交通制御装置１００は、複数の車両１０１が走行する経路上のそれぞれの車両１０１に対応する端末装置Ｔへの宛先情報を管理しなくてもよく、記憶領域の使用量を低減することができる。

また、複数の車両１０１が走行する経路が、複数の車線を含み、イベント発生情報が、さらにイベントが発生した場所に対応する車線の情報を含む場合がある。この場合、交通制御装置１００によれば、車間距離が閾値以上の車両１０１が存在しないと判定すると、イベントが発生した場所に対応する車線上のいずれかの車両１０１に対応する端末装置Ｔに、所定の運転操作を示す指示を出力することができる。

これにより、交通制御装置１００は、イベントが発生したことに応じて複数の車両１０１が連鎖してブレーキをかけてしまう可能性が比較的大きい車線上を走行する車両１０１に対応する端末装置Ｔに、渋滞吸収運転を指示することができる。このため、交通制御装置１００は、ブレーキが連鎖する回数を抑制しやすくし、交通渋滞の長さの増大化を、より抑制しやすくすることができる。

また、交通制御装置１００によれば、複数の車両１０１が走行する経路のうちイベントが発生した場所における車両１０１の密度を小さくする所定の運転操作を示す指示を、端末装置Ｔに出力することができる。また、交通制御装置１００によれば、所定の運転操作として、いずれかの車両１０１を減速する運転操作を採用することができる。また、交通制御装置１００によれば、所定の運転操作として、いずれかの車両１０１の速度を所定速度以下にする運転操作を採用することができる。また、交通制御装置１００によれば、所定の運転操作として、いずれかの車両１０１の前方車両１０１との車間距離を所定距離以上にする運転操作を採用することができる。これにより、交通制御装置１００は、交通渋滞の長さの増大化を抑制することができ、交通渋滞の解消を早めることができる。

また、交通制御装置１００によれば、イベントが発生した場所として、減速の度合いを示す値が所定値以上の車両１０１の場所を採用することができる。これにより、交通制御装置１００は、交通渋滞が発生する原因となる種々のイベントをまとめて検知することができ、処理量を低減することができる。

なお、本実施の形態で説明した交通制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本交通制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記憶媒体に記録され、コンピュータによって記憶媒体から読み出されることによって実行される。また本交通制御プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）車両が走行する経路の交通を制御する交通制御装置であって、
イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
制御部を有することを特徴とする交通制御装置。

（付記２） 前記経路は走行方向に分割された複数の部分区間を含み、
前記交通制御装置は前記複数の部分区間のいずれかの部分区間に対応付けられ、
前記制御部は、
前記複数の部分区間のうち前記場所を含む部分区間に対応する検出装置から前記イベント発生情報を受信し、前記イベント発生情報を受信したことに応じて、前記交通制御装置に対応付けられた部分区間が、前記イベントが発生した場所の情報に基づいて選定された区間であれば、前記車間距離情報を取得し、受信した前記イベント発生情報と、取得した前記車間距離情報とに基づいて、前記交通制御装置に対応付けられた部分区間に、車間距離が閾値以上の車両が存在するか否かを判定する、ことを特徴とする付記１に記載の交通制御装置。

（付記３）前記制御部は、
車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置への宛先情報を管理する管理装置を介して、前記経路上のいずれかの車両に対応する端末装置に、前記指示を出力する、ことを特徴とする付記１または２に記載の交通制御装置。

（付記４）前記経路は複数の車線を含み、
前記イベント発生情報はさらに前記イベントが発生した場所に対応する車線の情報を含み、
前記制御部は、
車間距離が前記閾値以上の車両が存在しないと判定した場合、前記イベントが発生した場所に対応する車線上のいずれかの車両に対応する端末装置に、前記指示を出力する、ことを特徴とする付記１〜３のいずれか一つに記載の交通制御装置。

（付記５）前記運転操作は、前記いずれかの車両を減速する運転操作、前記いずれかの車両の速度を所定速度以下にする運転操作、または、前記いずれかの車両の前方車両との車間距離を所定距離以上にする運転操作である、ことを特徴とする付記１〜４のいずれか一つに記載の交通制御装置。

（付記６）前記場所は、減速の度合いを示す値が所定値以上の車両の場所である、ことを特徴とする付記１〜５のいずれか一つに記載の交通制御装置。

（付記７）コンピュータが、
車両が走行する経路の交通を制御する交通制御装置であって、
イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
処理を実行することを特徴とする交通制御方法。

（付記８）コンピュータに、
車両が走行する経路の交通を制御する交通制御装置であって、
イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
処理を実行させることを特徴とする交通制御プログラム。

１００ 交通制御装置
１０１ 車両
２００ 交通制御システム
２０１ クラウドサーバ
２１０，２２０ ネットワーク
３００，５００ バス
３０１，５０１ ＣＰＵ
３０２，５０２ メモリ
３０３，５０３ ネットワークＩ／Ｆ
３０４，５０４ 記憶媒体Ｉ／Ｆ
３０５，５０５ 記憶媒体
３０６，５０６ 入出力装置Ｉ／Ｆ
３０７，５０７ 入出力装置
４００ 端末管理テーブル
６００ 車速等管理テーブル
７００ 車速閾値定義情報
８００ カメラ位置管理テーブル
９００ 検索距離定義情報
１０００ エッジサーバ管理テーブル
１１００ 必要車間定義情報
１４０１ 取得部
１４０２ 判定部
１４０３ 指示部
１５０１ 端末管理部
１５０２ 端末通知部
１５１１ 画像処理部
１５１２ イベント検知部
１５１３ イベント処理部
１５１４ 車間制御部
＃１，＃２ エッジサーバ
Ｔ 端末装置

Claims (6)

1. 車両が走行する経路の交通を制御する交通制御装置であって、
   イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
   車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
   制御部を有することを特徴とする交通制御装置。
2. 前記経路は走行方向に分割された複数の部分区間を含み、
   前記交通制御装置は前記複数の部分区間のいずれかの部分区間に対応付けられ、
   前記制御部は、
   前記複数の部分区間のうち前記場所を含む部分区間に対応する検出装置から前記イベント発生情報を受信し、前記イベント発生情報を受信したことに応じて、前記交通制御装置に対応付けられた部分区間が、前記イベントが発生した場所の情報に基づいて選定された区間であれば、前記車間距離情報を取得し、受信した前記イベント発生情報と、取得した前記車間距離情報とに基づいて、前記交通制御装置に対応付けられた部分区間に、車間距離が閾値以上の車両が存在するか否かを判定する、ことを特徴とする請求項１に記載の交通制御装置。
3. 前記経路は複数の車線を含み、
   前記イベント発生情報はさらに前記イベントが発生した場所に対応する車線の情報を含み、
   前記制御部は、
   車間距離が前記閾値以上の車両が存在しないと判定した場合、前記イベントが発生した場所に対応する車線上のいずれかの車両に対応する端末装置に、前記指示を出力する、ことを特徴とする請求項１または２に記載の交通制御装置。
4. 前記運転操作は、前記いずれかの車両を減速する運転操作、前記いずれかの車両の速度を所定速度以下にする運転操作、または、前記いずれかの車両の前方車両との車間距離を所定距離以上にする運転操作である、ことを特徴とする請求項１〜３のいずれか一つに記載の交通制御装置。
5. コンピュータが、
   車両が走行する経路の交通を制御する交通制御装置であって、
   イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
   車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
   処理を実行することを特徴とする交通制御方法。
6. コンピュータに、
   車両が走行する経路の交通を制御する交通制御装置であって、
   イベントが発生した場所の情報を含むイベント発生情報と、前記イベントが発生した場所の情報に基づいて選定された、前記経路における所定範囲にある区間上の第１の車両と前方車両との車間距離、または前記第１の車両と後方車両との車間距離の情報を含む車間距離情報とに基づいて、前記区間上に車間距離が閾値以上の車両が存在するか否かを判定し、
   車間距離が前記閾値以上の車両が存在しないと判定した場合、前記経路上のいずれかの車両に対応する端末装置に、前記いずれかの車両の前方車両との車間距離を大きくする運転操作を示す指示を出力する、
   処理を実行させることを特徴とする交通制御プログラム。

Images