JP2018515038A - 大規模ｅＳＩＭ配信をサポートするためのｅＳＩＭの事前パーソナライズ - Google Patents

Abstract

本明細書に記載の代表的な実施形態は、モバイルデバイスへの電子加入者識別モジュール（ｅＳＩＭ）の大規模配信を最適化するための技術を説明する。具体的には、モバイルデバイスがアクティブ化されているときにｅＳＩＭを生成し、かつ割り当てる（これは重要な処理オーバーヘッドを必要とし得る）代わりに、ｅＳＩＭは、基本情報セットであらかじめ生成され、モバイルデバイスがアクティブ化されるときにモバイルデバイスに後に割り当てられる。これは、新しいモバイルデバイス（スマートフォン、タブレット、など）が新発売され、多数のｅＳＩＭ割り当てリクエストが効率的に実行されるようになる場合に特に、モバイルデバイスのアクティブ化中にｅＳＩＭを生成し、かつ割り当てることを含む従来のアプローチに対して、かなりの利点を提供することができる。

Description

記載された実施形態は、ｅＳＩＭのモバイルデバイスへのロバストな大規模配信を容易にするために、モバイルデバイスに電子加入者識別モジュール（ｅＳＩＭ）がプロビジョニングされる方法を最適化する技術を説明する。

多くのモバイルデバイスは、モバイルデバイスがモバイルネットワークオペレータ（ＭＮＯ）によって提供されるサービスにアクセスすることを可能にするユニバーサル集積回路カード（ＵＩＣＣ）を利用するように構成されている。具体的には、各ＵＩＣＣは、少なくともマイクロプロセッサ及び読み出し専用メモリ（ＲＯＭ）を含み、ＲＯＭは、モバイルデバイスがＭＮＯを登録及び相互作用するために利用できるＭＮＯプロファイルを記憶するように構成されている。典型的には、ＵＩＣＣは、モバイルデバイスに含まれるＵＩＣＣ受容ベイに挿入されるように構成された小型リムーバブルカード（一般に加入者識別モジュール（ＳＩＭ）カードと呼ばれる）の形態をとる。しかし最近の実装では、ＵＩＣＣはモバイルデバイスのシステムボードに直接組み込まれている。これらの電子／組込みＵＩＣＣ（ｅＵＩＣＣ）は、例えば、ｅＵＩＣＣは、本明細書で電子加入者識別モジュール（ｅＳＩＭ）と呼ばれるいくつかのＭＮＯプロファイルを記憶することができるなど、従来のＳＩＭカードに対する利点を提供することができ、モバイルデバイスにＵＩＣＣ受容ベイを含める必要性を排除できる。更に、ｅＳＩＭをモバイルデバイスにリモートプロビジョニングすることができ、それはユーザがモバイルデバイスを購入する、異国に旅行する、電話番号を異なるＭＮＯに移行する、などのときに、柔軟性を実質的に高めることができる。

ｅＳＩＭによって提供される様々な利点にもかかわらず、まだ対処されていない特定の問題が残っている。例えば、１つの問題としては、例えば、広く購入されたモバイルデバイスの製品発売中など、ｅＳＩＭの大規模配信があげられる。具体的には、既存のｅＳＩＭ配信技術は、（例えば、モバイルデバイスの最初のパワーオン中に）モバイルデバイスからのアクティブ化要求の受信に応じてｅＳＩＭを生成し、モバイルデバイスにｅＳＩＭを配信することを含む。重要なことに、このプロセスは、モバイルデバイスのアクティブ化プロセスを遅らせ、全体的なエンドユーザの満足度を低下させるボトルネックを確立し得る。

本明細書に記載の代表的な実施形態は、モバイルデバイスへのｅＳＩＭの大規模配信を最適化するための技術を説明する。具体的には、モバイルデバイスがアクティブ化されているときにｅＳＩＭを生成し、かつ割り当てる（これは重大な処理オーバーヘッドを必要とし得る）代わりに、ｅＳＩＭは、基本情報セットで事前に生成され、モバイルデバイスがアクティブ化されるときにモバイルデバイスに後に割り当てられる。これは、新しいモバイルデバイス（スマートフォン、タブレット、など）が新発売になり、多数のｅＳＩＭ割り当て要求が効率的に実行されるようになる場合に特に、モバイルデバイスのアクティブ化中にｅＳＩＭを生成し、かつ割り当てることを含む従来のアプローチに対して、かなりの利点を提供することができる。いくつかの実施形態によれば、それらの技術を、３つの異なるステージに分離することができ、それらは、本明細書においてより詳細に説明される。

この概要は、いくつかの例示的な実施形態を要約する目的のためにのみ提供されるものであり、本明細書に記載の主題事項のいくつかの態様の基本的な理解を提供する。したがって、上記の特徴は単なる例であり、本明細書に記載の主題事項の範囲又は精神を限定するものと決して解釈されるべきではないことが理解されよう。本明細書に記載の主題事項の他の特徴、態様、及び利点は、以下の詳細な説明、図面及び特許請求の範囲から明らかになるであろう。

本明細書に記載の実施形態の他の態様及び利点は、記載された実施形態の原理を例として示す添付図面と併せて、以下の詳細な説明から明らかになるであろう。

添付の図面は、説明の目的のためのものであり、無線コンピューティングデバイスを提供するために開示された本発明の装置及び方法の可能な構造及び配置の例を提供するためにのみ役立つものである。これらの図面は、実施形態の精神及び範囲から逸脱することなく、当業者によって実施形態になされ得る形態及び詳細のいかなる変更も決して制限しない。実施形態は、添付の図面と併せて以下の詳細な説明によって容易に理解され、ここで同様の参照番号は同様の構造要素を示す。

いくつかの実施形態に係る、本明細書に記載した様々な技術を実施するように構成されたシステムの異なる構成要素のブロック図を示す。

いくつかの実施形態に係る、図１のシステムの特定の構成要素のより詳細なビューを示すブロック図である。

いくつかの実施形態に係る、モバイルデバイスとモバイルデバイスの製造業者の間で実行される方法のシーケンス図を示す。

いくつかの実施形態に係る、モバイルデバイスの配送センタとモバイルデバイスの製造業者の間で実行される方法のシーケンス図を示す。

いくつかの実施形態に係る、モバイルデバイスとモバイルデバイスの配送センタの間で実行される方法のシーケンス図を示す。

いくつかの実施形態に係る、モバイルデバイス、モバイルデバイスの配送センタ、及びモバイルデバイスの製造業者の間で実行される方法のシーケンス図を示す。

いくつかの実施形態に係る、本明細書に記載の様々な構成要素を実施するのに使用され得るコンピューティングデバイスの詳細ビューを示す。

本明細書に記載の実施形態による装置及び方法の代表的なアプリケーションがこのセクションで提供される。これらの例は、記載された実施形態の文脈を加え、理解を助けるためにのみ提供されている。したがって、本明細書に記載の実施形態は、これらの特定の詳細の一部又は全部なしで実施され得ることが当業者には明らかであろう。他の例では、本明細書に記載の実施形態を不必要に不明瞭にすることを避けるために、周知のプロセスステップを詳細には説明していない。他のアプリケーションが可能であるので、以下の実施例は限定的なものとして解釈されるべきではない。

本明細書に記載の様々な実施形態によれば、「無線通信デバイス」、「無線デバイス」、「モバイルデバイス」、「移動局」、及び「ユーザ機器」（ＵＥ）という用語は、本明細書では互換的に使用されて、本開示の様々な実施形態に関連付けられた手順を実行することができる１つ以上の一般的な消費者電子デバイスを説明することができる。様々な実装形態によれば、これらの消費者電子デバイスの任意の１つは、以下に関連することができる：携帯電話又はスマートフォン、タブレットコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、パーソナルコンピュータ、ネットブックコンピュータ、メディアプレーヤデバイス、電子ブックデバイス、ＭｉＦｉ（登録商標）デバイス、ウェアラブルコンピューティングデバイス、並びに無線ワイドエリアネットワーク（ＷＷＡＮ）、無線メトロエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、近距離通信（ＮＦＣ）、セルラ無線ネットワーク、第４世代（４Ｇ）ＬＴＥ、ＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、及び／又は５Ｇ若しくは他の現在若しくは将来開発される先進のセルラ無線ネットワーク上の通信に使用されるような１つ以上の無線通信プロトコルを介した通信を含むことができる、無線通信能力を有する任意の他のタイプの電子コンピューティングデバイス。

