(57)【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の路側機器により構成される分散処理システムにおける情報提供方法おいて、
車両からデータの要求を受信した他の路側機器からメッセージを受信した路側機器が、前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の車両密度を算出するステップと、
前記メッセージを受信した路側機器が、前記データのサイズに基づいて、前記車両が前記データを受信するのに必要な時間、及び前記車両が前記車両メッセージを受信した路側機器の通信エリアに到達するのに必要な時間を算出するステップと、
前記メッセージを受信した路側機器が、前記車両密度、前記車両が前記データを受信するのに必要な時間、及び前記車両が前記車両メッセージを受信した路側機器の通信エリアに到達するのに必要な時間に基づいて前記メッセージを受信した路側機器から該車両に情報を配信するか否かを判断するステップとを有し、
前記判断するステップは、前記車両密度が前記車両からデータの要求を受信した他の路側機器から受信された車両密度より大きく、かつ、前記車両が前記データを受信するのに必要な時間が前記車両が前記メッセージを受信した路側機器の通信エリアに到達するのに必要な時間よりも大きい場合に、前記メッセージを受信した路側機器から前記車両に前記データを配信すると判断することを特徴とする情報提供方法。
【請求項２】
請求項１記載の情報提供方法において、
前記車両密度を算出するステップは、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された前記車両からデータの要求を受信した他の路側機器の位置情報と前記メッセージを受信した路側機器の位置情報とに基づいて前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の距離を算出し、前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の他の路側機器の車両密度と前記距離とに基づいて前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の車両密度を算出することを特徴とする情報提供方法。
【請求項３】
請求項２記載の情報提供方法において、
前記必要な時間を算出するステップは、前記データのサイズと前記車両との無線通信の通信速度とに基づいて前記車両が前記データを受信するのに必要な時間を算出し、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された車両速度と前記距離とに基づいて前記メッセージを受信した路側機器の通信エリアに到達するのに必要な時間を算出すること特徴とする情報提供方法。
【請求項４】
複数の路側機器が互いにネットワークを介して接続された分散処理システムを構成する路側機器において、
車両からデータの要求を受信した他の路側機器と当該路側機器との間の車両密度を算出する手段と、
前記データのサイズに基づいて、前記車両が前記データを受信するのに必要な時間、及び前記車両が当該路側機器の通信エリアに到達するのに必要な時間を算出する手段と、
前記車両からデータの要求を受信した他の路側機器からメッセージを受信した場合、前記車両密度、前記車両が前記データを受信するのに必要な時間、及び前記車両が当該路側機器の通信エリアに到達するのに必要な時間に基づいて当該路側機器から該車両にデータを配信するか否かを判断する手段とを有し、
前記判断する手段は、前記車両密度が前記車両からデータの要求を受信した他の路側機器から受信された車両密度より大きく、かつ、前記車両が前記データを受信するのに必要な時間が前記車両が当該路側機器の通信エリアに到達するのに必要な時間よりも大きい場合に、当該路側機器から前記車両に前記データを配信すると判断することを特徴とする路側機器。
【請求項５】
請求項４記載の路側機器において、
前記車両密度を算出する手段は、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された前記車両からデータの要求を受信した他の路側機器の位置情報と当該路側機器の位置情報とに基づいて前記車両からデータの要求を受信した他の路側機器と当該路側機器との間の距離を算出し、車両からデータの要求を受信した他の路側機器と当該路側機器との間の他の路側機器の車両密度と前記距離とに基づいて前記車両からデータの要求を受信した他の路側機器と当該路側機器との間の車両密度を算出することを特徴とする路側機器。
【請求項６】
請求項５記載の路側機器において、
前記必要な時間を算出する手段は、前記データのサイズと前記車両との無線通信の通信速度とに基づいて前記車両が前記データを受信するのに必要な時間を算出し、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された車両速度と前記距離とに基づいて前記車両が当該路側機器の通信エリアに到達するのに必要な時間を算出することを特徴とする路側機器。
【請求項７】
請求項６記載の路側機器において、
前記車両速度は、前記他の路側機器が前記車両からデータの要求を受信した時点の車両速度であることを特徴とする路側機器。
【請求項８】
請求項４から７の何れかに記載の路側機器において、
前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された受信データ量に基づいて前記車両が受信したデータの次のビットから前記車両に前記データを送信する手段を有することを特徴とする路側機器。
【請求項９】
請求項４から８の何れかに記載の路側機器において、
前記車両からデータの要求を受信した場合に、要求メッセージをサーバ機に送信する手段と、
前記データと前記データのサイズとが付与された応答メッセージを前記サーバ機から受信した場合に、前記データと前記データのサイズとを前記メッセージに付与し、前記ネットワークを介して前記データと前記データのサイズとが付与された前記メッセージをブロードキャストする手段とを有することを特徴とする路側機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、道路に沿って設置された路側機器と車両によって構成される情報提供システムにおいて、各路側機器が走行する車両の車両速度と車両密度により、車両に情報を提供するか否かを自律的に判断する情報提供方式に関する。
【０００２】
【従来の技術】
カーナビゲーション装置から車両位置及び車両情報を交通情報センターに送信し、交通情報センターで車両位置、走行方向を分析し、これに該当する所定単位の領域の個数及び順番を決め、該決められた領域の個数及び順番に従い、カーナビゲーション装置に情報を配信する交通情報提供方法が例えば（特開２０００−１３２７９４）に記載されている。
【０００３】
【発明が解決しようとする課題】
従来の情報提供方式において、交通情報を車両に提供する場合、交通情報センターで道路を走行する車両速度等の情報を収集し、車両に渋滞情報等を提供していた。しかし、この方式は交通情報センターに設置されたサーバ機が、一旦車両の情報を収集・分析してから配信する方式を前提としているため、車両の状態を全てセンターが収集・分析しなければならず、その結果センターに負荷が集中して応答時間の低下といった問題が生じていた。またサーバ機から車両の渋滞情報等を車両に伝達するルートが複数存在する場合には、その伝達するルートを確立しなければならず、車両への情報伝達に長い時間を必要とした。
【０００４】
【課題を解決するための手段】
上記の課題を解決するため、本発明における情報提供方式では、
（１）配信する情報を路側通信網にブロードキャストし、
（２）情報を受信した路側機器が、車両の状態（車両速度、車両密度等）に基づいて車両に情報を通知するか否かを自律的に判断し
（３）通知する必要があると判断した場合には、受信した情報を車両に配信することに特徴がある。
【０００５】
【発明の実施の形態】
本発明における第一の実施例について説明する。図１は本発明における情報提供システムの全体構成図で、車両事故が起きた場合を想定している。路側機器１０１、路側機器１０２、路側機器１０３、路側機器１０４は路側通信網１００に接続され、各路側機器は路側通信網１００を介して相互に通信を行うことができる。また、路側機器１０１、路側機器１０２、路側機器１０３、路側機器１０４は、各々通信エリア１５１、通信エリア１５２、通信エリア１５３、通信エリア１５４内を走行する車両と無線通信を介して相互に通信を行うことができる。路側通信網１００は、例えば道路に沿って敷接した光ファイバケーブルである。図１の例では、道路１３０を走行する車両１３２と車両１３３が事故を起こした場合、路側機器１０３が路側機器に設置された例えば音センサーにより衝撃音を感知し、同時に路側機器に搭載されたカメラにより通信エリア内の画像を撮影し、画像処理を行うことで車両事故が起きたことを感知する。車両事故を感知した路側機器１０３は、事故情報を路側通信網１００に接続された他の路側機器に路側通信網１００を介して送信する。路側機器１０１は事故情報を無線通信により車両１３１に送信する。無線通信とは、例えば路側機器と道路を走行する車両との間で短距離かつ双方向通信を行う狭帯域無線通信システムＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）である。エリア１４０は情報を車両に通知しなければならないと判断した路側機器のグループが車両に対して情報を配信するエリアで、情報提供エリアと呼ぶ。情報提供エリア１４０は、路側機器１０１、路側機器１０２、路側機器１０３と通信エリア１５１、通信エリア１５２、通信エリア１５３内を走行する車両により生成される。
【０００６】
図２に事故が起きた場合のメッセージフロー例を示す。車両２３２、車両２３３が事故を起こした場合、事故を感知した路側機器２０３は、事故情報と路側機器２０３の位置情報をメッセージに付与し、車両事故メッセージ２２２を路側通信網２００に対してブロードキャストする。車両事故メッセージ２２２は路側通信網に接続された全ての路側機器に受信され、各路側機器は車両事故メッセージの内容と路側通信網を介して受信した車両密度メッセージ２２３と車両速度メッセージ２２４の内容をもとに処理を実行し、車両に事故情報を通知するか否かを判断する。例えば、路側機器２０１、路側機器２０２、路側機器２０３、路側機器２０４はメッセージを受信し、路側機器２０１、路側機器２０２、路側機器２０３が車両２３１に事故情報を通知しなければならないと判断する。情報提供エリア１４０は路側機器２０１、路側機器２０２、路側機器２０３と車両２３１により生成される。情報提供エリア内に設置された各路側機器は、事故現場からの距離と車両速度と車両密度より、車両に通知する内容を判断し、事故情報が付与されたサービスメッセージ２２１を車両２３１に送信する。
【０００７】
各路側機器の構成を図３に示す。路側機器３００は、情報処理を行う計算機３５０、プログラムやデータを記憶するための不揮発性記憶媒体であるハードディスク３４０、車両と無線通信を行うための無線通信装置３３０、カメラや各種センサーなどの外部デバイス３２０により構成される。計算機３５０は、プログラム実行などの演算を行うためのプロセッサ３０１、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）などの基本プログラムや基本データを格納するためのＲＯＭ３０２、プログラム実行時の処理領域やデータの一時格納領域として使用するＲＡＭ３０３、路側通信網３６０と接続するための通信インターフェース３１１、ハードディスク３４０を接続するための外部記憶装置インターフェース３１２、外部デバイスとデータを授受するための外部デバイスインターフェース３１３、無線通信装置との間でデータを授受するための通信インターフェース３１４により構成され、これらの構成要素はバス３１０を介して相互にデータを授受することができる。プロセッサ３０１上で実行されるプログラムは、通信インターフェース３１４と無線通信装置３３０を介して１台または複数の車両と通信を行うことができ、また通信インターフェース３１１と路側通信網３６０を介して他の路側機器と通信を行うことができる。外部デバイスインターフェース３１３と外部デバイス３２０を介して外部の映像、音声、振動、温度、湿度、気圧などの情報を収集できる。
【０００８】
路側機器の処理フローを図４に示す。路側機器は、車両速度と車両密度を計測し（ステップ４０１、ステップ４０２）、計測した車両速度と車両密度を路側通信網にブロードキャストする（ステップ４０３）。車両事故メッセージを路側機器が受信すると（ステップ４０４）、路側機器は事故現場からの距離と車両速度と車両密度から処理を実行する（ステップ４０５）。路側機器が車両事故メッセージを受信しなかった場合、路側機器は引き続き、車両速度と車両密度を計測し、計測した車両速度と車両密度を路側通信網にブロードキャストする。
【０００９】
車両密度計測処理フローを図５（１）に示す。路側機器は、使用中の通信チャネル数を確認し、通信チャネル数より車両密度ρを計測する（ステップ５０１）。本発明での車両密度ρとは、通信エリア内を単位時間当たりに走行する車両台数のことであり、ρ＝Ｍ／Ｔで表される。Ｍは時間Ｔで路側機器と通信を行った総車両台数であり、時間Ｔは車両密度メッセージが路側通信網に送信される一定周期時間である。
【００１０】
車両速度計測処理フローを図５（２）に示す。路側機器１０１は、車両１３１とコネクションを開始した時間ｔ１を記録し、時間ｔ１と車両１３１の車両ＩＤと自路側機器ＩＤとを付与したメッセージを路側通信網にブロードキャストする。メッセージを受信した路側機器１０２は、車両が路側機器１０１とコネクションを開始した時間ｔ１を確認し（ステップ５１１）、車両が路側機器１０２とコネクションを開始した時間ｔ２と距離Ｌ１６０から車両速度Ｖ＝Ｌ／（ｔ２−ｔ１）を算出する（ステップ５１２）。距離Ｌ１６０は、隣接する路側機器間との距離であり、路側機器内に距離情報テーブルとして予め路側機器が道路に設置される際に登録される。距離情報テーブルの構成を図９（１）に示す。距離情報テーブル９００には、隣接する路側機器ＩＤ９０１と隣接する路側機器間との距離情報９０２がメートル単位で登録されている。また距離情報テーブル９００に記載されている路側機器ＩＤは、隣接する後方の路側機器と対応しており、各路側機器は路側機器ＩＤ９０１とメッセージ内に付与された路側機器ＩＤとを比較することで、隣接する後方の路側機器からのメッセージか否かを判断する。例えば、路側機器ＩＤが１の隣接する路側機器との距離情報は３０メートルが登録されている。
【００１１】
次に、路側機器１０２は、路側機器１０１と同様に車両１３１とのコネクション開始時間ｔ２と車両１３１の車両ＩＤと自路側機器ＩＤとを付与したメッセージを路側通信網にブロードキャストする。
【００１２】
事故情報処理フローを図６に示す。路側機器が車両事故を感知した路側機器より送信された車両事故メッセージを受信すると（ステップ６０１）、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。サービスコードテーブルの構成を図９（２）に示す。サービスコードテーブル９１０は、サービスの種別を示すサービスコード９１１とその内容を示すサービス内容９１２により構成される。例えば、サービスコードが１のサービスに対するサービス内容として事故情報が登録されている。
【００１３】
次に、車両事故を感知した路側機器の位置情報と確認された事故情報と車両速度と車両密度とから処理を実行し（ステップ６０２）、自通信エリア内を走行する車両に事故情報を通知するか否かの判断を行う（ステップ６０３）。事故情報を車両に通知すると判断した路側機器は、事故現場からの距離と自通信エリア内を走行する車両の車両速度と前方の車両密度とから車両に通知する内容を判断して、車両への通知方法を決定し（ステップ６０４）、それに従い事故情報を車両に通知する（ステップ６０５）。車両に事故情報を通知しないと判断した路側機器は、車両事故メッセージを廃棄する（ステップ６０６）。例えば、路側機器２０１、路側機器２０２は、路側機器２０３より送信された車両事故メッセージを受信し、車両に事故情報を通知すると判断して、車両２３１に事故情報を通知する。
【００１４】
車両に事故情報を通知するか否かを判断する路側機器の処理フローを図７に示す。メッセージを受信した路側機器は、車両事故メッセージに付与された路側機器の位置情報と、自内に登録されている位置情報テーブルとから、該路側機器と事故を感知した路側機器との距離Ｄを算出する（ステップ７０１）。位置情報テーブルの構成図を図９（３）に示す。位置情報テーブル９２０は、緯度情報９２１と経度情報９２２により構成され、メッセージを受信した路側機器は、メッセージ内に付与された座標情報（緯度情報と経路情報の座標で表される）と位置情報テーブルの座標情報とから距離Ｄを算出する。位置情報テーブル９２０は、路側機器が道路に設置される際に登録される。
【００１５】
次に、自内に登録された危険ゾーンテーブル内の危険ゾーンＤ0とＤとを比較する（ステップ７０２）。危険ゾーンＤ0の値は、路側機器が設置される道路環境によって異なる。危険ゾーンテーブルの構成を図９（４）に示す。危険ゾーンテーブル９３０には危険ゾーンを示す距離がメートル単位で登録され、例えば１０００メートルが登録されている。危険ゾーンテーブル９３０は、路側機器が道路に設置される際に登録される。
【００１６】
ＤとＤ0を比較した結果、ＤがＤ0より大きい場合（ステップ７０３）、他の路側機器より受信した前方の車両密度ρi（iは事故を感知した路側機器と該路側機器との間に設置されている路側機器の数を最大値とする自然数である）と距離Ｄより平均車両密度ρmを算出し（ステップ７０４）、安全車両密度ρsとρmより危険値α＝ρm／ρsを算出する（ステップ７０５）。安全車両密度ρsとは、車両間隔が十分保たれており追突事故等の車両事故が起きないことを前提とした安全な車両密度のことであり、路側機器内に安全車両密度テーブルとして登録されている。車両間隔が十分保たれている距離とは、例えば１００ｍ以上のことである。安全車両密度テーブルの構成を図９（５）に示す。安全車両密度テーブル９４０には、安全車両密度を示す値が登録されており、例えば０．０２が登録されている。安全車両密度テーブル９４０は路側機器が道路に設置される際に登録される。
【００１７】
次に、算出した危険値αを確認し、αが０でなければ（ステップ７０６）車両に事故情報を通知する準備を行い（ステップ７０７）、αが０の場合はメッセージを廃棄する（ステップ７０８）。αは事故情報を車両に通知する路側機器の範囲を決定するのに必要な値であり、αの分子に値するρmは小数点第二位以下を切り捨てて計算する。
【００１８】
事故情報の通知方法決定処理フローを図８に示す。危険ゾーンＤ0と事故現場からの距離Ｄとを比較し、ＤがＤ0より大きい場合（ステップ８０１）、危険値αを参照する。αが０＜α＜１の範囲の場合（ステップ８０２）、簡易通知として車両に事故情報を提供する（ステップ８０３）。αが０＜α＜１の範囲とは、事故情報を通知する車両前方の平均車両密度ρmが、安全車両密度ρsより小さい場合であり、渋滞等の車両事故の影響を受けない範囲のことである。簡易通知とはカーナビゲーション上に事故情報をメッセージとして表示する程度の通知である。一方、αが１以上の場合とは、事故情報を通知する車両前方の平均車両密度ρmが、安全車両密度ρsより大きい場合であり、車両事故の影響による渋滞等が予想される値である。この場合、路側機器は警告通知として車両に事故情報を提供する（ステップ８０４）。警告通知とは、車両事故の影響による渋滞を予想しドライバーに回避を促すための通知であり、カーナビゲーション上のメッセージと音声の両方でドライバーに通知する。事故現場からの距離Ｄが危険ゾーンＤ0より小さい場合は、緊急通知として車両に事故情報を提供する（ステップ８０５）。Ｄ0＞Ｄの場合とは、車両が事故現場から十分近い位置を走行中であり、車両事故の影響による渋滞だけではなく、玉突き事故の影響も十分に考えられる場合のことである。緊急通知とは、玉突き事故等の車両事故の影響による交通被害の拡大を抑えるために、ドライバーに車両速度を十分に抑えることを促すための通知であり、カーナビゲーション上のメッセージと音声の両方でドライバーに通知する。
【００１９】
図１０（１）に車両事故メッセージのフォーマットを示し、図１０（２）に車両密度メッセージのフォーマットを示し、図１０（３）に車両とのコネクションを開始した時間を隣接する前方の路側機器に送信する際の時間情報メッセージのフォーマットを示し、図１０（４）に車両速度メッセージのフォーマットを示し、図１０（５）に車両に送信するサービスメッセージのフォーマットを示す。
【００２０】
車両事故メッセージ１０００は、情報の種別を示すサービスコード１００１、路側機器の位置情報を示す１００２、事故情報の内容を示す１００３により構成される。車両事故メッセージを受信した路側機器は、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。次に、自路側機器内に登録されている位置情報とメッセージ内に付与されている路側機器位置情報１００２とから、事故現場からの距離を算出する。
【００２１】
車両密度メッセージ１０１０は、サービスコード１０１１、路側機器位置情報１０１２、車両密度情報１０１３とから構成される。車両密度メッセージを受信した路側機器は、路側機器位置情報１０１２から車両密度情報の内容が示す位置を予測する。
【００２２】
時間情報メッセージ１０２０は、サービスコード１０２１、路側機器ＩＤ１０２２、車両ＩＤ１０２３、時間情報１０２４とから構成される。時間情報メッセージを受信した路側機器は、路側機器ＩＤ１０２２と自内に登録された距離情報テーブル９００より、隣接する後方路側機器からのメッセージであることを確認し、距離Ｌを距離情報テーブルより参照する。車両ＩＤ１０２３は、後方の隣接する路側機器とコネクションを開始した時間ｔ１が示されている時間情報１０２４が対象とする車両の識別子である。
【００２３】
車両速度メッセージ１０３０は、サービスコード１０３１、路側機器位置情報１０３２、車両速度情報１０３３により構成される。車両速度情報メッセージを受信した路側機器は、路側機器位置情報１０３２から車両速度情報１０３３の内容が示す位置を予測する。
【００２４】
サービスメッセージ１０４０はサービスコード１０４１と事故情報１０４２により構成される。事故情報１０４２の内容は、事故現場からの距離、車両速度、車両密度に応じて異なっており、またその内容は例えば「１Ｋｍ前方で車両事故発生！！速度落とせ！！」のような文字列と「１ｋｍ前方で車両事故が発生しました。速度を落として下さい。」のような音声データとして予め各路側機器に格納されている。
【００２５】
図１１にユーザインターフェース画面を示す。路側機器が緊急通知として事故情報を車両に通知した際のユーザインターフェース画面を図１１（１）に、警告通知として通知した際のユーザインターフェース画面を図１１（２）に、簡易通知として通知した際のユーザインターフェース画面を図１１（３）に示す。
【００２６】
ユーザインターフェース１１００は、プロセッサとディスプレイ装置と通信装置が搭載されたシステムで、例えばカーナビゲーションである。車両が路側機器から緊急通知として事故情報を受信すると、ユーザインターフェース１１００上に緊急通知メッセージ１１０１を表示し、また音声メッセージとしてメッセージ１１０２を流すことによって、車両ドライバーに事故情報の緊急度を通知する。例えば、緊急通知メッセージ１１０１では、画面全体を埋めるような大きなフォントで事故情報の緊急度を伝え、さらに車両速度を抑えるような指示を含めている。また、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために例えば音声メッセージ１１０２により、事故情報を車両ドライバーが設定している音量よりもさらに大きい音量で通知する。
【００２７】
ユーザインターフェース１１１０はユーザインターフェース１１００と同様に例えばカーナビゲーションであり、車両が路側機器から警告通知として事故情報を受信すると、ユーザインターフェース１１１０上に警告通知メッセージ１１１１を表示し、また音声メッセージとしてメッセージ１１１２を流すことによって、車両ドライバーに事故情報の緊急度を通知する。例えば、警告通知メッセージ１１１１では、画面中央にメッセージを表示することで事故情報の緊急度を伝え、さらに予想される渋滞情報をメッセージの中に含める。また、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために例えば音声メッセージ１１１２により、事故情報の緊急度を伝える。警告通知メッセージと緊急通知メッセージとの違いを明確にさせるために、警告通知メッセージ１１１１の表示フォントの大きさは、カーナビゲーションで使用されている表示フォントの大きさと同程度でよく、また音声メッセージ１１１３の音量は車両ドライバーが設定している音量と同程度でよい。
【００２８】
ユーザインターフェース１１２０は、ユーザインターフェース１１００と同様に例えばカーナビゲーションであり、車両が路側機器から簡易通知として事故情報を受信すると、ユーザインターフェース１１２０上に簡易通知メッセージ１１２１を表示することによって、車両ドライバーに事故情報の緊急度を通知する。例えば、簡易通知メッセージ１１２１では、カーナビゲーションの画面がメッセージによって塞がれないように、画面上方にメッセージを表示する。また、緊急通知メッセージや警告通知メッセージのような音声によるメッセージ通知はないが、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために、メッセージ呼び出し音１１２２を鳴らす。
【００２９】
情報提供システムにおいて、車両事故が発生した場合の路側機器の処理方式について説明した。道路に沿って設置された複数の路側機器が、道路を走行する車両の状態（車両速度、車両密度等）と事故発生現場からの距離に基づいて、事故情報を車両に配信するか否かを自律的に判断し、事故情報を配信すると判断した全ての路側機器が、車両に情報を配信する。これにより、交通情報センターが道路を走行する車両の状態（車両速度、車両密度等）を集中管理するのではなく、路側機器が路側通信網を介して情報伝達を行い、その情報はセンター内に設置されたサーバ機を介さないで車両に配信されるため、センターに処理負荷が集中するのを回避できる。また、センターでの集中処理ではなく路側機器が自律的に車両の状態（車両速度、車両密度等）を処理するため、車両状態の情報をサーバ機が一旦集める必要がなく、その結果サーバ機から車両への情報伝達ルートを生成する必要がなくなり、車両への情報伝達時間を短縮できる。処理負荷集中の回避と情報伝達時間の短縮により、例えば車両事故が発生した場合に、車両ドライバーは車両事故の影響による玉突き事故や車両事故の影響による交通渋滞といった車両事故が原因による二次災害を回避することができる。
【００３０】
次に第二の実施例について説明する。第一の実施例では、事故情報を車両に配信する場合を想定しており、データサイズは高々数Ｂｙｔｅ〜数ＫＢｙｔｅであるため、車両が複数の路側機器を跨いで情報配信が行われることはなかった。一方第二の実施例では、マルチメディア情報等の大規模情報を車両に配信する場合を想定している。従って、データサイズは数ＭＢｙｔｅ〜数１００ＭＢｙｔｅとなり、車両への情報配信は複数の路側機器を跨ぐことになる。
【００３１】
図１２は大規模情報配信における情報提供システムの全体構成図で、音楽配信を想定している。路側機器１２０１、路側機器１２０２、路側機器１２０３、路側機器１２０４、サーバ機１２１０は路側通信網１２００を介して接続され、各路側機器は路側通信網１２００を介して相互に通信を行うことができる。また、路側機器１２０１、路側機器１２０２、路側機器１２０３、路側機器１２０４は、各々通信エリア１２５１、通信エリア１２５２、通信エリア１２５３、通信エリア１２５４内を走行する車両と無線通信を介して相互に通信を行うことができる。図１２の例では、道路１２３０を走行する車両１２３１が路側機器１２０１に対して音楽配信を要求し、路側機器１２０１はサーバ機１２１０に対して音楽配信を要求する。路側機器１２０１から音楽配信の要求を受けたサーバ機１２１０は音楽データ１２２０を路側機器１２０１に路側通信網１２００を介して送信する。エリア１２４０は車両に音楽を配信しなければならないと判断した路側機器のグループが車両に対して音楽を配信する情報提供エリアで、その定義は情報提供エリア１４０のそれと同じである。情報提供エリア１２４０は、路側機器１２０１、路側機器１２０２、路側機器１２０３と車両１２３１により生成される。情報提供エリア内に設置された各路側機器は、車両１２３１に音楽を配信する準備がされているため、車両１２３１が車両１２３２の位置に移動した際にも、通信が途切れることなく車両１２３１に音楽を配信することができる。
【００３２】
図１３に音楽を車両に配信する際のメッセージフロー例を示す。車両１３３１が路側機器１３０１に要求メッセージ１３２１を送信すると、メッセージを受信した路側機器１３０１は、車両が音楽配信を要求していることを確認し、サーバ機１３１０に対して要求メッセージ１３２３を送信する。サーバ機１３１０は音楽データと音楽データのデータサイズを付与して応答メッセージ１３２５を路側機器１３０１に対して送信する。応答メッセージ１３２５を受信した路側機器１３０１は、車両１３３１が要求する音楽データと音楽データのデータサイズをメッセージに付与して、要求メッセージ１３２４を路側通信網１３００に対してブロードキャストする。要求メッセージ１３２４は路側通信網に接続された全ての路側機器に受信され、各路側機器は道路を走行する車両の車両速度、車両密度、要求された音楽データのデータサイズをもとに処理を実行し、音楽を車両に配信するか否かを判断する。図１３の例では、路側機器１３０１、路側機器１３０２、路側機器１３０３、路側機器１３０４が要求メッセージ１３２４を受信し、路側機器１３０１、路側機器１３０２、路側機器１３０３が車両１３３１に音楽を配信しなければならないと判断する。情報提供エリア１３４０は、路側機器１３０１、路側機器１３０２、路側機器１３０３と車両１３３１により生成される。情報提供エリア内に設置された各路側機器は、音楽データが付与された応答メッセージ１３２１を車両１３３１に送信する。メッセージを受信した路側機器の処理フローを図１４に示す。
【００３３】
車両から音楽配信の要求メッセージを受信した路側機器の処理フローを図１４（１）に示す。路側機器が車両からの要求メッセージを受信すると（ステップ１４０１）、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。サービスコードテーブルの構成を図１７（３）に示す。図１７（３）のサービスコードテーブルは、図９（２）のそれと同じで、例えばサービスコード１７２１が２のサービスに対するサービス内容１７２２として音楽配信が登録されている。
【００３４】
路側機器が車両からの要求メッセージが音楽配信であることを確認すると、サービスコードと該路側機器ＩＤを付与した要求メッセージをサーバ機に送信する（ステップ１４０２）。
【００３５】
車両から音楽配信を要求された路側機器から要求メッセージを受信した路側機器の処理フローを図１４（２）に示す。路側機器が要求メッセージ１３２４を受信すると（ステップ１４１１）、車両から音楽配信要求を受けた路側機器との距離と車両が要求する音楽データのデータサイズと車両速度と車両密度とにより処理を実行し（ステップ１４１２）、車両に音楽を配信するか否かの判断を行う（ステップ１４１３）。車両に音楽を配信すると判断した路側機器は自通信エリア内に進入してきた該車両に対して音楽を配信する（ステップ１４１４）。一方、車両に音楽を配信しないと判断した路側機器は、要求メッセージ１３２４を廃棄する（ステップ１４１５）。
【００３６】
車両に音楽を配信するか否かの判断を処理する各路側機器の処理フローを図１５に示す。車両から音楽配信を要求された路側機器から要求メッセージを受信すると、メッセージ内に付与された路側機器の位置情報と自内に登録されている位置情報テーブル（９２０）とから、車両から音楽配信を要求された路側機器との距離Ｄを算出し（ステップ１５０１）、次に他の路側機器より受信した後方の車両密度ρi（iは車両から音楽配信を要求された路側機器と該路側機器との間に設置されている路側機器の数を最大値とする自然数である）と距離Ｄより平均車両密度ρmを算出し（ステップ１５０２）、車両から音楽配信の要求を受けた路側機器より受信した車両密度ρ0とρmの大きさを比較する（ステップ１５０３）。ρ0とρmの比較は、音楽配信を要求した車両の速度を判断するのに必要な比較であり、ρm＞ρ0の場合は車両が音楽配信を要求した時点での車両速度を上回ることはないと判断する。
【００３７】
比較した結果、ρm＞ρ0の場合（ステップ１５０４）、車両が要求する音楽データのデータサイズX[bit]と無線通信の通信速度P[bps]より、車両が音楽データを全て受信するのに必要な時間ｔaを算出する（ステップ１５０５）。次に、要求メッセージ内の車両速度Ｖと算出した距離Ｄより該車両が自通信エリア内に到達する時間ｔを予測する（ステップ１５０６）。車両速度Ｖは、路側機器が車両から音楽配信の要求を受信した時点での、該車両の車両速度である。車両が音楽データを全て受信するのに必要な時間ｔaと該車両が自通信エリア内に到達するのに必要な時間ｔとを比較し、ｔa＞ｔの場合（ステップ１５０７）及びρ0＞ρmの場合、該車両に音楽を配信する準備を行う（ステップ１５０８）。一方、ｔa＜ｔの場合、要求メッセージを廃棄する（ステップ１５０９）。ｔaとｔの比較は、路側機器が車両に音楽を配信するか否かの判断をするのに必要な比較である。
【００３８】
図１６（１）に車両から路側機器に音楽配信を要求するメッセージのフォーマットを示し、図１６（２）に路側機器がサーバ機に音楽データを要求するメッセージのフォーマットを示し、図１６（３）に車両からの要求メッセージを受信した路側機器が路側通信網にブロードキャストする際の要求メッセージのフォーマットを示す。
【００３９】
要求メッセージ１６００はサービスコード１６０１、サービスを要求した車両を識別する車両ＩＤ１６０２、要求する音楽データの情報を示す音楽要求情報１６０３、車両が受信した音楽データのデータ量を示す受信データ量１６０４により構成される。受信データ量は、車両がハンドオーバーを行う際に必要なものであり、路側機器は要求メッセージ内の受信データ量から、車両が受信した音楽データのデータ量を確認し、要求メッセージを受信した路側機器は車両が受信したデータサイズの次のビットから、車両に音楽データを送信する。車両が最初に路側機器に音楽配信を要求する場合、受信データ量の値はＮＵＬＬである。
【００４０】
要求メッセージ１６１０はサービスコード１６１１、路側機器ＩＤ１６１２、音楽要求情報１６１３により構成される。路側機器ＩＤ１６１２は、サーバ機が応答メッセージを返す場合に必要な路側機器を識別するための識別子である。音楽配信要求情報１６１３は、要求メッセージ１６００のそれと全く同じである。
【００４１】
要求メッセージ１６２０はサービスコード１６２１、車両ＩＤ１６２２、路側機器位置情報１６２３、音楽要求情報１６２４、自通信エリア内を走行する該車両の車両速度１６２５、自通信エリア内を走行する車両の車両密度１６２６、データサイズ１６２７により構成される。路側機器位置情報１６２３と車両速度１６２５と車両密度１６２６とデータサイズ１６２７は、要求メッセージ１６２０を受信した路側機器が、車両に音楽配信を行うか否かを判断するのに必要な情報である。
【００４２】
図１７（１）にサーバ機から路側機器へ返す応答メッセージのフォーマットを示し、図１７（２）に路側機器から車両に返す応答メッセージのフォーマットを示す。
【００４３】
応答メッセージ１７００は、サービスコード１７０１、路側機器ＩＤ１７０２、要求された音楽内容を示す音楽情報１７０３、音楽データのデータサイズ１７０４により構成される。応答メッセージ１７００を受信した路側機器は路側機器ＩＤ１７０２を確認して受け取るべきメッセージか否かを判断する。データサイズ１７０４は、路側機器が要求メッセージ１６２０を路側通信網にブロードキャストする際に必要な情報である。
【００４４】
応答メッセージ１７１０は、サービスコード１７１１、車両ＩＤ１７１２、音楽情報１７１３により構成される。応答メッセージ１７１０は、車両からの要求メッセージ１６００に応答するメッセージであり、音楽要求情報１６０３に対して音楽情報１７１３を応答する。さらに、受信データ量１６０４より、各路側機器は車両に配信する音楽データの開始ビットを確認し、車両に必要な音楽データだけを音楽情報１７１３に付与して応答メッセージを送信する。
【００４５】
情報提供システムにおいて、車両から音楽配信を要求された場合の路側機器の処理方式について説明した。路側通信網に接続された各路側機器は、道路を走行する車両の車両状態（車両速度、車両密度等）と車両が要求する音楽データのデータサイズに基づいて、路側機器が該車両に音楽を配信するか否かを自律的に判断し、音楽配信を行うと判断した全ての路側機器が予め該車両に配信する音楽データを準備しておく。これにより、センターに処理負荷が集中することを回避し、また車両への情報伝達時間を短縮することができる。これは第一の実施例と同じ理由による。さらに、音楽配信を行うと判断した全ての路側機器が予め車両に配信する音楽データを準備し、また車両が路側機器に対して既に受信した音楽データのデータサイズを送信することで、路側機器は複数の路側機器間を跨いで道路を高速走行する車両に対しても、音楽データのような大規模情報を継続して配信することができる。
【図面の簡単な説明】
【図１】本発明における情報提供システムのシステム構成図である。
【図２】車両事故が起きた場合の処理要求におけるメッセージフローである。
【図３】路側機器の構成図である。
【図４】路側機器の処理フローである。
【図５】車両密度、車両速度計測処理フローである。
【図６】車両事故メッセージを受信した路側機器の処理フローである。
【図７】事故情報を車両に通知するか否かの判断を決定する路側機器の処理フローである。
【図８】車両への事故情報通知方法を決定する路側機器の処理フローである。
【図９】路側機器が保持するテーブル構成例である。
【図１０】車両事故が起きた場合の情報提供システムにおけるメッセージフォーマットである。
【図１１】ユーザインターフェース画面である。
【図１２】音楽配信における情報提供システムのシステム構成図である。
【図１３】車両が音楽配信を要求した場合の処理要求におけるメッセージフローである。
【図１４】メッセージを受信した路側機器の処理フローである。
【図１５】車両に音楽を配信するか否かを決定する路側機器の処理フローである。
【図１６】要求メッセージのフォーマットである。
【図１７】応答メッセージのフォーマットとサービスコードテーブルの構成例である。
【符号の説明】
１０１、１０２、１０３、１０４…路側機器、１００…路側通信網、１３０…道路、１３１、１３２、１３３…車両、１４０…エリア、１５１、１５２、１５３…通信エリア
【図１】
0003832207.tif 000002
【図２】
0003832207.tif 000003
【図３】
0003832207.tif 000004
【図４】
0003832207.tif 000005
【図５】
0003832207.tif 000006
【図６】
0003832207.tif 000007
【図７】
0003832207.tif 000008
【図８】
0003832207.tif 000009
【図９】
0003832207.tif 000010
【図１０】
0003832207.tif 000011
【図１１】
0003832207.tif 000012
【図１２】
0003832207.tif 000013
【図１３】
0003832207.tif 000014
【図１４】
0003832207.tif 000015
【図１５】
0003832207.tif 000016
【図１６】
0003832207.tif 000017
【図１７】
0003832207.tif 000018