JP2001184593A - 道路交通システム - Google Patents

Abstract

(57)【要約】 【課題】本発明は、道路に沿って設置された路側機器と
道路上を走行中の車両により構成される道路交通システ
ムにおいて、路側機器と車両が協調することにより路側
機器にて事故時の緊急処理や地域情報提供サービスなど
を実現する道路交通システムに関する。 【解決手段】路側通信網に接続された複数の路側通信機
器と、路側機器と通信を行う複数の車両により構成され
る道路交通システムにおいて、路側機器がメッセージに
サービスコードと位置情報を付与してメッセージを送信
するステップと、該メッセージを路側通信網に接続され
た路側機器が該メッセージを受信してサービスコードと
位置情報により処理を実行するか否かを判断するステッ
プと、処理を実行すると判断したときにはサービスコー
ドが示す処理を実行するステップとからなる道路交通シ
ステム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、道路に沿って設置
された路側機器と車両により構成させるを有する道路交
通システムに関する。おいて、そのなかでも特に、各路
側機器が自律的に処理を行うことにより、車両のドライ
バーや道路管理者等に対して種々のサービスを提供する
道路交通システムに関する。また、本発明は、路側機器
自体にも関する。さらに、本発明は、道路のみならず、
鉄道などの軌道に沿って設置された路側機器およびそれ
を有する交通システムにも関する。さらに、この道路交
通システムに適用可能な車塔器にも関する。

【０００２】

【従来の技術】道路に沿って敷設されたネットワークに
カメラを備えた複数の計算機を接続し、各計算機間で映
像情報を共有することにより、走行中の車両ドライバー
に対して他の車両により視界を塞がれて見えない車両前
方の映像情報を提供する映像情報の提供方式が、例えば
建設省土木研究所の受託研究報告書「ＩＴＳに関する基
礎的先端的研究」に記載されている。また走行中の車両
より、近辺の無線通信基地局を介して地域情報データベ
ースにアクセスすることにより、走行中の車両ドライバ
ーに地域情報を提供する地域情報サービスシステムが、
例えば特開平６−２６９０４４に記載されている。

【０００３】

【発明が解決しようとする課題】従来の道路交通システ
ムにおいて、車両ドライバーに対して情報提供サービス
を行う場合、走行中の地域において地域情報を管理する
地域情報サーバなどのサーバ機より情報を取得して車両
ドバイバードライバーに提供していた。しかし、この方
式ではサーバ機に処理が集中するために応答時間の低下
を招いたり、サーバ機がダウンした場合には情報提供サ
ービスが受けられなくなるといった問題を生じた。

【０００４】車両と路側機器間における情報共有により
車両ドバイバードライバーに対して情報を提供するシス
テムでは、情報を所有する特定の路側機器を指定して情
報を入手する方式が用いられていた。この方式では、情
報を入手する路側機器を指定しなければならず、システ
ム構成が頻繁に変わったり、格納される情報の種類が変
更されるシステムでは情報入手が行えなかった。

【０００５】

【課題を解決するための手段】上記の課題を解決するた
め、本発明における道路交通システムの一例では、
（１）路側機器が、車両から要求されたサービス要求内
容と車両の位置情報をメッセージに付与してネットワー
クにブロードキャストし、（２）ネットワークに接続さ
れた路側機器のうちメッセージを受信した路側機器が、
メッセージが要求する処理内容を示すサービスコードと
位置情報をもとに処理を実行するか否かを判断するし、
（３） 実行すると判断した場合には処理を実行するこ
とに特徴がある。ここで、（２）の処理は、車両の位置
を示す位置情報と路側機器の位置を示す位置情報に基づ
いて実行される。

【０００６】

【発明の実施の形態】本発明における道路交通システム
について説明する。図１は本発明における道路交通シス
テムの構成例である。路側機器１２１（ａ）１２１、路
側機器１２１（ｂ）１２２、路側機器１２１（ｃ）１２
３、路側機器１２１（ｄ）１２４は路側通信網１００に
接続され、各路側機器は路側通信網１００を介して相互
に通信を行うことができる。路側通信網１００は、例え
ば建設省が道路に沿って敷設している光ファイバケーブ
ルである。各路側機器は無線通信により付近を走行中の
車両と通信することができる。図１の例では、路側機器
１２１（ａ）１２１は車両１１１（ａ）１１１と、路側
機器１２１（ｂ）１２２は車両１１１（ｂ）１１２と車
両１１１（ｃ）１１３と、路側機器１２１（ｄ）１２４
は車両１１１（ｄ）１１４と無線通信を行っている。

【０００７】無線通信とは、例えば路側機器と移動中の
車両との間で短距離かつ双方向通信を行う狭域無線通信
システムＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ
Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）である。
ここでは、ＤＳＲＣを例として示したが、移動中の車両
と路側機器が情報やデータのやり取りをできればよく、
本発明はＤＳＲＣに限定されない。

【０００８】路側機器の構成を図２に示す。路側機器１
２１２００は、情報処理を行う計算機２５０、プログラ
ムやデータを記憶するための不揮発性記憶媒体であるハ
ードディスク２４０、車両と無線通信を行うための無線
通信装置２３０、カメラや各種センサーなどの外部デバ
イス２２０により構成される。計算機２５０は、プログ
ラム実行などの演算を行うためのプロセッサ２０１、Ｏ
Ｓ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などの基本プ
ログラムや基本データを格納するためのＲＯＭ２０２、
プログラム実行時の処理領域やデータの一時格納領域と
して使用するＲＡＭ２０３、路側通信網２６０と接続す
るための通信インターフェース２１１、ハードディスク
２４０を接続するための外部記憶装置インターフェース
２１２、外部デバイスとデータを授受するための外部デ
バイスインターフェース２１３、無線通信装置との間で
データを授受するための通信インターフェース２１４に
より構成され、これらの構成要素はバス２１０を介して
相互にデータを授受することができる。プロセッサ２０
１上で実行されるプログラムは、通信インターフェース
２１４と無線通信装置２３０を介して１台または複数台
の車両と通信を行うことができ、また通信インターフェ
ース２１１と路側通信網２６０を介して他の路側機器と
通信を行うことができる。また、外部デバイスインター
フェース２１３と外部デバイス２２０を介して外部の映
像、音声、振動、温度、湿度、気圧などの情報を収集で
きる。

【０００９】車搭器の構成を図３に示す。車搭器３００
は車両に搭載される装置であり、例えばカーナビゲーシ
ョンシステムである。車搭器３００は、計算機３５０、
マンマシンインターフェース３２０、無線通信装置３３
０、不揮発性の外部記憶装置であるハードディスク３４
０、外部デバイス３６０により構成される。マンマシン
インターフェース３２０は、例えばタッチパネルの機能
を備えた液晶ディスプレイであり、車両ドライバーに対
して画像の表示を行ったり、あるいは車両ドライバーが
入力した情報を読み込むことができる。無線通信装置３
３０は、路側機器との間で無線通信を行うための装置で
ある。ハードディスク３４０は、地図情報などを格納す
るための記憶装置であり、ＣＤ−ＲＯＭドライブやＤＶ
Ｄ−ＲＯＭドライブなどの任意の不揮発性記憶装置でよ
い。外部デバイス３６０は、例えば米国国防総省が開発
したＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ
Ｓｙｓｔｅｍ）のデータを受信する受信機であり、緯度
や経度などの座標情報を計算するために必要なデータを
取り込む。外部デバイス３６０は、ＧＳＰの受信機以外
にも車両状態を検知するセンサーなどが接続される。

【００１０】計算機３５０は、プログラム実行などの演
算を行うプロセッサ３０１、プログラムや基本データを
格納するためのＲＯＭ３０２、プログラム実行時の処理
領域やデータの一時格納領域として使用するＲＡＭ３０
３、マンマシンインターフェース３２０を制御するため
の画像処理プロセッサ３１１、無線通信装置３３０とデ
ータを授受する通信インターフェース３１２、ハードデ
ィスク３４０とデータを授受する外部記憶装置インター
フェース３１３、外部デバイス３６０とデータを授受す
るのに用いられる外部デバイスインターフェース３１４
により構成され、各構成要素はバス３１０を介して相互
にデータを授受することができる。

【００１１】プロセッサ３０１は、ＲＯＭ３０２に格納
された車両の経路を計算するプログラムを実行し、マン
マシンインターフェース３２０より車両ドライバーが入
力した目的地に関する情報、ハードディスク３４０に格
納された地図情報、外部デバイス３６０より受信したＧ
ＰＳ情報を処理することにより、車両の経路情報を生成
できる。

【００１２】路側通信網の構成を図４（１）に示す。路
側通信網４００は光ファイバーケーブルなどの伝送媒体
であり、道路４２０に沿った敷設される。路側通信網４
００に接続された路側機器１２１（ａ）４０１、路側機
器１２１（ｂ）４０２、路側機器１２１（ｃ）４０３、
路側機器１２１（ｄ）４０４、路側機器１２１（ｅ）４
０５は、路側通信網４００を介し、必要に応じて相互に
メッセージを送受信することができる。路側通信網４０
０を構成する各セグメントは伝送距離の延長や分岐／合
流を行うため、中継器により接続されている。ここでセ
グメントとは、物理的に連続した伝送媒体であり、路側
通信網４００は複数のセグメントと中継器により構成さ
れる。