無線通信デバイスは、いくつかの実施形態では、無線通信システムの一部として動作することもでき、それはクライアントデバイスのセットを含むことができ、それはアクセスポイント（ＡＰ）に、例えば、ＷＬＡＮの一部として、相互接続され、及び／又は相互に、例えばＷＰＡＮの一部及び／又は「アドホック」無線ネットワークとして相互接続された、ステーション、クライアント無線デバイス、又はクライアント無線通信デバイスとも呼ばれ得る。いくつかの実施形態では、クライアントデバイスは、ＷＬＡＮ技術を介して、例えば、無線ローカルエリアネットワーク通信プロトコルに従って通信することができる、任意の無線通信デバイスであることができる。いくつかの実施形態では、ＷＬＡＮ技術は、Ｗｉ−Ｆｉ（又はより一般的にはＷＬＡＮ）無線通信サブシステム又は無線機を含むことができ、Ｗｉ−Ｆｉ無線機は、ＩＥＥＥ ８０２．１１ａ、ＩＥＥＥ ８０２．１１ｂ、ＩＥＥＥ ８０２．１１ｇ、ＩＥＥＥ ８０２．１１−２００７、ＩＥＥＥ ８０２．１１ｎ、ＩＥＥＥ ８０２．１１−２０１２、ＩＥＥＥ ８０２．１１ａｃ、又は他の現在又は将来開発されるＩＥＥＥ８０２．１１技術のうちの１つ以上などの、電気電子技術者協会（ＩＥＥＥ）８０２．１１技術を実施することができる。

更に、本明細書に記載のＵＥは、異なる第３世代（３Ｇ）及び／又は第２世代（２Ｇ）ＲＡＴを介して通信することもできるマルチモード無線通信デバイスとして構成され得ることが理解されるべきである。これらのシナリオでは、マルチモードＵＥは、より低いデータレートスループットを提供する他の３Ｇレガシーネットワークと比較して、より高速のデータレートスループットを提供するＬＴＥネットワークへの接続を好むように構成され得る。例えば、いくつかの実装では、ＬＴＥ及びＬＴＥ−Ａネットワークが他に利用できない場合、マルチモードＵＥは、３Ｇレガシーネットワーク、例えば、進化した高速パケットアクセス（ＨＳＰＡ＋）ネットワーク又は符号分割多重アクセス（ＣＤＭＡ）２０００ ＥｖｏｌｕｔｉｏｎＤａｔａ Ｏｎｌｙ（ＥＶ−ＤＯ）ネットワーク、にフォールバックするように構成され得る。

本明細書に記載の代表的な実施形態は、モバイルデバイスへのｅＳＩＭの大規模配信を最適化するための技術を説明する。いくつかの実施形態によれば、ｅＳＩＭは、基本的な情報セットで事前に生成され（例えば、モバイルデバイスの製造の間に又は完了時に）、モバイルデバイスがアクティブ化されたときにモバイルデバイスに後に割り当てられる。これは、特に新しいモバイルデバイスが新発売され、多数のｅＳＩＭ割り当て要求が効率的な方法で満たされる必要がある場合に、モバイルデバイスのアクティブ化中にｅＳＩＭを生成し、かつ割り当てる従来のアプローチに対してかなりの利点を提供することができる。いくつかの実施形態によれば、これらの技術を３つの異なるステージに分離することができ、以下により詳細に説明する。

第１ステージは、モバイルデバイスが製造されているとき（例えば、相手先商標製造会社（ＯＥＭ）で）に生じ、モバイルデバイスに含まれるｅＵＩＣＣに、後にモバイルデバイス用のｅＳＩＭを事前パーソナライズするのに使用されるチャレンジを生成することを要求する「工場ブローカ」を含む。本明細書に記載の技術によれば、工場ブローカ（並びにＯＥＭに関連付けられた他のエンティティ）は、ＯＥＭ自体によって実施されてもよく、又はＯＥＭ（例えば、第三者サービス）から分離されてもよい。特に、モバイルデバイスがＯＥＭで製造段階に留まる（又はそこから出る）とき、モバイルデバイスが最終的に販売され利用されるロケールにはいくつかの要因が作用し得るので、最終的にモバイルデバイスによって利用されるモバイルネットワークオペレータ（ＭＮＯ）／ｅＳＩＭのタイプは未知のままである。この不確定性を説明するために、「プロファイル要求ブロブ」内のＭＮＯ／ｅＳＩＭタイプフィールドに特別な値を割り当てて、これらのフィールドに対する実際の割り当ては後の時点で行われることを示す。この第１ステージの様々なステップのより詳細なブレークダウンを、図３に関連して以下に説明する。

第２ステージは、モバイルデバイスが加入するＭＮＯ（本明細書では「ターゲットキャリア」とも呼ばれる）の識別の際に生じる。第２ステージは、例えば、モバイルデバイスが出荷されており、間もなく小売業者、エンドユーザ、などに配送されるという通知に応じて開始することができる。いくつかの実施形態によれば、出荷通知は、モバイルデバイスが加入するＭＮＯを示す情報、並びにモバイルデバイスによって利用されるｅＳＩＭのタイプを含む。出荷通知に応じて、「クライアントプロファイルエージェント」（本明細書で説明される技術の文脈内でレイヤ２（Ｌ２）セキュリティレベルを有し、モバイルデバイスの配送を処理する配送センタで実行される）は、モバイルデバイスに含まれるｅＵＩＣＣのＬ２コンポーネントのプロキシとして動作する。具体的には、クライアントプロファイルエージェントは、（第１ステージで確立されたプロファイル要求ブロブと同様の）プロファイル要求ブロブを再生成し、出荷通知に含まれる情報に従ってＭＮＯ／ｅＳＩＭタイプフィールドに値を割り当てる。クライアントプロファイルエージェントは、第１ステージで生成されたチャレンジの代わりに新しいチャレンジを生成するように構成され得る（それ以外の場合は、すべてのＬ２コンポーネントのチャレンジの一意性が保証される必要があるが、それは問題がある可能性がある）。

次に、クライアントプロファイルエージェントは、クライアントプロファイルエージェントが知っている秘密キーを使用してプロファイル要求ブロブに暗号署名するように設定され得る。特に、プロファイル要求ブロブは、モバイルデバイスに最終的に配信されるときにｅＳＩＭは暗号化された形態になるので、モバイルデバイスに含まれるｅＵＩＣＣに関連付けられたＬ１署名を保持し続けて、ｅＳＩＭをインストールし、ＭＮＯによって提供されるサービスを消費するために、ｅＵＩＣＣは、暗号化されたｅＳＩＭを復号する必要がある。次に、プロファイル要求ブロブは、「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（）」コマンドを使用して「サーバブローカ」に送信される。サーバブローカの観点から、本明細書に記載される技術は、レガシーサポートの形態が達成され、実質的な変更が必要とされない場合に有益であり得る既存のシナリオと異ならない。より具体的には、サーバブローカは、クライアントプロファイルエージェントにバッチディスクリプタを返し、モバイルデバイス用のｅＳＩＭをパーソナライズするように構成されている。次に、クライアントプロファイルエージェントは、第１ステージでｅＵＩＣＣによって生成されたチャレンジを有する新しいバッチディスクリプタを作成し、それは、後にｅＵＩＣＣがｅＳＩＭの配信を要求するときに使用される。この第２ステージの様々なステップのより詳細なブレークダウンを、図４に関連して以下で説明する。

最後に、第３ステージは、モバイルデバイスのエンドユーザがモバイルデバイスをパワーオンしたときに生じる。より具体的には、モバイルデバイスがパワーオンされたとき（又は、モバイルデバイスがパワーオンしてｅＳＩＭがモバイルデバイスに含まれるｅＵＩＣＣにインストールされていないことを検出したとき）、モバイルデバイスは、ｅＵＩＣＣに「ｇｅｔＰｒｏｆｉｌｅＯｐｔｉｏｎｓ」コマンドを発行してｅＳＩＭ操作のための利用可能な選択肢を識別する。ｅＳＩＭは、上述した第１ステージ及び第２ステージによってモバイルデバイスに対して事前パーソナライズされているので、「ｇｅｔＰｒｏｆｉｌｅＯｐｔｉｏｎｓ（）」コマンドに対する応答には、有効なバッチディスクリプタが含まれており、モバイルデバイスは「ｇｅｔＰｒｏｆｉｌｅＯｐｔｉｏｎｓ（）」コマンドを（従来のアプローチと同様に）発行する必要がない。代わりに、モバイルデバイスは、「ｇｅｔＰｒｏｆｉｌｅ（）」コマンドを使用して、ディスクリプタに含まれる情報を利用して事前パーソナライズされたｅＳＩＭを直接取り出すことができる。この第３ステージの様々なステップのより詳細なブレークダウンを、図５に関連して以下に説明する。

使用のためにモバイルデバイスを取得すると、異なる利用可能なＭＮＯからユーザが選択することを可能にする方法で、モバイルデバイスに対して２つ以上のｅＳＩＭを事前パーソナライズすることを可能にする追加の実施形態が本明細書に記載される。本明細書で前述したように、モバイルデバイスが製造されるとき、モバイルデバイスが最終的に利用されるロケールに関して限られた情報が利用可能である。しかしながら、製造後にモバイルデバイスが分配されるとき、より詳細な情報が利用可能になる。例えば、モバイルデバイスが販売のために米国へ出荷されている場合、モバイルデバイスは、Ｔ−Ｍｏｂｉｌｅ、Ｓｐｒｉｎｔ、ＡＴＴ、又はＶｅｒｉｚｏｎによって提供されるサービスを消費するであろう。それに関して、前述の実施形態は、モバイルデバイスに対して２つ以上のｅＳＩＭを事前パーソナライズして、ユーザがモバイルデバイスを購入すると、異なるＭＮＯから選択できるように変更され得る。ＭＮＯは、モバイルデバイスにサービスを提供するために、それ自体のインフラストラクチャを実装するモバイルネットワークオペレータを表すことができることが留意される。あるいは、ＭＮＯは、別のＭＮＯのインフラストラクチャを使用してサービスを提供する「仮想」モバイルネットワークオペレータを表すことができる。したがって、事前パーソナライズされたｅＳＩＭがモバイルデバイス用に容易に利用可能であるので、前述の実施形態によって提供される効率は損なわれないままである。更に、使用されていない（すなわち、選択されていない）事前パーソナライズされたｅＳＩＭは、モバイルデバイスから分離され、他のモバイルデバイスによる将来の使用のためにリサイクルされることができ、したがって効率が更に高まる。この多重ｅＳＩＭアプローチの様々なステップのより詳細なブレークダウンを、図６に関連して以下に説明する。

本明細書に記載の技術は、モバイルデバイスへのｅＳＩＭの大規模配信を最適化するためのメカニズムを提供する。これらの技術のより詳細な議論は、図１〜図７に関連して以下に記載されて説明され、それらはこれらの技術を実行するのに使用され得るシステム及び方法の詳細な図を示す。

図１は、いくつかの実施形態による、本明細書に記載の様々な技術を実施するように構成されたシステム１００の異なる構成要素のブロック図を示す。より具体的には、図１は、システム１００の高レベルの概要を示しており、それは、図示のように、モバイルデバイス１０２及び異なるＭＮＯ１１４によって管理される基地局１１２のグループを含む。図１の図示によれば、各モバイルデバイス１０２は、モバイルコンピューティングデバイス（例えば、Ａｐｐｌｅ（登録商標）によるｉＰｈｏｎｅ（登録商標）又はｉＰａｄ（登録商標））を表すことができ、基地局１１２は、モバイルデバイス１０２とＭＮＯ１１４が互いに通信できるように構成された異なる無線塔を表すことができる。いくつかの実施形態によれば、ＭＮＯ１１４は、モバイルデバイス１０２が加入できる特定のサービス（例えば、音声及びデータ）を提供する異なる無線サービスプロバイダを表すことができる。図１にも示すように、システム１００は、モバイルデバイス製造業者１１６も含むことができ、例えば、モバイルデバイス１０２の元の製造業者を表すことができる。更に、システム１００は、例えば、モバイルデバイス配送センタ１１８を含むことができ、それは、モバイルデバイス製造業者１１６から小売店、エンドユーザ、などへのモバイルデバイス１０２の配送を容易にする在庫及び出荷センタを表すことができる。本明細書により詳細に記載されるように、モバイルデバイス製造業者１１６及びモバイルデバイス配送センタ１１８は、モバイルデバイス１０２へのｅＳＩＭの効率的で大規模な配信を可能にする異なる技術を実行するように構成され得る。

図１に示すように、各モバイルデバイス１０２は、プロセッサ１０４（「集積回路」と呼ばれることもある）、メモリ１０６、セキュアエレメント１０８、及びベースバンドコンポーネント１１０（「集積回路」、「インタフェース回路」又は「通信手段」と呼ばれることもある）を含むことができる。これらの構成要素は、モバイルデバイス１０２がユーザに、例えば、ローカライズされたコンピューティング、ロケーションベースのサービス、及びインターネット接続などの有用な機能を提供することを可能にするように連動して動作する。いくつかの実施形態によれば、セキュアエレメント１０８は、取り外し可能なユニバーサル集積回路カード（ＵＩＣＣ）又は組み込み／電子ＵＩＣＣ（ｅＵＩＣＣ）を表すことができる。以下により詳細に説明するように、セキュアエレメント１０８は、基地局１１２を介して異なるＭＮＯ１１４にアクセスするための複数の電子加入者識別モジュール（ｅＳＩＭ）を記憶するように構成され得る。例えば、モバイルデバイス１０２のセキュアエレメント１０８は、モバイルデバイス１０２が加入している各ＭＮＯ１１４のためのｅＳＩＭを記憶するように構成され得る。図１には示されていないが、モバイルデバイス１０２は、１つ以上のＳＩＭを管理する取り外し可能なＵＩＣＣ用の受容ベイを含むようにも構成され得る。

図２は、いくつかの実施形態による、図１のモバイルデバイス１０２の特定の構成要素のより詳細なビュー２００のブロック図を示す。図２に示すように、プロセッサ１０４は、メモリ１０６と共に、アプリケーション（例えば、ネイティブＯＳアプリケーション及びユーザアプリケーション）を実行するように構成されたメインオペレーティングシステム（ＯＳ）２０２を実施することができる。更に、プロセッサ１０４を、メモリ１０６と共に、セキュアエレメント１０８と、モバイルデバイス１０２（例えば、モバイルデバイス製造業者１１６及びモバイルデバイス配送センタ１１８）の外部にあるエンティティの間の通信を容易にするように構成されている、クライアント２０３を実施するように構成することができ、これは本明細書に記載の様々な技術を実施することを可能にする。

図２に示すように、セキュアエレメント１０８は、セキュアエレメント１０８のハードウェアリソース（例えば、プロセッサ及びメモリ（図２には図示せず））を管理するように構成されたセキュアエレメントＯＳ２０６を実施するように構成され得る。セキュアエレメント１０８を、ロッカ（Ｌ１）２０７、エージェント（Ｌ２）２０８、及びクライアント（Ｌ３）２０９を実施するように構成することもでき、これらは本明細書で説明する技術の実施を容易にするように構成された異なるエンティティを表す。例えば、ロッカ（Ｌ１）２０７は、セキュアエレメント１０８によって受信／管理されるｅＳＩＭに対して暗号機能（例えば、暗号化、復号、デジタル署名、など）を実行するように構成され得る。エージェント（Ｌ２）２０８は、例えば、ｅＳＩＭが不適切な又は許可された方法で複製されることを防止することによって、システム１００内のｅＳＩＭの一意性を促進する技術を実行するように構成され得る。クライアント（Ｌ３）２０９は、セキュアエレメント１０８が外部エンティティからｅＳＩＭを受信しているときに、全体的なセキュリティを促進するために、識別、信頼、及び認可機能を実行するように構成され得る。

上述のように、セキュアエレメント１０８は、図２にｅＳＩＭ２１０（本明細書では「プロファイル」とも呼ばれる）として示されている様々なｅＳＩＭを管理するように構成され得る。具体的には、管理機能は、セキュアエレメント１０８内でｅＳＩＭ２１０をアクティブ化し、ベースバンドコンポーネント１１０にｅＳＩＭ２１０へのアクセスを提供することを含むことができる。図２には示されていないが、各ｅＳＩＭ２１０は、一意識別子（ＩＤ）に関連付けることができ、ｅＳＩＭ２１０が動作する方法を定義する複数のアプレットを含むことができる。例えば、１つ以上のアプレットは、ベースバンドコンポーネント１１０及びセキュアエレメント１０８によって実行される場合、モバイルデバイス１０２がＭＮＯ１１４と通信し、有用な機能（例えば、電話及びインターネット）をモバイルデバイス１０２のユーザに提供するように構成され得る。

図２にも示すように、モバイルデバイス１０２のベースバンドコンポーネント１１０は、ベースバンドコンポーネント１１０（例えば、プロセッサ、メモリ、異なる無線コンポーネント、など）のハードウェアリソースを管理するように構成されたベースバンドＯＳ２１４を含むことができる。一実施形態によれば、ベースバンドコンポーネント１１０は、セキュアエレメント１０８とインタフェースして、本明細書に記載の様々な技術を実行するように構成されたマネージャ（図２には図示せず）を実施することができる。マネージャは、例えば、セキュアエレメント１０８によって管理されるアクティブ化されたｅＳＩＭ２１０の様々なアプレットによってインスタンス生成されるソフトウェアモジュールの集合体など、様々なサービス（図２には図示せず）を実施するようにも構成され得る。例えば、サービスは、アクティブ化された異なるｅＳＩＭ２１０によってモバイルデバイス１０２とＭＮＯ１１４の間に存在する異なる接続を管理するように構成され得る。

更に図２に、モバイルデバイス製造業者１１６及びモバイルデバイス配送センタ１１８のより詳細なブレークダウンを示す。いくつかの実施形態によれば、モバイルデバイス製造業者１１６は、ロッカ（Ｌ１）２３０、エージェント（Ｌ２）２３２、及びブローカ（Ｌ３）２３４を実施するように構成されることが可能であり、それらは、本明細書により詳細に記載されるように、記載された技術の実行を容易にするように構成されている。いくつかの実施形態によれば、モバイルデバイス配送センタ１１８は、エージェント（Ｌ２）２４０、並びにブローカ（Ｌ３）２４２を実施するように構成されることが可能であり、それらは、本明細書により詳細に記載されるように、記載された技術の実行を容易にするように更に構成されている。

図３は、いくつかの実施形態による、モバイルデバイス１０２（セキュアエレメント１０８を含む）とモバイルデバイス製造業者１１６の間で実行される方法３００のシーケンス図を示す。具体的には、方法３００は、本明細書に記載される３つのステージの第１ステージを表す。本明細書で上記に記載したように、第１ステージは、モバイルデバイス製造業者１１６によってモバイルデバイス１０２が製造されているときに生じ、ブローカ（Ｌ３）２３４が、モバイルデバイス１０２に含まれるセキュアエレメント１０８を、モバイルデバイス１０２用のｅＳＩＭ／プロファイル２１０を事前パーソナライズするのに後に使用されるチャレンジを生成するように要求することを含む。特に、モバイルデバイス１０２がモバイルデバイス製造業者１１６において製造段階に留まる（又はそこから出る）とき、モバイルデバイス１０２が最終的に販売され利用されるロケールにはいくつかの要因が作用し得るので、最終的にモバイルデバイス１０２によって利用されるＭＮＯ１１４／ｅＳＩＭ／プロファイル２１０のタイプは未知のままである。この不確定性を説明するために、「プロファイル要求ブロブ」内のＭＮＯ１１４／ｅＳＩＭタイプフィールドに特別な値を割り当てて、これらのフィールドの実際の割り当てが後の時点で行われることを示す。前述の態様は、図３に関連してより詳細に以下に記載される。

図３に示すように、最初のステップ３０２は、クライアント２０３がクライアント（Ｌ３）２０９に「ｇｅｔＩｄｅｎｔｉｔｙＭａｐ（Ｌ３Ｃｕｒｒｅｎｔ、Ｌ３Ｎｅｘｔ）」コマンドを発行することを含む。次のステップ３０４は、（最初のステップ３０２に応じて）クライアント（Ｌ３）２０９がクライアント２０３に署名されたアイデンティティマップを提供することを含む。次のステップ３０６は、クライアント２０３がブローカ（Ｌ３）２３４に「ｇｅｔＰｒｏｆｉｌｅＯｐｔｉｏｎｓ（ＳｉｇｎｅｄＩｄｅｎｔｉｔｙＭａｐ）」コマンドを発行することを含む。次のステップ３０８は、ブローカ（Ｌ３）２３４が（ステップ３０６に応じて）クライアント２０３にプロファイルオプションを提供することを含む。次のステップ３１０は、クライアント２０３がエージェント（Ｌ２）２０８に「ｃｒｅａｔｅＳｅｓｓｉｏｎ（ＰｒｏｆｉｌｅＯｐｔｉｏｎ）」コマンドを発行することを含む。次のステップ３１２は、エージェント（Ｌ２）２０８が（ステップ３１０に応じて）クライアント２０３にセッション要求を提供することを含む。次のステップ３１４は、クライアント２０３がブローカ（Ｌ３）２３４に「ＩｎｉｔｉａｌｉｚｅＳｅｓｓｉｏｎ（ｓｅｓｓｉｏｎＲｅｑｕｅｓｔ）」コマンドを発行することを含む。次のステップ３１６は、（ステップ３１４に応じて）ブローカ（Ｌ３）２３４が「ｖｅｒｉｆｙＳｅｓｓｉｏｎ（）」コマンドを実行することを含む。次のステップ３１８は、ブローカ（Ｌ３）２３４がエージェント（Ｌ２）２３２に「ｖｅｒｉｆｙＳｅｓｓｉｏｎ（ＳｅｓｓｉｏｎＲｅｑｕｅｓｔ）」コマンドを発行することを含む。次のステップ３２０は、（ステップ３１８に応じて）エージェント（Ｌ２）２３２がブローカ（Ｌ３）２３４に署名されたセッション応答を提供することを含む。次のステップ３２２は、ブローカ（Ｌ３）２３４がクライアント２０３にセッション応答を提供することを含む。次のステップ３２４は、クライアント２０３がエージェント（Ｌ２）２０８に「ｐｒｅｐａｒｅＰｒｏｆｉｌｅＲｅｑｕｅｓｔ（ｓｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）」コマンドを発行することを含む。次のステップ３２６は、（ステップ３２４に応じて）エージェント（Ｌ２）２０８が「ｖｅｒｉｆｙＳｅｓｓｉｏｎ（ｓｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）」コマンドを実行することを含む。次のステップ３２８は、（ステップ３２４及び３２６に応じて）エージェント（Ｌ２）２０８が「ｃｒｅａｔｅＣｈａｌｌｅｎｇｅ（ｓｅｓｓｉｏｎＲｅｓｐｏｎｓｅ）」コマンドを実行することを含む。次のステップ３３０は、エージェント（Ｌ２）２０８がクライアント（Ｌ３）２０９にプロファイルＬ２要求ブロブを提供することを含む。次のステップ３３２は、クライアント（Ｌ３）２０９がプロファイルＬ３要求ブロブを生成するために「ｃｒｅａｔｅＬ３ＰｒｏｆｉｌｅＲｅｑｕｅｓｔＢｌｏｂ（）」コマンドを実行することを含む。次のステップ３３４は、クライアント（Ｌ３）２０９がクライアント２０３にプロファイルＬ２要求ブロブ及びプロファイルＬ３要求ブロブを提供することを含む。次のステップ３３６は、クライアント２０３がブローカ（Ｌ３）２３４に「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（ＰｒｏｆｉｌｅＬ２ＲｅｑｕｅｓｔＢｌｏｂ，ＰｒｏｆｉｌｅＬ３ＲｅｑｕｅｓｔＢｌｏｂ」コマンドを発行することを含む。次のステップ３３８は、（ステップ３３６に応じて）ブローカ（Ｌ３）２３４が「ｖｅｒｉｆｙＲｅｑｕｅｓｔ（）」コマンドを実行することを含む。次のステップ３４０は、ブローカ（Ｌ３）２３４がエージェント（Ｌ２）２３２に「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（ＰｒｏｆｉｌｅＬ２ＲｅｑｕｅｓｔＢｌｏｂ）」コマンドを発行することを含む。次のステップ３４２は、（ステップ３４０に応じて）エージェント（Ｌ２）２３２が「ｖｅｒｉｆｙＲｅｑｕｅｓｔ（）」コマンドを実行することを含む。次のステップ３４４は、エージェント（Ｌ２）２３２がクライアント２０３に「ＥｒｒｏｒＣｏｄｅＰｒｏｆｉｌｅＰｏｓｔｐｏｎｅｄ」メッセージを通知することを含む。最後のステップ３４６において、モバイルデバイス製造業者１１６は、モバイルデバイス配送センタ１１８にチャレンジを提供し、それは、それぞれ、図４及び図５に関連して以下に記載される第２及び第３ステージを実行するのに後に使用される。

