特許 7588263 支援装置、支援方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-11-13

(45)【発行日】2024-11-21

(54)【発明の名称】支援装置、支援方法、およびプログラム

(51)【国際特許分類】

   G06Q 40/08 20120101AFI20241114BHJP

【ＦＩ】

G06Q40/08

【請求項の数】 4

(21)【出願番号】P 2024067400

(22)【出願日】2024-04-18

【審査請求日】2024-04-18

【早期審査対象出願】

(73)【特許権者】

【識別番号】595140170

【氏名又は名称】東京海上日動火災保険株式会社

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(74)【代理人】

【識別番号】100148633

【弁理士】

【氏名又は名称】桜田 圭

(74)【代理人】

【識別番号】100166442

【弁理士】

【氏名又は名称】鈴木 洋雅

(74)【代理人】

【識別番号】100209794

【弁理士】

【氏名又は名称】三瓶 真弘

(72)【発明者】

【氏名】井上 陽平

(72)【発明者】

【氏名】伊東 健

(72)【発明者】

【氏名】早川 徹

(72)【発明者】

【氏名】工藤 陽平

【審査官】松田 岳士

(56)【参考文献】

【文献】特開２０１７－０４３１８３（ＪＰ，Ａ）

【文献】特開２００１－０２７６４７（ＪＰ，Ａ）

【文献】特開２００８－０５９５５９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得部と、
前記取得部で取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定部と、
前記判定部により前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知部と、を備え、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定部は、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とする支援装置。

【請求項2】

前記予め設定された条件は、過去に前記通知部により前記即時払い通知が通知された前記特大事故に対応する前記加速度データ、前記車種データおよび前記車価データに基づいて学習されている、
ことを特徴とする請求項１に記載の支援装置。

【請求項3】

支援装置による支援方法であって、
車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得ステップと、
前記取得ステップで取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定ステップと、
前記判定ステップで前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知ステップと、を備え、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定ステップでは、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とする支援方法。

【請求項4】

コンピュータを、
車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得部、
前記取得部で取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定部、
前記判定部により前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知部、として機能させ、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定部は、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

自動車が走行している間、進行方向等の映像を記録可能なドライブレコーダーと呼ばれる装置がある。ドライバは、自身が運転する自動車に当該ドライブレコーダーを取り付けておくことで、事故発生時の状況説明や事故が生じた原因の推定等に役立てることができる。例えば、特許文献１には、事故とは関係のないタイミングで映像が記録されてしまうことを防止し、映像を記録すべき衝撃の発生有無を高精度に検出するとともに、保険金の支払いに役立てるドライブレコーダーが開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特許第６６４７６５０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ドライブレコーダーにより記録された映像は、総合センタにて分析される。そして、事故状況に応じて、当該総合センタのオペレータにより、ロードサービス提供会社や救急機関（消防署や民間の救急サービス提供会社）等に連絡され、事故の対応が行われることとなる。また、ドライブレコーダーで記録された映像は、保険会社においても分析され、当該事故状況に応じて過失割合等が算出される。そのため、特許文献１に記載のドライブレコーダーでは、過失割合等が算出可能な程度の映像が記録され、この映像と実際の調査に基づいて保険金の支払いが行われる。しかしながら、大事故の中でも特別な全損事故などの緊急性を要する事故の場合、保険金までの支払いに時間を要し、事故対応の迅速性を確保するといった点で改善の余地があった。

【0005】

本発明は、上記のような問題点を解決するためになされたものであり、事故対応の迅速性を確保することができる支援装置、支援方法、およびプログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するため、本発明の第１の観点に係る支援装置は、
車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得部と、
前記取得部で取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定部と、
前記判定部により前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知部と、を備え、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定部は、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とする。

【0009】

前記予め設定された条件は、過去に前記通知部により前記即時払い通知が通知された前記特大事故に対応する前記加速度データ、前記車種データおよび前記車価データに基づいて学習されている、
ようにしてもよい。

【0011】

上記目的を達成するため、本発明の第２の観点に係る支援方法は、
支援装置による支援方法であって、
車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得ステップと、
前記取得ステップで取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定ステップと、
前記判定ステップで前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知ステップと、を備え、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定ステップでは、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とする。

【0012】

上記目的を達成するため、本発明の第３の観点に係るプログラムは、
コンピュータを、
車両の加速度を示す加速度データと前記車両に対応する契約データとを取得する取得部、
前記取得部で取得した前記加速度データと前記契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する判定部、
前記判定部により前記特大事故に対応する衝撃であると判定した場合、前記特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を、ネットワークを介して前記車両に対応する保険会社の端末へ通知する通知部、として機能させ、
前記特大事故は、前記車両の補償内容が全損となる事故であり、
前記判定部は、前記加速度データ、前記契約データに含まれる前記車両の車種を示す車種データおよび前記車両の価格を示す車価データ、により示される内容が、予め設定された条件を満たす場合に、前記特大事故であると判定する、
ことを特徴とする。

【発明の効果】

【0013】

本発明によれば、事故対応の迅速性を確保することができる支援装置、支援方法、およびプログラムを提供することができる。

【図面の簡単な説明】

【0014】

【図1】実施の形態に係る記録システムの一例を示す図である。

【図2】実施の形態において車両内部から前方に向いた状態を示す模式図である。

【図3】実施の形態に係るドライブレコーダーの一例を示す図である。

【図4】実施の形態に係るドライブレコーダーの機能ブロック図である。

【図5】実施の形態に係る総合センタサーバの機能ブロック図である。

【図6】実施の形態に係る処理フローの一例を示すフローチャートである。

【図7】実施の形態に係る加速度測定部で検出された加速度の一例を示す図であり、（Ａ）は、前後方向加速度の一例を示す図であり、（Ｂ）は、左右方向加速度の一例を示す図である。

【図8】実施の形態に係る加速度測定部で検出された加速度の一例を示す図であり、（Ａ）は、前後方向加速度の一例を示す図であり、（Ｂ）は、左右方向加速度の一例を示す図である。

【図9】実施の形態に係る送信処理の一例を示すフローチャートである。

【図10】実施の形態に係る解析処理の一例を示すフローチャートである。

【図11】実施の形態に係る特大事故判定条件一覧の一例を示す説明図である。

【図12】実施の形態に係る支払い処理の一例を示すフローチャートであり、（Ａ）は、通常支払い処理の一例を示すフローチャートであり、（Ｂ）は、即時支払い処理の一例を示すフローチャートである。

【発明を実施するための形態】

【0015】

以下、本発明の実施の形態について、図面を参照しながら説明する。なお、図中同一または対応する部分には同一符号を付す。

【0016】

図１は、この実施の形態に係る記録システムの一例を示す図である。この実施の形態に係る記録システム１では、ドライブレコーダー１０（図２、図３参照）が保険契約者の車両１０００に搭載されており、当該ドライブレコーダー１０は、無線通信にてネットワーク（公衆回線網等を含む）を介して、クラウドのストレージサーバ（図示省略）および総合センタサーバ３０に接続する。なお、この実施の形態では、ドライブレコーダー１０が無線通信にてネットワーク（公衆回線網等を含む）を介して、クラウドのストレージサーバ（図示省略）および総合センタサーバ３０に接続する例を示しているが、例えば、同様の機能を有するミラー型の専用端末装置を用意して、ミラー１３００（図２参照）の代わりに設置するようにしてもよい。ドライブレコーダー１０は、衝撃に基づいて映像を記録し、クラウドのストレージサーバへと記録した映像を必要な情報とともに送信する。

【0017】

クラウドのストレージサーバには、本顧客サービス用のデータ格納領域が確保される。より具体的には、車両１０００に搭載されているドライブレコーダー１０毎に、総合センタサーバ３０等によってアクセス可能なデータ格納領域が確保される。

【0018】

総合センタサーバ３０は、１又は複数のコンピュータで構成されており、総合センタに設置され且つ総合センタの各オペレータによって操作される端末装置（図示省略）に接続されている。また、総合センタのオペレータは、車両１０００に搭載されているドライブレコーダー１０、ロードサービス提供会社や救急機関（消防署や民間の救急サービス提供会社）等と、例えば端末装置に接続されたヘッドセット等を用いて通話できるようになっている。総合センタは、事故の状況に応じた事故対応のサービスを提供する。総合センタサーバ３０は、支援装置に対応する。また、総合センタサーバ３０は、ネットワークを介して各保険会社の事故分析装置と端末とが接続されており、各種データを送受信可能である。

【0019】

ネットワークには、図示は省略しているが、ロードサービス提供会社システムおよび救急機関システム等も接続されており、それらも、総合センタサーバ３０からの要求に応じて、クラウドのストレージサーバにおいて指定されたデータ格納領域からデータを取得するようになっている。また、当該ネットワークには、図示は省略しているが、保険会社の事故分析装置と端末とが接続されている。事故分析装置は、事故車両である車両１０００（以下の説明において、便宜上「自車」と呼ぶことがある）が備えるセンサにより計測される車両データと、車両１０００のドライブレコーダー１０が備えるカメラで撮影された映像データとを、クラウドのストレージサーバからネットワークを介して取得し、取得した車両データと映像データとに基づいて、車両１０００が起こした事故の状況を分析する機能を有している。

【0020】

端末は、例えば保険会社のオペレータ等が操作する端末であり、事故分析装置が分析した事故の状況、事故の状態に対応する事故事例、および事故分析装置が生成した画像を表示する。端末は、ＰＣ（Personal Computer）、ノートＰＣ、タブレット端末、スマートフォン等、ディスプレイを備えた情報処理装置であればあらゆる情報処理装置を用いることができる。なお、事故分析装置および端末は、総合センタサーバ３０からの通知（後述する通常支払い通知または即時支払い通知）に応じて、保険金の支払いを行う処理を開始する。

【0021】

図２に、車両１０００内において車両１０００の前方向を見た状態を示す。ドライブレコーダー１０にはカメラが含まれており、図示するように、少なくとも車両１０００の進行方向の映像を撮影することができるよう、車両１０００のフロント部分又はフロントガラスに取り付けられている。カメラは、車両１０００の側面方向および後方を撮影可能なものであってもよい。なお、図２に示すように、車両１０００の内部には、周知の自動診断システム１４００（例えば、ＯＢＤ（On-Board Diagnostic system -II））が搭載されており、当該自動診断システム１４００は、ドライブレコーダー１０と接続するものとする。

【0022】

図３に、ドライブレコーダー１０の一例を示す。ドライブレコーダー１０の正面には、撮影装置１５（カメラ）のレンズが設けられている。固定部２０は、車両１０００のフロントガラスにドライブレコーダー１０を固定するための土台である。加速度センサ（図４に示す加速度測定部１１６０）が測定する前後方向の加速度は、Ｘ軸方向の加速度に該当する。同様に、左右方向の加速度は、Ｙ軸方向の加速度に該当し、上下方向の加速度は、Ｚ軸方向の加速度に該当する。

【0023】

図４に、この実施の形態に係るドライブレコーダー１０の機能ブロック図を示す。車両１０００に搭載されるドライブレコーダー１０は、第１通信部１１１０と、第２通信部１１２０と、測位部１１３０と、録画部１１４０と、録音部１１５０と、加速度測定部１１６０と、自動診断データ取得部１１７０と、制御部１１８０と、判定部１１８０Ａと、記憶部１２００とを有する。

【0024】

この実施の形態に係るドライブレコーダー１０は、ドライブレコーダー１０が取り付けられた車両１０００の加速度および車速を取得し、取得した加速度および車速に基づいて、映像を記録すべき衝撃が生じたか否かを判定する。また、映像を記録すべき衝撃が生じた場合、衝撃が生じたと判定したタイミングの前後の映像データを記録する。

【0025】

制御部１１８０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサから構成され、記憶部１２００に格納されたプログラム（図示省略）に従って、本顧客サービスに関連する処理を、各構成要素に対して実行させる。また、制御部１１８０は、判定部１１８０Ａを有する。判定部１１８０Ａは、加速度測定部１１６０で測定された加速度および車速が、記憶部１２００に記憶されている判定基準データに含まれる複数の事故種別（小事故、中事故、大事故）の各々に対応する判定基準のうち、少なくともいずれか一つに該当する場合に、映像を記録すべき衝撃が生じたと判定する機能を有する。より具体的に、判定部１１８０Ａは、加速度および車速が、小事故（第１事故種別）に対応する判定条件、中事故（第２事故種別）に対応する判定条件、および、大事故（第３事故種別）に対応する判定条件のうち、少なくともいずれか一つに該当する場合に、映像を記録すべき衝撃が生じたと判定する。その他、判定部１１８０Ａは、車両の判定や付則条件の判定など、各種判定を行う機能を有する。

【0026】

小事故とは、車両１０００に加わる衝撃が小さい事故であり、例えば、概ね１０ｋｍ以下程度の極低速での衝突事故や、実際に衝突に至らないまでもドライバが急ブレーキをかけて車両を停車させたような状態を想定している。中事故とは、車両１０００に加わる衝撃が中程度の事故であり、例えば、衝突時の速度が１０ｋｍ～２０ｋｍ程度の事故を想定している。大事故とは、エアバックが開放するレベルの事故であり、例えば、衝突時の速度が２０ｋｍ以上の事故を想定している。

【0027】

なお、小事故、中事故および大事故の定義は一例にすぎず、本実施形態が、これに限定されるものではない。また、小事故、中事故および大事故の定義を説明する際に用いた衝突時の速度は、説明の都合上、衝撃の大きさをイメージし易くするために用いたに過ぎず、これに限定されるものではない。本実施形態は、小事故、中事故および大事故という３段階の分類に限定されず。車両１０００に加わる衝撃の大きさによって、更に多くの事故種別に分類されてもよい。

【0028】

第１通信部１１１０は、例えばＶｏＩＰ（Voice over Internet Protocol）等により総合センタ等と通話するための通信部である。但し、一般的な携帯電話器の通話機能である場合もある。また、第２通信部１１２０は、例えばパケットにてデータをクラウドのストレージサーバに送信する機能を有する。

【0029】

さらに、測位部１１３０は、制御部１１８０によって指示されると例えばＧＰＳ（Global Positioning System）等によって車両１０００の絶対位置（例えば緯度経度）を取得し、記憶部１２００に格納する。

【0030】

録画部１１４０は、例えばドライブレコーダー１０に搭載されている撮影装置１５（カメラ）より撮影される動画像のデータ（映像データ）を記憶部１２００に格納する。録音部１１５０は、マイクから入力される音のデータを記憶部１２００に格納する。録音部１１５０は、録画部１１４０と一体化されている場合もある。また、録画部１１４０は、例えば制御部１１８０によって作動を指示されると継続的に録画を行い、記憶部１２００に格納するものとする。制御部１１８０は、特定の時刻より前一定時間の映像データと当該特定の時刻以降一定時間の映像データとを併せて抽出できるものとする。録音部１１５０についても同様である。録画部１１４０は、車両１０００外部の動画像と車両１０００内部の動画像とを撮影可能である。

【0031】

加速度測定部１１６０は、例えば加速度センサにより加速度の値を測定し、制御部１１８０に出力する。自動診断データ取得部１１７０は、制御部１１８０によって指示されると、車両１０００内部に搭載されている自動診断システム１４００から自動診断データを取得する。なお、自動診断データに、車両１０００の車速を示す車速データが含まれていてもよい。

【0032】

記憶部１２００は、メモリ、ＨＤＤ（Hard Disk Drive）および／又はＳＳＤ（Solid State Drive）等の記憶装置から構成され、予め機器データとして、企業名、組織名、車両登録番号、ドライバ識別子（ＩＤ）、電話番号等を格納しており、制御部１１８０による指示に応じて各構成要素が取得するデータも格納する。記憶部１２００は、判定部１１８０Ａが事故の有無を判定する際に用いる各種の判定基準データと、撮影装置１５（カメラ）で撮影された映像である映像データとを格納する。

【0033】

その他、図示は省略しているが、ドライブレコーダー１０は、操作ボタンやタッチパネル等、情報の入力を受け付ける入力部（当該入力デバイスに録音部１１５０が含まれていてもよい）や、ディスプレイやスピーカ等情報を出力する機能を備えた出力部を有している。

【0034】

図５に、総合センタサーバ３０の機能ブロック図を示す。総合センタサーバ３０は、機能部として、受信部３１１と、車両抽出部３１２と、契約者データベース（ＤＢ）３１３と、データ取得部３１４と、データ格納部３１５と、データ出力処理部３１６と、入力処理部３１７と、解析処理部３１８と、外部通知処理部３１９と、対処データ格納部３２０と、通話処理部３２１と、保険会社通知部３２２とを有する。総合センタサーバ３０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサ、メモリ、ＨＤＤ（Hard Disk Drive）および／又はＳＳＤ（Solid State Drive）等の記憶装置、有線又は無線通信を行う通信ＩＦ（Interface）、入力操作を受け付ける入力デバイス、および情報の出力を行う出力デバイスを有し、これらが共働してこれらの機能部を実現する。なお、総合センタサーバ３０の機能については端末装置と連携して実現する場合もあるので、端末装置側に設けられる機能が存在する場合もある。

【0035】

受信部３１１は、所定の電話番号に宛てた、ドライブレコーダー１０からの着信を受け付け、ドライブレコーダー１０の電話番号を発信番号通知により特定し、当該電話番号を車両抽出部３１２に出力する。なお、受信部３１１は、ドライブレコーダー１０からの着信については、予め定められたルールに基づき応対可能なオペレータの端末装置に転送する。

【0036】

契約者ＤＢ３１３は、例えば電話番号と、契約データと、クラウドのストレージサーバにおけるデータ格納領域を特定するためのアクセス情報（例えばＵＲＩ（Uniform Resource Identifier））とを対応付けて格納する。アクセス情報の少なくとも一部については、電話番号や車両の登録番号等から何らかの関数にて特定するようにしても良い。なお、契約者ＤＢ３１３の契約データには、例えば、当該保険契約者の氏名、住所、年齢等の個人情報の他、契約車両の車種を示す車種情報、および契約車両の価格を示す車価情報が少なくとも含まれる。

【0037】

車両抽出部３１２はドライブレコーダー１０の電話番号から、契約者ＤＢ３１３に格納されている契約データおよびアクセス情報を読み出して、契約データおよびアクセス情報についてはデータ出力処理部３１６に出力し、アクセス情報をデータ取得部３１４に出力する。

【0038】

データ取得部３１４は、アクセス情報に基づき、クラウドのストレージサーバにおけるデータ格納領域からデータを取得してデータ格納部３１５に格納する。データ出力処理部３１６は、受信部３１１によって決定された着信の転送先の端末装置に対して、契約データやデータ格納部３１５に格納されたデータを出力するための処理を実行する。

【0039】

解析処理部３１８は、データ格納部３１５に格納されている映像データ等に対して所定の解析処理を行い、解析結果を、データ出力処理部３１６を介して端末装置に出力するとともに、対処データ格納部３２０に格納する。解析処理部３１８は、車種情報および車価情報と、記憶部（図示省略）に記憶されている特大事故判定条件一覧（図１１参照）に基づいて、特大事故であるか否かを判定する機能も有している。外部通知処理部３１９は、アクセス情報と車両１０００と連絡を取るための情報（ドライブレコーダー１０の電話番号等）等を含むデータを、ロードサービス提供会社システムや救急機関システムへ送信する。通話処理部３２１は、車両１０００におけるドライブレコーダー１０等に電話をかけるための処理を実行する。

【0040】

入力処理部３１７は、端末装置からの指示又は入力に応じて、データ出力処理部３１６、解析処理部３１８、外部通知処理部３１９、通話処理部３２１等に処理を行わせる。また、入力処理部３１７は、ドライブレコーダー１０からの着信に応じて行った対処に関するデータを対処データ格納部３２０に格納する。対処データ格納部３２０に格納されるデータは、アクセス情報および契約データを含み、端末装置において入力された文章のデータ等も含む場合もある。

【0041】

保険会社通知部３２２は、対処データ格納部３２０に格納されたデータに基づき、事故が発生した車両１０００に関係する自動車保険等を販売した保険会社（代理店）に対してメールを送信する等の処理を行う。これによって、保険会社とも、情報の共有が図られる。また、保険会社通知部３２２は、解析処理部３１８における解析結果に応じた支払い通知を、保険会社（代理店）の事故分析装置および端末に送信する。これにより、保険会社（代理店）による保険金の支払い処理が開始されることとなる。

【0042】

図６は、ドライブレコーダー１０が衝撃の有無を判定する際の処理フローの一例を示すフローチャートである。判定部１１８０Ａは、ドライブレコーダー１０の電源がＯＮである間、図６に示すステップＳ５１～ステップＳ６１までの処理を繰り返し行うことで、衝撃の有無を判定する。

【0043】

制御部１１８０は、加速度データおよび車速データを取得する（ステップＳ５１）。具体的に、ステップＳ５１において、制御部１１８０は、加速度測定部１１６０で測定された前後方向、左右方向および上下方向の加速度データを取得する。また、制御部１１８０は、測位部１１３０で測定された車両１０００の絶対位置の時間変化に基づいて算出される車両１０００の移動速度を、車速データとして取得する。なお、車両１０００内部に搭載されている自動診断システム１４００から取得した自動診断データに車速データが含まれる場合、当該自動診断データから車速データを取得する。

【0044】

なお、加速度測定部１１６０からの出力値は、実際にドライブレコーダー１０に加わる加速度とは反対方向の加速度である。例えば、ドライバが急ブレーキを踏むことでドライブレコーダー１０に０．６Ｇの減速Ｇがかかったとする。この場合、加速度測定部１１６０からは、前方向（図３に示すＸ軸方向）に０．６Ｇの加速度が生じたことを示すデータが出力される。以下の説明では、図６および図１１に示す具体例の説明を除き、加速度や減速度とは、加速度測定部１１６０からの出力値ではなく、ドライブレコーダー１０に生じた加速度や減速度を意味するものとする。また、減速度とは、負の加速度を意味するものとする。

【0045】

ステップＳ５１の処理を実行した後、制御部１１８０は、ステップＳ５１で取得した加速度データ及び車速データが、大事故に該当する判定基準に合致するか否かを、記憶部１２００に格納されている判定基準データに基づいて判定する（ステップＳ５２）。具体的に、ステップＳ５２の処理において、制御部１１８０の判定部１１８０Ａは、前後方向の加速度の大きさの最大値と、左右方向の加速度の大きさの最大値との合計値が、予め設定された所定閾値（第１閾値）より大きく、かつ、前後方向の加速度の大きさの最大値が計測された時刻と、左右方向の加速度の大きさの最大値が計測された時刻とが所定期間内（第１期間内）に存在する場合に、大事故に対応する判定条件を満たすと判定する。

【0046】

図７（Ａ）および（Ｂ）に、大事故が生じた場合に、加速度測定部１１６０にて検出された加速度の一例を示す。図７（Ａ）に示す縦軸は前後方向の加速度を示し、横軸は時間を示す。図７（Ｂ）に示す縦軸は左右方向の加速度を示し、横軸は時間を示す。グラフＡＣ３は前後方向の加速度であり、グラフＡＣ４は左右方向の加速度である。図６に示すステップＳ５２の処理において、判定部１１８０Ａは、図７（Ａ）に示す前後方向の加速度の最大値ｇ１と、図７（Ｂ）に示す左右方向の加速度の最大値ｇ２との合計値が所定閾値（第１閾値）より大きく、かつ、前後方向の加速度の最大値ｇ１が計測された時刻ｔ３と、左右方向の加速度の最大値ｇ２が計測された時刻ｔ４とが所定期間内（第１期間内）に存在する場合に、大事故に対応する判定条件を満たすと判定する。なお、所定期間（第１期間）は、例えば０．０５～０．１秒等、予め定められていればよく、管理者により設定変更可能であればよい。また、所定閾値（第１閾値）は、例えば６～８Ｇ程度であってもよいが、これに限定されるものではなく、予め定められていればよい。所定閾値（第１閾値）についても、管理者により設定変更可能であればよい。

【0047】

大事故に対応する判定基準では、中事故に対応する判定基準（詳しくは後述する）のように、同一時刻における加速度の値を合計するのみならず、異なる時刻における加速度の値を合計することを許容している。これは、特に重大な事故であるほど、衝撃の発生する時間が短くなり、また前後方向および左右方向に衝撃の入るタイミングに微妙なずれが起きやすくなることから、同一時刻における加速度の値を合計するだけでは、大事故をより正確に判定することが難しいためである。微妙なずれが起きると、中事故のように瞬間値を合成する方法では適切に判定ができなくなるが、前後方向及び左右方向の加速度それぞれの最大値、すなわち異なる時間における加速度の値を合計することを許容することで当該問題を解決するようにしている。

【0048】

図６に示すステップＳ５２において大事故の条件に合致していると判定した場合（ステップＳ５２；Ｙｅｓ）、制御部１１８０は、映像データを抽出データとして抽出する（ステップＳ５３）。具体的に、ステップＳ５３の処理において、制御部１１８０は、例えば、保険会社のオペレータが事故の過失割合等を算出するのに十分な解像度の映像データを、抽出データとして抽出する。なお、ステップＳ５３の処理では、総合センタのオペレータが救助依頼の要否を判断できる程度の解像度の映像データ、すなわち、けがの程度を判別できる程度の解像度の映像データ（解像度の低い映像データ）を抽出し、後のタイミングにおいて、保険会社のオペレータが事故の過失割合等を算出するのに十分な解像度の映像データ（解像度の高い映像データ）を抽出する、といったように、２段階で抽出データを抽出してもよい。映像データは、録画部１１４０によって撮影された映像データと、録音部１１５０によって録音された音データとを含み、ステップＳ５３にて抽出される映像データは内部映像データおよび外部映像データである。なお、２段階で抽出データを抽出する場合、先に映像データのみ（音データを含まない）抽出してもよい。また、ステップＳ５３では、この他にも、例えば時計から取得された日時、測位部１１３０が取得した位置データ、検出した加速度、自動診断データ取得部１１７０により取得された自動診断データ等を抽出してもよい。また、ステップＳ５３では、車両登録番号や電話番号等の機器データ、および加速度データが映像データに合わせて抽出される。

【0049】

ステップＳ５３の処理を実行した後、制御部１１８０は、送信処理を行う（ステップＳ５４）。これにより、ステップＳ５３で抽出した抽出データがいち早くクラウドのストレージサーバに送信されることとなる。そして、総合センタにて事故状況が解析され、必要に応じて救急車を派遣する等の事故対応が行われることとなる。なお、送信処理については、後述するステップＳ６０においても行われる。

【0050】

図６のステップＳ５２において、ステップＳ５１で取得した加速度データ及び車速データが、大事故に該当する判定基準に合致しないと判定した場合（ステップＳ５２；Ｎｏ）、判定部１１８０Ａは、ステップＳ５１で取得した加速度データ及び車速データが、小事故または中事故に該当する判定基準に合致するか否かを、記憶部１２００に格納されている判定基準データに基づいて判定する（ステップＳ５５）。具体的に、ステップＳ５５の処理において、判定部１１８０Ａは、前後方向の加速度の大きさについて所定期間（第２期間）の移動平均値を算出し、算出した移動平均値が所定閾値（第２閾値）より大きく、かつ、車速の減速度が所定の減速度（第１減速度）以上であることを検出した場合、小事故に対応する判定基準を満たすと判定する。

【0051】

図８（Ａ）に、事故を察知したドライバが急ブレーキを踏んで停止した場合に、加速度測定部１１６０にて検出された加速度の一例を示す。また、図８（Ｂ）に、車両が段差を乗り越えた場合に、加速度測定部１１６０にて検出された加速度の一例を示す。縦軸は前後方向の加速度を示し、横軸は時間を示す。期間Ｐ１は、移動平均値を算出する所定期間（第２期間）を示す。閾値Ｐ２は、所定閾値（第２閾値）を示す。グラフＡＣ１及びＡＣ２は、前後方向加速度であり、グラフＭＡ１及びＭＡ２は、前後方向加速度の移動平均値である。所定期間（第２期間）は、例えば０．５秒等であってもよいが、これに限定されるものではない。また、所定閾値（第２閾値）は、例えば０．５～０．７Ｇ程度であってもよいが、これに限定されるものではない。第２期間や第２閾値については、第１期間や第１閾値と同様に予め定められていればよく、また、管理者により設定変更可能であればよい。