【００１３】中継器４１０（ａ）４１０は、例えば光フ
ァイバケーブルにおけて光損失により減衰した電気信号
を増幅し、伝送距離を延長する。分岐点に設置された中
継器４１０（ｂ）４１１は、道路４２０の分岐に合わせ
て路側通信網４００の分岐を行う。これらの中継器によ
り、道路に沿って路側通信網を敷設することが可能とな
る。

【００１４】中継器は単に電気信号の増幅や路側通信網
を物理的に分岐／合流するのみではない。各中継器はプ
ログラムを内蔵し、受信したメッセージの内容に応じて
メッセージを廃棄したり、あるいはメッセージをフォワ
ードするセグメントを選択したりすることができる。こ
こでフォーワードとは、１つのセグメントより受信した
メッセージを他の１つまたは複数のセグメントに対して
送信することである。中継器の構成を図４（２）に示
す。中継器４４０は、計算機４１０４５０と外部デバイ
ス４８０により構成される。

【００１５】計算機４１０４５０は、プログラムを実行
するためのプロセッサ４５１、プログラムを格納するた
めのＲＯＭ４５２、プログラムの処理領域であるＲＡＭ
４５３、外部デバイスインターフェース４５４、および
通信インターフェース４６１、通信インターフェース４
６２、通信インターフェース４６３により構成される。
各構成要素はバス４６０を介して相互にデータを授受で
きる。外部デバイス４８０は、例えばＧＰＳの受信機で
あり、プロセッサ４５１は外部デバイスインターフェー
ス４５４を介して外部デバイス４８０よりデータを読み
込むことにより、経度と緯度といった位置情報を計算で
きる。各通信インターフェースは、１つのセグメントに
接続される。プロセッサ４５１は、通信インターフェー
ス４６１を介してセグメント４７１を使ってメッセージ
を送受信でき、通信インターフェース４６２を介してセ
グメント４７２を使ってメッセージを送受信でき、通信
インターフェース４６３を介してセグメント４７３を使
ってメッセージを送受信できる。中継器４４０が備える
通信インターフェースの数は、直線道路脇に設置された
中継器４１０４５０では２つ、三叉路脇に設置された中
継器４１０４５０では３つ、四つ角に設置された中継器
４１０４５０では４つである。

【００１６】次に本発明における道路交通システムの処
理方式について説明する。路側通信網に接続された路側
機器は、他の路側機器に対して処理の実行を要求するこ
とができる。この処理の実行には、（Ｉ）応答なし（Ｉ
Ｉ）応答ありの２つに分類できる。（Ｉ）は、単に他の
路側機器処理の実行を要求する場合であり、（ＩＩ）
は、他の路側機器が保持する情報を要求する場合のよう
に要求に対する応答を必要とする場合である。（Ｉ）に
関して図５から図１２を用いて、（ＩＩ）に関して図１
３から図１８を用いて処理方式を説明する。

【００１７】まず（Ｉ）に関して、図５（１）に中継器
を含まない場合のメッセージフロー例を示す。路側機器
が処理の実行を要求する場合、処理を要求する路側機器
１２１（ａ）５１１はセグメント５００に対して要求メ
ッセージ５３２をブロードキャストする。要求メッセー
ジ５３２は、セグメントに接続された全ての路側機器に
で受信され、受信した各路側機器は要求メッセージの内
容をもとに処理を実行するか否かを判断する。なお、要
求メッセージを受信する路側機器として、車両の進行方
向に存在するものに制御してもよい。図５（１）の例で
は、車両１１１５２０より要求メッセージ５３１を受信
した路側機器１２１（ａ）５１１は、要求メッセージ５
３２をセグメント５００にブロードキャストし、この要
求メッセージ５３２は同じセグメントに接続された路側
機器１２１（ａ）５１１、路側機器１２１（ｂ）５１
２、路側機器１２１（ｃ）５１３、路側機器１２１
（ｄ）５１４に受信される。要求メッセージ５３２を送
信した路側機器１２１（ａ）５１１も要求メッセージ５
３２を受信し、他の路側機器と同じ処理を実行する。各
路側機器は、要求メッセージ５３２の内容をもとに処理
を実行するか否かを判断し、例えば路側機器１２１
（ｂ）５１２と路側機器１２１（ｃ）５１３が処理を実
行しなければならないと判断して処理を実行する。ここ
で、要求メッセージ５３１と５３２は同じものでも、異
なるものであってもよい。異なる場合、５３２は送信し
やすいように圧縮されたものでもよいし、他形式を変更
したものでもよい。但し、要求する処理の内容は同じで
ある必要がある。図５（２）に示された要求メッセージ
５３１、５３２（ａ）、５３２（ｂ）も同様である。５
３２（ａ）と５３２（ｂ）も通信経路の状況により形式
を変えてもよい。

【００１８】車両１１１５２０から路側機器１２１
（ａ）５１１に送信される要求メッセージ５３１と路側
機器１２１（ａ）５１１がセグメント５００に対して送
信する要求メッセージ５３２のメッセージフォーマット
は同じである。要求メッセージのフォーマットを図６に
示す。要求メッセージ５３１（ａ）６００は、要求する
処理の種別を示すサービスコード６０１、車両位置を示
す位置情報６０２６０２、車両の経路を示す経路情報６
０３、処理を実行するのに使用するサービスパラメータ
６０４により構成される。サービスコード６０１が示す
処理の種別によっては、サービスパラメータ６０４が不
要である。位置情報６０２６０２は、例えば経度と緯度
により構成される座標情報である。位置情報５３１
（ｂ）は、要求メッセージ５３１を送信した時点で車両
が存在する位置を示すものでよい。また、要求メッセー
ジ５３１で要求するサービスを受けることを望む位置を
示すものでもよい。また、それら２つの位置の両方を含
むものでもよい。経路情報６０３は、例えば車両が目的
地に到達するまでに通過する道路の名称や車両の進行方
向を示すベクトル情報などにより構成される。経路情報
６０３は、ナビゲーションシステムで計算したルート情
報でもよいし、ドライバーが入力した予定経路でもよ
い。また、バス、鉄道などではダイヤ情報に基づいた予
定経路でもよい。さらに、経路情報６０３は、位置情報
５３１（ｂ）と統一してもよい。サービスパラメータ６
０４はサービスコード６０１が示す処理を実行するのに
必要なパラメータである。さらに、図６には図示しない
が、車両の速度を示す速度情報を要求メッセージ５３１
（ａ）に含めてもよい。速度情報としては、要求メッセ
ージを送信した時点での速度、所定時間内（例えば、送
信した時点で走行している道路で走行している間、その
日１日の間など）の平均速度でもよい。また、経路情報
に基づく、これから予測速度（含む、サービスを受けた
い時刻の速度）、予測平均速度でもよい。更に、これら
のうち少なくとも１つを含んでもよい。

【００１９】またさらに、要求メッセージ５３１には、
受けたいサービスを受ける時刻、時間を示す時間情報を
含んでもよい。この時間情報は、サービスコード６０１
またはサービスパラメータ６０４に含めるようにしても
よい。

【００２０】車両１１１から要求メッセージ５３１を受
信した路側機器１２１（ａ）から要求メッセージ５３２
を転送された受信した路側機器１２１（ａ）５１１、路
側機器１２１（ｂ）５１２、路側機器１２１（ｃ）５１
３、路側機器１２１（ｄ）５１４の処理フローを図７に
示す。各路側機器は要求メッセージ５３２を受信すると
（ステップ７０１）、受信した要求メッセージ５３２の
サービスコード６０１を読み出し、自内に登録されたサ
ービスコードテーブル内のサービスコードと比較する
（ステップ７０２）。サービスコードテーブルの構成を
図８（１）に示す。サービスコードテーブル８００に
は、路側機器にて実行できる処理の種別を示すサービス
コード８０１が登録されている。またサービスコードテ
ーブル８００には各サービスに対する距離情報８０２が
登録されている。例えば、サービスコード８０１が１の
サービスに対して距離情報８０２として１０００ｍが登
録されている（８００１）。これは、サービスコード
（８０１）＝１が示す処理は、処理を要求した車両が１
０００ｍ以内に存在する場合にのみ処理を実行すること
を示す。つまり、距離情報８０２は、処理（サービス）
を受ける車両と処理を実行する路側機器の距離を示す情
報である。サービスコード８０１が５に対しては距離情
報８０２が登録されておらず、このサービスコードが示
す処理では、処理を要求した車両の位置に関係無く処理
を実行することを示している（８００２）。

【００２１】これらのサービスコード８０１と距離情報
８０２は、路側機器にサービスを実行する処理プログラ
ムをダウンロードしたときに登録される。サービスコー
ドテーブル８００のサービスコード８０１と要求メッセ
ージ５３２のサービスコード６０１を比較し（ステップ
７０２）、同じサービスコードが登録されていなけれ
ば、処理は実行できないと判断し（ステップ７０３）、
受信した要求メッセージ５３２を廃棄する（ステップ７
０７）。同じサービスコードが登録されていれば処理が
実行できると判断し（ステップ７０３）、要求メッセー
ジ５３２の位置情報６０２６０２と自内の位置情報テー
ブルに登録されている位置情報とを比較する（ステップ
７０４）。

