(57)【特許請求の範囲】
【請求項１】
ネットワークで互いに接続された複数の処理装置により構成され、前記処理装置のそれぞれが事故を発生した移動体に関する所定の処理を実行する交通システムにおいて、
前記複数の処理装置のそれぞれが、道路上を撮影する手段と、要求メッセージを前記事故を発生した移動体から受信する手段と、前記要求メッセージを他の処理装置にブロードキャストする手段と、前記要求メッセージに基づいて前記所定の処理を実行するか否かを判断する手段と、その判断の結果に基づいて前記所定の処理を実行する手段とを有し、
前記所定の処理は、撮影した映像の記録であり、
前記要求メッセージは、前記移動体の位置情報と前記移動体の経路情報と前記所定の処理の内容を示す情報とを含み、
前記判断する手段は、前記要求メッセージ内の前記位置情報と前記経路情報に基づいて、前記移動体が事故を発生した時刻の所定時間前に通った軌跡に対し自処理装置が所定距離内であるか否かを判断しその判断の結果前記所定距離内である場合に、又は前記移動体が事故を発生した時刻の所定時間前に通った軌跡を撮影した映像中に前記事故を発生した移動体が写っているか否かを判断しその判断の結果写っている場合に、又は前記事故が発生した場所から前記事故を発生した移動体の進行方向とは逆方向に所定個数内に自処理装置が含まれているか否かを判断しその判断の結果前記所定個数内に含まれている場合に、前記道路上を撮影する手段によって撮影した映像を記憶装置に記録すると判断する、道路交通システム。
【請求項２】
ネットワークで互いに接続された複数の処理装置により構成され、前記処理装置それぞれは事故を発生した移動体に関する所定の処理を実行する交通システムでの情報処理方法において、
前記所定の処理は、撮影した映像の記録であり、
前記複数の処理装置それぞれが、道路上を撮影し、
前記複数の処理装置の少なくとも１つが、前記移動体の位置情報と前記移動体の経路情報と前記所定の処理の内容を示す情報とを含む要求メッセージを前記事故を発生した移動体から受信し、前記要求メッセージを他の処理装置にブロードキャストし、
ブロードキャストされた前記要求メッセージを受信した他の処理装置が、前記要求メッセージに基づいて前記所定の処理を実行するか否かを判断し、その判断の結果に基づいて前記所定の処理を実行し、
ブロードキャストされた前記要求メッセージを受信した他の処理装置が、前記要求メッセージに基づいて前記所定の処理を実行するか否かを判断し、その判断の結果に基づいて前記所定の処理を実行する場合に、前記要求メッセージ内の前記位置情報と前記経路情報に基づいて、前記移動体が事故を発生した時刻の所定時間前に通った軌跡に対し自処理装置が所定距離内であるか否かを判断しその判断の結果前記所定距離内である場合に、又は前記移動体が事故を発生した時刻の所定時間前に通った軌跡を撮影した映像中に前記移動体が写っているか否かを判断しその判断の結果写っている場合に、又は前記事故が発生した場所から前記移動体の進行方向とは逆方向に所定個数内に自処理装置が含まれているか否かを判断しその判断の結果前記所定個数内に含まれている場合に、前記道路上を撮影する手段によって撮影した映像を記憶装置に記録すると判断する、情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、道路に沿って設置された路側機器と車両により構成させるを有する道路交通システムに関する。おいて、そのなかでも特に、各路側機器が自律的に処理を行うことにより、車両のドライバーや道路管理者等に対して種々のサービスを提供する道路交通システムに関する。また、本発明は、路側機器自体にも関する。さらに、本発明は、道路のみならず、鉄道などの軌道に沿って設置された路側機器およびそれを有する交通システムにも関する。さらに、この道路交通システムに適用可能な車塔器にも関する。
【０００２】
【従来の技術】
道路に沿って敷設されたネットワークにカメラを備えた複数の計算機を接続し、各計算機間で映像情報を共有することにより、走行中の車両ドライバーに対して他の車両により視界を塞がれて見えない車両前方の映像情報を提供する映像情報の提供方式が、例えば建設省土木研究所の受託研究報告書「ＩＴＳに関する基礎的先端的研究」に記載されている。また走行中の車両より、近辺の無線通信基地局を介して地域情報データベースにアクセスすることにより、走行中の車両ドライバーに地域情報を提供する地域情報サービスシステムが、例えば特開平６−２６９０４４に記載されている。
【０００３】
【発明が解決しようとする課題】
従来の道路交通システムにおいて、車両ドライバーに対して情報提供サービスを行う場合、走行中の地域において地域情報を管理する地域情報サーバなどのサーバ機より情報を取得して車両ドバイバードライバーに提供していた。しかし、この方式ではサーバ機に処理が集中するために応答時間の低下を招いたり、サーバ機がダウンした場合には情報提供サービスが受けられなくなるといった問題を生じた。
【０００４】
車両と路側機器間における情報共有により車両ドバイバードライバーに対して情報を提供するシステムでは、情報を所有する特定の路側機器を指定して情報を入手する方式が用いられていた。この方式では、情報を入手する路側機器を指定しなければならず、システム構成が頻繁に変わったり、格納される情報の種類が変更されるシステムでは情報入手が行えなかった。
【０００５】
【課題を解決するための手段】
上記の課題を解決するため、本発明における道路交通システムの一例では、
（１）路側機器が、車両から要求されたサービス要求内容と車両の位置情報をメッセージに付与してネットワークにブロードキャストし、
（２）ネットワークに接続された路側機器のうちメッセージを受信した路側機器が、メッセージが要求する処理内容を示すサービスコードと位置情報をもとに処理を実行するか否かを判断し、
（３） 実行すると判断した場合には処理を実行することに特徴がある。ここで、（２）の処理は、車両の位置を示す位置情報と路側機器の位置を示す位置情報に基づいて実行される。
さらに、複数の処理装置はそれぞれ、道路上を撮影し、そして、サービスコードが緊急サービスであることを示す場合に、車両から受信した事故の生じた位置を示す位置情報をもとに、撮影した内容を記録するか否かを判断する。
【０００６】
【発明の実施の形態】
本発明における道路交通システムについて説明する。図１は本発明における道路交通システムの構成例である。路側機器１２１（ａ）１２１、路側機器１２１（ｂ）１２２、路側機器１２１（ｃ）１２３、路側機器１２１（ｄ）１２４は路側通信網１００に接続され、各路側機器は路側通信網１００を介して相互に通信を行うことができる。路側通信網１００は、例えば建設省が道路に沿って敷設している光ファイバケーブルである。各路側機器は無線通信により付近を走行中の車両と通信することができる。図１の例では、路側機器１２１（ａ）１２１は車両１１１（ａ）１１１と、路側機器１２１（ｂ）１２２は車両１１１（ｂ）１１２と車両１１１（ｃ）１１３と、路側機器１２１（ｄ）１２４は車両１１１（ｄ）１１４と無線通信を行っている。
【０００７】
無線通信とは、例えば路側機器と移動中の車両との間で短距離かつ双方向通信を行う狭域無線通信システムＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）である。ここでは、ＤＳＲＣを例として示したが、移動中の車両と路側機器が情報やデータのやり取りをできればよく、本発明はＤＳＲＣに限定されない。
【０００８】
路側機器の構成を図２に示す。路側機器１２１２００は、情報処理を行う計算機２５０、プログラムやデータを記憶するための不揮発性記憶媒体であるハードディスク２４０、車両と無線通信を行うための無線通信装置２３０、カメラや各種センサーなどの外部デバイス２２０により構成される。計算機２５０は、プログラム実行などの演算を行うためのプロセッサ２０１、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）などの基本プログラムや基本データを格納するためのＲＯＭ２０２、プログラム実行時の処理領域やデータの一時格納領域として使用するＲＡＭ２０３、路側通信網２６０と接続するための通信インターフェース２１１、ハードディスク２４０を接続するための外部記憶装置インターフェース２１２、外部デバイスとデータを授受するための外部デバイスインターフェース２１３、無線通信装置との間でデータを授受するための通信インターフェース２１４により構成され、これらの構成要素はバス２１０を介して相互にデータを授受することができる。プロセッサ２０１上で実行されるプログラムは、通信インターフェース２１４と無線通信装置２３０を介して１台または複数台の車両と通信を行うことができ、また通信インターフェース２１１と路側通信網２６０を介して他の路側機器と通信を行うことができる。また、外部デバイスインターフェース２１３と外部デバイス２２０を介して外部の映像、音声、振動、温度、湿度、気圧などの情報を収集できる。
【０００９】
車搭器の構成を図３に示す。車搭器３００は車両に搭載される装置であり、例えばカーナビゲーションシステムである。車搭器３００は、計算機３５０、マンマシンインターフェース３２０、無線通信装置３３０、不揮発性の外部記憶装置であるハードディスク３４０、外部デバイス３６０により構成される。マンマシンインターフェース３２０は、例えばタッチパネルの機能を備えた液晶ディスプレイであり、車両ドライバーに対して画像の表示を行ったり、あるいは車両ドライバーが入力した情報を読み込むことができる。無線通信装置３３０は、路側機器との間で無線通信を行うための装置である。ハードディスク３４０は、地図情報などを格納するための記憶装置であり、ＣＤ−ＲＯＭドライブやＤＶＤ−ＲＯＭドライブなどの任意の不揮発性記憶装置でよい。外部デバイス３６０は、例えば米国国防総省が開発したＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）のデータを受信する受信機であり、緯度や経度などの座標情報を計算するために必要なデータを取り込む。外部デバイス３６０は、ＧＳＰの受信機以外にも車両状態を検知するセンサーなどが接続される。
【００１０】
計算機３５０は、プログラム実行などの演算を行うプロセッサ３０１、プログラムや基本データを格納するためのＲＯＭ３０２、プログラム実行時の処理領域やデータの一時格納領域として使用するＲＡＭ３０３、マンマシンインターフェース３２０を制御するための画像処理プロセッサ３１１、無線通信装置３３０とデータを授受する通信インターフェース３１２、ハードディスク３４０とデータを授受する外部記憶装置インターフェース３１３、外部デバイス３６０とデータを授受するのに用いられる外部デバイスインターフェース３１４により構成され、各構成要素はバス３１０を介して相互にデータを授受することができる。
【００１１】
プロセッサ３０１は、ＲＯＭ３０２に格納された車両の経路を計算するプログラムを実行し、マンマシンインターフェース３２０より車両ドライバーが入力した目的地に関する情報、ハードディスク３４０に格納された地図情報、外部デバイス３６０より受信したＧＰＳ情報を処理することにより、車両の経路情報を生成できる。
【００１２】
路側通信網の構成を図４（１）に示す。路側通信網４００は光ファイバーケーブルなどの伝送媒体であり、道路４２０に沿った敷設される。路側通信網４００に接続された路側機器１２１（ａ）４０１、路側機器１２１（ｂ）４０２、路側機器１２１（ｃ）４０３、路側機器１２１（ｄ）４０４、路側機器１２１（ｅ）４０５は、路側通信網４００を介し、必要に応じて相互にメッセージを送受信することができる。路側通信網４００を構成する各セグメントは伝送距離の延長や分岐／合流を行うため、中継器により接続されている。ここでセグメントとは、物理的に連続した伝送媒体であり、路側通信網４００は複数のセグメントと中継器により構成される。
【００１３】
中継器４１０（ａ）４１０は、例えば光ファイバケーブルにおけて光損失により減衰した電気信号を増幅し、伝送距離を延長する。分岐点に設置された中継器４１０（ｂ）４１１は、道路４２０の分岐に合わせて路側通信網４００の分岐を行う。これらの中継器により、道路に沿って路側通信網を敷設することが可能となる。
【００１４】
中継器は単に電気信号の増幅や路側通信網を物理的に分岐／合流するのみではない。各中継器はプログラムを内蔵し、受信したメッセージの内容に応じてメッセージを廃棄したり、あるいはメッセージをフォワードするセグメントを選択したりすることができる。ここでフォーワードとは、１つのセグメントより受信したメッセージを他の１つまたは複数のセグメントに対して送信することである。中継器の構成を図４（２）に示す。中継器４４０は、計算機４１０４５０と外部デバイス４８０により構成される。
【００１５】
計算機４１０４５０は、プログラムを実行するためのプロセッサ４５１、プログラムを格納するためのＲＯＭ４５２、プログラムの処理領域であるＲＡＭ４５３、外部デバイスインターフェース４５４、および通信インターフェース４６１、通信インターフェース４６２、通信インターフェース４６３により構成される。各構成要素はバス４６０を介して相互にデータを授受できる。外部デバイス４８０は、例えばＧＰＳの受信機であり、プロセッサ４５１は外部デバイスインターフェース４５４を介して外部デバイス４８０よりデータを読み込むことにより、経度と緯度といった位置情報を計算できる。各通信インターフェースは、１つのセグメントに接続される。プロセッサ４５１は、通信インターフェース４６１を介してセグメント４７１を使ってメッセージを送受信でき、通信インターフェース４６２を介してセグメント４７２を使ってメッセージを送受信でき、通信インターフェース４６３を介してセグメント４７３を使ってメッセージを送受信できる。中継器４４０が備える通信インターフェースの数は、直線道路脇に設置された中継器４１０４５０では２つ、三叉路脇に設置された中継器４１０４５０では３つ、四つ角に設置された中継器４１０４５０では４つである。
【００１６】
次に本発明における道路交通システムの処理方式について説明する。路側通信網に接続された路側機器は、他の路側機器に対して処理の実行を要求することができる。この処理の実行には、（Ｉ）応答なし（ＩＩ）応答ありの２つに分類できる。（Ｉ）は、単に他の路側機器処理の実行を要求する場合であり、（ＩＩ）は、他の路側機器が保持する情報を要求する場合のように要求に対する応答を必要とする場合である。（Ｉ）に関して図５から図１２を用いて、（ＩＩ）に関して図１３から図１８を用いて処理方式を説明する。
【００１７】
まず（Ｉ）に関して、図５（１）に中継器を含まない場合のメッセージフロー例を示す。路側機器が処理の実行を要求する場合、処理を要求する路側機器１２１（ａ）５１１はセグメント５００に対して要求メッセージ５３２をブロードキャストする。要求メッセージ５３２は、セグメントに接続された全ての路側機器にで受信され、受信した各路側機器は要求メッセージの内容をもとに処理を実行するか否かを判断する。なお、要求メッセージを受信する路側機器として、車両の進行方向に存在するものに制御してもよい。図５（１）の例では、車両１１１５２０より要求メッセージ５３１を受信した路側機器１２１（ａ）５１１は、要求メッセージ５３２をセグメント５００にブロードキャストし、この要求メッセージ５３２は同じセグメントに接続された路側機器１２１（ａ）５１１、路側機器１２１（ｂ）５１２、路側機器１２１（ｃ）５１３、路側機器１２１（ｄ）５１４に受信される。要求メッセージ５３２を送信した路側機器１２１（ａ）５１１も要求メッセージ５３２を受信し、他の路側機器と同じ処理を実行する。各路側機器は、要求メッセージ５３２の内容をもとに処理を実行するか否かを判断し、例えば路側機器１２１（ｂ）５１２と路側機器１２１（ｃ）５１３が処理を実行しなければならないと判断して処理を実行する。ここで、要求メッセージ５３１と５３２は同じものでも、異なるものであってもよい。異なる場合、５３２は送信しやすいように圧縮されたものでもよいし、他形式を変更したものでもよい。但し、要求する処理の内容は同じである必要がある。図５（２）に示された要求メッセージ５３１、５３２（ａ）、５３２（ｂ）も同様である。５３２（ａ）と５３２（ｂ）も通信経路の状況により形式を変えてもよい。
【００１８】
車両１１１５２０から路側機器１２１（ａ）５１１に送信される要求メッセージ５３１と路側機器１２１（ａ）５１１がセグメント５００に対して送信する要求メッセージ５３２のメッセージフォーマットは同じである。要求メッセージのフォーマットを図６に示す。要求メッセージ５３１（ａ）６００は、要求する処理の種別を示すサービスコード６０１、車両位置を示す位置情報６０２６０２、車両の経路を示す経路情報６０３、処理を実行するのに使用するサービスパラメータ６０４により構成される。サービスコード６０１が示す処理の種別によっては、サービスパラメータ６０４が不要である。位置情報６０２６０２は、例えば経度と緯度により構成される座標情報である。位置情報５３１（ｂ）は、要求メッセージ５３１を送信した時点で車両が存在する位置を示すものでよい。また、要求メッセージ５３１で要求するサービスを受けることを望む位置を示すものでもよい。また、それら２つの位置の両方を含むものでもよい。経路情報６０３は、例えば車両が目的地に到達するまでに通過する道路の名称や車両の進行方向を示すベクトル情報などにより構成される。経路情報６０３は、ナビゲーションシステムで計算したルート情報でもよいし、ドライバーが入力した予定経路でもよい。また、バス、鉄道などではダイヤ情報に基づいた予定経路でもよい。さらに、経路情報６０３は、位置情報５３１（ｂ）と統一してもよい。サービスパラメータ６０４はサービスコード６０１が示す処理を実行するのに必要なパラメータである。さらに、図６には図示しないが、車両の速度を示す速度情報を要求メッセージ５３１（ａ）に含めてもよい。速度情報としては、要求メッセージを送信した時点での速度、所定時間内（例えば、送信した時点で走行している道路で走行している間、その日１日の間など）の平均速度でもよい。また、経路情報に基づく、これから予測速度（含む、サービスを受けたい時刻の速度）、予測平均速度でもよい。更に、これらのうち少なくとも１つを含んでもよい。
【００１９】
またさらに、要求メッセージ５３１には、受けたいサービスを受ける時刻、時間を示す時間情報を含んでもよい。この時間情報は、サービスコード６０１またはサービスパラメータ６０４に含めるようにしてもよい。
【００２０】
車両１１１から要求メッセージ５３１を受信した路側機器１２１（ａ）から要求メッセージ５３２を転送された受信した路側機器１２１（ａ）５１１、路側機器１２１（ｂ）５１２、路側機器１２１（ｃ）５１３、路側機器１２１（ｄ）５１４の処理フローを図７に示す。各路側機器は要求メッセージ５３２を受信すると（ステップ７０１）、受信した要求メッセージ５３２のサービスコード６０１を読み出し、自内に登録されたサービスコードテーブル内のサービスコードと比較する（ステップ７０２）。サービスコードテーブルの構成を図８（１）に示す。サービスコードテーブル８００には、路側機器にて実行できる処理の種別を示すサービスコード８０１が登録されている。またサービスコードテーブル８００には各サービスに対する距離情報８０２が登録されている。例えば、サービスコード８０１が１のサービスに対して距離情報８０２として１０００ｍが登録されている（８００１）。これは、サービスコード（８０１）＝１が示す処理は、処理を要求した車両が１０００ｍ以内に存在する場合にのみ処理を実行することを示す。つまり、距離情報８０２は、処理（サービス）を受ける車両と処理を実行する路側機器の距離を示す情報である。サービスコード８０１が５に対しては距離情報８０２が登録されておらず、このサービスコードが示す処理では、処理を要求した車両の位置に関係無く処理を実行することを示している（８００２）。
【００２１】
これらのサービスコード８０１と距離情報８０２は、路側機器にサービスを実行する処理プログラムをダウンロードしたときに登録される。サービスコードテーブル８００のサービスコード８０１と要求メッセージ５３２のサービスコード６０１を比較し（ステップ７０２）、同じサービスコードが登録されていなければ、処理は実行できないと判断し（ステップ７０３）、受信した要求メッセージ５３２を廃棄する（ステップ７０７）。同じサービスコードが登録されていれば処理が実行できると判断し（ステップ７０３）、要求メッセージ５３２の位置情報６０２６０２と自内の位置情報テーブルに登録されている位置情報とを比較する（ステップ７０４）。
【００２２】
位置情報は、経度と緯度により表される。位置情報テーブルの構成を図８（２）に示す。位置情報テーブル８５０には、当該路側機器の存在する緯度情報８５１と経度情報８５２が登録されている。要求メッセージ５３２の位置情報６０２６０２と位置情報テーブル８５０の位置情報とを比較し、付近地であるか否かを判断する（ステップ７０５）。また、位置情報テーブル８５０に登録されている位置情報は、当該路側機器が処理の実行が可能な処理の位置を示す情報であってもよい。
【００２３】
付近地であるか否かの判断は、車両の位置と路側機器の位置の２つの地点間の距離に基づいて行う。なお、車両の位置は、位置情報５３１（ｂ）に基づくものである。位置情報５３１（ｂ）そのものでもよいし、処理（サービス）を実行する時刻に車両がどの位置に存在するか路側機器で、位置情報５３１（ｂ）や経路情報６０３に基づいて算出してもよい。この場合、また、位置情報の代わりにサービスを受けることを望む時間であってもよい。この場合、図７のステップ７０４での比較は、以下のように行う。路側機器で、車両から送信された時間、車両の速度、通行する（予定のものを含む）道路の平均速度からサービスを受ける時間に車両が存在する位置を推定し、推定結果に基づいて比較を行う。さらに、車両からサービスを受けたい時間を受信しなくとも、サービスが完了する時間を推定し、車両の速度、通行する（予定のものを含む）道路の平均速度から、推定された時間に車両が存在する位置を推定してもよい。
【００２４】
また、付近地であるか否かの判断は、車両の位置に基づいて行ってもよい。つまり、サービスを受ける車両の位置（要求メッセージ発信時の発信した車両の位置またはサービスを受ける時点でのサービスを受ける車両の推定位置）と各路側機器が処理を施せる車両の位置を比較することによって行うこともできる。この場合、各路側機器が処理を施せる車両の位置としては、座標点ではなく範囲を有しておき、比較も範囲内に車両から送信された位置情報が示す座標が含まれるかで比較してもよい。
【００２５】
２つの座標情報（要求メッセージ５３２の位置情報６０２６０２と位置情報テーブル８５０の位置情報）から距離を算出し、この距離が要求メッセージ５３２のサービスコード６０１と同じサービスコード８０１の距離情報８０２よりも小さい場合には、付近地であると判断する。距離情報８０２に情報が登録されていない場合には、距離情報８０２は無限大であると見なし、常に付近地であると判断する。付近地でないと判断された場合（ステップ７０５）、メッセージを廃棄し（ステップ７０７）、処理を終了する。付近地であると判断された場合（ステップ７０５）、サービスコード６０１が示す処理を実行する（ステップ７０６）。ステップ７０６が示す処理の例は、後述のサービスシステム事例の中で説明する。なお、すべての路側機器でメッセージ廃棄と判断された場合（処理が道路交通システムで実行できない場合）は、車両の車搭器３００に処理内容または処理が実行されたことを示す情報が送信されない。そこで、車搭器３００が、所定時間たっても処理内容および処理が実行されたことを示す情報のうち少なくとも一方を受信しない場合、ドライバーに処理（サービス）が不可である旨の通知（表示、音声通知）を行う構成にしてもよい。
【００２６】
図５（２）に中継器を含む場合、つまり道路が分岐している場合のメッセージフロー例を示す。中継器４１０５８０は、道路に沿って設置された３つのセグメント（セグメント５００（ａ）５５１、セグメント５００（ｂ）５５２、セグメント５００（ｃ）５５３）に接続されている。各セグメントには複数の路側機器が接続される。図５（２）の例では、セグメント５００（ａ）５５１に路側機器１２１（ａ）５６１、セグメント５００（ｂ）５５２に路側機器１２１（ｂ）５６２、セグメント５００（ｃ）５５３に路側機器１２１（ｃ）５６３が接続されている。車両１１１５９０は道路上を走っており、分岐方向に進行しようとしている。車両が要求メッセージ５３１５７１を送信すると、路側機器１２１（ａ）５６１が受信してセグメント５００（ａ）５５１に要求メッセージ５３２（ａ）５７２をブロードキャストする。ブロードキャストされた要求メッセージ５３２（ａ）５７２は、セグメント５００（ａ）５５１に接続された全ての中継器と路側機器に受信される。各路側機器における処理や要求メッセージのメッセージフォーマットは図５（１）で示した例と同じである。ここでは中継器４１０５８０の処理方式について説明する。
【００２７】
図９に中継器４１０５８０における処理フローを示す。中継器４１０５８０は要求メッセージ５３２（ａ）５７２を受信すると（ステップ９０１）、要求メッセージ５３２（ａ）５７２の位置情報６０２６０２を読み出し、自内の位置情報テーブルに登録された位置情報と比較する（ステップ９０２）。位置情報テーブルに登録された位置情報とは、当該中継器の存在する位置を示すものである。また、中継器の中継先である路側機器が処理を実行できる車両の位置を示すものでもよい。また、中継器の中継先である路側機器の存在する位置であってもよい。さらに、これらの組合せで、そのうちの１つを少なくとも含むようにしてもよい。図１０（１）に中継器の位置情報テーブル１０００の構成を示す。位置情報テーブル１０００に登録される経度情報１００１と緯度情報１００２は、外部デバイス４８０より読み込んだデータをもとに算出し、自動的に登録したものであるもよいし、設置時に人間の手で入力してもよい。要求メッセージ５３２（ａ）５７２の位置情報６０２６０２と位置情報テーブル１０００に登録された位置情報により、２つるの地点間の距離を算出し、車両４１０５８０の位置が中継器の付近地であるか否かを判断する（ステップ９０３）。付近地であるか否かの判断は図１０（２）に示した距離情報テーブル１０３０にもとづいて行う。距離情報テーブル１０３０のデータは、予め登録されているものとする。算出された２地点間の距離を、距離情報テーブル１０３０に登録された距離（図１０（２）の例では１０００００ｍ）と比較する（ステップ９０２）。また、付近地であるか否かの判断は、車両の進行方向を考慮してもよい。例えば、道路の上下線それぞれに対応したネットワークが配置いる場合、上り線を通行している車両からの要求メッセージ５３１は、下り線のネットワークに接続された中継器では、距離が近くとも付近地と判断しない、としてもよい。また、中継器の中継先である路側機器１２１（ｂ）や１２１（ｃ）の位置を位置情報として登録しておき、これらと車両の位置から距離を算出してもよい。
【００２８】
算出された２点間の距離が距離情報テーブル１０３０に登録された距離より長いときには付近地ではないと判断し（ステップ９０３）、メッセージを廃棄する（ステップ９０７）。算出された２地点間の距離が距離情報テーブル１０３０に登録された距離より短いときには付近地であると判断し（ステップ９０３）、要求メッセージ５３２（ａ）５７２に登録された経路情報６０３を読み出し、自内の経路情報テーブルと比較する（ステップ９０４）。経路情報テーブルの構成を図１０（３）に示す。経路情報テーブル１０５０には、道路属性１０５１とインターフェースＩＤ１０５２が登録されている。道路属性１０５１は、分岐点で交わった各道路の属性情報であり、道路の名称や道路の進行方向を示す情報が登録されている。インターフェースＩＤは、中継器の各通信インターフェースに事前に割り当てられた識別子であり、通信インターフェースと１対１に対応している。ここで、中継器４１０に格納された経路情報は、当該中継器４１０が接続されたネットワーク（セグメント）に対応する道路の経路を示す情報である。また、道路の経路自体でなくネットワークの経路としてもよい。
【００２９】
例えば、インターフェースＩＤ＝１は通信インターフェース４６１に、インターフェースＩＤ＝２は通信インターフェース４６２に、インターフェースＩＤ＝３は通信インターフェース４６３に対応しており、プロセッサ４５１上にて実行されるプログラムは、経路情報テーブル１０５０を参照することにより、メッセージを送信するセグメント（道路）を選択してメッセージを送信することができる。例えば、国道２４６号線の北方面にメッセージを送信する場合、経路情報テーブル１０５０から国道２４６号線の北方面はインターフェースＩＤ＝１であることが分かる（１０５０１）。インターフェースＩＤ＝１は通信インターフェース４６１を示すことが予め決められているため、プログラムは通信インターフェース４６１を介してセグメント４７１にメッセージを送信すればよい。
【００３０】
要求メッセージ５３２（ａ）５７２に登録された経路情報６０３と経路情報テーブル１０５０の道路属性１０５２とを比較した結果、経路情報６０３が示す道路と方向が経路情報テーブル１０５０に登録されていなかった場合（ステップ９０５）、メッセージを廃棄する（ステップ９０７）。道路と方向が一致する道路が登録されている場合（ステップ９０５）、その道路属性１０５１が示すインターフェースＩＤ１０５２を読み出し、対応する通信インターフェースを介してセグメントにメッセージをブロードキャストする（ステップ９０６）。図９に示した処理を中継器にて実行することにより、車両の進行方向に対して要求メッセージ５３２（ａ）５７２を送信することができる。また車両と中継器の距離が離れている場合には、メッセージは廃棄されるため、メッセージが際限なくブロードキャストされるのを防ぐことができる。
【００３１】
ここでは、要求メッセージ５３１（ａ）６００にサービスコード６０１が付与される方式を示したが、各路側機器にサービスを実行する処理プログラムが１つしかない場合、あるいは要求するサービスの指定をパラメータとして記述する場合、サービスコード６０１を用いる必要がない。この場合、要求メッセージのフォーマットは図１１のようになる。要求メッセージ５３１（ｂ）１１００は、位置情報６０２１１０１、経路情報６０３１１０２、パラメータ６０４’１１０３により構成される。各路側機器に複数のサービスを実行する処理プログラムがインストールされている場合には、パラメータ６０４’１１０３によりどの処理を実行するのかを指定する。
【００３２】
要求メッセージ５３１（ｂ）１１００を受信する各路側機器の処理を図１２に示す。各路側機器は要求メッセージ５３１（ｂ）１１００を受信すると（ステップ１２０１）、要求メッセージ５３１（ｂ）１１００の位置情報６０２１１０１と自内の位置情報テーブルに登録されている位置情報とを比較する（ステップ１２０２）。２つの地点間の距離が予め路側機器に登録された距離情報よりも長い場合（ステップ１２０３）、受信した要求メッセージ５３１（ｂ）１１００を廃棄する（ステップ１２０５）。サービスコードを用いない場合にはサービスコードテーブルは不要であり、代わりに距離情報を１つ登録したテーブルを保持する。この予め路側機器に登録された距離情報よりも短い場合（ステップ１２０３）、処理を実行する（ステップ１２０４）。要求メッセージ５３１（ｂ）１１００を中継器が処理する方式は、図９に示した処理フローと同じである。これにより、サービスコードを使わなくても処理を実行することができる。
【００３３】
つぎに（ＩＩ）に関して、図１３にメッセージフロー例を示す。路側機器１２１（ａ）１３１１、路側機器１２１（ｂ）１３１２、路側機器１２１（ｃ）１３１３、路側機器１２１（ｄ）１３１４がセグメント５００１３００に接続されている。路側機器１２１（ａ）１３１１は車両１１１（ａ）１３０１より要求メッセージ５３１１３２１を受信すると、セグメント５００１３００に対して要求メッセージ５３２１３２２をブロードキャストする。セグメント５００１３００に接続された路側機器は要求メッセージ５３２１３２２を受信し、要求メッセージ５３２１３２２の内容に応じて処理を実行するか否かを判断し、処理を実行すると判断した場合には要求された処理を実行する。処理結果は応答メッセージ１３２３（ｂ）１３２４としてセグメント５００１３００にブロードキャストする。ここで、要求メッセージ５３１１３２１を送信した車両１１１（ａ）１３０１が走行中である場合がある。車両１１１（ａ）１３０１が停止していれば要求メッセージ５３１１３２１を受信した路側機器１２１（ａ）１３１１が応答メッセージ１３２３（ｂ）１３２４を受信し、車両１１１（ａ）１３０１に応答メッセージ１３２３（ａ）１３２３を送信すればよい。しかし、車両１１１（ａ）１３０１が走行中であり、すでに車両１１１（ｂ）１３０２が示す位置まで移動している場合、路側機器１２１（ａ）１３１１からは応答メッセージ１３２３（ａ）１３２３を車両１１１（ａ）１３０１に送信することはできない。
【００３４】
このため、応答メッセージ１３２３（ｂ）１３２４は路側機器１２１（ａ）１３１１の周辺に設置された路側機器１２１（ｂ）１３１２、路側機器１２１（ｃ）１３１３も受信する。車両１１１（ａ）１３０１が車両１１１（ｂ）１３０２の示す位置まで移動していた場合、路側機器１２１（ｂ）１３１２が応答メッセージ１３２３（ａ）１３２３を車両に送信する。しかし、応答メッセージ１３２３（ａ）１３２３のデータ量が多い場合には、路側機器１２１（ｂ）１３１２が応答メッセージ１３２３（ａ）１３２３を車両１１１（ａ）１３０１に送信している途中で車両が路側機器１２１（ｂ）１３１２と通信可能な圏外に移動してしまう可能性がある。車両１１１（ａ）１３０１が車両１１１（ｃ）１３０３の示す位置まで移動し、路側機器１２１（ｂ）１３１２と通信が行えなくなった場合、路側機器１２１（ｃ）１３１３が車両１１１（ｃ）１３０３の示す位置まで移動した車両１１１（ａ）１３０１に対し、継続して応答メッセージ１３２３（ａ）１３２３を送信する。路側機器の処理方式を以下で説明する。
【００３５】
要求メッセージ５３２１３２２を路側機器がセグメント５００１３００より受信した際の処理フローを図１４に示す。処理フローが示すステップ１１２１（ａ）４０１からステップ１４０７は図７におけるステップ７０１からステップ７０７と同じである。路側機器は要求メッセージ５３２１３２２のサービスコードが示す処理を実行したのち（ステップ１４０６）、応答メッセージ１３２３（ｂ）１３２４をセグメント５００１３００にブロードキャストする（ステップ１４０８）。車両が送信する要求メッセージ５３１１３２１と路側機器が送信する要求メッセージ５３２１３２２のメッセージフォーマットは同じである。要求メッセージのメッセージフォーマットを図１５（１）に示す。
【００３６】
要求メッセージ５３１（ｃ）１５００は、サービスコード６０１１５０１、位置情報６０２１５０２、経路情報６０３１５０３、車両番号１５０４、サービスパラメータ６０４１５０５により構成され、車両番号１５０４が付与されている点が図６にて示した（Ｉ）の場合における要求メッセージ５３１（ａ）６００のメッセージフォーマットと異なる。車両番号１５０４とは、例えば車台番号であり、車両に対してユニークに割り当てられた識別子である。処理に対して応答が必要な場合、処理の要求者を識別する必要がある。このため、車両番号１５０４を付与して要求メッセージ５３１（ｃ）１５００を送信する。ここで、本実施例は、要求メッセージの発信元とサービスを受ける先が異なるものへも適用可能である。つまり、車両番号１５０４の番号を要求メッセージを発信する車両でなく、サービスを受ける車両の車両番号としておけばよい。この際、後述する応答メッセージを、要求メッセージ１５３１（ａ）の発信元にも返信するように構成してもよい。この返信される応答メッセージ１５３１（ａ）では、サービス情報の代わりにサービス情報をサービスを受ける先に送信したことを示す確認情報でもよい。また、車両番号１５０４は、複数の車両がサービスを受けとれるよう複数の車両番号が含まれることを可能にする。ここで、複数の車両のなかには、要求メッセージの発信元を含めてもよい。路側機器が送信する応答メッセージ１３２３（ｂ）１３２４のメッセージフォーマットを図１６（１）に示す。応答メッセージ１５３１（ａ）６００は、サービスコード６０１１６０１、位置情報１  ６０２６０２、経路情報６０３１６０３、車両番号１５０４１６０４、サービス情報１６０５により構成される。
【００３７】
路側機器は、サービスコード６０１１６０１に対して要求メッセージ５３１（ｃ）１５００のサービスコード６０１１５０１と同じデータを格納し、位置情報１  ６０２６０２に対して要求メッセージ５３１（ｃ）１５００の位置情報６０２１５０２と同じデータを格納し、経路情報６０３１６０３に対して要求メッセージ５３１（ｃ）１５００の経路情報６０３１５０３と同じデータを格納し、車両番号１５０４１６０４に対して要求メッセージ５３１（ｃ）１５００の車両番号１５０４と同じデータを格納する。サービス情報１６０５は、処理を実行した路側機器の処理結果である。車両番号１５０４１６０４は、応答メッセージ１５３１（ａ）６００を返信する車両を識別するための識別子であり、要求メッセージ５３１（ｃ）１５００を受信した路側機器における処理では一般には使用されない。但し、要求メッセージの発信元である車両が当該サービスを受けることができるかを確認するために使用してもよい。予め定められた車両番号であれば、処理を実行するようにしてもよい。例えば、クレジットカード番号と車体番号をリンクしておき、送信された車両番号に対応するクレジットカード番号のクレジットカードで決済をおこなってもよい。この場合、車両番号が要求メッセージの発信元ものである場合このように用い、サービスを受ける車両である場合は上記のように用いないとの制御を行ってもよい。車両番号が、サービスを受ける車両のものである場合、要求メッセージに付されたメッセージの発信元を特定する情報に基づいて、発信元から支払いがされるようにしてもよい。また、サービスを受ける車両から支払い可能であることをしめす情報が送信（例えば、応答メッセージという形で）されれば、上記のようにの車両番号を用いて決済を実行してもよい。ここで、クレジット番号と車両番号の対応関係は、路側機器内に有していてもよい。この場合、処理を実行した路側機器で決済を行ってもよい。また、図示しない別のコンピュータ装置内に対応関係を有していてもよい。例えば、銀行やクレジット会社のコンピュータとネットワークが接続されており、このコンピュータで決済を実行するようにしてもよい。
【００３８】
路側機器は処理の結果をサービス情報１６０５として応答メッセージ１３２３（ｂ）１３２４に付与し、セグメント５００１３００にブロードキャストする。応答メッセージ１３２３（ｂ）１３２４は、セグメント５００１３００に接続された全ての路側機器にで受信される。路側機器が応答メッセージを受信処理する際の処理フローを図１７に示す。路側機器は応答メッセージを受信すると（ステップ１７０１）、応答メッセージ１５３１（ａ）６００のサービスコード６０１１６０１と車両番号１５０４１６０４を読み込み、同じサービスコード６０１１６０１と車両番号１５０４１６０４が付与された応答メッセージ１５３１（ａ）６００を一定時間以内（例えば６０秒）に受信していないかを確認する（ステップ１７０２）。図１３では、要求メッセージ５３２１３２２を受信して処理を実行する路側機器が１つ（路側機器１２１（ｄ）１３１４）である例を示しているが、複数の路側機器が要求メッセージ５３２１３２２を受信して処理を実行する場合がある。
【００３９】
例えば、同じ処理やデータを複数の路側機器にダウンロードし、処理を多重化する場合である。この場合、同じ処理の要求に対して複数の応答メッセージ１３２３（ｂ）１３２４を受信する。同じ処理の要求に対して複数の応答メッセージ１３２３（ｂ）１３２４を受信した場合には、最初の応答メッセージ１３２３（ｂ）１３２４のみを受信して処理する。ステップ１７０３の判断は、１つの処理要求に対して２つ以上受信した応答メッセージ１３２３（ｂ）１３２４を廃棄するための判断である。一定時間以内に同じ処理の要求に対する応答メッセージ１３２３（ｂ）１３２４を受信した場合、つまり同じサービスコード６０１１６０１と車両番号１５０４１６０４が付与された応答メッセージ１３２３（ｂ）１３２４を受信した場合（ステップ１７０３）、応答メッセージ１３２３（ｂ）１３２４を廃棄し（ステップ１７１１）、処理を終了する。同じ処理の要求に対する応答メッセージ１３２３（ｂ）１３２４を受信していない場合（ステップ１７０３）、応答メッセージ１５３１（ａ）６００の位置情報１  ６０２６０２を読み込んで自内の位置情報テーブル８５０に登録されている位置情報と比較する。
【００４０】
２つの位置情報より算出された距離が予め登録された距離（例えば１００００ｍ）より大きければ（ステップ１７０４）、応答メッセージ１３２３（ｂ）１３２４を廃棄し（ステップ１７１１）、処理を終了する。２つの位置情報より算出された距離が予め登録された距離より小さければ（ステップ１７０４）、応答メッセージ１５３１（ａ）６００のサービス情報１６０５を読み込んでＲＡＭ２０３またはハードディスク２４０に保存する（ステップ１７０５）。ここでタイマーをスタートする（ステップ１７０６）。
【００４１】
このタイマーは、サービス情報１６０５を保存しておく時間を計測するものである。多数のサービス情報１６０５を保存すると多量のメモリやハードディスクを必要とする。車両１１１（ａ）１３０１が遠方まで移動してしまうと、車両１１１（ａ）１３０１に送信するサービス情報１６０５を保存していても使用することがないため、一定時間が経過すると自動的に廃棄する。タイマーをスタートしたのち（ステップ１７０６）、タイムアウトが発生すると（ステップ１７０７）、路側機器内に格納されたサービス情報は廃棄される（ステップ１７１２）。タイムアウトが発生する前に（ステップ１７０７）、車両１１１（ａ）１３０１より要求メッセージを受信し（ステップ１７０８）、受信した要求メッセージのサービスコードと車両番号が受信した応答メッセージ１３２３（ｂ）１３２４のサービスコードと車両番号と一致した場合（ステップ１７０９）、車両１１１（ａ）１３０１に対して応答メッセージ１３２３（ａ）１３２３を送信する（ステップ１７１０）。サービスコードと車両番号が一致しない場合（ステップ１７０９）、再びタイマーがタイムアウトするまで車両１１１（ａ）１３０１からの要求メッセージを待つ。
【００４２】
応答メッセージ１３２３（ｂ）１３２４を受信した路側機器が車両１１１（ａ）１３０１より受信する要求メッセージのフォーマットを図１５（２）に示し、応答メッセージ１３２３（ｂ）１３２４を受信した路側機器が車両１１１（ａ）１３０１に対して送信する応答メッセージ１３２３（ａ）１３２３のフォーマットを図１６（２）に示す。車両１１１（ａ）１３０１は図１５（１）に示したフォーマットの要求メッセージ５３１１３２１を１回送信したのち、図１５（２）に示したフォーマットの要求メッセージ５３１１３２１を周期的に送信し、図１６（２）に示したフォーマットの応答メッセージ１３２３（ａ）１３２３を受信するのを待つ。要求メッセージ５３１（ｄ）１５１０は、サービスコード１１２１（ａ）５１１、車両番号１１２１（ｂ）５１２、受信データ量１１２１（ｃ）５１３より構成される。サービスコード１１２１（ａ）５１１と車両番号１１２１（ｂ）５１２は、図１５（１）で示した要求メッセージ５３１（ｃ）１５００のサービスコード６０１１５０１と車両番号６０２１５０２と同じである。受信データ量１１２１（ｃ）５１３は、応答メッセージ１３２３（ａ）１３２３により受信したサービス情報１６０５１６１４の累計データ量であり、例えば応答メッセージ１３２３（ａ）１３２３を１度も受信していない場合には受信データ量（１１２１（ｃ）５１３）＝０となる。応答メッセージ１３２３（ｂ）１６１０は、サービスコード６０１１６１１、車両番号１５０４１６１２、データサイズ１６１３、サービス情報１６０５１６１４により構成される。
【００４３】
データサイズ１６１３は、路側機器から車両に対して送信するサービス情報の総データ量であり、応答メッセージ１５３１（ａ）６００のサービス情報１６０５のデータ量と同じである。サービス情報１６０５１６１４は、応答メッセージ１５３１（ａ）６００のサービス情報と同じであるが、車両１１１（ａ）１３０１より受信した要求メッセージ５３１（ｄ）１５１０の受信データ量１１２１（ｃ）５１３に０以外のデータが設定されている場合、受信データ量が示すバイト数を除いたサービス情報が格納される。例えば、要求メッセージ５３１（ｄ）１５１０の受信データ量（１１２１（ｃ）５１３）＝１００００（バイト）であった場合、車両１１１（ａ）１３０１はすでに１００００バイトのデータを受信済であるため、応答メッセージ１５３１（ａ）６００のサービス情報１６０５より先頭の１００００バイトを除き、１０００１バイト目からサービス情報１６０５１６１４に格納して応答メッセージ１３２３（ｂ）１６１０を車両１１１（ａ）１３０１に送信する。要求メッセージ５３１（ｄ）１５１０の受信データ量１１２１（ｃ）５１３が応答メッセージ１３２３（ｂ）１６１０のデータサイズ１６１３と等しくなった場合、つまりサービス情報１６０５１６１４を全て受信し終わった場合、車両１１１（ａ）１３０１は要求メッセージ５３１（ｄ）１５１０を１回送信したのち、周期的に送信するのを停止する。
【００４４】
ここで（ＩＩ）の例における中継器の処理方式について説明する。図１３に示したシステム構成において、路側機器１２１（ｃ）１３１３と路側機器１２１（ｄ）１３１４の間に中継器を設置した場合を例に説明する。中継器における要求メッセージ５３２１３２２の処理方式は図９に示した方式と同じである。応答メッセージ１３２３（ｂ）１３２４の処理方式を図１８に示した処理フローにより説明する。中継器は応答メッセージ１３２３（ｂ）１３２４を受信すると（ステップ１８０１）、経路情報テーブル１０５０の道路属性１０５１と応答メッセージ１３２３（ｂ）１３２４の経路情報６０３１６０３とを比較する（ステップ１８０２）。応答メッセージの処理は、要求メッセージの処理とは異なり、経路情報６０３１６０３をもとに目的地から現在地に向かう経路を計算する。現在地へと向かう道路の道路属性１０５１が経路情報テーブル１０５０に登録されているか否かを判断し、車両１１１（ａ）１３０１の現在地へと向かう経路が存在する場合（ステップ１８０３）、その経路に向かって応答メッセージ１３２３（ｂ）１３２４を送信する（ステップ１８０４）。もしも経路が存在しない場合（ステップ１８０３）、メッセージを廃棄する（ステップ１８０５）。
【００４５】
ここで示した（Ｉ）（ＩＩ）の方式において、車両が目的地を変更した場合などには、車両が要求メッセージにて送信した経路情報と異なる進路を取ることになる。この場合、車両が応答メッセージを受信できなかったり、適切な処理を実行できないなどの問題を生じる。要求メッセージを送信したあとで要求メッセージの経路情報が示す経路と異なる経路を選択し、かつ分岐点などで経路情報が示す道路と異なる道路に進行した場合、車両は要求メッセージを再送信しなければならない。
【００４６】
道路交通システムにおいて、道路に沿って設置された多数の路側機器と車両が位置情報をもとに局所的に協調し、処理を実行する方式について説明した。これにより、全体を管理するサーバ機なしに路側機器と車両のみにより処理の実行が可能となり、サーバ機への処理負荷集中によって応答時間や処理実行時間の低下を避けることができる。また、サーバ機のダウンによるシステム全体の処理停止を避けることができ、特定の路側機器に障害が発生しても他の路側機器は処理を継続できる。また重要な処理やデータは、複数の路側機器にダウンロードして多重化することができる。路側通信網を構成するセグメント間に中継器を設置し、この中継器が位置情報や経路情報をもとにメッセージをフォワードするか否かを判断することにより、処理を要求するためのメッセージや応答メッセージを処理と関係ないセグメントに送信するのを避けることができる。これにより、メッセージは処理と関連する局所的な領域内における路側機器や車両のみで授受され、関連のない路側機器がこのメッセージを処理することによる通信負荷向上の問題、通信路におけるトラフィック向上の問題を回避することができる。
【００４７】
以下では、この道路交通システムを用いて実現する事故処理サービスシステムと地域情報サービスシステムについて説明する。事故処理サービスシステムは応答を必要としない（Ｉ）の処理方式を使用し、地域情報サービスシステムは応答を必要とする（ＩＩ）の処理方式を使う。
【００４８】
事故処理サービスシステムの構成を図１９に示す。道路１９５０１９５０上を車両１１１（ａ）１９５１が走行している。道路１９５０１９５０に沿って路側通信網１００１９００が設置されている。また道路１９５０１９５０に沿って路側機器１２１（ａ）１９０１、路側機器１２１（ｂ）１９０２、路側機器１２１（ｃ）１９０３が設置されており、これらの路側機器は路側通信網１００１９００に接続され、路側通信網１００１９００を介してメッセージを送受信することができる。車両１１１（ａ）１９５１の前方を車両１１１’１９５３が走行しており、車両１１１（ａ）１９５１が車両位置１１１（ｂ）１９５２に達したときに前方の車両１１１’１９５３との間で追突事故が発生する。事故処理サービスシステムは、路側機器１２１（ａ）１９０１、路側機器１２１（ｂ）１９０２、路側機器１２１（ｃ）１９０３が互いに協調することにより、事故状況を再現するのに必要な情報を自動的にバックアップする。
【００４９】
路側機器の構成を図２０に示す。路側機器は、ＤＳＲＣによる無線通信を行う無線通信機器を内蔵したアンテナ２００１２３０（ａ）、画像処理装置を内蔵した映像撮影用のカメラ２００２２２０（ａ）、計算機とハードディスクを内蔵した計算機部２５０２００３により構成される。アンテナ２００１２３０（ａ）は無線通信装置２３０であり、カメラ１８０２は外部デバイス２２０であり、計算機部２５０２００３は計算機２５０とハードディスク２４０である。計算機部２５０２００３は通信インターフェース２１１を備え、通信インターフェース２１１を介して路側通信網１００２０００に接続される。
【００５０】
車両１１１（ａ）１９５１が車両１１１’１９５３と追突すると、追突の衝撃を車両１１１（ａ）１９５１に内蔵した加速度センサーが感知し、追突が発生したことを自動的に検出する。加速度センサーは、車載器３００の外部デバイス３６０であり、外部インターフェース３１４を介してデータはプロセッサ３０１に読み込まれる。プロセッサは加速度変化の大きさから追突発生を検出すると、要求メッセージ５３１を無線通信により送信し、近隣の路側機器１２１（ｃ）１９０３が受信する。路側機器１２１（ｃ）１９０３は、要求メッセージ５３１を受信すると、要求メッセージ５３２を路側通信網１００１９００にブロードキャストする。これらのメッセージは、同一セグメントに接続された全ての路側機器により受信される。路側機器１２１（ａ）１９０１、路側機器１２１（ｂ）１９０２、路側機器１２１（ｃ）１９０３は、受信した要求メッセージ５３２とサービスコードテーブル８００をもとに処理の実行を要求している路側機器１２１（ｃ）１９０３が付近地に設置された路側機器であり、かつ要求された処理が実行可能であることを図７に示した処理を実行して自律的に判断する。ここで、事故処理サービスにおける付近地の判断は、事故車１１１（ａ）が事故発生時刻の所定時間前に通った軌跡と各路側機器１２１（ａ）（ａ）〜（ｃ）が所定距離内かどうかで判断する。または、各路側機器１２１（ａ）（ａ）〜（ｃ）の有するカメラが事故発生時刻の所定時間前に通った軌跡の少なくとも一部分を撮影しているかどうかで定めてもよい。つまり撮影している路側機器を付近地にあると判断してもよい。軌跡を撮影しているかどうかは、カメラで撮影した画像中に当該車両１１１（ａ）が写っているか否かを、送信された車両番号に基づいて判断してもよい。また、事故が発生している場所から車両の進行方向とは逆方向に所定個数の路側機器が付近地にあると判断してもよい。事故処理サービスシステムにおける要求メッセージの構成例を図２１に示す。サービスコード２１５１には緊急サービスであることを示すサービスコードが格納され、位置情報２１５２には追突事故を発生した車両１１１（ａ）１９５１の位置を識別するための座標情報が格納され、経路情報２１５３には車両の目的地までの道路情報が格納される。サービスパラメータ２１５４には、画像のバックアップを要求することを示すパラメータが格納される。例えば、サービスコード２１５１は２バイトの整数値であり、位置情報２１５２は整数値の配列データであり、経路情報２１５３は文字列のデータであり、サービスパラメータ２１５４は整数値の配列データである。
【００５１】
事故処理サービスシステムにおけるステップ７０６の処理を図２２にて説明する。路側機器はサービスパラメータ２１５４を読み込み（ステップ２２０１）、要求されている処理の詳細内容を確認する。この例の場合、緊急サービスとして画像情報をバックアップすることが要求されている。路側機器は予め決められた時間（例えば５分）内に撮影した映像情報をバックアップ情報として確定し（ステップ２２０２）、この情報を格納するためのハードディスク容量を確保する（ステップ２２０３）。路側機器が撮影した映像情報はＲＡＭ２０３に格納されており、一定時間で上書きされて失われる。映像情報を保存するには、ＲＡＭ２０３に格納された情報をハードディスク２４０にコピーしなければならない。ステップ２２０２では、ＲＡＭ２０３上に格納された映像情報の中でバックアップする領域を確定し、ステップ２２０３では、この映像情報をバックアップするためのハードディスク上の領域を確保している。ハードディスクのバックアップ領域が確保されると（ステップ２２０３）、映像情報をバックアップする（ステップ２２０４）。
【００５２】
前述の処理により、追突事故が発生した付近の路側機器は一定時間内に撮影した映像情報をハードディスクにバックアップする。バックアップされた映像情報の例を図２３に示す。図２３（１）は路側機器１２１（ａ）１９０１がバックアップした映像情報であり、図２３（２）は路側機器１２１（ｂ）１９０２がバックアップした映像情報であり、図２３（３）は路側機器１２１（ｃ）１９０３がバックアップした映像情報である。路側機器１２１（ｃ）１９０３がバックアップした映像情報２３３０は、追突事故が発生した場所を撮影しており、追突事故が発生した瞬間の映像を保存している。路側機器１２１（ｂ）１９０２がバックアップした映像情報２３２０は、追突事故発生現場の直前の場所を撮影しており、追突事故発生現場の少し手前における車両の走行状態の映像を保存している。例えば、前方の車両１１１’１９５３が急ブレーキをかけた映像などが納められる。路側機器１２１（ａ）１９０１がバックアップした映像情報２３１０は、追突事故発生現場のかなり手前の場所を撮影しており、追突事故発生現場に差し掛かるまでの車両の走行状態の映像を保存している。例えば、車両１１１（ａ）１９５１が無理な追い越しをしていた映像などが保存されている。
【００５３】
事故処理サービスシステムの例では、道路に沿って設置された路側機器と車両が局所的に協調することにより、事故発生現場付近の路側機器が処理を実行し、事故発生現場および事故発生に至るまでの詳細な状況を保存する方式について説明した。これにより、車両ドライバーに対する事故現場での詳細な事情聴取、車両のスリップコーンの検証など、事故現場における現場検証作業を行う必要がなくなり、事故処理のための作業負担を大幅に削減できる。また事故処理時間を大幅に短縮することができ、事故のために発生する渋滞を回避することができる。特に、主要道路において大きな問題となっている事故による渋滞の問題を解決できる。
【００５４】
地域情報サービスシステムの構成を図２４に示す。車両１１１２４３０が道路１９５０２４２０上を走行している。また道路１９５０２４２０に沿って路側機器２１２１（ａ）４０１、路側機器２１２１（ｂ）４０２、路側機器２１２１（ｃ）４０３、路側機器２１２１（ｄ）４０４が設置されており、これらの路側機器は路側通信網１００２４００に接続されて、相互にメッセージを送受信することができる。この構成は図１３に示したシステム構成と同じである。しかし地域情報サービスシステムでは、道路１９５０２４２０付近にあるレストラン、店舗、遊園地などが路側機器に情報を登録するため、新たなシステムの構成要素を追加する。道路２２２０沿いにレストラン２４１０（ｂ）４１１とレストラン２４１２があり、これらのレストランはレストラン付近の路側機器にレストランの情報を登録する。各レストランには情報端末として計算機（例えばパーソナルコンピュータ）が設置されており、この計算機は広域通信網２４１０４５０を介して地域サーバ２４４０と接続されている。各レストランは情報端末から地域サーバ２４４０に情報を送信することができる。地域サーバ２４４０は路側通信網１００２４００に接続されており、路側通信網１００２４００を介して各路側機器と通信できる。各レストランが路側機器に対して情報を登録する方式を以下で示す。
【００５５】
情報登録時のメッセージフローを図２５に示す。システムの構成は図２４と同じである。レストラン情報端末２１２１（ａ）５１１、レストラン情報端末２１２１（ｂ）５１２、地域サーバ２４４０２５４０が広域通信網２４５０２５５０に接続されており、地域サーバ２４４０２５４０、路側機器１２１（ａ）２５０１、路側機器１２１（ｂ）２５０２、路側機器１２１（ｃ）２５０３、路側機器１２１（ｄ）２５０４が路側通信網１００２５００に接続されている。各レストランは付近を走行中の車両ドライバーに流すレストランの宣伝情報を、自律的にレストラン近辺に設置された路側機器に登録する。この宣伝情報を以下では登録情報と呼ぶ。レストランのオーナーは登録情報をレストラン情報端末に入力し、レストラン情報端末２１２１（ｂ）５１２は、この登録情報２  ５００（ａ）５５１を地域サーバ２４４０２５４０に送信する。地域サーバ２４４０２５４０は、例えば各都道府県毎に設置されており、各レストラン情報端末はレストランが設置された地区の地域サーバ２４４０２５４０がどれであるかを予めに知っているものとする。登録情報２  ５００（ａ）５５１をレストラン情報端末２１２１（ｂ）５１２より受信した地域サーバ２４４０２５４０は、登録情報２  ５００（ｂ）５５２を路側通信網１００２５００にブロードキャストする。
【００５６】
この場合、付近地であるか否かは、レストランの位置に向かっていく方向の路側機器としてもよい。
【００５７】
登録情報のメッセージフォーマットを図２６に示す。登録情報２５３１（ａ）６００は、情報の登録を要求することを示すサービスコード２６０１、レストランが設置された場所の座標情報である位置情報２  ６０２６０２、レストランに隣接している道路を示す経路情報２６０３、サービスパラメータ２６０４、サービス情報２６０５により構成される。サービスパラメータ２６０４は、レストランの情報であることを示すパラメータ、レストランの分類（中華、和食、洋食など）を示すパラメータ、食事の価格帯を示すパラメータにより構成される。サービス情報２６０５は、レストランが提供する情報であり、例えばメニュー、駐車場の数、電話番号などである。
【００５８】
登録情報２  ５００（ｂ）５５２を受信した各路側機器は、図７で示した処理を実行する。メッセージを受信すると、サービスコード２６０１により情報提供のための登録情報であることを判断し、位置情報２  ６０２６０２により処理の要求者が自分の設置されている付近にいるか否かを判断する。処理の要求者が付近地にいる場合には、サービスコードに基づき自内のハードディスクに情報を登録する。登録された情報は、レストランに関する情報提供の要求があったときに読み出される。
【００５９】
地域情報サービスシステムにおける要求メッセージ５３２１３２２および応答メッセージ１３２３（ｂ）１３２４のメッセージ構成例を図２７に示す。車両１１１２４３０の車両ドライバーは食事をするためにレストランに関する情報を必要とする場合、要求メッセージを送信する。車両１１１２４３０より送信された要求メッセージは付近の路側機器により受信され、この路側機器は要求メッセージを路側通信網１００２４００にブロードキャストする。要求メッセージ５３１（ｅ）２７００は、情報提供を要求することを示すサービスコード２７０１、車両の位置情報６０２２７０２、車両の経路情報６０３２７０３、車両番号１５０４２７０４、サービスパラメータ６０４’２７０５により構成される。サービスパラメータ６０４’２７０５は、要求する情報の分類を指定し、レストラン、レストランの分類、食事の価格帯などを示す。
【００６０】
要求メッセージ５３１（ｅ）２７００を受信した各路側機器は、図１４に示した処理を実行する。地域情報サービスシステムにおけるステップ１４０６の処理内容を説明する。路側機器が処理を実行すると判断した場合、受信した要求メッセージ５３１（ｅ）２７００のサービスパラメータ６０４’２７０５を読み込み（ステップ２８０１）、情報提供可能か否かを判断する（ステップ２８０２）。路側機器がレストランに関する情報を格納していない場合、情報提供を行えない。情報を提供できないと判断した場合（ステップ２８０２）、要求メッセージ５３１（ｅ）２７００を廃棄する（ステップ２８０７）。情報を提供できると判断した場合（ステップ２８０２）、サービスパラメータ６０４’２７０５で指定された条件に合致するサービス情報を検索する（ステップ２８０３）。例えば、中華レストランを検索し、その中で価格帯が最も近いレストランを１つ選択する。検索した結果、中華レストランに関する情報が登録されていない場合（ステップ２８０４）、情報を提供できないため要求メッセージを廃棄する（ステップ２８０７）。
【００６１】
該当する中華レストランの情報が登録されている場合（ステップ２８０４）、このレストランの情報をサービス情報として格納した応答メッセージを生成し（ステップ２８０５）、応答メッセージをブロードキャストする（ステップ２８０６）。ステップ２８０６はステップ１４０８と同一処理である。応答メッセージのフォーマットを図２７（２）に示す。応答メッセージ１３２３（ｅ）２７５０は、情報の提供を要求することを示すサービスコード２７０１２７５１、位置情報６０２２７５２、経路情報６０３２７５３、車両番号１５０４２７５４、サービス情報１６０５’２７５５により構成される。応答メッセージ１３２３（ｅ）２７５０のサービスコード２７０１２７５１、位置情報６０２２７５２、経路情報６０３２７５３、車両番号１５０４２７５４は、要求メッセージ５３１（ｅ）２７００とデータを設定する。サービス情報１６０５’２７５５には、レストランの種類（中華）、食事の価格帯、駐車場の数、詳細なメニュー、レストランの電話番号など、レストランが登録した情報が格納される。この応答メッセージを受信した各路側機器は、図１７に示した処理方式により車両２２３０に対して情報を送信する。
【００６２】
地域情報サービスシステムでは、車両ドライバーに対して情報を提供したいレストランや店舗などの情報提供者が自律的に付近の路側機器に情報を登録し、これらの路側機器と走行中の車両が協調することにより車両ドライバーに対して情報を提供する。この方式を用いれば地域全体の情報を管理する地域サーバは必要なく、路側機器と車両による局所的な処理のみにより地域情報の提供が可能である。従来のように地域サーバにて全ての情報を管理していないため、地域サーバの処理負荷が大きくなっても、短時間で車両ドライバーに対して情報を提供することができる。また、地域サーバがダウンしても地域情報サービスが完全に停止することはなく、各路側機器が保持する情報を車両ドライバーに提供することにより、情報提供を継続することができる。
【００６３】
【発明の効果】
本発明の構成によれば、１つのサーバ機器に処理が集中することを防止することが可能になる。
さらに、車両ドライバーに対する事故現場での詳細な事情聴取、車両のスリップコーンの検証など、事故現場における現場検証作業を行う必要がなくなり、事故処理のための作業負担を大幅に削減できる。また事故処理時間を大幅に短縮することができ、事故のために発生する渋滞を回避することができる。
【図面の簡単な説明】
【図１】本発明における道路交通システムのシステム構成図である。
【図２】路側機器の構成図である。
【図３】車搭器の構成図である。
【図４】路側通信網の構成図である。
【図５】応答を必要としない処理要求におけるメッセージフローである。
【図６】応答を必要としない処理要求における要求メッセージのフォーマットである。
【図７】応答を必要としない処理要求における路側機器の処理フローである。
【図８】路側機器が保持するテーブルの構成例である。
【図９】要求メッセージ受信時における中継器の処理フローである。
【図１０】中継器が保持するテーブルの構成例である。
【図１１】サービスコードを使用しない要求メッセージのフォーマットである。
【図１２】サービスコードを使用しない場合の要求メッセージ受信時における処理フローである。
【図１３】応答を必要とする処理要求におけるメッセージフローである。
【図１４】応答を必要とする処理要求における路側機器の処理フローである。
【図１５】応答を必要とする処理要求における要求メッセージのフォーマットである。
【図１６】応答メッセージのメッセージフォーマットである。
【図１７】応答メッセージ受信時における路側機器の処理フローである。
【図１８】応答メッセージ受信時における中継器の処理フローである。
【図１９】事故処理サービスシステムのシステム構成例である。
【図２０】事故処理サービスシステムにおける路側機器の構成例である。
【図２１】事故処理サービスシステムにおける要求メッセージのメッセージフォーマットである。
【図２２】事故処理サービスシステムにおける路側機器の処理実行例である。
【図２３】事故処理サービスシステムにおける路側機器の格納情報例である。
【図２４】地域情報サービスシステムのシステム構成例である。
【図２５】地域情報サービスシステムにおける情報登録時のメッセージフローである。
【図２６】地域情報サービスシステムにおける登録情報のメッセージフォーマットである。
【図２７】地域情報サービスシステムにおけるメッセージフォーマットである。
【図２８】地域情報サービスシステムにおける路側機器の処理実行例である。
【図１】
0003941312.tif 000002
【図２】
0003941312.tif 000003
【図３】
0003941312.tif 000004
【図４】
0003941312.tif 000005
【図５】
0003941312.tif 000006
【図６】
0003941312.tif 000007
【図７】
0003941312.tif 000008
【図８】
0003941312.tif 000009
【図９】
0003941312.tif 000010
【図１０】
0003941312.tif 000011
【図１１】
0003941312.tif 000012
【図１２】
0003941312.tif 000013
【図１３】
0003941312.tif 000014
【図１４】
0003941312.tif 000015
【図１５】
0003941312.tif 000016
【図１６】
0003941312.tif 000017
【図１７】
0003941312.tif 000018
【図１８】
0003941312.tif 000019
【図１９】
0003941312.tif 000020
【図２０】
0003941312.tif 000021
【図２１】
0003941312.tif 000022
【図２２】
0003941312.tif 000023
【図２３】
0003941312.tif 000024
【図２４】
0003941312.tif 000025
【図２５】
0003941312.tif 000026
【図２６】
0003941312.tif 000027
【図２７】
0003941312.tif 000028
【図２８】
0003941312.tif 000029