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

JP4135584B2 - In-vehicle collision response system - Google Patents

In-vehicle collision response system Download PDF

Info

Publication number
JP4135584B2
JP4135584B2 JP2003197025A JP2003197025A JP4135584B2 JP 4135584 B2 JP4135584 B2 JP 4135584B2 JP 2003197025 A JP2003197025 A JP 2003197025A JP 2003197025 A JP2003197025 A JP 2003197025A JP 4135584 B2 JP4135584 B2 JP 4135584B2
Authority
JP
Japan
Prior art keywords
collision
information
possibility
vehicle
processing unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003197025A
Other languages
Japanese (ja)
Other versions
JP2005037991A (en
Inventor
清貴 森泉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toyota Motor Corp
Original Assignee
Toyota Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toyota Motor Corp filed Critical Toyota Motor Corp
Priority to JP2003197025A priority Critical patent/JP4135584B2/en
Publication of JP2005037991A publication Critical patent/JP2005037991A/en
Application granted granted Critical
Publication of JP4135584B2 publication Critical patent/JP4135584B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Traffic Control Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、自動車等の車両の衝突事故に対処するためのシステムに関し、詳しくは、車両側に設けられて車両の衝突に対応するシステムに関する。
【0002】
【従来の技術】
例えば、下記〔特許文献1〕には、自動車どうしの衝突に関して、衝突の可能性の高い相手車両からその車両の走行状況,操作情報等を受信して、自らの車両に設けられた保護装置を適切に作動させるといった車載システムが記載されている。このような通信を利用した衝突対応処置に関するシステムは、今後、多くの車両に搭載されると考えられる。ところが、〔特許文献1〕に記載されているシステムは、発生した衝突事故に事後的に対処するためには、有効に活用できる技術とはなっていない。衝突事故の事後的対処措置に対する支援に関しても、衝突車両からの情報は有効な情報となり得るため、そのような支援を行う際に、車両からの情報を有効に活用する技術も検討され始めている。衝突車両から送信される車両情報に基づいて衝突事故への対処措置を行うシステムに関しては、これまでに、例えば、〔特許文献2〕,〔特許文献3〕等に記載されている技術が存在する。
【0003】
【特許文献1】
特開平11−263190号公報
【特許文献2】
特開平11−348697号公報
【特許文献3】
特開2002−127857号公報
【0004】
【発明が解決しようとする課題,課題解決手段および効果】
上記〔特許文献2〕,〔特許文献3〕に記載された技術は、いずれも、実際に発生した衝突を検知し、その検知情報をトリガとして、車両に備えられたシステムから衝突に関係する各種情報を車外のシステムに送信し、その送信した情報に基づいて対処措置を支援するための処理を行うものである。つまり、実際に衝突が発生したことをきっかけとして、実際の衝突後の送信情報に基づいて、支援処理を実行するシステムである。ところが、車両の衝突事故において、必ずしも衝突が発生した後に正確な情報が送信できるとは限らない。例えば、衝突の衝撃によって、送信情報の基となる情報を取得するための各種のセンサが正常に機能しない場合もあり、また、送信装置や、システム自体が損傷を受け、送信することができないことも考えられる。つまり、事故情報を衝突後に発信する上記システムは、衝突事故への対処措置を支援する際に必ずしも有効なシステムであるとは限らないのである。
【0005】
そこで、本発明は、衝突事故への対応を有効的に行い得る車載システム,衝突への対処措置を有効的に支援可能なシステムを得ることを課題としてなされたものであり、本発明によって、下記各態様の車載衝突対応システム、衝突事故対処措置支援システムおよびそれらを含んで構成された衝突事故対処システムが得られる。各態様は請求項と同様に、項に区分し、各項に番号を付し、必要に応じて他の項の番号を引用する形式で記載する。これは、あくまでも本発明の理解を容易にするためであり、本明細書に記載の技術的特徴およびそれらの組合わせが以下の各項に記載のものに限定されると解釈されるべきではない。また、一つの項に複数の事項が記載されている場合、それら複数の事項を常に一緒に採用しなければならないわけではない。一部の事項のみを選択して採用することも可能である。
【0006】
なお、以下の各項において、(1)項,(2)項および(4)項を合わせたものから、「通信装置」、「第1情報送信処理部」、「第2情報送信処理部」に関する技術的特徴を削除したものが、請求項1に相当し、請求項1にそれらの技術的特徴を付加したものが、請求項2に、請求項2に(3)項の技術的特徴を付加してさらに具体的限定を加えたものが、請求項3に、それぞれ相当する。
【0007】
(1)自車両に搭載されて自車両の衝突事故に対応するためのシステムであって、
自車両が衝突する可能性のある対象物を探知可能な探知装置と、
自車両の外部と通信する通信装置と、
(A)前記探知装置による探知結果に基づき、前記対象物と自車両との衝突の可能性を推定する衝突可能性推定処理部と、(B)その衝突可能性推定処理部によって推定された衝突の可能性が設定された可能性である設定第1衝突可能性より高い場合に、その衝突に関する情報である第1情報を、前記通信装置を通じて送信する第1情報送信処理部と、(C)前記衝突可能性推定部によって推定された衝突の可能性が前記設定第1衝突可能性より高く設定された可能性である設定第2衝突可能性より高い場合に、その旨の情報である第2情報を、前記通信装置を通じて送信する第2情報送信処理部とを備えた衝突対応処理装置と
を含んで構成されたことを特徴とする車載衝突対応システム。
【0008】
本項に記載の車載衝突対応システムは、平たく言えば、衝突の蓋然性が高い場合に、それ以前に取得したこれから発生するであろう衝突に関連する情報を、自車両の外部に送信する機能を備えたシステムである。自車両が実際に衝突する前に情報送信可能であることから、衝突の衝撃によって当該システムが機能しなくなるような場合であっても、有効的に、衝突事故への対処措置を受けることが可能となる。
【0009】
本項に記載のシステムは、衝突に対応するシステムであり、先行車両,対向車両等の移動物、停止車両,路側物といった静止物等といった種々の物体を、広く「衝突の可能性のある対象物」とすることが可能である。対象物を探知可能な「探知装置」は、特に限定されるものではないが、レーザ,ミリ波等を利用して対象物の存在位置等を認識するレーダ装置、CCDカメラ等のカメラとそのカメラによる撮像データを画像処理して対象物を認識する監視カメラ装置等、種々の装置を単独であるいは組み合わせて採用することが可能である。「通信装置」は、特に限定されるものではないが、無線により交信可能なものであることが望ましい。当該システム用として専用のものであってもよく、カーナビゲーションシステムが備える通信装置、車載の電話装置、車両に取り付け可能な携帯電話装置等を利用するものであってもよい。
【0010】
「衝突対応装置」は、コンピュータを主体とする装置であればよい。「対象物との衝突の可能性」は、対象物との距離,その距離および対象物との相対接近速度から演算される衝突時間、その距離および自車両の走行速度から演算される対象物までの到達時間等、種々のパラメータに基づいて推定することが可能である。「設定第1衝突可能性」および「設定第2衝突可能性」(以下、「第1衝突可能性」,「第2衝突可能性」と略す場合がある)も、それらのパラメータに基づいて設定されたものとすることができる。なお、上記第1衝突可能性に対する判断と第2衝突可能性に対する判断とにおいて、異なるパラメータで可能性を推定することも可能である。「第1衝突可能性」および「第2衝突可能性」は、設定された閾値と考えることができる。両者の値は互いに異なる高さの可能性を表現するものであり、第2衝突可能性のほうが第1衝突可能性より高い状態を示す値に設定される。例えば、第1衝突可能性を、僅かではあるが衝突の可能性があるといった程度の高さに設定し、第2衝突可能性を、衝突の回避が困難であるといった高さに設定することが可能である。
【0011】
自車両外に送信される「第1情報」は、例えば、自車両と対象物との関係に関する情報を含むものとすることができる。自車両と対象物との関係に関する情報は、例えば、先に説明した、対象物との距離,相対接近速度,衝突時間,到達時間といったパラメータの他、衝突の可能性の高さそのものであってもよい。当該情報には、他に、自車両を基準とした対象物の方位、自車両の前後方向に延びる軸線からの対象物変位量、自車両が走行を予定する自車線上に対象物が存在する確率(自車線確率)等や、さらには、カメラ装置が撮像した自車両から見た対象物の画像データといったものも含まれる。また、第1情報は、上記対象物との関係に関する情報以外の情報をも含ませることができる。例えば、自車両の車種,型式,車長,車幅、車両重量等の自車両の諸元に関する情報、自車両に備えられた各種センサによって検出された走行速度,ヨーレイト,エンジン回転数,ギヤシフト位置,操舵角,減速度,ブレーキペダルの操作量,操作速度等の自車両の走行状態・操作状態に関する情報、車室内の音声,心拍数といった運転者の状態に関する情報、例えばカーナビゲーションシステムに採用されているGPS(grobal positioninng system)によって取得された自車両の走行位置に関する情報等、種々の情報を上記第1情報に含ませることができる。上記列挙した各種の情報は、衝突が実際に発生した場合等において、その衝突の状況を把握するために有用な情報となり得る。すなわち、「第1情報」は、発生する衝突の状況を推定することが可能な情報とすることができるのである。衝突状況の推定という第1情報の利用目的を考慮すれば、第1情報は、衝突可能性が第1衝突可能性を超えてから第2衝突可能性に至るまでの間の時々刻々の情報、つまり、極端に言えば、衝突の可能性の比較的低い状態から衝突の間際までの連続的あるいは間欠的な情報であることが望ましい。
【0012】
もう1つの情報である「第2情報」は、推定された衝突の可能性が第2衝突可能性より高い旨の情報を含む情報である。この情報は、データでなく、例えば、単なる合図,信号といったのものであってもよい。なお、第1情報のような各種の情報を含ませることも可能である。第2情報は、衝突の発生を推認した旨の情報とすることができる。極端に言えば、衝突が発生したと擬制する情報とすることができる。そのような情報として扱う場合は、第2衝突可能性は、衝突の回避が不可能あるいはそれに近い程度の高さに設定することが望ましい。
【0013】
(2)前記衝突対応処理装置が、前記第1情報と第2情報とのいずれかが送信された場合に、そのいずれかを取り消すための取消情報を、前記通信装置を通じて送信する取消情報送信処理部を有する(1)項に記載の車載衝突対応システム。
【0014】
当該システムは、衝突の可能性が高い場合に情報を送信し、その情報を受信した何らかのシステム(後に説明する衝突事故対処措置支援システム等)が、何らかの処置,処理を実行することを想定するものであるため、送信した情報が誤報である場合に、その情報を無効とするような手段を設けることが望ましい。本項に記載の態様は、そのような観点に基づく利点を有する態様であり、送信された情報を取り消し、その情報に基づいて実行される処置,処理をキャンセルすることが可能な態様である。例えば、第2情報は、極端に言えば、衝突前に衝突を擬制する旨の情報とすることができるため、後に説明するように、受信したシステムは、第2情報をトリガとして処置,処理の実行を開始することも可能である。そのような場合であっても実際には衝突が発生しなかったときには、被害は非常に小さいので、送信された第2情報をそれを取り消すこと、言い換えれば、第2情報をトリガとして実行された処置,処理を無効とすることが望ましい。そのような観点からすれば、本項に記載の態様は、第2情報が送信された場合に、その第2情報を取り消す態様で実施することが望ましいのである。
【0015】
(3)前記衝突対応処理装置が、自身が有する不揮発記録媒体に前記第1情報を記録する第1情報記録部を備えた(1)項または(2)項に記載の車載衝突対応システム。
【0016】
第1情報は、上述したような種々の情報を含ませることができ、衝突事故による被害の大きさの推定、衝突事故原因分析等において有用な情報となる。そのことから、第1情報を自車両にて記憶,記録することが望ましい。ところが、衝突事故によって当該システムが正常に機能しなくなることを想定した場合、衝突の衝撃等からその情報を保護する必要がある。例えば、飛行機のフライトレコーダのような堅牢な構造の記録装置を設けることもその一手段であるが、そのようなレコーダは、高価であり、実用的ではない。そのような観点からすれば、本項に記載の態様は、実用的な手段によって、第1情報を保存可能な態様となる。「不揮発記録媒体」は、電源の供給が絶たれた場合においても記録内容が損なわれないような記録媒体であればよく、フレキシブルディスク,CD−R(W),DVD−R(W),ハードディスク,EEPROM(electorically erasable and programable ROM)といった各種の記録媒体を採用することが可能である。こららの中でも、小型,記録速度の速さ,消去可能といった利点を考慮すれば、EEPROMを採用することが望ましい。
【0017】
(4)前記衝突対応処理装置が、前記第1情報を一時的に記録する一時記憶媒体を備え、前記第1情報記録部が、前記衝突可能性推定部によって推定された衝突の可能性が前記第1設定可能性より高く設定された可能性である設定第3衝突可能性より高い場合に、前記一時記憶媒体に記録された第1情報を、前記不揮発記録媒体に記録するものである(3)項に記載の車載衝突対応システム。
【0018】
例えば、前述したように、第1情報が時々刻々の情報であるような場合、その情報量は多いものとされる。また、第2衝突可能性が衝突の回避が困難な程度とされる場合には、実際の車両の走行においては、衝突の可能性が第1衝突可能性を超えた場合であっても、第2衝突可能性に至らないことも多い。そのため、第1情報のすべてを不揮発記録媒体に記録する場合には、不揮発記録媒体の記録容量の面において、また、記録処理の効率の面において、ロスが大きい。本項に記載の態様は、衝突の可能性が高まった段階でそれまでの第1情報を不揮発記録媒体に記録するため、ロスがなく、実用的な態様となる。本項における「設定第3衝突可能性」(以下、「第3衝突可能性」と略す場合がある)は、前記第2衝突可能性と、それらが有する役割において類似するものであり、第2衝突可能性と同一のものとすることができる。つまり、第2情報を送信する場合において不揮発記録媒体に第1情報を記録する態様である。本項における「一時記憶媒体」は、バッファとしての機能を果たす記録媒体であり、例えば、当該衝突対応処理装置の主体をなすコンピュータが備えるRAM等を相当させることができる。
【0019】
(11)車両の衝突事故への対処措置を支援するために車両の外部に設置されたシステムであって、
車両と通信する通信装置と、
(a)ある車両における衝突の可能性が設定された可能性である第1設定可能性より高い場合においてその車両から送信されるその衝突に関する情報である第1情報を、前記通信装置を通じて受信する第1情報受信処理部と、(b)前記ある車両における衝突の可能性が前記第1設定可能性より高く設定された可能性である第2設定可能性より高い場合においてその車両から送信されるその旨の情報を含む第2情報を、前記通信装置を通じて受信する第2情報受信処理部と、(c)前記第2情報をトリガとして、前記第1情報に基づいて、前記ある車両の衝突の状況を推定する衝突状況推定処理部と、(d)その衝突状況推定部の推定結果に基づいて前記ある車両の衝突事故への対処措置についての支援処理を実行する支援処理実行部とを備えた支援処理装置と
を含んで構成された衝突事故対処措置支援システム。
【0020】
本項に記載の衝突事故対処措置支援システムは、上記車載衝突対応システムと連係することにより機能するシステムである。平たく言えば、上記車載衝突対応システムから送られた第1情報を受信し、衝突の蓋然性が高まったことを第2情報から察知し、予想される衝突事故の状況を推定し、その推定結果に基づいて、発生する事故への対処措置の支援処理を行うシステムである。衝突前に、衝突の状況を入手するため、確実な情報の入手が可能とされる。実行される「支援処理」は、特に限定されるものではないが、本項に記載の態様では、例えば、警察署,消防署,病院といった救援活動等を実行する機関への事故情報の通報、保険会社,車両ディーラといった事故の後処理を担当する機関への事故状況情報の提供、各種メディア,道路交通センターといった道路情報を報知する機関への事故情報の提供等の措置を自身が行うことや、それらの措置を、連携する他のシステムに実行させることを、支援処理して実行することが可能である。言い方を換えれば、本項に記載のシステムは、衝突事故に対処するための具体的措置を講じる機関への対処措置実施の指示,事故情報の伝達等の処理を、支援処理として実行する態様のものとすることができる。本項に記載のシステムは、設置される場所が限定されるものではないが、例えば、道路交通を管制する機関に設置されるものであってもよく、また、幹線道路等に沿って要所に配置されるものであってもよい。当該システムが備える「通信装置」は、少なくとも上記車載衝突対応システムと交信可能なものであればよい。例えば、車両と直接に通信する態様の通信装置であってもよく、何らかの中継手段によって中継されて車両と間接的に通信する態様の通信装置であってもよい。
【0021】
(21)(1)項ないし(4)項のいずれかに記載の車載衝突対応システムと、(11)項に記載の衝突事故対処措置支援システムとを含んで構成された衝突事故対処システム。
【0022】
本項に記載の衝突事故対処システムは、上記車載衝突対応システムと上記衝突事故対処措置支援システムが組み合わされた総合的なシステムである。本項に記載のシステムの説明は、上記説明と重複するため、省略する。
【0023】
【発明の実施の形態】
以下に、本発明の一実施形態について、図を参照しつつ詳しく説明する。なお、本発明は、決して下記実施形態に限定されるものではなく、下記実施形態の他、前記〔発明が解決しようとする課題,課題解決手段および効果〕の項に記載された態様を始めとして、当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。
【0024】
<衝突事故対処システムのハード構成>
図1に、衝突事故対処システムのハード構成を模式的に示す。衝突事故対応システムは、車両10(「自車両10」と呼ぶ場合もある)に搭載された車載衝突対応システム12と、交通管制センタ14に設置された衝突事故対処措置支援システム16とを含んで構成されている。
【0025】
車載衝突対応システム12は、当該システムの中核をなす衝突対応処理装置としての衝突対応電子制御ユニット(electoronic contorol unit 以下、「ECU」と略す場合がある)20と、車両10に搭載された各種のデバイスを含んで構成されている。車両10には、2つのLAN(local area network)22,24が設けられており、衝突対応ECU12は、これら2つのLAN22,24の両者に接続され、これらのLAN22,24を介して各種のデバイスに接続されている。
【0026】
2つのLAN22,24のうちの一方は、センサ系LAN22であり、このセンサ系LAN22には、レーダ装置30,カメラ装置32,各種のセンサ34,衝突対応ECU20の操作スイッチの一種である緊急スイッチ36およびキャンセルスイッチ38等が、上記各種のデバイスとして接続されている。もう一方のLAN24は、AV系LAN24であり、このAV系LAN24には、通信装置40,車室内音声取得装置42,カーナビゲーション装置44,衝突対応ECU12の状態を表示する表示器としてのインジケータ46等が、上記各種のデバイスとして接続されている。
【0027】
各種のデバイスを順に説明すれば、レーダ装置30は、ミリ波を探知波とするミリ波レーダ装置であり、詳しくは、連続波(CW)に周波数変調(FM)が施された送信信号を用いるFM−CWレーダ装置である。このレーダ装置30は,自車両の周辺に存在する存在物を監視し、それら存在物と自車両との距離,存在物の自車両を基準とした方位,存在物と自車両との相対速度を出力する。カメラ装置32は、CCDカメラと画像処理装置とを含んで構成された装置であり、自車両の周辺を撮像することができ、また、その画像データから、上記車両の周辺に存在する存在物に関する細かな情報を取得可能とされている。これらレーダ装置30およびカメラ装置32とを含んで、本車載衝突システム12の探知装置が構成されているのである。
【0028】
各種のセンサ34は、車両に装備されることが既に一般的な各種のセンサ(例えば、車輪速センサ(車速センサとしても機能する),ヨーレイトセンサ,舵角センサ,加速度(減速度)センサ等)であり、自車両の走行状態,操作状態等を検出するためのものである。緊急スイッチ36は、手動操作により衝突対応ECU20に緊急時処理を実行させるためのスイッチであり、また、キャンセルスイッチ38は、衝突対応ECU20が実行した処理の取消を手動操作によって行うスイッチである。こららのスイッチ36,38の機能については、後に詳しく説明する。
【0029】
通信装置40は、無線電話回線を利用する車載電話装置であり、車載衝突対応システム12は、ダイアルアップ接続により、この通信装置40を介して、交通管制センタ14の衝突事故対処措置支援システム16と情報通信可能な状態とされる。車室内音声取得装置42は、車室内の音声を拾うためのマイクを有し、運転者等の車両の搭乗者の音声をデジタルデータに変換し、そのデータを衝突対応ECU20に送信する機能を備えている。カーナビゲーション装置44は、GPS機能を備え、その機能によって取得した自車両の走行位置を衝突対応ECU20に送信可能とされている。インジケータ46は、LEDを主体とする表示器であり、主に、車載衝突対応システム12と衝突事故対処措置支援システム16との通信に関する各種の状態を、LEDの点灯,消灯の態様によって運転者に示す機能を備えている。具体的には、例えば、通信待機中は消灯、情報送信中には点滅,通信異常状態では点灯といったようにステータスに応じて変化する。なお、インジケータ46は、ブザーを備え、運転者に対して、システムの動作をビープ音で報知することも可能とされている。
【0030】
交通管制センタ14に設けられた衝突事故対処措置支援システム16は、支援処理装置50と、通信装置52とを含んで構成されている。支援処置装置50は、大型コンピュータを主体とする装置であり、システムの中核をなす。通信装置52は、無線電話回線を使用する電話装置であり、車両10に設けられた通信装置40と交信する。なお、交通管制センタ14は、警察,消防,病院,車両ディーラ,保険会社,報道等に関する各種メディアとも、各種の情報を通信可能とされている。
【0031】
<衝突事故対処システムの機能構成>
衝突対応事故対処システムは、先に説明したように、車載衝突対応システム12と、衝突事故対処措置支援システム16との2つのシステムを含んで構成される。2つのシステムのそれぞれは、それぞれの中核をなす装置として、衝突対応処理装置(衝突対応ECU)20と支援処理装置50のそれぞれを備えている。衝突対応処理装置20および支援処理装置50は、ともに、コンピュータを主体とする装置であり、コンピュータの内部処理によって、それぞれの処理が実行される。それぞれの装置20,50は、その処理の内容に応じて、各種の機能部分に便宜的に区分でき、それぞれの装置20,50は、それらの機能部分が組み合わされて構成されたものとすることができる。以下、図2に示す機能ブロック図を参照しつつ、それぞれのシステム12,16の機能構成について、上記それぞれの装置20,50の機能構成を中心に説明する。
【0032】
i)車載衝突対応システム
車載衝突対応システム12の衝突対応処理装置20は、機能部分として、衝突可能性推定処理部60,第1情報作成処理部62,一時記録媒体64および不揮発記録媒体66を有する第1情報格納処理部68,第1情報送信処理部70,第2情報送信処理部72,取消情報送信処理部74の各部を備える。衝突可能性推定処理部60は、探知装置30,32によって探知された衝突の可能性のある対象物に関する情報と、各種センサ34によって検出された自車両10の走行状態等に関する情報とに基づいて、自車両10と対象物との衝突の可能性を推定する。第1情報作成処理部62は、衝突可能性推定部60推定結果に従って、上記探知装置30,32からの情報および各種センサ34からの情報に基づいて、第1情報(後述する)を、送信可能,記録可能な形態に作成する。第1情報格納処理部68は、衝突可能性推定処理部60の推定結果に従って、その第1情報を一時記録媒体64に格納し、また、一時記録媒体64に記録されている第1情報を不揮発記録媒体66に格納する(一時記録媒体は、当該装置20が備えるRAMであり、不揮発記録媒体66は、EEPROMである)。第1情報送信処理部70,第2情報送信処理部72は、衝突可能性推定処理部60の推定結果に従い、それぞれ第1情報,第2情報(後述する)を通信装置40を介して送信する。取消情報送信処理部74は、運転者によってキャンセルスイッチ38が操作された場合に、既に送信されている第2情報を取り消すための取消情報(後述する)を、通信装置40を介して送信する。
【0033】
ii)衝突事故対処措置支援システム
衝突事故対処措置支援システム16の支援処理装置50は、機能部分として、第1情報受信処理部80,第2情報受信処理部82,衝突状況推定処理部84,支援処理実行部86を備え、情報を記録する部分として、一時記録媒体88および衝突事故データベース90を備えている。第1情報受信処理部80は、車載衝突対応システム12から送信される第1情報を、通信装置52を介して受信し、その情報を一時記録媒体88(当該装置50が備えるRAMである)に記録する。第2情報受信処理部82は、車載衝突対応システム12から送信される第2情報を、通信装置52を介して受信し、その情報をトリガとして、一時記録媒体88に記録されている第1情報を、衝突事故データベース90(データベース機能が特化されたコンピュータである)に収納する。また、第2情報受信処理部82は、取消情報をも受信し、第2情報をトリガとして実行された処理の取消指示を、各機能部に発することも行う。衝突状況推定処理部84は、第2情報をトリガとして、衝突事故データベース90に収納された情報に基づいて、車両において発生するであろう衝突の状況を推定する。支援処理実行部86は、衝突状況推定処理部84による推定結果に基づいて、支援処理を実行する。具体的には、例えば、衝突事項データベース90に収納されている当該事故に関する情報,対処措置の指示等を、連携するシステムである連携システム100(本実施形態においては、交通管理センタ14内に存在する)に送り、それらのシステム100から、関係する機関への通報、情報送達等がなされる。
【0034】
<衝突事故対処システムによる処理の内容>
衝突事故対処システムを構成する2つのシステムである車載衝突対応システム12および衝突事故対処措置支援システム16による各種処理は、衝突対応処理装置20,支援処理装置50において、それそれ、衝突対応処理プログラム,支援処理プログラムが実行されることによって行われる。図3に衝突対応処理プログラムの、図4に支援処理プログラムのフローチャートを示す。以下、それらのフローチャートに従って、車載衝突対応システム12による処理および衝突事故対処措置支援システム16による処理を、それぞれ説明する。なお、それらのプログラムは、車両10のイグニッションスイッチがON状態とされている間、あるいは、衝突事故対処措置支援システム16のメインスイッチがON状態とされている間、短い時間間隔(例えば数十〜百msec)をおいて繰り返し実行される。これによって、両システム12,16は、連続的な処理を行うようにされているのである。また、衝突事故対処措置支援システム16は、複数の車両に対する支援処理を実行できるようにされているが、説明を単純化するために、図4のフローチャートは、支援処置プログラムを1つの車両に対する支援処理に対する部分のみを抽出して表現したものとされている。
【0035】
i)車載衝突対応システムによる処理
衝突対応処理プログラムの実行が開始すれば、まず、ステップ1(以下、「S1」と略し、他のステップも同様とする)において、当該システム12が衝突事故対処措置支援システム16と通信することが可能な状態である待機状態となっているか否かが判定され、待機状態となっていない場合は、S2において、通信装置40に指令が発せられ、通信装置40が所定の通信設定処理(例えば、ダイアルアップ等)を行い、待機状態とされ、プログラムの1回の実行が終了する。1度通信設定されれば原則としてその設定が解除されるまで通信可能状態が維持されるため、S2は、通常、本プログラムの最初回の実行時にのみ行われる。続いて、S3において、キャンセル操作が行われたか否かが判断される。キャンセルスイッチ38が操作された場合には、キャンセル処理の要求があったものと判断され、S4,S5のキャンセル処理が実行され、本プログラムの1回の実行が終了する。S4,S5の一連の処理については後述する。キャンセルスイッチ38が操作されていない場合は、S6において、自車両10の対象物との衝突の可能性が推定される。
【0036】
衝突の可能性の推定は、各種の方法がある。例えば、いわゆるACC制御(Auto-Cruise-Controlあるいは Adaptive-Cruise-Control:先行車両との車間状態が設定された状態で前方車両に追従するように、エンジン装置等の出力の調整等を行うといった制御)や、いわゆるPCS制御(Pre-Clash-Safety:車両の衝突を予測して、シートベルト等の保護装置を衝突前に作動させるといった制御)のような他の衝突対応制御が採用する方法を採用することが可能である。車両10が、ACC制御,PCS制御等の制御を行うシステムを搭載している場合は、そのシステムの一部を利用して、衝突の可能性を推定することが可能である。また、衝突の可能性の推定は、レーダ装置30の探知結果に基づいて行うこともでき、また、カメラ装置32による画像認識の結果に基づいて行うこともできる。説明を単純化するため、本実施形態において、対象物との衝突の可能性は、車輪速センサ,ヨーレイトセンサ,舵角センサ等の検出結果から自車両10が走行を予定する走行車線である自車線を仮想し、その仮想した自車線にに存在する存在物を対象物として認定し、レーダ装置30の探知結果に基づいてその認定した対象物との衝突時間(両者間の距離を相対速度で除したもの)を算出し、その算出した衝突時間の値をもって推定するものとする。
【0037】
衝突の可能性が推定された後、S7において、対象物との衝突時間が所定の衝突時間よりも短い場合に、その対象の衝突可能性が、第1衝突可能性より高いと判断される。閾値としての役割をもつ第1衝突可能性は、比較的可能性の低い状態とされており、S7の判断では、対象物との衝突の可能性が僅かにあるといった程度で、Yesの判断が下される。対象物との衝突の可能性が第1衝突可能性を超えない場合、極端に言えば、衝突の可能性が殆どないと認められる場合には、S8およびS9の処理が実行され、本プログラムの1回の実行が終了する。S8およびS9の処理については、後述する。なお、上述の機能部分との関係で言えば、S6およびS7の処理は、衝突可能性推定処理部60によって行われる。
【0038】
S7において、衝突の可能性が第1衝突可能性より高い場合は、S10において、第1情報がセットされる。第1情報は、探知装置30,32による探知,各種センサ34によって検出された情報を基に作成される。具体的には、対象物と自車両10との距離,相対速度,位置関係等を始めとして、種々のものを含ませることができる。第1情報の具体例は先に列挙されているため、ここでの説明は省略する。なお、このS10は、上述の第1情報作成処理部62によって行われ、送信可能な形式,記録可能な形式に第1情報がセットされるのである。続く、S11において、作成された第1情報が、通信装置40を介して、衝突事故対処措置支援システム16に送信される。このS11の処理は、第1情報送信処理部70によって行われる。
【0039】
次に、S12において、衝突の可能性が、別の閾値であるバッファ記録判別可能性に基づいて判定される。この閾値は、第1情報を一時記録媒体64(以下、「バッファ64」と呼ぶ場合がある)に記録するか否かを判別するための閾値であり、この閾値を超える場合に、S13において、第1情報がバッファ64に記録される。このバッファ記録判別可能性は、前記第1衝突可能性より高く、後述する第2衝突可能性より低い値に設定される。本実施形態では、第1衝突可能性と略同じ高さに設定されており、衝突事故対処措置支援システム16に送信された第1情報は、その殆どがバッファ64に記録されるようにされている。なお、S11は衝突可能性推定処理部60によって行われ、S13は、第1情報格納処理部68によって行われる。S12において、バッファ64に記録する必要がないと判断された場合は、本プログラムの1回の実行が終了する。
【0040】
S14においては、衝突の可能性が第2衝突可能性より高いか否かが判定される。第2衝突可能性は、衝突が回避できないと推認される程度の高さに設定されている。つまり、閾値としての衝突時間が比較的短い時間として設定されているのである。推定された衝突可能性が第2衝突可能性以下であると判断された場合は、本プログラムの1回の実行が終了する。衝突の可能性が、第2衝突可能性より高いと判断された場合は、いよいよ衝突が発生するもとの擬制されて、S15以下の処理が行われる。S15では、第2情報、つまり、衝突可能性が第2衝突可能性より高い旨の信号が、通信装置40を介して衝突事故対処措置支援システム16に送信され、S16では、バッファ64に記録されている第1情報が、不揮発記録媒体66(以下、「EEPROM66」という場合がある)に書き込まれる。つまり、情報の定着が行われる。なおEEPROM66は、衝突対応処理装置20に対して脱着可能とされており、衝突の衝撃等により当該システムが正常に機能しないような損傷を受けた場合にも、EEPROM66を衝突対応処理装置20がら取り外し、所定の読取器にセットすれば、記録されている第1情報を読み取ることが可能である。S16において、EEPROM66に第1情報が書き込まれた後、バッファ64に記録されている第1情報は、S17においてクリアされる。なお、S15の処理は、第2情報送信処理部72によって行われ、S16,S17の処理は、第1情報格納処理部68によって行われる。
【0041】
先の説明によれば、不揮発記録媒体66への定着を行うか否か判定は、第3衝突可能性を閾値として行うものとしている。本実施形態では、実際には、第2衝突可能性を閾値として行っている。本実施形態では、第2衝突可能性と第3衝突可能性とは、同じ高さの可能性として設定されていると考えることができ、上記S14の処理は、第3衝突可能性に基づく判定を行う処のと等価の処理とされているのである。言い換えれば、EEPROM66への書込の判定に関して言えば、S14の処理は、第3衝突可能性に基づく判定と解釈してもよいのである。なお、本実施形態と異なり、第2衝突可能性とは異なる可能性の高さの閾値として第3衝突可能性を設定し、第2情報の送信と、第1情報のEEPROM66への書込とを、衝突の可能性の異なる時期において実行するような態様で実行しても構わない。
【0042】
本プログラムは連続して実行されて行われることを前提に、1つの対象物に関する処理をおおまかに説明すれば、例えば、S7において第1衝突可能性より高い衝突可能性の対象物が認められた場合、本プログラムの以後の実行のS7において、衝突可能性が第1衝突可能性以下とならない限り、プログラムの実行の都度、第1情報が、時々刻々と送信され、時々刻々とバッファ64に記録される。そして、その対象物との衝突の可能性が高まり、S14において、衝突の可能性が第2衝突可能性よりも高いと判断された場合に、衝突が近い時期に発生する旨の情報が送信されるとともに、その対象物に関するそれまでの第1情報がEEPROM66に定着されるのである。S7において、一旦、第1衝突可能性を超えたものと認められた場合でも、その後、衝突の可能性が第1衝突可能性以下となった場合は、S8およびS9の処理が実行される。S8およびS9の処理は、衝突の可能性のある対象物は存在しないと擬制した場合の処理であり、S8においては、それまでにバッファ64に記録されている第1情報はクリアされ、続くS9において、衝突の可能性のある対象物は存在しない旨の情報である空情報が、通信装置40を介して、衝突事故対処措置支援システム16に送信される。なお、S8の処理は、第1情報格納処理部68によって行われ、S9の処理は、第1情報の送信と類似するものであることから、第1情報送信処理部70によって行われる。
【0043】
推定された衝突の可能性が第2衝突可能性を超えた場合であっても、衝突が回避されるときがある。そのときには、衝突事故対処措置支援システム16における処理が開始されることも予想され、また、EEPROM66の記録内容も不要となる。本実施形態では、S15〜S17のいずれかの処理、あるいはそれらの前後において、衝突の可能性が第2衝突可能性を超えた場合に、インジケータ46が所定のビープ音を発するようにされており、運転者は、その超えた事実を知ることができる。そこで、第2衝突可能性を超えた場合であっても実際には衝突が発生しなかったときには、運転者は、キャンセルスイッチ38を操作し、その操作があった場合は、S3における判定により、S4以下の処理が実行される。具体的には、まずS4おいて、送信された第2情報を取り消す旨の情報である取消情報が、通信装置40を介して、衝突事故対処措置支援システム16に送信され、続くS5において、EEPROM66に書き込まれている第1情報が消し込まれる。なお、このS4の処理は、取消情報送信処理部74によって行われ、S5の処理は、第1情報格納処理部68によって行われる。
【0044】
なお、フローチャートでは示していないが、前述の緊急スイッチ36が運転者によって操作された場合は、緊急である旨の情報が、通信装置40を介して衝突事故対処支援システム16に送信される。また、その後、任意の操作によって、通信装置40を介して、交通管制センタ14との通話を行うことが可能とされている。
【0045】
ii)衝突事故対処措置支援システムによる処理
支援処理プログラムが実行が開始すれば、まず、S21において、車載衝突対応システム12から受信要求がされている否かが確認される。つまり、平たく言えば、車載衝突対応システム12からの何らかの情報を、通信装置52が受信しているか否かが判断される。受信要求がされていない場合は、本プログラムの1回の実行を終了する。受信要求がされている場合は、S22において、その送信されている情報が取消情報であるか否かが判断される。取消情報である場合は、S23のキャンセル処理(後述する)が実行された後、本プログラムの実行が終了する。S22おいて取消情報ではないと判断された場合は、次のS24において、情報が空情報であるか否かが判断される。空情報である場合は、衝突の可能性のある対象物は存在しないものと推認され、S25において、後に説明するところの、第1情報を一時的に記録しておく一時記録媒体88(以下。「バッファ88」という場合がある)がクリアされ、本プログラムの1回の実行が終了する。S24において送信された情報が空情報でない場合は、S26において、その情報が第1情報であるか否かが判断される。第1情報である場合は、続くS27において、支援処理装置50は第1情報を通信装置52を介して受信し、その第1情報は、バッファ88に記録される。
【0046】
S26において、第1情報でないと判断された場合は、S27はスキップされ、S28において、その情報が第2情報であるか否かが判断される。第2情報でないと判断された場合は、本プログラムの1回の実行が終了する。本実施形態では、車載衝突対応システムから送られる情報は、取消情報,空情報,第1情報,第2情報のいずれかとされているため、実際には、S28において、第2情報でないと判断されることはない。S28において受信された情報が第2情報であると判断された場合には、支援処理装置50はその第2情報を通信装置52を介して受信し、その受信した第2情報に基づく処理として、次のS29において、バッファ88に記憶されている第1情報が、衝突事故データベース90に収納される。また、第1情報が記録された後、S30において、バッファ88はクリアされる。
【0047】
前述した機能部分の区分けにおいては、第1情報受信処理部80を第1情報を受信する部分とし、第2情報受信処理部82を第2情報を受信する部分としている。実際上、S24〜S27の処理は、第1情報の受信と関連の深い処理あるいはそれに処理であることから、支援処理装置50では、それらの処理は、第1情報受信処理部80によって実行するようにされている。また、S22〜23およびS28〜S30の処理は、第2情報の受信と関連の深い処理あるいはそれに類似する処理であることから、支援処理装置50では、それらの処理は、第2情報受信処理部82によって実行するようにされている。
【0048】
本プログラムは連続して実行されて行われることを前提に、ここまでの処理を1つの対象物に関する流れに沿って説明すれば、例えば、S26において第1情報の受信が認められた場合、本プログラムのその後の実行において空情報,第2情報が受信されない限り、プログラムの実行の都度、第1情報が、時々刻々と受信され、バッファ88に記録される。そして、その対象物との衝突の可能性が高まり、第2情報が受信された場合に、S28において衝突が近い時期に発生すると認定し、バッファ88に記録されているところのその対象物に関するそれまでの第1情報が、データベース90に固定的に記録されるのである。一旦、第1情報を受信した場合であっても、空情報を認識した場合には、その対象物との衝突の可能性がなくなったものとみなし、S25において、バッファ88に記録されているその対象物のそれまでの第1情報は、破棄されるのである。
【0049】
フローチャートにおいてS30に続くS31およびS32の処理は、第2情報の受信をトリガとして、実行される処理である。これらの処理は、実際には、同じルーチン上の処理ではなく、別のプログラムによる処理となるが、説明を単純化するために、同じルーチン上の処理のようにして扱って説明する。
【0050】
S31では、衝突事故データベース90に収納された第1情報に基づき、発生するであろう衝突の状況が推定される。具体的な一例を挙げれば、例えば、対象物と車両10との直前の相対速度,画像データから解析された対象物の大きさ,衝突角度等から、車両10が受ける損傷の大きさ、ひいては、運転者を含めた搭乗員が受ける衝撃の大きさ等が推定されるのである。また、第1情報には車両10の走行位置、ブレーキ操作の有無,ステアリング舵角等の操作状態等も含まれており、S31において、衝突状況の推定として、事故発生場所の認定,事故発生状況の解析等を行ってもよい。このS31は、衝突状況推定処理部84によって行われる。
【0051】
S32では、推定した衝突状況に基づいて、支援処理が実行される。このS32は、支援処理実行部86によって行われる。具体的な一例を挙げれば、連携する他のシステム100への対処措置の指示、および、第1情報,第1情報に基づく推定情報等、種々の情報の送達が行われる。連携システム100には、警察署,消防署,病院といった救援活動等を実行する機関への通報を目的とする緊急通報システム、保険会社,車両ディーラといった事故の後処理を担当する機関への事故状況情報の提供を目的とする事故情報提供システム、各種メディア,道路交通センターといった道路状況を報知する機関への事故情報の提供を目的とする道路状況提供システム等がある。本支援システム16がこれらの連携システム100へ情報の送達を行うことで、各連携システム100は、関係機関に対し、衝突事故対処する適切な措置についての指示,その衝突事故に関する適切な各種の情報の送達等を実施することが可能となる。S31およびS32の具体的な処理は、上記例示に限らず、既に公知の各種推定処理、各種支援処理を、広く実行することが可能である。
【0052】
本衝突事故対処措置支援システム16が、第2情報を受信した場合であっても、前述したように、車両10が衝突を回避することがあり得る。車両10が衝突を回避した場合等にあっては、前述したように、車載衝突対応システム12から取消情報が送信される。取消情報を受信した場合は、S23において、キャンセル処理が実行される。このキャンセル処理は、第2情報をトリガとして実行した処理を無効とする処理であり、具体的には、衝突事故データベース90に格納された関係情報の削除,連携システム100へのその旨の情報の送達等が行われ、誤った対処措置が実施されることを未然に防止できるようにされている。
【図面の簡単な説明】
【図1】衝突事故対処システムのハード構成を示す模式図である。
【図2】衝突事故対処システムの機能構成を模式的に示す機能ブロック図である。
【図3】車載衝突対応システムが処理を行うために衝突対応処理装置によって実行される衝突対応処理プログラムを示すフローチャートである。
【図4】衝突事故対処措置支援システムが処理を行うために支援処理装置によって実行される支援処理プログラムを示すフローチャートである。
【符号の説明】
10:車両 12:車載衝突対応システム 14:交通管制センタ 16:衝突事故対処措置支援システム 20:衝突対応ECU(衝突対応処理装置) 30:レーダ装置(探知装置) 32:カメラ装置(探知装置) 34:センサ 38:キャンセルスイッチ 40:通信装置 50:支援処理装置 52:通信装置 60:衝突可能性推定処理部 62:第1情報作成処理部 64:一時記録媒体(バッファ) 66:不揮発記録媒体(EEPROM) 68:第1情報格納処理部 70:第1情報送信処理部 72:第2情報送信処理部 74:取消情報送信処理部 80:第1情報受信処理部 82:第2情報受信処理部 84:衝突状況推定処理部 86:支援処理実行部 88:一時記録媒体(バッファ) 90:衝突事故データベース 100:連携システム
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for dealing with a collision accident of a vehicle such as an automobile, and more specifically, a system provided on the vehicle side to cope with a vehicle collision. To Related.
[0002]
[Prior art]
For example, in the following [Patent Document 1], regarding a collision between automobiles, a protection device provided on its own vehicle is received by receiving a traveling state, operation information, etc. of the vehicle from a partner vehicle having a high possibility of collision. An in-vehicle system that operates properly is described. It is considered that such a system related to the collision countermeasure using the communication will be installed in many vehicles in the future. However, the system described in [Patent Document 1] is not a technology that can be used effectively in order to cope with a collision accident that has occurred. Information regarding collision vehicles can also be useful information for the countermeasures against the accident response measures, and technology for effectively utilizing information from the vehicles is being considered when providing such assistance. With regard to a system for taking measures against a collision accident based on vehicle information transmitted from a collision vehicle, there have been technologies described in, for example, [Patent Document 2] and [Patent Document 3]. .
[0003]
[Patent Document 1]
JP-A-11-263190
[Patent Document 2]
Japanese Patent Laid-Open No. 11-348697
[Patent Document 3]
JP 2002-127857 A
[0004]
[Problems to be solved by the invention, means for solving problems and effects]
The techniques described in [Patent Document 2] and [Patent Document 3] both detect a collision that has actually occurred and use the detected information as a trigger to trigger various types of collision-related systems. Information is transmitted to a system outside the vehicle, and processing for supporting countermeasures is performed based on the transmitted information. That is, it is a system that executes support processing based on transmission information after an actual collision, triggered by the actual occurrence of the collision. However, in a vehicle collision accident, accurate information cannot always be transmitted after a collision has occurred. For example, various sensors for acquiring information that is the basis of transmission information may not function normally due to the impact of a collision, and the transmission device or the system itself may be damaged and cannot transmit. Is also possible. That is, the system that transmits accident information after a collision is not necessarily an effective system when supporting measures for dealing with a collision accident.
[0005]
Therefore, the present invention has been made with an object of obtaining an in-vehicle system capable of effectively dealing with a collision accident and a system capable of effectively supporting a countermeasure for dealing with a collision. The in-vehicle collision response system, the collision accident response measure support system, and the collision accident response system configured to include them can be obtained. As with the claims, each aspect is divided into sections, each section is numbered, and is described in a form that cites the numbers of other sections as necessary. This is for the purpose of facilitating understanding of the present invention, and should not be construed as limiting the technical features described in the present specification and the combinations thereof to those described in the following sections. . In addition, when a plurality of items are described in one section, it is not always necessary to employ the plurality of items together. It is also possible to select and employ only some items.
[0006]
In the following sections, Technical features related to “communication device”, “first information transmission processing unit”, and “second information transmission processing unit” are deleted from the combination of items (1), (2) and (4) But, Corresponds to claim 1, What added those technical characteristics to Claim 1 is what added the technical characteristics of (3) to Claim 2, and added the specific restrictions to Claim 2, and added Claim 3 to Claim 3. , Each corresponds.
[0007]
(1) A system mounted on a host vehicle for responding to a collision accident of the host vehicle,
A detection device capable of detecting an object with which the host vehicle may collide;
A communication device that communicates with the outside of the vehicle;
(A) a collision possibility estimation processing unit that estimates the possibility of a collision between the object and the host vehicle based on a detection result by the detection device; and (B) a collision estimated by the collision possibility estimation processing unit. A first information transmission processing unit for transmitting, through the communication device, first information, which is information relating to the collision, when the possibility of the occurrence is higher than a set first collision possibility, which is a possibility of being set; (C) If the collision possibility estimated by the collision possibility estimation unit is higher than the set second collision possibility, which is a possibility that the collision possibility is set to be higher than the set first collision possibility, the second is information to that effect. A collision response processing apparatus comprising: a second information transmission processing unit configured to transmit information through the communication apparatus;
An in-vehicle collision response system characterized by comprising the above.
[0008]
To put it simply, the in-vehicle collision response system described in this section has a function of transmitting information related to a collision that will be generated before that to the outside of the host vehicle when the probability of the collision is high. It is a system equipped. Since the information can be transmitted before the vehicle actually collides, even if the system fails due to the impact of the collision, it is possible to effectively take measures to deal with the collision accident. It becomes.
[0009]
The system described in this section is a system that responds to a collision, and widely refers to various objects such as moving objects such as preceding vehicles and oncoming vehicles, stationary vehicles such as stopped vehicles, and roadside objects. Thing ". The “detection device” capable of detecting an object is not particularly limited, but a radar device that recognizes the position of the object using a laser, millimeter wave, or the like, a camera such as a CCD camera, and the camera. Various devices such as a monitoring camera device that recognizes an object by performing image processing on the captured image data can be used alone or in combination. The “communication device” is not particularly limited, but it is desirable that it can communicate wirelessly. A dedicated device for the system may be used, or a communication device provided in the car navigation system, a vehicle-mounted telephone device, a mobile phone device that can be attached to the vehicle, or the like may be used.
[0010]
The “collision response device” may be a device mainly composed of a computer. “Possibility of collision with the object” refers to the object calculated from the distance to the object, the collision time calculated from the distance and the relative approach speed with the object, the distance and the traveling speed of the host vehicle. It is possible to estimate based on various parameters such as the arrival time. “Setting first collision possibility” and “setting second collision possibility” (hereinafter, sometimes referred to as “first collision possibility” and “second collision possibility”) are also set based on these parameters. Can be. Note that it is also possible to estimate the possibility with different parameters in the judgment on the first collision possibility and the judgment on the second collision possibility. The “first collision possibility” and the “second collision possibility” can be considered as set threshold values. Both values express the possibility of different heights, and the second collision possibility is set to a value indicating a higher state than the first collision possibility. For example, the first possibility of collision may be set to such a high level that there is a slight possibility of collision, and the second possibility of collision may be set to such a height that it is difficult to avoid the collision. Is possible.
[0011]
The “first information” transmitted outside the host vehicle may include, for example, information related to the relationship between the host vehicle and the object. Information on the relationship between the vehicle and the object includes, for example, the parameters described above, such as the distance to the object, relative approach speed, collision time, and arrival time, as well as the high possibility of collision. Also good. In addition, the information includes the direction of the object relative to the own vehicle, the amount of object displacement from the axis extending in the front-rear direction of the own vehicle, and the object on the own lane on which the own vehicle is scheduled to travel. Probability (own lane probability) and the like, and further, image data of an object viewed from the own vehicle imaged by the camera device are also included. The first information can also include information other than information related to the relationship with the object. For example, information on specifications of the host vehicle such as the type, model, length, width, weight of the host vehicle, traveling speed detected by various sensors provided on the host vehicle, yaw rate, engine speed, gear shift position , Steering angle, deceleration, brake pedal operation amount, operation speed, etc., information on the driving / operating state of the vehicle, information on the driver's condition, such as voice in the passenger compartment, heart rate, etc. Various information such as information related to the traveling position of the host vehicle acquired by the GPS (global position inng system) can be included in the first information. The various types of information listed above can be useful information for grasping the situation of the collision when a collision actually occurs. That is, the “first information” can be information capable of estimating the situation of the collision that occurs. Considering the purpose of use of the first information for estimating the collision situation, the first information is information every moment from the collision possibility exceeding the first collision possibility to the second collision possibility, That is, in an extreme sense, it is desirable that the information is continuous or intermittent information from a relatively low possibility of collision to the middle of the collision.
[0012]
Another information, “second information”, is information including information indicating that the estimated possibility of collision is higher than the possibility of second collision. This information may not be data but may be, for example, a simple signal or signal. Various types of information such as the first information can be included. The second information can be information indicating that the occurrence of a collision has been confirmed. In extreme terms, it can be information that pretends that a collision has occurred. In the case of handling such information, it is desirable to set the second possibility of collision to a height at which collision cannot be avoided or close to it.
[0013]
(2) Cancellation information transmission processing in which, when either the first information or the second information is transmitted, the collision handling processing device transmits cancellation information for canceling either of the first information and the second information through the communication device. The in-vehicle collision response system according to item (1), which includes a unit.
[0014]
It is assumed that the system transmits information when the possibility of a collision is high, and that some system (such as a collision accident countermeasure support system described later) that receives the information executes some kind of treatment or processing. Therefore, it is desirable to provide means for invalidating the transmitted information when the transmitted information is false. The mode described in this section is a mode having an advantage based on such a viewpoint, and is a mode in which the transmitted information can be canceled and the treatment and processing executed based on the information can be canceled. For example, since the second information can be, in an extreme case, information that simulates a collision before the collision, as described later, the received system uses the second information as a trigger for processing and processing. It is also possible to start execution. Even in such a case, when the actual collision did not occur, the damage was so small that the transmitted second information was canceled, in other words, the second information was executed as a trigger. It is desirable to invalidate the treatment and processing. From such a viewpoint, it is desirable to implement the mode described in this section in a mode in which the second information is canceled when the second information is transmitted.
[0015]
(3) The in-vehicle collision handling system according to (1) or (2), wherein the collision handling apparatus includes a first information recording unit that records the first information on a non-volatile recording medium included in the crash handling system.
[0016]
The first information can include various types of information as described above, and is useful information for estimating the magnitude of damage caused by a collision accident, analyzing the cause of a collision accident, and the like. Therefore, it is desirable to store and record the first information in the own vehicle. However, when it is assumed that the system will not function normally due to a collision accident, it is necessary to protect the information from the impact of the collision. For example, providing a recording device having a robust structure such as an airplane flight recorder is one means, but such a recorder is expensive and impractical. From such a viewpoint, the aspect described in this section is an aspect in which the first information can be stored by a practical means. The “nonvolatile recording medium” may be a recording medium that does not lose the recorded contents even when the power supply is cut off, such as a flexible disk, a CD-R (W), a DVD-R (W), a hard disk. , Various recording media such as EEPROM (electrically erasable and programable ROM) can be employed. Among these, it is desirable to employ an EEPROM in consideration of advantages such as small size, high recording speed, and erasability.
[0017]
(4) The collision handling processing apparatus includes a temporary storage medium that temporarily records the first information, and the first information recording unit has a possibility of a collision estimated by the collision possibility estimation unit. The first information recorded on the temporary storage medium is recorded on the non-volatile recording medium when the setting third possibility of collision is higher than the first setting possibility (3 The in-vehicle collision response system according to item).
[0018]
For example, as described above, when the first information is information every moment, the amount of information is large. In addition, when the second possibility of collision is considered to be a level where it is difficult to avoid the collision, even if the possibility of the collision exceeds the first possibility of collision in actual vehicle travel, Often there is no possibility of two collisions. Therefore, when all of the first information is recorded on the non-volatile recording medium, the loss is large in terms of the recording capacity of the non-volatile recording medium and the efficiency of the recording process. The aspect described in this section is a practical aspect with no loss because the first information so far is recorded on the nonvolatile recording medium when the possibility of a collision is increased. “Setting third collision possibility” (hereinafter, may be abbreviated as “third collision possibility”) in this section is similar to the second collision possibility in the role they have. It can be the same as the collision probability. That is, in the case of transmitting the second information, the first information is recorded on the nonvolatile recording medium. The “temporary storage medium” in this section is a recording medium that functions as a buffer. For example, a RAM or the like provided in a computer that forms the main body of the collision handling apparatus can be used.
[0019]
(11) A system installed outside the vehicle to support measures to deal with a vehicle collision accident,
A communication device for communicating with the vehicle;
(a) When the possibility of a collision in a certain vehicle is higher than the first possibility of being set, the first information that is information related to the collision transmitted from the vehicle is received through the communication device. A first information reception processing unit; and (b) transmitted from the vehicle when the possibility of a collision in the certain vehicle is higher than a second setting possibility, which is a possibility that the possibility of a collision is set higher than the first setting possibility. A second information reception processing unit that receives second information including the information to that effect through the communication device; and (c) the second information is used as a trigger to trigger a collision of the certain vehicle based on the first information. A collision situation estimation processing unit for estimating the situation; and (d) a support process execution unit for executing a support process for a countermeasure against the collision accident of the vehicle based on the estimation result of the collision situation estimation unit. Support processing device
Collision accident response measures support system configured to include.
[0020]
The collision accident countermeasure support system described in this section is a system that functions by linking with the vehicle-mounted collision response system. To put it plainly, the first information sent from the in-vehicle collision response system is received, the second information that the probability of the collision is increased, the situation of the expected collision accident is estimated, and the estimated result is Based on this, it is a system that performs support processing of countermeasures for accidents that occur. Since the situation of the collision is obtained before the collision, reliable information can be obtained. The “support processing” to be executed is not particularly limited, but in the mode described in this section, for example, notification of accident information to insurance agencies, such as police stations, fire stations, hospitals, etc., insurance Providing accident status information to organizations responsible for post-processing of accidents such as companies and vehicle dealers, providing accident information to organizations reporting road information such as various media and road traffic centers, It is possible to execute such measures by supporting processing to cause other systems to cooperate with each other. In other words, the system described in this section is a mode that executes processing such as instructions for implementing countermeasures to an organization that takes specific measures to deal with a collision accident, and transmission of accident information as support processing. Can be. The system described in this section is not limited to the place where it is installed. For example, the system may be installed in an organization that controls road traffic. It may be arranged in. The “communication device” included in the system may be at least capable of communicating with the in-vehicle collision response system. For example, it may be a communication device that directly communicates with the vehicle, or may be a communication device that is relayed by some relay means and indirectly communicates with the vehicle.
[0021]
(21) A collision accident handling system comprising the on-vehicle collision handling system according to any one of (1) to (4) and the collision accident handling measure support system according to (11).
[0022]
The collision accident handling system described in this section is a comprehensive system in which the in-vehicle collision handling system and the collision accident handling support system are combined. The description of the system described in this section is omitted because it overlaps with the above description.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. The present invention is by no means limited to the following embodiments, and includes, in addition to the following embodiments, the aspects described in the above section [Problems to be Solved by the Invention, Problem Solving Means and Effects]. The present invention can be implemented in various modifications and improvements based on the knowledge of those skilled in the art.
[0024]
<Hardware configuration of collision incident handling system>
FIG. 1 schematically shows a hardware configuration of the collision accident handling system. The collision accident response system includes an in-vehicle collision response system 12 mounted on a vehicle 10 (sometimes referred to as “own vehicle 10”) and a collision accident response measure support system 16 installed in a traffic control center 14. It is configured.
[0025]
The in-vehicle collision handling system 12 includes a collision handling electronic control unit (hereinafter sometimes abbreviated as “ECU”) 20 as a collision handling processing device that forms the core of the system, and various types of vehicles mounted on the vehicle 10. It is configured to include devices. The vehicle 10 is provided with two local area networks (LANs) 22 and 24, and the collision handling ECU 12 is connected to both the two LANs 22 and 24, and various devices are connected via the LANs 22 and 24. It is connected to the.
[0026]
One of the two LANs 22, 24 is a sensor system LAN 22, which includes a radar device 30, a camera device 32, various sensors 34, and an emergency switch 36 that is a kind of operation switch of the collision handling ECU 20. A cancel switch 38 and the like are connected as the various devices. The other LAN 24 is an AV LAN 24. The AV LAN 24 includes a communication device 40, an in-vehicle sound acquisition device 42, a car navigation device 44, an indicator 46 as a display for displaying the state of the collision handling ECU 12, and the like. Are connected as the various devices.
[0027]
The various devices will be described in order. The radar device 30 is a millimeter wave radar device that uses millimeter waves as detection waves. Specifically, a transmission signal in which frequency modulation (FM) is performed on a continuous wave (CW) is used. This is an FM-CW radar device. The radar device 30 monitors the objects existing around the own vehicle, and determines the distance between the existing object and the own vehicle, the direction of the existing object based on the own vehicle, and the relative speed between the existing object and the own vehicle. Output. The camera device 32 is a device configured to include a CCD camera and an image processing device. The camera device 32 can take an image of the surroundings of the host vehicle, and relates to an entity existing around the vehicle from the image data. Detailed information can be obtained. The radar device 30 and the camera device 32 are included to constitute the detection device of the in-vehicle collision system 12.
[0028]
Various types of sensors 34 are already commonly installed in vehicles (for example, wheel speed sensors (also functioning as vehicle speed sensors), yaw rate sensors, rudder angle sensors, acceleration (deceleration) sensors, etc.). It is for detecting the running state, the operation state, etc. of the own vehicle. The emergency switch 36 is a switch for causing the collision handling ECU 20 to execute an emergency process by manual operation, and the cancel switch 38 is a switch for manually canceling the process executed by the collision handling ECU 20. The functions of these switches 36 and 38 will be described in detail later.
[0029]
The communication device 40 is an in-vehicle telephone device that uses a radio telephone line. The in-vehicle collision response system 12 is connected to the collision accident countermeasure support system 16 of the traffic control center 14 via the communication device 40 by dial-up connection. Communication is possible. The vehicle interior sound acquisition device 42 has a microphone for picking up the sound in the vehicle interior, has a function of converting the sound of a passenger of a vehicle such as a driver into digital data, and transmitting the data to the collision handling ECU 20. ing. The car navigation device 44 has a GPS function, and can transmit the traveling position of the host vehicle acquired by the function to the collision handling ECU 20. The indicator 46 is a display device mainly composed of LEDs, and mainly shows various states relating to communication between the in-vehicle collision response system 12 and the collision accident countermeasure support system 16 to the driver according to the lighting and extinguishing modes of the LEDs. Has the function to show. Specifically, it changes according to the status, for example, it is turned off during communication standby, blinks during information transmission, and lights up when communication is abnormal. The indicator 46 is provided with a buzzer and can notify the driver of the operation of the system with a beep sound.
[0030]
The collision accident countermeasure support system 16 provided in the traffic control center 14 includes a support processing device 50 and a communication device 52. The support treatment apparatus 50 is an apparatus mainly composed of a large computer and forms the core of the system. The communication device 52 is a telephone device that uses a radio telephone line, and communicates with the communication device 40 provided in the vehicle 10. The traffic control center 14 can communicate various information with various media related to the police, fire fighting, hospitals, vehicle dealers, insurance companies, news reports, and the like.
[0031]
<Functional configuration of collision incident handling system>
As described above, the collision handling accident handling system includes two systems, the in-vehicle collision handling system 12 and the collision handling countermeasure support system 16. Each of the two systems includes a collision handling processing device (collision handling ECU) 20 and a support processing device 50 as the core devices. Both the collision handling processing device 20 and the assistance processing device 50 are devices mainly composed of a computer, and each processing is executed by internal processing of the computer. Each of the devices 20 and 50 can be conveniently divided into various functional parts according to the contents of the processing, and each of the devices 20 and 50 is configured by combining those functional parts. Can do. Hereinafter, the functional configuration of each of the systems 12 and 16 will be described with reference to the functional block diagram shown in FIG. 2, focusing on the functional configuration of each of the devices 20 and 50 described above.
[0032]
i) Vehicle collision response system
The collision response processing device 20 of the in-vehicle collision response system 12 includes, as functional parts, a first information storage processing unit having a collision possibility estimation processing unit 60, a first information creation processing unit 62, a temporary recording medium 64, and a nonvolatile recording medium 66. 68, a first information transmission processing unit 70, a second information transmission processing unit 72, and a cancellation information transmission processing unit 74. The collision possibility estimation processing unit 60 is based on the information on the object with the possibility of collision detected by the detection devices 30 and 32 and the information on the running state of the host vehicle 10 detected by the various sensors 34. The possibility of collision between the host vehicle 10 and the object is estimated. The first information creation processing unit 62 can transmit the first information (described later) based on the information from the detection devices 30 and 32 and the information from the various sensors 34 in accordance with the estimation result of the collision possibility estimation unit 60. Create a recordable form. The first information storage processing unit 68 stores the first information in the temporary recording medium 64 according to the estimation result of the collision possibility estimation processing unit 60, and stores the first information recorded in the temporary recording medium 64 in a nonvolatile manner. It is stored in the recording medium 66 (the temporary recording medium is a RAM provided in the device 20 and the non-volatile recording medium 66 is an EEPROM). The first information transmission processing unit 70 and the second information transmission processing unit 72 transmit first information and second information (described later) via the communication device 40 according to the estimation result of the collision possibility estimation processing unit 60, respectively. . When the cancel switch 38 is operated by the driver, the cancellation information transmission processing unit 74 transmits cancellation information (described later) for canceling the already transmitted second information via the communication device 40.
[0033]
ii) Collision accident response support system
The support processing device 50 of the collision accident response measure support system 16 includes a first information reception processing unit 80, a second information reception processing unit 82, a collision situation estimation processing unit 84, and a support processing execution unit 86 as functional parts. Are recorded as a temporary recording medium 88 and a collision accident database 90. The first information reception processing unit 80 receives the first information transmitted from the in-vehicle collision response system 12 via the communication device 52, and the information is stored in the temporary recording medium 88 (the RAM included in the device 50). Record. The second information reception processing unit 82 receives the second information transmitted from the in-vehicle collision response system 12 via the communication device 52, and the first information recorded in the temporary recording medium 88 using the information as a trigger. Are stored in the collision accident database 90 (a computer specialized in database function). The second information reception processing unit 82 also receives the cancellation information, and issues a cancellation instruction for the processing executed using the second information as a trigger to each functional unit. The collision situation estimation processing unit 84 uses the second information as a trigger to estimate the situation of a collision that will occur in the vehicle based on the information stored in the collision accident database 90. The assistance processing execution unit 86 executes assistance processing based on the estimation result from the collision situation estimation processing unit 84. Specifically, for example, information relating to the accident stored in the collision matter database 90, instructions for countermeasures, and the like are provided in the linkage system 100 (in this embodiment, the traffic management center 14). From these systems 100, notification to related organizations, information delivery, and the like are made.
[0034]
<Contents of the collision accident handling system>
Various processes by the in-vehicle collision response system 12 and the collision accident response measure support system 16 which are two systems constituting the collision response system are performed by the collision response processing device 20 and the support processing device 50 respectively. This is performed by executing the support processing program. FIG. 3 shows a flowchart of the collision handling process program, and FIG. 4 shows a flowchart of the support process program. Hereinafter, the process by the in-vehicle collision response system 12 and the process by the collision accident countermeasure support system 16 will be described according to those flowcharts. Note that these programs are stored in a short time interval (for example, several tens of times) while the ignition switch of the vehicle 10 is turned on or while the main switch of the collision accident countermeasure support system 16 is turned on. It is repeatedly executed after 100 msec). As a result, both systems 12 and 16 are configured to perform continuous processing. Further, although the collision accident countermeasure support system 16 is configured to be able to execute support processing for a plurality of vehicles, in order to simplify the description, the flowchart of FIG. It is assumed that only the part for processing is extracted and expressed.
[0035]
i) Processing by in-vehicle collision response system
When the execution of the collision response processing program starts, first, in step 1 (hereinafter abbreviated as “S1”, the same applies to other steps), the system 12 may communicate with the collision incident countermeasure support system 16. It is determined whether or not the standby state is possible, and if the standby state is not reached, an instruction is issued to the communication device 40 in S2, and the communication device 40 performs a predetermined communication setting process (for example, Dial-up, etc.) to enter a standby state, and one execution of the program ends. Once communication is set, in principle, the communicable state is maintained until the setting is canceled. Therefore, S2 is normally performed only when the program is executed for the first time. Subsequently, in S3, it is determined whether or not a cancel operation has been performed. When the cancel switch 38 is operated, it is determined that there has been a request for cancel processing, the cancel processing of S4 and S5 is executed, and one execution of this program ends. A series of processing of S4 and S5 will be described later. If the cancel switch 38 is not operated, the possibility of a collision with the object of the host vehicle 10 is estimated in S6.
[0036]
There are various methods for estimating the possibility of a collision. For example, so-called ACC control (Auto-Cruise-Control or Adaptive-Cruise-Control: control that adjusts the output of the engine device or the like so as to follow the preceding vehicle in a state where the inter-vehicle state with the preceding vehicle is set. ) And so-called PCS control (Pre-Clash-Safety: Control that predicts vehicle collisions and activates protective devices such as seat belts before collision) Is possible. When the vehicle 10 is equipped with a system that performs control such as ACC control and PCS control, it is possible to estimate the possibility of collision using a part of the system. In addition, the possibility of collision can be estimated based on the detection result of the radar device 30, or can be performed based on the result of image recognition by the camera device 32. In order to simplify the description, in this embodiment, the possibility of a collision with an object is determined by the vehicle lane in which the host vehicle 10 is scheduled to travel from the detection results of the wheel speed sensor, the yaw rate sensor, the rudder angle sensor, and the like. A lane is virtualized, an entity existing in the virtual lane is recognized as an object, and the collision time with the recognized object based on the detection result of the radar device 30 (the distance between the two is expressed as a relative speed). And the estimated collision time value is used for estimation.
[0037]
After the possibility of the collision is estimated, in S7, when the collision time with the object is shorter than the predetermined collision time, it is determined that the collision possibility of the object is higher than the first collision possibility. The first possibility of collision having a role as a threshold is considered to be a relatively low possibility. In the determination of S7, the determination of Yes is made to the extent that there is a slight possibility of collision with the object. Be defeated. If the possibility of collision with the object does not exceed the first possibility of collision, or in extreme cases, when it is recognized that there is almost no possibility of collision, the processes of S8 and S9 are executed, One execution is completed. The processing of S8 and S9 will be described later. In terms of the relationship with the above-described functional parts, the processes of S6 and S7 are performed by the collision possibility estimation processing unit 60.
[0038]
In S7, when the possibility of collision is higher than the first possibility of collision, first information is set in S10. The first information is created based on detection by the detection devices 30 and 32 and information detected by the various sensors 34. Specifically, various things such as the distance, relative speed, positional relationship, etc. between the object and the host vehicle 10 can be included. Since specific examples of the first information are enumerated above, description thereof is omitted here. This S10 is performed by the first information creation processing unit 62 described above, and the first information is set in a transmittable format and a recordable format. Subsequently, in S <b> 11, the created first information is transmitted to the collision accident countermeasure support system 16 via the communication device 40. The process of S11 is performed by the first information transmission processing unit 70.
[0039]
Next, in S12, the possibility of a collision is determined based on the buffer recording discrimination possibility which is another threshold value. This threshold value is a threshold value for determining whether or not the first information is recorded in the temporary recording medium 64 (hereinafter sometimes referred to as “buffer 64”). When this threshold value is exceeded, in S13, First information is recorded in the buffer 64. This buffer recording discrimination possibility is set to a value higher than the first collision possibility and lower than the second collision possibility described later. In the present embodiment, the height is set to be substantially the same as the first collision possibility, and most of the first information transmitted to the collision accident countermeasure support system 16 is recorded in the buffer 64. Yes. Note that S11 is performed by the collision possibility estimation processing unit 60, and S13 is performed by the first information storage processing unit 68. In S12, when it is determined that there is no need to record in the buffer 64, one execution of this program ends.
[0040]
In S14, it is determined whether or not the possibility of collision is higher than the second possibility of collision. The second collision possibility is set to such a height that it is estimated that the collision cannot be avoided. That is, the collision time as the threshold is set as a relatively short time. When it is determined that the estimated collision possibility is less than or equal to the second collision possibility, one execution of the program ends. If it is determined that the possibility of collision is higher than the second possibility of collision, the process of S15 and subsequent steps is performed under the assumption of a collision. In S15, the second information, that is, a signal indicating that the possibility of collision is higher than the second possibility of collision is transmitted to the collision accident countermeasure support system 16 via the communication device 40, and is recorded in the buffer 64 in S16. The first information is written in a non-volatile recording medium 66 (hereinafter sometimes referred to as “EEPROM 66”). That is, information is fixed. Note that the EEPROM 66 can be attached to and detached from the collision handling apparatus 20, and the EEPROM 66 can be removed from the collision handling apparatus 20 even if the system is damaged due to the impact of a collision or the like. If set in a predetermined reader, the recorded first information can be read. After the first information is written in the EEPROM 66 in S16, the first information recorded in the buffer 64 is cleared in S17. The process of S15 is performed by the second information transmission processing unit 72, and the processes of S16 and S17 are performed by the first information storage processing unit 68.
[0041]
According to the above description, the determination as to whether or not to fix to the nonvolatile recording medium 66 is performed using the third possibility of collision as a threshold value. In the present embodiment, actually, the second possibility of collision is performed as a threshold value. In the present embodiment, it can be considered that the second collision possibility and the third collision possibility are set as the same height possibility, and the process of S14 is determined based on the third collision possibility. The process is equivalent to the process of performing. In other words, regarding the determination of writing to the EEPROM 66, the process of S14 may be interpreted as a determination based on the third collision possibility. Note that unlike the present embodiment, the third collision possibility is set as a threshold of the possibility that the second collision possibility is different from the second collision possibility, the second information is transmitted, and the first information is written to the EEPROM 66. May be executed in such a manner as to be executed at a time when the possibility of collision is different.
[0042]
Assuming that this program is executed continuously, the process related to one object is roughly described. For example, in S7, an object having a higher possibility of collision than the first possibility of collision was recognized. In this case, in S7 of the subsequent execution of the program, the first information is transmitted every moment and is recorded in the buffer 64 every time the program is executed unless the possibility of collision falls below the first possibility of collision. Is done. Then, when the possibility of a collision with the object is increased, and it is determined in S14 that the possibility of a collision is higher than the second collision possibility, information indicating that the collision will occur in the near time is transmitted. At the same time, the first information about the object is fixed in the EEPROM 66. Even if it is recognized in S7 that the first possibility of collision has been exceeded, if the possibility of collision becomes equal to or less than the first possibility of collision after that, the processes of S8 and S9 are executed. The processes in S8 and S9 are processes in the case where it is assumed that there is no object that may collide. In S8, the first information recorded in the buffer 64 is cleared, and the subsequent S9 , Empty information, which is information indicating that there is no target object that is likely to collide, is transmitted to the collision accident countermeasure support system 16 via the communication device 40. Note that the process of S8 is performed by the first information storage processing unit 68, and the process of S9 is similar to the transmission of the first information, and thus is performed by the first information transmission processing unit 70.
[0043]
Even when the estimated collision possibility exceeds the second collision possibility, the collision may be avoided. At that time, it is expected that the collision accident countermeasure support system 16 will start processing, and the recorded contents of the EEPROM 66 become unnecessary. In the present embodiment, the indicator 46 emits a predetermined beep when the possibility of a collision exceeds the second possibility of collision before or after any one of the processes of S15 to S17. The driver can know the facts beyond that. Therefore, even when the second collision possibility is exceeded, when the collision does not actually occur, the driver operates the cancel switch 38, and when there is an operation, the determination in S3, The processes after S4 are executed. Specifically, first, in S4, cancellation information, which is information for canceling the transmitted second information, is transmitted to the collision incident countermeasure support system 16 via the communication device 40, and in the subsequent S5, the EEPROM 66 The first information written in is erased. The process of S4 is performed by the cancellation information transmission processing unit 74, and the process of S5 is performed by the first information storage processing unit 68.
[0044]
Although not shown in the flowchart, when the above-described emergency switch 36 is operated by the driver, information indicating an emergency is transmitted to the collision incident handling support system 16 via the communication device 40. After that, it is possible to make a call with the traffic control center 14 via the communication device 40 by any operation.
[0045]
ii) Processing by collision accident countermeasure support system
If execution of the support processing program starts, first, in S21, it is confirmed whether or not a reception request is made from the in-vehicle collision response system 12. That is, in a nutshell, it is determined whether or not the communication device 52 has received any information from the in-vehicle collision response system 12. If no reception request is made, one execution of this program is terminated. If a reception request has been made, it is determined in S22 whether the transmitted information is cancellation information. If the information is cancellation information, the cancellation of S23 (described later) is executed, and then the execution of this program is terminated. If it is determined in S22 that the information is not cancellation information, it is determined in next S24 whether the information is empty information. If it is empty information, it is presumed that there is no object with a possibility of collision, and in S25, a temporary recording medium 88 (hereinafter, referred to as later) for temporarily recording the first information, which will be described later. The “buffer 88” may be cleared, and one execution of this program ends. If the information transmitted in S24 is not empty information, it is determined in S26 whether the information is first information. If it is the first information, the support processing device 50 receives the first information via the communication device 52 in the subsequent S27, and the first information is recorded in the buffer 88.
[0046]
If it is determined in S26 that the information is not the first information, S27 is skipped, and it is determined in S28 whether or not the information is the second information. If it is determined that the information is not the second information, one execution of the program is terminated. In the present embodiment, since the information sent from the in-vehicle collision response system is any one of cancellation information, empty information, first information, and second information, it is actually determined in S28 that the information is not the second information. Never happen. When it is determined that the information received in S28 is the second information, the support processing device 50 receives the second information via the communication device 52, and as a process based on the received second information, In the next S29, the first information stored in the buffer 88 is stored in the collision accident database 90. In addition, after the first information is recorded, the buffer 88 is cleared in S30.
[0047]
In the functional part classification described above, the first information reception processing unit 80 is a part that receives first information, and the second information reception processing unit 82 is a part that receives second information. In practice, the processes of S24 to S27 are processes closely related to the reception of the first information or the processes thereof. Therefore, in the support processing device 50, the processes are executed by the first information reception processing unit 80. Has been. In addition, since the processes of S22 to 23 and S28 to S30 are processes closely related to the reception of the second information or a process similar thereto, in the support processing device 50, these processes are performed by the second information reception processing unit. 82 to execute.
[0048]
Assuming that this program is executed continuously, the processing up to this point will be described along the flow relating to one object. For example, when reception of the first information is permitted in S26, Unless the null information and the second information are received in the subsequent execution of the program, the first information is received and recorded in the buffer 88 every time the program is executed. Then, when the possibility of a collision with the object increases and the second information is received, it is determined in S28 that the collision will occur in the near future, and the object related to the object recorded in the buffer 88 is identified. The first information up to is fixedly recorded in the database 90. Even if the first information is received, if the empty information is recognized, it is considered that there is no possibility of collision with the object, and the information recorded in the buffer 88 in S25. The first information so far of the object is discarded.
[0049]
The processes of S31 and S32 following S30 in the flowchart are processes that are executed with the reception of the second information as a trigger. These processes are not actually processes on the same routine but processes by another program. However, in order to simplify the explanation, these processes are handled and described as processes on the same routine.
[0050]
In S31, the situation of the collision that will occur is estimated based on the first information stored in the collision accident database 90. As a specific example, for example, the relative speed immediately before the object and the vehicle 10, the size of the object analyzed from the image data, the collision angle, etc. The magnitude of impact received by crew members including the driver is estimated. The first information also includes the travel position of the vehicle 10, the presence / absence of a brake operation, the operation state of the steering angle, etc. In S31, the location of the accident, Analysis may be performed. This S31 is performed by the collision situation estimation processing unit 84.
[0051]
In S32, a support process is executed based on the estimated collision situation. This S32 is performed by the support process execution unit 86. If a specific example is given, various information, such as the instruction | indication of the countermeasure to the other system 100 which cooperates, and the estimated information based on 1st information and 1st information, will be performed. Collaborative system 100 includes an emergency call system for reporting to agencies that carry out relief activities, such as police stations, fire stations, and hospitals, and accident status information for institutions responsible for post-processing of accidents such as insurance companies and vehicle dealers. There are accident information provision systems for the purpose of providing information, road condition provision systems for the purpose of providing accident information to agencies that notify road conditions such as various media and road traffic centers. When this support system 16 delivers information to these cooperation systems 100, each cooperation system 100 instructs related organizations about appropriate measures to deal with the collision accident and various kinds of appropriate information regarding the collision accident. It becomes possible to carry out delivery and the like. The specific processes of S31 and S32 are not limited to the above examples, and various already-known estimation processes and various support processes can be widely executed.
[0052]
Even when the collision accident countermeasure support system 16 receives the second information, the vehicle 10 may avoid a collision as described above. In the case where the vehicle 10 avoids a collision, as described above, the cancellation information is transmitted from the in-vehicle collision response system 12. When cancel information is received, a cancel process is executed in S23. This canceling process is a process of invalidating the process executed with the second information as a trigger. Specifically, the cancellation of the related information stored in the collision accident database 90 and the information to that effect in the cooperation system 100 are performed. Delivery etc. are performed, and it is made possible to prevent inadvertent countermeasures from being implemented.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing a hardware configuration of a collision accident handling system.
FIG. 2 is a functional block diagram schematically showing a functional configuration of a collision accident handling system.
FIG. 3 is a flowchart showing a collision handling processing program executed by the collision handling processing device in order for the in-vehicle collision handling system to perform processing.
FIG. 4 is a flowchart showing a support processing program executed by a support processing device in order for the collision accident countermeasure support system to perform processing.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10: Vehicle 12: Vehicle collision response system 14: Traffic control center 16: Collision accident response measure support system 20: Collision response ECU (collision response processing device) 30: Radar device (detection device) 32: Camera device (detection device) 34 : Sensor 38: Cancel switch 40: Communication device 50: Support processing device 52: Communication device 60: Collision possibility estimation processing unit 62: First information creation processing unit 64: Temporary recording medium (buffer) 66: Non-volatile recording medium (EEPROM) 68: First information storage processing unit 70: First information transmission processing unit 72: Second information transmission processing unit 74: Cancellation information transmission processing unit 80: First information reception processing unit 82: Second information reception processing unit 84: Collision state estimation processing unit 86: support processing execution unit 88: temporary recording medium (buffer) 90: collision accident database 100: cooperation system

