JP2014232402A - 道路交通管制システム、道路交通管制装置 - Google Patents

Abstract

【課題】連結路線パターンを事前に作成することなく、複数路線をまたがる交通障害事象の経路を判定することが可能な道路交通管制システム、道路交通管制装置を提供する。【解決手段】路線に所定間隔で設置された計測装置からその位置における現在の渋滞情報とその路線とその位置とを受信するごとに、その渋滞情報を検知した計測装置が設置されている路線を含む経路判定情報を記憶し、渋滞情報を受信した場合、その位置に基づいてその計測装置の位置がジャンクションの位置であると判定した場合、次に受信する渋滞情報に含まれる路線が前回受信した渋滞情報に含まれる路線と同じ路線ではないと判定した場合には、新たな路線で渋滞が発生したと判断し、その路線を経路判定情報に追加して記憶し、記憶された経路判定情報に基づいて、渋滞の発生経路を表示部に表示させる。【選択図】図５

Description

本発明は、道路交通管制システム、道路交通管制装置に関する。

交通管制システムは、高速道路利用者の安全性、円滑性、快適性を確保することを目的とし、高速道路の通行に関わる情報を監視すると共に、高速道路利用者へ様々な形で情報提供を行っている。交通管制システムは一般的に、交通量計測装置等の情報収集装置からの情報収集や、交通制御卓から入力された交通イベント情報をデータベース（以下、DB）へ登録し、交通制御卓等の出力対象装置への出力を行う。交通障害事象の管理方式に関する背景技術として、特許文献１がある。この特許文献１に開示された技術では、まず、渋滞情報記憶手段に記憶された路線ごとの道路渋滞情報を所定周期で読み出し、互いに接する渋滞区間をもつ複数の路線の道路渋滞情報の組み合わせを作成する。そして、渋滞情報処理手段が、その組み合わせと連結路線パターン記憶手段に記憶されている渋滞区間が互いに接する可能性がある複数の路線を結合して作成した連結路線パターンとを比較し、一致する連結路線パターンが存在したときに、路線ごとの渋滞区間を連結路線パターン上の渋滞区間に変換して連結路線パターン単位の渋滞情報を作成し、他の道路管理システムに転送している。

特開平６−１０３２７２号公報

前記特許文献１には道路渋滞情報の転送方法と、複数路線にまたがる渋滞路線の検索方法が記載されている。しかし、特許文献１では複雑な連結路線パターンを作成する手間がある。例えば、ある路線が追加された場合には連結路線パターンもあわせて作成しなければならないという問題があった。

本発明は、上記に鑑みてなされたものであって、連結路線パターンを事前に作成することなく、複数路線をまたがる交通障害事象の経路を判定することが可能な道路交通管制システム、道路交通管制装置を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかる道路交通管制システムは、所定間隔に路線に設置され、その位置における現在の渋滞情報と前記路線と前記位置とを含む受信情報を検知する計測装置と、前記計測装置が検知した前記受信情報を受信する通信部と、前記通信部が渋滞情報を受信するごとに、その渋滞情報を検知した計測装置が設置されている路線を含む経路判定情報を記憶する記憶部と、前記通信部が前記渋滞情報を受信した場合、前記位置に基づいてその計測装置の位置がジャンクションの位置であるか否かを判定し、その計測装置の位置がジャンクションの位置であると判定した場合には、次に受信する渋滞情報に含まれる前記路線が前回受信した渋滞情報に含まれる前記路線と同じ路線であるか否かを判定し、両者が同じ路線ではないと判定した場合、新たな路線で渋滞が発生したと判断し、前記次に受信した渋滞情報に含まれる路線を前記経路判定情報に追加して前記記憶部に記憶させる経路判定部と、前記経路判定部が前記記憶部に記憶させた前記経路判定情報に基づいて、渋滞の発生経路を表示部に表示させる画面表示部と、を有する道路交通管制装置と、を備えることを特徴とする。

また、本発明は、上記道路交通管制システムで用いられる道路交通管制装置である。

