JP4257643B2 - Driving support system and in-vehicle terminal - Google Patents
Driving support system and in-vehicle terminal Download PDFInfo
- Publication number
- JP4257643B2 JP4257643B2 JP2003172265A JP2003172265A JP4257643B2 JP 4257643 B2 JP4257643 B2 JP 4257643B2 JP 2003172265 A JP2003172265 A JP 2003172265A JP 2003172265 A JP2003172265 A JP 2003172265A JP 4257643 B2 JP4257643 B2 JP 4257643B2
- Authority
- JP
- Japan
- Prior art keywords
- vehicle
- collision
- notification
- information
- terminal
- 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
Links
Images
Landscapes
- Traffic Control Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、情報通信を利用した車両の走行支援技術に関するものである。
【0002】
【従来の技術】
自動車等の車両の走行の安全性を向上すべく、情報通信を利用した車両の走行支援システムが提案されている。代表的には道路側の通信装置から車両の車載端末器へ各種交通情報を提供したり、或いは、道路側の通信装置により車両の自動運転を補助するAHS(Advanced Cruise-Assist Highway System)が提案されている(特許文献1)。
【0003】
しかし、このAHSでは道路側に大規模なインフラの整備が必要とされるという課題がある。そこで、車載端末器により車両間同士で情報通信を行う車車間通信を行うことで、より簡易に車両の走行支援を行うものも提案されている(特許文献1)。この車車間通信では、例えば、車両相互間でその位置情報を交換することで車両間で衝突が生じるおそれが生じた場合には乗員にこれを報知するといった走行支援を行うことが可能となる。
【0004】
【特許文献1】
特開2001−101599号公報
【0005】
【発明が解決しようとする課題】
ここで、交通量が多く、一定のエリアに多数の車両が密集するような場合には自車両に近接する他車両も相当数にのぼる。このため、車車間通信により上述したような衝突の報知を行う場合、乗員に対する衝突の報知が頻繁に行われる場合も生じ得る。このような衝突の報知の中には安全性を考慮して実際には衝突が生じる可能性が極めて低い場合も含まれ得るため、衝突の報知が頻繁に行われると乗員に煩わしさを感じさせる場合がある。また、実際に衝突が生じる程度のものなのかの判断材料が乗員に提供されることが望ましい。
【0007】
本発明の目的は、実際に衝突が生じる程度のものなのかの判断材料を乗員に提供することにある。
【0015】
【課題を解決するための手段】
本発明によれば、複数の車両に搭載される各車載端末器間において情報通信を行う、車両の走行支援システムであって、各々の前記車載端末器が、自車両の位置を検出する位置検出手段と、前記位置検出手段により検出した自車両の位置を示す位置情報を、他車両の前記車載端末器に送信する一方、他車両の前記車載端末器から当該他車両の前記位置情報を受信する通信手段と、前記位置検出手段により検出した自車両の位置と、前記通信手段により受信した他車両の前記位置情報と、に基づいて、前記自車両と前記他車両との衝突可能性を判定する衝突判定手段と、前記衝突判定手段の判定結果に従って、衝突の報知を行う報知手段と、前記通信手段が前記他車両の前記車載端末器から当該他車両において前記衝突の報知が行われたことを示す既報知情報を受信した場合に、これを乗員に通知する通知手段と、を備えたことを特徴とする走行支援システムが提供される。
【0016】
この走行支援システムでは、前記通知手段を備えたことで、他車両において衝突の報知が行われたことが自車両の乗員に通知される。このため、自車両の乗員は、他車両において自車両についての衝突の報知がなされており、当該他車両の乗員が衝突のおそれを認識していることが予測できるので、実際に衝突が生じる程度のものなのかの判断材料を得ることができる。
【0017】
また、本発明によれば、車両に搭載される車載端末器であって、前記車両の位置を検出する位置検出手段と、他の車両から当該他の車両の位置を示す位置情報を受信する通信手段と、前記位置検出手段により検出した前記車両の位置と、前記通信手段により受信した前記位置情報と、に基づいて、前記車両と前記他の車両との衝突可能性を判定する衝突判定手段と、前記衝突判定手段の判定結果に従って、衝突の報知を行う報知手段と、前記通信手段が前記他の車両から、前記車両と前記他の車両との衝突の報知が行われたことを示す既報知情報を受信した場合に、これを乗員に通知する通知手段と、を備えたことを特徴とする車載端末器が提供される。
【0018】
この車載端末器では、前記通知手段を備えたことで、他の車両において衝突の報知が行われたことが自車両の乗員に通知される。このため、自車両の乗員は、他車両において自車両についての衝突の報知がなされており、当該他車両の乗員が衝突のおそれを認識していることが予測できるので、実際に衝突が生じる程度のものなのかの判断材料を得ることができる。
【0019】
【発明の実施の形態】
以下、本発明の好適な実施の形態について図面を参照して説明する。図1は本発明の一実施形態に係る走行支援システムの概略図である。この走行支援システムでは、複数の車両にそれぞれ車載端末器Aを搭載すると共に歩行者に携帯型端末器Bを携帯させる。図1では車両を2台のみ図示し、歩行者を1人だけ図示しているが、実際には双方ともより多数の存在が想定される。そして、各車載端末器A間で車車間通信により無線の情報通信を行うと共に、各車載端末器Aと各携帯型端末器Bとの間でも無線の情報通信を行うことで車両の走行を支援する。携帯型端末器Bとしては、例えば、携帯型電話機を流用することができる。
【0020】
通信方式は、例えばブロードキャスト方式を採用することができ、その通信範囲としては、車載端末器Aの場合には進行方向の前方及び左右に200m、後方に50m程度の範囲、携帯型端末器Bの場合は前後左右に150m程度の範囲を挙げることができる。通信対象数としては、車両で200台程度、歩行者で25人程度が想定される。
【0021】
この走行支援システムでは、各端末器A及びBから当該車両又は歩行者に関する情報を周期的に送信し、受信側の車載端末器Aにおいて必要な情報選択して運転者に事故の注意喚起の情報提供等を行うことができる。情報の送信の周期としては、例えば、車載端末器Aの場合には車速に応じて0.1秒〜1秒程度の可変周期を、また、携帯型端末器Bの場合は歩行速度に応じて0.5秒〜1秒程度の可変周期を挙げることができる。
【0022】
送信される情報には、その車両又は歩行者の現在位置を示す位置情報の他、自己を特定する識別子等が含まれる。車載端末器Aの場合、更に、各種の車両情報、例えば、車速、進行方向、ヨーレート、加速度等や、各種の操作情報、例えば、操舵角(ハンドル操作量)、スロットル開度(アクセル操作量)、ブレーキ圧、ウインカの作動の有無、ドアの開閉等を含めることができる。
【0023】
このような走行支援システムでは、例えば、交差点における直進車両間の出会い頭の衝突防止、対向車間の正面衝突防止、交差点における右折車と車両との衝突防止、或いは、車両と歩行者との衝突防止、といった走行支援を行うことができる。
【0024】
次に、車載端末器Aの構成について説明する。図2は車載端末器Aの構成例を示すブロック図である。CPU101は車載端末器A全体の制御を司るプロセッサであり、特に後述する処理を実行する。ROM(リードオンリメモリ)102は後述する各処理のプログラムの他、固定的なデータを記憶するメモリである。RAM(ランダムアクセスメモリ)103はCPU101によって処理されるプログラムのワークエリアを有し、可変データ等を記憶する。これらのROM102及びRAM103としては他の記憶手段を採用してもよいことはいうまでもない。
【0025】
地図情報DB(データベース)104は、自車両又は他車両の走行路を特定したり、或いは、当該走行路が優先道路か否かを判定するための道路情報等を含むデータベースであり、カーナビゲーションシステムに用いられるものと同程度のものを採用できる。この地図情報DB104は例えばハードディスク、CDROM或いはDVD等の記憶手段を用いて構築される。
【0026】
ディスプレイ106は各種情報を表示する表示器であり、ディスプレイコントローラ105を介してCPU101に接続されており、CPU101の命令により各種情報を表示する。音声出力回路107はスピーカ108を介して車両の乗員に合成音声等の音声により各種情報を提供するものであり、本実施形態では後述するように、他の車両との衝突の報知を音声で行うために用いられる。
【0027】
時計IC109は日付及び現在時刻を計測する回路である。GPS(global positioning system)センサ111は、人工衛星から発信される電波を受信して自車両の現在位置を検出する位置検出センサであり、インターフェース110を介してCPU101に現在位置を提供する。車速センサ112は、自車両の走行速度を検出する速度検出手段の一つであり、インターフェース110を介してCPU101に自車両の走行速度を提供する。なお、本実施形態では、車両の状態を検出するセンサとして、GPSセンサと車速センサとを挙げているが、この他の車両情報や操作情報を取得するための各種センサ類を備えることができることはいうまでもない。通信装置113は他の車両の車載端末器Aや携帯型端末器Bと無線の双方向通信を行う装置である。
【0028】
次に、係る構成からなる車載端末器AのCPU101の処理について説明する。図3は本実施形態における情報通信処理の例を示すフローチャートである。本例では主として車車間の情報通信について説明する。S1ではGPSセンサ111及び車速センサ112から現在位置の情報と車両の走行速度の情報とを取得する。S2ではS1で取得した情報に基づき、自車両の情報を通信装置113から他の車両の車載端末器Aへ送信する。図4(a)は、送信される情報の例を示す図である。
【0029】
図4(a)において、「端末ID」はその車載端末器Aに割り当てられた識別子である。「端末種類」はその端末器が車載端末器か携帯型端末器かを示す情報であり、車両と歩行者を区別するために用いられる。「自車両情報」は送信元である自車両の状態を示す情報であり、これにはGPSセンサ111で測位された自車両の位置情報(緯度、経度)を示す「現在位置」、車速センサ112で検出された自車両の走行速度を示す「走行速度」、及び「衝突報知」が含まれる。
【0030】
「衝突報知」とは、後述するように他車両との衝突可能性があると判定され、その報知が自車両の乗員に対して行われたことを既報知情報として他車両に示す情報であり、その衝突可能性の対象となった他車両の端末IDが記録される。何ら報知がなされなければ「なし」が記録される。例えば、自車両Xにおいて他車両Yとの衝突可能性があると判定され、自車両Xにおいてその乗員に対して、他車両Yに関する衝突の報知がなされた場合に、他車両Yの車載端末器Aの端末IDが記録される。この情報の送信により、これを受信した他車両Yの車載端末器Aでは、車両Xにおいて衝突の報知が既になされたことを認識することができる。
【0031】
図3に戻り、S3では通信装置113により他車両の車載端末器Aから情報を受信する処理を行う。S4ではS3において他車両の車載端末器Aから情報を受信した場合にはS5へ進み、何も受信しなかった場合はS1へ戻って同様の処理を繰り返す。S5では、受信した情報により、他の車両の情報(他移動体情報)を蓄積したテーブルを更新する。図4(b)は他移動体情報のテーブルの例を示す図である。この他移動体情報はRAM103に記憶される。
【0032】
図4(b)において、「端末ID」は情報を受信した他車両の車載端末器Aの識別子である。「時刻」は情報を受信した時刻を示し、時計IC109により計測される。「現在位置」は他車両の車載端末器Aから送信された位置情報(図4(a)の「現在位置」に相当)である。「走行速度」は他車両の車載端末器Aから送信された速度情報(図4(a)の「走行速度」に相当)である。「衝突報知」は、他車両の車載端末器Aから送信された既報知情報(図4(a)の「衝突報知」に相当)であり、自車両との間での衝突の報知が他車両において既に行われたか否かを示し、行われた場合は「あり」とされ、行われていない場合は「なし」とされる。
【0033】
S5では、また、S4で受信した情報の送信元の車載端末器Aが既に図4(b)のテーブルに記録されている場合はこれを更新し、記録されていない場合は新規にこれを追加する。また、一定時間、情報の受信がない他車両の情報についてはこれが削除される。なお、図4(b)の例では最新の情報のみを記録しているが、そうではなく、一定時間分保存しておくことができる。
【0034】
図3に戻り、S6では自車両と他車両との衝突可能性を判定する。ここでは、少なくとも、S1でGPSセンサ111により取得した自車両の位置情報と、図4(b)に示した他移動体情報における各他車両の位置情報(現在位置)と、に基づき衝突可能性を判定する。この判定の際、各車両の走行速度、走行方向及び地図情報DB104等に基づく各車両が走行中の走行路の情報も用いることでより正確な衝突可能性の判定ができる。衝突可能性ありと判定された場合はS7によりS8の報知処理へ進み、そうでない場合はS1へ戻って同様の処理を繰り返す。
【0035】
なお、本実施形態では図3の処理フローにおいてS1〜S8で一単位の処理ループを構成しているが、例えば、S1の処理、S2の処理、及び、S3〜S8の処理をそれぞれ独立した処理とし、S1の処理で取得結果を保存し、S2の処理を周期的に行って保存した取得結果の情報送信を行い、S3〜S8を割り込み処理としてもよい。
【0036】
次にS8の報知処理について説明する。図5(a)は報知処理の例を示すフローチャートである。本実施形態においては、S7で歩行者と衝突可能性があると判定された場合、これを自車両の乗員に報知する。しかし、交通量が多いエリアでは情報通信を行う他車両の数も多数にのぼり、それら多数の他車両との間で衝突可能性が肯定された場合には常時衝突の報知が行われることになり乗員にとって煩わしい場合を生じる。一方、衝突可能性が肯定された車両間の少なくとも一方の車両において衝突の報知がなされれば、当該報知を受けた乗員が注意を払うため、他方の車両の乗員に報知がなされなくとも、実際に衝突する危険性は激減する。そこで、本実施形態では、衝突可能性が肯定された相手方車両において既に衝突の報知がなされている場合には、自己の車両における報知を規制する。
【0037】
図5(a)において、S11では図4(b)に示した他移動体情報を参照して、衝突可能性が肯定された相手方車両の車載端末器Aから既報知情報を受信しているか否かを判定する。図4(b)のテーブルにおいて、相手方車両の車載端末器Aの端末IDの「衝突報知」が「なし」となっている場合は既報知情報を受信していないと判定してS12へ進み、「あり」となっている場合は既報知情報を受信していないと判定してS14へ進む。
【0038】
S12では自車両の乗員に対して衝突の報知を通常の態様で行う。ここでは、CPU101が音声出力回路107に対して音声出力を指示し、指示を受けた音声出力回路107がスピーカ108から衝突可能性があることを音声にて出力する。S13では次回の情報送信時に衝突の報知を行ったことを送信すべく、既報知情報をセットする。ここでは、図4(a)の送信情報の「衝突報知」に、衝突可能性が肯定された相手方の端末IDがセットされる。その後、報知処理を終了してS1へ戻る。
【0039】
一方、S14では自車両の乗員に対して報知が規制される。本実施形態では何ら報知を行わないようにしている。これにより、衝突の報知が必要以上に頻繁に行われることが抑制され、乗員の煩わしさを解消して乗員にとって必要な衝突の報知を行うことができる。尤も、この規制報知においては、乗員に煩わしさを感じさせない程度の報知を行ってもよい。例えば、S12の通常報知では音声により報知しているが、S14の規制報知ではディスプレイ106に衝突の報知を文字、図形等の表示により行うだけにしてもよい。また、いくつかの規制報知の態様を乗員が設定できるようにしてもよい。
【0040】
図8(a)はこの衝突の報知の例を示す図である。同図においては、自車両と他車両とが交差点に進入しつつあり、双方で衝突可能性が肯定された場合を想定している。そして、他車両において先に衝突の報知がなされたため(同図▲1▼)、自車両においては何も報知されていない(同図▲2▼)。
【0041】
次に、報知処理の他の例について説明する。図5(b)は報知処理の他の例を示すフローチャートである。図5(a)の例では、送信情報に既報知情報として「衝突報知」を含め、これに基づき報知を規制するか否かを判定したが、本例では報知の際に相手方の車載端末器Aに報知を行ったか否かを問い合わせるものである。従って、送信情報には「衝突報知」の情報が不要となる。
【0042】
図5(b)の処理について図5(a)と異なる処理のみについて説明すると、S21ではS7で衝突可能性がありと判定された他車両の車載端末器Aに対して、通信装置113により、自車両との衝突の報知を既に行ったか否かを問い合わせる。この問い合わせに対して、他車両において報知を行ったことを示す既報知情報を他車両から受信した場合は、S11において既報知情報受信と判断され、S14へ進むことになる。一方、問い合わせに対して他車両において報知を行っていないことを示す情報か、或いは、返答がなかった場合は、S12において既報知情報を受信していないとしてS12へ進むことになる。S12に進んだ場合、本例ではS13の処理はない。
【0043】
<他の報知の形態:優先道路>
次に、図6(a)及び(b)を参照して更に他の報知処理の例について説明する。本例では衝突可能性が肯定された各車両が優先道路を走行中か否かにより報知の規制の有無を修正するものである。国道等の優先道路を走行中の車両は、一般道等の非優先道路を走行中の車両に対して優先されるのが通常であり、また、優先道路を走行中の車両の乗員においても自己が優先されるという意識が働き易い。本例はこの点に着目したものである。
【0044】
まず、図6(a)の例について図5(a)と異なる処理のみについて説明すると、S11において既報知情報を受信したと判定された場合、S31において自車両が、衝突可能性が肯定された相手方の車両に対して優先道路を走行しているか否かを判定する。ここでは、まず、双方の車両が走行中の道路を特定する。自車両が走行中の道路は、S1で取得したGPSセンサ111による位置情報を地図情報DB104の道路情報とマッチングして走行中の道路を特定する。一方、他車両が走行中の道路は、図4(b)の他移動体情報の位置情報(現在位置)を地図情報DB104の道路情報とマッチングして走行中の道路を特定する。なお、これらの道路の特定をS6の衝突可能性の判定で既に行っていた場合はその結果を利用してもよい。
【0045】
次に、特定された道路の優先関係を地図情報DB104の情報に基づき判定する。優先道路か否かは、国道か一般道かや、或いは、路幅等により決定することができる。図6(a)に戻り、S32ではS31の結果に基づき、自車両が優先道路を走行中の場合はS14へ進み報知を規制し、そうでない場合はS12へ進み通常の報知を行う。
【0046】
図8(b)はこの衝突の報知の例を示す図である。同図においては、自車両と他車両とが交差点に進入しつつあり、双方で衝突可能性が肯定された場合を想定している。そして、他車両において先に衝突の報知がなされたが(同図▲1▼)、他車両が優先道路を走行しており、自車両が非優先道路を走行していることから自車両においても衝突の報知が行われている(同図▲2▼)。このように本例では、他車両において衝突の報知がなされたとしても自車両の報知の規制を行わないことで自車両の乗員の注意を引き、安全性を高めるようにしている。
【0047】
次に、図6(b)の例について図5(a)と異なる処理のみについて説明すると、S11において既報知情報を受信したと判定されなかった場合、S41において優先道路判定処理を行い、S42で自車両が優先道路を走行中かを判定する。これらの処理は上述したS31及びS32と同じ処理である。S42で自車両が優先道路を走行中でないと判定された場合はS12へ進み通常の報知を行い、走行中であると判定された場合にはS43へ進む。
【0048】
S43では、相手方の車両の車載端末器Aから既報知情報の受信を待つ処理を行う。すなわち、S43に進む場合は、S11で相手方の車両の車載端末器Aから既報知情報を受信していないが、自車両が優先道路を走行している場合であることから、相手方の車両において衝突の報知がなされるように予め定めたタイミングまで自車両における衝突の報知を行わないようにしたものである。
【0049】
このS43の処理としては、一定時間の経過を待って、相手方の車両の送信情報の受信処理(S3と同様の処理)を行ってタイミングを計ってもよいし、当該受信処理を所定の回数反復して行うようにしてタイミングを計ってもよい。S44では、S43で既報知情報を受信したか否かを判定し、受信した場合にはS14へ進み報知を規制し、受信しなかった場合はS12へ進み、通常の報知を行う。
【0050】
図9(a)はこの衝突の報知の例を示す図である。同図においては、自車両と他車両とが交差点に進入しつつあり、双方で衝突可能性が肯定された場合を想定している。そして、自車両において先に衝突の報知がなされる状況になったが優先道路を走行中のためにこれがS43の処理により待ちとなり(同図▲1▼)、非優先道路を走行中の他車両において衝突の報知が行われ(同図▲2▼)、自車両においては衝突の報知がなされない(同図▲1▼)。このような処理を行うことで、例えば、車両間の情報通信のタイミングの違い等により、優先道路を走行中の車両が非優先道路を走行中の車両よりも先に衝突の報知を行う状況に至ったとしても、予め定めたタイミングまで衝突の報知を行わないことで、他車両において衝突の警報が行われる時間を確保し、他車両において優先的に衝突の警報が行われるようにすることができる。
【0051】
<他の報知の形態:走行速度>
次に、図7(a)を参照して更に他の報知処理の例について説明する。本例では衝突可能性が肯定された他車両の走行速度が一定以上の場合は、既報知情報を受信していたとしても通常の報知を行うものである。他車両の走行速度が高速の場合には、実際に衝突した場合の被害が大きくなる可能性があるため、他車両において衝突の報知がなされたとしても自車両の報知の規制を行わないことで自車両の乗員の注意を引き、安全性を高めることができる。
【0052】
図7(a)の例について図5(a)と異なる処理のみについて説明すると、S11において既報知情報を受信したと判定された場合、S51において衝突可能性が肯定された相手方車両である他車両の走行速度が所定値以上であるか否かを判定する。他車両の走行速度は図4(b)に示した他移動体情報の「走行速度」に基づき定められる。そして、S51において他車両の走行速度が所定値以上の場合は、安全性を重視してS12へ進み通常の報知を行い、そうでない場合はS14へ進み、規制を報知する。
【0053】
図9(b)はこの衝突の報知の例を示す図である。同図においては、自車両と他車両とが交差点に進入しつつあり、双方で衝突可能性が肯定された場合を想定している。そして、他車両において先に衝突の報知がなされたが(同図▲1▼)、他車両の走行速度が所定値以上であるため自車両においても衝突の報知が行われている(同図▲2▼)。
【0054】
<他車両における既報知の通知>
本例では、他の車両において衝突の報知が行われたことを自車両の乗員に通知するものである。図7(b)はこの通知を行う場合の報知処理の例を示すフローチャートである。自車両の乗員は、他車両において自車両についての衝突の報知がなされており、当該他車両の乗員が衝突のおそれを認識していることが予測できるので、実際に衝突が生じる程度のものなのかの判断材料を得ることができる。
【0055】
図7(b)の例について図5(a)と異なる処理のみについて説明すると、S14において報知の規制がなされた場合、S61へ進み、衝突可能性が肯定された相手方の車両において、衝突の報知が行われたことが乗員に通知される。この通知は音声出力回路107及びスピーカ108から音声によって行ってもよいし、ディスプレイ106による表示によって通知してもよい。
【0056】
図10はこの通知の例を示す図である。同図においては、自車両と他車両とが交差点に進入しつつあり、双方で衝突可能性が肯定された場合を想定している。そして、他車両において衝突の報知がなされたため(同図▲1▼)、自車両においては報知が規制されたが、乗員に他車両において報知があったことが通知されている(同図▲2▼)。なお、本例では報知が規制された場合に他車両における既報知の通知を行っているが、通常の報知が行われた場合にも既報知の通知を行ってもよいし(例えば、図6(a)や図7(a)の報知処理において既報知情報が受信されたが通常報知が行われた場合)、また、通常の報知が行われた場合に相手方の車両において報知が行われなかったことを乗員に通知してもよい。
【0057】
以上、本発明の好適な実施形態について説明したが、本発明はこれに限られず種々の実施形態を採用できる。また、上述した各処理例は本発明の趣旨を逸脱しない範囲で相互に組合わせることも可能である。
【0058】
【発明の効果】
以上述べた通り、本発明によれば、実際に衝突が生じる程度のものなのかの判断材料を乗員に提供することができる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係る走行支援システムの概略図である。
【図2】車載端末器Aの構成例を示すブロック図である。
【図3】情報通信処理の例を示すフローチャートである。
【図4】(a)は車載端末器Aから送信される情報の例を示す図、(b)は他移動体情報のテーブルの例を示す図である。
【図5】(a)及び(b)は報知処理の例を示すフローチャートである。
【図6】(a)及び(b)は報知処理の例を示すフローチャートである。
【図7】(a)及び(b)は報知処理の例を示すフローチャートである。
【図8】(a)及び(b)は衝突の報知の例を示す図である。
【図9】(a)及び(b)は衝突の報知の例を示す図である。
【図10】衝突の報知の例を示す図である。
【符号の説明】
A 車載端末器
104 地図情報DB
111 GPSセンサ
112 車速センサ
113 通信装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a vehicle driving support technology using information communication.
[0002]
[Prior art]
In order to improve driving safety of vehicles such as automobiles, a vehicle driving support system using information communication has been proposed. Typically, AHS (Advanced Cruise-Assist Highway System), which provides various traffic information from the roadside communication device to the in-vehicle terminal of the vehicle or assists automatic driving of the vehicle by the roadside communication device, is proposed. (Patent Document 1).
[0003]
However, this AHS has a problem that a large-scale infrastructure is required on the road side. In view of this, there has also been proposed a vehicle running support that more easily performs vehicle-to-vehicle communication in which vehicle-to-vehicle information is communicated between vehicles (Patent Document 1). In this inter-vehicle communication, for example, when there is a possibility that a collision may occur between vehicles by exchanging position information between vehicles, it is possible to perform driving support such as notifying an occupant of this.
[0004]
[Patent Document 1]
Japanese Patent Laid-Open No. 2001-101599
[Problems to be solved by the invention]
Here, when there is a large amount of traffic and a large number of vehicles are crowded in a certain area, the number of other vehicles that are close to the host vehicle is also considerable. For this reason, when notifying a collision as mentioned above by vehicle-to-vehicle communication, the case where the notification of the collision with respect to an occupant is frequently performed may occur. Such a collision notification may include a case where the possibility of a collision in practice is extremely low in consideration of safety, so that a passenger feels annoyed if a collision notification is frequently performed. There is a case. In addition, it is desirable to provide the occupant with information for determining whether the actual collision occurs.
[0007]
The purpose of the present invention is to provide a practice such the determination of whether the material such a degree that a collision occurs in the occupant.
[0015]
[Means for Solving the Problems]
According to the present invention, a vehicle driving support system that performs information communication between vehicle-mounted terminals mounted on a plurality of vehicles, each of the vehicle-mounted terminals detecting a position of the host vehicle. And the position information indicating the position of the host vehicle detected by the position detection means is transmitted to the in-vehicle terminal of the other vehicle, and the position information of the other vehicle is received from the in-vehicle terminal of the other vehicle. Based on the communication means, the position of the own vehicle detected by the position detection means, and the position information of the other vehicle received by the communication means, the possibility of collision between the own vehicle and the other vehicle is determined. A collision determination means, a notification means for notifying a collision according to a determination result of the collision determination means, and a notification that the communication means has been notified in the other vehicle from the in-vehicle terminal of the other vehicle. When receiving the to already broadcast information, the driving support system is provided which is characterized in that a notifying means for notifying the occupant, this.
[0016]
In this driving support system, the notification means is provided, so that a passenger of the host vehicle is notified that a collision has been notified in another vehicle. For this reason, since the occupant of the own vehicle has been notified of the collision of the own vehicle in the other vehicle and can predict that the occupant of the other vehicle recognizes the possibility of the collision, the extent that the collision actually occurs Can be obtained.
[0017]
According to the present invention, there is also a vehicle-mounted terminal device mounted on a vehicle, the position detecting means for detecting the position of the vehicle, and the communication for receiving the position information indicating the position of the other vehicle from the other vehicle. And a collision determination unit that determines the possibility of collision between the vehicle and the other vehicle based on the position of the vehicle detected by the position detection unit and the position information received by the communication unit. In accordance with the determination result of the collision determination unit, a notification unit that reports a collision, and the notification unit that indicates that the communication unit has performed a notification of a collision between the vehicle and the other vehicle from the other vehicle. There is provided an in-vehicle terminal characterized by comprising notification means for notifying an occupant of information when it is received.
[0018]
In this vehicle-mounted terminal device, the notification means is provided, so that a passenger in the own vehicle is notified that a collision has been notified in another vehicle. For this reason, since the occupant of the own vehicle has been notified of the collision of the own vehicle in the other vehicle and can predict that the occupant of the other vehicle recognizes the possibility of the collision, the extent that the collision actually occurs Can be obtained.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Preferred embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a schematic diagram of a driving support system according to an embodiment of the present invention. In this driving support system, a vehicle-mounted terminal A is mounted on each of a plurality of vehicles, and a portable terminal B is carried by a pedestrian. In FIG. 1, only two vehicles are illustrated and only one pedestrian is illustrated. And while performing in-vehicle communication between each in-vehicle terminal device A by vehicle-to-vehicle communication, wireless information communication is also performed between each in-vehicle terminal device A and each portable terminal device B, thereby assisting in running the vehicle. To do. As the portable terminal device B, for example, a portable phone can be used.
[0020]
As the communication method, for example, a broadcast method can be adopted. As the communication range, in the case of the in-vehicle terminal A, the range of about 200 m forward and left and right in the traveling direction, and about 50 m rearward, the portable terminal B In the case, the range of about 150 m can be mentioned in front, rear, left and right. As the number of communication targets, about 200 vehicles and about 25 pedestrians are assumed.
[0021]
In this driving support system, information on the vehicle or pedestrian is periodically transmitted from each terminal A and B, and necessary information is selected in the in-vehicle terminal A on the receiving side to alert the driver of an accident. It can be provided. As a period of information transmission, for example, in the case of the in-vehicle terminal A, a variable period of about 0.1 seconds to 1 second depending on the vehicle speed, and in the case of the portable terminal B, according to the walking speed. A variable period of about 0.5 seconds to 1 second can be given.
[0022]
The transmitted information includes an identifier for identifying itself, in addition to position information indicating the current position of the vehicle or pedestrian. In the case of the in-vehicle terminal A, various vehicle information, for example, vehicle speed, traveling direction, yaw rate, acceleration, etc., and various operation information, for example, steering angle (handle operation amount), throttle opening (accelerator operation amount). Brake pressure, turn signal operation, door opening / closing, etc.
[0023]
In such a driving support system, for example, the collision prevention between straight vehicles at the intersection, the front collision between the oncoming vehicles, the collision between the right turn car and the vehicle at the intersection, or the collision between the vehicle and the pedestrian, Driving support can be performed.
[0024]
Next, the configuration of the in-vehicle terminal A will be described. FIG. 2 is a block diagram showing a configuration example of the in-vehicle terminal A. The
[0025]
The map information DB (database) 104 is a database that includes road information for specifying a travel route of the host vehicle or another vehicle, or determining whether the travel route is a priority road. It is possible to adopt the same level as that used in the above. The
[0026]
The
[0027]
The clock IC 109 is a circuit that measures the date and the current time. A GPS (global positioning system) sensor 111 is a position detection sensor that receives a radio wave transmitted from an artificial satellite and detects the current position of the host vehicle, and provides the current position to the
[0028]
Next, processing of the
[0029]
In FIG. 4A, “terminal ID” is an identifier assigned to the in-vehicle terminal A. “Terminal type” is information indicating whether the terminal is an in-vehicle terminal or a portable terminal, and is used to distinguish a vehicle from a pedestrian. “Own vehicle information” is information indicating the state of the own vehicle that is the transmission source, and includes “current position” indicating the position information (latitude and longitude) of the own vehicle measured by the GPS sensor 111, and the vehicle speed sensor 112. The “traveling speed” indicating the traveling speed of the host vehicle detected in the above and “collision notification” are included.
[0030]
“Collision notification” is information indicating to other vehicles as already-reported information that it is determined that there is a possibility of collision with another vehicle, as described later, and that the notification has been given to the passenger of the host vehicle. The terminal ID of the other vehicle that is the target of the possibility of the collision is recorded. If no notification is given, “none” is recorded. For example, when it is determined that there is a possibility of collision with the other vehicle Y in the own vehicle X, and the passenger in the own vehicle X is notified of a collision related to the other vehicle Y, the in-vehicle terminal of the other vehicle Y A terminal ID of A is recorded. By transmitting this information, the in-vehicle terminal A of the other vehicle Y that has received the information can recognize that the vehicle X has already been notified of the collision.
[0031]
Returning to FIG. 3, in S <b> 3, the
[0032]
In FIG.4 (b), "terminal ID" is an identifier of the vehicle-mounted terminal device A of the other vehicle which received information. “Time” indicates the time when information is received, and is measured by the clock IC 109. “Current position” is position information (corresponding to “current position” in FIG. 4A) transmitted from the vehicle-mounted terminal A of another vehicle. The “traveling speed” is speed information transmitted from the in-vehicle terminal A of the other vehicle (corresponding to “traveling speed” in FIG. 4A). “Collision notification” is already-reported information (corresponding to “collision notification” in FIG. 4A) transmitted from the in-vehicle terminal A of the other vehicle. Indicates whether or not it has already been performed. If yes, “Yes” is indicated. If not, “No” is indicated.
[0033]
In S5, if the in-vehicle terminal A that is the transmission source of the information received in S4 is already recorded in the table of FIG. 4B, this is updated, and if it is not recorded, it is newly added. To do. Moreover, this is deleted about the information of the other vehicle which has not received information for a fixed time. In the example of FIG. 4B, only the latest information is recorded, but it can be stored for a certain time instead.
[0034]
Returning to FIG. 3, in S6, the possibility of collision between the host vehicle and another vehicle is determined. Here, there is a possibility of collision based on at least the position information of the own vehicle acquired by the GPS sensor 111 in S1 and the position information (current position) of each other vehicle in the other moving body information shown in FIG. Determine. In this determination, it is possible to more accurately determine the possibility of a collision by using the traveling speed of each vehicle, the traveling direction, and information on the traveling path on which each vehicle is traveling based on the
[0035]
In the present embodiment, a processing loop of one unit is configured by S1 to S8 in the processing flow of FIG. 3, but for example, the processing of S1, the processing of S2, and the processing of S3 to S8 are independent processes. Then, the acquisition result is stored in the process of S1, the information of the acquired acquisition result is transmitted by periodically performing the process of S2, and S3 to S8 may be interrupted.
[0036]
Next, the notification process in S8 will be described. FIG. 5A is a flowchart illustrating an example of notification processing. In this embodiment, when it is determined in S7 that there is a possibility of collision with a pedestrian, this is notified to the occupant of the host vehicle. However, in areas where there is a lot of traffic, there are a large number of other vehicles that communicate information, and if the possibility of a collision with these other vehicles is affirmed, a collision notification will always be made. An annoying case for the passenger occurs. On the other hand, if a collision is reported in at least one of the vehicles between which the possibility of collision is affirmed, the occupant who received the notification pays attention, so even if the notification is not made to the occupant of the other vehicle, The risk of crashing is drastically reduced. Therefore, in the present embodiment, when the other vehicle that has been confirmed to have a collision possibility has already been notified of the collision, the notification in the own vehicle is restricted.
[0037]
5A, in S11, with reference to the other mobile body information shown in FIG. 4B, whether or not the already-reported information is received from the vehicle-mounted terminal A of the opponent vehicle whose collision possibility is affirmed is determined. Determine whether. In the table of FIG. 4 (b), when the “collision notification” of the terminal ID of the in-vehicle terminal A of the opponent vehicle is “none”, it is determined that the already notified information is not received, and the process proceeds to S12. If “Yes”, it is determined that the already-reported information has not been received, and the process proceeds to S14.
[0038]
In S12, a collision notification is given to the passenger of the vehicle in a normal manner. Here, the
[0039]
On the other hand, in S14, notification is restricted to the passenger of the own vehicle. In this embodiment, no notification is performed. Accordingly, it is possible to suppress the notification of the collision more frequently than necessary, and it is possible to eliminate the inconvenience of the occupant and perform the notification of the necessary collision for the occupant. However, in this regulation notification, notification may be performed to the extent that the passenger does not feel bothered. For example, in the normal notification in S12, the notification is made by voice, but in the restriction notification in S14, the collision may be notified on the
[0040]
FIG. 8A shows an example of this collision notification. In the figure, it is assumed that the host vehicle and another vehicle are approaching an intersection and the possibility of collision is affirmed on both sides. Since the other vehicle was previously notified of the collision ((1) in the figure), nothing was reported in the own vehicle ((2) in the figure).
[0041]
Next, another example of the notification process will be described. FIG. 5B is a flowchart illustrating another example of the notification process. In the example of FIG. 5 (a), the transmission information includes “collision notification” as already-reported information, and based on this, it is determined whether or not the notification is restricted. A is inquired as to whether or not notification has been made. Therefore, the information of “collision notification” is not necessary for the transmission information.
[0042]
Only the process different from that in FIG. 5A will be described with respect to the process in FIG. 5B. In S21, the
[0043]
<Other notification forms: priority road>
Next, another example of notification processing will be described with reference to FIGS. In this example, the presence / absence of the notification is corrected depending on whether or not each vehicle whose collision possibility is affirmed is traveling on the priority road. Vehicles traveling on priority roads such as national roads are usually given priority over vehicles traveling on non-priority roads such as general roads. Is easy to work. This example focuses on this point.
[0044]
First, only the processing different from that in FIG. 5A will be described with respect to the example in FIG. 6A. When it is determined in S11 that the already-reported information has been received, the possibility of collision of the host vehicle is affirmed in S31. It is determined whether or not the other vehicle is traveling on a priority road. Here, first, a road on which both vehicles are traveling is specified. The road on which the host vehicle is traveling is identified by matching the position information obtained by the GPS sensor 111 acquired in S1 with the road information in the
[0045]
Next, the priority relationship of the identified road is determined based on the information in the
[0046]
FIG. 8B is a diagram illustrating an example of the collision notification. In the figure, it is assumed that the host vehicle and another vehicle are approaching an intersection and the possibility of collision is affirmed on both sides. The other vehicle was previously notified of the collision ((1) in the figure), but the other vehicle is traveling on the priority road and the own vehicle is traveling on the non-priority road. A collision is reported ((2) in the figure). In this way, in this example, even if a notification of a collision is made in another vehicle, by not restricting the notification of the own vehicle, the occupant of the own vehicle is alerted and the safety is improved.
[0047]
Next, only the processing different from that in FIG. 5A will be described for the example of FIG. 6B. If it is not determined in S11 that the already-reported information has been received, priority road determination processing is performed in S41, and in S42. It is determined whether the host vehicle is traveling on a priority road. These processes are the same processes as S31 and S32 described above. If it is determined in S42 that the host vehicle is not traveling on the priority road, the process proceeds to S12, and normal notification is performed. If it is determined that the vehicle is traveling, the process proceeds to S43.
[0048]
In S43, a process of waiting for reception of already-reported information from the in-vehicle terminal A of the counterpart vehicle is performed. That is, in the case of proceeding to S43, since the already-reported information has not been received from the vehicle terminal A of the opponent vehicle in S11, but the own vehicle is traveling on the priority road, The notification of the collision in the host vehicle is not performed until a predetermined timing so that the above notification is made.
[0049]
As the process of S43, after a certain period of time has elapsed, the transmission information reception process (the same process as S3) of the opponent vehicle may be performed to measure the timing, or the reception process may be repeated a predetermined number of times. The timing may be measured as described above. In S44, it is determined whether or not the previously notified information is received in S43. If received, the process proceeds to S14 to restrict the notification, and if not received, the process proceeds to S12 to perform normal notification.
[0050]
FIG. 9A is a diagram showing an example of this collision notification. In the figure, it is assumed that the host vehicle and another vehicle are approaching an intersection and the possibility of collision is affirmed on both sides. Then, the vehicle is in a situation where the collision is notified first, but since it is traveling on the priority road, this is awaited by the processing of S43 ((1) in the figure), and other vehicles traveling on the non-priority road The collision is notified at (2) in the figure, and the collision is not reported in the own vehicle (1) in the figure. By performing such processing, for example, due to a difference in timing of information communication between vehicles, a vehicle traveling on a priority road is notified of a collision before a vehicle traveling on a non-priority road. Even if it arrives, by not reporting the collision until a predetermined timing, it is possible to secure a time for the collision warning in the other vehicle and to give the collision warning preferentially in the other vehicle. it can.
[0051]
<Other notification forms: traveling speed>
Next, another example of notification processing will be described with reference to FIG. In this example, when the traveling speed of the other vehicle for which the possibility of collision is affirmed is equal to or higher than a certain level, normal notification is performed even if the previous notification information is received. When the traveling speed of the other vehicle is high, there is a possibility that the damage caused by the actual collision may increase. Therefore, even if the other vehicle is notified of the collision, the notification of the own vehicle is not restricted. Attracting the attention of the passenger of the vehicle, safety can be improved.
[0052]
In the example of FIG. 7 (a), only processing different from FIG. 5 (a) will be described. When it is determined in S11 that the already-reported information has been received, the other vehicle that is the counterpart vehicle in which the possibility of collision is affirmed in S51. It is determined whether the traveling speed of the vehicle is equal to or higher than a predetermined value. The traveling speed of the other vehicle is determined based on the “traveling speed” of the other moving body information shown in FIG. If the travel speed of the other vehicle is equal to or greater than the predetermined value in S51, the process proceeds to S12 with an emphasis on safety, and normal notification is performed. Otherwise, the process proceeds to S14, and the regulation is notified.
[0053]
FIG. 9B is a diagram showing an example of this collision notification. In the figure, it is assumed that the host vehicle and another vehicle are approaching an intersection and the possibility of collision is affirmed on both sides. The other vehicle was first notified of the collision ((1) in the figure). However, since the traveling speed of the other vehicle is equal to or higher than the predetermined value, the collision notification is also performed in the own vehicle (▲ in the same figure). 2 ▼).
[0054]
<Notification of previous notification in other vehicles>
In this example, the passenger of the own vehicle is notified that the other vehicle has been notified of the collision. FIG. 7B is a flowchart illustrating an example of notification processing when this notification is performed. Since the occupant of the own vehicle is informed of the collision of the own vehicle in the other vehicle and can predict that the occupant of the other vehicle is aware of the possibility of the collision, the occupant of the own vehicle is of a level that actually causes a collision. It is possible to obtain information for determining whether or not.
[0055]
Only the processing different from that in FIG. 5A will be described with respect to the example of FIG. 7B. When the notification is restricted in S14, the process proceeds to S61, and the collision notification is made in the partner vehicle in which the possibility of collision is affirmed. The occupant will be notified that This notification may be performed by voice from the
[0056]
FIG. 10 is a diagram showing an example of this notification. In the figure, it is assumed that the host vehicle and another vehicle are approaching an intersection and the possibility of collision is affirmed on both sides. Since the other vehicle was notified of the collision ((1) in the figure), the notification was restricted in the own vehicle, but the occupant was notified that there was a notification in the other vehicle ((2) in the figure). ▼). In this example, the notification of the previous notification in the other vehicle is performed when the notification is restricted, but the notification of the previous notification may be performed even when the normal notification is performed (for example, FIG. 6). (A) or when the already-reported information is received in the notification process of FIG. 7 (a) but normal notification is performed), and when the normal notification is performed, notification is not performed in the counterpart vehicle. The passenger may be notified of this.
[0057]
The preferred embodiment of the present invention has been described above, but the present invention is not limited to this, and various embodiments can be adopted. Further, the above-described processing examples can be combined with each other without departing from the spirit of the present invention.
[0058]
【The invention's effect】
As described above, according to the present invention, it is possible to provide the occupant with a material for determining whether a collision actually occurs.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of a driving support system according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration example of an in-vehicle terminal device A.
FIG. 3 is a flowchart illustrating an example of information communication processing.
4A is a diagram illustrating an example of information transmitted from the in-vehicle terminal A, and FIG. 4B is a diagram illustrating an example of a table of other mobile information.
FIGS. 5A and 5B are flowcharts illustrating an example of notification processing.
6A and 6B are flowcharts showing an example of notification processing.
FIGS. 7A and 7B are flowcharts showing an example of notification processing.
FIGS. 8A and 8B are diagrams illustrating an example of a collision notification.
FIGS. 9A and 9B are diagrams showing examples of collision notification.
FIG. 10 is a diagram illustrating an example of a collision notification.
[Explanation of symbols]
A In-
111 GPS sensor 112
Claims (2)
各々の前記車載端末器が、
自車両の位置を検出する位置検出手段と、
前記位置検出手段により検出した自車両の位置を示す位置情報を、他車両の前記車載端末器に送信する一方、他車両の前記車載端末器から当該他車両の前記位置情報を受信する通信手段と、
前記位置検出手段により検出した自車両の位置と、前記通信手段により受信した他車両の前記位置情報と、に基づいて、前記自車両と前記他車両との衝突可能性を判定する衝突判定手段と、
前記衝突判定手段の判定結果に従って、衝突の報知を行う報知手段と、
前記通信手段が前記他車両の前記車載端末器から当該他車両において前記衝突の報知が行われたことを示す既報知情報を受信した場合に、これを乗員に通知する通知手段と、
を備えたことを特徴とする走行支援システム。A vehicle driving support system for performing information communication between in-vehicle terminals mounted on a plurality of vehicles,
Each of the on-board terminals is
Position detecting means for detecting the position of the host vehicle;
Communication means for transmitting position information indicating the position of the host vehicle detected by the position detection means to the in-vehicle terminal of another vehicle, and receiving the position information of the other vehicle from the in-vehicle terminal of the other vehicle; ,
A collision determination unit that determines the possibility of collision between the host vehicle and the other vehicle based on the position of the host vehicle detected by the position detection unit and the position information of the other vehicle received by the communication unit; ,
Informing means for informing the collision according to the judgment result of the collision judging means,
A notification means for notifying an occupant of this when the communication means receives already-notified information indicating that the notification of the collision has been performed in the other vehicle from the in-vehicle terminal of the other vehicle;
A driving support system characterized by comprising:
前記車両の位置を検出する位置検出手段と、
他の車両から当該他の車両の位置を示す位置情報を受信する通信手段と、
前記位置検出手段により検出した前記車両の位置と、前記通信手段により受信した前記位置情報と、に基づいて、前記車両と前記他の車両との衝突可能性を判定する衝突判定手段と、
前記衝突判定手段の判定結果に従って、衝突の報知を行う報知手段と、
前記通信手段が前記他の車両から、前記車両と前記他の車両との衝突の報知が行われたことを示す既報知情報を受信した場合に、これを乗員に通知する通知手段と、
を備えたことを特徴とする車載端末器。An in-vehicle terminal mounted on a vehicle,
Position detecting means for detecting the position of the vehicle;
Communication means for receiving position information indicating the position of the other vehicle from another vehicle;
A collision determination means for determining a collision possibility between the vehicle and the other vehicle based on the position of the vehicle detected by the position detection means and the position information received by the communication means;
Informing means for informing the collision according to the judgment result of the collision judging means,
A notification means for notifying an occupant of this when the communication means has received already-notified information indicating that a collision between the vehicle and the other vehicle has been notified from the other vehicle;
A vehicle-mounted terminal device comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003172265A JP4257643B2 (en) | 2003-06-17 | 2003-06-17 | Driving support system and in-vehicle terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003172265A JP4257643B2 (en) | 2003-06-17 | 2003-06-17 | Driving support system and in-vehicle terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005010937A JP2005010937A (en) | 2005-01-13 |
| JP4257643B2 true JP4257643B2 (en) | 2009-04-22 |
Family
ID=34096471
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003172265A Expired - Fee Related JP4257643B2 (en) | 2003-06-17 | 2003-06-17 | Driving support system and in-vehicle terminal |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4257643B2 (en) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005352607A (en) * | 2004-06-08 | 2005-12-22 | Mazda Motor Corp | Alarm device for moving objects |
| JP2006238035A (en) * | 2005-02-24 | 2006-09-07 | Toyota Motor Corp | Vehicle communication device |
| JP4720355B2 (en) * | 2005-08-11 | 2011-07-13 | トヨタ自動車株式会社 | Vehicle control device |
| JP2008126755A (en) * | 2006-11-17 | 2008-06-05 | Toyota Motor Corp | Driving support device |
| JP5139126B2 (en) * | 2008-03-07 | 2013-02-06 | 株式会社日立製作所 | Inter-vehicle communication system, in-vehicle communication device and portable communication device |
| JP5027696B2 (en) * | 2008-03-10 | 2012-09-19 | 日立オートモティブシステムズ株式会社 | Traffic information communication system and in-vehicle communication device |
| JP4569652B2 (en) * | 2008-03-21 | 2010-10-27 | 株式会社デンソー | Recognition system |
| DE112009004342B4 (en) * | 2009-02-19 | 2012-12-13 | Toyota Jidosha K.K. | Mobile object position detection device |
| WO2010097944A1 (en) * | 2009-02-27 | 2010-09-02 | トヨタ自動車株式会社 | Road-installed driving supporting device, vehicle-mounted driving supporting device, and driving supporting system |
| JP5804676B2 (en) * | 2010-06-29 | 2015-11-04 | ダイハツ工業株式会社 | Driving assistance device |
| JP7512883B2 (en) * | 2020-12-22 | 2024-07-09 | トヨタ自動車株式会社 | Information processing device, information processing method, and program |
| JP7567464B2 (en) * | 2020-12-25 | 2024-10-16 | トヨタ自動車株式会社 | Information processing device, information processing method, and program |
-
2003
- 2003-06-17 JP JP2003172265A patent/JP4257643B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005010937A (en) | 2005-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9620008B2 (en) | Method and system for using global scene context for adaptive prediction and corresponding program, and vehicle equipped with such system | |
| JP4862693B2 (en) | Communication system, terminal and in-vehicle device | |
| US8355852B2 (en) | Slow or stopped vehicle ahead advisor with digital map integration | |
| EP1136792B1 (en) | Dangerous area alarm system | |
| JP4203852B2 (en) | Driving support system, in-vehicle terminal and portable terminal | |
| US20170110012A1 (en) | Predictive road hazard identification system | |
| CN111161551B (en) | Apparatus, system and method for detecting, alerting and responding to emergency vehicles | |
| KR20150061752A (en) | Device for driving assist and method for activating the function automatically by the device | |
| JP2004348430A (en) | Urgent braking alarm in vehicle, transmission device for urgent braking information, server device, and urgent braking alarm system and method | |
| JP2013033324A (en) | Surrounding vehicle information notifying device | |
| JP4257643B2 (en) | Driving support system and in-vehicle terminal | |
| JP2011075396A (en) | Vehicle-to-vehicle communication device | |
| JP2005010938A (en) | Driving support system and in-vehicle terminal | |
| JP2008181252A (en) | Danger information collection / delivery system, danger information transmission / reception device and danger information collection / distribution device constituting the system | |
| JP5924395B2 (en) | Peripheral vehicle information notification device | |
| JP4876628B2 (en) | Approach notification system, and in-vehicle device and portable terminal used therefor | |
| JP2005182310A (en) | Vehicle driving support device | |
| JP2008065481A (en) | Vehicle driving support system | |
| JP4164805B2 (en) | Driving support system and in-vehicle terminal | |
| JP5109749B2 (en) | In-vehicle notification system | |
| JP4692206B2 (en) | Approach notification device | |
| JP5269578B2 (en) | Alarm device for vehicle, alarm method, and program | |
| JP3972357B2 (en) | Information providing apparatus, computer program thereof, and information providing method | |
| JP4935421B2 (en) | Driving assistance device | |
| US11267466B2 (en) | Driving support device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060223 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080620 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080627 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080820 |
|
| 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: 20090109 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090122 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4257643 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120213 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130213 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140213 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |