1CK欄102は各利用者毎にチェックできるように作成される。以上のようにして、第2CK欄が付加された利用者ファイル、情報ファイル及び第1CK欄が付加された情報毎の利用者ファイルが各路側ビーコンに格納される。beacon.【0020】図6には、以上の配信処理が終了した後に路側ビーコンと車両が通信する場合の路側ビーコン側の処理フローチャートが示されている。12は、その通信可能エリアに送信要求信号を常に送信している(S401)。IDを路側ビーコンに向けて送信する。路側ビーコン12はこのIDを受信すると(S402)、受信IDに対応する利用者ファイルのレコードを記憶装置12dから読み込む(S403)。ここで、「レコード」とは、利用者ファイルのうちそのIDに対応する成分(受信希望時刻と受信希望情報)を言う。S401の処理に戻る。(S404)、全ての情報の送信が終了したか否かを判定し(S405)、全ての情報の送信が終了していない場合には、順次そのレコード内の情報ファイルを車両14に対して送信する(S406)。送信が終了した情報ファイルには、その第1CK欄102に送信終了を意味するチェックマークをつける(S407)。IDに対応するレコード内の全ての情報の送信が終了すると、利用者ファイルの第2CK欄100に送信終了を意味するチェックマークをつける(S408)。(2)K欄102にもチェックマークが付されることになる。14dに記憶する、あるいは表示装置14eに表示することが可能となる。14e.【0022】図7には、路側ビーコン12の定時的な処理フローチャートが示されている。14と通信を行うか否かによらず、一定時間間隔で常に実行されるものである。そのファイルの処理(つまり全てのレコード)が終了したか否かを判定する(S502)。(S502).ファイル処理が終了していない場合には(もちろん、最初はNOである)、次にそのファイル内のレコードの第2CK欄100にチェックマークが付されているか否かを判定する(S503)。この第2CK欄100は、既述したように送信が完了した場合に付されるものであり、この第2CK欄にチェックマークが付されていないということは、そのIDを有する車両に対して未だ情報を送信していないことを意味する。そこで、そのレコードの時刻、つまりそのIDを有する車両が希望する受信時刻をチェックし、現在の時刻がその受信希望時刻に達したか否かを判定する(S504)。受信希望時刻に未だ達していない場合には、そのIDの車両が未だ路側ビーコンの位置に到達していないため送信が行われていない可能性もあるので何ら処理は行わない。現在の時刻が受信希望時刻にすでに達している場合には、車両が何らかの理由でその路側ビーコンを通過しなかった(路側ビーコンと通信しなかった)ことを意味し、その情報は送信完了と同様に路側ビーコン12が保持していても無意味な情報である。(S505)、情報毎の利用者ファイルの第1CK欄100に強制的にチェックマークを付す(S506)。情報ファイルの全ての第1CK欄102がチェックされているか否かを判定する(S507)。全ての第1CK欄102がチェックされている場合、つまりある情報ファイルの全ての利用者に対して、送信が実際に完了したか、あるいは希望受信時刻が到達しても送信が行われたかった場合には、その情報ファイルはもはや不要であるので記憶装置12dから削除する(S508)。vehicle,記憶装置12dに保持しておく。このような定時処理を実行することで、路側ビーコン12の記憶装置12dには、真に必要な情報ファイルのみが記憶されることになり、メモリの効率的な使用が可能となる。memory.【0023】図15及び図16には、本実施形態と従来技術のデータの流れが示されている。(A)は本実施形態のデータの流れであり、車両と路側ビーコン12との間で通信が行われる前に、予め情報センタ10から路側ビーコン12に対して情報を送信しておく(図では、複数の車両が希望する情報として情報(1)及び情報(2)が示されている)。路側ビーコン12の送信要求に対して車両(1)がID1を送信すると、路側ビーコン12はそのID1に対応した情報である情報(1)を記憶装置12dから読み出して直ちに車両(1)に送信する。ID2に応じた情報(2)を記憶装置12dから読み出して送信する。ID(3)を送信すると、路側ビーコン12はそのIDに応じた情報(1)を記憶装置12dから読み出して送信する。車両からIDが送信されても、路側ビーコン12は情報センタ10にアクセスすることなく、その車両が必要とする情報のみを提供することができる。12はその都度情報センタ10にそのIDを送信して情報を受信し、情報センタ10から受信した情報を車両に提供することになるから、車両がIDを送信してから実際に情報を取得するまで時間を要することが理解されよう。time-consuming.【0025】図15から明らかなように、本実施形態では、各車両が有するニーズに合致する情報のみを路側ビーコンから受信でき、しかも極めて迅速に受信することが可能である。quickly.【0026】<第2実施形態>上述した第1実施形態では、予めユーザが情報の受信を希望する路側ビーコンを登録していたが、本実施形態では、予め路側ビーコンを登録しない場合について説明する。本実施形態の基本的な構成は第1実施形態と同様である。embodiment.【0027】図16には、本実施形態における車両の出発地と目的地及びその経路上にある複数の路側ビーコン(1)、(2)、(3)が示されている。車両が路側ビーコン(1)を通過する際に、その目的地情報を路側ビーコンに送信すると、その目的地データは情報センタに送られる。(3),これらの路側ビーコンに予めその車両が必要とする情報を配信しておく。これにより、予めユーザが情報の受信を希望する路側ビーコンを登録しなくても、目的地に至る経路上のいずれかで確実に情報を取得することができる。destination.【0028】図17〜図22には、本実施形態における路側ビーコンと情報センタの処理フローチャートが示されている。これらの図では、説明の都合上車両が図16における路側ビーコン(2)を通過する場合を例示している。16.【0029】まず、図17は路側ビーコン(2)の処理フローチャートである。路側ビーコン(2)からは、その通信可能エリアに向けて常に送信要求信号を送っており(S601)、車両14が通信可能エリアに進入してこの信号を受信すると、自車のIDを路側ビーコン(2)に向けて送信する。路側ビーコン(2)では、このIDを受信すると(S602)、受信IDを情報センタ10に送信する(S603)。情報センタ10からは、このIDに対応する情報ファイルが送信されてくるから、この情報を受信し(S604、S605)、受信した情報を車両14に送信する(S606)。以上の処理は従来技術の処理と全く同様である。(3)が保持している情報が不要となることに鑑みたものである。unnecessary.【0030】図18及び図19は、情報センタ10の処理である。sent,順次これらの情報ファイルを路側ビーコン(2)及び(3)に送信する(S704、S705)。路側ビーコン(3)の抽出は、センタコンピュータ10aがIDとともに車両14から送信されてくる目的地情報と地図データとを照合し、路側ビーコン(2)と目的地との間の経路にある任意の路側ビーコンを選択すればよく、路側ビーコン(2)に隣接する路側ビーコンを抽出してもよい。車両14の目的地情報は、路側ビーコン(2)以前に通過した路側ビーコンから取得してもよく、予め何らかの方法で知ることができる場合にはその情報を用いればよい。路側ビーコン(2)及び(3)に対して同一情報を全て配信した後、路側ビーコン(2)及び(3)に対してファイル終了信号を送信して配信処理を終了する(S706)。(S706).【0031】また、図19は路側ビーコン(2)から情報ファイルの削除要求を受信した場合、つまり路側ビーコン(2)で情報の全てを車両14に送信できた場合の処理である。路側ビーコン(2)から削除要求を受け付けると(S801)、路側ビーコン(3)に対して削除要求信号を送信する(S802)。この処理は図18の処理の後段に位置する処理である。18.【0032】図20〜図22は路側ビーコン(3)の処理である。(S901)、車両14がこの送信要求に応答して自車のIDを送信すると、路側ビーコン(3)はこのIDを受信し(S902)、情報センタ10からの配信情報があるか否かを判定する(S903)。配信情報があればこれを車両14に対して送信するが(S904)、情報センタ10から情報が配信されていない場合、あるいは一度配信されたが後述するように情報センタ10から削除要求を受信してその情報ファイルを削除した場合には、車両14に対して情報を送信しない。14.【0033】図21は、情報センタ10から配信される情報の受信処理であり、情報センタ10から情報が送られると(S1001)、これを順次記憶装置12dに記憶していく(S1002)。これにより、不要となった情報ファイルを記憶装置12dに保持することがなくなり、メモリの効率的な使用が可能となる。memory.【0035】このように、本実施形態においては、予め車両が情報の受信を希望する路側ビーコンを登録していなくても、目的地に至る経路上の路側ビーコンに予め必要とする情報が配信されるので、第1実施形態と同様に、車両の走行状態によらず確実に必要な情報のみを受信することが可能である。invention,各車両(ユーザ)毎に異なる多様なニーズに応えて必要な情報のみを車両に送信することができ、しかも車両の走行状態によらず確実に情報を送信することができる。車両側の構成ブロック図である。路側ビーコンの構成ブロック図である。情報センタのファイル作成処理フローチャートである。情報センタの配信処理フローチャートである。路側ビーコンの受信処理フローチャートである。路側ビーコンと車両との通信処理フローチャートである。路側ビーコンの定時処理フローチャートである。利用者テーブルの説明図である。情報ファイルの説明図である。路側ビーコン毎の利用者ファイル説明図である。情報毎利用者ファイルの説明図である。ビーコン毎情報ファイルの説明図である。第2CK欄が設けられた利用者ファイルの説明図である。第1CK欄が設けられた情報毎利用者ファイルの説明図である。実施形態システムと従来システムのデータの流れを示すダイヤグラム図である。出発地と目的地及び路側ビーコンとの位置関係を示す説明図である。路側ビーコン(2)の処理フローチャートである。情報センタの配信処理フローチャートである。情報センタの削除処理フローチャートである。路側ビーコン(3)の車両との通信処理フローチャートである。路側ビーコン(3)の情報受信フローチャートである。路側ビーコン(3)情報ファイル削除処理フローチャートである。システム構成図である。従来システムのデータの流れを示す説明図である。有することを特徴とする路車間通信システム。前記路側ビーコンの送信手段は、前記情報ニーズテーブルに基づいて前記車両が必要とする情報を送信することを特徴とする請求項1記載の路車間通信システム。前記第2記憶手段に記憶された情報のうち、不要と判定された情報を消去する消去手段を有することを特徴とする請求項1、2のいずれかに記載の路車間通信システム。有することを特徴とする路車間通信システム。communication。