本発明によれば、連結路線パターンを事前に作成することなく、複数路線をまたがる交通障害事象の経路を判定することが可能な道路交通管制システム、道路交通管制装置を提供することができる。

道路交通管制システムにおいて送受信される受信情報の標準データフォーマットである。 本実施例の道路交通管制システムの構成図の例である。 受信情報が受信された後、渋滞が発生している路線を判定し、さらにその経路が判定され、その後その渋滞情報の経路が表示されるまでの流れを示す図である。 イベント仮登録バッファの構成例を示す図である。 経路判定処理の処理手順を示すフローチャートである。 複数路線にまたがる渋滞路線が表示される例を示す図である。 図６に示した渋滞経路における経路判定処理を行って表示させる場合の渋滞路線の例を示す図である。

以下に添付図面を参照して、本発明にかかる道路交通管制システム、道路交通管制装置の実施の形態を詳細に説明する。以下では、複数路線に跨る渋滞に対応する道路交通管制システムの例を説明しているが、その路線数は問わない。まず、本システムで用いられるデータのフォーマットについて説明する。

図１は、道路交通管制システムにおいて送受信される受信情報（後述。以下では受信情報のことを受信イベントと呼ぶこともある。）の標準データフォーマットである。図１に示すように、標準データフォーマットでは、機関識別コード等の様々なデータ項目が定められているが、以下では主に始点路線、始点方向、始点（路線ＫＰ）、終点（路線ＫＰ）、終点方向の各項目を使用して渋滞が発生している路線や、その経路を判定する。始点路線は、例えば、始点（その路線の開始位置）を含む高速道路の路線であり、始点方向は、その路線の向きを示す情報である。また、始点（路線ＫＰ）は、その路線の開始位置である。ジャンクションによって路線が変わって新たに路線が始まる場合には、そのジャンクションに設置されている交通量計測装置２の位置である。終点（路線ＫＰ）は、交通量計測装置２が設置されているその路線上の位置である。終点方向は、交通量計測装置２が設置されている路線の向きを示す情報である。また、受信情報には渋滞発生時刻や車両速度等の渋滞詳細情報が含まれ、道路交通管制システムではこの情報を参照して渋滞が発生しているか否かを判定する。

図２は、本実施例の道路交通管制システムの構成図の例である。図２に示すように、道路交通管制システムは交通中央処理装置１を有し、交通中央処理装置１は、通信部１１、イベント管理部１２、データ管理部１３、経路判定部１４、ＤＢ管理部１５、画面表示部１６を有する。また、外部装置として、例えば、ＫＰごとに設置され、その地点の現在の交通量を示す交通情報や渋滞情報等の受信情報を検知し、交通中央処理装置１に送信する交通量計測装置２と、交通中央処理装置１にて管理され、例えば、渋滞情報や交通事故情報などが受信情報として受信された場合に、これらの情報を表示する交通制御卓３を有する。

通信部１１は、外部装置である交通量計測装置２からその地点の現在の交通量を示す交通情報や渋滞情報を受信情報として受信し、その受信情報をイベント管理部１２に送信する。イベント管理部１２は、受信情報をイベントとして管理し、データ管理部１３にイベントを登録する。また、イベント管理部１２は、受信情報が渋滞情報であるか否かを判定し、受信情報が渋滞情報であると判定した場合、経路判定部１４にその受信情報を送信する。

データ管理部１３は、受信した受信情報をイベントとして記録するためのイベント登録バッファを有し、受信したイベントを登録する。経路判定部１４は、イベント管理部１２より受信情報のうち渋滞情報のみを受信し、渋滞が発生している路線を判定する。経路判定部１４は、渋滞情報に判定結果を付与し、データ管理部１３に送信する。ＤＢ管理部１５は、データ管理部１３によって登録された発生中のイベントや過去のイベントを管理し、交通制御卓３が有する画面に出力するための情報をＤＢに格納する。画面表示部１６は、外部装置である交通制御卓３が有する画面に上述した情報を表示させるための表示用データを生成する。画面表示部１６は、表示用データの出力内容はＤＢ管理部１５から取得するが、経路判定部１４がイベント仮登録バッファ１４２に記憶させ、その後イベント登録バッファ１３１に記憶された経路判定情報（後述）に基づいて、渋滞の発生経路を表示部である交通制御卓３に表示させる。