図４は、いくつかの実施形態による、モバイルデバイス配送センタ１１８とモバイルデバイス製造業者１１６の間で実行される方法４００のシーケンス図を示す。具体的には、方法４００は、本明細書に記載の３つのステージのうちの第２ステージを表す。本明細書で上に記載したように、第２ステージは、モバイルデバイス１０２が加入するＭＮＯ１１４の識別で開始する。第２ステージは、例えば、モバイルデバイス１０２が出荷されており、間もなく小売業者、エンドユーザ、などに配送されるという通知に応じて開始することができる。いくつかの実施形態によれば、出荷通知は、モバイルデバイス１０２が加入するＭＮＯ１１４を示す情報、及びモバイルデバイス１０２によって利用されるｅＳＩＭ／プロファイル２１０のタイプを含む。出荷通知に応じて、エージェント（Ｌ２）２４０（モバイルデバイス配送センタ１１８に関連付けられる）は、モバイルデバイス１０２のセキュアエレメント１０８に関連付けられたエージェント（Ｌ２）２０８のプロキシとして動作し、図４に関連してより詳細に以下に記載される特定の一連の動作を実行する。

図４に示すように、最初のステップ４０２は、ブローカ（Ｌ３）２４２がエージェント（Ｌ２）２４０に「ｐｒｅｐａｒｅＰｒｏｆｉｌｅＲｅｑｕｅｓｔ（ＤｅｖｉｃｅＵｎｉｑｕｅＩＤ）」コマンドを発行することを含む。次のステップ４０４は、（ステップ４０２に応じて）エージェント（Ｌ２）２４０が「ｃｒｅａｔｅＣｈａｌｌｅｎｇｅ（ＤｅｖｉｃｅＵｎｉｑｕｅＩＤ）」コマンドを実行することを含む。次のステップ４０６は、エージェント（Ｌ２）２４０がブローカ（Ｌ３）２４２にプロファイルＬ２要求ブロブを提供することを含む。次のステップ４０８は、ブローカ（Ｌ３）２４２が「ｃｒｅａｔｅＬ３ＰｒｏｆｉｌｅＲｅｑｕｅｓｔＢｌｏｂ（）」コマンドを実行することを含む。次のステップ４１０は、ブローカ（Ｌ３）２４２がブローカ（Ｌ３）２３４に「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（ＰｒｏｆｉｌｅＬ２ＲｅｑｕｅｓｔＢｌｏｂ，ＰｒｏｆｉｌｅＬ３ＲｅｑｕｅｓｔＢｌｏｂ」コマンドを発行することを含む。次のステップ４１２は、（ステップ４１０に応じて）ブローカ（Ｌ３）２３４が「ｖｅｒｉｆｙＲｅｑｕｅｓｔ（）」コマンドを実行することを含む。次のステップ４１４は、ブローカ（Ｌ３）２３４がエージェント（Ｌ２）２３２に「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（ＰｒｏｆｉｌｅＬ２ＲｅｑｕｅｓｔＢｌｏｂ）」コマンドを発行することを含む。次のステップ４１６は、（ステップ４１４に応じて）エージェント（Ｌ２）２３２が「ｖｅｒｉｆｙＲｅｑｕｅｓｔ（）」コマンドを実行することを含む。次のステップ４１８は、（ステップ４１４及び４１６に応じて）エージェント（Ｌ２）２３２が「ｃｈｅｃｋＯｕｔＰｒｏｆｉｌｅ（）」コマンドを実行することを含む。次のステップ４２０は、エージェント（Ｌ２）２３２がブローカ（Ｌ３）２３４にバッチディスクリプタを提供することを含む。次のステップ４２２は、ブローカ（Ｌ３）２３４がＬ３オーナを確立するために「ｃｒｅａｔｅＬ３Ｏｗｎｅｒ（）」コマンドを実行することを含む。次のステップ４２４は、ブローカ（Ｌ３）２３４がブローカ（Ｌ３）２４２にバッチディスクリプタ及びＬ３オーナを提供することを含む。次のステップ４２６は、エージェント（Ｌ２）２３２がロッカ（Ｌ１）２３０に「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（ＰｒｏｆｉｌｅＲｅｑｕｅｓｔＢｌｏｂ）：Ｐｒｏｆｉｌｅ」コマンドを発行することを含む。次のステップ４２８は、ブローカ（Ｌ３）２４２がエージェント（Ｌ２）２４０に「ｐｒｏｃｅｓｓＢａｔｃｈＤｅｓｃｒｉｐｔｏｒ（ＢａｔｃｈＤｅｓｃｒｉｐｔｏｒ）」コマンドを発行することを含む。次のステップ４３０は、（ステップ４２８に応じて）エージェント（Ｌ２）２４０が「ｖｅｒｉｆｙＣｈａｌｌｅｎｇｅ（）」コマンドを実行することを含む。最後のステップ４３２において、エージェント（Ｌ２）２４０は、ブローカ（Ｌ３）２４２にプロファイルが受け取られたことを通知する。

図５は、いくつかの実施形態による、モバイルデバイス１０２（セキュアエレメント１０８を含む）とモバイルデバイス配送センタ１１８の間で実行される方法５００のシーケンス図を示す。具体的には、方法５００は、本明細書に記載の３つのステージのうちの第３ステージを表す。本明細書で上記に記載したように、第３ステージは、モバイルデバイス１０２のエンドユーザがモバイルデバイス１０２をパワーオンにしたとき（例えば、モバイルデバイス１０２を取得した後）に開始する。この第３ステージの様々なステップのより詳細なブレークダウンを、図５に関連して以下に記載する。

図５に示すように、最初のステップ５０２は、クライアント（Ｌ３）２０９に「ｇｅｔＩｄｅｎｔｉｔｙＭａｐ（Ｌ３Ｃｕｒｒｅｎｔ、Ｌ３Ｎｅｘｔ）」コマンドを発行するクライアント２０３を含む。次のステップ５０４は、（ステップ５０２に応じて）クライアント（Ｌ３）２０９がクライアント２０３に署名されたアイデンティティマップを提供することを含む。次のステップ５０６は、クライアント２０３がブローカ（Ｌ３）２４２に「ｇｅｔＰｒｏｆｉｌｅＯｐｔｉｏｎｓ（ＳｉｇｎｅｄＩｄｅｎｔｉｔｙＭａｐ）」コマンドを発行することを含む。次のステップ５０８は、（ステップ５０６に応じて）ブローカ（Ｌ３）２４２がクライアント２０３にプロファイルオプションを提供することを含む。次のステップ５１０は、（ステップ５０８に応じて）クライアント２０３が「ｐｒｏｃｅｓｓＬ３Ｏｗｎｅｒ（）」コマンドを実行することを含む。次のステップ５１２は、モバイルデバイス配送センタ１１８がモバイルデバイス１０２のバッチディスクリプタを受信することを含む。次のステップ５１４は、クライアント２０３がエージェント（Ｌ２）２０８に「ｐｒｏｃｅｓｓＢａｔｃｈＤｅｓｃｒｉｐｔｏｒ（ＢａｔｃｈＤｅｓｃｒｉｐｔｏｒ）」コマンドを発行することを含む。次のステップ５１６は、（ステップ５１４に応じて）エージェント（Ｌ２）２０８が「ｖｅｒｉｆｙＣｈａｌｌｅｎｇｅ（）」コマンドを実行することを含む。次のステップ５１８は、エージェント（Ｌ２）２０８がクライアント２０３にプロファイルが受け取られたことを通知することを含む。次のステップ５２０は、クライアント２０３がブローカ（Ｌ３）２４２に「ｇｅｔＰｒｏｆｉｌｅ（ＢａｔｃｈＤｅｓｃｒｉｐｔｏｒＩＤ）」コマンドを発行することを含む。次のステップ５２２は、プロファイル所有権の移転を含み、その際、チャレンジは削除される。次のステップ５２４は、ブローカ（Ｌ３）２４２がクライアント２０３にプロファイルを提供することを含む。次のステップ５２６は、クライアント２０３がロッカ（Ｌ１）２０７に「ｉｎｓｔａｌｌＰｒｏｆｉｌｅ（Ｐｒｏｆｉｌｅ、ＰｒｏｆｉｌｅＨａｓｈ）」コマンドを発行することを含む。次のステップ５２８は、ロッカ（Ｌ１）２０７がクライアント２０３にプロファイルのインストールの結果（例えば、成功、失敗、など）を通知すること含む。次のステップ５３０は、クライアント２０３が、モバイルデバイス１０２におけるプロファイルのインストールの結果を通知するためにブローカ（Ｌ３）２４２に「ａｃｋＰｒｏｆｉｌｅＯｐｅｒａｔｉｏｎ（ＰｒｏｆｉｌｅＯｐｅｒａｔｉｏｎＲｅｓｕｌｔ）」コマンドを発行することを含む。最後のステップ５３２は、ブローカ（Ｌ３）２４２が、モバイルデバイス１０２におけるプロファイルのインストールの結果を通知するために、エージェント（Ｌ２）２４０に、「ａｃｋＰｒｏｆｉｌｅＯｐｅｒａｔｉｏｎ（ＰｒｏｆｉｌｅＯｐｅｒａｔｉｏｎＲｅｓｕｌｔ）」コマンドを発行することを含む。

