JP3832207B2 - Information providing method and roadside equipment constituting distributed processing system - Google Patents

Information providing method and roadside equipment constituting distributed processing system Download PDF

Info

Publication number
JP3832207B2
JP3832207B2 JP2000235245A JP2000235245A JP3832207B2 JP 3832207 B2 JP3832207 B2 JP 3832207B2 JP 2000235245 A JP2000235245 A JP 2000235245A JP 2000235245 A JP2000235245 A JP 2000235245A JP 3832207 B2 JP3832207 B2 JP 3832207B2
Authority
JP
Japan
Prior art keywords
vehicle
roadside device
received
data
roadside
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2000235245A
Other languages
Japanese (ja)
Other versions
JP2002049988A (en
Inventor
明俊 志村
岳生 相薗
真 塩谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2000235245A priority Critical patent/JP3832207B2/en
Publication of JP2002049988A publication Critical patent/JP2002049988A/en
Application granted granted Critical
Publication of JP3832207B2 publication Critical patent/JP3832207B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Traffic Control Systems (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、道路に沿って設置された路側機器と車両によって構成される情報提供システムにおいて、各路側機器が走行する車両の車両速度と車両密度により、車両に情報を提供するか否かを自律的に判断する情報提供方式に関する。
【０００２】
【従来の技術】
カーナビゲーション装置から車両位置及び車両情報を交通情報センターに送信し、交通情報センターで車両位置、走行方向を分析し、これに該当する所定単位の領域の個数及び順番を決め、該決められた領域の個数及び順番に従い、カーナビゲーション装置に情報を配信する交通情報提供方法が例えば（特開２０００−１３２７９４）に記載されている。
【０００３】
【発明が解決しようとする課題】
従来の情報提供方式において、交通情報を車両に提供する場合、交通情報センターで道路を走行する車両速度等の情報を収集し、車両に渋滞情報等を提供していた。しかし、この方式は交通情報センターに設置されたサーバ機が、一旦車両の情報を収集・分析してから配信する方式を前提としているため、車両の状態を全てセンターが収集・分析しなければならず、その結果センターに負荷が集中して応答時間の低下といった問題が生じていた。またサーバ機から車両の渋滞情報等を車両に伝達するルートが複数存在する場合には、その伝達するルートを確立しなければならず、車両への情報伝達に長い時間を必要とした。
【０００４】
【課題を解決するための手段】
上記の課題を解決するため、本発明における情報提供方式では、
（１）配信する情報を路側通信網にブロードキャストし、
（２）情報を受信した路側機器が、車両の状態（車両速度、車両密度等）に基づいて車両に情報を通知するか否かを自律的に判断し
（３）通知する必要があると判断した場合には、受信した情報を車両に配信することに特徴がある。
【０００５】
【発明の実施の形態】
本発明における第一の実施例について説明する。図１は本発明における情報提供システムの全体構成図で、車両事故が起きた場合を想定している。路側機器１０１、路側機器１０２、路側機器１０３、路側機器１０４は路側通信網１００に接続され、各路側機器は路側通信網１００を介して相互に通信を行うことができる。また、路側機器１０１、路側機器１０２、路側機器１０３、路側機器１０４は、各々通信エリア１５１、通信エリア１５２、通信エリア１５３、通信エリア１５４内を走行する車両と無線通信を介して相互に通信を行うことができる。路側通信網１００は、例えば道路に沿って敷接した光ファイバケーブルである。図１の例では、道路１３０を走行する車両１３２と車両１３３が事故を起こした場合、路側機器１０３が路側機器に設置された例えば音センサーにより衝撃音を感知し、同時に路側機器に搭載されたカメラにより通信エリア内の画像を撮影し、画像処理を行うことで車両事故が起きたことを感知する。車両事故を感知した路側機器１０３は、事故情報を路側通信網１００に接続された他の路側機器に路側通信網１００を介して送信する。路側機器１０１は事故情報を無線通信により車両１３１に送信する。無線通信とは、例えば路側機器と道路を走行する車両との間で短距離かつ双方向通信を行う狭帯域無線通信システムＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）である。エリア１４０は情報を車両に通知しなければならないと判断した路側機器のグループが車両に対して情報を配信するエリアで、情報提供エリアと呼ぶ。情報提供エリア１４０は、路側機器１０１、路側機器１０２、路側機器１０３と通信エリア１５１、通信エリア１５２、通信エリア１５３内を走行する車両により生成される。
【０００６】
図２に事故が起きた場合のメッセージフロー例を示す。車両２３２、車両２３３が事故を起こした場合、事故を感知した路側機器２０３は、事故情報と路側機器２０３の位置情報をメッセージに付与し、車両事故メッセージ２２２を路側通信網２００に対してブロードキャストする。車両事故メッセージ２２２は路側通信網に接続された全ての路側機器に受信され、各路側機器は車両事故メッセージの内容と路側通信網を介して受信した車両密度メッセージ２２３と車両速度メッセージ２２４の内容をもとに処理を実行し、車両に事故情報を通知するか否かを判断する。例えば、路側機器２０１、路側機器２０２、路側機器２０３、路側機器２０４はメッセージを受信し、路側機器２０１、路側機器２０２、路側機器２０３が車両２３１に事故情報を通知しなければならないと判断する。情報提供エリア１４０は路側機器２０１、路側機器２０２、路側機器２０３と車両２３１により生成される。情報提供エリア内に設置された各路側機器は、事故現場からの距離と車両速度と車両密度より、車両に通知する内容を判断し、事故情報が付与されたサービスメッセージ２２１を車両２３１に送信する。
【０００７】
各路側機器の構成を図３に示す。路側機器３００は、情報処理を行う計算機３５０、プログラムやデータを記憶するための不揮発性記憶媒体であるハードディスク３４０、車両と無線通信を行うための無線通信装置３３０、カメラや各種センサーなどの外部デバイス３２０により構成される。計算機３５０は、プログラム実行などの演算を行うためのプロセッサ３０１、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などの基本プログラムや基本データを格納するためのＲＯＭ３０２、プログラム実行時の処理領域やデータの一時格納領域として使用するＲＡＭ３０３、路側通信網３６０と接続するための通信インターフェース３１１、ハードディスク３４０を接続するための外部記憶装置インターフェース３１２、外部デバイスとデータを授受するための外部デバイスインターフェース３１３、無線通信装置との間でデータを授受するための通信インターフェース３１４により構成され、これらの構成要素はバス３１０を介して相互にデータを授受することができる。プロセッサ３０１上で実行されるプログラムは、通信インターフェース３１４と無線通信装置３３０を介して１台または複数の車両と通信を行うことができ、また通信インターフェース３１１と路側通信網３６０を介して他の路側機器と通信を行うことができる。外部デバイスインターフェース３１３と外部デバイス３２０を介して外部の映像、音声、振動、温度、湿度、気圧などの情報を収集できる。
【０００８】
路側機器の処理フローを図４に示す。路側機器は、車両速度と車両密度を計測し（ステップ４０１、ステップ４０２）、計測した車両速度と車両密度を路側通信網にブロードキャストする（ステップ４０３）。車両事故メッセージを路側機器が受信すると（ステップ４０４）、路側機器は事故現場からの距離と車両速度と車両密度から処理を実行する（ステップ４０５）。路側機器が車両事故メッセージを受信しなかった場合、路側機器は引き続き、車両速度と車両密度を計測し、計測した車両速度と車両密度を路側通信網にブロードキャストする。
【０００９】
車両密度計測処理フローを図５（１）に示す。路側機器は、使用中の通信チャネル数を確認し、通信チャネル数より車両密度ρを計測する（ステップ５０１）。本発明での車両密度ρとは、通信エリア内を単位時間当たりに走行する車両台数のことであり、ρ＝Ｍ／Ｔで表される。Ｍは時間Ｔで路側機器と通信を行った総車両台数であり、時間Ｔは車両密度メッセージが路側通信網に送信される一定周期時間である。
【００１０】
車両速度計測処理フローを図５（２）に示す。路側機器１０１は、車両１３１とコネクションを開始した時間ｔ１を記録し、時間ｔ１と車両１３１の車両ＩＤと自路側機器ＩＤとを付与したメッセージを路側通信網にブロードキャストする。メッセージを受信した路側機器１０２は、車両が路側機器１０１とコネクションを開始した時間ｔ１を確認し（ステップ５１１）、車両が路側機器１０２とコネクションを開始した時間ｔ２と距離Ｌ１６０から車両速度Ｖ＝Ｌ／（ｔ２−ｔ１）を算出する（ステップ５１２）。距離Ｌ１６０は、隣接する路側機器間との距離であり、路側機器内に距離情報テーブルとして予め路側機器が道路に設置される際に登録される。距離情報テーブルの構成を図９（１）に示す。距離情報テーブル９００には、隣接する路側機器ＩＤ９０１と隣接する路側機器間との距離情報９０２がメートル単位で登録されている。また距離情報テーブル９００に記載されている路側機器ＩＤは、隣接する後方の路側機器と対応しており、各路側機器は路側機器ＩＤ９０１とメッセージ内に付与された路側機器ＩＤとを比較することで、隣接する後方の路側機器からのメッセージか否かを判断する。例えば、路側機器ＩＤが１の隣接する路側機器との距離情報は３０メートルが登録されている。
【００１１】
次に、路側機器１０２は、路側機器１０１と同様に車両１３１とのコネクション開始時間ｔ２と車両１３１の車両ＩＤと自路側機器ＩＤとを付与したメッセージを路側通信網にブロードキャストする。
【００１２】
事故情報処理フローを図６に示す。路側機器が車両事故を感知した路側機器より送信された車両事故メッセージを受信すると（ステップ６０１）、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。サービスコードテーブルの構成を図９（２）に示す。サービスコードテーブル９１０は、サービスの種別を示すサービスコード９１１とその内容を示すサービス内容９１２により構成される。例えば、サービスコードが１のサービスに対するサービス内容として事故情報が登録されている。
【００１３】
次に、車両事故を感知した路側機器の位置情報と確認された事故情報と車両速度と車両密度とから処理を実行し（ステップ６０２）、自通信エリア内を走行する車両に事故情報を通知するか否かの判断を行う（ステップ６０３）。事故情報を車両に通知すると判断した路側機器は、事故現場からの距離と自通信エリア内を走行する車両の車両速度と前方の車両密度とから車両に通知する内容を判断して、車両への通知方法を決定し（ステップ６０４）、それに従い事故情報を車両に通知する（ステップ６０５）。車両に事故情報を通知しないと判断した路側機器は、車両事故メッセージを廃棄する（ステップ６０６）。例えば、路側機器２０１、路側機器２０２は、路側機器２０３より送信された車両事故メッセージを受信し、車両に事故情報を通知すると判断して、車両２３１に事故情報を通知する。
【００１４】
車両に事故情報を通知するか否かを判断する路側機器の処理フローを図７に示す。メッセージを受信した路側機器は、車両事故メッセージに付与された路側機器の位置情報と、自内に登録されている位置情報テーブルとから、該路側機器と事故を感知した路側機器との距離Ｄを算出する（ステップ７０１）。位置情報テーブルの構成図を図９（３）に示す。位置情報テーブル９２０は、緯度情報９２１と経度情報９２２により構成され、メッセージを受信した路側機器は、メッセージ内に付与された座標情報（緯度情報と経路情報の座標で表される）と位置情報テーブルの座標情報とから距離Ｄを算出する。位置情報テーブル９２０は、路側機器が道路に設置される際に登録される。
【００１５】
次に、自内に登録された危険ゾーンテーブル内の危険ゾーンＤ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とｔの比較は、路側機器が車両に音楽を配信するか否かの判断をするのに必要な比較である。
【００３８】
図１６（１）に車両から路側機器に音楽配信を要求するメッセージのフォーマットを示し、図１６（２）に路側機器がサーバ機に音楽データを要求するメッセージのフォーマットを示し、図１６（３）に車両からの要求メッセージを受信した路側機器が路側通信網にブロードキャストする際の要求メッセージのフォーマットを示す。
【００３９】
要求メッセージ１６００はサービスコード１６０１、サービスを要求した車両を識別する車両ＩＤ１６０２、要求する音楽データの情報を示す音楽要求情報１６０３、車両が受信した音楽データのデータ量を示す受信データ量１６０４により構成される。受信データ量は、車両がハンドオーバーを行う際に必要なものであり、路側機器は要求メッセージ内の受信データ量から、車両が受信した音楽データのデータ量を確認し、要求メッセージを受信した路側機器は車両が受信したデータサイズの次のビットから、車両に音楽データを送信する。車両が最初に路側機器に音楽配信を要求する場合、受信データ量の値はＮＵＬＬである。
【００４０】
要求メッセージ１６１０はサービスコード１６１１、路側機器ＩＤ１６１２、音楽要求情報１６１３により構成される。路側機器ＩＤ１６１２は、サーバ機が応答メッセージを返す場合に必要な路側機器を識別するための識別子である。音楽配信要求情報１６１３は、要求メッセージ１６００のそれと全く同じである。
【００４１】
要求メッセージ１６２０はサービスコード１６２１、車両ＩＤ１６２２、路側機器位置情報１６２３、音楽要求情報１６２４、自通信エリア内を走行する該車両の車両速度１６２５、自通信エリア内を走行する車両の車両密度１６２６、データサイズ１６２７により構成される。路側機器位置情報１６２３と車両速度１６２５と車両密度１６２６とデータサイズ１６２７は、要求メッセージ１６２０を受信した路側機器が、車両に音楽配信を行うか否かを判断するのに必要な情報である。
【００４２】
図１７（１）にサーバ機から路側機器へ返す応答メッセージのフォーマットを示し、図１７（２）に路側機器から車両に返す応答メッセージのフォーマットを示す。
【００４３】
応答メッセージ１７００は、サービスコード１７０１、路側機器ＩＤ１７０２、要求された音楽内容を示す音楽情報１７０３、音楽データのデータサイズ１７０４により構成される。応答メッセージ１７００を受信した路側機器は路側機器ＩＤ１７０２を確認して受け取るべきメッセージか否かを判断する。データサイズ１７０４は、路側機器が要求メッセージ１６２０を路側通信網にブロードキャストする際に必要な情報である。
【００４４】
応答メッセージ１７１０は、サービスコード１７１１、車両ＩＤ１７１２、音楽情報１７１３により構成される。応答メッセージ１７１０は、車両からの要求メッセージ１６００に応答するメッセージであり、音楽要求情報１６０３に対して音楽情報１７１３を応答する。さらに、受信データ量１６０４より、各路側機器は車両に配信する音楽データの開始ビットを確認し、車両に必要な音楽データだけを音楽情報１７１３に付与して応答メッセージを送信する。
【００４５】
情報提供システムにおいて、車両から音楽配信を要求された場合の路側機器の処理方式について説明した。路側通信網に接続された各路側機器は、道路を走行する車両の車両状態（車両速度、車両密度等）と車両が要求する音楽データのデータサイズに基づいて、路側機器が該車両に音楽を配信するか否かを自律的に判断し、音楽配信を行うと判断した全ての路側機器が予め該車両に配信する音楽データを準備しておく。これにより、センターに処理負荷が集中することを回避し、また車両への情報伝達時間を短縮することができる。これは第一の実施例と同じ理由による。さらに、音楽配信を行うと判断した全ての路側機器が予め車両に配信する音楽データを準備し、また車両が路側機器に対して既に受信した音楽データのデータサイズを送信することで、路側機器は複数の路側機器間を跨いで道路を高速走行する車両に対しても、音楽データのような大規模情報を継続して配信することができる。
【図面の簡単な説明】
【図１】本発明における情報提供システムのシステム構成図である。
【図２】車両事故が起きた場合の処理要求におけるメッセージフローである。
【図３】路側機器の構成図である。
【図４】路側機器の処理フローである。
【図５】車両密度、車両速度計測処理フローである。
【図６】車両事故メッセージを受信した路側機器の処理フローである。
【図７】事故情報を車両に通知するか否かの判断を決定する路側機器の処理フローである。
【図８】車両への事故情報通知方法を決定する路側機器の処理フローである。
【図９】路側機器が保持するテーブル構成例である。
【図１０】車両事故が起きた場合の情報提供システムにおけるメッセージフォーマットである。
【図１１】ユーザインターフェース画面である。
【図１２】音楽配信における情報提供システムのシステム構成図である。
【図１３】車両が音楽配信を要求した場合の処理要求におけるメッセージフローである。
【図１４】メッセージを受信した路側機器の処理フローである。
【図１５】車両に音楽を配信するか否かを決定する路側機器の処理フローである。
【図１６】要求メッセージのフォーマットである。
【図１７】応答メッセージのフォーマットとサービスコードテーブルの構成例である。
【符号の説明】
１０１、１０２、１０３、１０４…路側機器、１００…路側通信網、１３０…道路、１３１、１３２、１３３…車両、１４０…エリア、１５１、１５２、１５３…通信エリア[0001]
BACKGROUND OF THE INVENTION
The present invention autonomously determines whether or not to provide information to a vehicle according to a vehicle speed and a vehicle density of the vehicle on which each roadside device travels in an information providing system constituted by roadside devices and vehicles installed along a road. It relates to the information provision method to judge automatically.
[0002]
[Prior art]
The vehicle position and vehicle information are transmitted from the car navigation device to the traffic information center, the vehicle position and the traveling direction are analyzed at the traffic information center, the number and order of the predetermined unit areas corresponding thereto are determined, and the determined areas A traffic information providing method for distributing information to a car navigation device in accordance with the number and order of each is described in, for example, Japanese Patent Laid-Open No. 2000-132794.
[0003]
[Problems to be solved by the invention]
In the conventional information providing system, when traffic information is provided to a vehicle, information such as a vehicle speed traveling on a road at a traffic information center is collected and traffic congestion information is provided to the vehicle. However, this method assumes that the server machine installed in the traffic information center collects and analyzes the vehicle information and then distributes it, so the center must collect and analyze all the vehicle conditions. As a result, there was a problem that the load was concentrated on the center and the response time was lowered. In addition, when there are a plurality of routes for transmitting vehicle congestion information and the like from the server machine to the vehicle, it is necessary to establish the route for transmission, and it takes a long time to transmit information to the vehicle.
[0004]
[Means for Solving the Problems]
In order to solve the above problem, in the information providing method of the present invention,
(1) Broadcast information to be distributed to the roadside communication network,
(2) The roadside device that has received the information autonomously determines whether or not to notify the vehicle of the information based on the state of the vehicle (vehicle speed, vehicle density, etc.).
(3) If it is determined that notification is necessary, the received information is distributed to the vehicle.
[0005]
DETAILED DESCRIPTION OF THE INVENTION
A first embodiment of the present invention will be described. FIG. 1 is an overall configuration diagram of an information providing system according to the present invention, and assumes a case where a vehicle accident occurs. The roadside device 101, the roadside device 102, the roadside device 103, and the roadside device 104 are connected to the roadside communication network 100, and each roadside device can communicate with each other via the roadside communication network 100. In addition, the roadside device 101, the roadside device 102, the roadside device 103, and the roadside device 104 communicate with each other through vehicles that travel in the communication area 151, the communication area 152, the communication area 153, and the communication area 154 via wireless communication. It can be carried out. The roadside communication network 100 is, for example, an optical fiber cable laid along a road. In the example of FIG. 1, when the vehicle 132 and the vehicle 133 traveling on the road 130 cause an accident, the roadside device 103 detects an impact sound by, for example, a sound sensor installed in the roadside device, and is mounted on the roadside device at the same time. The camera captures an image in the communication area and performs image processing to detect that a vehicle accident has occurred. The roadside device 103 that has detected the vehicle accident transmits the accident information to other roadside devices connected to the roadside communication network 100 via the roadside communication network 100. The roadside device 101 transmits accident information to the vehicle 131 by wireless communication. The wireless communication is, for example, a narrow band wireless communication system DSRC (Dedicated Short Range Communications) that performs short-distance and bidirectional communication between a roadside device and a vehicle traveling on the road. Area 140 is an area where a group of roadside devices that have determined that information should be notified to the vehicle delivers information to the vehicle, and is referred to as an information providing area. The information provision area 140 is generated by the roadside device 101, the roadside device 102, the roadside device 103 and the vehicle traveling in the communication area 151, the communication area 152, and the communication area 153.
[0006]
FIG. 2 shows an example of a message flow when an accident occurs. When the vehicle 232 and the vehicle 233 cause an accident, the roadside device 203 that has detected the accident adds the accident information and the position information of the roadside device 203 to the message, and broadcasts the vehicle accident message 222 to the roadside communication network 200. . The vehicle accident message 222 is received by all roadside devices connected to the roadside communication network, and each roadside device receives the contents of the vehicle accident message and the contents of the vehicle density message 223 and the vehicle speed message 224 received via the roadside communication network. The process is executed based on whether or not the vehicle is notified of the accident information. For example, the roadside device 201, the roadside device 202, the roadside device 203, and the roadside device 204 receive the message and determine that the roadside device 201, the roadside device 202, and the roadside device 203 should notify the vehicle 231 of the accident information. The information provision area 140 is generated by the roadside device 201, the roadside device 202, the roadside device 203, and the vehicle 231. Each roadside device installed in the information providing area determines the content to be notified to the vehicle based on the distance from the accident site, the vehicle speed, and the vehicle density, and transmits a service message 221 to which the accident information is given to the vehicle 231. .
[0007]
The configuration of each roadside device is shown in FIG. The roadside device 300 includes a computer 350 that performs information processing, a hard disk 340 that is a nonvolatile storage medium for storing programs and data, a wireless communication device 330 that performs wireless communication with a vehicle, and external devices such as cameras and various sensors. 320. The computer 350 is used as a processor 301 for performing operations such as program execution, a ROM 302 for storing basic programs and basic data such as an OS (Operating System), a processing area during program execution, and a temporary storage area for data. Data between the RAM 303, the communication interface 311 for connecting to the roadside communication network 360, the external storage device interface 312 for connecting the hard disk 340, the external device interface 313 for exchanging data with the external device, and the wireless communication device The communication interface 314 is used to exchange data, and these components can exchange data with each other via the bus 310. A program executed on the processor 301 can communicate with one or a plurality of vehicles via the communication interface 314 and the wireless communication device 330, and can be connected to other roadsides via the communication interface 311 and the roadside communication network 360. Can communicate with the device. Information such as external video, audio, vibration, temperature, humidity, and atmospheric pressure can be collected via the external device interface 313 and the external device 320.
[0008]
The processing flow of the roadside equipment is shown in FIG. The roadside device measures the vehicle speed and the vehicle density (step 401, step 402), and broadcasts the measured vehicle speed and the vehicle density to the roadside communication network (step 403). When the roadside device receives the vehicle accident message (step 404), the roadside device executes processing based on the distance from the accident site, the vehicle speed, and the vehicle density (step 405). When the roadside device does not receive the vehicle accident message, the roadside device continuously measures the vehicle speed and the vehicle density, and broadcasts the measured vehicle speed and the vehicle density to the roadside communication network.
[0009]
The vehicle density measurement processing flow is shown in FIG. The roadside device confirms the number of communication channels in use and measures the vehicle density ρ from the number of communication channels (step 501). The vehicle density ρ in the present invention is the number of vehicles that travel in the communication area per unit time, and is represented by ρ = M / T. M is the total number of vehicles that have communicated with the roadside device at time T, and time T is a fixed period of time during which the vehicle density message is transmitted to the roadside communication network.
[0010]
The vehicle speed measurement process flow is shown in FIG. The roadside device 101 records the time t1 when the connection with the vehicle 131 is started, and broadcasts a message with the time t1, the vehicle ID of the vehicle 131 and the own roadside device ID, to the roadside communication network. The roadside device 102 that has received the message confirms the time t1 when the vehicle starts connection with the roadside device 101 (step 511), and the vehicle speed V = L from the time t2 when the vehicle starts connection with the roadside device 102 and the distance L160. / (T2-t1) is calculated (step 512). The distance L160 is a distance between adjacent roadside devices, and is registered when the roadside device is installed in the roadside device in advance as a distance information table. The configuration of the distance information table is shown in FIG. In the distance information table 900, distance information 902 between adjacent roadside device IDs 901 and adjacent roadside devices is registered in units of meters. The roadside device ID described in the distance information table 900 corresponds to an adjacent rear roadside device, and each roadside device compares the roadside device ID 901 with the roadside device ID given in the message. Then, it is determined whether or not the message is from an adjacent rear roadside device. For example, 30 meters is registered as distance information with an adjacent roadside device whose roadside device ID is 1.
[0011]
Next, like the roadside device 101, the roadside device 102 broadcasts a message giving the connection start time t2 with the vehicle 131, the vehicle ID of the vehicle 131, and the own roadside device ID to the roadside communication network.
[0012]
The accident information processing flow is shown in FIG. When the roadside device receives the vehicle accident message transmitted from the roadside device that sensed the vehicle accident (step 601), the service code table registered in itself is compared with the service code given in the message, and the service Determine the type. The structure of the service code table is shown in FIG. The service code table 910 includes a service code 911 indicating the type of service and a service content 912 indicating the content. For example, accident information is registered as service content for a service with a service code of 1.
[0013]
Next, a process is executed from the position information of the roadside device that has detected the vehicle accident, the confirmed accident information, the vehicle speed, and the vehicle density (step 602), and the accident information is notified to the vehicle traveling within the own communication area. Is determined (step 603). The roadside device that has determined to notify the vehicle of accident information determines the content to be notified to the vehicle based on the distance from the accident site, the vehicle speed of the vehicle traveling in the communication area, and the vehicle density in front of the vehicle. A notification method is determined (step 604), and accident information is notified to the vehicle accordingly (step 605). The roadside device that has determined not to notify the vehicle of the accident information discards the vehicle accident message (step 606). For example, the roadside device 201 and the roadside device 202 receive the vehicle accident message transmitted from the roadside device 203, determine that the vehicle is notified of the accident information, and notify the vehicle 231 of the accident information.
[0014]
FIG. 7 shows a processing flow of the roadside device that determines whether to notify the vehicle of the accident information. The roadside device that has received the message calculates the distance D between the roadside device and the roadside device that detected the accident from the location information of the roadside device assigned to the vehicle accident message and the location information table registered in itself. Calculate (step 701). A configuration diagram of the position information table is shown in FIG. The position information table 920 is composed of latitude information 921 and longitude information 922, and the roadside device that has received the message has coordinate information (represented by coordinates of latitude information and route information) and a position information table provided in the message. The distance D is calculated from the coordinate information. The position information table 920 is registered when the roadside device is installed on the road.
[0015]
Next, the danger zones D0 and D in the danger zone table registered in the self are compared (step 702). The value of the danger zone D0 varies depending on the road environment where the roadside equipment is installed. The configuration of the danger zone table is shown in FIG. In the danger zone table 930, the distance indicating the danger zone is registered in units of meters, for example, 1000 meters is registered. The danger zone table 930 is registered when the roadside device is installed on the road.
[0016]
If D is greater than D0 as a result of comparing D and D0 (step 703), the vehicle density ρi in front of the roadside device received from another roadside device (i is installed between the roadside device that detected the accident and the roadside device). The average vehicle density ρm is calculated from the distance D (step 704), and the danger value α = ρm / ρs is calculated from the safe vehicle density ρs and ρm (step 704). 705). The safe vehicle density ρs is a safe vehicle density on the assumption that the vehicle interval is sufficiently maintained and no vehicle accidents such as rear-end collisions occur, and is registered as a safe vehicle density table in the roadside equipment. Yes. The distance at which the vehicle interval is sufficiently maintained is, for example, 100 m or more. The configuration of the safe vehicle density table is shown in FIG. In the safe vehicle density table 940, a value indicating the safe vehicle density is registered, for example, 0.02. The safe vehicle density table 940 is registered when the roadside device is installed on the road.
[0017]
Next, the calculated risk value α is confirmed. If α is not 0 (step 706), preparations are made for notifying the vehicle of accident information (step 707). If α is 0, the message is discarded (step 708). ). α is a value necessary to determine the range of roadside equipment that notifies the vehicle of accident information, and ρm, which is worth the numerator of α, is calculated by rounding down the second decimal place.
[0018]
The accident information notification method decision process flow is shown in FIG. The danger zone D0 is compared with the distance D from the accident site. If D is larger than D0 (step 801), the danger value α is referred to. If α is in the range of 0 <α <1 (step 802), accident information is provided to the vehicle as a simple notification (step 803). The range where α is 0 <α <1 is a range where the average vehicle density ρm in front of the vehicle for notifying accident information is smaller than the safe vehicle density ρs and is not affected by vehicle accidents such as traffic jams. is there. The simple notification is a notification that displays accident information as a message on the car navigation. On the other hand, the case where α is 1 or more is a case where the average vehicle density ρm in front of the vehicle for notifying accident information is larger than the safe vehicle density ρs, and is a value where traffic congestion due to the influence of the vehicle accident is expected. In this case, the roadside device provides accident information to the vehicle as a warning notification (step 804). The warning notification is a notification for predicting a traffic jam caused by a vehicle accident and prompting the driver to avoid it, and notifies the driver by both a message and a voice on the car navigation. If the distance D from the accident site is smaller than the danger zone D0, the accident information is provided to the vehicle as an emergency notification (step 805). The case of D0> D is a case where the vehicle is traveling at a position sufficiently close to the accident site and not only the traffic jam caused by the vehicle accident but also the impact of the ball hitting accident can be sufficiently considered. The emergency notification is a notification to encourage the driver to sufficiently reduce the vehicle speed in order to suppress the expansion of traffic damage due to the impact of vehicle accidents such as ball hitting accidents. Notify the driver.
[0019]
Fig. 10 (1) shows the format of the vehicle accident message, Fig. 10 (2) shows the format of the vehicle density message, and Fig. 10 (3) shows the time when the connection with the vehicle is started to the adjacent roadside equipment. The format of the time information message at the time of transmission is shown, FIG. 10 (4) shows the format of the vehicle speed message, and FIG. 10 (5) shows the format of the service message sent to the vehicle.
[0020]
The vehicle accident message 1000 includes a service code 1001 indicating the type of information, 1002 indicating the position information of the roadside equipment, and 1003 indicating the content of the accident information. The roadside device that has received the vehicle accident message compares the service code table registered in itself with the service code given in the message to determine the type of service. Next, the distance from the accident site is calculated from the position information registered in the own roadside device and the roadside device position information 1002 given in the message.
[0021]
The vehicle density message 1010 includes a service code 1011, roadside device position information 1012, and vehicle density information 1013. The roadside device that has received the vehicle density message predicts the position indicated by the content of the vehicle density information from the roadside device position information 1012.
[0022]
The time information message 1020 includes a service code 1021, a roadside device ID 1022, a vehicle ID 1023, and time information 1024. The roadside device that has received the time information message confirms that it is a message from an adjacent rear roadside device based on the roadside device ID 1022 and the distance information table 900 registered within itself, and refers to the distance L from the distance information table. . The vehicle ID 1023 is an identifier of the vehicle targeted by the time information 1024 indicating the time t1 when the connection with the adjacent roadside device at the rear is started.
[0023]
The vehicle speed message 1030 includes a service code 1031, roadside device position information 1032, and vehicle speed information 1033. The roadside device that has received the vehicle speed information message predicts the position indicated by the content of the vehicle speed information 1033 from the roadside device position information 1032.
[0024]
The service message 1040 includes a service code 1041 and accident information 1042. The content of the accident information 1042 varies depending on the distance from the accident site, the vehicle speed, and the vehicle density. The content of the accident information 1042 is a character string such as “A vehicle accident occurred 1km ahead! Reduce the speed!” It is stored in advance in each roadside device as audio data such as “A vehicle accident has occurred in front of 1 km. Please reduce the speed.”
[0025]
FIG. 11 shows a user interface screen. When the roadside device notifies the vehicle of accident information as an emergency notification in FIG. 11 (1), the user interface screen when notified as a warning notification in FIG. 11 (2) as a simple notification The user interface screen is shown in FIG.
[0026]
The user interface 1100 is a system in which a processor, a display device, and a communication device are mounted, and is a car navigation, for example. When the vehicle receives the accident information as an emergency notification from the roadside device, the emergency notification message 1101 is displayed on the user interface 1100 and the message 1102 is sent as a voice message to notify the vehicle driver of the emergency level of the accident information. For example, the emergency notification message 1101 includes an instruction to convey the urgency level of the accident information in a large font that fills the entire screen, and further suppress the vehicle speed. Further, in order to notify the vehicle driver of the urgency of the accident information without the vehicle driver paying attention to the car navigation, the accident information is notified at a volume higher than the volume set by the vehicle driver, for example, by a voice message 1102. To do.
[0027]
Similar to the user interface 1100, the user interface 1110 is, for example, car navigation. When the vehicle receives accident information as a warning notification from a roadside device, a warning notification message 1111 is displayed on the user interface 1110, and a message 1112 is displayed as a voice message. By sending it, the vehicle driver is notified of the urgency of the accident information. For example, in the warning notification message 1111, the urgency of the accident information is transmitted by displaying a message in the center of the screen, and further expected traffic information is included in the message. Further, in order to inform the vehicle driver of the urgency level of the accident information without the driver paying attention to the car navigation, for example, the urgency level of the accident information is transmitted by a voice message 1112. In order to clarify the difference between the warning notification message and the emergency notification message, the size of the display font of the warning notification message 1111 may be the same as the size of the display font used in car navigation, and the voice message 1113. The volume of can be as high as the volume set by the vehicle driver.
[0028]
The user interface 1120 is, for example, car navigation like the user interface 1100. When the vehicle receives accident information as a simple notification from the roadside device, the user interface 1120 displays a simple notification message 1121 on the user interface 1120, thereby Notify the urgency of information. For example, the simple notification message 1121 displays a message at the top of the screen so that the car navigation screen is not blocked by the message. In addition, there is no voice message notification such as an emergency notification message or a warning notification message, but a message ringing tone 1122 is used to inform the vehicle driver of the urgency of the accident information without the vehicle driver paying attention to the car navigation. Sound.
[0029]
In the information providing system, the processing method of roadside equipment when a vehicle accident occurs has been described. Whether multiple roadside devices installed along the road deliver accident information to the vehicle based on the state of the vehicle traveling on the road (vehicle speed, vehicle density, etc.) and the distance from the accident site. All roadside devices that are autonomously determined to distribute accident information distribute information to the vehicle. As a result, the traffic information center does not centrally manage the state of the vehicle traveling on the road (vehicle speed, vehicle density, etc.), but the roadside equipment transmits information via the roadside communication network, and the information is stored in the center. Since it is delivered to the vehicle without going through the installed server machine, it is possible to avoid the concentration of processing load at the center. Further, since the roadside device autonomously processes the vehicle state (vehicle speed, vehicle density, etc.) rather than the centralized processing at the center, it is not necessary for the server machine to collect the vehicle state information once. It is not necessary to generate an information transmission route to the vehicle, and the information transmission time to the vehicle can be shortened. By avoiding the concentration of processing load and shortening the information transmission time, for example, when a vehicle accident occurs, the vehicle driver can perform a secondary disaster caused by a vehicle accident such as a ball crash or a traffic jam due to the vehicle accident. It can be avoided.
[0030]
Next, a second embodiment will be described. In the first embodiment, it is assumed that accident information is delivered to a vehicle, and the data size is several bytes to several kilobytes at most, so that information delivery is performed across a plurality of roadside devices. There wasn't. On the other hand, in the second embodiment, it is assumed that large-scale information such as multimedia information is distributed to the vehicle. Accordingly, the data size is several Mbytes to several hundreds MBytes, and information delivery to the vehicle straddles a plurality of roadside devices.
[0031]
FIG. 12 is an overall configuration diagram of an information providing system in large-scale information distribution, and music distribution is assumed. The roadside device 1201, the roadside device 1202, the roadside device 1203, the roadside device 1204, and the server machine 1210 are connected via a roadside communication network 1200, and each roadside device can communicate with each other via the roadside communication network 1200. In addition, the roadside device 1201, the roadside device 1202, the roadside device 1203, and the roadside device 1204 communicate with each other via a wireless communication with a vehicle traveling in the communication area 1251, the communication area 1252, the communication area 1253, and the communication area 1254, respectively. It can be carried out. In the example of FIG. 12, a vehicle 1231 traveling on a road 1230 requests music distribution from the roadside device 1201, and the roadside device 1201 requests music distribution from the server machine 1210. Upon receiving the music distribution request from the roadside device 1201, the server machine 1210 transmits the music data 1220 to the roadside device 1201 via the roadside communication network 1200. An area 1240 is an information providing area where a group of roadside devices that have determined that music should be distributed to the vehicle distributes music to the vehicle, and its definition is the same as that of the information providing area 140. The information provision area 1240 is generated by the roadside device 1201, the roadside device 1202, the roadside device 1203, and the vehicle 1231. Since each roadside device installed in the information provision area is prepared to distribute music to the vehicle 1231, even when the vehicle 1231 moves to the position of the vehicle 1232, the music is transmitted to the vehicle 1231 without interruption of communication. Can be delivered.
[0032]
FIG. 13 shows an example of a message flow when delivering music to the vehicle. When the vehicle 1331 transmits a request message 1321 to the roadside device 1301, the roadside device 1301 that has received the message confirms that the vehicle is requesting music distribution, and transmits a request message 1323 to the server machine 1310. The server machine 1310 gives the music data and the data size of the music data, and transmits a response message 1325 to the roadside device 1301. The roadside device 1301 that has received the response message 1325 adds the music data requested by the vehicle 1331 and the data size of the music data to the message, and broadcasts the request message 1324 to the roadside communication network 1300. The request message 1324 is received by all roadside devices connected to the roadside communication network, and each roadside device executes processing based on the vehicle speed, vehicle density, and requested music data size of the vehicle traveling on the road. Then, it is determined whether or not the music is distributed to the vehicle. In the example of FIG. 13, the roadside device 1301, the roadside device 1302, the roadside device 1303, and the roadside device 1304 receive the request message 1324, and the roadside device 1301, the roadside device 1302, and the roadside device 1303 do not distribute music to the vehicle 1331. Judge that it should not. The information provision area 1340 is generated by the roadside device 1301, the roadside device 1302, the roadside device 1303, and the vehicle 1331. Each roadside device installed in the information providing area transmits a response message 1321 to which the music data is given to the vehicle 1331. FIG. 14 shows a processing flow of the roadside device that has received the message.
[0033]
FIG. 14A shows a processing flow of the roadside device that has received the music distribution request message from the vehicle. When the roadside device receives the request message from the vehicle (step 1401), the service code table registered in the roadside device is compared with the service code given in the message to determine the type of service. The structure of the service code table is shown in FIG. The service code table of FIG. 17 (3) is the same as that of FIG. 9 (2). For example, music distribution is registered as the service content 1722 for the service whose service code 1721 is 2.
[0034]
When the roadside device confirms that the request message from the vehicle is music distribution, the request message with the service code and the roadside device ID is transmitted to the server machine (step 1402).
[0035]
FIG. 14 (2) shows a processing flow of the roadside device that has received the request message from the roadside device requested to distribute music from the vehicle. When the roadside device receives the request message 1324 (step 1411), processing is executed based on the distance from the roadside device that has received the music distribution request from the vehicle, the data size of the music data requested by the vehicle, the vehicle speed, and the vehicle density ( Step 1412), it is determined whether or not to distribute music to the vehicle (Step 1413). The roadside device determined to distribute the music to the vehicle distributes the music to the vehicle that has entered the communication area (step 1414). On the other hand, the roadside device that has determined not to distribute music to the vehicle discards the request message 1324 (step 1415).
[0036]
FIG. 15 shows a processing flow of each roadside device that processes the determination of whether or not to distribute music to the vehicle. When a request message is received from the roadside device requested to distribute music from the vehicle, the music distribution from the vehicle is performed from the position information of the roadside device given in the message and the position information table (920) registered in the vehicle. The distance D to the requested roadside device is calculated (step 1501), and then the vehicle density ρi received from the other roadside device (i is the roadside device requested to distribute music from the vehicle and the roadside device) Vehicle is received from the roadside device that has received a request for music distribution from the vehicle, and calculates an average vehicle density ρm from the distance D (a natural number with the maximum number of roadside devices installed between) and the distance D (step 1502). The magnitudes of the densities ρ0 and ρm are compared (step 1503). The comparison between ρ0 and ρm is a comparison necessary to determine the speed of the vehicle that requested the music distribution. If ρm> ρ0, the vehicle will not exceed the vehicle speed at the time the music distribution was requested. to decide.
[0037]
As a result of comparison, if ρm> ρ0 (step 1504), it is necessary for the vehicle to receive all the music data from the data size X [bit] of the music data required by the vehicle and the communication speed P [bps] of the wireless communication. A simple time ta is calculated (step 1505). Next, based on the vehicle speed V in the request message and the calculated distance D, a time t at which the vehicle reaches the communication area is predicted (step 1506). The vehicle speed V is the vehicle speed of the vehicle when the roadside device receives a music distribution request from the vehicle. The time ta required for the vehicle to receive all the music data is compared with the time t required for the vehicle to reach the communication area. When ta> t (step 1507), and ρ0> ρm If so, preparations are made to distribute music to the vehicle (step 1508). On the other hand, if ta <t, the request message is discarded (step 1509). The comparison between ta and t is a comparison necessary for determining whether or not the roadside device distributes music to the vehicle.
[0038]
FIG. 16 (1) shows a format of a message for requesting music distribution from the vehicle to the roadside device, FIG. 16 (2) shows a format of a message for requesting music data from the roadside device to the server machine, and FIG. Fig. 5 shows the format of a request message when a roadside device that has received a request message from a vehicle broadcasts to a roadside communication network.
[0039]
The request message 1600 includes a service code 1601, a vehicle ID 1602 that identifies the vehicle that requested the service, music request information 1603 that indicates information on the requested music data, and a received data amount 1604 that indicates the amount of music data received by the vehicle. The The amount of received data is necessary when the vehicle performs handover, and the roadside device confirms the amount of music data received by the vehicle from the amount of received data in the request message, and receives the request message. The device transmits music data to the vehicle from the next bit of the data size received by the vehicle. When the vehicle first requests music distribution from the roadside device, the value of the received data amount is NULL.
[0040]
The request message 1610 includes a service code 1611, a roadside device ID 1612, and music request information 1613. The roadside device ID 1612 is an identifier for identifying a roadside device necessary when the server machine returns a response message. The music distribution request information 1613 is exactly the same as that of the request message 1600.
[0041]
The request message 1620 includes a service code 1621, a vehicle ID 1622, roadside device position information 1623, music request information 1624, a vehicle speed 1625 of the vehicle traveling within the own communication area, a vehicle density 1626 of the vehicle traveling within the own communication area, data A size 1627 is used. The roadside device position information 1623, the vehicle speed 1625, the vehicle density 1626, and the data size 1627 are information necessary for the roadside device that has received the request message 1620 to determine whether or not to distribute music to the vehicle.
[0042]
FIG. 17A shows the format of the response message returned from the server machine to the roadside device, and FIG. 17B shows the format of the response message returned from the roadside device to the vehicle.
[0043]
The response message 1700 includes a service code 1701, a roadside device ID 1702, music information 1703 indicating the requested music content, and a data size 1704 of music data. The roadside device that has received the response message 1700 checks the roadside device ID 1702 and determines whether or not the message should be received. The data size 1704 is information necessary when the roadside device broadcasts the request message 1620 to the roadside communication network.
[0044]
The response message 1710 includes a service code 1711, a vehicle ID 1712, and music information 1713. The response message 1710 is a message in response to the request message 1600 from the vehicle, and the music information 1713 is returned to the music request information 1603. Further, from the received data amount 1604, each roadside device confirms the start bit of the music data to be distributed to the vehicle, adds only the music data necessary for the vehicle to the music information 1713, and transmits a response message.
[0045]
In the information providing system, the processing method of the roadside device when the music distribution is requested from the vehicle has been described. Each roadside device connected to the roadside communication network is configured so that the roadside device plays music on the vehicle based on the vehicle state (vehicle speed, vehicle density, etc.) of the vehicle traveling on the road and the data size of the music data required by the vehicle. Whether or not to distribute is autonomously determined, and music data to be distributed to the vehicle is prepared in advance by all roadside devices that have been determined to distribute music. Thereby, it is possible to avoid the concentration of processing load at the center and to shorten the time for transmitting information to the vehicle. This is for the same reason as in the first embodiment. Furthermore, all roadside devices determined to perform music distribution prepare music data to be distributed to the vehicle in advance, and the vehicle transmits the data size of the music data already received by the vehicle to the roadside device. Large-scale information such as music data can be continuously distributed to a vehicle that travels at high speed on a road across a plurality of roadside devices.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram of an information providing system according to the present invention.
FIG. 2 is a message flow in a processing request when a vehicle accident occurs.
FIG. 3 is a configuration diagram of a roadside device.
FIG. 4 is a processing flow of a roadside device.
FIG. 5 is a processing flow for measuring vehicle density and vehicle speed.
FIG. 6 is a processing flow of a roadside device that has received a vehicle accident message.
FIG. 7 is a processing flow of a roadside device that determines whether to notify the vehicle of accident information.
FIG. 8 is a processing flow of a roadside device that determines a method for notifying a vehicle of accident information.
FIG. 9 is a configuration example of a table held by a roadside device.
FIG. 10 is a message format in the information providing system when a vehicle accident occurs.
FIG. 11 is a user interface screen.
FIG. 12 is a system configuration diagram of an information providing system in music distribution.
FIG. 13 is a message flow in a processing request when a vehicle requests music distribution.
FIG. 14 is a processing flow of a roadside device that has received a message.
FIG. 15 is a processing flow of a roadside device that determines whether or not to distribute music to a vehicle.
FIG. 16 is a format of a request message.
FIG. 17 is a configuration example of a response message format and a service code table;
[Explanation of symbols]
101, 102, 103, 104 ... roadside equipment, 100 ... roadside communication network, 130 ... road, 131, 132, 133 ... vehicle, 140 ... area, 151, 152, 153 ... communication area

Claims (9)

ネットワークに接続された複数の路側機器により構成される分散処理システムにおける情報提供方法おいて、
車両からデータの要求を受信した他の路側機器からメッセージを受信した路側機器が、前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の車両密度を算出するステップと、
前記メッセージを受信した路側機器が、前記データのサイズに基づいて、前記車両が前記データを受信するのに必要な時間、及び前記車両が前記車両メッセージを受信した路側機器の通信エリアに到達するのに必要な時間を算出するステップと、
前記メッセージを受信した路側機器が、前記車両密度、前記車両が前記データを受信するのに必要な時間、及び前記車両が前記車両メッセージを受信した路側機器の通信エリアに到達するのに必要な時間に基づいて前記メッセージを受信した路側機器から該車両に情報を配信するか否かを判断するステップとを有し、
前記判断するステップは、前記車両密度が前記車両からデータの要求を受信した他の路側機器から受信された車両密度より大きく、かつ、前記車両が前記データを受信するのに必要な時間が前記車両が前記メッセージを受信した路側機器の通信エリアに到達するのに必要な時間よりも大きい場合に、前記メッセージを受信した路側機器から前記車両に前記データを配信すると判断することを特徴とする情報提供方法。In an information providing method in a distributed processing system composed of a plurality of roadside devices connected to a network,
A roadside device that has received a message from another roadside device that has received a data request from the vehicle calculates a vehicle density between the other roadside device that has received the data request from the vehicle and the roadside device that has received the message. And steps to
Based on the size of the data, the roadside device that has received the message reaches the time required for the vehicle to receive the data, and the communication area of the roadside device from which the vehicle has received the vehicle message. Calculating the time required for
Road side equipment receiving the message, the vehicle density, the vehicle time required to receive the data, and the time required for the vehicle to reach the communication area of the roadside device that received the vehicle message possess and determining whether to deliver the information to the vehicle from the road side equipment receiving the message on the basis of,
In the determining step, the vehicle density is greater than a vehicle density received from another roadside device that has received a request for data from the vehicle, and a time required for the vehicle to receive the data is the vehicle. Providing the data from the roadside device that has received the message to the vehicle when the time is longer than the time required to reach the communication area of the roadside device that has received the message. Method. 請求項１記載の情報提供方法において、
前記車両密度を算出するステップは、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された前記車両からデータの要求を受信した他の路側機器の位置情報と前記メッセージを受信した路側機器の位置情報とに基づいて前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の距離を算出し、前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の他の路側機器の車両密度と前記距離とに基づいて前記車両からデータの要求を受信した他の路側機器と前記メッセージを受信した路側機器との間の車両密度を算出することを特徴とする情報提供方法。In the information provision method of Claim 1,
The step of calculating the vehicle density includes the position information of the other roadside device that has received the data request from the vehicle and the message given in the message from the other roadside device that has received the data request from the vehicle. Based on the received location information of the roadside device, the distance between the other roadside device that received the data request from the vehicle and the roadside device that received the message was calculated, and the data request was received from the vehicle. Based on the vehicle density and the distance of other roadside equipment between the other roadside equipment and the roadside equipment that received the message, the roadside that received the message and the other roadside equipment that received a request for data from the vehicle An information providing method for calculating a vehicle density between devices . 請求項２記載の情報提供方法において、
前記必要な時間を算出するステップは、前記データのサイズと前記車両との無線通信の通信速度とに基づいて前記車両が前記データを受信するのに必要な時間を算出し、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された車両速度と前記距離とに基づいて前記メッセージを受信した路側機器の通信エリアに到達するのに必要な時間を算出すること特徴とする情報提供方法。In the information provision method of Claim 2 ,
The step of calculating the required time calculates a time required for the vehicle to receive the data based on a size of the data and a communication speed of wireless communication with the vehicle, The time required to reach the communication area of the roadside device that received the message is calculated based on the vehicle speed given in the message from the other roadside device that received the request and the distance. Information provision method. 複数の路側機器が互いにネットワークを介して接続された分散処理システムを構成する路側機器において、
車両からデータの要求を受信した他の路側機器と当該路側機器との間の車両密度を算出する手段と、
前記データのサイズに基づいて、前記車両が前記データを受信するのに必要な時間、及び前記車両が当該路側機器の通信エリアに到達するのに必要な時間を算出する手段と、
前記車両からデータの要求を受信した他の路側機器からメッセージを受信した場合、前記車両密度、前記車両が前記データを受信するのに必要な時間、及び前記車両が当該路側機器の通信エリアに到達するのに必要な時間に基づいて当該路側機器から該車両にデータを配信するか否かを判断する手段とを有し、
前記判断する手段は、前記車両密度が前記車両からデータの要求を受信した他の路側機器から受信された車両密度より大きく、かつ、前記車両が前記データを受信するのに必要な時間が前記車両が当該路側機器の通信エリアに到達するのに必要な時間よりも大きい場 合に、当該路側機器から前記車両に前記データを配信すると判断することを特徴とする路側機器。In roadside devices constituting a distributed processing system in which a plurality of roadside devices are connected to each other via a network,
Means for calculating a vehicle density between another roadside device that has received a request for data from the vehicle and the roadside device ;
Means for calculating a time required for the vehicle to receive the data and a time required for the vehicle to reach the communication area of the roadside device based on the size of the data;
If a message is received from another roadside device that has received a request for data from the vehicle , the vehicle density, the time required for the vehicle to receive the data, and the vehicle reaches the communication area of the roadside device. based on the time required to have a means for determining whether or not to deliver data to the vehicle from the road side equipment,
The means for determining is that the vehicle density is greater than a vehicle density received from another roadside device that has received a request for data from the vehicle, and a time required for the vehicle to receive the data is the vehicle. There road side equipment, characterized in that determines that the large cases than the time required to reach the communication area of the roadside device, it distributes the data to the vehicle from the road side equipment. 請求項４記載の路側機器において、
前記車両密度を算出する手段は、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された前記車両からデータの要求を受信した他の路側機器の位置情報と当該路側機器の位置情報とに基づいて前記車両からデータの要求を受信した他の路側機器と当該路側機器との間の距離を算出し、車両からデータの要求を受信した他の路側機器と当該路側機器との間の他の路側機器の車両密度と前記距離とに基づいて前記車両からデータの要求を受信した他の路側機器と当該路側機器との間の車両密度を算出することを特徴とする路側機器。In the roadside equipment according to claim 4,
The means for calculating the vehicle density includes the position information of the other roadside device that has received the data request from the vehicle and the position information of the other roadside device given in the message from the other roadside device that has received the data request from the vehicle. And calculating the distance between the other roadside device that has received the data request from the vehicle and the roadside device based on the position information of the other roadside device and the roadside device that has received the data request from the vehicle. roadside apparatus and calculates the density of vehicles between the vehicle density and the distance to other road side equipment and the roadside equipment that has received the request for data from the vehicle on the basis of the other road side equipment between . 請求項５記載の路側機器において、  In the roadside equipment according to claim 5,
前記必要な時間を算出する手段は、前記データのサイズと前記車両との無線通信の通信速度とに基づいて前記車両が前記データを受信するのに必要な時間を算出し、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された車両速度と前記距離とに基づいて前記車両が当該路側機器の通信エリアに到達するのに必要な時間を算出することを特徴とする路側機器。  The means for calculating the required time calculates a time required for the vehicle to receive the data based on a size of the data and a communication speed of wireless communication with the vehicle, The time required for the vehicle to reach the communication area of the roadside device is calculated based on the vehicle speed given in the message from the other roadside device that has received the request and the distance. Roadside equipment. 請求項６記載の路側機器において、  The roadside device according to claim 6, wherein
前記車両速度は、前記他の路側機器が前記車両からデータの要求を受信した時点の車両速度であることを特徴とする路側機器。  The vehicle speed is the vehicle speed at the time when the other roadside device receives a data request from the vehicle. 請求項４から７の何れかに記載の路側機器において、  In the roadside apparatus in any one of Claim 4 to 7,
前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された受信データ量に基づいて前記車両が受信したデータの次のビットから前記車両に前記データを送信する手段を有することを特徴とする路側機器。  Means for transmitting the data to the vehicle from a bit next to the data received by the vehicle based on a received data amount given in a message from another roadside device that has received the data request from the vehicle; Roadside equipment characterized by 請求項４から８の何れかに記載の路側機器において、  In the roadside apparatus in any one of Claim 4 to 8,
前記車両からデータの要求を受信した場合に、要求メッセージをサーバ機に送信する手段と、  Means for transmitting a request message to a server machine when a request for data is received from the vehicle;
前記データと前記データのサイズとが付与された応答メッセージを前記サーバ機から受信した場合に、前記データと前記データのサイズとを前記メッセージに付与し、前記ネットワークを介して前記データと前記データのサイズとが付与された前記メッセージをブロードキャストする手段とを有することを特徴とする路側機器。  When a response message to which the data and the size of the data are attached is received from the server machine, the data and the size of the data are attached to the message, and the data and the data are sent via the network. And a means for broadcasting the message given the size.
JP2000235245A 2000-07-31 2000-07-31 Information providing method and roadside equipment constituting distributed processing system Expired - Fee Related JP3832207B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000235245A JP3832207B2 (en) 2000-07-31 2000-07-31 Information providing method and roadside equipment constituting distributed processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000235245A JP3832207B2 (en) 2000-07-31 2000-07-31 Information providing method and roadside equipment constituting distributed processing system

