出会い頭衝突防止支援装置
【課題】自車両の周囲の情報提供範囲内に他車両が入ったことに基づいて出会い頭衝突の警告を行う装置において、車両の混雑度に応じて情報提供範囲を適切に制御する。
【解決手段】出会い頭衝突防止支援装置は、他車両から受信した電波に基づいて、自車両４の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、車両４の周囲の車両の混雑度が高いほど、情報提供範囲を狭くし、混雑度が小さいほど、情報提供範囲を広くする。
【解決手段】出会い頭衝突防止支援装置は、他車両から受信した電波に基づいて、自車両４の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、車両４の周囲の車両の混雑度が高いほど、情報提供範囲を狭くし、混雑度が小さいほど、情報提供範囲を広くする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出会い頭衝突防止支援装置に関するものである。
【背景技術】
【０００２】
従来、車両間の出会い頭衝突防止を支援するため、車車間通信によって相手車両の位置の情報を取得し、取得した位置の情報に基づいて、出会い頭衝突の危険がある場合に警告を行う装置が知られている（例えば、特許文献１、２参照）。このような出会い頭衝突防止支援装置には、他車両から当該車両の位置の情報を受信し、その位置情報と自車両の情報とを比較し、他車両が自車両の情報提供範囲内にあることに基づいて、出会い頭衝突の警告を行うものがある。従来、この情報提供範囲は固定範囲であった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９４８６号公報
【特許文献２】特開２００５−２２７９７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、発明者の検討によれば、この情報提供範囲が固定であると、以下に示すような問題が発生する。すなわち、図１１に示すように、道路５１を走行する車両６１の周囲に車両６２〜６４、６６、７０が密集していると、車両６２〜６４、６６、７０によって防護された状態にある車両６１は、交差する道路５２を走行する車両６５と衝突する可能性が低い。したがって、車両６５の存在に起因して出会い頭衝突の警告を行うタイミングは遅くてもよいが、情報提供範囲が固定であると、不必要な警告を行ってしまう可能性がある。
【０００５】
一方、図１２に示すように、車両６１の周囲の車両が疎らな場合は、車両６１が他の車両によって防護された状態にないので、車両６５と衝突する可能性が比較的高くなる。したがって、車両６５の存在に起因して出会い頭衝突の警告を行うタイミングを早くしたいが、情報提供範囲が固定であると、警告が遅れてしまう可能性がある。
【０００６】
本発明は上記点に鑑み、自車両の周囲の情報提供範囲内に他車両が入ったことに基づいて出会い頭衝突の警告を行う装置において、車両の混雑度に応じて情報提供範囲を適切に制御することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための請求項１に記載の発明は、第１の車両（４）に搭載される出会い頭衝突防止支援装置において、他の複数の車両のそれぞれから送信された電波を受信し、受信した電波中から他の複数の車両のそれぞれの位置の情報を含むパケットを取得する受信手段（１１）と、他の複数の車両の位置の情報を、受信手段（１１）が取得したパケットから読み出し、読み出した位置の情報に基づいて、第１の車両（４）を含む所定の情報提供範囲内に他の複数の車両のうち少なくとも１つがいるかを判定する判定手段（１４０、２４０、３４０）と、情報提供範囲内に他の複数の車両の少なくとも１つがいると判定手段（１４０、２４０、３４０）が判定したことに基づいて、出会い頭衝突に対する警告の報知を行う情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）と、受信手段（１１）が他の複数の車両から受信した電波に基づいて、第１の車両（４）の周囲の車両の混雑度の指標を取得する混雑度指標取得手段（１２０、２２０、２３０）と、混雑度指標取得手段（１２０、２２０、２３０）が取得した混雑度の指標に基づいて、第１の車両（４）の周囲の車両の混雑度が高いほど、情報提供範囲を狭くする範囲決定手段（１３０、２３０、３３０）と、を備えたことを特徴とする。
【０００８】
このように、出会い頭衝突防止支援装置は、第１の車両（４）の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、第１の車両（４）の周囲の車両の混雑度が低いほど、情報提供範囲を狭くするので、車両の混雑度に応じて情報提供範囲を適切に制御することができる。
【０００９】
また、請求項２に記載のように、他の複数の車両のそれぞれから送信されて受信手段（１１）が受信する電波中のパケットは、他の複数の車両の位置の情報と共に他の複数の車両の走行方向の情報を含み、情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）は、情報提供範囲内に他の複数の車両の少なくとも１つがいると判定手段（１４０、２４０、３４０）が判定したことに基づいて、受信手段（１１）が取得したパケット中の少なくとも１つの車両の走行方向の情報に基づいて、第１の車両（４）の走行方向と当該少なくとも１つの車両の走行方向が交差しているか否かを判定し、交差している車両がある場合に、出会い頭衝突に対する警告の報知を行うようになっていてもよい。
【００１０】
このようになっている場合、混雑度が高いときに、情報提供範囲が狭くなるので、第１の車両（４）の走行方向と他の車両の走行方向が交差しているか否かを不必要に判定する可能性が低下し、その分、出会い頭衝突防止支援装置１０の処理付加が低減する。
【００１１】
また、請求項３に記載のように、他の複数の車両のそれぞれから送信されて受信手段（１１）が受信する電波中の前記パケットは、それぞれ他の複数の車両の位置の情報と共に他の複数の車両の車両ＩＤを含み、混雑度指標取得手段（１２０、２２０、２３０）は、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を、混雑度の指標として取得するようになっていてもよい。
【００１２】
また、請求項４に記載のように、混雑度指標取得手段（１２０、２２０、２３０）は、第２の所定期間内に他の複数の車両から受信したパケットの平均受信電力を、混雑度の指標として取得するようになっていてもよい。
【００１３】
また、請求項５に記載のように、混雑度指標取得手段（１２０、２２０、２３０）は、第３の所定期間内に他の複数の車両から受信したパケットのパケット誤り率を、混雑度の指標として取得するようになっていてもよい。
【００１４】
なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る出会い頭衝突防止支援の概要を示す模式図である。
【図２】車両に搭載される出会い頭衝突防止支援装置１０の構成を示す図である。
【図３】制御装置１３の構成を示す図である。
【図４】マイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図５】自車両４の周囲が通常より混雑している場合の情報提供範囲４２を示す図である。
【図６】自車両４の周囲が通常より疎らである場合の情報提供範囲４３を示す図である。
【図７】第２実施形態における制御装置１３の構成を示す図である。
【図８】第２実施形態におけるマイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図９】第３実施形態における制御装置１３の構成を示す図である。
【図１０】第３実施形態におけるマイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図１１】車両６１の周囲が混雑している場合を示す図である。
【図１２】車両６１の周囲が疎らな場合を示す図である。
【発明を実施するための形態】
【００１６】
（第１実施形態）
以下、本発明の第１実施形態について説明する。図１に例示するように、本実施形態は、道路１、２が交差する交差点３において、車両４〜８による出会い頭衝突の防止を支援することを目的とする。
【００１７】
例えば、道路１から交差点３に進入しようとしている車両４は、道路２から交差点３に進入しようとしている車両７と出会い頭衝突を起こす恐れがあるので、ドライバに警告を行うことが好ましい。このような場合に、車両４および車両７に備えられた出会い頭衝突防止支援装置が、それぞれ当該車両４、７のドライバに対して警告を行うことで、車両４、７による出会い頭衝突の防止を支援する。
【００１８】
このような出会い頭衝突の防止を支援するために、複数の車両（例えば図１では車両４〜８）のそれぞれに、図２に示すような出会い頭衝突防止支援装置１０が搭載されている。これら出会い頭衝突防止支援装置１０は、車車間無線通信によって、自車両の位置の情報および自車両の走行方向の情報を１つのパケットにまとめ、そのパケットを電波に含めて送信すると共に、他の複数の車両のそれぞれから送信された電波を受信し、受信した電波からパケットを取得し、取得したパケットに含まれる当該車両の位置の情報および当該車両の走行方向の情報を取得し、取得した情報に基づいて、ドライバに対して出会い頭衝突の警告を行うべきか否かを決定する。
【００１９】
例えば、車両４（第１の車両の一例に相当する）の出会い頭衝突防止支援装置１０は、自車両４を中心とする所定の情報提供範囲４０内にある車両５〜７のそれぞれについて、自車両４と交差する方向に走行しているか否かを判定し、交差する方向に走行している車両が少なくとも１つあれば、自車両４のドライバに対して出会い頭衝突の警告を行う。本実施形態の特徴は、情報提供範囲４０の大きさが変化することである。
【００２０】
以下、この出会い頭衝突防止支援装置１０の構成について説明する。図２に示すように、出会い頭衝突防止支援装置１０は、無線機１１、ナビゲーション装置１２、制御装置１３を有している。
【００２１】
無線機１１（受信手段の一例に相当する）は、車車間無線通信を実現するための装置であり、アンテナが受信した無線電波（データパケットを含む）に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定の無線通信プロトコル（例えばＤＳＲＣ、携帯電話用データ通信）に従った処理を施し、その結果取得したデータパケット（以下、受信パケットという）を制御装置１３に出力する。また無線機１１は、制御装置１３から受けた送信用のデータパケット（以下、送信パケットという）に対してＤ／Ａ変換、変調、周波数変換、増幅等、所定の無線通信プロトコルに従った処理を施し、その結果の信号を上記のアンテナに出力する。これによって、送信パケットを含む無線電波が送信される。このような作動を行う無線機１１を利用することで、制御装置１３は、他車両の出会い頭衝突防止支援装置１０の無線通信（すなわち車車間通信）を実現することができる。
【００２２】
ナビゲーション装置１２は、現在位置から目的地までの最適な経路を算出し、算出した経路に沿って車両が移動するよう案内する装置である。この案内は、車両内に搭載されたスピーカおよび画像表示装置を用いて、音声および画像で行うようになっている。またナビゲーション装置１２は、ＧＰＳ受信機、車速センサ、加速度センサ、ヨーレートセンサ等のセンサ群を備え、これらセンサ群からの信号に基づいて、自車両の現在位置、走行方向、走行速度等を特定するようになっている。
【００２３】
またナビゲーション装置１２は、制御装置１３からの指令に応じて、上記スピーカに出力する音声の内容および画像表示装置に表示する画像の内容を制御するようになっている。またナビゲーション装置１２は、制御装置１３からの要求に応じて、現在の自車両の位置、走行方向、走行速度等の情報を制御装置１３に出力するようになっている。
【００２４】
制御装置１３は、パケット受信保存バッファ１３ａ、パケット送信保存バッファ１３ｂ、およびマイクロコンピュータ１３ｃを有している。パケット受信保存バッファ１３ａは、無線機１１から制御装置１３に出力された受信パケットを取得して蓄積する記憶装置である。なお、受信パケットの蓄積の際、その受信パケットを蓄積した時刻の情報を当該受信パケットに関連付けて記録する。受信パケットを蓄積した時刻は、実質的に無線機１１が電波を受信して受信パケットを取得した時刻と同じである。したがって、このようにすることで、蓄積されている受信パケットをいつ受信したかがわかるようになる。
【００２５】
パケット送信保存バッファ１３ｂは、マイクロコンピュータ１３ｃから出力された送信パケットを一時的に格納し、所定のタイミング（例えば１００ミリ秒に１回）でその送信パケットを無線機１１に出力する記憶装置である。
【００２６】
マイクロコンピュータ１３ｃは、図示しないＣＰＵ、ＲＡＭ、ＲＯＭを備え、ＣＰＵがＲＯＭに保存されているプログラムを実行することで、各種処理を実現する。具体的には、マイクロコンピュータ１３ｃが実現する機能としては、自車情報送信機能２１、車両数計算機能２２、情報提供範囲決定機能２３、情報提供判断機能２４等がある。
【００２７】
自車情報送信機能２１は、自車両の情報を定期的に（例えば１００ミリ秒毎に）無線送信する機能である。この自車情報送信機能２１を実現するために、マイクロコンピュータ１３ｃは、定期的に、ナビゲーション装置１２に対して自車両の現在の位置および走行方向の情報を要求して取得し、また、ＲＯＭにあらかじめ記録されている自車両の車両ＩＤの情報を読み出す。そして、これら自車両の車両ＩＤ、位置、および走行方向の情報を、１つの送信パケットに含め、パケット送信保存バッファ１３ｂに出力する。これによって、パケット送信保存バッファ１３ｂは、送信パケットを所定のタイミングで定期的に無線機１１に出力するようになる。その結果、無線機１１は、車両ＩＤ、自車位置、および自車両の走行方向の情報を含む送信パケットを、所定のタイミングで定期的に周囲の車両に、電波に含めて無線送信する。このような、車両の走行情報（具体的には、車両ＩＤ、自車位置、および自車両の走行方向）の情報を含む送信パケットを、車両情報パケットという。
【００２８】
車両数計算機能２２は、他車両から送信され、自車両の無線機１１が受信して制御装置１３のパケット受信保存バッファ１３ａに蓄積された車両情報パケット（すなわち受信パケット）中の車両ＩＤに基づいて、自車両の周囲の車両の数を算出する機能である。
【００２９】
この車両数計算機能２２を実現するために、マイクロコンピュータ１３ｃは、パケット受信保存バッファ１３ａから、現在から遡る所定期間（第１の所定期間に相当する）内において受信した受信パケットを読み出す。この所定期間は、出会い頭衝突防止支援装置１０における車両情報パケットの送信周期よりも長い期間とする。
【００３０】
そしてマイクロコンピュータ１３ｃは、読み出した受信パケット中の車両ＩＤの数をカウントする。この際、同じ値の車両ＩＤが複数個あったとしても、それらは１個であるとカウントする。
【００３１】
このようにカウントされた車両ＩＤの数は、現在から遡る所定期間内において、自車両の通信可能範囲（例えば、自車両を中心とする半径３００メートル〜４００メートル程度の円の内部）から車両情報パケットを送信した車両の数（延べではなく実数）である。したがって、このようにカウントされた車両数は、自車両の通信可能範囲内の他車両の数であるので、自車両の周囲における車両の混雑度の指標となる。
【００３２】
情報提供範囲決定機能２３は、車両数計算機能２２によって算出した車両数に基づいて、情報提供範囲を決定する機能である。情報提供範囲とは、その範囲外の車両を、出会い頭衝突の原因とみなす車両から除外するための範囲である。すなわち、マイクロコンピュータ１３ｃは、情報提供範囲内の車両を、自車両と出会い頭衝突する可能性がある車両とみなす一方、情報提供範囲外の車両を、自車両と出会い頭衝突する可能性がある車両とみなさない。情報提供範囲は、自車両の通信可能範囲よりも狭い。
【００３３】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されている数−範囲テーブルを参照して、情報提供範囲を決定する。数−範囲テーブルは、車両数と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、数−範囲テーブルにおいては、車両数は、通常範囲、通常範囲よりも少ない疎範囲、通常範囲よりも多い混雑範囲の３つに分類されており、これら３つの車両数の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、疎範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、混雑範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００３４】
情報提供判断機能２４は、情報提供範囲決定機能２３によって決められた情報提供範囲と、受信パケット中の位置および走行方向の情報に基づいて、出会い頭衝突に対する警告（すなわち、情報提供）を行うか否かを決定し、警告を行うと決定した場合は、警告を実行する機能である。この機能の具体的な内容については後述する。
【００３５】
以下、車両数計算機能２２、情報提供範囲決定機能２３、および情報提供判断機能２４に対応する機能の作動手順について、図４のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図４のフローチャートの処理と並列的に実行されるようになっている。図４のステップ１１０、１２０の処理によって車両数計算機能２２が実現し、ステップ１３０の処理によって情報提供範囲決定機能２３が実現し、ステップ１４０〜１６０の処理によって情報提供判断機能２４が実現する。
【００３６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離（例えば２００メートル）以内に入ったときに、図４に示す処理の繰り返し実行を開始するようになっている。基点ノードとは、出会い頭衝突の発生の恐れが高いとみなされた交差点の位置である。基点ノードの位置は、あらかじめマイクロコンピュータ１３ｃのＲＯＭに記録されている。そして、自車両の現在の位置は、ナビゲーション装置１２に要求して取得する。
【００３７】
マイクロコンピュータ１３ｃは、この図４の処理の実行の各回において、まずステップ１１０で、現在から遡る所定期間内に受信した受信パケットを、パケット受信保存バッファ１３ａから読み出して取得する。続いてステップ１２０では、既に説明した通り、ステップ１１０で読み出した受信パケット中の車両ＩＤの数（延べ数ではなく実数（すなわち異なり数））をカウントする。この車両ＩＤの数は、既に説明した通り、自車両の通信可能範囲内における他車両の実数である。
【００３８】
続いてステップ１３０では、上述の数−範囲テーブルを参照し、ステップ１２０でカウントした車両の実数に対応する情報提供範囲の大きさを決定する。
【００３９】
続いてステップ１４０では、読み出した受信パケットのうち、今回のステップ１４０で新たに読み出した新しい受信パケットのそれぞれから、位置の情報を読み出し、それぞれの位置が、自車両を中心とする情報提供範囲内に入っているか否かを判定する。なお、自車両の位置は、ナビゲーション装置１２に要求して取得する。そして、それらのうち１つでも情報提供範囲内に入っていると判定した場合は、続いてステップ１５０を実行し、それらのうち１つも情報提供範囲内にはいっていないと判定した場合は、ステップ１５０、１６０をバイパスして図４の１回分の処理を終了する。
【００４０】
このようにステップ１５０、１６０をバイパスするのは、当該受信パケットの送信元の他車両と自車両との間の距離が十分離れているので、出会い頭衝突を警告するには尚早であるという観点に基づくものである。
【００４１】
なお、「今回のステップ１４０で新たに読み出した新しい受信パケット」とは、図４に示す処理の繰り返し実行の開始後、２回目以降のステップ１４０の実行機会においては、前回のステップ１４０でも読み出した受信パケット以外のパケットとなり、図４に示す処理の繰り返し実行の開始後、初めてのステップ１４０の実行機会においては、読み出したすべての受信パケットとなる。
【００４２】
ステップ１５０では、出会い頭衝突の警告（すなわち情報提供）をするか否かを判定する。具体的には、ステップ１４０で情報提供範囲内にあると判定した位置にある他車両のそれぞれについて、自車両の走行方向と当該他車両の走行方向とが交差している場合は警告するか否か判定し、１つでも交差している場合は警告すると判定し、１つも交差していない場合は警告しないと判定する。
【００４３】
なお、自車両の走行方向は、ナビゲーション装置１２に要求することで取得する。また、当該他車両の走行方向は、当該当該他車両から受信した受信パケット中の走行方向に基づいて決定する。
【００４４】
また、自車両の走行方向と当該他車両の走行方向とが交差しているか否かについては、例えば、自車両の走行方向と他車両の走行方向が成す角θ（ただし０°≦θ≦１８０°）が、第１所定角度（例えば４５°）以上第２所定角度（例えば１３５°）以下である場合に、自車両の走行方向と当該他車両の走行方向とが交差していると判定し、それ以外の場合に、自車両の走行方向と当該他車両の走行方向とが交差していないと判定してもよい。
【００４５】
警告すると判定した場合は続いてステップ１６０で、ナビゲーション装置１２に対して音声および画像で警告を行うよう指令する。ナビゲーション装置１２は、この指令に応じて、出会い頭衝突の恐れがある旨を警告する音声（例えば、「出会い頭衝突に注意してください」という音声）をスピーカに出力させ、また、出会い頭衝突の恐れがある旨を警告する画像を画像表示装置に表示させる。この警告は、所定の時間（例えば１０秒）継続してもよいし、自車両が交差点（より詳しくは基点ノード）の位置を通り過ぎるまで継続するようになっていてもよい。
【００４６】
ステップ１６０の後、図４の１回分の処理を終了する。また、警告しないと判定した場合は、ステップ１６０の警告処理をバイパスして、図４の１回分の処理を終了する。
【００４７】
以上説明した通り、本実施形態の出会い頭衝突防止支援装置１０は、新たな受信パケットの送信元の他車両が１台でも情報提供範囲４０内にあれば（ステップ１４０参照）、その情報提供範囲内の他車両の走行方向と自車両の走行方向とが交差しているか否かを判定し（ステップ１５０参照）、１台でも交差していれば出会い頭衝突の警告を行い、１台も交差していなければ出会い頭衝突の警告を行わないという作動を繰り返す。したがって、出会い頭衝突防止支援装置１０は、自車両の走行方向と交差する方向に走行する他車両が情報提供範囲内に入ってこない間は、出会い頭衝突の警告を行わず、自車両の走行方向と交差する方向に走行する他車両が１台でも情報提供範囲内に入ってくれば、出会い頭衝突の警告を行う。
【００４８】
例えば、図１に示すような場面において、車両４（第１の車両の一例に相当する）に搭載された出会い頭衝突防止支援装置１０は、自車両４の情報提供範囲内に他車両７（第２の車両の一例に相当する）が進入したとき、当該他車両７から送信された車両情報パケットに基づいて、当該他車両７が情報提供範囲４０内に入ったと判定し（ステップ１４０参照）、さらに、他車両７の走行方向が自車両の走行方向と交差すると判定し（ステップ１５０参照）、続いて警告を行う（ステップ１６０参照）。
【００４９】
そして出会い頭衝突防止支援装置１０は、現在から遡った所定期間内に受信した車両情報パケットの送信元の他車両の実数（すなわち、所定期間内に他の車両から受信した車両ＩＤの実数）が、通常の範囲を超えている場合、すなわち、自車両の周囲で他車両が通常よりも混雑している場合、情報提供範囲を通常よりも小さくする。また、出会い頭衝突防止支援装置１０は、現在から遡った所定期間内に受信した車両情報パケットの送信元の他車両の実数が、通常の範囲を下回っている場合、すなわち、自車両の周囲で他車両が通常よりも疎らである場合、情報提供範囲を通常よりも拡大する。
【００５０】
このように、自車両の周囲における他車両の混雑度が高いほど情報提供範囲を狭くすることの効果について説明する。自車両の周囲において車両数が多いということは、図５に示すように、道路１を交差点３に進入する自車両４の前後左右に他車両３３、３４、３６、５、６が密集している可能性が高い。そのような場合には、自車両４が周囲の他車両３３、３４、３６、５、６によって防護されている状態なので、道路２を走行する他車両７と自車両４とが出会い頭衝突を起こす可能性は低い。したがって、出会い頭衝突の警告を行うタイミングは比較的遅くてもよい。
【００５１】
このとき、本実施形態のように、自車両４の情報提供範囲を通常時の範囲４１よりも狭い範囲４２とすれば、道路２から交差点３に進入する他車両７の存在に起因して警告を行うタイミングが、通常よりも遅くなる。したがって、出会い頭衝突の警告を不必要に早く行ってしまう可能性が低下する。また、自車両４の情報提供範囲を通常時の範囲４１よりも狭い範囲４２とすれば、ステップ１５０で走行方向の判定を行う頻度も低下するので、走行方向の判定を不必要に多く実行してしまう可能性が低減される。
【００５２】
また逆に、自車両の周囲において車両数が少ないということは、図６に示すように、道路１を交差点３に進入する自車両４の前後左右の近傍に車両が存在しない可能性が高い。そのような場合には、自車両４が周囲の他車両によって防護されておらず、いわば裸の状態にある。したがって、道路２を走行する他車両７と自車両４とが出会い頭衝突を起こす可能性は、通常よりも高い。
【００５３】
このとき、本実施形態のように、自車両４の情報提供範囲を通常時の範囲４１よりも広い範囲４３とすれば、道路２から交差点３に進入する他車両７の存在に起因して警告を行うタイミングを、通常よりも早くすることができ、その結果、出会い頭衝突の可能性が高い場合に、車両４のドライバは、その危険性をいち早く察知して対処することが可能となる。
【００５４】
このように、出会い頭衝突防止支援装置１０は、自車両７の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、自車両７の周囲の車両の混雑度が高いほど、情報提供範囲を狭くする（すなわち、混雑度が低いほど、情報提供範囲を広くする）ので、車両の混雑度に応じて情報提供範囲を適切に制御することができる。
【００５５】
また、出会い頭衝突防止支援装置１０は、情報提供範囲内に少なくとも１つの他車両（具体的には他車両７）がいると判定したことに基づいて、受信パケット中の当該少なくとも１つの他車両（具体的には他車両７）の走行方向の情報に基づいて、自車両の走行方向と当該他車両７の走行方向が交差している他車両があるか否かを判定し、ある場合に、出会い頭衝突に対する警告の報知を行うようになっている。
【００５６】
このようになっているので、混雑度が高いときに情報提供範囲が狭くなった場合、自車両４の走行方向と他車両７の走行方向が交差しているか否かを不必要に判定する可能性が低下し、その分、出会い頭衝突防止支援装置１０の処理付加が低減する。
【００５７】
（第２実施形態）
次に、本発明の第２実施形態について、第１実施形態と異なる部分を中心に説明する。本実施形態が第１実施形態と異なるのは、第１実施形態においては、自車両の周囲の混雑度の指標として、通信可能範囲内の車両数を用いたのに対し、本実施形態では、他車両から受信する車両情報パケット（すなわち受信パケット）の受信電力を用いる点である。この受信電力は、無線機１１による車両情報パケットの受信時の電波環境の一例に相当する。
【００５８】
このために、無線機１１は、電波の受信信号強度を出力するＲＳＳＩ回路（図示せず）を有し、図７に示すように、制御装置１３はこのＲＳＳＩ回路の出力を取得するようになっている。
【００５９】
より詳しくは、パケット受信保存バッファ１３ａは、受信パケットに関連付けられて、その受信パケットを受信したときのＲＳＳＩ回路の出力を記録するようになっている。そしてマイクロコンピュータ１３ｃは、車両数計算機能２２に代えて、受信電力計算機能２５を実現するようになっている。
【００６０】
受信電力計算機能２５は、受信パケットを受信したときの無線機１１の平均受信電力を計算する機能である。この受信電力計算機能２５を実現するために、マイクロコンピュータ１３ｃは、パケット受信保存バッファ１３ａから、現在から遡る所定期間（第２の所定期間に相当する）内において受信した受信パケットに関連付けられたＲＳＳＩ出力を読み出す。これら読み出したＲＳＳＩ出力の値は、それぞれ対応する受信パケットの受信時における受信信号強度である。この所定期間は、出会い頭衝突防止支援装置１０における車両情報パケットの送信周期よりも長い期間とする。そしてパケット受信保存バッファ１３ａは、読み出した受信信号強度のそれぞれから受信電力（ｄＢｍ）を算出し、これら受信電力の平均値を算出する。
【００６１】
すなわち、現在から遡る所定期間内においてＮ個の車両送信パケットを受信している場合は、各車両送信パケットの受信時の受信電力をＰｉ（ｉ＝１、２、…、Ｎ）とすると、平均受信電力は、ΣＰｉ／Ｎとなる。ただし、Σは、ｉについて１〜Ｎまでの総和を意味する。
【００６２】
このように算出された平均受信電力は、自車両の通信可能範囲内にいる他車両が、自車両に近い位置に偏っているほど大きくなる値である。したがって、このように算出された平均受信電力は、自車両の周囲における車両の混雑度の指標となる。
【００６３】
また、本実施形態の情報提供範囲決定機能２３は、受信電力計算機能２５によって算出した平均受信電力に基づいて、情報提供範囲を決定する。
【００６４】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されている電力−範囲テーブルを参照して、情報提供範囲を決定する。電力−範囲テーブルは、平均受信電力と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、電力−範囲テーブルにおいては、電力は、通常範囲、通常範囲よりも小さい小電力範囲、通常範囲よりも大きい大電力範囲の３つに分類されており、これら３つの電力の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、小電力範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、大電力範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００６５】
以下、受信電力計算機能２５、情報提供範囲決定機能２３に対応する機能の作動手順について、図８のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図８のフローチャートの処理と並列的に実行されるようになっている。図８のステップ２１０、２２０の処理によって受信電力計算機能２５が実現し、ステップ２３０の処理によって情報提供範囲決定機能２３が実現し、ステップ２４０〜２６０の処理によって情報提供判断機能２４が実現する。なお、ステップ２４０〜２６０の処理内容は、図４のステップ１４０〜１６０の処理内容と同じであるので、その説明は省略する。
【００６６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離以内に入ったときに、図８に示す処理の繰り返し実行を開始するようになっている。マイクロコンピュータ１３ｃは、この図８の処理の実行の各回において、まずステップ２１０で、現在から遡る所定期間内に受信した受信パケットおよびそれらに関連付けられた受信信号強度を、パケット受信保存バッファ１３ａから読み出して取得する。続いてステップ２２０では、既に説明した通り、ステップ２１０で読み出した受信信号強度から受信電力を算出し、更にそれらの平均値を算出する。
【００６７】
続いてステップ２３０では、上述の電力−範囲テーブルを参照し、ステップ２２０で算出した平均受信電力に対応する情報提供範囲の大きさを決定し、続いてステップ２４０を実行する。
【００６８】
このように、本実施形態の出会い頭衝突防止支援装置１０は、自車両の周囲における他車両の混雑度の指標として、車両情報パケットの受信時における平均受信電力を用い、この平均受信電力に応じて情報提供範囲を変化させる。従って、第１実施形態と同様の効果を得ることができる。しかも、無線機１１は多くの場合ＲＳＳＩ回路を有しているので、そのようなＲＳＳＩ回路の出力を利用することで、簡易に混雑度の指標を算出することができる。
【００６９】
（第３実施形態）
次に、本発明の第３実施形態について、第１実施形態と異なる部分を中心に説明する。本実施形態が第１実施形態と異なるのは、第１実施形態においては、自車両の周囲の混雑度の指標として、通信可能範囲内の車両数を用いたのに対し、本実施形態では、他車両から受信する車両情報パケット（すなわち受信パケット）のパケット誤り率（ＰＥＲ：Packet Error Ratio）を用いる点である。このパケット誤り率は、無線機１１による車両情報パケットの受信時の電波環境の一例に相当する。
【００７０】
このために、無線機１１は、図９に示すように、パケット誤り率を出力するようになっている。パケット誤り率とは、現在から遡る所定期間（第３の所定期間に相当する）内に受信したすべての車両情報パケットのうち、伝送誤りのある車両情報パケットの割合をいう。パケット誤り率を出力する無線機１１は周知である。例えば、無線機１１は、受信した車両情報パケットに対して巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）等の誤り検出を行うことで、各車両情報パケットに伝送誤りがあるか否かを判定する。
【００７１】
また、マイクロコンピュータ１３ｃは、車両数計算機能２２に代えて、ＰＥＲ取得機能２６を実現するようになっている。ＰＥＲ取得機能２６は、上述のように無線機１１から出力されたパケット誤り率を取得する機能である。
【００７２】
このようなＰＥＲ取得機能２６を実現することでマイクロコンピュータ１３ｃが取得したパケット誤り率は、自車両の周囲において車両が混雑している程増大する。これは、自車両の周囲において他車両が混雑している程、無線送信の障害物が増えるからである。したがって、パケット誤り率は、自車両の周囲における車両の混雑度の指標となる。
【００７３】
また、本実施形態の情報提供範囲決定機能２３は、ＰＥＲ取得機能２６によって取得したパケット誤り率に基づいて、情報提供範囲を決定する。
【００７４】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されているＰＥＲ−範囲テーブルを参照して、情報提供範囲を決定する。ＰＥＲ−範囲テーブルは、パケット誤り率と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、ＰＥＲ−範囲テーブルにおいては、パケット誤り率は、通常範囲、通常範囲よりも小さい低誤り範囲、通常範囲よりも大きい高誤り範囲の３つに分類されており、これら３つのパケット誤り率の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、低誤り範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、高誤り範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００７５】
以下、ＰＥＲ取得機能２６、情報提供範囲決定機能２３に対応する機能の作動手順について、図１０のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図１０のフローチャートの処理と並列的に実行されるようになっている。図１０のステップ３１０、３２０の処理によってＰＥＲ取得機能２６が実現し、ステップ３３０の処理によって情報提供範囲決定機能２３が実現し、ステップ３４０〜３６０の処理によって情報提供判断機能２４が実現する。なお、ステップ３４０〜３６０の処理内容は、図４のステップ１４０〜１６０の処理内容と同じであるので、その説明は省略する。
【００７６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離以内に入ったときに、図１０に示す処理の繰り返し実行を開始するようになっている。マイクロコンピュータ１３ｃは、この図１０の処理の実行の各回において、まずステップ３１０で、現在から遡る所定期間内に受信した受信パケットを取得する。続いてステップ３２０では、既に説明した通り、無線機１１から出力されたパケット誤り率を取得する。
【００７７】
続いてステップ３３０では、上述のＰＥＲ−範囲テーブルを参照し、ステップ３２０で算出したパケット誤り率に対応する情報提供範囲の大きさを決定し、続いてステップ３４０を実行する。
【００７８】
このように、本実施形態の出会い頭衝突防止支援装置１０は、自車両の周囲における他車両の混雑度の指標として、受信パケットのパケット誤り率を用い、このパケット誤り率を取得に応じて情報提供範囲を変化させる。従って、第１実施形態と同様の効果を得ることができる。しかも、無線機１１は多くの場合パケット誤り率を出力するようになっているので、そのような出力を利用することで、簡易に混雑度の指標を算出することができる。
【００７９】
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。
【００８０】
例えば、上記実施形態では、マイクロコンピュータ１３ｃは、無線機１１がが他の複数の車両から受信した電波に基づいて、自車両の周囲の車両の混雑度の指標を取得するようになっている。具体的には、第１実施形態では、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を混雑度の指標とし、第２実施形態では、第２の所定期間内に前記他の複数の車両から受信した電波中のパケットの平均受信電力を、混雑度の指標とし、第３実施形態では、第３の所定期間内に他の複数の車両から受信した電波中のパケットのパケット誤り率を、混雑度の指標とするようになっている。しかし、マイクロコンピュータ１３ｃは、他の複数の車両から受信した電波に基づいて、これら第１〜第３実施形態で示した情報以外の情報を取得し、それを混雑度の指標とするようになっていてもよい。
【００８１】
また、第１実施形態においては、所定期間内に受信した車両情報パケットの送信元の車両の実数という指標に基づいて情報提供範囲を変化させ、第２実施形態においては、所定期間内の車両情報パケットの平均受信電力という指標に基づいて情報提供範囲を変化させ、第３実施形態においては、受信した車両情報パケットのパケット誤り率という指標に基づいて情報提供範囲を変化させている。しかし、これら３つの指標のうち２つ以上に基づいて情報提供範囲を変化させるようになっていてもよい。例えば、平均受信電力が通常範囲よりも大きく、かつ、パケット誤り率が通常よりも大きい場合にのみ、情報提供範囲を通常よりも小さくするようになっていてもよい。
【００８２】
また、上記実施形態においては、情報提供範囲は、自車両の周囲の混雑度の指標（より具体的には、自車両の周囲が混雑するほど増大する量）に応じて変化するようになっているが、当該指標に加えて他の要因に応じて変化するようになっていてもよい。例えば、マイクロコンピュータ１３ｃは、自車両の走行速度に応じて情報提供範囲の大きさを変化させるようになっていてもよい。
【００８３】
また、上記実施形態においては、情報提供範囲は、自車両を中心とする所定の半径の円内であったが、必ずしもこのようになっておらずともよい。例えば情報提供範囲は、自車両を中心とする所定の矩形の範囲内であってもよいし、自車両を焦点の１つとする楕円の範囲内であってもよい。すなわち、情報提供範囲は、自車両を含む範囲内であれば足りる。
【００８４】
また、無線機１１と制御装置１３とは、車内ＬＡＮ（例えばＥｔｈｅｒｎｅｔ（登録商標）規格に準じたＬＡＮ）を介して接続されていてもよい。その場合、送信パケット、受信パケット、受信電波強度を示す信号、パケットエラーレートを示す信号は、この車内ＬＡＮを介して無線機１１と制御装置１３との間で授受される。
【００８５】
また、上記の実施形態において、マイクロコンピュータ１３ｃがプログラムを実行することで実現している各機能は、それらの機能を有するハードウェア（例えば回路構成をプログラムすることが可能なＦＰＧＡ）を用いて実現するようになっていてもよい。
【符号の説明】
【００８６】
１、２、５１、５２ 道路
３、５３ 交差点
４〜８、３３〜３６、６１〜７０ 車両
１０ 出会い頭衝突防止支援装置
１１ 無線機
１２ ナビゲーション装置
１３ 制御装置
１３ａ パケット受信保存バッファ
１３ｂ パケット送信保存バッファ
１３ｃ マイクロコンピュータ
２１ 自車情報送信機能
２２ 車両数計算機能
２３ 情報提供範囲決定機能
２４ 情報提供判断機能
２５ 受信電力計算機能
２６ ＰＥＲ取得機能
４０〜４３ 情報提供範囲
【技術分野】
【０００１】
本発明は、出会い頭衝突防止支援装置に関するものである。
【背景技術】
【０００２】
従来、車両間の出会い頭衝突防止を支援するため、車車間通信によって相手車両の位置の情報を取得し、取得した位置の情報に基づいて、出会い頭衝突の危険がある場合に警告を行う装置が知られている（例えば、特許文献１、２参照）。このような出会い頭衝突防止支援装置には、他車両から当該車両の位置の情報を受信し、その位置情報と自車両の情報とを比較し、他車両が自車両の情報提供範囲内にあることに基づいて、出会い頭衝突の警告を行うものがある。従来、この情報提供範囲は固定範囲であった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９４８６号公報
【特許文献２】特開２００５−２２７９７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、発明者の検討によれば、この情報提供範囲が固定であると、以下に示すような問題が発生する。すなわち、図１１に示すように、道路５１を走行する車両６１の周囲に車両６２〜６４、６６、７０が密集していると、車両６２〜６４、６６、７０によって防護された状態にある車両６１は、交差する道路５２を走行する車両６５と衝突する可能性が低い。したがって、車両６５の存在に起因して出会い頭衝突の警告を行うタイミングは遅くてもよいが、情報提供範囲が固定であると、不必要な警告を行ってしまう可能性がある。
【０００５】
一方、図１２に示すように、車両６１の周囲の車両が疎らな場合は、車両６１が他の車両によって防護された状態にないので、車両６５と衝突する可能性が比較的高くなる。したがって、車両６５の存在に起因して出会い頭衝突の警告を行うタイミングを早くしたいが、情報提供範囲が固定であると、警告が遅れてしまう可能性がある。
【０００６】
本発明は上記点に鑑み、自車両の周囲の情報提供範囲内に他車両が入ったことに基づいて出会い頭衝突の警告を行う装置において、車両の混雑度に応じて情報提供範囲を適切に制御することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するための請求項１に記載の発明は、第１の車両（４）に搭載される出会い頭衝突防止支援装置において、他の複数の車両のそれぞれから送信された電波を受信し、受信した電波中から他の複数の車両のそれぞれの位置の情報を含むパケットを取得する受信手段（１１）と、他の複数の車両の位置の情報を、受信手段（１１）が取得したパケットから読み出し、読み出した位置の情報に基づいて、第１の車両（４）を含む所定の情報提供範囲内に他の複数の車両のうち少なくとも１つがいるかを判定する判定手段（１４０、２４０、３４０）と、情報提供範囲内に他の複数の車両の少なくとも１つがいると判定手段（１４０、２４０、３４０）が判定したことに基づいて、出会い頭衝突に対する警告の報知を行う情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）と、受信手段（１１）が他の複数の車両から受信した電波に基づいて、第１の車両（４）の周囲の車両の混雑度の指標を取得する混雑度指標取得手段（１２０、２２０、２３０）と、混雑度指標取得手段（１２０、２２０、２３０）が取得した混雑度の指標に基づいて、第１の車両（４）の周囲の車両の混雑度が高いほど、情報提供範囲を狭くする範囲決定手段（１３０、２３０、３３０）と、を備えたことを特徴とする。
【０００８】
このように、出会い頭衝突防止支援装置は、第１の車両（４）の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、第１の車両（４）の周囲の車両の混雑度が低いほど、情報提供範囲を狭くするので、車両の混雑度に応じて情報提供範囲を適切に制御することができる。
【０００９】
また、請求項２に記載のように、他の複数の車両のそれぞれから送信されて受信手段（１１）が受信する電波中のパケットは、他の複数の車両の位置の情報と共に他の複数の車両の走行方向の情報を含み、情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）は、情報提供範囲内に他の複数の車両の少なくとも１つがいると判定手段（１４０、２４０、３４０）が判定したことに基づいて、受信手段（１１）が取得したパケット中の少なくとも１つの車両の走行方向の情報に基づいて、第１の車両（４）の走行方向と当該少なくとも１つの車両の走行方向が交差しているか否かを判定し、交差している車両がある場合に、出会い頭衝突に対する警告の報知を行うようになっていてもよい。
【００１０】
このようになっている場合、混雑度が高いときに、情報提供範囲が狭くなるので、第１の車両（４）の走行方向と他の車両の走行方向が交差しているか否かを不必要に判定する可能性が低下し、その分、出会い頭衝突防止支援装置１０の処理付加が低減する。
【００１１】
また、請求項３に記載のように、他の複数の車両のそれぞれから送信されて受信手段（１１）が受信する電波中の前記パケットは、それぞれ他の複数の車両の位置の情報と共に他の複数の車両の車両ＩＤを含み、混雑度指標取得手段（１２０、２２０、２３０）は、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を、混雑度の指標として取得するようになっていてもよい。
【００１２】
また、請求項４に記載のように、混雑度指標取得手段（１２０、２２０、２３０）は、第２の所定期間内に他の複数の車両から受信したパケットの平均受信電力を、混雑度の指標として取得するようになっていてもよい。
【００１３】
また、請求項５に記載のように、混雑度指標取得手段（１２０、２２０、２３０）は、第３の所定期間内に他の複数の車両から受信したパケットのパケット誤り率を、混雑度の指標として取得するようになっていてもよい。
【００１４】
なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る出会い頭衝突防止支援の概要を示す模式図である。
【図２】車両に搭載される出会い頭衝突防止支援装置１０の構成を示す図である。
【図３】制御装置１３の構成を示す図である。
【図４】マイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図５】自車両４の周囲が通常より混雑している場合の情報提供範囲４２を示す図である。
【図６】自車両４の周囲が通常より疎らである場合の情報提供範囲４３を示す図である。
【図７】第２実施形態における制御装置１３の構成を示す図である。
【図８】第２実施形態におけるマイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図９】第３実施形態における制御装置１３の構成を示す図である。
【図１０】第３実施形態におけるマイクロコンピュータ１３ｃの処理の手順を示すフローチャートである。
【図１１】車両６１の周囲が混雑している場合を示す図である。
【図１２】車両６１の周囲が疎らな場合を示す図である。
【発明を実施するための形態】
【００１６】
（第１実施形態）
以下、本発明の第１実施形態について説明する。図１に例示するように、本実施形態は、道路１、２が交差する交差点３において、車両４〜８による出会い頭衝突の防止を支援することを目的とする。
【００１７】
例えば、道路１から交差点３に進入しようとしている車両４は、道路２から交差点３に進入しようとしている車両７と出会い頭衝突を起こす恐れがあるので、ドライバに警告を行うことが好ましい。このような場合に、車両４および車両７に備えられた出会い頭衝突防止支援装置が、それぞれ当該車両４、７のドライバに対して警告を行うことで、車両４、７による出会い頭衝突の防止を支援する。
【００１８】
このような出会い頭衝突の防止を支援するために、複数の車両（例えば図１では車両４〜８）のそれぞれに、図２に示すような出会い頭衝突防止支援装置１０が搭載されている。これら出会い頭衝突防止支援装置１０は、車車間無線通信によって、自車両の位置の情報および自車両の走行方向の情報を１つのパケットにまとめ、そのパケットを電波に含めて送信すると共に、他の複数の車両のそれぞれから送信された電波を受信し、受信した電波からパケットを取得し、取得したパケットに含まれる当該車両の位置の情報および当該車両の走行方向の情報を取得し、取得した情報に基づいて、ドライバに対して出会い頭衝突の警告を行うべきか否かを決定する。
【００１９】
例えば、車両４（第１の車両の一例に相当する）の出会い頭衝突防止支援装置１０は、自車両４を中心とする所定の情報提供範囲４０内にある車両５〜７のそれぞれについて、自車両４と交差する方向に走行しているか否かを判定し、交差する方向に走行している車両が少なくとも１つあれば、自車両４のドライバに対して出会い頭衝突の警告を行う。本実施形態の特徴は、情報提供範囲４０の大きさが変化することである。
【００２０】
以下、この出会い頭衝突防止支援装置１０の構成について説明する。図２に示すように、出会い頭衝突防止支援装置１０は、無線機１１、ナビゲーション装置１２、制御装置１３を有している。
【００２１】
無線機１１（受信手段の一例に相当する）は、車車間無線通信を実現するための装置であり、アンテナが受信した無線電波（データパケットを含む）に対して増幅、周波数変換、復調、Ａ／Ｄ変換等、所定の無線通信プロトコル（例えばＤＳＲＣ、携帯電話用データ通信）に従った処理を施し、その結果取得したデータパケット（以下、受信パケットという）を制御装置１３に出力する。また無線機１１は、制御装置１３から受けた送信用のデータパケット（以下、送信パケットという）に対してＤ／Ａ変換、変調、周波数変換、増幅等、所定の無線通信プロトコルに従った処理を施し、その結果の信号を上記のアンテナに出力する。これによって、送信パケットを含む無線電波が送信される。このような作動を行う無線機１１を利用することで、制御装置１３は、他車両の出会い頭衝突防止支援装置１０の無線通信（すなわち車車間通信）を実現することができる。
【００２２】
ナビゲーション装置１２は、現在位置から目的地までの最適な経路を算出し、算出した経路に沿って車両が移動するよう案内する装置である。この案内は、車両内に搭載されたスピーカおよび画像表示装置を用いて、音声および画像で行うようになっている。またナビゲーション装置１２は、ＧＰＳ受信機、車速センサ、加速度センサ、ヨーレートセンサ等のセンサ群を備え、これらセンサ群からの信号に基づいて、自車両の現在位置、走行方向、走行速度等を特定するようになっている。
【００２３】
またナビゲーション装置１２は、制御装置１３からの指令に応じて、上記スピーカに出力する音声の内容および画像表示装置に表示する画像の内容を制御するようになっている。またナビゲーション装置１２は、制御装置１３からの要求に応じて、現在の自車両の位置、走行方向、走行速度等の情報を制御装置１３に出力するようになっている。
【００２４】
制御装置１３は、パケット受信保存バッファ１３ａ、パケット送信保存バッファ１３ｂ、およびマイクロコンピュータ１３ｃを有している。パケット受信保存バッファ１３ａは、無線機１１から制御装置１３に出力された受信パケットを取得して蓄積する記憶装置である。なお、受信パケットの蓄積の際、その受信パケットを蓄積した時刻の情報を当該受信パケットに関連付けて記録する。受信パケットを蓄積した時刻は、実質的に無線機１１が電波を受信して受信パケットを取得した時刻と同じである。したがって、このようにすることで、蓄積されている受信パケットをいつ受信したかがわかるようになる。
【００２５】
パケット送信保存バッファ１３ｂは、マイクロコンピュータ１３ｃから出力された送信パケットを一時的に格納し、所定のタイミング（例えば１００ミリ秒に１回）でその送信パケットを無線機１１に出力する記憶装置である。
【００２６】
マイクロコンピュータ１３ｃは、図示しないＣＰＵ、ＲＡＭ、ＲＯＭを備え、ＣＰＵがＲＯＭに保存されているプログラムを実行することで、各種処理を実現する。具体的には、マイクロコンピュータ１３ｃが実現する機能としては、自車情報送信機能２１、車両数計算機能２２、情報提供範囲決定機能２３、情報提供判断機能２４等がある。
【００２７】
自車情報送信機能２１は、自車両の情報を定期的に（例えば１００ミリ秒毎に）無線送信する機能である。この自車情報送信機能２１を実現するために、マイクロコンピュータ１３ｃは、定期的に、ナビゲーション装置１２に対して自車両の現在の位置および走行方向の情報を要求して取得し、また、ＲＯＭにあらかじめ記録されている自車両の車両ＩＤの情報を読み出す。そして、これら自車両の車両ＩＤ、位置、および走行方向の情報を、１つの送信パケットに含め、パケット送信保存バッファ１３ｂに出力する。これによって、パケット送信保存バッファ１３ｂは、送信パケットを所定のタイミングで定期的に無線機１１に出力するようになる。その結果、無線機１１は、車両ＩＤ、自車位置、および自車両の走行方向の情報を含む送信パケットを、所定のタイミングで定期的に周囲の車両に、電波に含めて無線送信する。このような、車両の走行情報（具体的には、車両ＩＤ、自車位置、および自車両の走行方向）の情報を含む送信パケットを、車両情報パケットという。
【００２８】
車両数計算機能２２は、他車両から送信され、自車両の無線機１１が受信して制御装置１３のパケット受信保存バッファ１３ａに蓄積された車両情報パケット（すなわち受信パケット）中の車両ＩＤに基づいて、自車両の周囲の車両の数を算出する機能である。
【００２９】
この車両数計算機能２２を実現するために、マイクロコンピュータ１３ｃは、パケット受信保存バッファ１３ａから、現在から遡る所定期間（第１の所定期間に相当する）内において受信した受信パケットを読み出す。この所定期間は、出会い頭衝突防止支援装置１０における車両情報パケットの送信周期よりも長い期間とする。
【００３０】
そしてマイクロコンピュータ１３ｃは、読み出した受信パケット中の車両ＩＤの数をカウントする。この際、同じ値の車両ＩＤが複数個あったとしても、それらは１個であるとカウントする。
【００３１】
このようにカウントされた車両ＩＤの数は、現在から遡る所定期間内において、自車両の通信可能範囲（例えば、自車両を中心とする半径３００メートル〜４００メートル程度の円の内部）から車両情報パケットを送信した車両の数（延べではなく実数）である。したがって、このようにカウントされた車両数は、自車両の通信可能範囲内の他車両の数であるので、自車両の周囲における車両の混雑度の指標となる。
【００３２】
情報提供範囲決定機能２３は、車両数計算機能２２によって算出した車両数に基づいて、情報提供範囲を決定する機能である。情報提供範囲とは、その範囲外の車両を、出会い頭衝突の原因とみなす車両から除外するための範囲である。すなわち、マイクロコンピュータ１３ｃは、情報提供範囲内の車両を、自車両と出会い頭衝突する可能性がある車両とみなす一方、情報提供範囲外の車両を、自車両と出会い頭衝突する可能性がある車両とみなさない。情報提供範囲は、自車両の通信可能範囲よりも狭い。
【００３３】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されている数−範囲テーブルを参照して、情報提供範囲を決定する。数−範囲テーブルは、車両数と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、数−範囲テーブルにおいては、車両数は、通常範囲、通常範囲よりも少ない疎範囲、通常範囲よりも多い混雑範囲の３つに分類されており、これら３つの車両数の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、疎範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、混雑範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００３４】
情報提供判断機能２４は、情報提供範囲決定機能２３によって決められた情報提供範囲と、受信パケット中の位置および走行方向の情報に基づいて、出会い頭衝突に対する警告（すなわち、情報提供）を行うか否かを決定し、警告を行うと決定した場合は、警告を実行する機能である。この機能の具体的な内容については後述する。
【００３５】
以下、車両数計算機能２２、情報提供範囲決定機能２３、および情報提供判断機能２４に対応する機能の作動手順について、図４のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図４のフローチャートの処理と並列的に実行されるようになっている。図４のステップ１１０、１２０の処理によって車両数計算機能２２が実現し、ステップ１３０の処理によって情報提供範囲決定機能２３が実現し、ステップ１４０〜１６０の処理によって情報提供判断機能２４が実現する。
【００３６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離（例えば２００メートル）以内に入ったときに、図４に示す処理の繰り返し実行を開始するようになっている。基点ノードとは、出会い頭衝突の発生の恐れが高いとみなされた交差点の位置である。基点ノードの位置は、あらかじめマイクロコンピュータ１３ｃのＲＯＭに記録されている。そして、自車両の現在の位置は、ナビゲーション装置１２に要求して取得する。
【００３７】
マイクロコンピュータ１３ｃは、この図４の処理の実行の各回において、まずステップ１１０で、現在から遡る所定期間内に受信した受信パケットを、パケット受信保存バッファ１３ａから読み出して取得する。続いてステップ１２０では、既に説明した通り、ステップ１１０で読み出した受信パケット中の車両ＩＤの数（延べ数ではなく実数（すなわち異なり数））をカウントする。この車両ＩＤの数は、既に説明した通り、自車両の通信可能範囲内における他車両の実数である。
【００３８】
続いてステップ１３０では、上述の数−範囲テーブルを参照し、ステップ１２０でカウントした車両の実数に対応する情報提供範囲の大きさを決定する。
【００３９】
続いてステップ１４０では、読み出した受信パケットのうち、今回のステップ１４０で新たに読み出した新しい受信パケットのそれぞれから、位置の情報を読み出し、それぞれの位置が、自車両を中心とする情報提供範囲内に入っているか否かを判定する。なお、自車両の位置は、ナビゲーション装置１２に要求して取得する。そして、それらのうち１つでも情報提供範囲内に入っていると判定した場合は、続いてステップ１５０を実行し、それらのうち１つも情報提供範囲内にはいっていないと判定した場合は、ステップ１５０、１６０をバイパスして図４の１回分の処理を終了する。
【００４０】
このようにステップ１５０、１６０をバイパスするのは、当該受信パケットの送信元の他車両と自車両との間の距離が十分離れているので、出会い頭衝突を警告するには尚早であるという観点に基づくものである。
【００４１】
なお、「今回のステップ１４０で新たに読み出した新しい受信パケット」とは、図４に示す処理の繰り返し実行の開始後、２回目以降のステップ１４０の実行機会においては、前回のステップ１４０でも読み出した受信パケット以外のパケットとなり、図４に示す処理の繰り返し実行の開始後、初めてのステップ１４０の実行機会においては、読み出したすべての受信パケットとなる。
【００４２】
ステップ１５０では、出会い頭衝突の警告（すなわち情報提供）をするか否かを判定する。具体的には、ステップ１４０で情報提供範囲内にあると判定した位置にある他車両のそれぞれについて、自車両の走行方向と当該他車両の走行方向とが交差している場合は警告するか否か判定し、１つでも交差している場合は警告すると判定し、１つも交差していない場合は警告しないと判定する。
【００４３】
なお、自車両の走行方向は、ナビゲーション装置１２に要求することで取得する。また、当該他車両の走行方向は、当該当該他車両から受信した受信パケット中の走行方向に基づいて決定する。
【００４４】
また、自車両の走行方向と当該他車両の走行方向とが交差しているか否かについては、例えば、自車両の走行方向と他車両の走行方向が成す角θ（ただし０°≦θ≦１８０°）が、第１所定角度（例えば４５°）以上第２所定角度（例えば１３５°）以下である場合に、自車両の走行方向と当該他車両の走行方向とが交差していると判定し、それ以外の場合に、自車両の走行方向と当該他車両の走行方向とが交差していないと判定してもよい。
【００４５】
警告すると判定した場合は続いてステップ１６０で、ナビゲーション装置１２に対して音声および画像で警告を行うよう指令する。ナビゲーション装置１２は、この指令に応じて、出会い頭衝突の恐れがある旨を警告する音声（例えば、「出会い頭衝突に注意してください」という音声）をスピーカに出力させ、また、出会い頭衝突の恐れがある旨を警告する画像を画像表示装置に表示させる。この警告は、所定の時間（例えば１０秒）継続してもよいし、自車両が交差点（より詳しくは基点ノード）の位置を通り過ぎるまで継続するようになっていてもよい。
【００４６】
ステップ１６０の後、図４の１回分の処理を終了する。また、警告しないと判定した場合は、ステップ１６０の警告処理をバイパスして、図４の１回分の処理を終了する。
【００４７】
以上説明した通り、本実施形態の出会い頭衝突防止支援装置１０は、新たな受信パケットの送信元の他車両が１台でも情報提供範囲４０内にあれば（ステップ１４０参照）、その情報提供範囲内の他車両の走行方向と自車両の走行方向とが交差しているか否かを判定し（ステップ１５０参照）、１台でも交差していれば出会い頭衝突の警告を行い、１台も交差していなければ出会い頭衝突の警告を行わないという作動を繰り返す。したがって、出会い頭衝突防止支援装置１０は、自車両の走行方向と交差する方向に走行する他車両が情報提供範囲内に入ってこない間は、出会い頭衝突の警告を行わず、自車両の走行方向と交差する方向に走行する他車両が１台でも情報提供範囲内に入ってくれば、出会い頭衝突の警告を行う。
【００４８】
例えば、図１に示すような場面において、車両４（第１の車両の一例に相当する）に搭載された出会い頭衝突防止支援装置１０は、自車両４の情報提供範囲内に他車両７（第２の車両の一例に相当する）が進入したとき、当該他車両７から送信された車両情報パケットに基づいて、当該他車両７が情報提供範囲４０内に入ったと判定し（ステップ１４０参照）、さらに、他車両７の走行方向が自車両の走行方向と交差すると判定し（ステップ１５０参照）、続いて警告を行う（ステップ１６０参照）。
【００４９】
そして出会い頭衝突防止支援装置１０は、現在から遡った所定期間内に受信した車両情報パケットの送信元の他車両の実数（すなわち、所定期間内に他の車両から受信した車両ＩＤの実数）が、通常の範囲を超えている場合、すなわち、自車両の周囲で他車両が通常よりも混雑している場合、情報提供範囲を通常よりも小さくする。また、出会い頭衝突防止支援装置１０は、現在から遡った所定期間内に受信した車両情報パケットの送信元の他車両の実数が、通常の範囲を下回っている場合、すなわち、自車両の周囲で他車両が通常よりも疎らである場合、情報提供範囲を通常よりも拡大する。
【００５０】
このように、自車両の周囲における他車両の混雑度が高いほど情報提供範囲を狭くすることの効果について説明する。自車両の周囲において車両数が多いということは、図５に示すように、道路１を交差点３に進入する自車両４の前後左右に他車両３３、３４、３６、５、６が密集している可能性が高い。そのような場合には、自車両４が周囲の他車両３３、３４、３６、５、６によって防護されている状態なので、道路２を走行する他車両７と自車両４とが出会い頭衝突を起こす可能性は低い。したがって、出会い頭衝突の警告を行うタイミングは比較的遅くてもよい。
【００５１】
このとき、本実施形態のように、自車両４の情報提供範囲を通常時の範囲４１よりも狭い範囲４２とすれば、道路２から交差点３に進入する他車両７の存在に起因して警告を行うタイミングが、通常よりも遅くなる。したがって、出会い頭衝突の警告を不必要に早く行ってしまう可能性が低下する。また、自車両４の情報提供範囲を通常時の範囲４１よりも狭い範囲４２とすれば、ステップ１５０で走行方向の判定を行う頻度も低下するので、走行方向の判定を不必要に多く実行してしまう可能性が低減される。
【００５２】
また逆に、自車両の周囲において車両数が少ないということは、図６に示すように、道路１を交差点３に進入する自車両４の前後左右の近傍に車両が存在しない可能性が高い。そのような場合には、自車両４が周囲の他車両によって防護されておらず、いわば裸の状態にある。したがって、道路２を走行する他車両７と自車両４とが出会い頭衝突を起こす可能性は、通常よりも高い。
【００５３】
このとき、本実施形態のように、自車両４の情報提供範囲を通常時の範囲４１よりも広い範囲４３とすれば、道路２から交差点３に進入する他車両７の存在に起因して警告を行うタイミングを、通常よりも早くすることができ、その結果、出会い頭衝突の可能性が高い場合に、車両４のドライバは、その危険性をいち早く察知して対処することが可能となる。
【００５４】
このように、出会い頭衝突防止支援装置１０は、自車両７の周囲の車両の混雑度の指標を取得し、取得した混雑度の指標に基づいて、自車両７の周囲の車両の混雑度が高いほど、情報提供範囲を狭くする（すなわち、混雑度が低いほど、情報提供範囲を広くする）ので、車両の混雑度に応じて情報提供範囲を適切に制御することができる。
【００５５】
また、出会い頭衝突防止支援装置１０は、情報提供範囲内に少なくとも１つの他車両（具体的には他車両７）がいると判定したことに基づいて、受信パケット中の当該少なくとも１つの他車両（具体的には他車両７）の走行方向の情報に基づいて、自車両の走行方向と当該他車両７の走行方向が交差している他車両があるか否かを判定し、ある場合に、出会い頭衝突に対する警告の報知を行うようになっている。
【００５６】
このようになっているので、混雑度が高いときに情報提供範囲が狭くなった場合、自車両４の走行方向と他車両７の走行方向が交差しているか否かを不必要に判定する可能性が低下し、その分、出会い頭衝突防止支援装置１０の処理付加が低減する。
【００５７】
（第２実施形態）
次に、本発明の第２実施形態について、第１実施形態と異なる部分を中心に説明する。本実施形態が第１実施形態と異なるのは、第１実施形態においては、自車両の周囲の混雑度の指標として、通信可能範囲内の車両数を用いたのに対し、本実施形態では、他車両から受信する車両情報パケット（すなわち受信パケット）の受信電力を用いる点である。この受信電力は、無線機１１による車両情報パケットの受信時の電波環境の一例に相当する。
【００５８】
このために、無線機１１は、電波の受信信号強度を出力するＲＳＳＩ回路（図示せず）を有し、図７に示すように、制御装置１３はこのＲＳＳＩ回路の出力を取得するようになっている。
【００５９】
より詳しくは、パケット受信保存バッファ１３ａは、受信パケットに関連付けられて、その受信パケットを受信したときのＲＳＳＩ回路の出力を記録するようになっている。そしてマイクロコンピュータ１３ｃは、車両数計算機能２２に代えて、受信電力計算機能２５を実現するようになっている。
【００６０】
受信電力計算機能２５は、受信パケットを受信したときの無線機１１の平均受信電力を計算する機能である。この受信電力計算機能２５を実現するために、マイクロコンピュータ１３ｃは、パケット受信保存バッファ１３ａから、現在から遡る所定期間（第２の所定期間に相当する）内において受信した受信パケットに関連付けられたＲＳＳＩ出力を読み出す。これら読み出したＲＳＳＩ出力の値は、それぞれ対応する受信パケットの受信時における受信信号強度である。この所定期間は、出会い頭衝突防止支援装置１０における車両情報パケットの送信周期よりも長い期間とする。そしてパケット受信保存バッファ１３ａは、読み出した受信信号強度のそれぞれから受信電力（ｄＢｍ）を算出し、これら受信電力の平均値を算出する。
【００６１】
すなわち、現在から遡る所定期間内においてＮ個の車両送信パケットを受信している場合は、各車両送信パケットの受信時の受信電力をＰｉ（ｉ＝１、２、…、Ｎ）とすると、平均受信電力は、ΣＰｉ／Ｎとなる。ただし、Σは、ｉについて１〜Ｎまでの総和を意味する。
【００６２】
このように算出された平均受信電力は、自車両の通信可能範囲内にいる他車両が、自車両に近い位置に偏っているほど大きくなる値である。したがって、このように算出された平均受信電力は、自車両の周囲における車両の混雑度の指標となる。
【００６３】
また、本実施形態の情報提供範囲決定機能２３は、受信電力計算機能２５によって算出した平均受信電力に基づいて、情報提供範囲を決定する。
【００６４】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されている電力−範囲テーブルを参照して、情報提供範囲を決定する。電力−範囲テーブルは、平均受信電力と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、電力−範囲テーブルにおいては、電力は、通常範囲、通常範囲よりも小さい小電力範囲、通常範囲よりも大きい大電力範囲の３つに分類されており、これら３つの電力の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、小電力範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、大電力範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００６５】
以下、受信電力計算機能２５、情報提供範囲決定機能２３に対応する機能の作動手順について、図８のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図８のフローチャートの処理と並列的に実行されるようになっている。図８のステップ２１０、２２０の処理によって受信電力計算機能２５が実現し、ステップ２３０の処理によって情報提供範囲決定機能２３が実現し、ステップ２４０〜２６０の処理によって情報提供判断機能２４が実現する。なお、ステップ２４０〜２６０の処理内容は、図４のステップ１４０〜１６０の処理内容と同じであるので、その説明は省略する。
【００６６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離以内に入ったときに、図８に示す処理の繰り返し実行を開始するようになっている。マイクロコンピュータ１３ｃは、この図８の処理の実行の各回において、まずステップ２１０で、現在から遡る所定期間内に受信した受信パケットおよびそれらに関連付けられた受信信号強度を、パケット受信保存バッファ１３ａから読み出して取得する。続いてステップ２２０では、既に説明した通り、ステップ２１０で読み出した受信信号強度から受信電力を算出し、更にそれらの平均値を算出する。
【００６７】
続いてステップ２３０では、上述の電力−範囲テーブルを参照し、ステップ２２０で算出した平均受信電力に対応する情報提供範囲の大きさを決定し、続いてステップ２４０を実行する。
【００６８】
このように、本実施形態の出会い頭衝突防止支援装置１０は、自車両の周囲における他車両の混雑度の指標として、車両情報パケットの受信時における平均受信電力を用い、この平均受信電力に応じて情報提供範囲を変化させる。従って、第１実施形態と同様の効果を得ることができる。しかも、無線機１１は多くの場合ＲＳＳＩ回路を有しているので、そのようなＲＳＳＩ回路の出力を利用することで、簡易に混雑度の指標を算出することができる。
【００６９】
（第３実施形態）
次に、本発明の第３実施形態について、第１実施形態と異なる部分を中心に説明する。本実施形態が第１実施形態と異なるのは、第１実施形態においては、自車両の周囲の混雑度の指標として、通信可能範囲内の車両数を用いたのに対し、本実施形態では、他車両から受信する車両情報パケット（すなわち受信パケット）のパケット誤り率（ＰＥＲ：Packet Error Ratio）を用いる点である。このパケット誤り率は、無線機１１による車両情報パケットの受信時の電波環境の一例に相当する。
【００７０】
このために、無線機１１は、図９に示すように、パケット誤り率を出力するようになっている。パケット誤り率とは、現在から遡る所定期間（第３の所定期間に相当する）内に受信したすべての車両情報パケットのうち、伝送誤りのある車両情報パケットの割合をいう。パケット誤り率を出力する無線機１１は周知である。例えば、無線機１１は、受信した車両情報パケットに対して巡回冗長検査（ＣＲＣ：Cyclic Redundancy Check）等の誤り検出を行うことで、各車両情報パケットに伝送誤りがあるか否かを判定する。
【００７１】
また、マイクロコンピュータ１３ｃは、車両数計算機能２２に代えて、ＰＥＲ取得機能２６を実現するようになっている。ＰＥＲ取得機能２６は、上述のように無線機１１から出力されたパケット誤り率を取得する機能である。
【００７２】
このようなＰＥＲ取得機能２６を実現することでマイクロコンピュータ１３ｃが取得したパケット誤り率は、自車両の周囲において車両が混雑している程増大する。これは、自車両の周囲において他車両が混雑している程、無線送信の障害物が増えるからである。したがって、パケット誤り率は、自車両の周囲における車両の混雑度の指標となる。
【００７３】
また、本実施形態の情報提供範囲決定機能２３は、ＰＥＲ取得機能２６によって取得したパケット誤り率に基づいて、情報提供範囲を決定する。
【００７４】
この情報提供範囲決定機能２３を実現するために、マイクロコンピュータ１３ｃは、ＲＯＭに記録されているＰＥＲ−範囲テーブルを参照して、情報提供範囲を決定する。ＰＥＲ−範囲テーブルは、パケット誤り率と情報提供範囲の大きさとの対応関係を規定するテーブルである。具体的には、ＰＥＲ−範囲テーブルにおいては、パケット誤り率は、通常範囲、通常範囲よりも小さい低誤り範囲、通常範囲よりも大きい高誤り範囲の３つに分類されており、これら３つのパケット誤り率の範囲のそれぞれに、１つの情報提供範囲の大きさが対応付けられている。より具体的には、情報提供範囲は、自車両を中心とする円の内部とし、その円の半径で、情報提供範囲の大きさを規定するようになっている。そして、低誤り範囲に割り当てられる円の半径（例えば１２０メートル）は、通常範囲に割り当てられる円の半径（例えば１００メートル）よりも大きく、高誤り範囲に割り当てられる円の半径（例えば８０メートル）は、通常範囲に割り当てられる円の半径よりも小さい。
【００７５】
以下、ＰＥＲ取得機能２６、情報提供範囲決定機能２３に対応する機能の作動手順について、図１０のフローチャートを用いて説明する。なお、自車情報送信機能２１の機能は、図１０のフローチャートの処理と並列的に実行されるようになっている。図１０のステップ３１０、３２０の処理によってＰＥＲ取得機能２６が実現し、ステップ３３０の処理によって情報提供範囲決定機能２３が実現し、ステップ３４０〜３６０の処理によって情報提供判断機能２４が実現する。なお、ステップ３４０〜３６０の処理内容は、図４のステップ１４０〜１６０の処理内容と同じであるので、その説明は省略する。
【００７６】
マイクロコンピュータ１３ｃは、自車両が基点ノードまで基準距離以内に入ったときに、図１０に示す処理の繰り返し実行を開始するようになっている。マイクロコンピュータ１３ｃは、この図１０の処理の実行の各回において、まずステップ３１０で、現在から遡る所定期間内に受信した受信パケットを取得する。続いてステップ３２０では、既に説明した通り、無線機１１から出力されたパケット誤り率を取得する。
【００７７】
続いてステップ３３０では、上述のＰＥＲ−範囲テーブルを参照し、ステップ３２０で算出したパケット誤り率に対応する情報提供範囲の大きさを決定し、続いてステップ３４０を実行する。
【００７８】
このように、本実施形態の出会い頭衝突防止支援装置１０は、自車両の周囲における他車両の混雑度の指標として、受信パケットのパケット誤り率を用い、このパケット誤り率を取得に応じて情報提供範囲を変化させる。従って、第１実施形態と同様の効果を得ることができる。しかも、無線機１１は多くの場合パケット誤り率を出力するようになっているので、そのような出力を利用することで、簡易に混雑度の指標を算出することができる。
【００７９】
（他の実施形態）
以上、本発明の実施形態について説明したが、本発明の範囲は、上記実施形態のみに限定されるものではなく、本発明の各発明特定事項の機能を実現し得る種々の形態を包含するものである。
【００８０】
例えば、上記実施形態では、マイクロコンピュータ１３ｃは、無線機１１がが他の複数の車両から受信した電波に基づいて、自車両の周囲の車両の混雑度の指標を取得するようになっている。具体的には、第１実施形態では、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を混雑度の指標とし、第２実施形態では、第２の所定期間内に前記他の複数の車両から受信した電波中のパケットの平均受信電力を、混雑度の指標とし、第３実施形態では、第３の所定期間内に他の複数の車両から受信した電波中のパケットのパケット誤り率を、混雑度の指標とするようになっている。しかし、マイクロコンピュータ１３ｃは、他の複数の車両から受信した電波に基づいて、これら第１〜第３実施形態で示した情報以外の情報を取得し、それを混雑度の指標とするようになっていてもよい。
【００８１】
また、第１実施形態においては、所定期間内に受信した車両情報パケットの送信元の車両の実数という指標に基づいて情報提供範囲を変化させ、第２実施形態においては、所定期間内の車両情報パケットの平均受信電力という指標に基づいて情報提供範囲を変化させ、第３実施形態においては、受信した車両情報パケットのパケット誤り率という指標に基づいて情報提供範囲を変化させている。しかし、これら３つの指標のうち２つ以上に基づいて情報提供範囲を変化させるようになっていてもよい。例えば、平均受信電力が通常範囲よりも大きく、かつ、パケット誤り率が通常よりも大きい場合にのみ、情報提供範囲を通常よりも小さくするようになっていてもよい。
【００８２】
また、上記実施形態においては、情報提供範囲は、自車両の周囲の混雑度の指標（より具体的には、自車両の周囲が混雑するほど増大する量）に応じて変化するようになっているが、当該指標に加えて他の要因に応じて変化するようになっていてもよい。例えば、マイクロコンピュータ１３ｃは、自車両の走行速度に応じて情報提供範囲の大きさを変化させるようになっていてもよい。
【００８３】
また、上記実施形態においては、情報提供範囲は、自車両を中心とする所定の半径の円内であったが、必ずしもこのようになっておらずともよい。例えば情報提供範囲は、自車両を中心とする所定の矩形の範囲内であってもよいし、自車両を焦点の１つとする楕円の範囲内であってもよい。すなわち、情報提供範囲は、自車両を含む範囲内であれば足りる。
【００８４】
また、無線機１１と制御装置１３とは、車内ＬＡＮ（例えばＥｔｈｅｒｎｅｔ（登録商標）規格に準じたＬＡＮ）を介して接続されていてもよい。その場合、送信パケット、受信パケット、受信電波強度を示す信号、パケットエラーレートを示す信号は、この車内ＬＡＮを介して無線機１１と制御装置１３との間で授受される。
【００８５】
また、上記の実施形態において、マイクロコンピュータ１３ｃがプログラムを実行することで実現している各機能は、それらの機能を有するハードウェア（例えば回路構成をプログラムすることが可能なＦＰＧＡ）を用いて実現するようになっていてもよい。
【符号の説明】
【００８６】
１、２、５１、５２ 道路
３、５３ 交差点
４〜８、３３〜３６、６１〜７０ 車両
１０ 出会い頭衝突防止支援装置
１１ 無線機
１２ ナビゲーション装置
１３ 制御装置
１３ａ パケット受信保存バッファ
１３ｂ パケット送信保存バッファ
１３ｃ マイクロコンピュータ
２１ 自車情報送信機能
２２ 車両数計算機能
２３ 情報提供範囲決定機能
２４ 情報提供判断機能
２５ 受信電力計算機能
２６ ＰＥＲ取得機能
４０〜４３ 情報提供範囲
【特許請求の範囲】
【請求項１】
第１の車両（４）に搭載される出会い頭衝突防止支援装置であって、
他の複数の車両のそれぞれから送信された電波を受信し、受信した電波中から前記他の複数の車両のそれぞれの位置の情報を含むパケットを取得する受信手段（１１）と、
前記他の複数の車両の位置の情報を、前記受信手段（１１）が取得した前記パケットから読み出し、読み出した位置の情報に基づいて、前記第１の車両（４）を含む所定の情報提供範囲内に前記他の複数の車両のうち少なくとも１つがいるかを判定する判定手段（１４０、２４０、３４０）と、
前記情報提供範囲内に前記他の複数の車両の少なくとも１つがいると前記判定手段（１４０、２４０、３４０）が判定したことに基づいて、出会い頭衝突に対する警告の報知を行う情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）と、
前記受信手段（１１）が他の複数の車両から受信した電波に基づいて、前記第１の車両（４）の周囲の車両の混雑度の指標を取得する混雑度指標取得手段（１２０、２２０、２３０）と、
前記混雑度指標取得手段（１２０、２２０、２３０）が取得した前記混雑度の指標に基づいて、前記第１の車両（４）の周囲の車両の混雑度が高いほど、前記情報提供範囲を狭くする範囲決定手段（１３０、２３０、３３０）と、を備えた出会い頭衝突防止支援装置。
【請求項２】
前記他の複数の車両のそれぞれから送信されて前記受信手段（１１）が受信する電波中の前記パケットは、前記他の複数の車両の位置の情報と共に前記他の複数の車両の走行方向の情報を含み、
前記情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）は、前記情報提供範囲内に前記他の複数の車両の少なくとも１つがいると前記判定手段（１４０、２４０、３４０）が判定したことに基づいて、前記受信手段（１１）が取得した前記パケット中の前記少なくとも１つの車両の走行方向の情報に基づいて、前記第１の車両（４）の走行方向と前記少なくとも１つの車両の走行方向が交差しているか否かを判定し、交差している車両がある場合に、出会い頭衝突に対する警告の報知を行うことを特徴とする請求項１に記載の出会い頭衝突防止支援装置。
【請求項３】
前記他の複数の車両のそれぞれから送信されて前記受信手段（１１）が受信する電波中の前記パケットは、それぞれ前記他の複数の車両の位置の情報と共に前記他の複数の車両の車両ＩＤを含み、
前記混雑度指標取得手段（１２０、２２０、２３０）は、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を、前記混雑度の指標として取得することを特徴とする請求項１または２に記載の出会い頭衝突防止支援装置。
【請求項４】
前記混雑度指標取得手段（１２０、２２０、２３０）は、第２の所定期間内に他の複数の車両から受信したパケットの平均受信電力を、前記混雑度の指標として取得することを特徴とする請求項１ないし３のいずれか１つに記載の出会い頭衝突防止支援装置。
【請求項５】
前記混雑度指標取得手段（１２０、２２０、２３０）は、第３の所定期間内に他の複数の車両から受信したパケットのパケット誤り率を、前記混雑度の指標として取得することを特徴とする請求項１ないし４のいずれか１つに記載の出会い頭衝突防止支援装置。
【請求項１】
第１の車両（４）に搭載される出会い頭衝突防止支援装置であって、
他の複数の車両のそれぞれから送信された電波を受信し、受信した電波中から前記他の複数の車両のそれぞれの位置の情報を含むパケットを取得する受信手段（１１）と、
前記他の複数の車両の位置の情報を、前記受信手段（１１）が取得した前記パケットから読み出し、読み出した位置の情報に基づいて、前記第１の車両（４）を含む所定の情報提供範囲内に前記他の複数の車両のうち少なくとも１つがいるかを判定する判定手段（１４０、２４０、３４０）と、
前記情報提供範囲内に前記他の複数の車両の少なくとも１つがいると前記判定手段（１４０、２４０、３４０）が判定したことに基づいて、出会い頭衝突に対する警告の報知を行う情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）と、
前記受信手段（１１）が他の複数の車両から受信した電波に基づいて、前記第１の車両（４）の周囲の車両の混雑度の指標を取得する混雑度指標取得手段（１２０、２２０、２３０）と、
前記混雑度指標取得手段（１２０、２２０、２３０）が取得した前記混雑度の指標に基づいて、前記第１の車両（４）の周囲の車両の混雑度が高いほど、前記情報提供範囲を狭くする範囲決定手段（１３０、２３０、３３０）と、を備えた出会い頭衝突防止支援装置。
【請求項２】
前記他の複数の車両のそれぞれから送信されて前記受信手段（１１）が受信する電波中の前記パケットは、前記他の複数の車両の位置の情報と共に前記他の複数の車両の走行方向の情報を含み、
前記情報提供手段（１５０、１６０、２５０、２６０、３５０、３６０）は、前記情報提供範囲内に前記他の複数の車両の少なくとも１つがいると前記判定手段（１４０、２４０、３４０）が判定したことに基づいて、前記受信手段（１１）が取得した前記パケット中の前記少なくとも１つの車両の走行方向の情報に基づいて、前記第１の車両（４）の走行方向と前記少なくとも１つの車両の走行方向が交差しているか否かを判定し、交差している車両がある場合に、出会い頭衝突に対する警告の報知を行うことを特徴とする請求項１に記載の出会い頭衝突防止支援装置。
【請求項３】
前記他の複数の車両のそれぞれから送信されて前記受信手段（１１）が受信する電波中の前記パケットは、それぞれ前記他の複数の車両の位置の情報と共に前記他の複数の車両の車両ＩＤを含み、
前記混雑度指標取得手段（１２０、２２０、２３０）は、第１の所定期間内に他の複数の車両から受信した車両ＩＤの実数を、前記混雑度の指標として取得することを特徴とする請求項１または２に記載の出会い頭衝突防止支援装置。
【請求項４】
前記混雑度指標取得手段（１２０、２２０、２３０）は、第２の所定期間内に他の複数の車両から受信したパケットの平均受信電力を、前記混雑度の指標として取得することを特徴とする請求項１ないし３のいずれか１つに記載の出会い頭衝突防止支援装置。
【請求項５】
前記混雑度指標取得手段（１２０、２２０、２３０）は、第３の所定期間内に他の複数の車両から受信したパケットのパケット誤り率を、前記混雑度の指標として取得することを特徴とする請求項１ないし４のいずれか１つに記載の出会い頭衝突防止支援装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２８２２８２（Ｐ２０１０−２８２２８２Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１３３２１１（Ｐ２００９−１３３２１１）
【出願日】平成２１年６月２日（２００９．６．２）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月２日（２００９．６．２）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]