JP7449833B2 - 車両事故の不整合判断装置 - Google Patents

Description

本発明は、車両事故の不整合判断装置に関する。

自動車といった車両では、事故が発生した場合に、発生した事故を緊急通報することが考えられる。たとえば自動車では、緊急通報システムが実用化されている。緊急通報システムでは、事故に遭った自動車は、自動車に設けられる自動通報装置を用いて、事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さといった事故の緊急情報を、コールセンタのサーバ装置へ送信する（特許文献１）。コールセンタではサーバ装置が受信した各自動車の事故の緊急情報を確認し、ドクターヘリや救急の出動部隊に対して出動を要請する。これにより、事故時の情報に基づいて緊急出動を行うことができるため、事故にあった人を救うことができる可能性が高くなる。

特開２００１－２１６５８８号公報

しかしながら、このように事故に遭った自動車それぞれから事故の緊急情報をサーバ装置へ送信するだけでは、サーバ装置において事故の規模といった状況について正確に判断できない可能性がある。
たとえば、事故に遭った自動車の一部が、緊急情報をサーバ装置へ送信する自動通報装置を備えていなかったり、自動通報装置が事故などにより故障していたりする可能性がある。この場合、サーバ装置は、事故に遭った自動車から、事故の緊急情報を受信することができない。サーバ装置では、事故の規模を判断できないだけでなく、事故に遭った自動車についての情報を得ることができない。
また、自動通報装置は、基本的に１回の衝突を検出すると自動的に緊急情報を送信する。多重衝突が起きた場合、自動通報装置は、衝突ごとに何度も緊急情報を送信する。自動通報装置は、緊急情報についてのタイムスタンプなどを確認しなければ、多重事故の順番や、最終的な各自動車の状態について把握することができない。
さらに、複数の自動車がからむ事故の緊急情報を各自動車からそれぞれ得たとしても、自動通報装置は、そのままで、事故に遭った複数の自動車がどのように事故にあったのか、その状態や規模を判断することはできない。

このように緊急通報システムでは、事故の状況について、より高い確からしさでの判断を可能にすることが求められる。

本発明の一形態に係る車両事故の不整合判断装置は、事故に遭った複数の車両それぞれから、それぞれの前記車両の事故に関する緊急情報を送信することができる緊急通報システムに設けられる車両事故の不整合判断装置であって、事故に遭った複数の前記車両の緊急情報として、それぞれの車両での衝突回数の情報または衝突回数を特定することができる情報を取得する取得手段と、事故に遭った複数の前記車両それぞれの衝突回数をカウントするカウント手段と、事故に遭った複数の前記車両の間で衝突回数を比較する比較手段と、事故に遭った複数の前記車両の間で衝突回数に不整合がある場合に、不知の衝突にあった車両が存在する可能性があることを示す不整合の比較結果を生成する生成手段と、を有する。

好適には、前記比較手段は、事故に遭って緊急情報を上げている複数の前記車両についての全衝突車数と総衝突回数とを比較する、とよい。

好適には、前記比較手段は、衝突相手が他の前記車両ではないことを特定されている場合、それを勘案して全衝突車数と総衝突回数とを比較する、とよい。

好適には、前記比較手段は、事故に遭った複数の前記車両の衝突回数の総和を、奇数または偶数と比較し、前記生成手段は、事故に遭った複数の前記車両の衝突回数の総和が奇数である場合に、不整合の比較結果を生成する、とよい。

好適には、事故に遭った複数の前記車両の緊急情報を比較することにより、事故に遭った各前記車両の各衝突についての相手の車両を推定する推定手段、を有し、前記生成手段は、相手の車両が推定されなかった衝突がある場合には、その衝突を、不整合が生じている衝突の比較結果として生成する、とよい。

本発明では、事故に遭った複数の車両それぞれから、それぞれの車両の事故に関する緊急情報を送信することができる緊急通報システムに、車両事故の不整合判断装置を設ける。車両事故の不整合判断装置は、事故に遭った複数の車両の緊急情報として、それぞれの車両での衝突回数の情報または衝突回数を特定することができる情報を取得し、事故に遭った複数の車両それぞれの衝突回数をカウントし、事故に遭った複数の車両の間で衝突回数を比較する。そして、事故に遭った複数の車両の間で衝突回数に不整合がある場合には、不知の衝突に遭った車両が存在する可能性があることを示す不整合の比較結果を生成する。緊急情報を送信することができない車両、または緊急情報をすべて送信しきれていない車両が存在する可能性について注意喚起をすることができる。このように、本発明では、衝突回数のカウント数の矛盾に基づいて、緊急情報を送信することができない車両、または緊急情報をすべて送信しきれていない車両の存在を、注意喚起をすることができる。この車両事故の不整合判断装置の比較結果に基づいて、たとえば消防署などの救命部隊は、不明な衝突についての可能性と対策を含めた多重事故の規模や状況などについてより的確に判断して準備して必要な救急体制にて事故現場へ急行することができる。
このような車両事故の不整合判断装置を設けることにより、緊急通報システムは、事故の状況について、より高い確からしさで判断することが可能となる。

図１は、本発明の実施形態に係る緊急通報システムの一例の説明図である。 図２は、図１において事故に遭った自動車において緊急情報を送信する自動通報装置として機能可能な、自動車の制御系の説明図である。 図３は、図１のコールセンタで使用されるサーバ装置の説明図である。 図４は、図１の出動部隊で使用されるクライアント端末の説明図である。 図５は、事故に遭った複数の自動車の緊急情報を受信するサーバ装置での、自動車事故の不整合判断処理のフローチャートである。 図６は、自動車の緊急情報に含まれる加速度変化の一例の情報と、それに基づく自動車の衝突回数のカウントの仕方の一例の説明図である。 図７は、図１の緊急通報システムにおける、事故に遭った自動車からの緊急通報から救急出動までの一連の処理の流れを示すシーケンスチャートである。 図８は、複数の自動車１０の事故の具体例である。

以下、本発明の実施形態を、図面に基づいて説明する。

図１は、本発明の実施形態に係る緊急通報システム１の一例の説明図である。
図１の緊急通報システム１は、自動車１０などによる道路の事故を管理する機関のコールセンタで使用するサーバ装置２、消防などの救命出動部隊で使用するクライアント端末３、複数の自動車１０に設けられる自動通報装置４、および、これらに通信回線を提供する無線通信ネットワーク５、を有する。無線通信ネットワーク５は、自動通報装置４などの無線端末と通信するためにたとえば道路に沿って地域に分散して設けられる基地局６、複数の基地局６を接続する通信網７、を有する。基地局６は、通信可能なゾーン内の複数の無線端末が接続されるアクセスポイントとして機能する。図１の通信網７には、コールセンタのサーバ装置２、救命出動部隊のクライアント端末３、が接続される。このような事故発生時の緊急通報システム１には、たとえばＡＡＣＮ（Ａｄｖａｎｃｅｄ Ａｕｔｏｍａｔｉｃ Ｃｏｌｌｉｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）がある。ＡＡＣＮでは、事故に遭った自動車１０からコールセンタのサーバ装置２へ即時的に自動的な事故時情報が送信され、コールセンタの出動要請に基づいて救命出動部隊が救急車１１やドクターヘリを出動させる。コールセンタは、事故の状況に応じた救命出動部隊を選択して出動要請を出すことができる。救急車１１やドクターヘリは、事故の状況を把握している状態で、事故現場へ向かって出動できる。これにより、事故の当事者に対して、適切な救命処理を、短いリードタイムで即座的に提供することが可能となる。
なお、図１の緊急通報システム１は、複数の組織が連携して使用する例を示しているが、自動車１０などが通行可能な道路を含む地域を管理するたとえば警察、消防、役所、病院、医療機関、警備会社、管理会社などが単独で使用してもよい。
また、図１には、ＧＮＳＳ衛星が図示されている。図１の各装置は、複数のＧＮＳＳ衛星の緯度、経度の位置情報および時刻情報を含む電波を受信することにより、自身の位置および時刻を得ることが可能である。そして、複数の装置は、互いに協働している複数のＧＮＳＳ衛星から電波を受信することにより、それぞれの現在時刻などを高い精度で一致させることができる。共通の時刻を使用することができる。

ところで、自動車１０の事故は、その他のたとえば列車事故などのように単純なものではないことがある。
たとえば図１に示すように、一次衝突した自動車１０に対して、さらに別の自動車１０が二次衝突することがある。このような多重衝突が発生した場合、事故に遭った各自動車１０の状態および乗員の状態は、最初の一次衝突で推定可能なものとは大きく異なる可能性がある。しかも、一次衝突をした自動車１０は、一次衝突により自動通報装置４が故障していたり、一次衝突より前に既に自動通報装置４が故障していたりする可能性もある。自動通報装置４が故障している多重事故にあった自動車１０は、少なくとも二次衝突についての緊急情報を送信することができなくなる。また、多数の自動車１０が同一地点で事故に遭った場合、その一部の自動車１０の自動通報装置４は、基地局６との通信容量が不足することに起因して通信が遮断され、緊急情報を送信できなくなる可能性がある。
この他にもたとえば、図１の一次衝突に遭った左側の自動車１０は、その一次衝突により大破したり、道路から落ちたりする可能性がある。このような自動車１０は、緊急情報をまったく送信することができない。
そして、事故に遭った複数の自動車１０のすべてからすべての衝突についての緊急情報が得られない場合、サーバ装置２は、事故の規模を判断できないだけでなく、事故に遭った各自動車１０についての情報を得ることができない。
また、自動通報装置４は、基本的に１回の衝突を検出すると自動的に緊急情報を送信する。多重衝突が起きた場合、自動通報装置４は、衝突ごとに何度も緊急情報を送信する。自動通報装置４は、緊急情報についてのタイムスタンプなどを確認しなければ、受信した複数の緊急情報についての順番や、最終的な各自動車１０の状態について把握することができない。
さらに、複数の自動車１０がからむ事故の緊急情報を各自動車１０からそれぞれ得たとしても、自動通報装置４は、そのままで、事故に遭った複数の自動車１０がどのように事故にあったのか、その状態や規模を判断することはできない。
このように自動車１０の緊急通報システム１は、さらに改善する必要がある。緊急通報システム１は、事故の状況について、より高い確からしさで判断できるようにする必要がある。

図２は、図１において事故に遭った自動車１０において緊急情報を送信する自動通報装置４として機能可能な、自動車１０の制御系の説明図である。
図２の自動車１０の制御系２０は、複数の制御装置が、それぞれに組み込まれる制御ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）により代表して示されている。制御装置は、制御ＥＣＵの他に、たとえば制御プログラムおよびデータを記録するメモリ、制御対象物またはその状態検出装置と接続される入出力ポート、時間や時刻を計測するタイマ、およびこれらが接続される内部バス、を有してよい。
図２に示される制御ＥＣＵは、具体的にはたとえば、駆動ＥＣＵ２１、操舵ＥＣＵ２２、制動ＥＣＵ２３、走行制御ＥＣＵ２４、運転操作ＥＣＵ２５、検出ＥＣＵ２６、外通信ＥＣＵ２７、内通信ＥＣＵ２８、ＵＩ操作ＥＣＵ２９、乗員保護ＥＣＵ３０、である。自動車１０の制御系２０は、図示しない他の制御ＥＣＵを備えてよい。

複数の制御ＥＣＵは、自動車１０で採用されるたとえばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）といった車ネットワーク３６に接続される。車ネットワーク３６は、複数の制御ＥＣＵを接続可能な複数のバスケーブル３７と、複数のバスケーブル３７が接続される中継装置としてのセントラルゲートウェイ（ＣＧＷ）３８と、で構成されてよい。複数の制御ＥＣＵには、互いに異なる識別情報としてのＩＤが割り当てられる。制御ＥＣＵは、基本的に周期的に、他の制御ＥＣＵへデータを出力する。データには、出力元の制御ＥＣＵのＩＤと、出力先の制御ＥＣＵのＩＤとが付加される。他の制御ＥＣＵは、バスケーブル３７を監視し、出力先のＩＤがたとえば自らのものである場合、データを取得し、データに基づく処理を実行する。セントラルゲートウェイ３８は、接続されている複数のバスケーブル３７それぞれを監視し、出力元の制御ＥＣＵとは異なるバスケーブル３７に接続されている制御ＥＣＵを検出すると、そのバスケーブル３７へデータを出力する。このようなセントラルゲートウェイ３８の中継処理により、複数の制御ＥＣＵは、それぞれが接続されているバスケーブル３７とは異なるバスケーブル３７に接続されている他の制御ＥＣＵとの間でデータを入出力できる。

ＵＩ操作ＥＣＵ２９には、たとえば乗車している乗員とのユーザインタフェース機器として、表示デバイス４１、操作デバイス４２、が接続される。表示デバイス４１は、たとえば液晶デバイス、映像投影デバイス、でよい。操作デバイス４２は、たとえばタッチパネル、キーボード、非接触操作検出デバイス、でよい。表示デバイス４１および操作デバイス４２は、たとえば乗員が乗る車室の内面に設置されてよい。ＵＩ操作ＥＣＵ２９は、車ネットワーク３６からデータを取得し、表示デバイス４１に表示する。ＵＩ操作ＥＣＵ２９は、操作デバイス４２に対する操作入力を、車ネットワーク３６へ出力する。また、ＵＩ操作ＥＣＵ２９は、操作入力に基づく処理を実行し、その処理結果をデータに含めてよい。ＵＩ操作ＥＣＵ２９は、たとえば、表示デバイス４１に目的地などを設定するためのナビ画面を表示し、操作入力により選択した目的地までの経路を探索し、その経路データをデータに含めてよい。経路データには、現在地から目的地までの移動に使用する道路のたとえばレーンなどの属性情報が含まれてよい。

運転操作ＥＣＵ２５には、乗員が自動車１０の走行を制御するための操作部材として、たとえば不図示のハンドル、ブレーキペダル、アクセルペダル、シフトレバー、などが接続される。操作部材が操作されると、運転操作ＥＣＵ２５は、操作の有無、操作量などを含むデータを、車ネットワーク３６へ出力する。また、運転操作ＥＣＵ２５は、操作部材に対する操作についての処理を実行し、その処理結果をデータに含めてよい。運転操作ＥＣＵ２５は、たとえば自動車１０の進行方向に他の移動体や固定物がある状況においてアクセルペダルが操作された場合、その異常操作を判断し、その判断結果をデータに含めてよい。

