ホーム > 特許ランキング > 株式会社ＳＵＢＡＲＵ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-11-26
(45)【発行日】2024-12-04
(54)【発明の名称】自動通報機能を有する車両
(51)【国際特許分類】
G08B 25/08 20060101AFI20241127BHJP
G08B 25/10 20060101ALI20241127BHJP
G08B 25/04 20060101ALI20241127BHJP
G08B 21/02 20060101ALI20241127BHJP
B60R 21/00 20060101ALI20241127BHJP
【ＦＩ】
G08B25/08 A
G08B25/10 D
G08B25/04 K
G08B21/02
B60R21/00 340
【請求項の数】
5
(21)【出願番号】P 2020145306
(22)【出願日】2020-08-31
(65)【公開番号】P2022040539
(43)【公開日】2022-03-11
【審査請求日】2023-07-19
(73)【特許権者】
【識別番号】000005348
【氏名又は名称】株式会社ＳＵＢＡＲＵ
(74)【代理人】
【識別番号】100099793
【弁理士】
【氏名又は名称】川北 喜十郎
(74)【代理人】
【識別番号】100154586
【弁理士】
【氏名又は名称】藤田 正広
(74)【代理人】
【識別番号】100182051
【弁理士】
【氏名又は名称】松川 直宏
(74)【代理人】
【識別番号】100179280
【弁理士】
【氏名又は名称】河村 育郎
(74)【代理人】
【識別番号】100180747
【弁理士】
【氏名又は名称】小森 剛彦
(72)【発明者】
【氏名】長澤 勇
【審査官】飯島 尚郎
(56)【参考文献】
【文献】特開２００４－２２７３６９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１２／０２５２４３１（ＵＳ，Ａ１）
【文献】特開２００２－２７９５６７（ＪＰ，Ａ）
【文献】特開２０１５－１６９９８５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０８Ｂ ２１／００－３１／００
Ｂ６０Ｒ ２１／００－２１／１３
(57)【特許請求の範囲】
【請求項1】
車両の緊急時の緊急情報を、緊急出動を要請するためのサーバ装置へ送信する第一通信装置と、前記車両の緊急の際に前記第一通信装置を用いて前記サーバ装置へ緊急情報を自動的に送信する制御部と、
を有し、
前記制御部は、前記緊急情報を送信する際に、
前記車両に乗車している複数の乗員についての複数の携帯端末が登録されている場合、複数の乗員についての傷害の可能性順を判断し、
判断した可能性順にて、複数の乗員の携帯端末へ順番に試験通信を行い、
前記車両に乗車している乗員の携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、
自動通報機能を有する車両。
【請求項2】
前記第一通信装置とは別に、前記車両に存在する携帯端末を認証して通信するために前記車両に設けられる第二通信装置、を有し、前記制御部は、前記第二通信装置により認証されている携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、
請求項１記載の、自動通報機能を有する車両。
【請求項3】
前記制御部は、前記第二通信装置に認証情報が登録されている携帯端末について、前記車両の緊急事態が発生した後に前記第二通信装置により通信可能であるか否かを確認し、
通信可能と確認された携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、
請求項２記載の、自動通報機能を有する車両。
【請求項4】
前記制御部は、前記車両に乗車している乗員の携帯端末について順番に通信し、通信に対する応答結果を、前記第一通信装置から前記サーバ装置へ送信する、請求項２または３記載の、自動通報機能を有する車両。
【請求項5】
前記制御部は、前記連絡先情報として、前記車両に乗車している乗員の携帯端末を、傷害の可能性が高い乗員の順番にソートしたリスト情報であって、推定される傷害の可能性の内容や程度の情報、または試験通信に対する応答の有無の情報、を含むものを送信する、
請求項１から４のいずれか一項記載の、自動通報機能を有する車両。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、自動通報機能を有する車両に関する。
【背景技術】
【0002】
自動車といった車両では、事故が発生した場合に、発生した事故を緊急通報することが考えられる。たとえば自動車では、自動緊急通報システムが実用化されている。自動緊急通報システムでは、事故に遭った自動車は、自動車に設けられる自動通報装置を用いて、事故時の乗員保護装置の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を、コールセンタのサーバ装置へ送信する（特許文献１）。コールセンタではサーバ装置が受信した事故時情報を確認し、ドクターヘリや救急の出動部隊に対して出動を要請する。これにより、ドクターヘリや救急車が出動するまでのリードタイムを短縮できる。事故にあった人を救うことができる可能性が高くなる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００１－２１６５８８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、このように事故に遭った自動車から自動車の事故に関する事故時情報を送信したとしても、救護にとって必ずしも十分なものとはならない。
たとえば、事故による乗員の怪我の状態が、通常よりも悪い可能性がある。
また、自動車の事故に対する乗員の保護は、必ずしも常に類型的となるものでもない。正面衝突であっても、その入力位置が左右へずれるだけで、衝撃に対する自動車の保護は変化する。
このため、サーバ装置を管理するコールセンタでは、事故に遭った自動車に対して通話して、自動車の乗員の状態を電話などにより直接に確認をすることが考えられる。電話での通話の状態や応答の有無により、コールセンタの職員は、乗員の状態を把握することができる。
その一方で、事故に遭った自動車の乗員は、事故直後に自動車から直ちに避難するような状況に置かれる可能性がある。事故により車両火災などが発生する可能性がある場合、乗員は、車外へ直ちに出て、自動車から離れるように避難する必要がある。コールセンタの職員は、事故に遭った自動車に対して通話しても、このように避難している乗員についてその状態を正しく把握できなくなる。
たとえば、事故による乗員の怪我の状態が、通常よりも悪い可能性がある。
また、自動車の事故に対する乗員の保護は、必ずしも常に類型的となるものでもない。正面衝突であっても、その入力位置が左右へずれるだけで、衝撃に対する自動車の保護は変化する。
このため、サーバ装置を管理するコールセンタでは、事故に遭った自動車に対して通話して、自動車の乗員の状態を電話などにより直接に確認をすることが考えられる。電話での通話の状態や応答の有無により、コールセンタの職員は、乗員の状態を把握することができる。
その一方で、事故に遭った自動車の乗員は、事故直後に自動車から直ちに避難するような状況に置かれる可能性がある。事故により車両火災などが発生する可能性がある場合、乗員は、車外へ直ちに出て、自動車から離れるように避難する必要がある。コールセンタの職員は、事故に遭った自動車に対して通話しても、このように避難している乗員についてその状態を正しく把握できなくなる。
【0005】
このように車両の自動緊急通報システムでは、乗員の救急のために改善が求められている。
【課題を解決するための手段】
【0006】
本発明の一形態に係る自動通報機能を有する車両は、車両の緊急時の緊急情報を、緊急出動を要請するためのサーバ装置へ送信する第一通信装置と、前記車両の緊急の際に前記第一通信装置を用いて前記サーバ装置へ緊急情報を自動的に送信する制御部と、を有し、前記制御部は、前記緊急情報を送信する際に、前記車両に乗車している複数の乗員についての複数の携帯端末が登録されている場合、複数の乗員についての傷害の可能性順を判断し、判断した可能性順にて、複数の乗員の携帯端末へ順番に試験通信を行い、前記車両に乗車している乗員の携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、
自動通報機能を有する車両。
自動通報機能を有する車両。
【0007】
好適には、前記第一通信装置とは別に、前記車両に存在する携帯端末を認証して通信するために前記車両に設けられる第二通信装置、を有し、前記制御部は、前記第二通信装置により認証されている携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、とよい。
【0008】
好適には、前記制御部は、前記第二通信装置に認証情報が登録されている携帯端末について、前記車両の緊急事態が発生した後に前記第二通信装置により通信可能であるか否かを確認し、通信可能と確認された携帯端末の連絡先情報を、前記第一通信装置から前記サーバ装置へ送信する、とよい。
【0009】
好適には、前記制御部は、前記車両に乗車している乗員の携帯端末について順番に通信し、通信に対する応答結果を、前記第一通信装置から前記サーバ装置へ送信する、とよい。
【0010】
好適には、前記制御部は、前記連絡先情報として、前記車両に乗車している乗員の携帯端末を、傷害の可能性が高い乗員の順番にソートしたリスト情報であって、推定される傷害の可能性の内容や程度の情報、または試験通信に対する応答の有無の情報、を含むものを送信する、とよい。
【発明の効果】
【0011】
本発明では、車両の緊急の際に第一通信装置を用いてサーバ装置へ緊急情報を自動的に送信する。そして、緊急情報には、車両の事故についての事故時情報とともに、車両に乗車している乗員の携帯端末自体の連絡先情報、例えば乗員の携帯端末自体の電話番号が含まれる。これにより、コールセンタの職員などは、サーバ装置が受信した緊急情報に含まれる乗員の携帯端末の連絡先情報に基づいて、事故に遭った車両の乗員と連絡をとることができる。コールセンタの職員などは、乗員の安否、傷害の状態、などについて直接に確認することができる。また、連絡に対して応じていない乗員については、重度の傷害が発生している可能性があることを推定できる。
しかも、本発明においてコールセンタの職員などは、自動車の第一通信装置に対して連絡をするのではなく、乗員の携帯端末に対して連絡をとる。このため、乗員が、緊急避難などのために事故に遭った車両から外へ脱出しているとしても、その乗員と連絡をとることができる。また、現場に急行した救急隊員は、携帯電話の連絡先情報に基づいて、反応がない乗員についてもその乗員を特定することができる。また、第一通信装置による緊急情報に乗員の携帯端末自体の連絡先情報が含まれているため、乗員が乗車していた車両などを特定することができる。
しかも、本発明においてコールセンタの職員などは、自動車の第一通信装置に対して連絡をするのではなく、乗員の携帯端末に対して連絡をとる。このため、乗員が、緊急避難などのために事故に遭った車両から外へ脱出しているとしても、その乗員と連絡をとることができる。また、現場に急行した救急隊員は、携帯電話の連絡先情報に基づいて、反応がない乗員についてもその乗員を特定することができる。また、第一通信装置による緊急情報に乗員の携帯端末自体の連絡先情報が含まれているため、乗員が乗車していた車両などを特定することができる。
【図面の簡単な説明】
【0012】
【発明を実施するための形態】
【0013】
以下、本発明の実施形態を、図面に基づいて説明する。
【0014】
［第一実施形態］
図１は、本発明の第一実施形態に係る自動緊急通報システム１の一例の説明図である。
図１の自動緊急通報システム１は、自動車１０などによる道路の事故を管理する機関のコールセンタで使用するサーバ装置２、消防などの救命出動部隊で使用するクライアント端末３、複数の自動車１０に設けられる自動通報装置４、および、これらに通信回線を提供する無線通信ネットワーク５、を有する。無線通信ネットワーク５は、自動通報装置４などの無線端末と通信するためにたとえば道路に沿って地域に分散して設けられる基地局６、複数の基地局６を接続する通信網７、を有する。基地局６は、通信可能なゾーン内の複数の無線端末が接続されるアクセスポイントとして機能する。図１の通信網７には、コールセンタのサーバ装置２、救命出動部隊のクライアント端末３、が接続される。
図１は、本発明の第一実施形態に係る自動緊急通報システム１の一例の説明図である。
図１の自動緊急通報システム１は、自動車１０などによる道路の事故を管理する機関のコールセンタで使用するサーバ装置２、消防などの救命出動部隊で使用するクライアント端末３、複数の自動車１０に設けられる自動通報装置４、および、これらに通信回線を提供する無線通信ネットワーク５、を有する。無線通信ネットワーク５は、自動通報装置４などの無線端末と通信するためにたとえば道路に沿って地域に分散して設けられる基地局６、複数の基地局６を接続する通信網７、を有する。基地局６は、通信可能なゾーン内の複数の無線端末が接続されるアクセスポイントとして機能する。図１の通信網７には、コールセンタのサーバ装置２、救命出動部隊のクライアント端末３、が接続される。
【0015】
このような事故発生時の自動緊急通報システム１には、たとえばＡＡＣＮ（Ａｄｖａｎｃｅｄ Ａｕｔｏｍａｔｉｃ Ｃｏｌｌｉｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）がある。ＡＡＣＮでは、事故に遭った自動車１０からコールセンタのサーバ装置２へ即時的に自動的な事故時情報が送信され、コールセンタの出動要請に基づいて救命出動部隊が救急車１１やドクターヘリを出動させる。コールセンタは、事故の状況に応じた救命出動部隊を選択して出動要請を出すことができる。救急車１１やドクターヘリは、事故の状況を把握している状態で、事故現場へ向かって出動できる。これにより、事故の当事者に対して、適切な救命処理を、短いリードタイムで即座的に提供することが可能となる。事故にあった人を救うことができる可能性が高くなる。
なお、図１の自動緊急通報システム１は、複数の組織が連携して使用する例を示しているが、自動車１０などが通行可能な道路を含む地域を管理するたとえば警察、消防、役所、病院、医療機関、警備会社、管理会社などが単独で使用してもよい。
また、図１には、ＧＮＳＳ衛星１１０が図示されている。図１の各装置は、複数のＧＮＳＳ衛星１１０の緯度、経度の位置情報および時刻情報を含む電波を受信することにより、自身の位置および時刻を得ることが可能である。そして、複数の装置は、互いに協働している複数のＧＮＳＳ衛星１１０から電波を受信することにより、それぞれの現在時刻などを高い精度で一致させることができる。共通の時刻を使用することができる。
なお、図１の自動緊急通報システム１は、複数の組織が連携して使用する例を示しているが、自動車１０などが通行可能な道路を含む地域を管理するたとえば警察、消防、役所、病院、医療機関、警備会社、管理会社などが単独で使用してもよい。
また、図１には、ＧＮＳＳ衛星１１０が図示されている。図１の各装置は、複数のＧＮＳＳ衛星１１０の緯度、経度の位置情報および時刻情報を含む電波を受信することにより、自身の位置および時刻を得ることが可能である。そして、複数の装置は、互いに協働している複数のＧＮＳＳ衛星１１０から電波を受信することにより、それぞれの現在時刻などを高い精度で一致させることができる。共通の時刻を使用することができる。
【0016】
ところで、このように事故に遭った自動車１０から自動車１０の事故に関する事故時情報を送信したとしても、救護にとって必ずしも十分なものとはならない。
たとえば、事故による乗員の怪我の状態が、自動車１０の事故の状態から通常推定され得るものより悪くなっている可能性がある。
また、自動車１０の事故に対する乗員の保護は、必ずしも常に類型的となるものではない。正面衝突であっても、その入力位置が自動車１０の中央から左右へ少しずれるだけで、衝撃に対する自動車１０の反応や、乗員の保護の程度が変化する。
このため、サーバ装置２を管理するコールセンタでは、事故に遭った自動車１０の乗員と通話して、自動車１０に乗っている乗員の状態を電話などにより直接に確認をすることが考えられる。電話での通話の状態や応答の有無により、コールセンタの職員は、乗員の状態を把握することができる。
その一方で、事故に遭った自動車１０の乗員は、事故直後に自動車１０から直ちに避難するような状況に置かれる可能性がある。事故により自動車１０火災などが発生する可能性がある場合、乗員は、車外へ直ちに出て、自動車１０から離れるように避難する必要がある。その際、避難を開始する前にコールセンタから電話での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが期待できる。これにより、自動車１０を通じて乗員の状態が認識できなくなっても、携帯端末１２１を通じてコールセンタは引き続き情報の取得が可能となる。
本実施形態は、乗員のコールセンタからの呼び出しに対する応答により、事故による乗員の傷害の程度をより正確に把握可能であると共に、乗員が自動車１０から避難する場合に携帯端末１２１を自動車１０に置き忘れることを防止し、乗員の自動車１０からの避難後もコールセンタの情報の取得の両立を図るものである。
たとえば、事故による乗員の怪我の状態が、自動車１０の事故の状態から通常推定され得るものより悪くなっている可能性がある。
また、自動車１０の事故に対する乗員の保護は、必ずしも常に類型的となるものではない。正面衝突であっても、その入力位置が自動車１０の中央から左右へ少しずれるだけで、衝撃に対する自動車１０の反応や、乗員の保護の程度が変化する。
このため、サーバ装置２を管理するコールセンタでは、事故に遭った自動車１０の乗員と通話して、自動車１０に乗っている乗員の状態を電話などにより直接に確認をすることが考えられる。電話での通話の状態や応答の有無により、コールセンタの職員は、乗員の状態を把握することができる。
その一方で、事故に遭った自動車１０の乗員は、事故直後に自動車１０から直ちに避難するような状況に置かれる可能性がある。事故により自動車１０火災などが発生する可能性がある場合、乗員は、車外へ直ちに出て、自動車１０から離れるように避難する必要がある。その際、避難を開始する前にコールセンタから電話での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが期待できる。これにより、自動車１０を通じて乗員の状態が認識できなくなっても、携帯端末１２１を通じてコールセンタは引き続き情報の取得が可能となる。
本実施形態は、乗員のコールセンタからの呼び出しに対する応答により、事故による乗員の傷害の程度をより正確に把握可能であると共に、乗員が自動車１０から避難する場合に携帯端末１２１を自動車１０に置き忘れることを防止し、乗員の自動車１０からの避難後もコールセンタの情報の取得の両立を図るものである。
【0017】
図２は、図１において事故といった緊急状態が生じ得る自動車１０の、自動通報装置４として機能可能な制御系２０の説明図である。
図２の自動車１０の制御系２０は、複数の制御装置が、それぞれに組み込まれる制御ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）により代表して示されている。制御装置は、制御ＥＣＵの他に、たとえば制御プログラムおよびデータを記録するメモリ、制御対象物またはその状態検出装置と接続される入出力ポート、時間や時刻を計測するタイマ、およびこれらが接続される内部バス、を有してよい。
図２に示される制御ＥＣＵは、具体的にはたとえば、駆動ＥＣＵ２１、操舵ＥＣＵ２２、制動ＥＣＵ２３、走行制御ＥＣＵ２４、運転操作ＥＣＵ２５、検出ＥＣＵ２６、外通信ＥＣＵ２７、内通信ＥＣＵ２８、ＵＩ操作ＥＣＵ２９、乗員保護ＥＣＵ３０、である。自動車１０の制御系２０は、図示しない他の制御ＥＣＵを備えてよい。
図２の自動車１０の制御系２０は、複数の制御装置が、それぞれに組み込まれる制御ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）により代表して示されている。制御装置は、制御ＥＣＵの他に、たとえば制御プログラムおよびデータを記録するメモリ、制御対象物またはその状態検出装置と接続される入出力ポート、時間や時刻を計測するタイマ、およびこれらが接続される内部バス、を有してよい。
図２に示される制御ＥＣＵは、具体的にはたとえば、駆動ＥＣＵ２１、操舵ＥＣＵ２２、制動ＥＣＵ２３、走行制御ＥＣＵ２４、運転操作ＥＣＵ２５、検出ＥＣＵ２６、外通信ＥＣＵ２７、内通信ＥＣＵ２８、ＵＩ操作ＥＣＵ２９、乗員保護ＥＣＵ３０、である。自動車１０の制御系２０は、図示しない他の制御ＥＣＵを備えてよい。
【0018】
複数の制御ＥＣＵは、自動車１０で採用されるたとえばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）といった車ネットワーク３６に接続される。車ネットワーク３６は、複数の制御ＥＣＵを接続可能な複数のバスケーブル３７と、複数のバスケーブル３７が接続される中継装置としてのセントラルゲートウェイ（ＣＧＷ）３８と、で構成されてよい。複数の制御ＥＣＵには、互いに異なる識別情報としてのＩＤが割り当てられる。制御ＥＣＵは、基本的に周期的に、他の制御ＥＣＵへデータを出力する。データには、出力元の制御ＥＣＵのＩＤと、出力先の制御ＥＣＵのＩＤとが付加される。他の制御ＥＣＵは、バスケーブル３７を監視し、出力先のＩＤがたとえば自らのものである場合、データを取得し、データに基づく処理を実行する。セントラルゲートウェイ３８は、接続されている複数のバスケーブル３７それぞれを監視し、出力元の制御ＥＣＵとは異なるバスケーブル３７に接続されている制御ＥＣＵを検出すると、そのバスケーブル３７へデータを出力する。このようなセントラルゲートウェイ３８の中継処理により、複数の制御ＥＣＵは、それぞれが接続されているバスケーブル３７とは異なるバスケーブル３７に接続されている他の制御ＥＣＵとの間でデータを入出力できる。
【0019】
ＵＩ操作ＥＣＵ２９には、たとえば乗車している乗員とのユーザインタフェース機器として、表示デバイス４１、操作デバイス４２、が接続される。表示デバイス４１は、たとえば液晶デバイス、映像投影デバイス、でよい。操作デバイス４２は、たとえばタッチパネル、キーボード、非接触操作検出デバイス、でよい。表示デバイス４１および操作デバイス４２は、たとえば乗員が乗る車室の内面に設置されてよい。ＵＩ操作ＥＣＵ２９は、車ネットワーク３６からデータを取得し、表示デバイス４１に表示する。ＵＩ操作ＥＣＵ２９は、操作デバイス４２に対する操作入力を、車ネットワーク３６へ出力する。また、ＵＩ操作ＥＣＵ２９は、操作入力に基づく処理を実行し、その処理結果をデータに含めてよい。ＵＩ操作ＥＣＵ２９は、たとえば、表示デバイス４１に目的地などを設定するためのナビ画面を表示し、操作入力により選択した目的地までの経路を探索し、その経路データをデータに含めてよい。経路データには、現在地から目的地までの移動に使用する道路のたとえばレーンなどの属性情報が含まれてよい。
【0020】
運転操作ＥＣＵ２５には、乗員が自動車１０の走行を制御するために操作部材として、たとえば不図示のハンドル、ブレーキペダル、アクセルペダル、シフトレバー、などが接続される。操作部材が操作されると、運転操作ＥＣＵ２５は、操作の有無、操作量などを含むデータを、車ネットワーク３６へ出力する。また、運転操作ＥＣＵ２５は、操作部材に対する操作についての処理を実行し、その処理結果をデータに含めてよい。運転操作ＥＣＵ２５は、たとえば自動車１０の進行方向に他の移動体や固定物がある状況においてアクセルペダルが操作された場合、その異常操作を判断し、その判断結果をデータに含めてよい。
【0021】
検出ＥＣＵ２６には、自動車１０の走行状態を検出するための検出部材として、たとえば自動車１０の速度を検出する速度センサ５１、自動車１０の加速度を検出する３軸加速度センサ５２、自動車１０の外側の周囲を撮像するたとえばステレオカメラ５３、車室の乗員を撮像する車内カメラ５４、車内外の音をデータ化するマイクロホン５５、自動車１０の位置を検出するＧＮＳＳ受信機５６、などが接続される。ＧＮＳＳ受信機５６は、複数のＧＮＳＳ衛星１１０からの電波を受信し、自車の現在位置である緯度、経度、および現在時刻を得る。検出ＥＣＵ２６は、検出部材から検出情報を取得し、検出情報を含むデータを、車ネットワーク３６へ出力する。また、検出ＥＣＵ２６は、検出情報に基づく処理を実行し、その処理結果をデータに含めてよい。たとえば、検出ＥＣＵ２６は、３軸加速度センサ５２が衝突検出の閾値を超える加速度を検出した場合、衝突検出を判断し、衝突検出結果をデータに含めてよい。検出ＥＣＵ２６は、ステレオカメラ５３の画像に基づいて自車の周囲に存在する歩行者や他の自動車１０、街路樹や電柱、ガードレールといった対象物を抽出し、対象物の種類や属性を判断し、画像中の対象物の位置や大きさや変化に応じて対象物の相対方向、相対距離、移動している場合は移動方向を推定し、これらの推定結果を含む他の対象物との衝突の予測情報をデータに含めて車ネットワーク３６へ出力してよい。
【0022】
外通信ＥＣＵ２７には、外通信デバイス６１、が接続される。外通信デバイス６１は、自動車１０の近くにある無線通信ネットワーク５の基地局６と無線通信する。外通信ＥＣＵ２７は、外通信デバイス６１と基地局６との無線通信を使用して、無線通信ネットワーク５を通じてサーバ装置２との間でデータを送受する。これらにより、自動車１０に設けられる外通信端末６０が構成される。外通信端末６０は、自動車１０に設けられる送信装置であり、無線端末の一種である。
【0023】
内通信ＥＣＵ２８には、内通信デバイス７１、が接続される。内通信デバイス７１は、自動車１０の車内にある乗員の携帯端末１２１と近距離の無線通信を実行する。内通信ＥＣＵ２８は、内通信デバイス７１と乗員の携帯端末１２１との近距離の無線通信を使用して、車内の乗員の携帯端末１２１との間でデータを送受する。これらにより、自動車１０において外通信端末６０とは別に設けられる内通信端末７０が構成される。なお、携帯端末１２１は、基本的に、近くにある無線通信ネットワーク５の基地局６と無線通信できるものでよい。
そして、このような車内の乗員の携帯端末１２１と通信する内通信端末７０は、たとえばＩＥＥＥ８０２．１５．１などの規格に基づいて、携帯端末１２１と無線通信するものでよい。ＩＥＥＥ８０２．１５．１などの規格では、携帯端末１２１についての認証情報は、最初の通信の際に内通信端末７０に登録される。携帯端末１２１の認証情報は、内通信ＥＣＵ２８に接続されている不図示のメモリに記録されてよい。内通信端末７０と携帯端末１２１とのその後の通信では、内通信ＥＣＵ２８は、予め登録されている認証情報により携帯端末１２１を自動的に認証して接続する。これにより、乗員の携帯端末１２１は、乗員が自動車１０に乗り込むことにより、自動的に内通信端末７０と接続され、内通信端末７０と通信可能な状態となる。
そして、このような車内の乗員の携帯端末１２１と通信する内通信端末７０は、たとえばＩＥＥＥ８０２．１５．１などの規格に基づいて、携帯端末１２１と無線通信するものでよい。ＩＥＥＥ８０２．１５．１などの規格では、携帯端末１２１についての認証情報は、最初の通信の際に内通信端末７０に登録される。携帯端末１２１の認証情報は、内通信ＥＣＵ２８に接続されている不図示のメモリに記録されてよい。内通信端末７０と携帯端末１２１とのその後の通信では、内通信ＥＣＵ２８は、予め登録されている認証情報により携帯端末１２１を自動的に認証して接続する。これにより、乗員の携帯端末１２１は、乗員が自動車１０に乗り込むことにより、自動的に内通信端末７０と接続され、内通信端末７０と通信可能な状態となる。
【0024】
走行制御ＥＣＵ２４は、自動車１０の走行を制御する。走行制御ＥＣＵ２４は、たとえば、車ネットワーク３６を通じて外通信ＥＣＵ２７、検出ＥＣＵ２６、運転操作ＥＣＵ２５などからデータを取得し、自動車１０の走行を自動運転または手動運転支援の制御を実行する。走行制御ＥＣＵ２４は、取得したデータに基づいて自動車１０の走行を制御するための走行制御データを生成し、駆動ＥＣＵ２１、操舵ＥＣＵ２２、および制動ＥＣＵ２３へ出力する。駆動ＥＣＵ２１、操舵ＥＣＵ２２、および制動ＥＣＵ２３は、入力される走行制御データに基づいて、自動車１０の走行を制御する。
【0025】
乗員保護ＥＣＵ３０には、複数のシートベルト装置、複数のエアバッグ装置、乗員保護メモリ８７、が接続される。シートベルト装置には、たとえば、自動車１０を運転する乗員についての運転側シートベルト装置８１、自動車１０を同乗する乗員についての同乗側シートベルト装置８２、がある。エアバッグ装置には、たとえば、自動車１０を運転する乗員の前で展開する運転側フロントエアバッグ装置８３、自動車１０を運転する乗員の外側で展開する運転側カーテンエアバッグ装置８４、自動車１０を同乗する乗員の前で展開する同乗側フロントエアバッグ装置８５、自動車１０を同乗する乗員の外側で展開する同乗側カーテンエアバッグ装置８６、がある。これらにより、乗員保護装置８０が構成される。
検出ＥＣＵ２６からの他の対象物との衝突の予測情報、または衝突検出結果の情報に基づき、乗員保護ＥＣＵ３０はシートベルト装置やエアバッグ装置を作動させる、または制御する。
乗員保護メモリ８７は、コンピュータ読取可能な記録媒体であり、乗員保護ＥＣＵ３０が実行するプログラム、設定値、などが記録される。乗員保護メモリ８７には、乗員保護ＥＣＵ３０による制御内容の情報が記録されてよい。乗員保護ＥＣＵ３０は、乗員保護メモリ８７からプログラムを読み込んで実行する。これにより、乗員保護ＥＣＵ３０は、自動車１０の乗員保護制御部として機能し得る。
自動車１０の乗員保護制御部としての乗員保護ＥＣＵ３０は、衝突を検出すると、乗員の保護制御を実行する。そして、乗員保護ＥＣＵ３０は、自動車１０の事故による緊急情報を、外通信端末６０を用いて、緊急出動を要請するためのサーバ装置２へ自動的に送信する。これにより、乗員保護ＥＣＵ３０は、自動車１０の緊急の際に第一通信装置としての外通信端末６０を用いてサーバ装置２へ緊急情報を自動的に送信できる。
検出ＥＣＵ２６からの他の対象物との衝突の予測情報、または衝突検出結果の情報に基づき、乗員保護ＥＣＵ３０はシートベルト装置やエアバッグ装置を作動させる、または制御する。
乗員保護メモリ８７は、コンピュータ読取可能な記録媒体であり、乗員保護ＥＣＵ３０が実行するプログラム、設定値、などが記録される。乗員保護メモリ８７には、乗員保護ＥＣＵ３０による制御内容の情報が記録されてよい。乗員保護ＥＣＵ３０は、乗員保護メモリ８７からプログラムを読み込んで実行する。これにより、乗員保護ＥＣＵ３０は、自動車１０の乗員保護制御部として機能し得る。
自動車１０の乗員保護制御部としての乗員保護ＥＣＵ３０は、衝突を検出すると、乗員の保護制御を実行する。そして、乗員保護ＥＣＵ３０は、自動車１０の事故による緊急情報を、外通信端末６０を用いて、緊急出動を要請するためのサーバ装置２へ自動的に送信する。これにより、乗員保護ＥＣＵ３０は、自動車１０の緊急の際に第一通信装置としての外通信端末６０を用いてサーバ装置２へ緊急情報を自動的に送信できる。
【0026】
図３は、図１のコールセンタで使用されるサーバ装置２の説明図である。
図３のサーバ装置２は、サーバ通信デバイス９１、サーバメモリ９２、サーバＣＰＵ９３、サーバＧＮＳＳ受信機９４、サーバモニタ９５、サーバ通話デバイス９６、および、これらが接続されるサーババス９７、を有する。
図３のサーバ装置２は、サーバ通信デバイス９１、サーバメモリ９２、サーバＣＰＵ９３、サーバＧＮＳＳ受信機９４、サーバモニタ９５、サーバ通話デバイス９６、および、これらが接続されるサーババス９７、を有する。
【0027】
サーバ通信デバイス９１は、無線通信ネットワーク５の通信網７に接続される。サーバ通信デバイス９１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信端末６０、クライアント端末３との間でデータを送受する。
サーバＧＮＳＳ受信機９４は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。サーバ装置２は、サーバＧＮＳＳ受信機９４の現在時刻により校正される不図示のサーバタイマを備えてよい。
サーバモニタ９５は、サーバ装置２の情報を表示する。サーバモニタ９５は、たとえば、事故などに遭った自動車１０からサーバ装置２が受信する緊急情報を表示する。
サーバ通話デバイス９６は、コールセンタの職員が、サーバ通信デバイス９１を用いて接続されている携帯端末１２１のユーザとの間で通話するために使用される。
サーバメモリ９２は、コンピュータ読取可能な記録媒体であり、サーバＣＰＵ９３が実行するプログラム、設定値、などが記録される。サーバメモリ９２には、サーバＣＰＵ９３による制御内容の情報が記録されてよい。サーバＣＰＵ９３は、サーバメモリ９２からプログラムを読み込んで実行する。これにより、サーバ装置２には、サーバ制御部が実現される。サーバ制御部としてのサーバＣＰＵ９３は、サーバ装置２の全体的な動作を管理する。
サーバＧＮＳＳ受信機９４は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。サーバ装置２は、サーバＧＮＳＳ受信機９４の現在時刻により校正される不図示のサーバタイマを備えてよい。
サーバモニタ９５は、サーバ装置２の情報を表示する。サーバモニタ９５は、たとえば、事故などに遭った自動車１０からサーバ装置２が受信する緊急情報を表示する。
サーバ通話デバイス９６は、コールセンタの職員が、サーバ通信デバイス９１を用いて接続されている携帯端末１２１のユーザとの間で通話するために使用される。
サーバメモリ９２は、コンピュータ読取可能な記録媒体であり、サーバＣＰＵ９３が実行するプログラム、設定値、などが記録される。サーバメモリ９２には、サーバＣＰＵ９３による制御内容の情報が記録されてよい。サーバＣＰＵ９３は、サーバメモリ９２からプログラムを読み込んで実行する。これにより、サーバ装置２には、サーバ制御部が実現される。サーバ制御部としてのサーバＣＰＵ９３は、サーバ装置２の全体的な動作を管理する。
【0028】
図４は、図１の出動部隊で使用されるクライアント端末３の説明図である。
図４のクライアント端末３は、クライアント通信デバイス１０１、クライアントメモリ１０２、クライアントＣＰＵ１０３、クライアント報知デバイス１０４、クライアントＧＮＳＳ受信機１０５、クライアントモニタ１０６、クライアント通話デバイス１０７、および、これらが接続されるクライアントバス１０８、を有する。
図４のクライアント端末３は、クライアント通信デバイス１０１、クライアントメモリ１０２、クライアントＣＰＵ１０３、クライアント報知デバイス１０４、クライアントＧＮＳＳ受信機１０５、クライアントモニタ１０６、クライアント通話デバイス１０７、および、これらが接続されるクライアントバス１０８、を有する。
【0029】
クライアント通信デバイス１０１は、無線通信ネットワーク５の通信網７に接続される。クライアント通信デバイス１０１は、無線通信ネットワーク５を通じて、他の装置、たとえば自動車１０の無線端末としての外通信デバイス６１、サーバ装置２との間でデータを送受する。
クライアントＧＮＳＳ受信機１０５は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。クライアント端末３は、クライアントＧＮＳＳ受信機１０５の現在時刻により校正される不図示のサーバタイマを備えてよい。
クライアントモニタ１０６は、クライアント端末３の情報を表示する。クライアントモニタ１０６は、たとえば、サーバ装置２から受信する出動要請などを表示する。
クライアント報知デバイス１０４は、出動部隊の隊員に対して、出動要請音を出力する。
クライアント通話デバイス１０７は、出動部隊の隊員が、クライアント通信デバイス１０１を用いて接続されている携帯端末１２１のユーザとの間で通話するために使用される。
クライアントメモリ１０２は、コンピュータ読取可能な記録媒体であり、クライアントＣＰＵ１０３が実行するプログラム、設定値、などが記録される。クライアントメモリ１０２には、クライアントＣＰＵ１０３による制御内容の情報が記録されてよい。クライアントＣＰＵ１０３は、クライアントメモリ１０２からプログラムを読み込んで実行する。これにより、クライアント端末３には、クライアント制御部が実現される。クライアント制御部としてのクライアントＣＰＵ１０３は、クライアント端末３の全体的な動作を管理する。
クライアントＧＮＳＳ受信機１０５は、ＧＮＳＳ衛星１１０の電波を受信して、現在時刻を得る。クライアント端末３は、クライアントＧＮＳＳ受信機１０５の現在時刻により校正される不図示のサーバタイマを備えてよい。
クライアントモニタ１０６は、クライアント端末３の情報を表示する。クライアントモニタ１０６は、たとえば、サーバ装置２から受信する出動要請などを表示する。
クライアント報知デバイス１０４は、出動部隊の隊員に対して、出動要請音を出力する。
クライアント通話デバイス１０７は、出動部隊の隊員が、クライアント通信デバイス１０１を用いて接続されている携帯端末１２１のユーザとの間で通話するために使用される。
クライアントメモリ１０２は、コンピュータ読取可能な記録媒体であり、クライアントＣＰＵ１０３が実行するプログラム、設定値、などが記録される。クライアントメモリ１０２には、クライアントＣＰＵ１０３による制御内容の情報が記録されてよい。クライアントＣＰＵ１０３は、クライアントメモリ１０２からプログラムを読み込んで実行する。これにより、クライアント端末３には、クライアント制御部が実現される。クライアント制御部としてのクライアントＣＰＵ１０３は、クライアント端末３の全体的な動作を管理する。
【0030】
図５は、図１の自動緊急通報システム１において、事故に遭った自動車１０がサーバ装置２へ直接に自動緊急通報する場合での一連の処理の流れを示すシーケンスチャートである。
図５には、自動車１０の自動通報装置４としての制御系２０、コールセンタのサーバ装置２、出動部隊のクライアント端末３、が示されている。時間は、上から下へ流れる。
図５には、自動車１０の自動通報装置４としての制御系２０、コールセンタのサーバ装置２、出動部隊のクライアント端末３、が示されている。時間は、上から下へ流れる。
【0031】
ステップＳＴ１１において、自動車１０の検出ＥＣＵ２６は、自動車１０の衝突を検出する。検出ＥＣＵ２６は、たとえば３軸加速度センサ５２により検出される加速度の大きさが、所定の閾値より大きい場合に衝突を検出する。衝突を検出しない場合、検出ＥＣＵ２６は、本処理を繰り返す。衝突を検出すると、検出ＥＣＵ２６は、衝突検出情報を乗員保護ＥＣＵ３０へ伝達し、処理をステップＳＴ４へ進める。なお、検出ＥＣＵ２６は、本処理を開始後一定時間経過後に、衝突が検出されない場合、本処理を終了してもよい。
なお、検出ＥＣＵ２６は、衝突を検出する前に、衝突が不可避であることを予測してよい。また、乗員保護ＥＣＵ３０は、衝突が不可避であることを予測したことに基づいて、衝突を検出する前に、乗員保護のための事前処理を実行してよい。乗員保護ＥＣＵ３０は、事前処理として、たとえば、シートベルト装置のシートベルトの余りを巻き取ってプリテンション状態としたり、その他の処理を実行したりしてもよい。たとば、乗員保護ＥＣＵ３０は、エアバッグ装置についてのプリ展開などを実行してよい。
ステップＳＴ１２において、衝突を検出した自動車１０の乗員保護ＥＣＵ３０は、衝突検出情報に基づいて、乗員の保護処理を実行する。乗員保護ＥＣＵ３０は、選択したシートベルト装置およびエアバッグ装置を動作させる。これにより、シートに着座する乗員は、シートに対して拘束され、シートから外れてしまう場合でもその衝撃をエアバッグにより吸収することができる。
なお、本実施形態では、乗員保護ＥＣＵ３０は、ステップＳＴ１１で衝突を検出した後に乗員保護制御を実行しているが、衝突検出前の衝突予測に基づいて乗員保護処理を実施しても良い。
ステップＳＴ１３において、自動車１０の乗員保護ＥＣＵ３０は、事故情報を収集する。事故情報は、基本的に、上述したＡＡＣＮで収集する情報でよい。ＡＡＣＮでは、事故時の乗員保護装置８０の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を収集する。
ステップＳＴ１４において、自動車１０の内通信ＥＣＵ２８は、端末情報を収集する。内通信ＥＣＵ２８は、たとえば内通信端末７０に認証して登録されている携帯端末１２１の連絡先情報を、収集する。
ステップＳＴ１５において、自動車１０の外通信ＥＣＵ２７は、乗員保護ＥＣＵ３０により収集された事故時情報と内通信ＥＣＵ２８により収集された携帯端末１２１の連絡先情報とを、緊急情報として外通信端末６０からサーバ装置２へ送信する。これにより、自動車１０は、事故による緊急事態についての緊急情報を、自動的に通報する。
なお、事故時情報と携帯端末１２１の連絡先情報は、外通信ＥＣＵ２７により収集されてもよい。
また、事故時情報は、事故後の乗員の状態に関する情報、例えば事故後の車内の映像などであっても良い。
なお、検出ＥＣＵ２６は、衝突を検出する前に、衝突が不可避であることを予測してよい。また、乗員保護ＥＣＵ３０は、衝突が不可避であることを予測したことに基づいて、衝突を検出する前に、乗員保護のための事前処理を実行してよい。乗員保護ＥＣＵ３０は、事前処理として、たとえば、シートベルト装置のシートベルトの余りを巻き取ってプリテンション状態としたり、その他の処理を実行したりしてもよい。たとば、乗員保護ＥＣＵ３０は、エアバッグ装置についてのプリ展開などを実行してよい。
ステップＳＴ１２において、衝突を検出した自動車１０の乗員保護ＥＣＵ３０は、衝突検出情報に基づいて、乗員の保護処理を実行する。乗員保護ＥＣＵ３０は、選択したシートベルト装置およびエアバッグ装置を動作させる。これにより、シートに着座する乗員は、シートに対して拘束され、シートから外れてしまう場合でもその衝撃をエアバッグにより吸収することができる。
なお、本実施形態では、乗員保護ＥＣＵ３０は、ステップＳＴ１１で衝突を検出した後に乗員保護制御を実行しているが、衝突検出前の衝突予測に基づいて乗員保護処理を実施しても良い。
ステップＳＴ１３において、自動車１０の乗員保護ＥＣＵ３０は、事故情報を収集する。事故情報は、基本的に、上述したＡＡＣＮで収集する情報でよい。ＡＡＣＮでは、事故時の乗員保護装置８０の動作状態、位置、事故での衝撃の入力方向および強さといった事故時情報を収集する。
ステップＳＴ１４において、自動車１０の内通信ＥＣＵ２８は、端末情報を収集する。内通信ＥＣＵ２８は、たとえば内通信端末７０に認証して登録されている携帯端末１２１の連絡先情報を、収集する。
ステップＳＴ１５において、自動車１０の外通信ＥＣＵ２７は、乗員保護ＥＣＵ３０により収集された事故時情報と内通信ＥＣＵ２８により収集された携帯端末１２１の連絡先情報とを、緊急情報として外通信端末６０からサーバ装置２へ送信する。これにより、自動車１０は、事故による緊急事態についての緊急情報を、自動的に通報する。
なお、事故時情報と携帯端末１２１の連絡先情報は、外通信ＥＣＵ２７により収集されてもよい。
また、事故時情報は、事故後の乗員の状態に関する情報、例えば事故後の車内の映像などであっても良い。
【0032】
ステップＳＴ１６において、コールセンタのサーバ装置２のサーバ通信デバイス９１は、事故に遭った自動車１０から自動通報の情報を受信する。サーバ通信デバイス９１が受信した自動通報の情報は、サーバメモリ９２に記録されてよい。
ステップＳＴ１７において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報をサーバモニタ９５に表示する。コールセンタの職員は、サーバモニタ９５に表示されている事故情報に基づいて、自動車１０の事故の状況を確認できる。
ステップＳＴ１７において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報をサーバモニタ９５に表示する。コールセンタの職員は、サーバモニタ９５に表示されている事故情報に基づいて、自動車１０の事故の状況を確認できる。
【0033】
ステップＳＴ１８において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、事故に遭った自動車１０の乗員との通話を実行する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、たとえば自動車１０の通信端末と通信して通話の回線を確立する。ステップＳＴ１９において、自動車１０の乗員保護ＥＣＵ３０は、音声通話に応答する。乗員保護ＥＣＵ３０は、サーバ装置２からの音声を不図示のスピーカから出力し、マイクロホン５５で車内の音声を集めて、サーバ装置２へ送信する。これにより、コールセンタの職員は、事故後の車内に残っている乗員と音声により話をして、乗員の怪我の程度といった状態を把握することができる。
また、自動車１０の通信端末において応答がない場合、サーバＣＰＵ９３は、事故に遭った自動車１０から受信した連絡先リストに基づいて、携帯端末１２１との通話を実現する。携帯端末１２１は、音声通話に応答する。これにより、コールセンタの職員は、事故後の車内に残っている乗員と音声により話をして、乗員の怪我の程度といった状態を把握することができる。
また、乗員が自動車１０からの避難が必要な場合、避難を開始する前にコールセンタから電話での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが期待できる。これにより、乗員の自動車１０からの避難により自動車１０を通じて衝突後の乗員の状態が認識できなくなっても、携帯端末１２１を通じてコールセンタは引き続き情報の取得が可能となる。
そして、これらのいずれにおいても応答が得られない場合、サーバＣＰＵ９３は、本処理を終了する。コールセンタの職員は、確認結果を、サーバ装置２に入力してよい。
このような処理により、サーバ制御部としてのサーバＣＰＵ９３は、緊急情報に含まれている自動車１０に乗車している乗員の携帯端末１２１自体の連絡先情報を用いて、携帯端末１２１のユーザである乗員の怪我の程度といった状態を把握することができる。
また、自動車１０の通信端末において応答がない場合、サーバＣＰＵ９３は、事故に遭った自動車１０から受信した連絡先リストに基づいて、携帯端末１２１との通話を実現する。携帯端末１２１は、音声通話に応答する。これにより、コールセンタの職員は、事故後の車内に残っている乗員と音声により話をして、乗員の怪我の程度といった状態を把握することができる。
また、乗員が自動車１０からの避難が必要な場合、避難を開始する前にコールセンタから電話での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが期待できる。これにより、乗員の自動車１０からの避難により自動車１０を通じて衝突後の乗員の状態が認識できなくなっても、携帯端末１２１を通じてコールセンタは引き続き情報の取得が可能となる。
そして、これらのいずれにおいても応答が得られない場合、サーバＣＰＵ９３は、本処理を終了する。コールセンタの職員は、確認結果を、サーバ装置２に入力してよい。
このような処理により、サーバ制御部としてのサーバＣＰＵ９３は、緊急情報に含まれている自動車１０に乗車している乗員の携帯端末１２１自体の連絡先情報を用いて、携帯端末１２１のユーザである乗員の怪我の程度といった状態を把握することができる。
【0034】
ステップＳＴ２０において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、状況を推定する。サーバＣＰＵ９３は、サーバ通信デバイス９１が受信した自動通報の情報と、コールセンタの職員の入力情報とに基づいて、状況を推定してよい。サーバＣＰＵ９３は、過去の事故情報と照合して、人工知能的な処理により、状況を推定してよい。また、コールセンタの職員が、状況を総合的に勘案して状況を推定し、推定結果をサーバ装置２へ入力してもよい。
ステップＳＴ２１において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、出動を手配する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動部隊のクライアント端末３へ出動要請を送信する。サーバＣＰＵ９３は、コールセンタの職員の操作に基づいて、出動要請を送信してもよい。
ステップＳＴ２１において、コールセンタのサーバ装置２のサーバＣＰＵ９３は、出動を手配する。サーバＣＰＵ９３は、サーバ通信デバイス９１を用いて、出動部隊のクライアント端末３へ出動要請を送信する。サーバＣＰＵ９３は、コールセンタの職員の操作に基づいて、出動要請を送信してもよい。
【0035】
ステップＳＴ２２において、出動部隊のクライアント端末３のクライアント通信デバイス１０１は、サーバ装置２から出動要請を受信する。クライアント通信デバイス１０１が受信した出動要請は、クライアントメモリ１０２に記録されてよい。
ステップＳＴ２３において、出動部隊のクライアント端末３のクライアントＣＰＵ１０３は、出動を報知する。クライアントＣＰＵ１０３は、クライアント通信デバイス１０１が出動要請を受信したことに基づいて、クライアント報知デバイス１０４から出動要請音を出力する。また、クライアントＣＰＵ１０３は、クライアントモニタ１０６に、出動要請の画面を表示してよい。出動要請の画面には、自動通報の情報や、コールセンタの職員の入力情報が、表示されてよい。
ステップＳＴ２４において、出動部隊の隊員は、出動する。出動部隊の隊員は、出動要請音および出動要請の画面により、自隊に向けて出動要請があったことを把握して、ドクターヘリや救急車１１を用いて緊急出動することができる。
ステップＳＴ２３において、出動部隊のクライアント端末３のクライアントＣＰＵ１０３は、出動を報知する。クライアントＣＰＵ１０３は、クライアント通信デバイス１０１が出動要請を受信したことに基づいて、クライアント報知デバイス１０４から出動要請音を出力する。また、クライアントＣＰＵ１０３は、クライアントモニタ１０６に、出動要請の画面を表示してよい。出動要請の画面には、自動通報の情報や、コールセンタの職員の入力情報が、表示されてよい。
ステップＳＴ２４において、出動部隊の隊員は、出動する。出動部隊の隊員は、出動要請音および出動要請の画面により、自隊に向けて出動要請があったことを把握して、ドクターヘリや救急車１１を用いて緊急出動することができる。
【0036】
以上のように、本実施形態では、自動車１０の緊急の際に第一通信装置としての外通信端末６０を用いてサーバ装置２へ緊急情報を自動的に送信する。そして、緊急情報には、自動車１０の事故についての事故時情報とともに、自動車１０に乗車している乗員の携帯端末１２１のたとえば電話番号やＳＭＳアカウントといった連絡先情報が含まれる。これにより、コールセンタの職員などは、ステップＳＴ１９において、自動車１０ではなく、サーバ装置２が受信した緊急情報に含まれる乗員の携帯端末１２１の連絡先情報に基づいて、事故に遭った自動車１０の乗員と連絡をとることが可能になる。コールセンタの職員などは、自動車１０から外へ避難している乗員について、その安否、傷害の状態などについて推定することができる。また、連絡に対して応じていない乗員については、重度の傷害が発生している可能性があることを推定できる。
【0037】
［第二実施形態］
次に、本発明の第二実施形態に係る自動緊急通報システム１について説明する。本実施形態では、上述した実施形態と同様の構成については同一の符号を使用して図示および説明を省略する。以下の説明では、主に上述した実施形態との相違点について説明する。
図６は、本発明の第二実施形態に係る自動緊急通報システム１における図５のステップＳＴ１４の端末情報収集処理の流れを示すシーケンスチャートである。
自動車１０は、事故の際に緊急情報を送信するために、図６の処理を実行する。
次に、本発明の第二実施形態に係る自動緊急通報システム１について説明する。本実施形態では、上述した実施形態と同様の構成については同一の符号を使用して図示および説明を省略する。以下の説明では、主に上述した実施形態との相違点について説明する。
図６は、本発明の第二実施形態に係る自動緊急通報システム１における図５のステップＳＴ１４の端末情報収集処理の流れを示すシーケンスチャートである。
自動車１０は、事故の際に緊急情報を送信するために、図６の処理を実行する。
【0038】
ステップＳＴ１において、内通信端末７０の内通信ＥＣＵ２８は、内通信デバイス７１から、携帯端末１２１の情報を取得する。内通信端末７０には、通常、少なくとも自動車１０に普段から乗っている乗員の携帯端末１２１の認証情報が登録されている。これらの乗員は、今回の緊急事態が発生したタイミングにおいても、自動車１０に乗っている可能性が高い。内通信ＥＣＵ２８は、基本的に、このような認証済みの携帯端末１２１の情報を、内通信端末７０から取得してよい。
ここで、内通信ＥＣＵ２８は、車内カメラ５４の撮像画像に基づいて、走行中といった衝突前または衝突後に乗車している乗員を特定し、特定できた乗員の携帯端末１２１の情報のみを取得してよい。なお、内通信端末７０は、携帯端末１２１の情報について、その時点で認証はしていないが、電波の検出に基づいて認識できている携帯端末１２１の情報を可能な限り含めてよい。これにより、内通信ＥＣＵ２８が取得する携帯端末１２１の情報は、衝突時に乗車している複数の乗員に対して好適に対応するものとなる。内通信ＥＣＵ２８が取得する携帯端末１２１の情報は、乗車していない人の携帯端末１２１の情報が余分に含まれ難くなる。
ここで、内通信ＥＣＵ２８は、車内カメラ５４の撮像画像に基づいて、走行中といった衝突前または衝突後に乗車している乗員を特定し、特定できた乗員の携帯端末１２１の情報のみを取得してよい。なお、内通信端末７０は、携帯端末１２１の情報について、その時点で認証はしていないが、電波の検出に基づいて認識できている携帯端末１２１の情報を可能な限り含めてよい。これにより、内通信ＥＣＵ２８が取得する携帯端末１２１の情報は、衝突時に乗車している複数の乗員に対して好適に対応するものとなる。内通信ＥＣＵ２８が取得する携帯端末１２１の情報は、乗車していない人の携帯端末１２１の情報が余分に含まれ難くなる。
【0039】
ステップＳＴ２において、検出ＥＣＵ２６は、車内カメラ５４の撮像画像に基づいて走行中といった衝突前または衝突後に乗車している複数の乗員の乗車位置を判断し、それら複数の乗員についての傷害の可能性順を推定する。自動車１０が事故に遭った場合、乗っているすべての乗員が同じ傷害を負うとは限らない。このため、検出ＥＣＵ２６は、たとえば衝突の入力部位からそれぞれの乗員の着座位置までの距離の順番で、複数の乗員についての傷害程度を推定してよい。この場合、衝突の入力部位に最も近い着座位置の乗員は、それよりも遠い位置に着座する他の乗員より、傷害が発生している可能性が高いと推定される。この他にもたとえば、自動車１０における衝突の入力部位と大きさと、乗員保護装置の動作状態とに基づいて、複数の乗員についての傷害程度を推定してよい。この場合、乗員保護装置が入力に対して良好に作用したと推定される乗員は、それよりも有効に作用していないと推定される乗員より、傷害が発生している可能性が低いと推定される。乗員保護ＥＣＵ３０は、これらの衝突状況、保護装置の作動状況、および乗車位置に基づいて、複数の乗員についての傷害の可能性順を推定する。
【0040】
ステップＳＴ３において、乗員保護ＥＣＵ３０は、携帯端末１２１との試験通信のために、ステップＳＴ１で取得した複数の携帯端末１２１の情報から、１つの携帯端末１２１を選択する。乗員保護ＥＣＵ３０は、試験通信を試みていない携帯端末１２１を１つ選択する。乗員保護ＥＣＵ３０は、ステップＳＴ３の処理を最初に実行する際には、たとえばステップＳＴ１で取得した複数の携帯端末１２１の情報を、ステップＳＴ２の傷害の可能性が高い乗員の所有する携帯端末１２１の順番でソートして、そのソートした端末リストにおいて最初の携帯端末１２１をまず選択してよい。
【0041】
ステップＳＴ４において、内通信ＥＣＵ２８は、内通信端末７０を用いて、選択した携帯端末１２１への試験通信を行う。内通信端末７０は、たとえば、選択した携帯端末１２１を呼び出して着信音を鳴らす。携帯端末１２１のユーザである乗員は、意識がある場合には、携帯端末１２１の呼び出しに応答できる。内通信ＥＣＵ２８は、試験通信において呼び出しができるか否か、または試験通信への応答の有無により、携帯端末１２１のユーザである乗員の傷害の程度などを大まかに仮判断できる。これにより、内通信ＥＣＵ２８は、緊急情報を送信する際に、第二通信装置としての内通信端末７０に認証情報が登録されている携帯端末１２１について、自動車１０の緊急事態が発生した後に内通信端末７０により通信可能であるか否かを確認できる。
【0042】
ステップＳＴ５において、内通信ＥＣＵ２８は、取得した携帯端末１２１のすべてについて試験通信が終了したか否かを判断する。すべての携帯端末１２１に対する試験通信が終了していない場合、内通信ＥＣＵ２８は、処理をステップＳＴ３へ戻す。内通信ＥＣＵ２８は、ステップＳＴ３からステップＳＴ５の処理を繰り返して、試験通信を試みていない携帯端末１２１を新たに選択して試験通信を試みる。内通信ＥＣＵ２８は、取得した携帯端末１２１のすべてについての試験通信が終了するまで、ステップＳＴ３からステップＳＴ５までの処理を繰り返して、すべての携帯端末１２１への試験通信を実行する。取得した携帯端末１２１のすべてについての試験通信が終了していると、内通信ＥＣＵ２８は、処理をステップＳＴ６へ進める。
【0043】
ステップＳＴ６において、外通信ＥＣＵ２７は、以上の処理により収集した情報に基づいて、サーバ装置２へ送信するための端末情報を生成する。たとえば、外通信ＥＣＵ２７は、端末情報として、事故の際に自動車１０に乗車している乗員の携帯端末１２１のリスト情報を生成する。リスト情報において、複数の携帯端末１２１の情報は、傷害の可能性が高い乗員の順番にソートされてよい。各携帯端末１２１の情報には、たとえば、携帯端末１２１の電話番号やＳＭＳアカウントといった連絡先の情報、推定される傷害の可能性の内容や程度の情報、試験通信に対する応答の有無の情報、が含まれてよい。これにより、サーバ装置２へ送信する端末情報には、乗員が通信可能と確認されている携帯端末１２１の連絡先情報が含まれる。
【0044】
以上のように、本実施形態では、自動車１０の緊急の際に第一通信装置としての外通信端末６０を用いてサーバ装置２へ緊急情報を自動的に送信する。そして、緊急情報には、自動車１０の事故についての事故時情報とともに、自動車１０に乗車している乗員の携帯端末１２１のたとえば電話番号やＳＭＳアカウントといった連絡先情報が含まれる。これにより、コールセンタの職員などは、ステップＳＴ１９において、自動車１０ではなく、サーバ装置２が受信した緊急情報に含まれる乗員の携帯端末１２１の連絡先情報に基づいて、事故に遭った自動車１０の乗員と連絡をとるよりも前に、自動車１０の乗員の傷害の程度を推定することが可能になる。コールセンタの職員などは、自動車１０から外へ避難している乗員について、その安否、傷害の状態などについて推定することができる。また、連絡に対して応じていない乗員については、重度の傷害が発生している可能性があることを推定できる。
しかも、本実施形態においてコールセンタの職員などは、乗員の携帯端末１２１により直接乗員と連絡を取る前に、外通信端末６０による緊急情報により、内通信ＥＣＵ２８が行った、試験通信において呼び出しができるか否か、または試験通信への応答の有無により、携帯端末１２１のユーザである乗員の傷害の程度などの大まかな仮判断を認識することができる。
更に、コールセンタの職員などによる乗員の携帯端末１２１への呼び出しより前に、乗員が自動車１０からの避難が必要な場合、避難を開始する前に内通信ＥＣＵ２８による試験通信での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが可能となる。
しかも、本実施形態においてコールセンタの職員などは、乗員の携帯端末１２１により直接乗員と連絡を取る前に、外通信端末６０による緊急情報により、内通信ＥＣＵ２８が行った、試験通信において呼び出しができるか否か、または試験通信への応答の有無により、携帯端末１２１のユーザである乗員の傷害の程度などの大まかな仮判断を認識することができる。
更に、コールセンタの職員などによる乗員の携帯端末１２１への呼び出しより前に、乗員が自動車１０からの避難が必要な場合、避難を開始する前に内通信ＥＣＵ２８による試験通信での呼び出しを行うことで、乗員が自動車１０から離れる前に自身の携帯端末１２１の存在や、事故の衝撃で手元から離れた携帯端末１２１の位置を認識し、乗員が携帯端末１２１を確実に車外へ持ち出すことが可能となる。
【0045】
以上の実施形態は、本発明の好適な実施形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形または変更が可能である。
【0046】
上述した実施形態では、自動車１０においてＥＣＵが複数に分かれて存在していたが、そのうちの一部あるいは全てが一つのＥＣＵに統合されていても良い。
【0047】
上述した実施形態では、自動車１０の自動通報装置４の乗員保護ＥＣＵ３０は、事故による衝撃を検出した後に、事故時情報と端末情報とを収集し、これらをまとめてサーバ装置２へ送信している。
この他にもたとえば、自動車１０の自動通報装置４の乗員保護ＥＣＵ３０は、事故による衝撃を検出した後において、事故時情報と端末情報とを別々に、サーバ装置２へ送信してよい。図５であれば、ステップＳＴ１３とステップＳＴ１４との間に、事故時情報の自動通報処理を追加すればよい。このように複数回に分けて緊急情報が送信されるとしても、サーバ装置２は、それらの情報に含まれる各自動車１０に固有の識別情報などにより情報を関連付けることができる。しかも、乗員保護ＥＣＵ３０は、端末情報の収集時間により遅延してしまうことなく、事故を検出したら即時的に事故時情報を事故の第一報として送信することができる。また、乗員保護ＥＣＵ３０は、第一報の遅延を考慮することなく、複数の携帯端末についての試験通信を実行できる。乗員保護ＥＣＵ３０は、サーバ装置２が設けられるコールセンタにおいて職員が第一報に基づいて事故対応を始めた後に、遅滞なく複数の乗員の携帯端末の情報を送信することが可能である。
この他にもたとえば、自動車１０の自動通報装置４の乗員保護ＥＣＵ３０は、事故による衝撃を検出した後において、事故時情報と端末情報とを別々に、サーバ装置２へ送信してよい。図５であれば、ステップＳＴ１３とステップＳＴ１４との間に、事故時情報の自動通報処理を追加すればよい。このように複数回に分けて緊急情報が送信されるとしても、サーバ装置２は、それらの情報に含まれる各自動車１０に固有の識別情報などにより情報を関連付けることができる。しかも、乗員保護ＥＣＵ３０は、端末情報の収集時間により遅延してしまうことなく、事故を検出したら即時的に事故時情報を事故の第一報として送信することができる。また、乗員保護ＥＣＵ３０は、第一報の遅延を考慮することなく、複数の携帯端末についての試験通信を実行できる。乗員保護ＥＣＵ３０は、サーバ装置２が設けられるコールセンタにおいて職員が第一報に基づいて事故対応を始めた後に、遅滞なく複数の乗員の携帯端末の情報を送信することが可能である。
【符号の説明】
【0048】
１…自動緊急通報システム、２…サーバ装置、４…自動通報装置、５…無線通信ネットワーク、６…基地局、７…通信網、１０…自動車（車両）、１１…救急車、２０…制御系、２１…駆動ＥＣＵ、２２…操舵ＥＣＵ、２３…制動ＥＣＵ、２４…走行制御ＥＣＵ、２５…運転操作ＥＣＵ、２６…検出ＥＣＵ、２７…外通信ＥＣＵ、２８…内通信ＥＣＵ、２９…ＵＩ操作ＥＣＵ、３０…乗員保護ＥＣＵ、３６…車ネットワーク、３７…バスケーブル、３８…セントラルゲートウェイ、４１…表示デバイス、４２…操作デバイス、５１…速度センサ、５２…３軸加速度センサ、５３…ステレオカメラ、５４…車内カメラ、５５…マイクロホン、５６…ＧＮＳＳ受信機、６０…外通信端末、６１…外通信デバイス、７０…内通信端末、７１…内通信デバイス、８０…乗員保護装置、８１…運転側シートベルト装置、８２…同乗側シートベルト装置、８３…運転側フロントエアバッグ装置、８４…運転側カーテンエアバッグ装置、８５…同乗側フロントエアバッグ装置、８６…同乗側カーテンエアバッグ装置、８７…乗員保護メモリ、９１…サーバ通信デバイス、９２…サーバメモリ、９３…サーバＣＰＵ、９４…サーバＧＮＳＳ受信機、９５…サーバモニタ、９６…サーバ通話デバイス、９７…サーババス、１０１…クライアント通信デバイス、１０２…クライアントメモリ、１０３…クライアントＣＰＵ、１０４…クライアント報知デバイス、１０５…クライアントＧＮＳＳ受信機、１０６…クライアントモニタ、１０７…クライアント通話デバイス、１０８…クライアントバス、１１０…ＧＮＳＳ衛星、１２１…携帯端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】