特許 7470486 事故報告を生成する方法

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

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

(11)【特許番号】

(24)【登録日】2024-04-10

(45)【発行日】2024-04-18

(54)【発明の名称】事故報告を生成する方法

(51)【国際特許分類】

   G08G 1/00 20060101AFI20240411BHJP

   G07C 5/00 20060101ALI20240411BHJP

   B60R 21/00 20060101ALI20240411BHJP

【ＦＩ】

G08G1/00 D

G07C5/00 Z

B60R21/00 340

【請求項の数】 7

(21)【出願番号】P 2020529109

(86)(22)【出願日】2018-08-03

(65)【公表番号】

(43)【公表日】2020-11-12

(86)【国際出願番号】 US2018045165

(87)【国際公開番号】W WO2019028349

(87)【国際公開日】2019-02-07

【審査請求日】2021-07-27

(31)【優先権主張番号】62/541,615

(32)【優先日】2017-08-04

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/645,653

(32)【優先日】2018-03-20

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】517411036

【氏名又は名称】ケンブリッジ モバイル テレマティクス，インク．

【氏名又は名称原語表記】ＣＡＭＢＲＩＤＧＥ ＭＯＢＩＬＥ ＴＥＬＥＭＡＴＩＣＳ， ＩＮＣ．

(74)【代理人】

【識別番号】100137969

【弁理士】

【氏名又は名称】岡部 憲昭

(74)【代理人】

【識別番号】100104824

【弁理士】

【氏名又は名称】穐場 仁

(74)【代理人】

【識別番号】100121463

【弁理士】

【氏名又は名称】矢口 哲也

(72)【発明者】

【氏名】コルドバ，ブラッド

(72)【発明者】

【氏名】ファインゴールド，ラフィー

(72)【発明者】

【氏名】シールバー，ダン

(72)【発明者】

【氏名】バイスマン，エディ

【審査官】▲高▼木 真顕

(56)【参考文献】

【文献】米国特許出願公開第２０１４／００４６７０１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１７／００５３４６１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０２５４７８１（ＵＳ，Ａ１）

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

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

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

【文献】国際公開第２０１２／０１４９７２（ＷＯ，Ａ１）

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

Ｇ０８Ｇ １／００ － ９９／００

Ｂ６０Ｒ ２１／００ － ２１／０１７

Ｇ０７Ｃ １／００ － １５／００

Ｇ０６Ｑ ２０／００ － ２０／４２

Ｇ０６Ｑ ４０／００ － ４０／１２

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

【請求項1】

事故報告を生成するための方法であって、
モバイル装置を、前記モバイル装置内のセンサから運転データを取得するよう動作させるステップと、
前記モバイル装置内のプロセッサが、前記センサから取得された前記運転データを解析するステップと、
前記モバイル装置内の前記プロセッサが、前記解析に基づき、事故が発生したことを検出するステップと、
前記事故検出に基づき、前記モバイル装置内の前記プロセッサが、事故報告を自動的に生成し、前記事故報告を送信するステップと、
前記モバイル装置内の前記プロセッサ、またはサーバが、前記事故に巻き込まれた運転者によって提出された事故報告を受信するステップと、
前記運転者によって提出された前記事故報告内の情報に基づいて、前記モバイル装置内の前記プロセッサ、または前記サーバが、前記自動的に生成された事故報告内の前記運転データを再解析するステップと
を含む、方法。

【請求項2】

前記運転データが、前記運転データと相関するタイムスタンプを含む、請求項１に記載の方法。

【請求項3】

前記事故検出に信頼水準を割り当てるステップをさらに含む、請求項１に記載の方法。

【請求項4】

前記運転データの前記再解析に基づいて衝突事故予測の前記信頼水準を修正するステップをさらに含む、請求項３に記載の方法。

【請求項5】

前記自動的に生成された事故報告が、前記運転データの前記解析に基づく前記事故を取り巻くイベントのテキスト記述を含む、請求項１に記載の方法。

【請求項6】

前記事故報告が、グラフィカル・ユーザ・インターフェース（ＧＵＩ）上に表示された前記事故の場所を示す地図データを含む、請求項１に記載の方法。

【請求項7】

前記ＧＵＩ上に表示された前記地図データに運転データを重ね合わせるステップをさらに含む、請求項６に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

[0001]関連出願の相互参照
本出願は、２０１７年８月４日に出願された米国仮出願第６２／５４１６１５号および２０１８年３月２０日に出願された米国仮出願第６２／６４５６５３号の優先権を主張し、両出願の開示は参照によりその全体が本明細書に組み込まれる。

【背景技術】

【0002】

[0002]ユーザに位置情報を提供するために、スマートフォンを含むモバイル装置が利用されている。モバイル装置は、いくつかの異なる技術を使用して位置データを生成することができる。一例が、現在広く利用可能な、全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ（ＧＰＳ））チップセットを使用した装置の位置情報の生成である。

【0003】

[0003]いくつかのシステムが、速度、制動、および回転速度を含む運転行動を追跡するために開発されている。例えば、自動車のコンピュータシステムに接続する外部装置が、運転行動を追跡するために車両と統合されている。外部装置およびモバイル装置を使用した運転者とその運転行動に関連したデータの収集に関する進歩にもかかわらず、車両事件（ｉｎｃｉｄｅｎｔ）および保険金請求と関連付けられた特定の区間走行の運転行動データの報告に関連した方法およびシステムの改善が求められている。

【発明の概要】

【0004】

[0004]本明細書に記載される実施形態は輸送システムに関する。いくつかの実施形態は、例えば、携帯電話やその他のネットワーク接続されたコンピューティングデバイスを使用した運転データの収集および報告に関する。運転データは、運転行動に関連したデータを含むことができる。運転データと運転行動をサーバに送信し、請求調整者が利用できるようにすることができる。モバイル装置によって収集および送信された運転データと運転行動は、重大事故のコンテキスト情報を請求調整者に提供する。この新しい重大事故のコンテキスト情報により、請求処理の迅速化、不正検出の改善、不正防止の改善などが可能になる。

【0005】

[0005]本開示の一態様によれば、車両に配置されたモバイル通信装置で車両事故を検出するための方法が提供され得る。いくつかの態様では、本方法は、モバイル通信装置を介して速度および加速度データと、ＧＰＳデータと、地図情報とを収集するステップと、モバイル通信装置内のプロセッサを介して収集されたデータを解析するステップと、モバイル通信装置によって収集されたデータの解析結果に基づいて、車両が事故に巻き込まれたかどうかを判断するステップと、を含み得る。

【0006】

[0006]車両が事故に巻き込まれたかどうかを判断するステップは、速度データが０マイル／時またはその前後の速度を示す間に車両が車道上で停止したと判断した後に、車両が閾値期間を超える時間にわたって車道上で停止したかどうかを判断するステップおよび／または不規則な加速が行われたと判断するステップを含み得る。

【0007】

[0007]本開示の一態様によれば、車両事故を検出するためのシステムが提供され得る。いくつかの態様では、本システムは、車両に配置された、複数のセンサを有するモバイル通信装置と、メモリと、メモリに結合されたプロセッサとを含み得る。プロセッサは、全地球測位システム（ＧＰＳ）からデータを受信する動作と、受信されたＧＰＳデータに基づいて、モバイル通信装置が配置されている車両が車道上の位置で停止したと判断する動作と、複数のセンサに含まれる加速度計からの信号のデータに基づいて、モバイル通信装置を所持している乗員が車両から出て、その位置で歩行したと判断する動作と、受信されたＧＰＳデータに基づいて車両が移動を再開したと判断する動作と、受信されたＧＰＳデータおよび加速度計からの信号のデータから導出されたデータパターンに基づいて車両事故を検出する動作と、を含む動作を行うように構成され得る。

【0008】

[0008]プロセッサは、加速度計からの信号のデータに基づいて、乗員が歩行した時間の長さを決定する動作と、受信されたＧＰＳデータに基づいて、車両が車道上で停止された時間の長さを決定する動作と、モバイル通信装置上で電話がかけられたかまたはテキストメッセージが送信されたと判断する動作と、を含む動作を行うように構成され得る。プロセッサは、車両の位置と車両停止の全般的データパターン、乗員の歩行に基づいて車両事故を検出する動作および／またはモバイル通信装置上で通話またはテキストメッセージ送信が行われたと判断する動作を含む動作を行うようにさらに構成され得る。プロセッサはまた、受信されたＧＰＳデータおよび加速度計からの信号のデータから導出されたデータパターンをサーバに送信する動作、を含む動作を行うようにも構成され得る。

【0009】

[0009]本開示の一態様によれば、車両に配置されたモバイル通信装置で車両事故を検出するための方法が提供され得る。いくつかの態様では、本モバイル通信装置は、複数のセンサと、メモリと、メモリに結合されたプロセッサとを含み得る。いくつかの態様では、プロセッサは、全地球測位システム（ＧＰＳ）からデータを受信する動作と、受信されたＧＰＳデータに基づいて、モバイル通信装置が配置されている車両が車道上の位置で停止したと判断する動作と、複数のセンサに含まれる加速度計からの信号のデータに基づいて、モバイル通信装置を所持している乗員が車両から出て、その位置で歩行したと判断する動作と、受信されたＧＰＳデータに基づいて車両が移動を再開したと判断する動作と、受信されたＧＰＳデータおよび加速度計からの信号のデータから導出されたデータパターンに基づいて車両事故を検出する動作と、を含み得る方法の動作を行うように構成され得る。

【0010】

[0010]プロセッサは、加速度計からの信号のデータに基づいて、乗員が歩行した時間の長さを決定する動作と、受信されたＧＰＳデータに基づいて、車両が車道上で停止された時間の長さを決定する動作と、モバイル通信装置上で電話がかけられたかまたはテキストメッセージが送られたと判断する動作と、を含み得る方法の動作を行うように構成され得る。プロセッサは、車両の位置と車両停止の全般的データパターン、乗員の歩行に基づいて車両事故を検出する動作および／またはモバイル通信装置上で通話またはテキストメッセージ送信が行われたと判断する動作を含む動作を行うようにさらに構成され得る。プロセッサはまた、受信されたＧＰＳデータおよび加速度計からの信号のデータから導出されたデータパターンをサーバに送信する動作、を含む動作を行うようにも構成され得る。

【0011】

[0011]プロセッサは、車両の位置と車両停止の全般的データパターン、乗員の歩行に基づいて車両事故を検出する動作および／またはモバイル通信装置上で通話またはテキストメッセージ送信が行われたと判断する動作を含み得る方法の動作を行うようにさらに構成され得る。プロセッサはまた、受信されたＧＰＳデータおよび加速度計からの信号のデータから導出されたデータパターンをサーバに送信する動作、を含み得る方法の動作を行うようにさらに構成され得る。

【0012】

[0012]本開示の一態様によれば、事故データを報告するためのシステムが提供され得る。本システムは、複数のセンサを有するモバイル装置と、メモリと、メモリに結合されたプロセッサと、を含み得る。プロセッサは、複数のセンサを、運転データを収集するよう動作させる動作と、車両内の区間走行中のユーザのモバイル装置内の複数のセンサのうちの少なくとも１つから複数の時間間隔にわたって収集された運転データを受信し、運転データを区間走行に割り当てる動作と、区間走行が事故と関連付けられていることを指示する、事故と関連付けられた追加データを含む入力を受信する動作と、事故と関連付けられた区間走行に割り当てられた運転データを送信する動作と、事故と関連付けられた追加データを送信する動作と、を含む動作を行うように構成される。

【0013】

[0013]本開示の一態様によれば、事故データを報告するための方法が提供され得る。いくつかの態様では、本方法は、モバイル装置内の複数のセンサを動作させることによって運転データを記録するステップと、モバイル装置内の複数のセンサのうちの少なくとも１つによって記録された、区間走行と関連付けられている運転データを受信するステップと、区間走行と関連付けられた追加データを受信するステップと、区間走行と関連付けられた運転データのサブセットが区間走行と関連付けられた追加データに対応していると判断するステップと、運転データのサブセットまたは追加データの少なくとも一方を使用して運転イベントを決定するステップと、運転イベント、追加データ、および区間走行と関連付けられた追加データに対応している区間走行と関連付けられた運転データのサブセットを表示するステップと、を含み得る。

【0014】

[0014]本開示の一態様によれば、事故報告を生成するための方法が提供され得る。いくつかの態様では、本方法は、モバイル装置を、モバイル装置内のセンサから運転データを取得するよう動作させるステップと、モバイル装置内のプロセッサが、センサから取得された運転データを解析するステップと、解析に基づき、事故が発生したことを検出するステップと、事故検出に基づき、モバイル装置内のプロセッサが、事故報告を自動的に生成するステップと、事故報告を送信し、事故に巻き込まれた運転者によって提出された事故報告を受信するステップと、運転者によって提出された事故報告内の情報に基づいて、自動的に生成された事故報告内の運転データを再解析するステップと、を含み得る。

【0015】

[0015]本発明により、従来の技術に優る多くの利益が達成される。例えば、本発明の実施形態は、保険金請求を報告および処理するのに必要な時間量を短縮するシステムを提供する。いくつかの実施形態は、調整者が事故を取り巻くイベントをより正確に解析できるようにする提出された事故報告で追加データおよび情報を提供する。本発明の上記その他の実施形態を、その利点および特徴の多くとともに、以下の本文および添付の図面と併せてより詳細に説明する。

【図面の簡単な説明】

【0016】

【図1】本発明の一実施形態による事故運転データ報告システムのモバイル装置を示すシステム図である。

【図2】本発明の一実施形態による事故運転データ報告システムのサーバを示すシステム図である。

【図3】本発明の一実施形態による、保険金請求を提出すべき区間走行と関連付けられた運転データの取り込み、解析、および使用を示すフローチャートである。

【図4A】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4B】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4C】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4D】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4E】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4F】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図4G】本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースを示す字である。

【図5】本発明の一実施形態による運転データ報告プロセスを示すフローチャートである。

【図6A】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6B】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6C】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6D】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6E】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6F】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図6G】運転イベント、追加データ、および運転データのサブセットを表示するために使用されるグラフィカル・ユーザ・インターフェースの実施形態を示す図である。

【図7A】本開示の様々な態様によるモバイル装置からの信号を介して受信されたデータを示すプロットである。

【図7B】本開示の様々な態様による図７Ａのプロットに対応する地図情報を示す図である。

【図8】本開示の様々な態様による、車両に配置されたモバイル通信装置で車両事故を検出するための方法のフローチャートである。

【図9】本開示の様々な態様による、検出されたイベントに信頼水準を割り当てるための方法のフローチャートである。

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

【0017】

[0026]本明細書に記載される実施形態は、モバイル装置を利用して運転データを提供し、請求処理、不正検出、および不正防止を支援する。例えば、ユーザが携帯するモバイル装置を使用して、保険金請求調整者などの関心対象となり得る、区間走行と関連付けられた運転データを記録することができる。本明細書の説明が与えられれば、当業者には理解されるように、モバイル装置を、ＧＰＳ受信機、加速度計、ジャイロスコープなどのセンサを使用して運転行動を測定するように構成することができる。区間走行と関連付けられたデータを記録および報告することにより、請求をより迅速に処理することができ、不正検出および不正防止を改善することができる。

【0018】

[0027]本明細書でさらに論じるように、記載されるいくつかの実施形態は、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＳＥＮＳＯＲ－ＢＡＳＥＤ ＶＥＨＩＣＬＥ ＡＣＣＥＬＥＲＡＴＩＯＮ ＤＥＴＥＲＭＩＮＡＴＩＯＮ」という名称の、２０１６年５月９日に出願された、米国特許出願第１５／１４９６０３号、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＳＥＮＳＯＲ－ＢＡＳＥＤ ＤＲＩＶＩＮＧ ＤＡＴＡ ＣＯＬＬＥＣＴＩＯＮ」という名称の、２０１６年５月９日に出願された、米国特許出願第１５／１４９６１３号、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＡＬＩＧＮＩＮＧ Ａ ＭＯＢＩＬＥ ＤＥＶＩＣＥ ＴＯ Ａ ＶＥＨＩＣＬＥ」という名称の、２０１５年６月２４日に出願された、米国特許出願第１４／７４９２３２号、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＰＲＥＳＥＮＴＩＮＧ ＣＯＬＬＥＣＴＥＤ ＤＲＩＶＩＮＧ ＤＡＴＡ」という名称の、２０１６年８月２９日に出願された、米国特許出願第１５／２４９９６７号、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＳＥＮＳＯＲ－ＢＡＳＥＤ ＤＲＩＶＩＮＧ ＤＡＴＡ ＣＯＬＬＥＣＴＩＯＮ」という名称の、２０１８年１月１０日に出願された、米国特許出願第１５／８６６９４９号、「ＭＥＴＨＯＤＳ ＡＮＤ ＳＹＳＴＥＭＳ ＦＯＲ ＯＲＩＥＮＴＩＮＧ Ａ ＭＯＢＩＬＥ ＤＥＶＩＣＥ ＴＯ Ａ ＶＥＨＩＣＬＥ’Ｓ ＲＥＦＥＲＥＮＣＥ ＦＲＡＭＥ」という名称の、２０１７年４月１２日に出願された、米国特許出願第１５／４８６０５３号、「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＩＮＤＩＶＩＤＵＡＬＩＺＥＤ ＤＲＩＶＥＲ ＰＲＥＤＩＣＴＩＯＮ」という名称の、２０１７年４月５日に出願された、米国特許出願第１５／４７９９９１号、「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＩＲＢＡＧ ＤＥＰＬＯＹＭＥＮＴ ＲＥＳＵＬＴＩＮＧ ＦＲＯＭ Ａ ＶＥＨＩＣＬＥ ＣＲＡＳＨ」という名称の、２０１８年１月４日に出願された、米国特許出願第１５／８６２５０７号、および「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＮＤ ＡＳＳＥＳＳＩＮＧ ＤＩＳＴＲＡＣＴＥＤ ＤＲＩＶＥＲＳ」という名称の、２０１６年９月１６日に出願された、米国特許出願第１４／２６８０４９号に記載されている手法と同様の運転データの収集および解析の手法を使用し、これらすべての開示は、参照によりあらゆる目的でその全体が本明細書に組み込まれる（まとめて「組み込まれた出願」と呼ぶ）。組み込まれた出願に開示された様々な実施形態の使用の具体例が本明細書で提供されているが、組み込まれた出願に記載される他の手法が本明細書で提示されるいくつかの実施形態と併せて実施されてもよい。

【0019】

[0028]図１は、本発明の一実施形態による事故運転データ報告のためのシステム１００を示すシステム図である。システム１００は、いくつかの異なる構成要素を有するモバイル装置１０１を含む。モバイル装置１０１は、センサ・データ・ブロック１０５と、データ処理ブロック１２０と、データ送信ブロック１３０と、通知ブロック１４０とを含む。センサ・データ・ブロック１０５は、データ収集センサと、モバイル装置１０１が利用可能なこれらのセンサから収集されたデータとを含む。これには、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＳＢケーブルなどで接続された（１つまたは複数の）外部装置１１９を含むことができる。データ処理ブロック１２０は、記憶装置１２６と、プロセッサ１２２によってセンサ・データ・ブロック１０５から取得されたデータに対して行われる操作とを含む。これには、解析、分類、特徴付け、サブサンプリング、フィルタリング、再フォーマットなどが含まれるが、これに限定されない。データ送信ブロック１３０は、センサ・データ・ブロック１０５から取得されたデータを格納および操作することもできる外部コンピューティングデバイスへの電話からのデータの任意の送信を含む。外部コンピューティングデバイスは、例えば、サーバ１５０であり得る。サーバ１５０は、独自のプロセッサ１５２と記憶装置１５６を含むことができる。一実施形態では、通知ブロック１４０は、データ処理ブロック１２０によって行われたセンサデータの解析結果を、ディスプレイ（図示されない）を介してモバイル装置１０１のユーザに報告する。通知ブロック１４０の機能は、参照によりその全体が本明細書に組み込まれる、「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＮＤ ＭＯＤＩＦＹＩＮＧ ＤＲＩＶＩＮＧ ＢＥＨＡＶＩＯＲＳ」という名称の、２０１６年１月２２日に出願された、米国特許出願第１５／４１３００５号にさらに記載されている。

【0020】

[0029]本発明のいくつかの実施形態は、運転データがモバイル装置１０１を使用して収集される例を使用して説明され、これらの例は特定のモバイル装置に限定されない。例として、加速度計１１２、ジャイロスコープ１１６、コンパス１１９、気圧計１１３などのセンサ、全地球航法衛星システム、例えば全地球測位システム（ＧＰＳ）受信機１１０などの位置決定システム、通信能力、磁力計などを含む様々なモバイル装置が本発明の範囲内に含まれる。例示的なモバイル装置には、スマートウォッチ、フィットネスモニター、Ｂｌｕｅｔｏｏｔｈ（登録商標）ヘッドセット、タブレット、ラップトップコンピュータ、スマートフォン、音楽プレーヤ、運動解析装置、および他の適切な装置が含まれる。当業者は、本明細書の説明が与えられれば、実施形態の実施のための多くの変形形態、改変形態、および代替形態を理解するであろう。

【0021】

[0030]運転データを収集するために、モバイル装置１０１上の１つまたは複数のセンサ（例えば、センサ・データ・ブロック１０５のセンサ）が、モバイル装置１０１が、本明細書では「運転」または「区間走行」とも呼ばれる、車両を操作しているときに運転者によって所持されている期間に時間的に近接して動作する。多くのモバイル装置１０１では、データを収集するために使用されるセンサはモバイル装置１０１の構成要素であり、モバイル装置１０１の構成要素で利用可能な電力リソース、例えばモバイル装置のバッテリー電力および／またはモバイル装置１０１の外部の電源を使用する。

【0022】

[0031]いくつかの実施形態は、モバイル装置の設定を使用して、本明細書に記載される様々な機能を使用可能にする。例えば、Ａｐｐｌｅ ｉＯＳおよび／またはＡｎｄｒｏｉｄ ＯＳでは、特定の設定を有効にすると、実施形態の特定の機能を有効にすることができる。いくつかの実施形態では、位置特定サービスを有効にすると、モバイル装置からの（例えば、全地球測位システム（ＧＰＳ）センサによって収集された）位置情報の収集が可能になり、バックグラウンドアプリのリフレッシュを有効にすると、いくつかの実施形態をバックグラウンドで実行し、アプリケーションが実行されていないときでさえも運転データを収集および解析することができる。いくつかの実施形態では、モバイル装置１０１のオペレーティングシステムは、モバイル装置１０１の画面状態（すなわち、特定の時点で画面がオンかオフか）の報告を可能にすることができる。

【0023】

[0032]図２に、事故運転データ報告のためのシステム２００を示す。いくつかの実施形態では、データを保険金請求と関連付けることができる。システム２００は、モバイル装置１０１と通信するサーバ２０１を含むことができる。いくつかの実施形態では、サーバ２０１は、ベクトル解析器２５８、ベクトル決定器２５９、外部情報受信機２１２、分類器２１４、データ収集頻度エンジン２５２、運転者検出エンジン２５４、スコアリングエンジン２９０、および装置使用エンジン２５６を含むがこれに限定されない構成要素を使用して機能を提供する。これらの構成要素は、メモリ（図示されない）と併せてプロセッサ（図示されない）によって実行される。サーバ２０１は、データ記憶装置２５６も含む。図示されていないが、サーバ２０１内で動作する図示の構成要素のうちの１つまたは複数は、モバイル装置１０１内で完全にまたは部分的に動作できることに留意することは重要である。

【0024】

[0033]運転データを収集するために、モバイル装置１０１上の１つまたは複数のセンサ（例えば、センサ・データ・ブロック１０５のセンサ）が、モバイル装置１０１が、本明細書では「運転」または「区間走行」とも呼ばれる、車両を操作しているときに運転者によって所持されている期間に時間的に近接して動作する。モバイル装置のセンサがデータを収集した後に（かつ／またはリアルタイムで）、いくつかの実施形態はデータを解析して、車両の加速度ベクトルと運転の様々な特徴とを決定する。分類器２１４を使用して運転特徴の検出および分類し、ベクトル解析器２５８およびベクトル決定器２５９を使用して加速度ベクトルを決定するプロセスの例。一実施形態では、外部データ（例えば気象）を取得し、収集された運転データと相関させることができる。

【0025】

[0034]いくつかの実施形態では、運転データは、ユーザが装置と対話するときを含む。いくつかの実施形態では、センサデータを使用して、運転者がいつ装置を使用していたかを推定することができる。そのような機能は、例えば、装置使用エンジン２５６によって行われ得る。本明細書には、モバイル装置のセンサを使用して運転データを収集する例が記載されている。本明細書には収集された運転データを解析して事故の発生を検出する例も記載されている。一実施形態では、運転イベントの通知を、モバイル装置１０１の通知ブロック１４０を介して行うことができる。他の実施形態では、運転データおよび通知がユーザインターフェース２９２に送信され得る。ユーザインターフェースは、例えば、請求調整者、保険会社、または運転者がアクセスを許可した他の企業によって使用され得る。ユーザインターフェース２９２を、サーバ２０１と同じネットワーク上に配置することができる。いくつかの実施形態では、ユーザインターフェースは、インターネットを使用してサーバ２０１に接続することができる。

【0026】

[0035]いくつかの実施形態は、参照によりその全体が本明細書に組み込まれる、米国特許出願第１５／４１３００５号および「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＦＯＲ ＳＣＯＲＩＮＧ ＤＲＩＶＩＮＧ ＴＲＩＰＳ」という名称の、２０１７年６月６日に出願された、米国特許出願１５／６１５５７９号でさらに論じられているように、収集された運転データを解析し、様々な基準に基づいてスコアを割り当てる。いくつかの実施形態は、スコアリングエンジン２９０を使用して、関連するデータおよび規則を解析し、実施形態のスコアを生成する。

【0027】

[0036]サーバ２０１内に含まれるものとして図示され、説明されているが、サーバ２０１の構成要素のいずれかまたは全部が、代わりに、モバイル装置１０１内、またはユーザインターフェース２９２で実装され得ることが企図されている。本明細書に記載される機能のいずれかまたは全部が、運転中に、リアルタイムで、または運転後に行われ得ることがさらに企図されている。

【0028】

[0037]図３は、保険金請求に対応する区間走行と関連付けられた運転データの取り込み、解析、および使用のフローチャートである。図３に記載される方法３００は、例えば、組み込まれた出願に記載された手法を使用して、移動車両に対するモバイル装置の動きを検出および測定することができる。各ステップは、図１のモバイル装置１０１および／もしくはサーバ１５０、または図２のモバイル装置１０１および／もしくはサーバ２０１によって行われ得る。

【0029】

[0038]組み込まれた出願内で記載されているように、モバイル装置の動きのこの検出、測定、および解析を、モバイル装置から（例えば、センサ・データ・ブロック１０５内のセンサから）センサデータを収集および格納し、次いでサーバ２０１で（例えば、ベクトル解析器２５８、ベクトル決定器２５９、および／または分類器２１４を使用して）データを解析することによって遂行することができる。いくつかの実施形態では、この解析を、追加的または代替的に、モバイル装置のリソース（例えば、モバイル装置１０１内のデータ処理ブロック１２０）を使用して行うことができる。

【0030】

[0039]ブロック３１０で、例えば図１に記載されるようなモバイル装置によって動きが検出、測定、および解析される。動きは、複数の時間間隔にわたって検出、測定、解析される。測定および解析された後、データは、データが車両の動きを特徴付けることを示す運転データとして受信される。異なる例では、測定される動きは、軽微である（例えば、モバイル装置がカップホルダー内で横にスライドする）場合もあり、またはより実質的である（例えば、モバイル装置がカップホルダーから手に取られ、運転者の耳に当てられる）場合もある。いくつかの実施形態では、運転者の注意力に対するデータの関連性のために、運転データに軽微な装置の動きとより実質的な装置の動きとを含むことができる。

【0031】

[0040]ブロック３１５で、運転データを区間走行に割り当てることができる。運転者の行動を追跡する場合、運転データを特定の区間走行に割り当てることにより、ユーザが後で解析および管理するための管理可能なフォーマットで運転データが類別される。モバイル装置は区間走行情報を使用して、保険会社に提出するための運転データを類別することができる。例えば、目的地、距離、開始／終了点の識別、日付／時刻グループなどを使用して区間走行を定義することができる。当業者は、多くの変形形態、改変形態、および代替形態を理解するであろう。

【0032】

[0041]３２０で、方法は、特定の区間走行が保険金請求と関連付けられていることを指示するユーザ入力を受信するステップを含む。いくつかの実施形態では、ユーザに最近の区間走行の概要を提示することができる。ユーザ入力は、例えば、特定の区間走行が保険金請求と関連付けられていることを示すスワイプまたは他の適切な指示を含むことができる。スワイプした後、ユーザは次いで、区間走行をタップして、保険金請求を提出する意図を確認することができる。当業者は、多くの変形形態、改変形態、および代替形態を理解するであろう。

【0033】

[0042]３２５で、ユーザに保険金請求に関連した追加情報の入力を促す。この追加情報は、例えば、保険金請求の種類、損害のカテゴリ、誰が関与したか、免許および保険情報、事故詳細を含むことができる。損害のカテゴリは、例えば、気象、盗難、破壊行為、衝突、損傷を含むことができる。誰が関与したかは、目撃者の経歴詳細および連絡先情報、ユーザの車両の同乗者、ならびに巻き込まれた任意の他の車両についての、運転者および同乗者の経歴詳細および連絡先情報および車両情報を含むことができる。ユーザに免許および保険情報を入力するよう促すプロンプトは、情報を手入力するか、または写真を使用して情報を取り込む選択肢を含むことができる。事故詳細は、事件の日付、場所、事故のテキスト記述、および事故の写真を含むことができる。いくつかの実施形態では、ユーザは、追加情報を入力する前に助けが必要な場合、安全な場所に移動し、医療または警察に連絡するよう指示を提示され得る。いくつかの実施形態では、ユーザは、救急隊員に連絡するためのインターフェースを提示され得る。

【0034】

[0043]３３０で、方法は、保険金請求に関連した追加情報をサーバに送信するステップを含む。いくつかの実施形態では、サーバは、追加データを処理するように構成された図２に関連して説明されたサーバと同様とすることができる。他の実施形態では、保険会社がサーバを運用することができる。いくつかの実施形態では、追加データを、別のモバイル装置、例えば、別の運転者のモバイル装置に送信することができる。

【0035】

[0044]３３５で、方法は、運転データをサーバに送信するステップも含む。いくつかの実施形態では、サーバは、図２に関連して説明されたサーバと同様とすることができ、ユーザインターフェースを使用して、追加データおよび運転データにアクセスすることができる。他の実施形態では、保険会社がサーバを運用することができる。保険会社によって運用されるサーバを、ユーザのモバイル装置または図２に記載されているサーバと同様のサーバから運転データを受信するように構成することができる。いくつかの実施形態では、運転データを、別のモバイル装置、例えば、別の運転者のモバイル装置に送信することができる。したがって、保険会社に保険金請求に関連した追加情報を提供するだけの従来のシステムとは対照的に、本発明の実施形態は保険会社に運転データを提供する。本明細書に記載されるように、運転データの提供により、追加データの解析と併せて運転データの解析が可能になる。当業者は、多くの変形形態、改変形態、および代替形態を理解するであろう。

【0036】

[0045]いくつかの実施形態では、図１のモバイル装置１０１および／もしくはサーバ１５０、または図２のモバイル装置１０１および／もしくはサーバ２０１は、運転情報を連続して、または所定の間隔で送信することができる。これらの実施形態では、データを受信するサーバを、追加情報を受信すると、追加情報内のデータに対応している以前に送信された運転データを決定するように構成することができる。

【0037】

[0046]図３に示される特定のステップは、本発明の一実施形態によれば、運転データを受信し、区間走行ごとに、データをサーバに提出する特定の方法を提供することを理解されたい。代替の実施形態によれば、ステップの他の順序も行われ得る。さらに、図３に示される個々のステップは、個々のステップに適する様々な順序で行われ得る複数のサブステップを含み得る。さらに、特定の用途に応じて、追加ステップが追加されてもよく、または既存のステップが取り除かれてもよい。当業者は、多くの変形形態、改変形態、および代替形態を理解するであろう。

【0038】

[0047]図４Ａ～図４Ｇは、本発明の一実施形態による事故運転データ報告のためのグラフィカル・ユーザ・インターフェースのスクリーンショットである。いくつかの実施形態では、グラフィカル・ユーザ・インターフェースは、図４Ａに示されるような概要画面を含み得る。概要画面４０２は、モバイル装置またはリモートサーバにより収集された運転データの解析に対応する運転者スコア表示要素４０４を含むことができる。概要画面４０２は、運転行動表示要素４０６を含むことができる。運転行動表示要素４０６は、運転者スコア表示要素４０４の数を決定するために使用される個々の基準を含むことができる。

【0039】

[0048]概要画面４０２は、区間走行区間表示要素４０８をさらに含むことができる。区間走行区間表示要素４０８は、２つの選択肢（「運転者区間走行／全区間走行」）を含む区間走行運転者選択要素４１０を含むことができる。区間走行運転者選択要素４１０は、ユーザが運転者ではなかった区間走行をフィルタリングする機能を提供する。いくつかの実施形態では、ユーザが車両の同乗者である場合に運転データが収集され得る。区間走行区間表示要素４０８は、個別区間走行要素４１６を含むことができる。個別区間走行要素４１６を、日付４１８ごとにグループ化することができる。各個別区間走行要素４１６は、記述４２０、例えば、都市名、距離４２２、時刻４２４、起こり得るイベントインジケータ４２６などを含むことができる。起こり得るイベントインジケータを、運転データで識別された運転イベントに関連付けることができる。運転イベントは、例えば、制動行動、加速行動、および閾値を超えるモバイル装置使用行動に関連したデータを含むことができる。

【0040】

[0049]いくつかの区間走行中に事故が発生する場合がある。これらの区間走行について、ユーザは保険会社に事故に関連した請求を提出したい場合がある。通常、そのような請求データの提出には、運転者によって提出される事故に関連した情報、例えば、事故の日時、運転者の詳細、車両情報（および写真）、事故の場所が含まれる。この情報は、モバイル装置上のアプリを介して提出でき、通常はユーザによって手入力される。多くの場合、請求手続きは長引くことがあり、最初の損害発生通知から始まり、調査、評価、交渉、解決を経て、運転者に過失がなかった場合には損害回復まで続く。

【0041】

[0050]本発明の実施形態は、運転者によって提供される事故に関連した情報に加えて、運転データ（例えば、事故が発生した区間走行に関連した運転データ）を請求調整者に、例えば、請求調整者または保険システムのサーバもしくはアルゴリズムに直接送信する。一般には、事故が発生した区間走行中に収集された運転データ、例えば速度や注意力を請求調整者が利用できるようにはなっておらず、被保険者が（例えば即時に）送ることもできなかった。運転データを、請求手続きの１つまたは複数のステップで（例えばステップごとに）使用することができる。最初の損害発生通知段階では、運転データは位置情報、運転性、および救急サービスの決定を支援することができる。調査段階では、運転データを、不正検出、賠償責任の判断、および影響の少ない傷害の評価に使用することができる。評価／査定段階では、運転データは、例えば、提出された写真の衝撃のエリアへの総損失および損害を評価するために追加情報を提供する。交渉／解決段階では、追加の運転データを使用して、一部の請求の処理を自動化し、他の請求のより迅速なモバイル決済を促進することができる。最後に、複数当事者の事故では、運転データは事故のモデル化を強化し、賠償責任評価を支援し、法的証拠能力のある事故現場データを提供することができる。

【0042】

[0051]図４Ｂに、ユーザによって個別区間走行要素４１６が選択された後の概要画面４０２のスクリーンショットを示す。ユーザは、スワイプ、タップ、または他の適切な入力動作、それらの組み合わせなどにより、個別区間走行要素４１６（すなわち、その間に事故が発生した）を選択することができる。最初の選択後、概要画面４０２は、特定の実施形態では、区間走行と、保険金請求のためのその区間走行についての関連付けられた運転データとを提出するユーザの意図を確認するためにユーザに請求提出表示要素４２８を提供する。当業者は、本明細書の説明が与えられれば、実施形態の実施のための多くの変形形態、改変形態、および代替形態を理解するであろう。

【0043】

[0052]図４Ｃに、警告画面４３０を示す。警告画面４３０は、いくつかの実施形態では、ユーザが請求を提出する意図を確認した後に表示される。警告画面４３０は、典型的には、例えば「あなたの車が安全な場所にあることを確認してください」や「医療または警察の助けが必要な場合は９１１に電話してください」という指示でユーザを促す。いくつかの実施形態では、警告画面４３０から直接医療または警察に電話する機能をユーザに提供する表示要素を含むことができる。ユーザを保険金請求手続きの次のステップに移動させるための確認表示要素４３２を含むことができる。

【0044】

[0053]図４Ｄに、損害のカテゴリ画面４３４を示す。損害のカテゴリ画面４３４は、例えば、気象、盗難、破壊行為、衝突、損傷についての表示要素を含むことができる。選択インジケータ表示要素４３６は、ユーザの損害のカテゴリの選択を指示する。ユーザを保険金請求手続きの次のステップに移動させるための確認表示要素４３２を含むことができる。

【0045】

[0054]図４Ｅに、誰が関与したか画面４３８を示す。誰が関与したか画面４３８は、目撃者の経歴詳細および連絡先情報、ユーザの車両の同乗者、ならびに巻き込まれた任意の他の車両についての、運転者および同乗者の経歴詳細および連絡先情報および車両情報の入力のための表示要素を含むことができる。ユーザを保険金請求手続きの次のステップに移動させるための確認表示要素４３２を含むことができる。

【0046】

[0055]図４Ｆに、免許および保険情報画面４４０を示す。ユーザに免許および保険情報を入力するよう促すプロンプトは、情報を手入力するか、または写真を使用して情報を取り込む選択肢を含むことができる。図４Ｇに、事故詳細画面４４２を示す。事故詳細画面４４２は、事件の日付、場所、事故のテキスト記述、および事故の写真を追加できるかどうかを含むことができる。

【0047】

[0056]図５は、運転データ報告プロセスのフローチャートである。図５に記載される方法５００を、請求処理を迅速化し、不正検出を改善するために使用することができる。このプロセスを、図２に関連して説明されたサーバと同様のサーバ上で実行することができる。いくつかの実施形態では、このプロセスを、保険金請求を処理するために使用されるサーバ上で実行することができる。５１０で、方法は、区間走行と関連付けられた運転データを受信するステップを含む。いくつかの実施形態では、ステップ５１０は、モバイル装置が保険金請求のためのデータを送信したことに応答してのものであり得る。他の実施形態では、装置が本明細書で説明されるように運転データを連続して提出し得る。

【0048】

[0057]５１５で、方法は、区間走行と関連付けられた追加データを受信するステップも含む。追加データは、保険金請求と、図４Ａ～図４Ｇに関連して論じられたデータとを含むことができる。追加データは、保険会社によって受信された最初の損害発生通知とすることができる。いくつかの実施形態では、例えば、気象情報、交通情報、道路状況情報、および他の装置からの追加の請求情報などの追加データを第三者から受信することができる。図４Ｄを参照すると、区間走行と関連付けられた運転データと追加データとの組み合わせにより、請求調整者または適切な請求調整アルゴリズムが請求調整手続きを強化することが可能になる。例として、損害のカテゴリが衝突として入力されているが、運転データが区間走行中に実質的な加速が測定されなかったことを指示している場合、区間走行中に衝突が実際に発生した可能性は低く、潜在的な詐欺の兆候を提供する。

【0049】

[0058]５２０で、方法は、運転データのサブセットが追加データに対応していると判断するステップを含む。運転データが連続して受信されるにせよ区間走行ごとに受信されるにせよ、保険金請求を決定する際の関心対象の運転データは受信されたデータのサブセットになる。いくつかの実施形態では、５２０で、保険金請求に対応する区間走行と関連付けられていない部分を廃棄するために運転データを切り分けることができる。他の実施形態では、以前の区間走行からの運転データを使用して、特定の場所または特定の状況下での運転者の傾向が特定され得る。追加データに関連する運転データは、保険金請求における損害のカテゴリを指示する運転行動について判断および解析される。

【0050】

[0059]５２５で、方法は、運転データおよび追加データを使用して運転イベントを決定するステップをさらに含む。運転イベントは、公称値または平均値から逸脱する運転行動とすることができる。運転行動は、制動行動、加速行動、スピード違反行動などといった、任意の運転行動を含むことができる。例えば、急減速（例えば、閾値よりも大きい大きさの減速）を指示する加速度計からのデータは、制動行動を指示する急制動イベントと相関し得る。別の例では、急加速（例えば、閾値よりも大きい大きさの加速）を指示する加速度計からのデータは、加速行動を指示する急加速イベントと相関し得る。

【0051】

[0060]加えて、本明細書では「不注意運転行動」とも呼ばれるモバイル装置使用行動（例えば、組み込まれた出願１４／２６８０４９を参照）も判断され得る。いくつかの実施形態では、モバイル装置の移動測定値を解析して、それらが特定の種類のイベント（例えば、運転者の不注意）を指示しているかどうかが判断され得る。特定の種類のイベント、例えば、これに限定されないが、モバイル装置を耳に当てたり、目で見える位置に保持したり、モバイル装置と対話したりすることなどは、車両の運転者が潜在的に運転タスクに注意を払っていない（例えば、運転者がモバイル装置によって運転タスクから注意をそらされる）ような運転者によるモバイル装置の使用と関連付けられ得る。別の例として、運転中の車両内のユーザによるモバイル装置の移動、対話、または操作を指示する加速度計からのデータが、モバイル装置使用行動を指示するモバイル装置の使用割合（例えば、その間ユーザが装置と対話している車両内での区間走行の割合）を計算するために使用され得る。

【0052】

[0061]運転行動に加えて、運転イベントは、例えば、事故インジケータや区間走行開始／終了インジケータを含むことができる。事故インジケータは、例えば、加速度計が激しい破壊（ｈａｒｄ ｂｒｅａｋｉｎｇ）イベント中に見られる値さえも超える急減速を指示する場合にデータに表示され得る。当業者は、本明細書の説明が与えられれば、実施形態の実施のための多くの変形形態、改変形態、および代替形態を理解するであろう。

【0053】

[0062]例として、追加データと運転データの両方を利用することにより、従来の技術では利用できない解析を行うことができる。例えば、運転データを解析して、事故の発生に先行する時間において運転者がテキストメッセージを送信していたかどうかを判断することができる。加えて、運転者は別の車両が譲らなかったことが原因で事故が発生したと報告したが、事故と関連付けられた加速が高速道路上でオンランプまたはオフランプからかなりの距離で発生した場合、これは運転者の報告と運転データとの不一致を指示し得る。別の例として、運転データが低速の衝撃を指示する場合、運転者の重傷の報告が疑問視され得る。

【0054】

[0063]５３０で、方法は、運転イベント、追加データ、および運転データのサブセットを表示するステップ５３０を含む。ディスプレイには、ユーザまたは保険会社がアクセスすることができる。例えば、請求調整者は、図２で特定されたユーザインターフェース２９２を使用して、運転データおよび追加データにアクセスし得る。図５に示される特定のステップは、運転データを受信し、運転イベントを判断し、運転イベント、運転データ、および追加情報を表示する特定の方法を提供することを理解されたい。代替の実施形態によれば、ステップの他の順序も行われ得る。さらに、図５に示される個々のステップは、個々のステップに適する様々な順序で行われ得る複数のサブステップを含み得る。さらに、特定の用途に応じて、追加ステップが追加されてもよく、または既存のステップが取り除かれてもよい。当業者は、多くの変形形態、改変形態、および代替形態を理解するであろう。

【0055】

[0064]図６Ａ～図６Ｇに、受信できる運転データの量への管理可能なアクセスを提供する、運転イベント、追加データ、および運転データのサブセットを表示するために使用される請求調整者のためのグラフィカル・ユーザ・インターフェース（ＧＵＩ）の実施形態を示す。請求調整者は、損害賠償請求を受け取り、調査を開始し得る。運転データへのアクセスにより、請求調整者は、請求の場所の正確さを検証し、運転データから特定された運転行動と運転イベントとに基づいて予備的な賠償責任判断を行うことができる。運転データはまた、調整者が第三者の請求を判断できるようにする衝突事故状況も提供する。利用可能な運転データに基づいてユーザインターフェースに提示された情報を使用して、以下で詳述されるように、請求調整者はより正確かつ迅速に請求を支払い、不正を検出することができるようになる。

【0056】

[0065]いくつかの実施形態では、システムは運転データに基づいて賠償責任勧告を決定し、調整者に勧告を提供し得る。他の実施形態では、システムは運転データを使用して、運転者スコアの決定と同様に事件のスコアを決定し、スコアと閾値との関係に基づいて請求を自動的に処理し、請求の支払いを実行し得る。

【0057】

[0066]図６Ａを参照すると、ＧＵＩに表示された衝突事故概要ページ６００は、保険金請求に関連した状況の概観を提供し得る。衝突事故概要ページ６００は、関連する事故データを強調表示する表示要素、例えば、事件の時間表示要素６０２や、エアバッグ展開表示要素（例えば、高周波気圧計（ｈｉｇｈ ｆｒｅｑｕｅｎｃｙ ｂａｒｏｍｅｔｅｒ）を用いて電話で検出できる）を含む事件重大度表示要素６０４を含み得る。衝突事故概要ページ６００はまた、環境および車道情報６１２、ならびに車両速度および運転者の行動に関連した情報６１４も表示し得る。

【0058】

[0067]地図データ６０５は、衝突事故概要ページ６００に図で表示され得る。請求に関連した事故が発生したエリア６０８は、地図上で強調して示され得る。事故の時点の前後のセンサデータ、例えば、車両速度、加速度などを示す注釈付きグラフ６１０も表示され得る。注釈には、例えば、車両速度、平均交通速度、制限速度などが含まれ得るが、これに限定されない。当業者は、図示のセンサデータおよび注釈が例示であり、本開示の範囲から逸脱することなく、異なるまたは追加のセンサデータおよび／または注釈が表示され得ることを理解するであろう。

【0059】

[0068]当業者は、衝突事故概要ページ６００に表示された情報が例示にすぎず、本開示の範囲から逸脱することなく、より多いかまたは少ない情報および／または異なる情報が表示され得ることを理解するであろう。衝突事故概要ページ６００から処理のために請求が提出され得る。

【0060】

[0069]図６Ｂに、本開示の様々な態様によるＧＵＩ上に表示された区間走行概観ページ６２０を示す。ＧＵＩを使用して、調整者は、モバイル装置によって記録された特定の区間走行を検索して、記録された運転データに基づいて請求のさらなる解析を行い得る。システムによって識別される運転イベントは、ユーザインターフェースを実行し、運転データを受信する任意のシステム、ユーザのモバイル装置とインターフェースするサーバ、およびユーザのモバイル装置によって決定され得る。システムが特定し得る運転イベントには、例えば、起こり得る衝突事故、エアバッグ展開、制動イベント、加速イベント、モバイル装置使用イベント、スピード違反イベントなどが含まれ得るが、これに限定されない。当業者は、本開示の範囲から逸脱することなく他の運転イベントが特定され得ることを理解するであろう。

【0061】

[0070]図６Ｂを参照すると、区間走行概観ページ６２０は、概観地図６３０と、データグラフ６４０と、凡例６２５とを含み得る。凡例６２５は、概観地図６３０およびデータグラフ６４０上に表示される様々なインジケータおよび／またはイベントの識別を提供し、様々なイベントおよび／またはインジケータの表示を有効または無効にする手段を提供し得る。区間走行概観ページ６２０は、例えば、強調表示により、表示されている区間走行情報の区間走行識別子６２２を指示し得る。

【0062】

[0071]概観地図６３０は、区間走行識別子６２２に対応する区間走行中に取られた経路の概観を表示し得る。概観地図６３０は、区間走行の始点６３２および終点６３４を指示し得る。概観地図６３０は、経路に沿ってモバイル装置によって感知された様々なイベント、例えば、これに限定されないが、能動的な携帯電話使用の期間６３６ａ～６３６ｄや、急または極端な制動イベント６３６を指示し得る。急または極端な制動イベント６３６は、事故として検出および解釈され得る。当業者は、これらのイベントインジケータが例示にすぎず、本開示の範囲から逸脱することなくより多いかまたは少ないイベントインジケータおよび／または異なるイベントインジケータが概観地図６３０上に表示され得ることを理解するであろう。

【0063】

[0072]データグラフ６４０は、モバイル装置のセンサからのセンサデータを示している。タイムライン６４２は、感知された車両速度６４４を特定された区間走行の時刻に関連付ける。またデータグラフ６４０には、概観地図６３０上の能動的な携帯電話使用の期間６３６ａ～６３６ｄに対応する能動的な携帯電話使用の期間６４６ａ～６６６ｄも示されている。またデータグラフ６４０には、概観地図６３０に表示された急または極端な制動イベント６３８に対応する急または極端な制動イベント６４８も示されている。加えて、データグラフ６４０は、事故が発生した可能性がある別の兆候を提供する、モバイル装置を保持しているユーザが急または極端な制動イベント６４８の発生後に歩き回ったことを指示し得るセンサデータ、例えば加速度センサデータ６４９も示している。事件が検出された後の歩き回るなどの非運転行動は、請求調整者の賠償責任評価を支援し得る。当業者は、データグラフ６４０に示されているセンサデータおよびイベントが例示にすぎず、本開示の範囲から逸脱することなくより多いかまたは少ないセンサ・データ・プロットおよび／またはイベントインジケータおよび／または異なるイベントインジケータがデータグラフ６４０上に示され得ることを理解するであろう。

【0064】

[0073]図６Ｃに、区間走行概観ページ６２０の拡大図６５０を示す。拡大図６５０は、調整者によって選択された運転データのサブセットに関連した概観地図６３０の拡大部分６５５を含み得る。地図の拡大部分６５５は、モバイル装置のセンサによって検出されたイベントの注釈６５７、６５９、およびイベントが発生した時刻を表示し得る。例えば、図６Ｃに示されるように、概観地図６３０に表示された能動的な電話使用６３６ａに対応する能動的な電話使用を指示する第１の注釈６５７と、概観地図６３０に表示された極端な制動イベント６３８に対応する極端な制動イベントを指示する第２の注釈６５９とが表示され得る。地図の拡大部分がイベントを含む場合、様々なイベントの注釈がシステムによって自動的に生成され得る。あるいは、注釈は、ＧＵＩ上の経路上の点を選択することによって生成されてもよく、または拡大部分６５５上の注釈が手入力されてもよい。

【0065】

[0074]調整者が概観地図６３０の一部分を拡大すると、データグラフ６４０の対応する部分も拡大され得る。図６Ｃに示されるように、地図の拡大部分６５５に対応するデータグラフ６４０の拡大図６６０が表示され得る。データグラフ６４０の拡大図６６０は、対応するタイムライン６６２および車両速度６６４、ならびにデータグラフ６４０の拡大図６６０のタイムライン６６２上に指示された時間中に発生した感知されたイベント（すなわち、能動的な携帯電話使用６６６および極端な制動イベント６６８）を表示し得る。地図の拡大部分がイベントを含む場合、様々なイベントのデータグラフ６４０の拡大図６６０上の注釈（図示されない）がシステムによって自動的に生成され得る。あるいは、注釈は、ＧＵＩ上の経路上の点を選択することによって生成されてもよく、または拡大図６６０上の注釈が手入力されてもよい。

【0066】

[0075]運転中に発生し得る様々なイベントが、運転データの構成要素に基づいて定義され得る。例えば、運転者がテキストメッセージを送信していたり、電話で話していたり、電話でビデオを再生していたりする期間が、アルゴリズムまたは請求調整者が見直すために、例えば、これに限定されないが、速度、加速度、などを含むその他の時間的な運転データに重ね合わされ得る。

【0067】

[0076]当業者は、データグラフ６４０の拡大図６６０に示されているセンサデータおよびイベントが例示にすぎず、本開示の範囲から逸脱することなくより多いかまたは少ないセンサ・データ・プロットおよび／またはイベントインジケータおよび／または異なるイベントインジケータがデータグラフ６４０上に示され得ることを理解するであろう。

【0068】

[0077]図６Ｄに、指示されたイベントに対応する運転データのサブセットを含む区間走行概観ページ６２０の拡大図６７０を示す。拡大図６７０は、イベントをさらに解析するために調整者によって選択された運転データのサブセットに関連した概観地図６３０の拡大部分６７５を含み得る。図６Ｄに示されるように、拡大部分６７５は指示、例えば、イベントが発生した地図上のエリアを指示する強調表示された区間６７７を含み得る。イベントに対応する拡大部分６７５上の注釈（図示されない）が自動的に生成されてもよく、かつ／または地図の拡大部分６７５上の点を選択することによって、かつ／または注釈を手入力することによって生成されてもよい。

【0069】

[0078]調整者が概観地図６３０の一部分を拡大すると、データグラフ６４０の対応する部分も拡大され得る。図６Ｄに示されるように、地図の拡大部分６７５に対応するデータグラフ６４０の拡大図６８０が表示され得る。データグラフ６４０の拡大図６８０は、対応する拡大されたタイムライン６８２およびタイムラインに対応する車両速度６８１のプロットを表示し得る。イベントに対応する注釈６８３は自動的に生成されてもよく、かつ／または拡大図６８０上の点を選択することによって、かつ／または注釈を手入力することによって生成されてもよい。データグラフ６４０の拡大図６８０は、検出されたイベントの指示を提供し得る。例えば、データグラフ６４０の拡大図６８０は、イベントが発生した地図上のエリアの強調表示された区間６７７に対応するインジケータ６８４を提供し得る。図６Ｄの例は、イベントインジケータ６８４内の極端な制動イベント６８６のセンサデータを示しており、インジケータ６８８は、モバイル装置を保持しているユーザが急または極端な制動イベント６８６の発生後に歩き回ったという、受信できる運転データの量への管理可能なアクセスを提供する。

【0070】

[0079]図６Ｅに、事件報告表示要素６９０を示す。事件報告表示要素６９０は、関連する事故データを強調表示する表示要素、例えば、損害のカテゴリ表示要素６９３、報告時刻表示要素６９４、事件のユーザ記述表示要素６９５、関係者表示要素６９６、報告された位置要素６９７、事件の写真要素６９８を含み得る。

【0071】

[0080]本開示の様々な態様によれば、モバイル装置は、事故の時点で運転者に損害の写真を撮影するようリマインダまたはプロンプトを提供し得る。モバイル装置は写真を、写真が撮影された時間と場所を特定するタイムスタンプとＧＰＳデータとともに送信し得る。事故の現場で撮影された場合、タイムスタンプとＧＰＳデータは、事故の時点で受けた損害の追加の確証を提供し得る。

【0072】

[0081]図６Ｆに、運転者およびポリシー表示要素６０００を示す。運転者およびポリシー表示要素６０００は、請求調整者の請求の評価、査定、交渉、および解決を支援する追加情報を表示する。いくつかの実施形態では、請求が提出されるとき、その請求に、不注意運転スコアおよび／または運転者およびポリシー表示要素６０００からの他の情報が添付され得る。

【0073】

[0082]図６Ｇに、タイムライン表示要素６０１０を示す。タイムライン表示要素６０１０は、最初の損害発生通知、調査、評価、交渉、解決、および損害回復と関連付けられたイベントを追跡し得る。

【0074】

[0083]本開示の様々な態様によれば、センサによって取得された測定データを送信することに加えて、モバイル装置は、処理済みデータ（すなわち、取得された測定データを処理することによって生成されたデータ）、例えば、これに限定されないが、不注意運転データ、およびコンテキストデータ（すなわち、１つまたは複数の第三者データベースから取得されたデータ）、例えば、これに限定されないが、気象データ、交通データなども、保険調整者がアクセスするためのサーバに送信し得る。

【0075】

[0084]車両の乗員とともに移動しているモバイル通信装置（例えば、モバイル装置１０１）の１つまたは複数のセンサによって提供されるコンテキストデータが、モバイル装置１０１によって受信されたＧＰＳデータおよび／または地図情報（例えば、第三者によって提供される地図情報）と組み合わせて、車両事故の尤度を判断するために使用され得る。例えば、異常な場所（例えば高速道路）で車両を停止させるおよび／または歩き回る、停止中に電話をかけるおよび／または道路の脇を歩く、車道上で長期間（例えば１０分以上）にわたって停止してから運転を続行する、などのインジケータが検出され得る。他のインジケータ、例えば、これに限定されないが、異常なイベント後の病院や自動車修理工場への区間走行が検出され得る。加えて、他のイベント、例えば、これに限定されないが、制御不能の回転（すなわち、複数の３６０°回転）および／または車道上で停止中の大きな衝撃も検出され得る。よって、たとえ急制動イベントを検出しなくても、例えば、これに限定されないが、急激な減速や急激な速度低下を検出しなくても、センサデータ、ＧＰＳデータ、および／または地図情報によって提供されるコンテキストデータおよび情報を使用して、事故が発生したと判断され得る。

【0076】

[0085]事故後に運転者によって提出される事故報告は、多くの場合、事故の時間と場所の概算を含む。これらの概算により、調整者が事故の調査中に位置や交通情報などの追加情報を求めて第三者データベースを調べることが非現実的になる。本開示の態様によれば、コンテキストデータは、イベントが発生した時刻を指示するタイムスタンプとともにサーバに送信され得る。タイムスタンプをコンテキストデータとともに提供することにより、調整者が、事故調査時に、事故を取り巻く状況を事故の正確な時間および場所と関連付けることが可能になり得る。

【0077】

[0086]図６Ａ～図６Ｅに示されるような運転データの図式的な提示に加えて、本開示の態様は、運転データのテキストによる概要も提供し得る。モバイル装置またはサーバによる、処理済みデータやコンテキストデータを含む運転データの解析と解釈に基づき、事故の検出または報告の時点の前後のイベントの記述式のタイムラインが生成され得る。いくつかの実施形態では、例えば、衝突事故が自動的に検出される５分前から５分後までの時間枠内、または別の時間枠内のイベントおよび状況を記述するテキスト記述が自動的に生成され得る。いくつかの実施形態では、記述を生成するための時間枠が、受信された運転データを見直す調整者によって指定され得る。本開示の様々な態様によれば、イベントの図式的なタイムライン表現が生成され得る。

【0078】

[0087]図７Ａは、モバイル装置（例えば、モバイル装置１０１）からの信号を介して受信されたデータを示すプロット７００である。図７Ｂに、対応する地図情報７５０（例えば、第三者によって提供される地図情報）を示す。プロット７００および地図情報７５０は、モバイル装置１０１のディスプレイ上に表示され、かつ／またはサーバのグラフィカルインターフェース（例えば、サーバ２０１のグラフィカル・ユーザ・インターフェース２９２）に送信され、表示され得る。

【0079】

[0088]図７Ａを参照すると、プロット７００は、モバイル装置１０１の加速度計からの加速度データ７０５、処理済みの加速度データ７１０、例えば、これに限定されないが、モバイル装置１０１の加速度計１１２からの加速度データ７０５のローリング平均、ＧＰＳ受信機１１０によって受信されたＧＰＳ速度データ７１５、およびＧＰＳ速度データ７１５からの導出加速度７２０を表示する。当業者は、図示されていないが、本開示の範囲から逸脱することなく他のデータプロットが提供され得ることを理解するであろう。図７Ａはまた、モバイル装置１０１の画面がロック解除されたときの時間部分７４５ａ、７４５ｂ、７４５ｃも示している。本開示の様々な態様は、モバイル装置１０１の受動的な使用（例えば、音楽再生）、モバイル装置の能動的な使用（例えば、テキストメッセージ送信）、および／またはモバイル装置を手に持っているかまたはハンズフリーモードでの通話の検出を含み得る。

【0080】

[0089]図７Ａには、０とラベル付けされた時点から約９０秒まで、ＧＰＳ速度データ７１５のプロットは、モバイル装置１０１（およびその中でモバイル装置が移動していた車両）が移動していないことを指示するおおよそ０マイル／時を記録していることを示している。約９０秒から約３２０秒まで、ＧＰＳ速度データ７１５のプロットは０マイル／時またはその前後に留まり、モバイル装置１０１の加速度計からの加速度データ７０５および処理済みの加速度データ７１０は、加速度の不規則な変化を指示している。加速度の不規則な変化は、例えば、車両への損害を調査したり、別の運転者と情報を交換したりするために、乗員が車両を出て歩き回っていることを指示している。約３２０秒から、ＧＰＳ速度データ７１５は着実に増加し始め、モバイル装置１０１の加速度計からの加速度データ７０５および処理済みの加速度データ７１０は、車両が再び動き始めたことを指示する比較的一定の加速度を示している。

【0081】

[0090]本開示の様々な態様によれば、データ収集は、運転が終了後約５分で、すなわちプロット７００上の点７３０で停止し得る。ＧＰＳ速度データ７１５が０マイル／時またはその前後まで下がると、運転が終了したと判断され得る。車両が停止した場所の周囲の所定のジオフェンスから車両が出ると、データ収集が再開し得る。したがって、プロット７００上の点７３０から始まるデータ収集は、実際には、運転終了後の５分間に続く数分間または数時間を開始し得る。

【0082】

[0091]図７Ｂに、速度および加速度データのプロット７００に対応する地図情報７５０を示す。図７Ｂに示されるように、その後に車両が車道上で停止７７０することになるイベント（例えば、事故）７６５が発生するときに、車両は経路７６０上を走行している可能性がある。車両が停止している間、約０秒から約３２０秒までの期間中に図７Ａを参照して説明された速度および加速度データが収集され得る。例えば、停止位置７７０にいる間に、モバイル装置１０１を所持している乗員は、車両を出て歩き回り７２５、電話をかける７４５ｂことができる。収集されたデータは、モバイル装置１０１上に表示されてもよく、かつ／またはグラフィカル・ユーザ・インターフェース２９２上に表示するためにサーバ２０１に送信されてもよい。車両はその後、引き続き経路７７５上を進み得る。よって、たとえ急なイベント、例えば突然の減速や衝撃などの兆候がなくても、通常は予期されないはずの場所で（例えば車道上で）イベントが発生したという地図データ指示と組み合わされたコンテキスト速度と加速度データパターンから事故イベントが特定され得る。

【0083】

[0092]モバイル装置１０１のプロセッサ１２２は、例えば、これに限定されないが、車両が車道上で停止した時間の長さ、車道上の車両の位置、モバイル装置１０１を所持している乗員が歩行した時間の長さ、乗員が通話またはテキストメッセージ送信を行ったかどうかなど、様々な判断を行い得る。プロセッサ１２２はまた、全般的なデータパターンおよび地図情報を解析して、収集されたデータのパターンと地図情報とに基づき、事故が発生したかどうかを判断してもよい。代替的または追加的に、モバイル装置１０１は、収集されたデータおよび地図情報を、データ送信ブロック１３０を介して、同様の解析および判断を行うためにサーバ１５０に伝達してもよい。

【0084】

[0093]図８は、車両に配置されたモバイル通信装置を用いて車両事故を検出するための方法８００のフローチャートである。ブロック８１０で、モバイル装置１０１は、車両が運転されている間にデータを収集し得る。例えば、モバイル装置１０１は、モバイル装置１０１の加速度計から加速度データ７０５、ＧＰＳ受信機１１０によって受信されたＧＰＳ速度データ７１５、ＧＰＳ位置データ、および、例えば、これに限定されないが、Ｏｐｅｎ Ｓｔｒｅｅｔ Ｍａｐ（ＯＳＭ）、Ｇｏｏｇｌｅ Ｍａｐ ＡＰＩなどの地図情報７５０を収集し得る。モバイル通信装置はまた、ジャイロスコープ１１６および／または磁力計１１４からデータを収集してもよい。ブロック８１５で、モバイル装置１０１は、追加データを（例えば、プロセッサ１２２を介して）計算し得る。例えば、プロセッサは、モバイル装置１０１の加速度計１１２からの加速度データ７０５のローリング平均などの処理済みの加速度データ７１０や、ＧＰＳ速度データ７１５からの導出加速度７２０を計算し得る。ジャイロスコープ１１６および／または磁力計１１４からのデータは、車両が回転していたかどうかを判断するために使用され得る。当業者は、本開示の範囲から逸脱することなく収集されたデータおよび情報から他のデータが導出され得ることを理解するであろう。

【0085】

[0094]ブロック８２０で、モバイル装置１０１のプロセッサ１２２は、車両が所定の期間にわたって停止しているかどうかを判断し得る。例えば、プロセッサ１２２は、ＧＰＳ速度データ７１５が閾値期間（例えば、１０分または別の期間）を超える時間にわたって０マイル／時またはほぼ０マイル／時であると判断し得る。車両が閾値期間を超える時間にわたって停止していない（８２０－Ｎ）と判断したことに応答して、プロセスはブロック８１０に戻ってデータを収集する。

【0086】

[0095]車両が閾値期間を超える時間にわたって停止している（８２０－Ｙ）と判断したことに応答して、ブロック８２５でプロセッサ１２２は、地図情報が、車両が車道上にあることを指示しているかどうかを判断し得る。例えば、第三者情報源から取得された地図情報は、車両が車道上にあるかそれとも駐車場内にあるかを指示し得る。車両が車道上にない（８２５－Ｎ）と判断したことに応答して、プロセスはブロック８１０に戻ってデータを収集する。

【0087】

[0096]車両が車道上にある（８２５－Ｙ）と判断したことに応答して、ブロック８３０でプロセッサ１２２は、加速度の不規則な変化が検出されるかどうかを判断し得る。プロセッサ１２２は、（例えば、処理済みの加速度データ７１０を取得するために）モバイル装置１０１の加速度計から受信された加速度データ７０５を処理し、加速度データ７０５および／または処理済みの加速度データ７１０に基づいて、乗員が車両の場所である期間にわたって歩き回っていると判断し得る。加速度の不規則な変化が検出されていない（８２５－Ｎ）と判断したことに応答して、プロセスはブロック８１０に戻ってデータを収集する。

【0088】

[0097]加速度の不規則な変化が検出された（８３０－Ｙ）判断したことに応答して、ブロック８３５でプロセッサ１２２は、全般的なデータパターンと地図情報を解析して、事故が発生したかどうかを判断し得る。例えば、図７Ａに示されるようなデータパターン（すなわち、閾値期間を超える時間にわたる０マイル／時またはその前後のＧＰＳ速度データおよび乗員の歩行を指示する同じ場所での不規則な加速度データ）と、（図７Ｂに示されるような）車両が車道上で停止していることを指示する地図情報との結合が、事故が発生したことを指示し得る。車両が停止した後、不規則な加速が検出される直前、検出中、もしくは検出の直後に通話もしくはテキストメッセージ送信が行われたかどうか、またはその後の病院や自動車修理工場への運転などの他の収集データが、事故が発生したさらなる兆候を提供し得る。

【0089】

[0098]本開示の様々な態様によれば、モバイル装置またはサーバによる運転データの解析および／または解釈に基づき、事故予測を行われ得る。さらに、事故予測の信頼水準が生成され得る。

【0090】

[0099]図９は、本開示の様々な態様による、検出されたイベントに信頼水準を割り当てるための方法のフローチャートである。図９を参照すると、ブロック９１０で、運転中に運転データが収集され得る。例えば、モバイル装置内のセンサからのデータ、およびコンテキストデータ、例えば、これらに限定されないが、ＧＰＳデータ、気象データ、交通データなどが収集され得る。ブロック９２０で、運転データが解析され得る。いくつかの実施形態では、運転データは、モバイル装置によって（例えば、モバイル装置１０１のプロセッサ１２２によって）解析され得る。あるいは、運転データは、サーバに送信され、サーバで（例えば、サーバ１５０のプロセッサによって）解析されてもよい。モバイル装置および／またはサーバは、センサデータおよびコンテキストデータを解析および／または解釈して、運転中に衝突事故が発生したかどうかを判断し得る。

【0091】

[0100]ブロック９３０で、運転中に衝突事故が発生したかどうかに関して予測が行われ得る。運転データの解析および／または解釈に基づき、モバイル装置またはサーバは、衝突事故が発生したかどうかを予測し得る。予測は信頼水準を含み得る。例えば、ＧＰＳおよび加速度計のデータは、車両が中程度の速度で走行していて、特定の時刻に突然減速し、車道上で完全に停止したことを指示し得る。モバイル装置またはサーバは、運転データを解析し、運転データを解釈して、特定の時間および場所において衝突事故が発生したことを高信頼水準で予測し得る。別の例では、運転データは、特定の時刻に、道路に沿って走行中に車両が数回回転し（例えば、路面凍結部分に遭遇し）、おそらく突然ではないが急に減速し、道路の脇で停止したことを指示し得る。モバイル装置またはサーバは、運転データを解析し、運転データを解釈して、特定の時間および場所において衝突事故が発生したことを、しかし突然の減速および停止が検出されなかったので、低信頼水準で予測し得る。モバイル装置またはサーバは、運転データの解析および解釈に基づいて報告を生成し得る。報告は、事故予測の信頼水準を含み得る。

【0092】

[0101]ブロック９４０で、事故報告が受信され得る。例えば、保険会社は、事故を報告する運転者からの電話を受け、報告データをシステムに入力し得る。あるいは、運転者がモバイル装置のアプリを介して報告を提出してもよく、または報告は、衝突事故が発生したことの検出もしくは予測に基づいてモバイル装置によって自動的に生成および提出され得る。

【0093】

[0102]ブロック９５０では、事故報告の報告時刻に基づいて運転データが再解析され得る。例えば、事故報告が保険会社への通話に基づいて提出されるか、またはモバイル装置上のアプリを介して運転者によって提出された場合、事故を取り巻く状況をより正確に判断するために、事故の報告時刻の前後に収集された運転データが再解析され得る。モバイル装置またはサーバは、事故の報告時刻の５分前から５分後までの時間範囲内の運転データを再解析および／または再解釈し得る。当業者は、本開示の範囲から逸脱することなく別の時間範囲が使用され得ることを理解するであろう。

【0094】

[0103]ブロック９６０で、事故予測の信頼水準が修正され得る。事故報告の追加入力による運転データの再解析に基づき、モバイル装置またはサーバは、運転データを再解釈して、事故のより正確な時間と場所をより高い信頼水準で予測し得る。

【0095】

[0104]本開示の様々な態様によれば、事故の種類および／または重大度に基づいて請求が自動的に「トリアージ（ｔｒｉａｇｅ）」され得る。様々なタイプの保険調整者が様々なタイプの請求の処理を専門とし得る。例えば、ある調整者は重症の傷害／入院請求の処理を専門とし、ある調整者は物的損害請求の処理を専門とし得る。当業者は、これが区別され得る請求のタイプの網羅的なリストではないことを理解するであろう。事故報告が生成されると、モバイル装置またはサーバは事故報告を解析し、事故報告を送信すべき調整者のタイプを決定する。いくつかの実施形態では、モバイル装置またはサーバは、事故の初期検出時に事故報告を送信すべき調整者のタイプを決定し得る。

【0096】

[0105]いくつかの実施形態では、事故報告がモバイル装置によって高信頼水準で自動的に生成されるか、または運転者がモバイル装置上のアプリを介して高信頼水準を有する事故報告を提出すると、サーバは事故報告を特定のタイプの請求を即座に解決するための特定の調整者に自動的に転送し得る。例えば、影響の少ない衝突事故の検出に関連した請求は、請求の即時の解決および支払いのために、モバイル装置またはサーバによる運転データの解析および解釈に基づいてある調整者グループに送信される。

【0097】

[0106]本開示の様々な態様によれば、運転行動に関する以前の情報、例えば、これに限定されないが、以前の運転データ、以前に提出された請求などが事故報告に含まれ得る。以前の情報を含めると、現在の運転行動と過去の運転行動の一貫性または不一致に基づいて事故報告を解析して、運転行動の改善または低下を示す助けとなり得る。

【0098】

[0107]本明細書に記載された例および実施形態は、例示のためのものにすぎない。これらを考慮すれば当業者には様々な改変形態または変更形態が明らかになるであろう。これらは、本出願の趣旨および範囲内、ならびに添付の特許請求の範囲内に含まれるものとする。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図4E】

【図4F】

【図4G】

【図5】

【図6A】

【図6B】

【図6C】

【図6D】

【図6E】

【図6F】

【図6G】

【図7A】

【図7B】

【図8】

【図9】