JP2022535181A - 加入プロファイル、加入者ｉｄモジュール、および加入サーバを提供する方法 - Google Patents

Abstract

本発明は、加入サーバ、好ましくはＳＭ－ＤＰを用いて、加入者ＩＤモジュール、好ましくはｅＵＩＣＣに加入プロファイルを提供するための方法に関する。加入サーバは、加入者ＩＤモジュールにインストールされている第１の加入プロファイルの知識を有し、第１のプロファイルファイル構造および第１のプロファイルファイル構造に格納された第１のプロファイルデータを有する。第２の加入プロファイルの第２のプロファイルファイル構造の少なくとも一部は、加入サーバにおいてフラグが立てられ、第２の加入プロファイルは加入者ＩＤモジュールに送信される。第２の加入プロファイルのフラグが立てられた部分は、第２のプロファイルデータなしで送信される。本発明はさらに、加入者ＩＤモジュール、加入者ＩＤモジュール、加入サーバ、およびコンピュータプログラム製品における対応する方法に関する。【選択図】図５

Description

本発明は、加入サーバ、好ましくはＳＭ－ＤＰを使用して、加入者ＩＤモジュール、好ましくはｅＵＩＣＣに加入プロファイルを提供するための方法、ならびに、加入者ＩＤモジュールで加入プロファイルを管理するための方法、対応する加入者ＩＤモジュール、対応する加入サーバ、およびコンピュータプログラム製品に関する。

通信ネットワークのサービスを使用するために、端末、たとえば携帯電話またはマシンツーマシンモジュール（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ ｍｏｄｕｌｅ）、略してＭ２Ｍモジュールは、加入者ＩＤモジュールを含む。少なくとも１つの加入プロファイル（以下、簡略化された形式でプロファイルとも呼ばれる）は、加入者ＩＤモジュールに含まれている。プロファイルは、通信ネットワーク（たとえば、モバイルネットワーク）上の加入者を識別および認証するための加入者ＩＤデータを含む。このプロファイルにより、通信ネットワークのオペレータは、提供されるサービス、たとえば音声および／またはデータサービスの使用を、通信ネットワーク内の各加入者に明確に割り当てることができる。さらに、加入者の認証が行われるとすぐに、オペレータはネットワークアクセス、すなわち通信ネットワークへのログインを可能にすることができる。加入者の認証が不可能な場合、オペレータはネットワークアクセスを拒否することもできる。

現在の加入者ＩＤモジュールは、製造後であっても、プロファイルを受信、設定、使用、更新、アクティブ化、非アクティブ化、削除、および／または拡張するように設定されている。これは一般に、加入者ＩＤ管理または加入管理とも呼ばれる。加入者ＩＤモジュールは、いくつかの異なるプロファイルを持つことができる。

したがって、プロファイルを変更するには、完全なプロファイルを提供する必要がある。従来のプラグインＳＩＭカードでは、端末のＳＩＭカードを交換するだけでプロファイルの変更が可能であった。あるいは、特に加入者ＩＤモジュールで実行され、端末で簡単に交換することはできない新しいプロファイルが加入者ＩＤモジュールに設定される。ｅＵＩＣＣでプロファイルが設定されると、加入者ＩＤモジュールでプロファイルファイル構造が作成され、後続のステップでこのプロファイルファイル構造にプロファイルデータがロードされ、そこにインストールされる。

ＧＳＭＡの技術仕様「１２ＦＡＳＴ．１３－埋め込みＳＩＭリモートプロビジョニングアーキテクチャ２０１３年１２月１７日」（以下、技術仕様[１]と称する）、および「組み込みＵＩＣＣ技術仕様Ｖ２．０のＳＧＰ０２リモートプロビジョニングアーキテクチャ、２０１４年１０月１３日」（以下、技術仕様[２]と称する）では、このような加入の管理について説明している。技術仕様[１]は、これにより、加入サーバからｅＵＩＣＣにプロファイルがロードされ、そこにインストールされるタスクおよび機能について説明している。技術仕様[２]は、加入プロファイルをｅＵＩＣＣにダウンロードしてインストールする際のプロトコル手順について説明している。図１は、技術仕様[１]および[２]に従ってプロファイルまたは加入者ＩＤモジュールを管理するためのシステムを簡略化した形式で示している。ｅＵＩＣＣでの加入のダウンロードおよびインストールに関連する態様は、技術仕様[３]ＧＳＭＡ ＳＧＰ．２２－ＲＳＰ技術仕様、バージョン２．２、２０１７年９月１日、および［４］ＧＳＭＡ ＳＧＰ．２１－ＲＳＰアーキテクチャ、バージョン２、２０１７年９月１日にも開示されている。

プロファイルのアクティブ化、プロファイルの非アクティブ化、プロファイルの削除、プロファイルの作成、第１のプロファイルから第２のプロファイルへの変更、および／または既存のプロファイルの更新は、たとえば、加入者ＩＤモジュールがすでに加入者に配信され、プロファイルが通信ネットワークのサービスを使用するために使用されているときに必要である。さらに、加入者ＩＤモジュールの配信／製造後の時点で、加入者は、通信ネットワークまたは別の通信ネットワークのさらなるサービスを使用することを望む可能性がある。このような操作は、加入者ＩＤモジュールの製造におけるパーソナライズ中に準備することはできない。

加入者ＩＤモジュールに送信されるデータの量、特にプロファイルの実際のプロファイルデータに加えて送信されるデータの量が大幅に削減される、加入プロファイルを管理するためのソリューションが望ましい。

独国特許出願公開第１０２０１２０１８５４０号明細書は、このために、常に１つだけがアクティブである可能性がある２つの同一のプロファイルを持つ加入者ＩＤモジュールを開示している。したがって、加入の変更は、主にデータのＯＴＡ送信なしで実行できる。ただし、ここで異なるプロファイルを操作することはできない。

欧州特許出願公開第２８０２１６２号明細書は、プロファイルテンプレートが恒久的に導入されているＳＩＭカードについて説明している。プロファイル構造は、サーバからＳＩＭカードに送信されるコマンドを使用して、このプロファイルテンプレートから生成できる。これらのプロファイル構造は、第２のステップでプロファイルデータを入力できる。このプロファイルテンプレートには、ＳＩＭカードのメモリスペースが永続的に必要である。このストレージスペースは、プロファイルに使用できなくなる。

独国特許出願公開第１０２０１２０２０６９０号明細書は、さまざまなプロファイルが保存されているｅＵＩＣＣについて説明している。加入者ＩＤデータは、リンクがファイルに書き換えられるという点で、課金コマンドを使用したリモート管理によってアクティブ化される。この場合、ファイルは常にそのメモリ位置にとどまり、その結果、メモリアクセスを減らすことができる。ファイルの取得のみが変更される。ここでも、永続的に導入されたプロファイルテンプレートが必要である。

国際公開第２０１６／１２８１４１号は、ローカルクローニング機能を備えたｅＵＩＣＣについて説明している。ｅＵＩＣＣのローカルクローン機能は、既存の第１のプロファイルのプロファイルファイル構造を複製し、それを第２のプロファイルファイル構造としてｅＵＩＣＣに保存する。第２のプロファイルデータは、第２のプロファイルを設定するための後続のステップでこの第２のプロファイルファイル構造に記録される。

第１のプロファイルを第２の加入プロファイルに置き換える場合、２つのプロファイルがわずかに異なる場合がある。たとえば、第２のプロファイルの個々のパラメータまたはデータ（以下、プロファイルデータの一部と呼ぶ）のみが、第１のプロファイルの個々のパラメータまたはデータと異なり、一方、第１のプロファイルの他のすべてのパラメータまたはデータは、第２のプロファイルのプロファイルデータと完全に同一である可能性がある。それでも、これまでは、完全なプロファイルを常にダウンロードする必要がある。

場合によっては、既存のアクティブプロファイルは、追加の機能によってのみ拡張されるか、より新しいバージョンに変換される。これまでは、完全なプロファイルを常に新しく作成して設定（ロードおよびインストール）する必要がある。これにより、通信ネットワークで大量のデータが発生する。さらに、プロファイルデータの少なくとも一部、および、必要に応じてプロファイルファイル構造、たとえば、ＯＴＡ鍵または加入者ＩＤデータなどを、図１に示すシステムの２つのシステムコンポーネント（加入者ＩＤモジュールの外部）間で新たにネゴシエートする必要がある。このネゴシエーションにより、通信ネットワークに追加のデータ量が発生する。

本発明の目的は、通信ネットワーク内の加入者ＩＤモジュールに送信されるさらに少量のデータを用いて、加入者ＩＤモジュール内の加入プロファイルの提供および管理を可能にする加入者ＩＤモジュールまたは方法を提供することである。

この目的は、前述の請求項のいずれか１つに従って、加入者ＩＤモジュールによって達成される。本発明の有利な実施形態は、従属請求項に示されている。

本発明によれば、加入サーバ、好ましくはＳＭ－ＤＰによって、加入者ＩＤモジュール、好ましくはｅＵＩＣＣに加入プロファイルを提供するための方法が提供される。加入サーバは、加入者ＩＤモジュールにインストールされ、第１のプロファイルファイル構造および第１のプロファイルファイル構造に格納された第１のプロファイルデータを含む第１の加入プロファイルの知識を有する。以下の方法ステップ、すなわち、第２の加入プロファイルの第２のプロファイルファイル構造の少なくとも一部をマーキングするステップと、第２の加入プロファイルを加入者ＩＤモジュールに送信するステップであって、第２の加入プロファイルのマークされた部分は、第２のプロファイルデータなしで送信され、送信するステップにおいて、複製される第１の加入プロファイルの第１のプロファイルデータは、第２の加入プロファイルの第２のプロファイルファイル構造のマークされた部分に第２のプロファイルデータとして格納されることが示される、ステップと、が実行される。

本発明の意味での加入者ＩＤモジュールは、サイズおよびリソース範囲が縮小され、マイクロコントローラおよび端末と通信するための少なくとも１つのデータインターフェースを含む電子モジュールである。この加入者ＩＤモジュールは、加入者ＩＤデータが確実に導入されて、ネットワーク上での識別および／または認証中の操作および／または誤用の試みを防止する安全なメモリ領域を含む。加入者ＩＤモジュールは、端末によって操作することができ、モジュールは、供給電圧、クロック、リセットなどの供給信号を除いて自己充足的である。

加入者ＩＤモジュールは、たとえば、ユニバーサル集積回路カード（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ）、略してＵＩＣＣ、またはＳＩＭカードとも呼ばれるチップカードである。加入者ＩＤモジュールは、安全なメモリ領域に格納された機械可読加入者ＩＤデータを使用して通信ネットワーク内の加入者を識別し、サービスの使用についてこの加入者を認証するために使用される。

あるいは、加入者ＩＤモジュールは、たとえば、有線の電子コンポーネントとして、端末内の不可欠なコンポーネントである。このような加入者ＩＤモジュールは、組み込みＵＩＣＣ（ｅｍｂｅｄｄｅｄ ＵＩＣＣ：ｅＵＩＣＣ）とも呼ばれる。この設計では、これらの加入者ＩＤモジュールは端末からの取り外しを目的としておらず、原則として簡単に交換することはできない。このような加入者ＩＤモジュールは、組み込みの安全な要素として、つまり端末の安全なハードウェアコンポーネントとして設計することもできる。

または、加入者ＩＤモジュールは、機械間（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）、略してＭ２Ｍ、モジュールである。これらのモジュールは、機械、設備、システムなどの端末のリモート監視、制御、および保守に使用される。あるいは、電気メータ、水道メータなどの単位を数えるために使用することもできる。

あるいは、加入者ＩＤモジュールは、オペレーティングシステムの信頼できる部分、いわゆる端末の信頼できる実行環境（ｔｒｕｓｔｅｄ ｅｘｅｃｕｔｉｏｎ ｅｎｖｉｒｏｎｍｅｎｔ）、略してＴＥＥ、のソフトウェアコンポーネントとして設計されている。次いで、加入者ＩＤモジュールは、たとえば、そこで実行されるプログラム、いわゆる「トラストレット（ｔｒｕｓｔｌｅｔｓ）」の形で、安全なランタイム環境内で設計される。

本発明の意味での加入者ＩＤデータは、たとえば、通信ネットワーク内の加入者を一意に識別するデータである。これには、たとえば、加入者識別子、国際携帯機器加入者ＩＤ情報（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、略してＩＭＳＩ、および／または加入者固有のデータも含まれる。ＩＭＳＩは、モバイルネットワークで一意の加入者ＩＤファイルである。これは、国コードＭＣＣ（Ｍｏｂｉｌｅ Ｃｏｕｎｔｒｙ Ｃｏｄｅ）、ネットワークコードＭＮＣ（Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｃｏｄｅ）、およびネットワークオペレータによって発行された現在の番号（ｃｕｒｒｅｎｔ ｎｕｍｂｅｒ）で構成される。

さらに、加入者ＩＤデータは、たとえば、通信ネットワーク上の加入者を一意に認証するデータ、たとえば、認証アルゴリズム、特定のアルゴリズムパラメータ、暗号化認証鍵Ｋｉおよび／または暗号化オーバーザエア（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）、略してＯＴＡ、鍵である。

本発明の意味での通信ネットワークは、信号の送信が加入者の識別および／または認証を伴って行われ、その結果としてサービスが提供される技術的装置である。通信ネットワークは、好ましくはモバイルネットワークである。通信ネットワークに関するデバイス間（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ）通信も考えられる。特に、モバイルネットワークは、ここでは、第２世代の代表として、「モバイル通信用グローバルシステム（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）」、略してＧＳＭ、または、第３世代の代表として、「汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）」、略してＧＰＲＳ、もしくは「ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）」、略してＵＭＴＳ、第４世代の代表として、モバイルネットワークとして、「ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）」、略してＬＴＥ、または、現在の作品タイトル「５Ｇ」を通信ネットワークとする第５世代のモバイルネットワークとして理解される。

サービスは、特に、音声サービスまたはデータサービスであり、それによって、情報および／またはデータが通信ネットワークを介して送信される。

加入サーバは、加入者ＩＤモジュールを管理するために、たとえば、異なるプロファイルを作成（「プロファイルの作成」）、設定（「プロファイルのダウンロードとインストール」）、アクティブ化（「プロファイルを有効にする」）、非アクティブ化（「プロファイルの無効化」）および/または削除（「プロファイルの削除」）するために、通信ネットワークの一部であるか、通信ネットワークの一部と通信しているコンポーネントである。加入サーバは、たとえば、加入管理安全ルーティング（ｓｕｂｓｃｒｉｐｔｉｏｎ ｍａｎａｇｉｎｇ ｓｅｃｕｒｅ ｒｏｕｔｉｎｇ：ＳＭ－ＳＲ）サーバコンポーネント、加入管理データ準備（ｓｕｂｓｃｒｉｐｔｉｏｎ ｍａｎａｇｉｎｇ ｄａｔａ ｐｒｅｐａｒａｔｉｏｎ：ＳＭ－ＤＰ）サーバコンポーネントなどのサーバコンポーネントに分割され、または、単一サーバＳＭ－ＤＰ＋にＳＭ－ＳＲおよびＳＭ－ＤＰを含む、仕様［３］ＳＧＰ．２１または［４］ＳＧＰ．２２に準拠したＳＭ－ＤＰ＋サーバの組み合わせであり、本発明による方法は、好ましくは、ＳＭ－ＤＰ＋のＳＭ－ＤＰまたはＳＭ－ＤＰ部分を使用して実施される。加入サーバとｅＵＩＣＣとの間の通信は、ＥＴＳＩ １０２ ２２５および／またはＥＴＳＩ １０２ ２２６で定義されているように、安全なチャネル、たとえばＳＣＰ８０およびＳＣＰ８１を介して行われることが好ましい。

本発明による加入者ＩＤモジュールは、少なくとも、第１のファイル構造を有する第１のプロファイルおよびその中にインストールされた第１のプロファイルデータを含む。加入者ＩＤモジュールには、さらに異なるプロファイルを含めることができる。インストールされた第１のプロファイルデータは、特に、加入者ＩＤモジュールに完全に設定されたプロファイルデータである。したがって、技術仕様［１］または［２］に従った「ダウンロードおよびインストール」手順中に、加入サーバは確認として「ダウンロード完了」メッセージ、または［４］ＳＧＰ．２２、第３．５章に従った、第１のプロファイルが設定され、加入管理にプロファイルのライフサイクルのすべての状態を含めることができる旨の通知を受信する。

アプリケーションの意味でのファイル構造は、特に構造化されたプロファイルベースのセキュリティドメインであり、たとえば、技術仕様［１］または／および［２］または［３］または［４］に従ったＩＳＤ－Ｐである。プロファイルファイル構造およびそこにファイルされるプロファイルデータは、加入者ＩＤモジュールの各プロファイルに明確に割り当てられる。プロファイルは、好ましくは、加入者ＩＤモジュール、いわゆる「プロファイル・バインディング・パッケージ（ｐｒｏｆｉｌｅ ｂｉｎｄｉｎｇ ｐａｃｋａｇｅ）」に明確に割り当てられる。異なるプロファイルファイル構造およびその中にファイルされた異なるプロファイルデータを有する複数のプロファイルは、加入者ＩＤモジュール上に互いに隣接して存在することができる。プロファイルファイル構造のセットアップは、プロファイルファイル構造、たとえば、技術仕様［１］、［２］、［３］、［４］に従ったＩＳＤ－Ｒ、よりも優れた加入者ＩＤモジュールベースのセキュリティエリアを使用して、そのようなセットアップに対応するアクセス権を持つ加入サーバによってのみ可能である。たとえば、別の（追加の）通信ネットワークまたは他のサービスを使用することによる同じネットワークを介した通信のために、加入者ＩＤモジュール上に新しい（第２の）プロファイルファイル構造が作成され得る場合、このようなファイル構造（ＩＳＤ－Ｐ）は、「プロファイルの作成」手順のフレームワーク内で加入サーバを使用して作成できる。

加入者ＩＤモジュールで設定された各プロファイルには、プロファイルデータがインストールされた独自のファイル構造がある。これらのプロファイルデータにより、通信ネットワーク内の端末の接続の確立、操作、および終了が可能になる。プロファイルのプロファイルデータは、特に、通信ネットワーク上の加入者を一意に識別および認証することができるデータであり、たとえば、認証アルゴリズム、特定のアルゴリズムパラメータ、暗号化認証キーＫｉ、暗号化オーバーザエア（ＯＴＡ）鍵、加入者ＩＤ、ＩＭＳＩ；加入者ＩＤモジュール識別子、ＩＣＣＩＤである。プロファイルデータは、このプロファイルに明確に割り当てられているアプリケーション、たとえば、認証アプリケーション、署名アプリケーション、または暗号化アプリケーションにすることもできる。

特に、第１のプロファイルデータは、第１のプロファイルの第１のプロファイルファイル構造にインストールされる。本発明によれば、この第１のプロファイルデータの一部は、第２のプロファイルの第２のファイル構造にインストールすることができる（以下、複製および保存とも呼ばれる）。したがって、第１のプロファイルデータのこの部分は、第２のプロファイルデータの一部としてさらに使用される。プロファイルデータのこの部分をさらに使用した結果、一方では、プロファイルデータのこの部分をサーバから加入者ＩＤモジュールに転送（送信）する必要がないため、他方では、第２のプロファイルデータのこの部分は、図１に従って、システム内の異なるシステムコンポーネント間でネゴシエートまたは生成する必要がないため、通信ネットワークのデータ量を低減することができる。

プロファイルデータには、たとえば、少なくとも１つのファイル（ディレクトリファイル（Ｄｉｒｅｃｔｏｒｙ Ｆｉｌｅ）、ＤＦ）と少なくとも１つの基本ファイル（Ｅｌｅｍｅｎｔａｒｙ Ｆｉｌｅ、ＥＦ）とが含まれる。これらのＤＦおよびＥＦでは、認証アルゴリズム、特定のアルゴリズムパラメータ、Ｋｉ、ＯＴＡ鍵、ＩＭＳＩ、ＩＣＣＩＤに対応できる。また、ＤＦやＥＦの代わりに、認証アルゴリズム、特定のアルゴリズムパラメータ、Ｋｉ、ＯＴＡ鍵、ＩＭＳＩ、ＩＣＣＩＤなどを、ファイルシステム構造なしでオブジェクトとして、またはメモリに保存することもできる。

好ましくは、第２のプロファイルの第２のプロファイルファイル構造全体のサブセットは、プロファイルファイル構造の一部（マークされるかまたはマークされた）として示される。この部分は、次に、第１のプロファイルの第１のプロファイルファイル構造全体の全体またはサブセットのみを含むことができる。たとえば、第２のプロファイルは、第１のプロファイルのプロファイルファイル構造全体（加入者ＩＤモジュールにすでにインストールされている）と、さらに機能拡張または更新を含む。本発明によれば、第１のプロファイルのすでにインストールされた部分は、第２のプロファイルの送信中に送信されないが、加入者ＩＤモジュールの第１のプロファイルからローカルに複製される。

したがって、マーキングは、通常は第２のプロファイルデータが設定される第２のプロファイルファイル構造の一部に対して行われる。サーバの知識によれば、これらの第２のプロファイルデータは、加入者ＩＤモジュールの第１のプロファイルの第１のプロファイルデータとして第１のプロファイルファイル構造にすでに存在するので、加入者ＩＤモジュールへの再送信は省略できる。したがって、サーバから再度提供されたり、システムコンポーネント間でネゴシエートされたりすることなく、インストール済みのプロファイルデータを引き続き使用できる。これにより、新しいプロファイルが提供されたときのデータ量が削減される。さらに、同期する構造を同期するための労力が軽減される。更新される構造は、たとえば、加入者ＩＤモジュールによるＯＴＡダイヤルインの数をカウントするＯＴＡカウンタ、および加入者ＩＤモジュールによってすでに実行された認証の数をカウントする認証カウンタなどのカウンタである。さらに、ユーザは、例えば、加入者ＩＤモジュールへのアクセスが制限されている自分のＰＩＮ、特に変更された可能性のあるＰＩＮを携帯することができる。

第２のファイル構造のマークされた部分は、加入者ＩＤモジュールにすでにインストールされている第２のプロファイルの第１のプロファイルデータに関連している。これらの第１のプロファイルデータは、加入者ＩＤモジュールの１つまたは複数のセットアッププロファイルにインストールすることができる。

第２のプロファイルの第２のプロファイルファイル構造は、それに応じてマークされる。たとえば、マーキングとしての表示は、第２のプロファイルファイルではなく、第２のプロファイルファイル構造に導入される。この表示は、加入者ＩＤモジュールにすでにインストールされているプロファイルのどの部分から、プロファイルファイル構造のこのマークされた部分をコピーできるかに関する情報を含む。指示は、加入者ＩＤモジュールによって解釈することができ、加入者ＩＤモジュールを、送信されていない第２のプロファイルデータに対応する第１のプロファイルデータに導く。

たとえば、マーキングは第２のプロファイルファイル構造の識別子、たとえば、プロファイルファイルの設定フラグである。各識別子は、既存の（インストールされた）第１のプロファイルの第１のプロファイルファイルがこの特別な第２のプロファイルファイルに使用されることを加入者ＩＤモジュールに示す。

第２のプロファイルファイル構造の第２のプロファイルデータは、一緒に送信されない。したがって、第２のプロファイルは加入者ＩＤモジュールで受信されたときに不完全であり、通信ネットワークでの認証／識別のためにこの不完全な形式で使用することはできない。

送信中または送信中に、サーバは、第２のプロファイルの（送信されていない）欠落しているプロファイルデータが加入者ＩＤモジュールのどこにあるかを示す。この指示は、加入者ＩＤモジュールによって、示された第１のプロファイルデータが複製され、第２のプロファイルデータとして第２のファイル構造に格納されるという趣旨で解釈される。すべての第１のプロファイルデータも第２のプロファイルファイル構造に保存された後、第２のプロファイルが完成する。例えば、この表示は、既存の第１の（またはそれ以上の）プロファイルから複数の第１のプロファイルデータを任意選択で複製するために加入者ＩＤモジュールによって順次処理される第１のプロファイルデータのリストであり得る。

リストの代わりに、またはリストに加えて、第２のプロファイルファイル構造のマークされた部分の欠落しているプロファイルデータを既存のプロファイル（現在アクティブ化されているプロファイルなど）から自動的に複製して、第２のプロファイルを完成させるルールを定義することもできる。

複製は、たとえば、技術仕様［１］および［２］に従ったインストール手順中に行われ、加入者ＩＤモジュールのアプレットによって実装される。

たとえば、第１のプロファイルが更新または拡張されるだけの場合、（ＩＭＳＩ、ＩＣＣＩＤ、Ｋｉ、ＯＴＡなど）などのすでにネゴシエートされた識別および認証データを、第１のプロファイルと比較して拡張された第２のプロファイルにも使用することができる。このようにして、第２の不完全なプロファイルが最初に加入者ＩＤモジュールで受信され、ｅＵＩＣＣの複製および保存機能によって完成される。第２のプロファイルファイル構造のプロファイルデータのマークされた部分の精巧な生成は省くことができ、例えば、すでに選択されたＯＴＡ鍵ペアをさらに使用することができ、ネゴシエートされた認証パラメータも第２のプロファイルに対して有効なままである。通信ネットワークインフラストラクチャのセキュリティ領域またはアプリケーションの複雑な適応は不要である。

第１のプロファイルは、加入者ＩＤモジュールで完全にセットアップされたプロファイルである。好ましくは、それは活性化されたプロファイルである。あるいは、加入者ＩＤモジュールの異なるセットアッププロファイルで構成されるデータセットは、第１のプロファイルデータの下で結合される。

ここで、加入サーバは、特に技術仕様［１］および［２］の定義に従って、加入者ＩＤモジュールのリモート管理を構成する。

本発明によれば、加入者ＩＤモジュールは、プロファイルデータを複製するために必要なすべてのアクセス権を有し、特に、第２のプロファイルを作成するために加入者ＩＤモジュールの異なる第１のプロファイルにアクセスすることができる。技術仕様［１］および［２］の対応する権利規則は、必要に応じて変更され得る。

好ましい実施形態では、本方法は、加入者ＩＤモジュールから、第１のプロファイルデータが複製され、複製された第１のプロファイルデータが第２の加入プロファイルの第２のプロファイルファイル構造のマークされた部分に格納されているという確認を受信するステップと、第２の加入プロファイルをアクティブ化するために、加入者ＩＤモジュールにプロファイルアクティブ化命令を送信するステップと、をさらに含む。確認は、ｅＵＩＣＣによって、たとえば、技術仕様［１］および[２]に従った「ダウンロードおよびインストール」手順での「ダウンロード完了」確認のコンテキストで実行できる。

第２の加入プロファイルをアクティブ化するための加入者ＩＤモジュールへのプロファイルアクティブ化コマンドの送信は、好ましくは、第１のプロファイルの自動非アクティブ化を引き起こす。したがって、２つのプロファイル間の切り替えが実行される。

好ましくは、この方法は、少なくとも第１の加入プロファイルの第１のプロファイルファイルを削除するために、加入者ＩＤモジュールに削除コマンドを送信することをさらに含む。これにより、同じ安全関連プロファイルデータを持つ２つのプロファイルがｅＵＩＣＣに保存されなくなる。したがって、いわゆるクローニングが防止される。

好ましくは、第２の加入プロファイルの第２のファイル構造のマークされた部分は、以下の要素、すなわち、加入者識別子（ＩＭＳＩ）、加入者ＩＤモジュール識別子（ＩＣＣＩＤ）、認証鍵（Ｋｉ）、ＯＴＡ鍵、加入プロファイルアプリケーションの更新、および／または加入プロファイルファイルの更新、のうちの少なくとも１つである。

さらなる態様では、本発明は、加入者ＩＤモジュール、好ましくは組み込みＵＩＣＣにおいて加入プロファイルを管理するための方法に関し、少なくとも１つの第１の加入プロファイルが加入者ＩＤモジュールに実装され、実装された第１の加入プロファイルは、第１のプロファイルファイル構造と、ファイル構造に格納された第１のプロファイルデータとを含む。加入者ＩＤモジュールにおいて、以下の方法ステップ、すなわち、第１の加入プロファイルの第１のプロファイルデータを示しながら、加入サーバから、第２の不完全な加入プロファイルを受信するステップであって、第２の不完全な加入プロファイルは、複製され、第２の不完全な加入プロファイルの第２のプロファイルファイル構造に第２のプロファイルデータとして格納される、ステップと、第１の加入プロファイルの示された第１のプロファイルデータを複製するステップと、複製された第１のプロファイルデータを第２の加入プロファイルの第２のプロファイルファイル構造に格納するステップであって、第２の加入プロファイルを完成させ、それによって第２の加入プロファイルが設定される、ステップと、示された第１のプロファイルデータが第２の加入プロファイルの第２のプロファイルファイル構造のマークされた部分に格納されたことの確認を加入サーバに送信するステップと、が実行される。

複製および保存は、一時的な複製と、対応するプロファイルデータの第２のプロファイルファイル構造への単なる置き換えとの両方を意味する。

複製は、たとえば、技術仕様［１］および［２］に従ったインストール手順のコンテキストで実行され、表示は、第２のプロファイルを送信するときに、対応する（欠落している）第２のプロファイルデータを既に設定されたプロファイルから複製し、それらを第２のプロファイルファイル構造に格納するときに使用される。この目的のために、「メタデータの保存」などの機能を、プロファイルデータの複製と組み合わせて任意選択的に使用することができる。

好ましくは、方法は、第２の加入プロファイルをアクティブ化するために、加入サーバからプロファイルアクティブ化命令を受信するステップと、第１の加入プロファイルを非アクティブ化しながら、第２の加入プロファイルをアクティブ化するステップと、をさらに含む。

好ましくは、方法は、少なくとも第１の加入プロファイルの第１のプロファイルデータを削除するために、加入サーバから削除命令を受信するステップをさらに含む。このようにして、第１のファイル構造が保持され、さらに（第３の）プロファイルを設定するために使用され得る。または、第１のプロファイル全体を削除することもできる。

好ましくは、示された第１のプロファイルデータの複製および複製された示された第１のプロファイルデータの第２の加入プロファイルの第２のプロファイルファイル構造への格納は、加入者ＩＤモジュールと加入サーバとの間でデータ、特にプロファイルデータを送信せずに実行される。

方法ステップは、好ましくは、技術仕様［１］および［２］による、作成機能（「プロファイルの作成」）および／またはアクティブ化機能（「プロファイルの有効化」）および／または非アクティブ化機能（「プロファイルの無効化」）を含む。

さらなる態様では、加入者ＩＤモジュールが、提供され、加入者ＩＤモジュールにインストールされた第１の加入プロファイルのために設定され、または第１の加入プロファイルを含み、インストールされた第１の加入プロファイルは、第１のプロファイルファイル構造と、プロファイルファイル構造に格納された第１のプロファイルデータとを含む。加入者ＩＤモジュールは、第１の加入プロファイルの第１のプロファイルデータを示しながら、加入サーバから第２の不完全な加入プロファイルを受信した後、第１の加入の示された第１のプロファイルデータを第２の不完全な加入プロファイルの第２のプロファイルファイル構造に複製して、第２の加入プロファイルを完成させ、これにより、第２の加入プロファイルが加入者ＩＤモジュールに設定されるように設定される複製および格納機能を備える。

複製および格納機能は、好ましくは、第２の不完全な加入プロファイルを受信した後に開始されるオペレーティングシステムの機能によって実装される。特に機密データは暗号化された形式で保存されるため、オペレーティングシステムの機能が優先され、アプレットがそのようなデータにアクセスできない場合に利点がある。ただし、複製および保存機能は、第２の不完全な加入プロファイルを受信した後に開始するように設定されたアプレットによって実装することもでき、これには、上記の欠点があるが、柔軟性が高いという利点がある。必要に応じて、複製および保存機能はオペレーティングシステムの機能によって実装され、オペレーティングシステムの機能（複製および保存機能）は、第２の不完全な加入プロファイルの受信が実行された後にアプレットによってのみトリガされ、対照的に、機能はアプレットではなくオペレーティングシステムによって実行される。

加入者識別モジュールは、好ましくは、加入プロファイルを格納するためのデータメモリと、加入者ＩＤモジュールを含む、好ましくは端末を介して、加入者サーバと通信するためにセットアップされたインターフェースと、ネットワークサーバとの通信用に設定されたインターフェースと、を含む。さらに、上記の方法を実行するように設定された手段が提供される。

本発明の意味での端末は、原則として、通信ネットワークのサービスを使用することができるように通信ネットワークと通信するための手段を含む、デバイスまたはデバイスコンポーネントである。たとえば、スマートフォン、タブレットＰＣ、ノートブック、ＰＤＡなどの携帯端末がこの用語に含まれる。端末は、例えば、デジタル額縁、オーディオデバイス、テレビ、電子書籍リーダなどのマルチメディア端末を意味するものとして理解することもでき、これには、通信ネットワークとの通信手段も含まれる。例えば、端末という用語は、通信ネットワーク、特にセルラーモデムとの通信手段を含む任意の型式の機械、自動販売機、車両、装置も含む。

さらなる態様では、加入サーバ、好ましくはＳＭ－ＤＰは、加入者ＩＤモジュール、好ましくはｅＵＩＣＣに加入プロファイルを提供するためにセットアップされ、加入サーバは、加入者ＩＤモジュールにインストールされ、第１のプロファイルファイル構造および第１のプロファイルファイル構造に格納された第１のプロファイルデータを含む第１の加入プロファイルの知識を有する。サーバは、第２の加入プロファイルの第２のプロファイルファイル構造の少なくとも一部をマークするように設定されたマーキング機能と、第２の不完全な加入プロファイルを送信するように設定された送信機能と、を含み、第２の加入プロファイルのマークされた部分は、第２のプロファイルデータなしで送信され、送信機能は、第２の加入プロファイルの第２のプロファイルファイル構造のマークされた部分に第２のプロファイルデータとして格納される、複製される第１の加入プロファイルの第１のプロファイルデータを示す。

加入サーバはさらに、マークされる第２のファイル構造の部分を認識するように設定された認識機能と、加入者ＩＤモジュールと、好ましくは加入者ＩＤモジュールを含む端末を介して通信するように設定されたインターフェースと、ネットワークサーバとの通信用に設定されたインターフェースと、上記の方法を実行するために設定された手段と、を含む。

さらに、加入者ＩＤモジュールにインストールされて実行可能であり、前述の方法のうちの１つの方法ステップを実行するための手段を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は、方法ステップを実行するためにｅＵＩＣＣに導入されるＪａｖａＣａｒｄアプレットであることが好ましい。

機能は実行可能なプログラムコードであり、加入者ＩＤモジュールにインストールされ、コマンドによって実行可能になる。コマンドは、機能に対応し、加入者ＩＤモジュールに送信される。機能は、加入者ＩＤモジュールのアプレットの一部であり得る。アプレットは、いくつかの関数を連続して呼び出すことができる。

したがって、複製および格納機能または対応する複製および格納ステップは、ＯＴＡ接続なしで、第１のプロファイルデータを第２のプロファイルファイル構造に複製することによって、加入者ＩＤモジュール内の第２のプロファイルデータとしてこの第１のプロファイルデータを適用することができる。これにより、受信した不完全な第２のプロファイルが完成する。第２のプロファイルの第２のプロファイルデータを加入者ＩＤモジュールに送信するために従来必要とされた接続コスト、および第２のプロファイルのための新しい第２のプロファイルデータのおそらく必要なネゴシエーションも省略できる。ＯＴＡ接続コストは、第１のプロファイルデータの必要な送信に対してのみ発生し、第１のプロファイルデータは、第２のプロファイルデータとして第１のプロファイルにまだインストールされておらず、第２のプロファイルのセットアップが完了している。

したがって、本発明によれば、加入者ＩＤモジュールが作成され、加入者ＩＤモジュールに送信されるデータの量が少ない状態で、加入プロファイルを加入者ＩＤモジュールで管理することができる。

例えば、第１の加入プロファイルは、第１のプロファイルデータとして複数のプロファイル基本ファイルを含み、第１の加入プロファイルの１つまたは複数のプロファイル基本ファイルは、複製および格納機能によって複製される。

第１のプロファイルデータを第２のファイル構造に第２のプロファイルデータとして格納する状況では、プロファイルデータの少なくとも１つを第２のプロファイルに適合させる、例えば変更する、または例えば初期値に戻すことができる。

たとえば、通信はＳＭＳ、ＨＴＴＰＳ、またはＴＣＰセッションを使用して行われる。

プロファイルのアクティブ化／非アクティブ化は、たとえば、ｅＵＩＣＣから端末に送信されてｅＵＩＣＣを再起動するプロアクティブコマンド（ＲＥＦＲＥＳＨ）によって行われる。

ＧＳＭＡ仕様で説明されているように、第２のプロファイルの送信は、たとえば、作成コマンドの前に行われる。

本発明または本発明のさらなる実施形態および利点は、図を参照して以下でより詳細に説明され、図は、本発明の例示的な実施形態のみを説明する。図中の同一のコンポーネントには、同じ参照記号が付されている。図は一定の縮尺で描かれるものではなく、図の個々の要素は、サイズが誇張されているか、簡略化された形式で誇張されて示されている場合がある。

ＧＳＭＡ仕様［１］および［２］に従って加入者プロファイルを管理するためのシステムの例示的な実施形態を示す。 プロファイルのプロファイルファイル構造の一部の本発明によるマーキングを示す図である。 加入者ＩＤモジュールにおける本発明による方法のフローチャートの例示的な実施形態を示す。 加入サーバにおける本発明による方法のフローチャートの例示的な実施形態を示す。 加入者ＩＤモジュールと加入サーバとの間の本発明による方法のフローチャートの例示的な実施形態を示す。

図１は、上記のＧＳＭＡ仕様［１］および［２］に従って加入者プロファイル１１ａ、１１ｂ、１１ｘを管理するためのシステムの例示的な実施形態を示す。

図１によれば、ｅＵＩＣＣ１は、サーバ２によって遠隔管理される。この場合、ｅＵＩＣＣ１は、固定または取り外し可能な方法で端末６に設置される。図１のシステムのｅＵＩＣＣ１には、サーバコンポーネント２ａ（＝Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｒ Ｓｅｃｕｒｅ Ｒｏｕｔｉｎｇ、略してＳＭ－ＳＲ）によって管理されるＩＳＤ－Ｒ１２など、加入者プロファイル１１ａ、１１ｂ、１１ｘを管理するためのさまざまな特権と構成を持つセキュリティドメイン（＝ｓｅｃｕｒｉｔｙ ｄｏｍａｉｎ：ＳＤ）が含まれている。ｅＵＩＣＣが制御するセキュリティドメインであるＥＣＡＳＤも含まれ、証明書発行者４（ＣＩ）によってｅＵＩＣＣ１で管理され得る。プロファイル１１ａ、１１ｂ、１１ｘのファイル構造は、サーバコンポーネント２ｂ（＝データ準備、Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｒ Ｄａｔａ Ｐｒｅｐａｒａｔｉｏｎ、ＳＭ－ＤＰ）によって管理される。図１には、３つのプロファイル１１ａ、１１ｂ、１１ｘが示され、それらのそれぞれは、ファイル構造１０（＝ＩＳＤ－Ｐ）を有し、そのプロファイルデータは、サーバ２によってファイル構造１０内で管理および保護される。ｅＵＩＣＣ１を含むことができるプロファイル１１ａ、１１ｂ、１１ｘの数は、３つに限定されず、より多くてもより少なくてもよい。

図１では、ＳＭ－ＳＲ２ａおよびＳＭ－ＤＰ２ｂは、サーバ２の個別のサーバコンポーネントとして示されているが、以下では、仕様［３］および［４］によるサーバＳＭ－ＤＰ＋と同様に、サーバ２と見なされる。

ｅＵＩＣＣ１ごとに１つのＩＳＤ－Ｒ１２のみが提供される。ＩＳＤ－Ｒ１２は、ｅＵＩＣＣ１の製造中に、ｅＵＩＣＣ製造元５（ＥＵＭ）によってインストールされ、最初にパーソナライズされる。ｅＵＩＣＣ１の製造後、ＩＳＤ－Ｒ１２はライフサイクル状態でパーソナライズされる。その後、ＩＳＤ－Ｒ１２は、各ＩＳＤ－ＰＳ１０で加入者管理機能を実行できる。

プロファイル１１ａ、１１ｂ、１１ｘごとに１つのファイル構造１０ａ、１０ｂ、１０ｘ（ＩＳＤ－Ｐ）が提供される。ｅＵＩＣＣ１では、常に１つのファイル構造１０ａ（ＩＳＤ－Ｐ）のみがアクティブ化される。ファイル構造１０ａ（ＩＳＤ－Ｐ）は、ＩＳＤ－Ｒ１２によってインストールされ、サーバ２でパーソナライズされる。プロファイル１１ａ、１１ｂ、１１ｘを有する少なくとも１つのファイル構造１０ａ（ＩＳＤ－Ｐ）は、将来のｅＵＩＣＣ接続を可能にするために、ｅＵＩＣＣ１の製造中にＥＵＭ５によってインストールされ、最初にパーソナライズされ得る。

ＩＳＤ－Ｒ１２に加えて、プロファイル１１ａ、１１ｂ、１１ｘのプロファイルコンポーネントへの洞察またはアクセスを持つＩＳＤ－Ｐ１０の外部のコンポーネントはない。ＩＳＤ－Ｒ１２は、個々のプロファイル１１ａ、１１ｂ、１１ｘの接続パラメータへの読み取り専用アクセスを有している。プロファイルコンポーネントは、それぞれのプロファイル外のコンポーネントから表示またはアクセスできない。ＩＳＤ－Ｒ１２によって、本発明によれば、第１のプロファイルのプロファイルデータにアクセスして、第２のプロファイルを設置することもできる。

ファイル構造１０は、その存続期間を通じてＩＳＤ－Ｒ１２に関連付けられたままであるため、ＩＳＤ－Ｒ１２は、以下の加入者管理機能、すなわち、プロファイルの作成（ＩＳＤ－Ｒ１２とファイル構造１０の間の関連付けはいつでも作成できる）、プロファイルの削除、プロファイルのアクティブ化、プロファイルの非アクティブ化、フォールバック位置設定、およびプロファイルトランスポート機能、を実行することができる。プロファイル１１ａ、１１ｂ、１１ｘの構造を図２に示す。

図１では、システムの複数のインターフェースＥＳｘが提供されている。

インターフェースＥＳ８は、ＳＭ－ＤＰ２ｂとプロファイル１１のファイル構造１０の間に設定された安全なチャネルを介してｅＵＩＣＣ１に機能をアドレス指定する。安全な形式でこれを有効にするために、プロファイル１１は少なくとも１つの鍵セットでパーソナライズされている。ＥＳ８インターフェースは、ＳＭ－ＤＰ２ｂとＳＭ－ＳＲ２ａ（＝ＥＳ３インターフェース）の間に設定されたセキュリティで保護されたチャネルによって、さらに、影響を受けるプロファイル１１（ｐｒｏｆｉｌｅ１ １１ａ、ｐｒｏｆｉｌ２ １１ｂ...またはｐｒｏｆｉｌｅｘ１１ｘ）のＩＳＤ－ＰにＩＳＤ－Ｒ１２をトンネリングできるＳＭ－ＳＲ２ａ間の安全なチャネルＳＣＰ８０またはＳＣＰ８１によって、実現される。次いで、通信はＩＳＤ－Ｐ１０（１０ａ、１０ｂ ... １０ｘ）によって復号化され、それぞれのプロファイル１１（１１ａ、１１ｂ ...
１１ｘ）に転送される。

インターフェースＥＳ６は、モバイルネットワークオペレータ（ＭＮＯ）３と各ＩＳＤ－Ｐ１０に含まれるＭＮＯセキュリティドメインとの間に設定された安全なチャネルを介してｅＵＩＣＣ１に機能をアドレス指定する。ｅＵＩＣＣ１は、このＥ６インターフェースのＥＴＳＩ １０２ ２２５およびＥＴＳＩ １０２ ２２６の定義に従って、ポートＳＣＰ８０およびＳＣＰ８１をサポートする。初期ＯＴＡ鍵セットは各プロファイル１１ａ、１１ｂ、１１ｘの一部であり、プロファイルのダウンロードおよびインストール操作中にＳＭ－ＤＰ２ｂによってロードされるか、ｅＵＩＣＣ１が出力される前にＥＵＭ５によってロードされる。

インターフェースＥＳ５は、ＳＭ－ＳＲ２ａとＩＳＤ－Ｒ１２との間に設定されたセキュリティで保護されたチャネルを介してｅＵＩＣＣ１に機能をアドレス指定する。ｅＵＩＣＣ１は、このＥ５インターフェースのＥＴＳＩ １０２２２５およびＥＴＳＩ１０２ ２２６の定義に従って、ＳＣＰ８０およびＳＣＰ８１をサポートする。ＳＣＰ８０／ＳＣＰ８１をアクティブ化するために、ＩＳＤ－Ｒ１２は、ＥＵＭ５によって出力される前に、対応する鍵セットでパーソナライズされる。鍵セットは、たとえば、インターフェースＥＳ１を使用して、ＳＭ－ＳＲ２ａを介してＩＳＤ－Ｒ１２にロードされる。

図１のシステムでは、ＯＴＡ通信はＳＭ－ＳＲ２ａによって排他的に引き継がれる。ＳＭ－ＳＲ２ａは、たとえば、ＳＭＳ、ＣＡＴ＿ＴＰ、またはＨＴＴＰＳを使用して、ｅＵＩＣＣ１との無線通信（ＯＴＡ）を行う。ＨＴＴＰＳを使用する場合、ＳＭ－ＳＲ２ａおよびｅＵＩＣＣ１は、ＳＭ－ＳＲ２ａのＩＰアドレスを解決できるようにドメイン名解決をサポートする。長期進化ネットワークでは、図１のシステムはショートメッセージ（＝ショートメッセージサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）、ＳＭＳ）もサポートする。ＳＭ－ＳＲ２ａは、ｅＵＩＣＣ１、端末６、および実行サーバ２の機能に応じて、伝送プロトコルを自由に選択できる。ｅＵＩＣＣ１は、３ＧＰＰ ＴS３１．１１５に従って、ＳＭＳを介した安全なデータパケットの送信をサポートする。

技術仕様［１］の３．３．１．２．２章「プロファイルのダウンロードおよびインストール機能」に従って、プロファイルは「ダウンロード」機能を使用してｅＵＩＣＣ１にロードされる。ただし、さらに、付随する機能は「ダウンロード」を介して実行される。技術仕様［１］の３．３．１．３．１章「ＩＳＤ－Ｐ作成機能」および技術仕様［２］の３．１．１章「ＩＳＤ－Ｐ作成」、によると、ｅＵＩＣＣ１でファイル構造１０、特にＩＳＤ－Ｐを作成するには、「作成」機能が必要とされる。

技術仕様［２］の３．１．３章「プロファイルのインストールのダウンロード」に従って、ＩＳＤ－Ｐの適用後、プロファイルがダウンロードされ、ファイル構造、特にＩＳＤ－Ｐに保存される。技術仕様［１］、第３．３．１．２．３章「プロファイルコンテンツ更新機能」および第３．３．１．２．４章「ポリシールール更新機能」によると、「更新」機能は、新しくダウンロードしたプロファイルに対応する更新を行うために使用される。技術仕様［１］の３．３．１．３．４章「プロファイル有効化機能」および技術仕様［２］の３．２章「プロファイル有効化」によれば、「有効化」機能は、ダウンロードされたプロファイル、特にＩＳＤ－Ｐをアクティブ化し、それによってｅＵＩＣＣ１のユーザが使用できるようにするために実行される。

したがって、技術仕様［１］および［２］によれば、「ダウンロード」機能に加えて、確かなオーバーヘッドを引き起こす少なくとも３つの追加機能「作成」、「更新」、および「有効化」が使用される。これらの各機能は、サーバ２からｅＵＩＣＣ１へのＯｖｅｒ Ｔｈｅ Ａｉｒ（ＯＴＡ）接続を介して、コストを発生させる方法で呼び出すか送信する必要がある。たとえば、１０キロバイトのプロファイルデータをｅＵＩＣＣ１にダウンロードするには、少なくとも約２０キロバイト（つまり、約２倍）のデータをＯＴＡ経由でサーバ２からｅＵＩＣＣ１に送信する必要がある。

図２は、図１の第２のプロファイル１１ｂの第２のプロファイルファイル構造１０ｂの部品１１１０の発明によるマーキングを示している。ファイル構造１１ｂは、プロファイルデータを含む。たとえば、次のコンポーネント、すなわち、ＭＮＯサーバ３のＯＴＡ鍵セットを備えたＭＮＯセキュリティドメイン（ＭＮＯ－ＳＤ）、少なくとも１つの認証パラメータ（Ｋｉ）、ネットワークアクセスアプリケーション、ポリシールール、フォルダー（ＤＦ）および基本ファイル（ＥＦ）を含むファイルシステム、
プロファイル、アプリケーションの接続パラメータ、加入者識別子、ＩＭＳＩ、加入者識別モジュール識別子ＩＣＣＩＤ、プロファイルの更新、の１つをプロファイルファイルとしてファイル構造１１ｂに含めることができる。

本発明によれば、プロファイル１１ｂのファイル構造１０ｂのプロファイルデータ１０ｂの部分１１１０がマークされている。これらのマークされた部品１１１０は、図２に破線で示されている。マーキングは、プロファイル１１ｂがｅＵＩＣＣ１にロードされる前に、サーバ２、できればＳＭ－ＤＰ２ｂでタイムリーに行われる。図２によれば、プロファイル１１ｂのマークされた部分１１１０は、ＯＴＡ鍵、ＳＤＳ、ＩＭＳＩ、およびＩＣＣＩＤである。これらのマークされた部分１１１０は、第２のプロファイル１１ｂがサーバ２からｅＵＩＣＣ１に送信されるとき、第２のプロファイル１１ｂには存在しない。したがって、このマークされた部分１１１０は、ｅＵＩＣＣ１にインストールされた別のプロファイル１１ａ、１１ｘの第１のプロファイルデータのプレースホルダである。マークされた部分１１１０は、１つのプロファイルファイルのみを参照することも、ファイル構造１０ｂ全体を参照することもできる。マークされた部分１１１０のプロファイルデータの量は制限されない。

プロファイル１１ｂがｅＵＩＣＣ１から受信されると、別のプロファイル１１ａ、ｅＵＩＣＣ１の１１ｘからのプロファイルデータが示される。これらの示されたプロファイルデータは、第２のプロファイル１１ｂのマークされた部分１１１０の対応する領域にコピーおよび格納される。すべてのプロファイルデータがマークされた部分１１１０に格納されると、第２のプロファイル１１ｂは完全に設定されたと見なされる。したがって、ｅＵＩＣＣ１で受信された場合、マークされた部分１１１０は、別のプロファイル１１ａ、１１ｘの対応するプロファイルファイルが格納される不完全なプロファイル１１ｂのギャップを表す。

このようにして、不完全なプロファイルがロードされ、これは、ｅＵＩＣＣ１のプロファイルデータを使用して、ｅＵＩＣＣ１によってｅＵＩＣＣ１上の他のプロファイルのプロファイルデータをマークして示すことによって完了する。この目的のための対応する方法は、以下の図３～図５に記載されている。

図３は、以下ではｅＵＩＣＣ１と呼ばれる、加入者ＩＤモジュール１における本発明による方法１００のフローチャートの例示的な実施形態を示す。

任意選択的なステップ１０１は、ｅＵＩＣＣ１が、第１のファイル構造１０ａ内に第１のプロファイルデータを有する第１のプロファイル１１ａを含むことを示している。ｅＵＩＣＣ１は、ステップ１０２で第２のプロファイル１１ｂを受け取る。さらに、ステップ１０２において、ｅＵＩＣＣ１は、第１のプロファイル１１ａからプロファイルデータの指示を受信し、これは、第２のプロファイル１１ｂを完了するために使用されることになっている。任意選択的なステップ１０２ａにおいて、第２のプロファイル１１ｂのための第２のプロファイルファイル構造１０ｂは、サーバ２からの作成コマンド、例えば、技術仕様［１］および［２］の「作成コマンド」によって、この目的のために構築される。

第２のプロファイル１１ｂを受信した後、ｅＵＩＣＣ１は、ステップ１０３において、ｅＵＩＣＣ１の複製機能を用いて、第１のプロファイル１ａの示されたプロファイルデータを複製する。複製ステップ１０３の後、格納ステップ１０４がｅＵＩＣＣ１で実行されて、第１のプロファイル１１ａの複製されたプロファイルデータを、ｅＵＩＣＣ１の第２のプロファイル１１ｂのそれぞれの位置に配置する。図２を参照すると、第１のプロファイル１１ａのＯＴＡ鍵はまた、ステップ１０４の後、第２のプロファイルにＯＴＡ鍵として格納される。さらに、第１のプロファイル１１ａのＩＭＳＩはまた、第２のプロファイルにＩＭＳＩとして預けられる。さらに、第１のプロファイル１１ａのＩＣＣＩＤは、第２のプロファイルにＩＣＣＩＤとして格納することもできる。さらに、第１のプロファイル１１ａのＳＤＳもまた、第２のプロファイルにＳＳＤとして格納される。

どのプロファイルデータからどのプロファイル１１が第２のプロファイル１１ｂのどの位置に格納されるかという規則は、本発明によるプロファイルデータの表示として理解される。この場合、複製するプロファイルデータのリストを一緒に送信できる。第２のプロファイル１１ｂの第２のファイル構造１０ｂの対応するマーキングは、設定フラグによって実施することができる。あるいは、第２のプロファイル１１ｂのファイル構造１０ｂ内に存在しない第２のプロファイルデータ（すなわち、プレースホルダ）は、マーキングとして解釈される。

ステップ１０４の終わりに、完全な第２のプロファイル１１ｂがｅＵＩＣＣ１で取得され、第２のプロファイル１１ｂが送信されたときに、第２のプロファイル１１ｂのプロファイルデータの一部がサーバ２によって送信されなかった。

任意選択的なステップ１０５において、サーバ２への正常な複製および格納が確認される。これは、完全な第２のプロファイル１１ｂがｅＵＩＣＣ１に存在し、技術仕様［１］および［２］の現在の方法に従って処理できることをサーバ２に示す。例としてのみ、ステップ１０６において、起動コマンドが受信され、それを利用して、第２のプロファイル１１ｂが起動され、これ以降、図１のＭＮＯサーバ３の通信ネットワークにおけるサービスを使用するために使用される。任意選択的なステップ１１０において、ｅＵＩＣＣ１の第１のプロファイル１１ａが削除されて、同じ加入者識別データ（ＩＭＳＩ、ＩＣＣＩＤ、ＯＴＡ鍵など）を有する２つのプロファイルがｅＵＩＣＣ１に格納されないことを確実にする。

図４は、加入サーバ２における本発明による方法２００のフローチャートの例示的な実施形態を示している。ステップ２０１ａにおいて、サーバ２は、ｅＵＩＣＣ１に配置されたプロファイル１１の知識を有し、したがって、第１のプロファイルファイル構造１０ａおよび第１のプロファイル１１ａの第１のプロファイルデータの知識も有する。

ロードされる第２のプロファイル１１ｂにおいて、第２のプロファイル１１ｂの第２のファイル構造１０ｂの少なくとも一部１１１０は、ステップ２０１に従ってマークされる。ステップ２０１によるそのようなマーキング１１１０の結果が図２に示され、プロファイルファイル構造１０ｂのマークされた部分１１１０が破線で示されている。ステップ２０２において、第２のプロファイル１１ｂがｅＵＩＣＣ１に送信され、第２のファイル構造１０ｂのマークされた部分１１１０のプロファイルデータは送信されていない。反対に、ｅＵＩＣＣ１の現在のプロファイル１１からのどのプロファイルデータが複製され、マークされた部分１１１０に格納されるべきかという指示が一緒に送信される。したがって、送信されるデータセット（第２のプロファイル１１ｂを表す）は、削減される。

ステップ２０３において、成功した複製および記憶操作（図３のステップ１０３、１０４）の確認が得られる。したがって、第２のプロファイル１１ｂがｅＵＩＣＣ１に完全に存在することがサーバ２に通知されている。ステップ２０３ａにおいて、第２のプロファイル２が完了し、第２のプロファイル１１ｂの対応するアクティブ化をいつでも行うことができることが、ＭＮＯサーバ３に送信される。

ステップ２０４において、サーバ２は、第１のプロファイル１１ａを同時に非アクティブ化すると同時に、第２のプロファイル１１ｂをアクティブ化するためのアクティブ化コマンドをｅＵＩＣＣ１に送信する。次に、ステップ２０５において、サーバ２は、ｅＵＩＣＣ１による成功したアクティベーションの確認を受信する。ステップ２０６において、削除コマンドは、第１のプロファイル１１ａを削除するために、任意選択でｅＵＩＣＣ１に送信される。

図５には、加入者ＩＤモジュール１と加入サーバ２との間の本発明による方法のフローチャートの例示的な実施形態が示されている。図５は、上記の図３および図４からの２つの方法１００および２００を組み合わせたものである。

本発明の出発点は、ｅＵＩＣＣ１における第１のファイル構造１０ａおよび第１のプロファイルデータを有する第１のプロファイル１１ａの存在である。この存在および第１のプロファイル１１ａの内容もまた、サーバ２に認識されており、ステップ２０１ａを参照されたい。ステップ２０１において、第１のプロファイル１１ａとは異なる第２のプロファイル１１ｂがマークされている。図２に関する説明を参照されたい。ステップ２０２において、サーバは、第１のプロファイル１１ａのプロファイルデータを示しながら、マークされたファイル構造を有する第２のプロファイル１１ｂを、インターフェースＥＳ５またはＥＳ８を介してｅＵＩＣＣ１に送信する。ステップ１０２で受信した後、ｅＵＩＣＣ１は、ステップ１０３で第１のプロファイル１１ａのプロファイルデータを複製し、それに応じて、ステップ１０４で第２のプロファイル１１ｂのファイル構造１０ｂにそれらを格納する。ｅＵＩＣＣ１は、第２のプロファイル１１ｂの完了の指標として、インターフェースＥＳ５またはＥＳ８を介して、ステップ１０５（ステップ２０３）でサーバ２へのコピーおよび格納が成功したことを確認する。ステップ２０３ａにおいて、この完了は、インターフェースＥＳ２またはＥＳ４を介してＭＮＯサーバ３に示される。ステップ２０４において、第２のプロファイル１１ｂの活性化が行われる。この目的のために、ステップ２０４ａにおいて、サーバ２は、インターフェースＥＳ２またはＥＳ４を介してＭＮＯサーバ３からアクティベーション要求を受信する。次に、ステップ２０４ｂにおいて、起動コマンドがｅＵＩＣＣ１に送信される。ステップ１０６ａにおいて、第２のプロファイル１１ｂがアクティブ化され、（したがって同時に）第１のプロファイル１１ａが非アクティブ化される。アクティベーションの範囲内で、ステップ１０７でＲＥＦＲＥＳＨプロアクティブコマンドが端末６に送信されて、ｅＵＩＣＣを再開する。次に、ステップ１０８において、アクティブ化がサーバ２に対して確認される。確認の受信２０５の後、削除コマンドは、ステップ２０６において、インターフェースＥＳ５またはＥＳ８を介してサーバ２からｅＵＩＣＣ１に送信されて、第１のプロファイル１１ａを削除するか、または少なくとも第１のプロファイル１１ａのプロファイルデータを削除する。これは、ステップ１１０でｅＵＩＣＣ
１によって実行される。削除は、２つの同一のプロファイルデータが１つのｅＵＩＣＣ １に存在しないことを確実にする。

したがって、２つのプロファイル１１ａ、１１ｂは、対応する安全パラメータ（ＩＭＳＩ、ＩＣＣＩＤ、ＯＴＡ、Ｋｉなど）をサーバ側で複製する必要なしに、ｅＵＩＣＣ１内で定義することができる。このステップ１０３でのコピーおよびステップ１０４でのｅＵＩＣＣ１への格納は、セキュリティ要素としてのｅＵＩＣＣ１がこのデータに対して信頼できるものとして分類され、したがってサーバ側のセキュリティを保証する必要がないために可能になる。

このようにして、より少ないプロファイルデータを含む最初の第１のプロファイル１１ａは、図１によるシステムの複雑さのために、既存のプロファイルデータを再送信したり、複雑な方法で生成したりする必要なく、より多くのプロファイルデータ、したがってより多くの機能を含む後の第２のプロファイル１１ｂによって置き換えることができる。したがって、完全に新しいプロファイル11を生成および送信することなく、より多くの機能を実現できる。これにより、時間とネットワーク負荷が節約される。

本発明の範囲内で、記載および／または図示および／または特許請求されるすべての要素は、必要に応じて互いに組み合わせることができる。

１ 加入者ＩＤモジュール、ｅＵＩＣＣ
１０ａ、１０ｂ プロファイルファイル構造、発行者セキュリティドメイン、ＩＳＤ－Ｐ
１１ａ、１１ｂ、１１ｃ 加入プロファイル
１１１０ プロファイルファイル構造のマークされた部分
１２ ＵＩＣＣベースの発行者セキュリティドメイン、ＩＳＤ－Ｒ
２ 加入サーバ
２ａ サーバコンポーネント、加入マネージャセキュアルーチン、ＳＭ－ＳＲ
２ｂ サーバコンポーネント、加入マネージャのデータ準備、ＳＭ－ＤＰ
３ モバイルネットワークオペレータ、ＭＮＯ
４ 証明書発行者、ＣＩ
５ ｅＵＩＣＣメーカ、ＥＵＭ
６ 端末
１０１～１１０ 加入者ＩＤモジュールｅＵＩＣＣの方法ステップ
２０１～２０６ 加入サーバの方法ステップ
ＥＳ１～ＥＳ８ インターフェース

国際公開第２０１６／１２８１４１号は、ローカルクローニング機能を備えたｅＵＩＣＣについて説明している。ｅＵＩＣＣのローカルクローン機能は、既存の第１のプロファイルのプロファイルファイル構造を複製し、それを第２のプロファイルファイル構造としてｅＵＩＣＣに保存する。第２のプロファイルデータは、第２のプロファイルを設定するための後続のステップでこの第２のプロファイルファイル構造に記録される。
国際公開第２０１６／１９３４１４号は、電気通信ネットワークと電気通信端末との間でパラメータデータを送信するための方法、および電気通信端末上のパラメータデータによって定義される通信プロファイルをアクティブ化および／または変更および／または非アクティブ化するための方法を説明する。電気通信端末は、ｅＵＩＣＣモジュールを含み、ｅＵＩＣＣモジュールは、組み込みユニバーサル集積回路カード（ｅＵＩＣＣ）の機能を提供し、ｅＵＩＣＣモジュールによって、通信プロファイルに従って電気通信ネットワークを使用するためのパラメータデータは、ｅＵＩＣＣモジュールに割り当てられたメモリ領域に格納され、電気通信ネットワークのネットワーク事業者と、電気通信端末または電気通信端末のユーザに対して通信プロファイルが割り当てられ、パラメータデータを電気通信端末に送信するため、および電気通信端末のｅＵＩＣＣモジュール内の通信プロファイルをアクティブ化および／または変更および／または非アクティブ化するために以下のステップが実行される。第１のステップでは、パラメータデータが電気通信ネットワークから電気通信端末に送信され、ＭＩＭＥ型式情報（多目的インターネットメール拡張型式情報）がプロファイルデータに関連付けられる。第１のステップに続く第２のステップでは、電気通信端末のＭＩＭＥハンドラアプリケーションが、パラメータデータを使用して、電気通信端末の通信プロファイルをアクティブ化および／または変更および／または非アクティブ化し、ＭＩＭＥハンドラアプリケーションはｅＵＩＣＣモジュールに少なくとも部分的にアクセスでき、ｅＵＩＣＣモジュールに割り当てられたメモリ領域のコンテンツに変更や追加をもたらすような方法で、ＭＩＭＥ型式情報に基づいてアクティブ化される。

Claims (15)

1. 加入サーバ（２）を使用して、加入者ＩＤモジュール（１）に加入プロファイル（１１ａ、１１ｂ、１１ｘ）を提供するための方法（２００）であって、
   前記加入サーバ（２）は、前記加入者ＩＤモジュール（１）に実装され、第１のプロファイルファイル構造（１０ａ）と、前記第１のプロファイルファイル構造（１０ａ）に格納された第１のプロファイルデータとを含む第１の加入プロファイル（１１ａ）の知識を有し、
   前記加入サーバ（２）において、
   － 第２の加入プロファイル（１１ｂ）の第２のプロファイルファイル構造（１０ｂ）の少なくとも一部（１１１０）をマーキングするステップ（２０１）と、
   － 前記第２の加入プロファイル（１１ｂ）を前記加入者ＩＤモジュール（１）に送信するステップ（２０２）であって、前記第２の加入プロファイル（１１ｂ）のマークされた部分（１１１０）は、第２のプロファイルデータなしで送信され、前記送信するステップ（２０２）において、複製される前記第１の加入プロファイル（１１ａ）の第１のプロファイルデータは、前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）の前記マークされた部分（１１１０）に第２のプロファイルデータとして格納されることが示される、送信ステップと
   が実行される方法（２００）。
2. － 前記加入者ＩＤモジュール（１）から、前記第１のプロファイルデータが複製され、複製された前記第１のプロファイルデータが前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）の前記マークされた部分（１１１０）に格納されているという確認を受信するステップ（２０３）と、
   － 前記第２の加入プロファイル（１１ａ）をアクティブ化するために、前記加入者ＩＤモジュール（１）にプロファイルアクティブ化命令を送信するステップ（２０４）と
   をさらに含む、請求項１に記載の方法（２００）。
3. － 少なくとも前記第１の加入プロファイル（１１ａ）の前記第１のプロファイルデータを削除するために、前記加入者ＩＤモジュール（１）に削除命令を送信するステップ（２０６）をさらに含む、請求項１または２に記載の方法（２００）
4. 前記第２の加入プロファイル（１１ｂ）の前記マークされた部分（１１１０）は、
   － 少なくとも１つのプロファイル基本ファイル、
   － 加入者識別子、
   － 加入者ＩＤモジュール識別子、
   － 認証キー、
   － ＯＴＡキー、
   － 加入プロファイルアプリケーションの更新、および／または、
   － 加入プロファイルファイルの更新
   のうちの少なくとも１つを含む、請求項１から３のいずれか一項に記載の方法（２００）。
5. 加入者ＩＤモジュール（１）において加入プロファイル（１１ａ、１１ｂ、１１ｘ）を管理するための方法（１００）であって、
   前記加入者ＩＤモジュール（１）に少なくとも１つの第１の加入プロファイル（１１ａ）が実装され、実装された前記第１の加入プロファイル（１１ａ）は、第１のプロファイルファイル構造（１０ａ）と、前記第１のプロファイルファイル構造（１０ａ）に格納された第１のプロファイルデータとを含み、
   前記加入者ＩＤモジュール（１）において、
   前記第１の加入プロファイル（１１ａ）の第１のプロファイルデータを示しながら、加入サーバ（２）から、少なくとも部分的にマークされた第２のプロファイルデータ構造（１０ｂ）を含む第２の加入プロファイル（１１ｂ）を受信するステップ（１０２）であって、前記第２の加入プロファイル（１１ｂ）は、複製され、前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）に第２のプロファイルデータとして格納され、前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルデータ構造（１０ｂ）の前記マークされた部分（１１１０）は、第２のプロファイルデータなしで前記加入サーバ（２）から送信されている、受信するステップ（１０２）と、
   前記第１の加入プロファイル（１１ａ）の示された前記第１のプロファイルデータを複製するステップ（１０３）と、
   複製されて示された前記第１のプロファイルデータを前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）の前記マークされた部分（１１１０）に格納するステップ（１０４）であって、前記第２の加入プロファイル（１１ｂ）を完成させ、それによって前記第２の加入プロファイル（１１ｂ）が設定される、格納するステップ（１０４）と
   が実行される方法（１００）。
6. － 前記示された第１のプロファイルデータが前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）の前記マークされた部分（１１１０）に格納されたことの確認を前記加入サーバ（２）に送信するステップ（１０５）と、
   － 前記第２の加入プロファイル（１１ｂ）をアクティブ化するために、前記加入サーバ（２）からプロファイルアクティブ化命令を受信するステップ（１０６）と、
   － 前記第１の加入プロファイルを非アクティブ化しながら、前記第２の加入プロファイル（１１ｂ）をアクティブ化するステップと
   をさらに含む、請求項５に記載の方法（１００）。
7. － 少なくとも前記第１の加入プロファイル（１１ａ）の前記第１のプロファイルデータを削除する（１１０）ために、前記加入サーバ（２）から削除命令を受信するステップをさらに含む、請求項６に記載の方法（１００）。
8. 前記示された第１のプロファイルデータを複製する前記ステップ（１０３）と、前記複製された示された第１のプロファイルデータを前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）に格納するステップ（１０４）とは、前記加入者ＩＤモジュール（１）と前記加入サーバ（２）との間で、データ、特にプロファイルデータを送信せずに実行される、前記請求項５から７のいずれか一項に記載の方法（１００）。
9. 前記方法ステップは、組み込みＵＩＣＣバージョン２．０の技術仕様ＳＧＰ０２リモート・プロビジョニング・アーキテクチャに従った作成機能および／またはアクティブ化機能および／または非アクティブ化機能を含む、請求項５から８のいずれか一項に記載の方法（１００）。
10. 加入者ＩＤモジュール（１）に実装された第１の加入プロファイル（１１ａ）のために設定された、またはそれを含む加入者ＩＤモジュール（１）であって、
    前記実装された第１の加入プロファイル（１１ａ）は、第１のプロファイルファイル構造（１０ａ）と、前記第１のプロファイルファイル構造に格納された第１のプロファイルデータとを含み、
    前記第１の加入プロファイル（１１ａ）の第１のプロファイルデータを示しながら、加入サーバ（２）から少なくとも部分的にマークされた第２のプロファイルデータ構造（１０ｂ）を含む第２の加入プロファイル（１１ｂ）を受信（１０２）した後に設定される複製および格納機能であって、前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルデータ構造（１０ｂ）の前記マークされた部分（１１１０）は、第２のプロファイルデータなしで前記加入サーバ（２）から送信されており、前記第２の加入プロファイル（１１ｂ）を完成することにより、前記加入者ＩＤモジュール（１）に前記第２の加入プロファイル（１１ｂ）を設定するために、前記第１の加入プロファイル（１１ａ）の前記示された第１のプロファイルデータを前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ａ）の前記マークされた部分（１１１０）に複製する、複製および格納機能を特徴とする加入者ＩＤモジュール（１）。
11. 前記複製および保存機能は、オペレーティングシステムの機能によって、または代わりに、前記第２の加入プロファイル（１１ｂ）を受信した後に開始するように設定されたアプレット（１０２）によって実装される、請求項１０に記載の加入者ＩＤモジュール（１）。
12. － 前記加入プロファイル（１１ａ、１１ｂ、１１ｘ）を保存するためのデータメモリと、
    － 前記加入サーバ（２）と通信するように設定されたインターフェース（ＥＳ５、ＥＳ８）と、
    － ネットワークサーバ（３）との通信用に設定されたインターフェース（ＥＳ６）と、
    － 請求項５から９のいずれか一項に従って前記方法（１００）を実行するように設定された手段と
    をさらに含む、請求項１０または１１に記載の加入者ＩＤモジュール（１）。
13. 加入プロファイル（１１ａ、１１ｂ、１１ｘ）を加入者ＩＤモジュール（１）に提供するために設定された加入サーバ（２）であって、
    前記加入サーバ（２）は、前記加入者ＩＤモジュール（１）に実装され、第１のプロファイルファイル構造（１０ａ）と前記第１のプロファイルファイル構造（１０ａ）に格納された第１のプロファイルデータとを含む第１の加入プロファイル（１１ａ）の知識を有し、
    第２の加入プロファイル（１１ｂ）の第２のプロファイルファイル構造（１０ｂ）の少なくとも一部（１１１０）をマークするように設定されたマーキング機能と、
    第２の加入プロファイル（１１ｂ）を送信するように設定された送信機能であって、前記第２の加入プロファイル（１１ｂ）のマークされた部分（１１１０）は、第２のプロファイルデータなしで送信され、前記送信機能は、第２のプロファイルデータとして、複製され、前記第２の加入プロファイル（１１ｂ）の前記第２のプロファイルファイル構造（１０ｂ）の前記マークされた部分（１１１０）に格納される、前記第１の加入プロファイル（１１ａ）のそれらの第１のプロファイルデータを示す、送信機能と
    を特徴とする加入サーバ（２）。
14. － 前記第２のファイル構造（１０ｂ）の前記マークされる部分（１１１０）を認識するように設定された認識機能と、
    － 前記加入者ＩＤモジュール（１）と通信するように設定されたインターフェース（ＥＳ５、ＥＳ８）と、
    － ネットワークサーバ（３）との通信用に設定されたインターフェース（ＥＳ６）と、
    － 請求項１から４および９のいずれか一項に記載の前記方法（２００）を実行するように設定された手段と
    をさらに備える、請求項１３に記載の加入サーバ（２）。
15. 加入者ＩＤモジュール（１）に実装された実行可能なコンピュータプログラム製品であって、前記コンピュータプログラム製品が前記加入者ＩＤモジュール上で実行されるときに、請求項５から９のいずれか一項に記載の方法ステップを実行するコンピュータプログラム製品。

Images