【0052】

図８（Ａ）の例では、前後方向の加速度の移動平均値ＭＡ１が、時刻ｔ１のタイミングで閾値Ｐ２を上回っている。従って、判定部１１８０Ａは、時刻ｔ１のタイミングで、加速度について小事故に該当する判定基準に合致すると判定する。一方、図８（Ｂ）の例では、前後方向の加速度の移動平均値ＭＡ２が閾値Ｐ２を上回っていることはない。従って、判定部１１８０Ａは、小事故に該当する判定基準に合致していないと判定する。

【0053】

判定部１１８０Ａは、移動平均値が所定閾値（第２閾値）よりも大きくなった時刻ｔ１のタイミングの前後の所定時間（第３期間）において、車速の減速度が所定の減速度（第１減速度）以上であるか否かを判定するようにしてもよい。所定時間（第３期間）は、例えば２秒や３秒といった時間長であってもよいが、これに限定されるものではない。また、判定部１１８０Ａは、当該時刻ｔ１のタイミングを、映像を記録すべき衝撃が生じたタイミングであるとして、当該タイミングの前後の映像データを記録するようにしてもよい。

【0054】

前述した通り、小事故とは、極低速での衝突事故や、事故に至らないまでもドライバが急ブレーキをかけて停車した状態を想定している。加速度の大きさの移動平均値が所定閾値（第２閾値）であり、かつ減速度が所定の減速度以上である場合に小事故であると検出するようにしたことで、道路の微細な振動により小事故であると誤って判定してしまうことを防止することが可能になる。

【0055】

また、ドライバが急ブレーキをかけたことを、前後方向の加速度の大きさではなく減速度を利用することで、減速度をより正確に判定することが可能になる。

【0056】

また、図６のステップＳ５５において、判定部１１８０Ａは、同一時刻における左右方向の加速度の大きさと前後方向の加速度の大きさとを合計し、合計値が所定閾値（第３閾値）より大きい場合に、中事故に対応する判定条件を満たすと判定する。所定閾値（第３閾値）は、例えば２～４Ｇ程度であってもよいが、これに限定されるものではない。なお、第３閾値についても、第１閾値と同様に予め定められていればよく、また、管理者により設定変更可能であればよい。

【0057】

判定部１１８０Ａは、合計値が所定閾値（第３閾値）より大きくなった時刻ｔ２のタイミング（図示省略）を、映像を記録すべき衝撃が生じたタイミングであるとして、当該タイミングの前後の映像データを記録するようにしてもよい。

【0058】

中事故に対応する判定基準では、左右方向及び前後方向の加速度を合成し、その合成値が一定値を超えたか否かを検知するようにしている。これは、中事故は、小事故とは異なり、車両同士が接触した場合に瞬間的に加速度が上昇してすぐに減少するためである。ステップＳ５５の処理を実行する判定部１１８０Ａは、複数の事故種別のうちいずれの事故種別に対応する衝撃であるかを判定する判定部に対応し、ステップＳ５５は、複数の事故種別のうちいずれの事故種別に対応する衝撃であるかを判定する判定ステップに対応する。

【0059】

ステップＳ５５において、小事故または中事故の条件に合致すると判定した場合（ステップＳ５５；Ｙｅｓ）、判定部１１８０Ａは、ドライブレコーダー１０が設置されている車両１０００の種別が大型車であるか否かを示す情報を取得し、車両１０００が大型車であるか否かを判定する（ステップＳ５６）。ドライブレコーダー１０が設置されている車両の種別は、ドライブレコーダー１０を車両に設置する際に、ドライブレコーダー１０が備えるユーザインターフェース等を介してユーザにより予め設定された種別であってもよい。なお、大型車とは、例えば、トラック、バス、トレーラー等といった車両を意味する。

【0060】

ステップＳ５６において車両１０００が大型車であると判定した場合（ステップＳ５６；Ｙｅｓ）、判定部１１８０Ａは、さらに、車速の減速度が所定の減速度（第２減速度）以上であるか否かにより、速度急減を判定する（ステップＳ５７）。所定の減速度（第２減速度）は、小事故に対応する判定基準で説明した、所定の減速度（第１減速度）と同一の値であってもよいし、異なる値であってもよい。第１減速度および第２減速度は、第１閾値と同様に予め定められていればよく、また、管理者により設定変更可能であればよい。なお、ステップＳ５７では、車速の減速度が所定の減速度（第２減速度）以上である場合に、速度急減であると判定すればよい。

【0061】

大型車では、荷物の積み下ろしや、車両のような重量物を積載することによる走行中の振動等によって、車両本体に大きな衝撃が生じる可能性があるが、ステップＳ５６の処理を設けることで、このようなケースで誤判定が生じる可能性を抑制することができる。

【0062】

ステップＳ５６において車両１０００が大型車でないと判定した場合（ステップＳ５６；Ｎｏ）、または、ステップＳ５７において速度急減であると判定した場合（ステップＳ５７；Ｙｅｓ）、判定部１１８０Ａは、さらに、以下に説明する付則条件のうち、少なくとも１つの付則条件に合致するか否かを判定する（ステップＳ５８）。なお、ステップＳ５８では、少なくとも１つの付則条件に合致すると判定した場合にステップＳ５９の処理に移行し、全ての付則条件に合致しないと判定した場合に、ステップＳ６１の処理に移行するが、これとは別に、全ての付則条件に合致すると判定した場合にのみステップＳ５９の処理に移行し、それ以外の場合にはステップＳ６１の処理に移行するようにしてもよい。

【0063】

（付則条件１）
判定部１１８０Ａは、車速がゼロになったことを検出した場合に、映像を記録すべき衝撃が生じたと判定する。車速がゼロであるか否かを判定するタイミングは、例えば、映像を記録すべき衝撃が生じたと判定したタイミングから所定の時間経過後（例えば１０秒後や１５秒後等）とするようにしてもよい。これは、通常、事故が発生すると車両は停車するためである。また、当該タイミングにおいて車速がゼロになっていない場合、すなわち車両が走行している場合、事故等は生じていないと考えられることから、映像を記録すべき衝撃ではないと判定するようにしてもよい。すなわち、付則条件１は、車速がゼロであることである。

【0064】

（付則条件２）
判定部１１８０Ａは、上下方向の加速度の大きさが所定の閾値（第５閾値）を超え、かつ、上下方向の加速度の大きさが、上下方向の加速度の大きさと左右方向の加速度の大きさとを合計した値の所定の割合以下である場合に、映像を記録すべき衝撃が生じたと判定する。すなわち、付則条件２は、上下方向の加速度の大きさが所定の閾値（第５閾値）を超え、かつ、上下方向の加速度の大きさが、上下方向の加速度の大きさと左右方向の加速度の大きさとを合計した値の所定の割合以下であることである。なお、所定の閾値（第５閾値）は、例えば０．１Ｇであってもよいが、これに限定されるものではない。また、所定の割合は、例えば２％であってもよいが、これに限定されるものではない。所定の閾値（第５閾値）および所定の割合は、予め定められていればよく、また、管理者により設定変更可能であればよい。

【0065】

