(57)【要約】本発明は、ＧＳＭＡ  ＳＧＰ．０２及びＳＧＰ．２２  ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化する方法に関し、方法は、プロファイルの終わりだけにあるＳＣＰ０３ｔセキュリティだけを再計算するためにプロファイルの終わりにアプリケーション及び多様なデータを追加すること、及び保護プロファイルを端末と連携するｅＵＩＣＣに送信することからなる。【選択図】  図４
2021520571.tif 000002
【特許請求の範囲】
【請求項１】
ＧＳＭＡ  ＳＧＰ．０２及びＳＧＰ．２２  ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化する方法であって、前記方法が、前記プロファイルの終わりにしかないＳＣＰ０３ｔセキュリティのみを再計算するために、前記プロファイルの終わりにアプリケーション及び多様化データを追加すること、及び前記保護プロファイルを端末と連携するｅＵＩＣＣに送信することからなる方法。
【請求項２】
前記アプリケーションが、前記ｅＵＩＣＣ内で起動されるとき、前記事前生成されたプロファイルのパーソナル化を司る、請求項１に記載の方法。
【請求項３】
前記多様化データがＩＭＳＩを含む、請求項１又は２に記載の方法。
【請求項４】
ＧＳＭＡ  ＳＧＰ．０２及びＳＧＰ．２２  ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化するためのシステムであって、前記システムが、前記保護プロファイルに適用される多様化データを移動体ネットワークオペレータから受信することに特化されたＳＭ−ＤＰと、前記保護プロファイルを受信する端末と連携するｅＵＩＣＣとを備え、前記ＳＭ−ＤＰが事前生成された保護プロファイルを格納し、前記ＳＭ−ＤＰがアプリケーション及び前記多様化データをその終わりに含む事前生成された保護プロファイルを前記ｅＵＩＣＣに送信するシステム。
【請求項５】
前記ＳＭ−ＤＰが、前記事前生成された保護プロファイルを送信する前に、前記事前生成された保護プロファイルの終わりにあるアプリケーション及び前記多様化データを前記事前生成された保護プロファイルに追加している、請求項４に記載のシステム。
【請求項６】
前記ＳＭ−ＤＰが、前記事前生成された保護プロファイルを送信する前に、変更されていない、又は前記保護プロファイルの終わりにアプリケーション及びダミーの多様化データを含む事前生成された保護プロファイルを格納し、前記ＳＭ−ＤＰが、その多様化データを含むアプリケーションを追加するか、又は前記ダミーの多様化データを前記事前生成された保護プロファイルに対して上書きする、請求項４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電気通信システムに関する。
【０００２】
具体的には、本発明は、任意のコンシューマー及びＭ２Ｍセキュアエレメント、特にｅＵＩＣＣ（埋め込みＵＩＣＣ）用のＧＳＭＡ及びＳＩＭアライアンスで定められる事前生成された保護プロファイルのカスタマイズに関する。
【背景技術】
【０００３】
現在もなお利用できるＩＭＳＩ（国際移動体加入者識別番号）の数は、特に、例えば中国やインドのような重大な数の国民を有する国の一部のオペレータにおいて限りがあることが知られている。
【０００４】
ＩＭＳＩは、ＭＣＣ（移動体国コード）、ＭＮＣ（移動体ネットワークコード）及びＭＳＩＮ（移動体加入者識別番号）で構成される。所与のオペレータ（ＭＮＯ）に対して、現在もなお利用できるＭＳＩＮの数は限られている。
【０００５】
ＩＭＳＩは、例えばｅＵＩＣＣに含まれるセキュアエレメントプロファイルに格納される。
【０００６】
問題は、ｅＵＩＣＣプロファイルが製造され、ＩＭＳＩでパーソナル化される場合、このＩＭＳＩは、ｅＵＩＣＣプロファイルがエンドユーザにダウンロードされるとき、又はｅＵＩＣＣを含む装置に初めて電源が入れられるときにのみ使用されることである。したがって、使用されていない膨大な数のＩＭＳＩが存在し、このことがＭＮＯのコストとなる。
【０００７】
この問題を解決するために、ＩＭＳＩをｅＵＩＣＣのようなセキュアエレメントに無線によりオンデマンドでダウンロードすることが知られている。サブスクリプションマネージャ−データ準備（ＳＭ−ＤＰ）は、オペレータサブスクリプションプロファイルを安全にダウンロードし、ｅＵＩＣＣにインストールすることが役割の電気通信ネットワークの要素である。ＳＭ−ＤＰは、ｅＵＩＣＣにプロビジョンされるプロファイルを安全に格納する。ＳＭ−ＤＰは、これらのプロファイルのｅＵＩＣＣへのインストールを管理する。
【０００８】
より正確には、ＧＳＭＡ  ＳＭ−ＤＰは、ＳＣＰ０３ｔセキュリティを用いて保護された事前生成プロファイルがプロビジョンされる。ＳＣＰ０３ｔは、グローバルプラットフォーム改正Ｄにより定められたＳＣＰ０３プロトコルの進化／最適化である。
【０００９】
事前生成されたプロファイルでは、全ての多様化データは事前に生成されてＳＭ−ＤＰの作業負荷及び実行時間を減らす。
【００１０】
ＭＮＯは、プロファイル確保の間ＳＭ−ＤＰを使用して、ＩＭＳＩ、ＩＰマルチメディアプライベートアイデンティティ（ＩＭＰＩ）又はＩＰマルチメディアパブリックアイデンティティ（ＩＭＰＵ）のようなプロファイルカスタムデータ（以下「多様化データ」）を提供することを望む。その結果、事前生成された保護プロファイルは更新されて全てのＭＮＯ多様化データを注入することになる。
【００１１】
このような手順において、事前生成されたプロファイルの異なるＳＣＰ０３ｔブロックは、ＳＭ−ＤＰによってＨＳＭ（ハードウェアセキュリティモジュール）を使用して更新及び再計算されるものとする。ＨＳＭはＳＣＰ０３ｔ暗号及びＭＡＣ（メッセージ認証コード）を計算する。
【００１２】
図１は、ＳＩＭアライアンスの仕様（ｅＵＩＣＣプロファイルパッケージのセクション８．１．３：相互運用可能なフォーマットＴＳ  ｖ２．０）により定められるプロファイルの例を示している。
【００１３】
規格については、２つのＧＳＭＡ仕様ＳＧＰ．０２  ｖ３．２（Ｍ２Ｍ）及びＳＧＰ．２２  ｖ２．２（コンシューマー）は、プロファイルフォーマット（ＵＰＰ：保護されていないプロファイルパッケージ）に関する同じＳＩＭアライアンスｖ２．０仕様を参照する。したがって、ＧＳＭＡの仕様を参照することは、ＳＩＭアライアンスの仕様を参照することを含む。
【００１４】
ＧＳＭＡの仕様は、クライアントシステム（ｅＵＩＣＣ）／サーバ（ＳＭ−ＤＰ）だけでなく、これらのプロファイル（ＰＰＰ：保護されたプロファイルパッケージ）を保護するＳＣＰ０３ｔプロトコルを定める。
【００１５】
具体的には、ＳＧＰ．２２仕様は、ＳＣＰ０３ｔプロトコルのためのＧＳＭＡの仕様ＳＧＰ．０２を参照する。
【００１６】
様々なプロファイル要素が図１に示されている。常にプロファイルヘッダを含むフィールドから始まり、ＰＥ−Ｅｎｄ（「ＰＥ」はプロファイル要素を意味する）で終わる。
【００１７】
ＳＣＰ０３ｔブロックは最大１００８バイト（最大１００７バイトのデータと最後のブロックのための少なくとも１バイトのパディング）である。これらのフィールドは、ｅＵＩＣＣに伝送されたＳＣＰ０３ｔブロックに収納される。
【００１８】
ＳＣＰ０３ｔでは、全てのブロックがＭＡＣを用いて連鎖される。
【００１９】
例えば、ＭＡＣ１と呼ばれる第１のＭＡＣが、ＰＥ−ＨｅａｄｅｒやＰＥ−ＭＦのような第１のプロファイル要素（ＰＥ）を含む第１のＳＣＰ０３ｔブロック上で計算される。ＭＡＣ２と呼ばれる第２のＭＡＣが、第２のＳＣＰ０３ｔブロックの内容及びＭＡＣ１を考慮に入れることによって計算される。
【００２０】
これによって、各ＭＡＣは先行するＭＡＣ（各ＭＡＣは前のＭＡＣと連鎖される）を考慮に入れる。このＭＡＣ連鎖が意味することは、データブロックを変更して（例えばＩＭＳＩ、ＩＭＰＩ又はＩＭＰＵのような）多様化データを注入する場合、現在のデータブロック及び全ての後続ブロックのＳＣＰ０３ｔは、現在のデータブロックのＭＡＣが変更されるために再計算されなければならないということである。
【００２１】
このことの主要な問題は、例えばＭＮＯにより送信されたＰＥ−ＵＳＩＭブロック内にあるＩＭＳＩに関して、このＩＭＳＩが変更されるため、ＰＥ−ＵＳＩＭを含むＳＣＰ０３ｔブロック、及びこのブロックに続く全てのＭＡＣを再計算する必要があることである。これは、セキュアエレメントへの新しいサブスクリプションのダウンロード要求が高い場合に、複数のＨＳＭを使用することを必要とする。
【００２２】
順番は一部のＰＥの場合に変わる可能性がある（ただし、ＳＩＭアライアンスの仕様に制約がある）。
【００２３】
一部のＰＥはまた任意選択的であり、他のＰＥが今後（例えば次世代の５Ｇ用に）追加される可能性がある。
【００２４】
様々なプロファイル要素の順番は変わる可能性があるが、ＳＩＭアライアンスの仕様は、特にセキュリティドメイン及びアプリケーションがプロファイルの終わりに位置するものとすると規定する。これは、ＵＳＩＭ、ＩＳＩＭ、ＣＳＩＭ．．．のような、ＭＮＯによりカスタマイズされるテレコムアプリケーションをプロファイルの終わりに孤立させることができないことを意味する。
【００２５】
したがって、主要なＳＭ−ＤＰの制約は、プロファイルの終わりにあるプロファイルのごく一部を更新して、プロファイルのＳＣＰ０３ｔブロックの全てを再計算することを避け、ハードウェアリソース及びソフトウェアリソースのかなりの追加コストを伴う非常に大きいパフォーマンスインパクトを回避することである。この再計算は、ｅＵＩＣＣプロファイルをダウンロード及びインストールする前にパーソナル化するために、ＭＮＯが例えばＩＭＳＩをＳＭ−ＤＰに送信するときに必要である。
【００２６】
１つの選択肢は、非常に高い計算能力を吸収させる追加のリソースを配置することである。２つの解決策が考えられる：
−  クラスタ内で追加のＳＭ−ＤＰインスタンス及び追加のＨＳＭを使用すること、あるいは、
−  ＲＴＤＰ（リアルタイムデータ処理）と呼ばれる、ＳＭ−ＤＰに接続された追加のサーバインフラストラクチャを使用すること。ＲＴＤＰは専用インスタンス及び専用ＨＳＭを有する。
【００２７】
どちらの場合も、コストに及ぼす影響は、（ダミーＩＭＳＩをＭＮＯから受け取ったＩＭＳＩに置き換える）プロファイル上で行われるマイクロオペレーションと比べて不釣り合いである。
【発明の概要】
【発明が解決しようとする課題】
【００２８】
この問題は本発明によって解決される。
【課題を解決するための手段】
【００２９】
より正確には、本発明は、ＧＳＭＡ  ＳＧＰ．０２及びＳＧＰ．２２  ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化する方法であって、プロファイルの終わりにしかないＳＣＰ０３ｔセキュリティのみを再計算するためにプロファイルの終わりにアプリケーション及び多様なデータを追加すること、及び保護プロファイルを端末と連携するｅＵＩＣＣに送信することからなる方法を提案する。
【００３０】
有利には、アプリケーションは、ｅＵＩＣＣ内でトリガされるとき、事前生成されたプロファイルのパーソナル化を司る。
【００３１】
好ましくは、多様化データはＩＭＳＩを含む。
【００３２】
本発明はまた、ＧＳＭＡ  ＳＧＰ．０２及びＳＧＰ．２２  ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化するためのシステムであって、保護プロファイルに適用される多様化データを移動体ネットワークオペレータから受信することに特化されたＳＭ−ＤＰと、保護プロファイルを受信する端末と連携するｅＵＩＣＣとを備え、ＳＭ−ＤＰが事前生成された保護プロファイルを格納し、ＳＭ−ＤＰがアプリケーション及び多様化データをその終わりに含む事前生成された保護プロファイルをｅＵＩＣＣに送信するシステムに関する。
【００３３】
一実施形態では、ＳＭ−ＤＰは、事前生成された保護プロファイルを送信する前に、事前生成された保護プロファイルの終わりにあるアプリケーション及び多様化データを事前生成された保護プロファイルに追加している。
【００３４】
別の実施形態では、事前生成された保護プロファイルを送信する前に、ＳＭ−ＤＰは、変更されていない、又は保護プロファイルの終わりにアプリケーション及びダミーの多様化データを含む事前生成された保護プロファイルを格納し、ＳＭ−ＤＰは、その多様化データを含むアプリケーションを追加するか、又はダミーの多様化データを事前生成された保護プロファイルに対して上書きする。
【図面の簡単な説明】
【００３５】
本発明の他の特徴及び利点は、以下の図に関わる以下の説明を読むことによって現れるであろう。
【００３６】
【図１】従来技術のプロファイルの例。
【図２】本発明に係るプロファイル。
【図３】ＳＣＰ０３ｔブロックを用いた保護プロファイルの例。
【図４】異なるエンティティ間のやりとりのフロー。
【図５】例えばｅＵＩＣＣにＩＭＳＩのようなパーソナル化データ（多様化データ）をインストールするための選択肢の１つ。
【図６】例えばｅＵＩＣＣにＩＭＳＩのようなパーソナル化データ（多様化データ）をインストールするための選択肢の１つ。
【図７】ＳＣＰ０３ｔブロックを用いた保護プロファイルの例。
【発明を実施するための形態】
【００３７】
図１は、従来技術を説明するために既に示されている。
【００３８】
図２は、本発明に係るプロファイルを示している。
【００３９】
この図では、最後の２行に見られるように、ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１という名のＰＥ−Ａｐｐｌｉｃａｔｉｏｎが、プロファイルの終わりの、ＰＥ−Ｅｎｄプロファイル要素の直前に見られる。
【００４０】
本発明の原理は、正確にはプロファイルの終わりにＭＮＯカスタムデータの上書きを司る小さい専用アプレット（プロファイル要素アプリケーション）を追加することである。
【００４１】
ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１では、アプレットバイトコードが定義され、その後にその多様化データ、例えばＩＭＳＩ，ＩＭＰＩ又はＩＭＰＵなどが続く。
【００４２】
その原理は、この多様化データを使用して、全ての依存性ファイル（ＵＳＩＭ  ＥＦ＿ＩＭＳＩ，ＥＦ＿ＡＤ，ＩＳＩＭ  ＥＦ＿ＩＭＰＩ，ＥＦ＿ＩＭＰＵ，ＥＦ＿ＡＤ，．．．）を含むＭＮＯ多様化データを注入することである。
【００４３】
事前生成されたプロファイルでは、２つの実装形態が考えられる。すなわち、専用アプレット及びその多様化データが含まれ、デフォルトでは新しいカスタムデータが示されないか、あるいは専用アプレット及びその多様化データが、終わりのプロファイル要素の終わり（ＰＥ−Ｅｎｄ）の直前に挿入されるかである。
【００４４】
この図の下方の表に、追加の専用アプレットに関するＳＩＭアライアンスに準拠したプロファイル表現が見られる。
【００４５】
アプレット（又はアプリケーション）はバイトコードで構成される。また、ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１には、インストールパラメータや、例えばＡＩＤが含まれる。これらのデータのサイズは約１ＫＢである。
【００４６】
ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１はまた、多様化データ、とりわけ、例えばｅＵＩＣＣに送信されるＩＭＳＩを含む。これはパーソナル化されるデータの数によって数十バイトから数百バイトを示す可能性がある。
【００４７】
前述のように、プロファイルはＰＥ−Ｅｎｄ（９バイト）で終わる。
【００４８】
図３は、本発明に係るＳＣＰ０３ｔブロックを用いた保護プロファイルの例を表している。
【００４９】
この図では、ブロック１〜ｎの全てがＳＣＰ０３ｔブロックである。第１のブロックは、ＰｒｏｆｉｌｅＨｅａｄｅｒと、ＰＥ−ＭＦの始まりとを含む。第２のブロックは、ＰＥ−ＭＦの終わりとＰＥ−ＰＵＫＣｏｄｅｓとを含む。後続のブロックは図２のプロファイル要素を含み、ブロックｎ−１はＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１の始まり及び多様化データを含む。最後のブロック（ｎ）は、ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１の終わり及び多様化データとＰＥ−Ｅｎｄとを含む。
【００５０】
図４は、異なるエンティティ間のやりとりのフローを表している。
【００５１】
ここで、ＭＮＯは、ステップ４１においてプロファイル確保をＳＭ−ＤＰに依頼する。プロファイル確保は、プロファイルタイプ（国際、プリペイド、．．．）、及びＩＭＳＩのような多様化データを含む。
【００５２】
前のステップ４０において、ＳＭ−ＤＰは保護プロファイルを事前生成し、これらをプロビジョンしている。
【００５３】
ステップ４２において、ＳＭ−ＤＰは、対応するプロファイルを在庫として有しているかどうかをＩＣＣＩＤ（各ＩＣＣＩＤにプロファイルは対応している）によって確認する。
【００５４】
ステップ４３において、ＳＭ−ＤＰはプロファイルを有していることをＭＮＯに通知し、対応するＩＣＣＩＤをパラメータ（照合ＩＤ、確認コード、．．．）と共にＭＮＯに送信する。
【００５５】
ステップ４４において、次の２つの解決策が考えられる。
１．  ４０において、ＳＭ−ＤＰは、（図１に示されるように）変更することなく事前生成されたプロファイルを格納する。次にＳＭ−ＤＰは、プロファイルの終わりのＰＥ−Ｅｎｄの直前に、ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１と、受信した多様化データとを追加しなければならない。
２．  ４０において、ＳＭ−ＤＰは、多様化データのためのＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１をダミーの多様化データと共にその事前生成されたプロファイルにあらかじめ格納する。ＳＭ−ＤＰは、ダミーの多様化データを、ステップ４１において移動体ネットワークオペレータ（ＭＮＯ）により受信された多様化データに置き換える。
【００５６】
多様化データはＩＭＳＩに限定されず、ＵＩＣＣ、ＵＳＩＭ、ＩＳＩＭ、ＣＳＩＭ．．．のようなテレコムアプリケーションに格納された全ての多様化データであってもよいことに留意すべきである。ＩＭＳＩカスタマイズの場合、ＰＥ−ＵＳＩＭにおいて、フィールドＩＭＳＩはダミーであり、アプレットＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１に置き換えられることになる。
【００５７】
ＳＭ−ＤＰはまた、プロファイルの最後のＳＣＰ０３ｔブロック（又は、必要ならば２つのブロック−これは多様化データの長さ及び最後のＳＣＰ０３ｔブロックの長さの問題である）を抽出する。第１の解決策では、保護された事前生成プロファイルは、アプリケーションＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１及びそのダミーの多様化データをあらかじめ含み、図３において、ｎ−１ブロックがＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１の始まり及び多様化データを含むため、最後の２つのブロックを抽出するものとする。
【００５８】
ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１及び多様化データとＰＥ−Ｅｎｄとが最後のブロック（ｎ）に含まれる可能性がある場合、最後のＳＣＰ０３ｔブロックだけを抽出しなければならない。
【００５９】
ステップ４５において、最後のブロックは、ステップ４６においてＳＣＰ０３ｔブロックＭＡＣをチェックするＨＳＭに送信される。ＨＳＭはブロックを復号し、多様化データ（ＴＬＶ−タグ・長さ・値）を上書きし、ブロックを暗号化し、新しいＭＡＣ（必要であれば複数の新しいＭＡＣ）を計算する。
【００６０】
ステップ４７において、ＨＳＭは新しいＳＣＰ０３ｔブロックをＳＭ−ＤＰに送信する。
【００６１】
ステップ４８において、ＳＭ−ＤＰは、多様化データを含む最後のブロックを上書きする。
【００６２】
ステップ４９〜５１はＧＳＭＡにおける標準である（ＳＭ−ＤＰは、保護されたプロファイル（全てのＳＣＰ０３ｔブロック）をｅＵＩＣＣに送信する）。
【００６３】
第２の実装形態では、保護された事前生成プロファイルは、アプリケーションＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１及びその多様化データを含まない。図７では、最後のブロックはＳＭ−ＤＰによって抽出されるものとされ、ＳＭ−ＤＰは、ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１及びその多様化データを含むＰＥ−Ａｐｐｌｉｃａｔｉｏｎを生成するものとする。ステップ４５において、最後のブロック及びＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１は、ステップ４６においてＳＣＰ０３ｔブロックＭＡＣをチェックするＨＳＭに送信される。ＨＳＭはブロックを復号し、多様化データを含むＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１を挿入し、ブロックを暗号化し、新しいＭＡＣを計算する。
【００６４】
ステップ４７からステップ５１までは先の説明と比べて変わりがない。
【００６５】
図５は、ＵＩＣＣリフレッシュコマンドと、ＩＭＳＩのような多様化データをｅＵＩＣＣプロファイルにインストールするアプレットを起動する２つの選択肢とを用いるプロファイル有効化手順を示している。
【００６６】
第１の選択肢は、このアプレットが、異なるファイル内、特にＥＦｉｍｓｉファイル内の多様化データ（とりわけＩＭＳＩ）をパーソナル化しなければならない場合にこれをパースするように、ＳＭ−ＤＰ、ＭＥ及びｅＵＩＣＣ間の標準的なやりとりの後、ウォームリセット（ｅＵＩＣＣの電源が入っている場合のｅＵＩＣＣのみのリセット）の後に、ＭＥからｅＵＩＣＣへの任意のコマンドを使用してアプレット（ＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１）を起動することである。その後、いくつかのやりとりが行われ、ＩＭＳＩがｅＵＩＣＣによってＭＥに送信される。
【００６７】
第２の選択肢は、（ＭＥとｅＵＩＣＣとの間にブート処理がある場合に使用される）端末プロファイルコマンドを使用することからなる。直前に説明されたのと同じ動作が行われ、ＩＭＳＩのＭＥへの送信で終わる。
【００６８】
図６は、パーソナル化（多様化）データをインストールするアプレットが端末プロファイルにより起動される、将来のプロファイル状態変更コマンド（この特許出願の出願時には規格化されていなかった）を用いるプロファイル有効化手順を示している。
【００６９】
専用アプレットは、その多様化データを用いて、移動装置がｅＵＩＣＣテレコムアプリケーション及びファイルシステムを読み込む前に、標的にされた全てのテレコムアプリケーションファイルを新しいＭＮＯカスタムデータで更新することができる。
【００７０】
プロファイルをインストールした後、ｅＵＩＣＣは、プロファイルがｅＵＩＣＣにインストールされたことをＳＭ−ＤＰに通知する。そしてユーザ（移動装置ＭＥ）はプロファイルを承認する（ステップ「プロファイルを有効化する」）。ｅＵＩＣＣは、ＵＩＣＣリセット又はプロファイル状態変更コマンドをＭＥに送信する。そしてＭＥは端末応答「ＯＫ」で回答し、ｅＵＩＣＣと伝統的な起動シーケンスを開始する。
【００７１】
別の選択肢は、ＳＣＰ０３ｔブロックのダウンロード後、直ちにｅＵＩＣＣでｅＵＩＣＣプロファイル内のアプレット多様化データを実行することである。
【００７２】
したがって、アプレットはＳＭ−ＤＰにより提供された多様化データを使用し、ｅＵＩＣＣで起動されたときに事前生成されたプロファイルのパーソナル化を司る。
【００７３】
本発明の主な利点は、多様化データを含む最後のブロックとＰＥ−ＥｎｄだけがＨＳＭによって再計算可能なものとすることである。主な利益は、保護プロファイルに関連付けられた全てのセキュリティ（ＳＣＰ０３ｔ）の再計算を回避することである。
【００７４】
本発明によって、事前生成されたプロファイルをＭＮＯの要求によりオンラインでカスタマイズして、ＭＮＯ多様化データ及びエンドユーザ多様化データを注入することが可能になる。
【００７５】
一部のＭＮＯでは、未使用であるがダウンロードされていないＩＭＳＩ（又は他の多様化データ）在庫の事前確保の問題が解決される。
【００７６】
本発明は、非常に高い計算能力を吸収させる追加のサーバリソースを配置することを回避し、ひいては新たなハードウェア投資をその追加の継続的に必要となるホスティングコストを回避してソリューションコストを大幅に削減することができる。
【００７７】
本発明がなければ、ＨＳＭは、毎秒６４ＫＢのプロファイルを最大６個までカスタマイズすることができる。
【００７８】
本発明によって、ＨＳＭは、（プロファイルのサイズに関係なく）毎秒最大１００個のプロファイルをカスタマイズできるはずである。
【００７９】
提案された解決策は、３ＧＰＰ／ＧＳＭＡ／ＳＩＭアライアンスの規格変更を必要とせず、相互運用可能である（アプレットＰＥ−Ａｐｐｌｉｃａｔｉｏｎ−１、プロファイル、ｅＵＩＣＣ）。
【図１】
2021520571.tif 000003
【図２】
2021520571.tif 000004
【図３】
2021520571.tif 000005
【図４】
2021520571.tif 000006
【図５】
2021520571.tif 000007
【図６】
2021520571.tif 000008
【図７】
2021520571.tif 000009
【国際調査報告】
2021520571.tif 000010
2021520571.tif 000011