Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP3589060B2 - Roadside-vehicle communication in-vehicle device - Google Patents
[go: Go Back, main page]

JP3589060B2 - Roadside-vehicle communication in-vehicle device - Google Patents

Roadside-vehicle communication in-vehicle device Download PDF

Info

Publication number
JP3589060B2
JP3589060B2 JP00815099A JP815099A JP3589060B2 JP 3589060 B2 JP3589060 B2 JP 3589060B2 JP 00815099 A JP00815099 A JP 00815099A JP 815099 A JP815099 A JP 815099A JP 3589060 B2 JP3589060 B2 JP 3589060B2
Authority
JP
Japan
Prior art keywords
beacon
radio
data
radio wave
road
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
JP00815099A
Other languages
Japanese (ja)
Other versions
JP2000207680A (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.)
Denso Corp
Original Assignee
Denso Corp
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 Denso Corp filed Critical Denso Corp
Priority to JP00815099A priority Critical patent/JP3589060B2/en
Publication of JP2000207680A publication Critical patent/JP2000207680A/en
Application granted granted Critical
Publication of JP3589060B2 publication Critical patent/JP3589060B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Optical Communication System (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、道路に沿って設置された路上局から送信される電波ビーコン信号あるいは光ビーコン信号を受信して、これらビーコン信号に含まれる情報を取得する路車間通信車載装置に関する。
【0002】
【従来の技術】
近年、道路を走行する車両の運転者に対して位置情報や渋滞などの道路交通情報等をリアルタイムに提供する目的で、これらの情報を含んだ電波や光を出力する路上局(以下、ビーコンと称す)を道路に沿って設置し、これらビーコンと車両に搭載された通信装置との間で路車間通信を行う路車間通信システムが提案されている。そして、既にVICS(Vehicle Information and Communication System)と称される道路交通情報システムが運用を開始している。
【0003】
上記VICSにおいては、マイクロ波帯の電波を送信する電波ビーコンまたは赤外線を送出する光ビーコンが道路に沿って所定の間隔をもって設置されている。電波ビーコンは主に高速道路に設置され、その通信エリアは70〜100m程度と比較的広く、当該電波ビーコンから車両に搭載された路車間通信装置への一方向の通信が可能となっている。一方、光ビーコンは主に一般道路に設置され、その通信エリアは5m程度と比較的狭く、当該光ビーコンと車両に搭載された路車間通信装置との間の双方向の通信が可能となっている。また、VICSではこれらビーコンに加えFM多重放送も利用可能になっている。
【0004】
【発明が解決しようとする課題】
このような路車間通信システムにおいて、車両に搭載された路車間通信装置は、車両が電波ビーコンの通信エリア内に位置するか否かの判断に際し、電波ビーコンから送信される電波ビーコン信号の受信レベルを利用するように構成されている。図8(a)には、この構成における車両の位置と路車間通信装置が受信した電波ビーコン信号の受信レベル(例えば受信入力電力)との関係が示されている。すなわち、路車間通信装置は、電波ビーコン信号の受信レベルが予め設定された基準値以上の場合には電波ビーコンの通信エリア内にあると判断し、電波ビーコン信号の受信レベルが前記基準値未満の場合には電波ビーコンの通信エリア外にあると判断するようになっている。この構成によれば、レベル比較という簡単な処理によって通信エリアの検出が可能となり、処理の高速化や電波ビーコン信号の安定受信が図られる。
【0005】
しかし、上記した従来構成の路車間通信装置は、1つの通信エリア、つまり電波ビーコン信号の受信レベルが前記基準値以上となる一続きのエリアに、1つの電波ビーコンのみが存在するという前提条件の基で設計がなされていた。すなわち、路車間通信装置は、通信エリアに侵入したと判断しその電波ビーコン信号を一度取得した後は、その後その通信エリアを出るまでの間に受信した電波ビーコン信号は同一の電波ビーコンからのものと見なして読み捨てていた。
【0006】
従って、例えば図8(b)に示すように、近接して配置された2つの電波ビーコン1a、1bから送信される電波ビーコン信号に重複するエリア(図中のB点付近)が存在し、且つその重複するエリアにおける電波ビーコン信号の受信レベルが前記基準値以上のレベルを有する場合にあっては、路車間通信装置は電波ビーコン1aまたは1bのうち何れか早く受信した電波ビーコン信号のみを有効に取り込んでいた。そのため、他方の電波ビーコン信号については無効化され、当該無効化された電波ビーコンからの情報が運転者に伝達されないという状況が発生していた。
【0007】
さらに、VICSが開始された当初は、電波ビーコン、光ビーコンともに設置数が少なく、また、それぞれのビーコンの設置対象が、原則的に電波ビーコンについては高速道路、光ビーコンについては一般道路とされ、両ビーコンは分離された状態で設置されていた。従って、両ビーコンの通信エリアが近接し、または重複するようなことはほとんどなかった。そこで、従来の路車間通信装置は、電波ビーコンの通信エリアと光ビーコンの通信エリアのうち何れか早く侵入したエリアのビーコン信号を優先的に受信し処理するように構成されていた。
【0008】
しかし、近年のVICSの拡充にともない、電波ビーコン、光ビーコンともに設置数が飛躍的に増加してきた状況においては、例えば高架道路に設置した電波ビーコンからの漏れ電波が到来するエリア近傍に、他の道路の光ビーコンが設置されているといった場合も多くなってきている。電波ビーコンの漏れ電波については規定およびガイドラインが定められているものの、電波の漏洩を完全になくすことは難しい。特に、道路が立体交差している場所や並走している場所では電波の漏洩が不可避である。
【0009】
このような場合、上記した従来構成の路車間通信装置を用いると、電波ビーコンからの漏れ電波により光ビーコン信号の受信処理が妨げられる虞がある。例えば、図9に示すように、電波ビーコン1が設置された高架道路2の下に光ビーコン3が設置された一般道路4が敷設され、電波ビーコン1の漏れ電波による通信エリアと光ビーコン3の通信エリアとが近接または重複している場合において、一般道路4を走行する車両5に搭載された路車間通信装置が光ビーコン信号の通信エリアよりも先に電波ビーコン信号の通信エリアを検出すると、電波ビーコンデータの処理が終了するまでの間、光ビーコン信号の受信処理ができなくなる。その結果、光ビーコン3からの情報が運転者に伝達されなかったり、伝達が遅れるといった状況が生じていた。
【0010】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、複数の電波ビーコンあるいは光ビーコンが近接して配置されることにより、互いの通信エリアが近接しまたは重複している場合であっても、受信対象であるビーコン信号を正しく受信し必要な情報を確実に得ることができる路車間通信車載装置を提供することにある。
【0011】
【課題を解決するための手段】
請求項1記載の路車間通信車載装置によれば、路上局から電波ビーコン信号が送信されると、受信手段はその電波ビーコン信号を受信し、電波ビーコンデータ検出手段はその受信した電波ビーコン信号に対して復調などの処理を行って電波ビーコンデータを検出する。また、電波受信レベル検出手段は受信した電波ビーコン信号の受信レベルを検出する。そして、データ処理手段は、その受信レベルが予め設定された基準レベル以上である場合に、車両が何れかの電波ビーコンの通信エリアに入っている(通信エリアを検出している)と判断し、検出した電波ビーコンデータに基づいてその電波ビーコン信号を送信する路上局を識別するとともに、識別されたそれぞれの路上局から送信される情報を取得し、受信レベルが予め設定された基準レベル以上となる状態を保ったまま、異なる路上局からの電波を受信可能な通信エリアに入った場合には、異なる路上局を識別する毎に電波ビーコンデータに基づいて識別されたそれぞれの路上局から送信される情報を取得するようになっている。
【0012】
従って、複数の電波ビーコンが近接して設置されている結果、電波ビーコン信号の受信レベルとしてみたときに各電波ビーコンから送信される電波ビーコン信号が重複し、それら電波ビーコン信号が全体として1つの通信エリアを形成しているような場合であっても、データ処理手段は、通信エリア内においてそれら電波ビーコン信号を送信する路上局を常に識別し、異なる路上局を識別する毎にそれぞれの路上局から送信される情報を取得する。これにより、到来した電波ビーコン信号が基準レベル以上の受信レベルを有していることを条件として、当該電波ビーコンから送られてくる情報を逃すことなく取得し、運転者に伝達することが可能となる。
【0019】
【発明の実施の形態】
(第1の実施形態)
以下、本発明の路車間通信車載装置をVICS(道路交通情報システム)に適用した第1の実施形態について図1ないし図5を参照しながら説明する。
VICSは、従来の技術の項で説明したように、道路に沿って所定の間隔をもって設置された電波ビーコンおよび光ビーコン(ともに本発明でいう路上局に相当)から、IDやビーコン番号とともに位置情報や道路交通情報が送信されるシステムであり、車両側にあっては路車間通信車載装置を用いてこれらの情報をリアルタイムに受信できるように構成されるものである。この場合、電波ビーコンから路車間通信車載装置に対しては一方向の通信が行われ、光ビーコンと路車間通信車載装置との間では双方向の通信が行われる。
【0020】
図1には、本発明でいうところの路車間通信車載装置の電気的構成が機能ブロックにより概略的に示されている。この図1において、路車間通信車載装置11は、アンテナユニット12と送受信ユニット13とから構成されている。アンテナユニット12は、電波ビーコンから電波ビーコン信号を受信するとともに、光ビーコンとの間で光ビーコン信号の送受信を行うものである。また、送受信ユニット13は、電波ビーコン信号および光ビーコン信号に含まれる情報を取得してカーナビゲーションシステムなどの外部装置に転送するとともに、車両識別情報などを含む光ビーコン信号を生成してアンテナユニット12に転送するものである。
【0021】
アンテナユニット12は、車両室内のインパネ上部、フロントガラスの上部、バックミラーの背面部など車両室内の前部であって且つ道路に設置された電波ビーコンの送信アンテナ、光ビーコンの投受光装置に対して見通し可能となる位置に設置される。また、送受信ユニット13は、トランク内、座席の下部など搭乗者の邪魔にならない場所に設置される。
【0022】
上記アンテナユニット12は、アンテナ13、高周波受信部14、投受光部15、光電変換部16、および多重・分離部17から構成されている。このうち受信手段としてのアンテナ13および高周波受信部14は、電波ビーコンから送信されるマイクロ波帯の電波を受信して、その受信した電波ビーコン信号を多重・分離部17に出力する。また、同じく受信手段としての投受光部15および光電変換部16は、光ビーコンから送出される光(赤外線)信号を受信して光電変換を行い、その変換された光ビーコン信号を多重・分離部17に出力する。さらに、この投受光部15および光電変換部16は、多重・分離部17から入力した光ビーコン信号を光電変換し、その変換された光(赤外線)信号を光ビーコンに対して送信するように構成されている。
【0023】
多重・分離部17は、受信した電波ビーコン信号および光ビーコン信号を例えば周波数分割方式で多重化して送受信ユニット13に転送する。また、送受信ユニット13から転送された信号を受けて光ビーコン信号を分離する。なお、アンテナユニット12を駆動するための直流電圧もこれら信号とともに多重化されて送受信ユニット13から供給されている。
【0024】
一方、送受信ユニット13は、多重・分離部18、高周波変換部19、中間周波増幅部20、直下・方向検出部21、データ再生・生成部22、振幅検出部23、マイクロコンピュータ(以下、CPUと称す)24、メモリ例えばRAM25、通信制御部26、直流電源27などから構成されている。
【0025】
多重・分離部18は、アンテナユニット12の多重・分離部17から多重化して転送された電波ビーコン信号と光ビーコン信号とを分離するとともに、データ再生・生成部22にて生成された光ビーコン信号をアンテナユニット12に転送する。
【0026】
高周波変換部19は、多重・分離部18で分離された電波ビーコン信号を中間周波数に変換して中間周波増幅部20に出力する。その中間周波増幅部20は、中間周波数の電波ビーコン信号を復調して電波ビーコン復調データを生成し、その電波ビーコン復調データを直下・方向検出部21に出力する。また、電波受信レベル検出手段としての中間周波増幅部20は、電波ビーコン信号の強度を検出し、それを受信レベルとしてCPU24に出力する。直下検出手段としての直下・方向検出部21は、電波ビーコン復調データに重畳されている直下検出用信号に基づいて電波ビーコンの直下位置を検出し直下信号を生成する。さらに、直下・方向検出部21は、電波ビーコン復調データから電波ビーコンデータを生成し、その生成した電波ビーコンデータと前記直下信号とをCPU24に出力する。なお、上記中間周波増幅部20および直下・方向検出部21が、本発明でいう電波ビーコンデータ検出手段に相当する。
【0027】
光ビーコンデータ検出手段としてのデータ再生・生成部22は、多重・分離部18で分離された光ビーコン信号に基づいて光ビーコンデータの再生を行いCPU24に出力する。また、データ再生・生成部22は、CPU24から出力された光ビーコンデータから光ビーコン信号を生成し多重・分離部18に出力する。光受信レベル検出手段としての振幅検出部23は、多重・分離部18から入力された光ビーコン信号の強度を検出し、それを受信レベルとしてCPU24に出力する。
【0028】
CPU24は、上記中間周波増幅部20、直下・方向検出部21、データ再生・生成部22、およびRAM25とともにデータ処理手段を構成している。このCPU24は、不揮発性メモリ(図示せず)に予め格納されたプログラムに従って後述する電波ビーコンデータ処理および光ビーコンデータ処理を行い、電波ビーコン信号および光ビーコン信号に含まれる位置情報や道路交通情報などの情報を得てRAM25に格納する。そして、CPU24はその情報を通信制御部26を介して図示しないカーナビゲーションシステムなどの外部装置に転送するようになっている。
【0029】
なお、送受信ユニット13は、FM多重放送を受信するために、図示しないFMチューナ、FM検波部、およびFM多重再生部を備えている。また、直流電源27は、イグニッションキーシリンダのAccスイッチを介して車載バッテリーから供給される電圧を入力し、アンテナユニット12および送受信ユニット13の各部に供給する直流電圧を生成する。
【0030】
次に、CPU24が実行する電波ビーコンデータ処理と光ビーコンデータ処理とを、メイン処理と受信割込み処理とに分けて、図2ないし図5も併せて参照しながら説明する。
【0031】
(1)メイン処理
図2は、電波ビーコンデータおよび光ビーコンデータのメイン処理に関するフローチャートを示している。また、図5は、例えば電波ビーコンが設置された高架道路と光ビーコンが設置された一般道路とが交差している場所における一般道路上の電波ビーコン信号および光ビーコン信号の強度分布を示しており、図2に示す処理において特に本発明に特徴的な処理を説明するために用いるものである。この図5の縦軸は光ビーコン信号および電波ビーコン信号の受信レベルを表し、横軸は車両の位置を表している。また、一点鎖線は、車両が通信エリア内に位置するか通信エリア外に位置するかを判断するために用いられる基準レベルを示している。
【0032】
CPU24は、中間周波増幅部20から入力した電波ビーコン信号の受信レベルと予め設定されている前記基準レベルとを比較し、電波ビーコン信号の受信レベルが基準レベル以上である場合に、車両が電波ビーコンの通信エリア内に位置する(通信エリアを検出している)と判断する。また、CPU24は、光ビーコンについても振幅検出部23から入力した光ビーコン信号の受信レベルと前記基準レベルとに基づいて同様の処理を行って通信エリアを検出する。この場合、電波ビーコン信号および光ビーコン信号に対して用いる前記基準レベルは、互いに異なっていても良い。
【0033】
このような処理によって通信エリアの検出がなされると、図5において左から右に向かって一般道路を走行している車両の路車間通信車載装置11は、最初にA点において高架道路の電波ビーコンから到来する漏れ電波による通信エリアを検出し、続いてB点において一般道路に設置された光ビーコンの通信エリアを検出する。その後、車両は、C点において光ビーコンの通信エリアから外れ、E点において電波ビーコンの通信エリアから外れる。この間、路車間通信車載装置11は、D点において電波ビーコンの漏れ電波による直下信号を検出する。このような場合、従来の路車間通信装置では通信エリアを早く検出した電波ビーコンについての処理が優先して行われるので光ビーコンデータの処理が行われなかったが、本発明に係る路車間通信車載装置11は、以下に説明する処理に従って光ビーコンデータの処理が可能となる。
【0034】
すなわち、図2において、CPU24は最初に処理状態が「アイドル状態」にあるかどうかを判断する(ステップS1)。処理状態としては、直下・方向検出部21から割込み処理によって電波ビーコンデータを入力しそのデータ処理を実行している「電波データ処理状態」、データ再生・生成部22から割込み処理によって光ビーコンデータを入力しそのデータ処理を実行している「光データ処理状態」、および両ビーコンデータについてデータ処理を実行していない「アイドル状態」の3状態がある。ここでは、まだいずれのデータ処理も実行していない状態なので、ステップS1で「アイドル状態」と判断してステップS2に移行する。
【0035】
ステップS2では、前述したように電波ビーコン信号および光ビーコン信号の受信レベルと基準レベルとを比較し、電波ビーコンの通信エリアまたは光ビーコンの通信エリアに入ったか(検出したか)どうかを判断する。何れのエリアにも入っていない場合には当該メイン処理を終える。また、何れかの通信エリアを検出したときには、さらにステップS3において、電波ビーコンまたは光ビーコンの何れの通信エリアを検出したかを判断する。そして、光ビーコンの通信エリアを検出した場合には処理状態を「光データ処理状態」に変更し(ステップS4)、電波ビーコンの通信エリアを検出した場合には処理状態を「電波データ処理状態」に変更する(ステップS5)。図5に示した例では、車両がA点で示す位置を通過した時に電波ビーコンの通信エリアを検出し、処理状態が「電波データ処理状態」に変更される。処理状態を変更した後、当該メイン処理を終了する。
【0036】
なお、この図2に示すメイン処理は、例えば処理終了後一定時間毎に繰り返して実行されるようになっている。また、CPU24はその処理能力による制限から、直下・方向検出部21から電波ビーコンデータを入力するための割込み処理(以下、受信割込み処理と称す)と、データ再生・生成部22から光ビーコンデータを入力する受信割込み処理とを同時に実行できない構成になっている。
【0037】
さて、ステップS1において「アイドル状態」でないと判断した場合には、さらにステップS6において、「電波データ処理状態」または「光データ処理状態」の何れの処理状態であるかを判断する。「光データ処理状態」の場合には、光ビーコンデータの受信割込みを許可する。そして、その受信割込み処理によってデータ再生・生成部22から1バイトずつ入力した光ビーコンデータに基づいて、RAM25上にデータフレーム(以下、フレームと称す)を生成する(ステップS7)。このフレームは、位置情報や道路交通情報など光ビーコンから送信された情報を表している。なお、上記受信割込み処理は、後述する電波ビーコンデータについての受信割込み処理(図3参照)と同様であるため、ここでは説明を省略する。
【0038】
続いてステップS8において、光ビーコンの通信エリア外となったどうかを判断する。そして、通信エリア内にあるときはステップS7の処理に戻り、通信エリア外となったときはステップS9において光ビーコンデータの受信割込みを禁止し、光ビーコンデータの入力を停止する。
【0039】
その後、ステップS10において、RAM25上に生成された光ビーコンのフレームをID毎にまとめ、ナビゲーションシステムなどの外部装置に転送可能な形式に変換する。そして、ステップS11において、処理状態を「光データ処理状態」から「アイドル状態」に変更して当該メイン処理を終了する。外部装置への転送は、図示しない転送処理ルーチンに従って行われる。
【0040】
これに対し、ステップS6において「電波データ処理状態」と判断すると、電波ビーコンデータの受信割込みを許可する。そして、その受信割込み処理によって直下・方向検出部21から1バイトずつ入力した電波ビーコンデータに基づいて、RAM25上にフレームを生成する(ステップS12)。このフレームは、位置情報や道路交通情報など電波ビーコンから送信された情報を表している。
【0041】
その後、ステップS13において、直下・方向検出部21から入力した直下信号のレベルを検査し、電波ビーコンの直下を検出したかどうかを判断する。直下信号は、直下地点を通過するまでのレベル(例えばLレベル)と直下地点を通過した後のレベル(例えばHレベル)とが異なったレベルとなっているので、そのレベル変化が生じた地点が電波ビーコンの直下となる。なお、一度直下を検出した後はフラグがセットされるので、ステップS15において当該フラグがクリアされまでの間、ステップS13の判断は「YES」となり続ける。
【0042】
また、直下が検出されると、ステップS14において電波ビーコンの通信エリアから外れたかどうかを判断する。そして、通信エリア内に位置する場合にはステップS12の処理に戻り、通信エリアから外れた場合には電波ビーコンデータの受信割込みを禁止し、電波ビーコンデータの入力を停止する(ステップS15)。その後は、光ビーコンデータのフレーム処理と同様に、ステップS10において電波ビーコンのフレーム形式を変換し、ステップS11において処理状態を「電波データ処理状態」から「アイドル状態」に変更して当該メイン処理を終了する。
【0043】
以上の処理に対して、本発明の路車間通信車載装置11では以下の特徴的な処理が追加されている。すなわち、ステップS13において電波ビーコンの直下が検出されていない場合(図5に示す例では車両がA点とD点との間に位置する場合)、ステップS16において、電波ビーコンの受信割込みを禁止するとともに光ビーコンデータの受信割込みを許可し、光ビーコンデータを入力する試行受信処理を実行する。なお、この試行受信処理は、ステップS7の処理と同様の処理である。
【0044】
続いて、ステップS17において光ビーコンのフレームを検出したかどうかを判断する。そして、検出した場合には電波ビーコンデータの受信処理を中断し(ステップS18)、処理状態を「光データ処理状態」に変更して(ステップS19)当該メイン処理を終了する。図5においては、車両がB点を通過して光ビーコンの通信エリアに入った時点で、処理状態が「光データ処理状態」に変更される。そして、それ以降、車両が光ビーコンの通信エリアを出るC点を通過するまでの間、CPU24は電波ビーコンからの漏れ電波による電波ビーコン信号ではなく、車両が走行している一般道路に設置された光ビーコンからの光ビーコン信号についてデータ処理を実行可能となる。
【0045】
以上述べたように、路車間通信車載装置11は、電波ビーコン信号の受信レベルが基準レベル以上である場合に電波ビーコンの通信エリアを検出したと判断し、電波ビーコンデータを入力してフレームを生成する。光ビーコンについても同様の処理がなされる。さらに、路車間通信車載装置11は、電波ビーコンデータの処理中(「電波データ処理状態」)であっても、例えば定期的に光ビーコンデータを入力可能とされ、光ビーコンのフレームが検出された場合には、光ビーコンデータについての処理(「光データ処理状態」)に切り替えるように構成されている。
【0046】
従って、図5に示したように、車両が走行中の道路に設置された光ビーコンと他の道路に設置された電波ビーコンとが近接している場合において、光ビーコン信号の通信エリアと電波ビーコンからの漏れ電波による通信エリアとが重複する場合であっても、光ビーコンから送信される情報を優先的に得ることが可能となり、運転者に対する情報の欠落を防止することができる。
【0047】
さらに、本実施形態では、電波ビーコンデータの処理中に電波ビーコンの直下を検出したときは、光ビーコンデータの試行受信処理を中止し、電波ビーコンデータの処理のみを実行するように構成した。従って、CPU24は直下検出後から電波ビーコンの通信エリアを外れるまでの間、電波ビーコンデータの処理のみを実行すれば良く、処理能力の低いCPUを用いた場合であっても、電波ビーコンデータの処理を行うための十分な処理時間を確保することができる。また、CPU24は、電波ビーコンからの漏れ電波など直下信号を正常に検出できない場合に、生成した電波ビーコンデータのフレームを採用しないようになっているので、漏れ電波などによる誤情報を排除し易いという効果を奏する。
【0048】
(2)受信割込み処理
図3は、電波ビーコンデータの受信割込み処理に関するフローチャートを示している。このフローチャートは、光ビーコンデータの受信割込み処理についてもそのまま適用可能である。この受信割込み処理は、図1に示すメイン処理において、電波ビーコンデータについて受信割込みが許可されているステップS12からステップS14の実行中であって、且つ直下・方向検出部21が電波ビーコン復調データから電波ビーコンデータを新たに検出した時に発生する。
【0049】
CPU24は、ステップT1において1バイトの電波ビーコンデータを入力する。そして、ステップT2において、現在受信中の電波ビーコンからのフレームについて、当該フレームを構成する全データを入力完了したかどうかを判断する。電波ビーコンのフレームは、それぞれ所定バイト数からなる同期部、ヘッダ部、データ部、およびCRC(Cyclic Redundancy Check )から構成されている。全データの入力が完了していない場合には、当該受信割込み処理を終了する。一方、入力が完了した場合にはフレームのCRCを検査する(ステップT3)。そして、検査結果が正しければステップT4において、当該生成されたフレームが処理対象としている電波ビーコンのフレームであるかどうかを検査するフレーム検査処理を実行する。このフレーム検査処理については後述する。また、検査結果に誤りがある場合には、当該受信割込み処理を終了する。
【0050】
フレーム検査処理が実行されると、生成されたフレームが処理対象の電波ビーコンのものである場合には「OK」が返され、処理対象の電波ビーコンのものでない場合には「NG」が返される。ステップT5においてこのリターン値を検査し、「OK」の場合には当該フレームをRAM25に格納し(ステップT6)、「NG」の場合には当該受信割込み処理を終了する。
【0051】
図4は、上記フレーム検査処理に関するフローチャートを示している。以下、このフレーム検査処理について、図4を参照しながら説明する。
まず、ステップT41において、フレームから抽出したビーコン番号を検査する。このビーコン番号は、全国に設置されるビーコンに対して与えられる互いに異なった識別番号である。具体的には、ビーコン番号の上1桁が1〜9であれば適正なビーコン番号として次のステップT42に進み、それ以外であればビーコン番号に誤りがあるとしてステップT48に進む。ステップT48において、CPU24は、直下・方向検出部21から新たな電波ビーコンデータを入力するための準備として、入力済みのフレームなどの初期化(以下、受信初期化と称す)を行う。
【0052】
ステップT42において、ビーコン番号が、光ビーコンデータ処理の発生によりステップS18において中断された電波ビーコンの番号、あるいは後述するステップT47で中断された電波ビーコンの番号と同じかどうかを判断する。同じ場合には、これら中断前に既に当該電波ビーコンのフレームがRAM25に格納済みであるので、ステップT48に移行して受信初期化を行う。
【0053】
ステップT43では、ビーコン番号に基づいて当該フレームが処理対象ビーコンのものであるかどうかを判断する。処理対象ビーコンとは、受信する電波ビーコンが替わる毎に後述するステップT45において設定されるものであり、フレームの処理が進行している電波ビーコンを表している。また、ステップT48で受信初期化された時には、処理対象ビーコンの番号は電波ビーコンとしては存在しない適当な番号(例えば上1桁が0)に初期化される。処理中のフレームが処理対象ビーコンのものである場合、すなわち前回処理対象であるとして処理したフレームと当該フレームとが同一の電波ビーコンから送信されたものである場合には、ステップT46に移行して「OK」というリターン値を設定した後当該フレーム検査処理を終了する。
【0054】
一方、フレームが処理対象ビーコンのものでない場合、すなわち前回処理したフレームと今回処理するフレームとが異なる電波ビーコンから送信されたものである場合、あるいは受信初期化した後最初に生成したフレームである場合には、さらにステップT44に移行する。
【0055】
ステップT44は、処理対象ビーコンが設定されているかどうかの判断処理であり、ステップT48で受信初期化された後最初に当該ステップを処理する場合のみ「NO」と判断される。「NO」と判断した場合には、当該フレームの電波ビーコンを新たに処理対象ビーコンとして設定し(ステップT45)、ステップT46に移行してリターン値として「OK」を返す。
【0056】
また、ステップT44で「YES」と判断した場合、すなわち受信している電波ビーコンが替わった場合には、今まで処理対象としてきた電波ビーコンの受信を中断し(ステップT47)、新たな電波ビーコンを入力するための受信初期化を行う(ステップT48)。その後、ステップT49に移行してリターン値として「NG」を返す。
【0057】
さて、上述した処理を図8(b)に示した場合に当てはめて説明する。ここで、図8(b)に示す電波ビーコン1aからはフレームa1、a2から構成される情報が繰り返し送信されており、電波ビーコン1bからはフレームb1、b2、b3から構成される情報が繰り返し送信されているものとする。また、車両は、図中左から右に向かって走行しているものとする。
【0058】
A点において車両が通信エリアに入り、路車間通信車載装置11が電波ビーコン1aからフレームa1を受信すると、ステップT41〜T46までを順に処理する。この場合、ステップT45において、電波ビーコン1aが処理対象ビーコンとして設定される。続いてフレームa2を受信すると、当該フレームは処理対象ビーコン(電波ビーコン1a)から送信されたフレームなので、ステップT43において「YES」と判断し、処理対象ビーコンであるとして「OK」のリターン値を返す。これにより、路車間通信車載装置11は、フレームa1、a2から構成される電波ビーコン1aからの情報をRAM25上に取得することができる。
【0059】
その後、電波ビーコンの受信レベルが基準レベル以上となる状態を保ったまま、B点において車両が電波ビーコン1bからの電波を受信可能な通信エリアに入ると、処理状態が「アイドル状態」に移行することなく、電波ビーコン1bから送信されるフレームの受信を行う。
【0060】
いま、前記フレームa2に続いてフレームb1を受信すると、ステップT43において、当該フレームは処理対象ビーコン(電波ビーコン1a)のフレームでないと判断しステップT44に進む。ステップT44においては、既にステップT45で電波ビーコン1aを処理対象ビーコンとして設定済みなので「YES」と判断し、受信処理の中断および受信初期化を実行する。この時、処理対象ビーコンは、例えば電波ビーコン0(上1桁が0となる番号を有する実存しない電波ビーコン)に初期化される。
【0061】
続いてフレームb2を受信すると、ステップT41〜T44まで処理した後、ステップT45において電波ビーコン1bが処理対象ビーコンとして設定され、フレームb2がRAM25に格納される。以降、電波ビーコン1bのフレームb3、b1、b2、…を受信する限り、ステップT43において「YES」と判断し続け、各フレームがRAM25に格納される。これにより、路車間通信車載装置11は、フレームb1、b2、b3から構成される電波ビーコン1bからの情報を取得することができる。
【0062】
以上述べたように、路車間通信車載装置11は、電波ビーコンデータの受信割込み処理において、生成したフレームに基づいて当該フレームを送信した電波ビーコンを識別可能に構成されている。そして、識別された電波ビーコンが受信対象ビーコンでない場合、つまり車両の移動によって受信する電波ビーコンが替わった場合には、新たに電波を受信することとなった電波ビーコンから送信されるフレームを取得するようになっている。
【0063】
従って、図8(b)に示すように、複数の電波ビーコン信号が重複して、1つの通信エリアを形成している場合であっても、それぞれの電波ビーコンから送信される情報を確実に取得することができる。なお、以上述べた受信割込み処理は、光ビーコンデータに対しても同様に適用されるものである。
【0064】
(第2の実施形態)
次に、第1の実施形態における送受信ユニット13に変形を加えた第2の実施形態について、図6および図7を参照しながら説明する。なお、図6において図1と同一構成部分には同一符号を付し、ここでは異なる構成部分についてのみ説明する。
【0065】
図6には、路車間通信車載装置の電気的構成が機能ブロックにより概略的に示されている。この図6において、路車間通信車載装置28は、アンテナユニット12と送受信ユニット29とから構成されている。
送受信ユニット29は、多重・分離部18、高周波変換部30、振幅検出部23、デコーダ31、マイクロコンピュータ(以下、CPUと称す)32、RAM25、通信制御部26、直流電源27などから構成されている。
【0066】
高周波変換部30は、多重・分離部18で分離された電波ビーコン信号を中間周波数に変換し、その電波ビーコン信号を復調して電波ビーコン復調データを生成する。さらに、電波受信レベル検出手段としての高周波変換部30は、電波ビーコン信号の強度(受信レベル)を検出する。電波ビーコン復調データはデコーダ31に出力され、受信レベルはCPU32に出力される。
【0067】
ビーコン情報生成手段としてのデコーダ31は、電波ビーコン復調データと、多重・分離部18で分離された光ビーコン信号とを入力し、電波ビーコンのフレームと光ビーコンのフレームとを同時に生成することができるように構成されている。また、直下検出手段としてのデコーダ31は、電波ビーコン復調データに重畳されている直下検出用信号に基づいて、電波ビーコンの直下位置を示す直下信号を検出する。そして、デコーダ31は、電波ビーコンまたは光ビーコンの何れかのフレームを生成した時に、CPU32に対して受信通知割込み信号を出力し、そのフレームをCPU32に出力するようになっている。
【0068】
上記高周波変換部30、デコーダ31、およびRAM25とともにデータ処理手段を構成するCPU32は、不揮発性メモリ(図示せず)に予め格納されたプログラムに従って後述するフレーム(情報)の入力を行い、そのフレームをRAM25に格納する。また、CPU32は、デコーダ31に対して電波ビーコンの通信エリア内外を示すエリア信号を出力する。デコーダ31は、このエリア信号が通信エリア内を示している時のみCPU32に対して直下信号を出力するようになっている。
【0069】
次に、本実施形態における作用および効果について、電波および光ビーコンデータのメイン処理に関するフローチャートを示す図7も参照して説明する。なお、この図7において、図2に示すフローチャートと同一の処理には同一のステップ番号を付し、以下異なる処理について説明する。
【0070】
ステップS2において、電波ビーコンまたは光ビーコンの通信エリアを検出したときには、ステップS20において処理状態を「アイドル状態」から「ビーコン受信状態」に変更する。本実施形態では、処理状態として「アイドル状態」と、デコーダ31から電波ビーコンまたは光ビーコンの何れかのフレームを入力している「ビーコン受信状態」の2状態がある。このフレームには、電波または光ビーコンから送信される情報が含まれている。
【0071】
ステップS1において「アイドル状態」でないと判断した場合には、CPU32はデコーダ31からの受信通知割込み信号を受け、デコーダ31から入力するフレームが電波ビーコンのフレームか光ビーコンのフレームかを判断する(ステップS21)。光ビーコンのフレームである場合には、電波ビーコンのフレーム転送を中断し(ステップS22)、光ビーコンのフレームを入力してRAM25に格納することによりフレーム転送を行う(ステップS23)。
【0072】
その後、ステップS8において、光ビーコンの通信エリア外となったどうかを判断する。そして、通信エリア内にあるときはステップS21の処理に戻り、通信エリア外となったときはステップS10に移行する。
【0073】
これに対し、ステップS21において入力フレームが電波ビーコンのフレームであると判断すると、CPU32を介してデコーダ31からRAM25に電波ビーコンのフレーム転送を行う(ステップS24)。続いて、ステップS14において電波ビーコンの通信エリアを出たかどうかを判断する。そして、通信エリア内に位置する場合には電波ビーコンの直下を検出したかどうかを判断し(ステップS13)、通信エリアを出た場合にはフレーム転送を終了して処理状態を「ビーコン受信状態」から「アイドル状態」に戻す(ステップS11)。
【0074】
ステップS13の判断の結果直下を検出した場合には、電波ビーコン信号を正常に受信したと判断し、RAM25に格納したフレームを有効なものと見なす。そして、ステップS10においてそのフレームを外部装置に転送可能な形式に変換する。また、直下を検出しない場合には、ステップS21に戻る。
【0075】
以上述べたように、路車間通信車載装置28において、デコーダ31は電波ビーコンのフレームと光ビーコンのフレームとを同時に生成できるように構成され、CPU32はデコーダ31で生成されたフレームを選択して入力しRAM25に格納するフレーム転送処理を実行する。そして、光ビーコンのフレームと電波ビーコンのフレームとの両フレームが生成された場合には、光ビーコンのフレームを優先的に選択するようになっているので、第1の実施形態と同様に光ビーコン信号の通信エリアと電波ビーコンからの漏れ電波による通信エリアとが重複する場合であっても、光ビーコンから送信される情報を得ることが可能となり、運転者に対する情報の欠落を防止することができる。
【0076】
さらに、デコーダ31は、電波ビーコンおよび光ビーコンそれぞれについて独立してフレームを生成でき、CPU32はデコーダ31で生成されたフレームを選択してRAM25に転送すれば良いので、データ処理手段全体として制御を簡単化することができるとともに処理の高速化を図ることができる。
【0077】
(その他の実施形態)
なお、本発明は上記した各実施形態に限定されるものではなく、次のような変形または拡張が可能である。
第2の実施形態において、デコーダ31で生成したフレームをCPU32を介してRAM25に転送したが、デコーダ31から直接RAM25にDMA(Direct Memory Access)転送する構成としても良い。
【図面の簡単な説明】
【図1】本発明の第1の実施形態における路車間通信車載装置の電気的構成を示す機能ブロック図
【図2】メイン処理を示すフローチャート
【図3】受信割込み処理を示すフローチャート
【図4】フレーム検査処理を示すフローチャート
【図5】光ビーコン信号および電波ビーコン信号の受信レベルを示す図
【図6】本発明の第2の実施形態を示す図1相当図
【図7】図2相当図
【図8】電波ビーコンからの電波の受信レベルを示す図
【図9】電波ビーコンと光ビーコンとが近接して設置された状態を示す図
【符号の説明】
図面中、11、28は路車間通信車載装置、13はアンテナ(受信手段)、14は高周波受信部(受信手段)、15は投受光部(受信手段)、16は光電変換部(受信手段)、20は中間周波増幅部(データ処理手段、電波ビーコンデータ検出手段、電波受信レベル検出手段)、21は直下・方向検出部(データ処理手段、電波ビーコンデータ検出手段、直下検出手段)、22はデータ再生・生成部(データ処理手段、光ビーコンデータ検出手段)、23は振幅検出部(光受信レベル検出手段)、24、32はマイクロコンピュータ(データ処理手段)、25はRAM(データ処理手段)、30は高周波変換部(データ処理手段、電波受信レベル検出手段)、31はデコーダ(データ処理手段、ビーコン情報生成手段、直下検出手段)である。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a road-vehicle communication in-vehicle device that receives a radio beacon signal or an optical beacon signal transmitted from a road station installed along a road and acquires information included in the beacon signal.
[0002]
[Prior art]
2. Description of the Related Art In recent years, a road station (hereinafter referred to as a beacon) that outputs radio waves or light including such information in order to provide a driver of a vehicle running on a road with location information and road traffic information such as traffic congestion in real time. A road-to-vehicle communication system has been proposed in which a vehicle is installed along a road, and a road-to-vehicle communication is performed between these beacons and a communication device mounted on the vehicle. A road traffic information system called VICS (Vehicle Information and Communication System) has already started operation.
[0003]
In the above-mentioned VICS, a radio beacon for transmitting microwave band radio waves or an optical beacon for transmitting infrared rays is provided at predetermined intervals along a road. The radio beacon is mainly installed on an expressway, and its communication area is relatively wide, about 70 to 100 m, so that one-way communication from the radio beacon to a road-to-vehicle communication device mounted on a vehicle is possible. On the other hand, optical beacons are mainly installed on general roads, and their communication area is relatively small, about 5 m, so that bidirectional communication between the optical beacon and a road-to-vehicle communication device mounted on a vehicle is possible. I have. In VICS, FM multiplex broadcasting can be used in addition to these beacons.
[0004]
[Problems to be solved by the invention]
In such a road-to-vehicle communication system, the road-to-vehicle communication device mounted on the vehicle determines the reception level of the radio beacon signal transmitted from the radio beacon when determining whether the vehicle is located within the radio beacon communication area. It is configured to use. FIG. 8A shows the relationship between the position of the vehicle and the reception level (for example, the received input power) of the radio wave beacon signal received by the road-to-vehicle communication device in this configuration. That is, the road-to-vehicle communication device determines that the reception level of the radio beacon signal is within the communication area of the radio beacon when the reception level of the radio beacon signal is equal to or higher than a preset reference value, and the reception level of the radio beacon signal is lower than the reference value. In such a case, it is determined that it is out of the communication area of the radio wave beacon. According to this configuration, it is possible to detect a communication area by a simple process of level comparison, thereby achieving high-speed processing and stable reception of a radio wave beacon signal.
[0005]
However, the road-vehicle communication device having the above-described conventional configuration has a precondition that only one radio beacon exists in one communication area, that is, a continuous area where the reception level of the radio beacon signal is equal to or higher than the reference value. The design was based on that. That is, after the road-vehicle communication device determines that the vehicle has entered the communication area and once obtains the radio beacon signal, the radio beacon signal received until the vehicle leaves the communication area after that is obtained from the same radio beacon. It was discarded because it was considered.
[0006]
Therefore, for example, as shown in FIG. 8B, there is an area (around the point B in the figure) that overlaps the radio beacon signals transmitted from the two radio beacons 1a and 1b arranged close to each other, and When the reception level of the radio wave beacon signal in the overlapping area has a level equal to or higher than the reference value, the road-to-vehicle communication device effectively activates only the radio wave beacon signal received earlier of the radio beacons 1a and 1b. I was capturing. For this reason, the other radio beacon signal is invalidated, and information from the invalidated radio beacon is not transmitted to the driver.
[0007]
Furthermore, when VICS was started, the number of installed radio beacons and optical beacons was small, and the installation targets of each beacon were, in principle, expressways for radio beacons and general roads for optical beacons. Both beacons were set apart. Therefore, the communication areas of both beacons rarely approached or overlapped. Therefore, the conventional road-to-vehicle communication device is configured to preferentially receive and process a beacon signal in an area in which a radio beacon communication area or an optical beacon communication area has entered earlier.
[0008]
However, in the situation where the number of installed radio wave beacons and optical beacons has increased dramatically with the expansion of VICS in recent years, for example, in the vicinity of the area where leaked radio waves from radio beacons installed on elevated roads arrive, there are other In many cases, road beacons are installed. Although regulations and guidelines have been established for radio wave beacon leakage, it is difficult to completely eliminate radio wave leakage. In particular, it is inevitable that radio waves leak at places where roads cross over and over in parallel.
[0009]
In such a case, when the road-vehicle communication device having the above-described conventional configuration is used, there is a possibility that the reception processing of the optical beacon signal may be hindered by the leaked radio wave from the radio beacon. For example, as shown in FIG. 9, a general road 4 on which an optical beacon 3 is installed is laid under an elevated road 2 on which an electric wave beacon 1 is installed. When the communication area is close to or overlapping with the communication area, when the road-vehicle communication device mounted on the vehicle 5 traveling on the general road 4 detects the communication area of the radio beacon signal before the communication area of the optical beacon signal, Until the processing of the radio wave beacon data ends, the reception processing of the optical beacon signal cannot be performed. As a result, there have been situations where the information from the optical beacon 3 is not transmitted to the driver or the transmission is delayed.
[0010]
The present invention has been made in view of the above-described circumstances, and an object of the present invention is to arrange a plurality of radio beacons or optical beacons in close proximity to each other so that their communication areas are close to each other or overlap. Even in this case, an object of the present invention is to provide a road-vehicle communication in-vehicle device capable of correctly receiving a beacon signal to be received and reliably obtaining necessary information.
[0011]
[Means for Solving the Problems]
According to the road-vehicle communication in-vehicle device according to the first aspect, when a radio beacon signal is transmitted from the road station, the receiving means receives the radio beacon signal, and the radio beacon data detecting means outputs the radio beacon signal to the received radio beacon signal. On the other hand, processing such as demodulation is performed to detect radio wave beacon data. The radio wave reception level detecting means detects the reception level of the received radio wave beacon signal. When the reception level is equal to or higher than the preset reference level, the data processing means determines that the vehicle is in a communication area of any radio beacon (detects the communication area), Based on the detected radio beacon data, identify the road station transmitting the radio beacon signal, and obtain information transmitted from each of the identified road stations, When entering a communication area where radio waves from different road stations can be received while maintaining the reception level at or above a preset reference level, each time a different road station is identified, the radio beacon data is used. Information transmitted from each road station identified by It is supposed to.
[0012]
Therefore, as a result of the plurality of radio beacons being installed close to each other, the radio beacon signals transmitted from each radio beacon overlap when the reception level of the radio beacon signal is viewed, and the radio beacon signals constitute one communication as a whole. Even in the case where an area is formed, the data processing means always identifies the road station transmitting the radio wave beacon signal in the communication area, and each time a different road station is identified, the data processing unit transmits the signal from each road station. Get the information to be sent. This makes it possible to acquire information transmitted from the radio beacon without missing it and transmit it to the driver, provided that the incoming radio beacon signal has a reception level higher than the reference level. Become.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
(1st Embodiment)
Hereinafter, a first embodiment in which the road-vehicle communication in-vehicle device of the present invention is applied to a VICS (road traffic information system) will be described with reference to FIGS. 1 to 5.
As described in the section of the related art, the VICS uses radio wave beacons and optical beacons installed at predetermined intervals along the road (both corresponding to the road station in the present invention) to provide location information along with IDs and beacon numbers. And a system for transmitting road traffic information. On the vehicle side, such information can be received in real time using a road-to-vehicle communication in-vehicle device. In this case, one-way communication is performed from the radio beacon to the road-vehicle communication in-vehicle device, and bidirectional communication is performed between the optical beacon and the road-vehicle communication in-vehicle device.
[0020]
FIG. 1 schematically shows an electrical configuration of a road-vehicle communication in-vehicle device according to the present invention by using functional blocks. In FIG. 1, the road-vehicle communication in-vehicle device 11 includes an antenna unit 12 and a transmission / reception unit 13. The antenna unit 12 receives a radio beacon signal from a radio beacon and transmits and receives an optical beacon signal to and from an optical beacon. The transmission / reception unit 13 acquires information included in the radio wave beacon signal and the optical beacon signal and transfers the acquired information to an external device such as a car navigation system, and generates an optical beacon signal including vehicle identification information and the like to generate the antenna unit 12. To be forwarded to.
[0021]
The antenna unit 12 is a front part of the vehicle interior such as an upper part of an instrument panel in a vehicle interior, an upper part of a windshield, a rear part of a rearview mirror, and a transmission antenna of a radio beacon installed on a road and an optical beacon light emitting and receiving device. It is installed in a position where it can be seen from the outside. The transmission / reception unit 13 is installed in a place that does not disturb the occupant, such as in a trunk or below a seat.
[0022]
The antenna unit 12 includes an antenna 13, a high-frequency receiving unit 14, a light emitting and receiving unit 15, a photoelectric conversion unit 16, and a multiplexing / demultiplexing unit 17. Among them, the antenna 13 and the high-frequency receiving unit 14 as receiving means receive microwave radio waves transmitted from the radio beacon, and output the received radio beacon signal to the multiplexing / demultiplexing unit 17. Similarly, the light emitting / receiving unit 15 and the photoelectric conversion unit 16 as receiving means receive an optical (infrared) signal transmitted from the optical beacon, perform photoelectric conversion, and multiplex / demultiplex the converted optical beacon signal. 17 is output. Further, the light emitting and receiving unit 15 and the photoelectric conversion unit 16 are configured to photoelectrically convert the optical beacon signal input from the multiplexing / demultiplexing unit 17 and transmit the converted optical (infrared) signal to the optical beacon. Have been.
[0023]
The multiplexing / demultiplexing unit 17 multiplexes the received radio wave beacon signal and optical beacon signal, for example, by a frequency division method, and transfers the multiplexed signal to the transmission / reception unit 13. Further, it receives the signal transferred from the transmission / reception unit 13 and separates the optical beacon signal. Note that a DC voltage for driving the antenna unit 12 is also multiplexed with these signals and supplied from the transmission / reception unit 13.
[0024]
On the other hand, the transmitting / receiving unit 13 includes a multiplexing / demultiplexing unit 18, a high-frequency converting unit 19, an intermediate frequency amplifying unit 20, a direct / directive detecting unit 21, a data reproducing / generating unit 22, an amplitude detecting unit 23, and a microcomputer (hereinafter referred to as CPU and 24), a memory such as a RAM 25, a communication control unit 26, a DC power supply 27, and the like.
[0025]
The multiplexing / demultiplexing unit 18 separates the radio beacon signal and the optical beacon signal multiplexed and transferred from the multiplexing / demultiplexing unit 17 of the antenna unit 12, and also generates the optical beacon signal generated by the data reproducing / generating unit 22. To the antenna unit 12.
[0026]
The high-frequency conversion unit 19 converts the radio wave beacon signal separated by the multiplexing / demultiplexing unit 18 into an intermediate frequency and outputs the intermediate frequency to the intermediate frequency amplifying unit 20. The intermediate frequency amplifier 20 demodulates the radio beacon signal of the intermediate frequency to generate radio beacon demodulated data, and outputs the radio beacon demodulated data to the direct / direction detecting unit 21. Further, the intermediate frequency amplifying unit 20 as a radio wave reception level detecting unit detects the intensity of the radio wave beacon signal and outputs it to the CPU 24 as a reception level. The direct / direction detecting unit 21 as a direct detection means detects a direct position of the radio beacon based on a direct detection signal superimposed on the radio beacon demodulated data and generates a direct signal. Further, the direct / direction detecting unit 21 generates radio beacon data from the radio beacon demodulated data, and outputs the generated radio beacon data and the direct signal to the CPU 24. Note that the intermediate frequency amplifying unit 20 and the direct / direction detecting unit 21 correspond to a radio wave beacon data detecting unit according to the present invention.
[0027]
The data reproducing / generating unit 22 as optical beacon data detecting means reproduces optical beacon data based on the optical beacon signal separated by the multiplexing / demultiplexing unit 18 and outputs the data to the CPU 24. The data reproducing / generating unit 22 generates an optical beacon signal from the optical beacon data output from the CPU 24 and outputs the optical beacon signal to the multiplexing / demultiplexing unit 18. The amplitude detection unit 23 as an optical reception level detection unit detects the intensity of the optical beacon signal input from the multiplexing / demultiplexing unit 18 and outputs it to the CPU 24 as a reception level.
[0028]
The CPU 24 constitutes a data processing means together with the intermediate frequency amplifying section 20, the direct / direction detecting section 21, the data reproducing / generating section 22, and the RAM 25. The CPU 24 performs radio wave beacon data processing and optical beacon data processing, which will be described later, according to a program stored in a non-volatile memory (not shown), and stores position information and road traffic information included in the radio beacon signal and the optical beacon signal. Is obtained and stored in the RAM 25. The CPU 24 transfers the information to an external device such as a car navigation system (not shown) via the communication control unit 26.
[0029]
The transmission / reception unit 13 includes an FM tuner, an FM detection unit, and an FM multiplex reproduction unit (not shown) for receiving FM multiplex broadcasting. Further, the DC power supply 27 receives a voltage supplied from a vehicle-mounted battery via an Acc switch of an ignition key cylinder, and generates a DC voltage to be supplied to each part of the antenna unit 12 and the transmission / reception unit 13.
[0030]
Next, the radio wave beacon data processing and the optical beacon data processing executed by the CPU 24 will be described separately with reference to FIGS. 2 to 5 as a main processing and a reception interruption processing.
[0031]
(1) Main processing
FIG. 2 shows a flowchart relating to main processing of radio wave beacon data and optical beacon data. FIG. 5 shows the intensity distribution of a radio beacon signal and an optical beacon signal on a general road, for example, at a place where an elevated road on which a radio beacon is installed and a general road on which an optical beacon intersects. The processing shown in FIG. 2 is used to explain processing characteristic of the present invention. The vertical axis of FIG. 5 represents the reception level of the optical beacon signal and the radio wave beacon signal, and the horizontal axis represents the position of the vehicle. The dashed line indicates the reference level used to determine whether the vehicle is located inside the communication area or outside the communication area.
[0032]
The CPU 24 compares the reception level of the radio wave beacon signal input from the intermediate frequency amplifier 20 with the preset reference level, and when the reception level of the radio beacon signal is equal to or higher than the reference level, the vehicle Is determined to be located within the communication area (the communication area is detected). In addition, the CPU 24 performs a similar process on the optical beacon based on the reception level of the optical beacon signal input from the amplitude detector 23 and the reference level to detect a communication area. In this case, the reference levels used for the radio beacon signal and the optical beacon signal may be different from each other.
[0033]
When the communication area is detected by such processing, the road-to-vehicle communication in-vehicle device 11 of the vehicle traveling on the general road from left to right in FIG. Then, the communication area of the optical beacon installed on the general road at point B is detected. Thereafter, the vehicle departs from the optical beacon communication area at point C and departs from the radio beacon communication area at point E. During this time, the road-vehicle communication in-vehicle device 11 detects a signal immediately below at point D due to a leak radio wave of the radio beacon. In such a case, in the conventional road-to-vehicle communication device, processing of the optical beacon data was not performed because the processing for the radio beacon that detected the communication area earlier was performed with priority, but the road-to-vehicle communication according to the present invention was not performed. The device 11 can process the optical beacon data according to the process described below.
[0034]
That is, in FIG. 2, the CPU 24 first determines whether or not the processing state is the "idle state" (step S1). As the processing state, “radio wave data processing state” in which radio wave beacon data is input by the interruption processing from the direct / direction detection unit 21 and the data processing is executed, and optical beacon data by the interruption processing from the data reproduction / generation unit 22 are executed. There are three states: an "optical data processing state" in which data processing is performed by inputting the data, and an "idle state" in which data processing is not performed on both beacon data. Here, since no data processing has been executed yet, it is determined in step S1 that the state is "idle state", and the process proceeds to step S2.
[0035]
In step S2, as described above, the reception level of the radio beacon signal and the optical beacon signal is compared with the reference level, and it is determined whether the communication area of the radio beacon or the communication area of the optical beacon has been detected (detected). If the area does not enter any area, the main processing ends. Further, when any communication area is detected, it is further determined in step S3 which communication area of the radio wave beacon or the optical beacon has been detected. If the communication area of the optical beacon is detected, the processing state is changed to "optical data processing state" (step S4), and if the communication area of the radio beacon is detected, the processing state is changed to "radio data processing state". (Step S5). In the example shown in FIG. 5, when the vehicle passes the position indicated by point A, the communication area of the radio wave beacon is detected, and the processing state is changed to the “radio wave data processing state”. After changing the processing state, the main processing ends.
[0036]
The main processing shown in FIG. 2 is repeatedly executed at regular intervals after the processing is completed, for example. In addition, due to the limitation due to the processing capacity, the CPU 24 performs an interrupt process for inputting the radio wave beacon data from the direct / direction detecting unit 21 (hereinafter, referred to as a reception interrupt process) and an optical beacon data from the data reproducing / generating unit 22. The configuration is such that input reception interrupt processing cannot be executed at the same time.
[0037]
If it is determined in step S1 that the state is not the "idle state", it is further determined in step S6 whether the processing state is the "radio wave data processing state" or the "optical data processing state". In the case of the “optical data processing state”, the reception interruption of the optical beacon data is permitted. Then, a data frame (hereinafter, referred to as a frame) is generated on the RAM 25 based on the optical beacon data input one byte at a time from the data reproduction / generation unit 22 by the reception interruption process (step S7). This frame represents information transmitted from an optical beacon, such as position information and road traffic information. The reception interruption process is the same as the reception interruption process for the radio wave beacon data described later (see FIG. 3), and the description is omitted here.
[0038]
Subsequently, in step S8, it is determined whether the optical beacon is out of the communication area. If it is within the communication area, the process returns to the step S7. If it is outside the communication area, the reception interruption of the optical beacon data is prohibited in step S9, and the input of the optical beacon data is stopped.
[0039]
After that, in step S10, the frames of the optical beacon generated on the RAM 25 are grouped for each ID and converted into a format that can be transferred to an external device such as a navigation system. Then, in step S11, the processing state is changed from the "optical data processing state" to the "idle state", and the main processing ends. The transfer to the external device is performed according to a transfer processing routine (not shown).
[0040]
On the other hand, when it is determined in step S6 that the radio wave data is being processed, reception interruption of radio wave beacon data is permitted. Then, a frame is generated in the RAM 25 based on the radio wave beacon data input one byte at a time from the direct / direction detecting unit 21 by the reception interruption process (step S12). This frame represents information transmitted from a radio beacon, such as position information and road traffic information.
[0041]
After that, in step S13, the level of the signal directly below from the direct / direction detecting unit 21 is inspected, and it is determined whether the signal directly below the radio beacon is detected. Since the level immediately below the point immediately below the point (for example, L level) and the level after passing through the point immediately below (for example, H level) are different levels, the point where the level change occurs is determined. It is directly below the radio beacon. Since the flag is set once after the detection of immediately below, the determination in step S13 continues to be “YES” until the flag is cleared in step S15.
[0042]
Further, when the position immediately below is detected, it is determined in step S14 whether or not the communication area of the radio beacon has been removed. If it is located in the communication area, the process returns to step S12. If it is out of the communication area, the reception interruption of the radio wave beacon data is prohibited, and the input of the radio wave beacon data is stopped (step S15). After that, similarly to the frame processing of the optical beacon data, the frame format of the radio wave beacon is converted in step S10, the processing state is changed from the “radio wave data processing state” to the “idle state” in step S11, and the main processing is performed. finish.
[0043]
In addition to the above processing, the following characteristic processing is added in the road-vehicle communication in-vehicle device 11 of the present invention. That is, when the position immediately below the radio beacon is not detected in step S13 (when the vehicle is located between the points A and D in the example shown in FIG. 5), the reception interruption of the radio beacon is prohibited in step S16. At the same time, the reception interruption of the optical beacon data is permitted, and the trial receiving process of inputting the optical beacon data is executed. This trial reception processing is the same processing as the processing in step S7.
[0044]
Subsequently, it is determined whether an optical beacon frame is detected in step S17. If it is detected, the reception processing of the radio wave beacon data is interrupted (step S18), the processing state is changed to the "optical data processing state" (step S19), and the main processing ends. In FIG. 5, when the vehicle passes point B and enters the communication area of the optical beacon, the processing state is changed to the “optical data processing state”. After that, until the vehicle passes through the point C which exits the communication area of the optical beacon, the CPU 24 is not installed on the general road on which the vehicle is traveling, but not on the radio beacon signal due to the radio wave leakage from the radio beacon. Data processing can be performed on the optical beacon signal from the optical beacon.
[0045]
As described above, the road-to-vehicle communication in-vehicle device 11 determines that the communication area of the radio beacon has been detected when the reception level of the radio beacon signal is equal to or higher than the reference level, and generates the frame by inputting the radio beacon data. I do. Similar processing is performed for the optical beacon. Further, even during the processing of the radio wave beacon data (“radio wave data processing state”), for example, the road-vehicle communication in-vehicle device 11 can periodically input the optical beacon data, and the optical beacon frame is detected. In such a case, the processing is switched to the processing for the optical beacon data (“optical data processing state”).
[0046]
Therefore, as shown in FIG. 5, when the optical beacon installed on the road on which the vehicle is traveling and the radio beacon installed on another road are close to each other, the communication area of the optical beacon signal and the radio beacon Even if the communication area overlaps with the communication area due to radio waves leaked from the vehicle, information transmitted from the optical beacon can be preferentially obtained, and information loss to the driver can be prevented.
[0047]
Further, in the present embodiment, when a position directly below the radio beacon is detected during the processing of the radio beacon data, the trial reception processing of the optical beacon data is stopped, and only the processing of the radio beacon data is executed. Therefore, the CPU 24 only needs to execute the processing of the radio wave beacon data from the time immediately below the detection until the radio wave beacon is out of the communication area. A sufficient processing time for performing the above. Further, the CPU 24 does not adopt the frame of the generated radio wave beacon data when it cannot normally detect a signal directly below such as a radio wave from a radio beacon, so that it is easy to eliminate erroneous information due to the leak radio wave. It works.
[0048]
(2) Receive interrupt processing
FIG. 3 shows a flowchart relating to the reception interruption processing of the radio wave beacon data. This flowchart can be applied to the optical beacon data reception interrupt processing as it is. This reception interruption process is in the main process shown in FIG. 1, during which the reception interruption is permitted for the radio wave beacon data from step S12 to step S14, and the direct / direction detection unit 21 performs Occurs when radio beacon data is newly detected.
[0049]
The CPU 24 inputs 1-byte radio beacon data in step T1. Then, in step T2, for the frame from the radio wave beacon currently being received, it is determined whether the input of all the data constituting the frame has been completed. The frame of the radio beacon is composed of a synchronization part, a header part, a data part, and a CRC (Cyclic Redundancy Check) each having a predetermined number of bytes. If the input of all data has not been completed, the reception interrupt processing ends. On the other hand, when the input is completed, the CRC of the frame is checked (step T3). If the inspection result is correct, in step T4, a frame inspection process for inspecting whether the generated frame is a frame of a radio beacon to be processed is executed. This frame inspection processing will be described later. If there is an error in the inspection result, the reception interrupt processing ends.
[0050]
When the frame inspection process is executed, “OK” is returned if the generated frame is for the radio beacon to be processed, and “NG” is returned if the generated frame is not for the radio beacon to be processed. . The return value is checked in step T5, and if "OK", the frame is stored in the RAM 25 (step T6), and if "NG", the reception interrupt processing ends.
[0051]
FIG. 4 shows a flowchart relating to the frame inspection processing. Hereinafter, the frame inspection process will be described with reference to FIG.
First, in step T41, the beacon number extracted from the frame is checked. The beacon numbers are different identification numbers given to beacons installed nationwide. Specifically, if the first digit of the beacon number is 1 to 9, the process proceeds to the next step T42 as an appropriate beacon number, and otherwise, the process proceeds to step T48 on the assumption that there is an error in the beacon number. In step T48, the CPU 24 performs initialization (hereinafter, referred to as reception initialization) of input frames and the like as preparation for inputting new radio beacon data from the direct-direction / direction detection unit 21.
[0052]
In step T42, it is determined whether the beacon number is the same as the number of the radio beacon interrupted in step S18 due to the occurrence of the optical beacon data processing or the number of the radio beacon interrupted in step T47 described later. In the same case, since the frame of the radio wave beacon has already been stored in the RAM 25 before the interruption, the process shifts to step T48 to perform reception initialization.
[0053]
In step T43, it is determined whether or not the frame is for a beacon to be processed based on the beacon number. The beacon to be processed is set in step T45, which will be described later, every time the radio wave beacon to be received is changed, and represents a radio beacon in which frame processing is in progress. When the reception is initialized in step T48, the number of the beacon to be processed is initialized to an appropriate number that does not exist as a radio beacon (for example, the first digit is 0). If the frame being processed is that of the beacon to be processed, that is, if the frame processed as the previous processing and the frame are transmitted from the same radio beacon, the process proceeds to step T46. After setting a return value of “OK”, the frame inspection processing ends.
[0054]
On the other hand, if the frame is not a beacon to be processed, that is, if the previously processed frame and the current processed frame are transmitted from different radio beacons, or if it is the first frame generated after reception initialization Then, the process proceeds to step T44.
[0055]
Step T44 is a process of determining whether or not a beacon to be processed has been set, and “NO” is determined only when the process is first performed after the reception is initialized in step T48. If the determination is "NO", the radio wave beacon of the frame is newly set as a beacon to be processed (step T45), and the process shifts to step T46 to return "OK" as a return value.
[0056]
If “YES” is determined in step T44, that is, if the received radio beacon is changed, the reception of the radio beacon which has been processed so far is interrupted (step T47), and a new radio beacon is transmitted. The reception initialization for input is performed (step T48). After that, the process shifts to step T49 to return "NG" as a return value.
[0057]
Now, the above processing will be described with reference to the case shown in FIG. Here, information composed of frames a1 and a2 is repeatedly transmitted from the radio beacon 1a shown in FIG. 8B, and information composed of frames b1, b2 and b3 is repeatedly transmitted from the radio beacon 1b. It is assumed that It is assumed that the vehicle is traveling from left to right in the figure.
[0058]
At the point A, when the vehicle enters the communication area and the road-vehicle communication in-vehicle device 11 receives the frame a1 from the radio wave beacon 1a, steps T41 to T46 are sequentially processed. In this case, in step T45, the radio wave beacon 1a is set as a beacon to be processed. Subsequently, when the frame a2 is received, since the frame is a frame transmitted from the beacon to be processed (the radio wave beacon 1a), “YES” is determined in the step T43, and a return value of “OK” is returned as the beacon to be processed. . Thereby, the road-vehicle communication in-vehicle device 11 can acquire the information from the radio wave beacon 1a including the frames a1 and a2 on the RAM 25.
[0059]
Thereafter, when the vehicle enters a communication area capable of receiving the radio wave from the radio beacon 1b at the point B while maintaining the reception level of the radio beacon at or above the reference level, the processing state shifts to the "idle state". Without this, a frame transmitted from the radio beacon 1b is received.
[0060]
Now, when the frame b1 is received following the frame a2, in step T43, it is determined that the frame is not the frame of the processing target beacon (the radio wave beacon 1a), and the process proceeds to step T44. In step T44, since the radio wave beacon 1a has already been set as the processing target beacon in step T45, it is determined to be "YES", and the reception process is interrupted and the reception initialization is executed. At this time, the beacon to be processed is initialized to, for example, a radio beacon 0 (a non-existent radio beacon having a number whose first digit is 0).
[0061]
Subsequently, when the frame b2 is received, after processing in steps T41 to T44, the radio wave beacon 1b is set as a beacon to be processed in step T45, and the frame b2 is stored in the RAM 25. Thereafter, as long as the frames b3, b1, b2,... Of the radio wave beacon 1b are received, the determination of "YES" is continued in step T43, and each frame is stored in the RAM 25. Thus, the road-vehicle communication in-vehicle device 11 can acquire information from the radio wave beacon 1b including the frames b1, b2, and b3.
[0062]
As described above, the in-vehicle road-vehicle communication device 11 is configured to be able to identify the radio beacon that transmitted the frame based on the generated frame in the reception interrupt processing of the radio beacon data. Then, when the identified radio beacon is not the target beacon, that is, when the radio beacon to be received is changed due to the movement of the vehicle, a frame transmitted from the radio beacon that has newly received radio waves is acquired. It has become.
[0063]
Therefore, as shown in FIG. 8B, even when a plurality of radio beacon signals overlap to form one communication area, information transmitted from each radio beacon is reliably obtained. can do. The above-described reception interrupt processing is similarly applied to optical beacon data.
[0064]
(Second embodiment)
Next, a second embodiment in which the transmission / reception unit 13 in the first embodiment is modified will be described with reference to FIGS. 6, the same components as those in FIG. 1 are denoted by the same reference numerals, and only different components will be described here.
[0065]
FIG. 6 schematically shows the electrical configuration of the road-vehicle communication in-vehicle device using functional blocks. In FIG. 6, the road-vehicle communication in-vehicle device 28 includes the antenna unit 12 and the transmission / reception unit 29.
The transmission / reception unit 29 includes a multiplexing / demultiplexing unit 18, a high-frequency conversion unit 30, an amplitude detection unit 23, a decoder 31, a microcomputer (hereinafter, referred to as a CPU) 32, a RAM 25, a communication control unit 26, a DC power supply 27, and the like. I have.
[0066]
The high frequency converter 30 converts the radio beacon signal separated by the multiplexing / demultiplexing unit 18 into an intermediate frequency, and demodulates the radio beacon signal to generate radio beacon demodulated data. Further, the high-frequency converter 30 as a radio wave reception level detecting unit detects the intensity (reception level) of the radio wave beacon signal. The radio wave beacon demodulated data is output to the decoder 31, and the reception level is output to the CPU 32.
[0067]
The decoder 31 as beacon information generating means receives the radio wave beacon demodulated data and the optical beacon signal separated by the multiplexing / demultiplexing unit 18 and can simultaneously generate a radio beacon frame and an optical beacon frame. It is configured as follows. In addition, the decoder 31 as a direct detection means detects a direct signal indicating a direct position of the radio beacon based on a direct detection signal superimposed on the radio beacon demodulated data. When the decoder 31 generates either a radio wave beacon or an optical beacon frame, the decoder 31 outputs a reception notification interrupt signal to the CPU 32 and outputs the frame to the CPU 32.
[0068]
The CPU 32, which constitutes a data processing means together with the high-frequency converter 30, the decoder 31, and the RAM 25, inputs a frame (information) to be described later according to a program stored in advance in a nonvolatile memory (not shown). It is stored in the RAM 25. Further, the CPU 32 outputs an area signal indicating the inside and outside of the communication area of the radio wave beacon to the decoder 31. The decoder 31 outputs a direct signal to the CPU 32 only when this area signal indicates the inside of the communication area.
[0069]
Next, the operation and effect of the present embodiment will be described with reference to FIG. 7 which shows a flowchart relating to main processing of radio wave and optical beacon data. In FIG. 7, the same processes as those in the flowchart shown in FIG. 2 are denoted by the same step numbers, and different processes will be described below.
[0070]
When the communication area of the radio beacon or the optical beacon is detected in step S2, the processing state is changed from "idle state" to "beacon reception state" in step S20. In the present embodiment, there are two processing states, an “idle state” and a “beacon reception state” in which either a radio beacon or an optical beacon is input from the decoder 31. This frame includes information transmitted from a radio wave or an optical beacon.
[0071]
If it is determined in step S1 that the frame is not in the "idle state", the CPU 32 receives the reception notification interrupt signal from the decoder 31, and determines whether the frame input from the decoder 31 is a radio beacon frame or an optical beacon frame (step S1). S21). If the frame is an optical beacon frame, the frame transfer of the radio beacon is interrupted (step S22), and the frame is transmitted by inputting the frame of the optical beacon and storing it in the RAM 25 (step S23).
[0072]
After that, in step S8, it is determined whether the optical beacon is out of the communication area. When it is within the communication area, the process returns to step S21, and when it is outside the communication area, the process proceeds to step S10.
[0073]
On the other hand, if it is determined in step S21 that the input frame is a radio beacon frame, the radio beacon frame is transferred from the decoder 31 to the RAM 25 via the CPU 32 (step S24). Subsequently, in step S14, it is determined whether the vehicle has left the communication area of the radio wave beacon. Then, if it is located within the communication area, it is determined whether or not a position immediately below the radio wave beacon has been detected (step S13). If it has left the communication area, the frame transfer is terminated and the processing state is changed to "beacon reception state". To return to the "idle state" (step S11).
[0074]
If it is determined that the radio wave beacon signal has just been received, the frame stored in the RAM 25 is regarded as valid. Then, in step S10, the frame is converted into a format that can be transferred to an external device. If the position immediately below is not detected, the process returns to step S21.
[0075]
As described above, in the roadside-vehicle communication in-vehicle device 28, the decoder 31 is configured to be able to simultaneously generate a radio beacon frame and an optical beacon frame, and the CPU 32 selects and inputs the frame generated by the decoder 31. Then, a frame transfer process to be stored in the RAM 25 is executed. When both the optical beacon frame and the radio beacon frame are generated, the optical beacon frame is preferentially selected. Therefore, as in the first embodiment, the optical beacon frame is selected. Even when the communication area of the signal and the communication area of the radio wave beacon leaked from the radio wave beacon overlap, it is possible to obtain information transmitted from the optical beacon, thereby preventing the driver from missing information. .
[0076]
Further, the decoder 31 can independently generate frames for the radio wave beacon and the optical beacon, and the CPU 32 only has to select the frame generated by the decoder 31 and transfer it to the RAM 25. And the processing speed can be increased.
[0077]
(Other embodiments)
Note that the present invention is not limited to the above embodiments, and the following modifications or extensions are possible.
In the second embodiment, the frame generated by the decoder 31 is transferred to the RAM 25 via the CPU 32. However, the frame may be directly transferred from the decoder 31 to the RAM 25 by DMA (Direct Memory Access).
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing an electric configuration of a vehicle-mounted road-vehicle communication device according to a first embodiment of the present invention;
FIG. 2 is a flowchart showing main processing.
FIG. 3 is a flowchart showing reception interrupt processing;
FIG. 4 is a flowchart showing a frame inspection process;
FIG. 5 is a diagram showing reception levels of an optical beacon signal and a radio beacon signal;
FIG. 6 is a view corresponding to FIG. 1, showing a second embodiment of the present invention;
FIG. 7 is a diagram corresponding to FIG. 2;
FIG. 8 is a diagram showing a reception level of a radio wave from a radio beacon;
FIG. 9 is a diagram showing a state in which a radio beacon and an optical beacon are installed close to each other.
[Explanation of symbols]
In the drawings, 11 and 28 are road-vehicle communication in-vehicle devices, 13 is an antenna (reception unit), 14 is a high-frequency reception unit (reception unit), 15 is a light emission and reception unit (reception unit), and 16 is a photoelectric conversion unit (reception unit). , 20 is an intermediate frequency amplifier (data processing means, radio wave beacon data detection means, radio wave reception level detection means), 21 is a direct / direction detection section (data processing means, radio beacon data detection means, direct detection means), 22 is Data reproducing / generating unit (data processing unit, optical beacon data detecting unit), 23 is an amplitude detecting unit (optical receiving level detecting unit), 24 and 32 are microcomputers (data processing unit), 25 is RAM (data processing unit) , 30 are high-frequency conversion units (data processing means, radio wave reception level detection means), and 31 is a decoder (data processing means, beacon information generation means, direct detection means).