【００２２】位置情報は、経度と緯度により表される。
位置情報テーブルの構成を図８（２）に示す。位置情報
テーブル８５０には、当該路側機器の存在する緯度情報
８５１と経度情報８５２が登録されている。要求メッセ
ージ５３２の位置情報６０２６０２と位置情報テーブル
８５０の位置情報とを比較し、付近地であるか否かを判
断する（ステップ７０５）。また、位置情報テーブル８
５０に登録されている位置情報は、当該路側機器が処理
の実行が可能な処理の位置を示す情報であってもよい。

【００２３】付近地であるか否かの判断は、車両の位置
と路側機器の位置の２つの地点間の距離に基づいて行
う。なお、車両の位置は、位置情報５３１（ｂ）に基づ
くものである。位置情報５３１（ｂ）そのものでもよい
し、処理（サービス）を実行する時刻に車両がどの位置
に存在するか路側機器で、位置情報５３１（ｂ）や経路
情報６０３に基づいて算出してもよい。この場合、ま
た、位置情報の代わりにサービスを受けることを望む時
間であってもよい。この場合、図７のステップ７０４で
の比較は、以下のように行う。路側機器で、車両から送
信された時間、車両の速度、通行する（予定のものを含
む）道路の平均速度からサービスを受ける時間に車両が
存在する位置を推定し、推定結果に基づいて比較を行
う。さらに、車両からサービスを受けたい時間を受信し
なくとも、サービスが完了する時間を推定し、車両の速
度、通行する（予定のものを含む）道路の平均速度か
ら、推定された時間に車両が存在する位置を推定しても
よい。

【００２４】また、付近地であるか否かの判断は、車両
の位置に基づいて行ってもよい。つまり、サービスを受
ける車両の位置（要求メッセージ発信時の発信した車両
の位置またはサービスを受ける時点でのサービスを受け
る車両の推定位置）と各路側機器が処理を施せる車両の
位置を比較することによって行うこともできる。この場
合、各路側機器が処理を施せる車両の位置としては、座
標点ではなく範囲を有しておき、比較も範囲内に車両か
ら送信された位置情報が示す座標が含まれるかで比較し
てもよい。

【００２５】２つの座標情報（要求メッセージ５３２の
位置情報６０２６０２と位置情報テーブル８５０の位置
情報）から距離を算出し、この距離が要求メッセージ５
３２のサービスコード６０１と同じサービスコード８０
１の距離情報８０２よりも小さい場合には、付近地であ
ると判断する。距離情報８０２に情報が登録されていな
い場合には、距離情報８０２は無限大であると見なし、
常に付近地であると判断する。付近地でないと判断され
た場合（ステップ７０５）、メッセージを廃棄し（ステ
ップ７０７）、処理を終了する。付近地であると判断さ
れた場合（ステップ７０５）、サービスコード６０１が
示す処理を実行する（ステップ７０６）。ステップ７０
６が示す処理の例は、後述のサービスシステム事例の中
で説明する。なお、すべての路側機器でメッセージ廃棄
と判断された場合（処理が道路交通システムで実行でき
ない場合）は、車両の車搭器３００に処理内容または処
理が実行されたことを示す情報が送信されない。そこ
で、車搭器３００が、所定時間たっても処理内容および
処理が実行されたことを示す情報のうち少なくとも一方
を受信しない場合、ドライバーに処理（サービス）が不
可である旨の通知（表示、音声通知）を行う構成にして
もよい。

【００２６】図５（２）に中継器を含む場合、つまり道
路が分岐している場合のメッセージフロー例を示す。中
継器４１０５８０は、道路に沿って設置された３つのセ
グメント（セグメント５００（ａ）５５１、セグメント
５００（ｂ）５５２、セグメント５００（ｃ）５５３）
に接続されている。各セグメントには複数の路側機器が
接続される。図５（２）の例では、セグメント５００
（ａ）５５１に路側機器１２１（ａ）５６１、セグメン
ト５００（ｂ）５５２に路側機器１２１（ｂ）５６２、
セグメント５００（ｃ）５５３に路側機器１２１（ｃ）
５６３が接続されている。車両１１１５９０は道路上を
走っており、分岐方向に進行しようとしている。車両が
要求メッセージ５３１５７１を送信すると、路側機器１
２１（ａ）５６１が受信してセグメント５００（ａ）５
５１に要求メッセージ５３２（ａ）５７２をブロードキ
ャストする。ブロードキャストされた要求メッセージ５
３２（ａ）５７２は、セグメント５００（ａ）５５１に
接続された全ての中継器と路側機器に受信される。各路
側機器における処理や要求メッセージのメッセージフォ
ーマットは図５（１）で示した例と同じである。ここで
は中継器４１０５８０の処理方式について説明する。

【００２７】図９に中継器４１０５８０における処理フ
ローを示す。中継器４１０５８０は要求メッセージ５３
２（ａ）５７２を受信すると（ステップ９０１）、要求
メッセージ５３２（ａ）５７２の位置情報６０２６０２
を読み出し、自内の位置情報テーブルに登録された位置
情報と比較する（ステップ９０２）。位置情報テーブル
に登録された位置情報とは、当該中継器の存在する位置
を示すものである。また、中継器の中継先である路側機
器が処理を実行できる車両の位置を示すものでもよい。
また、中継器の中継先である路側機器の存在する位置で
あってもよい。さらに、これらの組合せで、そのうちの
１つを少なくとも含むようにしてもよい。図１０（１）
に中継器の位置情報テーブル１０００の構成を示す。位
置情報テーブル１０００に登録される経度情報１００１
と緯度情報１００２は、外部デバイス４８０より読み込
んだデータをもとに算出し、自動的に登録したものであ
るもよいし、設置時に人間の手で入力してもよい。要求
メッセージ５３２（ａ）５７２の位置情報６０２６０２
と位置情報テーブル１０００に登録された位置情報によ
り、２つるの地点間の距離を算出し、車両４１０５８０
の位置が中継器の付近地であるか否かを判断する（ステ
ップ９０３）。付近地であるか否かの判断は図１０
（２）に示した距離情報テーブル１０３０にもとづいて
行う。距離情報テーブル１０３０のデータは、予め登録
されているものとする。算出された２地点間の距離を、
距離情報テーブル１０３０に登録された距離（図１０
（２）の例では１０００００ｍ）と比較する（ステップ
９０２）。また、付近地であるか否かの判断は、車両の
進行方向を考慮してもよい。例えば、道路の上下線それ
ぞれに対応したネットワークが配置いる場合、上り線を
通行している車両からの要求メッセージ５３１は、下り
線のネットワークに接続された中継器では、距離が近く
とも付近地と判断しない、としてもよい。また、中継器
の中継先である路側機器１２１（ｂ）や１２１（ｃ）の
位置を位置情報として登録しておき、これらと車両の位
置から距離を算出してもよい。

【００２８】算出された２点間の距離が距離情報テーブ
ル１０３０に登録された距離より長いときには付近地で
はないと判断し（ステップ９０３）、メッセージを廃棄
する（ステップ９０７）。算出された２地点間の距離が
距離情報テーブル１０３０に登録された距離より短いと
きには付近地であると判断し（ステップ９０３）、要求
メッセージ５３２（ａ）５７２に登録された経路情報６
０３を読み出し、自内の経路情報テーブルと比較する
（ステップ９０４）。経路情報テーブルの構成を図１０
（３）に示す。経路情報テーブル１０５０には、道路属
性１０５１とインターフェースＩＤ１０５２が登録され
ている。道路属性１０５１は、分岐点で交わった各道路
の属性情報であり、道路の名称や道路の進行方向を示す
情報が登録されている。インターフェースＩＤは、中継
器の各通信インターフェースに事前に割り当てられた識
別子であり、通信インターフェースと１対１に対応して
いる。ここで、中継器４１０に格納された経路情報は、
当該中継器４１０が接続されたネットワーク（セグメン
ト）に対応する道路の経路を示す情報である。また、道
路の経路自体でなくネットワークの経路としてもよい。

【００２９】例えば、インターフェースＩＤ＝１は通信
インターフェース４６１に、インターフェースＩＤ＝２
は通信インターフェース４６２に、インターフェースＩ
Ｄ＝３は通信インターフェース４６３に対応しており、
プロセッサ４５１上にて実行されるプログラムは、経路
情報テーブル１０５０を参照することにより、メッセー
ジを送信するセグメント（道路）を選択してメッセージ
を送信することができる。例えば、国道２４６号線の北
方面にメッセージを送信する場合、経路情報テーブル１
０５０から国道２４６号線の北方面はインターフェース
ＩＤ＝１であることが分かる（１０５０１）。インター
フェースＩＤ＝１は通信インターフェース４６１を示す
ことが予め決められているため、プログラムは通信イン
ターフェース４６１を介してセグメント４７１にメッセ
ージを送信すればよい。

【００３０】要求メッセージ５３２（ａ）５７２に登録
された経路情報６０３と経路情報テーブル１０５０の道
路属性１０５２とを比較した結果、経路情報６０３が示
す道路と方向が経路情報テーブル１０５０に登録されて
いなかった場合（ステップ９０５）、メッセージを廃棄
する（ステップ９０７）。道路と方向が一致する道路が
登録されている場合（ステップ９０５）、その道路属性
１０５１が示すインターフェースＩＤ１０５２を読み出
し、対応する通信インターフェースを介してセグメント
にメッセージをブロードキャストする（ステップ９０
６）。図９に示した処理を中継器にて実行することによ
り、車両の進行方向に対して要求メッセージ５３２
（ａ）５７２を送信することができる。また車両と中継
器の距離が離れている場合には、メッセージは廃棄され
るため、メッセージが際限なくブロードキャストされる
のを防ぐことができる。

【００３１】ここでは、要求メッセージ５３１（ａ）６
００にサービスコード６０１が付与される方式を示した
が、各路側機器にサービスを実行する処理プログラムが
１つしかない場合、あるいは要求するサービスの指定を
パラメータとして記述する場合、サービスコード６０１
を用いる必要がない。この場合、要求メッセージのフォ
ーマットは図１１のようになる。要求メッセージ５３１
（ｂ）１１００は、位置情報６０２１１０１、経路情報
６０３１１０２、パラメータ６０４’１１０３により構
成される。各路側機器に複数のサービスを実行する処理
プログラムがインストールされている場合には、パラメ
ータ６０４’１１０３によりどの処理を実行するのかを
指定する。

【００３２】要求メッセージ５３１（ｂ）１１００を受
信する各路側機器の処理を図１２に示す。各路側機器は
要求メッセージ５３１（ｂ）１１００を受信すると（ス
テップ１２０１）、要求メッセージ５３１（ｂ）１１０
０の位置情報６０２１１０１と自内の位置情報テーブル
に登録されている位置情報とを比較する（ステップ１２
０２）。２つの地点間の距離が予め路側機器に登録され
た距離情報よりも長い場合（ステップ１２０３）、受信
した要求メッセージ５３１（ｂ）１１００を廃棄する
（ステップ１２０５）。サービスコードを用いない場合
にはサービスコードテーブルは不要であり、代わりに距
離情報を１つ登録したテーブルを保持する。この予め路
側機器に登録された距離情報よりも短い場合（ステップ
１２０３）、処理を実行する（ステップ１２０４）。要
求メッセージ５３１（ｂ）１１００を中継器が処理する
方式は、図９に示した処理フローと同じである。これに
より、サービスコードを使わなくても処理を実行するこ
とができる。

【００３３】つぎに（ＩＩ）に関して、図１３にメッセ
ージフロー例を示す。路側機器１２１（ａ）１３１１、
路側機器１２１（ｂ）１３１２、路側機器１２１（ｃ）
１３１３、路側機器１２１（ｄ）１３１４がセグメント
５００１３００に接続されている。路側機器１２１
（ａ）１３１１は車両１１１（ａ）１３０１より要求メ
ッセージ５３１１３２１を受信すると、セグメント５０
０１３００に対して要求メッセージ５３２１３２２をブ
ロードキャストする。セグメント５００１３００に接続
された路側機器は要求メッセージ５３２１３２２を受信
し、要求メッセージ５３２１３２２の内容に応じて処理
を実行するか否かを判断し、処理を実行すると判断した
場合には要求された処理を実行する。処理結果は応答メ
ッセージ１３２３（ｂ）１３２４としてセグメント５０
０１３００にブロードキャストする。ここで、要求メッ
セージ５３１１３２１を送信した車両１１１（ａ）１３
０１が走行中である場合がある。車両１１１（ａ）１３
０１が停止していれば要求メッセージ５３１１３２１を
受信した路側機器１２１（ａ）１３１１が応答メッセー
ジ１３２３（ｂ）１３２４を受信し、車両１１１（ａ）
１３０１に応答メッセージ１３２３（ａ）１３２３を送
信すればよい。しかし、車両１１１（ａ）１３０１が走
行中であり、すでに車両１１１（ｂ）１３０２が示す位
置まで移動している場合、路側機器１２１（ａ）１３１
１からは応答メッセージ１３２３（ａ）１３２３を車両
１１１（ａ）１３０１に送信することはできない。

【００３４】このため、応答メッセージ１３２３（ｂ）
１３２４は路側機器１２１（ａ）１３１１の周辺に設置
された路側機器１２１（ｂ）１３１２、路側機器１２１
（ｃ）１３１３も受信する。車両１１１（ａ）１３０１
が車両１１１（ｂ）１３０２の示す位置まで移動してい
た場合、路側機器１２１（ｂ）１３１２が応答メッセー
ジ１３２３（ａ）１３２３を車両に送信する。しかし、
応答メッセージ１３２３（ａ）１３２３のデータ量が多
い場合には、路側機器１２１（ｂ）１３１２が応答メッ
セージ１３２３（ａ）１３２３を車両１１１（ａ）１３
０１に送信している途中で車両が路側機器１２１（ｂ）
１３１２と通信可能な圏外に移動してしまう可能性があ
る。車両１１１（ａ）１３０１が車両１１１（ｃ）１３
０３の示す位置まで移動し、路側機器１２１（ｂ）１３
１２と通信が行えなくなった場合、路側機器１２１
（ｃ）１３１３が車両１１１（ｃ）１３０３の示す位置
まで移動した車両１１１（ａ）１３０１に対し、継続し
て応答メッセージ１３２３（ａ）１３２３を送信する。
路側機器の処理方式を以下で説明する。

【００３５】要求メッセージ５３２１３２２を路側機器
がセグメント５００１３００より受信した際の処理フロ
ーを図１４に示す。処理フローが示すステップ１１２１
（ａ）４０１からステップ１４０７は図７におけるステ
ップ７０１からステップ７０７と同じである。路側機器
は要求メッセージ５３２１３２２のサービスコードが示
す処理を実行したのち（ステップ１４０６）、応答メッ
セージ１３２３（ｂ）１３２４をセグメント５００１３
００にブロードキャストする（ステップ１４０８）。車
両が送信する要求メッセージ５３１１３２１と路側機器
が送信する要求メッセージ５３２１３２２のメッセージ
フォーマットは同じである。要求メッセージのメッセー
ジフォーマットを図１５（１）に示す。

【００３６】要求メッセージ５３１（ｃ）１５００は、
サービスコード６０１１５０１、位置情報６０２１５０
２、経路情報６０３１５０３、車両番号１５０４、サー
ビスパラメータ６０４１５０５により構成され、車両番
号１５０４が付与されている点が図６にて示した（Ｉ）
の場合における要求メッセージ５３１（ａ）６００のメ
ッセージフォーマットと異なる。車両番号１５０４と
は、例えば車台番号であり、車両に対してユニークに割
り当てられた識別子である。処理に対して応答が必要な
場合、処理の要求者を識別する必要がある。このため、
車両番号１５０４を付与して要求メッセージ５３１
（ｃ）１５００を送信する。ここで、本実施例は、要求
メッセージの発信元とサービスを受ける先が異なるもの
へも適用可能である。つまり、車両番号１５０４の番号
を要求メッセージを発信する車両でなく、サービスを受
ける車両の車両番号としておけばよい。この際、後述す
る応答メッセージを、要求メッセージ１５３１（ａ）の
発信元にも返信するように構成してもよい。この返信さ
れる応答メッセージ１５３１（ａ）では、サービス情報
の代わりにサービス情報をサービスを受ける先に送信し
たことを示す確認情報でもよい。また、車両番号１５０
４は、複数の車両がサービスを受けとれるよう複数の車
両番号が含まれることを可能にする。ここで、複数の車
両のなかには、要求メッセージの発信元を含めてもよ
い。路側機器が送信する応答メッセージ１３２３（ｂ）
１３２４のメッセージフォーマットを図１６（１）に示
す。応答メッセージ１５３１（ａ）６００は、サービス
コード６０１１６０１、位置情報１ ６０２６０２、経
路情報６０３１６０３、車両番号１５０４１６０４、サ
ービス情報１６０５により構成される。

【００３７】路側機器は、サービスコード６０１１６０
１に対して要求メッセージ５３１（ｃ）１５００のサー
ビスコード６０１１５０１と同じデータを格納し、位置
情報１ ６０２６０２に対して要求メッセージ５３１
（ｃ）１５００の位置情報６０２１５０２と同じデータ
を格納し、経路情報６０３１６０３に対して要求メッセ
ージ５３１（ｃ）１５００の経路情報６０３１５０３と
同じデータを格納し、車両番号１５０４１６０４に対し
て要求メッセージ５３１（ｃ）１５００の車両番号１５
０４と同じデータを格納する。サービス情報１６０５
は、処理を実行した路側機器の処理結果である。車両番
号１５０４１６０４は、応答メッセージ１５３１（ａ）
６００を返信する車両を識別するための識別子であり、
要求メッセージ５３１（ｃ）１５００を受信した路側機
器における処理では一般には使用されない。但し、要求
メッセージの発信元である車両が当該サービスを受ける
ことができるかを確認するために使用してもよい。予め
定められた車両番号であれば、処理を実行するようにし
てもよい。例えば、クレジットカード番号と車体番号を
リンクしておき、送信された車両番号に対応するクレジ
ットカード番号のクレジットカードで決済をおこなって
もよい。この場合、車両番号が要求メッセージの発信元
ものである場合このように用い、サービスを受ける車両
である場合は上記のように用いないとの制御を行っても
よい。車両番号が、サービスを受ける車両のものである
場合、要求メッセージに付されたメッセージの発信元を
特定する情報に基づいて、発信元から支払いがされるよ
うにしてもよい。また、サービスを受ける車両から支払
い可能であることをしめす情報が送信（例えば、応答メ
ッセージという形で）されれば、上記のようにの車両番
号を用いて決済を実行してもよい。ここで、クレジット
番号と車両番号の対応関係は、路側機器内に有していて
もよい。この場合、処理を実行した路側機器で決済を行
ってもよい。また、図示しない別のコンピュータ装置内
に対応関係を有していてもよい。例えば、銀行やクレジ
ット会社のコンピュータとネットワークが接続されてお
り、このコンピュータで決済を実行するようにしてもよ
い。

