特許 7066009 事前生成された保護プロファイルをパーソナル化する方法及び対応するシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-28

(45)【発行日】2022-05-12

(54)【発明の名称】事前生成された保護プロファイルをパーソナル化する方法及び対応するシステム

(51)【国際特許分類】

   G06F 21/62 20130101AFI20220502BHJP

【ＦＩ】

G06F21/62 309

【請求項の数】 6

(21)【出願番号】P 2020560936

(86)(22)【出願日】2019-04-30

(65)【公表番号】

(43)【公表日】2021-08-19

(86)【国際出願番号】 EP2019061096

(87)【国際公開番号】W WO2019211295

(87)【国際公開日】2019-11-07

【審査請求日】2020-11-10

(31)【優先権主張番号】18305543.3

(32)【優先日】2018-05-02

(33)【優先権主張国・地域又は機関】EP

(73)【特許権者】

【識別番号】519283417

【氏名又は名称】タレス ディアイエス フランス エスアー

(74)【代理人】

【識別番号】100086368

【弁理士】

【氏名又は名称】萩原 誠

(72)【発明者】

【氏名】エリク ブルターニュ

(72)【発明者】

【氏名】リオネル ロザック－ドライッキオ

【審査官】松平 英

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０１４２９０６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１７／０２２２９９１（ＵＳ，Ａ１）

【文献】欧州特許出願公開第０３００７４０４（ＥＰ，Ａ１）

【文献】国際公開第２０１８／０７２８５２（ＷＯ，Ａ１）

【文献】村里 健太，Ｄｒｅａｍｗｅａｖｅｒで作る ｉＰｈｏｎｅ／Ａｎｄｒｏｉｄアプリ入門，初版，日本，株式会社マイナビ，2012年02月28日，pp. 341-346，ISBN: 978-4-8399-4018-8

【文献】宮川 義之 他，Ｕｎｉｔｙによる３Ｄゲーム開発入門，初版，日本，株式会社オライリー・ジャパン ，2011年09月07日，pp. 373-376，ISBN: 978-4-87311-506-1

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ１２／１４

２１／００－２１／８８

Ｇ０９Ｃ １／００－５／００

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｋ １／００－３／００

Ｈ０４Ｌ ９／００－９／４０

Ｈ０４Ｍ １／００

１／２４－３／００

３／１６－３／２０

３／３８－３／５８

７／００－７／１６

１１／００－１１／１０

９９／００

Ｈ０４Ｗ ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

ＧＳＭＡ ＳＧＰ．０２及びＳＧＰ．２２ ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化する方法であって、前記方法が、前記プロファイルの終わりにしかないＳＣＰ０３ｔセキュリティのみを再計算するために、ＳＭ－ＤＰによって前記プロファイルの終わりにアプリケーション及び多様化データを追加すること、及び、前記ＳＭ－ＤＰによって、前記保護プロファイルを端末と連携するｅＵＩＣＣに送信することからなる方法。

【請求項2】

前記アプリケーションが、前記ｅＵＩＣＣ内で起動されるとき、前記事前生成されたプロファイルのパーソナル化を司る、請求項１に記載の方法。

【請求項3】

前記多様化データがＩＭＳＩを含む、請求項１又は２に記載の方法。

【請求項4】

ＧＳＭＡ ＳＧＰ．０２及びＳＧＰ．２２ ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化するためのシステムであって、前記システムが、前記保護プロファイルに適用される多様化データを移動体ネットワークオペレータから受信することに特化されたＳＭ－ＤＰと、前記保護プロファイルを受信する端末と連携するｅＵＩＣＣとを備え、前記ＳＭ－ＤＰが事前生成された保護プロファイルを格納し、前記ＳＭ－ＤＰがアプリケーション及び前記多様化データをその終わりに含む事前生成された保護プロファイルを前記ｅＵＩＣＣに送信するシステム。

【請求項5】

前記ＳＭ－ＤＰが、前記事前生成された保護プロファイルを送信する前に、前記事前生成された保護プロファイルの終わりにあるアプリケーション及び前記多様化データを前記事前生成された保護プロファイルに追加している、請求項４に記載のシステム。

【請求項6】

前記ＳＭ－ＤＰが、前記事前生成された保護プロファイルを送信する前に、変更されていない、又は前記保護プロファイルの終わりにアプリケーション及びダミーの多様化データを含む事前生成された保護プロファイルを格納し、前記ＳＭ－ＤＰが、その多様化データを含むアプリケーションを追加するか、又は前記ダミーの多様化データを前記事前生成された保護プロファイルに対して上書きする、請求項４に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は電気通信システムに関する。

【0002】

具体的には、本発明は、任意のコンシューマー及びＭ２Ｍセキュアエレメント、特にｅＵＩＣＣ（埋め込みＵＩＣＣ）用のＧＳＭＡ及びＳＩＭアライアンスで定められる事前生成された保護プロファイルのカスタマイズに関する。

【背景技術】

【0003】

現在もなお利用できるＩＭＳＩ（国際移動体加入者識別番号）の数は、特に、例えば中国やインドのような重大な数の国民を有する国の一部のオペレータにおいて限りがあることが知られている。

【0004】

ＩＭＳＩは、ＭＣＣ（移動体国コード）、ＭＮＣ（移動体ネットワークコード）及びＭＳＩＮ（移動体加入者識別番号）で構成される。所与のオペレータ（ＭＮＯ）に対して、現在もなお利用できるＭＳＩＮの数は限られている。

【0005】

ＩＭＳＩは、例えばｅＵＩＣＣに含まれるセキュアエレメントプロファイルに格納される。

【0006】

問題は、ｅＵＩＣＣプロファイルが製造され、ＩＭＳＩでパーソナル化される場合、このＩＭＳＩは、ｅＵＩＣＣプロファイルがエンドユーザにダウンロードされるとき、又はｅＵＩＣＣを含む装置に初めて電源が入れられるときにのみ使用されることである。したがって、使用されていない膨大な数のＩＭＳＩが存在し、このことがＭＮＯのコストとなる。

【0007】

この問題を解決するために、ＩＭＳＩをｅＵＩＣＣのようなセキュアエレメントに無線によりオンデマンドでダウンロードすることが知られている。サブスクリプションマネージャ－データ準備（ＳＭ－ＤＰ）は、オペレータサブスクリプションプロファイルを安全にダウンロードし、ｅＵＩＣＣにインストールすることが役割の電気通信ネットワークの要素である。ＳＭ－ＤＰは、ｅＵＩＣＣにプロビジョンされるプロファイルを安全に格納する。ＳＭ－ＤＰは、これらのプロファイルのｅＵＩＣＣへのインストールを管理する。

【0008】

より正確には、ＧＳＭＡ ＳＭ－ＤＰは、ＳＣＰ０３ｔセキュリティを用いて保護された事前生成プロファイルがプロビジョンされる。ＳＣＰ０３ｔは、グローバルプラットフォーム改正Ｄにより定められたＳＣＰ０３プロトコルの進化／最適化である。

【0009】

事前生成されたプロファイルでは、全ての多様化データは事前に生成されてＳＭ－ＤＰの作業負荷及び実行時間を減らす。

【0010】

ＭＮＯは、プロファイル確保の間ＳＭ－ＤＰを使用して、ＩＭＳＩ、ＩＰマルチメディアプライベートアイデンティティ（ＩＭＰＩ）又はＩＰマルチメディアパブリックアイデンティティ（ＩＭＰＵ）のようなプロファイルカスタムデータ（以下「多様化データ」）を提供することを望む。その結果、事前生成された保護プロファイルは更新されて全てのＭＮＯ多様化データを注入することになる。

【0011】

このような手順において、事前生成されたプロファイルの異なるＳＣＰ０３ｔブロックは、ＳＭ－ＤＰによってＨＳＭ（ハードウェアセキュリティモジュール）を使用して更新及び再計算されるものとする。ＨＳＭはＳＣＰ０３ｔ暗号及びＭＡＣ（メッセージ認証コード）を計算する。

【0012】

図１は、ＳＩＭアライアンスの仕様（ｅＵＩＣＣプロファイルパッケージのセクション８．１．３：相互運用可能なフォーマットＴＳ ｖ２．０）により定められるプロファイルの例を示している。

【0013】

規格については、２つのＧＳＭＡ仕様ＳＧＰ．０２ ｖ３．２（Ｍ２Ｍ）及びＳＧＰ．２２ ｖ２．２（コンシューマー）は、プロファイルフォーマット（ＵＰＰ：保護されていないプロファイルパッケージ）に関する同じＳＩＭアライアンスｖ２．０仕様を参照する。したがって、ＧＳＭＡの仕様を参照することは、ＳＩＭアライアンスの仕様を参照することを含む。

【0014】

ＧＳＭＡの仕様は、クライアントシステム（ｅＵＩＣＣ）／サーバ（ＳＭ－ＤＰ）だけでなく、これらのプロファイル（ＰＰＰ：保護されたプロファイルパッケージ）を保護するＳＣＰ０３ｔプロトコルを定める。

【0015】

具体的には、ＳＧＰ．２２仕様は、ＳＣＰ０３ｔプロトコルのためのＧＳＭＡの仕様ＳＧＰ．０２を参照する。

【0016】

様々なプロファイル要素が図１に示されている。常にプロファイルヘッダを含むフィールドから始まり、ＰＥ－Ｅｎｄ（「ＰＥ」はプロファイル要素を意味する）で終わる。

【0017】

ＳＣＰ０３ｔブロックは最大１００８バイト（最大１００７バイトのデータと最後のブロックのための少なくとも１バイトのパディング）である。これらのフィールドは、ｅＵＩＣＣに伝送されたＳＣＰ０３ｔブロックに収納される。

【0018】

ＳＣＰ０３ｔでは、全てのブロックがＭＡＣを用いて連鎖される。

【0019】

例えば、ＭＡＣ１と呼ばれる第１のＭＡＣが、ＰＥ－ＨｅａｄｅｒやＰＥ－ＭＦのような第１のプロファイル要素（ＰＥ）を含む第１のＳＣＰ０３ｔブロック上で計算される。ＭＡＣ２と呼ばれる第２のＭＡＣが、第２のＳＣＰ０３ｔブロックの内容及びＭＡＣ１を考慮に入れることによって計算される。

【0020】

これによって、各ＭＡＣは先行するＭＡＣ（各ＭＡＣは前のＭＡＣと連鎖される）を考慮に入れる。このＭＡＣ連鎖が意味することは、データブロックを変更して（例えばＩＭＳＩ、ＩＭＰＩ又はＩＭＰＵのような）多様化データを注入する場合、現在のデータブロック及び全ての後続ブロックのＳＣＰ０３ｔは、現在のデータブロックのＭＡＣが変更されるために再計算されなければならないということである。

【0021】

このことの主要な問題は、例えばＭＮＯにより送信されたＰＥ－ＵＳＩＭブロック内にあるＩＭＳＩに関して、このＩＭＳＩが変更されるため、ＰＥ－ＵＳＩＭを含むＳＣＰ０３ｔブロック、及びこのブロックに続く全てのＭＡＣを再計算する必要があることである。これは、セキュアエレメントへの新しいサブスクリプションのダウンロード要求が高い場合に、複数のＨＳＭを使用することを必要とする。

【0022】

順番は一部のＰＥの場合に変わる可能性がある（ただし、ＳＩＭアライアンスの仕様に制約がある）。

【0023】

一部のＰＥはまた任意選択的であり、他のＰＥが今後（例えば次世代の５Ｇ用に）追加される可能性がある。

【0024】

様々なプロファイル要素の順番は変わる可能性があるが、ＳＩＭアライアンスの仕様は、特にセキュリティドメイン及びアプリケーションがプロファイルの終わりに位置するものとすると規定する。これは、ＵＳＩＭ、ＩＳＩＭ、ＣＳＩＭ．．．のような、ＭＮＯによりカスタマイズされるテレコムアプリケーションをプロファイルの終わりに孤立させることができないことを意味する。

【0025】

したがって、主要なＳＭ－ＤＰの制約は、プロファイルの終わりにあるプロファイルのごく一部を更新して、プロファイルのＳＣＰ０３ｔブロックの全てを再計算することを避け、ハードウェアリソース及びソフトウェアリソースのかなりの追加コストを伴う非常に大きいパフォーマンスインパクトを回避することである。この再計算は、ｅＵＩＣＣプロファイルをダウンロード及びインストールする前にパーソナル化するために、ＭＮＯが例えばＩＭＳＩをＳＭ－ＤＰに送信するときに必要である。

【0026】

１つの選択肢は、非常に高い計算能力を吸収させる追加のリソースを配置することである。２つの解決策が考えられる：
－ クラスタ内で追加のＳＭ－ＤＰインスタンス及び追加のＨＳＭを使用すること、あるいは、
－ ＲＴＤＰ（リアルタイムデータ処理）と呼ばれる、ＳＭ－ＤＰに接続された追加のサーバインフラストラクチャを使用すること。ＲＴＤＰは専用インスタンス及び専用ＨＳＭを有する。

【0027】

どちらの場合も、コストに及ぼす影響は、（ダミーＩＭＳＩをＭＮＯから受け取ったＩＭＳＩに置き換える）プロファイル上で行われるマイクロオペレーションと比べて不釣り合いである。

【発明の概要】

【発明が解決しようとする課題】

【0028】

この問題は本発明によって解決される。

【課題を解決するための手段】

【0029】

より正確には、本発明は、ＧＳＭＡ ＳＧＰ．０２及びＳＧＰ．２２ ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化する方法であって、プロファイルの終わりにしかないＳＣＰ０３ｔセキュリティのみを再計算するためにプロファイルの終わりにアプリケーション及び多様なデータを追加すること、及び保護プロファイルを端末と連携するｅＵＩＣＣに送信することからなる方法を提案する。

【0030】

有利には、アプリケーションは、ｅＵＩＣＣ内でトリガされるとき、事前生成されたプロファイルのパーソナル化を司る。

【0031】

好ましくは、多様化データはＩＭＳＩを含む。

【0032】

本発明はまた、ＧＳＭＡ ＳＧＰ．０２及びＳＧＰ．２２ ＲＳＰ技術仕様により定められる事前生成された保護プロファイルをパーソナル化するためのシステムであって、保護プロファイルに適用される多様化データを移動体ネットワークオペレータから受信することに特化されたＳＭ－ＤＰと、保護プロファイルを受信する端末と連携するｅＵＩＣＣとを備え、ＳＭ－ＤＰが事前生成された保護プロファイルを格納し、ＳＭ－ＤＰがアプリケーション及び多様化データをその終わりに含む事前生成された保護プロファイルをｅＵＩＣＣに送信するシステムに関する。

【0033】

一実施形態では、ＳＭ－ＤＰは、事前生成された保護プロファイルを送信する前に、事前生成された保護プロファイルの終わりにあるアプリケーション及び多様化データを事前生成された保護プロファイルに追加している。

【0034】

別の実施形態では、事前生成された保護プロファイルを送信する前に、ＳＭ－ＤＰは、変更されていない、又は保護プロファイルの終わりにアプリケーション及びダミーの多様化データを含む事前生成された保護プロファイルを格納し、ＳＭ－ＤＰは、その多様化データを含むアプリケーションを追加するか、又はダミーの多様化データを事前生成された保護プロファイルに対して上書きする。

【図面の簡単な説明】

【0035】

本発明の他の特徴及び利点は、以下の図に関わる以下の説明を読むことによって現れるであろう。

【0036】

【図1】従来技術のプロファイルの例。

【図2】本発明に係るプロファイル。

【図3】ＳＣＰ０３ｔブロックを用いた保護プロファイルの例。

【図4】異なるエンティティ間のやりとりのフロー。

【図5】例えばｅＵＩＣＣにＩＭＳＩのようなパーソナル化データ（多様化データ）をインストールするための選択肢の１つ。

【図6】例えばｅＵＩＣＣにＩＭＳＩのようなパーソナル化データ（多様化データ）をインストールするための選択肢の１つ。

【図7】ＳＣＰ０３ｔブロックを用いた保護プロファイルの例。

【発明を実施するための形態】

【0037】

図１は、従来技術を説明するために既に示されている。

【0038】

図２は、本発明に係るプロファイルを示している。

【0039】

この図では、最後の２行に見られるように、ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１という名のＰＥ－Ａｐｐｌｉｃａｔｉｏｎが、プロファイルの終わりの、ＰＥ－Ｅｎｄプロファイル要素の直前に見られる。

【0040】

本発明の原理は、正確にはプロファイルの終わりにＭＮＯカスタムデータの上書きを司る小さい専用アプレット（プロファイル要素アプリケーション）を追加することである。

【0041】

ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１では、アプレットバイトコードが定義され、その後にその多様化データ、例えばＩＭＳＩ，ＩＭＰＩ又はＩＭＰＵなどが続く。

【0042】

その原理は、この多様化データを使用して、全ての依存性ファイル（ＵＳＩＭ ＥＦ＿ＩＭＳＩ，ＥＦ＿ＡＤ，ＩＳＩＭ ＥＦ＿ＩＭＰＩ，ＥＦ＿ＩＭＰＵ，ＥＦ＿ＡＤ，．．．）を含むＭＮＯ多様化データを注入することである。

【0043】

事前生成されたプロファイルでは、２つの実装形態が考えられる。すなわち、専用アプレット及びその多様化データが含まれ、デフォルトでは新しいカスタムデータが示されないか、あるいは専用アプレット及びその多様化データが、終わりのプロファイル要素の終わり（ＰＥ－Ｅｎｄ）の直前に挿入されるかである。

【0044】

この図の下方の表に、追加の専用アプレットに関するＳＩＭアライアンスに準拠したプロファイル表現が見られる。

【0045】

アプレット（又はアプリケーション）はバイトコードで構成される。また、ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１には、インストールパラメータや、例えばＡＩＤが含まれる。これらのデータのサイズは約１ＫＢである。

【0046】

ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１はまた、多様化データ、とりわけ、例えばｅＵＩＣＣに送信されるＩＭＳＩを含む。これはパーソナル化されるデータの数によって数十バイトから数百バイトを示す可能性がある。

【0047】

前述のように、プロファイルはＰＥ－Ｅｎｄ（９バイト）で終わる。

【0048】

図３は、本発明に係るＳＣＰ０３ｔブロックを用いた保護プロファイルの例を表している。

【0049】

この図では、ブロック１～ｎの全てがＳＣＰ０３ｔブロックである。第１のブロックは、ＰｒｏｆｉｌｅＨｅａｄｅｒと、ＰＥ－ＭＦの始まりとを含む。第２のブロックは、ＰＥ－ＭＦの終わりとＰＥ－ＰＵＫＣｏｄｅｓとを含む。後続のブロックは図２のプロファイル要素を含み、ブロックｎ－１はＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１の始まり及び多様化データを含む。最後のブロック（ｎ）は、ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１の終わり及び多様化データとＰＥ－Ｅｎｄとを含む。

【0050】

図４は、異なるエンティティ間のやりとりのフローを表している。

【0051】

ここで、ＭＮＯは、ステップ４１においてプロファイル確保をＳＭ－ＤＰに依頼する。プロファイル確保は、プロファイルタイプ（国際、プリペイド、．．．）、及びＩＭＳＩのような多様化データを含む。

【0052】

前のステップ４０において、ＳＭ－ＤＰは保護プロファイルを事前生成し、これらをプロビジョンしている。

【0053】

ステップ４２において、ＳＭ－ＤＰは、対応するプロファイルを在庫として有しているかどうかをＩＣＣＩＤ（各ＩＣＣＩＤにプロファイルは対応している）によって確認する。

【0054】

ステップ４３において、ＳＭ－ＤＰはプロファイルを有していることをＭＮＯに通知し、対応するＩＣＣＩＤをパラメータ（照合ＩＤ、確認コード、．．．）と共にＭＮＯに送信する。

【0055】

ステップ４４において、次の２つの解決策が考えられる。
１． ４０において、ＳＭ－ＤＰは、（図１に示されるように）変更することなく事前生成されたプロファイルを格納する。次にＳＭ－ＤＰは、プロファイルの終わりのＰＥ－Ｅｎｄの直前に、ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１と、受信した多様化データとを追加しなければならない。
２． ４０において、ＳＭ－ＤＰは、多様化データのためのＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１をダミーの多様化データと共にその事前生成されたプロファイルにあらかじめ格納する。ＳＭ－ＤＰは、ダミーの多様化データを、ステップ４１において移動体ネットワークオペレータ（ＭＮＯ）により受信された多様化データに置き換える。

【0056】

多様化データはＩＭＳＩに限定されず、ＵＩＣＣ、ＵＳＩＭ、ＩＳＩＭ、ＣＳＩＭ．．．のようなテレコムアプリケーションに格納された全ての多様化データであってもよいことに留意すべきである。ＩＭＳＩカスタマイズの場合、ＰＥ－ＵＳＩＭにおいて、フィールドＩＭＳＩはダミーであり、アプレットＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１に置き換えられることになる。

【0057】

ＳＭ－ＤＰはまた、プロファイルの最後のＳＣＰ０３ｔブロック（又は、必要ならば２つのブロック－これは多様化データの長さ及び最後のＳＣＰ０３ｔブロックの長さの問題である）を抽出する。第１の解決策では、保護された事前生成プロファイルは、アプリケーションＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１及びそのダミーの多様化データをあらかじめ含み、図３において、ｎ－１ブロックがＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１の始まり及び多様化データを含むため、最後の２つのブロックを抽出するものとする。

【0058】

ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１及び多様化データとＰＥ－Ｅｎｄとが最後のブロック（ｎ）に含まれる可能性がある場合、最後のＳＣＰ０３ｔブロックだけを抽出しなければならない。

【0059】

ステップ４５において、最後のブロックは、ステップ４６においてＳＣＰ０３ｔブロックＭＡＣをチェックするＨＳＭに送信される。ＨＳＭはブロックを復号し、多様化データ（ＴＬＶ－タグ・長さ・値）を上書きし、ブロックを暗号化し、新しいＭＡＣ（必要であれば複数の新しいＭＡＣ）を計算する。

【0060】

ステップ４７において、ＨＳＭは新しいＳＣＰ０３ｔブロックをＳＭ－ＤＰに送信する。

【0061】

ステップ４８において、ＳＭ－ＤＰは、多様化データを含む最後のブロックを上書きする。

【0062】

ステップ４９～５１はＧＳＭＡにおける標準である（ＳＭ－ＤＰは、保護されたプロファイル（全てのＳＣＰ０３ｔブロック）をｅＵＩＣＣに送信する）。

【0063】

第２の実装形態では、保護された事前生成プロファイルは、アプリケーションＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１及びその多様化データを含まない。図７では、最後のブロックはＳＭ－ＤＰによって抽出されるものとされ、ＳＭ－ＤＰは、ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１及びその多様化データを含むＰＥ－Ａｐｐｌｉｃａｔｉｏｎを生成するものとする。ステップ４５において、最後のブロック及びＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１は、ステップ４６においてＳＣＰ０３ｔブロックＭＡＣをチェックするＨＳＭに送信される。ＨＳＭはブロックを復号し、多様化データを含むＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１を挿入し、ブロックを暗号化し、新しいＭＡＣを計算する。

【0064】

ステップ４７からステップ５１までは先の説明と比べて変わりがない。

【0065】

図５は、ＵＩＣＣリフレッシュコマンドと、ＩＭＳＩのような多様化データをｅＵＩＣＣプロファイルにインストールするアプレットを起動する２つの選択肢とを用いるプロファイル有効化手順を示している。

【0066】

第１の選択肢は、このアプレットが、異なるファイル内、特にＥＦｉｍｓｉファイル内の多様化データ（とりわけＩＭＳＩ）をパーソナル化しなければならない場合にこれをパースするように、ＳＭ－ＤＰ、ＭＥ及びｅＵＩＣＣ間の標準的なやりとりの後、ウォームリセット（ｅＵＩＣＣの電源が入っている場合のｅＵＩＣＣのみのリセット）の後に、ＭＥからｅＵＩＣＣへの任意のコマンドを使用してアプレット（ＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１）を起動することである。その後、いくつかのやりとりが行われ、ＩＭＳＩがｅＵＩＣＣによってＭＥに送信される。

【0067】

第２の選択肢は、（ＭＥとｅＵＩＣＣとの間にブート処理がある場合に使用される）端末プロファイルコマンドを使用することからなる。直前に説明されたのと同じ動作が行われ、ＩＭＳＩのＭＥへの送信で終わる。

【0068】

図６は、パーソナル化（多様化）データをインストールするアプレットが端末プロファイルにより起動される、将来のプロファイル状態変更コマンド（この特許出願の出願時には規格化されていなかった）を用いるプロファイル有効化手順を示している。

【0069】

専用アプレットは、その多様化データを用いて、移動装置がｅＵＩＣＣテレコムアプリケーション及びファイルシステムを読み込む前に、標的にされた全てのテレコムアプリケーションファイルを新しいＭＮＯカスタムデータで更新することができる。

【0070】

プロファイルをインストールした後、ｅＵＩＣＣは、プロファイルがｅＵＩＣＣにインストールされたことをＳＭ－ＤＰに通知する。そしてユーザ（移動装置ＭＥ）はプロファイルを承認する（ステップ「プロファイルを有効化する」）。ｅＵＩＣＣは、ＵＩＣＣリセット又はプロファイル状態変更コマンドをＭＥに送信する。そしてＭＥは端末応答「ＯＫ」で回答し、ｅＵＩＣＣと伝統的な起動シーケンスを開始する。

【0071】

別の選択肢は、ＳＣＰ０３ｔブロックのダウンロード後、直ちにｅＵＩＣＣでｅＵＩＣＣプロファイル内のアプレット多様化データを実行することである。

【0072】

したがって、アプレットはＳＭ－ＤＰにより提供された多様化データを使用し、ｅＵＩＣＣで起動されたときに事前生成されたプロファイルのパーソナル化を司る。

【0073】

本発明の主な利点は、多様化データを含む最後のブロックとＰＥ－ＥｎｄだけがＨＳＭによって再計算可能なものとすることである。主な利益は、保護プロファイルに関連付けられた全てのセキュリティ（ＳＣＰ０３ｔ）の再計算を回避することである。

【0074】

本発明によって、事前生成されたプロファイルをＭＮＯの要求によりオンラインでカスタマイズして、ＭＮＯ多様化データ及びエンドユーザ多様化データを注入することが可能になる。

【0075】

一部のＭＮＯでは、未使用であるがダウンロードされていないＩＭＳＩ（又は他の多様化データ）在庫の事前確保の問題が解決される。

【0076】

本発明は、非常に高い計算能力を吸収させる追加のサーバリソースを配置することを回避し、ひいては新たなハードウェア投資をその追加の継続的に必要となるホスティングコストを回避してソリューションコストを大幅に削減することができる。

【0077】

本発明がなければ、ＨＳＭは、毎秒６４ＫＢのプロファイルを最大６個までカスタマイズすることができる。

【0078】

本発明によって、ＨＳＭは、（プロファイルのサイズに関係なく）毎秒最大１００個のプロファイルをカスタマイズできるはずである。

【0079】

提案された解決策は、３ＧＰＰ／ＧＳＭＡ／ＳＩＭアライアンスの規格変更を必要とせず、相互運用可能である（アプレットＰＥ－Ａｐｐｌｉｃａｔｉｏｎ－１、プロファイル、ｅＵＩＣＣ）。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】