(57)【特許請求の範囲】
【請求項１】
車車間通信装置を備えた車輌間の車車間通信方法において、
車車間通信装置により所定の車輌から主道路への割り込みリクエスト信号を送信し、
該リクエスト送信車両と該リクエスト信号に応答すべき車輌とでネットワークを形成し、
前記割り込みリクエスト信号を受信した車輌は、割り込みリクエスト信号が受信されたこと、および割り込みリクエスト送信車両と自車の位置関係を表示すると共に、割込み許可した場合には、割込みポイント直前で自動パッシングし、
前記割込みリクエスト送信車両は、割込み許可信号を受信すれば、割込み許可を表示すると共に、割込み許可車両を識別可能に表示する、
ことを特徴とする車車間通信方法。
【請求項２】
前記リクエスト送信車両は、割り込みポイントに接近したことを検出し、自車位置情報、車種、色を含む前記割り込みリクエスト信号を送信し、
該割り込みリクエスト信号を受信した車輌は、前記表示情報に加えて割り込みリクエスト送信車両の色、車種を表示し、割り込み許可する場合、自車位置情報、車種、色を含む前記割り込み許可信号を送信し、
前記割込みリクエスト送信車両は、該割込み許可信号を受信すれば、割り込み許可車両の自車位置情報、車種、色を表示する、
ことを特徴とする請求項１記載の車車間通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車車間通信方法に係わり、特に、車輌からのリクエストに応じてネットワーク内の車輌が該リクエストに対して応答あるいは応答動作する車車間通信方法に関する。
【０００２】
【従来の技術】
他車に対して、「〜してほしい。」を伝える方法には、従来、「クラクションを鳴らす」、「手を挙げる」、「頭を下げる」、「車輌ヘッドライトをパッシングする」、「サイレンを鳴らす」等の方法がある。
例えば、渋滞中の幹線道路に枝道から割り込む場合の「割り込み要請」や「割り込み許可」手段は、「手を上げる」、「頭を下げる」、「車輌ヘッドライトのパッシング」などの身体使用、手動機器操作で行なわれてきた。しかし、割り込み要請については、「手を上げる」手段をとっても、相手に気づいてもらえないことがあった。特に、塀で囲まれた路地などから出てくる場合は、手を上げても相手からは見えず、意味がない。また、割り込み許可については、どの車が入れてくれるのかが明確に判断できず、最悪の場合、入れてくれるものと割り込み車輌のドライバーが勝手に判断したところ、幹線道路車輌はその意思が無く、衝突事故を起こしてしまうようなケースも考えられる。車両割込み関して、割込み時の衝突を回避するための提案がなされている(特開平11-170887号公報)。しかし、この従来例は、車両の割込みを判定すると、車車間通信で走行情報をやり取りしながら、車群の最後尾車両から減速を開始し、この減速に前方車両が追従するように車両の駆動力を制御して衝突を回避するものであり、割込み車両と割込まれる車両が車車通信により割込み要求し、該要求に対して割込み許可を行うものではない。
【０００３】
また、従来は、狭い道の途中で鉢合わせして困る場合があった。これは、車車間でコミュニケーションを行う技術手段が無いため、反対側から狭い道（狭道という）へ進入する車輌の存在や狭道を既に走行している車輌の存在を把握できないためである。
また、従来は、渋滞時の交差点で、「通過できる」と思って交差点に進入した場合、思うように進まずに信号が赤に変わってしまい、交差点を通過しきれずに停車することになり、直角方向から該交差点を通過する他車に対して妨害車となり、迷惑を掛けることがあった。かかる場合、前方数台の車１台、１台が車間距離を少しでも（数十cm〜１ｍ）詰めてつめてくれると、交差点を通過しきれずに停車した車輌は速やかに交差点内から出ることができるが、従来は車間車詰めを他車に要求することができなかった。
【０００４】
また、従来、緊急車輌(救急車、消防車等)はサイレンを使用して周囲の一般車両へ通行の告知している。しかし、一般車輌のドライバは、緊急車両が近づかないと気付かない。又、街中などでは即座によけることが困難になる場合があり、緊急車両のスムーズな走行を妨害して目的地到着の遅延原因になっている。また、よけることが出来ても、全車両の意思統一が難しく、必ずしも緊急車両にとって最適なよけかたになっておらず、緊急車両のスムーズな走行を阻害している。
【特許文献１】
特開平11-170887号公報
【０００５】
【発明が解決しようとする課題】
以上より、他車に対して、「〜してほしい。」を確実に伝えることができ、これにより、割込み要求／割り込み許可を円滑に行え、又、狭道での擦れ違いを解消でき、又、交差点での通過妨害を速やかに解消でき、更には、緊急車輌のスムーズな走行を可能にする車車間通信方法が要望されている。
以上から本発明の目的は、他車に自車の要求を確実に伝えることができるようにすることである。
本発明の別の目的は、渋滞中の幹線道路に枝道から割り込む場合の「割り込み要請」、「割り込み許可」に関するドライバー間の意思疎通を自然に、かつ確実に行えるようにすることである。
【０００６】
【課題を解決するための手段】
本発明は、車車間通信装置を備えた車輌間の車車間通信方法である。本発明の車車間通信方法において、車車間通信装置により所定の車輌から主道路への割り込みリクエスト信号を送信し、該リクエスト送信車両と該リクエスト信号に応答すべき車輌とでネットワークを形成し、前記割り込みリクエスト信号を受信した車輌は、割り込みリクエスト信号が受信されたこと、および割り込みリクエスト送信車両と自車の位置関係を表示すると共に、割込み許可した場合には、割込みポイント直前で自動パッシングし、前記割込みリクエスト送信車両は、割込み許可信号を受信すれば、割込み許可を表示すると共に、割込み許可車両を識別可能に表示する。
本発明の車車間通信方法において、更に、前記リクエスト送信車両は、割り込みポイントに接近したことを検出し、自車位置情報、車種、色を含む前記割り込みリクエスト信号を送信し、該割り込みリクエスト信号を受信した車輌は、前記表示情報に加えて割り込みリクエスト送信車両の色、車種を表示し、割り込み許可する場合、自車位置情報、車種、色を含む前記割り込み許可信号を送信し、前記割込みリクエスト送信車両は、該割込み許可信号を受信すれば、割り込み許可車両の自車位置情報、車種、色を表示する。
以上のようにすれば、渋滞中の幹線道路に枝道から割り込む場合の「割り込み要請」、「割り込み許可」に関するドライバー間の意思疎通を自然に、かつ確実に行うことができる。また、安全確実な割込みが出来るようになる。
【００１１】
【発明の実施の形態】
（Ａ）本発明の車車間通信システムの構成
図1は本発明の車車間通信システムの構成図であり、ナビゲーション装置50と車車間通信装置60が設けられ、それらの間は相互に通信可能に接続されている。
ナビゲーション装置50は、車両周辺の地図表示制御、目的地までの誘導経路を探索する探索制御、探索された誘導経路に沿った経路案内制御などを行うナビゲーション制御部51、地図記憶媒体から必要な地図データを読み取ってナビゲーション制御部に入力する地図供給部52、地図表示のための各種コマンドを入力するコマンド入力部53、車両の現在位置を検出する現在位置検出部54、地図や誘導経路その他の表示を行う表示部55、車車間通信装置との間の通信を司るインターフェース部56等を備えている。
【００１２】
車車間通信装置60は、周辺車両や施設と通信を行う通信手段、例えば、ブルーツース(BT)機器61、車車間通信を制御する車車間通信制御部62、ナビゲーション装置との間の通信を司るインターフェース部63、操作部64、各種検出部65、前方撮影カメラおよび画像処理装置66、ライトを点滅するパッシング回路67、音声入力・応答装置68などを備えている。
車車間通信制御部62には記憶装置71が設けられ、後述する処理フローに従った各種プログラムを保持するプログラム記憶部71aや、設定データ、処理結果等を記憶するデータ記憶部71bを有している。
操作部64は車載ディスプレイ部とタッチパネルや操作スイッチ（コマンダー）を有している。検出部65としては、ウインカーオン／オフセンサー、車速センサーなど等が設けられている。
【００１３】
(B) ブルーツース
車車間通信(車−車間通信、車−施設間通信を含む)に用いるブルーツースは移動体と固定体、あるいは移動体と移動体の電子装置間、又はそれぞれの間のケーブル代替を意図した無線リンクである。ブルーツース通信において、マスターは通信したい時、周辺にどのようなスレーブが存在するかをIQパケットによりInquiry（問い合わせ）を行ない、各スレーブはFHSパケットでコネクション確立に必要なブルーツースデバイス・アドレスやクロック情報をマスターに応答する。すなわち、Inquiryすることで該Inquiryに応答する全てのスレーブのデバイス・アドレスやクロック情報を収集することができる。なお、ブルーツースデバイス・アドレスは全てのブルーツース機器に与えられる一意のアドレスである。
しかる後、マスターは選択した所定スレーブのブルーツースデバイス・アドレス及びクロック情報を使ってPageという処理を行なって該スレーブと実際にコネクションを確立し、データの送受を行なう。すなわち、マスターは選択した所定スレーブ宛にIDパケットを送信し、このIDパケットに対する受信確認をスレーブから受け取ると、マスターはそのスレーブに対してFHSパケットを送信し、自分のブルーツースデバイス・アドレスとクロック情報を伝え、以後、通信フェーズに移行する。尚、接続しようとする相手のデバイスアドレスを知っていて、相手が接続可能距離内に存在する場合には直接接続することができる。
【００１４】
(Ｃ)割込み要求／割込み許可処理
図2は枝道から渋滞中の幹線道路に割込む場合の説明図である。割り込む車輌をＡ車、幹線道路走行車の内“割り込みOK”をする車輌をＢ車とする。
Ａ車が枝道１から渋滞中の幹線道路２に近づいたタイミング（枝道に渋滞が無い場合は、幹線道路50ｍ手前。枝道にも渋滞がある場合は、自分の手前の割り込み車が残り１台になった時点）で、Ａ車から“割り込みリクエスト信号”を自動的に発信する(図2(a))。Ａ車は、幹線道路２での渋滞、手前車輌台数を、車車間通信により各車両の位置情報を取得することにより識別できる。たとえば、各車両の位置情報をナビゲーション装置に入力して割込みポイント3までの車輌数、混雑程度を判断してもらう。
【００１５】
Ａ車からリクエスト信号が発せられたタイミングで、Ａ車と通信可能な位置に存在し、かつ対象となる割込みポイント３を通過していない車輌5a,5b,5c,5dとＡ車との間で割り込みネットワークが形成される(図2(b))。
Ａ車からリクエスト信号を受け取った割込みネットワークの幹線道路通行中の車輌は、図2(c)に示すように割り込みの要求があることを車載機器の音声案内とディスプレイ表示により知らせる。
割り込み要求を入手した幹線道路車輌のドライバーは割り込みＯＫまたは割込みNGの意思を車載機器の音声入力やスイッチ操作にて行う(図２（ｄ）)。この結果はネットワーク上に発信され、Ａ車に回答が届けられる。
【００１６】
回答を受け取ったＡ車は、図2(e)に示すように、車載機器の音声案内によりOK車輌の存在を知らせると共に、ディスプレイ上にOK車輌であるＢ車の位置表示する。
Ｂ車は、割り込み地点に差し掛かったタイミング（割り込み地点で、自車の前に車が居なくなったタイミング）で、ヘッドライトの自動パッシングを行なうことで、割り込み許可を再度提示する。
また、割込み車は割込み完了後にお礼のテールランプのパッシングを行う。
【００１７】
図3は車車間通信におけるデータフォーマット説明図であり、アイドリングデータ欄、車輌ID欄、自車位置情報欄、進行方向情報欄、リクエスト種別欄、通信情報欄が設けられている。アイドリングデータは安定通信するための同期信号(プリアンブル)である。車輌IDは車車間通信装置を搭載した車輌識別子で、例えば、ブルーツースデバイス・アドレスである。自車位置はデータを送信する車輌の現在位置情報、進行方向はデータを送信する車輌の進行方向情報であり、リクエスト種別は割込みリクエスト、狭道進入リクエスト、進入禁止リクエスト、走行妨害回避リクエスト、緊急車輌通過リクエストなどの別を示すものである。通信情報欄に記入される情報は、リクエストに応じた情報であり、割込みリクエストの場合は割込み要求車の車種や色等であり、同様に割込み許可応答の場合は割込み許可車の車種や色等である。
【００１８】
図4は割込み要求車の割込み要求処理フローである。
A車の車車間通信装置60は、割り込みリクエスト信号発生ポイントに到来したかチェックしており(ステップ101)、該ポイントに到来すれば自動的に割込みリクエスト信号を発信する(ステップ102、図2(a))。
A車の車車間通信装置60は、Ａ車と通信可能な位置に存在し、かつ対象となる割込みポイント３を通過していない車輌5a,5b,5c,5dとの間で割り込みネットワークINWを形成する(ステップ１０３、図2(b))。
【００１９】
以後、Ａ車の車車間通信装置60は、割込み許可信号を受信したかチェックし(ステップ104)、割込み許可信号を受信すれば、操作部64のディスプレイ部あるいはナビゲーション装置50の表示部55にOK車輌が存在すること及びOK車輌であるＢ車の位置、車種、色などを識別可能に表示し、音声装置より音声で割込み許可車の存在を知らせる(ステップ105、図2(e))。
以後、割込みが完了したか監視し(ステップ106)、割込みが完了して幹線道路に進入すれば、パッシング回路67を制御してお礼のパッシングを行って(ステップ１０７)、処理を終了する。
【００２０】
図5は割込み要求された車輌の割込み許可処理フローである。
各車両の車車間通信装置60は、割込みリクエストを受信したか監視し(ステップ１５１)、割込みリクエストを受信すれば、割込みネットワークINWを構成するメンバーであるかチェックする(ステップ152)。幹線道路２上の割込みポイント３より後方の車輌は割込みネットワークINWを構成するメンバーである。
リクエストを受信した車輌の車車間通信装置60は、割込みネットワークの構成メンバーであれば、割り込みの要求があること及び割込み車の位置、色、車種などを車載機器の音声案内とディスプレイ表示によりドライバに知らせる(ステップ153、図2(c)、(d))。
【００２１】
ついで、リクエストを受信した車輌の車車間通信装置60は、割込みを他車が許可したかチェックし(ステップ154)、他車が許可していれば処理を終了する。しかし、他車が割込みを許可してなければ、割込みを許可する場合(ステップ155)、操作盤上のＯＫキーを操作して割込み許可信号を割込み要求車に送信する(ステップ156)。しかし、割込みを許可しなければ、ＮＧキーを操作して処理を終了する。なお、ＮＧキーが操作されなければステップ154以降の処理を継続する。
【００２２】
（Ｄ）狭道での擦れ違い防止処理
図6、図7は狭道での擦れ違い防止処理の説明図であり、各車両は、車車間通信装置および自車位置を把握する装置（GPS、ナビゲーション装置など）を搭載しているものとする。また、擦れ違い防止ネットワークは同時刻に特定の狭い路地や狭い橋および工事中で一時的に狭くなっている道路(狭道)を互いに目指して走行している車輌をメンバーとするネットワークであり、擦れ違い防止ネットワークで使用する交信データフォーマットは図3(a)に示すフォーマットと同じである。
【００２３】
図6のＡ車があらかじめ地図情報として登録されている狭道NRDの入り口付近のポイントETPに到来した場合、狭道進入リクエスト信号を送信する。このリクエストにより擦れ違い防止処理が開始する。狭道進入リクエスト信号は、狭い道に入ろうとしてウインカーを操作したことをトリガーとしてを送信しても良いし、あるいは、ポイントETPに到来したことをナビゲーション装置により検出して送信しても良い。
狭道進入リクエスト信号を受信した狭道を通過したいB車両は自車位置、進行方向、速度、後続車輌数などの情報を相手に送り返す。狭道進入リクエストに対する返事が無ければ狭道に他の車輌がないものとしてA車は進入することができる。しかし、Ｂ車からの返事があれば、Ａ車は進入優先度（進入点までの距離、所要時間、後続車輌数などを用いて）を計算してＡ車、B車の進入順位を決定する。以後、Ａ車、B車は決定順位で狭道の通過を行い、その後に到来した車両は待機する。
【００２４】
狭道ＮＲＤに進入したA車(図7）は、無線通信手段で自車位置情報のデーターを送信するとともに、反対側からの進入禁止リクエストを自動的に送信する。この進入禁止リクエストを受信した付近の車輌のなかで、この狭道NRDを反対側から進入しようとしている車は進入禁止ネットワークを形成し、狭道への進入を行わない。順位が決定された全車両が通過後、あるいは通過中に、待機車両（Ｃ~Ｅ車）は前記と同様に通過優先順位を決定し、決定順に狭道を通過する。なお、進入しようとしている車輌の進入優先度が同じ場合は電子サイコロで優先進入車輌を決定する。
【００２５】
図８は本発明の狭道での擦れ違い防止処理フローである。
車両の車車間通信装置60は、狭道通過予定があるか調べ(ステップ201)、狭道通過予定があれば、狭道進入ポイントETPに到来したか監視する(ステップ202)。狭道進入ポイントに到来すれば、進入順位が割り当てられているかチェックし(ステップ203)、割り当てられている場合にはその順序で狭道への進入を行う(ステップ204)。
しかし、進入順位が割り当てられていなければ、他のいずれの待機車にも進入順位が割り当てられていないことを確認して(ステップ205)、狭道進入リクエストを出し(ステップ206)、自車以外に進入予定車が存在するかチェックし(ステップ207)、存在しなければ狭道への進入を開始する(ステップ211)。
【００２６】
一方、自車以外にも進入予定車が存在すれば、これらの車両とで擦れ違い防止ネットワークを生成し(ステップ208)、進入順序を決定する(ステップ209)。そして、自分の番になったか監視し(ステップ210)、自分の番になれば狭道への進入を開始する(ステップ211)。
進入後、反対側からの進入を禁止する禁止リクエスト」を送信し(ステップ212)、後続車が次の順位であるかチェックし(ステップ213)、後続車が次の順位でなければ後続車両へ進入禁止信号を送り(ステップ214)、後続車が次の順位であれば
後続車両へ進入を許可する信号を送る(ステップ215)。
以後、狭道通過を完了したかチェックし(ステップ216)、通過完了しなければ、ステップ212以降の処理を繰り返し、通過完了すれば通過完了信号を送って処理を終了する(ステップ217)。
【００２７】
（Ｅ）交差点での走行妨害回避処理
図9は、渋滞によって交差点を通過しきれずに止まってしまった車が、他の交差点走行車の邪魔になった場合、車車間通信でその車の前方車群に車間詰めを依頼して走行妨害を回避する処理の説明図である。
B車は交差点CRを渡りきることができず(図9(a)参照)、A車の走行の妨げとなっている。B車の車車間通信装置60は、無線通信により交差点信号機SNに設置した交差点撮影用カメラＣＭの画像情報（Ｂ車が邪魔になっている様子）を受信し、画像処理により交差点を渡りきっていないことを検出する。
【００２８】
これにより、Ｂ車の車車間通信装置60は、交差点設置カメラCMから受信した画像情報（Ｂ車が邪魔になっている様子）にＨＥＬＰメッセージ（「少し前に詰めてもらえませんか。」など）を付加して、車車間通信で走行妨害回避リクエスト（車間詰めリクエスト）を送信することにより助けを求める。該リクエストを受信した車両であって、Ｂ車の前方で次の交差点までの間に止まっているの車両はＢ車と共に走行妨害回避ネットワークを形成する。
走行妨害回避ネットワークの各メンバーの車車間通信６０はナビゲーション装置５０の表示部55に、警告音と共にB車が邪魔になっている様子とHELPメッセージが図10(a)に示すように表示する。各メンバーのドライバーはB車が助けを求めていること、また画像映像を見ることでどれくらい困っているのかがわかる。そこで、各メンバーの一台一台の車両が少しのスペースでも、数台が詰めることによって車一台分のスペースができ、図9(b)に示すようにB車は交差点内から出ることが出来、A車は交差点を通過することができるようになる。
以上では、Ｂ車が信号設置カメラの撮影画像を受信して交差点を渡りきっていないことを検出する場合であるが、A車より交差点を渡りきっていないことを通知するようにもできる。
【００２９】
図11は、A車より交差点を渡りきっていないことを通知する場合の走行妨害回避処理の説明図である。B車は交差点CRを渡りきることができず(図11(a)参照)、A車の走行の妨げとなっている。そこで、A車は、A車に設置してある前方方向撮影用カメラの画像情報（Ｂ車が邪魔になっている様子、図10(b)参照）に警告メッセージ（「少しつめて下さい。」など）を付加して車車間通信によってＢ車に送信する。これにより、Ｂ車のナビゲーション装置の表示部55に、警告音と共にB車が邪魔となっている様子と警告メッセージを表示する。
【００３０】
また、Ｂ車の車車間通信装置60は、車両Aのカメラから受信した画像情報にＨＥＬＰメッセージ（「少し前に詰めてもらえませんか。」など）を付加して、車車間通信で走行妨害回避リクエスト（車間詰めリクエスト）を送信することにより助けを求める。
該リクエストを受信した車両であって、Ｂ車の前方で次の交差点までの間に止まっているの車両はＢ車と共に走行妨害回避ネットワークを形成する。この走行妨害回避ネットワークの各メンバーの車車間通信６０はナビゲーション装置５０の表示部55に、警告音と共にB車が邪魔になっている様子とHELPメッセージを表示する。
【００３１】
各メンバーのドライバーはB車が助けを求めていること、また画像映像を見ることでどれくらい困っているのかがわかる。そこで、各メンバーの一台一台の車両が少しのスペースでも、数台が詰めることによって車一台分のスペースができ、図11(b)に示すようにB車は交差点内から出ることが出来、A車は交差点を通過することができるようになる。
【００３２】
図12〜図14は図11の場合の交差点走行妨害回避処理フローである。
A車(図11)は交差点妨害車(B車)を検出すると(図12のステップ301)、前方方向撮影用カメラの画像情報（Ｂ車が邪魔になっている様子、図10(b)参照）に警告メッセージ（「少しつめて下さい。」など）を付加してＢ車に送信する(ステップ302)。なお、Ａ車は周辺車両(B車を含む)と周辺ネットワークを形成しており、B車のブルーツースデバイスアドレスは知っている。又、メッセージは図3(ａ)に示すフォーマットを有し、交差点IDを含んでいる。
【００３３】
A車からの通知により、Ｂ車は自分が通過している交差点IDと通知された交差点IDの一致を確認し、自分が交差点で妨害車になっていることを検出する(図13のステップ311)。これにより、Ｂ車の車車間通信60は、A車から画像情報を受信して格納する(ステップ312)。ついで、自車と同一方向で次の交差点間までの通信可能な車両とで走行妨害回避ネットワークを形成する(ステップ313)。そして、図3(a)に示すフォーマットで走行妨害回避リクエスト信号を、前記画像情報とＨＥＬＰメッセージ（「少し前に詰めてもらえませんか。」）を付加して、車車間通信で走行妨害回避ネットワークのメンバーに送信する(ステップ314)。
走行妨害回避ネットワークのメンバーである各車両の車車間通信装置は、走行妨害回避リクエストを受信すれば(図14のステップ351)、進行方向データ及び位置情報を参照してB車と同一方向でB車の前方にるあること、すなわち、走行妨害回避ネットワークのメンバーであることを確認する(ステップ352)。走行妨害回避ネットワークのメンバーであれば、車車間通信６０はナビゲーション装置５０の表示部55に、警告音と共にB車が邪魔になっている様子とHELPメッセージを表示する(ステップ353)。
【００３４】
（Ｆ）緊急車輌の円滑走行通過処理
図１５、図16は緊急車輌の円滑走行通過処理説明図である。
緊急車輌は、常時、以下の情報
▲１▼緊急車両目的地情報
▲２▼緊急車両位置情報
▲３▼緊急車両速度情報
▲４▼緊急車両が道のどの部分を通るかの情報
を通知する。上記情報を受信した一般車両の車車間通信装置は、緊急車両目的地情報より緊急車両の経路上を自車が走行中であるかチェックし、緊急車両の経路上を走行中であれば、位置情報より緊急車両までの距離を算出し、速度情報より予定通過時間を計算する。そして、緊急車両までの距離が遠い車両は、緊急車両が近づくまでは
▲１▼緊急車両位置、
▲２▼予定通過時間、
を表示する。また、緊急車両が近づいたら、.緊急車両の進行を妨げないようドライバーに、
▲１▼緊急車両が道のどの部分を通過するのか、
▲２▼交差点近傍にいるか、直線道路上にいるかにより、寄せ側の指示、停車指示、
等を行う。
【００３５】
例えば、一般車両が片側2車線の直線道路上に存在する場合には図15に示すように、緊急車両から「真ん中を通ります」という通知を受信すれば、左側の車線を走行中の一般車両の車車間通信装置は、左へ寄せるようドライバーに指示を出す。また、右側の車線を走行中の一般車両の車車間通信装置は、後方から来る緊急車両より通知を受けると、右へ寄せるようドライバーに指示を出す。
また、一般車両が片側2車線の交差点近傍に存在する場合に図16に示すように、緊急車両から「右に曲がります」という通知を受信すれば、
▲１▼図中Aの一般車両ａ，ｄの場合、車車間通信装置は左又は右へ寄せるよう指示し、
▲２▼図中Bの車両ｇ，ｆの場合、車車間通信装置は停車を指示し、
▲３▼交差点中央Ｅの車両ｂの場合、車車間通信装置は先に右折させ右へ寄せるよう指示し、
▲４▼図中Cの車両ｈ，ｉ，ｊ，ｋの場合、車車間通信装置は停止を指示し、
▲５▼図中Dの車両ｃ、ｅの場合、車車間通信装置は左又は右へ寄せるよう指示する。
【００３６】
図17は緊急車輌の円滑走行通過処理フローである。
一般車両の車車間通信装置は緊急車両から図3(a)のフォーマットを有する通過リクエスト信号を受信したか監視しており(ステップ401)、受信すれば、緊急車両目的地情報を参照して緊急車両の予定走行経路上に存在しているかチェックする(ステップ402)。通過リクエスト信号は、▲１▼緊急車両目的地情報、▲２▼緊急車両位置情報、▲３▼緊急車両速度情報、▲４▼緊急車両が道のどの部分を通るかの情報を通信情報欄に含んでいる。
【００３７】
予定走行経路上に存在していれば、緊急車両と緊急車両通過ネットワークを形成し、緊急車両までの距離を算出し(ステップ403)、緊急車両までの距離が設定距離以内かチェックする(ステップ404)。設定距離以上離れている場合には、ナビゲーション地図上に緊急車両位置を識別可能に表示すると共に到来予定時刻(到来予定時間)を計算して表示し(ステップ405)、ステップ401に戻る。一方、緊急車両が設定距離以内に接近すれば、自車が緊急車両と同じ交差点近傍に存在するか、直線道路上に存在するかチェックし(ステップ406)、直線道路上に存在する場合には、緊急車両の通過サイドを考慮して寄せ側を指示し(ステップ407、図15)、緊急車両が通過するのを待ち(ステップ408)、通過すれば処理を終了する。
【００３８】
一方、ステップ406において、交差点近傍に存在する場合には、図16に示すように自車の存在位置に応じた指示を行い(ステップ409)、緊急車両が通過するのを待ち(ステップ410)、通過すれば処理を終了する。
ステップ402において緊急車両の通過予定経路上に存在しなければ、緊急車両は設定距離以下に接近しているかチェックし(ステップ411)、接近してなければステップ401に戻る。しかし、接近していれば、緊急車両と同じ交差点近傍に存在するかチェックし、存在しなければステップ401に戻り、交差点近傍に存在すれば、緊急ネットワークのメンバーとなり、図16に示すように自車の存在位置に応じた指示を行い(ステップ409)、緊急車両が交差点を通過するのを待ち(ステップ410)、通過すれば処理を終了する。
以上、緊急車両通過処理において、緊急通過リクエストに応答すべき車輌は直進道路では緊急車輌より前方の車輌であり、交差点では交差点進入車および交差点より脱出する車輌であって緊急車両と同一方向の車輌であり、これら一般車両と緊急車両とで緊急車両通過ネットワークが形成される。
【００３９】
【発明の効果】
以上本発明によれば、所定の車輌からリクエストを送信し、該リクエストの送信車と該リクエストに応答すべき車輌とでネットワークを形成し、該ネットワークを構成する車輌は、前記リクエストに対して応答動作するようにしたから、他車に自車の要求を確実に伝えることができ、対応する応答動作を行わせることができる。
又、本発明によれば、前記リクエストを、主道路への割り込み要求とし、該リクエストに応答すべき車輌を割り込みポイントより後方の主道路上の車輌としたから、渋滞中の幹線道路に枝道から割り込む場合の「割り込み要請」、「割り込み許可」に関するドライバー間の意思疎通を自然に、かつ確実に行うことができる。
【図面の簡単な説明】
【図１】本発明の車車間通信システムの構成図である。
【図２】枝道から渋滞中の幹線道路に割込む場合の説明図である。
【図３】車車間通信におけるデータフォーマット説明図である。
【図４】割込み要求車の割込み要求処理フローである。
【図５】割込み許可車の割込み許可処理フローである。
【図６】狭道での擦れ違い防止処理の第1の説明図である。
【図７】狭道での擦れ違い防止処理の第２の説明図である。
【図８】本発明の狭道での擦れ違い防止処理フローである。
【図９】走行妨害回避処理の説明図である。
【図１０】  B車が邪魔になっている様子を示す撮影画像である。
【図１１】走行妨害回避処理の別の説明図である。
【図１２】交差点走行妨害回避の第1処理フローである。
【図１３】交差点走行妨害回避の第2処理フローである。
【図１４】交差点走行妨害回避の第3処理フローである。
【図１５】緊急車輌の円滑走行通過処理の第1説明図である。
【図１６】緊急車輌の円滑走行通過処理の第２説明図である。
【図１７】緊急車輌の円滑走行通過処理フローである。
【符号の説明】
５０  ナビゲーション装置
６０  車車間通装置
６１  通信手段
６２  車車間通信制御部
【図１】
0003984523.tif 000002
【図２】
0003984523.tif 000003
【図３】
0003984523.tif 000004
【図４】
0003984523.tif 000005
【図５】
0003984523.tif 000006
【図６】
0003984523.tif 000007
【図７】
0003984523.tif 000008
【図８】
0003984523.tif 000009
【図９】
0003984523.tif 000010
【図１０】
0003984523.tif 000011
【図１１】
0003984523.tif 000012
【図１２】
0003984523.tif 000013
【図１３】
0003984523.tif 000014
【図１４】
0003984523.tif 000015
【図１５】
0003984523.tif 000016
【図１６】
0003984523.tif 000017
【図１７】
0003984523.tif 000018