JP7431893B2 - 事故情報表示装置、事故情報表示方法及びプログラム - Google Patents

Description

本発明は、事故情報表示装置、事故情報表示方法及びプログラムに関する。

交通事故が発生したと判定された場合、コールセンタのオペレータの端末装置、車両から抽出された抽出データや自動車保険の契約データを表示するシステムが提案されている（例えば特許文献１）。

特開２０１７－４６１２５号公報

特許文献１に記載のシステムでは、事故車両側の機器の種類に応じた表示やオペレータの利便性を考慮した表示について改善の余地があった。

本発明は、上記実情に鑑みて成されたものであり、事故の情報を好適に表示できる事故情報表示装置等を提供することを目的とする。

上記目的を達成するため、本発明の事故情報表示装置は、
事故車両から抽出された抽出データを取得する取得部と、
前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部と、を備え、
前記表示制御部は、
前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
前記抽出データの送信元の前記機器タイプを表示装置に表示する。

前記表示制御部は、前記抽出データの送信元の前記機器タイプに対応した画像を表示装置に表示するようにしてもよい。

前記事故情報は、情報の確実度についての情報を含むようにしてもよい。

前記表示制御部は、前記抽出データの送信元の前記機器タイプに応じて前記情報の確実度を表示するようにしてもよい。
本発明の他の事故情報表示装置は、
事故車両から抽出された抽出データを取得する取得部と、
前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部と、を備え、
前記表示制御部は、前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
前記事故情報は、情報の確実度についての情報を含み、
前記表示制御部は、前記抽出データの送信元の前記機器タイプに応じて前記情報の確実度を表示する。

前記表示制御部は、事故対応手順に関する情報を表示するようにしてもよい。

前記事故情報は、前記事故車両との通話可能性に関する情報を含むようにしてもよい。

前記表示制御部は、前記抽出データの送信元の前記機器タイプが、前記事故車両が備えるカメラを含むものである場合、前記事故情報として事故の映像データを表示するようにしてもよい。

前記取得部は、前記事故車両の車載機器と通信可能な通信端末を介して前記抽出データを取得するようにしてもよい。

上記目的を達成するため、本発明の事故情報表示方法は、
事故車両から抽出された抽出データを取得し、
取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する事故情報表示方法であって、
前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
前記抽出データの送信元の前記機器タイプを表示装置に表示する。

上記目的を達成するため、本発明のプログラムは、
コンピュータを、
事故車両から抽出された抽出データを取得する取得部、
前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部、として機能させ、
前記表示制御部は、
前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
前記抽出データの送信元の前記機器タイプを表示装置に表示する。

本発明によれば、事故の情報を好適に表示できる。

本実施の形態に係る事故分析システムの一例を示す図である。 本実施の形態において車両内部から前方に向いた状態を示す模式図である。 本実施の形態に係るドライブレコーダーの機能ブロック図である。 （Ａ）～（Ｄ）は、本実施の形態に係る車両側の機器タイプ例を示す図である。 本実施の形態に係る端末装置の機能ブロック図である。 本実施の形態に係る事故分析システムにおける利用登録処理の概要を示すフローチャートである。 本実施の形態に係る事故分析システムにおける起動時処理の概要を示すフローチャートである。 本実施の形態に係る総合センタサーバの機能ブロック図である。 本実施の形態に係る総合センタサーバの事故情報表示機能の機能ブロック図である。 本実施の形態に係る処理フローを示す図である。 本実施の形態における総合センタの端末装置に表示される画面の構成例を示す図である。 （Ａ）及び（Ｂ）は、本実施の形態における総合センタの端末装置に表示される事故情報の画面の構成例を示す図である。 （Ａ）及び（Ｂ）は、本実施の形態における総合センタの端末装置に表示される事故情報の画面の構成例を示す図である。 本実施の形態に係る解析処理の一例を示す図である。 本実施の形態に係る処理フローを示す図である。 本実施の形態に係る事故分析装置のハードウェア構成例を示す図である。 本実施の形態に係る事故分析装置の機能ブロック図である。 本実施の形態に係る事故分析装置が事故の状況を分析する際の処理手順の概要を示すフローチャートである。 本実施の形態における端末に表示される画面の構成例を示す図である。

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

図１は、本実施の形態に係る事故分析システムの一例を示す図である。本実施の形態に係る事故分析システム１は、車両１０００と、事故分析装置１０と、端末２０と、総合センタサーバ３０と、から構成される。車両１０００は、事故分析システム１のサービスの提供を受ける自動車であり、典型的には保険会社の自動車保険の保険契約者所有の車両１０００である。車両１０００には、ドライブレコーダー１１００（図２参照）が搭載されており、当該ドライブレコーダー１１００は、無線通信にてネットワーク（公衆回線網などを含む）を介して、クラウドのストレージサーバ（図示省略）および総合センタサーバ３０に接続する。この実施の形態では、車両１０００の所有者（ドライバー）が事故分析システム１のサービスを提供する保険会社の自動車保険に加入しているものとして説明する。

なお、本実施の形態では、ネットワーク接続可能な車載機器として、ドライブレコーダー１１００が無線通信にてネットワーク（公衆回線網などを含む）を介して、クラウドのストレージサーバ（図示省略）および総合センタサーバ３０に接続する例を示しているが、例えば、同様の機能を有するミラー型の専用端末装置を用意して、ミラー１３００の代わりに設置するようにしても良い。

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

総合センタサーバ３０は、１又は複数のコンピュータで構成されており、車両１０００の事故対応を行う総合センタに設置され且つ総合センタの各オペレータによって操作される端末装置（図示省略）に接続されている。また、総合センタのオペレータは、車両１０００に搭載されているドライブレコーダー１１００、ロードサービス提供会社や救急機関（消防署や民間の救急サービス提供会社）などと、例えば端末装置に接続されたヘッドセットなどを用いて通話できるようになっている。これにより、オペレータは、車両１０００にて事故が発生ときや、事故の可能性がある場合にその対応を行う。

ネットワークには、図示は省略しているが、ロードサービス提供会社システムおよび救急機関システムなども接続されており、それらも、総合センタサーバ３０からの要求に応じて、クラウドのストレージサーバにおいて指定されたデータ格納領域からデータを取得するようになっている。また、当該ネットワークには、図１に示すように、事故分析装置１０と端末２０とが接続されている。

事故分析装置１０は、車両１０００が事故を起こした場合、事故車両である車両１０００（以下の説明において、便宜上「自車」と呼ぶことがある）が備えるセンサにより計測される車両データと、車両１０００のドライブレコーダー１１００が備えるカメラで撮影された映像データとを、クラウドのストレージサーバからネットワークを介して取得し、取得した車両データと映像データとに基づいて、車両１０００が起こした事故の状況を分析する機能を有する。

端末２０は、例えば保険会社のオペレータ等が操作する端末であり、事故分析装置１０が分析した事故の状況、事故の状態に対応する事故事例、及び事故分析装置１０が生成した画像を表示する。端末２０は、ＰＣ、ノートＰＣ、タブレット端末、スマートフォンなど、ディスプレイを備えた情報処理装置であればあらゆる情報処理装置を用いることができる。

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

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

制御部１１９０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphical processing unit）等のプロセッサから構成され、本顧客サービスに関連する処理を、各構成要素に対して実行させる。

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

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

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

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

データ格納部１２００は、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等の記憶装置から構成され、予め機器データとして、企業名、組織名、車両登録番号、自動車保健の保険契約の証券番号、保険契約者の識別子（ＩＤ）、電話番号等を格納しており、制御部１１８０による指示に応じて各構成要素が取得するデータも格納する。

なお、車両１０００内の機器構成は、ドライブレコーダー１１００及び自動診断システム１４００で構成されるものに限定されない。例えば、ドライブレコーダー１１００によりクラウドのストレージサーバや総合センタサーバ３０に直接接続するのではなく、ドライバーが所有する通信端末を介して、クラウドのストレージサーバや総合センタサーバ３０に接続するようにしてもよい。

図４は、車両１０００側の機器タイプ例を示している。図４（Ａ）に示すように、ドライブレコーダー１１００のみであってもよいし、図４（Ｂ）に示すように、ドライブレコーダー１１００と該ドライブレコーダー１１００と接続された通信端末４０とから構成されてもよいし、図４（Ｃ）に示すように、通信端末４０のみであってもよいし、図４（Ｄ）に示すように、自動診断システム１４００と該自動診断システム１４００と接続された通信端末４０とから構成されてもよい。これ以外の機器タイプがあってもよい。例えば、カーナビゲーション等の他の車載機器を含んでいてもよい。

通信端末４０は、ドライブレコーダー１１００や自動診断システム１４００と無線または有線により接続可能であるとともに、無線通信にてネットワークに接続可能なスマートフォン、タブレット端末、ノートＰＣ等であればよい。また、通信端末４０は、通信機能に特化した専用端末であってもよい。通信端末４０は、ネットワーク接続機能を有さない車載機器をネットワークに接続するための拡張端末であってもよい。なお、以下で車載機器とは車両１０００搭載される通信端末４０以外の機器（例えばドライブレコーダー１１００及び／又は自動診断システム１４００）のことをいう。

図４（Ａ）に示すドライブレコーダー１１００の機器タイプは、ドライブレコーダー１１００が直接クラウドのストレージサーバや総合センタサーバ３０に接続可能な機種である場合を想定している。図４（Ａ）において、ドライブレコーダー１１００は、自動診断システム１４００と接続されていてもよい。

図４（Ｂ）に示すドライブレコーダー１１００及び通信端末４０の機器タイプは、ドライブレコーダー１１００がネットワークへの接続機能を有さず、クラウドのストレージサーバや総合センタサーバ３０に直接接続不可能な機種である場合を想定している。この場合、ドライブレコーダー１１００により取得した車両データや映像データを、通信端末４０を介してクラウドのストレージサーバや総合センタサーバ３０に送信する。また、通信端末４０により取得した車両データや映像データをクラウドのストレージサーバや総合センタサーバ３０に送信するようにしてもよい。このように、この実施の形態では、ネットワークへの接続機能を有さないドライブレコーダー１１００であっても、通信端末４０を利用することで、事故分析システム１を利用することができ、より多くのドライバーに対してサービスを提供可能になる。

図４（Ｃ）に示す通信端末４０のみの機器タイプは、車両１０００がドライブレコーダー１１００を備えない場合において、通信端末４０により取得した車両データや映像データをクラウドのストレージサーバや総合センタサーバ３０に送信する場合を想定している。

図４（Ｄ）に示す通信端末４０及び自動診断システム１４００の機器タイプは、図４（Ｃ）に加えて、通信端末４０が自動診断システム１４００に接続されており、自動診断システム１４００のデータを取得し、クラウドのストレージサーバや総合センタサーバ３０に送信可能な場合を想定している。

なお、図４に示す機器タイプは一例であり、他の組合せや、他の機器が組み込まれてもよい。

図５に、本実施の形態に係る通信端末４０の機能ブロック図を示す。通信端末４０は、第１通信部４０１と、第２通信部４０２と、測位部４０３と、録画部４０４と、録音部４０４と、加速度測定部４０５と、自動診断データ取得部４０７と、制御部４０８と、表示部４０９と、操作部４１０と、ドライブレコーダーデータ取得部４１１と、データ格納部４１２とを有する。

第１通信部４０１、第２通信部４０２、測位部４０３、録画部４０４、録音部４０４、加速度測定部４０５、自動診断データ取得部４０７、制御部４０８、表示部４０９、操作部４１０、ドライブレコーダーデータ取得部４１１、データ格納部４１２は、ドライブレコーダー１１００の第１通信部１１１０、第２通信部１１２０、測位部１１３０、録画部１１４０、録音部１１５０、加速度測定部１１６０、自動診断データ取得部１１７０、制御部１１８０、データ格納部１２００と同様の機能であればよい。これらの機能は、通信端末４０が備えるＣＰＵ、ＧＰＵ等のプロセッサ、メモリ、ＨＤＤ及び／又はＳＳＤ等の記憶装置、有線又は無線通信を行う通信ＩＦ、入力操作を受け付ける入力デバイス、及び情報の出力を行う出力デバイスの共働により実現される。

表示部４０９は、液晶ディスプレイや有機ＥＬ(Electro Luminescence)ディスプレイ等で構成され、各種の情報を表示可能である。

操作部４１０は、タッチパネルや物理ボタンで構成され、通信端末４０のユーザ（ドライバー）の操作を受け付け、操作に応じた信号を制御部４０８に伝達する。

ドライブレコーダーデータ取得部４１１は、ドライブレコーダー１１００と有線又は無線通信を行う通信ＩＦであり、ドライブレコーダー１１００により取得した車両データや映像データを取得する。該取得されたデータは、制御部４０８や第２通信部４０２を介して、クラウドのストレージサーバ等に送信される。

なお、通信端末４０の機能は、図４に示すものに限定されず、他の機能を有していてもよい。例えば、通信端末４０がスマートフォンであれば、スマートフォンが備える一般的な機能（例えば、通信端末４０同士で通話をできる機能等）を有している。

また、通信端末４０は、少なくとも、ドライブレコーダー１１００と接続可能であり、ドライブレコーダー１１００から取得したデータを、ネットワークを介してクラウドのストレージサーバや総合センタサーバ３０に送信可能な最低限の機能を有していればよく、図４に示す一部の機能がなくてもよいし、専用の通信端末であってもよい。このような最低限の機能を有する専用の通信端末を利用する場合、スマートフォン等の他の端末を介して、車載機器との接続設定を行うようにしてもよい。

続いて、車両側の機器タイプとして、通信端末４０を含む場合において、事故分析システム１を利用するための処理の流れを説明する。図６は、本実施の形態に係る事故分析システム１における利用登録処理の概要を示すフローチャートである。利用登録処理は、通信端末４０を事故分析システム１において利用可能に登録するための処理であり、自動車保険の保険契約後、事故分析システム１の利用開始前等にユーザ（ドライバー）の操作に応じて実行される。

通信端末４０において、車載機器（ドライブレコーダー１１００及び／又は自動診断システム１４００）との連携操作を検出すると（ステップＳ１；Ｙｅｓ）、車載機器の情報（機器の種類や接続先情報等）をデータ格納部４１２に機器データの一部として登録するといった連携処理を実行する（ステップＳ２）。車載機器との連携操作は、有線又は無線で車載機器に接続した上で、例えば、事故分析システム１の専用アプリによる所定の操作であればよい。このとき、車載機器側も通信端末４０の情報を登録するようにしてもよい。連携後は、通信端末４０は、有線ケーブルの接続や、近接無線通信による検出を契機に自動的に車載機器に接続される。

通信端末４０において、事故分析システム１の利用登録操作を検出すると（ステップＳ３；Ｙｅｓ）、データ格納部４１２に記憶される自動車保険の保険契約の証券番号、通信端末４０の端末識別情報（電話番号、保険契約者のＩＤ、契約時に発行されたトークン、メールアドレス等）及び連携している車載機器の情報（連携機器情報）をネットワークを介して総合センタサーバ３０に送信する（ステップＳ４）。利用登録操作は、例えば、事故分析システム１の専用アプリによる所定の操作であればよい。なお、利用登録操作は、車載機器との連携が終了後にできるようにしてもよい。

総合センタサーバ３０は、通信端末４０から証券番号、端末識別情報及び連携機器情報を受信すると、当該証券番号に対応した保険契約が有効であるか否かを判別する（ステップＳ５）。保険契約が有効であれば（ステップＳ５；Ｙｅｓ）、当該保険契約に対応付けて端末識別情報及び連携機器情報を登録する（ステップＳ６）。これにより、総合センタサーバ３０において、通信端末４０や車両側の機器タイプを把握することができる。端末識別情報及び連携機器情報を登録が完了したら、登録完了を通信端末４０に通知するようにしてもよい。なお、保険契約が無効であった場合、その旨を通信端末４０に返すようにしてもよい。

なお、端末識別情報及び／又は連携機器情報の登録は、保険契約時に行うようにして、ステップＳ４、ステップＳ５では、例えば証券番号や通信端末４０の端末識別情報の認証のみを行い、認証に成功したら事故分析システム１の利用登録を完了するようにしてもよい。

なお、通信端末４０から保険に加入できるようにして、必要情報として、通信端末４０の端末識別情報及び連携機器情報を入力させるようにしてもよいし、通信端末４０から端末識別情報及び連携機器情報を取得して、その情報を総合センタサーバ３０にて保存するようにしてもよい。

図７は、本実施の形態に係る事故分析システム１における起動時処理の概要を示すフローチャートである。起動時処理は、車載機器の電源がオンになったときに、車載機器及び通信端末４０において自動的に実行される。

車両１０００のエンジンが始動されたこと等に応じて、車載機器の電源がオンになると（ステップＳ５１；Ｙｅｓ）、車載機器は有線又は無線で連携済みの通信端末４０に接続する（ステップＳ５２）。車載機器は、有線ケーブルや近接無線通信によりで連携済みの通信端末４０を検索し、接続を試みる。車載機器が所定期間のうちに通信端末４０に接続できなかった場合、接続エラーを報知したり、ユーザ（ドライバー）に通信機器４０の操作や接続を促すようにしてもよい。

車載機器が連携済みの通信端末４０に接続すると、通信端末４０に事故監視アプリを起動するための起動信号を送信する（ステップＳ５３）。その後、車載機器は車載機器に応じた事故監視状態に移行する（ステップＳ５４）。事故監視状態は、車両１０００の事故を監視しつつ、車両データや映像データを取得可能な状態であり、車載機器がドライブレコーダー１１００であれば、加速度データや映像データの取得を開始する。また、車載機器が自動診断システム１４００であれば、自動診断データの取得を開始する。

通信端末４０は、事故監視アプリの起動信号を車載機器から受信すると、事故監視アプリを起動する（ステップＳ４１）。事故監視アプリは、通信端末４０に予めインストールされていればよい。また、事故監視アプリは、初回の起動信号受信時に自動的にインストールされるようにしてもよいし、図６の利用登録処理において使用するアプリと同じアプリであってもよい。この実施の形態では、車載機器から通信端末４０の事故監視アプリを起動するようになっているので、ドライバーがエンジンを始動させることで自動的に事故監視アプリを起動できる。これにより、事故監視アプリの起動し忘れを防止でき、好適に事故を監視できる。

なお、事故監視アプリは、ドライバーが手動で起動できるようにしてもよい。例えば、車両１０００側の機器タイプが通信端末４０のみである場合は、ドライバーが手動で事故監視アプリを起動するようにしてもよい。

事故監視アプリが起動されると、通信端末４０は、総合センタサーバ３０にアクセスして認証処理を行う（ステップＳ４２）。ここでは、証券番号や端末識別情報を総合センタサーバ３０に送信し、保険契約の有効性についての認証を受ける。保険契約が有効であれば、総合センタサーバ３０から認証成功である旨の通知を受ける。

保険契約の有効性についての認証が成功した場合（ステップＳ４３；Ｙｅｓ）、通信端末４０は、車両１０００の事故を監視する事故監視状態に移行する（ステップＳ４４）。事故監視状態は、車載機器からデータを取得可能な状態であり、通信端末４０自体において加速度データ等の車両データを取得する状態であればよい。そして、それらの情報に基づいて事故と判定したときに、車載機器から取得したデータや通信端末４０で取得したデータを総合センタサーバ３０に送信できる状態であればよい。なお、保険契約の有効性についての認証が失敗した場合（ステップＳ４３；Ｎｏ）、エラーを報知したり、再試行を促すようにしてもよい。

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

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

契約者ＤＢ３１３は、例えば端末識別情報（電話番号等）と、連携機器情報と、自動車保険の契約データと、クラウドのストレージサーバにおけるデータ格納領域を特定するためのアクセス情報（例えばＵＲＩ（Uniform Resource Identifier））と、を対応付けて格納する。アクセス情報の少なくとも一部については、電話番号や車両の登録番号等から何らかの関数にて特定するようにしても良い。

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

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

解析処理部３１８は、データ格納部３１５に格納されている映像データ等に対して所定の解析処理を行い、解析結果を、データ出力処理部３１６を介して端末装置に出力する。外部通知処理部３１９は、アクセス情報と車両１０００と連絡を取るための情報（ドライブレコーダー１１００または通信端末４０の電話番号など）等を含むデータを、ロードサービス提供会社システムや救急機関システムへ送信する。通話処理部３２１は、車両１０００におけるドライブレコーダー１１００または通信端末４０等に電話をかけるための処理を実行する。

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

保険会社通知部３２２は、対処データ格納部３２０に格納されたデータに基づき、事故が発生した車両１０００に関係する自動車保険等を販売した保険会社（代理店）に対してメールを送信するなどの処理を行う。これによって、保険会社とも、情報の共有が図られる。

図９に、総合センタサーバ３０の事故情報表示機能の機能ブロック図を示す。総合センタサーバ３０は、事故情報表示機能の機能部として、取得部３０１と、表示制御部３０２と、契約者ＤＢ３１３と、を有する。総合センタサーバ３０の、ＣＰＵ、ＧＰＵ等のプロセッサ、メモリ、ＨＤＤ及び／又はＳＳＤ等の記憶装置、有線又は無線通信を行う通信ＩＦ、入力操作を受け付ける入力デバイス、及び情報の出力を行う出力デバイスが共働してこれらの機能部を実現する。

取得部３０１は、上記のアクセス情報に基づき、事故車両から抽出された抽出データ（車両データ、映像データ、自動診断データ等）を、クラウドのストレージサーバからデータを取得する。取得したデータは、データ格納部３１５（図示略）に格納する。

表示制御部３０２は、取得部３０１が取得した抽出データに基づいて、事故車両が起こした事故に関する事故情報を、端末装置の表示画面に表示する。また、この実施の形態の表示制御部３０２は、抽出データや契約者ＤＢ３１３に記憶される連携機器情報に基づいて、抽出データの送信元の機器タイプを判別し、機器タイプに応じた事故情報を表示装置に表示する機能を有する。なお、この実施の形態では、便宜上「事故情報」としているが、衝撃（加速度）を検出して事故の蓋然性が高い車両に関する情報であり、実際には事故を起こしていない車両に関する情報も含む。即ち、事故車両が起こした事故に関する事故情報は、事故の蓋然性の高い車両に関する情報であってもよい。

次に、図１０乃至図１５を用いて、図１に示した事故分析システムにおいて、事故が発生してから保険会社に通知されるまでの処理内容について説明する。

図１０では、車両１０００の車載機器（機器タイプ）が、図２に示すように、ドライブレコーダー１１００及び自動診断システム１４００である場合について説明するが、車両１０００の機器タイプが通信端末４０を含むもの場合、ドライブレコーダー１１００の各機能の一部又は全部は、同様の機能を有する通信端末４０により実行されてもよいし、ドライブレコーダー１１００及び通信端末４０により車両データ（加速度データ）や映像データ等を抽出するようにしてもよい。ドライブレコーダー１１００の第１通信部１１１０及び第２通信部１１２０に代えて、ドライブレコーダー１１００と接続された通信端末４０の第１通信部４０１及び第２通信部４０２を用いて通話や通信を行うようにしてもよいし、ドライブレコーダー１１００の加速度測定部１１６０及び通信端末４０の加速度測定部４０６を用いて車両１０００の加速度を計測して、事故の発生を判定するようにしてもよい。

ドライブレコーダー１１００の制御部１１８０は、継続的に加速度測定部１１６０に加速度の計測を行わせて、計測された加速度が、予め定められた第１の閾値以上であるか否かを判断する。この実施の形態では、車両１０００において計測された加速度が第１の閾値以上であると判定された場合、事故が発生した、あるいは事故の蓋然性が高いと判定するようになっている。第１の閾値は車両の衝突データ等から予め定められていればよい。ここで、制御部１１８０は、第１の閾値以上の加速度が検出されたものとする（図１０：ステップＳ１００）。

なお、第１の閾値より小さい第２の閾値以上第１の閾値未満の加速度を検出した場合、手動で総合センタに電話を掛けるためのボタンを表示装置に表示させるようにしても良い。第２の閾値は、例えば、大事故の可能性は低いが、小事故の可能性はあると判定される閾値である。この場合、第１の閾値以上の加速度が検出された場合の電話番号とは異なり、総合センタの通常の電話番号に電話がかけられる。総合センタでは、通常のオペレーションにて応対する。それ以外の場合でも、ドライブレコーダー１１００から総合センタに電話をかけられるようにしても良い。

第１の閾値以上の加速度が検出されると、制御部１１８０は、データ格納部１２００から機器データを読み出すと共に、衝撃事象データを含む車両データと、映像データ等を抽出する（ステップＳ１０１）。衝撃事象データは、時計から取得された日時と、測位部１１３０が取得した位置データと、検出した加速度と、自動診断データ取得部１１７０により取得された自動診断データとを含む。映像データは、録画部１１４０によって撮影された映像データと、録音部１１５０によって録音された音データとを含む。上でも述べたように、第１の閾値以上の加速度が検出される時点より前一定時間の映像データ等と、その時点以降一定時間の映像データ等とを含む。自動診断データは、エンジン、バッテリ、燃料系などの各々について損傷の有無を表すデータを含む。なお、機器データと衝撃事象データとを車両データと言う。

そして、制御部１１８０は、第２通信部１１２０に、抽出データ（車両データ（機器データ、衝撃事象データ）及び映像データなど）をクラウドのストレージサーバに送信する（ステップＳ１０２）。なお、ステップＳ１００～Ｓ１０２の処理は、例えば第１の閾値より小さい第２の閾値以上第１の閾値未満の加速度を検出した場合、手動で行われるようにしても良い。

クラウドのストレージサーバは、ドライブレコーダー１１００から抽出データを受信すると、例えば機器データに含まれる車両登録番号や電話番号等から特定されるデータ格納領域に格納する（ステップＳ１０３）。

なお、説明の便宜上ステップＳ１０３の後に記載しているが、ステップＳ１００後、制御部１１８０は、例えば一定間隔で測位部１１３０に位置データを取得させ、その都度車両１０００が移動しているか否かを判定する。ステップＳ１００における位置から所定距離（例えば２００ｍ）以上移動するような場合には、第１の閾値以上の加速度は何らかの誤検出であるとみなすことができる。よって、その場合には、総合センタへの自動発呼を停止させる。

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

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

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

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

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

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

クラウドのストレージサーバは、総合センタサーバ３０から抽出データの要求を受信すると、アクセス情報で特定されるデータ格納領域から抽出データを読み出して、総合センタサーバ３０へ送信する（ステップＳ１０９）。

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

具体的には、表示制御部３０２は、ステップＳ１０７にて得られた電話番号で契約者ＤＢ３１３を検索して、連携機器情報を取得して（ステップＳ１２１）、車両機器タイプを判別する（ステップＳ１２２）。そして、表示制御部３０２は、判別された機器タイプに応じた事故対応画面を端末装置の表示画面に表示させる（ステップＳ１２３）。

端末装置における表示画面の構成例を図１１に示す。図１１の例では、契約データ表示欄３１０１と、映像表示欄３１０２と、解析指示ボタン３１０３と、恐怖度設定値表示欄３１０４と、恐怖度設定値アップボタン３１０５と、恐怖度設定値ダウンボタン３１０６と、恐怖度設定ボタン３１０７と、解析結果表示欄３１０８と、車両データ（機器データ及び衝撃事象データ）の表示欄３１０９と、コールバック指示ボタン３１１０と、ロードサービス依頼ボタン３１１１と、救助依頼ボタン３１１２と、対処データ入力欄３１１３と、終了ボタン３１１４と、登録ボタン３１１５、事故情報表示欄３２００、事故対応手順欄３２０１等を含む。

契約データ表示欄３１０１には、契約者ＤＢ３１３から抽出されたデータの少なくとも一部を表示する。映像表示欄３１０２には、車両１０００から受信した映像データを表示する。車両データ（機器データ及び衝撃事象データ）の表示欄３１０９には、機器データ及び衝撃事象データの少なくとも一部を表示する。端末装置のオペレータは、ドライブレコーダー１１００から送られてくる機械音声を聞いた後、このような表示画面において表示される情報を確認して、コールバックの必要性等を判断する。

事故情報表示欄３２００は、契約データ３１０１、映像表示欄３１０２と、車両データの表示欄３１０９と、から構成され、主に車両１０００から取得した抽出データを表示する。この実施の形態では、事故情報表示欄３２００には、判別された車両１０００側の機器タイプに応じた事故情報が表示される。

図１２、図１３は、事故情報表示欄３２００に表示される機器タイプに事故情報の具体例を示す図である。図１２（Ａ）は、機器タイプが車両のフロントガラスに取り付けられたドライブレコーダー１１００である場合の事故情報表示欄３２００の構成例を示している。この場合、事故情報表示欄３２００には、機器タイプを示す「機器タイプ：フロントガラス取付」の文字とフロントガラスに取り付けられたドライブレコーダー１１００の画像とからなる機器タイプ表示３２１０が表示される。

図１２（Ｂ）は、機器タイプがドライブレコーダー１１００及びドライブレコーダー１１００と連携したスマートフォン（通信端末４０）である場合の事故情報表示欄３２００の構成例を示している。この場合、事故情報表示欄３２００には、機器タイプを示す「機器タイプ：ドラレコスマホ連携」の文字とフロントガラスに取り付けられたドライブレコーダー１１００の画像及びスマートフォンの画像とからなる機器タイプ表示３２１０が表示される。

図１３（Ａ）は、機器タイプがスマートフォン（通信端末４０）のみである場合の事故情報表示欄３２００の構成例を示している。この場合、事故情報表示欄３２００には、機器タイプを示す「機器タイプ：スマホのみ」の文字とスマートフォンの画像とからなる機器タイプ表示３２１０が表示される。

図１３（Ｂ）は、機器タイプが自動診断システム１４００及び自動診断システム１４００と連携したスマートフォン（通信端末４０）である場合の事故情報表示欄３２００の構成例を示している。この場合、事故情報表示欄３２００には、機器タイプを示す「機器タイプ：自動診断システムスマホ連携」の文字と車両１０００と通信するスマートフォンの画像とからなる機器タイプ表示３２１０が表示される。

このように、この実施の形態では、事故情報を表示する事故情報表示欄３２００において、事故の発生（事故相当の衝撃）を検出した車両１０００側の機器タイプを表示するので、オペレータが車両１０００の機器タイプを把握しやすくなり、機器タイプに応じた対応や判断をすることができ、オペレータの利便性が向上する。なお、機器タイプ表示３２１０は、車両１０００の機器タイプに応じて、予め用意されていればよく、判別された車両１０００側の機器タイプに応じた機器タイプ表示３２１０が読み出されて表示されればよい。

また、図１２、図１３に示すように、事故情報表示欄３２００には、他の情報として、事故日時、場所、事故の大きさ（衝撃の大きさ）、通話情報（情報の確実度、電話番号）、車両情報（情報の確実度、登録番号、車色）、地図、映像（車外、社内）、被害者情報（情報の確実度、氏名）、診断システム１４００の連携先情報（メーカーコールセンターの電話番号等）が表示されている。なお、表示される情報の種類は一例であり、事故の情報（車両１０００から抽出データ）を好適に表示されていれば、他の情報が表示されてもよいし、一部の情報が省略されてもよい。

事故日時、場所、事故の大きさ（衝撃の大きさ）、地図は、衝撃事象データに基づいて表示されればよい。

通話情報には、通話可能性の確実度として、通話可能な機器に関する情報が表示される。図１２（Ａ）に示すように、ドライブレコーダー１１００がフロントガラスに取り付けられている場合には、ほぼ確実に通話可能であるが、スマートフォンの場合、ドライバーの手元に無い場合が想定され、フロントガラス取付のドライブレコーダー１１００よりも通話可能性が下がる。そのため、この実施の形態では、通話可能な機器に関する情報を表示するようにしている。これにより、オペレータの利便性が向上する。通話情報に含まれる電話番号をクリックすることで、対象の機器との通話が開始するようにしてもよい。この場合、通話可能性の確実度が低い場合、その旨のアラートを出すようにしてもよい。なお、通話可能性の確実度（確実度の値や表示する文字）は、機器タイプに応じて予め定められていればよく、事故情報表示欄３２００には、機器タイプに応じた通話可能性の確実度が表示されればよい。

同様に、車両情報や被害者情報にも、情報の確実度が表示される。これらの情報の確実度（確実度の値や表示する文字）も、機器タイプに応じて予め定められていればよい。なお、オペレータがドライバーと通話したことにより、これらの情報を確認できた場合には、オペレータが編集して更新するようにしてもよい。

また、この実施の形態では、通話情報、車両情報、被害者情報、及び、連携先情報には、情報の確実度を示すカラーバーａｃが表示されている。カラーバーａｃの色は、その情報の確実度を示しており、カラーバーａｃは、機器タイプに応じた情報の確実度に対応した色で表示される。この実施の形態では、情報の確実度は、白＞斜線＞黒の順で高くなっている。このようにすることで、オペレータはカラーバーａｃの色で情報の確実度を把握できるので、オペレータの利便性が向上する。なお、どの色の確実度が高いかは、確実度を把握しやすければ任意でよい。また、色で確実度を表すのではなく、デザイン（表示態様）の差異や、数値、メーター等といった他の表示で情報の確実度を示すようにしてもよい。

また、映像には、車外映像と車内映像とがあり、機器タイプによって映像の有無が異なる。図１２（Ａ）は、車外映像及び車内映像が表示されていることを示している。即ち、図１２（Ａ）のドライブレコーダー１１００は、車外及び車内の映像を撮影可能であることを示している。図１２（Ｂ）は、車外映像のみが表示されていることを示している。即ち、図１２（Ｂ）のドライブレコーダー１１００は、車外の映像のみ撮影可能であることを示している。図１３（Ａ）、（Ｂ）は、ドライブレコーダー１１００を含まない機器タイプであるので、車外映像及び車内映像のいずれも表示されていないことを示している。なお、スマートフォン（通信端末４０）のカメラにより撮影した映像を表示可能にしてもよい。このように、機器タイプとして車外映像及び／又は車内映像を撮影可能な機器を含むばあい、映像データが表示される。

事故対応手順表示欄３２０１は、端末装置のオペレータの事故対応手順が表示される。事故対応手順表示欄３２０１には、事故（衝撃）の大きさや車両１０００側の機器タイプに応じた事故対応手順が表示されるようにしてもよい。事故対応手順としては、解析処理の実行、対処データの入力、コールバック、ロードサービス、救助等のオペレータが行うべき作業の順番が、機器タイプに応じて並び替えて表示されればよい。例えば、衝撃の大きさが大きい場合であって機器タイプが通話可能な機器を含む場合、コールバックの優先度を高くすればよい。また、衝撃の大きさが小さい場合等は、解析処理の実行や対処データの入力の優先度を高くしてもよい。このようにすることで、オペレータの利便性が向上し、適切な事故対応を行うことができる。なお、事故対応手順は、後述する解析処理の結果を踏まえて表示されるようにしてもよい。事故対応手順表示欄３２０１は、事故情報表示欄３２００に含まれていてもよい。

また、端末装置のオペレータは、映像表示欄３１０２に表示される映像データを視認し、例えば死亡事故などの衝撃的な映像、すなわち恐怖映像であるか否かを判断する。例えば、端末装置のオペレータは、予め定められたマニュアルに従って恐怖映像であるか否かを判断し、恐怖映像であると判断した場合に、恐怖映像であることを示す恐怖度設定情報を設定する。具体的に、端末装置のオペレータは、例えば死亡事故の映像であれば恐怖度「３」、大量出血を伴う映像であれば恐怖度「２」、骨折のみの映像であれば恐怖度「１」などといったように、恐怖度に応じて恐怖度設定値アップボタン３１０５や恐怖度設定値ダウンボタン３１０６をクリックして、恐怖度に応じた恐怖度設定値を恐怖度設定値表示欄３１０４に表示させ、恐怖度設定ボタン３１０７をクリックすることで、当該恐怖度設定値の恐怖度設定情報を設定する。なお、恐怖度設定値は、初期値として「０」に設定されている。本実施の形態では、恐怖度設定値が「１」以上に設定されている場合に、恐怖度設定情報により恐怖映像であることが示され、恐怖度設定値が「０」に設定されている場合に、恐怖度設定情報により恐怖映像でないことが示されることとなる。詳しくは後述するが、恐怖度設定情報は、当該映像データの他、当該事故を識別する識別情報や事故の発生日時などの情報に対応付けられ、クラウドのストレージサーバに登録される。恐怖度「０」～「３」の恐怖度設定値は、恐怖映像の恐怖度に応じた複数段階の設定値に対応する。

対処データ入力欄３１１３は、オペレータが事故についての必要事項（対処データ）を入力する欄である。対処データ入力欄３１１３において、予め定められた事項（例えば事故無し／事故有りなど）については、チェックボックスにて入力できるようにしても良い。

また、本実施の形態では、例えば、オペレータが解析指示ボタン３１０３をクリックすると、入力処理部３１７が、解析処理部３１８に対して解析処理を実施させる（図１０：ステップＳ１１２）。オペレータの指示がなくても自動的に解析処理を実行するようにしても良い。

解析処理の一例を、図１４を用いて説明する。解析処理部３１８は、例えば音データから、所定の衝突音を検索して、所定の衝突音の有無に応じて、事故の有無（より詳細には事故の蓋然性。例えば、事故の可能性のレベル等。）を判定し、判定結果を解析結果としてデータ出力処理部３１６に出力する（ステップＳ３１）。

さらに、解析処理部３１８は、外部映像データ（録画部１１４０によって撮影された、車両１０００外部の映像データ）から、外部物体（車両１０００以外の物体）との距離を特定し、当該外部物体との距離（例えば最短距離）に基づき事故の有無（より詳細には事故の蓋然性）を判定し、判定結果を解析結果としてデータ出力処理部３１６に出力する（ステップＳ３２）。

さらに、解析処理部３１８は、自動診断データから、自走可能性、修理必要性などを判定し、判定結果を解析結果としてデータ出力処理部３１６に出力する（ステップＳ３３）。例えば、エンジンの損傷の有無、バッテリの損傷の有無、燃料系の損傷の有無から、レッカー車の必要性（自走可能性）や、自走可能でも修理が必要なのか等について判定する。

さらに、解析処理部３１８は、内部映像データ（録画部１１４０によって撮影された、車両１０００内部の映像データ）から、搭乗者情報を抽出し、解析結果としてデータ出力処理部３１６に出力する（ステップＳ３４）。例えば、顔認識技術を用いて、搭乗者数、搭乗者の年齢層、乗車位置などを抽出する。これらの情報は、オペレータが救助依頼の要否を判断する上で用いられる。

解析処理としては、これらは一例であり、さらに異なる処理を追加するようにしても良い。例えば、加速度データについては、３軸センサの場合各軸の値が得られるが、それらに基づき、衝突方向又は車両における衝突箇所その他の情報を抽出するようにしても良い。さらに、データ種別毎に解析処理を行うのではなく、総合して事故の蓋然性などを判定するようにしても良い。さらに、これらの全部ではなく一部を実行するようにしても良い。

図１０に戻り、このような解析処理が行われると、データ出力処理部３１６は、解析結果を図１１に示す解析結果表示欄３１０８に表示させる（ステップＳ１１３）。

このような表示内容に基づき、オペレータは、コールバックなどを含む対応が必要であるかを判断する。コールバックなどを含む対応が不要であると判断すれば、終了ボタン３１１４をクリックする。入力処理部３１７は、終了の指示に応じて、対応不要と判定し（ステップＳ１１４：Ｎｏルート）、以降の処理を終了する（ステップＳ１１５）。なお、本実施の形態では、コールバックなどを含む対応が不要である場合には、後述するステップＳ２０９（図１５参照）の処理を実行せず、恐怖度設定値が設定されない（すなわち、初期値の「０」であり恐怖度設定情報により恐怖映像でないこととなる）例を示しているが、例えば、コールバックなどを含む対応が不要である場合（ステップＳ１１４：Ｎｏルート）においても、ステップＳ２０９の処理が実行され、その後処理を終了してもよい。

一方、オペレータが、コールバックなどを含む対応が必要と判断すれば、例えばコールバック指示ボタン３１１０をクリックする。そうすると、入力処理部３１７は、要対応と判定し（ステップＳ１１４：Ｙｅｓルート）、処理は図１５の処理に移行する。

図１５の処理の説明に移行して、コールバック指示ボタン３１１０のクリックに応じて、入力処理部３１７は、通話処理部３２１に、ドライブレコーダー１１１０の電話番号を出力し、当該電話番号に発呼させることで、通話を行う（ステップＳ２００）。

オペレータと、車両１０００の運転者又は搭乗者とは通話において、状況の確認を行う。具体的には、事故発生の有無を確認し、けがの有無などを確認し、ロードサービスの必要性（レッカー車の必要性、修理の必要性など）について確認する。この時点で、各種のアドバイスを運転者又は搭乗者に行うようにしても良い。

事故でないことが確認できれば、ここで例えば図１１に示す対処データ入力欄３１１３に、事故無しの旨を入力するなどして処理を終了する。

事故発生が確認されれば、例えば対処データ入力欄３１１３に事故発生の旨を入力する。事故詳細を聞き取った場合にはその内容を対処データ入力欄３１１３に入力するようにしても良い。一方、オペレータは、通話からロードサービスが必要と判断すれば、ロードサービス依頼ボタン３１１１をクリックする。

図１５に戻り、ロードサービス依頼ボタン３１１１がクリックされると、入力処理部３１７は、ロードサービスを依頼するものと判定し（ステップＳ２０１：Ｙｅｓルート）、外部通知処理部３１９に、抽出データのアクセス情報、接触先個人データ（ドライブレコーダー１１１０の電話番号など）等を、ロードサービス提供会社システムへ通知させる（ステップＳ２０２）。なお、通知には自走可能性及び修理可能性についてのデータ（解析結果又は通話による確認結果など）を含むようにしても良い。併せて、ロードサービス提供会社に電話をかけるようにしても良い。

ロードサービス提供会社システムは、総合センタサーバ３０から、抽出データのアクセス情報、接触先個人データ等を受信し、データ格納部に格納する（ステップＳ２０３）。ロードサービス提供会社では、クラウドのストレージサーバに格納されているデータ等に基づき、ロードサービスを実施する（ステップＳ２０４）。例えば、ドライブレコーダー１１１０に電話をかけて、レッカー車その他の車両を、機器データに含まれる位置まで派遣する。

ロードサービスを依頼しない場合（ステップＳ２０１：Ｎｏルート）もロードサービスを依頼する場合も（ステップＳ２０１：Ｙｅｓルート）、オペレータは、通話から救助が必要であると判断すれば、図１１に示す救助依頼ボタン３１１２をクリックする。

救助依頼ボタン３１１２がクリックされると、入力処理部３１７は、図１５に示すように、救助を依頼するものと判定し（ステップＳ２０５：Ｙｅｓルート）、外部通知処理部３１９に、抽出データのアクセス情報、接触先個人データ等を、救急機関システムへ通知させる（ステップＳ２０６）。なお、通知には搭乗者情報（解析結果又は通話による確認結果（けがの程度など））を含むようにしても良い。併せて、救急機関に電話をかけるようにしても良い。また、救助を依頼しない場合には（ステップＳ２０５：Ｎｏルート）、処理はステップＳ２０９に移行する。

救急機関システムは、総合センタサーバ３０から、抽出データのアクセス情報、接触先個人データ等を受信し、データ格納部に格納する（ステップＳ２０７）。救助機関では、クラウドのストレージサーバに格納されているデータに基づき、救急車を派遣する（ステップＳ２０８）。

このような対処を行った後、端末装置のオペレータは、例えば図１１の対処データ入力欄３１１３に、ロードサービスの依頼有無、救助の依頼有無などの対処データを入力して、例えば登録ボタン３１１５をクリックする。そうすると、端末装置から入力された対処データが総合センタサーバ３０の入力処理部３１７に出力される。

救助を依頼しない場合（ステップＳ２０５：Ｎｏルート）も救助を依頼する場合も（ステップＳ２０５：Ｙｅｓルート）、オペレータは、図１１に示す映像表示欄３１０２に表示された映像データから、恐怖映像であるか否かを判断し、恐怖度設定値アップボタン３１０５や恐怖度設定値ダウンボタン３１０６などをクリックし、恐怖度設定値を設定する（ステップＳ２０９）。

具体的に、ステップＳ２０９において、恐怖度設定値アップボタン３１０５や恐怖度設定値ダウンボタン３１０６がクリックされると、恐怖度設定値表示欄３１０４に表示された恐怖度の値（恐怖度設定値）が変化する。そして、オペレータにより恐怖度設定ボタン３１０７がクリックされると、恐怖度設定値が設定されることとなる。本実施の形態では、恐怖度設定ボタン３１０７がクリックされることで、表示中の恐怖度設定値の恐怖度設定情報が総合センタサーバ３０の入力処理部３１７に出力され、当該恐怖度設定情報が、クラウドのストレージサーバのデータ格納領域に格納された対象の抽出データ（より具体的には対象の映像データ）に対応付けられる。なお、ステップＳ２０９では、総合センタサーバ３０において、クラウドのストレージサーバから受信した映像データに恐怖度設定情報を対応付け、当該映像データおよび恐怖度設定情報をクラウドのストレージサーバのデータ格納領域に格納してもよい。

入力処理部３１７は、データ出力処理部３１６から例えばアクセス情報、契約データ等を取得して、映像データに対応付けられた恐怖度設定情報や対処データと共に、対処データ格納部４０２０に格納する（ステップＳ２１０）。

そして、対処データに事故有りを表すデータが含まれれば、保険会社通知部３２２は、例えば契約データに含まれる保険会社コード（代理店コード）からメールアドレスを特定して、保険会社（代理店）に対して、事故の初動完了の通知を送信する（ステップＳ２１１）。この通知には、例えばアクセス情報を含めることで、保険会社（代理店）もクラウドのストレージサーバのデータ格納領域に格納されているデータを確認できるようにする。

このようにして情報の共有が行われるようになり、保険会社（代理店）としての活動を速やかに行うことができるようになる。なお、同様の通知を、車両１０００の運転者が属する企業の安全運転管理者などその他の関係者に送付するようにしても良い。以上のような処理を行うことで、事故発生時における様々な顧客サービスを速やかにそして適切に行うことができるようになる。

特に、クラウドのストレージサーバにデータを蓄積することで、コールセンタだけではなく、ロードサービスや救急機関、そして保険会社（代理店）などともデータの共有が図られ、適切に必要なサービスが行われるようになる。

また、総合センタのオペレータがサービスの起点となるが、解析処理部３１８により、その判断の補助が適切に行われるようになり、無駄なコールバックをなくすことができるだけではなく、事故時において車両１０００の運転者又は搭乗者に過大な負担を掛けることを避けることができるようになる。すなわち、要所を突いた会話がなされるようになる。

また、録音部１１５０については、制御部１１８０によってクラウドのストレージサーバに送信されたデータの後についても録音を継続して、事故発生後の事故当事者や警察・消防とのやり取りを録音し、その録音データを、クラウドのストレージサーバに別途格納するようにする。これによって、運転者などへ保険対応上のアドバイスを行うようにしても良い。なお、コールセンタからのコールバックで、運転者などと会話が終了した後も、回線を繋いだままにして、オペレータがリアルタイムで周辺の音を確認した上で、運転者などにアドバイスをするようにしても良い。

なお、クラウドのストレージサーバに格納されたデータについては、後日、保険会社の事故対応部門に設置された事故分析装置１０にダウンロードされ、過失割合交渉等の保険金支払い対応のための事故の状況の分析に利用される。なお、クラウドのストレージサーバに格納された映像データ及び車両データに含まれる加速度データ等を用いて、事故類型のパターン化を行い、事故原因や損害額の予測を行うようにしても良い。

続いて図１６乃至図１９を用いて、図１に示した事故分析システムにおける事故分析装置１０による事故の状況の分析について説明する。

上述したように、事故分析装置１０は、車両データと映像データとを、クラウドのストレージサーバからネットワークを介して取得し、取得した車両データと映像データとに基づいて、車両１０００が起こした事故の状況を分析する機能を有する。なお、事故分析装置１０は、分析により得られた事故の状況と、過去に生じた事故の状況と過去の事故事例に関する情報（以下、「事故事例」と言う）とを対応づけた事故事例データベースとを比較することで、車両１０００が起こした事故の状況に対応する事故事例を検索する機能を有する。また、事故分析装置１０は、事故の状況を分析することで得られた車両１０００の位置と他車の位置とを地図データ上にマッピングすることで、車両１０００が起こした事故の状況を示す画像を生成する機能を有する。車両１０００が起こした事故の状況を示す画像はどのようなものであってもよいが、例えば俯瞰図であってもよいし、動画であってもよい。

事故分析装置１０は、メインフレームやワークステーション、あるいはパーソナルコンピュータ（ＰＣ）などの１又は複数の物理的な情報処理装置等から構成されていてもよいし、ハイパーバイザー（hypervisor）上で動作する仮想的な情報処理装置を用いて構成されていてもよいし、クラウドサーバを用いて構成されていてもよい。

図１６は、事故分析装置１０のハードウェア構成例を示す図である。事故分析装置１０は、ＣＰＵ、ＧＰＵ等のプロセッサ１１、メモリ、ＨＤＤ及び／又はＳＳＤ等の記憶装置１２、有線又は無線通信を行う通信ＩＦ１３、入力操作を受け付ける入力デバイス１４、及び情報の出力を行う出力デバイス１５を有する。入力デバイス１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等である。出力デバイス１５は、例えば、ディスプレイ及び／又はスピーカ等である。

図１７は、本実施の形態に係る事故分析装置１０の機能ブロック図である。事故分析装置１０は、記憶部１００と、取得部１０１と、分析部１０２と、生成部１０３と、検索部１０４と、出力部１０５とを含む。記憶部１００は、事故分析装置１０が備える記憶装置１２を用いて実現することができる。また、取得部１０１と、分析部１０２と、生成部１０３と、検索部１０４と、出力部１０５とは、事故分析装置１０のプロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。

記憶部１００は、事故の状況と事故の事故事例とを対応づけた事故事例ＤＢ（database）と、地図データＤＢとを記憶する。事故事例ＤＢには、過失割合を示す情報が含まれていてもよい。発生した事故の状況に対応する事故事例及び過失割合は、事故の状況を示す情報をキーとして検索可能であってもよい。地図データＤＢには、道路データ、道路幅、進行方向、道路種別、交通標識（一時停止、進入禁止等）、制限速度、信号機の位置、交差点における交差道路数等の各種データが含まれる。なお、記憶部１００は、事故分析装置１０と通信可能な外部のサーバで実現されることとしてもよい。なお、図示は省略しているが、記憶部１００には、保険会社のオペレータについてのオペレータ情報が記憶されている。

取得部１０１は、車両１０００（事故車両）により計測、撮影される車両データと映像データとを、クラウドのストレージサーバから取得する機能を有する。

分析部１０２は、取得部１０１が取得した車両データと映像データとに基づいて、車両１０００が起こした事故の状況を分析する機能を有する。なお、分析部１０２が分析する事故の状況には、少なくとも、車両１０００が交差点を通過する場合における信号の色、交差点を通過する際の優先関係、及び、車両１０００の車速が制限速度を超えているか否かを含んでいてもよい。

また、車両１０００の車両データには、少なくとも測位部１１３０のＧＰＳにより測定された車両１０００の絶対位置を示す情報が含まれており、分析部１０２は、車両１０００の絶対位置を示す情報（測位部１１３０が取得した位置データ）と、映像データに写っている他車の映像を解析することで得られる、車両１０００と当該他車との相対的な位置関係を示す情報とに基づいて当該他車の絶対位置を推定するようにしてもよい。また、分析部１０２は、車両１０００及び他車の絶対位置を時系列で推定するようにしてもよい。

また、分析部１０２は、当該映像データを分析することで車両１０００の絶対位置を推定し、映像データを分析することで推定した事故車両の絶対位置と、測位部１１３０により測定された車両１０００の絶対位置とを所定の重みに基づいて平均した絶対位置を、車両１０００の絶対位置とみなすことで、事故の状況を分析するようにしてもよい。

また、分析部１０２は、映像データのうち他車が写っている箇所の画像サイズと、画像サイズと距離との対応関係を示すデータとを比較し、車両１０００と他車との相対的な位置関係を示す情報の一つである、車両１０００と当該他車との間の距離を推定することで、事故の状況を分析するようにしてもよい。

また、分析部１０２は、映像データのうち他車が写っている箇所の座標と映像データの中心座標との差分と、座標と角度との対応関係を示すデータとを比較し、車両１０００と他車との相対的な位置関係を示す情報の一つである、車両１０００の進行方向と他車が存在する方向との角度差を推定することで、事故の状況を分析するようにしてもよい。

生成部１０３は、車両１０００の絶対位置と他車の絶対位置とを地図データにマッピングすることで、車両１０００が起こした事故の状況を示す画像を生成する機能を有する。当該画像には、俯瞰図や動画を含んでいてもよい。例えば、生成部１０３は、事故の状況を示す画像を時系列順に並べた動画を生成するようにしてもよい。

検索部１０４は、分析部１０２により分析された車両１０００が起こした事故の状況と、事故の状況と過去の事故事例とを対応づけた事故事例ＤＢ（事故事例データ）とを比較することで、車両１０００が起こした事故の状況に対応する事故事例を検索する機能を有する。また、検索部１０４は、車両１０００が起こした事故の状況に対応する事故事例として、車両１０００が起こした事故における車両１０００の過失割合を検索するようにしてもよい。

また、事故事例には、過失割合を修正する１以上の修正割合（修正情報）が含まれていてもよい。検索部１０４は、１以上の修正割合の中に、事故車両が起こした事故の状況に対応する修正割合が存在する場合、事故車両の過失割合を当該修正割合に従って修正するようにしてもよい。

出力部１０５は、分析部１０２が分析した事故の状況を示す情報、検索部１０４が検索した事故の状態に対応する事故事例、及び、生成部１０３が生成した事故の状況を示す画像を端末２０に出力する機能を有する。

なお、事故分析装置１０の機能については端末２０と連携して実現する場合もあるので、端末２０側に設けられる機能が存在する場合もある。また、事故分析装置１０と端末２０とが一体となった一の情報処理装置であってもよい。

続いて、事故分析装置１０が、車両１０００が起こした事故状況を分析する際の処理手順を、図１８を参照して説明する。図１８は、事故分析装置１０が事故の状況を分析する際の処理手順の概要を示すフローチャートである。なお、以下の説明において、車両データ及び映像データには、それぞれ時刻情報又は同期情報が含まれているものとする。すなわち、本実施形態では、ある時点における映像データを分析する際、当該時点に対応する車両データを用いて分析を行うことが可能である。逆に、ある時点における車両データを分析する際、当該時点に対応する映像データを用いて分析を行うことが可能である。

まず、事故分析装置１０は、事故を起こした車両１０００の車両データと事故時の映像データとを取得する（ステップＳ１０、ステップＳ１１）。具体的に、事故分析装置１０は、当該車両データ及び映像データを、クラウドのストレージサーバからネットワークを介して取得する。その他にも、例えば、ＳＤカードやＵＳＢメモリ等の非一時的な記憶媒体に記録されており、当該記録媒体を事故分析装置１０に接続することで車両データ及び映像データを事故分析装置１０に取り込むようにしてもよい。また、総合センタサーバ３０からネットワークを介して取得してもよい。なお、ステップＳ１１において映像データを取得する際には、当該映像データに対応付けられた恐怖度設定情報が合わせて取得される。また、ステップＳ１０およびステップＳ１１の処理は、受信手段および受信ステップに対応する。

続いて、事故分析装置１０は、当該事故分析装置１０にアクセスした端末２０のオペレータの情報を示すオペレータ情報を取得する（ステップＳ１２）。オペレータ情報には、オペレータを識別するオペレータ識別情報と、当該オペレータが許容可能な恐怖映像の設定値である許容可能設定値と、が含まれる。ステップＳ１２では、例えば、端末２０を介して事故分析装置１０に入力されたオペレータ識別情報に基づいて、予め記憶部１００に記憶されたオペレータ情報から、当該オペレータ識別情報により識別されるオペレータに対応するオペレータ情報を取得する。なお、本実施の形態では、記憶部１００にオペレータ情報が予め記憶されている例を示したが、オペレータ情報は、端末２０を介して事故分析装置１０に入力されてもよい。なお、ステップＳ１２では、少なくとも当該事故分析装置１０にアクセスした端末２０のオペレータの許容可能設定値を取得できればよい。なお、ステップＳ１２の処理は、オペレータの許容可能な設定値を取得する許容可能設定値取得手段に対応する。

ステップＳ１２の処理を実行した後、事故分析装置１０は、ステップＳ１１において取得した映像データに対応付けられた恐怖度設定情報により示される恐怖度設定値と、ステップＳ１２で取得した許容可能設定値と、を比較し、恐怖度設定値が許容可能設定値を超えているか否か、すなわち、ステップＳ１１において取得した映像データの恐怖度設定値がオペレータの許容範囲を超えているか否かを判定する（ステップＳ１３）。

恐怖度設定値が許容可能設定値を超えている場合（ステップＳ１３；Ｙｅｓルート）、事故分析装置１０は、管理者へその旨を通知する（ステップＳ１４）。ステップＳ１４では、例えば、予め登録してある管理者端末に対し、恐怖度設定値が許容可能設定値を超えている旨のメッセージ、すなわち、事故の状況の分析において映像データの表示が制限される旨を通知する。このように、恐怖度設定値が許容可能設定値を超えている場合、図１９に示す映像表示欄２１０２に、ステップＳ１１において取得した映像データが表示されない。すなわち、恐怖度設定値が許容可能設定値を超えている場合、映像データの表示を制限する。なお、ステップＳ１４の処理は、事故の状況の分析において映像データの表示が制限される場合、特定の権限を持つユーザにその旨を通知することに対応する。

一方、恐怖度設定値が許容可能設定値に含まれる場合（許容可能設定値以下である場合）、図１９に示す映像表示欄２１０２に、ステップＳ１１において取得した映像データが表示されることとなる。図１９は、端末２０における表示画面の構成例を示している。図１９の例では、事故の発生日時等の基本情報を表示する基本情報表示欄２１０１と、ステップＳ１１において取得した映像データを表示する映像表示欄２１０２と、映像表示用パスワードを入力するパスワード入力欄２１１２等を含む。なお、図示する例の他にも、事故を分析するために必要な事項を表示する欄や操作を行うためのボタン等が含まれていてもよい。なお、パスワード入力欄２１１２は、入力したパスワードを決定する決定ボタンが含まれる。なお、恐怖度設定値が許容可能設定値を超えている場合、図１９に示す映像表示欄２１０２に、ステップＳ１１において取得した映像データが表示されないことは、映像データに含まれる恐怖度設定情報に含まれる設定値が、許容可能設定値取得手段で特定したオペレータの許容可能な設定値に含まれない場合、事故の状況の分析において映像データの表示を制限することに対応する。

図１８のステップＳ１４の後、事故分析装置１０は、管理者の解除操作が行われたか否かを判定し（ステップＳ１５）、行われた場合（ステップＳ１５；Ｙｅｓルート）、図１９に示す映像表示欄２１０２に、ステップＳ１１において取得した映像データを表示する（ステップＳ１６）。ステップＳ１５において、管理者の解除操作が行われたか否かについては、例えば、図１９に示すパスワード入力欄２１１２に正当なパスワードが入力されたか否かにより判定する。正当なパスワードが入力された場合に、解除操作が行われたと判定すればよい。なお、本実施の形態では、正当なパスワードが入力されたことにより管理者の解除操作が行われる例を示したが、これに限られず、例えば、管理者が恐怖度設定値を変更できるようにしてもよい。具体的に、ステップＳ１１において取得した映像データに対応付けられた恐怖度設定情報により示される恐怖度設定値が「２」で、オペレータの許容可能設定値が「１」である場合、管理者により正当なパスワードが入力された後、恐怖度設定値を「１」に変更できるようにしてもよい。そして、管理者により恐怖度設定値が変更された後は、ステップＳ１３の処理に移行すればよい。なお、管理者の解除操作（より具体的には、図１９に示すパスワード入力欄２１１２に正当なパスワードを入力する操作や、管理者により恐怖度設定値を変更する操作）は、特定の権限を持つユーザにより、制限を解除可能であることに対応する。

ステップＳ１３において恐怖度設定値が許容可能設定値に含まれる場合（ステップＳ１３；Ｎｏルート）、または、ステップＳ１６の処理を実行した後、事故分析装置１０は、映像表示欄２１０２にステップＳ１１において取得した映像データを表示しつつ、事故の状況を分析し、対応する事故事例を検索し（ステップＳ１７）、処理を終了する。一方、ステップＳ１５において、管理者の解除操作が行われなかったか、あるいは適正なパスワードが入力されなかった場合（ステップＳ１５；Ｎｏルート）、事故分析装置１０は、映像表示欄２１０２にステップＳ１１において取得した映像データを表示することなく、事故の状況を分析し、対応する事故事例を検索し（ステップＳ１７）、処理を終了する。すなわち、恐怖度設定値が許容可能設定値を超えている場合において、管理者の解除操作が行われないときには、映像データの表示が制限される。ステップＳ１７の処理は、分析手段および分析ステップに対応する。

ステップＳ１７では、複数の処理を行う。例えば、事故時の映像データをフレームごとに画像解析することで、フレームごとの画像に写っている車両１０００の周囲に存在する１以上の周辺物（他の車両、人、標識、道路の構造物など）を特定し、更に、特定した周辺物が画像内に写っている位置を示す座標を特定する処理を行う。そして、特定した周辺物の座標に基づいて、車両１０００と車両１０００の周辺に存在する周辺物との間の相対的な位置関係を推定する処理を行う。

また、事故分析装置１０は、測位部１１３０のＧＰＳにより取得された車両１０００の位置情報及び／又は事故時の映像データを用いて車両１０００の絶対位置を推定し、推定した車両１０００の絶対位置と、推定した車両１０００と車両１０００の周辺に存在する周辺物との間の相対的な位置関係とに基づいて、車両１０００の周辺に存在する周辺物の絶対位置を推定する処理を行う。

また、事故分析装置１０は、算出した車両１０００と車両１０００の周辺に存在する周辺物との絶対位置を地図データにマッピングすることで、事故の状況を示す画像（俯瞰図や動画を含む）を生成する処理を行い、加速度センサにより取得された、衝突の瞬間に車両１０００に発生した前後方向及び左右方向の加速度に基づいて、車両１０００が他の車両や障害物等に衝突した方向（例えば正面から衝突した等）を推定する処理を行う。

続いて、事故分析装置１０は、車両１０００の車両データと、事故時の映像データと、推定した車両１０００及び車両１０００の周辺に存在する周辺物の絶対位置と、推定した車両１０００の衝突方向と、地図データとを用いて、車両１０００が起こした事故の状況を示す情報を分析する処理を行う。当該情報には複数の項目（タグと称してもよい）が含まれており、各項目の組み合わせにより事故の状況が特定される。続いて、事故分析装置１０は、各項目をキーに事故事例データベースを検索することで、車両１０００が起こした事故の状況に対応する事故事例を取得する処理を行う。なお、これらの処理は、処理に矛盾が生じない限り任意の順番で行われればよい。

以上説明した実施の形態によれば、事故分析装置１０は、取得した映像データに対応付けられた恐怖度設定情報が、当該事故分析装置１０にアクセスした端末２０のオペレータの許容可能設定値を超えている場合、映像データの表示を制限する。したがって、オペレータが許容範囲を超える恐怖映像を視認してしまうことを防止でき、オペレータの精神的負担を軽減することができる。

また、事故分析装置１０は、恐怖度設定情報がオペレータの許容可能設定値を超えている場合、管理者の解除操作（より具体的には、図１９に示すパスワード入力欄２１１２に正当なパスワードを入力する操作や、管理者により恐怖度設定値を変更する操作）により、管理者の解除操作が行われた場合、映像データを表示する。したがって、管理者の解除操作により制限を解除可能であり、管理者がオペレータをサポートしつつ事故の状況の分析業務を遂行することができる。

また、事故分析装置１０は、予め登録してある管理者端末に対し、恐怖度設定情報がオペレータの許容可能設定値を超えている場合、恐怖度設定値が許容可能設定値を超えている旨のメッセージ、すなわち、事故の状況の分析において映像データの表示が制限される旨を通知する。したがって、管理者が迅速にオペレータをサポートすることができる。

（変形例）
なお、この発明は、上記実施の形態に限定されず、様々な変形及び応用が可能である。例えば、上記実施の形態の一部の省略、置き換え、任意の構成の追加等が可能である。

クラウドのストレージサーバは、車両１０００の車両データや映像データを収集するメーカーのサーバであってもよい。この場合、総合センタサーバ３０や事故分析装置１０は、メーカーのサーバから車両データや映像データをメーカーのサーバから取得するようにしてもよい。

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

ドライブレコーダー１１００に代えてドライバーの所有するスマートフォンを採用する場合、当該スマートフォンの背面と前面に搭載されたカメラにより、外部映像データと内部映像データとを撮影するようにしてもよい。

また、上記実施の形態では、車両１０００にドライブレコーダー１１００が取り付けられている例を説明したが、車両１０００がドライブレコーダー１１００の機能（例えば図３に示す機能部）の全部または一部を備えるようにしてもよい。例えば、車両１０００自体が、車両１０００自体が衝撃（所定値以上の加速度）を検出して事故の発生を推定し、車外や車内の映像を自動撮影し、衝撃検出時（事故の発生時）の車両データや映像データをクラウドのストレージサーバ等に送信するようにしてもよい。この場合、車両１０００の車載機器や機器タイプは車載事故検知システム等とすればよく、事故情報表示欄３２００、機器タイプ表示３２１０、事故対応手順表示欄３２０１には、機器タイプ「車載事故検知システム」に応じた表示がされればよい。また、このような車載事故検知システムと通信端末４０とが連携した機器構成としてもよく、例えば情報の送信は通信端末４０を介して行うようにしてもよい。

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

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

また、上記実施の形態では、図１８に示すステップＳ１３において、取得した映像データの恐怖度設定値がオペレータの許容範囲を超えているか否かを判定する例を示したが、これは一例である。ステップＳ１３では、例えば、オペレータの許容範囲に関わらず、恐怖度設定値が「１」以上、すなわち恐怖度設定情報により恐怖映像であることが示されるか否かを判定するようにしてもよい。そして、恐怖度設定情報により恐怖映像であることが示される場合、ステップＳ１４の処理に移行してもよい。これによれば、総合センタサーバ３０から受信した映像データに対応付けられた恐怖度設定情報により恐怖映像であることが示される場合、事故の状況の分析において映像データの表示が制限される。したがって、オペレータが恐怖映像を視認してしまうことを防止でき、オペレータの精神的負担を軽減することができる。なお、恐怖度設定値が「１」以上、すなわち恐怖度設定情報により恐怖映像であることが示されるか否かを判定し、恐怖映像であることが示される場合、事故の状況の分析において映像データの表示を制限することは、映像データに含まれる恐怖度設定情報により恐怖映像であることが示される場合、事故の状況の分析において映像データの表示を制限することに対応する。

また、上記実施の形態では、図１８に示すステップＳ１５において管理者の解除操作が行われなかったか、あるいは適正なパスワードが入力されなかった場合（ステップＳ１５；Ｎｏルート）、ステップＳ１７の処理において、映像表示欄２１０２に映像データを表示することなく事故の状況を分析し、対応する事故事例を検索する例を示したが、これは一例である。図１８に示すステップＳ１５において管理者の解除操作が行われなかったか、あるいは適正なパスワードが入力されなかった場合（ステップＳ１５；Ｎｏルート）、ステップＳ１７の処理を実行せずに処理を終了してもよい。すなわち、映像データが表示されない場合には、事故状況の分析や、対応する事故事例の検索が行われないようにしてもよい。

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

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

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

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

１…事故分析システム、１０…事故分析装置、１１…プロセッサ、１２…記憶装置、１３…通信インターフェース、１４…入力デバイス、１５…出力デバイス、２０…端末、３０…総合センタサーバ、４０…通信端末、１００…記憶部、１０１…取得部、１０２…分析部、１０３、１２００…生成部、１０４…検索部、１０５…出力部、３０１…取得部、３０２…表示制御部、３１１…受信部、３１２…車両抽出部、３１３…契約者データベース（ＤＢ）、３１４…データ取得部、３１５，１２００…データ格納部、３１６…データ出力処理部、３１７…入力処理部、３１８…解析処理部、３１９…外部通知処理部、３２０…対処データ格納部、３２１…通話処理部、３２２…保険会社通知部、４０１…第１通信部、４０２…第２通信部、４０３…測位部、４０４…録画部、４０５…録音部、４０６…加速度測定部、４０７…自動診断データ取得部、４０８…制御部、表示部…４０９、操作部…４１０、ドライブレコーダーデータ取得部４１１、１０００…車両、１１００…ドライブレコーダー、１１１０…第１通信部、１１２０…第２通信部、１１３０…測位部、１１４０…録画部、１１５０…録音部、１１６０…加速度測定部、１１７０…自動診断データ取得部、１１８０…制御部、１３００…ミラー、１４００…自動診断システム、２１０１…基本情報表示欄、２１０２、３１０２…映像表示欄、２１１２…パスワード入力欄、３１０１…契約データ表示欄、３１０３…解析指示ボタン、３１０４…恐怖度設定値表示欄、３１０５…恐怖度設定値アップボタン、３１０６…恐怖度設定値ダウンボタン、３１０７…恐怖度設定ボタン、３１０８…解析結果表示欄、３１０９…車両データ（機器データ及び衝撃事象データ）の表示欄、３１１０…コールバック指示ボタン、３１１１…ロードサービス依頼ボタン、３１１２…救助依頼ボタン、３１１３…対処データ入力欄、３１１４…終了ボタン、３１１５…登録ボタン、３２００…事故情報表示欄、３２０１…事故対応手順表示欄、３２１０…機器タイプ表示、ａｃ…カラーバー

Claims (11)

1. 事故車両から抽出された抽出データを取得する取得部と、
   前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部と、を備え、
   前記表示制御部は、
   前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
   前記抽出データの送信元の前記機器タイプを表示装置に表示する
   ことを特徴とする事故情報表示装置。
2. 前記表示制御部は、前記抽出データの送信元の前記機器タイプに対応した画像を表示装置に表示する
   ことを特徴とする請求項１に記載の事故情報表示装置。
3. 前記事故情報は、情報の確実度についての情報を含む
   ことを特徴とする請求項１または２に記載の事故情報表示装置。
4. 前記表示制御部は、前記抽出データの送信元の前記機器タイプに応じて前記情報の確実度を表示する
   ことを特徴とする請求項３に記載の事故情報表示装置。
5. 事故車両から抽出された抽出データを取得する取得部と、
   前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部と、を備え、
   前記表示制御部は、前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
   前記事故情報は、情報の確実度についての情報を含み、
   前記表示制御部は、前記抽出データの送信元の前記機器タイプに応じて前記情報の確実度を表示する
   ことを特徴とする事故情報表示装置。
6. 前記表示制御部は、事故対応手順に関する情報を表示する
   ことを特徴とする請求項１、２または５に記載の事故情報表示装置。
7. 前記事故情報は、前記事故車両との通話可能性に関する情報を含む
   ことを特徴とする請求項１、２または５に記載の事故情報表示装置。
8. 前記表示制御部は、前記抽出データの送信元の前記機器タイプが、前記事故車両が備えるカメラを含むものである場合、前記事故情報として事故の映像データを表示する
   ことを特徴とする請求項１、２または５に記載の事故情報表示装置。
9. 前記取得部は、前記事故車両の車載機器と通信可能な通信端末を介して前記抽出データを取得する
   ことを特徴とする請求項１、２または５に記載の事故情報表示装置。
10. 事故車両から抽出された抽出データを取得し、
    取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する事故情報表示方法であって、
    前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
    前記抽出データの送信元の前記機器タイプを表示装置に表示する
    ことを特徴とする事故情報表示方法。
11. コンピュータを、
    事故車両から抽出された抽出データを取得する取得部、
    前記取得部により取得した前記抽出データに基づいて、前記事故車両が起こした事故に関する事故情報を表示装置に表示する表示制御部、として機能させ、
    前記表示制御部は、
    前記抽出データの送信元の機器タイプに応じた前記事故情報を表示装置に表示し、
    前記抽出データの送信元の前記機器タイプを表示装置に表示する
    ことを特徴とするプログラム。

Images