基本的に加速度が大きいほど事故である可能性が高いものの、左右方向の加速度と比して上下方向に強い加速度が生じる場合、段差等で車両が上下に跳ねただけであるというケースが想定されるためである。付則条件２を設けることで、このようなケースで誤判定が生じる可能性を抑制することができる。

【0066】

（付則条件３）
判定部１１８０Ａは、さらに、所定の判定期間における左右方向の加速度の大きさ、前後方向の加速度の大きさ及び上下方向の加速度の合計値が、所定の範囲である場合、映像を記録すべき衝撃が生じたとは判定しないようにしてもよい。所定の判定期間は、例えば２分前から現時刻まで等であってもよいが、これに限定されるものではない。また、所定の範囲とは、ドライブレコーダー１０が正しく取り付けられている場合に通常測定される加速度から、ドライブレコーダー１０がフロントガラスから剥がれかけている場合に測定される加速度までの範囲に設定されることが望ましい。すなわち、付則条件３は、所定の判定期間における左右方向の加速度の大きさ、前後方向の加速度の大きさ及び上下方向の加速度の合計値が、所定の範囲を超えることである。

【0067】

ドライブレコーダー１０が、フロントガラスから外れて落下したケースのうち、事故とは無関係に落下するようなケースでは、落下前から接着剤が剥がれかけており、長時間にわたってドライブレコーダー１０がふらついているケースが多い。従って、付則条件３を適用することで、ドライブレコーダー１０の取り付け不良による誤検出を抑制することができる。

【0068】

ステップＳ５８において、少なくとも１つの付則条件に合致すると判定した場合（ステップＳ５８；Ｙｅｓ）、制御部１１８０は、解像度の高い映像データを抽出データとして抽出する（ステップＳ５９）。具体的に、ステップＳ５９の処理において、制御部１１８０は、例えば、保険会社のオペレータが事故の過失割合等を算出するのに十分な解像度の映像データを抽出する。映像データは、録画部１１４０によって撮影された映像データと、録音部１１５０によって録音された音データとを含み、ステップＳ５９で抽出される映像データは、内部映像データおよび外部映像データである。なお、ステップＳ５９では、この他にも、例えば時計から取得された日時、測位部１１３０が取得した位置データ、検出した加速度、自動診断データ取得部１１７０により取得された自動診断データ等を抽出してもよい。また、ステップＳ５９では、車両登録番号や電話番号等の機器データ、および加速度データが映像データに合わせて抽出される。なお、ステップＳ５３の処理においてのみ加速度データが抽出されてもよい。

【0069】

ステップＳ５９の処理を実行した後、制御部１１８０は、送信処理を行い（ステップＳ６０）、処理を終了する。これにより、ステップＳ５９で抽出した抽出データがクラウドのストレージサーバに送信されることとなる。そして、総合センタにて事故状況が解析され、必要に応じてロードサービスや救急車を派遣する等の事故対応が行われる。また、クラウドのストレージサーバに送信された抽出データは、保険会社においても使用される。保険会社では、当該抽出データに基づいて事故の過失割合等を算出する。

【0070】

一方、ステップＳ５５において小事故または中事故に該当する判定基準に合致しないと判定した場合（ステップＳ５５；Ｎｏ）、ステップＳ５７において速度急減でないと判定した場合（ステップＳ５７；Ｎｏ）、または、ステップＳ５８において全ての付則条件に合致しないと判定した場合（ステップＳ５８；Ｎｏ）、判定部１１８０Ａは、対応すべき衝撃ではないと判定し（ステップＳ６１）、抽出データを抽出することなく処理を終了する。

【0071】

図９は、図６のステップＳ５４およびステップＳ６０で実行される送信処理の一例を示すフローチャートである。

【0072】

送信処理を開始すると、制御部１１８０は、ステップＳ５４における送信処理ではステップＳ５３で抽出した抽出データを、ステップＳ６０における送信処理ではステップＳ５９で抽出した抽出データを、クラウドのストレージサーバに送信する（ステップＳ１０２）。

【0073】

クラウドのストレージサーバは、ドライブレコーダー１０から抽出データを受信すると、例えば機器データに含まれる車両登録番号や電話番号等から特定されるデータ格納領域に、受信した抽出データを格納する（ステップＳ１０３）。ステップＳ５４における送信処理において、当該ステップＳ１０３の処理が実行されることにより、大事故が発生した場合、処理負担を軽減可能な低解像度の映像データがいち早くクラウドのストレージサーバに格納されることとなる。また、ステップＳ６０における送信処理において、当該ステップＳ１０３の処理が実行されることにより、事故の大きさに関わらず、解像度の高い映像データがクラウドのストレージサーバに格納されることとなる。

【0074】

なお、制御部１１８０は、例えば一定間隔で測位部１１３０に位置データを取得させ、その都度車両１０００が移動しているか否かを判定し、例えば所定距離（例えば２００ｍ）以上移動するような場合には、事故ではないものとして、総合センタへの自動発呼を停止させる。

【0075】

すなわち、制御部１１８０は、発呼停止条件が満たされたか否かを随時判定し（ステップＳ１０４）、発呼停止条件が満たされた場合（ステップＳ１０４；Ｙｅｓ）には、処理を停止する（ステップＳ１０５）。なお、クラウドのストレージサーバに対する抽出データの送信前に、発呼停止条件を満たした場合には、抽出データの送信も停止するようにしても良い。

【0076】

一方、発呼停止条件が満たされない場合（ステップＳ１０４；Ｎｏ）、制御部１１８０は、第１通信部１１１０に、総合センタへの自動発呼を行わせる（ステップＳ１０６）。なお、事故が発生した場合には、ドライバはけがをしている場合や動転して話せない場合もあるので、総合センタのオペレータが着信を受けたとしても機械音声を流すようにする。なお、総合センタのオペレータは、機械音声から、この実施の形態に係るオペレーションが必要であることを認識する。

【0077】

また、総合センタのオペレータが必要と認める場合にはコールバックを行うので、その際にドライバとオペレータが会話を行うものとする。

【0078】

なお、総合センタへの自動発呼と、クラウドのストレージサーバに対する抽出データの送信とについては、並列に行っても良いし、図９の順番とは逆に行うようにしても良い。

【0079】

総合センタサーバ３０の受信部３１１は、車両１０００からの着信を受け付け（ステップＳ１０７）、発信番号通知にて得られる電話番号を車両抽出部３１２に出力する。車両抽出部３１２は、電話番号で契約者ＤＢ３１３を検索することで契約データおよびアクセス情報を読み出して、アクセス情報をデータ取得部３１４に出力し、契約データおよびアクセス情報をデータ出力処理部３１６に出力する。

【0080】

データ取得部３１４は、電話番号に基づき特定されたアクセス情報を用いて、クラウドのストレージサーバに対して、格納されている抽出データを要求する（ステップＳ１０８）。

【0081】

クラウドのストレージサーバは、総合センタサーバ３０から抽出データの要求を受信すると、アクセス情報で特定されるデータ格納領域から抽出データを読み出して、総合センタサーバ３０へ送信する（ステップＳ１０９）。抽出データには、車両登録番号や電話番号等の機器データ、加速度データ、および映像データが含まれている。

【0082】

データ取得部３１４は、クラウドのストレージサーバから、抽出データを受信すると、データ格納部３１５に格納する（ステップＳ１１０）。そうすると、データ出力処理部３１６は、受信部３１１によって決定された端末装置に対して、抽出データおよび契約データを表示させる（ステップＳ１１１）。

【0083】

端末装置には、契約者ＤＢ３１３から抽出されたデータや、車両１０００から受信した映像データ、車両データ（機器データおよび衝撃事象データ）が表示される。端末装置のオペレータは、ドライブレコーダー１０から送られてくる機械音声を聞いた後、このような表示画面において表示される情報を確認して、コールバックの必要性や救急機関への連絡等の事故対応の必要性を判断すればよい。図９に示すステップＳ１１１の処理を実行した後、解析処理部３１８は、解析処理を実施する（ステップＳ１１２）。

【0084】

解析処理の一例を、図１０を用いて説明する。図１０は、図９のステップＳ１１２における解析処理の一例を示すフローチャートである。図１０に示す解析処理において、解析処理部３１８は、まず、救助やロードサービスの要請等、対応が必要な場合における処理を実行する（ステップＳ３１）。ステップＳ３１の処理は、オペレータにより、コールバック等を含む対応が必要と判断された場合に実行されればよく、対応不要な場合にはスキップされてもよい。具体的に、ステップＳ３１の処理では、人命救助に必要な事項、すなわち救急車の派遣を要請する処理や、ロードサービスを要請する処理などが行われ、外部通知処理部３１９を介して、抽出データのアクセス情報、接触先個人データ（ドライブレコーダー１０の電話番号等）等を、救助機関やロードサービス提供会社システムへ通知する処理が行われる。

【0085】

ステップＳ３１の処理を実行した後、解析処理部３１８は、契約車両の車種を示す車種情報および契約車両の価格を示す車価情報を取得する（ステップＳ３２）。具体的に、ステップＳ３２の処理において解析処理部３１８は、契約者ＤＢ３１３から、解析対象の車両、すなわち事故に遭遇した車両に対応する車種情報および車価情報を取得する。ステップＳ３２の処理において車種情報および車価情報を取得する解析処理部３１８およびステップＳ３２の処理は、取得部および取得ステップに対応する。

【0086】

ステップＳ３２の処理を実行した後、解析処理部３１８は、大事故の中でも、全損となる特大事故であるか否かを判定する（ステップＳ３３）。具体的に、ステップＳ３３の処理において解析処理部３１８は、合成加速度を算出し、ステップＳ３２の処理で取得した車種情報および車価情報と、記憶部に記憶されている特大事故判定条件一覧と（図１１参照）、に基づいて、特大事故であるか否かを判定する。より具体的に、ステップＳ３３の処理において解析処理部３１８は、図９のステップＳ１１０の処理で受信した抽出データに含まれる加速度データに基づいて合成加速度を算出する。そして、ステップＳ３２の処理で取得した車種情報および車価情報と、図１１に示す特大事故判定条件一覧と、に基づいて、特大事故であるか否かを判定する。ステップＳ３３の処理において解析処理部３１８は、例えば、ステップＳ３２の処理で取得した車種情報が普通乗用車を示す「自普乗」である場合、算出した合成加速度が１４以上であれば、車価に関わらず特大事故として判定する。また、ステップＳ３２の処理で取得した車種情報が「自普乗」であり、車価情報が「２００万円以下」である場合、算出した合成加速度が１１以上１４未満であれば、大事故として判定する。図１１に示すように、この実施の形態では、車種に応じて異なる基準が設定されており、これらの基準は任意に変更可能となっている。図示する例では、１～１４の１４個の条件が設定されている例を示しているが、これは一例であり、より多くの条件が設定されていてもよい。一方で、少ない条件であってもよい。また、図示する例では、車種情報、車価情報、および合成加速度の３つの情報に基づいて特大事故であるか否かを判定する例を示しているが、例えば、車種情報と合成加速度の２つ、または合成加速度のみ、など、これらの１つまたは２つにより特大事故を判定してもよい。なお、全損は、保険契約における補償内容を示しており、当該全損には、事故により車両が大破して修理不可能な状態である物理的全損と、事故による車両の修理費用が車両の時価を上回った状態である経済的全損とが含まれる。また、この実施の形態では、車種情報、車価情報、および合成加速度の３つの情報に基づいて特大事故であるか否かを判定する例を示しているが、この他にも、例えば天気の情報や道幅の情報など、４つ以上の情報に基づいて特大事故であるか否かを判定するようにしてもよい。なお、車種情報は車種データに対応し、車価情報は車価データに対応する。契約データは、車種情報および車価情報を含むデータである。ステップＳ３３の処理において特大事故であるか否かを判定する解析処理部３１８およびステップＳ３３の処理は、判定部および判定ステップに対応する。また、ステップＳ３３の処理では合成加速度を算出し、当該算出した合成加速度を用いて特大事故であるか否かを判定する例を示しているが、合成加速度に限られず、図９のステップＳ１１０の処理で受信した抽出データに含まれる加速度データを用いて特大事故であるか否かを判定すればよい。

【0087】

ステップＳ３３の処理において特大事故ではないと判定した場合（ステップＳ３３；Ｎｏ）、解析処理部３１８は、解析結果を特大事故以外とし（ステップＳ３４）、解析処理を終了する。一方、特大事故であると判定した場合（ステップＳ３３；Ｙｅｓ）、解析結果を特大事故として（ステップＳ３５）、解析処理を終了する。

【0088】

なお、図示する解析処理では、大事故であるか、小事故または中事故であるかに関わらず、ステップＳ３３の処理において特大事故であるか否かを一律に判定する例を示したが、例えば、図６に示すステップＳ５４の送信処理が行われた場合にのみ、すなわち大事故である場合にのみ、ステップＳ３３の処理において特大事故であるか否かが判定されるようにしてもよい。特大事故は大事故に含まれる事故であることから、これによれば、処理負担を軽減させることができる。

【0089】

図９に戻り、ステップＳ１１２における解析処理が行われた後、データ出力処理部３１６は、解析結果が特大事故であるか否かを判定し（ステップＳ１１３）、特大事故であれば（ステップＳ１１３；Ｙｅｓ）、保険会社通知部３２２の機能により、全損と認定して即時支払いを行うことを示す即時支払い通知を保険会社（代理店）に対して行い（ステップＳ１１４）、処理を終了する。一方、特大事故でなければ（ステップＳ１１３；Ｎｏ）、保険会社通知部３２２の機能により、通常の支払いを行うことを示す通常支払い通知を保険会社（代理店）に対して行い（ステップＳ１１５）、処理を終了する。なお、即時支払い通知や通常支払い通知が、ネットワークを介して各保険会社の事故分析装置や端末に通知されることにより、保険会社（代理店）へ通知される。なお、即時支払い通知は即時払い通知に対応する。ステップＳ１１５の処理において即時支払い通知を通知する保険会社通知部３２２およびステップＳ１１５の処理は、通知部および通知ステップに対応する。

【0090】

図１２は、保険会社（代理店）において行われる保険金が支払われるまでの処理の一例を示すフローチャートであり、図１２（Ａ）は、通常支払い通知を受信した場合における通常支払い処理の一例を示しており、図１２（Ｂ）は、即時支払い通知を受信した場合における即時支払い処理の一例を示している。

【0091】

まず、図１２（Ａ）に示すように、通常支払い通知を受信した場合、通常支払い処理が開始される。この場合、担当者から事故についての調査が発注される（ステップＳ６１）。そして、調査担当者により事故車両や事故現場に関する調査が、映像や立ち会いで行われ（ステップＳ６２）、報告書が作成される（ステップＳ６３）。続いて担当者から事故車両の保険契約者に対して保険金の回答が行われた後（ステップＳ６４）、保険金の支払いが行われ（ステップＳ６５）、通常支払い処理が終了することとなる。

【0092】

一方、図１２（Ｂ）に示すように、即時支払い通知を受信した場合に行われる即時支払い処理は、図１２（Ａ）とは異なり、ステップＳ６１～ステップＳ６３の処理をスキップし、ステップＳ６４の処理にて全損であることが担当者から回答され、全損に対応する保険金の支払いが行われ（ステップＳ６５）、即時支払い処理が終了することとなる。そのため、事故により車両が大破してしまい、別の車両の購入を急ぐ場合などに、保険金の支払いを早急に行うことができ、事故対応の迅速性を確保することができる。

【0093】

以上説明したように、この実施の形態における総合センタサーバ３０、すなわち支援装置よれば、大事故の中でも、全損となる特大事故であるか否かを判定し、特大事故である場合に、全損と認定して即時支払いを行うことを示す即時支払い通知を保険会社（代理店）に通知する。これにより、保険会社の側では、通常の保険金の支払い過程をスキップし、迅速に保険金の支払いを行うことができる。すなわち、事故対応の迅速性を確保することができる。

【0094】

また、大事故が発生した場合、ドライバや搭乗者の人名救助の観点から車両内部の映像データを解像度の低い状態で送信し、中事故や小事故の場合や、大事故でステップＳ５４の処理を実行した後については、車両内部の映像データと、車両外部の映像データとを、解像度の高い状態で送信する。したがって、事故対応の迅速性を確保する必要性が高い部分の迅速性を確保することができる。

【0095】

（変形例）
なお、この発明は、上記実施の形態に限定されず、様々な変形および応用が可能である。例えば、車両１０００、ドライブレコーダー１０、クラウドのストレージサーバ、総合センタサーバ３０、事故分析装置および端末は、上記実施の形態で示した全ての技術的特徴を備えるものでなくてもよく、従来技術における少なくとも１つの課題を解決できるように、上記実施の形態で説明した一部の構成を備えたものであってもよい。また、下記の変形例それぞれについて、少なくとも一部を組み合わせてもよい。

【0096】

上記実施の形態では、ドライブレコーダー１０が保険契約者の車両１０００に搭載されている例を示したが、これは一例である。ドライブレコーダー１０ではなく、ドライバの所有するスマートフォンであってもよい。当該スマートフォンの背面と前面に搭載されたカメラにより、外部映像データと内部映像データとを撮影すればよい。

【0097】

また、上記実施の形態では、図１１に示す特大事故判定条件一覧に示される条件に従って特大事故であるか否かが判定される例を示したが、これは一例である。例えば、全損として保険金の支払いを行った際の車種情報、車価情報、合成加速度の情報を学習データとして学習した学習モデルを用いて、特大事故であるか否かを判定してもよい。これによれば、特大事故であるか否か、すなわち全損として即時支払い通知を行うか否かについての精度を高めることができ、より事故対応の迅速性を確保することができる。また、例えば、当該学習モデルを用いて特大事故であるか否かを判定した結果を一次結果として総合センタのオペレータに出力し、オペレータによる判定結果を二次結果としてもよい。その上で、二次結果として特大事故とされた情報を学習データとして学習モデルについてさらに学習させてもよい。これによれば、学習モデルによる判定結果についての誤りを防止することができるとともに、学習モデルによる判定精度を高めることができる。

【0098】

また、上記実施の形態では、総合センタサーバ３０に解析処理部３１８を設ける例を示したが、例えばドライブレコーダー１０に解析処理部３１８の少なくとも一部の機能を設けるようにしてもよい。例えば、事故の蓋然性を表すレベルが所定レベル以上であることが判明した場合にのみ自動発呼するために、ドライブレコーダー１０に解析処理部３１８を設けるようにしても良い。また、前もって搭乗者情報を抽出しておき、このような情報もクラウドのストレージサーバに送信するようにしてもよい。同様に、修理の必要性を表す情報を前もって抽出しておき、このような情報もクラウドのストレージサーバに送信するようにしてもよい。また、特大事故であるか否かについても、ドライブレコーダー１０側で判定してもよい。この場合、判定結果を総合センタサーバ３０し、総合センタサーバ３０は、判定結果に応じて、通常支払い通知または即時支払い通知を事故分析装置や端末へ通知すればよい。

【0099】

なお、契約期間内であるか否か等のサービス提供の可否を、ドライブレコーダー１０又は総合センタサーバ３０において判定するようにしてもよい。

【0100】

記録システム１は、専用の装置によらず、通常のコンピュータを用いて実現可能である。例えば、コンピュータに上述のいずれかを実行するためのプログラムを格納した記録媒体から該プログラムをコンピュータにインストールすることにより、上述の処理を実行する記録システム１を構成してもよい。また、複数のコンピュータが協同して動作することによって、１つの記録システム１を構成しても良い。

【0101】

また、コンピュータにプログラムを供給するための手法は、任意である。例えば、通信回線、通信ネットワーク、通信システム等を介して供給しても良い。

【0102】

また、上述の機能の一部をＯＳ（Operation System）が提供する場合には、ＯＳが提供する機能以外の部分をプログラムで提供すれば良い。

【0103】

以上説明した実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状およびサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

【符号の説明】

【0104】

１…記録システム、１０…ドライブレコーダー、１５…撮影装置、２０…固定部、３０…総合センタサーバ、３１１…受信部、３１２…車両抽出部、３１３…契約者データベース（ＤＢ）、３１４…データ取得部、３１５…データ格納部，３１６…データ出力処理部、３１７…入力処理部、３１８…解析処理部、３１９…外部通知処理部、３２０…対処データ格納部、３２１…通話処理部、３２２…保険会社通知部、１０００…車両、１１１０…第１通信部、１１２０…第２通信部、１１３０…測位部、１１４０…録画部、１１５０…録音部、１１６０…加速度測定部、１１７０…自動診断データ取得部、１１８０…制御部、１１８０Ａ…判定部、１２００…記憶部、１３００…ミラー、１４００…自動診断システム

【要約】

【課題】事故対応の迅速性を確保することができる支援装置、支援方法、およびプログラムを提供する。
【解決手段】支援装置は、車両の加速度を示す加速度データと車両に対応する契約データとを取得し、加速度データと契約データに基づいて、複数の事故種別のうち、特大事故に対応する衝撃であるか否かを判定する。そして、特大事故に対応する衝撃であると判定した場合、特大事故に対応する衝撃でないと判定した場合よりも短い期間で保険金の支払いを行う通知である即時払い通知を通知する。これにより、事故対応の迅速性を確保する。
【選択図】図１０

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】