図３は、本システムにおいて受信情報が受信された後、渋滞が発生している路線を判定し、さらにその経路が判定され、その後その渋滞情報の経路が交通制御卓３の表示部に表示されるまでの流れを示す図である。図３に示すように、交通量計測装置２より取得した受信情報（図１に示す受信イベント１１１）を、イベント管理部１２のイベント受信部１２１が通信部１１から受信する。そして、イベント受信部１２１は、その受信情報に含まれる渋滞詳細情報に渋滞発生時刻や車両速度等の情報が記録されているか否かを判定し、その受信情報に含まれる渋滞詳細情報に渋滞発生時刻や車両速度等の情報が記録されていないと判定した場合、その受信情報は渋滞情報以外の受信情報であると判断し、イベント登録バッファ１３１に登録する。

一方、イベント受信部１２１は、その受信情報に含まれる渋滞詳細情報に渋滞発生時刻や車両速度等の情報が記録されていると判定した場合、その受信情報は渋滞情報であると判断し、経路判定処理１４１に送信する。経路判定部１４の経路判定処理部１４１は、渋滞情報に含まれる始点路線を参照して渋滞している路線を判定し、その結果を示す経路判定情報（後述）をイベント仮登録バッファ１４２に格納する。さらに、経路判定処理部１４１は、その渋滞情報を、他の受信情報と同様にイベント登録バッファ１３１に格納する。本実施の形態では、交通制御卓３の表示部に表示させるための渋滞情報を他の交通情報と分けて記憶させた上で渋滞が発生している路線やその経路を判定しているので、処理対象となるデータ量を減らすことができ、経路判定処理（後述）における処理負荷を軽減することができる。

データ管理部１３のイベント登録部１３２は、イベント登録バッファ１３１に登録されているイベントをＤＢ管理部１５が有するＤＢ１５１に登録するとともに、画面表示部１６の画面処理部１６１に送信する。画面処理部１６１は、受信した渋滞情報や渋滞情報以外の受信情報を交通制御卓３に送信し、交通制御卓３は、自身のモニタ等の表示部に、これらの情報を画面表示３１する。

図４は、イベント仮登録バッファ１４２の構成例を示す図である。図４に示すように、イベント仮登録バッファ１４２には、渋滞が発生している路線と、その経路を示す情報である経路判定情報が記憶されている。イベント仮登録バッファ１４２は、渋滞情報を識別して管理するための番号を示すＮｏと、ジャンクション（ＪＣＴ）に設置された交通量計測装置２から受信イベント１１１を通信部１１が受信したか否かを示すＪＣＴフラグと、交通量計測装置２が渋滞情報を検知して渋滞が発生している路線を示す通過路線数と、その路線とが対応付けて記憶されている。図４では、例えば、最初に受信した「Ｎｏ１」の渋滞情報は、ジャンクションに設置された交通量計測装置２ではないその手前の位置に設置された交通量計測装置２（ＪＣＴフラグがＯＦＦ）によって検知され、その交通量計測装置２は路線「ＡＡＡ」に設置され、路線「ＡＡＡ」に渋滞が発生していることを示している。また、次に受信した「Ｎｏ２」の渋滞情報は、ジャンクションに設置された交通量計測装置２（ＪＣＴフラグがＯＮ）によって検知されたことを示している。さらに、次に受信した「Ｎｏ３」の渋滞情報は、ジャンクションに設置された交通量計測装置２（ＪＣＴフラグがＯＦＦ）によって検知され、その交通量計測装置２は路線「ＢＢＢ」に設置され、路線「ＢＢＢ」に渋滞が発生していることを示している。このように、渋滞が発生している路線（すなわち、渋滞の最後尾）が、「ＡＡＡ」の状態（Ｎｏ１、Ｎｏ２）から「ＢＢＢ」の状態（Ｎｏ３）となり、その経路（通過経路数）が増えていることがわかる。

経路判定処理部１４１は、渋滞が発生している路線の位置を判定する場合、例えば、図１に示した渋滞情報として受信した受信情報の標準フォーマットに含まれる始点路線を参照して渋滞が発生している路線（例えば、ＡＡＡ）を判定し、さらに終点方向を参照して渋滞が発生している側の路線（例えば、下り路線）を判定する。そして、経路判定処理部１４１は、終点（路線ＫＰ）を参照してその路線のどの位置に設置されている交通量計測装置２が渋滞情報を検知しているかを判定することにより、その路線における渋滞の終点位置を判定する。図４に示す例では、渋滞情報をＪＣＴに設置された交通量計測装置２から受信した場合には、ＪＣＴフラグが「ＯＮ」として記録され、ＪＣＴ以外の位置に設置された交通量計測装置２から渋滞情報を受信した場合には、ＪＣＴフラグが「ＯＦＦ」として記録される。また、通過路線数は、終点位置が通過した路線の数だけ増加する値であり、通過した路線は路線名（路線１、路線２、…）に順次追加される。

図５は、経路判定処理（Ｓ１４００）の処理手順を示すフローチャートである。図５に示すように、経路判定処理がスタートすると（ステップＳ１４０１）、経路判定処理部１４１は、イベント管理部１２から受信イベント１１１のうちの渋滞情報を受信する。そして、経路判定処理部１４１は、その渋滞情報に含まれている始点情報（始点：路線ＫＰ）を取得し（ステップＳ１４０２）、さらに終点情報（終点：路線ＫＰ）を取得する（ステップＳ１４０３）。

そして、経路判定処理部１４１は、イベント仮登録バッファ１４２にアクセスして前回登録されたレコード（前回情報）を参照し（ステップＳ１４０４）、前回情報があるか否かを判定する（ステップＳ１４０５）。経路判定処理部１４１は、前回情報がない、すなわち登録が初回であると判定した場合（ステップＳ１４０５；Ｎｏ）、ステップＳ１４１２に進み、その渋滞情報の中からイベント仮登録バッファ１４２に必要な情報を抽出して、登録する。例えば、経路判定処理部１４１は、渋滞情報を識別して管理するための番号を新たに取得してレコードを生成し、渋滞情報に含まれる始点路線を参照して路線名に追加するとともに、ＪＣＴフラグにＯＦＦをセットし、通過路線数に１をセットする。

一方、経路判定処理部１４１は、前回情報があると判定した場合（ステップＳ１４０５；Ｙｅｓ）、その渋滞情報の終点（路線ＫＰ）があらかじめ定められたジャンクションに設置された交通量計測装置２の位置であるか否かを判定する（ステップＳ１４０６）。経路判定処理部１４１は、その終点があらかじめ定められたジャンクションに設置された交通量計測装置２の位置であると判定した場合（ステップＳ１４０６；Ｙｅｓ）、ＪＣＴフラグを「ＯＮ」にセットして新たなレコードを生成し（ステップＳ１４０７）、ステップＳ１４１２に進み、そのレコードをイベント仮登録バッファ１４２に登録する。例えば、経路判定処理部１４１は、渋滞情報を識別して管理するための番号を新たに取得してレコードを生成し、ＪＣＴフラグを「ＯＮ」にセットするとともに、渋滞情報に含まれる始点路線を参照して路線名に追加し、通過路線数に１をセットする。

一方、経路判定処理部１４１は、その終点があらかじめ定められたジャンクションに設置された交通量計測装置２の位置でないと判定した場合（ステップＳ１４０６；Ｎｏ）、さらに、前回情報のレコードのＪＣＴフラグがＯＮであるか否かを判定する（ステップＳ１４０８）。経路判定処理部１４１は、前回情報のレコードのＪＣＴフラグがＯＮでない（すなわち、ＯＦＦである）と判定した場合（ステップＳ１４０８；Ｎｏ）、ジャンクションはまだ通過していないと判断し、ステップＳ１４０５の場合と同様に、ステップＳ１４１２に進んでその渋滞情報の中からイベント仮登録バッファ１４２に必要な情報を抽出して、登録する。

経路判定処理部１４１は、前回情報のレコードのＪＣＴフラグがＯＮであると判定した場合（ステップＳ１４０８；Ｙｅｓ）、渋滞がジャンクションを通過したと判断し、さらに、その渋滞情報の始点路線を参照して路線が前回情報に示された路線と一致するか否かを判定する（ステップＳ１４０９）。経路判定処理部１４１は、その路線が前回情報に示された路線と一致すると判定した場合（ステップＳ１４０９；Ｙｅｓ）、何もせずにステップＳ１４１２に進み、ステップＳ１４０５等の場合と同様に、の渋滞情報の中からイベント仮登録バッファ１４２に必要な情報を抽出して、登録する。

一方、経路判定処理部１４１は、その路線が前回情報に示された路線と一致しないと判定した場合（ステップＳ１４０９；Ｎｏ）、新たな路線に渋滞が発生したと判断し、ＪＣＴフラグを「ＯＦＦ」にセットするとともに、渋滞情報に含まれる始点路線を参照して路線名に追加し、通過路線数に２をセットする（ステップＳ１４１１、Ｓ１４１２）。

そして、経路判定処理部１４１は、登録したイベント仮登録バッファ１４２に登録したデータをデータ管理部１３に出力し（ステップＳ１４１３）、渋滞が解消したか否かを判定するまで前記処理を繰り返す(ステップＳ１４１４)。渋滞が解消したか否かの判定は、受信情報の渋滞詳細情報に渋滞発生時刻や車両速度等の情報が記録されているか否かによって判断する。ステップＳ１４１４の処理が終了すると、図５に示した経路判定処理が終了する（ステップＳ１４１５）。

図６は、複数路線にまたがる渋滞路線が交通制御卓３の表示部に表示される例を示す図である。図６では、渋滞が発生した地点を渋滞始点とし、渋滞が終了する地点を渋滞終点として示している。実際の渋滞は、渋滞始点から渋滞終点間の距離が徐々に増大する。

図７は、図６に示した渋滞経路における経路判定処理を行って交通制御卓３の表示部に表示させる場合の渋滞路線の例を示す図である。図６において、イベント仮登録バッファ１４２と経路判定処理(Ｓ１４００)を行った場合、図７Iに示すように、経路判定処理部１４１は、渋滞発生時には経路判定処理を行って、渋滞始点となっている始点を取得する(ステップＳ１４０２)。そして、経路判定処理部１４１は、始点取得後、始点と同様に終点を取得(ステップＳ１４０３)し、イベント仮登録バッファを参照する(ステップＳ１４０４)。この時点でのイベント仮登録バッファは、ＪＣＴフラグはＯＦＦ、通過経路数０、路線はなしである。そして、経路判定処理部１４１は、前回情報なしと判定して（ステップＳ１４０５）、初回情報としてイベント仮登録バッファに登録し(ステップＳ１４１２)、データ管理機能に出力する（ステップＳ１４１３）。

次に、図７IIに示すように、終点がジャンクション「ａ」となる場合、経路判定処理部１４１は、その終点を取得し(ステップＳ１４０３)、イベント仮登録バッファを参照する(ステップＳ１４０４)。この時点でのイベント仮登録バッファは、ＪＣＴフラグはＯＦＦ、通過経路数が１、路線１にはＡＡＡ線が登録されており、前回情報があるため(ステップＳ１４０５)、経路判定処理部１４１は、終点がＪＣＴであるか否かを判定する(ステップＳ１４０６)。経路判定処理部１４１は、終点はジャンクション「ａ」であるため、ＪＣＴフラグをＯＮとし(ステップＳ１４０７)、イベント仮登録バッファ１４２を更新し(ステップＳ１４１２)、データ管理部１３に出力する(ステップＳ１４１３)。