Claims (3)

自車両に搭載されて自車両の衝突事故に対応するためのシステムであって、
自車両が衝突する可能性のある対象物を探知可能な探知装置と
(A)前記探知装置による探知結果に基づき、前記対象物と自車両との衝突の可能性を推定する衝突可能性推定処理部と、(B)その衝突可能性推定処理部によって推定された衝突の可能性が設定された可能性である設定第1衝突可能性より高い場合に、その衝突に関する情報である第1情報を、一時記録媒体に一時的に記録するとともに、前記衝突可能性推定部によって推定された衝突の可能性が前記設定第1衝突可能性より高く設定された別の設定衝突可能性より高い場合に、前記一時記録媒体に記録されている第1情報を、不揮発記録媒体に記録する第1情報記録部とを備えた衝突対応処理装置と
を含んで構成されたことを特徴とする車載衝突対応システム。
A system mounted on the host vehicle for responding to a collision accident of the host vehicle,
A detection device capable of detecting an object with which the host vehicle may collide ;
(A) a collision possibility estimation processing unit that estimates the possibility of a collision between the object and the host vehicle based on a detection result by the detection device; and (B) a collision estimated by the collision possibility estimation processing unit. When the possibility of the collision is higher than the set first collision possibility, the first information that is information related to the collision is temporarily recorded on a temporary recording medium, and the collision possibility estimation unit The first information recorded in the temporary recording medium is stored in the non-volatile recording medium when the possibility of the collision estimated by the above is higher than another setting collision possibility set higher than the setting first collision possibility. An in-vehicle collision response system comprising: a collision response processing device including a first information recording unit for recording .
当該車載衝突対応システムが、さらに、自車両の外部と通信する通信装置を含み、
前記衝突対応装置が、さらに、 (C) 前記衝突可能性推定処理部によって推定された衝突の可能性が前記設定第1衝突可能性より高い場合に、前記第1情報を前記通信装置を通じて送信する第1情報送信処理部と、 (D) 前記衝突可能性推定部によって推定された衝突の可能性が前記設定第1衝突可能性より高く設定された可能性である別の設定衝突可能性より高い場合に、その旨の情報である第2情報を、前記通信装置を通じて送信する第2情報送信処理部とを備えた請求項1に記載の車載衝突対応システム。
The in-vehicle collision response system further includes a communication device that communicates with the outside of the host vehicle,
The collision handling apparatus further: (C) transmits the first information through the communication apparatus when the possibility of collision estimated by the collision possibility estimation processing unit is higher than the set first collision possibility. A first information transmission processing unit; and (D) a possibility of a collision estimated by the collision possibility estimation unit is higher than another setting possibility of collision, which is a possibility of being set higher than the setting first collision possibility 2. The in-vehicle collision response system according to claim 1 , further comprising: a second information transmission processing unit configured to transmit second information that is information to that effect through the communication device .
当該車載衝突対応システムが、さらに、運転者によって手動操作されるスイッチを含み、
前記衝突対応処理装置が、前記第1情報と第2情報とのいずれかが送信された場合に、そのいずれかを取り消すための取消情報を、運転者による前記スイッチの操作をトリガとして、前記通信装置を通じて送信する取消情報送信処理部を有する請求項2に記載の車載衝突対応システム。
The in-vehicle collision response system further includes a switch that is manually operated by the driver,
When either the first information or the second information is transmitted, the collision response processing device uses the switch operation by the driver as a trigger for canceling information for canceling the communication. The in-vehicle collision response system according to claim 2 , further comprising a cancellation information transmission processing unit that transmits through the device.
JP2003197025A 2003-07-15 2003-07-15 In-vehicle collision response system Expired - Fee Related JP4135584B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003197025A JP4135584B2 (en) 2003-07-15 2003-07-15 In-vehicle collision response system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003197025A JP4135584B2 (en) 2003-07-15 2003-07-15 In-vehicle collision response system