図６は、いくつかの実施形態による、モバイルデバイス１０２に対して２つ以上のｅＳＩＭを事前パーソナライズするための方法６００のシーケンス図を示す。図６に示すように、この方法は、モバイルデバイス１０２、モバイルデバイス配送センタ１１８、及びモバイルデバイス製造業者１１６を含んでおり、ステップ６０２で開始し、ここでモバイルデバイス製造業者１１６はＬ２チャレンジに関してモバイルデバイス１０２に問い合わせる。ステップ６０４において、モバイルデバイス１０２は、モバイルデバイス製造業者１１６に対してＬ２チャレンジを生成して提供する。ステップ６０６において、モバイルデバイス製造業者１１６は、モバイルデバイス１０２からＬ２チャレンジを受信する。ステップ６０２〜６０６は、より詳細に上述した図３のステップの全体ビューを表すことが留意される。

ステップ６０８において、モバイルデバイス製造業者１１６は、モバイルデバイス１０２が出荷されているロケールを識別する。これは、例えば、製造されたモバイルデバイス１０２を販売のために特定の国又は地域に出荷することが決定されると、生じ得る。ステップ６１０において、モバイルデバイス製造業者１１６は、モバイルデバイス配送センタ１１８にＬ２チャレンジを提供する。ステップ６１２において、モバイルデバイス配送センタ１１８は、Ｌ２チャレンジ（並びにロケール内にあるＭＮＯ）に従って、モバイルデバイス１０２の２つ以上のｅＳＩＭを事前パーソナライズする。ステップ６１４において、モバイルデバイス配送センタ１１８は、２つ以上のｅＳＩＭをパッケージとしてモバイルデバイス１０２に提供する。ステップ６０８〜６１４は、より詳細に上述した図４のステップの全体ビューを表すことが留意される。しかしながら、ステップ６１２に記されるように、事前パーソナライゼーションは、利用可能な異なるＭＮＯからユーザが選択することを可能にする２つ以上のｅＳＩＭを含むことができる。

ステップ６１６において、モバイルデバイス１０２は、パッケージに含まれるｅＳＩＭの選択を受信する。これは、例えば、パッケージに含まれるｅＳＩＭのリストを提示し、特定のｅＳＩＭの選択を受信することによって、モバイルデバイス１０２で生じ得る。ステップ６１８で、モバイルデバイス１０２は、選択されたｅＳＩＭをインストールする。ステップ６２０で、モバイルデバイス１０２は、選択されたｅＳＩＭをモバイルデバイス配送センタ１１８に通知する。いくつかの実施形態によれば、モバイルデバイス１０２は、Ｌ２チャレンジを保持して、将来起こりうる潜在的なリプレイ攻撃に対して保護するように構成され得る。更に、Ｌ２チャレンジを再記憶することにより、モバイルデバイス１０２が後に追加のＬ２チャレンジを生成するときに一意性が損なわれないことが保証される。ステップ６１６〜６２０は、より詳細に上述した図５のステップの全体ビューを表すことが留意される。しかし、これらのステップは、ｅＳＩＭパッケージに含まれる２つ以上のｅＳＩＭの選択を可能にし、その選択をモバイルデバイス配送センタ１１８に通知することを含む。

最後に、ステップ６２２において、モバイルデバイス配送センタ１１８は、パッケージ内の選択されていないｅＳＩＭを非パーソナライズ化してリサイクルする。例えば、モバイルデバイス配送センタ１１８は、未選択のｅＳＩＭを、他のモバイルデバイス１０２に対して後に事前パーソナライズされ得るｅＳＩＭのプールに戻すように構成され得る。

図７は、いくつかの実施形態による、本明細書に記載の様々な構成要素を実装するために使用され得るコンピューティングデバイス７００の詳細ビューを示す。特に、詳細なビューは、図１に示される、モバイルデバイス１０２に含まれ得る様々な構成要素、モバイルデバイス製造業者１１６／モバイルデバイス配送センタ１１８に関連付けられたエンティティ、などを示す。図７に示すように、コンピューティングデバイス７００はプロセッサ７０２（「集積回路」と呼ばれることもある）を含むことができ、それはコンピューティングデバイス７００の全体的な動作を制御するためのマイクロプロセッサ又はコントローラを表す。コンピューティングデバイス７００はユーザ入力デバイス７０８を含むことができ、それはコンピューティングデバイス７００のユーザがコンピューティングデバイス７００と対話することを可能にする。例えば、ユーザ入力デバイス７０８は、ボタン、キーパッド、ダイヤル、タッチスクリーン、オーディオ入力インタフェース、視覚／画像キャプチャ入力インタフェース、センサデータの形式の入力、などの、様々な形態をとることができる。更に、コンピューティングデバイス７００はディスプレイ７１０（スクリーンディスプレイ）を含むことができ、それはプロセッサ７０２によって制御されてユーザに情報を表示することができる。データバス７１６は、少なくとも記憶デバイス７４０、プロセッサ７０２、及びコントローラ７１３の間のデータ転送を容易にすることができる。コントローラ７１３は、機器制御バス７１４を介して異なる機器とのインタフェースをとってそれらを制御するのに使用され得る。コンピューティングデバイス７００はネットワーク／バスインタフェース７１１（「集積回路」、「インタフェース回路」又は「通信手段」と呼ばれることもある）も含むことができ、それはデータリンク７１２に結合する。無線接続の場合、ネットワーク／バスインタフェース７１１は、無線送受信機を含むことができる。

コンピューティングデバイス７００は、単一のディスク又は複数のディスク（例えば、ハードドライブ）を含み得る記憶デバイス７４０も含み、記憶デバイス７４０内の１つ以上のパーティションを管理する記憶管理モジュールを含む。いくつかの実施形態では、記憶デバイス７４０は、フラッシュメモリ、半導体（ソリッドステート）メモリなどを含むことができる。コンピューティングデバイス７００は、ランダムアクセスメモリ（ＲＡＭ）７２０及び読み出し専用メモリ（ＲＯＭ）７２２を含むことができる。ＲＯＭ７２２は、不揮発性で実行されるプログラム、ユーティリティ、又はプロセスを記憶することができる。ＲＡＭ７２０は、揮発性データ記憶を提供することができ、コンピューティングデバイス７００の動作に関連する命令を記憶する。コンピューティングデバイス７００はセキュアエレメント７５０を更に含むことができ、それは図１、図２に示されて本明細書に詳細に記載されたセキュアエレメント１０８を表すことができる。

記載された実施形態の様々な態様、実施形態、実装又は特徴は、別々に、又は任意の組み合わせで使用され得る。記載された実施形態の様々な態様は、ソフトウェア、ハードウェア、又はハードウェアとソフトウェアの組み合わせによって実施され得る。記載された実施形態は、コンピュータ可読媒体上のコンピュータ可読コードとしても実施され得る。コンピュータ可読媒体は、その後にコンピュータシステムによって読み取られ得るデータを記憶することができる任意のデータ記憶デバイスである。コンピュータ可読媒体の例には、読み取り専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＤＶＤ、磁気テープ、ハードディスクドライブ、ソリッドステートドライブ、及び光学データ記憶デバイスが含まれる。コンピュータ可読媒体は、ネットワーク結合されたコンピュータシステム上に分散されることも可能であり、コンピュータ可読コードが分散して記憶され実行されるようにすることもできる。

いくつかの実施形態では、ｅＳＩＭはモバイルデバイスにプロビジョニングされる。具体的には、モバイルデバイスは、モバイルデバイスの製造業者に関連付けられたエンティティから、チャレンジを生成する要求を受信することができ、その要求はモバイルデバイスの製造時に受信される。次いで、モバイルデバイスは、モバイルデバイスに含まれるｅＵＩＣＣに、ｅＵＩＣＣにチャレンジを生成させるコマンドを発行することができる。次に、モバイルデバイスはエンティティにチャレンジを提供することができ、そのチャレンジは、エンドユーザにモバイルデバイスを出荷する前に、モバイルデバイスにｅＳＩＭを事前パーソナライズするのに使用され得る。

別の実施形態では、ｅＳＩＭは、モバイルデバイスの製造業者に関連付けられたエンティティによってモバイルデバイスにプロビジョニングされる。特に、エンティティは、モバイルデバイスの製造時にモバイルデバイスにチャレンジを生成する要求を発行することができる。次いで、エンティティは、モバイルデバイスからチャレンジを受信することができる。次に、エンティティは配送センタにチャレンジを提供することができ、ここで配送センタは、エンドユーザへのモバイルデバイスの配送を容易にする。

別の実施形態では、ｅＳＩＭは、エンドユーザへのモバイルデバイスの配送を容易にするように割り当てられた配送センタによってモバイルデバイスに提供される。特に、配送センタは、モバイルデバイスに関連付けられたチャレンジを受信することができる。次いで、配送センタは、モバイルデバイスがエンドユーザに出荷されるという通知を受信することができる。更に、配送センタは、通知に基づいて、モバイルデバイスが加入するサービスを提供するＭＮＯを識別することができる。更に、配送センタは、モバイルデバイスの製造業者に関連付けられたエンティティに、チャレンジを使用して、ＭＮＯに従ってモバイルデバイスにｅＳＩＭをパーソナライズする要求を発行することができ、ここでｅＳＩＭはモバイルに事前パーソナライズされる。次に、配送センタは、ｅＳＩＭを受信し、配送センタは、モバイルデバイスに、モバイルデバイスに含まれるｅＵＩＣＣにｅＳＩＭをインストールさせることができる。

更に、配送センタは、モバイルデバイスがその後使用のために最初にアクティブ化されるときに、ｅＳＩＣを取り出すためにｅＵＩＣＣが使用するバッチディスクリプタを受信することができる。例えば、バッチディスクリプタは、モバイルデバイスに関連付けられた第２のチャレンジを使用して作成されてもよく、第２のチャレンジは、モバイルデバイスに記憶されてもよい。バッチディスクリプタは、ＭＮＯ及びｅＳＩＭのタイプを指定する情報を含むことができることに留意されたい。この情報は、一時的な情報をＭＮＯのダミー値及びモバイルデバイスに記憶されたｅＳＩＭのタイプに置き換えることができる。特に、一時的な情報は、モバイルデバイスが製造されたときにモバイルデバイスに記憶されていてもよい。

いくつかの実施形態では、ｅＳＩＭは暗号化される。

更に、ｅＵＩＣＣは、モバイルデバイス内のセキュアエレメント上で実施されてもよい。

いくつかの実施形態では、ｅＳＩＭはモバイルデバイスにプロビジョニングされる。具体的には、モバイルデバイスは、モバイルデバイスの製造業者に関連付けられたエンティティから、チャレンジを生成する要求を受信することができ、その要求はモバイルデバイスの製造時に受信される。次いで、モバイルデバイスは、モバイルデバイスに含まれるｅＵＩＣＣに、ｅＵＩＣＣにチャレンジを生成させるコマンドを発行することができる。次に、モバイルデバイスはエンティティにチャレンジを提供することができ、そのチャレンジは、エンドユーザにモバイルデバイスを出荷する前に、モバイルデバイスに２つ以上のｅＳＩＭを事前パーソナライズするのに使用され得る。

別の実施形態では、ｅＳＩＭは、エンドユーザへのモバイルデバイスの配送を容易にするように割り当てられた配送センタによってモバイルデバイスに提供される。特に、配送センタは、モバイルデバイスに関連付けられたチャレンジを受信することができる。その後、配送センタは、モバイルデバイスがエンドユーザに出荷されるという通知を受信することができる。更に、配送センタは、通知に基づいて、モバイルデバイスにサービスを提供することができる複数のＭＮＯを識別することができる。更に、配送センタは、ＭＮＯに従って２つ以上のｅＳＩＭをモバイルデバイスに事前パーソナライズすることができる。更に、配送センタは、モバイルデバイスの初期化中に、２つ以上のｅＳＩＭを提供することができる。次に、配送センタは、２つ以上のｅＳＩＭのうちの選択されたｅＳＩＭを識別することができ、ここで選択されたｅＳＩＭは、１つ以上の選択されていないｅＳＩＭを２つ以上のｅＳＩＭの中で識別することを可能にし、配送センタは、１つ以上の選択されていないｅＳＩＭを非パーソナライズ化する。

配送センタは、１つ以上の選択されていないｅＳＩＭを、異なるモバイルデバイスにパーソナライズできる複数のｅＳＩＭに返すことができることに留意されたい。

別の実施形態は、１つ以上の上記の動作を実行するモバイルを提供する。

別の実施形態は、非一時的コンピュータ可読記憶媒体を提供し、非一時的コンピュータ可読記憶媒体を提供はモバイルデバイスに含まれるプロセッサによって実行されるとき、モバイルデバイスに１つ以上の上記の動作を実行させる命令を記憶する。

別の実施形態は、１つ以上の上記の動作を実行する集積回路を提供する。

前述の説明は、説明のために、記載された実施形態の完全な理解を提供するために特定の専門用語を用いた。しかしながら、記載された実施形態を実施するために特定の詳細が要求されないことは、当業者には明らかであろう。したがって、特定の実施形態の前述の説明は、例示及び説明のために提示される。それらは網羅的であること、又は記載された実施形態を開示された正確な形態に限定することを意図するものではない。当業者には、上記の教示を考慮して多くの修正及び変形が可能であることが明らかであろう。

Claims (33)

1. モバイルデバイスにおいて電子加入者識別モジュール（ｅＳＩＭ）を受信するための方法であって、
   前記モバイルデバイスにおいて、
   前記モバイルデバイスのパワーオンを検出することと、
   前記モバイルデバイスに含まれる電子ユニバーサル集積回路カード（ｅＵＩＣＣ）に前記ｅＵＩＣＣに関連付けられた情報を問い合わせることと、
   小売業者又はエンドユーザへの前記モバイルデバイスの配送を容易にするように割り当てられた配送センタに前記情報を提供することと、
   前記配送センタから前記ｅＳＩＭを受信することであって、前記ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に事前パーソナライズされている、ことと
   前記ｅＵＩＣＣに前記ｅＳＩＭをインストールさせることと、
   を含む方法。
2. 前記パワーオンを検出することは、（１）モバイルデバイスが、前記モバイルデバイスの製造場所から前記配送センタへの配送の後に最初にパワーオンされていることを検出すること、又は（２）ｅＳＩＭが前記ｅＵＩＣＣにインストールされていないことを検出することを含む、請求項１に記載の方法。
3. 前記配送センタから前記ｅＳＩＭを受信する前に、
   「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（）」コマンドの代わりに「ｇｅｔＰｒｏｆｉｌｅ（）」コマンドを発行することを更に含む、請求項１に記載の方法。
4. 前記モバイルデバイスは、前記配送センタから、前記ｅＳＩＭを含む複数のｅＳＩＭを受信し、
   前記複数のｅＳＩＭの各ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に、前記モバイルデバイスに対して事前パーソナライズされており、
   前記方法は、
   前記複数のｅＳＩＭ内の前記ｅＳＩＭの選択を受信することと、
   前記ｅＳＩＭがインストールされていることを前記配送センタに通知することと、
   を更に含む、請求項１に記載の方法。
5. 前記方法は、前記ｅＳＩＭがインストールされていることを前記配送センタに通知することを更に含む、請求項１に記載の方法。
6. 前記情報は、前記モバイルデバイスによって生成されるＬ２チャレンジを含む、請求項１に記載の方法。
7. 前記ｅＳＩＭは暗号化されており、
   前記ｅＳＩＭをインストールすることは、前記ｅＵＩＣＣが前記ｅＳＩＭを復号することを含む、請求項１に記載の方法。
8. 前記ｅＵＩＣＣは、前記モバイルデバイス内のセキュアエレメント上で実施される、請求項１に記載の方法。
9. モバイルデバイスであって、
   配送センタと通信するように構成されたインタフェース回路を備え、前記モバイルデバイスは、
   前記モバイルデバイスのパワーオンを検出し、
   前記モバイルデバイスに含まれる電子ユニバーサル集積回路カード（ｅＵＩＣＣ）に前記ｅＵＩＣＣに関連付けられた情報を問い合わせ、
   小売業者又はエンドユーザへの前記モバイルデバイスの配送を容易にするために割り当てられた前記配送センタに前記情報を提供し、
   前記配送センタから、電子加入者識別モジュール（ｅＳＩＭ）であって、前記ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に事前パーソナライズされている、ｅＳＩＭを受信し、
   前記ｅＵＩＣＣに前記ｅＳＩＭをインストールさせる、
   ように構成されている、モバイルデバイス。
10. 前記パワーオンを検出することは、（１）モバイルデバイスが、前記モバイルデバイスの製造場所から前記配送センタへの配送の後に最初にパワーオンされていることを検出すること、又は（２）ｅＳＩＭが前記ｅＵＩＣＣにインストールされていないことを検出することを含む、請求項９に記載のモバイルデバイス。
11. 前記配送センタから前記ｅＳＩＭを受信する前に、前記モバイルデバイスは、「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（）」コマンドの代わりに「ｇｅｔＰｒｏｆｉｌｅ（）」コマンドを発行するように更に構成されている、請求項９に記載のモバイルデバイス。
12. 前記モバイルデバイスは、前記配送センタから、前記ｅＳＩＭを含む複数のｅＳＩＭを受信するように構成され、
    前記複数のｅＳＩＭの各ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に、前記モバイルデバイスに対して事前パーソナライズされており、
    前記モバイルデバイスは、
    前記複数のｅＳＩＭ内の前記ｅＳＩＭの選択を受信し、
    前記ｅＳＩＭがインストールされていることを前記配送センタに通知する、
    ように更に構成されている、請求項９に記載のモバイルデバイス。
13. 前記モバイルデバイスは、前記ｅＳＩＭがインストールされていることを前記配送センタに通知するように更に構成されている、請求項９に記載のモバイルデバイス。
14. 前記情報は、前記モバイルデバイスによって生成されるＬ２チャレンジを含む、請求項９に記載のモバイルデバイス。
15. 前記ｅＳＩＭは暗号化されており、
    前記ｅＳＩＭをインストールすることは、前記ｅＵＩＣＣが前記ｅＳＩＭを復号することを含む、請求項９に記載のモバイルデバイス。
16. 前記モバイルデバイスは、セキュアエレメントを更に備え、
    前記ｅＵＩＣＣは、前記モバイルデバイス内のセキュアエレメント上で実施される、請求項９に記載のモバイルデバイス。
17. モバイルデバイスであって、
    配送センタと通信するための通信手段を備え、前記モバイルデバイスは、
    前記モバイルデバイスのパワーオンを検出し、
    前記モバイルデバイスに含まれる電子ユニバーサル集積回路カード（ｅＵＩＣＣ）に前記ｅＵＩＣＣに関連付けられた情報を問い合わせ、
    小売業者又はエンドユーザへの前記モバイルデバイスの配送を容易にするために割り当てられた前記配送センタに前記情報を提供し、
    前記配送センタから、電子加入者識別モジュール（ｅＳＩＭ）であって、前記ｅＳＩＭは、前記小売業者又は前記エンドユーザへの前記モバイルデバイスの配送の前に事前パーソナライズされている、ｅＳＩＭを受信し、
    前記ｅＵＩＣＣに前記ｅＳＩＭをインストールさせる、
    ように構成されている、モバイルデバイス。
18. モバイルデバイスで使用するために構成された集積回路であって、前記集積回路は、
    前記モバイルデバイスのパワーオンを検出し、
    前記モバイルデバイスに含まれる電子ユニバーサル集積回路カード（ｅＵＩＣＣ）に前記ｅＵＩＣＣに関連付けられた情報を問い合わせ、
    小売業者又はエンドユーザへの前記モバイルデバイスの配送を容易にするために割り当てられた前記配送センタに前記情報を提供し、
    前記配送センタから、電子加入者識別モジュール（ｅＳＩＭ）であって、前記ｅＳＩＭは、前記小売業者又は前記エンドユーザへの前記モバイルデバイスの配送の前に事前パーソナライズされている、ｅＳＩＭを受信し、
    前記ｅＵＩＣＣに前記ｅＳＩＭをインストールさせる、
    ように構成されている、集積回路。
19. 前記パワーオンを検出することは、（１）モバイルデバイスが、前記モバイルデバイスの製造場所から前記配送センタへの配送の後に最初にパワーオンされていることを検出すること、又は（２）ｅＳＩＭが前記ｅＵＩＣＣにインストールされていないことを検出することを含む、請求項１８に記載の集積回路。
20. 前記配送センタから前記ｅＳＩＭを受信する前に、前記モバイルデバイスは、「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（）」コマンドの代わりに「ｇｅｔＰｒｏｆｉｌｅ（）」コマンドを発行するように更に構成されている、請求項１８に記載の集積回路。
21. 前記集積回路は、前記配送センタから、前記ｅＳＩＭを含む複数のｅＳＩＭを受信するように構成され、
    前記複数のｅＳＩＭの各ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に、前記モバイルデバイスに対して事前パーソナライズされており、
    前記集積回路は、
    前記複数のｅＳＩＭ内の前記ｅＳＩＭの選択を受信し、
    前記ｅＳＩＭがインストールされていることを前記配送センタに通知する、
    ように更に構成されている、請求項１８に記載の集積回路。
22. 前記集積回路は、前記ｅＳＩＭがインストールされていることを前記配送センタに通知するように更に構成されている、請求項１８に記載の集積回路。
23. 前記情報は、前記集積回路によって生成されるＬ２チャレンジを含む、請求項１８に記載の集積回路。
24. 前記ｅＳＩＭは暗号化されており、
    前記ｅＳＩＭをインストールすることは、前記ｅＵＩＣＣが前記ｅＳＩＭを復号することを含む、請求項１８に記載の集積回路。
25. 前記ｅＵＩＣＣは、前記モバイルデバイス内のセキュアエレメント上で実施される、請求項１８に記載の集積回路。
26. 命令を記憶するように構成された非一時的コンピュータ可読記憶媒体であって、前記命令がモバイルデバイスに含まれるプロセッサによって実行されるとき、前記モバイルデバイスに、
    前記モバイルデバイスのパワーオンを検出させ、
    前記モバイルデバイスに含まれる電子ユニバーサル集積回路カード（ｅＵＩＣＣ）に前記ｅＵＩＣＣに関連付けられた情報を問い合わせさせ、
    小売業者又はエンドユーザへの前記モバイルデバイスの配送を容易にするように割り当てられた配送センタに前記情報を提供させ、
    前記配送センタから、前記ｅＳＩＭであって、前記ｅＳＩＭは、前記小売業者又は前記エンドユーザへの前記モバイルデバイスの配送の前に事前パーソナライズされている、前記ｅＳＩＭを受信させ、
    前記ｅＵＩＣＣに前記ｅＳＩＭをインストールさせる、
    コンピュータ可読記憶媒体。
27. 前記パワーオンを検出することは、（１）モバイルデバイスが、前記モバイルデバイスの製造場所から前記配送センタへの配送の後に最初にパワーオンされていることを検出すること、又は（２）ｅＳＩＭが前記ｅＵＩＣＣにインストールされていないことを検出することを含む、請求項２６に記載のコンピュータ可読記憶媒体。
28. 前記モバイルデバイスは、前記配送センタから前記ｅＳＩＭを含む複数のｅＳＩＭを受信し、
    前記複数のｅＳＩＭの各ｅＳＩＭは、前記モバイルデバイスの前記小売業者又は前記エンドユーザへの配送の前に、前記モバイルデバイスに対して事前パーソナライズされており、
    前記コンピュータ可読記憶媒体は、モバイルデバイスに含まれるプロセッサによって実行されるとき、前記モバイルデバイスに、
    前記複数のｅＳＩＭ内の前記ｅＳＩＭの選択を受信させ、
    前記ｅＳＩＭがインストールされていることを前記配送センタに通知させる、
    命令を更に備える、請求項２６に記載のコンピュータ可読記憶媒体。
29. 前記ｅＳＩＭは暗号化されており、
    前記ｅＳＩＭをインストールすることは、前記ｅＵＩＣＣが前記ｅＳＩＭを復号することを含む、請求項２６に記載のコンピュータ可読記憶媒体。
30. 前記配送センタから前記ｅＳＩＭを受信する命令の前に、前記命令は、
    「ｐｅｒｓｏｎａｌｉｚｅＰｒｏｆｉｌｅ（）」コマンドの代わりに「ｇｅｔＰｒｏｆｉｌｅ（）」コマンドを発行することを更に含む、請求項２６に記載のコンピュータ可読記憶媒体。
31. 前記命令は、
    前記ｅＳＩＭがインストールされていることを前記配送センタに通知することを更に含む、請求項２６に記載のコンピュータ可読記憶媒体。
32. 前記情報は、前記モバイルデバイスによって生成されるＬ２チャレンジを含む、請求項２６に記載のコンピュータ可読記憶媒体。
33. 前記ｅＵＩＣＣは、前記モバイルデバイス内のセキュアエレメント上で実施される、請求項２６に記載のコンピュータ可読記憶媒体。

Images