さらに、図７IIIに示すように、経路判定処理部１４１は、ジャンクション「ａ」からＢＢＢ線に路線が変わり、ジャンクション「ａ」を通過後、最初の終点の更新があった場合、その終点を取得し(ステップＳ１４０３)、イベント仮登録バッファを参照する（ステップＳ１４０４）。この時点でのイベント仮登録バッファは、ＪＣＴフラグはＯＮ、通過経路数が１、路線１にはＡＡＡ線が登録されている。そのため、経路判定処理部１４１は、前回情報があると判断し（ステップＳ１４０５；Ｙｅｓ）、終点はＪＣＴではなく（ステップＳ１４０６；Ｎｏ）、ＪＣＴフラグがＯＮであるため(ステップＳ１４０８；Ｙｅｓ)、現在路線と前回路線の比較を行う（ステップＳ１４０９）。現在路線はＢＢＢ線のため、経路判定処理部１４１は、前回路線と不一致であると判断し、現在路線を渋滞路線として追加する（ステップＳ１４１０）。そして、経路判定処理部１４１は、現在の終点はＪＣＴではないため、ＪＣＴフラグをＯＦＦに設定し（ステップＳ１４１１）、イベント仮登録バッファを更新し（ステップＳ１４１２）、データ管理部１３に出力する（ステップＳ１４１３）。ここで、イベント仮登録バッファはＪＣＴフラグがＯＦＦ、通過路線数が２となり、路線２にＢＢＢ線が追加される。

さらに、図７IVに示すように、終点がジャンクション「ｂ」となった場合、経路判定処理部１４１は、ＪＣＴフラグをＯＮに設定し（ステップＳ１４０７）、イベント仮登録バッファが更新される（ステップＳ１４１２）。そして、経路判定処理部１４１は、ジャンクション「ｂ」から経路変更がなかったとして、ジャンクション「ｂ」通過後、最初の終点の更新があった場合、その終点を取得し（ステップＳ１４０３）、イベント仮登録バッファを参照する（ステップＳ１４０４）。この時点でのイベント仮登録バッファは、ＪＣＴフラグはＯＮ、通過経路数が２、路線１にＡＡＡ線、路線２にＢＢＢ線が登録されている。そのため、経路判定処理部１４１は、前回情報があると判断し（ステップＳ１４０５；Ｙｅｓ）、終点はＪＣＴではなく（ステップＳ１４０６；Ｎｏ）、ＪＣＴフラグがＯＮであるため（ステップＳ１４０８；Ｙｅｓ）、現在路線と前回路線の比較を行う（ステップＳ１４０９）。この場合、前回路線と現在路線が一致するため、経路判定処理部１４１は、ＪＣＴフラグをＯＦＦに設定し（ステップＳ１４１１）、イベント仮登録バッファを更新（ステップＳ１４１２）、データ管理部１３に出力する（ステップＳ１４１３）。

そして、図７Ｖに示すように、図６の渋滞終点まで路線変更がない場合、ジャンクション「ｃ」においてもジャンクション「ｂ」と同様の処理が行われ、渋滞終点において、仮イベント登録バッファは、ＪＣＴフラグがＯＦＦ、通過路線数２、路線１はＡＡＡ線、路線２はＢＢＢ線となり、渋滞している路線、その経路が決定される。なお、本実施の形態では、画面に渋滞している路線、その経路のみを交通制御卓３の表示部に表示させる例について説明したが、さらに通過路線数を表示させることとしてもよい。この場合、路線数が多く、渋滞の経路が複雑な場合に、その数字を見ることによって交通制御卓３の操作者や監視者は、渋滞路線数および渋滞の規模を直ちに把握することが可能となる。