検出ＥＣＵ２６には、自動車１０の走行状態を検出するための検出部材として、たとえば自動車１０の速度を検出する速度センサ５１、自動車１０の加速度を検出する３軸加速度センサ５２、自動車１０の外側の周囲を撮像するたとえばステレオカメラ５３、車室の乗員を撮像する車内カメラ５４、車内外の音をデータ化するマイクロホン５５、自動車１０の位置を検出するＧＮＳＳ受信機５６、などが接続される。ＧＮＳＳ受信機５６は、複数のＧＮＳＳ衛星１１０からの電波を受信し、自車の現在位置である緯度、経度、および現在時刻を得る。検出ＥＣＵ２６は、検出部材から検出情報を取得し、検出情報を含むデータを、車ネットワーク３６へ出力する。また、検出ＥＣＵ２６は、検出情報に基づく処理を実行し、その処理結果をデータに含めてよい。たとえば、検出ＥＣＵ２６は、３軸加速度センサ５２が衝突検出の閾値を超える加速度を検出した場合、衝突検出を判断し、衝突検出結果をデータに含めてよい。検出ＥＣＵ２６は、ステレオカメラ５３の画像に基づいて自車の周囲に存在する歩行者や他の自動車１０、街路樹や電柱、ガードレールといった対象物を抽出し、対象物の種類や属性を判断し、画像中の対象物の位置や大きさや変化に応じて対象物の相対方向、相対距離、移動している場合は移動方向を推定し、これらの推定結果を含む他の対象物との衝突の予測情報をデータに含めて車ネットワーク３６へ出力してよい。

外通信ＥＣＵ２７には、外通信デバイス６１、が接続される。外通信デバイス６１は、自動車１０の近くにある無線通信ネットワーク５の基地局６と無線通信する。外通信ＥＣＵ２７は、外通信デバイス６１と基地局６との無線通信を使用して、無線通信ネットワーク５を通じてサーバ装置２との間でデータを送受する。これらにより、自動車１０に設けられる外通信端末６０が構成される。外通信端末６０は、自動車１０に設けられる送信装置であり、無線端末の一種である。

内通信ＥＣＵ２８には、内通信デバイス７１、が接続される。内通信デバイス７１は、自動車１０の車内にある乗員の携帯端末と近距離の無線通信を実行する。内通信ＥＣＵ２８は、内通信デバイス７１と乗員の携帯端末との近距離の無線通信を使用して、車内の乗員の携帯端末との間でデータを送受する。なお、携帯端末は、基本的に、近くにある無線通信ネットワーク５の基地局６と無線通信できるものでよい。

走行制御ＥＣＵ２４は、自動車１０の走行を制御する。走行制御ＥＣＵ２４は、たとえば、車ネットワーク３６を通じて外通信ＥＣＵ２７、検出ＥＣＵ２６、運転操作ＥＣＵ２５などからデータを取得し、自動車１０の走行を自動運転または手動運転支援の制御を実行する。走行制御ＥＣＵ２４は、取得したデータに基づいて自動車１０の走行を制御するための走行制御データを生成し、駆動ＥＣＵ２１、操舵ＥＣＵ２２、および制動ＥＣＵ２３へ出力する。駆動ＥＣＵ２１、操舵ＥＣＵ２２、および制動ＥＣＵ２３は、入力される走行制御データに基づいて、自動車１０の走行を制御する。

乗員保護ＥＣＵ３０には、複数のシートベルト装置、複数のエアバッグ装置、乗員保護メモリ８７、が接続される。シートベルト装置には、たとえば、自動車１０を運転する乗員についての運転側シートベルト装置８１、自動車１０を同乗する乗員についての同乗側シートベルト装置８２、がある。エアバッグ装置には、たとえば、自動車１０を運転する乗員の前で展開する運転側フロントエアバッグ装置８３、自動車１０を運転する乗員の外側で展開する運転側カーテンエアバッグ装置８４、自動車１０を同乗する乗員の前で展開する同乗側フロントエアバッグ装置８５、自動車１０を同乗する乗員の外側で展開する同乗側カーテンエアバッグ装置８６、がある。これらにより、乗員保護装置８０が構成される。
検出ＥＣＵ２６からの他の対象物との衝突の予測情報、または衝突検出結果の情報に基づき、乗員保護ＥＣＵ３０はシートベルト装置やエアバッグ装置を作動させる、または制御する。
乗員保護メモリ８７は、コンピュータ読取可能な記録媒体であり、乗員保護ＥＣＵ３０が実行するプログラム、設定値、などが記録される。乗員保護メモリ８７には、乗員保護ＥＣＵ３０による制御内容の情報が記録されてよい。乗員保護ＥＣＵ３０は、乗員保護メモリ８７からプログラムを読み込んで実行する。これにより、乗員保護ＥＣＵ３０は、自動車１０の乗員保護制御部として機能し得る。
自動車１０の乗員保護制御部としての乗員保護ＥＣＵ３０は、たとえば衝突を検出した場合に乗員保護制御を実行するとともに、自動車１０の緊急情報を収集して送信する。乗員保護ＥＣＵ３０は、外通信端末６０を用いて、基地局６、通信網７を通じて、サーバ装置２へ収集した事故の緊急情報を送信する。

図３は、図１のコールセンタで使用されるサーバ装置２の説明図である。
図３のサーバ装置２は、サーバ通信デバイス９１、サーバメモリ９２、サーバＣＰＵ９３、サーバＧＮＳＳ受信機９４、サーバモニタ９５、サーバ通話デバイス９６、および、これらが接続されるサーババス９７、を有する。

サーバ通信デバイス９１は、無線通信ネットワーク５の通信網７に接続される。サーバ通信デバイス９１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信端末６０、クライアント端末３との間でデータを送受する。
サーバＧＮＳＳ受信機９４は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。サーバ装置２は、サーバＧＮＳＳ受信機９４の現在時刻により校正される不図示のサーバタイマを備えてよい。
サーバモニタ９５は、サーバ装置２の情報を表示する。サーバモニタ９５は、たとえば、事故などに遭った自動車１０からサーバ装置２が受信する緊急情報を表示する。
サーバ通話デバイス９６は、コールセンタの職員が、サーバ通信デバイス９１を用いて接続されている携帯端末のユーザとの間で通話するために使用される。

サーバメモリ９２は、コンピュータ読取可能な記録媒体であり、サーバＣＰＵ９３が実行するプログラム、設定値、などが記録される。サーバメモリ９２には、サーバＣＰＵ９３による制御内容の情報が記録されてよい。サーバＣＰＵ９３は、サーバメモリ９２からプログラムを読み込んで実行する。これにより、サーバ装置２には、サーバ制御部が実現される。サーバ制御部としてのサーバＣＰＵ９３は、サーバ装置２の全体的な動作を管理する。
たとえば、コールセンタのサーバ装置２のサーバＣＰＵ９３は、事故に遭った各自動車１０から即時的に送信された緊急情報をサーバ通信デバイス９１が受信すると、受信した緊急情報をサーバモニタ９５に表示する。コールセンタの職員は、表示されている各自動車１０の緊急情報に基づいて事故の状況を判断し、それに応じた出動要請を入力する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動要請をクライアント端末３へ送信する。

図４は、図１の出動部隊で使用されるクライアント端末３の説明図である。
図４のクライアント端末３は、クライアント通信デバイス１０１、クライアントメモリ１０２、クライアントＣＰＵ１０３、クライアント報知デバイス１０４、クライアントＧＮＳＳ受信機１０５、クライアントモニタ１０６、クライアント通話デバイス１０７、および、これらが接続されるクライアントバス１０８、を有する。

クライアント通信デバイス１０１は、無線通信ネットワーク５の通信網７に接続される。クライアント通信デバイス１０１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信デバイス６１、サーバ装置２との間でデータを送受する。
クライアントＧＮＳＳ受信機１０５は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。クライアント端末３は、クライアントＧＮＳＳ受信機１０５の現在時刻により校正される不図示のサーバタイマを備えてよい。
クライアントモニタ１０６は、クライアント端末３の情報を表示する。クライアントモニタ１０６は、たとえば、サーバ装置２から受信する出動要請などを表示する。
クライアント報知デバイス１０４は、出動部隊の隊員に対して、出動要請音を出力する。
クライアント通話デバイス１０７は、出動部隊の隊員が、クライアント通信デバイス１０１を用いて接続されている携帯端末のユーザとの間で通話するために使用される。

クライアントメモリ１０２は、コンピュータ読取可能な記録媒体であり、クライアントＣＰＵ１０３が実行するプログラム、設定値、などが記録される。クライアントメモリ１０２には、クライアントＣＰＵ１０３による制御内容の情報が記録されてよい。クライアントＣＰＵ１０３は、クライアントメモリ１０２からプログラムを読み込んで実行する。これにより、クライアント端末３には、クライアント制御部が実現される。クライアント制御部としてのクライアントＣＰＵ１０３は、クライアント端末３の全体的な動作を管理する。
たとえば、救命出動部隊のクライアント端末３のクライアントＣＰＵ１０３は、クライアント通信デバイス１０１が出動要請を受信すると、クライアント報知デバイス１０４により出動要請を報知する。これにより、救命出動部隊は、出動要請に基づいて、救急車１１やドクターヘリを事故現場へ急行させる。出動部隊は、各自動車１０についての事故の状況を把握している状態で、事故現場へ向かって出動できる。出動部隊は、事故の当事者に対して、適切な救命処理を、短いリードタイムで即座的に提供することが可能となる。

図５は、事故に遭った複数の自動車１０の緊急情報を受信するサーバ装置２での、自動車事故の不整合判断処理のフローチャートである。
事故に遭った複数の自動車１０から緊急情報を受信するコールセンタのサーバ装置２のサーバＣＰＵ９３は、図５の自動車事故の不整合判断処理を周期的に実行する。これにより、サーバ装置２は、自動車事故の不整合判断装置として機能する。

ステップＳＴ１において、サーバ装置２のサーバＣＰＵ９３は、事故に遭った自動車１０から事故の緊急情報を受信して取得したか否かを判断する。サーバ装置２は、事故があると、事故に遭った複数の自動車１０からそれぞれの緊急情報を受信する。緊急情報には、事故の地点および時刻、事故での衝撃の入力方向および強さ、事故時の乗員保護装置８０の動作状態といったＡＡＣＮ標準の事故時情報だけでなく、事故の前後での速度履歴または加速度履歴、事故の直後に撮像した衝突ごとの内外の画像データ、が含まれてよい。また、緊急情報には、自動車１０ごとの識別情報が含まれる。事故の緊急情報を受信している場合、サーバＣＰＵ９３は、処理をステップＳＴ２へ進める。事故の緊急情報を１つも受信していない場合、サーバＣＰＵ９３は、本処理を終了する。

ステップＳＴ２において、サーバＣＰＵ９３は、取得した複数の緊急情報を、事故の範囲に相当するエリアごとに分けて、以下の処理のために１つのエリアを選択する。道路における事故は、通常は同時刻にて頻発するものではないが、複数の地点において同時的に発生することがある。サーバＣＰＵ９３は、自動車事故の不整合を判断するためには、１つの事故を他の事故から区別する必要がある。このため、サーバＣＰＵ９３は、取得した複数の緊急情報を、事故ごとに分ける必要がある。サーバＣＰＵ９３は、たとえば緊急情報が経由した基地局６のセル範囲などに基づいて、複数の緊急情報をエリアごとに分けてよい。

ステップＳＴ３において、サーバＣＰＵ９３は、選択したエリア内にいる自動車１０の中から、衝突による事故に遭っていることを示す緊急情報を取得している自動車１０を特定し、衝突した自動車１０の数をカウントする。これにより、サーバＣＰＵ９３は、選択したエリアにおいて衝突したとして特定したすべての自動車１０についての全衝突車数を得ることができる。

ステップＳＴ４において、サーバＣＰＵ９３は、ステップＳＴ３において衝突したとして特定した各自動車１０の事故中の加速度履歴を取得する。各自動車１０の事故中の加速度履歴は、各自動車１０から衝突ごとに送信される緊急情報に含まれる。なお、サーバＣＰＵ９３は、同一の識別情報を含む複数の緊急情報がある場合、それらに含まれる加速度履歴を時刻順につなぎ合わせて、各自動車１０の事故中の加速度履歴を生成して取得してよい。各自動車１０の加速度履歴には、その自動車１０の衝突による加速度変化の情報が含まれる。なお、サーバＣＰＵ９３は、各自動車１０の事故中の速度履歴を取得してもよい。各自動車１０の事故中の速度履歴には、その自動車１０の衝突による速度変化の情報が含まれる。また、サーバＣＰＵ９３は、各自動車１０で既に検出されている衝突そのものの情報を取得してもよい。これらは、衝突回数の情報または衝突回数を特定することができる情報である。

ステップＳＴ５において、サーバＣＰＵ９３は、各自動車１０の衝突回数をカウントする。サーバＣＰＵ９３は、各自動車１０の事故中の加速度履歴に含まれる衝突を判断して、衝突回数をカウントアップする。これにより、サーバＣＰＵ９３は、カウント手段として、取得した各自動車１０の加速度変化の情報または速度変化の情報から、事故に遭った複数の自動車１０それぞれの衝突回数をカウントできる。

ステップＳＴ６において、サーバＣＰＵ９３は、取得した各自動車１０の加速度履歴について最後まで処理し終えたか否かを判断する。加速度履歴について最後まで処理し終えていない場合、サーバＣＰＵ９３は、処理をステップＳＴ５へ戻す。加速度履歴について最後まで処理し終えると、サーバＣＰＵ９３は、処理をステップＳＴ７へ進める。これにより、サーバＣＰＵ９３は、事故に遭った各自動車１０の衝突回数をカウントできる。

