(57)【要約】【課題】車両に事故が発生した場合、サーバ装置で車両状態を特定できる緊急通報装置を提供する。【解決手段】緊急通報装置１０は、車両１２に搭載される。緊急通報装置１０において、検出部５０は、車両１２に事故が発生したことを検出する。取得部５２は、検出部５０で事故発生が検出された場合、車両１２の故障情報を取得する。通信部５８は、取得部５２で取得された故障情報に関する送信用情報と、緊急通報情報とをサーバ装置３０に送信する。【選択図】図１
2020057335.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される緊急通報装置であって、
前記車両に事故が発生したことを検出する検出部と、
前記検出部で事故発生が検出された場合、前記車両の故障情報を取得する取得部と、
前記取得部で取得された前記故障情報に関する送信用情報と、緊急通報情報とをサーバ装置に送信する通信部と、
を備えることを特徴とする緊急通報装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自車両に事故が発生した場合に緊急通報を実行する緊急通報装置に関する。
【背景技術】
【０００２】
車両に衝突事故が発生した場合に、車両に搭載された緊急通報装置からサービスセンタに自動で緊急通報を実行し、サービスセンタの手配により救急車などを事故現場に向かわせるシステムが知られている。
【０００３】
特許文献１は、車両の走行中に自車位置や速度などのドライビング情報を記録し、事故が発生した場合、記録されたドライビング情報を緊急情報とともにサービスセンタに送信する緊急通報装置を開示する。サービスセンタの作業者は、事故直前のドライビング情報を解析して、事故原因を究明できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２４５８５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
緊急通報が行われた場合、事故車両の車両状態を特定できることが好ましい。車両状態を特定することで、救助者に事前に知らせることができる。
【０００６】
本発明はこうした状況に鑑みてなされたものであり、その目的は、車両に事故が発生した場合、サーバ装置で車両状態を特定できる緊急通報装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の緊急通報装置は、車両に搭載される緊急通報装置であって、前記車両に事故が発生したことを検出する検出部と、前記検出部で事故発生が検出された場合、前記車両の故障情報を取得する取得部と、前記取得部で取得された前記故障情報に関する送信用情報と、緊急通報情報とをサーバ装置に送信する通信部と、を備える。
【０００８】
この態様によると、事故発生が検出された場合、車両の故障情報に関する送信用情報をサーバ装置に送信するので、サーバ装置で送信用情報をもとに車両状態を特定できる。
【発明の効果】
【０００９】
本発明によれば、車両に事故が発生した場合、サーバ装置で車両状態を特定できる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態に係る緊急通報システムの構成を示すブロック図である。
【図２】図１の緊急通報システムの処理を示すシーケンス図である。
【図３】第２の実施の形態に係る緊急通報システムの処理を示すシーケンス図である。
【発明を実施するための形態】
【００１１】
（第１の実施の形態）
図１は、第１の実施の形態に係る緊急通報システム１の構成を示すブロック図である。緊急通報システム１は、緊急通報装置１０と、サーバ装置３０と、端末装置４０とを備える。
【００１２】
緊急通報装置１０は、自動車である車両１２に搭載される。緊急通報装置１０は、無線通信機能を有し、無線基地局や無線アクセスポイントを介してネットワーク２０に接続する。端末装置４０は、無線通信または有線通信でネットワーク２０に接続する。ネットワーク２０にはサーバ装置３０が接続されており、サーバ装置３０は緊急通報装置１０および端末装置４０とネットワーク２０経由で通信を行う。無線通信の規格は特に限定されないが、例えば、３Ｇ（第３世代移動通信システム）、４Ｇ（第４世代移動通信システム）または５Ｇ（第５世代移動通信システム）を含む。
【００１３】
緊急通報装置１０は、検出部５０と、取得部５２と、第１導出部５４と、第２導出部５６と、通信部５８とを備える。
【００１４】
車両１２の衝突などにより予め定められたしきい値以上の加速度が検出された場合、図示しないエアバッグＥＣＵ（Electronic Control Unit）は、エアバッグを展開させる展開信号をエアバッグと検出部５０に出力する。検出部５０は、展開信号を受けた場合、車両１２に事故が発生したことを検出する。検出部５０は、事故発生を検出すると、車両１２の第１ＥＣＵ１４ａ、第２ＥＣＵ１４ｂ、第３ＥＣＵ１４ｃ（まとめてＥＣＵ１４とも呼ぶ）のそれぞれに故障情報を要求する。ここでは３つのＥＣＵ１４を例示しているが、より多くのＥＣＵに故障情報を要求してもよい。
【００１５】
各ＥＣＵ１４は、故障情報の要求に応じて予め定められた部品の故障を診断し、診断により故障が特定された場合、故障情報を緊急通報装置１０に送信する。故障診断は、周知の技術を用いて実行できる。故障情報は、たとえばダイアグコードである。
【００１６】
第１ＥＣＵ１４ａは、車両１２のドアに設けられた各種スイッチ、モータおよびドアロックシステムなどの故障を診断する。第１ＥＣＵ１４ａは、ドアの各種スイッチ、モータまたはドアロックシステムが故障している場合、ドアの故障情報を送信する。
【００１７】
第２ＥＣＵ１４ｂは、車両１２の燃料漏れ故障などを診断する。第２ＥＣＵ１４ｂは、時間経過に伴い燃料の残量が減少している場合、燃料漏れの故障情報を送信する。
【００１８】
第３ＥＣＵ１４ｃは、車両１２の漏電故障などの電気系統の故障を診断する。第３ＥＣＵ１４ｃは、漏電が検出された場合、漏電の故障情報を送信する。
【００１９】
ドアの故障情報、燃料漏れの故障情報、および、漏電の故障情報は、乗員の救助作業に関係する部品の故障情報である。各ＥＣＵ１４は、乗員の救助作業に関係する部品以外の故障情報も送信し得る。
【００２０】
取得部５２は、各ＥＣＵ１４から送信された故障情報を取得し、取得した故障情報を第１導出部５４に出力する。
【００２１】
第１導出部５４は、取得部５２から出力された故障情報にもとづいて、故障情報に関する送信用情報を導出し、導出した送信用情報を通信部５８に出力する。たとえば第１導出部５４は、出力された故障情報の全てを含む送信用情報を導出する。第１導出部５４は、出力された故障情報から、乗員の救助作業に関係する部品の故障情報を抽出し、抽出した故障情報を含む送信用情報を導出してもよい。
【００２２】
第２導出部５６は、検出部５０で事故発生が検出された場合、車両１２を特定する情報および車両１２の位置などを含む緊急通報情報を導出し、導出した緊急通報情報を通信部５８に出力する。車両１２を特定する情報は、ナンバープレートの情報、車種、車両１２の色などを含み、図示しない記憶部に予め記憶されている。車両１２の位置は、図示しないＧＰＳ受信部で取得される。
【００２３】
通信部５８は、第１導出部５４で導出された送信用情報と、第２導出部５６で導出された緊急通報情報とをまとめてサーバ装置３０に送信する。
【００２４】
検出部５０、取得部５２、第１導出部５４、第２導出部５６の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２５】
サーバ装置３０は、たとえばデータ処理センターに設置される。サーバ装置３０は、緊急通報装置１０から緊急通報情報と送信用情報を受信し、受信した送信用情報にもとづいて車両状態を特定する。
【００２６】
サーバ装置３０は、故障情報と車両状態とが対応付けられたテーブルを保持しており、テーブルにもとづいて、受信した送信用情報の故障情報に対応付けられた車両状態を特定する。車両状態は、たとえばドアが破損した状態、燃料が漏れた状態、漏電した状態を含む。複数の車両状態が特定されることもある。
【００２７】
衝突によりドアが潰れた場合、ドアの各種スイッチ、モータ、ドアロックシステムに過剰な力が加わり、これらが故障することが想定されるため、ドアの故障情報には、ドアが破損した車両状態が対応付けられている。燃料漏れの故障情報には、燃料が漏れた車両状態が対応付けられている。漏電の故障情報には、漏電した車両状態が対応付けられている。
【００２８】
乗員の救助作業に関係する部品の故障情報が送信用情報に含まれていない場合、サーバ装置３０は、乗員の救助を妨げる損傷がない車両状態を特定する。サーバ装置３０は、受信した緊急通報情報と、特定した車両状態の情報を端末装置４０に送信する。
【００２９】
端末装置４０は、たとえば警備会社などに設置され、オペレータに利用される。端末装置４０は、サーバ装置３０から緊急通報情報と車両状態情報を受信した場合、それらの情報を画面に表示すると共に、緊急通報装置１０を介して車両１２の乗員とオペレータとの通話を実行する。
【００３０】
オペレータは、通話により車両１２の乗員にケガの有無、ケガの程度などを確認し、救急車を要請するか判断する。呼びかけに対して乗員の応答が無い場合には救急車を要請する。救急車を要請する場合、オペレータは、消防本部の通信司令室などに通報し、受信した緊急通報情報にもとづいて車両１２の位置、車両１２を特定する情報などを知らせる。端末装置４０は、消防本部の通信司令室などの端末装置に緊急通報情報と車両状態情報を送信してもよい。
【００３１】
ドアが破損した車両状態の場合、オペレータは、救急車に加え、ドアをこじ開ける器具、ドアを切断する器具などを準備したレスキュー車の出動を要請する。オペレータは、これらの器具と、これらの器具を扱える救助者を準備した救急車の出動を要請してもよい。ドアが破損した車両状態は、通信司令室などから救助者にも知らされる。これにより、車両１２のドアが変形したり潰れたりして開かない場合や、ドアロックが故障してドアが開かない場合にも、救助者は、事故現場に到着後、準備した器具を用いてドアの開放作業を速やかに開始できる。
【００３２】
燃料が漏れた車両状態の場合、オペレータは、救急車に加え、引火防止のために漏れた燃料を処理する器具を準備した消防車の出動を要請する。オペレータは、これらの器具と、これらの器具を扱える救助者を準備した救急車の出動を要請してもよい。燃料が漏れた車両状態は、通信司令室などから救助者にも知らされる。これにより、救助者は、事故現場に到着後、準備した器具を用いて漏れた燃料の処理を速やかに開始できる。
【００３３】
漏電した車両状態の場合、オペレータは、救急車に加え、耐電服、耐電手袋、耐電長靴などの感電を防止する装備を準備したレスキュー車の出動を要請する。オペレータは、これらの装備を準備した救急車の出動を要請してもよい。漏電した車両状態は、通信司令室などから救助者にも知らされる。これにより、救助者は、事故現場に到着後、準備した装備を用いて感電を防止しつつ、車両１２のバッテリを電気的に切り離すなどの作業を速やかに開始できる。
【００３４】
このように、救急車が事故現場に到着した後、車両１２における救助を妨げる損傷を発見した救急隊員がレスキュー車および／または消防車を要請する場合よりも、乗員の救助を速やかに開始しやすくなる。
【００３５】
次に、以上の構成による緊急通報システム１の全体的な動作を説明する。図２は、図１の緊急通報システム１の処理を示すシーケンス図である。緊急通報装置１０は、車両１２の事故発生を検出し（Ｓ１０）、各ＥＣＵ１４に故障情報を要求する（Ｓ１２）。各ＥＣＵ１４は、故障診断を実行し、故障が特定されると緊急通報装置１０に故障情報を送信する（Ｓ１４）。緊急通報装置１０は、故障情報に関する送信用情報と、緊急通報情報とをサーバ装置３０に送信する（Ｓ１６）。サーバ装置３０は、送信用情報にもとづいて車両状態を特定し（Ｓ１８）、緊急通報情報と車両状態情報を端末装置４０に送信する（Ｓ２０）。端末装置４０は、緊急通報情報と車両状態情報をオペレータに提供する（Ｓ２２）。
【００３６】
本実施の形態によれば、サーバ装置３０で事故車両の故障情報をもとに車両状態を特定でき、車両状態を救助者に事前に知らせることができる。そのため、救助者は、車両状態に応じた救助作業の準備を行うことができる。よって、事故現場で救助者に乗員の救助を速やかに開始させやすくなり、救助作業を効率化できる。また、事故車両の外観からは分かりにくい漏電が発生している場合にも、そのことを救助者に事前に認識させることができる。よって、乗員と救助者の安全性を高めることもできる。
【００３７】
（第２の実施の形態）
第２の実施の形態では、緊急通報装置１０は故障情報の取得を待たずに緊急通報情報を送信することが第１の実施の形態と異なる。以下では、第１の実施の形態との相違点を中心に説明する。
【００３８】
通信部５８は、事故発生が検出された場合、取得部５２で故障情報が取得されたか否かによらず、先に緊急通報情報をサーバ装置３０に送信する。通信部５８は、事故発生が検出された場合、取得部５２で故障情報が取得され、故障情報から送信用情報が導出されると、送信用情報をサーバ装置３０に送信する。このように通信部５８は、緊急通報情報を送信した後、送信用情報を送信する。送信用情報は、車両１２を特定する情報も含む。
【００３９】
図３は、第２の実施の形態に係る緊急通報システム１の処理を示すシーケンス図である。緊急通報装置１０は、車両１２の事故発生を検出し（Ｓ１０）、各ＥＣＵ１４に故障情報を要求し（Ｓ１２）、緊急通報情報をサーバ装置３０に送信する（Ｓ３０）。サーバ装置３０は、緊急通報情報を端末装置４０に送信する（Ｓ３２）。端末装置４０は、緊急通報情報をオペレータに提供する（Ｓ３４）。オペレータは、緊急通報情報をもとに、先に救急車の出動を要請することができる。
【００４０】
故障情報を要求された各ＥＣＵ１４は、故障診断を実行し、故障が特定されると緊急通報装置１０に故障情報を送信する（Ｓ３６）。緊急通報装置１０は、故障情報に関する送信用情報をサーバ装置３０に送信する（Ｓ３８）。サーバ装置３０は、送信用情報にもとづいて車両状態を特定し（Ｓ１８）、車両状態情報を端末装置４０に送信する（Ｓ４０）。端末装置４０は、車両状態情報をオペレータに提供する（Ｓ４２）。オペレータは、車両状態情報をもとに、必要な装備を準備したレスキュー車および／または消防車の出動を要請することができる。端末装置４０は、消防本部の通信司令室の端末装置に車両状態情報を送信し、通信司令室から救急車に事故車両の車両状態を知らせる。
【００４１】
本実施の形態によれば、故障情報の取得を待たずに緊急通報情報を送信するので、故障情報の取得に時間がかかる場合にも、救急車を事故現場に速やかに向かわせることができる。そのため、車両１２の損傷のために乗員を車両１２から救助することが困難であっても、車内の乗員の救命処置をより速やかに開始しやすくなる。ドアが損傷していても特別な器具を用いずにドアを開放できる場合には、乗員の救助をより速やかに開始しやすくなる。
【００４２】
また、救急車が事故現場に到着した後、車両１２における救助を妨げる損傷を発見した救急隊員がレスキュー車および／または消防車を要請するよりも、レスキュー車および／または消防車が事故現場により早く到着しやすくなり、乗員の救助をより速やかに開始しやすくなる。
【００４３】
以上、実施の形態をもとに本発明を説明した。実施の形態はあくまでも例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４４】
たとえば第１導出部５４は、乗員の救助作業に関係する部品の故障情報と、テーブルとにもとづいて、車両状態を特定し、特定した車両状態の情報を含む送信用情報を導出してもよい。この送信用情報も、故障情報に関する情報である。この場合、サーバ装置３０は、緊急通報情報と、送信用情報に含まれる車両状態情報とを端末装置４０に送信する。この変形例では、緊急通報システム１の構成の自由度を向上できる。
【００４５】
第１ＥＣＵ１４ａは、運転席側のドア、助手席側のドアなどのドア毎にドアの故障情報を出力してもよい。この場合、サーバ装置３０は、ドア毎に破損を特定する。この変形例では、どのドアに破損があるか特定できるので、破損のないドアが存在する場合、そのドアを救助者に知らせることができ、救助作業を効率化できる。
【００４６】
通信部５８は、ジャイロセンサなどで車両１２の横転が検出された場合、横転情報も含む送信用情報をサーバ装置３０に送信してもよい。
【符号の説明】
【００４７】
１…緊急通報システム、１０…緊急通報装置、１２…車両、３０…サーバ装置、４０…端末装置、５０…検出部、５２…取得部、５４…第１導出部、５６…第２導出部、５８…通信部。
【図１】
2020057335.tif 000003
【図２】
2020057335.tif 000004
【図３】
2020057335.tif 000005