(57)【特許請求の範囲】
【請求項１】
サーバ（５０、Ｓ）から、前記サーバ（５０、Ｓ）との通信に適したモバイル端末（２０、Ｔ）に、仮想鍵（ＶＫ）を安全に送信する方法であって、
ａ）前記サーバ（５０、Ｓ）が、前記モバイル端末（２０、Ｔ）の証明要求を受信するステップと、
ｂ）前記サーバ（５０、Ｓ）が、前記モバイル端末（２０、Ｔ）にユーザアプリケーション（２５）を提供しダウンロードするステップと、
ｃ）前記サーバ（５０、Ｓ）が、前記モバイル端末（２０、Ｔ）に前記仮想鍵（ＶＫ）を提供するステップと、
ｄ）前記モバイル端末（２０、Ｔ）のセキュアエレメント（２７）に、前記仮想鍵（ＶＫ）をダウンロードして保護するステップとを含む方法において、
前記セキュアエレメントは、暗号化ソフトウェア環境（２７）によって形成され、
前記暗号化ソフトウェア環境（２７）において、前記暗号化ソフトウェア環境（２７）の外部で前記モバイル端末（２０、Ｔ）に記憶されたユーザアプリケーション（２５）と通信するのに適した、インターフェースアプリケーション（２９）を保護することが想定されることを特徴とする、方法。
【請求項２】
前記暗号化ソフトウェア環境（２７）が仮想金庫であり、
前記セキュアエレメント（２７）が、前記ステップｂ）でダウンロードされた前記ユーザアプリケーション（２５）に統合され、
−前記ステップｄ）において、前記保護するステップが、前記暗号化ソフトウェア環境（２７）を介して、前記仮想鍵（ＶＫ）を暗号化して記憶する動作を含む、請求項１に記載の送信方法。
【請求項３】
−前記ステップｄ）の前に、前記サーバ（５０、Ｓ）が前記モバイル端末（２０、Ｔ）に前記暗号化ソフトウェア環境（２７）を提供するステップと、前記モバイル端末（２０、Ｔ）が、前記暗号化ソフトウェア環境（２７）をダウンロードするステップとが提供され、
−前記ステップｄ）において、前記保護するステップが、前記暗号化ソフトウェア環境（２７）を介して、前記仮想鍵（ＶＫ）を暗号化して記憶する動作を含む、請求項１に記載の送信方法。
【請求項４】
前記暗号化ソフトウェア環境（２７）が、ホワイトボックス方式の暗号化技術で動作する、請求項２または３に記載の送信方法。
【請求項５】
前記暗号化ソフトウェア環境（２７）が、前記モバイル端末（２０、Ｔ）用に特に作られた固有のアルゴリズムを含む、請求項１〜４のいずれか一項に記載の送信方法。
【請求項６】
前記ステップａ）において、前記証明要求が、前記モバイル端末（２０、Ｔ）に関連付けられた識別番号を含む、請求項１〜５のいずれか一項に記載の送信方法。
【請求項７】
前記サーバ（５０、Ｓ）が前記暗号化ソフトウェア環境（２７）を提供する前記ステップが、前記モバイル端末（２０、Ｔ）に関連付けられた前記識別番号によって、前記モバイル端末（２０、Ｔ）に、前記暗号化ソフトウェア環境（２７）にアクセスするためのメッセージを送信する動作を含む、請求項６に記載の送信方法。
【請求項８】
前記暗号化ソフトウェア環境（２７）用の入力鍵（ＥＫ）に対して、前記サーバ（５０、Ｓ）が更新する定期的なステップが提供される、請求項１〜７のいずれか一項に記載の送信方法。
【請求項９】
前記ステップｂ）において、前記仮想鍵（ＶＫ）は、ルート鍵（ＶＫ０）、および少なくとも１つの公開導出パラメータ（ＤＰ）から作られる、請求項１〜８のいずれか一項に記載の送信方法。
【請求項１０】
前記仮想鍵（ＶＫ）に、予め定められた有効期限があることによって、前記ステップｃ）の後に、前記仮想鍵を更新し、前記更新された仮想鍵（ＶＫ）を前記サーバ（５０、Ｓ）を介して前記仮想端末（２０、Ｔ）に提供する、定期的なステップが提供される、請求項１〜９のいずれか一項に記載の送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、モバイル端末による自動車両の機能の制御に関する。
【０００２】
より詳細には、サーバとの通信に適したモバイル端末に、サーバから仮想鍵（ｖｉｒｔｕａｌ  ｋｅｙ）を安全に送信する方法に関する。
【０００３】
また、自動車両の電子制御ユニットによって、モバイル端末を認証する方法に関する。
【０００４】
本発明は、制御される機能が車両のドアのロック解除、または車両の始動である場合に、特に好適に使用される。
【背景技術】
【０００５】
車両の所有者に一般に使用される携帯電話等のモバイル端末によって、車両のドアのロックを解除する等、自動車両のいくつかの機能を制御することが提案されている。
【０００６】
本当に許可されている人物にのみこの制御を許可するために、携帯電話に記憶された仮想鍵が使用され、車両の電子制御ユニットによって、ドアのロック解除を命令する前にその存在が確認される。
【０００７】
同様に、車両の所有者が別のユーザに容易に車両を貸し借りできるように、各車両に対して複数の物理的な鍵があり、複数の携帯電話に複数の仮想鍵を割り当てられるようにすることが必要とされている。
【０００８】
所有者が別のユーザの携帯電話に仮想鍵を送信できるようにする方法は、現在のところ、所有者にとって、この仮想鍵が割り当てられるべき携帯電話番号を添付した、仮想鍵要求をサーバに送信することである。
【０００９】
次に、サーバは、仮想鍵を作って、これを携帯電話に送信する。安全上の理由により、この仮想鍵は、モバイル端末の物理的なセキュアエレメント、例えば、この携帯電話の加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、ＳＩＭ）カードの保護された領域に記憶されるように提供される。
【００１０】
この物理的なセキュアエレメントにアクセスするためには、前もって特別なアクセスを携帯電話の操作者から要求する必要がある。
【００１１】
このアクセス要求は、様々な理由で制限される。したがって、仮想鍵共有のプロセスが複雑になる。また、ユーザが仮想鍵を受信する速度は、操作者が物理的なセキュアエレメントへのアクセス要求に応答する速度に依存するので、このプロセスが遅くなる。最終的に、このアクセス許可を自動的に設定することは、実際には複雑であることが分かっている。
【００１２】
さらに、一部の携帯電話の操作者または製造者は、携帯電話の保護された領域にアクセスされることを望まないため、自動車両の貸し出しができない場合があることが分かっている。
【発明の概要】
【００１３】
従来技術の前述の欠点を克服するために、本発明は、仮想鍵を携帯電話の物理的なセキュアエレメントに記憶せずに、電話のメモリに記憶された、安全なソフトウェア部分に記憶することを提案する。
【００１４】
より詳細には、本発明は、サーバから、サーバとの通信に適したモバイル端末に、仮想鍵を安全に送信する方法を提案し、この方法は、
ａ）サーバが、モバイル端末の証明要求を受信するステップと、
ｂ）サーバが、モバイル端末にユーザアプリケーションを提供しダウンロードするステップと、
ｃ）サーバが、モバイル端末に仮想鍵を提供するステップと、
ｄ）モバイル端末のセキュアエレメントに、仮想鍵をダウンロードして保護するステップとを含み、
セキュアエレメントは、暗号化ソフトウェア環境によって形成されることを特徴とする。
【００１５】
したがって、本発明は、仮想鍵を携帯電話の物理的なセキュアエレメントに記憶せずに、暗号化ソフトウェア環境に記憶することを提案する。
【００１６】
このように、本発明によって、仮想鍵の安全を確保できるようにするために、携帯電話の操作者からアクセス許可を要求する必要がなくなり、仮想鍵を共有するプロセスが容易になる。
【００１７】
本発明では、暗号化ソフトウェア環境は、仮想鍵を保護するために隠すことが可能な、仮想金庫機能を有する。
【００１８】
本発明による送信方法の、好適かつ非限定的な他の特徴は、以下の通りである。
・セキュアエレメントが、ステップｂ）でダウンロードされたユーザアプリケーションに統合され、ステップｄ）において、保護するステップは、暗号化ソフトウェア環境を介して、仮想鍵を暗号化して記憶する動作を含む。
・ステップｄ）の前に、サーバがモバイル端末に暗号化ソフトウェア環境を提供するステップと、モバイル端末が暗号化ソフトウェア環境をダウンロードするステップとが提供され、ステップｄ）では、保護するステップは、暗号化ソフトウェア環境を介して、仮想鍵を暗号化して記憶する動作を含む。
・暗号化ソフトウェア環境は、ホワイトボックス方式の暗号化技術を使用して動作する。
・暗号化ソフトウェア環境は、モバイル端末用に特に作られた、固有のアルゴリズムを含む。
・ステップａ）において、証明要求は、モバイル端末に関連付けられた識別番号を含む。
・サーバが暗号化ソフトウェア環境を提供するステップは、モバイル端末に関連付けられた識別番号によって、モバイル端末に、暗号化ソフトウェア環境にアクセスするためのメッセージを送信する動作を含む。
・暗号化ソフトウェア環境では、暗号化ソフトウェア環境の外部でモバイル端末に記憶されたユーザアプリケーションと通信するのに適した、インターフェースアプリケーションを保護することが想定される。
・暗号化ソフトウェア環境用の入力鍵に対して、サーバが更新する定期的なステップが提供される。
・ステップｂ）では、仮想鍵は、ルート鍵、および少なくとも１つの公開導出パラメータ（ｐｕｂｌｉｃ  ｄｅｒｉｖａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）から作られる。
・仮想鍵に予め定められた有効期限があるので、ステップｃ）の後に、仮想鍵を更新し、更新された仮想鍵をサーバを介してモバイル端末に提供する、定期的なステップが提供される。
【００１９】
添付の図面を参照する以降の説明は、非限定的な例として提供され、本発明の特徴、および本発明を実現できる方法について説明する。
【図面の簡単な説明】
【００２０】
【図１】特に、サーバと、自動車両と、モバイル端末とを備える、本発明を実施できる状況の例を示す。
【図２】本発明の理解に役立つように、図１の自動車両およびモバイル端末の構成部品を概略的に示す。
【図３】図１のサーバからモバイル端末に、仮想鍵を安全に送信する方法の主なステップを示す。
【図４】図１の自動車両によって、モバイル端末を認証する方法の主なステップを示す。
【発明を実施するための形態】
【００２１】
図１は、本発明を実施できる状況の例を示す。
【００２２】
この状況では、自動車両１０は、電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ  ｃｏｎｔｒｏｌ  ｕｎｉｔ、ＥＣＵ）１１を備え、これは自動車両１０の機能を制御するのに適しており、無線リンクを介してモバイル端末２０と通信することができる。
【００２３】
これは、好ましくは「スマートフォン」タイプの携帯電話であってもよい。また、スマートウォッチ、メガネ型デバイス等であってもよい。
【００２４】
後述するように、電子制御ユニット１１は、データを交換するために、例えば、モバイル端末２０によって自動車両１０の機能を制御するために（このような機能は、例えば、自動車両１０のドアのロック解除、または自動車両１０のエンジンの始動であってもよい）、このモバイル端末２０と通信するのに適している。
【００２５】
電子制御ユニット１１とモバイル端末２０との間の通信に用いられる無線リンクは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）タイプのものである。
【００２６】
モバイル端末２０は、さらに、携帯電話ネットワーク３０に接続するように設計され、これは特に、ラジオリンクを介してモバイル端末２０と通信している基地局３２と、インターネット等の公衆ネットワーク４０に接続するためのゲートウェイ３４とを含む。
【００２７】
このために、モバイル端末２０は、２Ｇ、３Ｇ、４Ｇその他のタイプの移動電話通信プロトコルによって、基地局３２に接続する手段を備える。また、モバイル端末２０は、ＷＩＦＩプロトコル（通常は、ＩＥＥＥ８０２．１１グループの規格によって制御されるプロトコル）を介して公衆ネットワークに接続する手段を備える。
【００２８】
サーバ５０もまた、公衆ネットワーク４０に接続し、その結果、モバイル端末２０とサーバ５０とは、携帯電話ネットワーク３０と公衆ネットワーク４０とを介して通信して、データを交換することができる。
【００２９】
図２は、本発明の理解に役立つように、自動車両１０およびモバイル端末２０の構成部品を概略的に示す。
【００３０】
自動車両１０は、特に、前述した電子制御ユニット１１と、アクチュエータ１５（この事例では、自動車両１０のドアをロック解除できるように設計される）と、無線通信モジュール１６と、ユーザインターフェース１８とを備える。
【００３１】
車両識別番号（Ｖｅｈｉｃｌｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ、ＶＩＮ）が、自動車両１０に割り当てられて、サーバ５０のデータベースに記憶される。
【００３２】
電子制御ユニット１１は、プロセッサ１２と、書き換え可能な不揮発性メモリ、ハードディスク、またはセキュアエレメント等の記憶ユニット１４とを備える。
【００３３】
記憶ユニット１４は、特に、命令を含むコンピュータプログラムを記憶し、プロセッサ１２がこの命令を実行すると、電子制御ユニット１１が後述する方法を実施できるようになる。
【００３４】
また、記憶ユニット１４は、後述する方法の状況の中で使用されるデータ、特にルート鍵（または親鍵）ＶＫ０を記憶し、これは、以下で説明するように使用される。
【００３５】
ルート鍵ＶＫ０は、例えば、この電子制御ユニット１１が自動車両１０に取り付けられる前の、電子制御ユニット１１の製造中に記憶ユニット１４に書き込まれる。
【００３６】
ルート鍵ＶＫ０もまた、ＶＩＮ識別番号、あるいは自動車両１０に割り当てられた電子ユニットに関連付けられた、その他の固有の識別名と共に、サーバ５０で記憶される。
【００３７】
モバイル端末２０は、プロセッサ２２、メモリ２４（例えば、書き換え可能な不揮発性メモリ）、無線通信モジュール２６、および携帯電話ネットワーク３０で通信するためのモジュール２８を備える。
【００３８】
モバイル端末２０の無線通信モジュール２６は、自動車両１０の無線通信モジュール１６と無線リンク（この事例では、既に示したようにＢｌｕｅｔｏｏｔｈタイプのもの）を確立することを可能にし、これを介して、電子制御ユニット１１のプロセッサ１２と、モバイル端末２０のプロセッサ２２とは、具体的にはさらに後述するように、データを交換することができる。
【００３９】
通信モジュール２８は、モバイル端末２０（および正確には、このモバイル端末２０が備えるプロセッサ２２）が、既に示したように、携帯電話ネットワーク３０に、または公衆ネットワーク４０に接続された他のデバイス、特にサーバ５０とデータを交換できるようにする。
【００４０】
メモリ２４は、特に、命令を含むアプリケーションを記憶し、プロセッサ２２がこれを実行すると、モバイル端末２０が後述する方法を実施できるようになる。
【００４１】
また、メモリ２４は、後述する方法の状況で使用されるデータを記憶する。
【００４２】
図３は、サーバ５０からモバイル端末２０に、仮想鍵ＶＫを安全に送信する方法の主なステップを示す。この仮想鍵ＶＫは、車両に対する認証用の暗号鍵に対応してもよく、あるいはカードレットとも呼ばれる暗号化アルゴリズムに関連付けられた認証用の、この同じ暗号鍵に対応してもよい。図４は、電子制御ユニット１１による、モバイル端末２０の認証のための方法を示し、サーバ５０によって仮想鍵ＶＫが事前に送信されることによって、モバイル端末２０は、自動車両１０の機能を制御するためのサービスにアクセスすることができる。
【００４３】
より明確にするために、本明細書の残りの部分では、「所有者Ｐ」という用語は、自動車両１０にアクセスするための鍵を第三者に送信することを許可された人物を指す。これは、通常は車両の所有者である。
【００４４】
「ユーザ」という用語は、固定した期間であるかどうかを問わず、所有者Ｐが自動車両１０の貸し借りを希望する人物を指す。
【００４５】
モバイル端末２０（また、図３ではＴで参照される）は、ユーザの携帯電話を指す。所有者Ｐの携帯電話は、常に「所有者Ｐの電話」と呼ばれる。
【００４６】
仮想鍵ＶＫを安全に送信する方法を実施する前は、モバイル端末２０は、自動車両１０の機能を制御するための特定の準備はされておらず、自動車両１０に関するデータを有していないことが考えられる。したがってこれは、例えば、ユーザが通常使用している携帯電話であってもよい。
【００４７】
しかしながら、所有者Ｐの電話は、自動車両１０（図４でＶとしても参照される）の機能を制御するため、およびサーバ５０（図３でＳとしても参照される）と通信するために準備されることが考えられる。したがって所有者Ｐの電話はユーザアプリケーションを保有し、その利点については、本明細書の残りの部分で明確に説明する。
【００４８】
同様に、この方法を実施する前は、モバイル端末２０はサーバ５０に認識されておらず、したがってサーバ５０は、このモバイル端末２０に関連付けられたデータについての情報を持たない。
【００４９】
この事例で説明する実施形態では、ユーザは、モバイル端末２０を保有して使用し、前述したように、これは（例えば、Ｂｌｕｅｔｏｏｔｈタイプの）無線リンクを介して、まず電子制御ユニット１１と通信し、次に、基地局３１までのラジオリンクを介した後に、ゲートウェイ３４および公衆ネットワーク４０を介して、サーバ５０と通信する。
【００５０】
本発明の好適な実施形態によれば、サーバ５０からモバイル端末２０に仮想鍵ＶＫを安全に送信する方法は、
−所有者Ｐの電話が出したモバイル端末２０の証明要求をサーバ５０が受信する動作と、
−サーバ５０が、モバイル端末２０に専用のアプリケーションを提供する動作と、
−サーバ５０が、モバイル端末２０に暗号化ソフトウェア環境（以後、仮想金庫２７と呼ぶ）を提供する動作と、
−モバイル端末２０が、仮想金庫２７をダウンロードする動作と、
−サーバ５０が、モバイル端末２０に仮想鍵ＶＫを提供する動作と、
−仮想金庫２７内に仮想鍵ＶＫをダウンロードして暗号化する動作とを含む。
【００５１】
別の実施形態によれば、仮想金庫は、専用のアプリケーション内に直接統合されて、専用のアプリケーションと同時にダウンロードされる。
【００５２】
これらの様々な動作については、本明細書の残りの部分で、図３を参照して詳細に説明する。
【００５３】
なお、これらのステップは予備的に、図３に示す時系列表を使用して、あるいは若干修正された時系列表を使用して実施することができる。
【００５４】
第１のステップＥ１において、所有者Ｐは、モバイル端末２０にユーザアプリケーション２５をダウンロードするようにユーザに求める。
【００５５】
このユーザアプリケーション２５は、ユーザが、モバイル端末２０に埋め込まれたオペレーティングシステムに関連付けられた「オンラインストア」で、ダウンロードできるアプリケーションである。実際には、ユーザがｉＰｈｏｎｅ（登録商標）を所有している場合は、このユーザアプリケーションはＡｐｐｌｅ  Ｓｔｏｒｅ（登録商標）でダウンロードすることができる（ステップＥ２）。
【００５６】
モバイル端末２０にダウンロードしてインストールすると、このユーザアプリケーション２５は、メモリ２４に記憶される（図２参照）。
【００５７】
既に電話にこのユーザアプリケーションを持っている所有者Ｐは、このアプリケーションを使用してサーバ５０にモバイル端末２０の証明要求を送信し（ステップＥ３）、その結果、モバイル端末２０は、仮想鍵ＶＫを受信することができる。
【００５８】
この証明要求を送信するために、ユーザアプリケーションは、所有者Ｐに、ユーザのモバイル端末Ｔに関連付けられた識別番号を入力することを求める（この識別番号は、例えば、モバイル端末に収容されている、ＳＩＭカードタイプの取り外し可能なカードに定義された電話番号である）。この識別番号が入力されると、モバイル端末Ｔの証明要求がサーバＳに送信される。
【００５９】
この証明要求は、モバイル端末Ｔの識別番号と、自動車両１１に割り当てられたＶＩＮ識別番号とを含む。
【００６０】
ステップＥ４において、サーバ５０は、したがってこの証明要求を受信する。サーバ５０は次に、仮想鍵ＶＫをモバイル端末２０に安全な方法で送信するようにプログラムされる。
【００６１】
このために、ステップＥ５において、サーバＳは、仮想金庫２７を生成する（あるいは第三者サービスから取得する）。
【００６２】
この仮想金庫２７（または「暗号化ソフトウェア環境」）は、モバイル端末２０のメモリ２４に記憶されることが意図される。したがってこれは、モバイル端末の物理的なセキュアエレメント（ＳＩＭカード、ｅＳＥモジュール等）の外部の、開かれた媒体に展開されるように提供される。このような状況では、ハッカーがこの仮想金庫２７にアクセス可能になる。したがって、仮想金庫２７は、このハッキングに対して唯一の防衛線を形成する。
【００６３】
仮想金庫２７は、次に、例えば、ホワイトボックス方式の暗号化技術を使用して動作するようにプログラムされる。
【００６４】
このような暗号化技術は、当業者に知られている。要約するとこれは、関係のない命令およびデータの流れの中に、保護しようとするデータおよび命令を暗号化して隠すものであり、その結果ハッカーは、この保護されるべきデータおよび命令を見つけることができない。
【００６５】
この主題についての詳しい情報は、Ｂｒｅｃｈｔ  Ｗｙｓｅｕｒによる文書「Ｗｈｉｔｅ−ｂｏｘ  ｃｒｙｐｔｏｇｒａｐｈｙ：ｈｉｄｉｎｇ  ｋｅｙｓ  ｉｎ  ｓｏｆｔｗａｒｅ」で参照することができ、これは例えば以下で公開されている。
ｈｔｔｐ：／／ｗｗｗ．ｗｈｉｔｅｂｏｘｃｒｙｐｔｏ．ｃｏｍ／ｆｉｌｅｓ／２０１２＿ｍｉｓｃ．ｐｄｆ
【００６６】
仮想金庫２７は、モバイル端末２０用に特に作られた、固有のアルゴリズムを含むことが好ましい。言い換えれば、各仮想金庫２７は固有であり、その結果、複数のモバイル端末を有するハッカーは、これらの端末に記憶された仮想金庫を比較して鍵を取得することはできない。
【００６７】
各仮想金庫２７は入力鍵ＥＫを含み、これによって、この仮想金庫２７にデータを記録できるようにするために、データを暗号化することが可能になる。仮想金庫２７用の入力鍵ＥＫは、次に、サーバＳのデータベースに記憶される。
【００６８】
入力鍵ＥＫは、金庫２７に転送またはダウンロードされ、その後、サーバ５０によって定期的に更新される。
【００６９】
ステップＥ６において、サーバＳは、この仮想金庫２７をモバイル端末２０に提供する。
【００７０】
このステップＥ６は、仮想鍵ＶＫを送信する方法を保護できるような方法で実施されることが好ましい。
【００７１】
このために、本発明の好ましい実施形態では、サーバＳは、仮想金庫２７にアクセスするためのショートメッセージサービス（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ、ＳＭＳ）のメッセージをモバイル端末２０に送信することを命令し、その電話番号は、前述したようにサーバＳに知られている。
【００７２】
このＳＭＳメッセージはハイパーテキストリンクを含み、これによってユーザは、ステップＥ７において、「ｈｔｔｐｓ」（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｅ）による安全な接続を介して、仮想金庫２７をダウンロードすることができる。
【００７３】
代替案では、このハイパーテキストリンクは、電子メールまたは手紙等の別の方法でユーザに送信されてもよい（ユーザがリンクにアクセスできる識別名およびパスワードをユーザに送信する）。
【００７４】
また、仮想金庫２７は、仮想専用回線（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ、ＶＰＮ）プロトコルを使用して、すなわち、サーバＳとモバイル端末Ｔとの間に専用回線を生成することによって、モバイル端末Ｔによってダウンロードされてもよい。
【００７５】
使用される方法に関わらず、このステップＥ７の最後に、モバイル端末Ｔのメモリ２４が、仮想金庫２７を記憶する。
【００７６】
サーバＳは、仮想金庫２７がモバイル端末Ｔによってダウンロードされたことを検知した後に、仮想鍵ＶＫを作り、これによってモバイル端末Ｔが、自動車両１０にアクセスできるようになる（ステップＥ８）。
【００７７】
仮想鍵ＶＫは、この事例では、ルート鍵ＶＫ０から、およびこのルート鍵ＶＫ０に適用された少なくとも１つの公開導出パラメータ（ｐｕｂｌｉｃ  ｄｅｒｉｖａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）ＤＰから、サーバ５０によって作られる。
【００７８】
既に示したように、ルート鍵ＶＫ０は、サーバＳのデータベース、および自動車両１０の記憶ユニット１４に記憶される。
【００７９】
（複数の）導出パラメータＤＰは、例えば、自動車両ローンの満了日、モバイル端末２０の電話番号を含んでもよい。
【００８０】
次のステップＥ９において、サーバＳは、モバイル端末２０に仮想鍵ＶＫ、およびこの事例ではカードレットである、インターフェースアプリケーション２９を提供する（図２参照）。
【００８１】
このインターフェースアプリケーション２９は、ユーザアプリケーション２５（仮想金庫２７の外部に記憶されている）と、仮想金庫２７の内部との間の仲介として使用されるように設計される。本明細書の残りの部分で詳細に説明するように、これは特に、ユーザアプリケーション２５が提供した情報を仮想鍵ＶＫの関数として暗号化して、この暗号化された情報をユーザアプリケーション２５に返送することを可能にする。
【００８２】
実際には、インターフェースアプリケーション２９は、暗号関数によって形成でき、本明細書の残りの部分では、これをｆで示す。なお、この事例では、この暗号関数ｆは、自動車両１０の記憶ユニット１４にも記憶される。
【００８３】
この事例では、インターフェースアプリケーション２９および仮想鍵ＶＫの提供は、サーバＳが、仮想金庫２７を事前にダウンロードしたモバイル端末２０に、必要に応じてこのデータを送信することによって行われる。このインターフェースアプリケーション２９、および仮想鍵ＶＫは、仮想金庫２７用の入力鍵ＥＫ（前述したように、サーバＳのデータベースに記憶されている鍵）によって、暗号化された形式で安全なインターネット接続を介して送信される。
【００８４】
代替案では、これは、ステップＥ６と同様に、ＳＭＳメッセージによってモバイル端末Ｔにハイパーテキストリンクを送信することによって提供されてもよい。さらに別の代替案では、異なるプロトコル、例えばＶＰＮプロトコルを使用して提供されてもよい。
【００８５】
ステップＥ１０では、したがってモバイル端末２０は、インターフェースアプリケーション２９、および仮想鍵ＶＫを暗号化された形式で受信して、メモリ２４の仮想金庫２７で記憶する。
【００８６】
このステップＥ１０が完了すると、モバイル端末２０はサーバＳにより証明され、自動車両１０にアクセスするための仮想鍵ＶＫを有する。
【００８７】
この段階で、モバイル端末２０は、自動車両１０の機能にアクセスできるように、自動車両１０の電子制御ユニット１１によって認証することができる。本明細書の残りの部分で考えられている機能は、車両ドアのロック解除である。
【００８８】
この認証は、図４を参照して、以下の方法で実施されてもよい。
【００８９】
ステップＳ２において、自動車両Ｖの電子制御ユニット１１は、車両のドアのロック解除の要求を受信する。この事例では、この要求は、モバイル端末Ｔによって送信されるものとみなされる。
【００９０】
したがって、一例として、この要求は、モバイル端末Ｔと電子制御ユニット１１との間でＢｌｕｅｔｏｏｔｈリンクが確立されているときに、モバイル端末Ｔにインストールされたユーザアプリケーション２５を使用して、ユーザが手動で実行することができる（ステップＳ１）。
【００９１】
この要求は、電子制御ユニット１１に送信されたデータの組で形成され、特に、導出パラメータＤＰ（サーバＳが、ルート鍵ＶＫ０から仮想鍵ＶＫを計算するのを可能にしたのと同じパラメータ）を含む。
【００９２】
代替案では、この要求は、別の方法で実行されてもよい。例えば、自動車両のドアハンドルのうちの１つを動作させるときに、ユーザによって実行されてもよい。この代替案では、自動車両は、モバイル端末が前述の導出パラメータを返すような方法で、モバイル端末にメッセージを送信する。
【００９３】
いずれにせよ、ドアをロック解除する要求と、導出パラメータＤＰとを受信すると、電子制御ユニット１１は、乱数ＲＮＤ等のチャレンジ（ｃｈａｌｌｅｎｇｅ）を生成する（ステップＳ３）。
【００９４】
電子制御ユニット１１は、次にステップＳ４において、仮想鍵ＶＫを用いて暗号関数ｆを適用することによって、このチャレンジＲＮＤに関連付けられる応答ＲＥＳＰを計算し、これはＲＥＳＰ＝ｆ（ＲＮＤ，ＶＫ）で表すことができる。
【００９５】
実際に、電子制御ユニット１１のメモリは、ルート鍵ＶＫ０を含み、かつ導出パラメータＤＰを受信しているので、仮想鍵ＶＫを予め計算するのに適している。
【００９６】
自動車両Ｖの電子制御ユニット１１は、次にステップＳ５において、確立されたＢｌｕｅｔｏｏｔｈリンクによって、モバイル端末ＴにチャレンジＲＮＤを送信する。
【００９７】
ステップＳ６で、モバイル端末Ｔは、チャレンジＲＮＤを受信する。
【００９８】
ユーザアプリケーション２５は、このチャレンジＲＮＤをインターフェースアプリケーション２９に伝達し、インターフェースアプリケーション２９は、次にステップＳ７において、仮想金庫２７に記憶された仮想鍵ＶＫを用いて、受信したチャレンジＲＮＤに暗号関数ｆを適用することによって、予期される応答ＲＥＳＰ’を計算し、これは、ＲＥＳＰ’＝ｆ（ＲＮＤ，ＶＫ）で表すことができる。
【００９９】
ステップＳ８では、インターフェースアプリケーション２９は、この予期される応答ＲＥＳＰ’をユーザアプリケーション２５に返送し、その結果、このユーザアプリケーション２５は、Ｂｌｕｅｔｏｏｔｈによって、予期される応答ＲＥＳＰ’を電子制御ユニット１１に伝達する。
【０１００】
ステップＳ９において、自動車両Ｖの電子制御ユニット１１は、したがってこの予期される応答ＲＥＳＰ’を受信する。
【０１０１】
次に、応答ＲＥＳＰを予期される応答ＲＥＳＰ’と比較して、これらの２つの応答が同一かどうかを確認する（ステップＳ１０）。
【０１０２】
応答の同一性が確認されない場合は、電子制御ユニット１１は、認証プロセスを終了する（ステップＳ１１）。これは実際には、モバイル端末２０が使用する仮想鍵ＶＫが、電子制御ユニット１１が使用するものと異なっていることを意味する。その後、例えば、エラーメッセージがモバイル端末２０の画面に表示されてもよい。
【０１０３】
応答が同一であることが確認された場合は、電子制御ユニット１１は要求された機能、この場合は自動車両１０のドアのロック解除の制御信号をアクチュエータ１５に送信して、ステップＳ１２に進む。
【０１０４】
本発明は、説明および図示した実施形態に限定されないことは言うまでもない。
【０１０５】
特に、仮想鍵が予め定められた有効期限を有しており、この有効期限が、車両のローンまたはレンタルの終了日よりも近い可能性がある。
【０１０６】
この代替案では、仮想鍵の値を定期的に修正して、再度より安全にすることが想定される。例えば、このような定期的な更新は固定した間隔、例えば２４時間ごとに実施することができる。
【０１０７】
このように、サーバを介して仮想鍵を更新し、この新しい仮想鍵をサーバからモバイル端末に、例えば安全な接続によって送信する、定期的なステップが提供される。
【図１】
0006732752.tif 000002
【図２】
0006732752.tif 000003
【図３】
0006732752.tif 000004
【図４】
0006732752.tif 000005