ステップＳＴ７において、サーバＣＰＵ９３は、選択したエリアにおいて衝突したとして特定したすべての自動車１０について処理し終えたか否かを判断する。すべての自動車１０について処理し終えていない場合、サーバＣＰＵ９３は、処理をステップＳＴ４へ戻す。サーバＣＰＵ９３は、エリアに含まれる次の自動車１０について衝突回数をカウントする。すべての自動車１０について処理し終えると、サーバＣＰＵ９３は、処理をステップＳＴ８へ進める。

ステップＳＴ８において、サーバＣＰＵ９３は、選択したエリアにおいて衝突したとして特定したすべての自動車１０についての衝突回数の総和を演算する。これにより、サーバＣＰＵ９３は、選択したエリアにおいて衝突したとして特定したすべての自動車１０についての総衝突回数を得ることができる。

ステップＳＴ９からの処理において、サーバＣＰＵ９３は、事故に遭った複数の自動車１０についての情報を比較して、事故の情報が全体で整合しているか否かを具体的に判断する。
本実施形態において、サーバＣＰＵ９３は、選択したエリアにおいて衝突したとして特定したすべての自動車１０についての全衝突車数と、総衝突回数とを比較する。後述する図８（Ａ）のように第一の自動車１０Ａに対して第二の自動車１０Ｂが追突する場合、それぞれの自動車１０は緊急情報を１回ずつ送信する。この場合、全衝突車数と総衝突回数とはともに２となり、一致する。自動車１０どうしの衝突では、衝突回数の総和は基本的に偶数である。一致しない場合、サーバＣＰＵ９３は、不整合があるとして、処理をステップＳＴ１１へ進める。整合する場合、サーバＣＰＵ９３は、処理をステップＳＴ１０へ進める。

ステップＳＴ１０において、全衝突車数と総衝突回数とが一致して整合しているため、サーバＣＰＵ９３は、整合フラグを生成する。整合フラグは、たとえばサーバメモリ９２に記録されてよい。サーバモニタ９５は、整合フラグに基づいて、全衝突車数と総衝突回数とが一致して整合していることを表示する。これにより、コールセンタの職員は、複数の自動車１０からすべての緊急情報を取得できていると推定することができる。その後、サーバＣＰＵ９３は、本処理を終了する。

ステップＳＴ１１において、全衝突車数と総衝突回数とが一致しないで不整合であるため、サーバＣＰＵ９３は、不整合フラグを生成する。これにより、サーバＣＰＵ９３は、生成手段として、事故に遭った複数の自動車１０の間で衝突回数に不整合がある場合に、事故エリアについて不知の衝突に遭った自動車１０が存在する可能性があることを示す不整合の比較結果を生成できる。そして、不整合フラグは、たとえばサーバメモリ９２に記録されてよい。サーバモニタ９５は、不整合フラグに基づいて、全衝突車数と総衝突回数とが一致しないように不整合していることを表示する。これにより、コールセンタの職員は、複数の自動車１０からすべての緊急情報を取得できていないことを把握できる。

ステップＳＴ１２において、サーバＣＰＵ９３は、各自動車１０の各衝突についての相手の自動車１０を推定する。サーバＣＰＵ９３は、各自動車１０について衝突をカウントした時刻における他の自動車１０についての取得情報に基づいて、各自動車１０の各衝突についての相手の自動車１０を推定してよい。
たとえば、サーバＣＰＵ９３は、各自動車１０の加速度履歴または速度履歴における各衝突のカウントタイミングでの他の自動車１０の加速度または速度が、各自動車１０のものと同等である場合、他の自動車１０を相手として推定してよい。このように、サーバＣＰＵ９３は、推定手段として、複数の自動車１０についての衝突による加速度の波形そのものまたは速度変化の波形そのものを比較することにより、各自動車１０の各衝突についての相手の自動車１０を推定できる。
この他にもたとえば、各自動車１０の緊急情報に車外を撮像した画像データが含まれる場合、その画像に映る他の自動車１０の色、車種といった特徴と、他の自動車１０の緊急情報に含まれる自車の特徴とを比較して、それらが適合する場合に、他の自動車１０を相手として推定してよい。このように、サーバＣＰＵ９３は、推定手段として、複数の自動車１０から取得した緊急情報に含まれる車種、色といった特徴情報を比較することにより、事故に遭った各自動車１０の各衝突についての相手の自動車１０を推定できる。

ステップＳＴ１３において、サーバＣＰＵ９３は、相手の自動車１０の状態を推定する。サーバＣＰＵ９３は、たとえば相手の自動車１０の緊急情報に含まれる内外の画像データに基づいて、相手の自動車１０の状態、その乗員の状態を推定してよい。衝突ごとに状態を判断することにより、最終的な状態では判断しきれない、損傷や怪我について予想することができる。このように、サーバＣＰＵ９３は、推定手段として、特定した各自動車１０の各衝突についての相手の自動車１０について、相手の自動車１０の緊急情報から、相手の自動車１０の位置若しくは状態または乗員の状態を推定できる。

ステップＳＴ１４において、サーバＣＰＵ９３は、相手不明の衝突があるか否かを判断する。サーバＣＰＵ９３は、ステップＳＴ１２により相手の自動車１０を推定できない場合、相手不明として、処理をステップＳＴ１５へ進める。サーバＣＰＵ９３は、ステップＳＴ１２により相手の自動車１０を推定できた場合、相手不明でないとして、本処理を終了する。

ステップＳＴ１５において、サーバＣＰＵ９３は、不明衝突情報を生成して、不整合フラグに付加する。不明衝突情報は、相手不明の衝突についての情報でよい。不明衝突情報は、不整合フラグとともに、たとえばサーバメモリ９２に記録されてよい。サーバモニタ９５は、不明衝突情報を表示する。これにより、コールセンタの職員は、少なくともどの自動車１０について相手の自動車１０を推定できなかったのかを把握することができる。その後、サーバＣＰＵ９３は、本処理を終了する。

このように、サーバＣＰＵ９３は、衝突回数の矛盾から、対自動車１０の衝突が発生し、かつ緊急情報を受信できていない自動車１０の存在を推定できる。このような不明衝突情報についての不整合フラグが得られることにより、コールセンタの職員や出動部隊は、緊急情報を受信できていない自動車１０についても対応可能な体制を整えるように準備できる。

図６は、自動車１０の緊急情報に含まれる加速度変化の一例の情報と、それに基づく自動車１０の衝突回数のカウントの仕方の一例の説明図である。
図６には、ある自動車１０の事故中の加速度履歴が加速度曲線により示されている。図６において、時間は左から右へ流れる。
図６の加速度曲線は、１つ目の緩やかで変化幅が小さいディンプルと、２つ目の急峻で変化幅が大きいディンプルと、を有する。２つのディンプルはともに、通常の走行中ではありえない範囲に設定されている閾値を超えて低下している。

この場合、サーバＣＰＵ９３は、１つ目のディンプルについて衝突によるものであるか否かを判断する。サーバＣＰＵ９３は、まず、変化幅が閾値を超えているか否かを判断する。そして、変化幅が閾値を超えているため、サーバＣＰＵ９３は、さらに、加速度が低下している最中での加速度の変化の大きさが、通常の走行中にはありえない閾値より大きいものであるか否かを判断する。加速度の変化の大きさが閾値を超えていないため、サーバＣＰＵ９３は、加速度曲線の１つ目のディンプルを衝突によるものではないと判断する。サーバＣＰＵ９３は、衝突回数をカウントアップしない。

次に、サーバＣＰＵ９３は、２つ目のディンプルについて衝突によるものであるか否かを判断する。この場合、サーバＣＰＵ９３は、変化幅が閾値を超えていると判断するとともに、加速度の変化の大きさが閾値を超えていると判断する。サーバＣＰＵ９３は、２つ目のディンプルが衝突によるものだと判断し、衝突回数をカウントアップする。

そして、サーバＣＰＵ９３は、加速度の変化曲線の最後までこのような判断を繰り返す。サーバＣＰＵ９３は、図５の加速度曲線に係る自動車１０について、その衝突回数を特定することができる。
このようにサーバＣＰＵ９３は、カウント手段として、通常の走行中にはありえない加速度または速度変化であって、構造物などの固定物に衝突した場合に生じ得るような急激な変化を伴わない加速度の回数を、衝突回数としてカウントできる。

図７は、図１の緊急通報システム１における、事故に遭った自動車１０からの緊急通報から救急出動までの一連の処理の流れを示すシーケンスチャートである。
図７には、自動車１０の自動通報装置４としての制御系２０、コールセンタのサーバ装置２、出動部隊のクライアント端末３、が示されている。時間は、上から下へ流れる。

ステップＳＴ２１において、自動車１０の検出ＥＣＵ２６は、自動車１０の衝突を検出する。検出ＥＣＵ２６は、たとえば３軸加速度センサ５２により検出される加速度の大きさが、所定の閾値より大きい場合に衝突を検出する。衝突を検出しない場合、検出ＥＣＵ２６は、本処理を繰り返す。衝突を検出すると、検出ＥＣＵ２６は、衝突検出情報を乗員保護ＥＣＵ３０へ伝達し、処理をステップＳＴ２２へ進める。なお、検出ＥＣＵ２６は、本処理を開始後一定時間経過後に、衝突が予測されない場合、本処理を終了してもよい。
なお、検出ＥＣＵ２６は、衝突を検出する前に、衝突が不可避であることを予測してよい。また、乗員保護ＥＣＵ３０は、衝突が不可避であることを予測したことに基づいて、衝突を検出する前に、乗員保護のための事前処理を実行してよい。乗員保護ＥＣＵ３０は、事前処理として、たとえば、シートベルト装置のシートベルトの余りを巻き取ってプリテンション状態としたり、その他の処理を実行したりしてもよい。たとば、乗員保護ＥＣＵ３０は、エアバッグ装置についてのプリ展開などを実行してよい。
ステップＳＴ２２において、衝突を検出した自動車１０の乗員保護ＥＣＵ３０は、衝突検出情報に基づいて、乗員の保護処理を実行する。乗員保護ＥＣＵ３０は、検出ＥＣＵ２６による衝突予測情報に基づいて、乗員の保護処理を実行してもよい。
ステップＳＴ２３において、乗員の保護制御を実行した自動車１０の乗員保護ＥＣＵ３０は、事故の緊急情報を収集する。事故の緊急情報は、基本的に、上述したＡＡＣＮで収集する情報でよい。ＡＡＣＮでは、事故時の乗員保護装置８０の動作状態、位置、事故での衝撃の入力方向および強さといった緊急情報を収集する。たとえば、乗員保護ＥＣＵ３０は、３軸加速度センサ５２により検出される事故時の衝突の加速度の大きさおよび方向の情報、ＧＮＳＳ受信機５６により生成される事故時の位置および時刻の情報、乗員保護ＥＣＵ３０が作動させたシートベルト装置およびエアバッグ装置の情報、を収集する。
ステップＳＴ２４において、自動車１０の外通信ＥＣＵ２７は、外通信デバイス６１を用いて、乗員保護ＥＣＵ３０が収集した緊急情報を、自動通報を実行する。
なお、外通信ＥＣＵ２７は、緊急情報を収集して送信してもよい。

ステップＳＴ２５において、コールセンタのサーバ装置２のサーバ通信デバイス９１は、事故に遭った自動車１０から自動通報の情報を受信する。サーバ通信デバイス９１が受信した自動通報の情報は、サーバメモリ９２に記録されてよい。
ステップＳＴ２６において、コールセンタのサーバ装置２のサーバ通信デバイス９１は、事故に遭った他の自動車１０から自動通報の情報を受信する。サーバ通信デバイス９１が受信した他の自動通報の情報は、サーバメモリ９２に記録されてよい。
ステップＳＴ２７において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、図５による自動車事故の不整合判断処理を実行する。これにより、サーバメモリ９２には、不整合フラグ、または整合フラグが記録される。
ステップＳＴ２８において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報をサーバモニタ９５と、自動車事故の不整合判断結果とを、表示する。コールセンタの職員は、サーバモニタ９５に表示されている事故の緊急情報に基づいて、自動車１０の事故の状況を確認できる。また、自動車事故の不整合判断結果と、複数の自動車１０の事故の緊急情報とに基づいて、事故の規模などを判断できる。特に、不整合フラグがあることにより、未確認の衝突や未確認の事故車両が存在する可能性があることを把握することができる。
ステップＳＴ２９において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、事故に遭った自動車１０の外通信ＥＣＵ２７と通信する。ステップＳＴ３０において、自動車１０の乗員保護ＥＣＵ３０は、音声通話に応答する。これにより、サーバ通話デバイス９６と自動車１０のたとえばマイクロホン５５との間に、通話が可能な通話回線が確立する。コールセンタの職員は、音声により乗員の安否および健康状態を確認する。これにより、事故に遭った自動車１０に乗車している乗員の怪我の程度といった状態を直接的に確認できる。コールセンタの職員は、確認結果を、サーバ装置２に入力してよい。
ステップＳＴ３１において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、状況を推定する。サーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報と、自動車事故の不整合判断結果と、コールセンタの職員の入力情報とに基づいて、状況を推定してよい。サーバＣＰＵ９３は、過去の事故の緊急情報と照合して、人工知能的な処理により、状況を推定してよい。また、コールセンタの職員が、状況を総合的に勘案して状況を推定し、推定結果をサーバ装置２へ入力してもよい。また、サーバＣＰＵ９３は、多重事故の発生の流れを整理するように時系列で状況を推定してよい。また、サーバＣＰＵ９３は、各衝突での各自動車１０の位置や状態および乗員の状態を推定してよい。
ステップＳＴ３２において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、出動を手配する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動部隊のクライアント端末３へ出動要請を送信する。サーバＣＰＵ９３は、コールセンタの職員の操作に基づいて、出動要請を送信してもよい。

ステップＳＴ３３において、出動部隊のクライアント端末３のクライアント通信デバイス１０１は、サーバ装置２から出動要請を受信する。クライアント通信デバイス１０１が受信した出動要請は、クライアントメモリ１０２に記録されてよい。
ステップＳＴ３４において、出動部隊のクライアント端末３のクライアントＣＰＵ１０３は、出動を報知する。クライアントＣＰＵ１０３は、クライアント通信デバイス１０１が出動要請を受信したことに基づいて、クライアント報知デバイス１０４から出動要請音を出力する。また、クライアントＣＰＵ１０３は、クライアントモニタ１０６に、出動要請の画面を表示してよい。出動要請の画面には、自動通報の情報、自動車事故の不整合判断結果、コールセンタの職員の入力情報が、表示されてよい。
ステップＳＴ３５において、出動部隊の隊員は、出動する。出動部隊の隊員は、出動要請音および出動要請の画面により、自隊に向けて出動要請があったことを把握して、ドクターヘリや救急車１１を用いて緊急出動することができる。