Publications (2)

Publication Number Publication Date
JP2005037991A JP2005037991A (en) 2005-02-10
JP4135584B2 true JP4135584B2 (en) 2008-08-20

Family

ID=34207301

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003197025A Expired - Fee Related JP4135584B2 (en) 2003-07-15 2003-07-15 In-vehicle collision response system

Country Status (1)

Country Link
JP (1) JP4135584B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2010109831A1 (en) * 2009-03-23 2012-09-27 コニカミノルタホールディングス株式会社 Drive recorder
JP5327091B2 (en) * 2010-02-10 2013-10-30 株式会社デンソー In-vehicle emergency call device
US20110210835A1 (en) * 2010-03-01 2011-09-01 Denso Corporation Emergency notification system and method for notifying emergency
JP5386415B2 (en) * 2010-03-18 2014-01-15 セコム株式会社 Vehicle accident reporting device
JP6036724B2 (en) 2014-02-17 2016-11-30 トヨタ自動車株式会社 Vehicle surrounding situation recognition device and vehicle control device

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2861679B2 (en) * 1992-10-06 1999-02-24 日産自動車株式会社 Collision judgment device
JPH08105968A (en) * 1994-08-10 1996-04-23 Nikon Corp Distance measuring device
JP3762954B2 (en) * 1996-04-25 2006-04-05 松下電器産業株式会社 Safe driving support device
DE10102771A1 (en) * 2001-01-23 2002-07-25 Bosch Gmbh Robert Motor vehicle object distance and relative speed signal provision device, generates function-specific output signals which are stored in memory
JP4790169B2 (en) * 2001-08-08 2011-10-12 富士通株式会社 Operation monitoring system
JP4033672B2 (en) * 2001-12-26 2008-01-16 株式会社日立製作所 Emergency notification system

Also Published As

Publication number Publication date
JP2005037991A (en) 2005-02-10

Similar Documents

Publication Publication Date Title
CN109466488B (en) Automatic vehicle collision rescue alarm system
JP7759875B2 (en) System for recording event data for autonomous vehicles
JP5820190B2 (en) On-board device for event monitoring
US8396655B2 (en) Motor vehicle control system
US11375351B2 (en) Method and system for communicating vehicle position information to an intelligent transportation system
EP3936394B1 (en) Vehicle control device, vehicle control method, and program
EP2481037B1 (en) Driver assistance device and system for vehicle accident detection and method for detecting a vehicle accident
CN103569109B (en) For the ground of non-driver on ground, the parking lot method of mobile vehicle
JP2009205368A (en) Accident notification system and onboard device
CN110001649B (en) Vehicle control system, vehicle control method, and storage medium
US20120286974A1 (en) Hit and Run Prevention and Documentation System for Vehicles
WO2014109972A1 (en) Method and system for providing feedback based on driving behavior
JP2000339599A (en) Automatic following system
WO2007097689A1 (en) A vehicle safety syystem
KR102870272B1 (en) System for event data recording of autonomous vehicle
CN103544741A (en) Assistant driving system
US11594038B2 (en) Information processing device, information processing system, and recording medium recording information processing program
KR101998351B1 (en) Device and method of transfering blackbox image using V2X communication
US20240059304A1 (en) Vehicle control device, vehicle control system, vehicle control method, and program
CN113085847A (en) Anti-collision method for automobile, automobile and readable storage medium
US10861260B2 (en) Driving behaviour monitoring systems
JP4135584B2 (en) In-vehicle collision response system
CN215264887U (en) Event recorder
JP2006277058A (en) Safety device
JP2009096403A (en) Braking operation report system for reducing collision damage

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051104

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20071119

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071218

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080215

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

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

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

Free format text: PAYMENT UNTIL: 20110613

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20110613

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20120613

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20120613

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20130613

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees