少なくとも1つのネットワークと通信する1以上の無線リンクと、アクセス制御クライアントを記憶するよう構成されたセキュアな要素と、前記セキュアな要素に対するインタフェースであって、暗号鍵とこれに関連する第1の証明とを有する前記インタフェースと、プロセッサと、前記プロセッサとデータ通信する記憶デバイスであって、コンピュータ実行可能な命令を含み、前記コンピュータ実行可能な命令の少なくともサブセットは1以上のセグメントにパーティション化され、前記プロセッサが実行するとき、前記コンピュータ実行可能な命令は、a前記少なくとも1つのネットワークに特有の前記アクセス制御クライアントのための1以上のコンポーネントに関する要求を、前記インタフェースを介して送信し、b前記1以上の要求されたコンポーネント及び第2の証明を受信し、c前記第2の証明を検証し、d前記第2の証明の検証が成功したことに応じて、前記アクセス制御クライアントを前記セキュアな要素に記憶する、ように構成されている前記記憶デバイスと、を含む無線装置。前記アクセス制御クライアントは、電子加入者識別モジュールeSIMを含み、前記セキュアな要素は、電子ユニバーサル集積回路カードeUICCを含み、前記1以上のeSIMのそれぞれは、国際移動電話加入者識別番号IMSIに関連し、前記eSIMの各々は、認証及びキー合意AKAの少なくとも一部に基づき、セルラーネットワークとのセキュアな接続を確立するよう更に構成される、請求項1に記載の無線装置。前記少なくとも1つのネットワークは、グローバルスタンダードフォーモバイルコミュニケーションズGSMネットワークを含む、請求項2に記載の無線装置。前記少なくとも1つのネットワークは、ユニバーサルモバイルテレコミュニケーションシステムUMTSネットワークを含む、請求項2に記載の無線装置。前記少なくとも1つのネットワークは、符号分割多重アクセス方式2000CDMA2000ネットワークを含む、請求項2に記載の無線装置。前記要求は、第1の承認証明を含む、請求項1に記載の無線装置。前記暗号鍵は、前記第1の承認証明と一意的に関連する、請求項6に記載の無線装置。前記暗号鍵は、公開で配信され得る非対称のカウンターパート鍵を有する、請求項1に記載の無線装置。前記非対称のカウンターパート鍵は、前記無線装置に対してセキュアな送信を実現する、請求項8に記載の無線装置。前記1以上のコンポーネントは、セッション鍵で暗号化されたアクセス制御クライアントを含み、前記第2の証明は、第1及び第2の承認証明のそれぞれを含む、請求項1に記載の無線装置。前記セッション鍵は、ランダムに生成される、請求項10に記載の無線装置。無線ネットワークの使用のためにユーザアクセス制御クライアントを要求する方法であって、前記無線ネットワークからユーザアクセス制御クライアントを要求であって、その要求は第1の承認証明に関連する当該処理と、前記ユーザアクセス制御クライアント及び第2の承認証明を受信する処理であって、前記第1及び第2の承認証明は信用機関によって発行される当該処理と、前記第2の承認証明が有効であれば、前記ユーザアクセス制御クライアントを記憶する処理と、前記無線ネットワークに対するアクセスは、前記ユーザアクセス制御クライアントを介したアクセス、及び前記ユーザアクセス制御クライアントに関する要求に限定されることを特徴とする前記方法。前記ユーザアクセス制御クライアントは、電子加入者識別モジュールeSIMを含む、請求項12に記載の方法。前記第1及び第2の承認証明は、第1及び第2の暗号鍵の組と一意的に関連する、請求項12に記載の方法。前記第1及び第2の暗号鍵の組は、非対称の鍵のペアを含む、請求項14に記載の方法。前記ユーザアクセス制御クライアントは、セッション鍵で更に暗号化される、システムl2に記載の方法。前記ユーザアクセス制御クライアントを記憶する処理は、複数のメモリパーティションから選択された一つのメモリパーティション内に前記ユーザアクセス制御クライアントを記憶することを含む、請求項12に記載の方法。前記メモリパーティションは、前記ユーザアクセス制御クライアントに対して一意的である、請求項17に記載の方法。前記ユーザアクセス制御クライアントに対するその後の修正は、前記第2の承認証明によってのみ実行される、請求項18に記載の方法。無線ネットワークとともに使用する無線装置に、ユーザアクセス制御クライアントを提供するためのシステムであって、第1の承認証明に関連するユーザアクセス制御クライアントを、要求メッセージを介して要求する無線装置と、無線サーバが前記要求メッセージを受信することに応じて、前記要求されたユーザアクセス制御クライアントに第2の承認証明を提供する前記無線サーバとを備え、前記第1及び第2の承認証明はサードパーティによって発行されたものであり、前記無線装置は、前記第2の承認証明が有効であれば、前記ユーザアクセス制御クライアントを記憶し、前記無線ネットワークに対するアクセスは、前記ユーザアクセス制御クライアントを介したアクセス、及び前記ユーザアクセス制御クライアントに関する要求に限定されることを特徴とする前記システム。無線ネットワークと無線ユーザ装置とを備えた無線システムであって、前記無線ユーザ装置は、1少なくとも1つのネットワークと通信する1以上の無線リンクと、2アクセス制御クライアントを記憶するよう構成されたセキュアな要素と、3前記セキュアな要素に対するインタフェースであって、暗号鍵とこれに関連する第1の証明とを有する前記インタフェースと、4プロセッサと、5前記プロセッサとデータ通信する記憶デバイスであって、コンピュータ実行可能な命令を含み、前記コンピュータ実行可能な命令の少なくともサブセットは1以上のセグメントにパーティション化され、前記プロセッサが実行するとき、前記コンピュータ実行可能な命令は、a前記少なくとも1つのネットワークに特有の前記アクセス制御クライアントのための1以上のコンポーネントに関する要求を、前記インタフェースを介して送信し、b前記1以上の要求されたコンポーネント及び第2の証明を受信し、c前記第2の証明を検証し、d前記第2の証明の検証が成功したことに応じて、前記アクセス制御クライアントを前記セキュアな要素に記憶するように構成された前記記憶デバイスと、を含むことを特徴とする前記無線システム。本発明は、セキュアな修正、記憶、及びアクセス制御クライアントの実行のための改善された方法及び装置を提供することによって上述したニーズを満たすものである。本発明の第1の態様において、無線装置が開示される。一実施例において、その装置は、アクセス制御クライアントを介して少なくとも1つのネットワークと通信する1以上の無線リンクと、アクセス制御クライアントを記憶するよう構成されたセキュアな要素と、前記セキュアな要素に対するインタフェースであって、暗号鍵とこれに関連する第1の証明とを有する前記インタフェースと、プロセッサと、前記プロセッサとデータ通信する記憶デバイスであって、コンピュータ実行可能な命令を含む。前記コンピュータ実行可能な命令の少なくともサブセットは、1以上のセグメントにパーティション化される。一変形例では、前記コンピュータ実行可能な命令は、プロセッサが実行するとき、前記少なくとも1つのネットワークに特有の前記アクセス制御クライアントのための1以上のコンポーネントに関する承認証明と暗号鍵を含んだ要求を前記インタフェースを介して送信し、前記1以上の要求された、第2の承認証明に関連するコンポーネントを受信し、前記第2の証明を検証し、前記第2の証明の検証が成功したことに応じて、前記アクセス制御クライアントをロードする、ことを含む。本発明の第1の態様において、相互認証のための方法が開示される。一実施例において、その方法は、第1の承認証明に関連する1以上のコンポーネントを要求し、前記1以上のコンポーネント及び第2の承認証明を受信し、前記第2の承認証明が有効であれば、前記1以上のコンポーネントをロードし、前記第1及び第2の承認証明は信用機関によって発行される、ことを含む。本発明の第3の態様において、アクセス制御クライアントを実行するための方法が開示される。一実施例において、その方法は、セキュアなパーティションを選択する第1のブートストラップオペレーティングシステムを実行し、前記セキュアなパーティションは唯一つのアクセス制御クライアントに関連しており、一つの共通オペレーティングシステム及び一つのアクセス制御クライアントを含むセキュアなパーティションを検証し、一つのアクセス制御クライアントをロードする共通オペレーティングシステムを実行する。アクセス制御クライアントは外部セルラーネットワークなどのネットワークを認証するよう構成される。本発明の第4の態様において、携帯装置が開示される。一実施例において、その携帯装置は、ブートストラップOSアーキテクチャを用いて、仮想又は電子的SIMデータ構造を、要求、受信及び利用する。本発明の第5の態様において、コンポーネント読出し可能な装置が開示される。一実施例において、その装置は、その装置上で起動する少なくとも1つのコンポーネントプログラムをもつ記憶媒体を含む。前記少なくとも1つのコンポーネントプログラムは、ブートストラップOSアーキテクチャを用いて、仮想又は電子的SIMデータ構造のための要求を受信し、処理し、提供する。本発明の第6の態様において、ユーザに仮想又は電子的SIMを配信するシステムが開示される。一実施例において、そのシステムは、インターネット又はMANやWLANなどのネットワークを介してeSIM配信をサポートするオペレーティングシステムコンポーネントの配信のための装置を含む。本発明の他の特徴及び優位な点は、添付の図面及び後述する例示の実施例の詳細な記載を参照することによって、当業者であれば直ちに理解されるであろう。全体を通して同じ部分が同じ番号で示された添付図面を参照して説明する。概略本発明は、とりわけ、ユーザ装置及び使用されたサードパーティエンティティが相互に互いを検証するセキュアな方法及び装置を提供する。また、ユーザ装置が設置された後であっても、任意のサードパーティエンティティが信用されることができる方法及び装置を開示する。例えば、携帯デバイスUMTSUEなどは、サードパーティエンティティeSIM例えば、仮想的若しくは電気的なSIM、ここではeSIMと呼ぶ。ベンダーを識別し、そして信用されたダイアログがそのeSIMを購入し、獲得し、更新することを開始することができる。同様に、サードパーティエンティティeSIMベンダーは、UEが信用されたデバイスであり、そして配信のためのそのeSIMをセキュアにエンコードすることを検証することができる。信用されたダイアログは、固有のデバイス鍵及び承認証明に基づく。後述するとおり、一実施例において、そのデバイス鍵は公開/秘密鍵による暗号化方法に基づいている。本発明の様々な態様は、アクセス制御クライアントのセキュアな受信に全部又は一部向けられている。ネットワークオペレーションに関するアクセス制御部の反応しやすい特性のせいで、既存の解決法は物理的なカード形式のファクターを使用することを好んでいた。しかしながら、本発明は、仮想的若しくは電気的なアクセス制御クライアント例えば、eSIMのセキュアな配信を都合良く提供し、これにより、物理的カード及び関連する制限に関する要求を取り除くものである。さらに、既存の解決法と異なり、本発明は、あらかじめ存在するアクセス制御クライアント無しに、アクセス制御クライアント部の配信を可能にする。これにより、ユーザの柔軟性及び使用経験を格段に拡大することになる。本発明の他の態様において、デバイス例えば、携帯ユーザデバイスはマルチ記憶されたアクセス制御クライアント例えば、eSIMの一つを起動アクティベートし、実行することができる。特に、eSIMをローディングするとき、オペレーティングシステムOSは最新のランタイム環境に必要なソフトウェアのリストをロードするだけでよい。この、いわゆるサンドボックスの効果は、マルチeSIMが、他のeSIMに不適切にアクセスすることなしに同一のデバイス内に用いられ得ることを保証する。典型的な実施形態の詳細な説明本発明の典型的な実施形態を以下に詳細に説明する。これら実施例及び態様は、主として、GSM登録商標、GPRS/EDGE、UMTSセルラーネットワークの加入者識別モジュールSIMに関して説明するが、当業者であれば、本発明がこれらに限定されないことが明らかであろう。実際、本発明の種々の態様は、セキュアな修正、アクセス制御エンティティ又はクライアントの記憶及び実行から利益が得られる任意の無線ネットワークセルラーであってもなくてもにおいて有用である。また、加入者識別モジュールという語は、ここでは、eSIMと称するが、これは、必ずしも、i加入者それ自体による使用即ち、本発明は、加入者又は非加入者により実施される、ii1人の個人のアイデンティティ即ち、本発明は、家族のような個人のグループ、若しくは企業のような無形又は架空のエンティティのために実施される、又はiii任意の有形のモジュール装置又はハードウェアを意味せず又は要求もしないことが理解されるであろう。従来の加入者識別モジュールSIMのオペレーション典型的な従来のUMTSセルラーネットワークの状況において、ユーザ装置UEは、携帯装置及びユニバーサル加入者識別モジュールUSIMを備えている。このUSIMは、記憶され且つ物理的ユニバーサル集積回路カードUICCから実行される論理的ソフトウェアエンティティである。加入者情報、無線ネットワークサービスを得るためにネットワークオペレータとの認証に使用されるキー及びアルゴリズムのような種々の情報がこのUSIMに記憶される。USIMソフトウェアは、Javaカード登録商標プログラミング言語に基づいている。Javaカードは、内蔵型カードタイプのデバイス例えば、上述したUICCのために修正されたJava登録商標プログラミング言語のサブセットである。一般的に、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へ渡す。UEがRAND及びAUTNを受け取ると、USIMは、受け取ったAUTNが有効であるかどうか検証する。もしそうであれば、UEは、受け取ったRANDを使用し、記憶されたK、及びXRESを発生した同じアルゴリズムを使用して、それ自身の応答RESを計算する。UEは、RESをSNへ返送する。SNは、XRESを受け取ったRESと比較し、それらが一致する場合に、SNは、オペレータのワイヤレスネットワークサービスの利用についてUEを認証する。典型的な動作本発明の様々な態様が典型的な一実施例に関して記載されている。本発明の典型的な実施形態の状況では、従来のように物理的なUICCを使用するのではなく、UICCは、例えば、UEのセキュアなエレメント例えば、セキュアなマイクロプロセッサ又は記憶装置内に収容されるソフトウェアアプリケーション、以下、電子ユニバーサル集積回路カードeUICCと称される、のような仮想又は電子的エンティティとしてエミュレートされる。eUICCは、以下、電子的加入者識別モジュールeSIMと称される複数のUSIMエレメントを記憶し管理することができる。各eSIMは、典型的なUSIMと同じ論理的エンティティを収容する。eUICCは、eSIMのICC-IDに基づいてeSIMを選択する。eUICCが望ましいeSIMを選択すると、UEは、認証手順を開始して、eSIMの対応するネットワークオペレータからワイヤレスネットワークサービスを得ることができる。さらに、各eSIMアプリケーションは、一般的に、上述したUSIM、CSIM、ISIM、SIM、RUIMなどのアクセス制御クライアントを包含する。各eSIMはユーザアカウントに関連し、その結果、eSIMはマルチアクセス制御クライアントを広範囲に包含することを理解されたい例えば、ユーザはUSIM、及び同じeSIMアカウントに関連するSIMをもつかもしれない。前に示唆したとおり、従来のUSIMの上記した手順は、コアネットワーク例えば、上述したホームネットワークHN、サービングネットワークSN、認証センターAuCなどに対して認証するための予め共有化された鍵を使用する。したがって、USIM手順は、ネットワークオペレータにとって必ず閉じたシステムである。その理由は、予め共有化された鍵はクローズに保護されなければならないからである。これに対して、本発明はeUICC及び互いに相互信用する任意のサードパーティエンティティ機関のためのセキュアな方法を提供し、そしてユーザ装置が設定された後であっても任意のサードパーティが信用されるようになることができるようにする。よって、本発明は、幾つかの点において、かなり複雑なセキュリティ要求を有すると共に、一層の柔軟性を好都合に提示するものである。さらに、当業者であれば、本発明の様々な態様が仮想ソフトウェア構成例えば、eUICC、eSIMによる使用から利益を生じながら、その利益はこれらの仮想の実施例に限定されるものではないことが認識されるであろう。事実、ここで述べた原理は、セキュアな修正や記憶、そしてとりわけ物理的カードメディア、専用セキュリティハードウェアなどの中に組み込まれたアクセス制御クライアントの実行に同じように適用可能である。信用性のある通信の確立図2は、ソフトウェアエンティティ例えば、eUICC、サードパーティソフトウェアベンダー、SIMベンダーなどにデバイスキーの組を割り当てるための典型的な一実施例である。ステップ202で、暗号化の公開/秘密鍵の組例えば、RSAアルゴリズムがソフトウェアエンティティに割り当てられ、このソフトウェアエンティティの物理的に保護されたセキュアな要素例えば、UE内のeUICC、サードパーティソフトウェアベンダー内のセキュアなデータベース内に記憶される。例えば、eUICCは信用されたエンティティによってプログラム化されたり、或いは最初に製造/起動されるときに、公開/秘密鍵の組を内部に生成する。公開/秘密鍵の組は、秘密のプライベート鍵及び公表可能な公開鍵に基づいている。公開/秘密鍵の組のスキームは、暗号化するために用いられる鍵と復号化するために用いられる鍵は異なり、その結果、暗号と復号は同一の鍵を共有しないので、非対称とみなされることである。一方、対称鍵のスキームは、暗号と復号の両方に同一の鍵又は明らかに変換された鍵を用いる。RSAアルゴリズムは、関連技術分野で普通に使用される公開/秘密鍵の組の暗号方法の一形式であるが、本発明はRSAアルゴリズムに限定されるものではないことを理解されるであろう。公開/秘密鍵の組のスキームは、メッセージを暗号化したり、及び/又は署名を生成するのに用いることができる。つまり、秘密鍵でメッセージを暗号化し、そして公開鍵で復号化する。これにより、メッセージは移送中に変更されないことが保証される。同様に、秘密鍵で生成された署名は公開鍵で検証され、署名を生成するエンティティは本物である。両方の使用において、秘密鍵は秘匿が維持され、公開鍵は自由に配布される。ステップ204で、公開/秘密鍵の組のために承認証明が発行される。例えば、信用されたエンティティは、eUICC鍵の組に関する承認証明を発行することによって、eUICCの認証性及び秘密鍵のセキュリティ性に対する証明を行う。この公開/秘密鍵の組は、今では、eUICCのためのデバイスキーの組である。一実施例において、承認証明は、これに制限されるものではないが、証明する認証機関に関する識別情報、デバイスに関する情報を識別すること、証明アルゴリズムを記述するメタデータ、及び/又は適切な公開鍵、をもつデータ集合を含む。これらのコンポーネントは、さらに承認者の秘密鍵によってサインされる。一実施例において、通常のオペレーションの間、このデジタル署名は、コンテンツがセキュアで改ざんされていないことを検証するために受信者によってチェックされる。デバイスキーの組は非対称であることから、公開鍵は秘密鍵との整合性を妥協することなく配信され得る。したがって、デバイスキー及び証明は、それまで知られていなかったパーティ例えば、eUICC、及びサードパーティとの間での通信を保護し且つ検証するために用いられることができる。eUICCとソフトウェアベンダー図3に示すとの間のランタイムコンポーネントをセキュアに配信するための以下の典型的なトランザクションを考えることにする。図3のステップ302で、eUICCはサードパーティのeSIMベンダーからeSIMを要求する。以下の例はeSIMアプリケーションのセキュアな移動を記載するものであるが、ランタイム環境のアプリケーションにおける他の共通した例は、パッチや完全に特徴づけられたオペレーティングシステムなどを含む。ステップ304で、サードパーティのeSIMベンダーは、承認証明からのeUICCに対応する公開デバイスキーを受信する。例えば、承認証明はeUICCなどをクエリーするデータベースから得ることができる。eUICCのもう一方の秘密鍵はこのプロセス中でサードパーティベンダーに決して都合よく露呈されることがないことを特に留意されたい。サードパーティ305で、サードパーティのeSIMベンダーは、承認証明を検証する。一実施例において、承認証明は信用エンティティAPPLERのAssigneeなどによって一義的に署名される。サードパーティのeSIMベンダーが承認証明を検証すると、信用エンティティ例えば、APPLER及び機関がeUICCを信用して安全であることを、このサードパーティeSIMベンダーは保証することができる。サードパーティ306で、eSIMランタイム環境は暗号化され、UEに対応する特別なeUICCのためのサードパーティソフトウェアベンダーによって署名される。別の実施例では、eSIMランタイム環境は最初に署名され、次に暗号化される。典型的な一例の場合、ベンダーは自分のベンダー非対称の署名鍵及びRSA公開/秘密鍵、及び、eSIMを書名するための証明チェーンを用い、そしてeSIMを暗号化するための一時的なすなわち当座の鍵を使用する。eUICCのためのパッケージを準備しながら、当座の対象鍵はランダムに生成される。サードパーティ308で、署名され且つ暗号化されたeSIMのランタイム環境は、サードパーティeSIMベンダーによって、例えば、無線インタフェースなどを介して配信のために複数のパッケージに分割される。例えば、署名され且つ暗号化されたeSIMは、通信リンクの質に適切なパケットに分割されサイズ調整されるパッケージされた配信は関連技術分野でよく知られた様々な好ましいエラー訂正スキームをサポートする。サードパーティ310で、一時的な対称鍵は、それを適当なeUICC公開鍵などで暗号化することによってeUICCへ安全に渡される。ベンダー証明は平文として送信されたり、或いは暗号化される。一般的に、ベンダー証明は受信側の処理負担を軽減するためには暗号化されないしかしながら、これはシステムの要求ではなく、暗号はすべてのケースか或いは選択的に適用されるケースの何れかで用いられる。サードパーティ312で、eUICCはベンダー証明を検証する。ベンダーの公開署名鍵でベンダーの証明の検証が成功したことは、署名が改ざんされていないことの証拠をeUICCに提供する。あるケースでは、ベンダー証明は外部の信用エンティティ例えば、MNOによってさらに署名されることを含む。このベンダー証明が有効であれば、UEは一時的な対称鍵をそのeUICCの秘密鍵で復号する。上述した交換が成功して終了したことは、eUICCとサードパーティエンティティ間の経路が安全であること、そして更なるデータトランザクションのための一時的な共通対象鍵で暗号化されることを保証する。したがって、サードパーティ314で、暗号化されたパッケージのかたまりはセキュアに受信され、再アセンブルされ、そしてUICCによって復号化されることができる。この特別な例において、eUICCはeSIMに関するパッケージをダウンロードする。一実施例において、ベンダー証明、鍵、及び暗号パッケージは一緒に送信される。別の実施例では、他のパラダイムを用いる。例えば、ベンダー証明及び鍵を送信し、最初にセキュアな接続を確立してから、このセキュア接続上で暗号化されたパッケージの送信を開始する。本発明の典型的な実施例は、eSIMをeUICCからの分離エンティティとして取り扱う。したがって、eUICCは既存eSIMの利益なしに、そしてたとえユーザ装置が配備された後であっても、サードパーティエンティティへセキュアな接続を確立することができる。典型的なeUICCは、eSIMのセキュアな配信を可能にし、その結果、サードパーティeSIMベンダーによってeSIMを携帯端末へ、既存SIMAKA手順上でそれまでの信頼がなくても配信することを可能にする。もっと明確に言えば、デバイスは個々の非対称なデバイスキーの組をもち、それは単一のeSIM及びeSIMを発行するMNOに関連する対称鍵から独立している。eSIMとeUICC間の差異は、デバイスオペレーティングシステムの複雑さに対する重要な反響を有する。セキュアなパーティションの実行これまで示唆してきたとおり、物理的UICCのための既存解決法は単一のUSIMエンティティを包含する。しかしながら、当業者であれば、本発明の様々な態様は、既存の複数のアクセス制御クライアントのプロファイルを記憶し実行することに容易にあてはまることを認識するであろう。したがって、本発明の他の実施例において、eUICCはネットワーク及びeSIMの両方の有効性を決定しなければならない。上述したタスクの複雑さのせいで、従来のSIMアーキテクチャは初期化にもはや十分とは言えない。むしろ、本発明の一実施例において、ブートストラップオペレーティングシステムOSは共通の又は常駐するオペレーティングシステムをロードする。この共通OSは適当なeSIMをロードし、ロードされたeSIMは前に述べた認証及びキー合意AKA手順を実行することができる。詳細に言うと、本発明の、ブートストラップOSは、一実施例において、暗号の検証、復号化、共通OSのロード、起動されたeSIMに関連するすべてのパッチに責任を負っている。ブートストラップOSは仮想ソフトウェアeUICC上で実行され、したがってeSIM及び関連する共通のOSはサンドボックス化される。それらはeUICCを通じて利用可能に行われる適当なパッチにアクセスすることだけができる。例えば、一実施例において、eUICCだけがeSIMと同じ署名を共有するパッチを可能にする。図4を参照すると、eSIMのパーティションをセキュアに実行する一例としての方法が記載されている。サードパーティ402で、eUICCはチップレストで、ブートストラップOSを開始する。サードパーティ404で、ブートストラップOSはランタイム環境で開始する権利が付与されたパッチリストを解析する。例えば、ブートストラップOSはデフォルトのネットワーク、及びその関連するパッチを識別する。これらパッチの少なくとも1つは共通OSであり、他のパッチはアクティブなeSIM、及びeSIMに関連する追加パッチを含む。ステップ406で、ブートストラップOSは、例えば、証明書を解析することによって、又は他の手段によって、パッチの整合性を検証する。例えば、一実施例において、信用エンティティ例えば、レコードの譲受け人は証明書を発行したり、そうでなければ署名チェーンの信用元として機能することになろう。パッチが正しく署名されたら、ブートストラップOSはそのパッチを実行することができる。適切なeSIMに対応する検証された唯一のパッチがロードされる他のパッチは記憶されるが、サンドボックス内で実行されはしない。ステップ408で、ブートストラップOSは共通OSを開始する。共通OSはeSIMと残りのハードウェアとの間のインタフェースを提供する。共通OSは、一般的には特別なeSIMに特有のUICCをエミュレートする入力及び出力機能を提供する。一般的に、これはファイル入出力IOなどの機能を含む。その後、ステップ410で、共通OSは適当なeSIMを実行することができる。図4Aは、ブートストラップOS452、共通OS454、eSIM456との間のソフトウェア関係450を示す。なかでも注目すべきは、図4及び4Aに示した典型的な実施例において、異なるeSIMプロファイルがそれら自身の共通OS内でオペレートするということである。異なるeSIMプロファイルのためのランタイム環境を個々のサンドボックスに分けることによって、上述した実施例はレガシーなSIMアーキテクチャとの互換性を好都合にそのまま残すが、本発明の利益を活用する。一般的に、各eSIMがそれぞれの環境内で実行することを保証することによって、既存のSIMソフトウェアは直接的に仮想化され得る。さらに、サンドボックスは、他のeSIMの存在が逆の相互作用を生じさせないことを保証する。それはサードパーティeSIMベンダーの広範囲な分布をサポートするのに必要な要求例えば、正規のプロトコル、及び能力をもつことである。上述したように、上述した議論はSIMベースのネットワークテクノロジー及び特徴に主に基づいている。それゆえに、本発明の1以上の態様を実行する一般方法及び装置の典型的な実施例の記載を、ここで提示する。方法図5を参照すると、セキュアな修正及びアクセス制御クライアントで使用される記憶コンポーネントに関する一般方法500の実施例が示される。サードパーティ502で、アクセス制御クライアントで使用される1以上のコンポーネントが要求されたり、提案されたりする。一実施例において、1以上のコンポーネントは、全体として或いは一部に、共通オペレータシステム、少なくとも1つのeSIM、及び/又はeSIMに関連する1以上のパーソナリゼーションパッチ、を含む。他の技術的な応用においては、このパッケージは、CDMA加入者識別モジュールCSIM、IPマルチメディアサービス識別モジュールISIM、加入者識別モジュールSIM、除去可能ユーザ識別モジュールRUIMなどに関連し得る。本発明の開示、ここで記載した方法及び装置の修正があたえられるとき、当業者であれば、様々な類似の構造の殆ど制限のない置換を認識するであろうし、本開示に基づき当業者の常識内に上手くそのような類似構造や置換が収まることになろう。一実施例において、デバイスによって若しくはデバイスに関連する加入者によって、すなわち、肯定的な通信又は要求を発行するデバイス/ユーザによって、1以上のコンポーネントを要求したり、プルする。別の実施例では、1以上のコンポーネントはデバイスに対して割り当てられたり、プッシュされる。すなわち、肯定的な通信又は要求はなく、むしろ他の幾つかの基準又はスキーム例えば、周期的にイベントの発生に基づくなどに従う。1以上のコンポーネントの存在は広告され、そうでなければブロードキャストされたり、アクセス若しくはサーチされ得るレポジトリに記憶される。別の実施例では、1以上のコンポーネントはクエリーされたり、そうでなければ1以上の文脈コンテクチュアルイベント例えば、特定エリアを入力する、特定使用を超過するデバイスによってトリガーされる。この要求又は提示は信用パーティを起源にもつ署名や証明も含むことができる。他の代替の例において、この要求又は提示は暗号法のチャレンジを含む。さらに別の例では、要求又は提示は認証を決定する手段を含む例えば、パスワード認証に基づくユーザインタフェースなど。また、要求又は提示はトランザクションキーを含む。一つの変形例として、このトランザクションキーは一時的なキーである。依然として、他の持続性トランザクションキーがインプリメントされ得る。例えば、そのキーは複数のトランザクションセッションや複数のユーザについて同一のものであったりする。他の変形例では、トランザクションキーは対称鍵であるか、若しくは非対称鍵である。ステップ504で、要求又は提示は信ぴょう性のために検証される。一実施例において、信用パーティから由来した署名又は証明は有効性についてチェックされる。或いはまた、署名又は証明の有効性は、自明の理であるか、そうでなければ信用パーティへの再分類なしに、認証者によって発見可能である。他のスキームは加入者入力、例えば、ユーザ名及びパスワード入力又は単純な肯定承認スキームに依存する。検証が成功することは、1以上のチャレンジ応答の交換を要求するよう構成される。幾つかの変形例では、検証は一方向性例えば、処理者の一方だけが検証される、若しくは双方向性例えば、処理者双方が成功しなければならないである。他のスキームにおいては、検証は帯域外例えば、別の通信経路経由若しくは加入者支援を介して実行される。検証の成功は、セキュアなトランザクションに必要な1以上のパラメータに関する合意を生じさせる。例えば、一実施例において、1以上のトランザクションキーが確立される。幾つかの変形例では、トランザクションキーは検証後に生成される。代替例においては、このトランザクションキーは検証前に提案され生成され、その後に条件付きで使用される。その後、ステップ506で、デバイスはアクセス制御クライアントに関連する1以上のパッケージを受信する。このパッケージは、セキュアな転送を保証するためにトランザクションキーでさらに暗号化される。一つの変形例では、このパッケージは非対称に暗号化される。すなわち、公開鍵でパッケージを暗号化する。他の変形例では以前に合意した共有鍵を用いて対称的にパッケージを暗号化する。或いは、識別可能な署名でパッケージをサインする。当該関連分野で知られた検証可能なパッケージ配信に関する他の無数の解決法が本発明に一致して用いられる。ステップ508で、デバイスはパッケージをアセンブルし、そして1以上のコンポーネントに復号する。一実施例において、その1以上のコンポーネントは適当な共通オペレーティングシステムに関連する。例えば、上述したように、パッチは少なくとも1つのeSIM、及び/又は、上述したようなeSIMに関連するパーソナリゼーション個人パッチを含む。ステップ508の結論で、1以上のコンポーネントは成功し、ターゲットデバイスに安全に移動される。図6を参照すると、アクセス制御クライアントで使用される記憶コンポーネントのセキュアな実行に関する一般方法600の実施例が示される。ステップ602で、アクセス制御クライアント及び1以上のパッチが識別される。一実施例において、アクセス制御クライアント及び1以上の関連パッチは、オペレーティングシステムによって選択される。一つの具現化例では、このオペレーティングシステムは、単純なブートストラップオペレーティングシステムから更にブート化される。一つのコンフィグレーションにおいて、ブートストラップオペレーティングシステムは複数のセキュアなパーティションを維持し、各パーティションは他のパーティションとは離れていて、そしてメモリパーティションから実行されるソフトウェアはアクセスすることができないか、又は他の関係のないパーティションによってアクセスされることができない。例えば、典型的なデバイスは単純なブートストラップOSを実行する。この単純なブートストラップOSは共通OS、その関連したeSIM、パッチを、単一のサンドボックスパーティションにロードし実行する。本発明の様々な実施例は、1以上のカテゴリーに従い、利用可能なコンポーネント及びパッチの全マニフェストを分ける。一応用例では、コンポーネント及びパッチは、共通の署名又は信用元に従い関連付けられる。例えば、あるシナリオの場合、単純なブートストラップOSは共通OSを許可だけ行い、eSIMは同一のeSIMベンダーによって実行のためサインされる。別の応用例では、コンポーネント及びパッチは、ユーザ選択或いは様々なレベルの信用に従い関連される。例えば、様々なコンポーネントは個々の協調的エンティティ例えば、信用されたeSIMベンダー、信用ネットワークパーソナリゼーションなどからまき散らされる。方法600のステップ604で、アクセス制御クライアント及び関連パッチはオペレーションのために検証される。一実施例において、アクセス制御クライアント及び関連パッチは完全整合性のためにチェックされる。すなわち、それらが改ざんされたり変更されたりしていないことである。このような完全性のチェックに関する共通の方法は、チェックサム、暗号ハッシュ、剰余などを含む。パッチ認証を検証する他の解決法は、証明の検証、ステータスの検証を含む。ステップ606で、検証されたアクセス制御クライアントが実行される。ローディング及び実行が成功すると、アクセス制御クライアントは関連ネットワークのために初期アクセス制御手順を実行する。例えば、検証されたeSIMは認証及びキー合意AKA手順を実行する。典型的な移動装置図7には、本発明の方法を具現化するのに有用な典型的なユーザ又はクライアント移動装置700が示されている。図7の典型的UE装置は、デジタル信号プロセッサ、マイクロプロセッサ、フィールドプログラマブルゲートアレイ、又は1つ以上の基板にマウントされた複数の処理コンポーネントのようなプロセッササブシステム702を伴うワイヤレス装置である。この処理サブシステムは、内部キャッシュメモリも含む。又、処理サブシステムは、例えば、SRAM、フラッシュ及びSDRAMコンポーネントを含むメモリを備えたメモリサブシステム704に接続される。このメモリサブシステムは、この技術でよく知られたように、データアクセスを容易にするために1つ以上のDMAタイプのハードウェアを具現化することができる。又、メモリサブシステムは、プロセッササブシステムにより実行できるコンピュータ実行可能なインストラクションを含む。1つの典型的な実施形態において、装置は、1つ以上のワイヤレスネットワークに接続するようにされた1つ以上のワイヤレスインターフェイス706で構成される。これら複数のワイヤレスインターフェイスは、適当なアンテナ及びモデムサブシステムを具現化することにより、GSM、CDMA、UMTS、LTE/LTE-A、WiMAX、WLAN、ブルーツース、等の異なる無線技術をサポートすることができる。ユーザインターフェイスサブシステム708は、これに限定されないが、キーパッド、タッチスクリーン例えば、マルチタッチインターフェイス、LCDディスプレイ、バックライト、スピーカ及び/又はマイクロホンを含む多数の良く知られたI/Oを含む。しかしながら、あるアプリケーションでは、これらコンポーネントの1つ以上が除去されてもよいことが明らかである。例えば、PCMCIAカードタイプクライアントの実施形態では、ユーザインターフェイスが欠けてもよいそれらが物理的及び/又は電気的に結合されるホスト装置のユーザインターフェイスに便乗させることができるので。ここに示す実施形態では、eUICCアプリケーションを含んでいてそれを動作するセキュアなエレメント710を装置が備えている。このeUICCは、複数のアクセス制御クライアントを記憶しそしてネットワークオペレータとともに認証に用いられる複数のアクセス制御クライアントにアクセスすることができる。セキュアなエレメントは、プロセッササブシステムの要求時にメモリサブシステムによりアクセスすることができる。典型的な実施例において、セキュアなエレメントは少なくともパーティション可能なメモリを含み、このパーティション可能なメモリは1以上のアクセス制御クライアント及び関連パッチを含むように適合される、各パーティションは他のパーティションから離れて維持され、メモリパーティションから実行されたソフトウェアはアクセスできなかったり、他の無関係なパーティションによってアクセスされない。また、このセキュアな要素は、いわゆるセキュアマイクロプロセッサ又はセキュリティ分野でよく知られたタイプのSMを含む。さらに、実施例の様々な現実化においては、実行時に、単純なブートストラップオペレーティングシステムOSを開始する命令を含む。ブートストラップオペレーティングシステムOSは、セキュアなエレメントからの少なくとも1つのパーティションを選択し、そこにロードされるべき適当なアクセス制御クライアントをロードするよう更に構成される。様々な具現化において、アクセス制御クライアントは信用署名に関連する1以上の証明を提供する。ブートストラップOSはアクセス制御クライアントの実行前に証明を検証する。さらに、一実施例において、セキュアなエレメントは記憶されたアクセス制御クライアントのリスト又はマニフェストを保持する。マニフェストは記憶されたアクセス制御クライアントの現在ステータスに関する情報を含む。そのような情報は利用可能性、完全性、有効性、以前に経験したエラーなどを含む。マニフェストは、利用可能なアクセス制御クライアントのユーザ選択を可能にするため、ユーザインタフェースにリンクされたり、結合されたりする。図7を参照すると、セキュアなエレメント710は、ネットワークオペレータによって認証に関する1以上のアクセス制御クライアントで使用されるコンポーネントを受信し且つ記憶することができる。一実施例において、セキュアなエレメントは関連するデバイスキー及び承認証明を有する。このデバイスキーはそれまで知られていないパーティ間例えば、UE、及びサードパーティの通信を保護し且つ検証するのに用いられる。一実施例において、デバイスキーは非対称な公開/秘密鍵の組である。一方の公開鍵は秘密鍵の整合を妥協することなく、自由に配信されることができる。例えば、デバイスはRSA公開/秘密鍵が割り当てられ又は内部で生成される。この公開鍵は配備後の通信で利用可能に作られる。さらに、幾つかの変形例で、承認証明が信用エンティティに関連するデジタル署名で一義的にサインされる。一つの典型的なシナリオでは、承認証明はサードパーティエンティティによって検証され、そして装置との整合の証明を提供する。セキュアなエレメントをプログラミングするための方法及び装置はRSA鍵の組に関して例示したが、当業者であれば、他の認証スキームが同様に置き換えられることが容易に理解されるであろう。例えば、他の変形例では、デバイスキーは共有鍵であり、この共有鍵の配布は高度に保証される。他の実施例は暗号交換というよりも証明に基づくこともある。本発明の幾つかの態様を、方法ステップの特定のシーケンスに関して説明したが、これらの説明は、本発明の広い方法を例示するものに過ぎず、特定の用途により要求されるように変更できることが認識されよう。あるステップは、ある状況のもとでは、不要とされるか又は任意とされる。更に、ここに開示する実施形態にあるステップ又は機能を追加してもよいし、又は2つ以上のステップの実行順序を入れ替えてもよい。このような全ての変更は、ここに開示する本発明に包含されると考えられる。以上、種々の実施形態に適用された本発明の新規な特徴が図示され、説明され及び指摘されたが、当業者であれば、本発明から逸脱せずに、装置又はプロセスの形態及び細部に種々の省略、置き換え及び変更がなされ得ることが理解されよう。以上の説明は、本発明を実施するよう現在意図される最良の態様である。この説明は、何ら限定を意図しておらず、本発明の一般的な原理の例示と考えるべきである。本発明の範囲は、特許請求の範囲によって限定される。