"ネットワーク上でアクセス制御クライントを受信する方法であって、アクセス制御クライアントに関連する1以上のパッケージへのアクセスを可能にする第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、第2のセットのアクセス権を有する前記アクセス制御クライアントに関連する1以上のパッケージをダウンロードする処理と、前記ダウンロードされた1以上のパッケージの少なくとも一部に基づき前記アクセス制御クライアントをアセンブリする処理と、加入者セッションを前記アセンブリされたアクセス制御クライアントにより確立する処理と、を含む前記方法。前記アクセス制御クライアントは、1以上の電子加入者識別モジュールeSIMを含み、前記ダウンロードする処理は、電子ユニバーサル集積回路カードeUICCを含むセキュアな要素によって実行され、前記1以上の電子加入者識別モジュールのそれぞれは、国際移動電話加入者識別番号IMSIに関連し、前記確立する処理には、前記1以上の電子加入者識別モジュールによって少なくとも一部は促進された認証及びキー合意AKAを含み、前記加入者セッションはセルラーネットワークにより確立される、請求項1に記載の方法。前記認証済みデータセッションは前記ネットワークと受信デバイス間の相互照合を含み、そして前記相互照合は暗号キープロトコルを含む、請求項1に記載の方法。前記暗号キープロトコルは1以上の非対象RSA式公開鍵及び秘密鍵に基づく、請求項3に記載の方法。前記第2のセットのアクセス権は1以上の顧客サービスを利用可能にする、請求項1に記載の方法。前記ネットワークは無線ネットワークを含み、前記1以上の顧客サービスは音声コールをセットしたり受信することを含む、請求項5に記載の方法。前記1以上の顧客サービスはネットワークにアクセスすることを含む、請求項5に記載の方法。前記1以上の顧客サービスはメディアファイルにアクセスすることを含む、請求項5に記載の方法。前記第1のセットのアクセス権は顧客サービスのために利用可能でない、請求項5に記載の方法。ネットワーク上でデバイスのオペレーティングシステムを修正する方法であって、第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、前記認証済みデータセッションを介して更新リクエストを受信し、これに応じて適切な更新パッケージを生成する処理と、前記認証済みデータセッションを介して1以上の更新パッケージを転送する処理と、を含み、前記1以上の更新パッケージは、第2のセットのアクセス権を有するアクセス制御クライアントによるオペレーションのために構成される前記方法。前記ネットワークは無線ネットワークを含み、前記認証済みデータセッションは前記無線ネットワークと前記デバイス間の相互照合を含む、請求項10に記載の方法。前記第1のセットのアクセス権は更新パッケージを交換することに制限される、請求項10に記載の方法。前記第2のセットのアクセス権は1以上の加入者セッションを利用可能にする、請求項10に記載の方法。前記第1のセットのアクセス権は前記第2のセットのアクセス権のサブセットである、請求項10に記載の方法。前記第2のセットのアクセス権は1以上のユーザ選択に基づき選択される、請求項10に記載の方法。前記更新リクエストは前記1以上のユーザ選択を含む、請求項15に記載の方法。前記デバイスに対して1以上の更新オプションを提示することを追加的に含む、請求項10に記載の方法。1以上の無線ネットワークに接続するように構成された1以上の無線インタフェースと、複数のユーザアクセス制御クライアントを記憶するよう構成されたセキュアな要素であって、各ユーザアクセス制御クライアントが対応のネットワークに関連する当該要素と、プロセッサと、前記プロセッサとデータ通信する記憶デバイスであって、前記プロセッサが実行するとき、第1のアクセス権に制限された認証済みデータセッションを確立し、前記認証済みデータセッションを通じてアクセス制御クライアントに関する更新をリクエストし、第2のセットのアクセス権を有する加入者セッションを、前記更新されたアクセス制御クライアントにより確立する、ように構成されたコンピュータ実行可能な命令を含む前記記憶デバイスと、を備えた無線装置。前記無線デバイスは携帯端末を含み、前記アクセス制御クライアントは電子加入者識別モジュールeSIMを含む、請求項19に記載の無線装置。無線ユーザデバイスと、ネットワーク装置とを含む無線システムであって、前記ネットワーク装置は、複数の無線ユーザデバイスと通信するよう構成されたインタフェースと、プロセッサと、前記プロセッサとデータ通信する記憶デバイスであって、前記プロセッサが実行するとき、前記複数の無線ユーザデバイスの一つにより、第1のセットのアクセス権をもつ認証済みデータセッションを確立し、前記無線ユーザデバイスの一つから更新リクエストを受信して、適切な更新パッケージを生成し、前記生成された更新パッケージを転送し、前記生成された更新パッケージは、第2のセットのアクセス権をもつアクセス制御クライアントによるオペレーションのために構成される、ように構成されたコンピュータ実行可能な命令を含む前記記憶デバイスとを含むことを特徴とする前記無線システム。したがって、ユーザアカウントを取得例えば、購入し管理する能力をユーザに提供するための改善された解決法が要求されている。このような改善された解決は、理想的には、これまでに配備又は購入された端末に対して、新たなSIMカードを要求することなく、新たな又は異なるユーザアカウントの配信をサポートすべきである。本発明は、とりわけ、アクセス制御クライアントのセキュアな獲得及び配信のための装置及び方法を開示することにより前記要望に対処する。本発明の第1の態様において、無線ネットワーク上でアクセス制御クライアントを受信する方法が開示される。一実施例において、その方法は、第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、第2のセットのアクセス権を有するアクセス制御クライアントを選択する処理と、1以上の更新パッケージを受信する処理と、1以上の更新パッケージをアクセス制御クライアントにアセンブリする処理と、アクセス制御クライアントを実行する処理とを含む。本発明の第2の態様において、無線ネットワーク上でデバイスオペレーティングシステムを修正する方法が開示される。一実施例において、その方法は、第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、1以上の更新パッケージを受信する処理と、1以上の更新パッケージを、第2のセットのアクセス権を有するアクセス制御クライアントによるオペレーションのために構成されるオペレーティングコンポーネントにアセンブリする処理とを含む。本発明の第3の態様において、ネットワーク上でアクセス制御クライアントを受信する方法が開示される。一実施例において、その方法は、アクセス制御クライアントに関連する1以上のパッケージに対してアクセスできるようにする第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、第2のセットのアクセス権を有するアクセス制御クライアントに関連する1以上のパッケージをダウンロードする処理と、ダウンロードされた1以上のパッケージの少なくとも一部に基づきアクセス制御クライアントをアセンブリする処理と、アセンブリ処理されたアクセス制御クライアントにより加入者セッションを確立する処理とを含む。一変形として、認証されたデータセッションは無線ネットワークと受信デバイス間の相互照合を含む。例えば、その相互照合は暗号化キープロトコルを含む。一実施例において、暗号化キープロトコルは1以上のRSA法による公開鍵及び秘密鍵に基づく。他の一実施例としては、第2のセットのアクセス権は、例えば、音声呼び出しをセットしたり受信すること、ネットワークをアクセスすること、メディアファイルをアクセスすることというような1以上の顧客サービスを利用可能にする。或いは又、第1のセットのアクセス権は顧客サービスに対して利用可能でない。本発明の第4の態様において、ネットワーク上でデバイスオペレーティングシステムを修正する方法が開示される。一実施例において、その方法は、第1のセットのアクセス権を有する認証済みデータセッションを確立する処理と、認証済みデータセッションを通じて更新リクエストを受信する処理と、これに応じて適切な更新パッケージを生成する処理と、前記認証済みデータセッションを介して1以上の更新パッケージを転送する処理とを含む。1以上の更新パッケージは、第2のセットのアクセス権を有するアクセス制御クライアントによるオペレーションのために構成される。一変形として、ネットワークは無線ネットワークを含み、認証済みデータセッションは無線ネットワークとデバイス間の相互照合を含む。第2の変形として、第1のセットのアクセス権は更新パッケージを交換することに実質的に制限される。或いは又、第2のセットのアクセス権は1以上の加入者セッションを利用可能にする。別の代替例では、第1のセットのアクセス権は第2のセットのアクセス権のサブセットである。さらに別の代替例では、第2のセットのアクセス権は1以上のユーザ選択に基づき選択される。さらに、更新リクエストは1以上のユーザ選択を含む。1以上の更新オプションがデバイスに提示されてもよい。本発明の他の態様において、無線装置が開示される。一実施例において、無線装置は、1以上の無線ネットワークに接続するように構成された1以上の無線インタフェースと、複数のユーザアクセス制御クライアントを記憶するよう構成されたセキュアな要素であって各ユーザアクセスデータ要素が対応のネットワークに関連する当該要素と、プロセッサと、プロセッサとデータ通信するコンピュータ実行可能な命令を含んだ記憶デバイスとを含む。一変形として、そのコンピュータ実行可能な命令は、プロセッサが実行するとき、第1のセットのアクセス権に制限された認証済みデータセッションを確立し、認証済みデータセッションを通じてアクセス制御クライアントに関する更新をリクエストし、第2のセットのアクセス権を有する加入者セッションを更新されたアクセス制御クライアントにより確立するように構成される。第2の変形において、無線デバイスは携帯端末を含み、そしてアクセス制御クライアントは電子加入者識別モジュールeSIMである。本発明のさらに別の態様において、ネットワーク装置が開示される。一実施例において、ネットワーク装置は、1以上の無線ネットワークと通信するように構成された1以上のインタフェースと、プロセッサと、このプロセッサとデータ通信するコンピュータ実行可能な命令を含んだ記憶デバイスとを含む。一変形として、コンピュータ実行可能な命令は、プロセッサが実行するとき、1以上の無線デバイスの一つにより第1のセットのアクセス権を有する認証済みデータセッションを確立し、無線デバイスの一つから更新リクエストを受信し、これに応じて適切な更新パッケージを生成する。生成された更新パッケージは、第2のセットのアクセス権を有するアクセス制御クライアントによるオペレーションのために構成される。本発明のさらに別の態様において、コンピュータ読出し可能な装置が開示される。一実施例において、その装置は、少なくとも1つのコンピュータプログラムを記憶するよう構成される。一変形として、プログラムは、実行時に、第1のセットのアクセス権を有する認証済みデータセッションを確立し、1以上の更新パッケージを受信し、1以上の更新パッケージをオペレーティングシステムコンポーネントにアセンブルする命令を含む。本発明の他の特徴及び優位な点は、添付の図面及び後述する例示の実施例の詳細な記載を参照することによって、当業者であれば直ちに理解されるであろう。全体を通して同じ部分が同じ番号で示された添付図面を参照して説明する。概略1つの態様において、本発明は、ネットワークを介して、アクセス制御クライアントをデバイスに配信する方法及び装置を提供する。1つの典型的な実施例において、セル式無線デバイスが配備された後、セルラーネットワークはeSIMをセル式デバイスにセキュアに配信することができる。特に、セル式デバイスはネットワークに接続するための制限された能力を用いて事前にプログラミングされる。このセル式デバイスは更新ポータルに対して接続するための幾つかの制限あるアクセス能力をもつが、音声コール呼び出しをしたり、ユーザデータを送受信したりなどするにはまさに特徴付けられたeSIMを受信しなければならない。例えば、ユーザは、シンプルなアクセスモジュールを持つ携帯端末例えば、セル式電話を購入する。このアクセスモジュールは、セルラーネットワークに接続され、端末を認証し、そしてユーザがまさに特徴付けられたeSIMを購入又は検索することができるよう構成される。セルラーネットワークは、ブートストラップOSによりアセンブルされ且つ起動されるeSIMをセキュアに配信する。ここで詳細に述べるとおり、本発明の一つの典型的な実施例は、アクセス制御クライアントに関連するコンポーネント例えば、オペレーティングシステム、及びアクセス制御クライアントコンポーネントを含むの配信を容易にすることができるアクセスモジュールシステムを開示する。正確にサインされ及び/又は暗号化されている配信パッケージを正しく受信した後で、オペレーティングシステムはそのコンポーネントをアセンブルし且つロードすることができる。本発明の様々な実施例において、パッケージはオペレーティングシステム、アクセス制御クライアント、ユーザアカウントなどを配信するために使用され得る。また、本発明の一態様では、無線端末の全ライフサイクルを管理するためにソフトウェアベース更新を検討する。したがって、提示された方法論に対して配分されたフレキシビリティは、無線デバイスアクセスモジュール及び/又はオペレーティングstコンポーネントさえも含むの任意のソフトウェア要素の置き換えの能力も含む。例えば、セル式デバイスは、その認証アルゴリズムを更新するために全く新しいオペレーティングシステムを受信することができる。開示された発明に関する他の様々な有用なアプリケーションは、セキュリティ能力を発展させること、更新のリビジョン改訂コントロール、新たな特徴及びサービスの後展開の準備を含む。典型的な実施形態の詳細な説明本発明の典型的な実施形態を以下に詳細に説明する。これら実施例及び態様は、主として、GSM登録商標、GPRS/EDGE、UMTSセルラーネットワークの電子加入者識別モジュールSIMに関して説明するが、当業者であれば、本発明がこれらに限定されないことが明らかであろう。実際、本発明の種々の態様は、セキュアな修正、アクセス制御エンティティ又はクライアントの記憶及び実行から利益が得られる任意の無線ネットワークセルラーであってもなくてもにおいて有用である。また、加入者識別モジュールSIMはここでは、eSIMと称するが、これは、必ずしも、i加入者それ自体による使用即ち、本発明は、加入者又は非加入者により実施される、ii1人の個人のアイデンティティ即ち、本発明は、家族のような個人のグループ、若しくは企業のような無形又は架空のエンティティのために実施される、又はiii任意の有形のモジュール装置又はハードウェアを意味せず又は要求もしないことが理解されるであろう。従来の加入者識別モジュールSIMオペレーション典型的な従来のUMTSセルラーネットワークの状況において、ユーザ装置UEは、携帯装置及びユニバーサル電子加入者識別モジュールUSIMを備えている。このUSIMは、記憶され且つ物理的ユニバーサル集積回路カードUICCから実行される論理的ソフトウェアエンティティである。加入者情報、無線ネットワークサービスを得るためにネットワークオペレータとの認証に使用されるキー及びアルゴリズムのような種々の情報がこのUSIMに記憶される。一般的に、UICCは、加入者への配布の前にUSIMでプログラムされ、再プログラミング又はパーソナル化は、各ネットワークオペレータ特有のものである。例えば、配備の前に、USIMは、国際移動電話加入者識別番号IMSI、固有の集積回路カード識別子ICC-ID、及び特定の認証キーKに関連付けられる。ネットワークオペレータは、その関連性を、ネットワーク認証センターAuC内に収容されたレジストリーに記憶する。パーソナル化の後に、UICCは、加入者へ配布することができる。図1には、上述した従来のUSIMを使用する1つの典型的な認証及びキー合意AKA手順100が詳細に示されている。通常の認証手順の間に、UE102は、USIM104から国際移動電話加入者識別番号IMSIを取得する。UEは、それを、ネットワークオペレータのサービングネットワークSN106又は訪問先コアネットワークへ渡す。SNは、認証要求をホームネットワークHNのAuC108へ転送する。HNは、受信したIMSIをAuCのレジストリーと比較し、そして適当なKを得る。HNは、ランダム番号RANDを発生し、そしてそれに、予想される応答XRESを生成するためのアルゴリズムを使用してKでサインする。HNは、更に、暗号化及び完全性保護に使用するための暗号キーCK及び完全性キーIK、並びに認証トークンAUTNを、種々のアルゴリズムを使用して発生する。HNは、RAND、XRES、CK及びAUTNより成る認証ベクトルをSNへ送信する。SNは、認証ベクトルを一回の認証プロセスのみに使用するために記憶する。SNは、RAND及びAUTNをUEへ渡す。UE102がRAND及びAUTNを受け取ると、USIM104は、受け取ったAUTNが有効であるかどうか検証する。もしそうであれば、UEは、受け取ったRANDを使用し、記憶されたK、及びXRESを発生した同じアルゴリズムを使用して、それ自身の応答RESを計算する。UEは、RESをSNへ返送する。SN106は、XRESを受け取ったRESと比較し、それらが一致する場合に、SNは、オペレータのワイヤレスネットワークサービスの利用についてUEを認証する。典型的な動作本発明の典型的な実施形態の状況では、従来のように物理的なUICCを使用するのではなく、UICCは、例えば、UEのセキュアなエレメント例えば、セキュアなマイクロプロセッサ又は記憶装置内に収容されるソフトウェアアプリケーション、以下、電子ユニバーサル集積回路カードeUICCと称される、のような仮想又は電子的エンティティとしてエミュレートされる。eUICCは、以下、電子加入者識別モジュールeSIMと称される複数のUSIMエレメントを記憶し管理することができる。各eSIMは、典型的なUSIMと同じ論理的エンティティを収容する。eUICCは、eSIMのICC-IDに基づいてeSIMを選択する。eUICCが望ましいeSIMを選択すると、UEは、認証手順を開始して、eSIMの対応するネットワークオペレータからワイヤレスネットワークサービスを得ることができる。図2には、本発明に従うeSIMデータのセキュア配信の1つの典型的なセルラーシステム200が示されている。ユーザはローカルキャリアに関する認証済みの小売りエンティティから無線デバイスを購入する。無線デバイスのeUICCはアクセスモジュールにより予めロードされている。例えば、引用でここで組み入れられた2011年4月5日に出願されたMETHODANDAPPARATUSFORSTORAGEANDEXECUTIONOFACCESSCONTROLCLIENTSと題する共有且つ同時係属の米国特許出願第13/080,521号を参照のこと。それは、信頼された通信を確立するための典型的な装置及び方法が記載されている。アクセスモジュールの制限付き機能は、ローカルキャリアネットワークの所定のデータポータルとのデータ接続を確立し、更新ポータルからソフトウェアパッケージをダウンロードし、受信したパッケージをアセンブルするよう構成される。これらのパッケージは、全体又は一部に、オペレーティングシステムコンポーネント、アクセス制御クライアント、ユーザアカウントデータなどを含む。以下の例においては、ユーザはかれらのデバイスに新たなeSIMをダウンロードし、これにより物理的コンポーネント保有要求を未然に取り除く。eSIMはユーザを認証し、その後に、ネットワークユーザへのアクセスを与える。ネットワークアクセスは、セル式コールをセットしたり受信すること、インターネットを閲覧すること、ネットワーク上で視聴覚コンテンツにアクセスすることなどのエンドユーザオペレーションを許可する。方法200のステップ202で、無線デバイスは携帯端末のeUICCセキュア要素とローカルキャリア更新ポータルとの間で認証積みデータセッションを確立する。セッション認証はeUICCモジュール識別データに基づく。本発明の開示が用いられるとき、当業者であれば様々な他のアプローチを認識するのであるが、eUICCモジュール識別データはeUICCに対して予め存在するキー使用を参照する。ここで詳細に述べるように、eUICCは、公開秘密鍵によって燃焼された即ちハードコード化されたアクセスモジュールを含み、そして認証機関例えば、その譲受人により証明される。公開鍵及び承認証明はローカルキャリア更新ポータルへ提供される。このローカルキャリア更新ポータルは承認証明を検証する例えば、証明を発行する認証機関の検証。承認証明が有効であれば、ローカルキャリア更新ポータルはベンダー証明、セッションキーを携帯デバイスに送信する。この場合、ベンダー証明及びセッションキーは携帯デバイスの公開鍵によって更に暗号化される。これに応答して、eUICCはベンダー証明をベンダーの公開鍵で復号化し、その認証を検証する。ベンダーの公開署名鍵によるベンダー証明の復号化が成功することは、その署名が改ざんされていないことの証明をeUICCに提供することになることに留意すべきである。携帯デバイスは、ベンダー証明及びセッションキーをその秘密鍵で復号する。ベンダー証明が有効な場合、携帯デバイスはそのセッションキーを受け入れる。上述した交換の完了が成功することは、携帯デバイス及びローカルキャリア更新ポータルが本物であり、共有のセッションキーを有することを保証する。共有セッションキーは、携帯デバイス及びローカルキャリア更新ポータル間のセキュアなセッションを実行するために仕様される。図2を参照すると、ステップ204で、ユーザ又はデバイス管理主体は、1以上の更新オプションをもらう。様々なオプションとして、例えば、利用可能なデータプラン、利用可能なネットワークキャリアオプションなどのリストを含む。ステップ206で、ユーザ選択を受信すると、1以上のパッケージがローカルキャリア更新ポータルによって準備される。ステップ208で、それらパッケージは携帯デバイスに送信され、各パッケージはセッションキーで暗号化されている。1以上のパッケージは、例えば、eSIMを含む。他の共通パッケージは、SIMOS、即ち共通OSにとって必要な追加の特徴又はコンポーネントを含む。特に、アクセスモジュールは、セキュアなセッションをローカルキャリア更新ポータルで確立するのに十分である一方で、それはSIMオペレーションにとって必要な他の要素を提供しない。例えば、共通OSは、ファイル入出力、ファイル管理、メモリ割り当てなどのサービスを提供する。eUICCソフトウェアと組み合わせた共通OSは、SIMオペレーションをサポートする従来のUICCによって典型的に実行されるサービスをエミュレートする。ステップ210で、セキュアに配信されたパッケージを受信した後、ブートストラップOSはパッケージをロードし且つアセンブルすることができる。一度アセンブルされると、ブートストラップOSは共通OSを実行し、そして共通OSは適当なeSIMをロードし実行する。共通OSはパッケージを介して配信されているか、或いはeUICC内に常駐されているかのいずれかであることに留意されたい。さらに、各eSIMはそれぞれの共通OSサービスを要求することにも留意されたい。ブートストラップOSはeSIM及び共通OSが互換性あることを保証するべきである。互換性は、バージョン識別子や保証済みのエンティティ証明などによって検証され得る。例えば、ブートストラップOSは、eSIMが既存の共通OSによってユーザに受け入れられ、保証済みのエンティティによって署名されていたことを検証する。追加のサービスは、要求があると、例えば、新たなアカウント情報例えば、ユーザ名、アカウント番号、パスワード、及び/又はPINのためにユーザを促すデバイスによって起動されるステップ212。その後、更新された携帯デバイスは、音声コール、ユーザデータの送受信などを行なう十分に特徴付けられたeSIMをアクティベートする。或いはまた、無線セルラー式でない実施例の場合、アクセスポイント又はゲートウェイアクセス、ブロードバンドアクセスなどの機能は、上述した方法を用いて可能にされる。ライフサイクル管理無線デバイスの完全なライフサイクルを管理する本発明の典型的な実施例を記載する。提供される方法論は、セキュリティ更新、OSパッチのインストール、及び/又はOSの1以上の特徴アスペクトをまったく置き換えてしまうことをサポートする。典型的な一実施例において、eUICCはブートストラップOS及び共通OSを追加的に含む。この単純なブートストラップOSは、共通のOS、その関連したeSIM、及びパッチをロードし実行する。オペレーティングシステムはSIMオペレーションをサポートするよう要求されるが、ユーザのアクセス制御それ自体に直接的に関連するわけではない。特に、共通OSはファイル入出力、ファイル管理、メモリ割り当てなどの一般のサービスを提供する。極端なケースでは、無線セルラー式又は他のデバイスはまったく新しいブートストラップOSを受信しアセンブルして、その認証アルゴリズムを更新することができる。図3は、本発明の一実施例に従うオペレーティングシステムを置き換える又は更新するための典型的なプロセス300を示す。ブートストラップOS更新を要求する共通の理由は、新たに発見されたセキュリティホール、認証アルゴリズムに対する改良、新たな機能などを含む。幾つかの例において、タイムリーなセキュリティ更新を奨励するために、キャリアは合理的な時間内に更新されなかった携帯デバイスを使えなくする選択をする。さらに、キャリアは、ユーザに更新を促すための積極的なアクションをとったり例えば、さらに頻繁にリマンダーを繰り返す、或いは、通知によってデバイスの機能が構成される場合でも、継続したサービスアクセスのために更新を完了させなければならない。強制的な更新すなわち、ユーザ同意なしで実行される更新もまた、本発明の或る実施例に包含されるものである。オペレーティングシステムを置き換える又は更新する他の理由は、顧客による考慮例えば、新たなセルラーネットワークサービスに変えること、プロダクト機能の更新、新たな携帯電話の契約などを含む。ステップ302で、携帯デバイスは、eUICCに対する既存のキー仕様を介して、セキュアな要素とキャリア更新ポータルとの間の認証されたデータセッションを確立する。或る状況においては、ブートストラップOSに対する変更は、共通OSの対応する部分を更新することを要求するだろう例えば、新たなセキュリティ機能を可能にするなど。したがって、ステップ304で、携帯デバイスは、ブートストラップOS部分のみを更新する、共通OS部分を更新する、ブートストラップOS及び共通OSを更新する。例えば、携帯デバイスは、そのブートストラップOSを更新することによってサポートされたキャリアのリストを更新する。同様に、携帯デバイスは、大きなeSIMフィル構造を共通OS更新でサポートするためにその内部ファイル構造を更新する。さらにまた、携帯デバイスは新たなキャリアをサポートするようプログラムされる。このキャリアはさらに、ファイル構造に対する変化を含むブートストラップOSと共通OSの双方が更新される。ブートストラップOSが更新される場合、ローカルキャリア更新ポータルは携帯デバイスのブートストラップOSプロファイルコンフィグレーションを記憶するステップ306。ブートストラップOSプロファイルは、これに限定するものではないが、ネットワーク認証コンフィグレーション、eSIM管理などを含む。この記憶されたOSプロファイルは、共通のOS更新パッケージを構成するために後に使用される共通OS更新は携帯デバイスのコンフィグレーションに対して特有である。ブートストラップOSを含む更新パッケージがその後に携帯デバイスにダウンロードされ、新たなブートストラップOSにアセンブリされるステップ308。eUICC内の既存ブートストラップが新たなブートストラップによって置き換えられるステップ310。ブートストラップOSが既存の共通OSに対し、相当するどんな変化をも要求しないのであれば、デバイスは新たなブートストラップOSでオペレートする用意がある。他方で、ブートストラップOSが十分に特徴づけられた共通OSの少なくとも部分を更新することを要求するのであれば、共通OSの更新はステップ306で記憶された更新後のOSプロファイルの少なくとも一部に基づいて進展するだろう。したがって、共通OSはステップ312ごとにダウンロードされ得る。携帯デバイスの詳細な実行要求のおかげで、共通OSパッケージは、ステップ314ごとにステップ306であらかじめ記憶されたOSプロファイルに対応してカスタマイズされる。十分に特徴づけられた共通OSは、携帯デバイスにダウンロードされ、新たなブートストラップOSにアセンブリされる。幾つかのケースにおいて、マルチ共通OSは、例えば、マルチeSIMをサポートするために携帯デバイス内に記憶される。ブートストラップOSは、eSIMの演算実行を制御するだろう。これは適切な共通OSの選択を含むことができる。一方来るかの実施例において、共通OS及び/又はその様々なコンポーネントの実行は、互換性例えば、ブートストラップOSから共通OS、共通OSコンポーネントから共通OSコンポーネントなどに基づき成される。方法いま、図4を参照すると、セルラーネットワークを介した電子識別コンポーネントを配信する汎用方法400の一実施例が示される。携帯デバイスにプリロードされた制限機能アクセスモジュールは、例えば、販売、宣伝、加入プランの一部などによってエンドユーザに配信される。このアクセスモジュールの制限機能は、ローカルキャリアネットワーク、当該キャリアネットワークからダウンロードされたソフトウェアパッケージ、そして受信されたパッケージとのデータ接続を確立するよう構成される。ステップ402で、携帯デバイスは1以上のアクセス可能なキャリアネットワーク上の更新ポータルへの接続を確立する。更新ポータルは、例えば、キャリアデータポータル、サードパーティソフトウェアベンダー、携帯デバイス製造者などでありうる。電子識別コンポーネントを提供することのできる様々なタイプのネットワークエンティティは、2011年4月25日に出願されたAPPARATUSANDMETHODSFORSTORINGELECTRONICSUBSCRIBERIDENTITYMODULESと題する共有で同時係属の米国特許出願第13/093,722号、2011年4月27日に出願されたSYSTEMFORDISTRIBUTIONOFUNIQUESUBSCRIBERIDENTITYMODULESと題する米国特許出願第13/095,716号、及び2011年4月26日に出願されたELECTRONICACCESSCLIENTDISTRIBUTIONAPPARATUSANDMETHODSと題する米国仮特許出願第61/479,319号、2011年5月6日に出願されたMETHODSANDAPPARATUSFORPROVIDINGMANAGEMENTCAPABILITIESFORACCESSCONTROLCLIENTSと題する米国特許出願第61/483,582号に記載されている。これら各々は参照よってここに完全に組み入れられる。例えば、eUICC機器又はeSIM貯蔵所は、携帯デバイスにセキュアな接続を確立し、既存のeSIMを交換若しくは修正することができるネットワーク構造である。幾つかの実施例において、プリロードされた制限機能アクセスモジュールは、複数の望ましいキャリアのためにスキャンされる。マルチキャリアが利用可能であ場合、デバイスは1以上のキャリアネットワークの利用性を判断し、利用可能なキャリアのリストから選択する。一実施例において、キャリアのリストは、望ましいキャリアの中に追加的に優先づけられる。この望ましいキャリアは、例えば、ビジネス上の考慮、ユーザの嗜好などによって他のキャリアにわたり優先づけられる。幾つかの実施例において、キャリアのリストは、グラフィカルユーザインタフェースGUIを介してユーザに示される。或る変形において、キャリアはAPPARATUSデバイスを信用サービスマネージャーTSMに接続する。TSMは、更新パッケージを携帯デバイスに配信するために、ローカルキャリアによって認証されるエンティティである。典型的な一実施例において、ステップ402は、機能なアクセス制御クライアントをもつデバイスに先だって、認証されたデータセッションを要求する。つまり、デバイスが有効なeSIMを起動する前に、ステップ402を実行する。先にここに組み入れた、2010年4月5日に出願されたMETHODSANDAPPARATUSFORSTORAGEANDEXECUTIONOFACCESSCONTROLCLIENTSと題する共有で同時係属の米国特許出願第13/080,521号に記載されたようなセキュアな変換スキームの一実施例に対する参照をする。通常の技術者であれば、後述するスキームが他の類似のスキームと置き換えられることを認識するであろう。したがって、典型的な実施例において、携帯デバイスは、eUICCなどのソフトウェアエンティティの物理的に保護されたセキュア要素に記憶される、暗号化された公開/秘密鍵の組例えば、RSAアルゴリズムによってハードコードされる。さらに、eUICCの認証及び秘密鍵の秘密性は、eUICC鍵の組のために承認証明を発行した信用機関によってさらに保証される。信用機関の一例としては、例えば、デバイス製造者、ネットワークオペレータなどが挙げられる。手短に言うと、公開/秘密鍵の組は、秘密のプライベート鍵と、パブリッシュされた公開鍵を含む。公開鍵で暗号化されたメッセージは、正規のプライベート鍵を使うときのみ復号化される。公開/秘密鍵のスキームは、暗号化及び復号化に使用される鍵が異なることから、非対象としてみなされる。その結果、暗号化及び復号化をする人は同一の鍵を共有することはない。これに反して、対象鍵のスキームは、暗号化及び復号化の両方のために同一の鍵又は明らかに変換された鍵を用いる。RSAアルゴリズムは関連する分野で普通に用いられている公開/秘密鍵の組の一タイプであるが、本発明はRSAアルゴリズム、又は実際に非対象のテクニックに限定されるものではないことを理解されたい。承認鍵の組は非対象であるので、公開鍵は秘密鍵との整合性を妥協することなく、配布することが可能である。したがって、承認鍵及び証明は、以前は未知のパーティ間例えば、携帯デバイスとローカルキャリアポータルの通信を保護し且つ検証するのに用いることができる。上述した交換を成功して完了すること例えば、携帯デバイスとローカルキャリアポータルの相互検証は、携帯デバイスとローカルキャリアポータルの双方が正真正銘であり、共有のセッションキーをもっていないことを保証する。共有のセッションキーは、携帯デバイスとローカルキャリアポータル間でセキュアなセッションを導くために使用される。図4を参照すると、ステップ404で、携帯デバイスは、ダウンロードされた1以上のコンポーネントに対して要求又は指令をだす。一実施例において、様々なコンポーネントは携帯デバイスにプリロードされ、必要なダウンロードサイズを最小化する。例えば、一実施例において、それぞれに異なるOS及びeSIMにわたって共通のコンポーネントを含みながら共通に使用され、大きくサイズ化された一部が製造中に携帯デバイスにプリロードされる。プリロードされた部分は、ダウンロードされる必要はなく、パッケージサイズを縮小することができる。したがって、携帯デバイスはプリロードされていたコンポーネントをダウンロードする必要はない。一実施例において、更新ポータルは更新要求例えば、eSIMのダウンロード、eオペレーティングシステムのダウンロード、ユーザアカウントデータのダウンロードなど、ユーザアカウント情報、関連するプラン及びサービス、識別データを解析し、そしてこれらに応じた適切な更新パッケージを生成する。幾つかの変形として、更新要求は、更新パッケージを生成する前に、認証及び/又は検証されている。ステップ406で、更新パッケージが準備される。一実施例において、この更新は配信を簡単にするために複数のパッケージに分割される。ステップ408で、更新パッケージは宛先ターゲットに至るまで空中上でセキュアに配信される。これらのパッケージは、全部又は一部に、オペレーティングシステムコンポーネント、アクセス制御クライアント、ユーザアカウントデータ等を含む。典型的な一実施例において、携帯デバイスはアクセス制御クライアントをダウンロードし及び/又は更新する。一実施例において、アクセス制御クライアントはeSIMである。様々なタイプのeSIMがSIM加入識別モジュール、USIMユニバーサル加入者識別モジュール、RUIM除去可能ユーザ識別モジュールなどをエミュレートするよう構成される。幾つかの実施例において、アクセス制御クライアントは、ここに完全に組み入れられる、2009年1月13日に出願された共有で同時係属のPOSTPONEDCARRIERCONFIGURATIONと題する米国特許出願第12/353,227号に記載された繰り下げスキームを介して送信時を決定する。別の実施例では、携帯デバイスはオペレーティングシステム又はOSコンポーネントをダウンロードし及び/又は更新する。例えば、このようなオペレーティングシステムコンポーネントは、公開又は秘密鍵、新たな暗号化アルゴリズム、セキュアなアクセスのための更新手順、新たなデバイス証明、1以上の他の信用ベンダー証明などを含む。例えば、通信パーティの識別を検証し、そして検証された識別に釣り合ったアクセスレベルを得るアクセスモジュールは、検証方式に対する修正、得られるアクセスレベルの少なくともいずれかを有する。さらに別の実施例では、オペレーティングシステムコンポーネントは、アクセス制御に直接関係しないが、アクセス制御コントロールをサポートするよう構成される。例えば、共通OSのサービスは、入出力ファイル、ファイル管理、メモリ割り当てなどを含む。ステップ408で、パッケージを受信し認証すると、携帯デバイスはコンポーネントをアセンブルし更新する。その後、携帯デバイスは新たに更新/アセンブルしたアクセス制御クライアントとの加入者セッションを確立することができる。ここで、その加入者セッションは、オペレータの無線ネットワークサービスを使用することができる。例えば、更新された携帯デバイスは、音声コールをセットするため更新されたeSIMを起動し、ユーザデータを送受信することができる。典型的な移動装置図5には、本発明の方法を具現化するのに有用な典型的なユーザ又はクライアント移動装置500が示されている。図5の典型的UE装置は、デジタル信号プロセッサ、マイクロプロセッサ、フィールドプログラマブルゲートアレイ、又は1つ以上の基板にマウントされた複数の処理コンポーネントのようなプロセッササブシステム502を伴うワイヤレス装置である。この処理サブシステムは、内部キャッシュメモリも含む。又、処理サブシステムは、例えば、SRAM、フラッシュ及びSDRAMコンポーネントを含むメモリを備えたメモリサブシステム504に接続される。このメモリサブシステムは、この技術でよく知られたように、データアクセスを容易にするために1つ以上のDMAタイプのハードウェアを具現化することができる。又、メモリサブシステムは、プロセッササブシステムにより実行できるコンピュータ実行可能なインストラクションを含む。1つの典型的な実施形態において、装置は、1つ以上のワイヤレスネットワークに接続するようにされた1つ以上のワイヤレスインターフェイス506で構成される。これら複数のワイヤレスインターフェイスは、適当なアンテナ及びモデムサブシステムを具現化することにより、GSM、CDMA、UMTS、LTE/LTE-A、WiMAX、WLAN、ブルーツース、等の異なる無線技術をサポートすることができる。ユーザインターフェイスサブシステム508は、これに限定されないが、キーパッド、タッチスクリーン例えば、マルチタッチインターフェイス、LCDディスプレイ、バックライト、スピーカ及び/又はマイクロホンを含む多数の良く知られたI/Oを含む。しかしながら、あるアプリケーションでは、これらコンポーネントの1つ以上が除去されてもよいことが明らかである。例えば、PCMCIAカードタイプクライアントの実施形態では、ユーザインターフェイスが欠けてもよいそれらが物理的及び/又は電気的に結合されるホスト装置のユーザインターフェイスに便乗させることができるので。ここに示す実施形態では、eUICCアプリケーションを含んでいてそれを動作するセキュアなエレメント510を装置が備えている。このeUICCは、複数のアクセス制御クライアントを記憶しそしてそれにアクセスすることができる。アクセス制御クライアントは各ネットワークに対してユーザを認証するよう構成される。セキュアなエレメントは、プロセッササブシステムの要求時にメモリサブシステムによりアクセスすることができる。また、セキュアなエレメントは、セキュリティ技術で良く知られたタイプのいわゆるセキュアなプロセッサ又はSMを含むこともできる。更に、eUICCの様々な具現化は、携帯デバイスとポータル間のセキュアな接続を確立するよう構成されたアクセスモジュールを含む。幾つかの実施例では、eUICCは、既存のeSIMの利益なしに、ユーザ装置を展開した後であっても、ポータルに対するセキュアな接続を確立することができる。一応用として、デバイスは、任意の単一eSIM及びeSIMを発行するMNOに関連するシンメトリックな対称の鍵から分割される非対称な承認鍵の組を有する。図5を参照すると、典型的な一実施例において、アクセスモジュールは、1以上のアクセス制御クライアントによる使用のためにコンポーネントを受信し記憶することができる。セキュアな要素は関連する承認鍵を有する。この承認鍵は、携帯デバイスと外部の更新ポータルとの間の通信を保護し且つ検証するのに用いられる。一つの応用として、この承認鍵は、非対称の公開/秘密鍵組のうちの秘密鍵である。他方の公開鍵は、秘密鍵との整合性を妥協することなく、自由に配信されることができる。一つの応用として、デバイスには公開/秘密鍵が割り当てられる。別の応用例として、デバイスは内部的に公開/秘密鍵を生成する。代替の例として、承認鍵は対称鍵のアルゴリズムに基づいている。承認鍵は、承認鍵の整合性を確実にするために注意深く配信されなければならない。さらに、典型的な実施例の様々な具現化がブートストラップのオペレーティングシステムを含み、それはオペレーションのために少なくとも1つのアクセス制御クライアントを選択するよう構成される。一応用として、ブートストラップのオペレーティングシステムは、実行前に、アクセス制御クライアントの整合性を検証する。さらに、一実施例において、ブートストラップOSは少なくとも1つのマルチアクセス制御クライントを記憶、選択、実行するよう構成される。特に、本発明の様々なインプリメンテーションは、マルチeSIMを記憶するよう適合され、eSIMが現在のネットワークキャリアとオペレーションすることが選択的にできるようにする。携帯デバイスに電子識別コンポーネントを配信する上述した方法及び装置は、セルラーネットワーク上のものとして示したものであるが、当業者であれば、他の配信スキームが同様に置き換えられることを容易に理解するであろう。例えば、他の応用として、電子識別コンポーネントはローカルエリアネットワーク又は個人エリア上で配信され得る。本発明の幾つかの態様を、方法ステップの特定のシーケンスに関して説明したが、これらの説明は、本発明の広い方法を例示するものに過ぎず、特定の用途により要求されるように変更できることが認識されよう。あるステップは、ある状況のもとでは、不要とされるか又は任意とされる。更に、ここに開示する実施形態にあるステップ又は機能を追加してもよいし、又は2つ以上のステップの実行順序を入れ替えてもよい。このような全ての変更は、ここに開示する本発明に包含されると考えられる。以上、種々の実施形態に適用された本発明の新規な特徴が図示され、説明され及び指摘されたが、当業者であれば、本発明から逸脱せずに、装置又はプロセスの形態及び細部に種々の省略、置き換え及び変更がなされ得ることが理解されよう。以上の説明は、本発明を実施するよう現在意図される最良の態様である。この説明は、何ら限定を意図しておらず、本発明の一般的な原理の例示と考えるべきである。本発明の範囲は、特許請求の範囲によって限定される。"