車載光ビーコン装置
【課題】ダウンリンクデータを確実に取得することができる車載光ビーコン装置を提供する。
【解決手段】第１のフレーム６２ａを正常に受信できなかったので、次の第１のフレーム６２ｅが送信されている時間帯にアップリンクを行わないようにする。第２のフレーム６２ｂを正常に受信できたので、次の第２のフレーム６２ｆが送信される時間帯にアップリンク６３ａを行うようにする。第３のフレーム６２ｃを正常に受信できなかったので、次の第３のフレーム６２ｇが送信されている時間帯にアップリンクを行わないようにする。第４のフレーム６２ｄを正常に受信できたので、次の第４のフレーム６２ｈが送信される時間帯にアップリンク６３ｂを行うようにする。
【解決手段】第１のフレーム６２ａを正常に受信できなかったので、次の第１のフレーム６２ｅが送信されている時間帯にアップリンクを行わないようにする。第２のフレーム６２ｂを正常に受信できたので、次の第２のフレーム６２ｆが送信される時間帯にアップリンク６３ａを行うようにする。第３のフレーム６２ｃを正常に受信できなかったので、次の第３のフレーム６２ｇが送信されている時間帯にアップリンクを行わないようにする。第４のフレーム６２ｄを正常に受信できたので、次の第４のフレーム６２ｈが送信される時間帯にアップリンク６３ｂを行うようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、道路上に設置された光ビーコン装置との間で光信号による双方向通信を行う車載光ビーコン装置に関する。
【背景技術】
【０００２】
路上設置の路上機と自動車に設置の車載機との間で、波長８５０ｎｍの近赤外線を用いて双方向通信を行う光ビーコンが従来技術として知られている（たとえば、特許文献１）。
【特許文献１】特開平１０−３３２８０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１のような従来の光ビーコンでは、アップリンクを行うときの近赤外線の波長とダウンリンクを行うときの近赤外線の波長とがどちらも８５０ｎｍであり、同一である。このため、ダウンリンクとアップリンクとが重なると、近赤外線の相互干渉が起こり、車載機がダウンリンクデータの一部を取得できない場合がある。
【課題を解決するための手段】
【０００４】
（１）請求項１の発明の車載光ビーコン装置は、路上光ビーコン装置から繰り返し送信されるダウンリンクデータを受信する受信手段と、受信手段によるダウンリンクデータの正常な受信を判定する判定手段と、判定手段によって正常な受信が判定されたダウンリンクデータの次回以降の送信タイミングを算出する算出手段と、送信タイミングにおいて路上光ビーコン装置へアップリンクデータを送信する送信手段とを備えることを特徴とする。
（２）請求項２の発明は、請求項１に記載の車載光ビーコン装置において、判定手段は、ダウンリンクデータを構成するフレームごとに受信手段によるダウンリンクデータの正常な受信を判定し、算出手段は、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする。
（３）請求項３の発明は、請求項２に記載の車載光ビーコン装置において、算出手段は、フレームを構成するヘッダ部の情報に基づいて、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回もしくはそれ以降に送信される送信タイミングを算出することを特徴とする。
（４）請求項４の発明は、請求項２に記載の車載光ビーコン装置において、算出手段は、ダウンリンクデータを構成するフレームのうちの所定のフレームの受信時間に基づいて、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする。
（５）請求項５の発明は、請求項４に記載の車載光ビーコン装置において、所定のフレームは、ダウンリンクデータを構成するフレームの中で先頭のフレームであることを特徴とする。
【発明の効果】
【０００５】
本発明によれば、正常に受信することができたダウンリンクデータの次回以降の送信タイミングにアップリンクを行うようにしたので、ダウンリンクデータを確実に取得することができる。
【発明を実施するための最良の形態】
【０００６】
本発明の実施形態による車載光ビーコン装置１の構成の概略について、図１を参照して説明する。車載用ビーコン装置１は、近赤外線式の双方向通信により、車両ＩＤなどの情報を道路上に設けられた光ビーコン装置（以下路上光ビーコン装置と呼ぶ）に送信するとともに、路上光ビーコン装置より交通情報などを受信する。図１に示すように、車載光ビーコン装置１は、マイコン１１、ＲＯＭ１２、ＲＡＭ１３、赤外線受光部１４、受信回路１５、赤外線発光部１６および送信回路１７を備えている。車載光ビーコン装置１は不図示のナビゲーション装置と接続している。
【０００７】
マイコン１１は、マイクロプロセッサ及びその周辺回路からなり、ＲＡＭ１３を作業エリアとしてＲＯＭ１２に格納された制御プログラムを実行して各種の制御を行う。また、マイコン１１は、受信回路１５から出力される電気信号を交通情報などの情報に変換し、変換した情報を不図示のナビゲーション装置に出力する。また、路上光ビーコン装置に送信するための車両ＩＤなどの情報を電気信号に変換したり、赤外線発光部１６の発光タイミングを指示などしたりする。
【０００８】
赤外線受光部１４は、フォトダイオードで構成され、路上光ビーコン装置から照射された赤外線を受光する。そして、受光した赤外線を電気信号に変換し、受信回路１５に出力する。受信回路１５は、赤外線受光部１４から出力された電気信号を増幅し、マイコン１１へ出力する。
【０００９】
赤外線発光部１６は、発光素子として近赤外線ＬＥＤを備え、近赤外線ＬＥＤから変調した光信号を路上光ビーコン装置へ送光する。送信回路１７は、近赤外線ＬＥＤの駆動を制御する。
【００１０】
次に、図２を参照してアップリンク領域とダウンリンク領域について説明する。路上光ビーコン装置の投受光器２１は８．０ｍの高さに設けられているものとして説明する。投受光器２１の路面上の位置から車両２２が６．９ｍの距離に接近すると、車両２２はアップリンク領域およびダウンリンク領域に進入する。この領域では、路上光ビーコン装置と車載光ビーコン装置１との間でアップリンクとダウンリンクとが行われる。車両２２がアップリンク領域に進入してから、１．６ｍ通過すると、アップリンク領域は終了する。車両２２がアップリンク領域を通過すると、原則としてアップリンクを行わないが、路上光ビーコン装置がアップリンクデータを受信していない場合は、アップリンクを行う。そして、投受光器２１の路面上の位置から車両２２が３．２ｍの距離に接近すると、車両２２はダウンリンク領域を通過し、路上光ビーコン装置と車載光ビーコン装置１との間で行われるアップリンクとダウンリンクが終了する。
【００１１】
次に、図３を参照して、路上光ビーコン装置のダウンリンクで送信されるダウンリンクデータ構造を説明する。ダウンリンクデータは、複数の情報種別から構成され、それぞれの情報種別は、図４に示すように構成される１または複数のフレーム４０より構成される。たとえば、図３に示すように、ダウンリンクデータ３０には、車線通知情報、現在地位置情報、接続ネットワーク情報、緊急メッセージ情報、注意警戒情報、メッセージ情報、簡易図形１情報、簡易図形２情報、駐車場情報、事象規制リンク情報、センタネット障害通知情報、障害情報および渋滞リンク情報が含まれる。
【００１２】
ダウンリンクデータ３０は路上光ビーコン装置２１から繰り返し送出されるが、路上光ビーコン装置が車載光ビーコン装置１のアップリンクを受信すると、アップリンク受信開始時から最後のアップリンク受信後２５０ミリ秒までのダウンリンクデータ３０には、渋滞リンク情報の代わりに渋滞・旅行時間リンク情報が含まれる。
【００１３】
ひとつの情報種別が複数のフレームで構成される場合、後述するヘッダ部によって順序付けられたフレームの実データ部を連続的につなぎ合わせることで、ひとつの情報種別データが全て揃うことになる。ダウンリンクデータ３０の総フレーム数は最大８０である。
【００１４】
図４を参照して、フレーム４０の構成について説明する。フレーム４０は、伝送制御部（同期）、ヘッダ部、実データ部および伝送制御部（ＣＲＣ等）を含んで構成される。伝送制御部（同期）には、ビット同期用符号が格納されている。ヘッダ部には、フレームの内容を表すデータが格納されている。実データ部には、各情報種別の情報種別データが格納されている。実データ部のデータ数は１２３バイトに固定されている。したがって、情報種別データが１２３バイトを越える場合、情報種別は複数のフレームで構成されることになる。伝送制御部（ＣＲＣ等）には、アイドルの固定符号、アイドルまでの誤り検定符合、ビット同期用符号が格納されている。
【００１５】
図５を参照して、ヘッダ部の構成を説明する。ヘッダ部５０は、規格フラグ、情報フラグ、情報種別、提供時刻情報、最終フレームフラグ、同一情報種別内フレーム番号、フレームデータ有効データ長、ワンフレームタイムおよびダウンリンク総フレーム数を含んで構成されている。
【００１６】
規格フラグとして、フレームの情報の規格がＵＴＭＳ（ Universal Traffic Management System ）規格であるか、またはＵＴＭＳ規格外であるかを表すフラグが用いられる。情報フラグとして、フレームのデータが運用データであるか、または試験用データであるかを表すフラグが格納されている。情報種別は、情報種別を表すＩＤである。提供時刻情報として、情報センタにてデータ編集した時刻が用いられる。最終フレームフラグとして、情報種別を構成する複数のフレームの中で最終のフレームであるか否かを表すフラグが用いられる。同一情報種別内フレーム番号は、情報種別を構成する複数のフレームの中の順序番号である。フレームデータ有効データ長は、１２３バイトの実データ部のうちの有効なデータのバイト数を表わす。ワンフレームタイムは、ひとつのフレームを送信するのに要する時間である。ダウンリンク総フレーム数は、ダウンリンクデータを構成する総フレーム数である。
【００１７】
次に、本発明の実施形態における車載光ビーコン装置１のアップリンク処理について、図６を参照して説明する。図６は、路上光ビーコン装置から送信されたダウンリンクデータを構成するフレームの送信タイミングと、車載光ビーコン装置１から送信されたアップリンクデータを構成するフレームの送信タイミングとを説明するための図である。
【００１８】
この例では、路上光ビーコン装置から、４つのフレーム６２ａ〜６２ｄで構成される第１番目のダウンリンクデータと、４つのフレーム６２ｅ〜６２ｈで構成される第２番目のダウンリンクデータが連続して送信される。すなわち、矢印６１にしたがって８つのフレーム６２ａ〜６２ｈが順次送信される。
【００１９】
そして、車載光ビーコン装置１は、第１番目のダウンリンクデータの受信処理において、白抜きの文字で示した第１フレーム６２ａおよび第３フレーム６２ｃを正常に受信することができず、黒抜きの文字で示した第２フレーム６２ｂおよび第４フレーム６２ｄを正常に受信している。フレームが正常に受信できたか否かは、たとえば、受信フレームのバイト数が本来のバイト数であるか否かにより判断する。
【００２０】
一方、車載光ビーコン装置１から、１つのフレーム６３ａで構成される第１番目のアップリンクデータと、１つのフレーム６３ｂで構成される第２番目のアップリンクデータが、以下で詳細に説明する所定のタイミングで送信される。上述したように、路上光ビーコン装置と車載光ビーコン装置１との間での行われるダウンリンクとアップリンクではそれらの相互干渉があり、ダウンリンクデータの受信不良という問題が発生する。そこで、本発明者等は、ダウンリンクデータを送信するタイミングにおいてアップリングデータを送信しなければ相互干渉による受信不良が解消されることに想到した。
【００２１】
図６に示す例では、第１番目のダウンリンクデータの受信処理において車載光ビーコン装置１が受信できなかった第１フレーム６２ａおよび第３フレーム６２ｃは、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇに対応している。そこで、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇを送信するタイミングにおいてアップリンクデータの送信をせず、相互干渉による受信不良を解決することができる。
【００２２】
すなわち、路上光ビーコン装置から第２番目のダウンリンクデータの第１フレーム６２ｅを送信するタイミングでは、車載光ビーコン装置１がアップリンクを行わないようにする。その結果、路上光ビーコン装置から第１フレーム６２ｅを送信する赤外線と、アップリンクデータを送信する赤外線とが相互干渉を起こさず、車載光ビーコン装置１は第１フレーム６２ｅを正常に受信することができる。
【００２３】
なお、路上光ビーコン装置から第２番目のダウンリンクデータの第２フレーム６２ｆを送信するタイミングで、車載光ビーコン装置１が第１フレーム６３ａをアップリンクした場合、ダウンリンクデータの第２フレーム６２ｆを送信する赤外線と、アップリンクデータの第１フレーム６３ａを送信する赤外線とが相互干渉を起こし、ダウンリンクデータの第２フレーム６２ｆを正常に受信できないおそれがあるが、すでに第２のフレーム６２ｂを正常に受信しているので、第２のフレーム６２ｆを正常に受信できなくても問題ない。
【００２４】
以上のように、車載光ビーコン装置１で受信できなかった第１番目のダウンリンクデータのフレームを第２番目のダウンリンクデータの対応フレームで受信するようにした。そのため、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇの送信タイミングを以下のステップＳ７０２で計算し、そのタイミングでのアップリンクデータの送信をしない。
【００２５】
一実施形態における車載光ビーコン装置１のアップリンク処理について、図７のフローチャートを参照して説明する。図７の処理は、路上光ビーコン装置に車両が接近してダウンリンクデータの受信を開始するとスタートするプログラムをマイコン１１で実行して行われる。
【００２６】
ステップＳ７０１では、ダウンリンクデータのフレームを正常に受信できたか否かを判定する。フレームを正常に受信できたか否かの判定は、受信したデータのバイト数より判断する。たとえば、１３５バイトのデータであるフレームについては、受信データのバイト数が１３５バイトであれば、正常に受信できたと判定する。しかし、受信データが１３４バイト以下であれば、正常に受信できなかったと判定する。ダウンリンクデータのフレームが正常に受信された場合はステップＳ７０１が肯定判定され、ステップＳ７０２に進む。ダウンリンクデータのフレームが正常に受信されなかった場合はステップＳ７０１が否定判定され、ステップＳ７０３に進む。
【００２７】
ステップＳ７０２では、車載光ビーコン装置１がアップリンクを行う時間帯（以下、アップリンク時間帯と呼ぶ）を算出する。アップリンク時間帯は以下のように算出する。フレーム４０のヘッダ部５０のワンフレームタイムとダウンリンク総フレーム数（図４参照）を読み出す。そして、正常に受信したフレームの受信開始時刻に、ワンフレームタイムの時間をダウンリンク総フレーム数で乗算した時間のｎ倍（ｎ＝１，２，３，・・・）を加算する。こうして算出した時刻がアップリンク時間帯の開始時刻となる。さらに開始時刻にワンフレームタイムの時間を加算した時刻がアップリンク時間帯の終了時刻となる。路上光ビーコン装置は、情報を送信するたびに総フレームを繰り返し送信する。したがって、上記のようにして算出した時間帯が、正常に受信されたフレームが路上光ビーコン装置より送信される時間帯になる。
【００２８】
ステップＳ７０３では、現在の時刻がアップリンク時間帯であるか否かを判定する。現在の時刻がアップリンク時間帯である場合はステップＳ７０３が肯定判定され、ステップＳ７０４へ進む。現在の時刻がアップリンク時間帯でない場合はステップＳ７０３が否定判定され、ステップＳ７０１に戻る。ステップＳ７０４では、アップリンクを行う。ステップＳ７０５では、現在の時刻がアップリンク時間帯であるか否かを判定する。現在の時刻がアップリンク時間帯である場合はステップＳ７０３が肯定判定され、ステップＳ７０４に戻る。現在の時刻がアップリンク時間帯でない場合はステップＳ７０５が否定判定され、ステップＳ７０６に進む。ステップＳ７０６では、アップリンクを終了する。
【００２９】
ステップＳ７０７では、ダウンリンクデータを構成する情報種別で、渋滞・旅行時間リンク情報を受信したか否かを判定する。路上光ビーコン装置がアップリンクを受信すると渋滞リンク情報の代りに渋滞・旅行時間リンク情報を送信する。したがって、上記判定により、路上光ビーコン装置がアップリンクを受信できたか否かを判定することができる。渋滞・旅行時間リンク情報を受信した場合はステップＳ７０７が肯定判定され、アップリンク処理を終了する。渋滞・旅行時間リンク情報を受信しない場合はステップＳ７０７が否定判定され、ステップＳ７０１に戻る。
【００３０】
以上説明した実施の形態による車載光ビーコン装置１は次のような作用効果を奏する。
（１）正常に受信することができたダウンリンクデータについて、路上光ビーコン装置より次に送信される時間帯（送信タイミング）にアップリンクを行うようにした。これにより、ダウンリンクとアップリンクとの間の相互干渉が原因で正常に受信できなかったダウンリンクデータが再び正常に受信できないことを防止することができる。したがって、ダウンリンクデータを確実に取得することができる。
【００３１】
（２）正常に受信することができたフレームの次回の送信時間帯にアップリンクを行うようにした。ダウンリンクにおいては、ダウンリンクデータを構成する総フレームを繰り返し送信するので、正常に受信することができたフレームが次回に送信される時間帯を算出することができる。したがって、ダウンリンクデータの正常に受信できたフレームが路上光ビーコン装置より送信される時間帯に確実にアップリンクを行うことができる。
【００３２】
（３）フレーム４０を構成するヘッダ部５０の情報に基づいてアップリンクデータを送信する時間帯を算出するようにしたので、フレーム４０を正常に受信した後、すぐにアップリンクを行う時間帯を算出することができる。
【００３３】
以上の実施の形態を次のように変形することができる。
（１）正常に受信できたフレームの次回の送信時間帯を算出したが、次回以降の送信タイミングを算出してもよい。また、算出手段は、たとえば、ダウンリンクデータ３０を構成するフレームのうちの所定のフレームの受信時間に基づいて、正常に受信できたフレームの次回の送信時間帯を算出するように構成してもよい。基準となる第１のフレームの受信終了からｔ１秒後に受信が開始され、第１のフレームの受信終了からｔ２秒後に受信が終了したフレームを、正常に受信できたとする。この場合、第１のフレーム受信終了のｔ１秒後から、第１のフレーム受信終了のｔ２秒後までの時間帯がアップリンクを行う時間帯となる。したがって、第１のフレームを再び受信すると、第１のフレームの受信終了からｔ１秒後にアップリンクを開始し、第１のフレームの受信終了からｔ２秒後にアップリンクを終了する。特に、ダウンリンクデータの先頭のフレーム（車線通知情報のフレーム）の受信時間を基準にすることによって、総フレームを繰り返し送信する周期が多少変化しても、正常に受信することができたフレームが送信される時間帯にアップリンクを行うことができる。
【００３４】
（２）複数のダウンリンクデータが繰り返し路上光ビーコン装置より送信される場合、フレーム単位ではなく、ダウンリンクデータ単位でアップリンクを行うタイミングを決めるようにしてもよい。図８に示すように、フレームＡ１〜Ａ４で構成されるダウンリンクデータＡとフレームＢ１〜Ｂ４で構成されるダウンリンクＢとが矢印８１にしたがって繰り返し送信される場合について説明する。上述の実施形態と同様に、白抜き文字のフレームは正常に受信でき、黒抜き文字のフレームは正常に受信できなかったものとして説明する。図８に示すように、第１のダウンリンクデータＡの送信８２ａでは、すべてのフレームＡ１〜Ａ４について正常に受信できた。次に、第１のダウンリンクデータＢの送信８２ｂでは、フレームＢ１とフレームＢ３とが正常に受信できなかった。そこで、第２のダウンリンクデータＡの送信８２ｃのタイミングで、アップリンクＣ１を繰り返し行い、第２のダウンリンクデータＡの送信８２ｄのタイミングではアップリンクを行わないようにする。複数のダウンリンクデータが繰り返し路上光ビーコン装置より送信される場合に、ダウンリンクデータ単位でアップリンクを行うと、アップリンクを繰り返し連続して行えるので、効率がよい場合がある。
【００３５】
以上の説明はあくまで一例であり、発明は、上記の実施形態に何ら限定されるものではない。
【００３６】
特許請求の範囲の要素と実施の形態との対応関係を説明する。
本願発明の受信手段は赤外線受光部１４および受信回路１５に対応し、判定手段および算出手段はマイコン１１に対応する。送信手段は赤外線発光部１６および送信回路１７に対応する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素の対応関係になんら限定されるものではない。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態による車載光ビーコン装置の構成を示すブロック図である。
【図２】アップリンク領域とダウンリンク領域を説明するための図である。
【図３】ダウンリンクデータのデータ構造を説明するための図である。
【図４】フレームの構成を説明するための図である。
【図５】ヘッダ部の構成を説明するための図である。
【図６】本発明の実施形態における車載光ビーコン装置のアップリンク処理を説明するための図である。
【図７】本発明の実施形態における車載光ビーコン装置のアップリンク処理を説明するためのフローチャートである。
【図８】車載光ビーコン装置のアップリンク処理の変形例を説明するための図である。
【符号の説明】
【００３８】
１ 車載光ビーコン装置
１１ マイコン
１４ 赤外線受光部
１６ 赤外線発光部
２１ 路上光ビーコン装置の投受光器
２２ 車両
３０，８２ａ〜８２ｄ ダウンリンクデータ
４０，６２ａ〜６２ｈ，６３ａ，６３ｂ フレーム
５０ ヘッダ部
【技術分野】
【０００１】
本発明は、道路上に設置された光ビーコン装置との間で光信号による双方向通信を行う車載光ビーコン装置に関する。
【背景技術】
【０００２】
路上設置の路上機と自動車に設置の車載機との間で、波長８５０ｎｍの近赤外線を用いて双方向通信を行う光ビーコンが従来技術として知られている（たとえば、特許文献１）。
【特許文献１】特開平１０−３３２８０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１のような従来の光ビーコンでは、アップリンクを行うときの近赤外線の波長とダウンリンクを行うときの近赤外線の波長とがどちらも８５０ｎｍであり、同一である。このため、ダウンリンクとアップリンクとが重なると、近赤外線の相互干渉が起こり、車載機がダウンリンクデータの一部を取得できない場合がある。
【課題を解決するための手段】
【０００４】
（１）請求項１の発明の車載光ビーコン装置は、路上光ビーコン装置から繰り返し送信されるダウンリンクデータを受信する受信手段と、受信手段によるダウンリンクデータの正常な受信を判定する判定手段と、判定手段によって正常な受信が判定されたダウンリンクデータの次回以降の送信タイミングを算出する算出手段と、送信タイミングにおいて路上光ビーコン装置へアップリンクデータを送信する送信手段とを備えることを特徴とする。
（２）請求項２の発明は、請求項１に記載の車載光ビーコン装置において、判定手段は、ダウンリンクデータを構成するフレームごとに受信手段によるダウンリンクデータの正常な受信を判定し、算出手段は、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする。
（３）請求項３の発明は、請求項２に記載の車載光ビーコン装置において、算出手段は、フレームを構成するヘッダ部の情報に基づいて、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回もしくはそれ以降に送信される送信タイミングを算出することを特徴とする。
（４）請求項４の発明は、請求項２に記載の車載光ビーコン装置において、算出手段は、ダウンリンクデータを構成するフレームのうちの所定のフレームの受信時間に基づいて、判定手段によって正常に受信されたと判定されたフレームが路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする。
（５）請求項５の発明は、請求項４に記載の車載光ビーコン装置において、所定のフレームは、ダウンリンクデータを構成するフレームの中で先頭のフレームであることを特徴とする。
【発明の効果】
【０００５】
本発明によれば、正常に受信することができたダウンリンクデータの次回以降の送信タイミングにアップリンクを行うようにしたので、ダウンリンクデータを確実に取得することができる。
【発明を実施するための最良の形態】
【０００６】
本発明の実施形態による車載光ビーコン装置１の構成の概略について、図１を参照して説明する。車載用ビーコン装置１は、近赤外線式の双方向通信により、車両ＩＤなどの情報を道路上に設けられた光ビーコン装置（以下路上光ビーコン装置と呼ぶ）に送信するとともに、路上光ビーコン装置より交通情報などを受信する。図１に示すように、車載光ビーコン装置１は、マイコン１１、ＲＯＭ１２、ＲＡＭ１３、赤外線受光部１４、受信回路１５、赤外線発光部１６および送信回路１７を備えている。車載光ビーコン装置１は不図示のナビゲーション装置と接続している。
【０００７】
マイコン１１は、マイクロプロセッサ及びその周辺回路からなり、ＲＡＭ１３を作業エリアとしてＲＯＭ１２に格納された制御プログラムを実行して各種の制御を行う。また、マイコン１１は、受信回路１５から出力される電気信号を交通情報などの情報に変換し、変換した情報を不図示のナビゲーション装置に出力する。また、路上光ビーコン装置に送信するための車両ＩＤなどの情報を電気信号に変換したり、赤外線発光部１６の発光タイミングを指示などしたりする。
【０００８】
赤外線受光部１４は、フォトダイオードで構成され、路上光ビーコン装置から照射された赤外線を受光する。そして、受光した赤外線を電気信号に変換し、受信回路１５に出力する。受信回路１５は、赤外線受光部１４から出力された電気信号を増幅し、マイコン１１へ出力する。
【０００９】
赤外線発光部１６は、発光素子として近赤外線ＬＥＤを備え、近赤外線ＬＥＤから変調した光信号を路上光ビーコン装置へ送光する。送信回路１７は、近赤外線ＬＥＤの駆動を制御する。
【００１０】
次に、図２を参照してアップリンク領域とダウンリンク領域について説明する。路上光ビーコン装置の投受光器２１は８．０ｍの高さに設けられているものとして説明する。投受光器２１の路面上の位置から車両２２が６．９ｍの距離に接近すると、車両２２はアップリンク領域およびダウンリンク領域に進入する。この領域では、路上光ビーコン装置と車載光ビーコン装置１との間でアップリンクとダウンリンクとが行われる。車両２２がアップリンク領域に進入してから、１．６ｍ通過すると、アップリンク領域は終了する。車両２２がアップリンク領域を通過すると、原則としてアップリンクを行わないが、路上光ビーコン装置がアップリンクデータを受信していない場合は、アップリンクを行う。そして、投受光器２１の路面上の位置から車両２２が３．２ｍの距離に接近すると、車両２２はダウンリンク領域を通過し、路上光ビーコン装置と車載光ビーコン装置１との間で行われるアップリンクとダウンリンクが終了する。
【００１１】
次に、図３を参照して、路上光ビーコン装置のダウンリンクで送信されるダウンリンクデータ構造を説明する。ダウンリンクデータは、複数の情報種別から構成され、それぞれの情報種別は、図４に示すように構成される１または複数のフレーム４０より構成される。たとえば、図３に示すように、ダウンリンクデータ３０には、車線通知情報、現在地位置情報、接続ネットワーク情報、緊急メッセージ情報、注意警戒情報、メッセージ情報、簡易図形１情報、簡易図形２情報、駐車場情報、事象規制リンク情報、センタネット障害通知情報、障害情報および渋滞リンク情報が含まれる。
【００１２】
ダウンリンクデータ３０は路上光ビーコン装置２１から繰り返し送出されるが、路上光ビーコン装置が車載光ビーコン装置１のアップリンクを受信すると、アップリンク受信開始時から最後のアップリンク受信後２５０ミリ秒までのダウンリンクデータ３０には、渋滞リンク情報の代わりに渋滞・旅行時間リンク情報が含まれる。
【００１３】
ひとつの情報種別が複数のフレームで構成される場合、後述するヘッダ部によって順序付けられたフレームの実データ部を連続的につなぎ合わせることで、ひとつの情報種別データが全て揃うことになる。ダウンリンクデータ３０の総フレーム数は最大８０である。
【００１４】
図４を参照して、フレーム４０の構成について説明する。フレーム４０は、伝送制御部（同期）、ヘッダ部、実データ部および伝送制御部（ＣＲＣ等）を含んで構成される。伝送制御部（同期）には、ビット同期用符号が格納されている。ヘッダ部には、フレームの内容を表すデータが格納されている。実データ部には、各情報種別の情報種別データが格納されている。実データ部のデータ数は１２３バイトに固定されている。したがって、情報種別データが１２３バイトを越える場合、情報種別は複数のフレームで構成されることになる。伝送制御部（ＣＲＣ等）には、アイドルの固定符号、アイドルまでの誤り検定符合、ビット同期用符号が格納されている。
【００１５】
図５を参照して、ヘッダ部の構成を説明する。ヘッダ部５０は、規格フラグ、情報フラグ、情報種別、提供時刻情報、最終フレームフラグ、同一情報種別内フレーム番号、フレームデータ有効データ長、ワンフレームタイムおよびダウンリンク総フレーム数を含んで構成されている。
【００１６】
規格フラグとして、フレームの情報の規格がＵＴＭＳ（ Universal Traffic Management System ）規格であるか、またはＵＴＭＳ規格外であるかを表すフラグが用いられる。情報フラグとして、フレームのデータが運用データであるか、または試験用データであるかを表すフラグが格納されている。情報種別は、情報種別を表すＩＤである。提供時刻情報として、情報センタにてデータ編集した時刻が用いられる。最終フレームフラグとして、情報種別を構成する複数のフレームの中で最終のフレームであるか否かを表すフラグが用いられる。同一情報種別内フレーム番号は、情報種別を構成する複数のフレームの中の順序番号である。フレームデータ有効データ長は、１２３バイトの実データ部のうちの有効なデータのバイト数を表わす。ワンフレームタイムは、ひとつのフレームを送信するのに要する時間である。ダウンリンク総フレーム数は、ダウンリンクデータを構成する総フレーム数である。
【００１７】
次に、本発明の実施形態における車載光ビーコン装置１のアップリンク処理について、図６を参照して説明する。図６は、路上光ビーコン装置から送信されたダウンリンクデータを構成するフレームの送信タイミングと、車載光ビーコン装置１から送信されたアップリンクデータを構成するフレームの送信タイミングとを説明するための図である。
【００１８】
この例では、路上光ビーコン装置から、４つのフレーム６２ａ〜６２ｄで構成される第１番目のダウンリンクデータと、４つのフレーム６２ｅ〜６２ｈで構成される第２番目のダウンリンクデータが連続して送信される。すなわち、矢印６１にしたがって８つのフレーム６２ａ〜６２ｈが順次送信される。
【００１９】
そして、車載光ビーコン装置１は、第１番目のダウンリンクデータの受信処理において、白抜きの文字で示した第１フレーム６２ａおよび第３フレーム６２ｃを正常に受信することができず、黒抜きの文字で示した第２フレーム６２ｂおよび第４フレーム６２ｄを正常に受信している。フレームが正常に受信できたか否かは、たとえば、受信フレームのバイト数が本来のバイト数であるか否かにより判断する。
【００２０】
一方、車載光ビーコン装置１から、１つのフレーム６３ａで構成される第１番目のアップリンクデータと、１つのフレーム６３ｂで構成される第２番目のアップリンクデータが、以下で詳細に説明する所定のタイミングで送信される。上述したように、路上光ビーコン装置と車載光ビーコン装置１との間での行われるダウンリンクとアップリンクではそれらの相互干渉があり、ダウンリンクデータの受信不良という問題が発生する。そこで、本発明者等は、ダウンリンクデータを送信するタイミングにおいてアップリングデータを送信しなければ相互干渉による受信不良が解消されることに想到した。
【００２１】
図６に示す例では、第１番目のダウンリンクデータの受信処理において車載光ビーコン装置１が受信できなかった第１フレーム６２ａおよび第３フレーム６２ｃは、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇに対応している。そこで、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇを送信するタイミングにおいてアップリンクデータの送信をせず、相互干渉による受信不良を解決することができる。
【００２２】
すなわち、路上光ビーコン装置から第２番目のダウンリンクデータの第１フレーム６２ｅを送信するタイミングでは、車載光ビーコン装置１がアップリンクを行わないようにする。その結果、路上光ビーコン装置から第１フレーム６２ｅを送信する赤外線と、アップリンクデータを送信する赤外線とが相互干渉を起こさず、車載光ビーコン装置１は第１フレーム６２ｅを正常に受信することができる。
【００２３】
なお、路上光ビーコン装置から第２番目のダウンリンクデータの第２フレーム６２ｆを送信するタイミングで、車載光ビーコン装置１が第１フレーム６３ａをアップリンクした場合、ダウンリンクデータの第２フレーム６２ｆを送信する赤外線と、アップリンクデータの第１フレーム６３ａを送信する赤外線とが相互干渉を起こし、ダウンリンクデータの第２フレーム６２ｆを正常に受信できないおそれがあるが、すでに第２のフレーム６２ｂを正常に受信しているので、第２のフレーム６２ｆを正常に受信できなくても問題ない。
【００２４】
以上のように、車載光ビーコン装置１で受信できなかった第１番目のダウンリンクデータのフレームを第２番目のダウンリンクデータの対応フレームで受信するようにした。そのため、第２番目のダウンリンクデータの第１フレーム６２ｅおよび第３フレーム６２ｇの送信タイミングを以下のステップＳ７０２で計算し、そのタイミングでのアップリンクデータの送信をしない。
【００２５】
一実施形態における車載光ビーコン装置１のアップリンク処理について、図７のフローチャートを参照して説明する。図７の処理は、路上光ビーコン装置に車両が接近してダウンリンクデータの受信を開始するとスタートするプログラムをマイコン１１で実行して行われる。
【００２６】
ステップＳ７０１では、ダウンリンクデータのフレームを正常に受信できたか否かを判定する。フレームを正常に受信できたか否かの判定は、受信したデータのバイト数より判断する。たとえば、１３５バイトのデータであるフレームについては、受信データのバイト数が１３５バイトであれば、正常に受信できたと判定する。しかし、受信データが１３４バイト以下であれば、正常に受信できなかったと判定する。ダウンリンクデータのフレームが正常に受信された場合はステップＳ７０１が肯定判定され、ステップＳ７０２に進む。ダウンリンクデータのフレームが正常に受信されなかった場合はステップＳ７０１が否定判定され、ステップＳ７０３に進む。
【００２７】
ステップＳ７０２では、車載光ビーコン装置１がアップリンクを行う時間帯（以下、アップリンク時間帯と呼ぶ）を算出する。アップリンク時間帯は以下のように算出する。フレーム４０のヘッダ部５０のワンフレームタイムとダウンリンク総フレーム数（図４参照）を読み出す。そして、正常に受信したフレームの受信開始時刻に、ワンフレームタイムの時間をダウンリンク総フレーム数で乗算した時間のｎ倍（ｎ＝１，２，３，・・・）を加算する。こうして算出した時刻がアップリンク時間帯の開始時刻となる。さらに開始時刻にワンフレームタイムの時間を加算した時刻がアップリンク時間帯の終了時刻となる。路上光ビーコン装置は、情報を送信するたびに総フレームを繰り返し送信する。したがって、上記のようにして算出した時間帯が、正常に受信されたフレームが路上光ビーコン装置より送信される時間帯になる。
【００２８】
ステップＳ７０３では、現在の時刻がアップリンク時間帯であるか否かを判定する。現在の時刻がアップリンク時間帯である場合はステップＳ７０３が肯定判定され、ステップＳ７０４へ進む。現在の時刻がアップリンク時間帯でない場合はステップＳ７０３が否定判定され、ステップＳ７０１に戻る。ステップＳ７０４では、アップリンクを行う。ステップＳ７０５では、現在の時刻がアップリンク時間帯であるか否かを判定する。現在の時刻がアップリンク時間帯である場合はステップＳ７０３が肯定判定され、ステップＳ７０４に戻る。現在の時刻がアップリンク時間帯でない場合はステップＳ７０５が否定判定され、ステップＳ７０６に進む。ステップＳ７０６では、アップリンクを終了する。
【００２９】
ステップＳ７０７では、ダウンリンクデータを構成する情報種別で、渋滞・旅行時間リンク情報を受信したか否かを判定する。路上光ビーコン装置がアップリンクを受信すると渋滞リンク情報の代りに渋滞・旅行時間リンク情報を送信する。したがって、上記判定により、路上光ビーコン装置がアップリンクを受信できたか否かを判定することができる。渋滞・旅行時間リンク情報を受信した場合はステップＳ７０７が肯定判定され、アップリンク処理を終了する。渋滞・旅行時間リンク情報を受信しない場合はステップＳ７０７が否定判定され、ステップＳ７０１に戻る。
【００３０】
以上説明した実施の形態による車載光ビーコン装置１は次のような作用効果を奏する。
（１）正常に受信することができたダウンリンクデータについて、路上光ビーコン装置より次に送信される時間帯（送信タイミング）にアップリンクを行うようにした。これにより、ダウンリンクとアップリンクとの間の相互干渉が原因で正常に受信できなかったダウンリンクデータが再び正常に受信できないことを防止することができる。したがって、ダウンリンクデータを確実に取得することができる。
【００３１】
（２）正常に受信することができたフレームの次回の送信時間帯にアップリンクを行うようにした。ダウンリンクにおいては、ダウンリンクデータを構成する総フレームを繰り返し送信するので、正常に受信することができたフレームが次回に送信される時間帯を算出することができる。したがって、ダウンリンクデータの正常に受信できたフレームが路上光ビーコン装置より送信される時間帯に確実にアップリンクを行うことができる。
【００３２】
（３）フレーム４０を構成するヘッダ部５０の情報に基づいてアップリンクデータを送信する時間帯を算出するようにしたので、フレーム４０を正常に受信した後、すぐにアップリンクを行う時間帯を算出することができる。
【００３３】
以上の実施の形態を次のように変形することができる。
（１）正常に受信できたフレームの次回の送信時間帯を算出したが、次回以降の送信タイミングを算出してもよい。また、算出手段は、たとえば、ダウンリンクデータ３０を構成するフレームのうちの所定のフレームの受信時間に基づいて、正常に受信できたフレームの次回の送信時間帯を算出するように構成してもよい。基準となる第１のフレームの受信終了からｔ１秒後に受信が開始され、第１のフレームの受信終了からｔ２秒後に受信が終了したフレームを、正常に受信できたとする。この場合、第１のフレーム受信終了のｔ１秒後から、第１のフレーム受信終了のｔ２秒後までの時間帯がアップリンクを行う時間帯となる。したがって、第１のフレームを再び受信すると、第１のフレームの受信終了からｔ１秒後にアップリンクを開始し、第１のフレームの受信終了からｔ２秒後にアップリンクを終了する。特に、ダウンリンクデータの先頭のフレーム（車線通知情報のフレーム）の受信時間を基準にすることによって、総フレームを繰り返し送信する周期が多少変化しても、正常に受信することができたフレームが送信される時間帯にアップリンクを行うことができる。
【００３４】
（２）複数のダウンリンクデータが繰り返し路上光ビーコン装置より送信される場合、フレーム単位ではなく、ダウンリンクデータ単位でアップリンクを行うタイミングを決めるようにしてもよい。図８に示すように、フレームＡ１〜Ａ４で構成されるダウンリンクデータＡとフレームＢ１〜Ｂ４で構成されるダウンリンクＢとが矢印８１にしたがって繰り返し送信される場合について説明する。上述の実施形態と同様に、白抜き文字のフレームは正常に受信でき、黒抜き文字のフレームは正常に受信できなかったものとして説明する。図８に示すように、第１のダウンリンクデータＡの送信８２ａでは、すべてのフレームＡ１〜Ａ４について正常に受信できた。次に、第１のダウンリンクデータＢの送信８２ｂでは、フレームＢ１とフレームＢ３とが正常に受信できなかった。そこで、第２のダウンリンクデータＡの送信８２ｃのタイミングで、アップリンクＣ１を繰り返し行い、第２のダウンリンクデータＡの送信８２ｄのタイミングではアップリンクを行わないようにする。複数のダウンリンクデータが繰り返し路上光ビーコン装置より送信される場合に、ダウンリンクデータ単位でアップリンクを行うと、アップリンクを繰り返し連続して行えるので、効率がよい場合がある。
【００３５】
以上の説明はあくまで一例であり、発明は、上記の実施形態に何ら限定されるものではない。
【００３６】
特許請求の範囲の要素と実施の形態との対応関係を説明する。
本願発明の受信手段は赤外線受光部１４および受信回路１５に対応し、判定手段および算出手段はマイコン１１に対応する。送信手段は赤外線発光部１６および送信回路１７に対応する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素の対応関係になんら限定されるものではない。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態による車載光ビーコン装置の構成を示すブロック図である。
【図２】アップリンク領域とダウンリンク領域を説明するための図である。
【図３】ダウンリンクデータのデータ構造を説明するための図である。
【図４】フレームの構成を説明するための図である。
【図５】ヘッダ部の構成を説明するための図である。
【図６】本発明の実施形態における車載光ビーコン装置のアップリンク処理を説明するための図である。
【図７】本発明の実施形態における車載光ビーコン装置のアップリンク処理を説明するためのフローチャートである。
【図８】車載光ビーコン装置のアップリンク処理の変形例を説明するための図である。
【符号の説明】
【００３８】
１ 車載光ビーコン装置
１１ マイコン
１４ 赤外線受光部
１６ 赤外線発光部
２１ 路上光ビーコン装置の投受光器
２２ 車両
３０，８２ａ〜８２ｄ ダウンリンクデータ
４０，６２ａ〜６２ｈ，６３ａ，６３ｂ フレーム
５０ ヘッダ部
【特許請求の範囲】
【請求項１】
路上光ビーコン装置から繰り返し送信されるダウンリンクデータを受信する受信手段と、
前記受信手段によるダウンリンクデータの正常な受信を判定する判定手段と、
前記判定手段によって正常な受信が判定されたダウンリンクデータの次回以降の送信タイミングを算出する算出手段と、
前記送信タイミングにおいて前記路上光ビーコン装置へアップリンクデータを送信する送信手段とを備えることを特徴とする車載光ビーコン装置。
【請求項２】
請求項１に記載の車載光ビーコン装置において、
前記判定手段は、前記ダウンリンクデータを構成するフレームごとに前記受信手段によるダウンリンクデータの正常な受信を判定し、
前記算出手段は、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項３】
請求項２に記載の車載光ビーコン装置において、
前記算出手段は、前記フレームを構成するヘッダ部の情報に基づいて、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回もしくはそれ以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項４】
請求項２に記載の車載光ビーコン装置において、
前記算出手段は、前記ダウンリンクデータを構成するフレームのうちの所定のフレームの受信時間に基づいて、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項５】
請求項４に記載の車載光ビーコン装置において、
前記所定のフレームは、前記ダウンリンクデータを構成するフレームの中で先頭のフレームであることを特徴とする車載光ビーコン装置。
【請求項１】
路上光ビーコン装置から繰り返し送信されるダウンリンクデータを受信する受信手段と、
前記受信手段によるダウンリンクデータの正常な受信を判定する判定手段と、
前記判定手段によって正常な受信が判定されたダウンリンクデータの次回以降の送信タイミングを算出する算出手段と、
前記送信タイミングにおいて前記路上光ビーコン装置へアップリンクデータを送信する送信手段とを備えることを特徴とする車載光ビーコン装置。
【請求項２】
請求項１に記載の車載光ビーコン装置において、
前記判定手段は、前記ダウンリンクデータを構成するフレームごとに前記受信手段によるダウンリンクデータの正常な受信を判定し、
前記算出手段は、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項３】
請求項２に記載の車載光ビーコン装置において、
前記算出手段は、前記フレームを構成するヘッダ部の情報に基づいて、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回もしくはそれ以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項４】
請求項２に記載の車載光ビーコン装置において、
前記算出手段は、前記ダウンリンクデータを構成するフレームのうちの所定のフレームの受信時間に基づいて、前記判定手段によって正常に受信されたと判定されたフレームが前記路上光ビーコン装置によって次回以降に送信される送信タイミングを算出することを特徴とする車載光ビーコン装置。
【請求項５】
請求項４に記載の車載光ビーコン装置において、
前記所定のフレームは、前記ダウンリンクデータを構成するフレームの中で先頭のフレームであることを特徴とする車載光ビーコン装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−２９２３４７（Ｐ２００８−２９２３４７Ａ）
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願番号】特願２００７−１３８９９１（Ｐ２００７−１３８９９１）
【出願日】平成１９年５月２５日（２００７．５．２５）
【出願人】（５９１１３２３３５）株式会社ザナヴィ・インフォマティクス (745)
【Ｆターム（参考）】
【公開日】平成２０年１２月４日（２００８．１２．４）
【国際特許分類】
【出願日】平成１９年５月２５日（２００７．５．２５）
【出願人】（５９１１３２３３５）株式会社ザナヴィ・インフォマティクス (745)
【Ｆターム（参考）】
[ Back to top ]