JP3832207B2 - Information providing method and roadside equipment constituting distributed processing system - Google Patents
Information providing method and roadside equipment constituting distributed processing system Download PDFInfo
- 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
Links
Images
Landscapes
- Traffic Control Systems (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、道路に沿って設置された路側機器と車両によって構成される情報提供システムにおいて、各路側機器が走行する車両の車両速度と車両密度により、車両に情報を提供するか否かを自律的に判断する情報提供方式に関する。
【0002】
【従来の技術】
カーナビゲーション装置から車両位置及び車両情報を交通情報センターに送信し、交通情報センターで車両位置、走行方向を分析し、これに該当する所定単位の領域の個数及び順番を決め、該決められた領域の個数及び順番に従い、カーナビゲーション装置に情報を配信する交通情報提供方法が例えば(特開2000−132794)に記載されている。
【0003】
【発明が解決しようとする課題】
従来の情報提供方式において、交通情報を車両に提供する場合、交通情報センターで道路を走行する車両速度等の情報を収集し、車両に渋滞情報等を提供していた。しかし、この方式は交通情報センターに設置されたサーバ機が、一旦車両の情報を収集・分析してから配信する方式を前提としているため、車両の状態を全てセンターが収集・分析しなければならず、その結果センターに負荷が集中して応答時間の低下といった問題が生じていた。またサーバ機から車両の渋滞情報等を車両に伝達するルートが複数存在する場合には、その伝達するルートを確立しなければならず、車両への情報伝達に長い時間を必要とした。
【0004】
【課題を解決するための手段】
上記の課題を解決するため、本発明における情報提供方式では、
(1)配信する情報を路側通信網にブロードキャストし、
(2)情報を受信した路側機器が、車両の状態(車両速度、車両密度等)に基づいて車両に情報を通知するか否かを自律的に判断し
(3)通知する必要があると判断した場合には、受信した情報を車両に配信することに特徴がある。
【0005】
【発明の実施の形態】
本発明における第一の実施例について説明する。図1は本発明における情報提供システムの全体構成図で、車両事故が起きた場合を想定している。路側機器101、路側機器102、路側機器103、路側機器104は路側通信網100に接続され、各路側機器は路側通信網100を介して相互に通信を行うことができる。また、路側機器101、路側機器102、路側機器103、路側機器104は、各々通信エリア151、通信エリア152、通信エリア153、通信エリア154内を走行する車両と無線通信を介して相互に通信を行うことができる。路側通信網100は、例えば道路に沿って敷接した光ファイバケーブルである。図1の例では、道路130を走行する車両132と車両133が事故を起こした場合、路側機器103が路側機器に設置された例えば音センサーにより衝撃音を感知し、同時に路側機器に搭載されたカメラにより通信エリア内の画像を撮影し、画像処理を行うことで車両事故が起きたことを感知する。車両事故を感知した路側機器103は、事故情報を路側通信網100に接続された他の路側機器に路側通信網100を介して送信する。路側機器101は事故情報を無線通信により車両131に送信する。無線通信とは、例えば路側機器と道路を走行する車両との間で短距離かつ双方向通信を行う狭帯域無線通信システムDSRC(Dedicated Short Range Communications)である。エリア140は情報を車両に通知しなければならないと判断した路側機器のグループが車両に対して情報を配信するエリアで、情報提供エリアと呼ぶ。情報提供エリア140は、路側機器101、路側機器102、路側機器103と通信エリア151、通信エリア152、通信エリア153内を走行する車両により生成される。
【0006】
図2に事故が起きた場合のメッセージフロー例を示す。車両232、車両233が事故を起こした場合、事故を感知した路側機器203は、事故情報と路側機器203の位置情報をメッセージに付与し、車両事故メッセージ222を路側通信網200に対してブロードキャストする。車両事故メッセージ222は路側通信網に接続された全ての路側機器に受信され、各路側機器は車両事故メッセージの内容と路側通信網を介して受信した車両密度メッセージ223と車両速度メッセージ224の内容をもとに処理を実行し、車両に事故情報を通知するか否かを判断する。例えば、路側機器201、路側機器202、路側機器203、路側機器204はメッセージを受信し、路側機器201、路側機器202、路側機器203が車両231に事故情報を通知しなければならないと判断する。情報提供エリア140は路側機器201、路側機器202、路側機器203と車両231により生成される。情報提供エリア内に設置された各路側機器は、事故現場からの距離と車両速度と車両密度より、車両に通知する内容を判断し、事故情報が付与されたサービスメッセージ221を車両231に送信する。
【0007】
各路側機器の構成を図3に示す。路側機器300は、情報処理を行う計算機350、プログラムやデータを記憶するための不揮発性記憶媒体であるハードディスク340、車両と無線通信を行うための無線通信装置330、カメラや各種センサーなどの外部デバイス320により構成される。計算機350は、プログラム実行などの演算を行うためのプロセッサ301、OS(Operating System)などの基本プログラムや基本データを格納するためのROM302、プログラム実行時の処理領域やデータの一時格納領域として使用するRAM303、路側通信網360と接続するための通信インターフェース311、ハードディスク340を接続するための外部記憶装置インターフェース312、外部デバイスとデータを授受するための外部デバイスインターフェース313、無線通信装置との間でデータを授受するための通信インターフェース314により構成され、これらの構成要素はバス310を介して相互にデータを授受することができる。プロセッサ301上で実行されるプログラムは、通信インターフェース314と無線通信装置330を介して1台または複数の車両と通信を行うことができ、また通信インターフェース311と路側通信網360を介して他の路側機器と通信を行うことができる。外部デバイスインターフェース313と外部デバイス320を介して外部の映像、音声、振動、温度、湿度、気圧などの情報を収集できる。
【0008】
路側機器の処理フローを図4に示す。路側機器は、車両速度と車両密度を計測し(ステップ401、ステップ402)、計測した車両速度と車両密度を路側通信網にブロードキャストする(ステップ403)。車両事故メッセージを路側機器が受信すると(ステップ404)、路側機器は事故現場からの距離と車両速度と車両密度から処理を実行する(ステップ405)。路側機器が車両事故メッセージを受信しなかった場合、路側機器は引き続き、車両速度と車両密度を計測し、計測した車両速度と車両密度を路側通信網にブロードキャストする。
【0009】
車両密度計測処理フローを図5(1)に示す。路側機器は、使用中の通信チャネル数を確認し、通信チャネル数より車両密度ρを計測する(ステップ501)。本発明での車両密度ρとは、通信エリア内を単位時間当たりに走行する車両台数のことであり、ρ=M/Tで表される。Mは時間Tで路側機器と通信を行った総車両台数であり、時間Tは車両密度メッセージが路側通信網に送信される一定周期時間である。
【0010】
車両速度計測処理フローを図5(2)に示す。路側機器101は、車両131とコネクションを開始した時間t1を記録し、時間t1と車両131の車両IDと自路側機器IDとを付与したメッセージを路側通信網にブロードキャストする。メッセージを受信した路側機器102は、車両が路側機器101とコネクションを開始した時間t1を確認し(ステップ511)、車両が路側機器102とコネクションを開始した時間t2と距離L160から車両速度V=L/(t2−t1)を算出する(ステップ512)。距離L160は、隣接する路側機器間との距離であり、路側機器内に距離情報テーブルとして予め路側機器が道路に設置される際に登録される。距離情報テーブルの構成を図9(1)に示す。距離情報テーブル900には、隣接する路側機器ID901と隣接する路側機器間との距離情報902がメートル単位で登録されている。また距離情報テーブル900に記載されている路側機器IDは、隣接する後方の路側機器と対応しており、各路側機器は路側機器ID901とメッセージ内に付与された路側機器IDとを比較することで、隣接する後方の路側機器からのメッセージか否かを判断する。例えば、路側機器IDが1の隣接する路側機器との距離情報は30メートルが登録されている。
【0011】
次に、路側機器102は、路側機器101と同様に車両131とのコネクション開始時間t2と車両131の車両IDと自路側機器IDとを付与したメッセージを路側通信網にブロードキャストする。
【0012】
事故情報処理フローを図6に示す。路側機器が車両事故を感知した路側機器より送信された車両事故メッセージを受信すると(ステップ601)、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。サービスコードテーブルの構成を図9(2)に示す。サービスコードテーブル910は、サービスの種別を示すサービスコード911とその内容を示すサービス内容912により構成される。例えば、サービスコードが1のサービスに対するサービス内容として事故情報が登録されている。
【0013】
次に、車両事故を感知した路側機器の位置情報と確認された事故情報と車両速度と車両密度とから処理を実行し(ステップ602)、自通信エリア内を走行する車両に事故情報を通知するか否かの判断を行う(ステップ603)。事故情報を車両に通知すると判断した路側機器は、事故現場からの距離と自通信エリア内を走行する車両の車両速度と前方の車両密度とから車両に通知する内容を判断して、車両への通知方法を決定し(ステップ604)、それに従い事故情報を車両に通知する(ステップ605)。車両に事故情報を通知しないと判断した路側機器は、車両事故メッセージを廃棄する(ステップ606)。例えば、路側機器201、路側機器202は、路側機器203より送信された車両事故メッセージを受信し、車両に事故情報を通知すると判断して、車両231に事故情報を通知する。
【0014】
車両に事故情報を通知するか否かを判断する路側機器の処理フローを図7に示す。メッセージを受信した路側機器は、車両事故メッセージに付与された路側機器の位置情報と、自内に登録されている位置情報テーブルとから、該路側機器と事故を感知した路側機器との距離Dを算出する(ステップ701)。位置情報テーブルの構成図を図9(3)に示す。位置情報テーブル920は、緯度情報921と経度情報922により構成され、メッセージを受信した路側機器は、メッセージ内に付与された座標情報(緯度情報と経路情報の座標で表される)と位置情報テーブルの座標情報とから距離Dを算出する。位置情報テーブル920は、路側機器が道路に設置される際に登録される。
【0015】
次に、自内に登録された危険ゾーンテーブル内の危険ゾーンD0とDとを比較する(ステップ702)。危険ゾーンD0の値は、路側機器が設置される道路環境によって異なる。危険ゾーンテーブルの構成を図9(4)に示す。危険ゾーンテーブル930には危険ゾーンを示す距離がメートル単位で登録され、例えば1000メートルが登録されている。危険ゾーンテーブル930は、路側機器が道路に設置される際に登録される。
【0016】
DとD0を比較した結果、DがD0より大きい場合(ステップ703)、他の路側機器より受信した前方の車両密度ρi(iは事故を感知した路側機器と該路側機器との間に設置されている路側機器の数を最大値とする自然数である)と距離Dより平均車両密度ρmを算出し(ステップ704)、安全車両密度ρsとρmより危険値α=ρm/ρsを算出する(ステップ705)。安全車両密度ρsとは、車両間隔が十分保たれており追突事故等の車両事故が起きないことを前提とした安全な車両密度のことであり、路側機器内に安全車両密度テーブルとして登録されている。車両間隔が十分保たれている距離とは、例えば100m以上のことである。安全車両密度テーブルの構成を図9(5)に示す。安全車両密度テーブル940には、安全車両密度を示す値が登録されており、例えば0.02が登録されている。安全車両密度テーブル940は路側機器が道路に設置される際に登録される。
【0017】
次に、算出した危険値αを確認し、αが0でなければ(ステップ706)車両に事故情報を通知する準備を行い(ステップ707)、αが0の場合はメッセージを廃棄する(ステップ708)。αは事故情報を車両に通知する路側機器の範囲を決定するのに必要な値であり、αの分子に値するρmは小数点第二位以下を切り捨てて計算する。
【0018】
事故情報の通知方法決定処理フローを図8に示す。危険ゾーンD0と事故現場からの距離Dとを比較し、DがD0より大きい場合(ステップ801)、危険値αを参照する。αが0<α<1の範囲の場合(ステップ802)、簡易通知として車両に事故情報を提供する(ステップ803)。αが0<α<1の範囲とは、事故情報を通知する車両前方の平均車両密度ρmが、安全車両密度ρsより小さい場合であり、渋滞等の車両事故の影響を受けない範囲のことである。簡易通知とはカーナビゲーション上に事故情報をメッセージとして表示する程度の通知である。一方、αが1以上の場合とは、事故情報を通知する車両前方の平均車両密度ρmが、安全車両密度ρsより大きい場合であり、車両事故の影響による渋滞等が予想される値である。この場合、路側機器は警告通知として車両に事故情報を提供する(ステップ804)。警告通知とは、車両事故の影響による渋滞を予想しドライバーに回避を促すための通知であり、カーナビゲーション上のメッセージと音声の両方でドライバーに通知する。事故現場からの距離Dが危険ゾーンD0より小さい場合は、緊急通知として車両に事故情報を提供する(ステップ805)。D0>Dの場合とは、車両が事故現場から十分近い位置を走行中であり、車両事故の影響による渋滞だけではなく、玉突き事故の影響も十分に考えられる場合のことである。緊急通知とは、玉突き事故等の車両事故の影響による交通被害の拡大を抑えるために、ドライバーに車両速度を十分に抑えることを促すための通知であり、カーナビゲーション上のメッセージと音声の両方でドライバーに通知する。
【0019】
図10(1)に車両事故メッセージのフォーマットを示し、図10(2)に車両密度メッセージのフォーマットを示し、図10(3)に車両とのコネクションを開始した時間を隣接する前方の路側機器に送信する際の時間情報メッセージのフォーマットを示し、図10(4)に車両速度メッセージのフォーマットを示し、図10(5)に車両に送信するサービスメッセージのフォーマットを示す。
【0020】
車両事故メッセージ1000は、情報の種別を示すサービスコード1001、路側機器の位置情報を示す1002、事故情報の内容を示す1003により構成される。車両事故メッセージを受信した路側機器は、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。次に、自路側機器内に登録されている位置情報とメッセージ内に付与されている路側機器位置情報1002とから、事故現場からの距離を算出する。
【0021】
車両密度メッセージ1010は、サービスコード1011、路側機器位置情報1012、車両密度情報1013とから構成される。車両密度メッセージを受信した路側機器は、路側機器位置情報1012から車両密度情報の内容が示す位置を予測する。
【0022】
時間情報メッセージ1020は、サービスコード1021、路側機器ID1022、車両ID1023、時間情報1024とから構成される。時間情報メッセージを受信した路側機器は、路側機器ID1022と自内に登録された距離情報テーブル900より、隣接する後方路側機器からのメッセージであることを確認し、距離Lを距離情報テーブルより参照する。車両ID1023は、後方の隣接する路側機器とコネクションを開始した時間t1が示されている時間情報1024が対象とする車両の識別子である。
【0023】
車両速度メッセージ1030は、サービスコード1031、路側機器位置情報1032、車両速度情報1033により構成される。車両速度情報メッセージを受信した路側機器は、路側機器位置情報1032から車両速度情報1033の内容が示す位置を予測する。
【0024】
サービスメッセージ1040はサービスコード1041と事故情報1042により構成される。事故情報1042の内容は、事故現場からの距離、車両速度、車両密度に応じて異なっており、またその内容は例えば「1Km前方で車両事故発生!!速度落とせ!!」のような文字列と「1km前方で車両事故が発生しました。速度を落として下さい。」のような音声データとして予め各路側機器に格納されている。
【0025】
図11にユーザインターフェース画面を示す。路側機器が緊急通知として事故情報を車両に通知した際のユーザインターフェース画面を図11(1)に、警告通知として通知した際のユーザインターフェース画面を図11(2)に、簡易通知として通知した際のユーザインターフェース画面を図11(3)に示す。
【0026】
ユーザインターフェース1100は、プロセッサとディスプレイ装置と通信装置が搭載されたシステムで、例えばカーナビゲーションである。車両が路側機器から緊急通知として事故情報を受信すると、ユーザインターフェース1100上に緊急通知メッセージ1101を表示し、また音声メッセージとしてメッセージ1102を流すことによって、車両ドライバーに事故情報の緊急度を通知する。例えば、緊急通知メッセージ1101では、画面全体を埋めるような大きなフォントで事故情報の緊急度を伝え、さらに車両速度を抑えるような指示を含めている。また、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために例えば音声メッセージ1102により、事故情報を車両ドライバーが設定している音量よりもさらに大きい音量で通知する。
【0027】
ユーザインターフェース1110はユーザインターフェース1100と同様に例えばカーナビゲーションであり、車両が路側機器から警告通知として事故情報を受信すると、ユーザインターフェース1110上に警告通知メッセージ1111を表示し、また音声メッセージとしてメッセージ1112を流すことによって、車両ドライバーに事故情報の緊急度を通知する。例えば、警告通知メッセージ1111では、画面中央にメッセージを表示することで事故情報の緊急度を伝え、さらに予想される渋滞情報をメッセージの中に含める。また、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために例えば音声メッセージ1112により、事故情報の緊急度を伝える。警告通知メッセージと緊急通知メッセージとの違いを明確にさせるために、警告通知メッセージ1111の表示フォントの大きさは、カーナビゲーションで使用されている表示フォントの大きさと同程度でよく、また音声メッセージ1113の音量は車両ドライバーが設定している音量と同程度でよい。
【0028】
ユーザインターフェース1120は、ユーザインターフェース1100と同様に例えばカーナビゲーションであり、車両が路側機器から簡易通知として事故情報を受信すると、ユーザインターフェース1120上に簡易通知メッセージ1121を表示することによって、車両ドライバーに事故情報の緊急度を通知する。例えば、簡易通知メッセージ1121では、カーナビゲーションの画面がメッセージによって塞がれないように、画面上方にメッセージを表示する。また、緊急通知メッセージや警告通知メッセージのような音声によるメッセージ通知はないが、車両ドライバーがカーナビゲーションに目を向けることなく、車両ドライバーに事故情報の緊急度を知らせるために、メッセージ呼び出し音1122を鳴らす。
【0029】
情報提供システムにおいて、車両事故が発生した場合の路側機器の処理方式について説明した。道路に沿って設置された複数の路側機器が、道路を走行する車両の状態(車両速度、車両密度等)と事故発生現場からの距離に基づいて、事故情報を車両に配信するか否かを自律的に判断し、事故情報を配信すると判断した全ての路側機器が、車両に情報を配信する。これにより、交通情報センターが道路を走行する車両の状態(車両速度、車両密度等)を集中管理するのではなく、路側機器が路側通信網を介して情報伝達を行い、その情報はセンター内に設置されたサーバ機を介さないで車両に配信されるため、センターに処理負荷が集中するのを回避できる。また、センターでの集中処理ではなく路側機器が自律的に車両の状態(車両速度、車両密度等)を処理するため、車両状態の情報をサーバ機が一旦集める必要がなく、その結果サーバ機から車両への情報伝達ルートを生成する必要がなくなり、車両への情報伝達時間を短縮できる。処理負荷集中の回避と情報伝達時間の短縮により、例えば車両事故が発生した場合に、車両ドライバーは車両事故の影響による玉突き事故や車両事故の影響による交通渋滞といった車両事故が原因による二次災害を回避することができる。
【0030】
次に第二の実施例について説明する。第一の実施例では、事故情報を車両に配信する場合を想定しており、データサイズは高々数Byte〜数KByteであるため、車両が複数の路側機器を跨いで情報配信が行われることはなかった。一方第二の実施例では、マルチメディア情報等の大規模情報を車両に配信する場合を想定している。従って、データサイズは数MByte〜数100MByteとなり、車両への情報配信は複数の路側機器を跨ぐことになる。
【0031】
図12は大規模情報配信における情報提供システムの全体構成図で、音楽配信を想定している。路側機器1201、路側機器1202、路側機器1203、路側機器1204、サーバ機1210は路側通信網1200を介して接続され、各路側機器は路側通信網1200を介して相互に通信を行うことができる。また、路側機器1201、路側機器1202、路側機器1203、路側機器1204は、各々通信エリア1251、通信エリア1252、通信エリア1253、通信エリア1254内を走行する車両と無線通信を介して相互に通信を行うことができる。図12の例では、道路1230を走行する車両1231が路側機器1201に対して音楽配信を要求し、路側機器1201はサーバ機1210に対して音楽配信を要求する。路側機器1201から音楽配信の要求を受けたサーバ機1210は音楽データ1220を路側機器1201に路側通信網1200を介して送信する。エリア1240は車両に音楽を配信しなければならないと判断した路側機器のグループが車両に対して音楽を配信する情報提供エリアで、その定義は情報提供エリア140のそれと同じである。情報提供エリア1240は、路側機器1201、路側機器1202、路側機器1203と車両1231により生成される。情報提供エリア内に設置された各路側機器は、車両1231に音楽を配信する準備がされているため、車両1231が車両1232の位置に移動した際にも、通信が途切れることなく車両1231に音楽を配信することができる。
【0032】
図13に音楽を車両に配信する際のメッセージフロー例を示す。車両1331が路側機器1301に要求メッセージ1321を送信すると、メッセージを受信した路側機器1301は、車両が音楽配信を要求していることを確認し、サーバ機1310に対して要求メッセージ1323を送信する。サーバ機1310は音楽データと音楽データのデータサイズを付与して応答メッセージ1325を路側機器1301に対して送信する。応答メッセージ1325を受信した路側機器1301は、車両1331が要求する音楽データと音楽データのデータサイズをメッセージに付与して、要求メッセージ1324を路側通信網1300に対してブロードキャストする。要求メッセージ1324は路側通信網に接続された全ての路側機器に受信され、各路側機器は道路を走行する車両の車両速度、車両密度、要求された音楽データのデータサイズをもとに処理を実行し、音楽を車両に配信するか否かを判断する。図13の例では、路側機器1301、路側機器1302、路側機器1303、路側機器1304が要求メッセージ1324を受信し、路側機器1301、路側機器1302、路側機器1303が車両1331に音楽を配信しなければならないと判断する。情報提供エリア1340は、路側機器1301、路側機器1302、路側機器1303と車両1331により生成される。情報提供エリア内に設置された各路側機器は、音楽データが付与された応答メッセージ1321を車両1331に送信する。メッセージを受信した路側機器の処理フローを図14に示す。
【0033】
車両から音楽配信の要求メッセージを受信した路側機器の処理フローを図14(1)に示す。路側機器が車両からの要求メッセージを受信すると(ステップ1401)、自内に登録されているサービスコードテーブルとメッセージ内に付与されたサービスコードとを比較しサービスの種別を判断する。サービスコードテーブルの構成を図17(3)に示す。図17(3)のサービスコードテーブルは、図9(2)のそれと同じで、例えばサービスコード1721が2のサービスに対するサービス内容1722として音楽配信が登録されている。
【0034】
路側機器が車両からの要求メッセージが音楽配信であることを確認すると、サービスコードと該路側機器IDを付与した要求メッセージをサーバ機に送信する(ステップ1402)。
【0035】
車両から音楽配信を要求された路側機器から要求メッセージを受信した路側機器の処理フローを図14(2)に示す。路側機器が要求メッセージ1324を受信すると(ステップ1411)、車両から音楽配信要求を受けた路側機器との距離と車両が要求する音楽データのデータサイズと車両速度と車両密度とにより処理を実行し(ステップ1412)、車両に音楽を配信するか否かの判断を行う(ステップ1413)。車両に音楽を配信すると判断した路側機器は自通信エリア内に進入してきた該車両に対して音楽を配信する(ステップ1414)。一方、車両に音楽を配信しないと判断した路側機器は、要求メッセージ1324を廃棄する(ステップ1415)。
【0036】
車両に音楽を配信するか否かの判断を処理する各路側機器の処理フローを図15に示す。車両から音楽配信を要求された路側機器から要求メッセージを受信すると、メッセージ内に付与された路側機器の位置情報と自内に登録されている位置情報テーブル(920)とから、車両から音楽配信を要求された路側機器との距離Dを算出し(ステップ1501)、次に他の路側機器より受信した後方の車両密度ρi(iは車両から音楽配信を要求された路側機器と該路側機器との間に設置されている路側機器の数を最大値とする自然数である)と距離Dより平均車両密度ρmを算出し(ステップ1502)、車両から音楽配信の要求を受けた路側機器より受信した車両密度ρ0とρmの大きさを比較する(ステップ1503)。ρ0とρmの比較は、音楽配信を要求した車両の速度を判断するのに必要な比較であり、ρm>ρ0の場合は車両が音楽配信を要求した時点での車両速度を上回ることはないと判断する。
【0037】
比較した結果、ρm>ρ0の場合(ステップ1504)、車両が要求する音楽データのデータサイズX[bit]と無線通信の通信速度P[bps]より、車両が音楽データを全て受信するのに必要な時間taを算出する(ステップ1505)。次に、要求メッセージ内の車両速度Vと算出した距離Dより該車両が自通信エリア内に到達する時間tを予測する(ステップ1506)。車両速度Vは、路側機器が車両から音楽配信の要求を受信した時点での、該車両の車両速度である。車両が音楽データを全て受信するのに必要な時間taと該車両が自通信エリア内に到達するのに必要な時間tとを比較し、ta>tの場合(ステップ1507)及びρ0>ρmの場合、該車両に音楽を配信する準備を行う(ステップ1508)。一方、ta<tの場合、要求メッセージを廃棄する(ステップ1509)。taとtの比較は、路側機器が車両に音楽を配信するか否かの判断をするのに必要な比較である。
【0038】
図16(1)に車両から路側機器に音楽配信を要求するメッセージのフォーマットを示し、図16(2)に路側機器がサーバ機に音楽データを要求するメッセージのフォーマットを示し、図16(3)に車両からの要求メッセージを受信した路側機器が路側通信網にブロードキャストする際の要求メッセージのフォーマットを示す。
【0039】
要求メッセージ1600はサービスコード1601、サービスを要求した車両を識別する車両ID1602、要求する音楽データの情報を示す音楽要求情報1603、車両が受信した音楽データのデータ量を示す受信データ量1604により構成される。受信データ量は、車両がハンドオーバーを行う際に必要なものであり、路側機器は要求メッセージ内の受信データ量から、車両が受信した音楽データのデータ量を確認し、要求メッセージを受信した路側機器は車両が受信したデータサイズの次のビットから、車両に音楽データを送信する。車両が最初に路側機器に音楽配信を要求する場合、受信データ量の値はNULLである。
【0040】
要求メッセージ1610はサービスコード1611、路側機器ID1612、音楽要求情報1613により構成される。路側機器ID1612は、サーバ機が応答メッセージを返す場合に必要な路側機器を識別するための識別子である。音楽配信要求情報1613は、要求メッセージ1600のそれと全く同じである。
【0041】
要求メッセージ1620はサービスコード1621、車両ID1622、路側機器位置情報1623、音楽要求情報1624、自通信エリア内を走行する該車両の車両速度1625、自通信エリア内を走行する車両の車両密度1626、データサイズ1627により構成される。路側機器位置情報1623と車両速度1625と車両密度1626とデータサイズ1627は、要求メッセージ1620を受信した路側機器が、車両に音楽配信を行うか否かを判断するのに必要な情報である。
【0042】
図17(1)にサーバ機から路側機器へ返す応答メッセージのフォーマットを示し、図17(2)に路側機器から車両に返す応答メッセージのフォーマットを示す。
【0043】
応答メッセージ1700は、サービスコード1701、路側機器ID1702、要求された音楽内容を示す音楽情報1703、音楽データのデータサイズ1704により構成される。応答メッセージ1700を受信した路側機器は路側機器ID1702を確認して受け取るべきメッセージか否かを判断する。データサイズ1704は、路側機器が要求メッセージ1620を路側通信網にブロードキャストする際に必要な情報である。
【0044】
応答メッセージ1710は、サービスコード1711、車両ID1712、音楽情報1713により構成される。応答メッセージ1710は、車両からの要求メッセージ1600に応答するメッセージであり、音楽要求情報1603に対して音楽情報1713を応答する。さらに、受信データ量1604より、各路側機器は車両に配信する音楽データの開始ビットを確認し、車両に必要な音楽データだけを音楽情報1713に付与して応答メッセージを送信する。
【0045】
情報提供システムにおいて、車両から音楽配信を要求された場合の路側機器の処理方式について説明した。路側通信網に接続された各路側機器は、道路を走行する車両の車両状態(車両速度、車両密度等)と車両が要求する音楽データのデータサイズに基づいて、路側機器が該車両に音楽を配信するか否かを自律的に判断し、音楽配信を行うと判断した全ての路側機器が予め該車両に配信する音楽データを準備しておく。これにより、センターに処理負荷が集中することを回避し、また車両への情報伝達時間を短縮することができる。これは第一の実施例と同じ理由による。さらに、音楽配信を行うと判断した全ての路側機器が予め車両に配信する音楽データを準備し、また車両が路側機器に対して既に受信した音楽データのデータサイズを送信することで、路側機器は複数の路側機器間を跨いで道路を高速走行する車両に対しても、音楽データのような大規模情報を継続して配信することができる。
【図面の簡単な説明】
【図1】本発明における情報提供システムのシステム構成図である。
【図2】車両事故が起きた場合の処理要求におけるメッセージフローである。
【図3】路側機器の構成図である。
【図4】路側機器の処理フローである。
【図5】車両密度、車両速度計測処理フローである。
【図6】車両事故メッセージを受信した路側機器の処理フローである。
【図7】事故情報を車両に通知するか否かの判断を決定する路側機器の処理フローである。
【図8】車両への事故情報通知方法を決定する路側機器の処理フローである。
【図9】路側機器が保持するテーブル構成例である。
【図10】車両事故が起きた場合の情報提供システムにおけるメッセージフォーマットである。
【図11】ユーザインターフェース画面である。
【図12】音楽配信における情報提供システムのシステム構成図である。
【図13】車両が音楽配信を要求した場合の処理要求におけるメッセージフローである。
【図14】メッセージを受信した路側機器の処理フローである。
【図15】車両に音楽を配信するか否かを決定する路側機器の処理フローである。
【図16】要求メッセージのフォーマットである。
【図17】応答メッセージのフォーマットとサービスコードテーブルの構成例である。
【符号の説明】
101、102、103、104…路側機器、100…路側通信網、130…道路、131、132、133…車両、140…エリア、151、152、153…通信エリア[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
[0006]
FIG. 2 shows an example of a message flow when an accident occurs. When the
[0007]
The configuration of each roadside device is shown in FIG. The
[0008]
The processing flow of the roadside equipment is shown in FIG. The roadside device measures the vehicle speed and the vehicle density (
[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
[0011]
Next, like the
[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
[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
[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
[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
[0021]
The
[0022]
The
[0023]
The
[0024]
The
[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
[0027]
Similar to the
[0028]
The
[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
[0032]
FIG. 13 shows an example of a message flow when delivering music to the vehicle. When the
[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
[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
[0040]
The
[0041]
The
[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
[0044]
The
[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 .
前記必要な時間を算出する手段は、前記データのサイズと前記車両との無線通信の通信速度とに基づいて前記車両が前記データを受信するのに必要な時間を算出し、前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された車両速度と前記距離とに基づいて前記車両が当該路側機器の通信エリアに到達するのに必要な時間を算出することを特徴とする路側機器。 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 vehicle speed is the vehicle speed at the time when the other roadside device receives a data request from the vehicle.
前記車両からデータの要求を受信した他の路側機器からのメッセージ内に付与された受信データ量に基づいて前記車両が受信したデータの次のビットから前記車両に前記データを送信する手段を有することを特徴とする路側機器。 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
前記車両からデータの要求を受信した場合に、要求メッセージをサーバ機に送信する手段と、 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.
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)
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 |
-
2000
- 2000-07-31 JP JP2000235245A patent/JP3832207B2/en not_active Expired - Fee Related
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 |