IPを介して加入者プロファイルのすべてを汎用ICカードUICCに遠隔的に配信する方法であって、前記UICCは、遠隔サーバにIP接続可能かつ前記UICCにアクセス可能な端末に取り付けられ、固有のシリアル番号と、前記遠隔サーバとの間に安全な伝送チャネルを確立できるブートストラップアプリケーションおよびブートストラップ認証情報とにより予め個人化されており、前記遠隔サーバは、大量の加入者プロファイルをホストし、ウェブサーバとして機能し、前記方法は、前記UICCの要求に応じて、前記端末および前記サーバ間にデータチャネルを開設し、前記ブートストラップ認証情報を使用して前記UICCおよび前記サーバ間の相互認証を実行し、前記UICCから前記サーバへ、前記固有のシリアル番号を使用して加入者プロファイルの配信を要求し、前記UICCに対する加入者プロファイルが存在する場合に、前記加入者プロファイルを前記UICCへダウンロードすること、からなる方法。前記UICCおよび前記遠隔サーバ間の通信にはhttp通信プロトコルが使用される、請求項1に記載の方法。前記UICCおよび前記端末は、BIPチャネルで通信する、請求項1または2に記載の方法。本発明は、IPを介して加入者プロファイルのすべてをUICCに遠隔的に配信する方法に関する。具体的には、本発明は、HTTPトランスポートOTIまたはOTAを使用して、装置に埋設されているUICCへ加入者プロファイルのすべてファイルシステム、セキュリティドメイン、アプリケーションSTK、USIM、ISM、、Kiなどの特異データ、応用キー、を含むを配信することに関する。本発明は、以下の課題を解決することを提案する。UICCを、例えばはんだにより受信装置に取り付けたり、装置のフォームファクタや、距離などの問題で経済的に実現不可能、又はエンドユーザに装置と加入契約とを別々に選択する可能性を与えるために特定加入契約への帰属なしに装置を市場に出さなければならないなどの理由により、どうしても物理的に取り外し不能な場合、加入者プロファイルにより製造段階でUICCを個人化することはもはや不可能である。本発明は、UICCが、装置の機能性に関する期待が低い状態でIP接続性のみ市場に展開された場合に、非常に安全な方法でUICCの個人化を遠隔的に行う方法を提案する。UICCはすでに市場に出ているため、MNOプロファイルはOTAまたはOTIを介してダウンロードする必要がある。本発明は、UICCを遠隔的に個人化するために、HTTPプロトコルを使用することを提案する。具体的には、本発明は、遠隔サーバにIP接続可能かつUICCにアクセス可能な端末に取り付けられたUICCに、IPを介して加入者プロファイルのすべてを遠隔的に配信する方法を提案する。UICCは、固有のシリアル番号と、遠隔サーバとの間に安全な伝送チャネルを確立できるブートストラップアプリケーションおよびブートストラップ認証情報とにより予め個人化されている。遠隔サーバは、大量の加入者プロファイルをホストし、ウェブサーバとして機能する。本発明にかかる方法は、UICCの要求に応じて、端末およびサーバ間にデータチャネルを開設し、ブートストラップ認証情報を使用してUICCおよびサーバ間の相互認証を実行し、UICCからサーバへ、固有のシリアル番号を使用して加入者プロファイルの配信を要求し、UICCに対する加入者プロファイルが存在する場合に、加入者プロファイルをUICCへダウンロードすることからなる。好適には、UICCおよび遠隔サーバ間の通信には、http通信プロトコルが使用される。有利には、UICCと端末とは、BIPチャネルを介して通信する。本発明は、本発明の実施の形態の全体フローを示す図1を参照して以下の説明を読めば、よりよく理解されるだろう。本発明は、-固有のシリアル番号と、遠隔サーバエンティティとの間に安全な伝送チャネルの確立を可能にするブートストラップアプリケーションおよびブートストラップ認証情報で予め個人化されているUICCと、-大量の加入者プロファイルをホストおよび配信し、単純なウェブサーバとして機能する遠隔配信サーバと、-遠隔サーバにIP接続可能かつ、例えばBIPインターフェースを介してUICCにアクセス可能な装置端末と、を必要とする。接続は、例えば有線や、WIFIやOTAのいずれかの方法により、その役割が最初のデータ接続の提供のみである最初から組み込まれているUICC加入者情報により可能である。図1には、全体フローが示されている。手続の始めに、当該UICCの加入者プロファイルは、配信サーバにおいて決定され保存されているものと仮定する。-ステップ100において、配信サーバは、オプションでUICC接続をトリガする起動イベントをUICCに送信する。これはまた、単にUICC自体の電源投入または定期的接続によっても行える。-ステップ101において、UICCは装置にデータチャネルの開設を要求する。この段階で、UICCは接続情報を供給する。好適なメソッドは、BIPOPENCHANNELコマンドである。-ステップ102において、UICCは、最初から組み込まれている認証情報を使用して配信サーバとセキュアチャネルの開設交渉を行う。好適なメソッドは、グローバルプラットフォームに規定されているSCP81PSK-TLSチャネルの確立である。このステップの間に、UICCおよび配信サーバの相互認証が行われ、交換データの整合性を検証できる。-ステップ103において、UICCは、所定のまたは設定可能なURLを使用して第1のHTTPPOST要求を配信サーバに送信し、加入者プロファイルの配信を要求する。この要求には、少なくともUICCシリアル番号が含まれる。図中のPOST要求は、一例である。-次に、配信サーバは、当該UICCが利用可能な加入者プロファイルがあるかどうかをチェックする。利用可能な加入者プロファイルがある場合には、ステップ104において、配信サーバは、HTTP200OK応答を応答のボディとして加入者プロファイルとともに返す。当該UICCが利用可能な加入者プロファイルがない場合には、204Nocontent応答が返される。-次に、UICCは、HTTP応答を受信し、加入者プロファイルのロードを実行する。ステップ105において、UICCは、サーバ応答でNEXT-URIとして与えられたURLによる第2のHTTPPOST要求を送信する。このPOSTは、ロード実行ステータスを含む。-UICCが、1つの応答で加入者プロファイルのすべてを受信できない場合には、UICCおよび配信サーバ間において何回かの反復実行が必要となるステップ106および107。-この手続は、加入者プロファイルのすべてが配信されると終了する。この場合、最後の配信サーバHTTP応答には、204NoContentが示されるステップ108。-ステップ109において、UICCは、装置との間で確立されているデータチャネルを閉鎖する。この方法は、装置に物理的に取り付けられていないUICC取り外し可能なUICCにも適用可能である。好適には、配信サーバとの通信にはHTTPプロトコルが使用され、UICCおよび装置間の通信にはBIPプロトコルが使用される。