(57)【特許請求の範囲】
【請求項１】
デバイスが移動体ネットワークへの認証を行うための方法であって、
前記方法は、
−前記デバイスが起動すると、第１の一時的なサブスクリプション識別子を第１に活性化し（２２）、前記第１の一時的なサブスクリプション識別子（２４）及び第１のデータ（２１２）を第１のサーバに送信するステップと、
−前記第１のサーバが、前記第１のデータに基づく認証失敗を含む第１の結果メッセージ（２１６）を前記デバイスに送信するステップと、
−前記デバイスが、前記第１の一時的なサブスクリプション識別子に関連付けられている第２の一時的なサブスクリプション識別子と前記第２の一時的なサブスクリプション識別子に関連付けられている少なくとも１つの秘密鍵とを決定する（２１８）ステップと、
−前記デバイスが、前記第１の一時的なサブスクリプション識別子を、第２に活性化された前記第２の一時的なサブスクリプション識別子に切り替えるステップと、
−前記デバイスが、前記第２の一時的なサブスクリプション識別子（２２２）及び第２のデータ（２３２）を前記第１のサーバに送信するステップと、
−前記第１のサーバが、少なくとも前記第２の一時的なサブスクリプション識別子に基づいて前記少なくとも一つの秘密鍵を決定するステップと、
−前記第１のサーバが、関連付けられた前記第１及び第２の一次的なサブスクリプション識別子及び前記第２のデータに基づいて認証成功を含む第２の結果メッセージ（２３６）を前記デバイスに送信するステップと、を含むことを特徴とする方法。
【請求項２】
前記方法は、前記認証失敗を含む前記第１の結果メッセージを受信することに先立って、
−前記第１のサーバが、第１のチャレンジを含む第１の応答の送信要求（２８）を前記デバイスに送信するステップと、
−前記デバイスが、第１の応答である前記第１のデータを前記第１のサーバに送信するステップと、
−前記第１のサーバが、第１の予想結果にアクセスするステップと、
−前記第１のサーバが、前記第１の応答を前記第１の予想結果と比較する（２１４）ステップと、
−前記第１のサーバが、前記第１の応答は前記第１の予想結果と一致しないと判定するステップと、
−前記第１のサーバが前記第１の結果メッセージを生成するステップとを含む請求項１に記載の方法。
【請求項３】
前記方法は、前記認証成功を含む前記第２の結果メッセージを前記デバイスが受信することに先立って、
−前記第１のサーバが、第２のチャレンジを含む第２の応答の送信要求（２２８）を前記デバイスに送信するステップと、
−前記デバイスが、第２の応答である前記第２のデータを前記第１のサーバに送信するステップと、
−前記第１のサーバが、第２の予想結果にアクセスするステップと、
−前記第１のサーバが、前記第２の応答を前記第２の予想結果と比較する（２３４）ステップと、
−前記第１のサーバが、前記第２の応答は前記第２の予想結果と一致すると判定するステップと、
−前記第１のサーバが前記第２の結果メッセージを生成するステップとを含む請求項１
に記載の方法。
【請求項４】
前記デバイス及び前記第１のサーバは、少なくとも前記第１の一時的なサブスクリプション識別子を使用することによって前記第２の一時的なサブスクリプション識別子を決定する、請求項３に記載の方法。
【請求項５】
前記デバイスが接続又は結合されるセキュアエレメントは、前記第２のチャレンジと、少なくとも前記第２の一時的なサブスクリプション識別子と関連付けられ、前記第１のサーバと共有される前記移動体ネットワークへの認証を行うための鍵とを使用することによって前記第２のデータを生成し、前記セキュアエレメントは前記第２のデータを前記デバイスに送信する、請求項４に記載の方法。
【請求項６】
前記第１のサーバが接続又は結合される第２のサーバは、前記第１の予想結果を生成し、前記第１のサーバに送信するか又は前記第２の予想結果を生成し、前記第１のサーバに送信する、請求項３に記載の方法。
【請求項７】
前記セキュアエレメントは、前記セキュアエレメントに関連する少なくとも１つの識別子を格納し、前記第２のサーバは、前記第１の一時的なサブスクリプション識別子及び前記関連付けられた第２の一時的なサブスクリプション識別子に基づいて、前記セキュアエレメントに関連する前記識別子、及び前記セキュアエレメントと前記第２のサーバに共有された前記移動体ネットワークへの認証を行うための鍵を取得する、請求項５に記載の方法。
【請求項８】
デバイスが移動体ネットワークへの認証を行うための第１のサーバ（１８）であって、
前記第１のサーバは、
−第１の一時的なサブスクリプション識別子（２４）及び第１のデータ（２１２）を前記デバイスから受信し、
−前記第１のデータに基づく認証失敗を含む第１の結果メッセージ（２１６）を前記デバイスへ送信し、
−前記第１の一時的なサブスクリプション識別子に関連付けられている第２の一時的なサブスクリプション識別子と第２のデータを前記デバイスから受信し、
−少なくとも前記第２の一時的なサブスクリプション識別子に基づいて少なくとも１つの秘密鍵を決定し、
−関連付けられた前記第１及び第２の一時的なサブスクリプション識別子及び前記第２のデータに基づく認証成功を含む第２の結果メッセージ（２３６）を前記デバイスへ送信するように構成されることを特徴とする第１のサーバ。
【請求項９】
移動体ネットワークへの認証を行うためのデバイス（１２）であって、
前記デバイスは、
−起動すると、第１の一時的なサブスクリプション識別子を第１に活性化し（２２）、前記第１の一時的なサブスクリプション識別子（２４）及び第１のデータ（２１２）を第１のサーバに送信し、
−前記第１のデータに基づく認証失敗を含む第１の結果メッセージ（２１６）を前記第１のサーバから受信し、
−前記第１の一時的なサブスクリプション識別子に関連付けられている第２の一時的なサブスクリプション識別子と前記第２の一時的なサブスクリプション識別子に関連付けられている少なくとも１つの秘密鍵とを決定し（２１８）、
−前記第１の一時的なサブスクリプション識別子を、第２に活性化された前記第２の一時的なサブスクリプション識別子に切替え、
−前記少なくとも１つの秘密鍵を用いて第２のデータを生成し、
−前記第２の一時的なサブスクリプション識別子（２２２）及び前記第２のデータ（２３２）を前記第１のサーバへ送信し、
−関連付けられた前記第１及び第２の一時的なサブスクリプション識別子及び前記第２のデータに基づく認証成功を含む第２の結果メッセージ（２３６）を前記第１のサーバから受信するように構成されていることを特徴とするデバイス（１２）。
【請求項１０】
デバイスが移動体ネットワークへの認証を行うためのシステムであって、
前記システムは、少なくとも１つのサーバ（１６，１８）と前記サーバに接続された前記デバイス（１２）とを備え、前記デバイスは起動すると、
−第１の一時的なサブスクリプション識別子を第１に活性化し（２２）、
−前記第１の一時的なサブスクリプション識別子（２４）及び第１のデータ（２１２）を第１のサーバへ送信し、
前記第１のサーバは、さらに、前記第１のデータに基づく認証失敗を含む第１の結果メッセージ（２１６）を前記デバイスに送信するように構成され、
前記デバイスは、更に、
−前記第１のデータに基づく認証失敗を含む前記第１の結果メッセージを前記第１のサーバから受信し、
−前記第１の一時的なサブスクリプション識別子に関連付けられている第２の一時的なサブスクリプション識別子と前記第２の一時的なサブスクリプション識別子に関連付けられている少なくとも１つの秘密鍵とを決定し、
−前記第１の一時的なサブスクリプション識別子を、第２に活性化された前記第２の一時的なサブスクリプション識別子に切替え、
−前記少なくとも１つの秘密鍵を用いて第２のデータを生成し、
−前記第２の一時的なサブスクリプション識別子（２２２）及び前記第２のデータ（２３２）を前記第１のサーバに送信するように構成され、
前記第１のサーバは、更に、関連付けられた前記第１及び第２の一時的なサブスクリプション識別子及び前記第２のデータに基づく認証成功を含む第２の結果メッセージ（２３６）を前記デバイスに送信するように構成されることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概ね移動体ネットワークへの認証を行う方法に関する。
【０００２】
また、本発明は移動体ネットワークへのデバイスの認証を行うためのサーバに関する。
【０００３】
さらにまた、本発明は移動体ネットワークへの認証を行うためのデバイスにも関する。
【０００４】
最後に、本発明は移動体ネットワークへの認証を行うためのシステムにも関する。
【０００５】
本システムは、少なくとも１つのサーバ及びデバイスを備える。デバイスはサーバに接続される。デバイスは特に、マシンツーマシン（すなわちＭ２Ｍ）又はモノ若しくは物体のインターネット（すなわちＩｏＴ）環境内の埋設汎用集積回路カード（すなわちｅＵＩＣＣ）であるか、又は例えば加入者識別モジュール（すなわちＳＩＭ）タイプカード（など）といったスマートカード内に含まれるチップとして、例えば携帯電話などのセキュアエレメント（すなわちＳＥ）ホストデバイスから取外し可能な場合がある。
【０００６】
本明細書中では、ＳＥは、格納データへのアクセスを物理的に保護し、かつ例えばＳＥホストデバイスであるＭ２Ｍデバイスなどの外界とデータ通信することが意図されたチップを含むスマートオブジェクトである。
【背景技術】
【０００７】
Ｍ２Ｍ市場は年々成長し、成長し続けている。対応する接続オブジェクトは、２０２０年には約５００億ユニットに達するはずである。ｅＵＩＣＣがリソースである国際移動体加入者識別子（すなわちＩＭＳＩ）を使用することによってサブスクリプションを識別することは知られている。
【０００８】
しかし、そのような既知の解決策はリソース不足に陥るはずである。実際、ＩＭＳＩは、ＩＭＳＩデータフォーマットの１つのデータフィールドである９又は１０桁で表される移動体加入者識別番号（すなわちＭＳＩＮ）用に１０億個の値しか有していない。
【０００９】
したがって、リソースコストを削減するために、利用可能なリソースを効率的に用いることを可能にする解決策を提供する必要性がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、移動体ネットワークへの認証を行う方法を提供することによって、上で特定したばかりの必要性を満たすための解決策を提案する。
【課題を解決するための手段】
【００１１】
本発明によれば、本方法は次のステップを含む。デバイスが第１の一時的なサブスクリプション識別子のみを活性化する。デバイスは、第１の一時的なサブスクリプション識別子及び第１のデータを第１のサーバに送信する。第１のサーバは、第１のデータに基づく認証失敗を含む第１の結果メッセージをデバイスに送信する。デバイスは、第２の一時的なサブスクリプション識別子のみを活性化する。デバイスは、第２の一時的なサブスクリプション識別子及び第２のデータを第１のサーバに送信する。そして第１のサーバは、関連付けられた第１及び第２の一時的なサブスクリプション識別子及び第２のデータに基づく認証成功を含む第２の結果メッセージをデバイスに送信する。
【００１２】
本発明の原理は、サーバが、第１及び第２の一時的なサブスクリプション識別子を連続的に使用するデバイスを識別及び認証する点にある。第１に、デバイスは、第１の一時的なサブスクリプション識別子のみを使用するとき、デバイスが送信した第１のデータに基づいてサーバへの認証を行うことができない。第２に、デバイスは、第２の一時的なサブスクリプション識別子のみを使用するとき、第１及び第２の一時的なサブスクリプション識別子及びデバイスが送信した第２のデータに基づいてサーバへの認証に成功する。
【００１３】
サーバは、第１及び第２の一時的なサブスクリプション識別子のペアをサーバが受信したときにのみ、独特の方法で（対話）デバイスを識別できることに注目すべきである。
【００１４】
一時に１つの一時的なサブスクリプション識別子だけが活性であること、すなわち、まず第１の一時的なサブスクリプション識別子が活性で、次に第２の一時的なサブスクリプション識別子が活性であることに留意すべきである。
【００１５】
サーバはまた、第１及び第２の一時的なサブスクリプション識別子のペアを識別すると、デバイスを認証するために、デバイスと共有する１又は複数の秘密鍵を決定することができる。
【００１６】
本発明の解決策は自動であるため、潜在的なデバイスユーザ、所有者又は管理者にとって都合がよい可能性がある。したがって、本発明の解決策は利用しやすい。
【００１７】
本発明の解決策は、サーバが第１及び第２の一時的なサブスクリプション識別子、並びに第１及び第２のデータ以外の、例えばデバイスの位置、及び／又は当該デバイスや当該デバイスと協働する別のデバイスに関連する１又は複数の識別子などの情報にアクセスすることを必要としない。
【００１８】
本発明の解決策は、一旦デバイス及びユーザが、第１の一時的なサブスクリプション識別子の後の第２の一時的なサブスクリプション識別子、及び例えば移動体ネットワークへの認証を行うための関連付けられた共有鍵などの関連付けられた共有秘密鍵の両方を使用すると、デバイスはサーバへの認証に成功するため安全である。
【００１９】
本発明の解決策は、例えばＮ２個の一群のデバイスについて、第１及び第２の一時的なサブスクリプション識別子のペアによってデバイスに割り当てられた後、ある期間デバイスの識別及び認証に一時的に使用される２*Ｎ個の一時的なサブスクリプション識別子の範囲のみを使用することを可能にする。したがって、第２の一時的なサブスクリプション識別子を、デバイス活性化手順に先立って、限られたＮ個の考えられる第２の一時的なサブスクリプション識別子として、当該範囲の利用可能な一時的なサブスクリプション識別子に選択する。デバイス活性化手順は、第１及び第２の一時的なサブスクリプション識別子の当該範囲外の少なくとも１つの確定的なサブスクリプション識別子を、サブスクリプションプロファイルとしてデバイスに割り当てることを可能にする。
【００２０】
デバイス活性化手順に使用される２*Ｎ個の一時的なサブスクリプション識別子は、起動されていないデバイスの数よりも少ないため、衝突のリスクが存在する。衝突は、２つ以上のデバイスの両方が、第１又は第２の一時的なサブスクリプション識別子である全く同一の一時的なサブスクリプション識別子を全く同時に使用する場合に生じる。衝突のリスクができる限り低減するように、デバイスとサーバが共有する第２の一時的なサブスクリプション識別子を選択するアルゴリズムを選ぶ。
【００２１】
有利には、デバイス又はデバイスと協働する別のデバイス、及びサーバは、少なくとも第１の一時的なサブスクリプション識別子を使用することによって第２の一時的なサブスクリプション識別子を決定する。
【００２２】
したがって、第２の一時的なサブスクリプション識別子は、第１の一時的なサブスクリプション識別子とリンクされる。このリンクは、デバイス側に事前に供給されるか、例えば第１のチャレンジのような、第１の認証セッション中にサーバがデバイスに送信する１又は複数のパラメータに依存する可能性がある。
【００２３】
したがって、サーバ及びデバイスは、一般的な方法で、第１の認証セッション中にデバイスが以前にサーバに送信した少なくとも第１の一時的なサブスクリプション識別子に依存する第２の一時的なサブスクリプション識別子を決定する。
【００２４】
別の態様によれば、本発明は、移動体ネットワークへのデバイスの認証を行うための第１のサーバである。
【００２５】
本発明によれば、第１のサーバは、第１の一時的なサブスクリプション識別子及び第１のデータを受信するように構成される。第１のサーバは、第１のデータに基づく認証失敗を含む第１の結果メッセージを送信するように構成される。第１のサーバは、第２の一時的なサブスクリプション識別子及び第２のデータを受信するように構成される。そして第１のサーバは、関連付けられた第１及び第２の一時的なサブスクリプション識別子及び第２のデータに基づく認証成功を含む第２の結果メッセージを送信するように構成される。
【００２６】
さらに追加の態様によれば、本発明は、移動体ネットワークへの認証を行うためのデバイスである。
【００２７】
本発明によれば、デバイスは、第１の一時的なサブスクリプション識別子のみを活性化するように構成される。デバイスは、第１の一時的なサブスクリプション識別子及び第１のデータを送信するように構成される。デバイスは、第１のデータに基づく認証失敗を含む第１の結果メッセージを受信するように構成される。デバイスは、第２の一時的なサブスクリプション識別子のみを活性化するように構成される。デバイスは、第２の一時的なサブスクリプション識別子及び第２のデータを送信するように構成される。そしてデバイスは、関連付けられた第１及び第２の一時的なサブスクリプション識別子及び第２のデータに基づく認証成功を含む第２の結果メッセージを受信するように構成される。
【００２８】
デバイスは、端末、ユーザ端末又はＳＥを備える。
【００２９】
セキュアエレメントは、ＳＥホストデバイスに固定若しくははんだ付けするか、ＳＥホストデバイスから取外し可能とし得る。
【００３０】
本発明は、ＳＥの種類についてどんな制約も課さない。
【００３１】
取外し可能なＳＥは、ＳＩＭタイプカード、セキュアリムーバブルモジュール（すなわちＳＲＭ）、ＵＳＢ（「Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ」の頭字語）タイプのスマートドングル、（マイクロ）セキュアデジタル（すなわちＳＤ）タイプカードやマルチメディアタイプカード（すなわちＭＭＣ）、又はＳＥホストデバイスに結合したり接続したりする任意のフォーマットのカードであってよい。
【００３２】
さらに追加の態様によれば、本発明は、移動体ネットワークへの認証を行うためのシステムである。
【００３３】
本発明によれば、システムは、少なくとも１つのサーバとデバイスを備える。デバイスはサーバに接続される。デバイスは、第１の一時的なサブスクリプション識別子のみを活性化するように構成される。デバイスは、第１の一時的なサブスクリプション識別子及び第１のデータを第１のサーバに送信するように構成される。第１のサーバは、第１のデータに基づく認証失敗を含む第１の結果メッセージをデバイスに送信するように構成される。デバイスは、第２の一時的なサブスクリプション識別子のみを活性化し、かつ第２の一時的なサブスクリプション識別子及び第２のデータを第１のサーバに送信するように構成される。そして第１のサーバは、関連付けられた第１及び第２の一時的なサブスクリプション識別子及び第２のデータに基づく認証成功を含む第２の結果メッセージをデバイスに送信するように構成される。
【図面の簡単な説明】
【００３４】
本発明の追加の特徴及び利点は、示唆的で非制限的な例である本発明の１つの好適な実施形態の詳細な説明を以下の図面と併せて読めばより明確に理解できるだろう。
【００３５】
【図１】本発明に係る、２つのリモートサーバを備えた移動体ネットワーク、並びに端末及びＳＥを備え、第１及び第２の一時的なサブスクリプション識別子を活性化し、移動体ネットワークへの第１の一時的なサブスクリプション識別子を使用する最初の認証に失敗し、第２の一時的なサブスクリプション識別子を使用する２番目の認証に成功するように構成された端末装置の簡略図。
【図２】端末装置が、第１及び第２の一時的なサブスクリプション識別子を使用することによって独特の方法でネットワークに対する識別を行い、かつ第１の認証セッション中にネットワークと共有されていない第１の鍵を、第２の認証セッション中にネットワークと共有されている第２の鍵をそれぞれ使用することによって認証を行うように、図１の端末装置とネットワークの間で交換されるメッセージのフローの一例を示す図。
【発明を実施するための形態】
【００３６】
本明細書では以下において、移動体ネットワークへの認証を行う本発明の方法を、ＳＥ、端末及びＳＥホストデバイスであるマシン又はオブジェクト、及び遠隔サーバによって実施する場合を考える。
【００３７】
ＳＥは、端末のプリント回路基板（すなわちＰＣＢ）上にはんだ付けされる、場合により取外し可能なチップである、例えばｅＵＩＣＣなどの埋設チップ、端末プロセッサのセキュア領域及び保証されたランタイム環境である信頼実行環境（すなわちＴＥＥ）であってよい。
【００３８】
セキュアエレメントすなわちＳＥは、異なるフォームファクタを有し得る。
【００３９】
チップは、埋設するのではなく、媒体、例えばカード、又は例えばＵＳＢタイプドングルなどのドングルに搭載することができる。
【００４０】
別の実施形態（図示せず）によれば、移動体ネットワークへの認証を行う本発明の方法を、クライアント側にあるスタンドアロンエンティティであるデバイスによって実施する。換言すれば、例えば端末又はユーザ端末などのデバイスは、第１の一時的なサブスクリプション識別子及びサーバ側と共有されていない第１の鍵を、そして第２の一時的なサブスクリプション識別子及びサーバ側と共有されている第２の鍵を連続的に使用することによってネットワークへの認証を行うために、例えばＳＥなどのどんなデバイスとも協働しない。そのような実施形態（図示せず）によれば、デバイスは、以下に記載され、ＳＥ及びそのホスト端末が実行する機能を実行するように適合される。したがって、端末又はユーザ端末は、非信頼環境でサポートされる本発明の認証アプリケーションをサポートすることができる。
【００４１】
当然ながら、本明細書中の下記の実施形態はもっぱら例示目的であり、本発明の範囲を縮小しないと考えられる。
【００４２】
図１は、第１の遠隔サーバ１６及び第２の遠隔サーバ１８を含む移動体ネットワーク１００に接続された端末装置（すなわちＴＥＱ）１０を模式的に示す。
【００４３】
移動体ネットワークへの認証を行うためのシステムであるＴＥＱ１０は、チップを備えたセキュアエレメント１２、及び端末１４であるＭ２Ｍコンテキストにおけるマシン（又はＩｏＴコンテキストにおけるオブジェクト）を備える。
【００４４】
端末又はユーザ端末は、マシン又はオブジェクトの代わりに、外部とデータ交換するための無線通信手段を備える又はこれと接続され、かつデータを格納するための手段であるメモリを備える又はこれと接続された、データを処理するための手段である（マイクロ）プロセッサを備える任意の他のデバイスであってもよい。
【００４５】
本明細書において、語句「ｗｉｒｅｌｅｓｓ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｍｅａｎｓ」（無線通信手段）中で用いられている形容詞「ｗｉｒｅｌｅｓｓ」は、特に通信手段が１又は複数の長距離（すなわちＬＲ）高周波（すなわちＲＦ）リンクを介して通信することを意味する。
【００４６】
ＬＲ ＲＦは、数百ＭＨｚ、例えば約８５０、９００、１８００、１９００及び／又は２１００ＭＨｚに固定されてよい。
【００４７】
端末又はユーザ端末は、固定（すなわち移動でない）又は移動端末であってよい。
【００４８】
端末又はユーザ端末は、とりわけ車両、携帯電話、パーソナルデジタルアシスタント（すなわちＰＤＡ）、車両、セットアップボックス、タブレットコンピュータ、パーソナルコンピュータ（すなわちＰＣ）、デスクトップコンピュータ、ラップトップコンピュータ、ビデオプレイヤー、オーディオプレイヤー、ポータブルテレビ（すなわちＴＶ）、メディアプレイヤー、ゲームコンソール、ネットブック、及び／又は第１及び第２の一時的なサブスクリプション識別子をそれぞれ無効な（すなわち偽の）認証データ及び有効な認証データと共に連続して発行することができる任意の種類の電子デバイスであってよい。
【００４９】
簡単にするために、セキュアエレメント１２、端末１４、第１の遠隔サーバ１６、第２の遠隔サーバ１８及び移動体ネットワーク１００を、以下ではそれぞれＳＥ１２、ＴＥ１４、第１のサーバ１６、第２のサーバ１８及びネットワーク１００と呼ぶ。
【００５０】
ＳＥ１２は、クライアント側にＳＥホストデバイスであるＴＥ１４の制御下にあり、かつ第２のサーバ１８であり、以下でＨＬＲと呼ばれるホームロケーションレジスタ（すなわちＨＬＲ）タイプエンティティの制御下にある埋設チップであるｅＵＩＣＣを含む。
【００５１】
ＳＥは、埋設ＳＥの代わりに、取外し可能で、カードやＵＳＢタイプのドングル、（マイクロ）ＳＤタイプカード、ＭＭＣ、又は接触及び／又は非接触リンクを介してＳＥホストデバイスに接続されたり結合されたりする任意の媒体に搭載することができる。
【００５２】
形容詞「ｃｏｎｔａｃｔ−ｌｅｓｓ」（非接触の）は、ＳＥ１２及びＴＥ１４のそれぞれが、好ましくは短距離（すなわちＳＲ）高周波（すなわちＲＦ）リンクを使用してデータ通信を行うための手段に接続される、又はこの手段を備えることを意味する。ＳＲ ＲＦリンクは、ＳＥ１２がＴＥ１４とデータ交換できるようにするどんな技術とも関連し得る。ＳＲ ＲＦは、１３．５６ＭＨｚに固定され、非接触技術である近距離無線通信（すなわちＮＦＣ）タイプの技術などに関連し得る。
【００５３】
ＳＥ１２は、データ処理手段である（マイクロ）プロセッサ（及び／又は（マイクロ）コントローラ））１２２、データ格納手段であるメモリ１２４、及び入出力（すなわちＩ／Ｏ）インターフェース１２６を備え、これらは全て内部制御及びデータバス１２３で接続されている。プロセッサ１２２は、データの処理、制御、及びチップ内に組み込まれた他の全てのコンポーネントとのデータ通信を内部的に行い、またチップ外部とはＩ／Ｏインターフェース１２６を通じてこれを行う。プロセッサ１２２は、ＳＥホストデバイスと無関係に外界と直接対話するために動作を開始できる可能性がある。このようなＳＥ１２の主導による対話能力はまた、プロアクティブ能力として知られている。１つの好適な実施形態によれば、ＳＥ１２は、プロアクティブコマンドであるＳＩＭツールキット（すなわちＳＴＫ）タイプコマンド（など）を使用することができる。プロセッサ１２２は、本発明の認証アプリケーションを含む１又は複数のアプリケーションを実行する、又は走らせる。メモリ１２４は、好ましくはＳＥ１２に関連する識別子である一意の集積回路カード識別子（すなわちＩＣＣＩＤ）を格納する。メモリ１２４は、一セットの１又は複数の所定の第１の一時的なサブスクリプション識別子（以下ＩＭＳＩｉと呼ぶ）を、一セットの１又は複数の所定の第２の一時的なサブスクリプション識別子（以下ＩＭＳＩｊと呼ぶ）と関連付けて格納する。第１及び第２の一時的なサブスクリプション識別子は、累積的に多くの２*Ｎ個の一時的なサブスクリプション識別子を表す。第１及び第２の一時的なサブスクリプション識別子は互いに異なることが好ましい。第２の一時的なサブスクリプション識別子は、生じ得る１又は複数の他のクライアントデバイスとの衝突のリスクを回避するために、使用済みの第１の一時的なサブスクリプション識別子とリンクさせることが好ましい。他のクライアントデバイスのうち、一部は休止状態にある、すなわち起動されていない可能性があるが、２つの一時的なサブスクリプション識別子を同時に使用して起動される可能性がある。例えば、特定の実施形態によれば、対応表が、第ｉ行に第１の一時的なサブスクリプション識別子であるＩＭＳＩｉを、第ｊ列に第２の一時的なサブスクリプション識別子であるＩＭＳＩｊを含み、ｉ及びｊは、それぞれ行インデックス及び列インデックスを表す。１つの一時的なサブスクリプション識別子のみ、すなわちＩＭＳＩｉ又は所定の第２の一時的なサブスクリプション識別子ＩＭＳＩｊが一時に活性である。メモリ１２４はまた、サーバ側と共有された秘密鍵であるネットワーク１００への認証を行うための一意の鍵Ｋｉ，ｊを、少なくともＩＭＳＩｊ又はＩＭＳＩｉとＩＭＳＩｊの各ペアと関連付けて格納する。
【００５４】
所与の特定の実施形態によれば、対応表はさらに、第ｉ行第ｊ列に、第２の認証セッション中にネットワーク１００への認証を行うための、サーバ側と共有された秘密鍵である関連付けられた鍵Ｋｉ，ｊを含む。
【００５５】
ＩＭＳＩｉと関連付けられたＩＭＳＩｊの１又は複数のペア及びネットワーク１００への認証を行うための関連付けられた鍵Ｋｉ，ｊのセットは、サーバ側でアクセス可能なメモリに格納されたデータベースと共有される。
【００５６】
別の実施形態によれば、ＳＥ１２とサーバ側で１つの秘密鍵を共有する代わりに、２つ以上の秘密鍵をＳＥ１２とサーバ側からアクセス可能なデータベースで共有する。
【００５７】
秘密鍵は、ネットワーク１００への認証を行うための、例えばＭｉｌｅｎａｇｅなどのアルゴリズムの入力又は設定パラメータとして使用される。ネットワーク認証アルゴリズムはまた、ＳＥ１２とサーバ側でアクセス可能なデータベースで共有される。
【００５８】
メモリ１２４は、ＳＥホストデバイスに関連する、例えばマシン識別子（すなわちＭＩ）及び／又は国際移動機器識別子（すなわちＩＭＥＩ）などの１又は複数の識別子を格納することができる。設定パラメータである１又は複数の所定のＳＥホストデバイスに関連する識別子は、製造プロセス中に予めロードしておくことができる。
【００５９】
メモリ１２４は、例えば第２のサーバ１８などの、アドレス対象の外部エンティティのユニフォームリソース識別子（すなわちＵＲＩ）、ユニフォームリソースロケータ（すなわちＵＲＬ）、及び／又は、インターネットプロトコル（すなわちＩＰ）タイプアドレスに関連するデータを格納することができる。
【００６０】
メモリ１２４はオペレーティングシステム（すなわちＯＳ）を格納する。
【００６１】
ＳＥ１２は、第１の一時的なＩＭＳＩであるＩＭＳＩｉのみを活性化するように構成される。
【００６２】
ＳＥ１２は、ネットワーク１００への識別及び／又は認証を行うためのデータを含む、例えばショートメッセージサービス（すなわちＳＭＳ）、非構造付加サービスデータ（すなわちＵＳＳＤ）及び／又はデータタイプメッセージなどといったメッセージを、ネットワーク１００に送信するためのプロアクティブコマンドを、自発的にＳＥホストデバイスに送信できる可能性がある。
【００６３】
ＳＥホストデバイス認証プロセスは、ネットワーク１００が要求したときにＳＥホストデバイスによって開始されることが好ましい。
【００６４】
ＳＥ１２は、好ましくはＳＥホストデバイスの要求によって、ネットワーク１００へのＳＥ１２の認証を行うために使用されるサーバにＩＭＳＩｉを送信するように構成される。このようなＩＭＳＩｉ送信は、ＳＥホストデバイスとサーバ側の間の第１の認証セッションに含まれている。
【００６５】
ＳＥ１２は、第１の応答の送信要求を受信することができる。このような第１の応答の送信要求は、好ましくは第１のチャレンジを含む。
【００６６】
ＳＥ１２は、第１の認証セッション中にＩＭＳＩｉを使用することによって、サーバ側を認証しないように構成される。
【００６７】
特定の実施形態によれば、ＳＥ１２は、第１のデータを動的に生成するように、ネットワーク認証アルゴリズム、第１のチャレンジ、及びネットワーク１００を認証しないための鍵を使用する。ネットワーク１００を認証しないための鍵は、メモリ１２４にのみ格納される。ネットワーク１００を認証しないための鍵は、ＳＥ製造プロセス中に予め供給しておく、又は例えば（疑似）乱数生成器によって動的に生成することができる。ネットワーク１００を認証しないための鍵は、サーバ側と共有されない。
【００６８】
ＳＥ１２は、ネットワーク認証アルゴリズム、第１のチャレンジ、及びネットワーク１００を認証しないための鍵の代わりに、第１のデータを動的に生成する、例えば（疑似）乱数生成アルゴリズムなどの別の第１データ生成アルゴリズムを使用する可能性がある。第１データ生成アルゴリズムは、サーバ側と共有されない。
【００６９】
第１のデータを動的に生成する代わりに、第１のデータを予め定義し、ＩＭＳＩｉと関連付けてメモリ１２４に静的に格納し、第１のデータは、サーバ側で無効又は偽の認証データと解釈される、例えばゼロ又は全ての第１のデータビットに対する１つなどの所定の値を有する。
【００７０】
第１のデータは、送信される第１のデータが第１の認証セッション中にサーバ側で生成される第１の予想結果であるどんな予想認証データとも一致しないように、無効又は偽の認証データであることが意図されている。
【００７１】
ＳＥ１２は、第１の応答である第１のデータをサーバ側に送信するように適合される。
【００７２】
ＳＥホストデバイス（すなわちＳＥ１２）は、好ましくは第１のデータに基づく認証失敗を含む第１の結果メッセージを受信するように構成される。
【００７３】
第１の認証セッション中にＳＥ１２が送信するＩＭＳＩｉ、及びサーバ側と共有されるＩＭＳＩｊ決定アルゴリズムに関連する１又は複数の入力パラメータは、開始される第２の認証セッションで使用すべきＩＭＳＩｊを動的に決定するために、ＳＥ１２及びサーバ側が使用することができる。
【００７４】
ＩＭＳＩｊは、１又は複数の他のクライアントデバイスが使用する全く同一の一時的なＩＭＳＩの衝突を回避するように決定されることが好ましい。より正確には、ＩＭＳＩｊは、第２の一時的なＩＭＳＩであるＩＭＳＩｊをも決定する２つ以上のクライアントデバイスが、第２の認証セッション中に全く同一のＩＭＳＩｊを同時に使用しないように決定されることが好ましい。
【００７５】
特定の実施形態によれば、共有されるＩＭＳＩｊ決定アルゴリズムへの入力パラメータである第１のチャレンジを使用して、ＩＭＳＩｊを動的に決定する。第１のチャレンジに関連する、例えば、１つ、２つ若しくはそれ以上の所定のビットのような一部、又は全てのビットを使用して、例えば、ＩＭＳＩｊが第ｉ行に関連するインデックスｉに位置付けられるＩＭＳＩｉと関連付けて位置付けられる第ｊ列に関連するインデックスｊを決定する。
【００７６】
別の実施形態によれば、１又は複数の入力パラメータをＳＥ１２に予め供給し、サーバ側と共有し、サーバ側から受信した第１のチャレンジ及び／又は関連付けられたＩＭＳＩｊを選択するのに使用される別のパラメータを使用することによって識別する。ＳＥ１２及びサーバ側は、該当するＳＥ１２対するＩＭＳＩｉと関連付けられたＩＭＳＩｊを、一般的な方法で動的に決定するように構成される。選択した入力パラメータは、第２の一時的なＩＭＳＩである関連付けられたＩＭＳＩｊに対するどんな衝突リスクも回避するように、ネットワーク１００への識別が同時に行われる任意の他のクライアントデバイスと共有されない。
【００７７】
ネットワーク１００への認証を行う第１の試みに失敗した後、ＳＥ１２は、ＩＭＳＩｉを非活性化し、第２の一時的なＩＭＳＩであるＩＭＳＩｊを活性化するように構成される。
【００７８】
ＳＥ１２は、ＳＥ１２のネットワーク１００への認証に使用されるＩＭＳＩｊをサーバに送信するように適合される。このようなＩＭＳＩｊの送信は、ＳＥ１２とサーバ側の間の第２の認証セッションを開始する。
【００７９】
ＳＥ１２は、第２の応答の送信要求を受信することができる。このような第２の応答の送信要求は、好ましくは第２のチャレンジを含む。
【００８０】
ＳＥ１２は、第２の認証セッション中にＩＭＳＩｊを使用することによって、サーバ側への認証に成功するように構成される。
【００８１】
ＳＥ１２は、第２のデータを動的に生成するように構成される。
【００８２】
特定の実施形態によれば、ＳＥ１２は、第２のデータを動的に生成するために、ネットワーク認証アルゴリズム、第２のチャレンジ、及びネットワーク１００への認証を行うための鍵Ｋｉ，ｊを使用する。ＳＥ１２及びサーバ側は、場合によって、ネットワーク１００への認証を行うための鍵Ｋｉ，ｊを、ＩＭＳＩｊ、又はＩＭＳＩｉとこれに関連付けられたＩＭＳＩｊのペアと関連付けて一般的な方法で動的に決定するように構成される。
【００８３】
ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、好ましくは一意であり、ＩＭＳＩｊ、又はＩＭＳＩｉとＩＭＳＩｊのペアを使用しているＳＥ１２と関連付けられる。
【００８４】
ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、メモリ１２４内及びサーバ側に格納される。ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、ＳＥ製造プロセス中に予め供給しておく、又はＳＥ１２とサーバ側で共有される鍵生成アルゴリズムによって動的に生成することができる。
【００８５】
ＳＥ１２は、第２の応答である第２のデータをサーバ側に送信するように適合される。
【００８６】
第２のデータは、有効又は本物の認証データであることが意図されている。換言すれば、送信された第２のデータは、第２の認証セッション中にサーバ側で動的に生成される第２の予想結果である予想される第２の認証データと一致する。
【００８７】
ＳＥホストデバイス１４（すなわちＳＥ１２）は、ＩＭＳＩｉとその関連付けられたＩＭＳＩｊのペア、及び第２のデータに基づく認証成功を含む第２の結果メッセージを受信するように構成される。
【００８８】
したがって、ＳＥ１２は、２つの連続的な一時的なＩＭＳＩを使用しながら、２つの連続的な認証セッションにおいてネットワーク１００への識別及び認証を行うように構成される。２つの一時的なＩＭＳＩは、同時にネットワーク１００への識別を試みるＳＥなどの１又は複数の他のクライアントデバイスとの衝突リスクを回避するように決定されることが好ましい。
【００８９】
衝突リスクを回避するために、ＳＥ１２は、第１及び第２の一時的なＩＭＳＩの２つ以上のペア、及びネットワーク１００への認証を行うための関連付けられた鍵のそれぞれをサーバ側と共有する。
【００９０】
ＳＥ１２は、接触及び／又は非接触リンク１３を介して、ＳＥホストデバイスであるＴＥ１４とデータ交換を行うための１又は複数のＩ／Ｏインターフェース１２６を備える。
【００９１】
ＴＥ１４は、一群のマシンを含むＭ２Ｍタイプインフラのマシン（など）を構成する。
【００９２】
ＴＥ１４は、ＴＥ１４及びＳＥ１２を無線でカバーするネットワーク１００と無線でデータ交換するために、モデムとしての役割を果たすことができる。
【００９３】
ＴＥ１４は、例えば、ネットワーク１００を通じて又はネットワーク１００によってアクセス可能な、ＳＭＳ、インターネットプロトコル（すなわちＩＰ）タイプの通信サービスなどの１又は複数の無線通信サービスにアクセスするためにＳＥ１２を使用する。
【００９４】
ＴＥ１４は、ＴＥマンマシンインターフェース（すなわちＭＭＩ）であるキーボード（図示せず）及び表示画面（図示せず）を備えてよい。ＴＥ ＭＭＩは、ＴＥユーザがＴＥ１４と対話できるようにする。
【００９５】
ＴＥ１４は、データ処理手段である（マイクロ）コントローラ及び／又は（マイクロ）プロセッサ１４２、データ格納手段である１又は複数のメモリ１４４、及び１又は複数のＩ／Ｏインターフェース１４６を備え、これらは全て内部制御及びデータバス１４３で接続される。
【００９６】
ＴＥメモリ１４４は、ＴＥ１４に関連する識別子であるＩＭＥＩ１などを格納することが好ましい。
【００９７】
ＴＥ１４は、モデムを備える又はモデムに接続される。モデムは、無線リンクである１又は複数のＬＲ ＲＦリンク１５を介してネットワーク１００とのデータ交換を可能にする。
【００９８】
ＴＥ１４は、初めに、例えばＳＥ１２において現在活性なＩＭＳＩの取得要求である「ＲＥＡＤ ＩＭＳＩ」タイプコマンドを使用することによって、第１の一時的なＩＭＳＩであるＩＭＳＩｉをＳＥ１２から取得できることが好ましい。
【００９９】
ＴＥ１４は、ＩＭＳＩｉを受信すると、ネットワーク１００への第１の接続要求である「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ ＩＭＳＩｉ」をネットワーク１００に送信し、ネットワーク１００との第１の認証セッションを開始できることが好ましい。
【０１００】
ＴＥ１４は、ネットワーク１００から第１のチャレンジを受信し、ＳＥ１２に第１のチャレンジを送信できることが好ましい。
【０１０１】
ＴＥ１４は、ＳＥ１２から第１のデータを受信し、ネットワーク１００に第１のデータを送信できることが好ましい。
【０１０２】
ＴＥ１４は、第１のデータに基づく認証失敗を含む第１の結果メッセージをネットワーク１００から受信できることが好ましい。
【０１０３】
ＴＥ１４は、例えばＳＥ１２において現在活性なＩＭＳＩの取得要求である「ＲＥＡＤ ＩＭＳＩ」タイプコマンドを使用することによって、第２の一時的なＩＭＳＩであるＩＭＳＩｊをＳＥ１２から取得できることが好ましい。
【０１０４】
ＴＥ１４は、ＩＭＳＩｊを受信すると、ネットワーク１００への第２の接続要求である「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ ＩＭＳＩｊ」をネットワーク１００に送信し、ネットワーク１００との第２の認証セッションを開始できることが好ましい。
【０１０５】
ＴＥ１４は、ネットワーク１００から第２のチャレンジを受信し、ＳＥ１２に第２のチャレンジを送信できることが好ましい。
【０１０６】
ＴＥ１４は、ＳＥ１２から第２のデータを受信し、ネットワーク１００に第２のデータを送信できることが好ましい。
【０１０７】
ＴＥ１４は、第２のデータに基づく認証成功を含む第２の結果メッセージをネットワーク１００から受信できることが好ましい。
【０１０８】
ネットワーク１００は、１又は複数の基地局（すなわちＢＴＳ）タイプエンティティ（図示せず）を含む。
【０１０９】
ＢＴＳは、無線リンク１５を介したＴＥ１４及び／又はＳＥ１２とのデータ交換を可能にする。
【０１１０】
ＢＴＳは、ネットワーク１００内で、移動交換局（すなわちＭＳＣ）及び以下でＶＬＲと呼ばれるビジタロケーションレジスタ（すなわちＶＬＲ）タイプエンティティ１６に接続される。
【０１１１】
ＭＳＣは、ＭＳＣが管理するＲＦエリアのＴＥ１４を目指す及び／又はこのＴＥ１４から発せられる呼、メッセージ及びデータをルーティングすることができる。
【０１１２】
ＭＳＣは、例えばＴＥ１４などのカバーされる端末からの受信メッセージを処理し、ネットワーク１００に接続する。
【０１１３】
ＭＳＣはＴＥ１４及びＳＥ１２にサーブする。ＭＳＣは、全く同一のネットワークエンティティ１６として示されるＶＬＲに接続される、又はこのＶＬＲ内に統合される。ＭＳＣは、第１のサーバであるＶＬＲに問い合わせを行い、該当する加入者がどこに位置するかを決定することができる。
【０１１４】
ＶＬＲ１６は、確定的なＩＭＳＩを有する加入者のデータベースを含む。各加入者レコードは、例えば確定的なＩＭＳＩなどの、ＳＥ１２に関連する１又は複数の識別子を含む。
【０１１５】
加入者データベースは、ＢＴＳに関連する無線カバレッジを通じて、ＭＳＣがサーブ及び管理を行うＲＦエリアにローミングし得るＳＥ１２に関連する識別子である確定的なＩＭＳＩを含むことが好ましい。
【０１１６】
付加的又は代替的に、加入者データベースは、各加入者に関連する他の情報、例えば、加入者を識別するのに使用される番号である移動局国際加入者ディレクトリ番号（すなわちＭＳＩＳＤＮ）、認証データ、加入者がアクセスすることを許可されたサービス、加入者に関連するＨＬＲアドレス、ＧＰＲＳアクセスポイント及び／又は他のデータを含んでよい。ＧＳＭ（登録商標）サービスは、ＳＭＳ及び／又は（電話）呼サービスを含み得る。
【０１１７】
ＶＬＲ１６は、好ましくは加入者が利用し得る１又は複数のサービスを許可する又は許可しないことができる。
【０１１８】
ＶＬＲ１６は、有線リンク１７を介して第２のサーバであるＨＬＲ１８に接続される。
【０１１９】
ＭＳＣ／ＶＬＲ１６は、まず、第１の一時的なＩＭＳＩであるＩＭＳＩｉを含む又は伴う、ネットワーク１００への第１の接続要求である「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ ＩＭＳＩｉ」をＴＥ１４から受信できることが好ましい。
【０１２０】
ＩＭＳＩｉを受信すると、ＭＳＣ／ＶＬＲ１６は、第１の一時的なＩＭＳＩであるＩＭＳＩｉを含む又は伴う、第１の認証要求である「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＭＳＩｉ」をＨＬＲ１８に送信し、第１の認証セッションを開始できることが好ましい。
【０１２１】
ＭＳＣ／ＶＬＲ１６は、ＨＬＲ１８から第１のチャレンジ及び第１の予想結果を受信できることが好ましい。
【０１２２】
ＭＳＣ／ＶＬＲ１６は、第１のチャレンジをＴＥ１４に送信できることが好ましい。
【０１２３】
ＭＳＣ／ＶＬＲ１６は、第１のデータをＴＥ１４から受信できることが好ましい。
【０１２４】
ＭＳＣ／ＶＬＲ１６は、第１のデータを第１の予想結果と比較できることが好ましい。
【０１２５】
第１のデータが第１の予想結果と一致しない場合は、ＭＳＣ／ＶＬＲ１６は、第１のデータに基づく認証失敗を含む第１の結果メッセージをＴＥ１４に送信できることが好ましい。
【０１２６】
そうではなく第１のデータが第１の予想結果に一致する場合、ＭＳＣ／ＶＬＲ１６は、第１のデータに基づく認証成功を含む第１の結果メッセージをＴＥ１４に送信できることが好ましい。
【０１２７】
ＭＳＣ／ＶＬＲ１６は、次に、第２の一時的なＩＭＳＩであるＩＭＳＩｊを含む又は伴う、ネットワーク１００への第２の接続要求である「Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ ＩＭＳＩｊ」をＴＥ１４から受信できることが好ましい。
【０１２８】
ＩＭＳＩｊを受信すると、ＭＳＣ／ＶＬＲ１６は、第２の一時的なＩＭＳＩであるＩＭＳＩｊを含む又は伴う、第２の認証要求である「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＭＳＩｊ」をＨＬＲ１８に送信し、第２の認証セッションを開始できることが好ましい。
【０１２９】
ＭＳＣ／ＶＬＲ１６は、ＨＬＲ１８から第２のチャレンジ及び第２の予想結果を受信できることが好ましい。
【０１３０】
ＭＳＣ／ＶＬＲ１６は、第２のチャレンジをＴＥ１４に送信できることが好ましい。
【０１３１】
ＭＳＣ／ＶＬＲ１６は、第２のデータをＴＥ１４から受信できることが好ましい。
【０１３２】
ＭＳＣ／ＶＬＲ１６は、第２のデータを第２の予想結果と比較できることが好ましい。
【０１３３】
第２のデータが第２の予想結果と一致する場合は、ＭＳＣ／ＶＬＲ１６は、第２のデータに基づく認証成功を含む第２の結果メッセージをＴＥ１４に送信できることが好ましい。
【０１３４】
そうではなく第２のデータが第２の予想結果に一致しない場合、ＭＳＣ／ＶＬＲ１６は、第２のデータに基づく認証失敗を含む第２の結果メッセージをＴＥ１４に送信できることが好ましい。
【０１３５】
ＨＬＲ１８はメモリ１８２を含む（又はこれに接続される）。
【０１３６】
メモリ１８２は中央データベースを格納する。
【０１３７】
ＨＬＲ１８は、該当する加入者がＶＬＲによってサーブされるＲＦエリアにローミングするときに、加入者データをＶＬＲに送信することができる。
【０１３８】
ＨＬＲ１８は、要求があったとき、該当する加入者に呼をルーティングするために、確定的なＩＭＳＩを含むルーティング情報を提供できることが好ましい。
【０１３９】
ＨＬＲ１８は、サーバ識別子である、例えばＵＲＬなどのＵＲＩ、及び／又はＩＰタイプアドレスによって識別される。サーバ識別子は、ＳＥ１２（又はＴＥ１４）内に格納されることが好ましい。
【０１４０】
Ｏｖｅｒ−Ｔｈｅ−Ａｉｒ（すなわちＯＴＡ）サーバであるＨＬＲ１８は、ネットワーク１００に含まれる。
【０１４１】
代替的に、ネットワーク１００に含まれるサーバの代わりに、Ｏｖｅｒ−Ｔｈｅ−Ｉｎｔｅｒｎｅｔ（すなわちＯＴＩ）サーバであるサーバ（図示せず）をネットワーク１００に接続する。
【０１４２】
代替的に、ＨＬＲ１８は、ＯＴＡ及びＯＴＩサーバである。
【０１４３】
ＨＬＲ１８は、移動体ネットワークオペレータ（すなわちＭＮＯ）や仮想移動体ネットワークオペレータ（すなわちＭＶＮＯ）である移動体ホームネットワークオペレータ、サービスプロバイダによって、又はこれに代わって操作されてよい。
【０１４４】
ＨＬＲ１８は、コンピュータによってホストされる。
【０１４５】
ＨＬＲ１８は、中央データベースを管理する。
【０１４６】
代替的に、ＨＬＲ１８に接続された別のサーバ（図示せず）が中央データベースを管理する。
【０１４７】
中央データベースは、ネットワーク１００によって又はこれを介して提供される１又は複数のサービスにアクセスすることが許可された加入者に関連するデータを含む。
【０１４８】
中央データベースは、２つの連続的な一時的なＩＭＳＩを使用する間にそれぞれ識別及び認証する必要がある、例えばＳＥ１２などのクライアントデバイスに割り当てられ続ける確定的なＩＭＳＩを含む一セットの確定的な加入者プロファイルを含む。
【０１４９】
中央データベースは、確定的な各ＳＥ識別子に関連付けられる他のデータ、例えば、
−加入者が要求している又は許可されているＧＳＭ通信サービス；
−加入者がデータパケット通信サービスにアクセスできるようにするＧＰＲＳ設定；
−加入者の現在位置、を含み得る。
【０１５０】
ＨＬＲ１８は、地理的な位置エリア（すなわちＬＡ）における加入者の位置を更新することによって、加入者の移動を管理するのに使用することができる。
【０１５１】
本発明によれば、ＨＬＲ１８は、２つの一時的なＩＭＳＩを連続的に使用することによって、クライアントデバイスを識別及び認証するように構成される。
【０１５２】
ＨＬＲ１８は、第１の認証セッションを開始するために、クライアントデバイスのネットワーク１００への識別に使用される第１の一時的なサブスクリプションＩＭＳＩであるＩＭＳＩｉを受信するように構成される。
【０１５３】
クライアントデバイスに関連するＬＯＣＩ又はＩＭＥＩは、ＶＬＲ１６及びＨＬＲ１８からは分からないと考えられるため、ＩＭＳＩｉを送信したクライアントデバイスを特定することができないことに留意されたい。２つ以上のクライアントデバイスが全く同一のＩＭＳＩｉを用いて全く同一のサービングＭＳＣ／ＶＬＲ１６に全く同時に接続を試みようとしている場合は、サービングＭＳＣ／ＶＬＲ１６は、そのような衝突ケースの間その実施態様に応じて異なった挙動を示す可能性がある。特定の実施形態によれば、ＨＬＲ１８は、全く同時に受信し、かつ第１の一時的なＩＭＳＩと考えられる全てのＩＭＳＩｉのうち最後に受信したＩＭＳＩｉだけをメモリ１８２内に格納するように構成される。
【０１５４】
特定の実施形態によれば、２つ以上のＭ個の同一のＩＭＳＩｉをＩＭＳＩｊに先立って１又は複数のサービングＭＳＣ／ＶＬＲから受信する場合は、最新の第１のネットワーク接続要求（すなわち最後に受信したＩＭＳＩｉ）を、特定の戻りコード、例えばＭＡＰ‐ＳＥＮＤ‐ＡＵＴＨＥＮＴＩＣＡＴＩＯＮ‐ＩＮＦＯＲＭＡＴＩＯＮ応答である「ＵＮＥＸＰＥＣＴＥＤ ＤＡＴＡ ＶＡＬＵＥ」などの規格３ＧＰＰ ＡＲＩＢ，ＡＴＩＳ，ＥＴＳＩ，ＴＳＤＳＩ，ＴＴＡ及びＴＴＣ ＴＳ ２９．００２並びにＴＳ ２９．０２に適合する戻りコードなどによって拒絶する。そのような衝突と関わりがある（同一のＩＭＳＩｉを発行した）対応する全てのクライアントデバイスは、バックオフアルゴリズムを使用することによって再試行する必要がある。バックオフアルゴリズムは、該当する各クライアントデバイスによるネットワーク接続手順の再開始を、別々かつランダムに後に遅延させることができる。各クライアントデバイスがサポートするバックオフアルゴリズムは、ネットワーク接続手順の再開始を一意的に延期することができる一意のルートを有する。バックオフアルゴリズムは、衝突数の増加に伴い遅延時間を指数関数的に延ばせることが好ましい。バックオフアルゴリズムは、イーサネット（登録商標）（ＩＥＥＥ ８０２．３）バックオフアルゴリズムタイプであってよい。
【０１５５】
別の実施形態によれば、２つ以上のＭ個の同一のＩＭＳＩｉをＩＭＳＩｊに先立って１又は複数のサービングＭＳＣ／ＶＬＲから受信する場合、ＨＬＲ１８は、該当する対応するクライアントデバイスを認証するために、関連付けられたＩＭＳＩｊ及び共有秘密鍵を使用し、対応するクライアントデバイスによって処理することによって最後に受信したＩＭＳＩｉだけを管理する。他の（Ｍ−１）ＩＭＳＩｉを発行した他のクライアントデバイスは、ネットワーク接続手順の開始を後で再試行する必要がある。
【０１５６】
ＨＬＲ１８が第１の認証セッション中に受信したＩＭＳＩｉ、及びクライアントデバイスと共有されるＩＭＳＩｊ決定アルゴリズムに関連する１又は複数の入力パラメータは、開始される第２の認証セッションで使用すべきＩＭＳＩｊを動的に決定するために、ＨＬＲ１８及びクライアントデバイスによって使用されることが好ましい。
【０１５７】
ＩＭＳＩｊは、１又は複数の他のクライアントデバイスが使用する全く同一の一時的なＩＭＳＩの衝突を回避するように決定されることが好ましい。より正確には、ＩＭＳＩｊは、第２の一時的なＩＭＳＩであるＩＭＳＩｊをも決定する２つ以上のクライアントデバイスが、それぞれ第２の認証セッション中に全く同一のＩＭＳＩｊを同時に使用しないように決定されることが好ましい。
【０１５８】
特定の実施形態によれば、共有されるＩＭＳＩｊ決定アルゴリズムへの入力パラメータである第１のチャレンジを使用して、ＩＭＳＩｊを動的に決定する。第１のチャレンジに関連する、例えば、１つ、２つ若しくはそれ以上のビットのような一部、又は全てのビットを使用して、例えば、第２の一時的なサブスクリプション識別子であるＩＭＳＩｊが、第１の一時的なサブスクリプション識別子である、第ｉ行に関連するインデックスｉに位置付けられるＩＭＳＩｉと関連付けて位置付けられる第ｊ列に関連するインデックスｊを決定する。
【０１５９】
別の実施形態によれば、１又は複数の入力パラメータを、クライアントデバイスに予め供給し、ＨＬＲ１８と共有し、ＨＬＲ１８が送信する第１のチャレンジ及び／又は関連付けられたＩＭＳＩｊを選択するのに使用される別のパラメータを使用することによって識別する。ＨＬＲ１８及びクライアントデバイスは、該当するクライアントデバイスに対するＩＭＳＩｉと関連付けられたＩＭＳＩｊを、一般的な方法で動的に決定するように構成される。選択した入力パラメータは、どんな衝突リスクも回避するように、ネットワーク１００への識別が同時に行われる任意の他のクライアントデバイスと共有されない。
【０１６０】
特定の実施形態によれば、ＨＬＲ１８は、第１の予想結果を生成するために、第１のネットワーク認証アルゴリズム、第１のチャレンジ、及びクライアントデバイスと共有されない鍵を使用する。鍵はメモリ１８２内にのみ格納される、すなわち鍵は（クライアント側ではなく）サーバ側でのみアクセス可能である。鍵は、メモリ１８２に予め供給されている。
【０１６１】
第１のネットワーク認証アルゴリズムは、ＧＳＭ規格などの既知のアルゴリズムＡ３であってよい。
【０１６２】
特定の実施形態によれば、ＨＬＲ１８は、第２の予想結果を動的に生成するために、第２のネットワーク認証アルゴリズム、第２のチャレンジ、及びネットワーク１００への認証を行うための鍵Ｋｉ，ｊを使用する。第２のネットワーク認証アルゴリズムは、クライアントデバイスと共有される。第２のネットワーク認証アルゴリズムは、ＧＳＭ規格などの既知のアルゴリズムＡ３であってよい。第２のネットワーク認証アルゴリズムは、第１のネットワーク認証アルゴリズムであるか、第１のネットワーク認証アルゴリズムと異なるかのいずれかであってよい。ＨＬＲ１８及びクライアントデバイスは、ネットワーク１００への認証を行うための鍵Ｋｉ，ｊを、ＩＭＳＩｊ、又はＩＭＳＩｉとこれと関連付けられたＩＭＳＩｊのペアと関連付けて一般的な方法で動的に決定するように構成される。
【０１６３】
ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、好ましくは一意であり、識別されたクライアントデバイスと関連付けられる。
【０１６４】
ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、メモリ１８２内及びクライアント側に格納される。ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、予め供給され、ＨＬＲ１８とクライアントデバイスに共有される。ネットワーク１００への認証を行うための鍵Ｋｉ，ｊは、ＩＭＳＩｉとこれに関連付けられたＩＭＳＩｊのペアと関連付けられる。
【０１６５】
中央データベースは、クライアントデバイスを識別及び認証するために一セットの一時的なＩＭＳＩを含む。
【０１６６】
ＨＬＲ１８は、衝突リスクを最小限に抑えるために、ＩＭＳＩｉを予め送信するクライアントデバイスだけが、関連付けられたＩＭＳＩｊをＨＬＲ１８と同様に決定できるように、関連付けられるＩＭＳＩｊを決定するように構成されることが好ましい。
【０１６７】
ＩＭＳＩｉ及び関連付けられたＩＭＳＩｊの所与のペアについて、このＩＭＳＩｉ及び関連付けられたＩＭＳＩｊのペアを使用する一意のクライアントデバイスが存在する。したがって、同時に識別を試みようとする２つ以上のクライアントデバイス同士の衝突のリスクは回避される。
【０１６８】
ＨＬＲ１８は、ＨＬＲ１８及びクライアントデバイスがＩＭＳＩｉと関連付けるべきＩＭＳＩｊを一般的な方法で決定できるようにするデータを生成するように構成される。そして、生成されたデータを、既にＩＭＳＩｉを送信したクライアントデバイスに送信される第１のチャレンジとして使用する。したがって、ＨＬＲ１８が全く同一のＩＭＳＩｉを２つ以上のクライアントデバイスから同時に受信するとき、ＨＬＲ１８は、関連付けられる専用のＩＭＳＩｊの決定を可能にする一意の第１のチャレンジをクライアントデバイスのそれぞれに割り当てることによって、ネットワーク１００への接続を試みるクライアントデバイスを明確に区別することができる。１つのクライアントデバイスだけが一意の第１のチャレンジを使用するため、クライアントデバイスは、ＨＬＲ１８と同様に、第２の認証セッションで（他の任意のクライアントデバイスではない）当該クライアントデバイスが使用すべき１つのＩＭＳＩｊを決定する。
【０１６９】
中央データベースは、好適な実施形態によれば、設定可能で、結果的に起動され得る一群のクライアントデバイスの各クライアントデバイスと少なくとも部分的に共有される対応表を含む。
【０１７０】
対応表を動的に作成することが好ましい。より正確には、失敗の結果を伴う第１の認証セッションを既に実行したクライアントデバイスに、少なくとも第２の認証セッション中にデータを提供する。動的に提供されるデータは、例えば認証センター（すなわちＡｕＣ）（図示せず）などの別のエンティティから又はこれを経由して発信されてよい。
対応表は、例として次のようなタイプのものでよい。
【０１７１】
【表１】
0006602475.tif 000002
【０１７２】
簡単にするために、示されている対応表は、４つの異なる一時的なＩＭＳＩを含む２行及び２列だけを含む。第１の列は、第１の認証セッションにおいてクライアントデバイスから受信される一セットの第１の一時的なＩＭＳＩｉを含む。第１の行は、ＩＭＳＩｉと関連付けられ、第２の認証セッションにおいて各クライアントデバイスで同様に使用される一セットのＩＭＳＩｊを含む。ＩＭＳＩｊは、ＩＭＳＩｉと異なることが好ましい。例えば、ＩＭＳＩｉは、ＩＭＳＩの第１の所定範囲に属する一方、ＩＭＳＩｊは、ＩＭＳＩの第１の所定範囲から離れたＩＭＳＩの第２の所定範囲に属する。第２の行は、所与のＩＭＳＩｉ、並びに第２及び第３の列の間の所与の列について、対応する関連付けられたＩＭＳＩｊを含む。したがって、第１の一時的なＩＭＳＩである同じＩＭＳＩ１を同時に使用する２つのクライアントデバイスが存在する場合、ネットワーク１００は、一方でネットワーク１００が、第２の一時的なＩＭＳＩである関連付けられたＩＭＳＩ２を第１のクライアントデバイスと同様に決定できるようにする第１のチャレンジの第１の値ＲＡＮＤ１１を使用し、他方でネットワーク１００が、第２の一時的なＩＭＳＩである関連付けられたＩＭＳＩ４を第２のクライアントデバイスと同様に決定できるようにする別の第１のチャレンジの第２の値ＲＡＮＤ１２を使用する。第１のクライアントデバイスに対して、ネットワーク１００は、ネットワーク１００が第１の一時的なＩＭＳＩであるＩＭＳＩ１を使用する第１のクライアントデバイスを認証できないようにする第１の予想結果の第１の値ＳＲＥＳ１１を使用する。第１の予想結果ＳＲＥＳ１１は、ネットワーク１００が第１の認証セッション中に該当する第１の一時的なＩＭＳＩ１を使用するクライアントデバイスを認証できないようにするため、（疑似）乱数か又はクライアント側で取得不可能な所定の固定値であってよい。第２又は第３の列は、所与のＩＭＳＩｊ、並びに第２及び第３の行の間の所与の行について、対応する関連付けられたＩＭＳＩｉを含む。
【０１７３】
ＩＭＳＩｉ及び関連付けられたＩＭＳＩｊの各ペアを、対応表に特定された１又は複数のクライアントデバイスと関連付ける。
【０１７４】
次に、第１のクライアントデバイスに対して、ネットワーク１００は、第２のチャレンジの第１の値ＲＡＮＤ２１、クライアントを認証するための鍵Ｋｉ，ｊの第１の値Ｋ１１、ネットワーク１００による第１のクライアントデバイスの認証を成功可能にする第２の予想結果の第１の値ＳＲＥＳ２１を使用する。クライアントを認証するための鍵Ｋｉ，ｊの第１の値Ｋ１１は、第２の認証セッション中に第１のクライアントデバイスの認証に成功するように、第１のクライアントデバイスと予め共有される。第２の予想結果は、ネットワーク１００が第１の一時的なＩＭＳＩと関連付けられた該当する第２の一時的なＩＭＳＩを使用するクライアントデバイスの認証に成功するように、クライアント側で取得することもできる。
【０１７５】
したがって、使用される第２の一時的なＩＭＳＩｊは、サーバ側での衝突リスクを回避するために、少なくとも第１の一時的なＩＭＳＩｉに依存する。
【０１７６】
使用される第２の一時的なＩＭＳＩｊは、サーバ側での衝突リスクを回避するために、第１の一時的なＩＭＳＩｉ及び第１のチャレンジに依存することが好ましい。
【０１７７】
ＨＬＲ１８は、第１及び第２の一時的なＩＭＳＩに対する、第１及び第２のチャレンジ及び第１及び第２の予想結果をそれぞれ動的に生成するのに使用されるＡｕＣ（図示せず）に接続されることが好ましい。
【０１７８】
ＨＬＲ／ＡｕＣ１８は、ＩＭＳＩｉを含む又は伴う、第１の認証要求である「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＭＳＩｉ」をＭＳＣ／ＶＬＲ１６から受信できることが好ましい。
【０１７９】
ＨＬＲ／ＡｕＣ１８は、第１のチャレンジ及び第１の予想結果を生成できることが好ましい。
【０１８０】
ＨＬＲ／ＡｕＣ１８は、第１のチャレンジ及び第１の予想結果をＭＳＣ／ＶＬＲ１６に送信できることが好ましい。
【０１８１】
ＨＬＲ／ＡｕＣ１８は、第２の一時的なＩＭＳＩであるＩＭＳＩｊを含む又は伴う、第２の認証要求である「Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＩＭＳＩｊ」をＭＳＣ／ＶＬＲ１６から受信し、第２の認証セッションを開始できることが好ましい。
【０１８２】
ＨＬＲ／ＡｕＣ１８は、ＩＭＳＩｉとＩＭＳＩｊのペアを提供すると同時に、ＩＭＳＩｉとＩＭＳＩｊのペアと関連付けられた鍵をデータベースから検索できることが好ましい。
【０１８３】
ＨＬＲ／ＡｕＣ１８は、ＩＭＳＩｉとＩＭＳＩｊのペアと関連付けられた鍵を検索したデータベースから受信できることが好ましい。
【０１８４】
ＨＬＲ／ＡｕＣ１８は、第２のチャレンジを生成できることが好ましい。
【０１８５】
ＨＬＲ／ＡｕＣ１８は、ＩＭＳＩｉとＩＭＳＩｊのペアと関連付けられた鍵を使用することによって第２の予想結果を生成できることが好ましい。
【０１８６】
ＨＬＲ／ＡｕＣ１８は、第２のチャレンジ及び第２の予想結果をＭＳＣ／ＶＬＲ１６に送信できることが好ましい。
【０１８７】
図２は、クライアントシステムであるＴＥＱ１０及びサーバシステムであるネットワーク１００によって実施される、ネットワーク１００への認証を行う本発明の方法２０の例示的な実施形態を示す。
【０１８８】
ＴＥＱ１０は、一意のクライアントデバイスとして関与する２つのエンティティ、すなわちＳＥ１２（図示せず）及びＴＥ１４（図示せず）を備えると仮定する。しかし、ＴＥＱ側で説明される各交換メッセージ又は各動作は、少なくとも１つのエンティティ、ＳＥ１２及び／又はＴＥ１４によって実施することができる。
【０１８９】
ＳＥ１２は、例えばＳＥ位置情報であるＬＯＣＩ、及び／又はＴＥ１４に関連する識別子であるＩＭＥＩを入手できないと仮定する。ＳＥ１２は、ＴＥＱ１０の起動時にネットワーク１００への識別及び好ましくは認証を行うためにＴＥ１４と協働する。したがって、ＳＥ１２は、２つの異なる一時的なＩＭＳＩである第１の一時的なＩＭＳＩすなわちＩＭＳＩ１及び第２の一時的なＩＭＳＩすなわちＩＭＳＩ２を連続的に使用することによって、ネットワーク１００への識別及び認証を可能にする、ブートストラップサブスクリプションアプリケーションである本発明の認証アプリケーションをサポートする。
【０１９０】
ＳＥ１２は、ＳＥ１２がネットワーク１００側に送信できないＳＥ１２に関連する一意の識別子であるＩＣＣＩＤ１を格納するとさらに仮定する。
【０１９１】
ネットワーク１００は、２つ以上のサーバとして関与する、例えばＶＬＲ１６（図示せず）、ＨＬＲ１８（図示せず）、及び場合によりＡｕＣ（図示せず）などのいくつかのエンティティを含むとさらに仮定する。しかし、ネットワーク側で説明される各交換メッセージ又は各動作は、サーバである、例えばＶＬＲ１６、ＨＬＲ１８及び／又はＡｕＣなどの少なくとも１つのエンティティによって実施することができる。
【０１９２】
ネットワーク１００は、第１の一時的なサブスクリプション識別子であるＩＭＳＩｉと第２の一時的なサブスクリプション識別子であるＩＭＳＩｊの少なくとも１つのペア、及びＩＭＳＩｊ（又はＩＭＳＩｉとＩＭＳＩｊのペア）と関連付けられたネットワーク１００への認証を行うためのＫｉを、全く同一のクライアントデバイスと共有するとさらに仮定する。クライアントデバイスを対応表中で特定する。したがって、このような実施形態によれば、ネットワーク１００は特に、第１の一時的なサブスクリプション識別子であるＩＭＳＩ１、第２の一時的なサブスクリプション識別子である関連付けられたＩＭＳＩ２、及びＩＭＳＩ２（又はＩＭＳＩ１とこれに関連付けられたＩＭＳＩ２のペア）と関連付けられたネットワーク１００への認証を行うためのＫｉである一意の鍵Ｋ１１を、対応表中でＩＣＣＩＤ１で特定されるＴＥＱ１０とのみ共有する。したがって、ネットワーク１００は衝突リスクを管理しない。
【０１９３】
まず、ＴＥＱ１０に電源を入れる。
【０１９４】
ＴＥＱ１０はＩＭＳＩ１だけを活性化する（２２）。
【０１９５】
ＴＥＱ１０は、ＩＭＳＩ１を含む又は伴う、ネットワーク１００への接続要求２４である「Ａｔｔａｃｈ ｒｅｑｕｅｓｔ ＩＭＳＩ１」をネットワーク１００に送信する。このような第１のネットワーク接続要求２４によって、第１の認証セッションが開始する。
【０１９６】
ネットワーク１００は、ＩＭＳＩ１を受信すると、例えばＩＭＳＩ１はＩＭＳＩの第１の所定範囲に属するため、第１の一時的なＩＭＳＩであることを検出する。
【０１９７】
次にネットワーク１００は、ＩＭＳＩ１を最後に受信したＩＭＳＩ１として格納する。
【０１９８】
ネットワーク１００は、好ましくは第１のチャレンジＲＡＮＤ１１を生成又は取得する（２６）、すなわちこれにアクセスする。
【０１９９】
ネットワーク１００は、第１のチャレンジＲＡＮＤ１１、第１のネットワーク認証アルゴリズム、及び第１の認証セッションにおいて好ましくはＴＥＱ１０と共有されない鍵を使用することによって、第１の予想結果すなわちＳＲＥＳ１１を生成又は取得する（２６）、すなわちこれにアクセスする。
【０２００】
ＲＡＮＤ１１を取得した直後にＳＲＥＳ１１にアクセスする代わりに、ネットワーク１００は、以下で説明する第１の比較ステップ２１４の直前にＳＲＥＳ１１にアクセスする。
【０２０１】
ネットワーク１００は、ＲＡＮＤ１１を含む又は伴う第１の応答の送信要求２８であるＲＡＮＤ１１をＴＥＱ１０に送信する。
【０２０２】
ＴＥＱ１０がＲＡＮＤ１１を受信すると、ＴＥＱ１０は、例えば事前にロードされた第１のデータ、（疑似）乱数生成アルゴリズム、又は第１のネットワーク認証アルゴリズム、及び第１の認証セッションにおいてネットワーク１００と共有されない鍵を使用することによって、ＳＲＥＳｘすなわち第１のデータを生成又は取得する（２１０）。
【０２０３】
ＴＥＱ１０は、第１の応答２１２として第１のデータをネットワーク１００に送信する。
【０２０４】
ネットワーク１００は、第１のデータを第１の予想結果と比較する第１の比較ステップ２１４によって、第１のデータが第１の予想結果と一致するか否かを分析する。
【０２０５】
ネットワーク１００は、第１のデータが第１の予想結果と一致すると判定した場合、第１のデータに基づく認証成功を含む第１の結果メッセージ（図示せず）をＴＥＱ１０に送信する。
【０２０６】
そうではない、すなわちネットワーク１００が第１のデータは第１の予想結果と一致しないと判定した場合、ネットワーク１００は、第１のデータに基づく認証失敗を含む第１の結果メッセージ２１６をＴＥＱ１０に送信する。
【０２０７】
受信した第１の結果メッセージが第１のデータに基づく認証失敗を含む場合にのみ、ＴＥＱ１０は、ＩＭＳＩ１を使用することによってＩＭＳＩ１と関連付けられたＩＭＳＩ２を決定する（２１８）。
【０２０８】
また、ＴＥＱ１０は、ＩＭＳＩ２と関連付けられ、ネットワーク１００と共有される、ネットワーク１００への認証を行うための鍵ＫｉであるＫ１１を決定する（２１８）。
【０２０９】
ＴＥＱ１０は、ＩＭＳＩ１からＩＭＳＩ２に切り替える、すなわちＩＭＳＩ２だけを活性化する（２２０）。
【０２１０】
次にＴＥＱ１０は、ＩＭＳＩ２を含む又は伴う、ネットワーク１００への接続要求２２２である「Ａｔｔａｃｈ ｒｅｑｕｅｓｔ ＩＭＳＩ２」をネットワーク１００に送信する。このような第２のネットワーク接続要求２２２によって、第２の認証セッションが開始する。
【０２１１】
ネットワーク１００は、ＩＭＳＩ２を受信すると、例えばＩＭＳＩ２は第１の一時的なＩＭＳＩに使用されるＩＭＳＩの第１の所定範囲と異なるＩＭＳＩの第２の所定範囲に属するため、第２の一時的なＩＭＳＩであることを検出する。
【０２１２】
次にネットワーク１００は、例えば最後に受信したＩＭＳＩ１などの格納された受信ＩＭＳＩ１をフェッチする。
【０２１３】
ネットワーク１００は、ＩＭＳＩ２を受信したＩＭＳＩ１と関連付ける。ネットワーク１００は、ＩＭＳＩ１とこれと関連付けられたＩＭＳＩ２の一意のペアを一時的なＩＭＳＩのペアとして特定する。こうしてネットワーク１００は、例えば対応表に基づいて、ＩＭＳＩ１とＩＭＳＩ２の一意のペアが、ＴＥＱ１０に関連する識別子であるＩＣＣＩＤ１と特定されるクライアントデバイスと関連付けられていると判定する。
【０２１４】
したがって、ネットワーク１００は、例えばＩＭＥＩなどのＴＥＱ１０に関連する識別子や、例えばＴＥＱ１０の位置に関連する情報などの他の情報をＴＥＱ１０から受信する必要がない。
【０２１５】
ネットワーク１００は、最後に受信したＩＭＳＩ２が、失敗に終わったネットワーク１００への認証を行う第１の試みの後の、ネットワーク１００への認証を行う第２の試みに関連することを知っている。
【０２１６】
ネットワーク１００はまた、例えばネットワーク１００とＴＥＱ１０で少なくとも一部が共有される対応表に基づいてＴＥＱ１０と共有される、ネットワーク１００への認証を行うための鍵ＫｉであるＫ１１を決定する（２２４）。
【０２１７】
次にネットワーク１００は、好ましくはネットワーク１００への認証を行うために一般に使用される第２のチャレンジＲＡＮＤ２１を生成する又は取得する（２２６）、すなわちこれにアクセスする。ＲＡＮＤ２１は好ましくは乱数である。
【０２１８】
ネットワーク１００は、第２のチャレンジＲＡＮＤ２１、好ましくはどちらも第２の認証セッションにおいてＴＥＱ１０と共有される第２のネットワーク認証アルゴリズム及び鍵Ｋ１１を使用することによって、ＳＲＥＳ２１すなわち第２の予想結果を生成する又は取得する（２２６）、すなわちこれにアクセスする。
【０２１９】
ＲＡＮＤ２１を取得した直後にＳＲＥＳ２１にアクセスする代わりに、ネットワーク１００は、以下で説明する第２の比較ステップ２３４の直前にＳＲＥＳ２１にアクセスする。
【０２２０】
ネットワーク１００は、ＲＡＮＤ２１を含む又は伴う第２の応答の送信要求２２８であるＲＡＮＤ２１をＴＥＱ１０に送信する。
【０２２１】
ＴＥＱ１０がＲＡＮＤ２１を受信すると、ＴＥＱ１０は、好ましくはどちらも第２の認証セッションにおいてネットワーク１００と共有される第２のネットワーク認証アルゴリズム及び鍵Ｋ１１を使用することによって、ＳＲＥＳｙすなわち第２のデータを生成する（２３０）。
【０２２２】
ＴＥＱ１０は、第２の応答２３２として第２のデータをネットワーク１００に送信する。
【０２２３】
ネットワーク１００は、第２のデータを第２の予想結果と比較する第２の比較ステップ２３４によって第２のデータが第２の予想結果と一致するか否かを分析する。
【０２２４】
ネットワーク１００は、第２のデータは第２の予想結果と一致しないと判定した場合、第２のデータに基づく認証失敗を含む第２の結果メッセージ（図示せず）をＴＥＱ１０に送信する。
【０２２５】
そうではない、すなわちネットワーク１００が第２のデータは第２の予想結果と一致すると判定した場合、ネットワーク１００は、第２のデータに基づく認証成功を含む第２の結果メッセージ２３６をＴＥＱ１０に送信する。
【０２２６】
ＩＭＳＩ１及びこれと関連付けられたＩＭＳＩ２を使用した認証が成功すると、ネットワーク１００は、ＩＭＳＩ２、関連付けられたＩＭＳＩ２、及び１又は複数の関連付けられた秘密鍵をネットワークと共有する別のクライアントデバイスを識別及び認証するためにＩＭＳＩ１及びこれと関連付けられたＩＭＳＩ２を再利用することができる。
【０２２７】
次にネットワーク１００は、例えばＴＥＱ１０において活性化される永続的なサブスクリプションプロファイルに含まれる少なくとも１つの確定的又は永続的なサブスクリプション識別子などのデータを含む１又は複数のメッセージ（図示せず）をＴＥＱ１０に送信する。該当するデータは、ネットワーク１００側で暗号化しておくことができる。
【０２２８】
ＴＥＱ１０、より正確にはＳＥ１２は、起こり得るデータ復号化の後に更新され、例えば永続的なサブスクリプションプロファイルなどの結果的に受信したデータを使用することができる。
【０２２９】
本発明の解決策は、ＴＥＱ１０側における一時的なサブスクリプション切り替え後にクライアントデバイスのネットワークへの認証を可能にする。
【０２３０】
本発明の解決策は、適用する場合、場合によりユーザ認証データを送信することを除けば、ＴＥＱユーザを関与させる必要がない。
【０２３１】
したがって、本発明の解決策は、ユーザ認証操作の可能性を別にすれば、ユーザに対して透過的である。
【０２３２】
本発明の解決策は、自動的かつ迅速、すなわち通常５秒未満であり、効率的な可能性がある。
【０２３３】
本発明の解決策は、既存の移動体ネットワークインフラと適合する。
【０２３４】
本発明の解決策は、一方でクライアントデバイスとネットワークで共有される２つの一時的な識別子及び秘密鍵を使用することによって、ネットワークがクライアントデバイスを認証し、他方でクライアントデバイスが場合によりクライアントデバイスのユーザを認証するため安全である。
【０２３５】
説明した実施形態は、本発明の範囲を限定する意図はない。他の実施形態が与えられてもよい。別の実施形態の例では、１又は複数のＭＳＣ／ＶＬＲ（又はロングタームエボリューション（すなわちＬＴＥ）ネットワークに関連する１又は複数の移動性管理エンティティ（すなわちＭＭＥ））などを介して、例えばＨＬＲ１８（又はＬＴＥネットワークに関連するホーム加入者サーバ（すなわちＨＳＳ））などの１つの遠隔サーバとのやりとりではなく、クライアントデバイスはいくつかの遠隔サーバとやりとりする。
【図１】
0006602475.tif 000003
【図２】
0006602475.tif 000004