このように、交通中央処理装置１が、交通量計測装置２からの渋滞情報を取得し、経路判定部１４が、渋滞の終点がジャンクションを通過した場合に渋滞路線を判定し、渋滞路線を記録することで連結路線パターンの作成の手間を省くことができる。すなわち、本実施の形態における交通中央処理装置１では、連結路線パターンを事前に作成することなく、複数路線をまたがる交通障害事象の経路を判定することができる。そのため、新規路線追加など道路交通網の変化にも柔軟に対応する事ができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１ 交通中央処理装置
１１ 通信機能
１１１ 受信イベント
１２ イベント管理部
１２１ イベント受信部
１３ データ管理部
１３１ イベント登録バッファ
１３２ イベント登録部
１４ 経路判定部
１４１ 経路判定処理
１４２ イベント仮登録バッファ
１５ ＤＢ管理部
１６ 画面表示部
２ 交通量計測装置
３ 交通制御卓。

Claims (4)

1. 所定間隔に路線に設置され、その位置における現在の渋滞情報と前記路線と前記位置とを含む受信情報を検知する計測装置と、
   前記計測装置が検知した前記受信情報を受信する通信部と、
   前記通信部が渋滞情報を受信するごとに、その渋滞情報を検知した計測装置が設置されている路線を含む経路判定情報を記憶する記憶部と、
   前記通信部が前記渋滞情報を受信した場合、前記位置に基づいてその計測装置の位置がジャンクションの位置であるか否かを判定し、その計測装置の位置がジャンクションの位置であると判定した場合には、次に受信する渋滞情報に含まれる前記路線が前回受信した渋滞情報に含まれる前記路線と同じ路線であるか否かを判定し、両者が同じ路線ではないと判定した場合、新たな路線で渋滞が発生したと判断し、前記次に受信した渋滞情報に含まれる路線を前記経路判定情報に追加して前記記憶部に記憶させる経路判定部と、
   前記経路判定部が前記記憶部に記憶させた前記経路判定情報に基づいて、渋滞の発生経路を表示部に表示させる画面表示部と、を有する道路交通管制装置と、
   を備えることを特徴とする道路交通管制システム。
2. 前記経路判定情報には、渋滞が発生している路線の数をさらに含み、
   前記経路判定部は、前記次に受信した渋滞情報に含まれる路線を前記経路判定情報に追加した場合、前記路線の数を前記記憶部に記憶させ、
   前記画面表示部は、前記経路判定部が記憶させた前記路線の数を前記表示部に表示させる、
   ことを特徴とする請求項１に記載の道路交通管制システム。
3. 前記計測装置は、前記渋滞情報およびその計測装置が設置されている地点の現在の交通量を示す交通情報を前記受信情報として検知し、
   前記経路判定部は、前記受信情報のうちの渋滞情報のみを前記記憶部に記憶させる、
   ことを特徴とする請求項１または２に記載の道路交通管制システム。
4. 所定間隔に路線に設置され、その位置における現在の渋滞情報と前記路線と前記位置とを含む受信情報を検知する計測装置が検知した前記受信情報を受信する通信部と、
   前記通信部が渋滞情報を受信するごとに、その渋滞情報を検知した計測装置が設置されている路線を含む経路判定情報を記憶する記憶部と、
   前記通信部が前記渋滞情報を受信した場合、前記位置に基づいてその計測装置の位置がジャンクションの位置であるか否かを判定し、その計測装置の位置がジャンクションの位置であると判定した場合には、次に受信する渋滞情報に含まれる前記路線が前回受信した渋滞情報に含まれる前記路線と同じ路線であるか否かを判定し、両者が同じ路線ではないと判定した場合、新たな路線で渋滞が発生したと判断し、前記次に受信した渋滞情報に含まれる路線を前記経路判定情報に追加して前記記憶部に記憶させる経路判定部と、
   前記経路判定部が前記記憶部に記憶させた前記経路判定情報に基づいて、渋滞の発生経路を表示部に表示させる画面表示部と、
   を備えることを特徴とする道路交通管制装置。

Images