ユーザのプライバシーを確保する、コンピュータで実装される方法、コンピュータプログラム製品、デバイス
本記載は、特に、ユーザのプライバシーと、車両用テレマティクスデバイスなどのデバイスによってサーバに伝達されるデータの有用性とを確保する、コンピュータで実装される方法、コンピュータプログラム製品、およびデバイスに言及し、本方法は、期間中にデバイスを移動させるステップと、期間中にデバイスにてデータを受信するステップと、受信されたデータを、デバイスによって処理するステップと、処理されたデータを、デバイスによって行列に集約するステップであって、行列の行および列は、デバイスの移動の状況を定義し、行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた距離を含む、ステップと、集約されたデータをデバイスからサーバに伝送するステップと、を含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ユーザのプライバシーを確保する、コンピュータで実装される方法、コンピュータプログラム製品、およびデバイスに関する。
【発明の概要】
【課題を解決するための手段】
【０００２】
一側面による、ユーザのプライバシーと、車両用テレマティクスデバイス（ｖｅｈｉｃｌｅ ｔｅｌｅｍａｔｉｃｓ ｄｅｖｉｃｅ）などのデバイスによってサーバへ伝達されるデータの有用性とを確保する、コンピュータで実装される方法。本方法は、
−期間中にデバイスを移動させるステップと、
−期間中にデバイスにてデータを受信するステップと、
−受信されたデータを、デバイスによって処理するステップと、
−処理されたデータを、デバイスによって行列に集約する（ｓｕｍｍａｒｉｚｅ）ステップであって、行列の行および列は、デバイスの移動の状況（ｃｉｒｃｕｍｓｔａｎｃｅｓ ｏｆ ｍｏｖｅｍｅｎｔ）を定義し、行列は、複数の行列エントリ（ｍａｔｒｉｘ−ｅｎｔｒｙ）を含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた（ｃｏｖｅｒｅｄ）距離を含む、ステップと、
−集約されたデータをデバイスからサーバに伝送するステップと、
を含むとよい。
【０００３】
上記の、データを行列に集約するステップは、ユーザのプライバシーと、デバイスによって伝達されるデータの有用性とを確保する効果を有し得る。これは、処理されたデータが、集約によって、カバーされた距離と、距離がカバーされた移動の状況とに縮小されることが理由である。したがって、伝送されるデータは、慎重な扱いを要するユーザデータを含まなくてもよく、その結果、ユーザのプライバシーが確保される。しかし、伝送されるデータは、カバーされた距離および移動の状況を含むため、有用性を保つ。
【０００４】
データの集約は、データを圧縮して統合する（ａｇｇｒｅｇａｔｅ）こと（例えば統計的に統合すること）を指すと理解されてもよい。具体的には、集約は、特定の速度（ｖｅｌｏｃｉｔｙ）でカバーされた距離を、或る範囲の速度でカバーされた距離に変換することを指してもよい。
【０００５】
処理されるデータは、ポジションデータ、速度データ、および時間データのうちの少なくとも１つを含むとよい。さらに、速度データは、デバイスが移動されたスピードを示すとよい。「速度」という用語は、方向および値を有するベクトルを指すとよい。「スピード」という用語は、速度の値を指すとよい。
【０００６】
本方法は、
ポジションデータおよび／または速度データおよび／または時間データと、デバイス上に記憶されている地図情報とを関連付けるステップと、
付随する結果を伴うアクションをユーザが実行したことを、デバイスによって関連付けに基づき判断するステップと、
アクションに応答して、デバイスによって、警告を生成、具体的には伝達するステップと、
をさらに含むとよい。
【０００７】
警告は、ユーザの注意をそらすことなくユーザと対話する、単純な方法と理解されるとよい。警告は、伝達されるとよく、警告に関係しない注意をそらす信号が実質的に少しも提供されないような形で、視覚表示および／または可聴音を含むとよい。警告は、車両の運転者などのデバイスのユーザに、他の方法では入手できない情報を提供するとよい。したがって、警告は、アクションをユーザに知らせる単純な方法であればよい。さらに、この単純化は、例えば地図を表示するコストなどのコストを削減するとよい。
【０００８】
さらに、警告を考慮して、ユーザがその運転を改善する是正アクション（ｃｏｒｒｅｃｔｉｖｅ ａｃｔｉｏｎ）をとることができるとよい（例えば、警告に応答する、将来の警告を避けるなど）。
【０００９】
さらに、本方法は、集約されたデータを伝送の前に暗号化するステップを含むとよく、集約されたデータは、ユーザからの補助なしにサーバによって復号化できる。さらに、本方法は、アクションに対応する処理されたデータを、伝送の前に暗号化するステップを含むとよく、処理されたデータは、ユーザの鍵を用いてのみ復号化できる。さらに、本方法は、暗号化された処理されたデータを、デバイスからサーバに伝送するステップを含むとよい。
【００１０】
２つの異なるタイプの暗号化は、処理されたデータのセキュリティを改善する効果を有するとよい。したがって、処理されたデータにはユーザの同意を得てのみ（例えば、ユーザの秘密鍵を利用して）アクセス可能であることから、このデータは、サーバ上で記憶されるが、それでもユーザのプライバシーが確保されるとよい。集約されたデータは、ユーザの補助なしに復号化できるように暗号化することによって、第三者から保護されるとよい。さらに、集約されたデータは、サーバにて使用および処理可能である。
【００１１】
さらに、ユーザのアクションに応答してのみ、処理されたデータを暗号化してサーバへ伝送することによって、デバイスのＣＰＵ負荷が節約され、ネットワークトラフィックが削減される。それでもサーバには、警告を生成したユーザのアクションを完全に記録するための十分なデータ（暗号化された処理されたデータ）が記憶される。
【００１２】
いくつかの特定の実施形態では、集約されたデータは、サーバの公開鍵、またはユーザとサーバとの間で共有される秘密鍵を使用して暗号化されるとよい。一部の実施形態は、処理されたデータは、ユーザの秘密鍵またはユーザの公開鍵を用いて暗号化されるよう指定してもよい。さらに、一部の特定の実施形態は、暗号化された処理されたデータおよび暗号化された集約されたデータの同時の伝送を指定してもよい。
【００１３】
事前に定義されている移動の状況は、
デバイスが距離をカバーした速度範囲、
デバイスが距離をカバーした加速度（ｒａｔｅ ｏｆ ａｃｃｅｌｅｒａｔｉｏｎ）、
デバイスによってカバーされた距離内の少なくとも１つのポジションに対応する制限スピード、
デバイスによってカバーされた少なくとも１つのポジションに対応する道路種別、
のうちの１つ以上を含むとよい。
【００１４】
加速度は、センサーを使用して決定されてもよく、または加速（ａｃｃｅｌｅｒａｔｉｏｎ）は、ある期間にわたる速度の変化に基づき計算されてもよい。言い換えれば、加速は、センサーを使用して経験的に判断されること、および／または速度の一次時間微分および／またはポジションの二次時間微分として数学的に決定されることができ、速度および／またはポジションは、例えばＧＰＳセンサーを使用して経験的に取得されるとよい。
【００１５】
したがって、地図情報は、一組の地図座標を含むとよい。ポジションデータおよび速度データを関連付けるステップは、ポジションデータおよび速度データと、一組の地図座標に関係付けられている道路種別および／または制限スピードとを関連付けるステップをさらに含むとよい。
【００１６】
さらに、アクションは、
制限スピードを上回ること、
事前に定義されている加速度を上回ること、
ユーザに危険をもたらすポジションに接近およびまたは存在すること、
のうちの１つ以上を含むとよい。
【００１７】
さらに、デバイスは、地図情報を表示しなくてもよい。
【００１８】
したがって、警告は、伝達されるとよく、警告に関係しない注意をそらす信号が実質的に少しも提供されないような形で、視覚表示および／または可聴音を含むとよい。したがって、警告は、アクションをユーザに知らせる単純な方法であるとよい。さらに、この単純化は、例えば地図をデバイス上で表示するコスト、または高機能の表示装置を提供するコストなどのコストを削減するとよい。
【００１９】
さらに、少なくとも１つの行列エントリＥｉｊは、複数の要素から成ってもよく、複数の要素の各要素
【００２０】
【数１】
【００２１】
は、距離を定義する。さらに、要素
【００２２】
【数２】
【００２３】
により定義される距離は、その次の要素
【００２４】
【数３】
【００２５】
により定義される距離がカバーされた時間間隔に隣接しない時間間隔中にカバーされたものでもよい。さらに、各行列エントリの複数の要素は、前記行列エントリに対応し事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた距離を定義するとよく、複数の行列エントリは、期間中にデバイスによってカバーされた距離を定義するとよい。
【００２６】
上記の文において、
【００２７】
【数４】
【００２８】
であり、Ｎは自然数である。場合によっては、Ｎは２０未満であるとよい。
【００２９】
一部の実施形態では、行列は、３０×３０の最大サイズを有してもよい。言い換えれば、ｉおよびｊの値は、０から２９の最大値の範囲であってもよい。さらに、最大値を２９未満とすることも可能である。好適な実施形態では、行列のサイズは、２６×２６であるとよい。言い換えると、ｉおよびｊの値は、０から３０、好適には１０から３０、より好適には２０から３０の範囲であるとよい。場合によっては、行列は正方でなくてもよい（例えば、環境行列（ｅｃｏｌｏｇｉｃａｌ ｍａｔｒｉｘ））。
【００３０】
一部の実装では、要素
【００３１】
【数５】
【００３２】
の最小サイズは、１０メートルとしてもよい。例えば２０ｍ、５０ｍ、または１ｋｍの最小サイズなどの他の実装も可能である。場合によっては、行列エントリは０であることもある。さらに、行列エントリは、１つのみの要素から成ってもよい。
【００３３】
よって、デバイスは、車両に組み込まれているとよい。さらに、本方法は、デバイスが車両に組み込まれていることを理由に、ユーザに補償を行うステップを含むとよい。
【００３４】
さらに、行列は、運転挙動の指標を計算するために使用されてもよい。
【００３５】
一部の実施形態では、本方法は、
伝送されたデータと、少なくとも１つの他のデバイスからのデータとを、サーバにて統合するステップと、
サーバにて統合されたデータに基づき、統計データを生成するステップと、
を含むとよく、好適には、
ウェブポータルを提供するステップであって、ユーザは、ウェブポータルを利用して、ユーザの統計データおよび／または集約されたデータにアクセスできる、ステップと、
を含む。
【００３６】
ウェブポータルは、２つのウェブポータルを含んでもよく、第１のウェブポータルは、パーソナルコンピュータからアクセスされるよう設計され、第２のウェブポータルは、テレマティクスデバイスからアクセスされるよう設計される。テレマティクスデバイスの能力が限られていることを考慮に入れるために、２つのウェブポータルを有することが望ましいこともある。ウェブポータルは、動的なウェブポータルであってもよく、これには、ウェブポータルにアクセスするデバイスを推定できるということ、およびウェブポータルによって提供される情報／データをデバイスに適合させることができるということが含まれ得る。したがって、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：携帯情報端末）などのモバイルデバイスを使用してウェブポータルにアクセスするユーザは、ネットワークコンピュータを使用してウェブポータルにアクセスするときと比較して、異なるデータを受信してもよい。したがって、ネットワークは、ポータルにアクセスしようとするデバイスに関して最適な形で使用される。
【００３７】
集約および統合されたデータのポータルにおける表示は、改善されたマン・マシン対話をもたらすとよい。ユーザは、その運転挙動および／または燃料消費に関係するオンラインフィードバックを提供されるため、その運転の改善（例えば危険を避ける、燃料消費を削減するなど）のために是正アクションをとることができるかもしれない。
【００３８】
別の側面によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体上に記憶されるか、またはデータ信号として提供されるとよいコンピュータ可読命令を含み、命令が車両用テレマティクスデバイスなどのデバイス上にロードされて実行されると、命令が、先行する請求項のうちのいずれか１項に記載の方法による動作をデバイスに実行させるようにしてもよい。
【００３９】
さらに別の側面によれば、車両用テレマティクスデバイスなどのデバイスが提供される。デバイスは、
−期間中にデータを受信するよう動作可能な受信器であって、受信されるデータは、期間中にデバイスが移動されたことを示す、受信器と、
−受信されたデータを処理し、処理されたデータを行列に集約するよう動作可能なプロセッサであって、行列の行および列は、デバイスの移動の状況を定義し、行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた距離を含む、プロセッサと、
−集約されたデータをサーバに伝送するよう動作可能な送信器と、
を含むとよい。
【００４０】
一部の実施形態では、デバイスは、モバイル電話などのモバイルデバイスである。
【００４１】
デバイスは、車両に物理的に組み込まれていてもよく、その場合デバイスは、車両のインターフェースを使用して通信する。
【００４２】
これは、デバイス内に車両コンポーネントを重複させることを避けることにより、製造／設置コスト、さらにデバイスの技術上の複雑性を削減し得る。
【００４３】
技術的定義
「テレマティクスデバイス」は、情報を送信、受信、および記憶できる電気通信デバイスとして理解されるとよい。同様に、「車両用テレマティクスデバイス」は、道路車両内で使用されるテレマティクスデバイスとして理解されるとよい。テレマティクスデバイスは、ＧＰＳモジュールに接続されること、および／またはそれを含むこともできる。テレマティクスデバイスは、車両内で使用可能な、もしくは車両に組み込まれることが可能な、スマートフォン、ＰＤＡ、ネットブック、または他の電子デバイスであってもよい。
【００４４】
「ユーザ」は、人または個人であるとよい。具体例によれば、ユーザは、例えば乗用車などの車両の運転者である。
【００４５】
ユーザの「秘密鍵」は、ユーザのみが知っている、対称暗号化および復号化で使用される鍵として理解されるとよい。
【００４６】
ユーザの「私有鍵」は、ユーザのみが知っている、非対称暗号法の値として理解されるとよい。私有鍵は、公開・私有鍵ペアの一部として使用されても、またはデジタル認証（例えばメッセージのデジタル署名）に使用されてもよい。
【００４７】
ユーザの「プライバシー」の確保は、ユーザのデータを保護すること、特にユーザの、慎重な扱いを要するデータを保護することを含むと理解されるとよい。慎重な扱いを要するデータには、ポジションデータ、時間データ、およびユーザのアイデンティティが含まれ得る。慎重な扱いを要するデータは、こうしたデータ要素のうちの１つ以上の組み合わせをさらに含み得る。
【００４８】
デバイスによって伝達されるデータの「有用性」の確保は、伝達されるデータの受信側に有用なデータを提供することを含むと理解されるとよい。
【００４９】
処理されたデータの「集約」は、処理されたデータを、関係のあるデータが保たれ慎重な扱いを要するデータが除去されるように縮小することとして理解されるとよい。データの集約は、慎重な扱いを要するデータを除去する一方で有用なデータを保つ効果を有するとよい。データの集約は、データを処理する形態として理解されるとよい。したがって、処理されたデータの集約は、処理されたデータを処理する方法として理解されるとよい。さらに、集約は、データから行列エントリを作成することと理解されてもよい。
【００５０】
「デバイスを移動させること」は、ユーザにより実行されるとよい。例えば、デバイスは、１つの位置から別の位置へユーザによって運転される車両内にあってもよい。さらに、デバイスが移動される期間は、事前に定義されていてもよい。言い換えると、期間の継続時間は、デバイスが移動される前に定義されてもよい。時間の継続時間は、ユーザがデバイスにアクセスできる前に、デバイスのプログラミングに含まれることも可能である。デバイスの設定によって期間が定義されることも可能である。
【００５１】
「移動の状況」は、事前に定義されているとよい。言い換えれば、移動の状況は、デバイスが移動される前に定義されるとよい。移動の状況は、ユーザがデバイスにアクセスできる前に、デバイスのプログラミングに含まれていてもよい。デバイスの設定によって移動の状況が定義されることも可能である。
【００５２】
「移動の状況のペア」は、２つの移動の状況として理解されるとよく、１つが行列エントリの行に対応し、もう１つが行列エントリの列に対応する。
【００５３】
行列エントリに含まれる「距離」が０であることもあり得る。
【００５４】
「時間データ」は、例えば、年、月、日、時、分、秒などのタイムスタンプとして理解されてもよい。
【００５５】
アクションに付随する「結果」は、スピード違反に付随するかもしれない、法律上の罰金の可能性などの、生じ得る結果であってもよい。さらに、または代わりに、結果は、サービスプロバイダ（例えば保険会社）によりユーザに対し課される料金の増加であってもよい。
【００５６】
「ポジション」は、地点または特定の場所として理解されるとよい。ポジションは、３次元、すなわち長さ、幅、高さで表現されてもよい。
【００５７】
本明細書に記載される主題は、方法として、またはデバイス上に、場合によっては１つ以上のコンピュータプログラム製品の形態で実装可能である。本明細書に記載される主題は、データ信号において、または機械可読媒体上に実装可能であり、媒体は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ、またはハードディスクなどの１つ以上の情報キャリアにおいて具現化される。そのようなコンピュータプログラム製品は、本明細書に記載された１つ以上の動作をデータ処理装置に実行させるとよい。
【００５８】
さらに、本明細書に記載される主題は、プロセッサと、プロセッサに結合されたメモリとを含むシステムとして実装されることも可能である。メモリは、本明細書に記載された方法のうちの１つ以上をプロセッサに実行させる１つ以上のプログラムをエンコードしているとよい。本明細書に記載されるさらなる主題は、様々な機械を使用して実装可能である。
【００５９】
１つ以上の実装の詳細が、以下の例示の図面および説明に記載されている。他の特徴は、説明、図面、および特許請求の範囲から明らかとなる。
【図面の簡単な説明】
【００６０】
【図１】例示のテレマティクスシステムを示す。
【図２】テレマティクスシステムの例示の論理アーキテクチャを示す。
【図３】テレマティクスシステムの例示の機能アーキテクチャを示す。
【図４】テレマティクスシステムの例示のソフトウェアアーキテクチャを示す。
【図５】テレマティクスデバイスの考えられる状態および状態遷移を示す。
【図６】サービスデリバリプラットフォームの考えられる状態および状態遷移を示す。
【図７】テレマティクスデバイスを有効化するためにとられ得る例示のステップを提供する。
【図８】テレマティクスデバイスからサービスデリバリプラットフォームにイベントメッセージを送信するプロセスを表す。
【図９】サービスデリバリプラットフォームからサービスプロバイダに伝送され得るデータの表示を示す。
【図１０】テレマティクスデバイスを使用することの考えられる利点を図で示す。
【図１１】テレマティクスデバイスのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：グラフィカルユーザインターフェース）からの例示のスピード表示を示す。
【図１２】テレマティクスデバイスのＧＵＩからの例示の注意表示を示す。
【図１３】テレマティクスデバイスのＧＵＩからの例示の警告表示を示す。
【図１４】テレマティクスデバイスのＧＵＩからの例示のセッティング表示を示す。
【図１５】テレマティクスデバイスのＧＵＩからの拡張スピード表示の例を示す。
【図１６】テレマティクスデバイスのＧＵＩからの拡張セッティング表示の例を示す。
【図１７】テレマティクスデバイスのＧＵＩからの拡張警告表示の例を示す。
【発明を実施するための形態】
【００６１】
以下の文章では、図面を参照して、例を詳細に説明する。当然のことながら、例に対して様々な変更が加えられ得る。特に、１つの例の要素が組み合わされて、他の例において使用され、新たな例を形成することもある。
【００６２】
図１は、例示のテレマティクスシステム１００を示す。テレマティクスデバイス１０１は、車両１０２内に位置するとよい。車両１０２は、乗客を運搬でき、道路上を運転されることができる乗用車またはトラックとしてもよい。テレマティクスデバイス１０１は、センサーを備えているとよく、可聴フィードバック１０３を提供できるとよい。さらに、テレマティクスデバイス１０１には、衛星１０４から信号を受信できる設備が整っているとよい。衛星１０４は、例えば全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）などの全地球航法衛星システムとしてもよい。衛星１０４は、テレマティクスデバイスがその現在位置、現在時刻、および車両１０２の速度を判断できるようにする、電波信号を送信できるとよい。テレマティクスデバイス１０１は、衛星１０４から受信されたデータを集約（すなわち統合）してから、電気通信サービスプロバイダ１０５を利用してサービスデリバリプラットフォーム（ＳＤＰ：ｓｅｒｖｉｃｅ ｄｅｌｉｖｅｒｙ ｐｌａｔｆｏｒｍ）１０６にデータを送信するとよい。
【００６３】
サービスデリバリプラットフォーム１０６は、データをサービスプロバイダ１０７に提出するために、いくつかの他のテレマティクスデバイスからのデータを統合するとよい。サービスプロバイダ１０７は、自動車サービスプロバイダ、またはより具体的には、保険会社であってもよい。テレマティクスデバイス１０１およびＳＤＰ１０６によって伝送されるデータは、暗号化されるとよい。テレマティクスデバイス１０１からＳＤＰ１０６に伝送されるデータは、テレマティクスデバイス１０１の識別子を含んでもよい。ＳＤＰ１０６は、テレマティクスデバイス１０１の識別子と、車両１０２の運転者との照合を可能にするデータを有しなくてもよい。ユーザ１０８は、サービスプロバイダ１０７からサービスを受けるとよい。ユーザ１０８は、サービスプロバイダ１０７の顧客としても理解され得る。ユーザ１０８が受けるサービスのコストは、テレマティクスデバイス１０１から送信されるデータに基づいてもよい。ユーザ１０８は、車両１０２の運転者であるとよい。
【００６４】
テレマティクスデバイス１０１は、Ａｐｐｌｅ ｉＰｈｏｎｅ（ＡｐｐｌｅおよびｉＰｈｏｎｅは、Ａｐｐｌｅ Ｃｏｒｐｏｒａｔｉｏｎの商標）などのモバイル電話、携帯情報端末（ＰＤＡ）、ネットブックなどとすることもできる。テレマティクスデバイス１０１は、Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ（例えば、Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ ６．Ｘ）、Ｂｌａｃｋｂｅｒｒｙ ＯＳ、ｉＰｈｏｎｅ ＯＳ、Ｓｙｍｂｉａｎ ＯＳなどの、オペレーティングシステム（ＯＳ：ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）を含むとよい。さらに、または代わりに、テレマティクスデバイス１０１は、車両１０２に組み込まれていてもよい。言い換えれば、テレマティクスデバイス１０１は、車両１０２内に物理的に統合されてもよく、テレマティクスデバイス１０１は車両１０２から容易に持ち出しできないようになっていてもよい。ユーザ１０８は、テレマティクスデバイス１０１が車両１０２に組み込まれていることを理由に、補償を受けてもよい。より具体的に言えば、ユーザ１０８は、テレマティクスデバイス１０１が車両１０２に組み込まれていることを理由に、ユーザ１０８がサービスプロバイダ１０７に支払う料金（例えば保険料）の減額を受けてもよい。テレマティクスデバイス１０１を車両１０２に組み込むことは、ユーザ１０８が、テレマティクスデバイス１０１なしで車両１０２を運転することを防ぐ効果を有するとよい。組み込まれたテレマティクスデバイス１０１は、ユーザ１０８のアクションに応答して生成された警告を、車両１０２のインターフェースを使用して伝達するとよい。
【００６５】
ＯＳによって提供されないテレマティクスデバイスの機能、例えば衛星１０４から受信されるデータの集約の機能などは、１つ以上のアプリケーションによって提供されるとよい。アプリケーションは、ＳＤＰ１０６によってアプリケーションストア（例えば、Ａｐｐｌｅ Ｃｏｒｐｏｒａｔｉｏｎ、Ａｎｄｒｏｉｄ、またはＢｌａｃｋｂｅｒｒｙ）に対応するアプリケーションストアのうちの１つ）にアップロードされたものでもよい。アプリケーションは、ユーザ１０８によってアプリケーションストアからダウンロードされるとよい。アプリケーションは、様々な追加的サービスを提供するサービスプラットフォームの一部であってもよい。
【００６６】
テレマティクスデバイス１０１は、グラフィカルユーザインターフェース（ＧＵＩ）を提供するとよい。テレマティクスデバイス１０１のＧＵＩは、ＧＵＩ要素を表示できるとよい。例えば、テレマティクスデバイス１０１のＧＵＩは、車両１０２の速度、車両１０２の位置に対応する許容最高速度、衛星１０４からの信号のステータス、セッティング入力要素（例えばセッティングボタン）、および誤り制御入力要素（例えば誤り制御ボタン）のうちの１つ以上を表示できるとよい。さらに、テレマティクスデバイス１０１のＧＵＩは、入力を受け取ることができるとよい。例えば、テレマティクスデバイス１０１のＧＵＩは、違反の許容範囲値（例えば時間またはスピード）を変更するために使用されてもよい。さらに、または代わりに、テレマティクスデバイス１０１のＧＵＩは、誤った違反、すなわち誤って記録された違反を指定するために使用されてもよい。具体例によれば、テレマティクスデバイス１０１のＧＵＩは、８００×４８０画素の解像度を有する。テレマティクスデバイス１０１は、運転分析アプリケーションを含むとよい。
【００６７】
図２は、テレマティクスシステム１００の例示の論理アーキテクチャ２００を示す。図２の説明は、特定のソフトウェアコンポーネントに言及するが、他の実装（例えば他のコンポーネントまたはコンポーネントの組み合わせ）も可能である。テレマティクスデバイス１０１は、電気通信サービスプロバイダ１０５と、モバイル通信用グローバルシステム（ＧＳＭ：ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のユーザが利用可能な汎用パケット無線サービス（ＧＰＲＳ：ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）を利用して通信するとよい。ユニバーサル移動体通信システム（ＵＭＴＳ：ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）、ワイヤレスネットワークプロトコルなど、ＧＰＲＳおよびＧＳＭに代わるものも可能である。例として、モバイルデバイスから１日に約２０ｋｂの伝送をサポートできる任意の通信システムが使用可能であろう。
【００６８】
図２に示されているアーキテクチャは、例えばリレーショナルデータベース管理システム（ＲＤＢＭＳ：ｒｅｌａｔｉｏｎａｌ ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）などのデータベース２０１をバックエンドとして備えるＪａｖａマルチティアウェブアーキテクチャとして理解されてもよい（Ｊａｖａは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標）。
【００６９】
アーキテクチャは、モデル・ビュー・コントローラ設計パターンに従って実装されてもよく、ビューは、ハイパーテキストマークアップ言語（ＨＴＭＬ：ｈｙｐｅｒｔｅｘｔ ｍａｒｋ ｕｐ ｌａｎｇｕａｇｅ）、カスケーディングスタイルシート（ＣＳＳ：ｃａｓｃａｄｉｎｇ ｓｔｙｌｅ ｓｈｅｅｔｓ）、およびＪａｖａサーバページ（ＪＳＰ：Ｊａｖａ ｓｅｒｖｅｒ ｐａｇｅｓ）によって実現される。論理アーキテクチャ２００のドメインモデルは、プレーンオールドＪａｖａオブジェクト（ＰＯＪＯ：ｐｌａｉｎ ｏｌｄ Ｊａｖａ ｏｂｊｅｃｔ）を用いて実装されてもよい。ＰＯＪＯは、複雑なオブジェクトフレームワークの機能を含まないが、代わりにその意図される目的を達成するのに必須の機能のみを含むオブジェクトとして理解されるとよい。ドメインモデルのＰＯＪＯは、データベース２０１に存続してもよい。単純化されたアクセスモデルを提供するため、特にテレマティクスデバイス１０１を接続するために、表現状態転送（ＲＥＳＴ：ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）フレームワーク２０６が使用されてもよい。アプリケーションサーバ２０２上のソフトウェアコンポーネントは、制御の反転（ＩＯＣ：ｉｎｖｅｒｓｉｏｎ ｏｆ ｃｏｎｔｒｏｌ）コンテナ２０５のフレームワークにプラグインされてもよい。
【００７０】
テレマティクスデバイス１０１は、電気通信サービスプロバイダ１０５のモバイル電話ネットワークを介して、ＧＰＲＳを利用してデータを伝送するとよい。データは、ハイパーテキスト転送プロトコル（ＨＴＴＰ：ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）リクエストを使用して仮想プライベートネットワークを利用して伝送されるとよい。ＨＴＴＰリクエストおよび応答の例を、下記の表１において見ることができる。
【００７１】
【表１】
【００７２】
リクエストの行は、「＞」記号で始まり、応答の行は、「＜」記号で始まる。メッセージの受信を確認するために、ＨＴＴＰステータスコードが使用されるとよい。同様に、問題が生じたことを示すには、ＨＴＴＰエラーコードが使用されるとよい。
【００７３】
具体例によれば、特定のソフトウェアコンポーネントが、論理アーキテクチャ２００の各部分を実装するために使用されるとよい。したがって、データベース２０１は、ＭｙＳＱＬソフトウェアを使用して実装されてもよい（ＭｙＳＱＬは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．の商標である）。さらに、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ：ｌｉｇｈｔｗｅｉｇｈｔ ｄｉｒｅｃｔｏｒｙ ａｃｃｅｓｓ ｐｒｏｔｏｃｏｌ）サーバ２０２が、オープンのＯｐｅｎＬＤＡＰを使用して実装されてもよい。ウェブサーバ２０３は、Ａｐａｃｈｅソフトウェアを使用して実装されてもよく、アプリケーションサーバ２０４は、Ｔｏｍｃａｔソフトウェアを使用して実装されてもよい。ＩＯＣコンテナ２０５は、Ｓｐｒｉｎｇソフトウェアを使用して実装されてもよく、ＲＥＳＴフレームワーク２０６は、Ｊａｖａ ＡＰＩ ｆｏｒ ＲＥＳＴｆｕｌ Ｗｅｂ Ｓｅｒｖｉｃｅｓ（Ｊｅｒｓｅｙ）を使用して実装されてもよく、ウェブサービスフレームワーク２０６は、Ｓｐｒｉｎｇ−ＷＳを使用して実装されてもよい。セキュリティコネクタ２０７は、ｍｏｄ＿ｓｓｌ（すなわち、セキュアソケットレイヤのＡｐａｃｈｅウェブサーバモジュール）を使用して実装されてもよく、Ｊａｖａコネクタ２０８は、ｍｏｄ＿ｊｋを使用して実装されてもよく、圧縮モジュール２０９は、ｍｏｄ＿ｇｚｉｐまたはｍｏｄ＿ｄｅｆｌａｔｅを使用して実装されてもよい。
【００７４】
図３は、テレマティクスシステム１００の機能アーキテクチャ３００を示す。プロトコルアダプタ３０１は、ワイヤプロトコルの変換を実行するとよい。例えば、メッセージが、拡張可能マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋ ｕｐ ｌａｎｇｕａｇｅ）またはＪａｓｏｎ（Ｊａｖａベースのエージェント指向インタプリタ）を使用して伝送される場合、ＸＭＬバインドのためのＪａｖａアーキテクチャ（ＪＡＸＢ：Ｊａｖａ ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ＸＭＬ ｂｉｎｄｉｎｇ）が変換に使用されてもよい。ＪＡＸＢは、ＸＭＬ要素をＪａｖａプログラミング言語のクラスにマッピングするために使用可能である。抽象構文記法１（ＡＳＮ．１：ａｂｓｔｒａｃｔ ｓｙｎｔａｘ ｎｏｔａｔｉｏｎ １）が実装される場合、変換を実行するために市販のＡＳＮ．１コンパイラが使用されてもよい。地図表示３０２は、地図上に進路または位置依存性情報を表示するために使用されるとよい。進路は、運転者が通ったところの記録を提供する、地点の順序付けられた集合として理解されるとよい。進路内の各地点は、テレマティクスデバイス１０１から受信されたポジションデータを含むとよい。一例によれば、Ｇｏｏｇｌｅ ｍａｐｓアプリケーションプログラミングインターフェース（ＧｏｏｇｌｅはＧｏｏｇｌｅ Ｃｏｒｐｏｒａｔｉｏｎの商標）を使用して表示するよう、ＧＰＳ交換形式（ＧＰＸ：ＧＰＳ ｅｘｃｈａｎｇｅ ｆｏｒｍａｔ）データの形式を合わせるために、Ｊａｖａｓｃｒｉｐｔが使用されてもよい。ポータル３０３が、ユーザ対話のために提供されるとよく、ウェブフローおよびパーソナライズを提供するために、Ｓｐｒｉｎｇモード・ビュー・コントローラを使用して実装されてもよい。
【００７５】
公開鍵および私有鍵を用いる非対称暗号化３０４が、テレマティクスデバイス１０１とＳＤＰ１０６との間のデータトラフィックを暗号化するために使用されてもよい。対称暗号化サーバ３０５が、ＳＤＰ１０６にて非対称私有鍵を暗号化および復号化するために使用されてもよい。対称暗号化クライアント３０６が、例えばウェブブラウザにおいて、非対称私有鍵を暗号化および復号化するために使用されてもよい。非対称暗号化は、リベスト・シャミール・アドルマン（ＲＳＡ：Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）アルゴリズムを使用して実装されてもよく、対称暗号化は、新暗号規格（ＡＥＳ：ａｄｖａｎｃｅｄ ｅｎｃｒｙｐｔｉｏｎ ｓｔａｎｄａｒｄ）を使用して実装されてもよい。一部の実施形態では、対称暗号化クライアント３０６は、Ｊａｖａｓｃｒｉｐｔ Ｃｒｙｐｔｏ Ｌｉｂｒａｒｙ（ＡＧＰＬ）またはｇｉｂｂｅｒｉｓｈ−ａｅｓ（ＭＩＴ）を使用してＪａｖａｓｃｒｉｐｔで暗号化／復号化を実装してもよい。アイデンティティ管理３０７は、証明書をインポートおよび記憶するためにＬＤＡＰを使用して実行されてもよい。
【００７６】
サービス有効化３０８は、専用の有効化リソースを使用して実行されてもよい。アルゴリズム３０９は、運転挙動の分析をカプセル化するために使用されてもよい。レポーティングは、テレマティクスデバイス１０１から、および場合により他のテレマティクスデバイスからも収集されたデータを分析するために、ＳＱＬスクリプトを使用して実装されてもよい。サービスプロバイダアダプタ３１１は、サービスプロバイダ１０７などのサービスプロバイダにＳＤＰ１０６へのアクセスを提供するウェブサービスとして実装されてもよい。サービスプロバイダアダプタ３１１は、新たなサービスプロバイダからのデータを処理して、個別の、および統計的に統合された運転者挙動の分析を、適切なサービスプロバイダに配信するために使用されるとよい。
【００７７】
電気通信アダプタ３１２は、テレマティクスデバイス１０１で使用されているサブスクライバアイデンティティモジュラー（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌａｒ）カードを有効化するために使用されてもよい。電気通信アダプタ３１２は、ウェブサービスを使用して実装されてもよい。ＳＭＳゲートウェイ３１３は、ショートメッセージサービス（ＳＭＳ：ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）メッセージ、特にバイナリＳＭＳメッセージを送信するために使用されるとよい。ＳＭＳゲートウェイ３１３は、ウェブサービスを使用して実装されてもよい。ソフトウェア更新アプリケーション３１４は、ソフトウェア更新をテレマティクスデバイス１０１に転送するために使用されるとよい。１つの具体例によれば、ＲＥＳＴ ｇｅｔコマンドが、データ転送を開始するために使用されてもよく、ＳＭＳゲートウェイ３１３からのメッセージが、テレマティクスデバイス１０１によるデータアップロードをトリガするために使用されてもよい。地図ダウンロードアプリケーション３１５は、地図更新をテレマティクスデバイス１０１に転送するために使用されてもよい。一例によれば、ＲＥＳＴ ｇｅｔコマンドが、データ転送に使用されてもよく、ＳＭＳメッセージが、地図アップロードをトリガしてもよい。
【００７８】
図４は、アプリケーションサーバ上のソフトウェアレイヤおよびテレマティクスデバイス１０１によって送信されるメッセージのＵＲＬ構造に関する詳細を明示する。
【００７９】
図５および６は、テレマティクスデバイス１０１およびＳＤＰ１０６の状態および状態遷移を明示する。
【００８０】
図５は、テレマティクスデバイス１０１の考えられる状態および状態遷移を示す。特に、デバイス遷移図５００は、テレマティクスデバイス１０１上でソフトウェアまたは設定の更新を実施するために必要なステップを示すと理解されるとよい。プロセスは、ステップＳ５０１にて、車両１０２のイニシャル点火、またはテレマティクスデバイス１０１におけるＳＭＳメッセージの受信のいずれかにより開始する。イニシャル点火またはＳＭＳメッセージの受信は、テレマティクスデバイス１０１を、スリープモードから復帰させるか、または起動させて、管理アプリケーションをロードさせる。ステップＳ５０２では、テレマティクスデバイス１０１には、ロードするべき利用可能な設定がない。これは、ステップＳ５０３にて、ＳＤＰ１０６から設定をダウンロードすることによって対処されるとよい。設定がＳＤＰ１０６から取得された後、設定がステップＳ５０４にてロードされるとよい。テレマティクスデバイス１０１からＳＤＰ１０６に送信されるあらゆるメッセージは、設定識別子を含むとよい。ＳＤＰ１０６は、テレマティクスデバイス１０１からのイベントメッセージの受信を確認するときに、新たな設定が利用可能であることを示してもよい。
【００８１】
ステップＳ５０５にて、テレマティクスデバイス１０１は、ＳＤＰ１０６から、新たな設定が利用可能であることを示すメッセージを受信する。テレマティクスデバイス１０１は、ステップＳ５０６にて、ＳＤＰ１０６から新たな設定をダウンロードするとよい。任意選択で、追加のソフトウェア更新が、ステップＳ５０７にてダウンロードされてもよい。新たな設定が、場合により追加のソフトウェアとともにインストールされると、テレマティクスデバイス１０１は、Ｓ５０４に戻る。テレマティクスデバイス１０１は、ステップＳ５０８にて、終了または無効化されてもよい。テレマティクスデバイス１０１は、その現在の設定を削除してから終了してもよい。無効化の後、テレマティクスデバイス１０１は、ステップＳ５０９にて、リセットの命令を受信してもよい。ステップＳ５０９におけるリセットの命令は、様々な状況で、場合によっては問題を解消してデバイスをデフォルトまたは標準設定に戻すために与えられ得る。
【００８２】
図６は、ＳＤＰ１０６の考えられる状態および状態遷移を示す。具体的には、サーバ遷移図６００は、テレマティクスデバイス１０１の有効化および無効化に必要なステップを示すと理解されるとよい。プロセスは、ステップＳ６０１にて、ユーザ証明書を生成するためにユーザが識別子を入力すると開始するとよい。テレマティクスデバイス１０１が、Ｓ６０２にて登録される。ユーザの証明書が有効であることを検証した後、デバイスは、Ｓ６０３にて有効化可能である。テレマティクスデバイス１０１は、指示または命令を受信すると、ステップＳ６０４にて無効化可能である。デバイスの再有効化は、ユーザ証明書をイベントデータとともに送信することによって達成され得る。テレマティクスデバイス１０１は、Ｓ６０５にて、ＳＤＰ１０６から削除されるとよい。
【００８３】
図７は、テレマティクスデバイス１０１を有効化する方法の例を提供する。テレマティクスデバイス１０１の有効化は、ＲＥＳＴセマンティクスとともにＨＴＴＰを使用して達成され得る。Ｓ７０１にて、ユーザはＳＤＰ１０６にアクセスするとよい。具体例によれば、ＰＵＴコマンド、テレマティクスデバイス１０１の識別子（ｄｅｖｉｃｅｉｄ）、およびユーザ識別子（ｐｉｄ）を含むＨＴＴＰメッセージが、ユーザからＳＤＰ１０６に送信されるとよい。ＳＤＰ１０６は、テレマティクスデバイス１０１を登録して、続いてＳ７０２にて、確認メッセージをユーザに送信するとよい。
【００８４】
Ｓ７０３にて、テレマティクスデバイス１０１は、新たな設定をＳＤＰ１０６からダウンロードしようと試みるとよい。テレマティクスデバイス１０１からの初期の設定リクエストが失敗すると、新たなリクエストが、指数バックオフを使用して送られるとよい。指数バックオフは、初期の、またはそれに続く伝送リクエストが失敗した場合に再伝送間の時間を倍にし続けることとして理解されるとよい（Ｗ．リチャード・スティーブンス（Ｒｉｃｈａｒｄ Ｓｔｅｖｅｎｓ）著、「詳解ＴＣＰ／ＩＰ Ｖｏｌ．１（ＴＣＰ／ＩＰ Ｉｌｌｕｓｔｒａｔｅｄ Ｖｏｌｕｍｅ １）」、１９９４年、２９９ページ）。Ｓ７０４にて、テレマティクスデバイス１０１は、ＳＤＰ１０６から設定を受信するとよい。テレマティクスデバイス１０１は、受信した設定を記憶するとよい。Ｓ７０５にて、テレマティクスデバイス１０１は、ＳＤＰ１０６による有効化を開始するとよい。Ｓ７０５にて送信されたメッセージの確認が受信されなければ、テレマティクスデバイス１０１は、指数バックオフを使用して再試行するとよい。テレマティクスデバイス１０１は、Ｓ７０６にて、ＳＤＰ１０６から有効化の確認を受信するとよい。
【００８５】
図８は、テレマティクスデバイス１０１からＳＤＰ１０６にイベントメッセージを送信するプロセスを記載する。テレマティクスデバイス１０１は、衛星１０４から衛星データを受信するとよい。その後、テレマティクスデバイス１０１は、受信した衛星データを処理するとよい。さらに、テレマティクスデバイス１０１は、処理されたデータを集約するとよい。集約は、処理されたデータをさらに処理する方法であればよい。
【００８６】
Ｓ８０１にて、テレマティクスデバイス１０１は、イベントメッセージをＳＤＰ１０６に送信するとよい。イベントメッセージは、テレマティクスデバイス１０１の識別子、および集約されたデータを含むとよい。テレマティクスデバイス１０１は、処理された衛星データを、行列を計算することによって集約するとよく、一定間隔を置いてＳＤＰ１０６に行列を送信する。
【００８７】
テレマティクスデバイス１０１からＳＤＰ１０６に送信される行列のタイプは、スピード行列（ｓｐｅｅｄ ｍａｔｒｉｘ）であってもよい。スピード行列は、全般的な運転スピード、および特に制限スピードに関して、ユーザ１０８の運転挙動を反映するとよい。以下の表記法が、スピード行列に当てはまり、優先するものがない限り、環境運転挙動行列（ｅｃｏｌｏｇｉｃａｌ ｄｒｉｖｉｎｇ ｂｅｈａｖｉｏｕｒ ｍａｔｒｉｘ）および危険性行列（ｒｉｓｋ ｍａｔｒｉｘ）にも当てはまると理解されるとよい。
【００８８】
【数６】
【００８９】
が、カバーされた距離のパラメータ化であるとする（すなわち、横断された距離）。
【００９０】
【数７】
【００９１】
が、車両１０２の速度であり、ｖｍが、許容最高速度であるとする（すなわち制限スピード）。時間×位置×速度×制限スピードのパラメータ空間は、
【００９２】
【数８】
【００９３】
と定義され得る。したがって、
【００９４】
【数９】
【００９５】
となる。
【００９６】
車両１０２によってカバーされた距離の評価は、以下のように、カバーされた距離の積分曲線として、一般重み関数Ωを使用して実現されるとよい。
【００９７】
【数１０】
【００９８】
を重み関数とすると、次式がｓの速度測定を定義し得る。
【００９９】
【数１１】
【０１００】
ωは一次関数であり、したがって、ωは以下の性質（１および２）を有する：
ω（ｓ∪ｓ’）＝ω（ｓ）＋ω（ｓ’） 性質（１）
【０１０１】
言い換えると、ωは、カバーされた距離のポジション成分に対して線形である。さらに、
ｌ（ｓ）＝０であればω（ｓ）＝０ 性質（２）
【０１０２】
言い換えると、カバーされた距離の長さが０であれば、ωは０である。
【０１０３】
以下の仮定は、計算をより効率的にし、テレマティクスデバイス１０１上でアルゴリズムを実装するのをより容易にする効果があると考えられる。
（１）時間依存：Ωは、時間スライス、すなわち運転期間の長さのみに依存する
（２）空間依存：Ωは、道路種別、すなわち車道種別のみに依存する
【０１０４】
Ωαβが、仮定（１）および（２）に従って定義されるとする。したがって、０≦α≦ｎ，０≦β≦ｍ、
【０１０５】
【数１２】
【０１０６】
であり、式中、
【０１０７】
【数１３】
【０１０８】
は、特性関数を指定する。
【０１０９】
仮定（１）および（２）は、Ωからの集約Ωαβの単純な計算を可能にする。結果的に、Ωαβは、車両１０２の速度および許容最高速度のみに依存する。
【０１１０】
積分
【０１１１】
【数１４】
【０１１２】
を計算するために、特殊分解とともにルベーグ／リーマン近似（離散化）が適用されるとよい。以下では、ｖｍは追加の速度を含む許容最高速度（すなわち合計速度）を指すと理解されるとよく、ユーザ１０８は、合計速度で運転すると、付随するペナルティを受ける。例えば、制限スピードが５０ｋｍ／ｈであり、付随するペナルティが、制限スピードを３０ｋｍ／ｈ超える運転に発生する場合、ｖｍは８０ｋｍ／ｈである。
【０１１３】
Ｉ＝∪［ｖｉ，ｖｉ＋１）を、区間
【０１１４】
【数１５】
【０１１５】
の離接分解であるとする。その結果、
ｓｉｊ：＝｛ｓ｜ｖｉ≦ｖ（ｓ）＜ｖｉ＋１∧ｖＭｊ≦ｖＭ（ｓ）＜ｖＭｊ＋１｝ 式（３）
は、ｓの分解を定義し得る。
【０１１６】
離接分解Ｉ＝∪［ｖｉ，ｖｉ＋１）に、対応するリーマン近似ＲαβＩが適用される：
【０１１７】
【数１６】
【０１１８】
式中、行列Λαβは、以下のように定義される（Παβは、時間スライスおよび道路種別への射影を示し、ｌは、長さ、すなわちカバーされた距離の長さを示す）
Λαβｉｊ：＝ｌ（Παβ（ｓｉｊ）） 式（５）
【０１１９】
テレマティクスデバイス１０１によって効率的に算出可能であるということが、上述の分解の特徴となり得る。テレマティクスデバイス１０１は、行列Λαβを計算して、計算された行列を、一定間隔を置いてＳＤＰ１０６に送信するとよい。ＳＤＰでは、行列が、式（５）に従って処理される。これは、各スピード行列のパラメータの設定が、ＳＤＰ１０６にて実行されるという利点となり得る。
【０１２０】
スピード行列Λαβの連続する各行は、次第に高くなる制限スピードにおいて実行された運転に対応するとよい。さらに、スピード行列の連続する各列は、次第に高くなる速度範囲に対応するとよい。制限スピードおよび速度範囲は、移動の状況として理解されるとよい。したがって、スピード行列内の各エントリは、行によって定義される制限スピードの領域において、列によって定義される速度範囲のスピードで車両１０２が走行していた、移動距離を表すとよい。
【０１２１】
例えば、テレマティクスデバイス１０１から送信される３行３列のスピード行列は、次の値を含んでもよい。
【０１２２】
【数１７】
【０１２３】
上記の行列の連続する各行は、制限スピードの５０ｋｍ／ｈの差を表す（第１行の５０ｋｍ／ｈから第３行の１５０ｋｍ／ｈ）。連続する各列は、スピード範囲の５０ｋｍ／ｈの差を表す（第１列の０〜５０ｋｍ／ｈから、第３列の、移動の状況の例としての１００〜１５０ｋｍ／ｈ）。その結果として、第１行第１列における行列エントリの移動の状況のペアは、０〜５０ｋｍ／ｈの速度範囲および５０ｋｍ／ｈの制限スピードであり、行列エントリの値は２１ｋｍである。したがって、上記の行列によれば、車両１０２は、行列によってカバーされる時間スライスに１１９ｋｍ運転された。すなわち、複数の行列エントリは、期間中にデバイスによってカバーされた距離を１１９ｋｍと定義している。時間スライスは、所定の期間（例えば１日または２日）として理解されるとよい。
【０１２４】
第１行第１列のエントリは、法定制限スピードが５０ｋｍ／ｈの領域において（５０ｋｍ／ｈの制限スピードは例示の移動の状況である）、０〜５０ｋｍ／ｈの間のスピードで２１ｋｍがカバーされたことを示す（０〜５０ｋｍ／ｈの範囲は、例示の移動の状況である）。さらに、第２行第１列のエントリは、制限スピードが１００ｋｍ／ｈの領域において、０〜５０ｋｍ／ｈの間のスピードで５６ｋｍ、車両１０２が運転されたことを示す（０〜５０ｋｍ／ｈのスピード範囲および５０ｋｍ／ｈの制限スピードは、移動の状況の例である）。第１行第２列のエントリは、法定制限スピードが５０ｋｍ／ｈの領域において、５０〜１００ｋｍ／ｈの間のスピードで１２ｋｍ、車両１０２が運転されたことを示す。上記の行列の第１行第２列に表されている１２ｋｍ、第１行第３列で表されている１３ｋｍ、第２行第３列で表されている３ｋｍは、制限スピード違反を示す。車両は、１５０ｋｍ／ｈの制限スピードの領域では運転されなかったため、行列のこの行は０で満たされている。
【０１２５】
上記の例では、説明のために、間隔は大きく、行列は小さい。別の実装は、１０ｋｍ／ｈ未満の行および列の間隔を含んでもよいであろう。したがって、スピード行列は、少なくとも１５行および／または少なくとも１５列、ならびに２２５のエントリを有してもよいであろう。
【０１２６】
テレマティクスデバイス１０１によって計算されるスピード行列Λαβは、表２の疑似コードに基づくコードを使用して生成されるとよい。
【０１２７】
【表２】
【０１２８】
ＳＤＰ１０６に行列をアップロードして行列の値を０にリセットするために、さらなるコードが使用され得る。
【０１２９】
重み付きのスピード行列Ωαβが、ＳＤＰ１０６にて計算されるとよい。Ωαβは、以下の制限を有するとよい：
（１）Ωαβは負ではない、すなわち、Ωαβｉｊ≧０ ∀ｉ，ｊ
（２−単調性）∀ｉ：Ωαβｉｊ≧Ωαβｉｊ’ ｊ＞ｊ’、すなわち、スピード違反には、制限スピードと車両１０２の速度との差に比例して大きくなる重みが与えられる。
（３−スケーリング）∀ｊ：Ωαβｉｊ≦Ωαβｉ’ｊ ｉ＞ｉ’、すなわち、車両１０２の速度が上がるにつれて、絶対的なスピード違反の関連性は弱まる
（４−閾値）Ωαβｉｊ＝０ ∀ｉ≦ｊ、すなわち、制限スピードを上回る速度のみが評価される。
【０１３０】
制限（４−閾値）の適用は、Ωαβの計算の効率を上げる効果を有するとよい。
【０１３１】
式（１）のｓの速度測定は、カバーされた距離に対して線形であるとよい。これは、距離が大きい（すなわち、大きなキロメートル数がカバーされる）と、大きな（すなわち高い）速度測定につながることを意味すると理解されるとよい。したがって、正規化式（６）が続く。
【０１３２】
【数１８】
【０１３３】
式（６）は、ｓの速度スコアと呼ばれてもよい。速度スコアは、さらなる分析のための基礎として使用されるとよく、サービスプロバイダ１０７によって顧客１０８に対し変更される料金に影響を与えてもよい。
【０１３４】
テレマティクスデバイス１０１からＳＤＰ１０６に送信される別のタイプの行列は、環境運転挙動を集約する行列、すなわち環境行列とすることもできる。環境行列は、燃料消費に関してユーザ１０８の運転挙動を反映してもよく、燃料消費は、車両１０２の速度および車両１０２の加速（負の加速を含む）の関数としてもよい。
【０１３５】
一部の実装では、加速度は、車両１０２内のセンサーを使用して判断されてもよい。加速度は、或る期間にわたる速度の変化に基づき計算されることもできるであろう。
【０１３６】
スピード行列に関して上述したように、
【０１３７】
【数１９】
【０１３８】
が、カバーされた距離のパラメータ化を定義するとする。さらに、
【０１３９】
【数２０】
【０１４０】
を車両１０２の速度とし、
【０１４１】
【数２１】
【０１４２】
を加速とする。速度×加速のパラメータ空間は、
【０１４３】
【数２２】
【０１４４】
と定義され得る。したがって、
【０１４５】
【数２３】
【０１４６】
φ（ｔ）：＝（ｖ，ａ）となる。
【０１４７】
車両１０２によってカバーされた距離の評価は、以下のように、カバーされた距離の積分曲線として、一般重み関数Θを使用して実現されるとよい。
【０１４８】
【数２４】
【０１４９】
を重み関数とすると、
【０１５０】
【数２５】
【０１５１】
がｓの環境測定を定義する。
【０１５２】
νは、一次関数である。つまり、νは以下の性質（３および４）を有する：
ν（ｓ∪ｓ’）＝ν（ｓ）＋ν（ｓ’） 性質（３）
【０１５３】
言い換えると、νは、カバーされた距離のポジション成分に対して線形である。さらに、
ｌ（ｓ）＝０であればν（ｓ）＝０ 性質（４）
【０１５４】
言い換えると、カバーされた距離が０であれば、νは０である。
【０１５５】
【数２６】
【０１５６】
の離散化は、以下のように定義され得る。
ｓｉｊ：＝｛ｓ｜ｖｉ≦ｖ（ｓ）＜ｖｉ＋１∧ａｊ≦ａ（ｓ）＜ａｊ＋１｝ 式（８）
【０１５７】
式（８）は、ｓの分解を定義する。負の加速（すなわちブレーキをかけること）が生じ得るため、ａｍｉｎが０未満となる可能性も考えられる。これは、常に正である速度とは対照的である。
【０１５８】
ｓｉｊに、対応するリーマン近似ＲＩが適用される。
【０１５９】
【数２７】
【０１６０】
式中、行列Λは、式（５）のΛαβと同じ形で定義される。
【０１６１】
環境行列Λの連続する各行は、次第に高くなる速度範囲において実行された運転に対応するとよい。さらに、環境運転挙動行列の連続する各列は、次第に大きくなる加速に対応するとよい。したがって、環境運転挙動行列の各エントリは、特定の加速度（またはレベル）で、特定の範囲の速度において運転された距離に対応するとよい。速度範囲および加速度は、移動の状況として理解されるとよい。
【０１６２】
例えば、テレマティクスデバイス１０１から送信される３行９列の環境行列は、次のエントリを含んでもよい。
【０１６３】
【数２８】
【０１６４】
連続する各行は、前の行と５０ｋｍ／ｈ異なり、すなわち、行間には５０ｋｍ／ｈのステップがある。したがって、第１行は、０〜５０ｋｍ／ｈの速度範囲を定義し、０〜５０ｋｍ／ｈの速度範囲は、例示の移動の状況である。第２行は、５０〜１００ｋｍ／ｈの速度範囲を定義し、第３行は、１００〜１５０ｋｍ／ｈの範囲を定義し、５０〜１００ｋｍ／ｈおよび１００〜１５０ｋｍ／ｈの速度範囲は、例示の移動の状況である。連続する各列は、前の列と１ｍ／ｓ２異なり、−４ｍ／ｓ２の最小値（第１列）および４ｍ／ｓ２の最大値（第９列）を有する。−４ｍ／ｓ２（第１列）および４ｍ／ｓ２（第９列）の値は、例示の移動の状況である。行列内の各エントリは、行によって定義される速度範囲内、且つ列によって定義される加速で、運転されたキロメートル数を定義する。その結果として、第１行第１列における行列エントリの移動の状況のペアは、０〜５０ｋｍ／ｈの速度範囲および−４ｍ／ｓ２の負の加速であり、行列エントリの値は０である。
【０１６５】
本例によれば、車両１０２は、行列が定義されている時間スライス（すなわち、行列によってカバーされる時間スライス）において、２６７ｋｍ運転された。これは、行列内の値を単に集計することで求めることができる。さらに、上記の行列の第２行第５列のエントリは、車両１０２が、５０〜１００ｋｍ／ｈの間の速度（すなわちスピード）、１ｍ／ｓ２未満の加速で、１００ｋｍ運転されたことを示す。さらに、上記の行列の第３行第１列のエントリは、車両１０２が、１００〜１５０ｋｍ／ｈの間の速度、−４ｍ／ｓ２の加速で、１ｋｍ運転されたことを示す。
【０１６６】
環境行列は、対称である必要はない。例えば、−１０ｍ／ｓ２の最小値、すなわちブレーキを完全に作動させた車両の最大減速から始めて、車両が０から１００ｋｍ／ｈに５秒で加速するのに対応する６ｍ／ｓ２の最大値で終了するよう、列を定義することが望ましいこともある。通常の交通状況では、２ｍ／ｓ２までの加速および−２ｍ／ｓ２以上の減速が普通である。
【０１６７】
環境行列は、表３に示される疑似コードに基づくコードを使用して計算されてもよい。表３に示されている疑似コードでは、車両１０２の加速は、車両１０２の速度の変化に基づき計算される。しかし、例えば車両１０２の速度を検出するセンサーを使用するなど、他の実装も可能である。
【０１６８】
【表３】
【０１６９】
ＳＤＰ１０６に環境行列Λをアップロードして行列エントリの値を０にリセットするために、さらなるコードが使用され得る。
【０１７０】
重み付きの環境行列Θが、ＳＤＰ１０６にて計算されるとよい。Θは、以下の制限を有するとよい：
（１）Θは負ではない、すなわち、Θｉｊ≧０ ∀ｉ，ｊ
（２−単調性）∀ｉ：Θｉｊ≧Θｉｊ’ ｊ＞ｊ’
すなわち、加速には、加速の大きさに比例して大きくなる重みが与えられる
（３−スケーリング）
∀ｊ：Θｉｊ≧Θｉ’ｊ ｉ＞ｉ’
すなわち、車両１０２の速度が上がるにつれて、加速の大きさの関連性は強まる
（４−理想的なスピード）
Θｉｊ＝０ ∀ｉｍｉｎ≦ｉ≦ｉｍａｘ
【０１７１】
制限（４）は、多くの乗用車が、例えば７０〜１００ｋｍ／ｈなどの間の速度で運転されると少ない量の燃料を消費する、という情報を反映する。
【０１７２】
式（７）で定義された関数、すなわちｓの環境測定は、カバーされた距離に対して線形であるとよい。これは、距離が大きい（すなわち、大きなキロメートル数がカバーされる）と、大きな（すなわち高い）環境測定につながることを意味する。したがって、正規化式（９）が続く。
【０１７３】
【数２９】
【０１７４】
式（９）は、ｓの環境スコアと呼ばれてもよい。環境スコアは、さらなる分析のための基礎として使用されるとよく、サービスプロバイダ１０７によって顧客１０８に対し課される料金に影響を与えてもよい。
【０１７５】
テレマティクスデバイス１０１からＳＤＰ１０６に送信されるさらに別のタイプの行列は、車両１０２が運転される道路の種別に対応する危険性、および車両１０２が運転される時間帯に対応する危険性を集約（すなわち統合）する行列とすることもできる（すなわち、危険性行列）。したがって、車両１０２が運転される道路種別および時間帯は、移動の状況のペアとして理解されるとよい。ポジションに対応する道路の道路種別は、道路が都市の中（すなわち市街地）にあるか、都市の外にあるかに基づき判断されてもよい。危険性行列は、以下のように定義され得る。
【０１７６】
Δαβ：＝ｌ（Παβ）を、期間（すなわち時間スライス）αにおいて、対応する種別βの道路上でカバーされた（すなわち横断された）距離の計測であるとする。Ραβを、任意の適合する行列とする。その結果、
ρ：＝ΣΡαβΔαβ 式（１０）
【０１７７】
式（１０）は、ｓの危険性測定を定義する。
【０１７８】
行列Ραβは、以下の性質を有する：
Ραβは負ではない、すなわち、Ραβｉｊ≧０ ∀ｉ，ｊ 性質（５）
【０１７９】
式（１０）の結果は、カバーされた距離に線形に対応する。これは、長い距離がカバーされると（すなわち、大きなキロメートル数）、高い危険性測定につながることを意味する。
【０１８０】
次式
【０１８１】
【数３０】
【０１８２】
は、ｓの危険性スコアと呼ばれる。
【０１８３】
危険性スコアは、サービスプロバイダ１０７によってユーザ１０８に対し課される料金に影響を与えてもよい。危険性行列は、表４の疑似コードに基づくコードを使用して、テレマティクスデバイス１０１上で実装されるとよい。
【０１８４】
【表４】
【０１８５】
ＳＤＰ１０６に危険性行列をアップロードして行列エントリの値を０にリセットするために、さらなるコードが使用され得る。
【０１８６】
スピード行列、環境行列、および危険性行列は、それぞれ複数の行列エントリを含み得る。各行列エントリは、複数の要素から成るとよい。例えば、スピード行列の第２行第１列のエントリは、値５６ｋｍを有する。５６ｋｍは、第２行第１列によって定義される移動の状況のペア（すなわち、１００ｋｍ／ｈの制限スピードおよび０〜５０ｋｍ／ｈの間のスピード範囲）のもとでカバーされた距離として理解されるとよい。デバイスにプログラミングされる期間は、１日と定義される。本例によれば、５６ｋｍの値を備える行列エントリは、３つの要素から成る。第１の要素は、ユーザ１０８が車両１０２を、制限スピードが１００ｋｍ／ｈであった領域において４０ｋｍ／ｈで２０ｋｍ運転したときに行列エントリに記録された。第２の要素は、この期間内の後で、ユーザ１０８が車両１０２を、制限スピードが同じく１００ｋｍ／ｈであった別の領域において３０ｋｍ／ｈで２０ｋｍ運転したときに記録された。第３の要素は、この期間内のさらに後で、ユーザ１０８が車両１０２を、制限スピードが１００ｋｍ／ｈであったさらに別の領域において３５ｋｍ／ｈで１６ｋｍ運転したときに記録された。本例の各要素が記録されたのと同時に、別の行列エントリの他の要素が記録されていてもよい。
【０１８７】
一部の状況では、ポジションデータが、１つ以上の行列とともにＳＤＰ１０６にアップロードされるとよい。ポジションデータは、ユーザが、付随する結果を伴うアクションを実行するとアップロードされてもよい。このアクションは、危険な運転挙動（例えば、制限スピードを上回ること）、環境への悪影響を伴う運転挙動（例えば、高い加速度）、危ない領域（例えば氷で覆われた領域）での運転、または危ない時間帯（例えば夜）の運転とすることもできる。結果は、サービスプロバイダ１０７によってユーザ１０８に対し変更される料金の増加であってもよい。ポジションデータがＳＤＰ１０６にアップロードされるとき、ポジションデータは、ユーザの秘密鍵を用いて暗号化されるとよい。ポジションデータをユーザの秘密鍵を用いて暗号化することは、ユーザのプライバシーを保護する効果を有するとよい。ユーザ１０８は、追加料金の支払いを避けるために、ＳＤＰ１０６またはサービスプロバイダ１０７によるポジションデータの復号化を許可することを選んでもよい（例えば、ユーザは、ポジションデータを使用して、アクションが発生した時点にそのポジションにいなかったことを示すことができるかもしれない）。
【０１８８】
ＳＤＰ１０６は、イベントメッセージの受信をＳ８０２にて確認するとよい。Ｓ８０３にて、さらなるメッセージまたは同じ確認メッセージの中で、ＳＤＰ１０６は、テレマティクスデバイス１０１の新たな設定のＵＲＬを提供してもよい。ＵＲＬは、新たな設定をダウンロードするために使用されるとよい。Ｓ８０１にて送信されたデータが受理および処理されたことを示すコードが、Ｓ８０３にて送信されるメッセージ内で提供されてもよい。あるいは、新たな設定がテレマティクスデバイス１０１によるダウンロード用に入手可能であるかどうかと、Ｓ８０１にて送信されたイベントデータが処理できなかったこととを示すメッセージが、Ｓ８０４にて送信されてもよい。
【０１８９】
ＳＤＰ１０６は、いくつかのテレマティクスデバイス（テレマティクスデバイス１０１を含む）からのデータを統合し、統合されたデータに関する統計分析を実行してから、統合されたデータをサービスプロバイダ１０７に転送してもよい。ＳＤＰ１０６によって実行される統計分析は、３つの例示の行列（すなわち、スピード、環境運転挙動、および危険性の行列）に関連して上述した統合に似た、データの統合を含んでもよい。ＳＤＰ１０６にて実行される統計分析の顕著な特徴の１つは、それがより長い期間、例えば一週間にわたって行われるということであってもよい。例えば、一週間の間に、テレマティクスデバイス１０１から７つの危険性行列が、ＳＤＰ１０６に送信されることが可能である。週の終わりに、ＳＤＰ１０６は、７つの行列を１つの行列に統合し（おそらく対応する値を集計することによって）、続いて結果をサービスプロバイダ１０７に送信する。
【０１９０】
ＳＤＰ１０６は、スピード、環境、および危険性行列を記憶してもよい。実際には、一部の運転者は早朝には運転せず、この時間スライスに対応するエントリはすべて０となり得るため、行列は、疎行列であってもよい。さらに、いくつかのスピード違反、例えば都市の中心での１００ｋｍ／ｈは、まれである。行列を記憶する前、および場合によりテレマティクスデバイス１０１からＳＤＰ１０６に行列を伝送する前に、疎ブロック圧縮行格納方式（ｓｐａｒｓｅ ｂｌｏｃｋ ｃｏｍｐｒｅｓｓｅｄ ｒｏｗ ｓｔｏｒａｇｅ）またはＨａｒｗｅｌｌ−Ｂｏｅｉｎｇ形式で行列を圧縮することが望ましいこともある。したがって、行列を圧縮すること（例えば、０の値を備える行列エントリを除外もしくは縮小すること）、または行列エントリがすべて０のときは行列を送信しないことによって、行列の送信により消費される帯域幅を削減できると考えられる。
【０１９１】
スピード、環境、および危険性行列は、テレマティクスデバイス１０１からＳＤＰ１０６にＸＭＬ形式で伝送されてもよい。送信されるデータの量を最小化し、ひいてはデータを伝送するコストを最小化するために、行列データは、ＸＭＬリスト形式で伝送されてもよい。例えば、上記の例からの３行９列の環境行列Λは、表５に示されているように表されてもよい。
【０１９２】
【表５】
【０１９３】
具体例では、バイナリＸＭＬ形式および／または圧縮ユーティリティ（例えばｇｚｉｐ）が使用されてもよい。一部の実装では、場合により圧縮ユーティリティと組み合わせた、ＷＢＸＭＬが適切となり得るであろう。ＷＢＸＭＬでの２０％および圧縮ユーティリティでの４０〜５０％の圧縮率は、現実的であると考えられる。さらなる選択肢として、ＸＭＬの代わりにＡＳＮ．１を使用することも考えられる。伝送されるデータの量を削減するのに、圧縮ユーティリティの使用は特に有用と考えられるが、テレマティクスデバイス１０１上での圧縮および解凍の要求があるため、性能考察が行われるとよい。
【０１９４】
スピード、環境、および危険性行列は、個別に送信されても、多次元行列に結合されて送信されてもよい。例えば、３次元行列、具体的には３次元スピード行列は、各時間スライスに２次元行列で、１日の時間スライスを７つ含み得るであろう。したがって、本例によれば、３次元行列は７つの２次元行列を含むことになるであろう。他の組み合わせも可能である。例えば、４次元行列が、各道路種別に関する複数の３次元スピード行列など、複数の３次元行列を含むこともできると考えられる。この例の続きとして、４次元行列は、１つは都市の道路種別、１つは非都市の道路種別に関する、２つのエントリを含んでもよい。各エントリは、複数の３次元行列を含んでもよい。
【０１９５】
したがって、行列はさらに、処理された衛星データを集約する、要素の１つまたは複数のリストとしても解釈され得ると考えられ、リスト内の各要素は、特定の移動の状況（例えば、制限スピードまたは運転速度）により移動した距離（例えば、キロメートル数）を表す。行列は、車両用テレマティクスデバイス１０１において様々な方法で実装され得る。例えば、２次元配列、構造体（レコードとも呼ばれる）の配列、またはオブジェクトの配列が使用され得るであろう。ポインタに基づく実装も可能である。構造体、オブジェクト、およびポインタは、Ｃ＋＋プログラミング言語に関連して理解され得る。他の言語での実装も可能である。
【０１９６】
図９は、ＳＤＰ１０６からサービスプロバイダ１０７に伝送されるとよいデータの例示の表示を示す。データは、場合によりテレマティクスデバイス１０１を含む、複数のテレマティクスデバイスから受信されたものでもよい。データは、制限スピード違反データ９０１、環境運転挙動データ９０２、および運転危険性因子データ９０３を含むとよい。制限スピード違反データ９０１は、累積したわずかな制限スピード違反、すなわち「ソフトファクト」を含んでもよく、これは、百分率として測定されてもよい。さらに、制限スピード違反データ９０１は、大幅な制限スピード違反、すなわち「ハードファクト」を含んでもよく、これは個別に提供されてもよい。環境運転挙動データ９０２の測定は、所定のイベントの記録を提供するとよい。例えば、車両１０２が環境保護地帯へと運転される期間とともに、高い加速の事例が記録されてもよい。運転危険性因子データ９０３は、事故が頻繁に発生する領域または時間（例えば夜）の運転を記録するとよい。
【０１９７】
図１０は、テレマティクスデバイス１０１を使用することの考えられる利点を図で示す。
【０１９８】
一部の調査によれば、幹線道路に制限スピードがない場合、運転者が推奨スピードを上回ることは一般的である。さらに、事故の死傷者は、若い運転者で特に多い。こうした因子および他の因子は、一部の自動車保険市場で、高い損害請求と、保険料の減少との一因となる。
【０１９９】
さらに、各保険会社が、保険を求めるいずれの人にも自動車保険を提供する義務を法律的に負う場合、競合会社の自動車保険ポリシーから、１つの会社の自動車保険ポリシーを差別化するのは難しいと言われることもある。結果として、自動車保険会社は、ユーザの激しい入れ替わりおよびユーザの価格敏感性に苦しむこともある。さらに、各個人の損害のコストおよび危険性因子は、透明でないこともある。保険料は、消費者の区分の特徴に基づき計算され得る。これらの問題が、自動車保険市場の成長の可能性を制限しており、運転挙動をより正確に判断する必要性を生じさせていると考えられる。
【０２００】
図１１、１２、および１３は、スピード表示の種々の側面を示す。対応するセッティングおよび拡張表示を備える同様の表示が、環境運転挙動、道路種別危険性、および車両１０２が運転される時間帯に対する危険性を示すために提供されるとよい。
【０２０１】
図１１は、テレマティクスデバイス１０１のＧＵＩの例示のスピード表示１２０を示す。スピード表示１２０は、白色のバックグラウンド１２４を背景とする制限スピードインジケータ１２２を含む。制限スピードインジケータ１２２の白色のバックグラウンド１２４は、車両１０２が、車両１０２の位置に対応する制限スピード内の速度で移動していることを示すと理解されるとよい。速度インジケータ１２６は、車両１０２の速度が４８ｋｍ／ｈであることを示す。誤り制御入力要素１２７は、ユーザ１０８が、テレマティクスデバイス１０１によってレポートされない違反（例えば制限スピード違反）を記録できるようにする。ＧＰＳステータスインジケータ１２８は、衛星１０４からの信号のステータスを示す。例えば、テレマティクスデバイス１０１が現在、衛星１０４からの信号を受信していれば、ＧＰＳステータスインジケータ１２８は「ステータスｏｋ」を示す。テレマティクスデバイスが現在、衛星１０４からの信号を受信していなければ、ＧＰＳステータスインジケータ１２８は「信号なし」を示してもよいであろう。セッティング入力要素１３０は、例えば図１７に示されているセッティング表示１８０などのセッティング表示をテレマティクスデバイス１０１上に示すために使用され得る。Ｘ入力要素１３２は、テレマティクスデバイス１０１上のＧＵＩおよび運転分析アプリケーションを閉じるために使用され得る。Ｘ入力要素１３２へのアクセスは、本願に記載された、テレマティクスデバイス１０１上での運転分析機能の実行を停止する効果を有するとよい。
【０２０２】
図１２は、テレマティクスデバイス１０１のＧＵＩの例示の注意表示１４０を示す。注意表示１４０は、スピード表示１２０の変形として理解されるとよい。注意表示１４０では、制限スピードインジケータ１４２が、黄色のバックグラウンド１４４を背景に表示されている。黄色のバックグラウンド１４４は、車両１０２の速度が、車両１０２の位置に対応する制限スピードを上回ることを示すと理解されるとよい。しかし、注意表示１４０の例では、車両１０２の速度は、事前設定されている５ｋｍ／ｈの許容範囲内である。事前設定されている許容範囲は、図１７に関連して説明されるように変更されてもよい。速度インジケータ１４６は、車両１０２の速度が５１ｋｍ／ｈであることを示す。制限スピードインジケータ１４２は、車両１０２の位置に対応する制限スピードが、５０ｋｍ／ｈであることを示す。スピード表示１２０と同様に、注意表示１４０は、誤り制御入力要素１２７、ＧＰＳステータスインジケータ１４８、およびセッティング入力要素１３０を含む。表示１４０はさらに、Ｘ入力要素１３２を含む。
【０２０３】
図１３は、テレマティクスデバイス１０１のＧＵＩの例示の警告表示１６０を示す。警告表示１６０は、スピード表示１２０の変形として理解されるとよい。警告表示１６０では、制限スピードインジケータ１６２が、赤色のバックグラウンド１６４を背景に表示されている。赤色のバックグラウンド１６４は、車両１０２の速度が、車両１０２の位置に対応する制限スピードを上回り、速度が、事前設定されている５ｋｍ／ｈの許容範囲外であることを示すと理解されるとよい。図１５に関して示されるように、５ｋｍ／ｈは、例示の事前設定されている許容範囲であり、変更されてもよい。赤色のバックグラウンド１６２に加えて、テレマティクスデバイス１０１は、可聴フィードバック１０３を出して、事前設定されている許容範囲外の速度が検出されたことを示してもよい。可聴フィードバック１０３は、ビープ音などの可聴信号としてもよい。さらに、可聴フィードバックは、保険料の増加または過料など、ユーザ１０８にとって不利な結果を示してもよい。
【０２０４】
速度インジケータ１６６は、車両１０２のスピードが５６ｋｍ／ｈであることを示す。制限スピードインジケータ１６２は、車両１０２の位置に対応する制限スピードが、５０ｋｍ／ｈであることを示す。スピード表示１２０および注意表示１４０と同様に、警告表示１６０は、誤り制御入力要素１２７、ＧＰＳステータスインジケータ１６８、セッティング入力要素１３０、およびＸ入力要素１３２を含む。
【０２０５】
図１４は、テレマティクスデバイス１０１のＧＵＩの例示のセッティング表示１８０を示す。セッティング表示１８０は、ユーザ１０８が、セッティング入力要素１３０をクリックした（または押した）後に示されるとよい。セッティング表示１８０は、３つの列を含み、警告表示１６０が示されるまでの時間および速度の許容範囲を調節するために使用され得る。図１６との関連のように、警告表示は、可聴フィードバック１０３を伴うとよい。
【０２０６】
セッティング表示１８０の一番左の列は、速度のリストを降順で示し、各エントリが、車両１０２の位置に対する制限スピードに対応する。次の２つの列は、ヘッダ「秒」および「Ｋｍ／ｈ」を含む。「秒」列および「Ｋｍ／ｈ」列のエントリの両側にある矢印は、エントリの増減を可能にする。「秒」列のエントリは、秒の許容範囲、すなわち、違反が検出されてから警告表示１６０が示されるまでの秒数を指す。「Ｋｍ／ｈ」列のエントリは、スピード違反の許容範囲、すなわち、警告表示１６０が示されない制限スピード超過のｋｍ／ｈ数を指す。秒の許容範囲およびスピード違反の許容範囲は、集合的に許容範囲値と呼ばれてもよい。許容範囲値の変更が効力を生じる前に、運転分析アプリケーションの再起動が必要であってもよい。キャンセル入力要素１８４は、許容範囲値に対する何らの変更も保存せずにスピード表示１２０に戻るために使用されるとよい。保存入力要素１８６は、許容範囲値に対する変更を記録してスピード表示１２０に戻るために使用されるとよい。
【０２０７】
一例によれば、行１８２は、制限スピードが８０ｋｍ／ｈである場合、警告表示１６０が示されるには、車両１０２が制限スピードを少なくとも５ｋｍ／ｈ、少なくとも５秒間上回らなければならないことを示す。したがって、車両１０２が制限スピードを５秒未満、または５ｋｍ／ｈ未満上回ると、注意表示１４０が示される。
【０２０８】
さらに、データ転送入力要素１８３（例えばチェックボックス）が提供されてもよい。データ転送入力要素１８３は、データがテレマティクスデバイス１０１からＳＤＰ１０６に転送されるかどうかをユーザ１０８が選択できるようにするとよい。
【０２０９】
図１５は、拡張スピード表示２２０の例を示す。スピード表示１２０の要素に加えて、拡張スピード表示２２０は、都市インジケータ２２２および制限インジケータ２２４を示す。都市インジケータ２２２は、車両１０２が市街地に位置するかどうかを示す。制限インジケータ２２４は、車両１０２の位置に対応する制限スピードを示す。ＦＣ（Ｆｕｎｃｔｉｏｎ Ｃｌａｓｓ：機能クラス）インジケータ２２５は、車両１０２の位置に対応する道路種別を指すとよい。
【０２１０】
図１６は、拡張セッティング表示２４０の例を示す。拡張セッティング表示２４０は、セッティング表示１８０の要素に加えて、図１８および２０に示されている拡張された情報が示されるべきであるか否かをユーザが選択できるようにする、拡張表示入力要素２４２（例えばチェックボックス）を提供する。図１４のデータ転送入力要素１８３と同様に、データ転送入力要素２４３は、データがテレマティクスデバイス１０１からＳＤＰ１０６に転送されるかどうかをユーザ１０８が選択できるようにするとよい。
【０２１１】
図１７は、拡張警告表示２６０の例を示す。警告表示１６０の要素に加えて、拡張警告表示２６０は、都市インジケータ２６２、料金インジケータ２６４、ペナルティインジケータ２６６、違反インジケータ２６８、および点数インジケータ２７０を含む。警告表示１６０と同様に、拡張警告表示２６０は、可聴フィードバック１０３を伴うとよい。都市インジケータ２６２は、車両１０２が市街地にあるかどうかを示す。料金インジケータ２６４は、違反インジケータ２６８によって示される違反に対応する過料を示す。図２０の例によれば、違反は、車両１０２が８１ｋｍ／ｈのスピードで移動することによって５０ｋｍ／ｈの制限スピードを上回ったこと、すなわち、車両１０２が制限スピードを３１ｋｍ／ｈ上回ったことである。過料は、違反に関して法的に規定されている罰金として理解されるとよい。ペナルティインジケータ２６６は、違反に関して規定されていることもあるさらなるペナルティを示す。図２０の具体例では、料金インジケータ２６４は、この違反により、１６０ユーロの罰金が要求されることを示し、ペナルティインジケータ２６６は、この違反により、ユーザ１０８の運転免許の１ヶ月の停止が要求されることを示す。さらに、点数インジケータ２７０は、この違反により、ユーザ１０８の運転免許に３点の記録が要求されることを示す。テレマティクスデバイス１０１はさらに、地域における違反に対応する罰金およびペナルティの表を表示するよう設定されていてもよい。
【０２１２】
テレマティクスデバイス１０１のＧＵＩはさらに、図９に示されている情報に似たインデックスまたは要約情報を表示するよう設定されていてもよい。
【技術分野】
【０００１】
本願は、ユーザのプライバシーを確保する、コンピュータで実装される方法、コンピュータプログラム製品、およびデバイスに関する。
【発明の概要】
【課題を解決するための手段】
【０００２】
一側面による、ユーザのプライバシーと、車両用テレマティクスデバイス（ｖｅｈｉｃｌｅ ｔｅｌｅｍａｔｉｃｓ ｄｅｖｉｃｅ）などのデバイスによってサーバへ伝達されるデータの有用性とを確保する、コンピュータで実装される方法。本方法は、
−期間中にデバイスを移動させるステップと、
−期間中にデバイスにてデータを受信するステップと、
−受信されたデータを、デバイスによって処理するステップと、
−処理されたデータを、デバイスによって行列に集約する（ｓｕｍｍａｒｉｚｅ）ステップであって、行列の行および列は、デバイスの移動の状況（ｃｉｒｃｕｍｓｔａｎｃｅｓ ｏｆ ｍｏｖｅｍｅｎｔ）を定義し、行列は、複数の行列エントリ（ｍａｔｒｉｘ−ｅｎｔｒｙ）を含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた（ｃｏｖｅｒｅｄ）距離を含む、ステップと、
−集約されたデータをデバイスからサーバに伝送するステップと、
を含むとよい。
【０００３】
上記の、データを行列に集約するステップは、ユーザのプライバシーと、デバイスによって伝達されるデータの有用性とを確保する効果を有し得る。これは、処理されたデータが、集約によって、カバーされた距離と、距離がカバーされた移動の状況とに縮小されることが理由である。したがって、伝送されるデータは、慎重な扱いを要するユーザデータを含まなくてもよく、その結果、ユーザのプライバシーが確保される。しかし、伝送されるデータは、カバーされた距離および移動の状況を含むため、有用性を保つ。
【０００４】
データの集約は、データを圧縮して統合する（ａｇｇｒｅｇａｔｅ）こと（例えば統計的に統合すること）を指すと理解されてもよい。具体的には、集約は、特定の速度（ｖｅｌｏｃｉｔｙ）でカバーされた距離を、或る範囲の速度でカバーされた距離に変換することを指してもよい。
【０００５】
処理されるデータは、ポジションデータ、速度データ、および時間データのうちの少なくとも１つを含むとよい。さらに、速度データは、デバイスが移動されたスピードを示すとよい。「速度」という用語は、方向および値を有するベクトルを指すとよい。「スピード」という用語は、速度の値を指すとよい。
【０００６】
本方法は、
ポジションデータおよび／または速度データおよび／または時間データと、デバイス上に記憶されている地図情報とを関連付けるステップと、
付随する結果を伴うアクションをユーザが実行したことを、デバイスによって関連付けに基づき判断するステップと、
アクションに応答して、デバイスによって、警告を生成、具体的には伝達するステップと、
をさらに含むとよい。
【０００７】
警告は、ユーザの注意をそらすことなくユーザと対話する、単純な方法と理解されるとよい。警告は、伝達されるとよく、警告に関係しない注意をそらす信号が実質的に少しも提供されないような形で、視覚表示および／または可聴音を含むとよい。警告は、車両の運転者などのデバイスのユーザに、他の方法では入手できない情報を提供するとよい。したがって、警告は、アクションをユーザに知らせる単純な方法であればよい。さらに、この単純化は、例えば地図を表示するコストなどのコストを削減するとよい。
【０００８】
さらに、警告を考慮して、ユーザがその運転を改善する是正アクション（ｃｏｒｒｅｃｔｉｖｅ ａｃｔｉｏｎ）をとることができるとよい（例えば、警告に応答する、将来の警告を避けるなど）。
【０００９】
さらに、本方法は、集約されたデータを伝送の前に暗号化するステップを含むとよく、集約されたデータは、ユーザからの補助なしにサーバによって復号化できる。さらに、本方法は、アクションに対応する処理されたデータを、伝送の前に暗号化するステップを含むとよく、処理されたデータは、ユーザの鍵を用いてのみ復号化できる。さらに、本方法は、暗号化された処理されたデータを、デバイスからサーバに伝送するステップを含むとよい。
【００１０】
２つの異なるタイプの暗号化は、処理されたデータのセキュリティを改善する効果を有するとよい。したがって、処理されたデータにはユーザの同意を得てのみ（例えば、ユーザの秘密鍵を利用して）アクセス可能であることから、このデータは、サーバ上で記憶されるが、それでもユーザのプライバシーが確保されるとよい。集約されたデータは、ユーザの補助なしに復号化できるように暗号化することによって、第三者から保護されるとよい。さらに、集約されたデータは、サーバにて使用および処理可能である。
【００１１】
さらに、ユーザのアクションに応答してのみ、処理されたデータを暗号化してサーバへ伝送することによって、デバイスのＣＰＵ負荷が節約され、ネットワークトラフィックが削減される。それでもサーバには、警告を生成したユーザのアクションを完全に記録するための十分なデータ（暗号化された処理されたデータ）が記憶される。
【００１２】
いくつかの特定の実施形態では、集約されたデータは、サーバの公開鍵、またはユーザとサーバとの間で共有される秘密鍵を使用して暗号化されるとよい。一部の実施形態は、処理されたデータは、ユーザの秘密鍵またはユーザの公開鍵を用いて暗号化されるよう指定してもよい。さらに、一部の特定の実施形態は、暗号化された処理されたデータおよび暗号化された集約されたデータの同時の伝送を指定してもよい。
【００１３】
事前に定義されている移動の状況は、
デバイスが距離をカバーした速度範囲、
デバイスが距離をカバーした加速度（ｒａｔｅ ｏｆ ａｃｃｅｌｅｒａｔｉｏｎ）、
デバイスによってカバーされた距離内の少なくとも１つのポジションに対応する制限スピード、
デバイスによってカバーされた少なくとも１つのポジションに対応する道路種別、
のうちの１つ以上を含むとよい。
【００１４】
加速度は、センサーを使用して決定されてもよく、または加速（ａｃｃｅｌｅｒａｔｉｏｎ）は、ある期間にわたる速度の変化に基づき計算されてもよい。言い換えれば、加速は、センサーを使用して経験的に判断されること、および／または速度の一次時間微分および／またはポジションの二次時間微分として数学的に決定されることができ、速度および／またはポジションは、例えばＧＰＳセンサーを使用して経験的に取得されるとよい。
【００１５】
したがって、地図情報は、一組の地図座標を含むとよい。ポジションデータおよび速度データを関連付けるステップは、ポジションデータおよび速度データと、一組の地図座標に関係付けられている道路種別および／または制限スピードとを関連付けるステップをさらに含むとよい。
【００１６】
さらに、アクションは、
制限スピードを上回ること、
事前に定義されている加速度を上回ること、
ユーザに危険をもたらすポジションに接近およびまたは存在すること、
のうちの１つ以上を含むとよい。
【００１７】
さらに、デバイスは、地図情報を表示しなくてもよい。
【００１８】
したがって、警告は、伝達されるとよく、警告に関係しない注意をそらす信号が実質的に少しも提供されないような形で、視覚表示および／または可聴音を含むとよい。したがって、警告は、アクションをユーザに知らせる単純な方法であるとよい。さらに、この単純化は、例えば地図をデバイス上で表示するコスト、または高機能の表示装置を提供するコストなどのコストを削減するとよい。
【００１９】
さらに、少なくとも１つの行列エントリＥｉｊは、複数の要素から成ってもよく、複数の要素の各要素
【００２０】
【数１】
【００２１】
は、距離を定義する。さらに、要素
【００２２】
【数２】
【００２３】
により定義される距離は、その次の要素
【００２４】
【数３】
【００２５】
により定義される距離がカバーされた時間間隔に隣接しない時間間隔中にカバーされたものでもよい。さらに、各行列エントリの複数の要素は、前記行列エントリに対応し事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた距離を定義するとよく、複数の行列エントリは、期間中にデバイスによってカバーされた距離を定義するとよい。
【００２６】
上記の文において、
【００２７】
【数４】
【００２８】
であり、Ｎは自然数である。場合によっては、Ｎは２０未満であるとよい。
【００２９】
一部の実施形態では、行列は、３０×３０の最大サイズを有してもよい。言い換えれば、ｉおよびｊの値は、０から２９の最大値の範囲であってもよい。さらに、最大値を２９未満とすることも可能である。好適な実施形態では、行列のサイズは、２６×２６であるとよい。言い換えると、ｉおよびｊの値は、０から３０、好適には１０から３０、より好適には２０から３０の範囲であるとよい。場合によっては、行列は正方でなくてもよい（例えば、環境行列（ｅｃｏｌｏｇｉｃａｌ ｍａｔｒｉｘ））。
【００３０】
一部の実装では、要素
【００３１】
【数５】
【００３２】
の最小サイズは、１０メートルとしてもよい。例えば２０ｍ、５０ｍ、または１ｋｍの最小サイズなどの他の実装も可能である。場合によっては、行列エントリは０であることもある。さらに、行列エントリは、１つのみの要素から成ってもよい。
【００３３】
よって、デバイスは、車両に組み込まれているとよい。さらに、本方法は、デバイスが車両に組み込まれていることを理由に、ユーザに補償を行うステップを含むとよい。
【００３４】
さらに、行列は、運転挙動の指標を計算するために使用されてもよい。
【００３５】
一部の実施形態では、本方法は、
伝送されたデータと、少なくとも１つの他のデバイスからのデータとを、サーバにて統合するステップと、
サーバにて統合されたデータに基づき、統計データを生成するステップと、
を含むとよく、好適には、
ウェブポータルを提供するステップであって、ユーザは、ウェブポータルを利用して、ユーザの統計データおよび／または集約されたデータにアクセスできる、ステップと、
を含む。
【００３６】
ウェブポータルは、２つのウェブポータルを含んでもよく、第１のウェブポータルは、パーソナルコンピュータからアクセスされるよう設計され、第２のウェブポータルは、テレマティクスデバイスからアクセスされるよう設計される。テレマティクスデバイスの能力が限られていることを考慮に入れるために、２つのウェブポータルを有することが望ましいこともある。ウェブポータルは、動的なウェブポータルであってもよく、これには、ウェブポータルにアクセスするデバイスを推定できるということ、およびウェブポータルによって提供される情報／データをデバイスに適合させることができるということが含まれ得る。したがって、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：携帯情報端末）などのモバイルデバイスを使用してウェブポータルにアクセスするユーザは、ネットワークコンピュータを使用してウェブポータルにアクセスするときと比較して、異なるデータを受信してもよい。したがって、ネットワークは、ポータルにアクセスしようとするデバイスに関して最適な形で使用される。
【００３７】
集約および統合されたデータのポータルにおける表示は、改善されたマン・マシン対話をもたらすとよい。ユーザは、その運転挙動および／または燃料消費に関係するオンラインフィードバックを提供されるため、その運転の改善（例えば危険を避ける、燃料消費を削減するなど）のために是正アクションをとることができるかもしれない。
【００３８】
別の側面によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータ可読媒体上に記憶されるか、またはデータ信号として提供されるとよいコンピュータ可読命令を含み、命令が車両用テレマティクスデバイスなどのデバイス上にロードされて実行されると、命令が、先行する請求項のうちのいずれか１項に記載の方法による動作をデバイスに実行させるようにしてもよい。
【００３９】
さらに別の側面によれば、車両用テレマティクスデバイスなどのデバイスが提供される。デバイスは、
−期間中にデータを受信するよう動作可能な受信器であって、受信されるデータは、期間中にデバイスが移動されたことを示す、受信器と、
−受信されたデータを処理し、処理されたデータを行列に集約するよう動作可能なプロセッサであって、行列の行および列は、デバイスの移動の状況を定義し、行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、期間中にデバイスによってカバーされた距離を含む、プロセッサと、
−集約されたデータをサーバに伝送するよう動作可能な送信器と、
を含むとよい。
【００４０】
一部の実施形態では、デバイスは、モバイル電話などのモバイルデバイスである。
【００４１】
デバイスは、車両に物理的に組み込まれていてもよく、その場合デバイスは、車両のインターフェースを使用して通信する。
【００４２】
これは、デバイス内に車両コンポーネントを重複させることを避けることにより、製造／設置コスト、さらにデバイスの技術上の複雑性を削減し得る。
【００４３】
技術的定義
「テレマティクスデバイス」は、情報を送信、受信、および記憶できる電気通信デバイスとして理解されるとよい。同様に、「車両用テレマティクスデバイス」は、道路車両内で使用されるテレマティクスデバイスとして理解されるとよい。テレマティクスデバイスは、ＧＰＳモジュールに接続されること、および／またはそれを含むこともできる。テレマティクスデバイスは、車両内で使用可能な、もしくは車両に組み込まれることが可能な、スマートフォン、ＰＤＡ、ネットブック、または他の電子デバイスであってもよい。
【００４４】
「ユーザ」は、人または個人であるとよい。具体例によれば、ユーザは、例えば乗用車などの車両の運転者である。
【００４５】
ユーザの「秘密鍵」は、ユーザのみが知っている、対称暗号化および復号化で使用される鍵として理解されるとよい。
【００４６】
ユーザの「私有鍵」は、ユーザのみが知っている、非対称暗号法の値として理解されるとよい。私有鍵は、公開・私有鍵ペアの一部として使用されても、またはデジタル認証（例えばメッセージのデジタル署名）に使用されてもよい。
【００４７】
ユーザの「プライバシー」の確保は、ユーザのデータを保護すること、特にユーザの、慎重な扱いを要するデータを保護することを含むと理解されるとよい。慎重な扱いを要するデータには、ポジションデータ、時間データ、およびユーザのアイデンティティが含まれ得る。慎重な扱いを要するデータは、こうしたデータ要素のうちの１つ以上の組み合わせをさらに含み得る。
【００４８】
デバイスによって伝達されるデータの「有用性」の確保は、伝達されるデータの受信側に有用なデータを提供することを含むと理解されるとよい。
【００４９】
処理されたデータの「集約」は、処理されたデータを、関係のあるデータが保たれ慎重な扱いを要するデータが除去されるように縮小することとして理解されるとよい。データの集約は、慎重な扱いを要するデータを除去する一方で有用なデータを保つ効果を有するとよい。データの集約は、データを処理する形態として理解されるとよい。したがって、処理されたデータの集約は、処理されたデータを処理する方法として理解されるとよい。さらに、集約は、データから行列エントリを作成することと理解されてもよい。
【００５０】
「デバイスを移動させること」は、ユーザにより実行されるとよい。例えば、デバイスは、１つの位置から別の位置へユーザによって運転される車両内にあってもよい。さらに、デバイスが移動される期間は、事前に定義されていてもよい。言い換えると、期間の継続時間は、デバイスが移動される前に定義されてもよい。時間の継続時間は、ユーザがデバイスにアクセスできる前に、デバイスのプログラミングに含まれることも可能である。デバイスの設定によって期間が定義されることも可能である。
【００５１】
「移動の状況」は、事前に定義されているとよい。言い換えれば、移動の状況は、デバイスが移動される前に定義されるとよい。移動の状況は、ユーザがデバイスにアクセスできる前に、デバイスのプログラミングに含まれていてもよい。デバイスの設定によって移動の状況が定義されることも可能である。
【００５２】
「移動の状況のペア」は、２つの移動の状況として理解されるとよく、１つが行列エントリの行に対応し、もう１つが行列エントリの列に対応する。
【００５３】
行列エントリに含まれる「距離」が０であることもあり得る。
【００５４】
「時間データ」は、例えば、年、月、日、時、分、秒などのタイムスタンプとして理解されてもよい。
【００５５】
アクションに付随する「結果」は、スピード違反に付随するかもしれない、法律上の罰金の可能性などの、生じ得る結果であってもよい。さらに、または代わりに、結果は、サービスプロバイダ（例えば保険会社）によりユーザに対し課される料金の増加であってもよい。
【００５６】
「ポジション」は、地点または特定の場所として理解されるとよい。ポジションは、３次元、すなわち長さ、幅、高さで表現されてもよい。
【００５７】
本明細書に記載される主題は、方法として、またはデバイス上に、場合によっては１つ以上のコンピュータプログラム製品の形態で実装可能である。本明細書に記載される主題は、データ信号において、または機械可読媒体上に実装可能であり、媒体は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ、またはハードディスクなどの１つ以上の情報キャリアにおいて具現化される。そのようなコンピュータプログラム製品は、本明細書に記載された１つ以上の動作をデータ処理装置に実行させるとよい。
【００５８】
さらに、本明細書に記載される主題は、プロセッサと、プロセッサに結合されたメモリとを含むシステムとして実装されることも可能である。メモリは、本明細書に記載された方法のうちの１つ以上をプロセッサに実行させる１つ以上のプログラムをエンコードしているとよい。本明細書に記載されるさらなる主題は、様々な機械を使用して実装可能である。
【００５９】
１つ以上の実装の詳細が、以下の例示の図面および説明に記載されている。他の特徴は、説明、図面、および特許請求の範囲から明らかとなる。
【図面の簡単な説明】
【００６０】
【図１】例示のテレマティクスシステムを示す。
【図２】テレマティクスシステムの例示の論理アーキテクチャを示す。
【図３】テレマティクスシステムの例示の機能アーキテクチャを示す。
【図４】テレマティクスシステムの例示のソフトウェアアーキテクチャを示す。
【図５】テレマティクスデバイスの考えられる状態および状態遷移を示す。
【図６】サービスデリバリプラットフォームの考えられる状態および状態遷移を示す。
【図７】テレマティクスデバイスを有効化するためにとられ得る例示のステップを提供する。
【図８】テレマティクスデバイスからサービスデリバリプラットフォームにイベントメッセージを送信するプロセスを表す。
【図９】サービスデリバリプラットフォームからサービスプロバイダに伝送され得るデータの表示を示す。
【図１０】テレマティクスデバイスを使用することの考えられる利点を図で示す。
【図１１】テレマティクスデバイスのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：グラフィカルユーザインターフェース）からの例示のスピード表示を示す。
【図１２】テレマティクスデバイスのＧＵＩからの例示の注意表示を示す。
【図１３】テレマティクスデバイスのＧＵＩからの例示の警告表示を示す。
【図１４】テレマティクスデバイスのＧＵＩからの例示のセッティング表示を示す。
【図１５】テレマティクスデバイスのＧＵＩからの拡張スピード表示の例を示す。
【図１６】テレマティクスデバイスのＧＵＩからの拡張セッティング表示の例を示す。
【図１７】テレマティクスデバイスのＧＵＩからの拡張警告表示の例を示す。
【発明を実施するための形態】
【００６１】
以下の文章では、図面を参照して、例を詳細に説明する。当然のことながら、例に対して様々な変更が加えられ得る。特に、１つの例の要素が組み合わされて、他の例において使用され、新たな例を形成することもある。
【００６２】
図１は、例示のテレマティクスシステム１００を示す。テレマティクスデバイス１０１は、車両１０２内に位置するとよい。車両１０２は、乗客を運搬でき、道路上を運転されることができる乗用車またはトラックとしてもよい。テレマティクスデバイス１０１は、センサーを備えているとよく、可聴フィードバック１０３を提供できるとよい。さらに、テレマティクスデバイス１０１には、衛星１０４から信号を受信できる設備が整っているとよい。衛星１０４は、例えば全地球測位システム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）などの全地球航法衛星システムとしてもよい。衛星１０４は、テレマティクスデバイスがその現在位置、現在時刻、および車両１０２の速度を判断できるようにする、電波信号を送信できるとよい。テレマティクスデバイス１０１は、衛星１０４から受信されたデータを集約（すなわち統合）してから、電気通信サービスプロバイダ１０５を利用してサービスデリバリプラットフォーム（ＳＤＰ：ｓｅｒｖｉｃｅ ｄｅｌｉｖｅｒｙ ｐｌａｔｆｏｒｍ）１０６にデータを送信するとよい。
【００６３】
サービスデリバリプラットフォーム１０６は、データをサービスプロバイダ１０７に提出するために、いくつかの他のテレマティクスデバイスからのデータを統合するとよい。サービスプロバイダ１０７は、自動車サービスプロバイダ、またはより具体的には、保険会社であってもよい。テレマティクスデバイス１０１およびＳＤＰ１０６によって伝送されるデータは、暗号化されるとよい。テレマティクスデバイス１０１からＳＤＰ１０６に伝送されるデータは、テレマティクスデバイス１０１の識別子を含んでもよい。ＳＤＰ１０６は、テレマティクスデバイス１０１の識別子と、車両１０２の運転者との照合を可能にするデータを有しなくてもよい。ユーザ１０８は、サービスプロバイダ１０７からサービスを受けるとよい。ユーザ１０８は、サービスプロバイダ１０７の顧客としても理解され得る。ユーザ１０８が受けるサービスのコストは、テレマティクスデバイス１０１から送信されるデータに基づいてもよい。ユーザ１０８は、車両１０２の運転者であるとよい。
【００６４】
テレマティクスデバイス１０１は、Ａｐｐｌｅ ｉＰｈｏｎｅ（ＡｐｐｌｅおよびｉＰｈｏｎｅは、Ａｐｐｌｅ Ｃｏｒｐｏｒａｔｉｏｎの商標）などのモバイル電話、携帯情報端末（ＰＤＡ）、ネットブックなどとすることもできる。テレマティクスデバイス１０１は、Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ（例えば、Ｗｉｎｄｏｗｓ Ｍｏｂｉｌｅ ６．Ｘ）、Ｂｌａｃｋｂｅｒｒｙ ＯＳ、ｉＰｈｏｎｅ ＯＳ、Ｓｙｍｂｉａｎ ＯＳなどの、オペレーティングシステム（ＯＳ：ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）を含むとよい。さらに、または代わりに、テレマティクスデバイス１０１は、車両１０２に組み込まれていてもよい。言い換えれば、テレマティクスデバイス１０１は、車両１０２内に物理的に統合されてもよく、テレマティクスデバイス１０１は車両１０２から容易に持ち出しできないようになっていてもよい。ユーザ１０８は、テレマティクスデバイス１０１が車両１０２に組み込まれていることを理由に、補償を受けてもよい。より具体的に言えば、ユーザ１０８は、テレマティクスデバイス１０１が車両１０２に組み込まれていることを理由に、ユーザ１０８がサービスプロバイダ１０７に支払う料金（例えば保険料）の減額を受けてもよい。テレマティクスデバイス１０１を車両１０２に組み込むことは、ユーザ１０８が、テレマティクスデバイス１０１なしで車両１０２を運転することを防ぐ効果を有するとよい。組み込まれたテレマティクスデバイス１０１は、ユーザ１０８のアクションに応答して生成された警告を、車両１０２のインターフェースを使用して伝達するとよい。
【００６５】
ＯＳによって提供されないテレマティクスデバイスの機能、例えば衛星１０４から受信されるデータの集約の機能などは、１つ以上のアプリケーションによって提供されるとよい。アプリケーションは、ＳＤＰ１０６によってアプリケーションストア（例えば、Ａｐｐｌｅ Ｃｏｒｐｏｒａｔｉｏｎ、Ａｎｄｒｏｉｄ、またはＢｌａｃｋｂｅｒｒｙ）に対応するアプリケーションストアのうちの１つ）にアップロードされたものでもよい。アプリケーションは、ユーザ１０８によってアプリケーションストアからダウンロードされるとよい。アプリケーションは、様々な追加的サービスを提供するサービスプラットフォームの一部であってもよい。
【００６６】
テレマティクスデバイス１０１は、グラフィカルユーザインターフェース（ＧＵＩ）を提供するとよい。テレマティクスデバイス１０１のＧＵＩは、ＧＵＩ要素を表示できるとよい。例えば、テレマティクスデバイス１０１のＧＵＩは、車両１０２の速度、車両１０２の位置に対応する許容最高速度、衛星１０４からの信号のステータス、セッティング入力要素（例えばセッティングボタン）、および誤り制御入力要素（例えば誤り制御ボタン）のうちの１つ以上を表示できるとよい。さらに、テレマティクスデバイス１０１のＧＵＩは、入力を受け取ることができるとよい。例えば、テレマティクスデバイス１０１のＧＵＩは、違反の許容範囲値（例えば時間またはスピード）を変更するために使用されてもよい。さらに、または代わりに、テレマティクスデバイス１０１のＧＵＩは、誤った違反、すなわち誤って記録された違反を指定するために使用されてもよい。具体例によれば、テレマティクスデバイス１０１のＧＵＩは、８００×４８０画素の解像度を有する。テレマティクスデバイス１０１は、運転分析アプリケーションを含むとよい。
【００６７】
図２は、テレマティクスシステム１００の例示の論理アーキテクチャ２００を示す。図２の説明は、特定のソフトウェアコンポーネントに言及するが、他の実装（例えば他のコンポーネントまたはコンポーネントの組み合わせ）も可能である。テレマティクスデバイス１０１は、電気通信サービスプロバイダ１０５と、モバイル通信用グローバルシステム（ＧＳＭ：ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）のユーザが利用可能な汎用パケット無線サービス（ＧＰＲＳ：ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）を利用して通信するとよい。ユニバーサル移動体通信システム（ＵＭＴＳ：ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）、ワイヤレスネットワークプロトコルなど、ＧＰＲＳおよびＧＳＭに代わるものも可能である。例として、モバイルデバイスから１日に約２０ｋｂの伝送をサポートできる任意の通信システムが使用可能であろう。
【００６８】
図２に示されているアーキテクチャは、例えばリレーショナルデータベース管理システム（ＲＤＢＭＳ：ｒｅｌａｔｉｏｎａｌ ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）などのデータベース２０１をバックエンドとして備えるＪａｖａマルチティアウェブアーキテクチャとして理解されてもよい（Ｊａｖａは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃの商標）。
【００６９】
アーキテクチャは、モデル・ビュー・コントローラ設計パターンに従って実装されてもよく、ビューは、ハイパーテキストマークアップ言語（ＨＴＭＬ：ｈｙｐｅｒｔｅｘｔ ｍａｒｋ ｕｐ ｌａｎｇｕａｇｅ）、カスケーディングスタイルシート（ＣＳＳ：ｃａｓｃａｄｉｎｇ ｓｔｙｌｅ ｓｈｅｅｔｓ）、およびＪａｖａサーバページ（ＪＳＰ：Ｊａｖａ ｓｅｒｖｅｒ ｐａｇｅｓ）によって実現される。論理アーキテクチャ２００のドメインモデルは、プレーンオールドＪａｖａオブジェクト（ＰＯＪＯ：ｐｌａｉｎ ｏｌｄ Ｊａｖａ ｏｂｊｅｃｔ）を用いて実装されてもよい。ＰＯＪＯは、複雑なオブジェクトフレームワークの機能を含まないが、代わりにその意図される目的を達成するのに必須の機能のみを含むオブジェクトとして理解されるとよい。ドメインモデルのＰＯＪＯは、データベース２０１に存続してもよい。単純化されたアクセスモデルを提供するため、特にテレマティクスデバイス１０１を接続するために、表現状態転送（ＲＥＳＴ：ｒｅｐｒｅｓｅｎｔａｔｉｏｎ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）フレームワーク２０６が使用されてもよい。アプリケーションサーバ２０２上のソフトウェアコンポーネントは、制御の反転（ＩＯＣ：ｉｎｖｅｒｓｉｏｎ ｏｆ ｃｏｎｔｒｏｌ）コンテナ２０５のフレームワークにプラグインされてもよい。
【００７０】
テレマティクスデバイス１０１は、電気通信サービスプロバイダ１０５のモバイル電話ネットワークを介して、ＧＰＲＳを利用してデータを伝送するとよい。データは、ハイパーテキスト転送プロトコル（ＨＴＴＰ：ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）リクエストを使用して仮想プライベートネットワークを利用して伝送されるとよい。ＨＴＴＰリクエストおよび応答の例を、下記の表１において見ることができる。
【００７１】
【表１】
【００７２】
リクエストの行は、「＞」記号で始まり、応答の行は、「＜」記号で始まる。メッセージの受信を確認するために、ＨＴＴＰステータスコードが使用されるとよい。同様に、問題が生じたことを示すには、ＨＴＴＰエラーコードが使用されるとよい。
【００７３】
具体例によれば、特定のソフトウェアコンポーネントが、論理アーキテクチャ２００の各部分を実装するために使用されるとよい。したがって、データベース２０１は、ＭｙＳＱＬソフトウェアを使用して実装されてもよい（ＭｙＳＱＬは、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．の商標である）。さらに、ライトウェイトディレクトリアクセスプロトコル（ＬＤＡＰ：ｌｉｇｈｔｗｅｉｇｈｔ ｄｉｒｅｃｔｏｒｙ ａｃｃｅｓｓ ｐｒｏｔｏｃｏｌ）サーバ２０２が、オープンのＯｐｅｎＬＤＡＰを使用して実装されてもよい。ウェブサーバ２０３は、Ａｐａｃｈｅソフトウェアを使用して実装されてもよく、アプリケーションサーバ２０４は、Ｔｏｍｃａｔソフトウェアを使用して実装されてもよい。ＩＯＣコンテナ２０５は、Ｓｐｒｉｎｇソフトウェアを使用して実装されてもよく、ＲＥＳＴフレームワーク２０６は、Ｊａｖａ ＡＰＩ ｆｏｒ ＲＥＳＴｆｕｌ Ｗｅｂ Ｓｅｒｖｉｃｅｓ（Ｊｅｒｓｅｙ）を使用して実装されてもよく、ウェブサービスフレームワーク２０６は、Ｓｐｒｉｎｇ−ＷＳを使用して実装されてもよい。セキュリティコネクタ２０７は、ｍｏｄ＿ｓｓｌ（すなわち、セキュアソケットレイヤのＡｐａｃｈｅウェブサーバモジュール）を使用して実装されてもよく、Ｊａｖａコネクタ２０８は、ｍｏｄ＿ｊｋを使用して実装されてもよく、圧縮モジュール２０９は、ｍｏｄ＿ｇｚｉｐまたはｍｏｄ＿ｄｅｆｌａｔｅを使用して実装されてもよい。
【００７４】
図３は、テレマティクスシステム１００の機能アーキテクチャ３００を示す。プロトコルアダプタ３０１は、ワイヤプロトコルの変換を実行するとよい。例えば、メッセージが、拡張可能マークアップ言語（ＸＭＬ：ｅｘｔｅｎｓｉｂｌｅ ｍａｒｋ ｕｐ ｌａｎｇｕａｇｅ）またはＪａｓｏｎ（Ｊａｖａベースのエージェント指向インタプリタ）を使用して伝送される場合、ＸＭＬバインドのためのＪａｖａアーキテクチャ（ＪＡＸＢ：Ｊａｖａ ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ＸＭＬ ｂｉｎｄｉｎｇ）が変換に使用されてもよい。ＪＡＸＢは、ＸＭＬ要素をＪａｖａプログラミング言語のクラスにマッピングするために使用可能である。抽象構文記法１（ＡＳＮ．１：ａｂｓｔｒａｃｔ ｓｙｎｔａｘ ｎｏｔａｔｉｏｎ １）が実装される場合、変換を実行するために市販のＡＳＮ．１コンパイラが使用されてもよい。地図表示３０２は、地図上に進路または位置依存性情報を表示するために使用されるとよい。進路は、運転者が通ったところの記録を提供する、地点の順序付けられた集合として理解されるとよい。進路内の各地点は、テレマティクスデバイス１０１から受信されたポジションデータを含むとよい。一例によれば、Ｇｏｏｇｌｅ ｍａｐｓアプリケーションプログラミングインターフェース（ＧｏｏｇｌｅはＧｏｏｇｌｅ Ｃｏｒｐｏｒａｔｉｏｎの商標）を使用して表示するよう、ＧＰＳ交換形式（ＧＰＸ：ＧＰＳ ｅｘｃｈａｎｇｅ ｆｏｒｍａｔ）データの形式を合わせるために、Ｊａｖａｓｃｒｉｐｔが使用されてもよい。ポータル３０３が、ユーザ対話のために提供されるとよく、ウェブフローおよびパーソナライズを提供するために、Ｓｐｒｉｎｇモード・ビュー・コントローラを使用して実装されてもよい。
【００７５】
公開鍵および私有鍵を用いる非対称暗号化３０４が、テレマティクスデバイス１０１とＳＤＰ１０６との間のデータトラフィックを暗号化するために使用されてもよい。対称暗号化サーバ３０５が、ＳＤＰ１０６にて非対称私有鍵を暗号化および復号化するために使用されてもよい。対称暗号化クライアント３０６が、例えばウェブブラウザにおいて、非対称私有鍵を暗号化および復号化するために使用されてもよい。非対称暗号化は、リベスト・シャミール・アドルマン（ＲＳＡ：Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）アルゴリズムを使用して実装されてもよく、対称暗号化は、新暗号規格（ＡＥＳ：ａｄｖａｎｃｅｄ ｅｎｃｒｙｐｔｉｏｎ ｓｔａｎｄａｒｄ）を使用して実装されてもよい。一部の実施形態では、対称暗号化クライアント３０６は、Ｊａｖａｓｃｒｉｐｔ Ｃｒｙｐｔｏ Ｌｉｂｒａｒｙ（ＡＧＰＬ）またはｇｉｂｂｅｒｉｓｈ−ａｅｓ（ＭＩＴ）を使用してＪａｖａｓｃｒｉｐｔで暗号化／復号化を実装してもよい。アイデンティティ管理３０７は、証明書をインポートおよび記憶するためにＬＤＡＰを使用して実行されてもよい。
【００７６】
サービス有効化３０８は、専用の有効化リソースを使用して実行されてもよい。アルゴリズム３０９は、運転挙動の分析をカプセル化するために使用されてもよい。レポーティングは、テレマティクスデバイス１０１から、および場合により他のテレマティクスデバイスからも収集されたデータを分析するために、ＳＱＬスクリプトを使用して実装されてもよい。サービスプロバイダアダプタ３１１は、サービスプロバイダ１０７などのサービスプロバイダにＳＤＰ１０６へのアクセスを提供するウェブサービスとして実装されてもよい。サービスプロバイダアダプタ３１１は、新たなサービスプロバイダからのデータを処理して、個別の、および統計的に統合された運転者挙動の分析を、適切なサービスプロバイダに配信するために使用されるとよい。
【００７７】
電気通信アダプタ３１２は、テレマティクスデバイス１０１で使用されているサブスクライバアイデンティティモジュラー（ＳＩＭ：ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌａｒ）カードを有効化するために使用されてもよい。電気通信アダプタ３１２は、ウェブサービスを使用して実装されてもよい。ＳＭＳゲートウェイ３１３は、ショートメッセージサービス（ＳＭＳ：ｓｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ）メッセージ、特にバイナリＳＭＳメッセージを送信するために使用されるとよい。ＳＭＳゲートウェイ３１３は、ウェブサービスを使用して実装されてもよい。ソフトウェア更新アプリケーション３１４は、ソフトウェア更新をテレマティクスデバイス１０１に転送するために使用されるとよい。１つの具体例によれば、ＲＥＳＴ ｇｅｔコマンドが、データ転送を開始するために使用されてもよく、ＳＭＳゲートウェイ３１３からのメッセージが、テレマティクスデバイス１０１によるデータアップロードをトリガするために使用されてもよい。地図ダウンロードアプリケーション３１５は、地図更新をテレマティクスデバイス１０１に転送するために使用されてもよい。一例によれば、ＲＥＳＴ ｇｅｔコマンドが、データ転送に使用されてもよく、ＳＭＳメッセージが、地図アップロードをトリガしてもよい。
【００７８】
図４は、アプリケーションサーバ上のソフトウェアレイヤおよびテレマティクスデバイス１０１によって送信されるメッセージのＵＲＬ構造に関する詳細を明示する。
【００７９】
図５および６は、テレマティクスデバイス１０１およびＳＤＰ１０６の状態および状態遷移を明示する。
【００８０】
図５は、テレマティクスデバイス１０１の考えられる状態および状態遷移を示す。特に、デバイス遷移図５００は、テレマティクスデバイス１０１上でソフトウェアまたは設定の更新を実施するために必要なステップを示すと理解されるとよい。プロセスは、ステップＳ５０１にて、車両１０２のイニシャル点火、またはテレマティクスデバイス１０１におけるＳＭＳメッセージの受信のいずれかにより開始する。イニシャル点火またはＳＭＳメッセージの受信は、テレマティクスデバイス１０１を、スリープモードから復帰させるか、または起動させて、管理アプリケーションをロードさせる。ステップＳ５０２では、テレマティクスデバイス１０１には、ロードするべき利用可能な設定がない。これは、ステップＳ５０３にて、ＳＤＰ１０６から設定をダウンロードすることによって対処されるとよい。設定がＳＤＰ１０６から取得された後、設定がステップＳ５０４にてロードされるとよい。テレマティクスデバイス１０１からＳＤＰ１０６に送信されるあらゆるメッセージは、設定識別子を含むとよい。ＳＤＰ１０６は、テレマティクスデバイス１０１からのイベントメッセージの受信を確認するときに、新たな設定が利用可能であることを示してもよい。
【００８１】
ステップＳ５０５にて、テレマティクスデバイス１０１は、ＳＤＰ１０６から、新たな設定が利用可能であることを示すメッセージを受信する。テレマティクスデバイス１０１は、ステップＳ５０６にて、ＳＤＰ１０６から新たな設定をダウンロードするとよい。任意選択で、追加のソフトウェア更新が、ステップＳ５０７にてダウンロードされてもよい。新たな設定が、場合により追加のソフトウェアとともにインストールされると、テレマティクスデバイス１０１は、Ｓ５０４に戻る。テレマティクスデバイス１０１は、ステップＳ５０８にて、終了または無効化されてもよい。テレマティクスデバイス１０１は、その現在の設定を削除してから終了してもよい。無効化の後、テレマティクスデバイス１０１は、ステップＳ５０９にて、リセットの命令を受信してもよい。ステップＳ５０９におけるリセットの命令は、様々な状況で、場合によっては問題を解消してデバイスをデフォルトまたは標準設定に戻すために与えられ得る。
【００８２】
図６は、ＳＤＰ１０６の考えられる状態および状態遷移を示す。具体的には、サーバ遷移図６００は、テレマティクスデバイス１０１の有効化および無効化に必要なステップを示すと理解されるとよい。プロセスは、ステップＳ６０１にて、ユーザ証明書を生成するためにユーザが識別子を入力すると開始するとよい。テレマティクスデバイス１０１が、Ｓ６０２にて登録される。ユーザの証明書が有効であることを検証した後、デバイスは、Ｓ６０３にて有効化可能である。テレマティクスデバイス１０１は、指示または命令を受信すると、ステップＳ６０４にて無効化可能である。デバイスの再有効化は、ユーザ証明書をイベントデータとともに送信することによって達成され得る。テレマティクスデバイス１０１は、Ｓ６０５にて、ＳＤＰ１０６から削除されるとよい。
【００８３】
図７は、テレマティクスデバイス１０１を有効化する方法の例を提供する。テレマティクスデバイス１０１の有効化は、ＲＥＳＴセマンティクスとともにＨＴＴＰを使用して達成され得る。Ｓ７０１にて、ユーザはＳＤＰ１０６にアクセスするとよい。具体例によれば、ＰＵＴコマンド、テレマティクスデバイス１０１の識別子（ｄｅｖｉｃｅｉｄ）、およびユーザ識別子（ｐｉｄ）を含むＨＴＴＰメッセージが、ユーザからＳＤＰ１０６に送信されるとよい。ＳＤＰ１０６は、テレマティクスデバイス１０１を登録して、続いてＳ７０２にて、確認メッセージをユーザに送信するとよい。
【００８４】
Ｓ７０３にて、テレマティクスデバイス１０１は、新たな設定をＳＤＰ１０６からダウンロードしようと試みるとよい。テレマティクスデバイス１０１からの初期の設定リクエストが失敗すると、新たなリクエストが、指数バックオフを使用して送られるとよい。指数バックオフは、初期の、またはそれに続く伝送リクエストが失敗した場合に再伝送間の時間を倍にし続けることとして理解されるとよい（Ｗ．リチャード・スティーブンス（Ｒｉｃｈａｒｄ Ｓｔｅｖｅｎｓ）著、「詳解ＴＣＰ／ＩＰ Ｖｏｌ．１（ＴＣＰ／ＩＰ Ｉｌｌｕｓｔｒａｔｅｄ Ｖｏｌｕｍｅ １）」、１９９４年、２９９ページ）。Ｓ７０４にて、テレマティクスデバイス１０１は、ＳＤＰ１０６から設定を受信するとよい。テレマティクスデバイス１０１は、受信した設定を記憶するとよい。Ｓ７０５にて、テレマティクスデバイス１０１は、ＳＤＰ１０６による有効化を開始するとよい。Ｓ７０５にて送信されたメッセージの確認が受信されなければ、テレマティクスデバイス１０１は、指数バックオフを使用して再試行するとよい。テレマティクスデバイス１０１は、Ｓ７０６にて、ＳＤＰ１０６から有効化の確認を受信するとよい。
【００８５】
図８は、テレマティクスデバイス１０１からＳＤＰ１０６にイベントメッセージを送信するプロセスを記載する。テレマティクスデバイス１０１は、衛星１０４から衛星データを受信するとよい。その後、テレマティクスデバイス１０１は、受信した衛星データを処理するとよい。さらに、テレマティクスデバイス１０１は、処理されたデータを集約するとよい。集約は、処理されたデータをさらに処理する方法であればよい。
【００８６】
Ｓ８０１にて、テレマティクスデバイス１０１は、イベントメッセージをＳＤＰ１０６に送信するとよい。イベントメッセージは、テレマティクスデバイス１０１の識別子、および集約されたデータを含むとよい。テレマティクスデバイス１０１は、処理された衛星データを、行列を計算することによって集約するとよく、一定間隔を置いてＳＤＰ１０６に行列を送信する。
【００８７】
テレマティクスデバイス１０１からＳＤＰ１０６に送信される行列のタイプは、スピード行列（ｓｐｅｅｄ ｍａｔｒｉｘ）であってもよい。スピード行列は、全般的な運転スピード、および特に制限スピードに関して、ユーザ１０８の運転挙動を反映するとよい。以下の表記法が、スピード行列に当てはまり、優先するものがない限り、環境運転挙動行列（ｅｃｏｌｏｇｉｃａｌ ｄｒｉｖｉｎｇ ｂｅｈａｖｉｏｕｒ ｍａｔｒｉｘ）および危険性行列（ｒｉｓｋ ｍａｔｒｉｘ）にも当てはまると理解されるとよい。
【００８８】
【数６】
【００８９】
が、カバーされた距離のパラメータ化であるとする（すなわち、横断された距離）。
【００９０】
【数７】
【００９１】
が、車両１０２の速度であり、ｖｍが、許容最高速度であるとする（すなわち制限スピード）。時間×位置×速度×制限スピードのパラメータ空間は、
【００９２】
【数８】
【００９３】
と定義され得る。したがって、
【００９４】
【数９】
【００９５】
となる。
【００９６】
車両１０２によってカバーされた距離の評価は、以下のように、カバーされた距離の積分曲線として、一般重み関数Ωを使用して実現されるとよい。
【００９７】
【数１０】
【００９８】
を重み関数とすると、次式がｓの速度測定を定義し得る。
【００９９】
【数１１】
【０１００】
ωは一次関数であり、したがって、ωは以下の性質（１および２）を有する：
ω（ｓ∪ｓ’）＝ω（ｓ）＋ω（ｓ’） 性質（１）
【０１０１】
言い換えると、ωは、カバーされた距離のポジション成分に対して線形である。さらに、
ｌ（ｓ）＝０であればω（ｓ）＝０ 性質（２）
【０１０２】
言い換えると、カバーされた距離の長さが０であれば、ωは０である。
【０１０３】
以下の仮定は、計算をより効率的にし、テレマティクスデバイス１０１上でアルゴリズムを実装するのをより容易にする効果があると考えられる。
（１）時間依存：Ωは、時間スライス、すなわち運転期間の長さのみに依存する
（２）空間依存：Ωは、道路種別、すなわち車道種別のみに依存する
【０１０４】
Ωαβが、仮定（１）および（２）に従って定義されるとする。したがって、０≦α≦ｎ，０≦β≦ｍ、
【０１０５】
【数１２】
【０１０６】
であり、式中、
【０１０７】
【数１３】
【０１０８】
は、特性関数を指定する。
【０１０９】
仮定（１）および（２）は、Ωからの集約Ωαβの単純な計算を可能にする。結果的に、Ωαβは、車両１０２の速度および許容最高速度のみに依存する。
【０１１０】
積分
【０１１１】
【数１４】
【０１１２】
を計算するために、特殊分解とともにルベーグ／リーマン近似（離散化）が適用されるとよい。以下では、ｖｍは追加の速度を含む許容最高速度（すなわち合計速度）を指すと理解されるとよく、ユーザ１０８は、合計速度で運転すると、付随するペナルティを受ける。例えば、制限スピードが５０ｋｍ／ｈであり、付随するペナルティが、制限スピードを３０ｋｍ／ｈ超える運転に発生する場合、ｖｍは８０ｋｍ／ｈである。
【０１１３】
Ｉ＝∪［ｖｉ，ｖｉ＋１）を、区間
【０１１４】
【数１５】
【０１１５】
の離接分解であるとする。その結果、
ｓｉｊ：＝｛ｓ｜ｖｉ≦ｖ（ｓ）＜ｖｉ＋１∧ｖＭｊ≦ｖＭ（ｓ）＜ｖＭｊ＋１｝ 式（３）
は、ｓの分解を定義し得る。
【０１１６】
離接分解Ｉ＝∪［ｖｉ，ｖｉ＋１）に、対応するリーマン近似ＲαβＩが適用される：
【０１１７】
【数１６】
【０１１８】
式中、行列Λαβは、以下のように定義される（Παβは、時間スライスおよび道路種別への射影を示し、ｌは、長さ、すなわちカバーされた距離の長さを示す）
Λαβｉｊ：＝ｌ（Παβ（ｓｉｊ）） 式（５）
【０１１９】
テレマティクスデバイス１０１によって効率的に算出可能であるということが、上述の分解の特徴となり得る。テレマティクスデバイス１０１は、行列Λαβを計算して、計算された行列を、一定間隔を置いてＳＤＰ１０６に送信するとよい。ＳＤＰでは、行列が、式（５）に従って処理される。これは、各スピード行列のパラメータの設定が、ＳＤＰ１０６にて実行されるという利点となり得る。
【０１２０】
スピード行列Λαβの連続する各行は、次第に高くなる制限スピードにおいて実行された運転に対応するとよい。さらに、スピード行列の連続する各列は、次第に高くなる速度範囲に対応するとよい。制限スピードおよび速度範囲は、移動の状況として理解されるとよい。したがって、スピード行列内の各エントリは、行によって定義される制限スピードの領域において、列によって定義される速度範囲のスピードで車両１０２が走行していた、移動距離を表すとよい。
【０１２１】
例えば、テレマティクスデバイス１０１から送信される３行３列のスピード行列は、次の値を含んでもよい。
【０１２２】
【数１７】
【０１２３】
上記の行列の連続する各行は、制限スピードの５０ｋｍ／ｈの差を表す（第１行の５０ｋｍ／ｈから第３行の１５０ｋｍ／ｈ）。連続する各列は、スピード範囲の５０ｋｍ／ｈの差を表す（第１列の０〜５０ｋｍ／ｈから、第３列の、移動の状況の例としての１００〜１５０ｋｍ／ｈ）。その結果として、第１行第１列における行列エントリの移動の状況のペアは、０〜５０ｋｍ／ｈの速度範囲および５０ｋｍ／ｈの制限スピードであり、行列エントリの値は２１ｋｍである。したがって、上記の行列によれば、車両１０２は、行列によってカバーされる時間スライスに１１９ｋｍ運転された。すなわち、複数の行列エントリは、期間中にデバイスによってカバーされた距離を１１９ｋｍと定義している。時間スライスは、所定の期間（例えば１日または２日）として理解されるとよい。
【０１２４】
第１行第１列のエントリは、法定制限スピードが５０ｋｍ／ｈの領域において（５０ｋｍ／ｈの制限スピードは例示の移動の状況である）、０〜５０ｋｍ／ｈの間のスピードで２１ｋｍがカバーされたことを示す（０〜５０ｋｍ／ｈの範囲は、例示の移動の状況である）。さらに、第２行第１列のエントリは、制限スピードが１００ｋｍ／ｈの領域において、０〜５０ｋｍ／ｈの間のスピードで５６ｋｍ、車両１０２が運転されたことを示す（０〜５０ｋｍ／ｈのスピード範囲および５０ｋｍ／ｈの制限スピードは、移動の状況の例である）。第１行第２列のエントリは、法定制限スピードが５０ｋｍ／ｈの領域において、５０〜１００ｋｍ／ｈの間のスピードで１２ｋｍ、車両１０２が運転されたことを示す。上記の行列の第１行第２列に表されている１２ｋｍ、第１行第３列で表されている１３ｋｍ、第２行第３列で表されている３ｋｍは、制限スピード違反を示す。車両は、１５０ｋｍ／ｈの制限スピードの領域では運転されなかったため、行列のこの行は０で満たされている。
【０１２５】
上記の例では、説明のために、間隔は大きく、行列は小さい。別の実装は、１０ｋｍ／ｈ未満の行および列の間隔を含んでもよいであろう。したがって、スピード行列は、少なくとも１５行および／または少なくとも１５列、ならびに２２５のエントリを有してもよいであろう。
【０１２６】
テレマティクスデバイス１０１によって計算されるスピード行列Λαβは、表２の疑似コードに基づくコードを使用して生成されるとよい。
【０１２７】
【表２】
【０１２８】
ＳＤＰ１０６に行列をアップロードして行列の値を０にリセットするために、さらなるコードが使用され得る。
【０１２９】
重み付きのスピード行列Ωαβが、ＳＤＰ１０６にて計算されるとよい。Ωαβは、以下の制限を有するとよい：
（１）Ωαβは負ではない、すなわち、Ωαβｉｊ≧０ ∀ｉ，ｊ
（２−単調性）∀ｉ：Ωαβｉｊ≧Ωαβｉｊ’ ｊ＞ｊ’、すなわち、スピード違反には、制限スピードと車両１０２の速度との差に比例して大きくなる重みが与えられる。
（３−スケーリング）∀ｊ：Ωαβｉｊ≦Ωαβｉ’ｊ ｉ＞ｉ’、すなわち、車両１０２の速度が上がるにつれて、絶対的なスピード違反の関連性は弱まる
（４−閾値）Ωαβｉｊ＝０ ∀ｉ≦ｊ、すなわち、制限スピードを上回る速度のみが評価される。
【０１３０】
制限（４−閾値）の適用は、Ωαβの計算の効率を上げる効果を有するとよい。
【０１３１】
式（１）のｓの速度測定は、カバーされた距離に対して線形であるとよい。これは、距離が大きい（すなわち、大きなキロメートル数がカバーされる）と、大きな（すなわち高い）速度測定につながることを意味すると理解されるとよい。したがって、正規化式（６）が続く。
【０１３２】
【数１８】
【０１３３】
式（６）は、ｓの速度スコアと呼ばれてもよい。速度スコアは、さらなる分析のための基礎として使用されるとよく、サービスプロバイダ１０７によって顧客１０８に対し変更される料金に影響を与えてもよい。
【０１３４】
テレマティクスデバイス１０１からＳＤＰ１０６に送信される別のタイプの行列は、環境運転挙動を集約する行列、すなわち環境行列とすることもできる。環境行列は、燃料消費に関してユーザ１０８の運転挙動を反映してもよく、燃料消費は、車両１０２の速度および車両１０２の加速（負の加速を含む）の関数としてもよい。
【０１３５】
一部の実装では、加速度は、車両１０２内のセンサーを使用して判断されてもよい。加速度は、或る期間にわたる速度の変化に基づき計算されることもできるであろう。
【０１３６】
スピード行列に関して上述したように、
【０１３７】
【数１９】
【０１３８】
が、カバーされた距離のパラメータ化を定義するとする。さらに、
【０１３９】
【数２０】
【０１４０】
を車両１０２の速度とし、
【０１４１】
【数２１】
【０１４２】
を加速とする。速度×加速のパラメータ空間は、
【０１４３】
【数２２】
【０１４４】
と定義され得る。したがって、
【０１４５】
【数２３】
【０１４６】
φ（ｔ）：＝（ｖ，ａ）となる。
【０１４７】
車両１０２によってカバーされた距離の評価は、以下のように、カバーされた距離の積分曲線として、一般重み関数Θを使用して実現されるとよい。
【０１４８】
【数２４】
【０１４９】
を重み関数とすると、
【０１５０】
【数２５】
【０１５１】
がｓの環境測定を定義する。
【０１５２】
νは、一次関数である。つまり、νは以下の性質（３および４）を有する：
ν（ｓ∪ｓ’）＝ν（ｓ）＋ν（ｓ’） 性質（３）
【０１５３】
言い換えると、νは、カバーされた距離のポジション成分に対して線形である。さらに、
ｌ（ｓ）＝０であればν（ｓ）＝０ 性質（４）
【０１５４】
言い換えると、カバーされた距離が０であれば、νは０である。
【０１５５】
【数２６】
【０１５６】
の離散化は、以下のように定義され得る。
ｓｉｊ：＝｛ｓ｜ｖｉ≦ｖ（ｓ）＜ｖｉ＋１∧ａｊ≦ａ（ｓ）＜ａｊ＋１｝ 式（８）
【０１５７】
式（８）は、ｓの分解を定義する。負の加速（すなわちブレーキをかけること）が生じ得るため、ａｍｉｎが０未満となる可能性も考えられる。これは、常に正である速度とは対照的である。
【０１５８】
ｓｉｊに、対応するリーマン近似ＲＩが適用される。
【０１５９】
【数２７】
【０１６０】
式中、行列Λは、式（５）のΛαβと同じ形で定義される。
【０１６１】
環境行列Λの連続する各行は、次第に高くなる速度範囲において実行された運転に対応するとよい。さらに、環境運転挙動行列の連続する各列は、次第に大きくなる加速に対応するとよい。したがって、環境運転挙動行列の各エントリは、特定の加速度（またはレベル）で、特定の範囲の速度において運転された距離に対応するとよい。速度範囲および加速度は、移動の状況として理解されるとよい。
【０１６２】
例えば、テレマティクスデバイス１０１から送信される３行９列の環境行列は、次のエントリを含んでもよい。
【０１６３】
【数２８】
【０１６４】
連続する各行は、前の行と５０ｋｍ／ｈ異なり、すなわち、行間には５０ｋｍ／ｈのステップがある。したがって、第１行は、０〜５０ｋｍ／ｈの速度範囲を定義し、０〜５０ｋｍ／ｈの速度範囲は、例示の移動の状況である。第２行は、５０〜１００ｋｍ／ｈの速度範囲を定義し、第３行は、１００〜１５０ｋｍ／ｈの範囲を定義し、５０〜１００ｋｍ／ｈおよび１００〜１５０ｋｍ／ｈの速度範囲は、例示の移動の状況である。連続する各列は、前の列と１ｍ／ｓ２異なり、−４ｍ／ｓ２の最小値（第１列）および４ｍ／ｓ２の最大値（第９列）を有する。−４ｍ／ｓ２（第１列）および４ｍ／ｓ２（第９列）の値は、例示の移動の状況である。行列内の各エントリは、行によって定義される速度範囲内、且つ列によって定義される加速で、運転されたキロメートル数を定義する。その結果として、第１行第１列における行列エントリの移動の状況のペアは、０〜５０ｋｍ／ｈの速度範囲および−４ｍ／ｓ２の負の加速であり、行列エントリの値は０である。
【０１６５】
本例によれば、車両１０２は、行列が定義されている時間スライス（すなわち、行列によってカバーされる時間スライス）において、２６７ｋｍ運転された。これは、行列内の値を単に集計することで求めることができる。さらに、上記の行列の第２行第５列のエントリは、車両１０２が、５０〜１００ｋｍ／ｈの間の速度（すなわちスピード）、１ｍ／ｓ２未満の加速で、１００ｋｍ運転されたことを示す。さらに、上記の行列の第３行第１列のエントリは、車両１０２が、１００〜１５０ｋｍ／ｈの間の速度、−４ｍ／ｓ２の加速で、１ｋｍ運転されたことを示す。
【０１６６】
環境行列は、対称である必要はない。例えば、−１０ｍ／ｓ２の最小値、すなわちブレーキを完全に作動させた車両の最大減速から始めて、車両が０から１００ｋｍ／ｈに５秒で加速するのに対応する６ｍ／ｓ２の最大値で終了するよう、列を定義することが望ましいこともある。通常の交通状況では、２ｍ／ｓ２までの加速および−２ｍ／ｓ２以上の減速が普通である。
【０１６７】
環境行列は、表３に示される疑似コードに基づくコードを使用して計算されてもよい。表３に示されている疑似コードでは、車両１０２の加速は、車両１０２の速度の変化に基づき計算される。しかし、例えば車両１０２の速度を検出するセンサーを使用するなど、他の実装も可能である。
【０１６８】
【表３】
【０１６９】
ＳＤＰ１０６に環境行列Λをアップロードして行列エントリの値を０にリセットするために、さらなるコードが使用され得る。
【０１７０】
重み付きの環境行列Θが、ＳＤＰ１０６にて計算されるとよい。Θは、以下の制限を有するとよい：
（１）Θは負ではない、すなわち、Θｉｊ≧０ ∀ｉ，ｊ
（２−単調性）∀ｉ：Θｉｊ≧Θｉｊ’ ｊ＞ｊ’
すなわち、加速には、加速の大きさに比例して大きくなる重みが与えられる
（３−スケーリング）
∀ｊ：Θｉｊ≧Θｉ’ｊ ｉ＞ｉ’
すなわち、車両１０２の速度が上がるにつれて、加速の大きさの関連性は強まる
（４−理想的なスピード）
Θｉｊ＝０ ∀ｉｍｉｎ≦ｉ≦ｉｍａｘ
【０１７１】
制限（４）は、多くの乗用車が、例えば７０〜１００ｋｍ／ｈなどの間の速度で運転されると少ない量の燃料を消費する、という情報を反映する。
【０１７２】
式（７）で定義された関数、すなわちｓの環境測定は、カバーされた距離に対して線形であるとよい。これは、距離が大きい（すなわち、大きなキロメートル数がカバーされる）と、大きな（すなわち高い）環境測定につながることを意味する。したがって、正規化式（９）が続く。
【０１７３】
【数２９】
【０１７４】
式（９）は、ｓの環境スコアと呼ばれてもよい。環境スコアは、さらなる分析のための基礎として使用されるとよく、サービスプロバイダ１０７によって顧客１０８に対し課される料金に影響を与えてもよい。
【０１７５】
テレマティクスデバイス１０１からＳＤＰ１０６に送信されるさらに別のタイプの行列は、車両１０２が運転される道路の種別に対応する危険性、および車両１０２が運転される時間帯に対応する危険性を集約（すなわち統合）する行列とすることもできる（すなわち、危険性行列）。したがって、車両１０２が運転される道路種別および時間帯は、移動の状況のペアとして理解されるとよい。ポジションに対応する道路の道路種別は、道路が都市の中（すなわち市街地）にあるか、都市の外にあるかに基づき判断されてもよい。危険性行列は、以下のように定義され得る。
【０１７６】
Δαβ：＝ｌ（Παβ）を、期間（すなわち時間スライス）αにおいて、対応する種別βの道路上でカバーされた（すなわち横断された）距離の計測であるとする。Ραβを、任意の適合する行列とする。その結果、
ρ：＝ΣΡαβΔαβ 式（１０）
【０１７７】
式（１０）は、ｓの危険性測定を定義する。
【０１７８】
行列Ραβは、以下の性質を有する：
Ραβは負ではない、すなわち、Ραβｉｊ≧０ ∀ｉ，ｊ 性質（５）
【０１７９】
式（１０）の結果は、カバーされた距離に線形に対応する。これは、長い距離がカバーされると（すなわち、大きなキロメートル数）、高い危険性測定につながることを意味する。
【０１８０】
次式
【０１８１】
【数３０】
【０１８２】
は、ｓの危険性スコアと呼ばれる。
【０１８３】
危険性スコアは、サービスプロバイダ１０７によってユーザ１０８に対し課される料金に影響を与えてもよい。危険性行列は、表４の疑似コードに基づくコードを使用して、テレマティクスデバイス１０１上で実装されるとよい。
【０１８４】
【表４】
【０１８５】
ＳＤＰ１０６に危険性行列をアップロードして行列エントリの値を０にリセットするために、さらなるコードが使用され得る。
【０１８６】
スピード行列、環境行列、および危険性行列は、それぞれ複数の行列エントリを含み得る。各行列エントリは、複数の要素から成るとよい。例えば、スピード行列の第２行第１列のエントリは、値５６ｋｍを有する。５６ｋｍは、第２行第１列によって定義される移動の状況のペア（すなわち、１００ｋｍ／ｈの制限スピードおよび０〜５０ｋｍ／ｈの間のスピード範囲）のもとでカバーされた距離として理解されるとよい。デバイスにプログラミングされる期間は、１日と定義される。本例によれば、５６ｋｍの値を備える行列エントリは、３つの要素から成る。第１の要素は、ユーザ１０８が車両１０２を、制限スピードが１００ｋｍ／ｈであった領域において４０ｋｍ／ｈで２０ｋｍ運転したときに行列エントリに記録された。第２の要素は、この期間内の後で、ユーザ１０８が車両１０２を、制限スピードが同じく１００ｋｍ／ｈであった別の領域において３０ｋｍ／ｈで２０ｋｍ運転したときに記録された。第３の要素は、この期間内のさらに後で、ユーザ１０８が車両１０２を、制限スピードが１００ｋｍ／ｈであったさらに別の領域において３５ｋｍ／ｈで１６ｋｍ運転したときに記録された。本例の各要素が記録されたのと同時に、別の行列エントリの他の要素が記録されていてもよい。
【０１８７】
一部の状況では、ポジションデータが、１つ以上の行列とともにＳＤＰ１０６にアップロードされるとよい。ポジションデータは、ユーザが、付随する結果を伴うアクションを実行するとアップロードされてもよい。このアクションは、危険な運転挙動（例えば、制限スピードを上回ること）、環境への悪影響を伴う運転挙動（例えば、高い加速度）、危ない領域（例えば氷で覆われた領域）での運転、または危ない時間帯（例えば夜）の運転とすることもできる。結果は、サービスプロバイダ１０７によってユーザ１０８に対し変更される料金の増加であってもよい。ポジションデータがＳＤＰ１０６にアップロードされるとき、ポジションデータは、ユーザの秘密鍵を用いて暗号化されるとよい。ポジションデータをユーザの秘密鍵を用いて暗号化することは、ユーザのプライバシーを保護する効果を有するとよい。ユーザ１０８は、追加料金の支払いを避けるために、ＳＤＰ１０６またはサービスプロバイダ１０７によるポジションデータの復号化を許可することを選んでもよい（例えば、ユーザは、ポジションデータを使用して、アクションが発生した時点にそのポジションにいなかったことを示すことができるかもしれない）。
【０１８８】
ＳＤＰ１０６は、イベントメッセージの受信をＳ８０２にて確認するとよい。Ｓ８０３にて、さらなるメッセージまたは同じ確認メッセージの中で、ＳＤＰ１０６は、テレマティクスデバイス１０１の新たな設定のＵＲＬを提供してもよい。ＵＲＬは、新たな設定をダウンロードするために使用されるとよい。Ｓ８０１にて送信されたデータが受理および処理されたことを示すコードが、Ｓ８０３にて送信されるメッセージ内で提供されてもよい。あるいは、新たな設定がテレマティクスデバイス１０１によるダウンロード用に入手可能であるかどうかと、Ｓ８０１にて送信されたイベントデータが処理できなかったこととを示すメッセージが、Ｓ８０４にて送信されてもよい。
【０１８９】
ＳＤＰ１０６は、いくつかのテレマティクスデバイス（テレマティクスデバイス１０１を含む）からのデータを統合し、統合されたデータに関する統計分析を実行してから、統合されたデータをサービスプロバイダ１０７に転送してもよい。ＳＤＰ１０６によって実行される統計分析は、３つの例示の行列（すなわち、スピード、環境運転挙動、および危険性の行列）に関連して上述した統合に似た、データの統合を含んでもよい。ＳＤＰ１０６にて実行される統計分析の顕著な特徴の１つは、それがより長い期間、例えば一週間にわたって行われるということであってもよい。例えば、一週間の間に、テレマティクスデバイス１０１から７つの危険性行列が、ＳＤＰ１０６に送信されることが可能である。週の終わりに、ＳＤＰ１０６は、７つの行列を１つの行列に統合し（おそらく対応する値を集計することによって）、続いて結果をサービスプロバイダ１０７に送信する。
【０１９０】
ＳＤＰ１０６は、スピード、環境、および危険性行列を記憶してもよい。実際には、一部の運転者は早朝には運転せず、この時間スライスに対応するエントリはすべて０となり得るため、行列は、疎行列であってもよい。さらに、いくつかのスピード違反、例えば都市の中心での１００ｋｍ／ｈは、まれである。行列を記憶する前、および場合によりテレマティクスデバイス１０１からＳＤＰ１０６に行列を伝送する前に、疎ブロック圧縮行格納方式（ｓｐａｒｓｅ ｂｌｏｃｋ ｃｏｍｐｒｅｓｓｅｄ ｒｏｗ ｓｔｏｒａｇｅ）またはＨａｒｗｅｌｌ−Ｂｏｅｉｎｇ形式で行列を圧縮することが望ましいこともある。したがって、行列を圧縮すること（例えば、０の値を備える行列エントリを除外もしくは縮小すること）、または行列エントリがすべて０のときは行列を送信しないことによって、行列の送信により消費される帯域幅を削減できると考えられる。
【０１９１】
スピード、環境、および危険性行列は、テレマティクスデバイス１０１からＳＤＰ１０６にＸＭＬ形式で伝送されてもよい。送信されるデータの量を最小化し、ひいてはデータを伝送するコストを最小化するために、行列データは、ＸＭＬリスト形式で伝送されてもよい。例えば、上記の例からの３行９列の環境行列Λは、表５に示されているように表されてもよい。
【０１９２】
【表５】
【０１９３】
具体例では、バイナリＸＭＬ形式および／または圧縮ユーティリティ（例えばｇｚｉｐ）が使用されてもよい。一部の実装では、場合により圧縮ユーティリティと組み合わせた、ＷＢＸＭＬが適切となり得るであろう。ＷＢＸＭＬでの２０％および圧縮ユーティリティでの４０〜５０％の圧縮率は、現実的であると考えられる。さらなる選択肢として、ＸＭＬの代わりにＡＳＮ．１を使用することも考えられる。伝送されるデータの量を削減するのに、圧縮ユーティリティの使用は特に有用と考えられるが、テレマティクスデバイス１０１上での圧縮および解凍の要求があるため、性能考察が行われるとよい。
【０１９４】
スピード、環境、および危険性行列は、個別に送信されても、多次元行列に結合されて送信されてもよい。例えば、３次元行列、具体的には３次元スピード行列は、各時間スライスに２次元行列で、１日の時間スライスを７つ含み得るであろう。したがって、本例によれば、３次元行列は７つの２次元行列を含むことになるであろう。他の組み合わせも可能である。例えば、４次元行列が、各道路種別に関する複数の３次元スピード行列など、複数の３次元行列を含むこともできると考えられる。この例の続きとして、４次元行列は、１つは都市の道路種別、１つは非都市の道路種別に関する、２つのエントリを含んでもよい。各エントリは、複数の３次元行列を含んでもよい。
【０１９５】
したがって、行列はさらに、処理された衛星データを集約する、要素の１つまたは複数のリストとしても解釈され得ると考えられ、リスト内の各要素は、特定の移動の状況（例えば、制限スピードまたは運転速度）により移動した距離（例えば、キロメートル数）を表す。行列は、車両用テレマティクスデバイス１０１において様々な方法で実装され得る。例えば、２次元配列、構造体（レコードとも呼ばれる）の配列、またはオブジェクトの配列が使用され得るであろう。ポインタに基づく実装も可能である。構造体、オブジェクト、およびポインタは、Ｃ＋＋プログラミング言語に関連して理解され得る。他の言語での実装も可能である。
【０１９６】
図９は、ＳＤＰ１０６からサービスプロバイダ１０７に伝送されるとよいデータの例示の表示を示す。データは、場合によりテレマティクスデバイス１０１を含む、複数のテレマティクスデバイスから受信されたものでもよい。データは、制限スピード違反データ９０１、環境運転挙動データ９０２、および運転危険性因子データ９０３を含むとよい。制限スピード違反データ９０１は、累積したわずかな制限スピード違反、すなわち「ソフトファクト」を含んでもよく、これは、百分率として測定されてもよい。さらに、制限スピード違反データ９０１は、大幅な制限スピード違反、すなわち「ハードファクト」を含んでもよく、これは個別に提供されてもよい。環境運転挙動データ９０２の測定は、所定のイベントの記録を提供するとよい。例えば、車両１０２が環境保護地帯へと運転される期間とともに、高い加速の事例が記録されてもよい。運転危険性因子データ９０３は、事故が頻繁に発生する領域または時間（例えば夜）の運転を記録するとよい。
【０１９７】
図１０は、テレマティクスデバイス１０１を使用することの考えられる利点を図で示す。
【０１９８】
一部の調査によれば、幹線道路に制限スピードがない場合、運転者が推奨スピードを上回ることは一般的である。さらに、事故の死傷者は、若い運転者で特に多い。こうした因子および他の因子は、一部の自動車保険市場で、高い損害請求と、保険料の減少との一因となる。
【０１９９】
さらに、各保険会社が、保険を求めるいずれの人にも自動車保険を提供する義務を法律的に負う場合、競合会社の自動車保険ポリシーから、１つの会社の自動車保険ポリシーを差別化するのは難しいと言われることもある。結果として、自動車保険会社は、ユーザの激しい入れ替わりおよびユーザの価格敏感性に苦しむこともある。さらに、各個人の損害のコストおよび危険性因子は、透明でないこともある。保険料は、消費者の区分の特徴に基づき計算され得る。これらの問題が、自動車保険市場の成長の可能性を制限しており、運転挙動をより正確に判断する必要性を生じさせていると考えられる。
【０２００】
図１１、１２、および１３は、スピード表示の種々の側面を示す。対応するセッティングおよび拡張表示を備える同様の表示が、環境運転挙動、道路種別危険性、および車両１０２が運転される時間帯に対する危険性を示すために提供されるとよい。
【０２０１】
図１１は、テレマティクスデバイス１０１のＧＵＩの例示のスピード表示１２０を示す。スピード表示１２０は、白色のバックグラウンド１２４を背景とする制限スピードインジケータ１２２を含む。制限スピードインジケータ１２２の白色のバックグラウンド１２４は、車両１０２が、車両１０２の位置に対応する制限スピード内の速度で移動していることを示すと理解されるとよい。速度インジケータ１２６は、車両１０２の速度が４８ｋｍ／ｈであることを示す。誤り制御入力要素１２７は、ユーザ１０８が、テレマティクスデバイス１０１によってレポートされない違反（例えば制限スピード違反）を記録できるようにする。ＧＰＳステータスインジケータ１２８は、衛星１０４からの信号のステータスを示す。例えば、テレマティクスデバイス１０１が現在、衛星１０４からの信号を受信していれば、ＧＰＳステータスインジケータ１２８は「ステータスｏｋ」を示す。テレマティクスデバイスが現在、衛星１０４からの信号を受信していなければ、ＧＰＳステータスインジケータ１２８は「信号なし」を示してもよいであろう。セッティング入力要素１３０は、例えば図１７に示されているセッティング表示１８０などのセッティング表示をテレマティクスデバイス１０１上に示すために使用され得る。Ｘ入力要素１３２は、テレマティクスデバイス１０１上のＧＵＩおよび運転分析アプリケーションを閉じるために使用され得る。Ｘ入力要素１３２へのアクセスは、本願に記載された、テレマティクスデバイス１０１上での運転分析機能の実行を停止する効果を有するとよい。
【０２０２】
図１２は、テレマティクスデバイス１０１のＧＵＩの例示の注意表示１４０を示す。注意表示１４０は、スピード表示１２０の変形として理解されるとよい。注意表示１４０では、制限スピードインジケータ１４２が、黄色のバックグラウンド１４４を背景に表示されている。黄色のバックグラウンド１４４は、車両１０２の速度が、車両１０２の位置に対応する制限スピードを上回ることを示すと理解されるとよい。しかし、注意表示１４０の例では、車両１０２の速度は、事前設定されている５ｋｍ／ｈの許容範囲内である。事前設定されている許容範囲は、図１７に関連して説明されるように変更されてもよい。速度インジケータ１４６は、車両１０２の速度が５１ｋｍ／ｈであることを示す。制限スピードインジケータ１４２は、車両１０２の位置に対応する制限スピードが、５０ｋｍ／ｈであることを示す。スピード表示１２０と同様に、注意表示１４０は、誤り制御入力要素１２７、ＧＰＳステータスインジケータ１４８、およびセッティング入力要素１３０を含む。表示１４０はさらに、Ｘ入力要素１３２を含む。
【０２０３】
図１３は、テレマティクスデバイス１０１のＧＵＩの例示の警告表示１６０を示す。警告表示１６０は、スピード表示１２０の変形として理解されるとよい。警告表示１６０では、制限スピードインジケータ１６２が、赤色のバックグラウンド１６４を背景に表示されている。赤色のバックグラウンド１６４は、車両１０２の速度が、車両１０２の位置に対応する制限スピードを上回り、速度が、事前設定されている５ｋｍ／ｈの許容範囲外であることを示すと理解されるとよい。図１５に関して示されるように、５ｋｍ／ｈは、例示の事前設定されている許容範囲であり、変更されてもよい。赤色のバックグラウンド１６２に加えて、テレマティクスデバイス１０１は、可聴フィードバック１０３を出して、事前設定されている許容範囲外の速度が検出されたことを示してもよい。可聴フィードバック１０３は、ビープ音などの可聴信号としてもよい。さらに、可聴フィードバックは、保険料の増加または過料など、ユーザ１０８にとって不利な結果を示してもよい。
【０２０４】
速度インジケータ１６６は、車両１０２のスピードが５６ｋｍ／ｈであることを示す。制限スピードインジケータ１６２は、車両１０２の位置に対応する制限スピードが、５０ｋｍ／ｈであることを示す。スピード表示１２０および注意表示１４０と同様に、警告表示１６０は、誤り制御入力要素１２７、ＧＰＳステータスインジケータ１６８、セッティング入力要素１３０、およびＸ入力要素１３２を含む。
【０２０５】
図１４は、テレマティクスデバイス１０１のＧＵＩの例示のセッティング表示１８０を示す。セッティング表示１８０は、ユーザ１０８が、セッティング入力要素１３０をクリックした（または押した）後に示されるとよい。セッティング表示１８０は、３つの列を含み、警告表示１６０が示されるまでの時間および速度の許容範囲を調節するために使用され得る。図１６との関連のように、警告表示は、可聴フィードバック１０３を伴うとよい。
【０２０６】
セッティング表示１８０の一番左の列は、速度のリストを降順で示し、各エントリが、車両１０２の位置に対する制限スピードに対応する。次の２つの列は、ヘッダ「秒」および「Ｋｍ／ｈ」を含む。「秒」列および「Ｋｍ／ｈ」列のエントリの両側にある矢印は、エントリの増減を可能にする。「秒」列のエントリは、秒の許容範囲、すなわち、違反が検出されてから警告表示１６０が示されるまでの秒数を指す。「Ｋｍ／ｈ」列のエントリは、スピード違反の許容範囲、すなわち、警告表示１６０が示されない制限スピード超過のｋｍ／ｈ数を指す。秒の許容範囲およびスピード違反の許容範囲は、集合的に許容範囲値と呼ばれてもよい。許容範囲値の変更が効力を生じる前に、運転分析アプリケーションの再起動が必要であってもよい。キャンセル入力要素１８４は、許容範囲値に対する何らの変更も保存せずにスピード表示１２０に戻るために使用されるとよい。保存入力要素１８６は、許容範囲値に対する変更を記録してスピード表示１２０に戻るために使用されるとよい。
【０２０７】
一例によれば、行１８２は、制限スピードが８０ｋｍ／ｈである場合、警告表示１６０が示されるには、車両１０２が制限スピードを少なくとも５ｋｍ／ｈ、少なくとも５秒間上回らなければならないことを示す。したがって、車両１０２が制限スピードを５秒未満、または５ｋｍ／ｈ未満上回ると、注意表示１４０が示される。
【０２０８】
さらに、データ転送入力要素１８３（例えばチェックボックス）が提供されてもよい。データ転送入力要素１８３は、データがテレマティクスデバイス１０１からＳＤＰ１０６に転送されるかどうかをユーザ１０８が選択できるようにするとよい。
【０２０９】
図１５は、拡張スピード表示２２０の例を示す。スピード表示１２０の要素に加えて、拡張スピード表示２２０は、都市インジケータ２２２および制限インジケータ２２４を示す。都市インジケータ２２２は、車両１０２が市街地に位置するかどうかを示す。制限インジケータ２２４は、車両１０２の位置に対応する制限スピードを示す。ＦＣ（Ｆｕｎｃｔｉｏｎ Ｃｌａｓｓ：機能クラス）インジケータ２２５は、車両１０２の位置に対応する道路種別を指すとよい。
【０２１０】
図１６は、拡張セッティング表示２４０の例を示す。拡張セッティング表示２４０は、セッティング表示１８０の要素に加えて、図１８および２０に示されている拡張された情報が示されるべきであるか否かをユーザが選択できるようにする、拡張表示入力要素２４２（例えばチェックボックス）を提供する。図１４のデータ転送入力要素１８３と同様に、データ転送入力要素２４３は、データがテレマティクスデバイス１０１からＳＤＰ１０６に転送されるかどうかをユーザ１０８が選択できるようにするとよい。
【０２１１】
図１７は、拡張警告表示２６０の例を示す。警告表示１６０の要素に加えて、拡張警告表示２６０は、都市インジケータ２６２、料金インジケータ２６４、ペナルティインジケータ２６６、違反インジケータ２６８、および点数インジケータ２７０を含む。警告表示１６０と同様に、拡張警告表示２６０は、可聴フィードバック１０３を伴うとよい。都市インジケータ２６２は、車両１０２が市街地にあるかどうかを示す。料金インジケータ２６４は、違反インジケータ２６８によって示される違反に対応する過料を示す。図２０の例によれば、違反は、車両１０２が８１ｋｍ／ｈのスピードで移動することによって５０ｋｍ／ｈの制限スピードを上回ったこと、すなわち、車両１０２が制限スピードを３１ｋｍ／ｈ上回ったことである。過料は、違反に関して法的に規定されている罰金として理解されるとよい。ペナルティインジケータ２６６は、違反に関して規定されていることもあるさらなるペナルティを示す。図２０の具体例では、料金インジケータ２６４は、この違反により、１６０ユーロの罰金が要求されることを示し、ペナルティインジケータ２６６は、この違反により、ユーザ１０８の運転免許の１ヶ月の停止が要求されることを示す。さらに、点数インジケータ２７０は、この違反により、ユーザ１０８の運転免許に３点の記録が要求されることを示す。テレマティクスデバイス１０１はさらに、地域における違反に対応する罰金およびペナルティの表を表示するよう設定されていてもよい。
【０２１２】
テレマティクスデバイス１０１のＧＵＩはさらに、図９に示されている情報に似たインデックスまたは要約情報を表示するよう設定されていてもよい。
【特許請求の範囲】
【請求項１】
ユーザ（１０８）のプライバシーと、車両用テレマティクスデバイスなどのデバイス（１０１）によってサーバ（１０６）に伝達されるデータの有用性とを確保する、コンピュータで実装される方法であって、
−期間中に前記デバイス（１０１）を移動させるステップと、
−前記期間中に前記デバイス（１０１）にてデータを受信するステップと、
−前記受信されたデータを、前記デバイス（１０１）によって処理するステップと、
−前記処理されたデータを、前記デバイス（１０１）によって行列に集約するステップであって、前記行列の行および列は、前記デバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた距離を含む、前記ステップと、
−前記集約されたデータを前記デバイス（１０１）から前記サーバ（１０６）に伝送するステップと、
を含む方法。
【請求項２】
前記処理されたデータは、ポジションデータ、速度データ、および時間データのうちの少なくとも１つを含み、前記速度データは、前記デバイス（１０１）が移動されたスピードを示し、前記方法は、
前記ポジションデータおよび／または前記速度データおよび／または前記時間データと、前記デバイス（１０１）上に記憶されている地図情報とを関連付けるステップと、
付随する結果を伴うアクションを前記ユーザが実行したことを、前記デバイス（１０１）によって、前記関連付けに基づき判断するステップと、
前記アクションに応答して、前記デバイス（１０１）によって警告を生成するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記集約されたデータを、伝送より前に暗号化するステップであって、前記集約されたデータは、前記ユーザからの補助なしに前記サーバ（１０６）によって復号化可能である、前記ステップと、
前記アクションに対応する前記処理されたデータを、前記伝送より前に暗号化するステップであって、前記処理されたデータは、前記ユーザの鍵を用いてのみ復号化可能である、前記ステップと、
前記暗号化された、処理されたデータを、前記デバイス（１０１）から前記サーバ（１０６）に伝送するステップと、
をさらに含む、請求項２に記載の方法。
【請求項４】
前記事前に定義されている移動の状況は、
前記デバイス（１０１）が前記距離をカバーした速度範囲、
前記デバイス（１０１）が前記距離をカバーした加速度、
前記デバイス（１０１）によってカバーされた前記距離内の少なくとも１つのポジションに対応する制限スピード、
前記デバイス（１０１）によってカバーされた少なくとも１つのポジションに対応する道路種別、
のうちの１つ以上を含む、先行する請求項のいずれか１項に記載の方法。
【請求項５】
前記地図情報は、一組の地図座標を含み、前記ポジションデータおよび前記速度データを関連付けるステップは、
前記ポジションデータおよび前記速度データと、前記一組の地図座標に関係付けられている道路種別および／または制限スピードとを関連付けるステップ
をさらに含む、請求項２〜４のいずれか１項に記載の方法。
【請求項６】
前記アクションは、
制限スピードを上回ること、
事前に定義されている加速度を上回ること、
前記ユーザに危険をもたらすポジションに接近およびまたは存在すること、
のうちの１つ以上を含む、請求項２〜５のいずれか１項に記載の方法。
【請求項７】
前記デバイス（１０１）は、前記地図情報を表示しない、請求項２〜６のいずれか１項に記載の方法。
【請求項８】
少なくとも１つの行列エントリＥｉｊは、複数の要素から成り、前記複数の要素の各要素
【数１】
は、距離を定義し、前記要素
【数２】
により定義される前記距離は、その次の要素
【数３】
により定義される前記距離がカバーされた時間間隔に隣接しない時間間隔中にカバーされたものであることもあり、各行列エントリの前記複数の要素は、前記行列エントリに対応し事前に定義されている移動の状況の前記ペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた前記距離を定義し、前記複数の行列エントリは、前記期間中に前記デバイス（１０１）によってカバーされた前記距離を定義する、先行する請求項のいずれか１項に記載の方法。
【請求項９】
前記デバイス（１０１）は、車両（１０２）に組み込まれており、前記方法は、
前記デバイス（１０１）が前記車両（１０２）に組み込まれていることを理由に、前記ユーザに補償を行うステップ
をさらに含む、先行する請求項のいずれか１項に記載の方法。
【請求項１０】
前記行列は、運転挙動の指標を計算するために使用される、先行する請求項のいずれか１項に記載の方法。
【請求項１１】
前記方法は、
前記伝送されたデータと、少なくとも１つの他のデバイス（１０１）からのデータとを、前記サーバ（１０６）にて統合するステップと、
前記サーバ（１０６）にて前記統合されたデータに基づき、統計データを生成するステップと、
をさらに含み、好適には、
ウェブポータルを提供するステップであって、前記ユーザは、前記ウェブポータルを利用して、前記ユーザの前記統計データおよび／または前記集約されたデータにアクセスできる、前記ステップ
を含む、先行する請求項のいずれか１項に記載の方法。
【請求項１２】
車両用テレマティクスデバイスなどのデバイス（１０１）上にロードされて実行されると、先行する請求項のいずれか１項に記載の方法による動作を前記デバイス（１０１）に実行させるコンピュータ可読命令を含む、コンピュータプログラム製品。
【請求項１３】
車両用テレマティクスデバイス（１０１）などのデバイス（１０１）であって、前記デバイス（１０１）は、
−期間中にデータを受信するよう動作可能な受信器であって、前記受信されるデータは、前記期間中に前記デバイス（１０１）が移動されたことを示す、前記受信器と、
−前記受信されたデータを処理し、前記処理されたデータを行列に集約するよう動作可能なプロセッサであって、前記行列の行および列は、前記デバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた距離を含む、前記プロセッサと、
−前記集約されたデータを前記サーバ（１０６）に伝送するよう動作可能な送信器と、
を含むデバイス（１０１）。
【請求項１４】
前記デバイス（１０１）は、車両（１０２）に物理的に組み込まれており、前記デバイス（１０１）は、前記車両（１０２）のインターフェースを使用して通信する、請求項１３に記載のデバイス（１０１）。
【請求項１５】
モバイル電話（１０１）などのモバイルデバイス（１０１）であって、前記デバイス（１０１）は、
−期間中にデータを受信するよう動作可能な受信器であって、前記受信されるデータは、前記期間中に前記モバイルデバイス（１０１）が移動されたことを示す、前記受信器と、
−前記受信されたデータを処理し、前記処理されたデータを行列に集約するよう動作可能なプロセッサであって、前記行列の行および列は、前記モバイルデバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記モバイルデバイス（１０１）によってカバーされた距離を含む、前記プロセッサと、
−前記集約されたデータを前記サーバ（１０６）に伝送するよう動作可能な送信器と、
を含むモバイルデバイス（１０１）。
【請求項１】
ユーザ（１０８）のプライバシーと、車両用テレマティクスデバイスなどのデバイス（１０１）によってサーバ（１０６）に伝達されるデータの有用性とを確保する、コンピュータで実装される方法であって、
−期間中に前記デバイス（１０１）を移動させるステップと、
−前記期間中に前記デバイス（１０１）にてデータを受信するステップと、
−前記受信されたデータを、前記デバイス（１０１）によって処理するステップと、
−前記処理されたデータを、前記デバイス（１０１）によって行列に集約するステップであって、前記行列の行および列は、前記デバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた距離を含む、前記ステップと、
−前記集約されたデータを前記デバイス（１０１）から前記サーバ（１０６）に伝送するステップと、
を含む方法。
【請求項２】
前記処理されたデータは、ポジションデータ、速度データ、および時間データのうちの少なくとも１つを含み、前記速度データは、前記デバイス（１０１）が移動されたスピードを示し、前記方法は、
前記ポジションデータおよび／または前記速度データおよび／または前記時間データと、前記デバイス（１０１）上に記憶されている地図情報とを関連付けるステップと、
付随する結果を伴うアクションを前記ユーザが実行したことを、前記デバイス（１０１）によって、前記関連付けに基づき判断するステップと、
前記アクションに応答して、前記デバイス（１０１）によって警告を生成するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記集約されたデータを、伝送より前に暗号化するステップであって、前記集約されたデータは、前記ユーザからの補助なしに前記サーバ（１０６）によって復号化可能である、前記ステップと、
前記アクションに対応する前記処理されたデータを、前記伝送より前に暗号化するステップであって、前記処理されたデータは、前記ユーザの鍵を用いてのみ復号化可能である、前記ステップと、
前記暗号化された、処理されたデータを、前記デバイス（１０１）から前記サーバ（１０６）に伝送するステップと、
をさらに含む、請求項２に記載の方法。
【請求項４】
前記事前に定義されている移動の状況は、
前記デバイス（１０１）が前記距離をカバーした速度範囲、
前記デバイス（１０１）が前記距離をカバーした加速度、
前記デバイス（１０１）によってカバーされた前記距離内の少なくとも１つのポジションに対応する制限スピード、
前記デバイス（１０１）によってカバーされた少なくとも１つのポジションに対応する道路種別、
のうちの１つ以上を含む、先行する請求項のいずれか１項に記載の方法。
【請求項５】
前記地図情報は、一組の地図座標を含み、前記ポジションデータおよび前記速度データを関連付けるステップは、
前記ポジションデータおよび前記速度データと、前記一組の地図座標に関係付けられている道路種別および／または制限スピードとを関連付けるステップ
をさらに含む、請求項２〜４のいずれか１項に記載の方法。
【請求項６】
前記アクションは、
制限スピードを上回ること、
事前に定義されている加速度を上回ること、
前記ユーザに危険をもたらすポジションに接近およびまたは存在すること、
のうちの１つ以上を含む、請求項２〜５のいずれか１項に記載の方法。
【請求項７】
前記デバイス（１０１）は、前記地図情報を表示しない、請求項２〜６のいずれか１項に記載の方法。
【請求項８】
少なくとも１つの行列エントリＥｉｊは、複数の要素から成り、前記複数の要素の各要素
【数１】
は、距離を定義し、前記要素
【数２】
により定義される前記距離は、その次の要素
【数３】
により定義される前記距離がカバーされた時間間隔に隣接しない時間間隔中にカバーされたものであることもあり、各行列エントリの前記複数の要素は、前記行列エントリに対応し事前に定義されている移動の状況の前記ペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた前記距離を定義し、前記複数の行列エントリは、前記期間中に前記デバイス（１０１）によってカバーされた前記距離を定義する、先行する請求項のいずれか１項に記載の方法。
【請求項９】
前記デバイス（１０１）は、車両（１０２）に組み込まれており、前記方法は、
前記デバイス（１０１）が前記車両（１０２）に組み込まれていることを理由に、前記ユーザに補償を行うステップ
をさらに含む、先行する請求項のいずれか１項に記載の方法。
【請求項１０】
前記行列は、運転挙動の指標を計算するために使用される、先行する請求項のいずれか１項に記載の方法。
【請求項１１】
前記方法は、
前記伝送されたデータと、少なくとも１つの他のデバイス（１０１）からのデータとを、前記サーバ（１０６）にて統合するステップと、
前記サーバ（１０６）にて前記統合されたデータに基づき、統計データを生成するステップと、
をさらに含み、好適には、
ウェブポータルを提供するステップであって、前記ユーザは、前記ウェブポータルを利用して、前記ユーザの前記統計データおよび／または前記集約されたデータにアクセスできる、前記ステップ
を含む、先行する請求項のいずれか１項に記載の方法。
【請求項１２】
車両用テレマティクスデバイスなどのデバイス（１０１）上にロードされて実行されると、先行する請求項のいずれか１項に記載の方法による動作を前記デバイス（１０１）に実行させるコンピュータ可読命令を含む、コンピュータプログラム製品。
【請求項１３】
車両用テレマティクスデバイス（１０１）などのデバイス（１０１）であって、前記デバイス（１０１）は、
−期間中にデータを受信するよう動作可能な受信器であって、前記受信されるデータは、前記期間中に前記デバイス（１０１）が移動されたことを示す、前記受信器と、
−前記受信されたデータを処理し、前記処理されたデータを行列に集約するよう動作可能なプロセッサであって、前記行列の行および列は、前記デバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記デバイス（１０１）によってカバーされた距離を含む、前記プロセッサと、
−前記集約されたデータを前記サーバ（１０６）に伝送するよう動作可能な送信器と、
を含むデバイス（１０１）。
【請求項１４】
前記デバイス（１０１）は、車両（１０２）に物理的に組み込まれており、前記デバイス（１０１）は、前記車両（１０２）のインターフェースを使用して通信する、請求項１３に記載のデバイス（１０１）。
【請求項１５】
モバイル電話（１０１）などのモバイルデバイス（１０１）であって、前記デバイス（１０１）は、
−期間中にデータを受信するよう動作可能な受信器であって、前記受信されるデータは、前記期間中に前記モバイルデバイス（１０１）が移動されたことを示す、前記受信器と、
−前記受信されたデータを処理し、前記処理されたデータを行列に集約するよう動作可能なプロセッサであって、前記行列の行および列は、前記モバイルデバイス（１０１）の移動の状況を定義し、前記行列は、複数の行列エントリを含み、各行列エントリは、前記事前に定義されている移動の状況のペアのもとで、前記期間中に前記モバイルデバイス（１０１）によってカバーされた距離を含む、前記プロセッサと、
−前記集約されたデータを前記サーバ（１０６）に伝送するよう動作可能な送信器と、
を含むモバイルデバイス（１０１）。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公表番号】特表２０１３−５０３３２３（Ｐ２０１３−５０３３２３Ａ）
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１２−５２５９００（Ｐ２０１２−５２５９００）
【出願日】平成２２年８月６日（２０１０．８．６）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／００４８３８
【国際公開番号】ＷＯ２０１１／０２３２８４
【国際公開日】平成２３年３月３日（２０１１．３．３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ ＭＯＢＩＬＥ
２．ＡＮＤＲＯＩＤ
３．ＧＳＭ
４．ＪＡＶＡＳＣＲＩＰＴ
５．Ｂｌａｃｋｂｅｒｒｙ
６．ｉＰｈｏｎｅ
７．Ｓｙｍｂｉａｎ
【出願人】（５１０２９０９５７）アクセンチュア グローバル サービスィズ リミテッド (13)
【Ｆターム（参考）】
【公表日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／００４８３８
【国際公開番号】ＷＯ２０１１／０２３２８４
【国際公開日】平成２３年３月３日（２０１１．３．３）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＩＮＤＯＷＳ ＭＯＢＩＬＥ
２．ＡＮＤＲＯＩＤ
３．ＧＳＭ
４．ＪＡＶＡＳＣＲＩＰＴ
５．Ｂｌａｃｋｂｅｒｒｙ
６．ｉＰｈｏｎｅ
７．Ｓｙｍｂｉａｎ
【出願人】（５１０２９０９５７）アクセンチュア グローバル サービスィズ リミテッド (13)
【Ｆターム（参考）】
[ Back to top ]