これにより、ドクターヘリや救急の出動部隊は、事故に遭った複数の自動車１０から自動的に通報される事故の緊急情報に基づいて、必要最小限のリードタイムで遅滞することなく出動することができる。ドクターヘリや救急の出動部隊は、事前に得た事故の緊急情報に基づいて適切な準備をした状態で、緊急出動することができる。特に、自動車事故の不整合判断結果に基づいて、不知の事故に遭った自動車１０の存在の有無が把握できるため、ドクターヘリや救急の出動部隊は、それについても対応可能な準備をした状態で、緊急出動することができる。事故にあった人を救うできる可能性が高くなる。

以上のように、本実施形態では、事故に遭った複数の自動車１０それぞれから、それぞれの自動車１０の事故に関する緊急情報を送信することができる緊急通報システム１に、自動車１０事故の不整合判断装置を設ける。自動車１０事故の不整合判断装置は、事故に遭った複数の自動車１０の緊急情報として、それぞれの自動車１０での衝突回数の情報または衝突回数を特定することができる情報を取得し、事故に遭った複数の自動車１０それぞれの衝突回数をカウントし、事故に遭った複数の自動車１０の間で自動車１０の位置から把握される一定の事故エリアごとに衝突回数を比較する。そして、事故に遭った複数の自動車１０の間で衝突回数に不整合がある場合には、事故エリアについて不知の衝突にあった自動車１０が存在する可能性があることを示す不整合の比較結果を生成する。事故エリアにおいて緊急情報を送信することができない自動車１０、または緊急情報をすべて送信しきれていない自動車１０が存在する可能性について注意喚起をすることができる。このように、本実施形態では、衝突回数のカウント数の矛盾に基づいて、緊急情報を送信することができない自動車１０、または緊急情報をすべて送信しきれていない自動車１０の存在を、注意喚起をすることができる。この自動車１０事故の不整合判断装置の比較結果に基づいて、たとえば消防署などの救命部隊は、不明な衝突についての可能性と対策を含めた多重事故の規模や状況などについてより的確に判断して準備して必要な救急体制にて事故現場へ急行することができる。

本実施形態では、不整合判断装置は、それぞれの自動車１０での衝突回数の情報または衝突回数を特定することができる情報として、それぞれの自動車１０での事故中の加速度変化の情報または速度変化の情報を取得し、取得した各自動車１０の加速度変化の情報または速度変化の情報から、それぞれの自動車１０の衝突回数をカウントする。ここで、不整合判断装置は、通常の走行中にはありえない加速度または速度変化であって、構造物などの固定物に衝突した場合に生じ得るような急激な変化を伴わない加速度または速度変化の回数を、衝突回数としてカウントする。これにより、不整合判断装置は、自動車１０同士の衝突について高い確からしさでカウントすることができる。

本実施形態では、不整合判断装置は、事故に遭った複数の自動車１０の衝突回数の総和を、奇数または偶数と比較し、事故に遭った複数の自動車１０の衝突回数の総和が奇数である場合に、不知の衝突にあった自動車１０が存在する可能性があることを示す不整合の比較結果を生成する。これにより、不整合判断装置は、不知の衝突にあった自動車１０が存在する可能性について、容易に且つ確からしく判断することができる。

本実施形態では、不整合判断装置は、さらに、事故に遭った複数の自動車１０の緊急情報を比較することにより、事故に遭った各自動車１０の各衝突についての相手の自動車１０の自動車１０を推定する。ここで、不整合判断装置は、たとえば、事故に遭った複数の自動車１０の緊急情報に含まれる衝突時の相手の自動車１０を特定する特徴情報により、各自動車１０の各衝突についての相手の自動車１０を推定しても、または、複数の自動車１０についての衝突による加速度の波形そのものまたは速度変化の波形そのものを比較することにより、各自動車１０の各衝突についての相手の自動車１０を推定してもよい。そして、不整合判断装置は、相手の自動車１０が推定されなかった衝突がある場合には、その衝突の情報を、衝突の比較結果として生成し、相手の自動車１０が推定されなかった衝突がない場合には、衝突の情報を含まない不整合の比較結果を生成する。これにより、不整合判断装置は、単に事故エリアについて不知の衝突にあった自動車１０が存在する可能性があることだけでなく、どの自動車１０についての衝突についての不整合を特定して判断することができる。
また、不整合判断装置は、さらに、特定した各自動車１０の各衝突についての相手の自動車１０について、さらに、相手の自動車１０の緊急情報から、相手の自動車１０の位置若しくは状態または乗員の状態を推定してよい。これにより、事故に遭った各自動車１０の位置若しくは状態または乗員の状態について、高い確からしさの情報を得ることができる。

なお、上述した実施形態では、サーバＣＰＵ９３は、図５のステップＳＴ３からステップＳＴ１５において全衝突車数と総衝突回数との比較判断により、事故の緊急情報の全体的な整合性を判断している。
この際に、サーバＣＰＵ９３は、さらに、各自動車１０の衝突相手が車両であるか否かを特定し、またはその特定情報を各自動車１０から取得してよい。サーバＣＰＵ９３または各自動車１０は、それぞれに設けられるカメラの撮像画像や加速度センサの増減に基づいて、各自動車１０の衝突相手が車両であるか否かを特定してよい。たとえば自動車１０が他の自動車１０と衝突する場合と、自動車１０が構造物に衝突する場合とでは、加速度センサの検出波形においてモーメントの方向や増減の仕方が異なる。各自動車１０の撮像画像には、衝突の相手方が映り込むこともある。サーバＣＰＵ９３または各自動車１０は、加速度センサの増減や、撮像画像に基づいて衝突相手を特定してよい。サーバＣＰＵ９３は、各自動車１０の衝突相手として他の自動車１０以外のものが含まれる場合、そのことを勘案して、全衝突車数と総衝突回数とを照合し、事故の緊急情報が全体として整合しているか否かを判断してよい。サーバＣＰＵ９３は、たとえば、各自動車１０の衝突相手が他の自動車１０でない衝突回数を総衝突回数から減算し、減算した値と全衝突車数との一致を判断してよい。

図８は、複数の自動車１０の事故の具体例である。

図８（Ａ）では、自動車１０Ｂが自動車１０Ａに追突する例である。この場合、自動車１０Ａと自動車１０Ｂとは、緊急情報をサーバ装置２へ送信することが望ましい。
このような場合、事故に遭って緊急情報を上げている複数の自動車１０についての全衝突車数と総衝突回数とはともに２となる。サーバＣＰＵ９３は、全衝突車数と総衝突回数とが一致すると比較判断する。

図８（Ｂ）では、自動車１０Ｂが自動車１０Ａに追突し、さらに追突された自動車１０Ａが道路から外れて単独で衝突して横転する例である。この場合、自動車１０Ａは、自動車１０Ｂからの追突についての緊急情報と、自身の単独での衝突の緊急情報と、をサーバ装置２へ送信することが望ましい。
しかしながら、図８（Ｂ）の自動車１０Ａは、緊急情報を送信できない。事故に遭って緊急情報を上げている複数の自動車１０についての全衝突車数と総衝突回数とはともに１となる。
このような場合、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが奇数で一致している場合には、全衝突車数と総衝突回数とが一致しないと判断してよい。不一致とすることにより、自動車１０Ｂについての、自動車１０Ｂ以外の自動車１０Ａへの追突事故の可能性についての警告を出すことができる。全衝突車数と総衝突回数とが偶数で一致している場合には、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが一致すると判断してよい。

図８（Ｃ）では、自動車１０Ｂが自動車１０Ａに追突し、その後にさらに自動車１０Ｃが自動車１０Ａに追突する例である。この場合、自動車１０Ａは、自動車１０Ｂからの追突についての緊急情報と、自動車１０Ｃからの追突についての緊急情報と、をサーバ装置２へ送信することが望ましい。
しかしながら、図８（Ｃ）の自動車１０Ａは、自動車１０Ｂの追突の後に、自動車１０Ｃからの追突についての緊急情報を送信できない。事故に遭って緊急情報を上げている複数の自動車１０についての全衝突車数と総衝突回数とはともに３となる。
このような場合、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが奇数で一致している場合には、全衝突車数と総衝突回数とが一致しないと判断してもよい。不一致とすることにより、自動車１０Ａなどについての、自動車１０Ｂ以外による追突事故の可能性についての警告を出すことができる。全衝突車数と総衝突回数とが偶数で一致している場合には、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが一致すると判断してよい。

図８（Ｄ）では、自動車１０Ｂが自動車１０Ａに追突し、追突された自動車１０Ａがさらに自動車１０Ｃに追突する例である。この場合、自動車１０Ａは、自動車１０Ｂとの衝突と、自動車１０Ｃとの衝突との２回の衝突について事故の緊急情報をサーバ装置２へ送信することが望ましい。
しかしながら、追突された自動車１０Ａは、その後に、緊急情報を適切にサーバ装置２へ送信できない。事故に遭って緊急情報を上げている複数の自動車１０についての全衝突車数と総衝突回数とはともに３となる。
このような場合、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが奇数で一致している場合には、全衝突車数と総衝突回数とが一致しないと判断してもよい。不一致とすることにより、自動車１０Ａなどについての、自動車１０Ｂ以外による追突事故の可能性についての警告を出すことができる。全衝突車数と総衝突回数とが偶数で一致している場合には、サーバＣＰＵ９３は、全衝突車数と総衝突回数との比較判断において、全衝突車数と総衝突回数とが一致すると判断してよい。

以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。

上述した実施形態では、自動車１０においてＥＣＵが複数に分かれて存在していたが、そのうちの一部あるいは全てが一つのＥＣＵに統合されていても良い。

上述した実施形態では、サーバＣＰＵ９３は、自動車１０の加速度履歴、すなわち加速度の変化に基づいて、衝突回数をカウントしている。
この他にもたとえば、サーバＣＰＵ９３は、自動車１０の速度履歴や、自動車１０において衝突ごとに撮像される画像データに基づいて、衝突回数をカウントしてよい。

１…緊急通報システム、２…サーバ装置（車両事故の不整合判断装置）、３…クライアント端末、４…自動通報装置、５…無線通信ネットワーク、６…基地局、７…通信網、１０…自動車（車両）、１１…救急車、２０…制御系、２１…駆動ＥＣＵ、２２…操舵ＥＣＵ、２３…制動ＥＣＵ、２４…走行制御ＥＣＵ、２５…運転操作ＥＣＵ、２６…検出ＥＣＵ、２７…外通信ＥＣＵ、２８…内通信ＥＣＵ、２９…ＵＩ操作ＥＣＵ、３０…乗員保護ＥＣＵ、３６…車ネットワーク、３７…バスケーブル、３８…セントラルゲートウェイ、４１…表示デバイス、４２…操作デバイス、５１…速度センサ、５２…３軸加速度センサ、５３…ステレオカメラ、５４…車内カメラ、５５…マイクロホン、５６…ＧＮＳＳ受信機、６０…外通信端末、６１…外通信デバイス、７１…内通信デバイス、８０…乗員保護装置、８１…運転側シートベルト装置、８２…同乗側シートベルト装置、８３…運転側フロントエアバッグ装置、８４…運転側カーテンエアバッグ装置、８５…同乗側フロントエアバッグ装置、８６…同乗側カーテンエアバッグ装置、８７…乗員保護メモリ、９１…サーバ通信デバイス、９２…サーバメモリ、９３…サーバＣＰＵ、９４…サーバＧＮＳＳ受信機、９５…サーバモニタ、９６…サーバ通話デバイス、９７…サーババス、１０１…クライアント通信デバイス、１０２…クライアントメモリ、１０３…クライアントＣＰＵ、１０４…クライアント報知デバイス、１０５…クライアントＧＮＳＳ受信機、１０６…クライアントモニタ、１０７…クライアント通話デバイス、１０８…クライアントバス、１１０…ＧＮＳＳ衛星

Claims (5)

1. 事故に遭った複数の車両それぞれから、それぞれの前記車両の事故に関する緊急情報を送信することができる緊急通報システムに設けられる車両事故の不整合判断装置であって、
   事故に遭った複数の前記車両の緊急情報として、それぞれの車両での衝突回数の情報または衝突回数を特定することができる情報を取得する取得手段と、
   事故に遭った複数の前記車両それぞれの衝突回数をカウントするカウント手段と、
   事故に遭った複数の前記車両の間で衝突回数を比較する比較手段と、
   事故に遭った複数の前記車両の間で衝突回数に不整合がある場合に、不知の衝突にあった車両が存在する可能性があることを示す不整合の比較結果を生成する生成手段と、
   を有する、車両事故の不整合判断装置。
   
2. 前記比較手段は、事故に遭って緊急情報を上げている複数の前記車両についての全衝突車数と総衝突回数とを比較する、
   請求項１記載の、車両事故の不整合判断装置。
   
3. 前記比較手段は、衝突相手が他の前記車両ではないことを特定されている場合、それを勘案して全衝突車数と総衝突回数とを比較する、
   請求項２記載の、車両事故の不整合判断装置。
   
4. 前記比較手段は、事故に遭った複数の前記車両の衝突回数の総和を、奇数または偶数と比較し、
   前記生成手段は、事故に遭った複数の前記車両の衝突回数の総和が奇数である場合に、不整合の比較結果を生成する、
   請求項１から３のいずれか一項記載の、車両事故の不整合判断装置。
   
5. 事故に遭った複数の前記車両の緊急情報を比較することにより、事故に遭った各前記車両の各衝突についての相手の車両を推定する推定手段、を有し、
   前記生成手段は、相手の車両が推定されなかった衝突がある場合には、その衝突を、不整合が生じている衝突の比較結果として生成する、
   請求項１から４のいずれか一項記載の、車両事故の不整合判断装置。
   
   

Images