Publications (2)

Publication Number Publication Date
JP2002049988A JP2002049988A (en) 2002-02-15
JP3832207B2 true JP3832207B2 (en) 2006-10-11

Family

ID=18727487

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000235245A Expired - Fee Related JP3832207B2 (en) 2000-07-31 2000-07-31 Information providing method and roadside equipment constituting distributed processing system

Country Status (1)

Country Link
JP (1) JP3832207B2 (en)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005267505A (en) * 2004-03-22 2005-09-29 Fujitsu Ltd Traffic management system
JP4884400B2 (en) 2006-02-01 2012-02-29 三菱電機株式会社 Applied service providing apparatus and road-to-vehicle communication system using the applied service providing apparatus
JP4798383B2 (en) * 2007-05-24 2011-10-19 株式会社デンソー Roadside machine for vehicle communication system
KR100947174B1 (en) * 2008-03-07 2010-03-12 조용성 System for providing realtime traffic information by using section classified measurement apparatus and the method thereof
JP5262579B2 (en) * 2008-10-27 2013-08-14 住友電気工業株式会社 COMMUNICATION SYSTEM, RADIO COMMUNICATION METHOD, AND COMMUNICATION DEVICE
KR100905497B1 (en) 2009-03-04 2009-07-01 (주)새한지오텍 Image drawing synthesis system
KR100905505B1 (en) 2009-03-04 2009-07-01 (주)새한지오텍 Digital map upgrade system
KR101131693B1 (en) * 2009-07-27 2012-03-28 조용성 Notice system for accidented vehicle and notice method using the same
KR101116850B1 (en) 2010-04-30 2012-03-07 경북대학교 산학협력단 Ubiquitous transportation sensor network and ubiquitous infrastructure sensor thereof
KR101064319B1 (en) * 2011-03-03 2011-09-14 주식회사 스마트비전 System for providing traffic information based on dsrc technology and method thereof
JP5657084B2 (en) * 2013-11-07 2015-01-21 三菱電機株式会社 Mobile monitoring device
JP6595246B2 (en) * 2015-07-29 2019-10-23 株式会社デンソー Communication system and information providing apparatus
CN106485919B (en) * 2016-10-11 2019-06-18 东南大学 A method of determining that through street fixed point tachymeter influences traffic accident quantity
KR102075832B1 (en) * 2018-02-21 2020-02-10 윤종식 System for notifying navigation accident of front vehicele for protecting second traffic accident of highway, and method of thereof
KR102032654B1 (en) * 2018-07-10 2019-10-15 주식회사 퀀텀게이트 Prediction system for traffic accident
KR102033858B1 (en) * 2018-07-10 2019-10-17 주식회사 퀀텀게이트 Prediction system for traffic accident
JP6917104B1 (en) * 2020-01-14 2021-08-11 株式会社辰巳菱機 Information transmission / reception system
CN111583719A (en) * 2020-06-05 2020-08-25 安徽达尔智能控制系统股份有限公司 Intelligent expressway early warning research and judgment method and system based on radar detection
CN111915907B (en) * 2020-08-18 2022-11-04 河南中天高新智能科技股份有限公司 Multi-scale traffic information publishing system and method based on vehicle-road cooperation