【００３８】路側機器は処理の結果をサービス情報１６
０５として応答メッセージ１３２３（ｂ）１３２４に付
与し、セグメント５００１３００にブロードキャストす
る。応答メッセージ１３２３（ｂ）１３２４は、セグメ
ント５００１３００に接続された全ての路側機器にで受
信される。路側機器が応答メッセージを受信処理する際
の処理フローを図１７に示す。路側機器は応答メッセー
ジを受信すると（ステップ１７０１）、応答メッセージ
１５３１（ａ）６００のサービスコード６０１１６０１
と車両番号１５０４１６０４を読み込み、同じサービス
コード６０１１６０１と車両番号１５０４１６０４が付
与された応答メッセージ１５３１（ａ）６００を一定時
間以内（例えば６０秒）に受信していないかを確認する
（ステップ１７０２）。図１３では、要求メッセージ５
３２１３２２を受信して処理を実行する路側機器が１つ
（路側機器１２１（ｄ）１３１４）である例を示してい
るが、複数の路側機器が要求メッセージ５３２１３２２
を受信して処理を実行する場合がある。

【００３９】例えば、同じ処理やデータを複数の路側機
器にダウンロードし、処理を多重化する場合である。こ
の場合、同じ処理の要求に対して複数の応答メッセージ
１３２３（ｂ）１３２４を受信する。同じ処理の要求に
対して複数の応答メッセージ１３２３（ｂ）１３２４を
受信した場合には、最初の応答メッセージ１３２３
（ｂ）１３２４のみを受信して処理する。ステップ１７
０３の判断は、１つの処理要求に対して２つ以上受信し
た応答メッセージ１３２３（ｂ）１３２４を廃棄するた
めの判断である。一定時間以内に同じ処理の要求に対す
る応答メッセージ１３２３（ｂ）１３２４を受信した場
合、つまり同じサービスコード６０１１６０１と車両番
号１５０４１６０４が付与された応答メッセージ１３２
３（ｂ）１３２４を受信した場合（ステップ１７０
３）、応答メッセージ１３２３（ｂ）１３２４を廃棄し
（ステップ１７１１）、処理を終了する。同じ処理の要
求に対する応答メッセージ１３２３（ｂ）１３２４を受
信していない場合（ステップ１７０３）、応答メッセー
ジ１５３１（ａ）６００の位置情報１ ６０２６０２を
読み込んで自内の位置情報テーブル８５０に登録されて
いる位置情報と比較する。

【００４０】２つの位置情報より算出された距離が予め
登録された距離（例えば１００００ｍ）より大きければ
（ステップ１７０４）、応答メッセージ１３２３（ｂ）
１３２４を廃棄し（ステップ１７１１）、処理を終了す
る。２つの位置情報より算出された距離が予め登録され
た距離より小さければ（ステップ１７０４）、応答メッ
セージ１５３１（ａ）６００のサービス情報１６０５を
読み込んでＲＡＭ２０３またはハードディスク２４０に
保存する（ステップ１７０５）。ここでタイマーをスタ
ートする（ステップ１７０６）。

【００４１】このタイマーは、サービス情報１６０５を
保存しておく時間を計測するものである。多数のサービ
ス情報１６０５を保存すると多量のメモリやハードディ
スクを必要とする。車両１１１（ａ）１３０１が遠方ま
で移動してしまうと、車両１１１（ａ）１３０１に送信
するサービス情報１６０５を保存していても使用するこ
とがないため、一定時間が経過すると自動的に廃棄す
る。タイマーをスタートしたのち（ステップ１７０
６）、タイムアウトが発生すると（ステップ１７０
７）、路側機器内に格納されたサービス情報は廃棄され
る（ステップ１７１２）。タイムアウトが発生する前に
（ステップ１７０７）、車両１１１（ａ）１３０１より
要求メッセージを受信し（ステップ１７０８）、受信し
た要求メッセージのサービスコードと車両番号が受信し
た応答メッセージ１３２３（ｂ）１３２４のサービスコ
ードと車両番号と一致した場合（ステップ１７０９）、
車両１１１（ａ）１３０１に対して応答メッセージ１３
２３（ａ）１３２３を送信する（ステップ１７１０）。
サービスコードと車両番号が一致しない場合（ステップ
１７０９）、再びタイマーがタイムアウトするまで車両
１１１（ａ）１３０１からの要求メッセージを待つ。

【００４２】応答メッセージ１３２３（ｂ）１３２４を
受信した路側機器が車両１１１（ａ）１３０１より受信
する要求メッセージのフォーマットを図１５（２）に示
し、応答メッセージ１３２３（ｂ）１３２４を受信した
路側機器が車両１１１（ａ）１３０１に対して送信する
応答メッセージ１３２３（ａ）１３２３のフォーマット
を図１６（２）に示す。車両１１１（ａ）１３０１は図
１５（１）に示したフォーマットの要求メッセージ５３
１１３２１を１回送信したのち、図１５（２）に示した
フォーマットの要求メッセージ５３１１３２１を周期的
に送信し、図１６（２）に示したフォーマットの応答メ
ッセージ１３２３（ａ）１３２３を受信するのを待つ。
要求メッセージ５３１（ｄ）１５１０は、サービスコー
ド１１２１（ａ）５１１、車両番号１１２１（ｂ）５１
２、受信データ量１１２１（ｃ）５１３より構成され
る。サービスコード１１２１（ａ）５１１と車両番号１
１２１（ｂ）５１２は、図１５（１）で示した要求メッ
セージ５３１（ｃ）１５００のサービスコード６０１１
５０１と車両番号６０２１５０２と同じである。受信デ
ータ量１１２１（ｃ）５１３は、応答メッセージ１３２
３（ａ）１３２３により受信したサービス情報１６０５
１６１４の累計データ量であり、例えば応答メッセージ
１３２３（ａ）１３２３を１度も受信していない場合に
は受信データ量（１１２１（ｃ）５１３）＝０となる。
応答メッセージ１３２３（ｂ）１６１０は、サービスコ
ード６０１１６１１、車両番号１５０４１６１２、デー
タサイズ１６１３、サービス情報１６０５１６１４によ
り構成される。

【００４３】データサイズ１６１３は、路側機器から車
両に対して送信するサービス情報の総データ量であり、
応答メッセージ１５３１（ａ）６００のサービス情報１
６０５のデータ量と同じである。サービス情報１６０５
１６１４は、応答メッセージ１５３１（ａ）６００のサ
ービス情報と同じであるが、車両１１１（ａ）１３０１
より受信した要求メッセージ５３１（ｄ）１５１０の受
信データ量１１２１（ｃ）５１３に０以外のデータが設
定されている場合、受信データ量が示すバイト数を除い
たサービス情報が格納される。例えば、要求メッセージ
５３１（ｄ）１５１０の受信データ量（１１２１（ｃ）
５１３）＝１００００（バイト）であった場合、車両１
１１（ａ）１３０１はすでに１００００バイトのデータ
を受信済であるため、応答メッセージ１５３１（ａ）６
００のサービス情報１６０５より先頭の１００００バイ
トを除き、１０００１バイト目からサービス情報１６０
５１６１４に格納して応答メッセージ１３２３（ｂ）１
６１０を車両１１１（ａ）１３０１に送信する。要求メ
ッセージ５３１（ｄ）１５１０の受信データ量１１２１
（ｃ）５１３が応答メッセージ１３２３（ｂ）１６１０
のデータサイズ１６１３と等しくなった場合、つまりサ
ービス情報１６０５１６１４を全て受信し終わった場
合、車両１１１（ａ）１３０１は要求メッセージ５３１
（ｄ）１５１０を１回送信したのち、周期的に送信する
のを停止する。

【００４４】ここで（ＩＩ）の例における中継器の処理
方式について説明する。図１３に示したシステム構成に
おいて、路側機器１２１（ｃ）１３１３と路側機器１２
１（ｄ）１３１４の間に中継器を設置した場合を例に説
明する。中継器における要求メッセージ５３２１３２２
の処理方式は図９に示した方式と同じである。応答メッ
セージ１３２３（ｂ）１３２４の処理方式を図１８に示
した処理フローにより説明する。中継器は応答メッセー
ジ１３２３（ｂ）１３２４を受信すると（ステップ１８
０１）、経路情報テーブル１０５０の道路属性１０５１
と応答メッセージ１３２３（ｂ）１３２４の経路情報６
０３１６０３とを比較する（ステップ１８０２）。応答
メッセージの処理は、要求メッセージの処理とは異な
り、経路情報６０３１６０３をもとに目的地から現在地
に向かう経路を計算する。現在地へと向かう道路の道路
属性１０５１が経路情報テーブル１０５０に登録されて
いるか否かを判断し、車両１１１（ａ）１３０１の現在
地へと向かう経路が存在する場合（ステップ１８０
３）、その経路に向かって応答メッセージ１３２３
（ｂ）１３２４を送信する（ステップ１８０４）。もし
も経路が存在しない場合（ステップ１８０３）、メッセ
ージを廃棄する（ステップ１８０５）。

【００４５】ここで示した（Ｉ）（ＩＩ）の方式におい
て、車両が目的地を変更した場合などには、車両が要求
メッセージにて送信した経路情報と異なる進路を取るこ
とになる。この場合、車両が応答メッセージを受信でき
なかったり、適切な処理を実行できないなどの問題を生
じる。要求メッセージを送信したあとで要求メッセージ
の経路情報が示す経路と異なる経路を選択し、かつ分岐
点などで経路情報が示す道路と異なる道路に進行した場
合、車両は要求メッセージを再送信しなければならな
い。

【００４６】道路交通システムにおいて、道路に沿って
設置された多数の路側機器と車両が位置情報をもとに局
所的に協調し、処理を実行する方式について説明した。
これにより、全体を管理するサーバ機なしに路側機器と
車両のみにより処理の実行が可能となり、サーバ機への
処理負荷集中によって応答時間や処理実行時間の低下を
避けることができる。また、サーバ機のダウンによるシ
ステム全体の処理停止を避けることができ、特定の路側
機器に障害が発生しても他の路側機器は処理を継続でき
る。また重要な処理やデータは、複数の路側機器にダウ
ンロードして多重化することができる。路側通信網を構
成するセグメント間に中継器を設置し、この中継器が位
置情報や経路情報をもとにメッセージをフォワードする
か否かを判断することにより、処理を要求するためのメ
ッセージや応答メッセージを処理と関係ないセグメント
に送信するのを避けることができる。これにより、メッ
セージは処理と関連する局所的な領域内における路側機
器や車両のみで授受され、関連のない路側機器がこのメ
ッセージを処理することによる通信負荷向上の問題、通
信路におけるトラフィック向上の問題を回避することが
できる。

【００４７】以下では、この道路交通システムを用いて
実現する事故処理サービスシステムと地域情報サービス
システムについて説明する。事故処理サービスシステム
は応答を必要としない（Ｉ）の処理方式を使用し、地域
情報サービスシステムは応答を必要とする（ＩＩ）の処
理方式を使う。

【００４８】事故処理サービスシステムの構成を図１９
に示す。道路１９５０１９５０上を車両１１１（ａ）１
９５１が走行している。道路１９５０１９５０に沿って
路側通信網１００１９００が設置されている。また道路
１９５０１９５０に沿って路側機器１２１（ａ）１９０
１、路側機器１２１（ｂ）１９０２、路側機器１２１
（ｃ）１９０３が設置されており、これらの路側機器は
路側通信網１００１９００に接続され、路側通信網１０
０１９００を介してメッセージを送受信することができ
る。車両１１１（ａ）１９５１の前方を車両１１１’１
９５３が走行しており、車両１１１（ａ）１９５１が車
両位置１１１（ｂ）１９５２に達したときに前方の車両
１１１’１９５３との間で追突事故が発生する。事故処
理サービスシステムは、路側機器１２１（ａ）１９０
１、路側機器１２１（ｂ）１９０２、路側機器１２１
（ｃ）１９０３が互いに協調することにより、事故状況
を再現するのに必要な情報を自動的にバックアップす
る。

【００４９】路側機器の構成を図２０に示す。路側機器
は、ＤＳＲＣによる無線通信を行う無線通信機器を内蔵
したアンテナ２００１２３０（ａ）、画像処理装置を内
蔵した映像撮影用のカメラ２００２２２０（ａ）、計算
機とハードディスクを内蔵した計算機部２５０２００３
により構成される。アンテナ２００１２３０（ａ）は無
線通信装置２３０であり、カメラ１８０２は外部デバイ
ス２２０であり、計算機部２５０２００３は計算機２５
０とハードディスク２４０である。計算機部２５０２０
０３は通信インターフェース２１１を備え、通信インタ
ーフェース２１１を介して路側通信網１００２０００に
接続される。

【００５０】車両１１１（ａ）１９５１が車両１１１’
１９５３と追突すると、追突の衝撃を車両１１１（ａ）
１９５１に内蔵した加速度センサーが感知し、追突が発
生したことを自動的に検出する。加速度センサーは、車
載器３００の外部デバイス３６０であり、外部インター
フェース３１４を介してデータはプロセッサ３０１に読
み込まれる。プロセッサは加速度変化の大きさから追突
発生を検出すると、要求メッセージ５３１を無線通信に
より送信し、近隣の路側機器１２１（ｃ）１９０３が受
信する。路側機器１２１（ｃ）１９０３は、要求メッセ
ージ５３１を受信すると、要求メッセージ５３２を路側
通信網１００１９００にブロードキャストする。これら
のメッセージは、同一セグメントに接続された全ての路
側機器により受信される。路側機器１２１（ａ）１９０
１、路側機器１２１（ｂ）１９０２、路側機器１２１
（ｃ）１９０３は、受信した要求メッセージ５３２とサ
ービスコードテーブル８００をもとに処理の実行を要求
している路側機器１２１（ｃ）１９０３が付近地に設置
された路側機器であり、かつ要求された処理が実行可能
であることを図７に示した処理を実行して自律的に判断
する。ここで、事故処理サービスにおける付近地の判断
は、事故車１１１（ａ）が事故発生時刻の所定時間前に
通った軌跡と各路側機器１２１（ａ）（ａ）〜（ｃ）が
所定距離内かどうかで判断する。または、各路側機器１
２１（ａ）（ａ）〜（ｃ）の有するカメラが事故発生時
刻の所定時間前に通った軌跡の少なくとも一部分を撮影
しているかどうかで定めてもよい。つまり撮影している
路側機器を付近地にあると判断してもよい。軌跡を撮影
しているかどうかは、カメラで撮影した画像中に当該車
両１１１（ａ）が写っているか否かを、送信された車両
番号に基づいて判断してもよい。また、事故が発生して
いる場所から車両の進行方向とは逆方向に所定個数の路
側機器が付近地にあると判断してもよい。事故処理サー
ビスシステムにおける要求メッセージの構成例を図２１
に示す。サービスコード２１５１には緊急サービスであ
ることを示すサービスコードが格納され、位置情報２１
５２には追突事故を発生した車両１１１（ａ）１９５１
の位置を識別するための座標情報が格納され、経路情報
２１５３には車両の目的地までの道路情報が格納され
る。サービスパラメータ２１５４には、画像のバックア
ップを要求することを示すパラメータが格納される。例
えば、サービスコード２１５１は２バイトの整数値であ
り、位置情報２１５２は整数値の配列データであり、経
路情報２１５３は文字列のデータであり、サービスパラ
メータ２１５４は整数値の配列データである。

【００５１】事故処理サービスシステムにおけるステッ
プ７０６の処理を図２２にて説明する。路側機器はサー
ビスパラメータ２１５４を読み込み（ステップ２２０
１）、要求されている処理の詳細内容を確認する。この
例の場合、緊急サービスとして画像情報をバックアップ
することが要求されている。路側機器は予め決められた
時間（例えば５分）内に撮影した映像情報をバックアッ
プ情報として確定し（ステップ２２０２）、この情報を
格納するためのハードディスク容量を確保する（ステッ
プ２２０３）。路側機器が撮影した映像情報はＲＡＭ２
０３に格納されており、一定時間で上書きされて失われ
る。映像情報を保存するには、ＲＡＭ２０３に格納され
た情報をハードディスク２４０にコピーしなければなら
ない。ステップ２２０２では、ＲＡＭ２０３上に格納さ
れた映像情報の中でバックアップする領域を確定し、ス
テップ２２０３では、この映像情報をバックアップする
ためのハードディスク上の領域を確保している。ハード
ディスクのバックアップ領域が確保されると（ステップ
２２０３）、映像情報をバックアップする（ステップ２
２０４）。

【００５２】前述の処理により、追突事故が発生した付
近の路側機器は一定時間内に撮影した映像情報をハード
ディスクにバックアップする。バックアップされた映像
情報の例を図２３に示す。図２３（１）は路側機器１２
１（ａ）１９０１がバックアップした映像情報であり、
図２３（２）は路側機器１２１（ｂ）１９０２がバック
アップした映像情報であり、図２３（３）は路側機器１
２１（ｃ）１９０３がバックアップした映像情報であ
る。路側機器１２１（ｃ）１９０３がバックアップした
映像情報２３３０は、追突事故が発生した場所を撮影し
ており、追突事故が発生した瞬間の映像を保存してい
る。路側機器１２１（ｂ）１９０２がバックアップした
映像情報２３２０は、追突事故発生現場の直前の場所を
撮影しており、追突事故発生現場の少し手前における車
両の走行状態の映像を保存している。例えば、前方の車
両１１１’１９５３が急ブレーキをかけた映像などが納
められる。路側機器１２１（ａ）１９０１がバックアッ
プした映像情報２３１０は、追突事故発生現場のかなり
手前の場所を撮影しており、追突事故発生現場に差し掛
かるまでの車両の走行状態の映像を保存している。例え
ば、車両１１１（ａ）１９５１が無理な追い越しをして
いた映像などが保存されている。

【００５３】事故処理サービスシステムの例では、道路
に沿って設置された路側機器と車両が局所的に協調する
ことにより、事故発生現場付近の路側機器が処理を実行
し、事故発生現場および事故発生に至るまでの詳細な状
況を保存する方式について説明した。これにより、車両
ドライバーに対する事故現場での詳細な事情聴取、車両
のスリップコーンの検証など、事故現場における現場検
証作業を行う必要がなくなり、事故処理のための作業負
担を大幅に削減できる。また事故処理時間を大幅に短縮
することができ、事故のために発生する渋滞を回避する
ことができる。特に、主要道路において大きな問題とな
っている事故による渋滞の問題を解決できる。

【００５４】地域情報サービスシステムの構成を図２４
に示す。車両１１１２４３０が道路１９５０２４２０上
を走行している。また道路１９５０２４２０に沿って路
側機器２１２１（ａ）４０１、路側機器２１２１（ｂ）
４０２、路側機器２１２１（ｃ）４０３、路側機器２１
２１（ｄ）４０４が設置されており、これらの路側機器
は路側通信網１００２４００に接続されて、相互にメッ
セージを送受信することができる。この構成は図１３に
示したシステム構成と同じである。しかし地域情報サー
ビスシステムでは、道路１９５０２４２０付近にあるレ
ストラン、店舗、遊園地などが路側機器に情報を登録す
るため、新たなシステムの構成要素を追加する。道路２
２２０沿いにレストラン２４１０（ｂ）４１１とレスト
ラン２４１２があり、これらのレストランはレストラン
付近の路側機器にレストランの情報を登録する。各レス
トランには情報端末として計算機（例えばパーソナルコ
ンピュータ）が設置されており、この計算機は広域通信
網２４１０４５０を介して地域サーバ２４４０と接続さ
れている。各レストランは情報端末から地域サーバ２４
４０に情報を送信することができる。地域サーバ２４４
０は路側通信網１００２４００に接続されており、路側
通信網１００２４００を介して各路側機器と通信でき
る。各レストランが路側機器に対して情報を登録する方
式を以下で示す。

【００５５】情報登録時のメッセージフローを図２５に
示す。システムの構成は図２４と同じである。レストラ
ン情報端末２１２１（ａ）５１１、レストラン情報端末
２１２１（ｂ）５１２、地域サーバ２４４０２５４０が
広域通信網２４５０２５５０に接続されており、地域サ
ーバ２４４０２５４０、路側機器１２１（ａ）２５０
１、路側機器１２１（ｂ）２５０２、路側機器１２１
（ｃ）２５０３、路側機器１２１（ｄ）２５０４が路側
通信網１００２５００に接続されている。各レストラン
は付近を走行中の車両ドライバーに流すレストランの宣
伝情報を、自律的にレストラン近辺に設置された路側機
器に登録する。この宣伝情報を以下では登録情報と呼
ぶ。レストランのオーナーは登録情報をレストラン情報
端末に入力し、レストラン情報端末２１２１（ｂ）５１
２は、この登録情報２ ５００（ａ）５５１を地域サー
バ２４４０２５４０に送信する。地域サーバ２４４０２
５４０は、例えば各都道府県毎に設置されており、各レ
ストラン情報端末はレストランが設置された地区の地域
サーバ２４４０２５４０がどれであるかを予めに知って
いるものとする。登録情報２ ５００（ａ）５５１をレ
ストラン情報端末２１２１（ｂ）５１２より受信した地
域サーバ２４４０２５４０は、登録情報２ ５００
（ｂ）５５２を路側通信網１００２５００にブロードキ
ャストする。

【００５６】この場合、付近地であるか否かは、レスト
ランの位置に向かっていく方向の路側機器としてもよ
い。

【００５７】登録情報のメッセージフォーマットを図２
６に示す。登録情報２５３１（ａ）６００は、情報の登
録を要求することを示すサービスコード２６０１、レス
トランが設置された場所の座標情報である位置情報２
６０２６０２、レストランに隣接している道路を示す経
路情報２６０３、サービスパラメータ２６０４、サービ
ス情報２６０５により構成される。サービスパラメータ
２６０４は、レストランの情報であることを示すパラメ
ータ、レストランの分類（中華、和食、洋食など）を示
すパラメータ、食事の価格帯を示すパラメータにより構
成される。サービス情報２６０５は、レストランが提供
する情報であり、例えばメニュー、駐車場の数、電話番
号などである。

【００５８】登録情報２ ５００（ｂ）５５２を受信し
た各路側機器は、図７で示した処理を実行する。メッセ
ージを受信すると、サービスコード２６０１により情報
提供のための登録情報であることを判断し、位置情報２
６０２６０２により処理の要求者が自分の設置されて
いる付近にいるか否かを判断する。処理の要求者が付近
地にいる場合には、サービスコードに基づき自内のハー
ドディスクに情報を登録する。登録された情報は、レス
トランに関する情報提供の要求があったときに読み出さ
れる。

【００５９】地域情報サービスシステムにおける要求メ
ッセージ５３２１３２２および応答メッセージ１３２３
（ｂ）１３２４のメッセージ構成例を図２７に示す。車
両１１１２４３０の車両ドライバーは食事をするために
レストランに関する情報を必要とする場合、要求メッセ
ージを送信する。車両１１１２４３０より送信された要
求メッセージは付近の路側機器により受信され、この路
側機器は要求メッセージを路側通信網１００２４００に
ブロードキャストする。要求メッセージ５３１（ｅ）２
７００は、情報提供を要求することを示すサービスコー
ド２７０１、車両の位置情報６０２２７０２、車両の経
路情報６０３２７０３、車両番号１５０４２７０４、サ
ービスパラメータ６０４’２７０５により構成される。
サービスパラメータ６０４’２７０５は、要求する情報
の分類を指定し、レストラン、レストランの分類、食事
の価格帯などを示す。

【００６０】要求メッセージ５３１（ｅ）２７００を受
信した各路側機器は、図１４に示した処理を実行する。
地域情報サービスシステムにおけるステップ１４０６の
処理内容を説明する。路側機器が処理を実行すると判断
した場合、受信した要求メッセージ５３１（ｅ）２７０
０のサービスパラメータ６０４’２７０５を読み込み
（ステップ２８０１）、情報提供可能か否かを判断する
（ステップ２８０２）。路側機器がレストランに関する
情報を格納していない場合、情報提供を行えない。情報
を提供できないと判断した場合（ステップ２８０２）、
要求メッセージ５３１（ｅ）２７００を廃棄する（ステ
ップ２８０７）。情報を提供できると判断した場合（ス
テップ２８０２）、サービスパラメータ６０４’２７０
５で指定された条件に合致するサービス情報を検索する
（ステップ２８０３）。例えば、中華レストランを検索
し、その中で価格帯が最も近いレストランを１つ選択す
る。検索した結果、中華レストランに関する情報が登録
されていない場合（ステップ２８０４）、情報を提供で
きないため要求メッセージを廃棄する（ステップ２８０
７）。

【００６１】該当する中華レストランの情報が登録され
ている場合（ステップ２８０４）、このレストランの情
報をサービス情報として格納した応答メッセージを生成
し（ステップ２８０５）、応答メッセージをブロードキ
ャストする（ステップ２８０６）。ステップ２８０６は
ステップ１４０８と同一処理である。応答メッセージの
フォーマットを図２７（２）に示す。応答メッセージ１
３２３（ｅ）２７５０は、情報の提供を要求することを
示すサービスコード２７０１２７５１、位置情報６０２
２７５２、経路情報６０３２７５３、車両番号１５０４
２７５４、サービス情報１６０５’２７５５により構成
される。応答メッセージ１３２３（ｅ）２７５０のサー
ビスコード２７０１２７５１、位置情報６０２２７５
２、経路情報６０３２７５３、車両番号１５０４２７５
４は、要求メッセージ５３１（ｅ）２７００とデータを
設定する。サービス情報１６０５’２７５５には、レス
トランの種類（中華）、食事の価格帯、駐車場の数、詳
細なメニュー、レストランの電話番号など、レストラン
が登録した情報が格納される。この応答メッセージを受
信した各路側機器は、図１７に示した処理方式により車
両２２３０に対して情報を送信する。

【００６２】地域情報サービスシステムでは、車両ドラ
イバーに対して情報を提供したいレストランや店舗など
の情報提供者が自律的に付近の路側機器に情報を登録
し、これらの路側機器と走行中の車両が協調することに
より車両ドライバーに対して情報を提供する。この方式
を用いれば地域全体の情報を管理する地域サーバは必要
なく、路側機器と車両による局所的な処理のみにより地
域情報の提供が可能である。従来のように地域サーバに
て全ての情報を管理していないため、地域サーバの処理
負荷が大きくなっても、短時間で車両ドライバーに対し
て情報を提供することができる。また、地域サーバがダ
ウンしても地域情報サービスが完全に停止することはな
く、各路側機器が保持する情報を車両ドライバーに提供
することにより、情報提供を継続することができる。

【００６３】

【発明の効果】本発明の構成によれば、１つのサーバ機
器に処理が集中することを防止することが可能になる。

【図面の簡単な説明】

【図１】本発明における道路交通システムのシステム構
成図である。

【図２】路側機器の構成図である。

【図３】車搭器の構成図である。

【図４】路側通信網の構成図である。

【図５】応答を必要としない処理要求におけるメッセー
ジフローである。

【図６】応答を必要としない処理要求における要求メッ
セージのフォーマットである。

【図７】応答を必要としない処理要求における路側機器
の処理フローである。

【図８】路側機器が保持するテーブルの構成例である。

【図９】要求メッセージ受信時における中継器の処理フ
ローである。

【図１０】中継器が保持するテーブルの構成例である。

【図１１】サービスコードを使用しない要求メッセージ
のフォーマットである。

【図１２】サービスコードを使用しない場合の要求メッ
セージ受信時における処理フローである。

【図１３】応答を必要とする処理要求におけるメッセー
ジフローである。

【図１４】応答を必要とする処理要求における路側機器
の処理フローである。

【図１５】応答を必要とする処理要求における要求メッ
セージのフォーマットである。

【図１６】応答メッセージのメッセージフォーマットで
ある。

【図１７】応答メッセージ受信時における路側機器の処
理フローである。

【図１８】応答メッセージ受信時における中継器の処理
フローである。

【図１９】事故処理サービスシステムのシステム構成例
である。

【図２０】事故処理サービスシステムにおける路側機器
の構成例である。

【図２１】事故処理サービスシステムにおける要求メッ
セージのメッセージフォーマットである。

【図２２】事故処理サービスシステムにおける路側機器
の処理実行例である。

【図２３】事故処理サービスシステムにおける路側機器
の格納情報例である。

【図２４】地域情報サービスシステムのシステム構成例
である。

【図２５】地域情報サービスシステムにおける情報登録
時のメッセージフローである。

【図２６】地域情報サービスシステムにおける登録情報
のメッセージフォーマットである。

【図２７】地域情報サービスシステムにおけるメッセー
ジフォーマットである。

【図２８】地域情報サービスシステムにおける路側機器
の処理実行例である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 瀬古沢 照治 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 佐野 耕一 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 片岡 雅憲 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 2F029 AA02 AB07 AC02 AC09 AC12 AC20 5H180 AA01 BB02 BB04 BB13 CC04 EE10 EE15 FF05 FF27 FF33 5K067 AA21 BB21 DD51 DD52 EE02 EE10 EE16 FF02 FF03 FF05 HH21 JJ53

Claims (20)

【特許請求の範囲】
1. 【請求項１】ネットワークで互いに接続された複数の処
   理装置により構成され、前記処理装置それぞれは移動体
   に関する所定の処理を実行する交通システムにおいて、 前記複数の処理装置それぞれが、処理に関連する移動体
   の存在位置を示す位置情報を受信する手段と、 前記位置情報に基づいて、前記処理を実行するか否かを
   を判断する手段と、 判断された結果に基づいて前記処理を実行する手段を有
   することを特徴とする道路交通システム。
2. 【請求項２】請求項１に記載の道路交通システムにおい
   て、 前記受信する手段は、前記処理に対する要求の内容を示
   す内容情報を受信し、 前記判断する手段は、前記位置情報に基づいて前記内容
   情報に対応する処理を実行するか否かを判断することを
   特徴とする道路交通システム。
3. 【請求項３】請求項１または２に記載の道路交通システ
   ムにおいて、 前記存在位置は、前記位置情報が発信された時点での存
   在位置であり、 ることを特徴とする道路交通システム。
4. 【請求項４】請求項１または２に記載の道路交通システ
   ムにおいて、 前記存在情報は、前記処理を行うべき時間における前記
   移動体の存在位置であり、 前記受信する手段は、更に前記移動体を識別する識別情
   報を受信することを特徴とする道路交通システム。
5. 【請求項５】請求項１または２に記載の道路交通システ
   ムにおいて、 前記存在情報は、前記処理を行うべき時間における前記
   移動体の存在位置であり、 前記受信する手段は、更に前記処理を行うべき時間を示
   す時間情報をを含むことを特徴とする道路交通システ
   ム。
6. 【請求項６】請求項１乃至５のいずれかに記載の道路交
   通システムにおいて、 前記位置情報は、前記移動体から発信され、 前記位置情報は、前記位置情報を発信する際に、前記移
   動体が移動している位置を示し、 前記判断する手段は、前記位置情報が示す位置と当該処
   理装置が存在する位置を比較し、比較の結果所定距離以
   内であれば前記処理を実行すると判断することを特徴と
   する道路交通システム。
7. 【請求項７】ネットワークで互いに接続された複数の処
   理装置により構成され、前記処理装置それぞれは移動体
   に関する所定の処理を実行する交通システムでの情報処
   理装置において、 前記移動体が、要求情報を前記複数の処理装置のうち少
   なくとも１つに、前記処理に対する要求の内容を示す内
   容情報および前記移動体の存在位置を示す位置情報を含
   む発信し、 前記要求情報を受信した処理装置が、前記ネットワーク
   を介して前記要求情報を前記複数の処理装置に、前記要
   求情報を送信し、 前記要求情報を受信した前記複数の処理装置それぞれ
   が、前記位置情報に基づいて、前記内容情報の示す要求
   に対応する処理を実行するか否かをを判断することを特
   徴とする道路交通システムの情報処理方法。
8. 【請求項８】請求項７に記載の情報処理方法において、 前記要求情報は、さらに前記移動体を識別する識別情報
   を含むことを特徴とする情報処理方法。
9. 【請求項９】請求項７または８に記載の情報処理方法に
   おいて、 前記移動体は、前記要求情報を送信後、前記処理を受け
   るまで周期的に確認情報を送信することを特徴とする情
   報処理方法。
10. 【請求項１０】請求項７乃至９のいずれかに記載の情報
    処理方法において、 前記処理が、複数の処理装置で実行すると判断された場
    合、最も早く処理を実行した処理装置以外で実行された
    処理は廃棄されることを特徴とする情報処理方法。
11. 【請求項１１】それぞれカメラを有する道路沿いに設置
    された複数の路側機器を用いて車両事故を記録する車両
    事故記録方法において、 前記複数のカメラそれぞれが、道路上を撮影しておき、 前記路側機器のうち少なとも１つが前記道路上での事故
    を認識し、認識した結果をしめす事故情報および前記事
    故を認識した路側機器の位置を示す位置情報（または事
    故の位置情報）を前記複数の路側機器に送信し、 前記路側機器それぞれは、前記前記事故情報および前記
    位置情報を受信し、 前記路側機器それぞれは、前記位置情報に基づいて、当
    該路側機器が撮影した内容を記録するか否かを判断する
    ことを特徴とする車両事故記録方法。
12. 【請求項１２】請求項１１に記載の車両事故記録方法に
    おいて、 前記事故の認識は、事故により発生する音より事故が起
    きたことを認識することを特徴とする車両事故記録方
    法。
13. 【請求項１３】請求項１１に記載の車両事故記録方法に
    おいて、 前記車両事故の認識は、事故の当事者の車両からの情報
    により認識することを特徴とする車両事故記録方法。
14. 【請求項１４】道路沿いに設置され、ネットワークで互
    いに接続された複数の路側処理装置を用いて、前記道路
    上を移動する車両から設備に関する処理要求を支援する
    情報処理方法において、 前記処理を要求することを示す要求情報および前記車両
    の位置を示す位置情報を送信し、 前記複数の路側処理装置のうちの少なくとも１つが、前
    記要求情報および前記位置情報を受信し、受信した要求
    情報および位置情報を、前記複数の路側処理装置に送信
    し、 前記複数の路側処理装置それぞれは、前記位置情報に基
    づいて、前記要求情報が示す処理を実行するための行程
    を実施するかを判断し、実施すると判断された場合は、
    前記設備の情報処理装置に前記行程を実施することを特
    徴とする情報処理方法。
15. 【請求項１５】請求項１４に記載の情報処理方法におい
    て、 前記判断するステップは、前記要求情報に合致する設備
    を検索し、合致する設備が検索された場合は、前記行程
    を実施すると判断することを特徴とする情報処理方法。
16. 【請求項１６】複数の処理装置で構成され、移動体に関
    する所定の処理を行う交通システムの複数のネットワー
    ク間を接続する中継装置において、 前記複数の情報処理装置のうちの少なくとも１つが受信
    した前記処理に関連する移動体の存在位置を示す位置情
    報を含む情報を受信する手段と、 前記受信された位置情報に応じて、前記情報を転送する
    か否かを判断する手段と、 転送すべきと判断された情報を、所定のネットワークに
    前記情報を転送する手段とを有することを特徴とする中
    継装置。
17. 【請求項１７】請求項１６に記載の中継装置において、 前記転送する手段は、所定のネットワークとして前記位
    置情報に応じたネットワークに前記情報を転送すること
    を特徴とする中継装置。
18. 【請求項１８】請求項１８に記載の中継装置において、 前記情報を転送する手段は、前記移動体が移動している
    経路を示す経路情報に基づいたネットワークに前記情報
    を転送することを特徴とする中継装置。
19. 【請求項１９】ネットワークを介して互いの接続された
    複数の情報登録装置に対する、利用者が利用可能な施設
    の情報処理装置からの前記施設に関する情報を登録する
    情報登録方法において、 前記情報処理装置が、前記ネットワークを介して前記複
    数の情報登録装置に、前記施設の位置を示す位置情報お
    よび前記施設に関する施設情報を送信し、 前記複数の情報登録装置は、前記位置情報に基づいて、
    前記施設情報を登録するか否かを決定し、 登録すると決定した情報登録装置は、前記施設情報を登
    録することを特徴とする情報登録方法。
20. 【請求項２０】請求項１９に記載の情報登録方法におい
    て、 前記施設情報を登録した情報登録装置は、車両から前記
    車両の位置を示す車両位置情報を受信し、受信した車両
    位置情報に基づいて、登録された施設情報を前記車両に
    提供することを特徴とする情報登録方法。