JP2020152236A - 通報装置、通報方法およびプログラム - Google Patents

Abstract

【課題】イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供する。【解決手段】通報装置１０は、撮影データ取得部１２０、加速度センサ１４２、イベント検出部１２７、記録制御部１２３、イベント解析部１２９、判断部１３０および通信部１７０を備える。イベント検出部１２７は、加速度情報に基づいて移動体に対してイベントが発生したことを検出する。記録制御部１２３は、イベントの検出に基づいて撮影データの少なくとも一部から予め設定された期間分の撮影データをイベント記録データとして記録する。イベント解析部１２９は、イベント記録データに基づいてイベントの状況を解析する。判断部１３０は、加速度情報および解析の結果に基づいて緊急通報をするか否かを判断する。通信部１７０は、緊急通報をする場合に、予め設定された通報先に通報を行う。【選択図】図２

Description

本発明は通報装置、通報方法およびプログラムに関する。

車両等の移動体に事故が発生した場合に、移動体が受けた衝撃から事故を検出して所定の通報先へ緊急通報するシステムが開発されている。

例えば特許文献１に記載の事故通報システムは、車両に接続されたビーコンおよびビーコンと通信し事故判定部を有する端末とを有する。ビーコンは第１加速度センサを有し、第１加速度センサで検出される第１の加速度を含む情報を発信する。端末は、第２の加速度センサと、ビーコンから送信された情報を受信する受信装置と、第１の加速度値および第２の加速度値に基づいて事故が発生したか否かを判定する。また端末は、所定の周波数を検知する音声センサを有し、事故が発生した際の音声を感知する。

特開２０１７−０８８１５７号公報

しかしながら、特許文献１の事故通報システムが把握する事故の状況は限定的である。例えば、特許文献１の事故通報システムは、事故発生時における移動体外部の環境を把握することは困難である。また特許文献１の事故通報システムは、対物事故なのか、対人事故なのか、あるいは他の移動体と衝突したのか、等の情報を取得することが困難である。そのため、緊急通報の信頼性が低下するおそれがある。すなわち、このような通報システムにおいては、事故を検出した場合に、事故の状況をより正確に把握したうえで通報することが課題となる。

本発明は、このような課題を解決するためになされたものであって、イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供するものである。

本発明にかかる通報装置は、撮影データ取得部、加速度センサ、イベント検出部、記録制御部、イベント解析部、判断部および通信部を備える。撮影データ取得部は、移動体に設置されたカメラが移動体の外部を撮影した撮影データを取得する。加速度センサは、移動体に加わる加速度情報を取得する。イベント検出部は、加速度情報に基づいて移動体に対してイベントが発生したことを検出する。記録制御部は、イベントの検出に基づいて撮影データの少なくとも一部から予め設定された期間分の撮影データをイベント記録データとして記録する。イベント解析部は、イベント記録データに基づいてイベントの状況を解析する。判断部は、加速度情報および解析の結果に基づいて緊急通報をするか否かを判断する。通信部は、緊急通報をする場合に、予め設定された通報先に通報を行う。

本発明にかかる通報方法は、撮影データ取得ステップ、加速度情報取得ステップ、イベント検出ステップ、記録制御ステップ、イベント解析ステップ、判断ステップおよび通信ステップを備える。撮影データ取得ステップは、移動体に設置されたカメラが移動体の外部を撮影した撮影データを取得する。加速度情報取得ステップは、移動体に加わる加速度情報を取得する。イベント検出ステップは、加速度情報に基づいて移動体に対してイベントが発生したことを検出する。記録制御ステップは、イベントの検出に基づいて撮影データから予め設定された期間分の撮影データをイベント記録データとして記録する。イベント解析ステップは、イベント記録データに基づいてイベントの状況を解析する。判断ステップは、加速度情報および解析の結果に基づいて緊急通報をするか否かを判断する。通信ステップは、緊急通報をする場合に、予め設定された通報先に通報を行う。

本発明にかかるプログラムは、コンピュータに通報方法を実行させる。当該通報方法は、撮影データ取得ステップ、加速度情報取得ステップ、イベント検出ステップ、記録制御ステップ、イベント解析ステップ、判断ステップおよび通信ステップを備える。撮影データ取得ステップは、移動体に設置されたカメラが移動体の外部を撮影した撮影データを取得する。加速度情報取得ステップは、移動体に加わる加速度情報を取得する。イベント検出ステップは、加速度情報に基づいて移動体に対してイベントが発生したことを検出する。記録制御ステップは、イベントの検出に基づいて撮影データから予め設定された期間分の撮影データをイベント記録データとして記録する。イベント解析ステップは、イベント記録データに基づいてイベントの状況を解析する。判断ステップは、加速度情報および解析の結果に基づいて緊急通報をするか否かを判断する。通信ステップは、緊急通報をする場合に、予め設定された通報先に通報を行う。

本発明によれば、イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供することができる。

通報装置を搭載した車両の上面図である。 実施の形態１にかかる通報装置のブロック図である。 通報装置が記憶する撮影データと時間との関係を示す第１の図である。 通報装置が記憶する撮影データと時間との関係を示す第２の図である。 実施の形態１にかかる通報装置の処理を示すフローチャートである。 実施の形態１にかかる通報装置が記録した撮影データの例を示す図である。 実施の形態１にかかる通報装置が通報する内容の例を示す表である。 実施の形態２にかかる通報装置のブロック図である。 実施の形態２にかかる通報装置の処理を示すフローチャートである。 実施の形態２にかかる通報装置が通報する内容の例を示す表である。 実施の形態３にかかる通報装置のブロック図である。 実施の形態３にかかる通報装置が通報する内容の例を示す表である。

以下、発明の実施の形態を通じて本発明を説明するが、特許請求の範囲にかかる発明を以下の実施形態に限定するものではない。また、実施形態で説明する構成の全てが課題を解決するための手段として必須であるとは限らない。説明の明確化のため、以下の記載および図面は、適宜、省略、および簡略化がなされている。なお、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

＜実施の形態１＞
以下、図を参照して実施の形態１の構成について説明する。図１は、通報装置を搭載した車両の上面図である。移動体である車両９００のウィンドシールド中央上部には、通報装置１０が固定されている。通報装置１０は車両９００の前方を撮影するように設定されている。通報装置１０が有するカメラは、図に示すように、車両９００の前方を視野角１８０度で撮影する。通報装置１０は、カメラが撮影した撮影データを記録および再生する。つまり、通報装置１０は、ドライブレコーダとしての機能を有している。本実施の形態における通報装置１０をドライブレコーダと称してもよい。

次に、図２を参照して通報装置１０の機能構成の詳細について説明する。図２は、実施の形態１にかかる通報装置のブロック図である。通報装置１０は、各構成要素の制御を司る制御部１００および制御部１００に接続された複数の構成要素を有している。制御部１００は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、メモリ、および複数のインタフェース等が実装された回路基板を有する制御装置であって、格納されているプログラムを実行して種々の処理を実行する。

以下に制御部１００の詳細について説明する。制御部１００は、撮影データ取得部１２０、バッファメモリ１２１、撮影データ処理部１２２、記録制御部１２３、再生制御部１２４、操作制御部１２５、表示制御部１２６、イベント検出部１２７、位置情報取得部１２８、イベント解析部１２９、判断部１３０および通報情報生成部１３１を有しており、これらの処理および制御を実行する構成は、制御部１００が実行するプログラムによって実現される。便宜的に、これらの構成はそれぞれバスライン１１０に接続しているように表現される。

撮影データ取得部１２０は、カメラ１５０から供給された撮影データを取得する。撮影データ取得部１２０は、バスライン１１０を介して撮影データをバッファメモリ１２１に供給する。

バッファメモリ１２１は、揮発性または不揮発性のメモリ装置である。バッファメモリ１２１は、撮影データ取得部１２０を介してカメラ１５０が定期的に生成する撮影データを順次受け取り、受け取った撮影データを一時的に記憶する。バッファメモリ１２１が一時的に記憶する撮影データは予め設定された期間分である。バッファメモリ１２１は、予め設定された期間を経過した撮影データを順次消去するか、あるいは、新たに受け取った撮影データで順次上書きする。

撮影データ処理部１２２は、バッファメモリ１２１が記憶している撮影データから、予め設定された方式に準拠した形式の撮影ファイルを生成する。予め設定された方式とは、例えばＨ．２６４やＭＰＥＧ−４（Moving Picture Experts Group）などの方式である。

なお、撮影データ処理部１２２は、撮影データを処理し、予め設定された画角の撮影ファイルを生成してもよい。また、撮影データ処理部１２２は、バッファメモリ１２１が出力した撮影データを処理し、予め設定された時間または予め設定された画角の撮影データを生成し、ファイル名称等のヘッダ情報等を付加して、撮影ファイルを生成してもよい。さらに、撮影データ処理部１２２は、バッファメモリ１２１が出力した撮影データを処理し、撮影データのノイズ除去や歪み補正等を行ってもよく、撮影データに時刻情報、車両９００の速度情報または車両９００の位置情報などを表示した撮影ファイルを生成してもよい。

記録制御部１２３は、撮影データ処理部１２２が生成した撮影ファイルを記録部１６０に記録させる制御を行う。イベント検出部１２７がイベントを検出した場合、記録制御部１２３は、イベントの検出に基づいて予め設定された期間分の撮影ファイルを上書き禁止されたイベント記録データとして記録部１６０に記録する。記録制御部１２３はイベント記録データを、記録部１６０における所定の記録領域に記録する。所定の記録領域とは例えば、上書きまたは消去禁止とすることを定められた記録領域である。あるいは、記録制御部１２３により記録部１６０に供給されたイベント記録データは、上書きまたは消去禁止であることを示すフラグをファイル内に含めて記録してもよい。

なお、記録制御部１２３は、イベント検出部１２７がイベントを検出していない場合、撮影ファイルを上書き可能な状態として記録部１６０に記憶させてもよい。記録部１６０に記憶させる、イベント記録データとは異なる撮影ファイルを、ここでは「通常ファイル」と称する。記録制御部１２３は、記録部１６０の記憶容量が上限となった場合、通常ファイルのうち古いものを消去して新たに生成された通常ファイルを記録部１６０に記録してもよい。

再生制御部１２４は、予め設定された条件下において、記録されているイベント記録データを再生するための処理を行う。予め設定された条件とは、ユーザの操作を受け付けた場合などである。

操作制御部１２５は、操作部１４０が受け付けた操作情報を取得し、操作情報に基づいた操作指示を、各構成要素に出力する。操作制御部１２５は、操作部１４０から再生対象となる各種データの選択指示を取得した場合、再生制御部１２４に記録部１６０に記録されているファイルなどを選択させる。操作制御部１２５は、操作部１４０から各種データの再生に関する指示を取得した場合、再生制御部１２４に再生に関する処理を行わせる。各種データの再生に関する指示とは、例えば、再生開始、一時停止、再生停止、拡大表示などである。

表示制御部１２６は、表示部１４１に対し、様々な情報を表示させる制御を行う。例えば、表示制御部１２６は、カメラ１５０が撮影中の撮影データを表示部１４１に表示させる。また、表示制御部１２６は、再生制御部１２４から供給されたイベント記録データを受け取り、受け取ったイベント記録データを表示部１４１に表示させる。表示制御部１２６は、表示部１４１に、操作部１４０の機能としてタッチセンサが重畳されている場合、タッチセンサに対応したアイコンなどを表示部１４１に適宜表示させる。

イベント検出部１２７は、加速度センサ１４２が検出する加速度に関する情報を受け取るとともに、受け取った情報の信号の大きさや信号パターンから所定のイベントが発生したことを検出する。外部から受ける加速度とは、通報装置１０が通報装置の外部から受ける加速度であって、例えば車両９００が他の物体と衝突したときに発生する衝撃などにより生じる加速度である。

イベント検出部１２７は、加速度センサ１４２から受け取った情報が所定のイベントの発生に該当することを検出した場合には、イベントの発生を検出したことを示す信号を撮影データ処理部１２２およびイベント解析部１２９に供給する。イベントの発生とは、例えば、急ブレーキによる衝撃や、車両に対して物体が衝突した場合の衝撃など、事故に該当する場合に生じる加速度が検出される場合である。例えば、予め設定された方向に対して、予め設定された大きさを越える加速度が、予め設定された期間を越えて検出された場合や、予め設定された期間に加速度の変化が大きかった場合などに、イベント検出部１２７はイベントの発生を検出する。なおイベント検出部１２７は、３軸座標の座標軸であるＸ軸、Ｙ軸およびＺ軸の加速度を検出するものであってもよいし、これらのうち少なくとも１方向の加速度を検出するものであってもよい。またこれら３軸方向から受ける加速度に重み付けを行ってもよい。またイベント検出部１２７は、イベントの発生を検出した場合には、イベント発生時の加速度に関する情報を、判断部１３０に供給する。

位置情報取得部１２８は、ＧＰＳ（Global Positioning System）受信部１４３が受信したＧＰＳ衛星からの信号を受け取り、受け取った信号から現在位置に関する情報である位置情報を取得し、取得した位置情報を記録制御部１２３に供給する。位置情報には例えば、ＧＰＳ衛星から信号を受け取った時刻における車両の緯度および経度が含まれる。

イベント解析部１２９は、イベント検出部１２７からイベントの発生を検出したことを示す信号を受け取り、これをトリガ信号として、イベント記録データからイベントの状況を解析する。より具体的には、イベント解析部１２９は、イベント記録データに含まれる物体を認識し、認識した物体の移動軌跡を解析する。これによりイベント解析部１２９は、イベント発生時にイベント記録データに含まれる物体が車両９００に衝突や接触をしたことを推定する。

判断部１３０は、イベント検出部１２７から加速度に関する情報を受け取るとともにイベント解析部１２９から解析の結果を受け取る。判断部１３０は、受け取ったこれらの情報から、緊急通報をするか否かを判断する。例えば、判断部１３０は、加速度に関する情報に対して予め設定された閾値を有しており、イベント検出部１２７から受け取った加速度の値がこの閾値を超えていた場合には、緊急通報をすることを決定する。あるいは、判断部１３０は、受け取った加速度が予め設定された値より大きい場合であって、さらに受け取った解析の結果が緊急通報をするための条件を満たしている場合に、緊急通報をすることを決定する。緊急通報をするための条件とは例えば車両９００が他の自動車と衝突したことを推定した場合などである。

判断部１３０は、イベント解析部１２９から受け取った解析の結果から、発生したイベントの深刻度を示す信号を生成してもよい。この場合、例えば、解析の結果に、車両９００に衝突した物体が大型車両であったことが含まれる場合には、小型車両であった場合に比べて深刻度が高いと判断してもよい。あるいは、例えば、判断部１３０は、解析の結果に衝突速度が含まれる場合に、衝突速度が予め設定された閾値以上（例えば時速５０キロメートル以上）の場合には、衝突速度が当該閾値に満たない場合よりも深刻度が高いと判断してもよい。深刻度を示す信号は、例えば３段階や５段階のレベルを有していてもよい。深刻度を示す信号を生成した場合、判断部１３０は、深刻度を示す信号に応じて緊急通報を行うことを判断する。

通報情報生成部１３１は、緊急通報において送信する通報内容を生成する。通報内容は、イベント解析部１２９が行った解析の結果が含まれる。例えば、解析の結果に、車両９００が他の自動車と正面衝突したことを推定する内容が含まれる場合、通報内容は、車両９００が他の自動車と正面衝突したことを示す情報が含まれる。このように、通報内容に、イベント解析部１２９が行った解析の結果が含まれることにより、緊急通報の内容は、より具体的かつ把握が容易なものとなる。よって緊急通報を受信した場合、発生したイベントに対する対応をより具体的に実行することができる。

次に、制御部１００に接続している各構成について説明する。通報装置１０は、操作部１４０、表示部１４１、加速度センサ１４２、ＧＰＳ受信部１４３、カメラ１５０、記録部１６０および通信部１７０を有している。

操作部１４０は、通報装置１０に対してユーザが行う操作を受け付けるユーザインタフェースである。ユーザインタフェースは、例えば操作ボタンであってもよいし、表示部１４１に重畳して設置されたタッチセンサであってもよい。またユーザインタフェースは、赤外線や無線通信の受信部であって、リモコン等から送信される信号を受け付けるものであってもよい。操作部１４０は、受け付けた操作に関する情報である操作情報を、所定のインタフェースを介して制御部１００に供給する。操作情報は例えば、イベント記録開始の指示やイベント記録データの再生を行う指示等である。

表示部１４１は、表示制御部１２６の制御により各種情報を表示する表示装置である。表示部１４１は、例えば、液晶パネルや有機ＥＬ（Electro Luminescence）などの表示パネルを少なくとも有している。表示部１４１は、表示制御部１２６に接続し、表示制御部１２６から供給される信号を表示する。表示部１４１は、イベント記録データに含まれる映像を表示するように構成されている。

加速度センサ１４２は、例えば３軸加速度センサであって、通報装置１０の任意の場所に設置されている。加速度センサ１４２は、加速度センサ１４２に印加された加速度を検出し、検出した加速度に応じて、検出した加速度に関する情報を制御部１００に供給する。加速度センサ１４２は、イベント検出部１２７に接続しており、検出した加速度に関する情報をイベント検出部１２７に供給する。なお、加速度センサ１４２が制御部１００に供給する加速度に関する情報は、適宜、他の構成も利用可能であり、より具体的には、再生制御部１２４も加速度センサ１４２から受け取る加速度に関する情報を利用する。なお、加速度センサ１４２は、３軸加速度センサに代えて、１軸または２軸加速度センサであってもよい。

ＧＰＳ受信部１４３は、ＧＰＳあるいはＧＮＳＳ（Global Navigation Satellite System）と称される衛星測位システムにより車両の現在位置に関する情報を受信する。ＧＰＳ受信部１４３は、ＧＰＳ信号を受信するためのアンテナであってもよいし、車両が取得する位置情報を受け取るための通信インタフェースであってもよい。ＧＰＳ受信部１４３は、受信した現在位置に関する信号を、位置情報取得部１２８に供給する。

カメラ１５０は、対物レンズ、撮像素子およびＡ−Ｄ（Analog to Digital）変換素子等を有する撮像装置である。カメラ１５０は、移動体である車両の周囲の景色を含む映像を撮影し、撮影した映像のデータである撮影データを生成する。カメラ１５０は、生成した撮影データを撮影データ取得部１２０に供給する。

記録部１６０は、カメラ１５０から供給された撮影データを格納する記録装置である。記録部１６０は、例えばフラッシュメモリを含むメモリカードや、ＳＳＤ（Solid State Drive）またはＨＤＤ（Hard Disk Drive）等の不揮発性の記録装置である。記録部１６０は、記録制御部１２３に接続し、記録制御部１２３から所定のデータを受け取り、受け取ったデータを記録する。また、記録部１６０は、再生制御部１２４の指示に応じて再生制御部１２４に対して記録しておいたイベント記録データを含むイベントファイルを供給する。記録部１６０は通報装置１０から脱着可能に構成されていてもよいし、取り外しできない構成であってもよい。

通信部１７０は、車両９００の外部と無線通信を行うための通信装置であって、例えば電話回線やＷｉ−Ｆｉ（登録商標）を介した通信を行うためのアンテナ、送信回路および受信回路等を有している。通信部１７０は、緊急通報をする場合に、予め設定された通報先に通報を行う。予め設定された通報先は、任意に設定することができる。通信部１７０は、緊急通報により、通報情報生成部１３１が生成した通報情報を通報先に送信する。

次に、図３を参照しながら、撮影データについて説明する。図３は、通報装置が記憶する撮影データと時間との関係を示す第１の図である。図の横軸は時刻を表しており、時刻ｔ１０から時刻ｔ１１に向かって矢印の方向（右方向）に時間が経過することを示している。

時間軸に沿って示された長尺形状は、時刻ｔ１１における撮影データＣ１１である。撮影データＣ１１は、カメラ１５０が生成した撮影データであって、バッファメモリ１２１に記憶されている。通報装置１０は、予め設定された期間Ｐｎの撮影データを常に記憶しておくように設定されている。期間Ｐｎは、例えば６０秒、１２０秒あるいは１５０秒などの期間である。時刻ｔ１１における撮影データＣ１１は、時刻ｔ１１から期間Ｐｎを遡った時刻ｔ１０から時刻ｔ１１までの撮影データである。またバッファメモリ１２１に記憶される撮影データは時刻の経過とともに、期間Ｐｎより過去の撮影データは順次消去される。

ここで、図３に示す例では、時刻ｔ１１において、通報装置１０がイベントの発生を検出したものとする。そのため、通報装置１０はこの後、時刻ｔ１１を基準としてイベント記録データを生成する処理を行う。

次に、図４を参照しながら、イベントの発生を検出した後の撮影データとイベント記録データについて説明する。図４は、通報装置が記憶する撮影データと時間との関係を示す第２の図である。図４は時刻ｔ１１より後の時刻ｔ２１におけるデータの構成を示している。時刻ｔ２１においてバッファメモリ１２１に記憶されているのは時刻ｔ２１から期間Ｐｎを遡った時刻ｔ２０から時刻ｔ２１までの撮影データＣ２１である。

撮影データＣ２１の下に示されている矩形は、イベント記録データＥ１１である。イベント記録データＥ１１は、時刻ｔ１１に検出されたイベントに応じて撮影データから抽出されたものである。本実施の形態において通報装置１０は、イベントを検出した時刻ｔ１１を基準として、時刻ｔ１１から期間Ｐ１を遡った時刻ｔｓをイベント記録データの開始時刻と設定する。また本実施の形態において、通報装置１０は、イベントを検出した時刻ｔ１１を基準として期間Ｐ２を経過した時刻ｔｅをイベント記録データの終了時刻として設定する。期間Ｐ１および期間Ｐ２は、例えば１０秒、１５秒あるいは２０秒などの期間である。すなわち、通報装置１０は、時刻ｔｓから時刻ｔｅまでの期間の撮影データをイベント記録データＥ１１として記録する。

上述のようにイベント記録データを生成することにより、通報装置１０は、発生したイベントの前後の期間について、撮影データを記録できる。したがって、ユーザは、イベントが発生した後に通報装置１０が記録したイベント記録データを再生することにより、イベント発生前後における車両の周囲の状況を視認できる。また、イベント解析部１２９は、記録されたイベント記録データを取得することによりイベントの解析をする。

なお、通報装置１０は、イベント記録データに加えて、通常ファイルを記録部１６０に記録してもよい。その場合、通報装置１０は、バッファメモリ１２１に記憶されている撮影データから所定の期間の撮影データを抽出し、抽出した撮影データを通常ファイルとして記録部１６０に記録する。通報装置１０は、通常ファイルを記録する処理と、イベント記録データを記録する処理とを並列して行ってもよい。

次に、図５を参照しながら通報装置１０が行う処理について説明する。図５は、実施の形態１にかかる通報装置の処理を示すフローチャートである。図５は、制御部１００が行う処理を示している。図５に示すフローチャートは、車両の動作の開始などに応じて通報装置１０に電源が供給されるなどの任意の条件により開始される。

まず、制御部１００が有する撮影データ取得部１２０は、撮影データの取得を開始する（ステップＳ１０）。ステップＳ１０において制御部１００はイベントの検出も開始する。撮影データはカメラ１５０から定期的（例えば３０フレーム毎秒）に供給される。撮影データ取得部１２０はカメラ１５０から供給される撮影データをバッファメモリ１２１に供給する。バッファメモリ１２１は予め設定された期間（例えば６０秒）の撮影データを記憶し、予め設定された期間の撮影データが記憶された後は、古い撮影データを削除しながら新しい撮影データを順次記憶する。

次にイベント検出部１２７は、加速度センサ１４２から供給される情報からイベントの発生を検出したか否かを判断する（ステップＳ１１）。イベントの発生を検出したと判定しない場合（ステップＳ１１：Ｎｏ）、制御部１００はイベント記録データの生成を行わず、ステップＳ１６に進む。

ステップＳ１６において、制御部１００は、一連の処理を終了するか否かを判断する（ステップＳ１６）。処理を終了すると判断しない場合（ステップＳ１６：Ｎｏ）、制御部１００はステップＳ１１に戻り再びイベントの発生を検出したか否かの判断を行う。一方、処理を終了すると判断した場合（ステップＳ１６：Ｙｅｓ）、制御部１００は処理を終了する。

ステップＳ１１に戻り説明を続ける。イベントの発生を検出したと判断した場合（ステップＳ１１：Ｙｅｓ）、記録制御部１２３は、イベント記録データを生成し、記録部１６０に記録させる（ステップＳ１２）。

次に、イベント解析部１２９は、イベント記録データからイベントの状況を解析する（ステップＳ１３）。

図６を参照してイベント解析部１２９が行う処理の具体例について説明する。図６は、実施の形態１にかかる通報装置１０が記録した撮影データの例を示す図である。図６に示した画像Ａ１０は、通報装置１０がイベント記録データとして記録した撮影データのうち、任意の時刻における画像を示したものである。画像Ａ１０は、車両９００が画像の奥行き方向に延びる道路に沿って進行していることを示している。画像Ａ１０に示された道路は左にカーブしている。また車両９００の進行方向には他の自動車Ａ３０が走行している。また、車両９００の前方には車両９００の方向に向かって他の自動車Ａ２０が走行している。車両９００と他の自動車Ａ２０とは数秒後に衝突してイベントが発生するという状況である。

このような状況において、イベント解析部１２９は、画像Ａ１０において、画像データの画素値を演算することにより他の自動車Ａ２０および他の自動車Ａ３０を認識する。より具体的にはイベント解析部１２９は、例えばＨＯＧ（Histograms of Oriented Gradients）を利用することにより、画像データ中の特徴量を抽出して、物体を認識する。なお、画像データから物体を認識する手法については既に当業者に広く知られている。そのためここでの詳述は省略する。

イベント解析部１２９は、イベント記録データに含まれる各フレームの画像データから物体を認識したうえで、車両９００に対してそれぞれの物体がどちらの方向にどれくらいの速さで移動しているかを算出する。認識した物体の移動する方向および移動する速さを算出するにあたり、イベント解析部１２９は、例えば各フレームの画像データの差分を算出する。これによりイベント解析部１２９は、画像データに含まれる物体の移動する方向および移動する速さを推定する。

図６に示した例の場合、他の自動車Ａ２０は車両９００と衝突する。したがって、イベント解析部１２９は、イベント記録データを解析することにより、車両９００が他の自動車Ａ２０と衝突したことを推定する。またイベント解析部１２９は、解析の結果から、他の自動車Ａ２０が車両９００の右側前部（例えば運転席側）に損傷を与えたことを推定する。イベント解析部１２９は、イベントの発生とともに撮影データ全体が揺れたことを認識することもできる。このような処理を行うことによりイベント解析部１２９は、発生したイベントの状況を解析する。イベント解析部１２９は、解析の結果を判断部１３０に供給する。

図５に戻り説明を続ける。ステップＳ１３の後、判断部１３０は、緊急通報を行うか否かを判断する（ステップＳ１４）。緊急通報を行うと判断しない場合（ステップＳ１４：Ｎｏ）、制御部１００は、一連の処理を終了するか否かを判断する（ステップＳ１６）。一方、緊急通報を行うと判断した場合（ステップＳ１４：Ｙｅｓ）、制御部１００は、通報先に緊急通報を行う（ステップＳ１５）。緊急通報を行った後、制御部１００は、ステップＳ１６に進む。

次に、図７を参照して緊急通報の内容について説明する。図７は、実施の形態１にかかる通報装置が通報する内容の例を示す表である。図７に示す表Ｂ１０は通報情報生成部１３１が生成する情報の一例である。表Ｂ１０は左側の列に項目番号１〜６が示されている。項目番号の右隣には、各項目番号に対応した項目の名称が示されている。項目の名称の右隣には、通報情報生成部１３１が生成した具体的な内容が示されている。

具体的には、例えば、項目番号１は、通報装置１０が一意に有しているＩＤ情報（ＡＢＣ−１０２−ＤＥＦ−３４５）である。項目番号２は、通報装置１０がイベントを検出した日時である。項目番号３は、イベントの検出した日時において位置情報取得部１２８が取得した車両９００の位置（２４度４４分１２秒Ｎ／１２５度２７分１２秒Ｅ）である。項目番号４は、イベント解析部１２９が推定した車両９００の損傷個所（右前部）である。項目番号５は、イベント解析部１２９が推定した物体の識別である。イベント解析部１２９は、図６に示したように、他の自動車Ａ２０が車両９００に向かってきたことを認識した。そのため、項目番号５は、対向車と示されている。項目番号６は添付ファイルの表示である。ここで示した緊急通報の内容は、イベント記録データが添付される。緊急通報を受信した受信者は、添付されたイベント記録データを再生することにより、より詳細な情報を把握することができる。

ここまで実施の形態１について説明したが、実施の形態１にかかる通報装置の構成はこれに限られない。例えば、通報装置１０は、車両９００の前方を撮影するカメラに加えて、車両９００の側方や後方を撮影するカメラを有していてもよい。カメラ１５０は車両９００の周囲を撮影する３６０度カメラであってもよい。通報装置１０が有するカメラは、可視光を撮像するカメラ１５０に代えて赤外線カメラやＬＩＤＡＲ（Laser Imaging Detection and Ranging）などの測距センサであってもよいし、これらの組合せであってもよい。イベントの深刻度を示す信号は、判断部１３０に代えて、イベント解析部１２９が行ってもよい。通報装置１０は表示部１４１およびＧＰＳ受信部１４３を有しているがこれらの構成は必須ではない。実施の形態１は具体例としてドライブレコーダに搭載された構成により通報装置１０を説明したが、通報装置は、ナビゲーションシステムや車載カメラ等と連動する構成として採用されてもよい。

実施の形態１にかかる通報装置１０は、カメラ１５０が撮影した撮影データを利用して、車両９００に対する具体的な損傷や、イベントに関わる物体の種別を認識する。そして、通報装置１０は、緊急通報を行う際に、撮影データを利用した情報を通報することができる。このような構成により、通報装置１０は、車両９００の搭乗者と緊急通報の通報先のオペレータとが会話をすることにより伝達することが困難な情報を通報することができる。したがって、実施の形態１によれば、イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供することができる。

＜実施の形態２＞
次に、実施の形態２について説明する。実施の形態２は、車両９００に搭乗しているユーザ（以降、搭乗者とも称する）の状況を音声により取得する点において、実施の形態１と異なる。

図８を参照して実施の形態２にかかる通報装置について説明する。図８は、実施の形態２にかかる通報装置のブロック図である。図に示す通報装置２０は、制御部１００に代えて制御部２００を有している。制御部２００は、制御部１００が有する構成に加えて、音声制御部１３２、音声認識部１３３をさらに有する。また通報装置２０は、制御部２００に接続する構成として、スピーカ１８０およびマイク１８１を有する。

音声制御部１３２は、予め設定された発信用の音声データを有し、音声データをスピーカ１８０に供給する。音声制御部１３２は例えば、イベント検出部１２７がイベントの発生を検出した場合に、予め設定された音声データをスピーカ１８０に供給する。また、音声制御部１３２は、音声認識部１３３が音声の内容を認識した場合に、認識した音声の内容に応じた音声データをスピーカ１８０に供給する。

音声認識部１３３は、マイク１８１に入力された音声を取得し、取得した音声に含まれる人間の言葉を認識する音声認識装置である。音声認識部１３３は、取得した音声に含まれる人間の言葉から、単語（ワード）を検出し、検出したワードに関する情報を判断部１３０に供給する。

判断部１３０は、イベントが発生した後に、音声制御部１３２に予め設定された音声データをスピーカ１８０に供給させる。そして、判断部１３０は、音声データに対する音声による応答いわゆる応答音声を音声認識部１３３が検出したワードに関する情報を取得する。さらに判断部１３０は、取得したワードに関する情報から緊急通報を行うか否かを判断する。

緊急通報を行うか否かを判断するために、判断部１３０は予め記憶されたワードリストを有している。ワードリストは、図示しない不揮発性の記憶装置に格納されていてもよい。判断部１３０は、音声認識部１３３から受け取ったワードに関する情報と、ワードリストを照合することにより緊急通報を行うか否かを判断する。

スピーカ１８０は、音声制御部１３２から受け取った音声データを音声に変換して発信し、ユーザに音声を認識させるスピーカである。マイク１８１は、ユーザの発話や車両９００の室内外の音声を取得して電気信号に変換し、変換した電気信号を音声認識部１３３に供給するマイクロホンである。

実施の形態２にかかる通報装置２０は、このような構成により、車両９００に搭乗している搭乗者と音声により情報の受け渡しを行う。これにより通報装置２０は、搭乗者の状況を把握したり、所定の操作を行ったりすることができる。

次に図９を参照して実施の形態２にかかる通報装置がスピーカ１８０およびマイク１８１を通じて行う処理の例について説明する。図９は、通報装置２０の処理を示すフローチャートである。図９に示すフローチャートは、イベントが発生した後に判断部１３０が行う処理である。判断部１３０は、車両９００が強い衝撃を受けた場合や、イベント解析部１２９が行った解析の結果が緊急通報を行うと判断されるものだった場合に、以下の処理を開始する。

まず、判断部１３０は、搭乗者に対して搭乗者の状況を把握するための音声データを発信する（ステップＳ２０）。具体的には例えば、判断部１３０は、スピーカ１８０を通じて「強い衝撃を受けました」「お怪我はありませんか？」などの音声を発信する。そして判断部１３０は、音声認識部１３３からの情報を受け取る（ステップＳ２１）。

次に、判断部１３０は、所定期間内に搭乗者から何らかの応答があったか否かを判断する（ステップＳ２２）。所定期間内に搭乗者から何らかの応答があったと判断しない場合（ステップＳ２２：Ｎｏ）、判断部１３０は、ステップＳ２４に進む。

一方、所定期間内に搭乗者から何らかの応答があったと判断する場合（ステップＳ２２：Ｙｅｓ）、判断部１３０は、搭乗者からの応答に深刻度が高いワードが含まれているか否かを判断する（ステップＳ２３）。より具体的には、判断部１３０は、音声認識部１３３から供給されたワードと、判断部１３０が予め格納しているワードのリストとを照合し、搭乗者の発話内容に、「痛い」「怪我した」「大丈夫じゃない」などの深刻度が高いワードが含まれるか否かを判断することにより、深刻度を判断する。すなわち、上述の深刻度が高いワードを認識しない場合（ステップＳ２３：Ｎｏ）、判断部１３０は、緊急通報を行わずに処理を終了する。

一方、深刻度が高いワードを認識した場合（ステップＳ２３：Ｙｅｓ）、判断部１３０は、搭乗者に対して「緊急通報をしますか？」などの音声データを発信し、緊急通報をすることの問い合わせを行い（ステップＳ２４）、これに対する応答を取得するために音声認識を行う（ステップＳ２５）。

次に、判断部１３０は、所定期間内に搭乗者から何らかの応答があったか否かを判断する（ステップＳ２６）。所定期間内に搭乗者から何らかの応答があったと判断しない場合（ステップＳ２６：Ｎｏ）、搭乗者が応答困難な深刻な状況にいる可能性がある。この場合、判断部１３０は、ステップＳ２８に進む。

一方、所定期間内に搭乗者から何らかの応答があったと判断する場合（ステップＳ２６：Ｙｅｓ）、判断部１３０は、搭乗者からの応答に「はい」「おねがい」「通報して」などの通報指示のワードが含まれているか否かを判断する（ステップＳ２７）。

搭乗者からの応答に、通報指示のワードが含まれている場合（ステップＳ２７：Ｙｅｓ）、判断部１３０は、通報先に緊急通報を行う（ステップＳ２８）。一方、搭乗者からの応答に、通報指示のワードが含まれていない場合（ステップＳ２７：Ｎｏ）、判断部１３０は、通報先に緊急通報を行わずに処理を終了する。

次に、図１０を参照して実施の形態２にかかる通報装置が生成する緊急通報の内容について説明する。図１０は、実施の形態２にかかる通報装置が通報する内容の例を示す表である。図１０に示す表Ｂ２０は通報情報生成部１３１が生成する情報の一例である。表Ｂ２０は項目番号７が追加されている点が、実施の形態１にかかる緊急通報の内容と異なる。

項目番号７は、搭乗者情報に関する情報である。搭乗者情報に関する情報は、スピーカ１８０およびマイク１８１を介して情報の受け渡しを行った結果から生成された情報である。図に示した搭乗者情報は搭乗者からの応答があったと判断しなかった場合の情報として「搭乗者から応答なし」と示されている。搭乗者から応答があった場合には、その旨を示す情報が含まれる。なお、項目番号６の添付ファイルには、マイク１８１が取得した音声データを添付してもよい。

以上、実施の形態２について説明した。実施の形態２にかかる通報装置は、上述の構成に加えて、あるいは上述の構成に代えて、以下のような構成を有していてもよい。すなわち、例えば、判断部１３０が上述の処理において行った搭乗者との情報の受け渡しにおいて、「動けますか」「どのような怪我をしていますか」などの音声データを発信してもよい。そして、通報情報生成部１３１は、このような音声データに対する搭乗者からの応答に応じて、搭乗者情報として「足が挟まれて動けない」などの情報を示してもよい。また深刻度が高いワードを認識した場合（ステップＳ２３：Ｙｅｓ）、判断部１３０は通報先に緊急通報（ステップＳ２８）を直ちに行っても良い。

なお、制御部２００は、機械学習により生成された学習済みモデルを有しており、学習済みモデルにより音声認識処理を行ってもよい。

実施の形態２にかかる通報装置２０は、カメラ１５０が撮影した撮影データに加えて、スピーカ１８０およびマイク１８１を利用して、車両９００に対する具体的な損傷や、搭乗者の状況を認識する。そして、通報装置２０は、緊急通報を行う際に、撮影データおよび認識した音声の情報を利用した情報を通報することができる。したがって、実施の形態２によれば、イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供することができる。

＜実施の形態３＞
次に、実施の形態３について説明する。実施の形態３は、車両９００の情報を取得する点において、上述の実施の形態と異なる。

図１１を参照して実施の形態３にかかる通報装置について説明する。図１１は、実施の形態３にかかる通報装置のブロック図である。図に示す通報装置３０は、制御部１００または制御部２００に代えて制御部３００を有している。制御部３００は、制御部２００が有する構成に加えて、移動体情報取得部１３４をさらに有する。また通報装置３０は、制御部２００に接続する構成として、車内通信インタフェース１９０を有する。

移動体情報取得部１３４は、車内通信インタフェース１９０を介して車両９００の情報（移動体情報）を取得する。移動体情報とは、移動体である車両の安全装置が作動したことを示す情報であって、例えば、エアバッグの作動状態である。また移動体情報とは、例えば、燃料タンクが破損した等の情報が含まれていてもよい。

車内通信インタフェース１９０は、車両９００に設けられている車内ネットワークに接続するインタフェースであって、車内ネットワークを介して車両から受け取った情報を、制御部３００が有する移動体情報取得部１３４に供給する。車内ネットワークとは例えばＣＡＮ（Controller Area Network）、イーサネット（登録商標）またはＦｌｅｘＲａｙ（登録商標）などである。

次に、図１２を参照して実施の形態３にかかる通報装置が生成する緊急通報の内容について説明する。図１２は、実施の形態３にかかる通報装置が通報する内容の例を示す表である。図１２に示す表Ｂ３０は通報情報生成部１３１が生成する情報の一例である。表Ｂ３０は項目番号８が追加されている点が、実施の形態２にかかる緊急通報の内容と異なる。

項目番号８は、移動体情報である。移動体情報は、例えば車両９００に設けられているエアバッグのうち、どのエアバッグが作動したかを示す。図に示した移動体情報は「運転席前方エアバッグ作動」と示されている。表Ｂ３０に含まれる情報を受け取った緊急通報の受信者は、車両９００の運転席側に対向車が衝突し、運転席の搭乗者の意識がない状態であることを推定することができる。また表Ｂ３０において、移動体情報には、「燃料漏れ発生」と示されている。したがって、緊急通報の受信者は、このような情報を活用して搭乗者の救助活動を行うことができる。

なお、本実施の形態にかかる判断部１３０は、車両９００のエアバッグが作動したことを示す情報を緊急通報することを判断する場合のパラメータとして利用してもよい。また、移動体情報取得部１３４は、車両９００のエアバッグに代えて搭乗者の安全を確保するための装置が搭載されていた場合には、当該装置の作動情報を取得してもよい。

実施の形態３にかかる通報装置３０は、カメラ１５０が撮影した撮影データに加えて、スピーカ１８０およびマイク１８１を利用して、車両９００に対する具体的な損傷や、搭乗者の状況を認識する。さらに、通報装置３０は、車両９００の損傷具合を取得して緊急通報の内容として示すことができる。したがって、実施の形態３によれば、イベント発生時に信頼性の高い通報を行うことができる通報装置等を提供することができる。

なお、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、および電磁波を含む。一時的なコンピュータ可読媒体は、電線および光ファイバ等の有線通信路、または無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上述の通報装置は車両の室内を撮影する第２カメラをさらに備え、第２カメラが撮影した撮影データをイベントの解析に利用したり、通報情報の生成に利用したりすることもできる。また、車両が車両の外部に音声を発信する音響装置をさらに備えている場合には、通報装置は、車両の外部に向かって救助を求める音声を発信する構成であってもよい。また通報装置は、通信機能を利用してネットワークに接続し、ネットワークを介して所定の演算を行うコンピュータにアクセスしてもよい。これにより、通報装置は、上述したイベントの解析、音声データの選択、応答音声の認識、深刻度の決定または緊急通報を行うことの判断などを、ネットワークを介してコンピュータに処理させ、処理させた結果を取得してもよい。

１０、２０、３０ 通報装置
１００、２００、３００ 制御部
１１０ バスライン
１２０ 撮影データ取得部
１２１ バッファメモリ
１２２ 撮影データ処理部
１２３ 記録制御部
１２４ 再生制御部
１２５ 操作制御部
１２６ 表示制御部
１２７ イベント検出部
１２８ 位置情報取得部
１２９ イベント解析部
１３０ 判断部
１３１ 通報情報生成部
１３２ 音声制御部
１３３ 音声認識部
１３４ 移動体情報取得部
１４０ 操作部
１４１ 表示部
１４２ 加速度センサ
１４３ ＧＰＳ受信部
１５０ カメラ
１６０ 記録部
１７０ 通信部
１８０ スピーカ
１８１ マイク
１９０ 車内通信インタフェース
９００ 車両

Claims (6)

1. 移動体に設置されたカメラが前記移動体の外部を撮影した撮影データを取得する撮影データ取得部と、
   前記移動体に加わる加速度情報を取得する加速度センサと、
   前記加速度情報に基づいて前記移動体に対してイベントが発生したことを検出するイベント検出部と、
   前記イベントの検出に基づいて前記撮影データから予め設定された期間分の前記撮影データをイベント記録データとして記録する記録制御部と、
   前記イベント記録データに基づいて前記イベントの状況を解析するイベント解析部と、
   前記加速度情報および前記解析の結果に基づいて緊急通報をするか否かを判断する判断部と、
   前記緊急通報をする場合に、予め設定された通報先に通報を行う通信部と、を備える
   通報装置。
2. 前記イベントが発生した後に予め設定された発信用音声の発信を制御する音声制御部と、
   前記発信用音声に対するユーザの応答である応答音声を認識する音声認識部と、をさらに備え、
   前記判断部は、前記加速度情報と前記解析の結果と前記応答音声の内容に基づいて、前記緊急通報をすることを決定する
   請求項１に記載の通報装置。
3. 前記移動体が有する安全装置の状態に関する移動体情報を取得する移動体情報取得部をさらに有し、
   前記判断部は、前記イベントの発生に伴う前記移動体情報に前記安全装置が作動したことを示す情報が含まれる場合に、前記緊急通報をすることを決定する
   請求項１または２に記載の通報装置。
4. 前記緊急通報において送信する通報内容を生成する通報情報生成部をさらに有し、
   前記通報情報生成部が生成する前記通報内容は、前記イベント記録データに基づく情報を含む
   請求項１〜３のいずれか一項に記載の通報装置。
5. 移動体に設置されたカメラが前記移動体の外部を撮影した撮影データを取得する撮影データ取得ステップと、
   前記移動体に加わる加速度情報を取得する加速度情報取得ステップと、
   前記加速度情報に基づいて前記移動体に対してイベントが発生したことを検出するイベント検出ステップと、
   前記イベントの検出に基づいて前記撮影データから予め設定された期間分の前記撮影データをイベント記録データとして記録する記録制御ステップと、
   前記イベント記録データに基づいて前記イベントの状況を解析するイベント解析ステップと、
   前記加速度情報および前記解析の結果に基づいて緊急通報をするか否かを判断する判断ステップと、
   前記緊急通報をする場合に、予め設定された通報先に通報を行う通信ステップと、を備える
   通報方法。
6. 移動体に設置されたカメラが前記移動体の外部を撮影した撮影データを取得する撮影データ取得ステップと、
   前記移動体に加わる加速度情報を取得する加速度情報取得ステップと、
   前記加速度情報に基づいて前記移動体に対してイベントが発生したことを検出するイベント検出ステップと、
   前記イベントの検出に基づいて前記撮影データから予め設定された期間分の前記撮影データをイベント記録データとして記録する記録制御ステップと、
   前記イベント記録データに基づいて前記イベントの状況を解析するイベント解析ステップと、
   前記加速度情報および前記解析の結果に基づいて緊急通報をするか否かを判断する判断ステップと、
   前記緊急通報をする場合に、予め設定された通報先に通報を行う通信ステップと、を備える
   通報方法を、コンピュータに実行させるプログラム。

Images