Also Published As

Publication number Publication date
JP2002049988A (en) 2002-02-15

Similar Documents

Publication Publication Date Title
JP3832207B2 (en) Information providing method and roadside equipment constituting distributed processing system
US11039384B2 (en) Wireless communication system, information acquiring terminal, computer program, method for determining whether to adopt provided information
US7804423B2 (en) Real time traffic aide
US7228224B1 (en) System and method for determining traffic conditions
JP3849435B2 (en) Traffic situation estimation method and traffic situation estimation / provision system using probe information
JP4110866B2 (en) Roadside equipment and message priority control device
JP3941312B2 (en) Road traffic system and information processing method thereof
JP6260912B2 (en) Device, method, and program for providing traffic location information
KR101615970B1 (en) System for providing traffic information of road work zone using dedicated road traffic communication-based roadside unit (rsu) and onboard unit (obu), and method for the same
WO2011026338A1 (en) Method and device for determining traveling route using traveling time
KR101350247B1 (en) System and method for providing traffic jams information using user-paticipation scheme
WO2018100661A1 (en) Communication system, vehicle-mounted device, and communication method
KR102335557B1 (en) Traffic information delivery system designating direction and distance
JP4295130B2 (en) Traffic information system
KR102011598B1 (en) Emergency traffic control system using mobile device
JP2010198571A (en) Road toll charging system and road toll charging method
JP4091507B2 (en) Road management support system
US20210407283A1 (en) Server device, travel management method, non-transitory computer-readable medium, and automotive device
CN110728853A (en) Traffic accident notification method and intelligent traffic system
KR20140054673A (en) Apparatus for transmitting message based on v2x and method thereof
JP2005229478A (en) System and method for intervehicle communication and wireless communication equipment
JP2004030450A (en) Traffic information guiding apparatus, traffic information guiding method, and system therefor
JPWO2020162282A1 (en) Vehicle management device, vehicle management method, program
JP2006293491A (en) Traffic condition collection apparatus, information center and traffic condition collection system
WO2011127711A1 (en) Method and system for road condition information release

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040218

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060310

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060411

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060418

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060602

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060627

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060710

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090728

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100728

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100728

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110728

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110728

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120728

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130728

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees