JP2022027035A - 車両の自動緊急通報システムに用いられるサーバ装置 - Google Patents

Abstract

【課題】車両のための緊急通報を改善する。【解決手段】車両１００において緊急事態が発生した場合に車両１００から緊急情報を受信することが可能なサーバ装置は、緊急事態が発生した可能性がある車両１００についての位置情報を、車両１００から取得できない場合において推定し、推定した位置情報を用いて、位置情報の周辺に存在していた通信端末１２を推定し、推定した位置情報に基づいて緊急事態が発生した可能性がある車両１００の周辺に存在していたと推定した通信端末１２から、通信端末１２が有する情報を取得する。【選択図】図７

Description

本発明は、車両の自動緊急通報システムに用いられるサーバ装置に関する。

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

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

しかしながら、このように事故に遭った自動車に設けられている自動通報装置が事故時情報を送信する場合、その事故などに起因して、事故の直後に事故時情報を適切に通信できない可能性がある。たとえば自動通報装置が事故による故障で動作できなくなる可能性がある。また、自動通報装置が事故による故障で、位置情報の送信後、事故情報を送信する前に動作できなくなる可能性がある。また、自動通報装置は故障していなくても、情報源である自動車の自身の位置情報を取得する装置などが事故により故障して、自動通報装置が正しい情報をサーバ装置へ送信できなくなる可能性がある。
これらの場合、従来の自動緊急通報システムにおいて緊急出動を要請するためのサーバ装置は、適切な緊急出動を要請するために必要となる、事故に遭った車両についての情報を得られない。

このように車両のための緊急通報については改善が求められている。

本発明に係る車両の自動緊急通報システムに用いられるサーバ装置は、車両において緊急事態が発生した場合に前記車両から緊急情報を受信することが可能なサーバ装置であって、緊急事態が発生した可能性がある前記車両についての位置情報を、前記車両から取得できない場合において推定する位置推定手段と、推定した前記位置情報を用いて、前記位置情報の周辺に存在していた通信端末を推定する端末推定手段と、推定した前記位置情報に基づいて緊急事態が発生した可能性がある前記車両の周辺に存在していたと推定した前記通信端末から、前記通信端末が有する情報を取得する情報取得手段と、を有する。

好適には、前記情報取得手段は、推定した前記位置情報に基づいて緊急事態が発生した可能性がある前記車両の周辺に存在していたと推定した前記通信端末へアクセスする、とよい。

好適には、前記情報取得手段は、アクセスした前記通信端末が許可する場合に、前記通信端末から前記通信端末が有する情報を取得する、とよい。

好適には、前記位置推定手段は、前記車両から位置情報が得られない場合に、その前記車両についての位置情報を推定する、とよい。

好適には、前記情報取得手段は、前記車両から前記通信端末の情報が得られている場合、その前記通信端末を前記位置情報の周辺に存在していた通信端末として推定する、とよい。

本発明では、緊急事態が発生した可能性がある車両についての位置情報を、前記車両から取得できない場合には、その位置を推定し、推定した位置情報の周辺に存在していた通信端末を推定する。そして、サーバ装置は、緊急事態が発生した可能性がある車両の周辺に存在していたと推定した通信端末から、通信端末が有する情報を取得する。これにより、サーバ装置は、緊急事態が発生した車両から直接的に自動の緊急情報を受信することができない場合でも、それと同等に緊急事態の把握に利用可能な情報を、その周辺に存在していたはずの通信端末から取得できる。サーバ装置は、緊急事態が発生した車両から直接的に状況判断に足りる十分な緊急情報を自動的に受信することができない場合でも、その周辺に存在していた通信端末から情報を取得して、たとえば車両の衝突または衝突被害の内容や程度を検知または推定して、緊急出動を要請することが可能となる。

図１は、本発明の実施形態に係る車両の自動緊急通報システムの一例の説明図である。 図２は、図１において事故といった緊急状態が生じ得る自動車において、自動通報装置として機能可能な制御系の説明図である。 図３は、図１のコールセンタで使用されるサーバ装置の説明図である。 図４は、図１の出動部隊で使用されるクライアント端末の説明図である。 図５は、図１の自動緊急通報システムにおいて、事故に遭った自動車において実行される乗員保護制御および自動緊急通報処理の流れを示すフローチャートである。 図６は、図５の処理に基づく、図１の自動緊急通報システムの一連の処理の流れを示すシーケンスチャートである。 図７は、図１の自動緊急通報システムにおいて、事故に遭った自動車がサーバ装置へ直接に自動緊急通報できない場合での、周辺の携帯端末を利用した処理の流れを示すシーケンスチャートである。

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

図１は、本発明の実施形態に係る車両の自動緊急通報システム１の一例の説明図である。
図１の自動緊急通報システム１は、自動車１０などによる道路の事故を管理する機関のコールセンタで使用するサーバ装置２、消防などの救命出動部隊で使用するクライアント端末３、複数の自動車１０に設けられる自動通報装置４、および、これらに通信回線を提供する無線通信ネットワーク５、を有する。無線通信ネットワーク５は、自動通報装置４などの無線端末と通信するためにたとえば道路に沿って地域に分散して設けられる基地局６、複数の基地局６を接続する通信網７、を有する。基地局６は、通信可能なゾーン内の複数の無線端末が接続されるアクセスポイントとして機能する。図中では、歩行者が所持する携帯端末１２が、基地局６のゾーン内に位置している。図１の通信網７には、コールセンタのサーバ装置２、救命出動部隊のクライアント端末３、が接続される。このような事故発生時の自動緊急通報システム１には、たとえばＡＡＣＮ（Ａｄｖａｎｃｅｄ Ａｕｔｏｍａｔｉｃ Ｃｏｌｌｉｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）がある。ＡＡＣＮでは、事故に遭った自動車１０からコールセンタのサーバ装置２へ即時的に自動的な事故時情報が送信され、コールセンタの出動要請に基づいて救命出動部隊が救急車１１やドクターヘリを出動させる。コールセンタは、事故の状況に応じた救命出動部隊を選択して出動要請を出すことができる。救急車１１やドクターヘリは、事故の状況を把握している状態で、事故現場へ向かって出動できる。これにより、事故の当事者に対して、適切な救命処理を、短いリードタイムで即座的に提供することが可能となる。

なお、図１の自動緊急通報システム１は、複数の組織が連携して使用する例を示しているが、自動車１０などが通行可能な道路を含む地域を管理するたとえば警察、消防、役所、病院、医療機関、警備会社、管理会社などが単独で使用してもよい。
また、図１には、ＧＮＳＳ衛星１１０が図示されている。図１の各装置は、複数のＧＮＳＳ衛星１１０の緯度、経度の位置情報および時刻情報を含む電波を受信することにより、自身の位置および時刻を得ることが可能である。そして、複数の装置は、互いに協働している複数のＧＮＳＳ衛星１１０から電波を受信することにより、それぞれの現在時刻などを高い精度で一致させることができる。共通の時刻を使用することができる。

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

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

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

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

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

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

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

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

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

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

サーバ通信デバイス９１は、無線通信ネットワーク５の通信網７に接続される。サーバ通信デバイス９１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信端末６０、クライアント端末３との間でデータを送受する。
サーバＧＮＳＳ受信機９４は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。サーバ装置２は、サーバＧＮＳＳ受信機９４の現在時刻により校正される不図示のサーバタイマを備えてよい。
サーバモニタ９５は、サーバ装置２の情報を表示する。サーバモニタ９５は、たとえば、事故などに遭った自動車１０からサーバ装置２が受信する緊急情報を表示する。
サーバ通話デバイス９６は、コールセンタの作業員が、サーバ通信デバイス９１を用いて接続されている携帯端末１２のユーザとの間で通話するために使用される。
サーバメモリ９２は、コンピュータ読取可能な記録媒体であり、サーバＣＰＵ９３が実行するプログラム、設定値、などが記録される。サーバメモリ９２には、サーバＣＰＵ９３による制御内容の情報が記録されてよい。サーバＣＰＵ９３は、サーバメモリ９２からプログラムを読み込んで実行する。これにより、サーバ装置２には、サーバ制御部が実現される。サーバ制御部としてのサーバＣＰＵ９３は、サーバ装置２の全体的な動作を管理する。

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

クライアント通信デバイス１０１は、無線通信ネットワーク５の通信網７に接続される。クライアント通信デバイス１０１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信デバイス６１、サーバ装置２との間でデータを送受する。
クライアントＧＮＳＳ受信機１０５は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。クライアント端末３は、クライアントＧＮＳＳ受信機１０５の現在時刻により校正される不図示のサーバタイマを備えてよい。
クライアントモニタ１０６は、クライアント端末３の情報を表示する。クライアントモニタ１０６は、たとえば、サーバ装置２から受信する出動要請などを表示する。
クライアント報知デバイス１０４は、出動部隊の隊員に対して、出動要請音を出力する。
クライアント通話デバイス１０７は、出動部隊の隊員が、クライアント通信デバイス１０１を用いて接続されている携帯端末１２のユーザとの間で通話するために使用される。
クライアントメモリ１０２は、コンピュータ読取可能な記録媒体であり、クライアントＣＰＵ１０３が実行するプログラム、設定値、などが記録される。クライアントメモリ１０２には、クライアントＣＰＵ１０３による制御内容の情報が記録されてよい。クライアントＣＰＵ１０３は、クライアントメモリ１０２からプログラムを読み込んで実行する。これにより、クライアント端末３には、クライアント制御部が実現される。クライアント制御部としてのクライアントＣＰＵ１０３は、クライアント端末３の全体的な動作を管理する。

図５は、図１の自動緊急通報システム１において、事故に遭った自動車１０において実行される乗員保護制御および自動緊急通報処理の流れを示すフローチャートである。
自動車１０は、図５の処理を繰返し実行し、自動車１０の緊急の際には送信装置を用いたサーバ装置２への自動的な緊急情報の送信を制御する。

ステップＳＴ１において、検出ＥＣＵ２６は、衝突を予測する。検出ＥＣＵ２６は、たとえばステレオカメラ５３の画像に基づいて自車へ近づいてくる他の移動体の有無を判断して、衝突を予測してよい。衝突を予測しない場合、検出ＥＣＵ２６は、処理をステップＳＴ３へ進める。衝突が不可避であることを予測すると、検出ＥＣＵ２６は、予測情報を乗員保護ＥＣＵ３０へ伝達し、処理をステップＳＴ２へ進める。

ステップＳＴ２において、乗員保護ＥＣＵ３０は、ステップＳＴ１で検出ＥＣＵ２６が衝突を予測した情報に基づき、乗員保護のための事前制御を実行する。乗員保護ＥＣＵ３０は、作動させるシートベルト装置およびエアバッグ装置を選択する。乗員保護ＥＣＵ３０は、乗員が乗っているシートについてのシートベルト装置と、衝突により乗員の上体が倒れる方向において展開するエアバッグ装置とを選択すればよい。乗員保護ＥＣＵ３０は、選択したシートベルト装置のシートベルトの余りを巻き取ってプリテンション状態とする。乗員保護ＥＣＵ３０は、予測する衝突の入力方向および大きさに基づいて、衝突により乗員の上体が倒れる方向において展開可能なエアバッグ装置を選択する。
また、乗員保護ＥＣＵ３０は、その他の処理を実行してもよい。たとば、乗員保護ＥＣＵ３０は、エアバッグ装置についてのプリ展開などを実行してよい。

ステップＳＴ３において、検出ＥＣＵ２６は、衝突を検出する。検出ＥＣＵ２６は、たとえば３軸加速度センサ５２により検出される加速度の大きさが、所定の閾値より大きい場合に衝突を検出する。衝突を検出すると、検出ＥＣＵ２６は、衝突検出情報を乗員保護ＥＣＵ３０へ伝達し、処理をステップＳＴ４へ進める。衝突を検出しない場合、検出ＥＣＵ２６は、処理をステップＳＴ１へ戻す。なお、検出ＥＣＵ２６は、本処理を開始後一定時間経過後、衝突が検出されない場合、処理をステップＳＴ１へ戻すようにしてもよい。

ステップＳＴ４において、乗員保護ＥＣＵ３０は、乗員保護制御を実行する。乗員保護ＥＣＵ３０は、選択したシートベルト装置およびエアバッグ装置を動作させる。これにより、シートに着座する乗員は、シートに対して拘束され、シートから外れてしまう場合でもその衝撃をエアバッグにより吸収することができる。
なお、本実施形態では、ステップＳＴ４で衝突を検出した後に乗員保護制御を実行しているが、ステップＳＴ１で衝突を予測した後のステップＳＴ２の事前制御の段階で乗員保護制御を実施しても良い。

ステップＳＴ５において、乗員保護ＥＣＵ３０は、事故情報を収集する。乗員保護ＥＣＵ３０は、たとえば、少なくとも、３軸加速度センサ５２により検出される事故時の衝突の加速度の大きさおよび方向の情報、ＧＮＳＳ受信機５６により生成される事故時の位置および時刻の情報、乗員保護ＥＣＵ３０が作動させたシートベルト装置およびエアバッグ装置の情報、を収集する。

ステップＳＴ６において、乗員保護ＥＣＵ３０は、自動通報を実行する。乗員保護ＥＣＵ３０は、サーバ装置２と通信可能な送信装置としての外通信デバイス６１を用いて、自動車１０の事故を検出したことに基づいて、収集した自動通報を、外通信デバイス６１を用いてサーバ装置２へ送信する。外通信デバイス６１は、自動車１０の通信装置として、自動車１０の事故といった緊急時についての緊急情報を、緊急出動を要請するためのサーバ装置２へ送信する。

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

ステップＳＴ３において、自動車１０の検出ＥＣＵ２６は、自動車１０の衝突を検出する。
ステップＳＴ４において、衝突を検出した自動車１０の検出ＥＣＵ２６は、衝突検出結果の情報を車ネットワーク３６へ出力する。乗員保護ＥＣＵ３０は、車ネットワーク３６へ出力された検出ＥＣＵ２６からの衝突検出結果の情報に基づき、シートベルト装置８１，８２やエアバッグ装置８３～８６を作動させ、乗員の保護制御を実行する。
ステップＳＴ５において、乗員の保護制御を実行した自動車１０の乗員保護ＥＣＵ３０は、事故情報を収集する。乗員保護ＥＣＵ３０は、事故時の乗員保護装置８０の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を収集する。
ステップＳＴ６において、自動車１０の外通信ＥＣＵ２７は、車ネットワーク３６へ出力された検出ＥＣＵ２６からの衝突検出結果の情報、場合によっては、車ネットワーク３６へ出力される乗員保護ＥＣＵ３０からの事故時情報に基づき、自動通報を実行する。

ステップＳＴ１５において、コールセンタのサーバ装置２のサーバ通信デバイス９１は、事故に遭った自動車１０から自動通報の情報を受信する。サーバ通信デバイス９１が受信した自動通報の情報は、サーバメモリ９２に記録されてよい。
ステップＳＴ１６において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報をサーバモニタ９５に表示する。コールセンタの作業員は、サーバモニタ９５に表示されている事故情報に基づいて、自動車１０の事故の状況を確認できる。
ステップＳＴ１７において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、事故に遭った自動車１０の外通信ＥＣＵ２７と通信する。ステップＳＴ１８において、自動車１０の乗員保護ＥＣＵ３０は、音声通話に応答する。これにより、サーバ通話デバイス９６と自動車１０のたとえばマイクロホン５５との間に、通話が可能な通話回線が確立する。コールセンタの作業員は、音声により乗員の安否および健康状態を確認する。これにより、事故に遭った自動車１０に乗車している乗員の怪我の程度といった状態を直接的に確認できる。コールセンタの作業員は、確認結果を、サーバ装置２に入力してよい。
ステップＳＴ１９において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、状況を推定する。サーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報と、コールセンタの作業員の入力情報とに基づいて、状況を推定してよい。サーバＣＰＵ９３は、過去の事故情報と照合して、人工知能的な処理により、状況を推定してよい。また、コールセンタの作業員が、状況を総合的に勘案して状況を推定し、推定結果をサーバ装置２へ入力してもよい。
ステップＳＴ２０において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、出動を手配する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動部隊のクライアント端末３へ出動要請を送信する。サーバＣＰＵ９３は、コールセンタの作業員の操作に基づいて、出動要請を送信してもよい。

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

このように自動車１０では、事故などの緊急事態が発生した場合に、それに基づいて自動的に緊急通報をすることができる。たとえばＡＡＣＮ（Ａｄｖａｎｃｅｄ Ａｕｔｏｍａｔｉｃ Ｃｏｌｌｉｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）では、事故に遭った自動車１０は、自動車１０に設けられる自動通報装置４を用いて、事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を、コールセンタのサーバ装置２へ送信する。コールセンタではサーバ装置２が受信した事故時情報を確認し、ドクターヘリや救急の出動部隊に対して出動を要請する。これにより、ドクターヘリや救急車１１が出動するまでのリードタイムを短縮できる。事故にあった人を救うできる可能性が高くなる。自動緊急通報システム１は、自動車１０において緊急事態が発生した場合に自動車１０の所定の通信デバイスからサーバ装置２へ自動的に緊急情報を送信し、ドクターヘリや救急車１１を適切に現場へ急行させることができる。
しかしながら、このように事故に遭った自動車１０に設けられている自動通報装置４が事故時情報を送信する場合、その事故などに起因して、事故の直後に事故時情報を適切に通信できない可能性がある。たとえば自動通報装置４が事故により動作できなくなる可能性がある。また、自動通報装置４が事故による故障で、位置情報の送信後、事故情報を送信する前に動作できなくなる可能性がある。また、自動通報装置４は故障していなくても、情報源である自動車１０のＧＮＳＳ受信機５６などが事故により故障して、自動通報装置４が正しい情報をサーバ装置２へ送信できなくなる可能性がある。この場合、サーバ装置２は、自動車１０が送信した情報を正しく受信しても、自動車１０についての正しい位置などの情報を得ることができない。
これらの場合、自動緊急通報システム１において緊急出動を要請するためのサーバ装置２は、適切な緊急出動を要請するために必要となる情報が得られず、事故に遭った自動車１０についての情報を得られない。
自動緊急通報システム１では、これらの事態においても、事故に遭った自動車１０などについての情報を速やかに得て、ドクターヘリや救急の出動部隊を適切に緊急出動できるようにすることが望まれる。

そこで、本実施形態の自動緊急通報システム１では、自動車１０の乗員が所持する携帯端末１２や、図１に示すように事故現場の周囲にいる歩行者などの携帯端末１２を、利用する。
携帯端末１２は、図４のクライアント端末３と同様の構成でよい。この場合、携帯端末１２は、端末通信デバイス、端末メモリ、端末ＣＰＵ、端末報知デバイス、端末ＧＮＳＳ受信機、端末ディスプレイ、端末通話デバイス、および、これらが接続される端末バス、を有する。

図７は、図１の自動緊急通報システム１において、事故に遭った自動車１０がサーバ装置２へ直接に自動緊急通報できない場合での、周辺の携帯端末１２を利用した処理の流れを示すシーケンスチャートである。図７には、自動車１０の自動通報装置４としての制御系２０、コールセンタのサーバ装置２とともに、事故現場の周囲にいる歩行者などの携帯端末１２、が示されている。携帯端末１２は、車外へ脱出した乗員の携帯端末１２でもよい。図７において、出動部隊で使用されるクライアント端末３とサーバ装置２との間の処理は図６と同様であるために省略している。時間は、上から下へ流れる。
そして、図７において自動車１０の自動通報装置４は、通常時に、その位置および時刻の情報を周期的にサーバ装置２へ送信している。また、携帯端末１２は、通信する基地局６または基地局６を管理するキャリアの不図示のサーバ装置との間で、周期的に通信している。キャリアのサーバ装置や基地局６は、たとえば通信する基地局６のハンドオーバや情報サービスのために携帯端末１２の位置を把握することができる。

ステップＳＴ３１において、自動車１０の検出ＥＣＵ２６は、衝突を検出する。

ステップＳＴ３２において、自動車１０の乗員保護ＥＣＵ３０は、乗員保護制御を実行する。その後、乗員保護ＥＣＵ３０は、図５の一連の処理を実行するが、事故の衝撃などによりサーバ装置２との通信を適切に実行できなくなる。このため、自動車１０の乗員保護ＥＣＵ３０は、収集した事故情報を、サーバ装置２へ適切に送信できなくなる。
この際、例えば、事故の衝撃などにより、事故時情報を送信する前に自動通報装置４が失陥し、衝突検出の事実やその時点での車両の位置情報を含む一切の事故時情報を送信できない場合がある。また衝突の検出後即時、衝突検出の事実やその時点での車両の位置を送信後、車両の変形、電源喪失などにより自動通報装置４が失陥し、事故時情報の内、事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さなどの情報については送信できない場合がある。

ステップＳＴ３３において、サーバ装置２のサーバＣＰＵ９３は、衝突発生を推定または認識する。サーバＣＰＵ９３は、衝突した自動車１０から事故情報を受信していない状態において、その自動車１０の衝突を推定する。サーバＣＰＵ９３は、たとえば自動車１０の自動通報装置４からの周期的な位置および時刻の情報を受信しなくなると、その自動車１０の衝突を推定してよい。
また、サーバＣＰＵ９３は、衝突した自動車１０から事故情報の一部、例えば衝突検出の事実のみを受信した状態において、その自動車１０の衝突を認識できる。

ステップＳＴ３４において、サーバ装置２のサーバＣＰＵ９３は、ステップＳＴ３３で衝突発生を推定した場合、サーバ装置２のサーバＣＰＵ９３は、衝突を推定した自動車１０の事故時の位置および時刻を推定して取得する。サーバＣＰＵ９３は、たとえば、既に受信している最新の自動車１０の位置および速度などに基づいて、周期的な受信ができなかった時点での自動車１０の位置および時刻を推定すればよい。この場合、サーバＣＰＵ９３は、位置推定手段として、周期的な通信により自動車１０を管理して、緊急事態が発生した可能性がある自動車１０についての位置情報を予想して取得する。サーバＣＰＵ９３は、自動車１０から周期的な位置情報が得られなくなった場合に、緊急事態が発生した可能性があるとして、その自動車１０についての既取得情報から位置情報を予想して取得する。
また、サーバ装置２のサーバＣＰＵ９３は、ステップＳＴ３３で衝突発生を認識した場合、衝突を認識した自動車１０の事故時の位置および時刻を情報として取得する。これらの情報が得られなかった場合は、上記衝突発生を推定した場合の自動車１０の位置及び時刻の推定と同様の推定を行う。

ステップＳＴ３５において、サーバ装置２のサーバＣＰＵ９３は、事故地点の周辺の携帯端末１２を推定する。
サーバＣＰＵ９３は、携帯端末１２のキャリアのサーバ装置や基地局６と通信して、たとえば推定した事故発生時刻において、事故地点の周辺に存在した携帯端末１２を推定する。この場合、サーバＣＰＵ９３は、端末推定手段として、キャリアのサーバ装置や基地局６から取得した携帯端末１２の位置情報を用いて、事故時刻に事故現場の位置の周辺に存在していた携帯端末１２を推定することになる。サーバＣＰＵ９３は、携帯端末１２の位置情報を用いて、事故時刻の後に事故現場の周辺に存在している携帯端末１２を推定してもよい。サーバＣＰＵ９３が推定する携帯端末１２には、事故に遭った自動車１０の乗員が所持する携帯端末１２が含まれてよい。
また、サーバＣＰＵ９３は、緊急事態が発生した時点またはそれより前に自動車１０から乗員の携帯端末１２の情報が得られている場合、その携帯端末１２を位置情報の周辺に存在していた携帯端末１２として推定してよい。
図７には携帯端末１２を１台で図示しているが、サーバＣＰＵ９３は、複数の携帯端末１２を推定してよい。

ステップＳＴ３６において、サーバ装置２のサーバＣＰＵ９３は、推定した携帯端末１２へアクセスし、事故情報要求を送信する。
この際、サーバ装置２は、携帯端末１２が保有している情報の要求だけでなく、必要な情報の更なる収集を依頼しても良い。

ステップＳＴ３７において、携帯端末１２の端末ＣＰＵは、端末通信デバイスが事故情報要求を受信した後に、端末情報の収集を許可するか否かを判断する。端末ＣＰＵは、たとえば端末ディスプレイに許可可否の選択画面の表示が可能で、選択画面を表示した状態でのユーザの選択操作により、端末情報の収集を許可するか否かを判断してよい。この他にもたとえば、端末ＣＰＵは、携帯端末１２において予め設定されている許可可否の設定に基づいて、端末情報の収集を許可するか否かを判断してよい。端末情報の収集を許可する場合、端末ＣＰＵは、処理をステップＳＴ３８へ進める。端末情報の収集を許可しない場合、端末ＣＰＵは、ステップＳＴ３８の処理をスキップする。

ステップＳＴ３８において、携帯端末１２の端末ＣＰＵは、自身の携帯端末１２の有する情報を、事故情報として端末通信デバイスからサーバ装置２へ送信する。携帯端末１２の情報には、たとえば事故を発見して撮像した事故現場の撮像画像、事故確認情報、携帯端末１２を用いて行った、道路の事故を管理する機関以外への通報の内容などが含まれてよい。撮像画像には、撮像時点または現時点での携帯端末１２の位置についてのタグ情報が含まれてよい。

ステップＳＴ３９において、サーバ装置２のサーバＣＰＵ９３は、携帯端末１２から、事故情報を受信して取得する。サーバＣＰＵ９３は、携帯端末１２が有する情報であって事故の判断に利用可能な情報を、事故情報として受信する。この場合、サーバＣＰＵ９３は、情報取得手段として、推定した携帯端末１２にアクセスして許可が得られる場合に、携帯端末１２から携帯端末１２の情報を取得する。サーバＣＰＵ９３は、推定した携帯端末１２から、携帯端末１２が有する情報を集めて取得する。事故情報には、携帯端末１２で撮像された事故時またはその前後の時点での撮像画像、携帯端末１２の位置、携帯端末１２のセンサログ情報などが含まれてよい。事故にあった自動車１０に乗っていた携帯端末１２には、通常時にはない大きな加速度のログが記録されている可能性がある。そして、この場合、サーバＣＰＵ９３は、緊急事態が発生した可能性がある自動車１０の周辺に存在していたと位置情報に基づいて推定した携帯端末１２の情報を用いて、緊急事態が発生したらしい自動車１０についての情報を得ることができる。サーバＣＰＵ９３は、推定した複数の携帯端末１２から、それらの情報を集めることができる。
事故情報を自動車通報装置４がサーバ装置２へ適切に送信できた場合は、サーバＣＰＵ９３は、取得した事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を活用し、経験的に得られる乗員の傷害の部位やその様態を推定できる。例えば、衝撃入力方向が斜め前方であり、その強さが閾値以上であり、乗員が運転席及び助手席に乗車しておりかつ乗員保護装置が動作したとの情報があれば、乗員の頭部、胸部、腰部、脚部等への衝撃の程度や、例えば斜め衝突時の左右前席それぞれ特有の頭部回転傷害やベルトに対する上体移動による胸部傷害などの推定が、経験的に可能となる。
しかし、事故時情報を自動車通報装置４がサーバ装置２へ適切に送信できない場合は、サーバＣＰＵ９３は、事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を取得できないため乗員の傷害の部位やその様態の推定が困難となる。
この不足する事故時情報を補い、サーバＣＰＵ９３が乗員の傷害の部位やその様態の推定をある程度可能とするための情報を、推定した携帯端末１２から集めることが必要となる。

ステップＳＴ４０において、サーバ装置２のサーバＣＰＵ９３は、取得した携帯端末１２の情報に基づいて、事故情報を生成する。サーバＣＰＵ９３は、取得した事故現場の撮像画像に基づいて、けが人の有無、乗車位置、けがの程度などを判断してよい。更に、取得した事故現場の撮像画像に基づいて、自動車１０の破壊の程度、破壊の最大箇所、車室の変形、エアバッグの展開形跡から、衝撃の入力方向及び強さを推定して良い。サーバＣＰＵ９３は、自動車１０内の携帯端末１２の加速度ログに事故時の高い加速度が記録されている場合、それに基づいてけが人を推定してよい。これにより、サーバＣＰＵ９３は、事故情報を生成する。

ステップＳＴ４１において、サーバ装置２のサーバＣＰＵ９３は、生成した事故情報を、サーバモニタ９５に表示する。コールセンタの作業員は、サーバモニタ９５に表示されている事故情報に基づいて、自動車１０の事故の状況を確認できる。

ステップＳＴ４４において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、状況を推定する。サーバＣＰＵ９３は、サーバ通信デバイス９１が受信した情報と、コールセンタの作業員の入力情報とに基づいて、状況を推定してよい。サーバＣＰＵ９３は、過去の事故情報と照合して、人工知能的な推定処理により、状況を推定してよい。また、コールセンタの作業員が、状況を総合的に勘案して状況を推定し、推定結果をサーバ装置２へ入力してもよい。
自動車通報装置４がサーバ装置２へ事故情報を適切に送信している場合、コールセンタのサーバ装置２のサーバＣＰＵ９３は、自動車１００の事故による乗員などの状況を、確からしく推定可能である。自動車１００は、その販売前の安全性試験などにより、事故の累計に応じた傷害の予測値がある。サーバＣＰＵ９３は、これらの情報と、実際の事故の情報とを照合することにより、事故による各乗員の傷害の程度を推定可能である。
また、自動車通報装置４がサーバ装置２へ事故情報を適切に送信できなくとも、コールセンタのサーバ装置２のサーバＣＰＵ９３は、事故現場にいた携帯端末１２からの情報により、たとえば事故後の自動車１００の損傷の程度などを把握できる。コールセンタのサーバ装置２のサーバＣＰＵ９３は、たとえば自動車１００の損傷の程度に基づいて、事故による各乗員の傷害の程度を推定可能である。

ステップＳＴ２０において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、推定した乗員の傷害の程度などに応じて、出動を手配する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動部隊のクライアント端末３へ出動要請を送信する。サーバＣＰＵ９３は、コールセンタの作業員の操作に基づいて、出動要請を送信してもよい。

ステップＳＴ４６において、サーバ装置２のサーバＣＰＵ９３は、推定した乗員の
の程度などに応じて、先に推定した携帯端末１２へ、応急情報を送信する。応急情報は、たとえば蘇生などの救命措置についての情報でよい。この場合、サーバＣＰＵ９３は、情報を得た携帯端末１２へ、緊急事態に関するフィードバッグ情報を送信することになる。

ステップＳＴ４７において、携帯端末１２の端末ＣＰＵは、受信した応急情報を表示などに出力する。これにより、携帯端末１２を所持するユーザは、事故現場において推定した乗員の傷害の程度などに応じた必要な応急処置を実施することができる。

以上のように、本実施形態では、サーバ装置２は、緊急事態が発生した可能性がある自動車１０についての位置情報を、その自動車１０から取得できない場合には、その位置を推定し、推定した位置情報の周辺に存在していた通信端末１２を推定する。そして、サーバ装置２は、緊急事態が発生した可能性がある自動車１００の周辺に存在していたと推定した通信端末１２から、その通信端末１２が有する情報を取得する。これにより、サーバ装置２は、緊急事態が発生した自動車１００から直接的に自動の緊急情報を受信することができない場合でも、それと同等に緊急事態の把握に利用可能な情報を、その周辺に存在していたはずの通信端末１２から取得できる。サーバ装置２は、緊急事態が発生した自動車１００から直接的に状況判断に足りる十分な緊急情報を自動的に受信することができない場合でも、その周辺に存在していた通信端末１２から情報を取得して、たとえば自動車１００の衝突または衝突被害の内容や程度を検知または推定して、緊急出動を要請することが可能となる。
本実施形態では、サーバ装置２は、自動車１０から周期的に位置情報が得られなくなった場合に、緊急事態が発生した可能性があるとして、その自動車１０についての既取得情報から予想した位置情報を取得する。特に、サーバ装置２は、単に自動車１０から周期的に位置情報が得られなくなっただけでなく、さらにその周辺での自動車１０についての衝突が検知されたり推定されたりした場合において、緊急事態が発生した可能性があるとして、その自動車１０についての既取得情報から予想した位置情報を取得してよい。
自動車１０では、その所定の通信デバイスが事故などの緊急事態によりサーバ装置２と通信できないことがある。また、自動通報装置４は故障していなくても、情報源である自動車１０のＧＮＳＳ受信機５６などが事故により故障して、自動通報装置４が正しい情報をサーバ装置２へ送信できなくなる可能性がある。この場合、サーバ装置２は、自動車１０が送信した情報を正しく受信しても、自動車１０についての正しい位置などの情報を得ることができない。本実施形態では、上述した予想により、これらの場合において、緊急事態が発生した可能性がある自動車１０についての、確からしい位置情報を推定して取得することができる。

本実施形態では、情報取得手段は、緊急事態が発生した時点またはそれより前に自動車１０から携帯端末１２の情報が得られている場合、その携帯端末１２を位置情報の周辺に存在していた携帯端末１２として推定する。これにより、本実施形態では、携帯端末１２が有する情報により、緊急事態が発生した可能性がある自動車１０についての情報を充実化することができる。事故の状況といった緊急事態の状況についての情報を充実化して、より正確に把握することができる。

本実施形態では、推定した携帯端末１２にアクセスして許可が得られる場合に、携帯端末１２から携帯端末１２の情報を取得する。これにより、携帯端末１２のユーザのプライバシーポリシーなどを尊重して、携帯端末１２の情報を収集できる。

本実施形態では、サーバ装置２は、情報を得た携帯端末１２へ、救命措置などの緊急事態に関するフィードバッグ情報を送信する。これにより、フィードバッグ情報を送信した時点でも緊急事態にある自動車１０の近くにいる人に、その状態に適した救命措置などの緊急事態に関するフィードバッグ情報を提供できる。

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

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

たとえば、上述した実施形態では、位置推定手段、端末推定手段、および情報取得手段は、サーバ装置２に設けられている。
この他にもたとえば、位置推定手段は、緊急事態が生じ得る自動車１０に設けられてもよい。ただし、少なくとも携帯端末１２と通信する必要がある端末推定手段と、その後の処理を実行する情報取得手段は、少なくとも自動車１０の外となる基地局６やクラウド側に設けるとよい。この場合での端末推定手段および情報取得手段とは、上述した緊急要請を行うサーバ装置２とは別のサーバ装置２に設けられてもよい。

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

Claims (5)

1. 車両において緊急事態が発生した場合に前記車両から緊急情報を受信することが可能なサーバ装置であって、
   緊急事態が発生した可能性がある前記車両についての位置情報を、前記車両から取得できない場合において推定する位置推定手段と、
   推定した前記位置情報を用いて、前記位置情報の周辺に存在していた通信端末を推定する端末推定手段と、
   推定した前記位置情報に基づいて緊急事態が発生した可能性がある前記車両の周辺に存在していたと推定した前記通信端末から、前記通信端末が有する情報を取得する情報取得手段と、
   を有する、
   車両の自動緊急通報システムに用いられるサーバ装置。
   
2. 前記情報取得手段は、推定した前記位置情報に基づいて緊急事態が発生した可能性がある前記車両の周辺に存在していたと推定した前記通信端末へアクセスする、
   請求項１記載の、車両の自動緊急通報システムに用いられるサーバ装置。
   
3. 前記情報取得手段は、アクセスした前記通信端末が許可する場合に、前記通信端末から前記通信端末が有する情報を取得する、
   請求項１または２記載の、車両の自動緊急通報システムに用いられるサーバ装置。
   
4. 前記位置推定手段は、前記車両から位置情報が得られない場合に、その前記車両についての位置情報を推定する、
   請求項１から３のいずれか一項記載の、車両の自動緊急通報システムに用いられるサーバ装置。
   
5. 前記情報取得手段は、前記車両から前記通信端末の情報が得られている場合、その前記通信端末を前記位置情報の周辺に存在していた通信端末として推定する、
   請求項１から４のいずれか一項記載の、車両の自動緊急通報システムに用いられるサーバ装置。
   
   
   

Images