Claims (1)

道路に沿って設置された路上局から送信される電波ビーコン信号を受信する受信手段と、
この受信手段により受信した電波ビーコン信号から電波ビーコンデータを検出する電波ビーコンデータ検出手段と、
前記受信手段により受信した電波ビーコン信号の受信レベルを検出する電波受信レベル検出手段と、
この電波受信レベル検出手段からの受信レベルが予め設定された基準レベル以上である場合に、前記電波ビーコンデータ検出手段からの電波ビーコンデータに基づいて当該電波ビーコン信号を送信する路上局を識別するとともに、当該電波ビーコンデータに基づいて前記識別された路上局から送信される情報を取得するデータ処理手段とを備え、
前記データ処理手段は、前記電波受信レベル検出手段からの受信レベルが予め設定された基準レベル以上となる状態を保ったまま、異なる路上局からの電波を受信可能な通信エリアに入った場合には、異なる路上局を識別する毎に前記電波ビーコンデータに基づいて前記識別されたそれぞれの路上局から送信される情報を取得することを特徴とする路車間通信車載装置。
Receiving means for receiving a radio wave beacon signal transmitted from a road station installed along the road,
Radio wave beacon data detection means for detecting radio beacon data from the radio beacon signal received by the reception means,
Radio wave reception level detection means for detecting the reception level of the radio wave beacon signal received by the receiving means,
When the reception level from the radio wave reception level detecting means is equal to or higher than a predetermined reference level, the radio station transmits the radio beacon signal based on the radio beacon data from the radio beacon data detecting means, and , and a data processing means for acquiring the information transmitted from the identified road on station based on the radio beacon data,
The data processing means, if the reception level from the radio wave reception level detection means is in a communication area capable of receiving radio waves from different road stations while maintaining a state of being equal to or higher than a preset reference level, Each time a different road station is identified, the information transmitted from each of the identified road stations is acquired based on the radio wave beacon data .
JP00815099A 1999-01-14 1999-01-14 Roadside-vehicle communication in-vehicle device Expired - Fee Related JP3589060B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP00815099A JP3589060B2 (en) 1999-01-14 1999-01-14 Roadside-vehicle communication in-vehicle device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP00815099A JP3589060B2 (en) 1999-01-14 1999-01-14 Roadside-vehicle communication in-vehicle device

Publications (2)

Publication Number Publication Date
JP2000207680A JP2000207680A (en) 2000-07-28
JP3589060B2 true JP3589060B2 (en) 2004-11-17

Family

ID=11685298

Family Applications (1)

Application Number Title Priority Date Filing Date
JP00815099A Expired - Fee Related JP3589060B2 (en) 1999-01-14 1999-01-14 Roadside-vehicle communication in-vehicle device

Country Status (1)

Country Link
JP (1) JP3589060B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10130322B2 (en) 2013-03-29 2018-11-20 General Electric Company Mammography device and method of controlling position alignment thereof

Also Published As

Publication number Publication date
JP2000207680A (en) 2000-07-28

Similar Documents

Publication Publication Date Title
US7499683B2 (en) Wireless broadcast receiving device for vehicle
JP6358204B2 (en) Wireless communication device
JP2009232065A (en) Communication system, and on-board communication device
JP3589060B2 (en) Roadside-vehicle communication in-vehicle device
US20180263057A1 (en) Wireless communication apparatus
JP4178686B2 (en) Road-to-vehicle communication in-vehicle equipment
JPH08330908A (en) Channel selection processor for mobile fm receiver
JPH09128684A (en) Traffic information providing device
JP6960956B2 (en) On-board unit, road-to-vehicle communication system using it, and roadside unit information notification method
KR20080024470A (en) Provision of traffic information including integrated sections
JPH09116447A (en) Vehicle information receiving device
JP2974972B2 (en) Road-to-vehicle wireless communication method
JP2620350B2 (en) In-vehicle antenna control method
JP2003087176A (en) Communication system between road-side and vehicle
JPH08180222A (en) Radio toll receiving system
JP3052888B2 (en) Traffic information receiver
JPH1098423A (en) Broadcasting reception system and control method for the same
JP3510421B2 (en) In-vehicle antenna device and its setting method
JP3521227B2 (en) Radio information lane marker device and control method thereof
JP3918514B2 (en) Information providing system and in-vehicle device and controller used therefor
JP4196467B2 (en) Information display device
KR101358596B1 (en) Method of searching a route intelligently using mesh communication, method of searching a circumference, and terminal
JP2003091795A (en) Roadside-vehicle communication in-vehicle device
JP2006292672A (en) Receiving device for vehicle of road traffic information system
JPH06253224A (en) In-vehicle broadcast signal receiver

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040210

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040427

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040625

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040630

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: 20040727

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040809

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20100827

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20110827

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20120827

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20130827

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees