(57)【要約】  車両テレマティクスデータを提供する監視装置が開示される。前記装置は、車両の一部において車両及びエンジン運動による振動を感知するセンサを有する。前記センサは、前記車両の前記一部に結合される。エンジン運動振動関連のデータを処理して、前記車両又はエンジンの特性が抽出される。【選択図】図１
2017526020.tif 000002
【特許請求の範囲】
【請求項１】
車両テレマティクスデータを提供する監視装置であって、
車両の一部において車両及びエンジン運動による振動を感知して、振動関連データを生成する感知手段であって、前記車両の前記一部に結合されるように構成される感知手段と、
前記車両及びエンジン運動による振動関連データを処理して、前記車両又はエンジンの少なくとも１つの特性を表す処理データを生成する手段と、
前記車両又はエンジンの少なくとも１つの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する手段とを有し、
前記装置は、重量が１００ｇ未満と十分に軽量であることで、前記感知手段が十分な感度で前記車両の前記一部で前記車両及びエンジン運動による振動を感知でき、これにより前記処理手段が前記車両及びエンジン運動による振動から、前記車両に影響を及ぼす少なくとも１つのイベントを検出し、前記装置が典型的な車両衝突後も動作可能とすることを可能とする、監視装置。
【請求項２】
前記装置は、重量が１００ｇ未満と十分に軽量であることで、前記感知手段が十分な感度で前記車両の前記一部で前記車両による振動を感知でき、これにより前記処理手段が前記車両による振動から、前記車両がエンジンを停止して静止している状態で生じる、前記車両に影響を及ぼす少なくとも１つのイベントを検出できる、請求項１に記載の監視装置。
【請求項３】
前記装置は、電源（例えばボタン電池のようなバッテリ）を有し、前記装置は、前記電源を含めて重量が１００ｇ未満である、請求項１又は２に記載の監視装置。
【請求項４】
前記装置の重量が５０ｇ未満である、請求項１から３のいずれかに記載の監視装置。
【請求項５】
前記装置の重量が約２５ｇである、請求項１から４のいずれかに記載の監視装置。
【請求項６】
前記処理手段は、前記振動関連データを処理して、エンジンの毎分回転数（ＲＰＭ）、タイヤのＲＰＭ及び／又は現在のエンジンギアの内少なくとも１つを含む、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供するように構成される、請求項１から５のいずれかに記載の監視装置。
【請求項７】
前記処理手段は、前記振動関連データを処理して、アイドル周波数、ストロークサイクル、シリンダ数、車速、エンジン種類及び／又は車種の内少なくとも１つを含む、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供するように構成される、請求項１から６のいずれかに記載の監視装置。
【請求項８】
前記処理手段は、前記振動関連データを処理して、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供し、前記処理データは、前記通信装置及び他の装置の内少なくとも１つによってさらに処理され、前記車両のテレマティクスデータのコンパイルに使用されるよう、前記車両又はエンジン通信装置の前記特性を求めるように構成される、請求項１から７のいずれかに記載の監視装置。
【請求項９】
前記処理手段は、前記振動の周波数分析に基づき、前記処理データを生成するように構成される、請求項１から８のいずれかに記載の監視装置。
【請求項１０】
前記処理手段は、前記振動データに基づき、少なくとも１つの車両関連イベントを検出するように構成される、請求項１から９のいずれかに記載の監視装置。
【請求項１１】
前記感知手段は、フロントガラス、本体部分、及び／又は車両シャシの一部の内少なくとも１つ含む前記車両の一部に結合され、車両及びエンジン運動による振動を感知し、当該一部のための振動関連データを生成するように構成される、請求項１から１０のいずれかに記載の監視装置。
【請求項１２】
前記感知手段は、前記車両の固い部分に結合されるように構成される、請求項１から１１のいずれかに記載の監視装置。
【請求項１３】
前記装置は、前記感知手段が配置される筐体であって、前記車両の前記一部に取り付けられるように構成される筐体を有する、請求項１から１２のいずれかに記載の監視装置。
【請求項１４】
前記感知手段は、加速度計を含む、請求項１から１３のいずれかに記載の監視装置。
【請求項１５】
前記感知手段は、複数の異なる次元で車両運動を感知し、関連する移動データを前記複数の次元に対して提供するように構成される、請求項１から１４のいずれかに記載の監視装置。
【請求項１６】
前記処理手段は、使用時に、静止していた前記車両が動き始めた場合、前記移動データの配向を前後方向への車両移動を表す縦軸と、横（「左右」）方向の車両移動を表す横軸とに合わせるように構成される、請求項１５に記載の監視装置。
【請求項１７】
前記処理手段は、将来使用時に前記車両が静止状態から動き始める少なくともいくつかの場合のために、前記移動データの縦軸及び横軸に対する配向を維持するように構成される、請求項１６に記載の監視装置。
【請求項１８】
前記処理手段は、重力に基づき、前記移動データの配向を垂直軸に合わせるように構成される、請求項１５，１６又は１７に記載の監視装置。
【請求項１９】
前記監視装置は、前記装置を、前記車両の診断ポートに接続する手段を有する、請求項１から１８のいずれかに記載の監視装置。
【請求項２０】
前記通信手段は、無線通信により通信するように構成される、請求項１から１９のいずれかに記載の監視装置。
【請求項２１】
前記通信手段は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ、近距離無線通信（ＮＦＣ）、Ｗｉ−Ｆｉ、３Ｇ／２Ｇ、ＬＴＥ、Ｚｉｇｂｅｅの内少なくとも１つの通信プロトコルに対応した無線通信で前記通信装置と通信するように構成される、請求項２０に記載の監視装置。
【請求項２２】
前記通信手段は、前記通信装置と有線通信により通信するように構成される、請求項１から２１に記載の監視装置。
【請求項２３】
前記監視装置は、内蔵バッテリ（例えばボタン電池、円筒電池等）から電力を受けるように構成される、請求項１から２２に記載の監視装置。
【請求項２４】
前記監視装置は、前記車両の電気回路に接続され、前記電気回路から電力を受けるように構成される、請求項１から２３に記載の監視装置。
【請求項２５】
前記感知手段は、別の車両動作を感知し、関連データを出力するように構成され、
前記処理手段は、別の車両動作関連データを処理して、少なくとも１つの前記車両の特性を表す処理データを生成するように構成される、請求項１から２４に記載の監視装置。
【請求項２６】
前記処理手段は、前記別の車両動作関連データを処理して、前記車両に影響を及ぼす少なくとも１つのイベントを表す処理データを提供するように構成され、
前記イベントは、加速イベント、車両静止中でエンジン停止中の衝撃イベント、車両静止中でエンジン起動中の動作イベント、ドア開閉イベント、移動中衝撃イベント（例えば、衝突イベント又はフロントガラスのキズ亀裂イベント）の内少なくとも１つ含み、
前記通信手段は、前記車両に影響を及ぼす少なくとも１つのイベントを表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信するように構成される、請求項２５に記載の監視装置。
【請求項２７】
車両データを提供する監視装置であって、
車両動作を感知し、エンジンを有する車両の車両動作関連データを生成する感知手段と、
前記車両動作関連データを処理し、車両静止中でエンジン停止中の前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成する処理手段と、
少なくとも１つの衝撃イベントを表す前記処理データを通信装置に対して通信する通信手段とを有する監視装置。
【請求項２８】
前記装置は、第１データ収集モードと、第２データ収集モードとを有し、
前記第２データ収集モードは前記第１データ収集モードよりも前記装置の消費電力が大きく、
前記処理手段は、
前記車両及びエンジン運動による振動関連データから、少なくとも１つの車両関連イベントを特定し、
特定された各イベントから、それぞれの車両関連イベントタイプを判定し、
前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への変更がトリガされるべきかを、特定された各イベントに対する、それぞれのイベントタイプの判定に基づき判定し、
前記変更がトリガされるべきと判定された場合に、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への前記変更をトリガするように構成される、請求項１から２７のいずれかに記載の監視装置。
【請求項２９】
車両テレマティクスデータを提供する監視装置であって、
車両の一部で車両及びエンジン運動による振動を感知し、振動関連データを生成する感知手段であって、前記車両の前記一部に結合されるように構成される感知手段と、
前記車両及びエンジン運動による振動関連データを処理し、少なくとも１つの前記車両又はエンジンの特性を表す処理データを生成する処理手段と、
少なくとも１つの前記車両又はエンジンの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する通信手段とを有し、
前記装置は、第１データ収集モードと、第２データ収集モードとを有し、前記第２データ収集モードは前記第１データ収集モードよりも前記装置の消費電力が大きく、前記処理手段は、前記車両及びエンジン運動による振動関連データから、少なくとも１つの車両関連イベントを特定し、特定された各イベントから、それぞれの車両関連イベントタイプを判定し、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への変更がトリガされるべきかを、特定された各イベントに対する、それぞれのイベントタイプの判定に基づき判定し、前記変更がトリガされるべきと判定された場合に、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への前記変更をトリガするように構成される監視装置。
【請求項３０】
前記第２データ収集モードにおいて、前記装置は、
第１データ収集モードよりも高速でセンサデータを読み取り、センサデータを集めること、
データ送信用の接続を確立するために、前記第１データ収集モードよりも高速で通信信号を送ること、
前記第１データ収集モードとは異なる電力管理アルゴリズムを選択すること、及び／又は
前記第１データ収集モードとは異なる別のサービスフロー／通信プロトコル方法を選択することの内少なくとも１つを実行する、請求項２８又は２９に記載の監視装置。
【請求項３１】
前記プロセッサは、前記感知手段からデータプロファイルを生成し、
前記第１及び第２データ収集モードの一方から前記第１及び第２データ収集モードの他方への変更の前記トリガは、前記プロファイルに応じて、前記第１及び第２データ収集モードの一方と前記第１及び第２データ収集モードの他方とでデューティサイクルを異ならせるように構成される電力管理部をトリガすることを含む、
請求項１から３０に記載の監視装置。
【請求項３２】
請求項１から２９のいずれかに記載の監視装置を使用して車両テレマティクスデータを監視する方法であって、
前記監視装置の前記感知手段において、前記センサが結合される車両の一部で車両及びエンジン運動による振動を感知し、振動関連データを生成することと、
前記監視装置の前記処理手段において、前記車両及びエンジン運動による振動関連データを処理し、少なくとも１つの前記車両又はエンジンの特性を表す処理データを生成することと、
前記監視装置の前記通信手段を使用して、少なくとも１つの前記車両又はエンジンの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信することを含む方法。
【請求項３３】
車両データを監視する方法であって、
車両動作を感知し、エンジンを有する車両の車両動作関連データを生成することと、
前記車両動作関連データを処理し、車両静止中でエンジン停止中の前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成することと、
少なくとも１つの衝撃イベントを表す前記処理データを通信装置に対して通信することを含む方法。
【請求項３４】
プログラム可能装置で実行されると、請求項３２又は３３に記載の方法を実現するためのコンピュータ実行可能指示を含むコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物品に取り付けられて、又は組み込まれて当該物品を監視する装置、又は当該物品が一部を成す装置に関する。本発明は特に車両の一部に固定され、車両の遠隔操作及び／又は車両が使用中にどのように扱われるかを監視する装置に関するが、これに限定されるものではない。
【背景技術】
【０００２】
現在、乗用車や大型トラック等の車両に搭載できるテレマティクス「ブラックボックス」装置が数多く利用可能である。当該装置は、車両がどのように運転されているかに関する情報（車速、加速、ブレーキ、場所、時間、移動距離等）及び／又はその他車両関連テレメトリを取得、分析可能とする。これら装置は通常、衛星利用測位システム（ＧＰＳ）や、慣性航行装置（ＩＭＵ）を使用して、車両の位置や運転特徴を判定する。
【０００３】
通常、当該装置は保険者、フリートの管理者又は車両の所有者のために車両に搭載される。これにより、車両がうまく運転されているかどうかや、車両が運転できる時間や場所についての制限等の使用条件が満たされているかが監視できる。装置はまた、事故が起きた際に運転速度、ブレーキが踏まれたか、及び／又はその他回避行動がとられたか、さらに／或いは衝突、衝撃が特定の種類の怪我が発生するほど大きかったか等の有益なデータの提供に使用できる。
【０００４】
保険関連システムの場合、分析の結果、運転手のリスクプロファイル（例えば、年齢、性別、前請求履歴等）に基づく通常リスクと比較して低リスクで車両が運転されていると判断されれば、当該車両の所有者（又は保険を掛けたその他人物）の保険料は大幅に引き下げられ得る。
【０００５】
別の場合では、他人が運転する車両の所有者（例えば大型トラックに係わる企業経営者や、ハイヤー会社、従業員用に社用車が提供される企業、運送業者、配送業者等その他車両フリート）は、ブラックボックス装置を特に所有する車両がどのように運転されているか、運転手が排ガス規制に適応し、燃料代を削減することを目的とした「エコ運転」をしているか、及び／又は運転手が自身に課せられた任意の特定の条件（例えば、移動距離、行先、及び／又は運転回数等に関する条件）を守っているかを確認するためにブラックボックス装置を使用できる。
【０００６】
ブラックボックスには大きく分けて２種類ある、１つはオンボードダイアグノーシス（ＯＢＤＩＩ）コネクタを介して接続されるもので、もう１つは専門家により取り付けられるスタンドアローン型ブラックボックスである。
【０００７】
ＯＢＤＩＩにより、車両のコントローラエリアネットワーク（ＣＡＮ）バスに接続されたブラックボックスは車速等のＣＡＮデータを感知する。当該ブラックボックスは、知識のある顧客によって取り付け得るものであり、典型的にはダッシュ又はグローブボックス下のどこかに取り付けられる。
【０００８】
通常、専門家により取り付けられたブラックボックスは、防犯や高リスク運転手／自動車により特化している。そのようなブラックボックスは、車両のいかなる場所にも取り付けられるが、自動車の電源（多くの場合、点火装置やアラーム源）に有線接続される必要がある。一方で、専門家により取り付けられたブラックボックスは、車両自体のシステムからは大部分において独立している。例えば、多くの場合専門家により取り付けられたブラックボックスそのものがＧＰＳ、モデム／ＳＩＭ、加速センサ、ジャイロセンサを有し、不正操作が防止され、追跡やそれに類するサービスを開始する能力を持つ。
【０００９】
ブラックボックス装置は比較的小型軽量であるが、購入、取り付けには比較的費用が掛かる（特に専門家による取り付けが必要な場合）。保険の場合、このようなコスト或いは先行費用は追加保険料で補填せねばならない可能性が出てくる。車両フリートの場合、これは比較的高い累積的オーバヘッドとなる。さらにはブラックボックス装置が不要になったり、不適切になったりした場合にも取り外しに料金がかかる可能性がある。例えば、車両が売却されると、主要な運転手及び／又は保険者は変わり、さらに／或いは現存の運転手の運転プロファイルはもはやブラックボックス装置の使用による保証の対象外である。
【００１０】
運転手用スマートフォンアプリの使用がより汎用性が高い。保険料低減のプラン／オプションの一環として、運転手はそのアプリを単純に自身のスマート装置にダウンロードすればよい。そしてアプリがスマートフォン内のＧＰＳを利用して、保険者のサーバへアップロード可能な車両利用データを求める。このとき、ブラックボックス装置の場合と同様に、ＧＰＳは複数の特徴を監視可能とする。当該特徴としては、車両の移動マイル数、車両が駐車された場所の種類、走行した道路の種類と走行速度（速度制限が参照される）、車両運転時間（例えば深夜又はラッシュアワー）、さらには天気予報を参照することで監視でき得る車両の運転状況が挙げられる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、ＧＰＳが運転スタイルの監視に特に適するとは限らない。動作の詳細まで細かく捉えるにはデータ速度が遅すぎ（２Ｈｚ未満）、連続して使用するには高電力が必要となり、スマートフォンの電池がすぐに切れたり、電池寿命全体が少なくなってしまう可能性があるのである。スマートフォンの中には加速度計を有するものもあるが、車両内での電話の設置場所や配向が不確実であることからその利点は限定的である。
【００１２】
本発明は、改良された監視装置を提供し、前記問題のいくつかを解決又は緩和する少なくとも１つの関連した方法を提供し得ることを目的とする。
【課題を解決するための手段】
【００１３】
提供される改良された監視装置の一実施形態では、装置（又はそのセンサ）が車両フロントガラスに取り付けられるよう構成され、これにより車両の使用中にフロントガラス（又は車両のその他部位）に伝わる振動を介して、運転の経済性やリスク等の運転及びその他車両使用関連パラメータが測定できる。装置により、車両運転スタイルが評価され、スマートフォンのようなユーザ通信装置に中継可能となる。例えばこれは、使用に基づき変わる保険契約の一部となるようなデータの提供に供され得る。当該装置は、加速度計のようなセンサを有して、運転挙動関連パラメータを監視する。当該パラメータとしては、装置に伝わるＧ力だけでなく、フロントガラス又は車両のその他部位の振動特性から求められる毎分エンジン回転（ＲＰＭ）、車輪ＲＰＭ、及び／又はそのた車両データが挙げられる。そのため、エンジン状態野推定や、現在のエンジンギアの推定が可能となる。これは、トレーニングデータ設定に応じた所定の閾値限定又は履歴及び現在のデータに応じた使用されている可能性の高いギアのアルゴリズム的「学習」によるものである。当該装置は、電池又は太陽光パネルを、できれば超コンデンサと共に使用したもの、或いはこれら全ての組み合わせ（例えばバックアップに使用）により電力供給されてもよい。
【００１４】
したがって、改良された監視装置の本実施形態は、比較的安価で柔軟性の高い装置であって、上述の問題を緩和又は解決した上で、既存のテレマティクス、ブラックボックス装置の多くの利点が得られるものである。
【００１５】
一態様に係る本発明は、車両テレマティクスデータを提供する監視装置であって、車両の一部において車両及びエンジン運動による振動を感知して、振動関連データを生成する感知手段であって、前記車両の前記一部に結合されるように構成される感知手段と、前記車両及びエンジン運動による振動関連データを処理して、前記車両又はエンジンの少なくとも１つの特性を表す処理データを生成する手段と、前記車両又はエンジンの少なくとも１つの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する手段とを有する監視装置を提供する。
【００１６】
本発明の特に好適な一態様において、車両テレマティクスデータを提供する監視装置であって、車両の一部において車両及びエンジン運動による振動を感知して、振動関連データを生成する感知手段であって、前記車両の前記一部に結合されるように構成される感知手段と、前記車両及びエンジン運動による振動関連データを処理して、前記車両又はエンジンの少なくとも１つの特性を表す処理データを生成する手段と、前記車両又はエンジンの少なくとも１つの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する手段とを有し、前記装置は、重量が１００ｇ未満と十分に軽量であることで、前記感知手段が十分な感度で前記車両の前記部分で前記車両及びエンジン運動による振動を感知でき、これにより前記処理手段が前記車両及びエンジン運動による振動から、前記車両に影響を及ぼす少なくとも１つのイベントを検出し、前記装置が典型的な車両衝突後も動作可能とすることを可能とする監視装置が提供される。
【００１７】
前記装置は、重量が１００ｇ未満と十分に軽量であることで、前記感知手段が十分な感度で前記車両の前記部分で前記車両による振動を感知でき、これにより前記処理手段が前記車両による振動から、前記車両がエンジンを停止して静止している状態で生じる、前記車両に影響を及ぼす少なくとも１つのイベントを検出できてもよい。
【００１８】
前記装置は、電源（例えばボタン電池のようなバッテリ）を有し、前記装置は、前記電源を含めて重量が１００ｇ未満であってもよい。
【００１９】
前記装置の重量が５０ｇ未満（前記バッテリを含んでもよい）であってもよい。
【００２０】
前記装置の重量が約２５ｇ（前記バッテリを含んでもよい）であってもよい。
【００２１】
一実施形態では、前記処理手段は、前記振動関連データを処理して、エンジンの毎分回転数（ＲＰＭ）、タイヤのＲＰＭ及び／又は現在のエンジンギアの内少なくとも１つを含む、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供するように構成されてもよい。
【００２２】
別の実施形態では、前記処理手段は、前記振動関連データを処理して、アイドル周波数、ストロークサイクル、シリンダ数、車速、エンジン種類及び／又は車種の内少なくとも１つを含む、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供するように構成されてもよい。
【００２３】
前記処理手段は、前記振動関連データを処理して、前記車両又はエンジンの特性を少なくとも１つ表す処理データを提供し、前記処理データは、前記通信装置及び他の装置の内少なくとも１つによってさらに処理され、前記車両のテレマティクスデータのコンパイルに使用されるよう、前記車両又はエンジン通信装置の前記特性を求めるように構成されてもよい。
【００２４】
前記処理手段は、前記振動の周波数分析に基づき、前記処理データを生成するように構成されてもよい。前記処理手段は、前記振動データに基づき、少なくとも１つの車両関連イベントを検出するように構成されてもよい。
【００２５】
前記感知手段は、フロントガラス、本体部分、及び／又は車両シャシの一部の内少なくとも１つ含む、前記車両の一部に結合され（、車両及びエンジン運動による振動を感知し）、当該一部のための振動関連データを生成するように構成されてもよい。
【００２６】
前記感知手段は、前記車両の固い部分に結合されるように構成されてもよい。前記装置は、前記感知手段が配置される筐体であって、前記車両の前記部分に取り付けられるように構成される筐体を有してもよい。前記感知手段は、加速度計を含んでもよい。さらに、前記感知手段は、複数の異なる次元で車両運動を感知し、関連する移動データを前記複数の次元に対して提供するように構成されてもよい。
【００２７】
一実施形態では、前記処理手段は、使用時に、静止していた前記車両が動き始めた場合、前記移動データの配向を前後方向への車両移動を表す縦軸と、横（「左右」）方向の車両移動を表す横軸とに合わせるように構成されてもよい。
【００２８】
前記処理手段は、将来使用時に前記車両が静止状態から動き始める少なくともいくつかの場合のために、前記移動データの縦軸及び横軸に対する配向を維持するように構成されてもよい。前記処理手段は、重力に基づき、前記移動データの配向を垂直軸に合わせるように構成されてもよい。
【００２９】
前記監視装置は、前記装置を、前記車両の診断ポートに接続する手段を有してもよい。
【００３０】
一実施形態では、前記通信手段は、無線通信により通信するように構成されてもよい。前記通信手段は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）、近距離無線通信（ＮＦＣ）、Ｗｉ−Ｆｉ（登録商標）、３Ｇ／２Ｇ、ＬＴＥ、Ｚｉｇｂｅｅ（登録商標）の内少なくとも１つの通信プロトコルに対応した無線通信で前記通信装置と通信するように構成されてもよい。前記通信手段は、前記通信装置と有線通信により通信するように構成されてもよい。
【００３１】
前記監視装置は、内蔵バッテリ（例えばボタン電池、円筒電池等）から電力を受けるように構成されてもよい。前記監視装置は、前記車両の電気回路に接続され、前記電気回路から電力を受けるように構成されてもよい。
【００３２】
一実施形態では、前記感知手段は、別の車両動作を感知し、関連データを出力するように構成され、前記処理手段は、別の車両動作関連データを処理して、少なくとも１つの前記車両の特性を表す処理データを生成するように構成されてもよい。前記処理手段は、前記別の車両動作関連データを処理して、前記車両に影響を及ぼす少なくとも１つのイベントを表す処理データを提供するように構成され、前記イベントは、加速イベント、車両静止中でエンジン停止中の衝撃イベント、車両静止中でエンジン起動中の動作イベント、ドア開閉イベント、移動中衝撃イベント（例えば、衝突イベント又はフロントガラスのキズ亀裂イベント）の内少なくとも１つ含み、前記通信手段は、前記車両に影響を及ぼす少なくとも１つのイベントを表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信するように構成されてもよい。
【００３３】
さらに別の実施形態では、本発明は、車両データを提供する監視装置であって、車両動作を感知し、エンジンを有する車両の車両動作関連データを生成する感知手段と、前記車両動作関連データを処理し、車両静止中でエンジン停止中の前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成する処理手段と、少なくとも１つの衝撃イベントを表す前記処理データを通信装置に対して通信する通信手段とを有する監視装置を提供する。
【００３４】
本態様では、その他車両関連のテレマティクスデータを含むその他車両関連データを監視してもしなくてもよいことが理解されよう。ここで使用される「テレマティクス」という用語は、車両のエンジン停止中のイベントを含む、あらゆる車両に影響を及ぼすイベントを表す車両関連データを包括的に指すように使用される。
【００３５】
通信手段は、ユーザの携帯電話のような通信装置上のアプリケーションと通信するよう構成されたり、或いは第三者のアプリケーション（例えば、保険者の帰属する）と通信するよう構成されたりしてもよい。後者の場合、イベント後に保険者が装置に問い合わせを行う場合に適用できる。これにより、ユーザは装置を取り外し、保険者を含む第三者（例えば、警察）に送り、装置が監視した車両への損傷の証拠がある場合そこで分析されてもよい。
【００３６】
さらに別の態様では、本発明は、車両テレマティクスデータを提供する監視装置を提供する。当該装置は車両運動を感知して、車両の車両運動関連データを生成する感知手段と、前記車両運動関連データを処理して、前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成する処理手段と、少なくとも１つの衝撃イベントを表す前記処理データ通信装置に通信する通信手段とを有する。前記装置は、１００ｇ未満と十分に軽量であることで車両衝突後も動作可能である。
【００３７】
さらに別の態様では、本発明は、車両テレマティクスデータを提供する監視装置を提供する。当該装置は、車両運動を感知して、車両の車両運動関連データを生成する感知手段であって、前記車両の一部に取り付けられるよう構成される感知手段と、前記車両運動関連データを処理して、前記感知手段が結合された、前記車両の前記一部に影響を及ぼし、前記感知手段が結合された、前記車両の前記一部の損傷を示す少なくとも１つの衝撃イベントを表す処理データを生成する処理手段と、少なくとも１つの衝撃イベントを表す前記処理データ通信装置に通信する通信手段とを有する。
【００３８】
一実施形態では、前記感知手段が結合された、前記車両の前記一部はガラスを含んでもよい（例えば、前記車両のフロントガラス）。
【００３９】
さらに別の態様では、本発明は、車両テレマティクスデータを提供する監視装置を提供する。当該装置は、車両運動を感知して、車両の車両運動関連データを生成する感知手段であって、前記車両のガラス部分に取り付けられるよう構成される感知手段と、前記車両運動関連データを処理して、前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成する処理手段と、少なくとも１つの衝撃イベントを表す前記処理データ通信装置に通信する通信手段とを有する。
【００４０】
前記処理手段は、前記運動関連データを処理し、前記衝撃イベントの発生を特定するために、少なくとも１つの前記通信装置及び他の装置による更なる処理を必要とする、少なくとも１つの衝撃イベントを表す前記処理データを提供するよう構成されてもよい。
【００４１】
前記装置は、第１データ収集モードと、第２データ収集モードとを有し、前記第２データ収集モードは前記第１データ収集モードよりも前記装置の消費電力が大きく、前記処理手段は、前記車両及びエンジン運動による振動関連データから、少なくとも１つの車両関連イベントを特定し、特定された各イベントから、それぞれの車両関連イベントタイプを判定し、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への変更がトリガされるべきかを、特定された各イベントに対する、それぞれのイベントタイプの判定に基づき判定し、及び／または前記変更がトリガされるべきと判定された場合に、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への前記変更をトリガするように構成されてもよい。
【００４２】
さらに別の態様では、本発明は、車両テレマティクスデータを提供する監視装置であって、車両の一部で車両及びエンジン運動による振動を感知し、振動関連データを生成する感知手段であって、前記車両の前記一部に結合されるように構成される感知手段と、前記車両及びエンジン運動による振動関連データを処理し、少なくとも１つの前記車両又はエンジンの特性を表す処理データを生成する処理手段と、少なくとも１つの前記車両又はエンジンの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する通信手段とを有し、前記装置は、第１データ収集モードと、第２データ収集モードとを有し、前記第２データ収集モードは前記第１データ収集モードよりも前記装置の消費電力が大きく、前記処理手段は、前記車両及びエンジン運動による振動関連データから、少なくとも１つの車両関連イベントを特定し、特定された各イベントから、それぞれの車両関連イベントタイプを判定し、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への変更がトリガされるべきかを、特定された各イベントに対する、それぞれのイベントタイプの判定に基づき判定し、前記変更がトリガされるべきと判定された場合に、前記第１及び第２データ収集モードの一方から、前記第１及び第２データ収集モードの他方への前記変更をトリガするように構成される監視装置を提供する。
【００４３】
前記第２データ収集モードにおいて、前記装置は、第１データ収集モードよりも高速でセンサデータを読み取り、センサデータを集めること、データ送信用の接続を確立するために、前記第１データ収集モードよりも高速で通信信号を送ること、前記第１データ収集モードとは異なる電力管理アルゴリズムを選択すること、及び／又は前記第１データ収集モードとは異なる別のサービスフロー／通信プロトコル方法を選択することの内少なくとも１つを実行してもよい。
【００４４】
前記プロセッサは、前記感知手段からデータプロファイルを生成し、前記第１及び第２データ収集モードの一方から前記第１及び第２データ収集モードの他方への変更の前記トリガは、前記プロファイルに応じて、前記第１及び第２データ収集モードの一方と前記第１及び第２データ収集モードの他方とでデューティサイクルを異ならせるように構成される電力管理部をトリガすることを含んでもよい。
【００４５】
さらに別の態様では、本発明は、いずれかの態様の監視装置を使用して車両テレマティクスデータを監視する方法であって、前記監視装置の前記感知手段において、前記センサが結合される車両の一部で車両及びエンジン運動による振動を感知し、振動関連データを生成することと、前記監視装置の前記処理手段において、前記車両及びエンジン運動による振動関連データを処理し、少なくとも１つの前記車両又はエンジンの特性を表す処理データを生成することと、前記監視装置の前記通信手段を使用して、少なくとも１つの前記車両又はエンジンの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信することを含む方法を提供する。
【００４６】
さらに別の態様では、本発明は、車両データを監視する方法であって、車両動作を感知し、エンジンを有する車両の車両動作関連データを生成することと、前記車両動作関連データを処理し、車両静止中でエンジン停止中の前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成することと、少なくとも１つの衝撃イベントを表す前記処理データを通信装置に対して通信することを含む方法を提供する。
【００４７】
さらに別の態様では、本発明は車両テレマティクスデータを監視する方法を提供する。当該方法は、重量が１００ｇ未満と十分に軽量であることで、車両衝突後も動作可能であるよう構成された監視装置により実行される。方法は、車両運動を感知し、車両の車両運動関連データを生成することと、前記前記車両運動関連データを処理して、少なくとも１つの衝撃イベントを表す処理データを生成することと、少なくとも１つの衝撃イベントを表す前記処理データを通信装置に通信することとを含む。
【００４８】
さらに別の態様では、本発明は車両テレマティクスデータを監視する方法を提供する。方法は、車両の一部に結合されたセンサにより車両運動を感知し、車両の車両運動関連データを生成することと、前記前記車両運動関連データを処理して、前記感知手段が結合された前記車両の前記一部に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成することと、少なくとも１つの衝撃イベントを表す前記処理データを通信装置に通信することとを含む。
【００４９】
さらに別の態様では、本発明は車両テレマティクスデータを監視する方法を提供する。方法は、車両のガラス部分に結合されたセンサにより車両運動を感知し、車両の車両運動関連データを生成することと、前記前記車両運動関連データを処理して、前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成することと、少なくとも１つの衝撃イベントを表す前記処理データを通信装置に通信することとを含む。
【００５０】
さらに別の態様では、本発明は車両テレマティクスデータを提供する監視装置を提供する。当該装置は、車両の一部において車両及びエンジン運動による振動を感知して、振動関連データを生成するセンサであって、前記車両の前記一部に結合されるように構成されるセンサと、前記車両及びエンジン運動による振動関連データを処理して、前記車両又はエンジンの少なくとも１つの特性を表す処理データを生成するプロセッサと、前記車両又はエンジンの少なくとも１つの特性を表す前記処理データを、前記車両のテレマティクスデータのコンパイルに使用されるよう、通信装置に対して通信する通信機とを有する。
【００５１】
さらに別の態様では、本発明は車両テレマティクスデータを提供する監視装置を提供する。当該装置は、エンジンを有する車両に対して車両運動を感知して、車両運動関連データセンサを生成するセンサと、前記車両運動関連データを処理して、前記車両がエンジンを停止して静止中に生じた、前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成するプロセッサと、前記少なくとも１つの衝撃イベントを表す前記処理データを、通信装置に対して通信する通信機とを有する。
【００５２】
さらに別の態様では、本発明は車両テレマティクスデータを提供する監視装置を提供する。当該装置は、車両に対して車両運動を感知して、車両運動関連データセンサを生成するセンサと、前記車両に影響を及ぼす少なくとも１つの衝撃イベントを表す処理データを生成するプロセッサと、少なくとも１つの衝撃イベントを表す前記処理データを、通信装置に対して通信する通信機とを有する。重量が１００ｇ未満と十分に軽量であることで、車両衝突後も動作可能である
【００５３】
さらに別の態様では、本発明は車両テレマティクスデータを提供する監視装置を提供する。当該装置は、車両に対して車両運動を感知し、車両運動関連データを生成するセンサであって、前記車両の一部に結合されるよう構成されたセンサと、前記車両運動関連データを処理して、前記センサが結合された前記車両の前記部分に影響を及ぼし、前記センサが結合された前記車両の前記部分の損傷を示す少なくとも１つの衝撃イベントを表す処理データを生成するプロセッサと、少なくとも１つの衝撃イベントを表す処理データを通信装置に通信する通信機とを有する。
【００５４】
動作センサからのデータを管理する有利な方法が本稿で説明される。当該方法は、監視装置の前記少なくとも１つのセンサから、監視対象に影響を及ぼすイベントを示すセンサデータを取得することと、前記センサデータを処理してイベントを特定し、特定された各イベントのそれぞれのイベントタイプを判定することと、各イベントにそれぞれ関連付けられた背景を、共通の背景タイプの複数の背景から判定することと、ユーザに第１出力数とリームとして、特てされた各イベントの表示を出力することと、ユーザからの入力に応じて、共通の背景タイプの各背景に対してそれぞれ異なる出力ストリームで、当該背景が関連付けられた各イベントのそれぞれの表示を出力することと、を含む。
【００５５】
前記処理することは、センサデータを処理して、前記各イベントにそれぞれ関連付けられたさらなる背景を、さらに共通の背景タイプのさらなる複数の背景から判定することを含んでもよい。前記方法はさらに、ユーザからのさらなる入力に応じて、前記さらなる共通の背景タイプの各背景に対してそれぞれ異なる出力ストリームで、当該背景が関連付けられた前記各イベントのそれぞれの表示を出力することをさらに含んでもよい。
【００５６】
前記背景タイプは以下の第１から第３タイプの内少なくとも１つを含んでもよい。第１タイプは、各背景が、監視対象が関連するアクティビティを表す。第２タイプは、各背景が、関連したイベントが生じた際の、監視対象（例えば、監視対象に責任を持つ個人又は個人のグループ）が関連する挙動的出来事を表す。第３タイプは、各背景が、関連したイベントが起きる状況を表す。
【００５７】
前記背景タイプは、各背景が関連するイベントが生じる状況を表す第３タイプを含んでもよい。状況は、環境的状況（関連するイベントが生じた際の温度又は湿度範囲）や、時間的状況（例えば、関連するイベントが生じた時刻）や、場所的状況（例えば、関連するイベントが生じた地理的位置又は範囲）である。関連するイベントが生じた状況を表す各背景は、それ以外の任意の状況を表すものであってもよい（環境、イベントの時間、位置に無関係のものであってもよい）。それ例としては、監視対象にイベント前に起きたことに左右される過去状況や、その他任意の状況であってもよい。
【００５８】
前記処理することはさらに、前記センサデータを処理して、イベントを複数のグループに分類することを含んでもよい。各イベントグループは、１つ以上の異なるイベントタイプのイベントを含む。特定のグループ各イベントそれぞれの表示は、当該特定のグループのイベントの表示と少なくとも１つの共通特徴が同じであってもよい。
【００５９】
前記取得することは、監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられた時間を特定する時間データと共に取得することを含んでもよい。
【００６０】
前記取得することは、監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられる地理的位置又は地域を特定する位置データ（例えば、衛星測位データ）と共に取得することを含んでもよい。
【００６１】
前記取得することは、監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられる環境要因（例えば、温度及び／又は湿度）を特定する環境データ（例えば、温度及び／又は湿度データ）と共に取得することを含んでもよい。
【００６２】
特定された各イベントは、時系列の第１出力ストリームに含まれてもよい。特定された各イベントは、時系列の各出力ストリームに含まれてもよい。
【００６３】
前記各出力ストリームは、ディスプレイ上にそれぞれ異なる視覚的ストリームとして出力してもよい。
【００６４】
さらに本明細書で開示されるのは、前記モニタセンサからのデータを有利に管理する装置であって、前記監視装置の前記少なくとも１つのセンサから、監視対象の車両に影響を及ぼすイベントを表すセンサデータを取得する手段と、前記イベントを特定し、特定された各イベントのそれぞれのイベントタイプを決定し、共通背景タイプの複数の背景から前記各イベントに関連付けられたそれぞれの背景を決定するために前記センサデータを処理する手段と、ユーザに対して、第１出力ストリームにおいて、特定された各イベントのそれぞれの表示を出力し、前記ユーザからの入力に応じて、前記共通背景タイプの各背景のためのそれぞれの異なる出力ストリームにおいて、前記背景に関連付けられた前記イベントのそれぞれの表示を出力する手段を備える。
【００６５】
本発明の態様は、コンピュータ可読記憶媒体のようなコンピュータプログラム製品にまで拡張できる。当該製品には、プログラム可能プロセッサが、上述の態様に記載の方法を実行したり、上述、又は請求項に記載の実現可能な態様を実現したりするようにプログラムするための指示が記憶されてもよい。さらに／或いは、適切に構成されたコンピュータがいずれかの請求項に記載の装置を提供するようプログラムするための指示が記憶されてもよい。
【００６６】
監視装置は好ましくはＢｌｕｅｔｏｏｔｈ（登録商標）のような短波無線電波技術を使用し、クロックが設けられている。通信装置は、約５０メータ（例えば、−４０ｍから−６０ｍ）までの比較的小さな障害のない室内範囲で、−２．４から２．５ＧＨｚの周波数帯域で動作し、さらに／或いはビットレートが約２００ｋｂｉｔ／ｓ（例えば、１８０ｋｂｉｔ／ｓから２２０ｋｂｉｔ／ｓ）の無線通信技術で動作できる。通信装置は従来のＢｌｕｅｔｏｏｔｈ（登録商標）よりも低いビットレートの無線通信技でも動作可能である。例えば、電力消費を抑えるため、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）又はＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）のようなプロとコルに対応した無線通信技術で動作してもよい。したがって、通信「アドバタイジングイベント」は低周期となるようあらかじめ構成されてもよい。
【００６７】
発明はさらに、前記監視装置と、装置と通信するよう構成された携帯スマート装置と、データ取得のため、前記スマート装置と通信するよう構成されたリモートサーバと、を有するシステムを提供してもよい。
【００６８】
例えばサーバは、データ機密性、装置及びユーザ認証、及び詐欺防止のためにデジタル鍵管理のような特徴を含むように構成されてもよい。さらに、処理データ用の分析エンジンも含んでもよい。さらに、データ又はイベントの管理、参照のためのユーザインターフェースを含んでもよい。さらに、ＳＭＳ、電子メール又はその他メッセージシステムによりデータ、イベント、或いはデータ又はイベントに繋がるウェブリンクを配信する警告機構を含んでもよい。
【図面の簡単な説明】
【００６９】
本発明をより理解しやすくするため、以下の添付図面を例示的に参照する。
【００７０】
【図１】テレマティクス監視システムの概略図である。
【図２】図１のシステムに使用される監視装置の概略ブロック図である。
【図３】図１のシステムの概略ブロック図である。
【図４】例示的車両の長手方向加速と、横加速の相関の理想的なプロットの一例を示す。
【図５ａ】乗用車の加速相関の密度プロットの例を示す。
【図５ｂ】図５ａに関連する線プロットの例を示す。
【図６ａ】小型車の加速相関の密度プロットの例を示す。
【図６ｂ】図６ａに関連する線プロットの例を示す。
【図７ａ】高級通勤用自動車の加速相関の密度プロットの例を示す。
【図７ｂ】図７ａに関連する線プロットの例を示す。
【図８】例示的車両の経時的な振動力及び加速を示すスペクトログラムの一例を示す。
【図９】図１のシステムの監視装置を使用する車両の行程フィンガープリントの例を示す図である。
【図１０】イベントデータの分析、表示の別の方法を示す。
【図１１】別の用途用の監視システムを示す。
【図１２】図９、１０に示す行程フィンガープリントのより具体的な例に類似する、監視装置のセンサからの複雑なデータを管理する、より一般的な技術を示す。
【図１３】典型的な物流用途での、行程フィンガープリントの一例を示す図である。
【発明を実施するための形態】
【００７１】
●要旨
図を参照に説明される実施形態は、主にその保険業界での用途に対応して示される。ただし、開示される概念が、他業界でも同様に適用でき、具体的には車両ハイヤー会社、従業員が社用車を使用できる会社、配送業者等の、車両フリートオーナー又は管理者に適用できる。
【００７２】
本発明は、図１に示すような、テレマティクス保険で使用されるシステム１を提供する。システム１は、監視装置又は「タグ」２と、「スマート」ユーザ通信装置２６と、セキュアリモートサーバ５０とを備える。スマートユーザ通信装置２６は、監視装置２との通信用のスマート装置アプリケーション（「アプリ」）２８を有する。セキュアリモートサーバ５０は、分析、報告、警告を扱い、アプリ２８や、インターネットのような通信ネットワーク１３を介して、スマート装置２６と通信するように構成されている。サーバはまた、多数のその他装置１５とも通信可能である。当該装置１５の例としては、モバイル（携帯）電話（例えばショートメッセージサービス（ＳＭＳ）や自動音声電話により通信）や、タブレットコンピュータ（例えば関連ウェブサイト又はアプリにより通信）、及び／又はパーソナルコンピュータ（例えば、関連ウェブサイト又は搭載された専用ソフトウェアにより通信）が挙げられる。上述の例示的システムでは、監視装置２は車両使用データを監視し、当該データをスマートユーザ通信装置２６にインストールされたアプリ２８に無線で送信するように構成される。本例におけるスマートユーザ通信装置２６は、アプリ２８を介して受信した受信車両使用データを、インターネット１３を介してセキュアリモートサーバ５０に送信するように構成された「スマートフォン」を含む。
【００７３】
例えば、セキュアリモートサーバは保険会社又はフリートオーナーが所有するものであってもよい。システム１により、保険会社は運転手の運転挙動を追跡し、当該運転手の運転挙動に基づき、保険用途のため「リスク」予測を設定してもよい。このように記録される運転挙動はまた、運転手に運転が上手にできているかフィードバックするため、又は事故や衝突の詳細を把握するために使用されてもよい。安全な運転挙動が保険料の節約に寄与することから、このようなシステムの利用は、運転手にとって有利である。
【００７４】
本実施形態では、監視装置２は車両フロントガラス（又はドア枠、シャシクロスブレース、ハンドル）に固く取り付け可能であり、（或いはドア枠、シャシクロスブレース又はハンドルのような車両のその他部位）取り付けられた車両の振動や加速を測定するためのセンサアレイを備える。センサの典型例としては加速度計や温湿度計が挙げられるが、磁力計、光や、ジャイロ運動を図る別のセンサも含む。監視装置２としては、車両フロントガラスに固く取り付けるのが得に有利である。これにより、他の構成でははじかれてしまうような、エンジン運動の微妙な変化のよる比較的小さな振動も監視装置２で検出可能となる。加速度計で検出された振動及び／又はその他情報から、車両使用データや運転手の運転挙動の多くの要素を推定できる。当該要素としては、車輪速度、エンジン  ＲＰＭ、選択されたギア、縦横加速、ＡＢＳ／ＥＳＰイベント、衝撃又は衝突重度、車両方向が挙げられる。監視装置２を固く取り付ければ、このような微妙な振動を感知するだけではなく、不使用中（例えば駐車中）の車両への追突やキズの検出や記録が可能となる。監視装置２は十分小型軽量であることも、センサがこれら非常に微妙な車両振動を検出することを可能としている。さらに、監視装置２はＢｌｕｅｔｏｏｔｈ（登録商標）のような短波電波技術を使用するように構成される。
【００７５】
典型的には、スマートフォン２６は、約５０メータ（例えば、−４０ｍから−６０ｍ）までの比較的小さな障害のない室内範囲で、−２．４から２．５ＧＨｚの周波数帯域で動作し、さらに／或いはビットレートが約２００ｋｂｉｔ／ｓ（例えば、１８０ｋｂｉｔ／ｓから２２０ｋｂｉｔ／ｓ）の無線通信技術で動作できる。スマートフォン２６は、従来のＢｌｕｅｔｏｏｔｈ（登録商標）よりも低いビットレートの無線通信技でも動作可能である。例えば、電力消費を抑えるため、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）又はＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）のようなプロとコルに対応した無線通信技術で動作してもよい。さらに、典型的にはスマートフォン２６を利用可能である。
【００７６】
典型的には、アプリ２８はユーザによりスマートフォン２６にインストールされるが、スマートフォン２６にプリインストールされてもよい。
【００７７】
アプリ２８は「スキャン」モードを有する。当該モードではアプリ２８はスマートフォンに近傍の監視装置をスキャンさせ、ユーザに利用可能装置のリストを見えるようにする。ユーザはアプリ２８を使用して、当該リストから適切な監視装置２を選択でき、適切な監視装置２を適切な車両に割り当ててもよい。この処理中に、アプリ２８は近傍の監視装置の信号強度を監視し、ユーザに最も近い（即ち最も信号強度が高い）監視装置２を提案してもよい（例えば、リストに優先度を設定し、最近傍の装置（複数可）を強調表示したり、単純に１つの装置をユーザに示したりしてもよい）。さらに当該処理は、アプリ２８が装置２に正しく関連付けられていない場合の拒否機能も含む。さらに、装置２は他のユーザの関連付けられていないアプリからの通信要求を拒否することができる。スマートフォン２６と監視装置２との関連付けは比較的低頻度で行われればよい（例えば、年に一度の更新）。
【００７８】
本例では、ユーザが関連付けられていると信じる監視装置２に対しアプリ２８が通信していることを確認するための表示を提供するモードを監視装置が有するという利点もある。これが特に有用なのは、新しい又は関連付けされていなかった監視装置２が利用される場合、特に選択でき得る近傍の装置が多数である場合である（例えば、所有者が車両／タグをまとめて関連付けている複数自動車保険）。本例における上記表示は、監視装置２が初期起動された際（例えばバッテリタブが抜かれた際）、監視装置２が車両に関連付けられる（「対応付けられる」）用意ができていることを示す、第１発光状態（例えば、特定の発光特性、特定の発光率、及び又は特定の色による）を有する視覚的指示（例えば発光ダイオード（ＬＥＤ）による）であってもよい。その後、ユーザのアプリにより問い合わせを受けると、当該監視装置２が問い合わせ中であることを確認するため、表示は第１と異なる第２発光状態（例えば、異なる発光特性、発光率、及び又色による）に移る。
【００７９】
同様の確認処理に対して、任意の適切な視覚的、聴覚的、又はその他表示（あるいはその組み合わせ）を使用してもよいことが当業者には理解されよう。
【００８０】
アプリ２８と監視装置２とが通信すると、アプリ２８はユーザに対して、アプリ２８内でユーザに関連付けられた車両に監視装置２が取り付けられていることを確認することを要求する。或いは、アプリ２８内の選択ページ上の車両リストからの選択（アプリ２８内で、ユーザが多数の車両に関連付けられている場合）、又は車両詳細がアプリ２８に保持されていない場合（保険者が中央サーバで関連付けをしていないため）は手動で選択により、監視装置２を取り付けた車両を特定することをユーザに要求する。これはユーザが複数の自動車に同時に保険を掛けた場合に特に有利である。
【００８１】
アプリ２８により、監視装置２が正しい車両にリンクされると、それ以上のユーザ設定は不要であり、監視装置２は自身の内部アルゴリズムを自動設定可能となる。アプリ２８は、監視装置２が「起動中」であるかを確認するためユーザが参照するモードを提供する。監視装置２は電源が切れるような事態になるまでは「ＯＮ」状態に維持される。省電力のため、監視装置２は「ＯＮ」状態を示す視覚的表示を提供しなくてもよい。
【００８２】
アプリ２８はスマートフォン２６のバックグラウンドで動作するように構成される。これは運転前にアプリ２８を動的に起動する必要がなくなるという点で有利である。アプリ２８が監視装置２に問い合わせをする際、ユーザがアプリ２８と相互干渉する必要がない。合意があれば、アプリ２８は、セキュアリモートサーバ５０と通信するように構成される。これは典型的にはフリーＷｉ−Ｆｉエリア又は携帯データが低価格又は無料で有る場合に該当する。アプリ２８は、セキュアリモートサーバ５０と通信可能な時間又は場所を定義するようユーザがアプリ２８を設定するために使用可能な許可設定を含む設定を有する。例えば、アプリ２８がバックグラウンドで動作できるようにするには、ユーザが特定の許可を設定する必要あってもよい。他の例としては、アプリ２８がそのデータをセキュアリモートサーバ５０に週に一度アップロード出来るよう、ユーザはアプリ２８の設定を定義してもよい。
【００８３】
ユーザは、監視装置２とアプリ２８を介して相互干渉する。アプリ２８は、行程の検討や、例えば保険料節約に反するような高リスク行動が行われた場所の閲覧のようなタスクを、ユーザに実行可能とするように構成される。
【００８４】
ユーザがアプリ２８に対してバックグラウンドで動作するための権限を与えないと判断しても、監視装置２は常に起動中であり、車両のたどる全ての行程の主要素を常に記録し続ける。アプリ２８は、スマートフォン２６から、プロットされたＧＰＳ位置を定期的に要求することで、スマートフォン２６内で利用可能なＧＰＳ要素を使用するように構成される。監視装置２は、その行程に対する知識や、車両特性（主に確認されるエンジン信号）、運転手特性（典型的には運転手挙動）、道路特性（道路の主な凹凸）に関して確認されるようなものから、当該要求の規則性を管理する。監視装置は、既に有している知識をあくまで補強するためデータを要求することで、ＧＰＳデータへの依存度を低減できる。例えば加速度データに基づき、監視装置２は、そのリスク警告予測を補強するために、速度及び位置確認を要求してもよい。これにより、ユーザはＧＰＳ要求を最小限にとどめたシステムが提供され、ユーザのスマートフォン２６の電池寿命を延ばすことが可能になるという利点がある。
【００８５】
特定の行程全体で、ユーザがアプリ２８をバックグラウンドで動作不能にできるため、当該行程ではＧＰＳデータが欠落する場合がある。監視装置はアプリ２８と接続３０が確立しているため、アプリ２８なしで車両が運転されていることを認識する。当該情報は、ユーザのリスクプロファイルで強調され、その結果、ユーザがシステム機能の使用を繰り返し避けるよう選択していることを示す警告が保険者に送られてしまい、ユーザが保険料節約する機会を失う可能性がある。当該警告は、主な運転手が電話／アプリをオフすることにこだわるような場合、異なる方法で行われてもよい。例えば別のユーザ／運転手の電話内のアプリを使用したり、電子メールやテキスト等を使用したりすることで、主な運転手に対して、使用データにアクセスしない限り、保険料低減ができなくなること、又は極端な場合、保険契約自体が無効、失効することを通知してもよい。
【００８６】
アプリ２８は、監視装置２から収集された使用データを様々な態様で表示するように構成されている。使用データは、動作、所有者、内容に応じて拡張されてよい。例えば、監視装置２はどの行程で運転していたのは誰なのか、そしてそれにより各警告の対象は誰であったのかを構築、通知できる。このデータは、警告がが強調された特定の行程まで一年分閲覧できる。そして各警告について個別に分析でき、例えば高リスク運転、位置、時間、速度、加速等についての原因の説明がなされる。
【００８７】
セキュアリモートサーバ５０は、照合、さらなる分析、協調対応用に、保険者が予め設定した、又はユーザが設定した間隔をあけて、アプリ２８が収集したデータを受信するように構成されている。当該データは、監視装置２が記録したデータや、スマートフォン２６からの位置及び車速に関するいくつかのＧＰＳデータを含む。アプリ２８はセキュアリモートサーバ５０に通信ネットワーク１３を介してデータを送信する前に、当該データにいくつかの処理を施すように構成される。これは、セキュアリモートサーバ５０の分析要素の伝達要件を最小限にできるという点で有利である。実際のリスク警告が確認された場合、これらが通信ネットワーク１３を介してアプリ２８に戻されて、節約が可能であった部分がハイライトされる。当該情報は、当該リスク評価の根拠を含んでもよく、典型的にはそれは単純な「運転速度が速すぎる」又は「横Ｇが大きい」よりも詳細なものである。
【００８８】
上述の実施形態は、単にシステム１の一実施例を示すものであることが理解されよう。請求項の範囲内でシステム１に多数の変形や変更が加えられてもよい。その多数の変形及び変更は、本稿末尾の「変形及び変更」の項にて列挙される。
【００８９】
テレマティクス保険では、システム１を使用することを選んだ保険者及びその顧客には多数の利点がある。監視装置２は小型、軽量、肉薄であるため、保険者は例年の契約更新文書を顧客に通常の郵便システムで郵送する際、容易に郵送できる。保険会社は運転手に監視装置２を設置し、アプリ２８の最新バージョンをインストールするよう求め、保険者は顧客が自身の車両に監視装置２を正しく設置したという通知を、アプリ２８を介して受信してもよい。両者（即ち保険者と運転手）に対し設置料金は実質的に全く発生しない。そして監視装置２が非常に低価格であれば、使い捨て装置として使用されてもよい。これは保険が年間契約ということ、より安い保険料のため保険者をを乗り換えることが多々あることを考えると都合がよい。これらすべてが低保険料に寄与する。監視装置２は電力や車両への電気的接続を必要とせず、自動車への取り付けに際して特殊な取り付け具が必要ないため、車両の相手先ブランド製造（ＯＥＭ）に関する同意も不要である。監視装置２（アプリ２８を含む）は包括的なサービスを提供するものであって単なるセンサではない。例えば、車両の所有者又は運転手に対して、人身障害請求を減額する証拠となる精確な衝撃記録を提供でき、事故が小さくても所定の衝撃／事故警告を提供できる。実際、監視装置は積極的衝突イベント通知サービスを提供する。当該サービスは、事故直後に主要衝突データがバックエンドシステムと共有され、分析される。これにより、保険会社は該当する運転手に連絡を取り安心させるために、事故が検出されており、請求処理に対する対応が既に進行中であることを伝えることが容易にできる。このような解決手段により、ＧＰＳデータだけに頼るスマートフォンのみを使用した解決手段よりも確実に向上が図られる。例えば、精確な衝突データを把握できることで、責任の所在（例えば、保険対象運転手の過失ではない追突を検出する）を明らかにし、又は運転手が医師の診断を必要とするか否か（例えば衝撃がかなり激しいか、頸椎捻挫を起こし得るようなものであるか）の判断を可能とする。
【００９０】
顧客の利益としては、通常のブラックボックス関連料金や設置料金がないことから低保険料であることが挙げられる。記録されたデータの質から、運転手と詳細な分析が共有され、そのリスクプロファイルの更なる改良、改善についての説明が可能となる。監視装置２は、常に同じスマートフォン２６が使用されても、誰が車両を運転しているかを評価でき、複数の運転手のフィンガープリンティングが可能である。監視装置２は常に起動しているため、運転手が自身の車両内におらず、車両が停車中であっても車両が衝撃を受けたことを強調できる。さらに、監視装置２は激しい衝突を精確に検出でき、スマートフォン２６を使用して例えば保険会社、さらには救急サービス又は他の道路使用者に対する警告を発することができる。
【００９１】
以下の項目において、システム１の各種構成要素をより詳細に説明する。
【００９２】
●監視装置
図２は、監視装置の簡略化概略ブロック図を示す。
【００９３】
監視装置２は、装置構成要素を内蔵する小型パッケージとなるようなフォームファクターを有し、それを概略的に図２に示す。装置２は、本実施形態ではＢｌｕｅｔｏｏｔｈＳｍａｒｔ（登録商標）チップ８のような集積回路（ＩＣ）である制御モジュール８を有する。制御モジュール８は３軸加速度計１０と通信する。本例では、電力はボタン型電池のような電池１４により供給され、タイミング及び同期データは時計１６により提供される。任意で、制御モジュール８が通信して、追加的センサデータを得るための温度、圧力、湿度センサのような１つ以上の追加センサ１２を含んでもよい。さらに、装置２はスマートフォンやサーバのような他システムからのメッセージを認証するため、又はスマートフォンやサーバのような他システムに対する装置の認証を確認するための１つ以上のセキュリティ要素（セキュアＩＣ等）を有してもよい。
【００９４】
通常、監視装置は軽いほどその微妙な振動に対する感度が高くなり、監視装置が取得するデータから抽出可能な車両特性がより幅広くなる。
【００９５】
具体的には、装置の質量、即ち慣性を最低限に抑えることで、より重い装置では見逃されてしまうようなイベント特性を把握できる。したがって、本実施形態のパッケージは、監視装置が車両のフロントガラス（又はその他部位）に邪魔にならないように取り付けできるほど十分に小さく、軽量である。したがって、精確に毎分エンジン回転数のような車両関連データを判定するために必要な微妙な振動関連データを検出する加速度計１０の性能に影響することがない。典型的には、例えば、パッケージの容積が約４５ｍｍ×４５ｍｍ×１０ｍｍ内に収まり、重量としては２５ｇ以下であることが特に好ましい。装置の重量が１００ｇ未満（電池含む）（より有利には５０ｇ未満）は以下の理由から特に有利である。即ち、そのような装置は振動が測定される表面に直接強固に取り付けることが用意となる。しかも、装置と表面とが良好に結合される（例えば、振動関連データを抽出する能力に干渉するようなより複雑な取り付け器具ではなく、接着テープで十分である）。また、そのような装置は容易に顧客に郵送でき、専門家の補助なしに設置可能となる。そして、そのような装置は大抵の車両衝突であれば大きく損傷せずに済むため、事故後（又は事故の最中でも）有効となり得る衝撃イベントデータを取得可能となる。軽量であることで、例えば大量の診断データのようなその他車両関連データを抽出可能となる。診断データとしては、サスペンションの「状態」、タイヤ圧、タイヤアラインメント、排気「状態」及び／又その他のものに関連したデータ等が挙げられる。重量が１００ｇ未満であることが特に振動分析と関連した結果が優良となることが確認されたが、１５０ｇ未満（又は２００ｇ未満）の監視装置も有用な振動関連データ得るために使用できる。制御モジュール８はプロセッサ２０に結合された通信インターフェイス１８含み、プロセッサ２０はメモリ２２、電力管理部２４、データ分析モジュール２５に結合されている。通信インターフェイス１８はＢｌｕｅｔｏｏｔｈ（登録商標）、ＢｌｕｅｔｏｏｔｈＳｍａｒｔ（登録商標）、ＮＦＣ、Ｗｉ−Ｆｉ（登録商標）、３Ｇ／２Ｇ、ＬＴＥ、Ｚｉｇｂｅｅ（登録商標）又はその他任意の適切な無線プロトコルを使用できる。インターフェイス１８は定期的に「アドバタイズ信号」を送るように構成され、これは運転手のスマートフォン２６又はその他スマート装置のような対応する装置により検出可能である。インターフェイス１８はさらに、データ転送のためにスマートフォン２６と接続３０を確立できる。従来では、本発明のシステムはスマートフォンアプリケーション（アプリ）２８も提供し、それは監視装置２への問い合わせ用に、スマートフォン２６にインストール可能である。例えば、Ｂｌｕｅｔｏｏｔｈスマート（登録商標）装置は典型的には室内範囲５０ｍとなる（送信路が妨害されない場合）。
【００９６】
加速度計１０は、イベントが起きると割り込みコマンドをトリガし、プリバッファデータの記憶が開始するように構成されたイベントセンサとして機能する。例えば、１つ以上の所定の基準値を超えた加速又は減速開始の際にイベントがトリガされてよい。加速度計の内部ローリングバッファにより、プリトリガモードでもそのようなイベントの開始を把握することができればよい。当該バッファデータは、その他のトリガデータと共に、イベント毎の単一記録ファイルに記憶される。
【００９７】
例えば、通常バックグラウンドレベルとは一線を画する、事故（後部からの強烈な衝撃）又は急速過ぎる屈曲などの異常イベントの発生を示す所定の基準値レベルを越えた加速が１つ以上の軸で検出された場合、「重要」イベントがトリガされてもよい。同様に、通常バックグラウンドレベルとは一線を画する減速が所定の基準値レベルを越えた場合、それは事故が起きた（例えば、車両を急停車させるような衝撃）又はブレーキが強く踏み込まれたことを示唆し得る。ドア開閉イベント、エンジンアイドリングイベント、高回転イベント、車両が停止中でエンジン停止状態の微小な衝撃（例えば駐車場での接触）などのあまり重要でないイベントも検出され、データ収集トリガに使用されてもよい。
【００９８】
必要であれば、より忠実な「記録」モードが起動されてもよく、その間データは制御モジュール８に送られ、イベントが完了するまでのイベント期間中にデータはより高い頻度で読み取られる。この期間は所定の期間であってもよく、又はデータに応じて決定されてもよい。例えば制御モジュール８は数秒以上、約４００Ｈｚでデータを収集する。この場合、制御モジュール８はデータを収集するより早くブロックリードしてしまう可能性がある。
【００９９】
装置は、追加センサ１２が追加できるよう、プラットフォーム型設計で構成されてもよい。イベント期間外の初期設定として、任意のセンサ又はセンサ群の低電力モードが実施されてもよい。これはセンサ（複数可）のサブシステム内で実現され、制御モジュール８にコードされた電力管理部２４の機能で制御されてもよい。したがって、上述のスマートセンサ機能のような電力管理アルゴリズムの態様は制御モジュール８上で実現されてもよい。センサが「スリープ」モードにあれば、消費電力は最小化され、装置が問い合わせ中のスマート装置の近傍にないことが推定されれば、同様に上述された通信低電力／低周波数アドバタイズメントモードが実施されてもよい。イベントに応じて装置が「スリープ」モードから復帰すると、イベント関連電力管理アルゴリズムが選択され、さらに／或いは検出されたイベントの性質に応じて適切なサービスフロー／通信プロトコルが選択されてもよい。
【０１００】
データ分析モジュール２５は、プロセッサ２０に加速度計１０とその他任意のセンサから取得されたデータを分析させるよう設計されたファームウェア又はソフトウェアモジュールを含む。データ分析モジュール２５に制御されたプロセッサ２０は、取得された任意のデータに予備的な分析を行い、この予備的な分析後に、その後スマートフォン２６へ送信されるよう、メモリ２２に記憶されるべきデータを判定する。
【０１０１】
したがって、メモリ２２は検出されたイベントに関連し、スマートフォン２６即ちスマートフォンアプリ２８に送信準備できた処理センサデータを記憶する。データがどのように記憶されるかは、検出されたイベントの性質に依存してもよい。例えば、重要イベント（所定の加速又は減速を越えた場合）については、イベントの性質や、あらゆる回避行動の試みについての有用な情報を提供するため、またイベントの重度を判定するため、十分なデータが必要となる。さらにさらに／或いは、追加のデータがあればスマート装置及び／又はサーバによる受信後の分析がより詳細に行うことが可能となり得る。例えばドア開閉イベントのような既知の定期的なイベントであると特徴づけられる他のイベントに対しては、求められる記憶されたデータ（例えば、イベント時間、イベント種類、可能であれば重度インジケータ）がより少ないもので有り得る。
【０１０２】
上述の通り、図３に示すよう、顧客はスマートフォン２６にインストールされたアプリ２８を通じて監視装置２に問い合わせを行う。
【０１０３】
さらに、システムは顧客の運転挙動に関心のある企業、例えば保険会社、フリートオーナーの「本部」４８に関連付けられた分析施設を有してもよい。分析施設はクラウドサーバのようなサーバ５０を提供してもよい。例えばサーバ５０により、車両所有者のスマートフォン（監視装置２からデータを収集及び通信するために使用されたスマートフォンと同じ又は異なる場合がある）を通じて、車両又は運転手に関連するサーバ側で分析されたデータの遠隔監視を可能とすることができる。車両位置は監視装置２からデータを収集及び通信するために使用されたスマートフォン２６内の、又はそれに関連するＧＰＳ装置４６から取得してもよい。或いは、監視装置２により内部ＧＰＳ装置へのアクセスを提供する（監視装置２は自身の内蔵バッテリから電力供給されているが、余分な消費電力を避けるには外部ＧＰＳが有利である）。このように、監視装置２はいつでもスマートフォン２６上の保険会社専門アプリ２８を使用して問い合わせ可能である。
【０１０４】
分析設備４８はデータを遠隔処理するための更なるデータ処理機器５２を有してもよい。このようなデータ処理では、携帯機器の場合のようには処理電力及び消費電力が限定的ではないため、より強力なアルゴリズムが使用できる。さらに、ユーザの前回の請求、運転履歴或いは年齢、性別、車種等に関する特定のリスクプロファイルの挙動傾向等の別ソースのデータ５６を、監視装置２からのデータに追加で使用してもよい。
【０１０５】
さらに、企業は積極的に検出された事件に反応できる。例えば、メッセージや警告を送ったり、電話で顧客にその車両の潜在的損害についての時間や特徴を通知したり、その請求オプションの詳細、又は保険料に請求を回すことの影響等を連絡してもよい。これにより、保険会社には明確なサービスの差別化が図れるだけではなく、詳細な衝突データにより、請求に関連したコストを即座にリングフェンスでき、より高質なビジネスリスクモデルを構築できるのである。さらに施設は、顧客が自身の車両位置やあらゆる重大事件を追跡可能とするウェブサイト５４を提供してもよい。これは、車両所有者ではない運転手（例えば高リスクとなる十代の子供や従業員）により車両が使用される場合に特に有利である。
【０１０６】
●動作
ユーザが監視装置を保険会社から受け取った後の典型的な動作を、あくまで例示的に示す。
【０１０７】
まずユーザは監視装置２を車両フロントガラスに取り付ける。監視装置２は電池タブを引き抜いたり、同様にして物理的に監視装置２への電力をＯＮにしたりすることで起動する。監視装置がＯＮで、所有者のスマートフォンへの「関連付け」を待っている状態であることが視覚的表示により確認される。視覚的表示器により、監視装置が記録中である又は電池残量が少ないといったその他イベントの表示に使用されてもよい。ただし、視覚的表示器は必ずしも必須ではなく、省略したり使用を限定したりすることで、監視装置２の長期操作のために電池残量を残しておくことが可能となる。装置は取り付けられて起動された後にＯＦＦにできないほうがよい。
【０１０８】
その後ユーザはアプリ２８を使用して「スキャン」モードにし、適切な監視装置２を選択する。監視装置２とスマートフォン２６との間に通信が確立すると、監視装置２はアプリ２８を介して「ペアリング」が成功したことを確認するか、或いはその視覚表示を第２ステータスに変更してユーザがアプリ２８を介して現在問い合わせ中なのはその監視装置２であることを確認する。
【０１０９】
アプリ２８と監視装置２とが通信すると、アプリ２８はユーザに、監視装置２が取り付けられたという車両詳細を確認するよう要求する。確認は、アプリ２８によりハイライトされた車両を確認すること、アプリ２８内の選択ページ上の車両リストから車両を選択すること（ユーザに対してアプリ２８で複数の車両が関連付けられていた場合）、又はアプリ２８が現在車両詳細を有さない場合は手動で行われる。そしてアプリ２８は監視装置２を正しい車両に関連付ける。以下で説明する通り、装置２は実使用データを記録後に運転手と車種を確認できる。これにより保険会社が非保険車両／運転手と装置２で検出された実際の保険車両／運転手を比較しやすくなり得る。
【０１１０】
監視装置２を車両フロントガラスに取り付け、上述の通りに監視装置を設定することで、自動車の微妙な振動の多くの測定を記録、分析できる。
【０１１１】
例えば、図８に配向、平滑化された（不要なエンジン振動が除去された）、小型車の振動の加速度計データ及びスペクトログラムの部分図を示す。
【０１１２】
当該部分図は、自動車が発車する前の数度のエンジンアイドリングを示す（スペクトログラムの周波数３０Ｈｚ直下）。ここではギアチェンジが特に激しい（スペクトログラムの約６０Ｈｚ〜約１００Ｈｚ範囲の１８９，１９２，１９５，１９９秒時点が該当）。この場合、ギア変更は配向された加速度計データにおいて加速の断絶として、振動データにおいてエンジンＲＰＭの基本周波数の断絶として、明確に示されている。車輪回転及び車道騒音関連振動は、エンジン回転とは周波数により明らかに区別され（周波数が約４０Ｈｚ未満）、そのためフィルタされ、さらに／或いは分けて分析できる。
【０１１３】
典型的な実施される又は可能な振動分析の種類を、実験データとテレマティクス分野で実施可能な分析の態様を参照にして、以下により詳細に説明する。記録された振動は、大きく車輪／道路振動と、エンジン振動とに分けられる。理想的な状況では車輪振動から自動車速度が判定可能である（車輪径は既知であるものとする）。自動車が静止中にエンジン振動からエンジンアイドル周波数が明確に特定でき、大抵の場合これによりエンジン形式（例えば、ストロークサイクルやシリンダ数）が特定でき、エンジン振動の基本振動数をエンジンＲＰＭに変換できる。これによりギアチェンジが判定可能となる。変速比がわかれば（又は近似できれば）、具体的なギアまで判定できる。或いは、近似の使用ギアデータを判定するため、静止状態からギアを「数える」ことができる。
【０１１４】
さらに、同一の自動車及び運転手による行程の変化から、走行した行程の種類を推定できる（例えば、高速道路を長期走行すれば、低加速が集中する）。
【０１１５】
●正しい配向
監視装置２のセンサ加速度計軸を車両の縦軸（前後）、横軸（左右）、垂直軸に対して正しく配向することは、ユーザからの手動入力を一切介さず、二段階処理で実現可能である。最初のステップとして、重心が垂直軸（又は「Ｚ」軸又は「第３軸」）に沿って下方となるよう、装置２のソフトウェア内で計算されたデータ軸を回転させる。そして、残りの２つの軸を、当該２軸の各信号の非依存性が最大限となるまで回転させることで、前後及び左右成分が分離される（これは尖度と呼ばれる統計的尺度を最大化する主成分分析と呼ばれる数学的手法により実現される）。
【０１１６】
そして前後及び左右成分が分離される。前後又は「縦」加速軸は、車両が静止状態から発進する際に特定される。車両がカーブから発進する場合も含めて、必ず前後方向の加速が第１となる。横加速は車速及び回転率に比例し、発進時の車両は速度が非常に低いのである。車両は駐車スペースからバックで出る場合があるため、軸の前方向が即座に正しく判定されない場合がある。ただし、大抵の場合には車両はその後前進する。また、交差点や交通信号から発進する場合も前進する。このことは、縦軸の前後方向を判定し、その後確認（又は修正）するように確実に使用できる。したがって、縦加速軸の配向は精確に判定されることが可能である。
【０１１７】
●加速相関プロット
加速度計からのデータを分析することで、理想的な縦加速及び横加速特性に基づく運転性能の評価に使用可能なデータが得られるという利点がある。
【０１１８】
図４に、車両の縦加速及び横加速の理想的相関のプロット図を示す。同図では、通常運転時にｘ（縦加速）及びｙ（横加速）軸領域に加速データが大きく広がっており、激しい操作による時折の偏移があることが示されている。本プロット図のもとになったものの明確なピークにより、ほとんどの時間で車両加速が生じていないことがわかる。すなわち、自動車が静止しているか、一定のスピードで前進しているのである（例えば高速度道路又はその他直線道路）。通常運転において、単軸上の偏移は、直線で運転手が加速しているかブレーキを踏んだ場合に生じるものと考えられる。通常運転のほとんどの場合において、運転手がハンドルを切りながらブレーキ／アクセルを踏むことを同時に行うことはないが、一定速度でハンドル操作はよく行われる。したがって、このプロット図は、ｙ軸の偏移はハンドル操作のみによるものである。ハンドル操作は、加速又はブレーキによる加速よりも穏やかである傾向にあるので、等高図では縦軸のほうが横軸よりも許容偏移が大きい。
【０１１９】
本プロット図の特性から明確にそして繰り返し逸脱する運転手は、例えば多くの場合、大きくブレーキを踏みこんでの減速と、激しいハンドル操作を組み合わせている。このような挙動をとる運転手は明らかに「荒い」運転手であるとみなすことができよう。この知見はリスクに直結するものではない（例えば非常に運転技術の高い運転手が、非常に運転性能の高い自動車に乗っている可能性がある）。しかし当該運転手の評価制度を高めるものではあるだろう。それより有用といえるのは、特定の運転特徴が、年齢／性別等に関連付けられた既知の運転スタイルと比較できることであり、そしてその比較について判定が行われることであろう。例えば、データ内で、多くの突発的運転操作がハイライトされていれば、それは通常年配の運転手を示すものであって、その年配の運転手に対してリスク特性を最適化できる。
【０１２０】
この相関分布に影響を及ぼす様々な要因の例として、行程種類（高速道路／アウトバーン又は市街地の交通）、自動車（利用される動力又は牽引力）、運転手（安全運転指向の運転手か激しい運転をする運転手か）が挙げられる。図５ａ、６ａ、７ａはそれぞれ自家用車、小型車、高級車についての加速度相関の密度プロット図の一例を示す。加速度相関の密度プロットが重ねられた等高線図は、理想的な安全運転を行う運転手に対応する。図５ｂ、６ｂ、７ｂにプロットされた線は、それぞれ個別の挙動を示す。この加速分析を用いれば、運転手のスタイル、ひいてはそのリスク特性を、高リスクイベントのみに対して「起動」し、記録を行うよう最適化された監視装置２（電池寿命が延びる）により判定できる。
【０１２１】
●振動分析
主な２つの振動源が監視装置２により検知される。１つはピストン点火率及びエンジン回転数に関連したエンジン振動である。もう１つは車輪道路ノイズであってこれはノイズ成分と、車輪のＲＰＭに関連した成分からなる。自動車の設計や道路状態に応じて、これらの少なくとも１つが可視化されてもよい。高速になるほど、これら信号はより明確になる。
【０１２２】
エンジン回転数に関する信号を正しく解釈するには、観察された振動周波数をエンジンＲＰＭに換算する必要がある。そのための換算係数は、エンジンの構成に依存する。
【０１２３】
車両エンジンは、２又は４ストロークサイクル式に対応するものであってもよく（自動車はほぼ必ずと言っていいほど４サイクルで、オートバイのようなより小さい車両では２サイクルが多い）、２から１２個のシリンダから成る。ストロークサイクル及びシリンダ数がわかれば、式（１）により変換を行うことができる。式中、４ストロークエンジンのストロークサイクル倍数は２である。
【０１２４】
（エンジン回転数／ｒｐｍ）＝６０×（振動周波数／Ｈｚ）×（ストロークシリンダ倍数／シリンダ数）
【０１２５】
ストロークサイクル及びシリンダ数が予めわかっていなければ、明確に観察可能なエンジンアイドル周波数から推定可能である。これがわかれば、エンジンのアイドル速度は５５０〜９００ｒｐｍの範囲内に収まるもので、ストロークサイクル係数とシリンダ数の組み合わせによる値は不連続で限定的であるから、最も妥当な変換係数が求められる。
【０１２６】
検証手段を高度「エンジンフィンガープリンティング」特性の一部として提供することが有用である。当該特性は、装置２が、自身が取り付けられた自動車が実際の顧客の保険内容に合っているかを評価可能とするものである。これは「ペアリング」直後に、ペアリングされた自動車が実際に正しい自動車であるかを確認するために有用である。
【０１２７】
●行程フィンガープリンティング
図９及び１０に、監視装置２の特に有利な実施形態を示す。ここでは監視装置２は一連のイベントそれぞれについてのイベントデータを含む出力を提供する。当該データは、イベント発生時を示唆するタイミングデータと合わせて出力される。これにより、監視装置２が関連付けられた車両の経時的処理として「状況マップ」又は「行程フィンガープリント」が時間と共に構築されることが可能である。
【０１２８】
各イベントのイベントデータは、分析され、多数の異なるイベント「ストリーム」に分類される、各ストリームは、そのイベントに対応するイベントに関連付けられた関連背景を有する。これにより、行程フィンガープリントを多数の異なる方法で表すことができ、内外両方の利益を最大限得ることができるようになる。内部的利益はイベント分析、特徴付けに関するもので、外部的利益はエンドユーザに向けられたものである。上記分類は、処理要件そして追加情報がローカルソース（例えばスマートフォン上のソースからのＧＰＳデータ）から必要であるかに応じて、監視装置２自身で行ってもよいし、スマートフォン２６又はサーバ５０で行われてもよい。分類により、イベントを任意な有用なクラスについて分類できる。典型的には、イベントは以下のものを含む複数の異なる背景タイプについて分類できる。
Ａ．アクティビティ：（例えば、何が起きているのか）
Ｂ．挙動：（例えば、良い動作は誰によるものなのか）
Ｃ．状況：（例えば、どのような状況で起きているのか）
【０１２９】
状況は、それが該当する要素に合わせて様々な形態をとり得る（例えば、イベントはいつ起きているのか？イベントはどこで起きているのか、イベントはどのような環境で起きているのか）。
【０１３０】
行程が終了した後、実際の行程フィンガープリントを、想定された行程フィンガープリントと比較することができる。これにより、異常を検出したり、特定の行程で効率的又は上手く走行できているか、できていたか、できたかを判断したり、運転手の欠点を特定したりできる。当該比較は監視装置２内、監視装置２が通信するスマートフォン２６、又は中央クラウドベースサービスのサーバ５０により実施できる。これにより、システム電力消費を劇的に低減できるのは、既知の行程データに基づき、装置２が行程の特定の部分でのみ起動するように事前にプログラミングできるためである。例えば、既知の運転手交代又は共通操作により、装置２は起動し、当該動作が予期されていたものであることを確認するようプログラミングされてもよい。例えば、既知のイベント又は連続したイベントの検出に基づき（即ち、当該イベントが分類された特定の所定イベント「ストリーム」における特定の位置にいることに基づき）、装置２は低電力モードから「復帰」して、ハイファイデータ収集又は「記録」モード（上述）に遷移又は当該モードにとどまるようプログラミングされてもよい。
【０１３１】
例えば、電力節約のためには、監視装置２は「閉ドア」イベントが検出されるまで低電力（又は「スリープ」）モードにとどまり、その後車両始動イベント及び／又は車両移動イベントが起きたかを判定するために所定の期間「待機」モードに入ってもよい。予想されたエンジン始動イベント及び／又は車両移動イベントが所定の期間ないに起きなければ、装置２は閉ドアイベントが車両の運転を前提としたものではなかった（例えば、車両から誰かが持ち物を取ることの場合がある）と判断し、低電力モードに戻ってもよい。同様に、エンジン始動イベント後に車両移動イベントを挟まずにエンジン停止イベントが生じると（そしてもう一度閉ドアイベントが起きる可能性がある）、装置２は低電力モードに戻ってもよい。
【０１３２】
予想された車両始動イベント及び／又は車両移動イベントが所定の期間内に起きなければ、装置２は較正モードに遷移する（例えば、行程の方向に対して自身を較正する）、さらに／或いは車両追跡及び／又は運転手挙動データ取得のためにデータ（行程関連データ等）を低電力モード以上の割合で記録するデータ収集モードに遷移してもよい。
【０１３３】
同様に、過度の加速、過度の減速、及び／又は過度の速度イベント（例えば、衝突を示す緊急操作及び／又は異例の運転手挙動）が検出されると、装置２は即、別のデータ収集モードに遷移してもよい（例えば、当該モードではデータ取得の割合が高くなる、及び／又はイベントの開始、停止、及び／又は長さ、さらに／或いはイベント中の移動距離を特定するためのタイミング情報のような追加情報）。
【０１３４】
イベントの状況も、装置２がどのようにデータを取得するかに組み込まれてもよい。例えば、過度の加速、過度の減速，及び／又は過度の速度イベントは、車両が走行している道路の種類のような「場所」的状況（例えば、その速度／加速／減速度がその道路では適切かどうか）、車両が走行している場所の温度のような環境的状況（例えば、その温度が凍結を引き起こすものかどうか）及び／又はイベントがいつ起きているのかという時間的状況（例えば、イベント発生時は禁止期間中又は運転制限時間中であるか）に応じてトリガされてもよい。
【０１３５】
さらに、挙動の分類で、装置２がどのようにデータを取得するかが判断されてもよい。例えば、運転手の素性や、運転手が認識済みかに応じて過度の加速、過度の減速、及び／又は過度の速度イベントがトリガされてもよい。
【０１３６】
さらに別の例では、監視装置２は、センサが取得した所定のイベントデータを、そのイベントデータの分類に応じて無視するか、さらに分析するように構成されてもよい。例えば、イベントデータが特定の種類のエンジン挙動（例えば、エンジンオーバーレブ）に関連した振動を示唆するものであり、イベントの分類として車両静止中でエンジン停止中／搭乗者がいないことを示唆する場合、当該イベントデータは無視できる。これにより、「誤検知」（例えば振動の第２発生源に関連する）を最小限にとどめ、より高電力のデータ収集モードへの不要な遷移を防止する。一方、イベントデータが該当するエンジン挙動種類に関連した振動を示唆し、イベント分類が車両のエンジンがＯＮであることを示唆する場合、挙動をより詳細に分析できるよう装置はより高電力のデータ収集モードへ遷移すればよい。
【０１３７】
監視装置の不要で無関係なデータ取得を最小限にとどめながら、有益な情報を提供する能力の更なる向上、そしてそれに関連した電力効率向上に基づく利益の提供のためには、イベントの適切かつ精確な特定により、より具体的にはこれらイベントを適切に特定のイベントシーケンスに分類することが重要であることが示された。監視装置が「状況対応」（即ち、特別なイベントについての知識があるのみでなく、イベントについての状況及び／又は挙動の背景に係わる知識をイベント前後に有すること）であることが保証されているため、監視装置は装置のモードを制御するだけではなく、高い信頼性、精確性で何が起きたかを非常に明確に予想できる。
【０１３８】
このようなイベントシーケンス型分析を実現するため、監視装置はステートマシンを有してもよい。ステートマシン機械は、それぞれ異なる電力モード／感知レベル／システム挙動に対応する複数の異なる状態を有する。新しいモードはそれぞれイベント又はイベントシーケンスによりトリガされる。イベントとその関連シーケンス（例えばドア動作⇒エンジン始動⇒移動⇒異常加速／速度イベント）が特定されるたびに、監視装置はステートマシンの異なる状態間を行ったり来たりしてもよい。例えば、行程開始を略リアルタイムで精確に判定するため、閉ドアイベントが確認されるまで、装置は低電力開始状態にとどまる。その後、装置は、中間状態に移り、エンジン始動の重要振動特徴及び／又は車両の静止状態からの加速を示す特徴を待つ。これが検出されると、装置は運転状態に即移り、その際そのトリガ閾値（さらに、対応するアプリ／スマートフォン／サーバと共有される警告）へ対応する変更が行われる。このモードから、装置は車両の停止を評価する（この評価を容易にするため、別の中間潜在的行程終了状態に移る）。そして装置は元の状態に戻り、次の行程の開始を待つ。
【０１３９】
ステートマシンによる構成が用いられた場合、複数のステートマシンが監視装置に同時に設けられて、並行動作してもよいことが理解されよう。この場合、各ステートマシンがそれぞれ異なる機能を担ってもよい。例えば、１つのステートマシンは、上述のように行程開始を伝えるための略即時警告をアプリに発するように構成されてもよい。そして別のステートマシンがそれと並行に動作して、行程半ばで車両が完全に停止したように思われる状態を検出する（この際、車両がすぐに動き出すことがかなり確実ではない限り、行程停止警告を発することはない。例えば、所定時間車両停止⇒エンジン停止⇒ドア動作⇒後続の動作、スマートフォン反応等が所定時間ない場合）。
【０１４０】
したがって、ステートマシンによる手法は、電力量のローカル管理やローカル内部警告の提供だけではなく、イベント出力について重要な状況が提供できる。同様なステートマシンによる手法が、監視装置、アプリ、バックエンドサーバに対して有用に使用できることが理解されよう。システム全体としては、ステートマシンによる手法が動的にタグ、アプリ、サーバ間で共有できるよう設計されている。ここで、さらに組み合わせて使用される手段も電力量、通信速度、スマートフォン（したがってサーバ）と通信可能な状態の規則性等に基づき、各状態に合わせて最適化される。アプリへの即時通知が必要になるような場合、タグ装置へのいくつかのローカルステートマシン処理が必要である。一方、別のより難易度の低い使用状態では、より多くのデータをアプリ又はサーバへ回して処理されてもよい。
【０１４１】
図９は、例えば、典型的なテレマティクス又は同様な場合においてどのようにイベントデータが分析、表示されるかを示す。
【０１４２】
図９（及び後述の図１２及び１３）は、イベントの管理、分類、ストリーム化（この例では動作、挙動、状況による）により達成される有利な状態を示すグラフであるが、本稿で記載されるイベント分類技術は、単にデータ管理、可視化を容易にするもの以上の技術的利点があることが理解されよう。例えば、より詳細に上述したように、本稿で記載されるイベント分類技術は、監視装置２がイベント特定のためデータを取得、分析し、処理データをスマート装置／サーバへ通信することに関する効率（具体的には電力効率）を大幅に改善するものである。特に、上述のように、イベントの分類、ストリーム化にりより、監視装置は検出されたイベント又はイベントシーケンスの性質に最も合う条件（例えば最適な消費電力）でデータを取得、分析及び／又は通信することが可能となる。
【０１４３】
上述のように、監視装置２は車両フロントガラスに取り付けられ、振動と加速を測定する。その主要な目的は保険用に、実行されている動作の「リスク」プロファイルを構築することである。また、運転手に対して、運転が上手にできているかをフィードバックする、或いは事故又は衝突の詳細を把握する機会も提供される。
【０１４４】
この場合、イベントデータは特に様々なイベントを示すデータを含んでよい。当該イベントとしては、エンジン始動／エンジンアイドリングイベントや、加速、速度及び／又は減速イベントや、エンジン異常イベント（例えばオーバーレブ）や、開及び／又は閉ドアイベントや、車両使用中衝撃イベント（例えば移動中の衝突や、フロントガラスのキズやひび割れを示唆するフロントガラス衝撃イベント）や、車両不使用中衝撃イベント（たとえば、駐車中の「追突」などの静止中の衝突）が挙げられる。
【０１４５】
図９に図示したイベントの例は、明確さを増すため、複数のイベントタイプに分類される。当該イベントタイプとしては、ドア開閉イベントタイプや、エンジン回転タイプや、車両車速検出タイプや、重要イベント検出タイプが挙げられるが、要件に応じてその他種類の分類も可能であることが理解されよう。図９ｂは、複数の異なるイベントが全て重要イベントタイプに分類された例を示す。当該重要イベントタイプとしては、過度の加速及び速度イベントや、エンジン高回転頻発イベントや、駐車中「追突」イベント（例えば、運転手に過失がないことを示す）や、衝突又は「激突」イベント（衝突がかなり重度な場合、通信可能であればスマートフォンから救急サービスに連絡が行き、位置／衝突重度情報も自動的に送られる）が挙げられる。この所謂緊急連絡機能に加えて／又は代えてシステムは保険会社に対して即通知を行い、保険会社が直接運転手に連絡を取って無事を確認し、請求処理が既に開始していること等を伝えてもよい。これにより、通常行われるような、人が事故を請求フォームにて報告することが避けられる。これは不正確になりがちで、責任の所在を改竄するような詐欺に繋がりすらする。
【０１４６】
図９ａは、異なる複数のイベントタイプが、特定の車両の行程についての単一のイベント予定表として示された「非拡張」図である。
【０１４７】
図９ｂでは、アクティビティカテゴリに基づき拡張され、異なる複数のイベントタイプが示されている。具体的には車両移動イベントストリーム、車両静止イベントストリーム （エンジンＯＮ）、車両駐車（エンジンＯＦＦ）イベントストリームの３つの異なるアクティビティイベントストリーム又は「スイムレーン」に分けられている。
【０１４８】
図９ｃでは、挙動カテゴリに基づき拡張された異なる複数のイベントタイプが示されている。具体的には不明運転手イベントストリーム、第１名運転手イベントストリーム、第２名運転手イベントストリームの３つの異なる「挙動」イベントストリーム又は「スイムレーン」に分けられている。別の名の運転手やその他挙動カテゴリに対して別の挙動ストリームが存在してもよいことが理解されよう。各運転手は、当該運転手用に経時的に構築された挙動プロファイルに基づき特定される。車両において運転手は、特定の運転手の行程の開始直後に特定できない可能性があるが、車両がある程度の期間運転されれば推定可能となる。このように、運転スタイルが特定され、当該最新情報から適切にアプリ表示を「遡及」できる（具体的には、運転記録中のこの部分を運転主「不明」というステータスから「運転手Ａ」等に変更する）。車両静止中のドア開閉の検出のような追加イベントのような、補助情報を使用して表示向上を得ることもできる（運転手が変わった可能性があり、確認された運転スタイルの再評価がトリガされる）。
【０１４９】
図９ｄでは、状況カテゴリに基づき展開された異なる複数のイベントタイプが示されている。具体的には場所状況タイプ、時間状況タイプ、温度状況タイプの３つの異なる「状況」イベントストリーム又は「スイムレーン」に分けられている。場所状況タイプについては、図は状況カテゴリに応じて、ＧＰＳデータに基づき３つの異なる「場所状況」イベントストリームにわけられている。具体的には市街地イベントストリーム、危険路イベントストリーム、高速道路（「幹線道路」）イベントストリームである。時間状態タイプについては、状況カテゴリに応じて、タイミングデータに基づき３つの異なる「時間状況」イベントストリームに展開されている。具体的には日中イベントストリーム、夕方イベントストリーム、夜間イベントストリームである。温度状態タイプについて、図は状態カテゴリに応じて、温度データに基づき、３つの異なる「温度状況」イベントストリームに展開されている。具体的には、温かい外気（＞５°Ｃ）イベントストリーム、低温度（０から４°Ｃ）イベントストリーム、凍結（＜０°Ｃ）イベントストリームである。
【０１５０】
図１０に、行程フィンガープリントから得られる情報が、どのように長期間表されるか、拡張されるか、又は保険者、車両所有者、又は運転手によりより詳細に検討されるかの更なる例を示す。
【０１５１】
図１０ａは、１２ヶ月の期間内の、運転手のリスク／コスト特性の変化を表す「ズーム可能」な「ＤＮＡバーコード」図を示す。現在のアプリでは一般的だが、当該画像は左右の「スワイプ」で対象の時間枠を選択でき、そこで「ピンチズーム」できる。
【０１５２】
図１０ｂは、図９ｂと同様、特定日における特定の行程での特定の車両のリスク／コスト特性を示すもので、非拡張（単一タイムライン）「バーコード」図、又は主要特徴を個別のアクティビティ「スイムレーン」又はイベントストリームに分けた拡張「バーコード」図である。
【０１５３】
上述のように、当該特徴は、複数の「サブレベル」特徴の組み合わせた情報（イベントタイプ）の「概要」であってもよい。これら「サブレベル」特徴を、より詳細なレベルを示すよう拡張してもよい。
【０１５４】
図１０ｃは、特定期間又はイベントに提供できる簡略化データを示し、総移動期間、移動距離、及び節約料金が例示的に提供される。
【０１５５】
図１０ｄは、振動データから推定された特徴（ここではＲＰＭ）がどのように経時的に変更するかを示すデータプロット図である。
【０１５６】
図１０ｅは、特定のイベント又は期間で、２つの特徴（前方向及び横方向の加速）が共に変化するかを示す二次元プロット図である。
【０１５７】
図１０ｆは、マッピングデータ（例えばＧＰＳマップ）上に、どのように「バーコード」状のリスク種類情報が重ねられるかを示し、特定のルートでリスクがどのように変化するかを示すことで、運転手が通常の行程から集積された詳細なリスク情報に基づき、自身の挙動を修正できるようになる。
【０１５８】
この例でのテレマティクスイベントデータの使用方法は、従来のＯＢＤＩＩ型「ブラックボックス」式追跡法よりもはるかに有利である。監視装置２からの出力により、車両利用のより詳細な表示が構築できる。当該表示は、例えば、車両が運転されていない際（さらにイグニッションがオフで、通常ＯＢＤＩＩ型ブラックボックス手段が非通電となる）に生じるイベントに関する情報、そして運転手の変更を特定する情報が含まれる。これにより、特定のイベントの責任の所在が適切となり、例えば名前の登録された各運転手により運転された平均マイル数を、経時的に並べられたイベントデータから得られた当該運転手のリスク特性と組み合わせたものに基づき適切に保険料が設定できる。
【０１５９】
したがって、監視装置２から受信したデータを管理する技術は、イベントを特定し、さらに特定された各イベントのイベントタイプを判定するための処理イベントデータと、当該イベントに関連した複数の背景（例えば、車両運転手、時刻、車両が運転される場所、温度のような環境状況、車両静止（エンジンＯＮ）、車両駐車（エンジンＯＦＦ）等）が有利に使用される。イベントデータは、例えば特定されたイベント全てを表す単一のイベントストリーム、又は関連した特定の背景を持つイベントをそれぞれ含む複数のイベントストリームとして視覚的表示に出力されてもよい。これにより、データ管理が大幅に簡略化される特定の背景に関連するイベントが、異なる背景に関連するものとは別に特定、分析されるためである。各イベントは、複数の異なる背景を関連付けられ得るが、背景はそれぞれ特定の種類（例えば、アクティビティ、挙動、及び／又は状況）の背景の設定から選択される。
【０１６０】
●結論
開示された監視装置及び関連する方法は、運転手の挙動を精確に評価可能とする。これは、運転手と、保険者及び／又は車両フリートオーナーの両者にとって有利となる。この手法は車両保険分野において多大な影響を及ぼす可能性がある。請求項の監視装置は、スマート装置のみでは不可能であった情報も検出できるのである。
【０１６１】
この手段により、現状のアプリ単独手法から大幅に進歩し、多くの高コストなブラックボックス使用にとって代わるような、「凡庸的解決手段」が実際に実現可能となる。監視装置は小型／平坦という形状であるので、現実的に、装置が例えば毎年の更新文書と共に送られるようにして、あらゆる運転手に提供可能となる。
【０１６２】
このような低コストで、頑丈なリスク分析手段を採用することで、保険会社は追加又は受け入れがたいリスクを負うことなく、顧客に格段に安い保険料を提示できる可能性がある。
【０１６３】
●変更及び変形
詳細な実施形態は上述の通りである。当業者であれば、本稿記載の発明の利点を維持しながら、いくつもの変更及び変形を上述の実施形態に加えることが可能であることが理解されよう。あくまで例示として、そのような変形変更のいくつかを以下に説明する。
【０１６４】
監視装置は、車両の種類、例えばそのエンジンの種類、サイズ、又は動的性能を検出できる。これにより不正請求が防止される。例えば、「エンジンのチップチューニング」やその他購入後に車両に行われた改造の検出をしやすくなる。運転スタイルも、区別可能となる。したがって、誰が実際運転しているか、その運転手の典型的なリスク特徴は何かのようなことを推定できる。例えば、年配の運転手であるといったことである。当該分析は、既知のプロファイルとのより詳細な比較、さらには散発的な挙動に対する専門的分析により、行程リスクの等高線状プロットを含むことができる。
【０１６５】
装置上で動作する電力管理部２４は、重要イベントのみが記録される表に使用されてもよい。記録の際、適切な警告がＢｌｕｅｔｏｏｔｈ（登録商標）を介して運転手のスマートフォンに発せられ、可能であれば、スマートフォンからセキュアリモートサーバとのデータ共有が行われる（例えば、フリーＷｉ−ＦＩエリア又は、携帯電話接続が無料の場合）。スマートユーザ通信装置は一般的なスマートフォン装置であってもよいが、あらかじめプログラムされ、上述の監視システムと共に使用されるように特殊に構成された専用スマート通信装置であってもよい。
【０１６６】
電力はボタン電池により提供されるものと説明したが、ボタン電池と協働で又はその代わりに使用されるその他任意の適切な手段により提供されてもよい。例えば、監視装置の電力効率により、太陽電池からの電力提供ができれば有利である。電力はまた、車両の電気系統に１２Ｖ「シガー」ソケット又はオンボードダイアグノスティック（ＯＢＤ／ＯＢＤＩＩ）ポートを介して接続することで、車両のバッテリから提供されてもよい。
【０１６７】
さらに、監視装置は、携帯電話 （スマートフォン）のような別のスマート装置と協働で使用されることが特に有利であることが、関連するスマートフォン機能（アプリの機能や通信能力）がセンサやプロセッサと統合され、上述の機能を提供する単一のユニットとなった、単一の「ブラックボックス」による手法を有利に提供できることが理解されよう。上述の機能や能力は、ソフトウェア、ハードウェア、ファームウェア又はこれらの組み合わせとして実現してもよい。
【０１６８】
取付位置としてはフロントガラスが、装置の視認性及び振動関連データ収集に特に有利であるが、車両が移動中に振動が生じる、車両の任意のその他位置に取り付けられるように構成されてもよい（車両そのものに組み込むことも含む）。監視装置は、車両本体、シャシや部品の任意の適切な固い箇所に取り付け（又は内蔵）可能なように構成されてもよい。例えば、監視装置は、ドア枠、シャシクロスブレース、ひいてはハンドル又はダッシュボードのようなその他位置に取り付けられるように構成できる。フロントガラスに監視装置のセンサ部が内蔵され、監視装置のその他部位がそれとは別に設けられてセンサ装置に接続されてもよいことが理解されよう。
【０１６９】
上述の実施形態では、モバイル装置がスマートフォンであるが、例えばＰＤＡ，ノートパソコン、ウェブブラウザ、タブレット等、スマートフォンとは異なる装置で上述の実施形態が実現できることが理解されよう。
【０１７０】
最新の自動車には、（例えばエアバッグが必要となるような）激しい衝突の際に、救急サービスを呼ぶ機能を持つことが求められると推測される。装置は同様の衝突データを提供できる。装置はさらに、「購入後」又は「後付け」機能として、スマートフォンを介した同様の緊急連絡機能を提供するようにも使用可能である。これにより、古い自動車でも同様の機能が後付けできる。
【０１７１】
上述の説明は、監視装置又は「タグ」が車両に取り付けられるように構成された車両テレマティクスの実施形態に焦点を当てているが、本稿記載の技術はより幅広い用途に用いることができる。例えば、監視装置が車両テレマティクス分野外でも利用可能と考えられる。このより汎用的な文脈では、監視装置は、監視対象品に取り付けられるよにう構成された監視装置であって、前記物品に関する状態を感知するセンサと、前記状態に関連する所定のイベントを検出する検出部とを有する。前記センサは、検出部によるイベント検出後の期間に前記状態に関するデータを収集するように構成される。監視装置はさらにデータプロセッサと、前記データを記憶するように構成されたメモリと、前記データを送信するための無線信号を生成するように構成された通信インターフェイスとを有する。
【０１７２】
より具体的なその他利用可能用途の例を以下に列挙する。
【０１７３】
・物流：搬送中に貨物（例えば小包やパッケージも含む）が安全かつ適切に扱われたかを確認することが求められている。例えば、小包が落下し、また、極端な温度や湿度に曝されれば、物品は損傷するかもしれない。物品を受け取る顧客は、安全な受け取りと認める前に、手動で簡潔に物品を検査することが通常求められる。損傷タイプによっては、このような検査でも見落とされてしまい、後になるまで気づかないこともある。不適切な保管による物質劣化のような別の損傷タイプは、検査では確認できない場合がある。さらに、物品が損傷していれば、損傷が配達処理のどの場面で生じたか確認するのは困難又は不可能であり得る。この場合、顧客及び／又は配送業者或いは製造業者のような様々な取扱業者との間で紛争が起きうる。したがって上記技術の用途の１つとして、監視装置が手紙、小荷物、貨物、委託品、パッケージ、手提げ、熱容器（発熱性か否かは問わず）、又はその他貨物コンテナに設けられ、その状況及び／又は搬送中の取り扱いを監視してもよい。
【０１７４】
・コールドチェーン医薬品：多くの薬品の配達は温度に気を遣わなければならない。即ち、コンテナ温度がある値を越えてしまうと、目に見えないまま薬品が不活性になってしまう。発明の装置は、輸送の際「即時」温度（又はその他状況についての）警告を発することができ、或いはスマートフォンが、医療関係者に配達される毎に状態を確認するよう使用されてもよく、さらには医療関係者又は患者に使用されてもよい（例えば、薬品が所定の温度又はその他イベントに晒された場合、「投与不可」表示を提供してもよい）。当該実施形態では、例えば、監視装置は温度や衝撃に敏感な、薬品、ワクチン、臓器又はその他生物的、非生物的積み荷のような医療用積み荷への取り付け用に構成されてもよい。温度が特定の薬品等の所定の基準値を超える又は下回るイベント、又は衝撃イベント、或いは経時的に累積した衝撃が所定の基準値を超えることで、所定の基準値がトリガされてもよい。
【０１７５】
・車車間、車両間通信：装置は、自動車に販売後、後付けされて、互いに通信するよう使用されてもよい。具体的には、スリップイベントを検知したセンサは、道路の凍結状況の警告を、近隣の車両と同様に対応する監視装置のネットワークを介して共有してもよい（反対方向に移動するものも含む）。車車間システムは、主要なＯＥＭ業者により、自動車分野で確立しつつある。ただし、新しい高級車にのみ使用可能ならば、普及はかなり限定されるであろう。本装置は、車車間装置市場の成長、定着に寄与する低コスト（性能は落ちる）な代替品となろう。
【０１７６】
・電車の連結／位置決め：電車の運転手が、全車両が接続されている状態かを把握できるようにすることが求められている。現状では、線路領域を開く前に、最後尾の車両の後部ランプを検出で主に対応している。装置が頑丈で、約５０メータの限界範囲であれば有利に、各車両に取り付けた装置間のアドホック結合が形成できる。車両間が外れた場合、当該ネットワークは断絶し、警告が発せられる。当該システムは、装置がいくつ視認できるかに基づき、より精確に列車の全長を表すことができる。
【０１７７】
・設備監視：装置は、動力工具、製造設備等の設備の監視に使用できる。例えば、監視装置は空気ドリル又は列車ドア、衝撃ツール、エレべータ又はビルのドアのような何度も使用される設備に取り付けられるよう構成されてもよい。例えば、装置は故障状態や、異例の挙動を監視できる。これは「通常」プロファイルとの比較で行われる。「通常」プロファイルは、同種の別設備又は同様の環境の設備との比較、又は監視対象の性能履歴との比較に基づく、所定の閾値により表される。
【０１７８】
・建物効率監視：別の例では、装置は部屋又は建物のドア又はその他入口に取り付けられるよう構成されてもよい。建物が効率的に利用されているかを検討するためである。例えば、装置は、建物でエネルギーが効率的に利用されているかを判断するため使用される加速度計により、「開ドア」及び／又は「閉ドア」イベントを検出してもよい。同様に、装置は熱管理判断のために、温度変化を感知するよう構成されてもよい（室内に複数のセンサを設けてもよい）。
【０１７９】
さらに、監視装置は１つ以上のセキュリティ要素を有してもよい。これにより、スマートフォン又はサーバのような別システムからのメッセージを認証したり、装置のスマートフォン又はサーバのような別システムへの認証を確認する。当該セキュリティ要素（複数も可）が使用するデジタル鍵は、別の無線対応装置への短波電波リンクのための対称鍵（例えばＢｌｕｅｔｏｏｔｈ（登録商標）リンク鍵）、スマートフォンからサーバへの多数のホップを含むリンクの対称鍵、又は装置に生成されたデータにデジタル署名を付けるためのＥＣＤＳＡ又はＥＣＤＨのようなアルゴリズムに関連した一対の公開／秘密鍵である。これはサーバにより生成されたファームウェアアップデート又は制御メッセージのような外部システムが付けた署名を認証するため、そしてＡＥＳのようなアルゴリズムを使用して、ブロック又は連鎖暗号化セッション用の効率的なセッション鍵を設定するための、鍵交換、又は鍵輸送に供される。耐タンパ及び耐ＲＦ／タイミング攻撃特性を持つＡｔｍｅｌ  ＥＣＣ１０８又はＩｎｆｉｎｅｏｎ  Ｏｐｔｉｇａのような規制の離散セキュリティチップが、これらデジタル鍵を安全に収容し得る。
【０１８０】
装置は、製造工程で一部の部材に内蔵されてもよい。これにより、製造、組立処理が最適化でき、製造後にも部材に冗長装置が残り得る。図１１に物流用途の監視システムを示す。概要を上述した物流の例では、イベントは１つ以上の所定の基準値を超え、したがって小包又はパッケージの通常又は許容取扱を示す通常バックグラウンドレベルを明らかに異なる加速又は減速が始まったことでトリガされてもよい。激しい落下イベント（所定の加速を超える）では、記録されたデータは、加速の最大値、落下の高さ、落下時により限定され得る（たとえば、メモリの電力及び／又はその他資源を節約するため）。より穏やかなイベントの場合、より多くのデータが記録できる。イベントの性質について役立つ情報を提供するため、イベントの重度を判定するため、そしてそれらにより小包が正しく、又は上手く取り扱われたかを判断するためにより多くのデータが求められ得るためである。
【０１８１】
配達後、配達宛先１１３８の顧客は自身のスマート装置（例えば、スマートフォン１１２８）上の専用アプリ１１２８を起動して、監視装置に問い合わせを行うことができてもよい。これにより、サインする前に小包の状態を確認できる。例えばアプリ１１２８は、配送中に生じた（存在すれば）重要なイベントを適切に表示してもよい。具体的にはパッケージ状態の概要を示すページを提供したり、さらに／或いは時間／重度記録が詳細にプロットされたページを提供したりすることで、顧客は事前に小包に損傷があるかの情報を得た上で、受け取りをするかを判断できる。さらに、小包を受け取るべきでない場合、アプリ１１２８は小包にいつ何が起きたかを正確に示し、物流路が複雑な場合によく生じる責任の所在の曖昧さを避けることができる。
【０１８２】
物流の例では、監視装置をパッケージ内に挿入してもよい。これにより改竄の問題がなくなり、データはパッケージの中身に関するもので、パッケージそのものに関するものではないことが保証される。或いは、監視装置はスマートテレビのような取扱注意物の構造内に設けられてもよい。
【０１８３】
図１１に示すように、物流の例では、システムは追跡設備を有してもよい。これは配送業者のようなパッケージの搬送に係る企業の「本部」１１４８に関連付けられる。追跡設備はクラウドサーバのようなサーバ１１５０となる。サーバ１１５０は、例えばパッケージに関するデータの遠隔管理を、各配送トラックや倉庫１１４０に設けられ、好ましくはＧＰＳ対応で、監視装置２に問い合わせを行う会社側スマート装置１１４４を介して可能とし得る。
【０１８４】
パッケージの位置は、スマート装置１１４４が監視装置２の問い合わせ範囲内（例えば、Ｂｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）の場合最大室内訳範囲５０ｍ内）であれば、当該スマート装置に関連付けられたＧＰＳ装置１１４６から求められてもよい。
【０１８５】
●監視装置２
このように、監視装置２は、スマート装置１１４４上の会社専用アプリ１１４２を使用して物流配送処理の任意の段階で問い合わせされてもよい。
【０１８６】
追跡設備１１４８は、さらにデータを遠隔処理するためのデータ処理機器１１５２を有してもよい。当該データ処理は、携帯機器のように処理電力及び消費電力が限定されないため、より強力なアルゴリズムが使用可能である。さらに、ＣＭＤからのデータを補強するよう、他のデータソース１１５６を使用してもよい。このようにして取得された位置及び状態データにより、パッケージを物理的に検査、取り扱う必要がなくなり、物流処理のスピードと効率が増す。例えば、倉庫等でバーコードを読み取ることの代わりとなるのである。製造業者、ブランド所有者、資産所有者のようなその他関連関係者１１５８も追跡設備１１４８を介してデータにアクセス可能であってもよい。
【０１８７】
さらに、会社は例えば、物品を再注文したり、顧客に潜在的損害を伝えるメッセージ又は警告を送ったり等、検出された事件に積極的に反応してもよい。さらに、設備は、顧客がパッケージの状態や位置を追跡するためのウェブサイト１１５４を提供してもよい。これはあらゆる特定の通信業者から独立したものとなり得る。製造業者により監視装置２が物品に内蔵されている場合、製造業者も監視装置２に遠隔接続し、その状態を確認し、搬送中、設置中、そしてその後の使用における保証請求を評価できる。
【０１８８】
通信インターフェイスは、電池寿命を延ばすため、送信頻度と対応するスマート装置の取得可能性間で妥協した結果として、低周期となるよう構成されてもよい。インターフェイスは、「アドバタイジングイベント」周期の動的最適化が可能であってもよい。これにより、典型的な配送イベントが検出された際にアドバタイジングイベントをより高速で送信できる。したがって、プロセッサは例えば加速度計のようなセンサ（１つ又は複数）からのデータプロファイルを使用して、小包が小型トラックで搬送中か、配達中かを推定し、頻度をそれに応じて調整してもよい。例えば小包が小型トラックによる搬送期間後に配達中であれば、それは顧客がタグに問い合わせを行いたいタイミングであるので、スマート装置の迅速な通信が可能となるよう、周期を増やしてもよい。
【０１８９】
当然、センサデータの処理から推定可能な、監視装置に問い合わせが行われるため周期を増やす必要があることを示唆し得る又はその逆のその他多くの状況や状況の組み合わせがある。別の例としては、箱を所定の頻度（走行中の振動のような搬送中によくある周波数とはことなるよう選択される）軽くたたくか、優しく揺らすことで、装置がスリープモードから即「復帰」するよう構成されてもよい。したがって、もし物品に問い合わせを行う必要があり、センサにより典型的な配送イベントが検出されていない場合、パッケージを優しく叩く／揺らすことで装置を「復帰」させ、高速モードに遷移させることができる。
【０１９０】
まとめると、監視装置は任意の適した物品（テレマティクスの例では車両、物流の例では小包等）に取り付けられ、正常／異常操作中の物品の取り扱いを監視し、電池により電力供給されるものであってもよい。装置は、物品の取り扱い又は使用に関する状態を感知するセンサと、センサデータを記憶するよう構成されるメモリと、データを送信するための無線信号を生成するよう構成される通信インターフェイスとを有してもよい。装置はさらに、状態に関する所定のイベントを検出する検出器をさらに有し、低電力モードと高電力モードを持つ。装置の消費電力は、装置が低電力モードから高電力モードへ、所定のイベント検出から一定期間切り替わるようトリガされる高電力モードにおいて比較的高い。期間満了後に高電力モードから低電力モードへの切り替えが起こる。装置は高電力モードで、低電力モードよりも高速でセンサデータを読み取り、センサデータを集めること、データ送信用の接続を確立するために、高速で通信信号を送ること、最も関連する電力管理アルゴリズムを選択すること、及び／又は正しいサービスフロー／通信プロトコル方法を実行するように動作可能に構成されている。
【０１９１】
したがって、物品（小包やパッケージ又は小包又は車両の一部内の部材）に取り付けられた装置は、状態の閾値を超えるようなイベントがおきるまで低電力又は「スリープモード」にある。そしてセンサが装置を「復帰」させ、落下時の加速のような状態に関するデータのバッファリングを開始させる。したがって、装置は非常に使用電力が小さくなるよう設計可能である。具体的には、１つのボタン式電池で、数週間から数か月と長い期間電力供給可能で、その間例えばピーク加速の精確な検出のように十分使用に耐えられる質の、重要イベントに関するデータを捕捉する。
【０１９２】
或いは／さらに、装置は低電力モードで、比較的低速で「アドバタイジング」信号を送信してもよく、配送イベントを示す物品の移動のような、装置に問い合わせが入るというイベントの検出に応じて信号の送信速度を上げるようにトリガされてもよい。これにより、省電力でより高性能が得られる。
【０１９３】
検出器は、加速度計、温度又は湿度センサ、或いはジャイロ又はコンパスのような配向センサの必須の部分となり得る。或いは、検出器の機能は、電力管理アルゴリズムに結合された別の単純又は「低データ処理能力」のセンサにより実現されてもよい。これにより、さらなる省電力が図れる。装置は、複数の状態やイベントに関連付けられる、１つ以上の更なる検出器／センサを有してもよい。
【０１９４】
通信装置は好ましくはＢｌｕｅｔｏｏｔｈ（登録商標）のような短波無線電波技術を使用し、クロックが設けられている。通信装置は、約５０メータ（例えば、−４０ｍから−６０ｍ）までの比較的小さな障害のない室内範囲で、−２．４から２．５ＧＨｚの周波数帯域で動作し、さらに／或いはビットレートが約２００ｋｂｉｔ／ｓ（例えば、１８０ｋｂｉｔ／ｓから２２０ｋｂｉｔ／ｓ）の無線通信技術で動作できる。通信装置は従来のＢｌｕｅｔｏｏｔｈ（登録商標）よりも低いビットレートの無線通信技でも動作可能である。例えば、電力消費を抑えるため、Ｂｌｕｅｔｏｏｔｈ  Ｌｏｗ  Ｅｎｅｒｇｙ（ＢＬＥ）又はＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）のようなプロとコルに対応した無線通信技術で動作してもよい。したがって、通信「アドバタイジングイベント」は低周期となるようあらかじめ構成されてもよい。
【０１９５】
通信装置は、最新のスマートフォンやタブレットでは一般的なＢｌｕｅｔｏｏｔｈ  Ｓｍａｒｔ（登録商標）のような小範囲、低電力無線電波技術を使用することが好ましい。省電力を図るため、通信装置は設定可能な低周波数送信速度で動作するよう構成されてもよい。したがって、通信「アドバタイジングイベント」は低周期となるようあらかじめ構成されてもよい。
【０１９６】
装置は、センサデータを監視して、配送イベントの要素を監視したり、例えばパッケージがいつ小型トラックで搬送されているか、いつ歩行中の人物により配達中か等を判断したりするよう構成されてもよい。これにより、アドバタイジング回数は適切に設定及び／又は調整できる。装置は好ましくはデータプロセッサ及び電力管理部を有する。
【０１９７】
好ましくは、メモリに記憶されるデータの性質は、検出されたイベント又は状態の性質に応じたもので、センサによるデータ収集期間は所定の時間か、イベント又は状態の性質に応じたものであってもよい。状態又はイベントが検出された時間に関するデータもメモリに記憶されることが好ましい。例えば、極端なイベントに対しては、記憶されたデータは単純に最大値及び時間値を含み、より穏やかなイベントでは、データは長期間の状態プロファイルを含んでもよい。
【０１９８】
本稿で説明されるシステムは、装置と、装置と通信するよう構成された携帯スマート装置と、データを取得するために、スマート装置と通信するように構成されたリモートサーバとを有する。物流の例では、配送小型トラック又は倉庫内の電話のようなスマート装置を介して配送業者は装置に遠隔で問い合わせする。好ましくは、携帯スマート装置は、装置の位置に関する情報をシステムに提供するよう、ＧＰＳ  装置に関連付けられることが好ましい。
【０１９９】
例えばサーバは、データ機密性、装置及びユーザ認証、及び詐欺防止のためにデジタル鍵管理のような特徴を含むように構成されてもよい。さらに、処理データ用の分析エンジンも含んでもよい。さらに、データ又はイベントの管理、参照のためのユーザインターフェースを含んでもよい。さらに、ＳＭＳ、電子メール又はその他メッセージシステムによりデータ、イベント、或いはデータ又はイベントに繋がるウェブリンクを配信する警告機構を含んでもよい。
【０２００】
図９及び１０を参照に説明された監視装置からのイベントデータを利用する方法は、特に以下のものを含む多数のその他場合に非常に有用であることが理解されよう。
【０２０１】
物流：小荷物、手紙、商品、青果物
車両フリート管理（例えば、車両ハイヤーや、巨大なサービスフリート）
コールドチェーン物流：薬品、食料、その他生鮮食品
状態監視：資産監視。典型的には産業用だが、消費者用でもあり得る
動的制御：用具や資産の監視及び制御。典型的には産業用だが、消費者用でもあり得る
【０２０２】
これを例えば図１２に示す。当図では、図の明瞭性のため、複数の一般的「イベント」が複数のイベントグループ又は「種類」（イベントグループ１から５）に分類されている。
【０２０３】
図９（ａ）から（ｄ）に示す内容（そして当該図面を参照に説明された内容）と同様に、図１２（ａ）は複数の一般的イベントタイプを、特定の物品の行程の単一のイベント予定表としての「非拡張」図として示す。図１２（ｂ）では、異なる複数のイベントタイプが、アクティビティカテゴリに基づく拡張図で示される。３つの異なるアクティビティイベントストリーム（アクティビティ１から３）又は「スイムレーン」が示されている。図１２（ｃ）では、異なる複数のイベントタイプが、挙動カテゴリに基づく拡張図で示されている。３つの異なる挙動イベントストリーム又は「スイムレーン」（挙動１から３）が示されている。これは例えばイベント発生時に該当する個人又は個人のグループの属性に基づく。図１２（ｄ）では、異なる複数のイベントタイプが、状況カテゴリに基づく拡張図で示される。各２つの異なる状況タイプ（状況タイプ１及び２）について、複数の異なる「状況」イベントストリーム（状況１．１；１．２；１．３；２．１；２．２；２．３）又は「スイムレーン」が示される。状況タイプ１について、状況カテゴリに基づき、３つの異なるイベントストリーム（状況１．１；１．２；１．３）に拡張された図となっている。また、状況タイプ２について、状況カテゴリに基づき、３つの異なるイベントストリーム（状況２．１；２．２；２．３）に拡張された図となっている。
【０２０４】
図１２を参照に、さらなる具体的なデータ管理方法の用途を説明する。図１２は、典型的な物流又はその他の場合で、どのようにイベントデータが分析、表示され得るかを示す。
【０２０５】
本例は、物流監視及び小包、物品管理に焦点をおく。ここでは、主要行程フィンガープリンティングは、搬送方法及び行程中にどのように資産が扱われているかに関する。このため、図１２に示すように行程フィンガープリントが表される。
【０２０６】
ここでは、イベントデータは特に様々なイベントを示すデータを含んでもよい。当該イベントとしては、異例の取扱いイベント、行程開始／終了イベント、輸送タイプ変更イベント、輸送イベント（例えば、輸送車両の衝突を示すイベント）、及び／又は環境イベント（例えば温度／湿度が高すぎる）等が挙げられる。
【０２０７】
図１３に示す例では、表示されたイベントは明確さの向上のため、複数のイベントタイプに分類される。当該イベントタイプとしては、取扱いイベントタイプ、陸路輸送イベント、空路輸送イベントタイプ、重要イベント検出タイプが挙げられるが、要件に応じてその他分類も可能であることが理解されよう。
【０２０８】
図１３（ａ）では、異なる複数のイベントタイプが、特定の物品用行程の単一のイベント予定表である「非拡張」図で示される。図１３（ｂ）では、異なる複数のイベントタイプが、アクティビティカテゴリに基づいて拡張されている。即ち３つの異なるアクティビティイベントストリーム又は「スイムレーン」が表示されている。具体的には空輸イベントストリーム、空輸イベントストリーム、取扱いイベントストリームである。図１３（ｃ）では、異なる複数のイベントタイプが、挙動カテゴリに基づき３つの異なる「挙動」イベントストリーム又は「スイムレーン」に分けられる。この例では、これは物品の輸送媒体の識別に基づく。当然媒体が追加されれば、イベントストリームが追加されてもよい（媒体が減ればイベントストリームも減り得る）。図１３（ｄ）では、工場段階状況タイプと、工場シフト状況タイプの２つの異なる状況タイプのそれぞれについて、異なる複数のイベントタイプが、状況カテゴリに基づき３つの異なる「状況」イベントストリーム又は「スイムレーン」に分けられる。工場段階状況タイプについては、状況カテゴリに基づき、３つの異なる段階イベントストリームに拡張された図となっている（例えば倉庫段階、入荷段階、出荷段階等、又はその組み合わせ）。工場シフト状況タイプについては、状況カテゴリにより、タイミングデータに基づいて３つの異なる「シフト」イベントストリームに分けられた図となっている。具体的には朝シフトイベントストリーム、午後イベントストリーム、夜シフトイベントストリームである。
【０２０９】
行程終了後、実際の行程フィンガープリントを想定行程フィンガープリントと比較してもよい。これにより異常の検出、特定の処理が効率的又は上手く進んでいるかが判断され、監視対象品（例えば小包又はパッケージ）が処理される所定の処理における欠点が特定される。同様の手順をほぼリアルタイムで行い、操作上の判断材料としてもよい。
【０２１０】
上述の異なるイベントタイプ及びイベントストリームは単に例示であり、その他適切なイベント及び／又はイベントの分類が表示されてもよいことが理解されよう。同様に、イベントデータは適宜任意の適切なアクティビティタイプ、挙動タイプ、又は状況タイプ（又はその他分類）に基づき拡張されてもよい。そしてさらに任意の適切な数のイベントストリームに分割されてもよい。
【０２１１】
物流用途は、乗り物による輸送網外のアクティビティも含まれることが理解されよう。商品が組み立てられる際の工場内での移動や、エンドユーザによる商品の安全な起動、認証、及び保証の適応もさらに含まれ得るのである。したがって、行程フィンガープリントは、多数の異なるユーザやユーザ状況を含むように特別に設定されてもよい。
【０２１２】
バーコード、無線周波数識別子及び／又はその他識別子がパッケージ又はその他物品用の行程の多数の時点でスキャンが実行されるような従来の物流タイプ追跡法よりも、本例でのイベントデータの使用方法は圧倒的に有利である。監視装置からの出力は、監視装置２が関連付けられた物品に影響を及ぼすイベントに応じたもので、スキャニングのタイミングごとに生じるものではない。これにより、スキャニング資源の位置、時間、能力に縛られることなく、物品の取り扱いについてのより詳細な表示が構築できるのである。例えば、従来の追跡方法では、物品が所定のある位置（例えば倉庫、空港、配達先等）に到達すれば、複数の分散したスキャニングが生じる。しかし、そのようなスキャニングの間の輸送中に何が起きているか、何が起きたかを視覚的に示すものではない。
【０２１３】
このようにしてデータを取得、表示する利点を以下に挙げる。
【０２１４】
コスト削減：必要なスキャン／チェック操作が減ることで可能となる。例えば本フィンガープリント手法により、操作の確実性が十分に得られ、ＧＰＳによる確認や、個人が行う一連の確認動作等「コストのかかる」（金銭的及び／又は電力的に）評価手段を最小限にでき、最終的には完全になくすることすら可能となり得る。
【０２１５】
時間短縮：コストと同様、動作（例えばバーコードスキャンや、商品及び／又は個人認証用スキャン等）は最小限に抑えられるか、完全になくなるため、処理時間が短縮される。
【０２１６】
上述の行程フィンガープリンティング技術は、さらに上述のその他別の用途に適用できる。
【０２１７】
一例として、物流用途の変形例としてのコールドチェーンの場合は、輸送される商品（例えば層的温度制御インキュベータ）の温度、湿度、及び／又は物理的な取扱に焦点を当ててもよい。ここでは温度、湿度、そして行程中のあらゆる衝撃が重要な要素なる薬品、食品又はその他生鮮食品が商品となるからである。
【０２１８】
物流の場合と同様、コールドチェーン物流は、輸送チェーン外のアクティビティも含む。その中でも特徴的なのはエンドユーザにより「正しく」薬品が保管、摂取されているかを監視することである
【０２１９】
他の例としては、行程フィンガープリントを、農業又はその他工業機械のような資産の状態を監視するために使用してもよい。これは上述のテレマティクス用途と同様に、振動分析に基づく。ここでは、行程フィンガープリントは、該当する機会の典型的な使用に特化した特定のアクティビティ、挙動、又は状況に焦点を当てるものであってもよい。
【０２２０】
道具や資産の動的監視及び制御により、この状態監視用途の改善が図れる。このばあいでは、リアルタイム送信と、行程フィンガープリントの両方により、監視対象装置を動的に制御できる。「想定」行程を取得し、実際の行程フィンガープリントと即時比較することが特に有効である。
【０２２１】
例えば、センサは、平均して特定の回数だけ使用され、その後ドリルビットのような主要部品が故障して交換する必要が生じ得る高価な工業機械（工業用ドリル等）の監視に有利に使用できる。使用回数、道具の使用方法、道具が故障しつつあるとき、異常な挙動を感知するセンサを使用することで、道具を故障前に処置して寿命を延長するような予知保全が可能となり、スペア部品の注文も可能になり、作業工具の内期間を最小限に抑えることができる。
【０２２２】
電車のドアの設定や、風力発電所における風力タービン翼や、ベルトコンベヤ等、同様の種類の数多くの装置が同様に動作するようなその他システムも、センサによる監視の増強の恩恵を受ける。ここでは「異例」な挙動が検出される（同じ物品又は同じ種類の別の物品についての履歴データに基づく）ことで、予知保全や処置が可能となる。
【０２２３】
したがって、改良した監視装置に加えて（又は代えて）、改良されたデータ及び／又は関連装置の管理方法が提供されてもよい。
【０２２４】
一例としては、例えば、少なくとも１つのセンサから受信したデータを管理する方法が提供されてもよい。当該方法は、前記少なくとも１つのセンサから、監視対象に影響を及ぼすイベントを示すセンサデータを取得することと、前記センサデータを処理してイベントを特定し、特定された各イベントのそれぞれのイベントタイプを判定することと、各イベントにそれぞれ関連付けられた背景を、共通の背景タイプの複数の背景から判定することと、ユーザに第１出力数とリームとして、特定された各イベントの表示を出力することと、ユーザからの入力に応じて、共通の背景タイプの各背景に対してそれぞれ異なる出力ストリームで、当該背景が関連付けられた各イベントのそれぞれの表示を出力することと、を含む。
【０２２５】
前記処理することは、センサデータを処理して、前記各イベントにそれぞれ関連付けられたさらなる背景を、さらに共通の背景タイプのさらなる複数の背景から判定することを含んでもよい。前記方法はさらに、ユーザからのさらなる入力に応じて、前記さらなる共通の背景タイプの各背景に対してそれぞれ異なる出力ストリームで、当該背景が関連付けられた前記各イベントのそれぞれの表示を出力することをさらに含んでもよい。
【０２２６】
前記背景タイプは以下の第１から第３タイプの内少なくとも１つを含んでもよい。第１タイプは、各背景が、監視対象が関連するアクティビティを表す。第２タイプは、各背景が、関連したイベントが生じた際の、監視対象（例えば、監視対象に責任を持つ個人又は個人のグループ）が関連する挙動的出来事を表す。第３タイプは、各背景が、関連したイベントが起きる状況を表す。
【０２２７】
前記背景タイプは、各背景が関連するイベントが生じる状況を表す第３タイプを含んでもよい。状況は、環境的状況（関連するイベントが生じた際の温度又は湿度範囲）や、時間的状況（例えば、関連するイベントが生じた時刻）や、場所的状況（例えば、関連するイベントが生じた地理的位置又は領域）である関連するイベントが生じた状況を表す各背景は、それ以外の任意の状況を表すものであってもよい（環境、イベントの時間、位置に無関係のものであってもよい）。それ例としては、監視対象にイベント前に起きたことに左右される過去状況や、その他任意の状況であってもよい。
【０２２８】
前記処理することはさらに、前記センサデータを処理して、イベントを複数のグループに分類することを含んでもよい。各イベントグループは、１つ以上の異なるイベントタイプのイベントを含む。特定のグループ各イベントそれぞれの表示は、当該特定のグループのイベントの表示と少なくとも１つの共通特徴が同じであってもよい。
【０２２９】
前記イベントは、重要イベントのイベントグループを含む複数のグループに分けられてもよい。前記イベントは、第１タイプの輸送を伴うイベントのイベントグループとさらに第２タイプの輸送を伴うイベントのイベントグループを含む複数のグループに分けられてもよい。
【０２３０】
前記取得することは、監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられた時間を特定する時間データと共に取得することを含んでもよく、監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられる地理的位置又は地域を特定する位置データ（例えば、衛星測位データ）と共に取得することを含んでもよく、及び／又は監視対象に影響を及ぼすイベントを表す前記センサデータを、前記イベントに関連付けられる環境要因（例えば、温度及び／又は湿度）を特定する環境データ（例えば、温度及び／又は湿度データ）と共に取得することを含んでもよい。
【０２３１】
特定された各イベントは、時系列の第１出力ストリームに含まれてもよい。特定された各イベントは、時系列の各出力ストリームに含まれてもよい。
【０２３２】
一例として、例えば、少なくとも１つのセンサから受信したデータを管理する装置であって、前記少なくとも１つのセンサから、監視対象に影響を及ぼすイベントを表すセンサデータを取得する手段と、前記イベントを特定し、特定された各イベントのそれぞれのイベントタイプを決定し、共通背景タイプの複数の背景から前記各イベントに関連付けられたそれぞれの背景を決定するために前記センサデータを処理する手段と、ユーザに対して、
第１出力ストリームにおいて、特定された各イベントのそれぞれの表示を出力し、前記ユーザからの入力に応じて、前記共通背景タイプの各背景のためのそれぞれの異なる出力ストリームにおいて、前記背景に関連付けられた前記各イベントのそれぞれの表示を出力する手段を備える装置が提供されてもよい。
【０２３３】
本稿で詳細に説明していないような様々なさらなる変形例が当業者には明らかになろう。
【図１】
2017526020.tif 000003
【図２】
2017526020.tif 000004
【図３】
2017526020.tif 000005
【図４】
2017526020.tif 000006
【図５ａ】
2017526020.tif 000007
【図５ｂ】
2017526020.tif 000008
【図６ａ】
2017526020.tif 000009
【図６ｂ】
2017526020.tif 000010
【図７ａ】
2017526020.tif 000011
【図７ｂ】
2017526020.tif 000012
【図８】
2017526020.tif 000013
【図９】
2017526020.tif 000014
【図１０】
2017526020.tif 000015
【図１１】
2017526020.tif 000016
【図１２】
2017526020.tif 000017
【図１３】
2017526020.tif 000018
【国際調査報告】
2017526020.tif 000019
2017526020.tif 000020