JP6868098B2 - 内蔵型汎用集積回路カードｅｕｉｃｃを管理する方法及び機器 - Google Patents

Description

本発明の実施形態は、eUICC管理の分野、特に内蔵型汎用集積回路カードeUICCを管理する方法及び機器に関する。

電気通信技術の適用及び展開過程において、契約電話、事業者ブランドのスマートフォン、等の出現は、ユーザによる通信サービスの使用のコストとオペレータの運用利益との間の良好なバランスを可能にする。合意に従いユーザに通信サービスを使用させるために、通常、契約電話、事業者ブランドのスマートフォン、等では、ユーザの幾つかの操作又は装置によりサポートされるサービスは、ある程度、規制に従う範囲に限定される。例えば、オペレータは、４Gサービスの態様ではユーザとの幾つかの合意を行う。ユーザを合意に従わせるために、別のオペレータの４Gサービスのサポートは、ユーザにより使用される契約電話に制限され得る。これは、ネットワークロック又はSIMロック（simlock）としても参照される。

しかしながら、このような方法では、合意が満了するとき又はその前に、合意の終了が有料で望まれる場合、通常、契約電話又は事業者ブランドのスマートフォンは、技術的合意終了（又はロック解除として参照される）のためにオペレータの物理的店舗に持ち込まれる必要がある。代替として、顧客サービス電話が呼び出され、又はオペレータウェブページがコンピュータを用いて閲覧され、又は別の方法が使用されて、合意終了／ロック解除要求を開始する。次に、オペレータは、OTA（over the air、無線で）又はDM（device management、装置管理）を用いて契約電話のファームウェア、ソフトウェア、又はパラメータを更新して、ロック解除を実行する。それでも、幾つかの契約電話又は事業者ブランドのスマートフォンは合意の終了をサポートしない。幾つかの国、例えば日本では、オペレータがロック解除サービスをユーザに提供する義務があるという法規定がある。

本発明の実施形態は、内蔵型汎用集積回路カードeUICCのインストールされた端末を用いてeUICCをロック解除するために、eUICCを管理する方法及び機器を提供する。これは、便利且つ高速であり、高品質ユーザ経験を提供する。

第１の態様によると、本発明の一実施形態は、内蔵型汎用集積回路カードeUICCを管理する方法を提供する。前記eUICCは端末にインストールされ、Profileが前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされ、前記方法は、前記端末により、ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定するステップであって、前記Profileの前記識別子情報は前記端末にインストールされた前記Profileを識別するために使用される、ステップと、前記端末により、第１ロック解除メッセージを前記eUICCへ送信するステップであって、前記第１ロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達し、前記第１ロック解除メッセージは、前記検証情報に従い実行された検証が成功した後に、前記eUICCに前記Profileを決定し及び前記Profileを前記ポリシルールに従いロック解除するよう指示するために使用される、ステップと、を含む。本発明の本実施形態を用いて、ロック解除がLPAモジュールを用いて使用される端末装置において実施可能であり、ユーザにより外部でロック解除を実施するための複雑な操作が回避できる。端末は、Profileを完全にダウンロードし、LPAを用いてカードをロックする場合、ユーザがロック解除のために追加料金を支払う、契約満了、ユーザ切り替えが実行される、中古端末トランザクションが実行される、等のシナリオでは、オペレータ又はユーザがロック解除をトリガする。

任意的実装では、前記端末により、ロック解除される必要のある前記Profileの識別子情報を決定する前記ステップは、
前記端末により、第２ロック解除メッセージを受信するステップであって、前記第２ロック解除メッセージは、前記Profileの前記識別子情報を伝達し、前記第２ロック解除メッセージは、前記Profileをロック解除するよう指示するために使用される、ステップ、を含む。

別の任意的実装では、第２ロック解除メッセージがProfileダウンロードサーバからであるとき、第２ロック解除メッセージは、検証情報を更に含む。本発明の本実施形態を用いて、ProfileダウンロードサーバはeUICCのロック解除をトリガし得る。

更に別の任意的実装では、前記端末により、第１ロック解除メッセージを前記eUICCへ送信する前記ステップの前に、前記方法は、
前記端末により、プロンプト情報を前記第１ロック解除メッセージに従い生成し、前記プロンプト情報をユーザインタフェース上で表示するステップであって、前記プロンプト情報はロック解除される必要のある前記Profileについて促すために使用される、ステップと、
前記端末により、ロック解除確認情報を前記ユーザインタフェースを用いて受信するステップと、を更に含む。本発明の本実施形態を用いて、検証は、ユーザにより入力された検証情報を用いて実行できる。

更に別の任意的実装では、前記第２ロック解除メッセージが端末からであるとき、前記端末により、検証情報を決定する前記ステップは、
前記端末により、前記検証情報をユーザインタフェースを用いて受信するステップ、を更に含む。本発明の本実施形態を用いて、端末はeUICCのロック解除をトリガし得る。

更に別の任意的実装では、前記Profileを前記ポリシルールに従いロック解除する前記ステップは、
前記端末により、前記eUICCにより送信された第３ロック解除メッセージを受信するステップであって、前記第３ロック解除メッセージは、前記プロファイルの前記識別子情報及び前記検証情報を伝達する、ステップと、
前記端末により、前記第３ロック解除メッセージをプロファイルダウンロードサーバへ送信するステップであって、前記プロファイルダウンロードサーバが検証及び／又は検証を実行するようにする、ステップと、を含む。

更に別の任意的実装では、前記第２ロック解除メッセージが前記端末からであるとき、前記端末により、検証情報を決定する前記ステップは、
前記端末により、第４ロック解除メッセージを前記Profileダウンロードサーバへ送信するステップであって、前記第４ロック解除メッセージは、ロック解除される必要のある前記Profileの前記識別子情報を伝達し、前記第４ロック解除メッセージは、前記検証情報を通達するために使用される、ステップと、
前記端末により、前記Profileダウンロードサーバにより送信された前記検証情報を受信するステップと、を含む。

更に別の任意的実装では、前記方法は、前記端末により、前記eUICC及びSM−DPに対し相互認証を実行するために、前記eUICCに関する情報及び前記SM−DPに関する情報を取得するステップ、を更に含む。

更に別の任意的実装では、前記端末により、第２ロック解除メッセージを受信する前記ステップの後に、前記方法は、
前記端末により、解除のための支払操作を実行するために支払インタフェースを表示するステップ、を更に含む。

第２の態様によると、本発明の一実施形態は、内蔵型汎用集積回路カードeUICCを管理する方法を提供する。前記eUICCは端末にインストールされ、Profileが前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされ、前記方法は、
前記eUICCにより、前記端末により送信された第１ロック解除メッセージを受信するステップであって、前記第１ロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達し、前記Profileの前記識別子情報は、前記端末にインストールされた前記Profileを識別するために使用される、ステップと、
前記eUICCにより、前記Profileを決定し、ローカルに格納された検証情報及び前記第１ロック解除メッセージで伝達される前記検証情報に従い検証を実行するステップと、
前記eUICCにより、前記検証が成功した後に、前記ポリシルールに従い前記Profileをロック解除するステップと、を含む。

任意的実装では、前記eUICCにより、前記ポリシルールに従い前記Profileをロック解除する前記ステップは、
前記eUICCにより、前記ポリシルールに従い、前記Profileがロック解除条件を満たすか否かを決定するステップと、
前記Profileが前記解除条件を満たす場合、前記eUICCにより、前記Profileをロック解除し、プロビジョニングProfile PPを有効状態に設定するステップと、を含む。

別の任意的実装では、前記eUICCにより、前記ポリシルールに従い前記Profileをロック解除する前記ステップの前に、前記方法は、
前記eUICCにより、前記端末を用いて別のロック解除メッセージをProfileダウンロードサーバへ送信するステップであって、前記別のロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達し、前記別のロック解除メッセージは、前記Profileダウンロードサーバに前記Profileをロック解除することを確認するよう通達するために使用される、ステップと、
前記eUICCにより、前記端末を用いて、前記Profileダウンロードサーバにより送信されたロック解除応答情報を受信するステップと、を更に含む。

更に別の任意的実装では、前記eUICCにより、前記ポリシルールに従い前記Profileをロック解除する前記ステップの前に、前記方法は、
前記eUICCにより、前記端末を用いて前記SM−DPと相互認証を実行するステップ、を更に含む。

第３の態様によると、本発明の一実施形態は、内蔵型汎用集積回路カードeUICCを管理する方法を提供する。前記eUICCは端末にインストールされ、Profileは前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされ、前記方法は、
Profileダウンロードサーバにより、ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定するステップであって、前記Profileの前記検証情報は前記端末にインストールされた前記Profileを識別するために使用される、ステップと、
前記Profileがロック解除条件を満たすとき、前記検証情報に従い実行された検証が成功した後に、前記Profileダウンロードサーバにより、前記Profileをロック解除としてマークするステップと、を含む。

任意的実装では、SM−DPにより、ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定する前記ステップの後に、前記方法は、
前記Profileダウンロードサーバにより、ロック解除メッセージを前記端末へ送信するステップであって、前記ロック解除メッセージは、前記Profileの前記識別子情報を伝達し、前記ロック解除メッセージは、前記Profileをロック解除するよう指示するために使用される、ステップ、を更に含む。

更に別の任意的実装では、SM−DPにより、ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定する前記ステップは、
前記Profileダウンロードサーバにより、前記端末により送信された前記Profileの前記識別子情報及び前記検証情報を受信するステップ、を含む。

第４の態様によると、本発明の一実施形態は、eUICCを管理する機器を提供する。前記機器は、第１の態様及び任意的実装による方法における端末により実行されるステップを実施し得る。前記機能は、ハードウェアにより実装されて良く、又はハードウェアにより対応するソフトウェアを実行することにより実装されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。

第５の態様によると、本発明の一実施形態は、eUICCを管理する機器を提供する。前記機器は、第２の態様及び任意的実装による方法におけるeUICCにより実行されるステップを実施し得る。前記機能は、ハードウェアにより実装されて良く、又はハードウェアにより対応するソフトウェアを実行することにより実装されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。

第６の態様によると、本発明の一実施形態は、eUICCを管理する機器を提供する。前記機器は、第３の態様及び任意的実装による方法におけるProfileダウンロードサーバにより実行されるステップを実施し得る。前記機能は、ハードウェアにより実装されて良く、又はハードウェアにより対応するソフトウェアを実行することにより実装されて良い。ハードウェア又はソフトウェアは、前述の機能に対応する１又は複数のモジュールを含む。

第７の態様によると、本発明の一実施形態は、端末を提供する。前記端末は、通信機、プロセッサ、及びメモリを含む。前記通信機は、Profileダウンロードサーバと相互作用するよう構成され、受信機及び送信機を含み得る。前記メモリは、プログラム及びデータを格納するよう構成される。前記プロセッサは、前記メモリに格納された前記プログラムを実行して、第１の態様及び任意的実装による送信装置により実行されるステップを実施する。

第８の態様によると、本発明の一実施形態は、Profileダウンロードサーバを提供する。前記受信装置は、通信機、プロセッサ、及びメモリを含む。モジュールは、バスを用いて接続されて良い。前記通信機は、端末と通信するよう構成される。前記メモリは、プログラムコード及びデータを格納するよう構成される。前記プロセッサは、前記メモリに格納されたプログラム命令に従い、第３の態様及び任意的実装に従い前記Profileダウンロードサーバの動作及びステップを実行する。

第９の態様によると、本発明の一実施形態は、eUICCを提供する。前記受信装置は、通信機、プロセッサ、及びメモリを含む。モジュールは、バスを用いて接続されて良い。前記通信機は、端末及びProfileダウンロードサーバと通信するよう構成される。前記メモリは、プログラムコード及びデータを格納するよう構成される。前記プロセッサは、前記メモリに格納されたプログラム命令に従い、第２の態様及び任意的実装に従い前記eUICCの動作及びステップを実行する。

第１０の態様によると、本発明の一実施形態は、前述の端末により使用されるコンピュータソフトウェア命令を格納するよう構成され及び第１の態様及び任意的実装を実行するよう設計されたプログラムを含むコンピュータ記憶媒体を提供する。

第１１の態様によると、本発明の一実施形態は、前述のeUICCにより使用されるコンピュータソフトウェア命令を格納するよう構成され及び第２の態様及び任意的実装を実行するよう設計されたプログラムを含むコンピュータ記憶媒体を提供する。

第１２の態様によると、本発明の一実施形態は、前述のProfileダウンロードサーバにより使用されるコンピュータソフトウェア命令を格納するよう構成され及び第３の態様及び任意的実装を実行するよう設計されたプログラムを含むコンピュータ記憶媒体を提供する。

第１３の態様によると、本発明の一実施形態は、eUICC管理システムを提供する。eUICC管理システムは端末、eUICC及びProfileダウンロードサーバを含み、前記端末は第７の態様による端末であり、前記Profileダウンロードサーバは第８の態様によるProfileダウンロードサーバであり、前記eUICCは第９の態様によるeUICCである。

本発明の実施形態の又は従来技術の技術的ソリューションをより明確に説明するために、以下は、実施形態又は従来技術を説明するために必要な添付の図面を簡単に記載する。明らかに、以下の説明中の添付の図面は、本発明の一部の実施形態を示し、当業者は、これらの添付の図面から創造的労力を有しないで他の図面を更に導出し得る。

本発明の一実施形態によるシステムアーキテクチャの概略図である。

本発明の一実施形態による端末の概略構造図である。

eUICCの概略構造図である。

本発明の一実施形態によるeUICCを管理する方法の概略フローチャートである。

端末の一例である。

別の端末の一例である。

更に別の端末の一例である。

また別の端末の一例である。

また別の端末の一例である。

また別の端末の一例である。

本発明の一実施形態によるeUICCを管理する方法のシグナリング交換図である。

本発明の一実施形態によるeUICCを管理する別の方法のシグナリング交換図である。

本発明の一実施形態によるeUICCを管理する更に別の方法のシグナリング交換図である。

本発明の一実施形態によるeUICCを管理する機器の概略構造図である。

本発明の一実施形態によるeUICCを管理する別の機器の概略構造図である。

本発明の一実施形態によるeUICCを管理する更に別の機器の概略構造図である。

本発明の一実施形態によるeUICCの概略構造図である。

本発明の一実施形態による端末の概略構造図である。

本発明の一実施形態によるProfileダウンロードサーバの概略構造図である。

本発明の目的、技術的ソリューション、及び利点を明確にするために、以下に、本発明の実施形態における技術的ソリューションを本発明の実施形態における添付の図面を参照して明確且つ完全に記載する。明らかに、記載される実施形態は、本発明の実施形態の一部であり、全てではない。本発明の実施形態に基づき創造的労力を有しないで当業者により得られる全ての他の実施形態は、本発明の保護範囲に包含される。

本発明の実施形態では、UICC（Universal Integrated Circuit Card、汎用集積回路カード）は取り外し可能スマートカードである。ユーザは、端末からUICCカードを引き出し、該UICCカードを別の端末に挿入するだけで、該UICCに格納された情報を端末から別の端末へ便利に転送する。

eUICC（内蔵型UICC、embedded universal integrated circuit card）は、カプセル化、溶接などを用いて、UICCを端末に内蔵することにより形成される。eUICCは、埋め込むには不便であり、UICCのようにランダムに変更できず、したがって、盗まれる又は別の目的で使用されるリスクを回避できる。eUICCは、ｅSIM（embedded Subscriber Identity Module、内蔵型加入者識別モジュール）又はスマートカードとしても参照され得る。

ICCID（Integrated Circuit Card ID、集積回路カード識別子）はProfileを一意に識別するために使用される。ICCIDは、Profile IDとしても参照され得る。

EID（eUICC-ID、eUICC識別子）は、eUICC識別子であり、eUICCを一意に識別するために使用される。

EIS（eUICC Information Set、eUICC情報セット）は、eUICC情報セットであり、eUICCの基本情報、例えばEID、製造日、合計記憶空間、利用可能記憶空間、eUICCに現在格納されているProfileの数、種別、のような情報を含む。

Profileは、ファイル構造、データ、アプリケーションプログラム、等のセットであり、１又は複数のネットワークアクセス・アプリケーション及び対応するネットワークアクセス証明書、例えば、国際移動体加入者識別及び個人鍵識別（Key Identity、KI）を含み得る。

Provisioning Profileは、Provisioning種別又は属性を有するProfileであり、簡単にプロビジョニングProfileとして参照される。Profileは、主に、eUICCとProfileダウンロードサーバとの間の接続を提供するために使用される。Profileダウンロードサーバは、eUICC及びProfileを、Profileにより提供される接続を用いて管理する（例えば、新しいProfileをダウンロードする、及びProfileを有効にし、無効にし、又は削除する）。

Operational Profileは、Operational種別又は属性を有するProfileであり、簡単に運用Profileとして参照される。端末及びeUICCは、Profileを用いて、Profileが加入する全ての許可されたネットワークにアクセスし得る。運用Profileの機能は、既存UICCの機能と同様である。

Enabled Profileは有効Profileである。有効Profile内のファイル及びアプリケーションだけが、端末とeUICCとの間のインタフェースを用いて選択できる。つまり、Profileは、Profileが有効にされた後にのみ、ネットワークにアクセスするために、端末により使用できる。

Disabled Profileは、無効Profileであり、ネットワークにアクセスするために使用されないProfileである。

Policy Rulesは、ポリシルールであり、eUICCの動作又はeUICCを遠隔管理する別のエンティティの動作、例えば操作を実行するために満たされる必要のある条件、を制御するために使用される一連のルールである。

図１に示すように、図１は、本発明の一実施形態によるシステムアーキテクチャの概略図である。システムアーキテクチャは、
MNO（Mobile Network Operator、移動体ネットワークオペレータ）により提供される基本加入情報（例えば、IMSI（International Mobile Subscriber Identity、国際移動体加入者識別））に従いeUICCにダウンロード可能なProfileを生成して良く、Profile Provisioner又はProfileダウンロードサーバとしても参照されるSM−DP（Subscription Manager-Data Preparing、加入管理−データ準備）と、
eUICC製造者であり、eUICCカードを製造し及び販売し、及びeUICCの出荷情報（EIS）をeUICCに最初に関連付けられたSM-SRに提供するEUM（eUICC Manufacturer、eUICC製造者）と、
証明書発行者であり、ダウンロードサーバのような別のエンティティに証明書を発行するために使用されるCI（Certificate Issuer、証明書発行者）と、を含む。

本発明の実施形態では、端末（Terminal）は、システム、加入者ユニット、加入者局、移動局、モバイルステーション、リモート局、リモート端末、モバイル装置、ユーザ端末、移動端末、無線通信装置、ユーザエージェント、ユーザ装置、又はユーザ機器（User Equipment、略称：UE）としても参照され得る。例えば、端末は、セルラ電話機、コードレス電話機、スマートウォッチ、ウェアラブル装置、タブレット装置、無人航空機、自動販売機、センサ装置、セッション開始プロトコル（Session Initiation Protocol、略称：SIP）電話機、無線ローカルループ（Wireless Local Loop、略称：WLL）局、パーソナルデジタルアシスタント（Personal Digital Assistant、略称：PDA）、無線機能を有するハンドヘルド装置、コンピューティング装置、車内通信モジュール、スマートメータ、スマートホーム装置、又は無線モデムに接続された別の処理装置、であって良い。eUICCは端末にインストールされ、ProfileはeUICCにインストールされ、Profileはポリシルールを含む。

端末は、以下に図２を参照して更に記載される。図２は、本発明における方法を実施するよう構成される端末２００の一実施形態の一例を示す。端末２００は、アプリケーション処理回路２０２、eUICC２０４、及び１又は複数の無線インタフェース、及び関連するベースバンド処理回路２０６を含む。

アプリケーション処理回路２０２は、デジタル信号プロセッサ、マイクロプロセッサ、フィールドプログラマブルゲートアレイ、又は１又は複数の基板にインストールされた複数の処理コンポーネントを含み得る。アプリケーション処理回路２０２は、メモリを更に含んで良い。メモリは、例えば、SＲＡＭ、フラッシュメモリ、及びSＤＲＡＭコンポーネントを含み得る。メモリは、プロセッササブシステムにより実行可能なコンピュータ実行可能命令及びデータを格納する。

アプリケーション処理回路２０２は、LPA（Local Profile Assistant、ローカル・プロビジョニングプロファイル・アシスタント）モジュールを含み得る。LPAは、Profileをダウンロードし及び管理し、ＵＩインタフェースを端末ユーザに提供し（例えば、Profileインストールリストを提供する）、端末ユーザがeUICC内のローカルProfileを管理できるようにする（有効にする、無効にする、削除する、及びロック解除する）。さらに、EID及び／又はICCIDは、LPAモジュールを用いて検索されて良い。LPAは、仮想論理モジュールであって良く、又は物理モジュール、例えばフィールドプログラマブルゲートアレイであって良い。

アプリケーション処理回路２０２、及び１又は複数のベースバンド処理回路２０６は、両方とも、eUICC２０４と直接通信する。アプリケーション処理回路２０２は、LPAを用いて、eUICC２０４と直接通信する。しかしながら、当業者は、本発明の種々の態様がマルチレイヤアクセス制御及び並列アクセスを提供することを理解すべきである。したがって、幾つかの実施形態では、アプリケーションプロセッサは、クライアントインタフェース上の主要アクセス制御に影響を与えることなく、ツールキットアプリケーションプログラムに直接アクセスして良い。例えば、ユーザは、異なるProfileに（操作上）切り替えることなく、連絡先情報について任意のProfileを検索できる。

LPAは、
ローカル発見サービス（Local Discovery Service、LDS）、ローカル・プロビジョニングプロファイル・ダウンロード（Local Profile Download、LPD）、及びローカル・ユーザインタフェースＵＩインタフェース（Local User Interface、LUI）を含む。ユーザ端末及びeUICC内のLPAは、LDS、LPD、又はLUIのうちの任意の１又は複数を含み得る。

LUI（Local User Interface、ローカル・ユーザインタフェース）モジュールは、ユーザ選択及びユーザ切り替えのためのＵＩを提供し、ユーザによりeUICCをロック解除し及びSIMＬｏｃｋを除去するためのＵＩを提供する。LUIモジュールは、ネットワークからロック解除要求、又は端末のユーザによりトリガされたロック解除要求を受信して良い。ネットワークからのロック解除要求が受信されると、検証情報が伝達されて良い。LUIがユーザに、ロック解除操作が実行されるべきであると通知した後に、LUIは、eUICCに通知し、eUICCが検証情報の照合の実行に成功した後に、eUICCはロック解除される。例えば、Policy Ruleの中のdisable not allowedパラメータが変更されて、有効Profileがｄｉｓａｂｌｅにされて良く、又はPolicy Ruleの中の「無効」スイッチが有効にされて、eUICCをロックするPolicy Ruleが無効にされ、又は有効Profileが削除されて、eUICCをロック解除する。eUICCがロックされることは、eUICC内の且つ特定のオペレータネットワークにアクセスするために使用される有効Profileが置き換えできないことを意味し得る。つまり、端末は、特定のオペレータネットワークにより提供される加入した適格のあるサービスにのみアクセスできる。端末のユーザからのロック解除要求が受信されると、ユーザがLUIに検証情報を入力した後に、LUIは、eUICCに通知して良く、eUICCが検証情報に対する照合の実行に成功した後に、eUICCがロック解除される。端末のユーザからのロック解除要求が受信されると、端末は、eUICCをロック解除するために、検証情報を返送するようサーバに更に要求して良い。さらに、サーバは、ロック解除のために必要な支払額を計算して良く、支払が成功した後に、サーバは検証情報を返送し、LUIはeUICCに通知し、eUICCが検証情報に対する照合に成功した後に、eUICCはロック解除される。

ベースバンド処理回路２０６は、ネットワーク装置のような別の装置と通信するよう更に構成される。適正なアンテナ及びモデムサブシステムが展開されて、ベースバンド処理回路２０６が、GSM、CDMA、UMTS、LTE／LTE-A、WiMAX、WLAN、ブルートゥース、LPWAN（Low-Power Wide-Area Network、低電力広域ネットワーク）、LoRa（Long Range、長距離低電力モノのインターネット送信技術）、Sigfox、NB-IoT（Narrow-Band IoT、狭帯域IoT）、及びLTE-M（Long Term Evolution Machine to Machine、ロングタームエボリューション・機械対機械）のような異なる無線技術をサポートするようにする。

留意すべきことに、図２は端末の単なる簡略構造を示す。図示しないが、端末は、（マルチタッチインタフェースのような）タッチスクリーン、LCDディスプレイ、スピーカ及び／又はマイクロフォンの１又は複数のコンポーネントを更に含み得る。

eUICCの構造は、図３を参照して更に記載される。図３に示すように、eUICCは、
eUICCの証明書及び秘密鍵を格納し及びＣＩの公開鍵を格納するために使用されるECASD（eUICC Controlling Authority Security Domain、eUICC制御権限セキュリティドメイン）であって、ECASDは、鍵交渉のために使用される鍵、等も格納して良く、ECASDはeUICCの鍵及び証明書を格納する、ECASDと、
eUICCの出荷前にプリセットされ、比較的高い権限を有するセキュリティドメインであって、何らかのセキュリティ検証を達成するために使用され、及び新しいISD-P（Issuer Security Domain Profile、発行者セキュリティドメインProfile）を生成するために更に使用され得るISD-R（Issuer Security Domain Root、発行者セキュリティドメインルート）と、を含む。

ISD-Pは、Profileドメインとしても参照され、Profileを格納するために使用される空間であり、SM−DPとセキュリティ通信を実行するための鍵、及びProfileを復号しインストールするために使用される証明書を格納する。

２つのProfileは、図３に更に示され、一方は有効Profileであり、他方は無効Profileである。各Profileは、NAA（Network Access Application、ネットワークアクセス・アプリケーション）、ポリシルール、別のアプリケーション、及びMNO−SD（Mobile Network Operator Security Domain、移動体ネットワークオペレータ・セキュリティドメイン）を更に含む。

eUICCオペレーティングシステムは、プラットフォームサービス管理ユニット（Platform Service Manager）、及び電気通信フレームワーク（Telecom Framework）を含む。プラットフォームサービス管理ユニットは、プラットフォーム管理機能、及びポリシルール実行メカニズムを提供するよう構成される。電気通信フレームワークは、標準ネットワーク認証アルゴリズムをNAAに提供するよう構成され、さらに、要件パラメータを用いてアルゴリズムを構成できる。

図４は、本発明の一実施形態によるeUICCを管理する方法の概略フローチャートである。図４に示すように、eUICCは端末にインストールされ、ProfileはeUICCにインストールされ、Profileはポリシルールに従いロックされる。ポリシルールは、更に相応して、検証情報を含む。検証情報は、PINのようなプリセットパスワード又は検証コードであって良く、又はオペレータ識別子のような識別情報であって良い。方法は、具体的には、以下のステップを含む。

ステップ４１２。端末は、第２ロック解除メッセージを受信する。ここで、第２ロック解除メッセージはProfileの識別子を伝達する。

ロック解除操作がProfileに対して実行されると、先ず、ロック解除操作の実行されるべきeUICCのProfileが決定される必要がある。つまり、端末は、ロック解除される必要のあるProfileの識別子情報を決定する。

端末は、検証を実現するために更に検証情報を必要とし、それにより、権限を有するパーティのみがProfileをロック解除できることを保証する。

ステップ４１４。端末は、第１ロック解除メッセージをeUICCへ送信する。ここで、第１ロック解除メッセージはProfileの識別子及び検証情報を伝達する。

第１ロック解除メッセージは、検証が成功した後に、eUICCにProfileをロック解除するよう指示するために使用される。

ステップ４１６。eUICCは、検証情報に従い検証を実行する。

端末により送信された第１ロック解除メッセージを受信した後に、eUICCは、第１ロック解除メッセージにより伝達された検証情報に従い検証を実行し、例えば、ローカルに格納された検証情報に従い比較を行い、又は検証情報に従い、第１ロック解除要求の開始者が権限を有するか否かを決定する。

ステップ４１８。eUICCは、Profileをロック解除し、PPを再有効化する。

検証情報を決定した後に、eUICCは、第１ロック解除メッセージの中で伝達されたProfileの識別子情報により識別されたProfileをロック解除し、例えばProfileの操作権限を解放し、例えばProfileを削除し、使用のために別のオペレータのProfileをダウンロードし及び有効にする。

eUICCが検証情報に従い検証を実行し、検証が失敗したと決定した後に、端末はロック状態のまま留まる。

本発明の本実施形態では、eUICCのインストールされた端末は、eUICCにおけるロック解除操作を実施して、eUICCがより便利にロック解除され、eUICCの使用シナリオが増加され、オペレータによる契約電話を製造するコストが削減されるようにする。したがって、契約電話の使い易さがより高くなり、高品質ユーザ経験が提供される。

本発明の本実施形態の特定の実装過程では、第２ロック解除メッセージの送信元について複数の実装が存在する。本発明の本実施形態は、第２ロック解除メッセージがProfileダウンロードサーバ又は端末からであることを用いて更に記載される。

一実施形態では、ロック解除メッセージは、Profileダウンロードサーバからであり、第２ロック解除メッセージは検証情報を更に伝達する。Profileダウンロードサーバは、第２ロック解除メッセージを端末へ送信して良い。ここで、第２ロック解除メッセージは、Profileの識別子情報及び検証情報を伝達する。方法は具体的に以下のステップを更に含む。

ステップ４２２。端末は、Profileをロック解除するか否かを示すプロンプト情報を表示する。

Profileダウンロードサーバにより送信された第２ロック解除メッセージを受信した後に、端末は、ユーザインタフェース上にプロンプト情報を表示して、ロック解除される必要のあるProfileについて促して良い。

ユーザインタフェースを用いて確認メッセージを受信した後に、端末はステップ４１４を実行する。

端末が、ユーザインタフェースを用いて、取り消しか否かを示すメッセージを受信した後に、端末は、ロック状態に留まる。

別の実施形態では、第２ロック解除メッセージが端末からであるとき、端末は、さらに、検証情報を決定する必要がある。方法は具体的に以下のステップを更に含む。

ステップ４４２。端末は、ユーザインタフェースを用いて検証情報を受信する。

本４１４の後、ステップ４１４が実行されて良い。

ステップ４１６が実行された後、eUICCにより実行された検証が成功した後に、登録がProfileダウンロードサーバにより実行されて良く、以下のステップが更に実行される必要がある。

ステップ４４４。端末は、eUICCにより送信された第３ロック解除情報を受信する。ここで、第３ロック解除情報はProfileの識別子情報及び検証情報を伝達する。

ステップ４４６。端末は、第３ロック解除情報をProfileダウンロードサーバへ送信する。第３ロック解除情報は、Profileの識別子情報を伝達し、検証情報を更に伝達して良い。代替として、第３ロック解除情報は、eUICCにより実行された検証が成功したことを示す情報を更に伝達して良い。

ステップ４４８。Profileダウンロードサーバは、第３ロック解除情報に従い検証及び／又は登録を実行する。

Profileダウンロードサーバは、検証が成功し及び／又は登録が成功した後に、確認メッセージを返送して良い。eUICCは、Profileダウンロードサーバにより送信された確認メッセージを受信した後に、ステップ４１８を実行する。

更に別の実施形態では、第２ロック解除メッセージが端末からであるとき、端末は、Profileダウンロードサーバの検証情報を更に検証して良い。方法は具体的に以下のステップを更に含む。

ステップ４３２。端末は、第４ロック解除メッセージをサーバへ送信する。ここで、第４ロック解除メッセージはProfileの識別子情報を伝達する。

ステップ４３４。Profileダウンロードサーバは、検証情報を返送する。

ステップ４１４は実行され続ける。

本発明の本実施形態は、添付の図面を参照して更に以下に説明される。図５Ａ〜図５Ｆに示すように、端末２００は本体２１００を含む。本体２１００は、タッチスクリーン２１１０を含む。タッチパネル及びディスプレイパネルは、端末２０００の入力及び出力機能を実装するよう統合されて良い。タッチスクリーン２１００はユーザインタフェースを表示する。感光素子２１２０、受話器２１３０、カメラ２１４０、ファンクションキー２１５０、音量キー２１６０、及び電源キー２１７０が更に図中に示される。カメラ２１４０は、前面カメラであって良く、又は背面カメラであって良い。理解されるべきことに、図示される端末は、単なる例であり、本発明の本実施形態の端末は、より多くの又は少ないコンポーネントを含み得る。

図５Ａに示すように、端末２０００内のLUIモジュールは、Profile情報リストを含む。eUICC内のProfile情報は、ユーザによりトリガされることにより閲覧可能である。図５Ａは、３つのProfile（１stProfile選択肢２１１１、２ndProfile選択肢２１１２、３rdProfile選択肢２１１３）管理選択肢、Provisioning Profileの選択肢２１１４、及びユーザ切り替え選択肢２１１５を示す。１stProfile選択肢２１１１に対応するProfileは有効（enabled）であり、他の選択肢に対応するProfileは無効状態（disabled）である。

１stProfile選択肢２１１１に対応するProfile操作インタフェースは、１stProfile選択肢２１１１を選択することにより入力され得る。図５Ａに示すように、図５Ａに示されるProfile操作インタフェースは、ユーザタッチポイント２２００を用いて１stProfile選択肢２１１１をタップすることにより入力できる。図５Ｂに示すように、操作インタフェースは、Profile無効化（disabling）選択肢２１１６、Profile削除選択肢２１１７、Profile転送選択肢２１１８、及びProfileロック解除選択肢２１１９を含む。Profile無効化選択肢２１１６、Profile削除選択肢２１１７、Profile転送選択肢２１１８のような選択肢は、非選択可能状態（ロック状態）である。Profileロック解除選択肢２１１９は、選択可能状態である。ロック解除操作は、ユーザタッチポイント２３００を用いてProfileロック解除選択肢２１１９をタップすることによりトリガされて良い。

図５Ｃに示すように、端末は、ネットワーク側により送信されたロック解除要求を受信し、又はユーザがProfileロック解除選択肢２１１９をトリガしタップすると、プロンプトがユーザインタフェースを用いて与えられて良い。ここで、プロンプトは、確認及び取り消し選択肢を含み得る。確認選択肢は、図５Ｄに示される検証情報入力インタフェースを入力するために、ユーザタッチポイント２４００を用いてトリガされて良い。図５Ｄに示すように、ユーザは、検証を実行するために、６桁の個人識別番号（Personal Identification Number、PIN）をユーザインタフェースに入力するよう促される。さらに、確認及び取り消し選択肢が更に提供されて良い。確認選択肢は、確認を実行するために、ユーザタッチポイント２５００を用いてトリガされて良い。

PINは、オペレータサーバにより予め定められて良く、又はオペレータサーバとユーザ機器との間の交渉を用いて取得されて良い。例えば、オペレータは、初期PINを設定し、初期PINをオペレータサーバ及びeUICCに格納して良い。ユーザ機器は、eUICCに格納されたPINを変更し、オペレータサーバに通知して良く、又は、ユーザ機器は、オペレータサーバからPIN変更を要求する。

端末がユーザによりトリガされたロック解除要求を受信し、ロック解除要求をサーバへ送信した後に、サーバはロック解除条件を決定し、ロック解除条件が、特定料金が支払われる必要があることであるとき、必要額の使用をユーザに通知する。図５Ｅに示すように、ロック解除及び支払プロンプトは、LUIを用いて表示され、ユーザにロック解除する前に支払を完了するよう促す。プロンプトは、確認及び取り消し選択肢を含み得る。確認選択肢は、支払を確認するために、ユーザタッチポイント２６００を用いてトリガされて良い。支払が成功した後に、プロンプトが与えられて良い。図５Ｆに示すように、支払成功インタフェースが表示される。

本発明の本実施形態は、図６〜図８を参照して以下に更に記載される。明確な記載のために、以下の実施形態では、eUICCは説明のために別個の物体として使用され、以下の実施形態では、端末は主にLPAモジュールを提供する。理解されるべきことに、eUICCは端末にインストールされ、以下の実施形態では、説明は、SM−DPがProfileダウンロードサーバの一例であることのみを用いて提供される。以下の実施形態における記載方法は、構造に対する限定を構成しない。

図６は、本発明の一実施形態によるeUICCを管理する別の方法のシグナリング交換図である。本発明の本実施形態では、eUICCは端末に内蔵され、ProfileはeUICCにインストールされ、ProfileはPolicy Rulesを含む。本発明の本実施形態では、端末内のeUICCの結合Profileは、端末内に展開されたLPAを用いてロック解除され、それによりユーザ経験を向上する。LPAは、端末内で展開されて良く、又はeUICC内に展開されて良い。SM−DPは、Profileを生成し及びダウンロードするサーバである。Operatorサーバは、ユーザ端末内の現在有効なProfileに結合され及びサービスを提供するオペレータサーバである。

図６に示すように、本発明の本実施形態は、具体的に、以下のステップを含む。

S６１０。SM−DPは、オペレータサーバにより送信された第１ロック解除要求（Unlock request）を受信する。ここで、第１ロック解除要求は、EID、ICCID、又は検証情報のうちの任意の情報又は任意の情報の組み合わせを伝達する。

具体的に、オペレータサーバは、EID、ICCID、eUICC内のProfileをロック解除するために使用される検証情報、等を格納する。オペレータサーバは、EID、ICCID、及び検証情報に従い、SM−DPに、EID及びICCIDにより示されるeUICC内のProfileをロック解除するよう要求して良い。

例えば、eUICCがインストールされた端末を発行するとき、オペレータは、端末内のeUICC内にProfileをインストールし、Policy Rulesを構成して良く、Profileがロック解除された後にのみ、無効化、削除、除去、又はProfile切り替えのような操作がProfileに対して実行できるようにする。これらの操作は、ロックされたユーザ権限として一様に参照され得る。ユーザは、これらの権限がロック解除された後にのみ、ロックされたユーザ権限を使用できる。Profileロック解除条件は、ユーザ（端末を使用するユーザ）が料金を支払うこと、契約が終了すること、等であって良い。

オペレータが、eUICCのインストールされた端末を発行すると、オペレータサーバ及びeUICCは、相応して、端末のEID、ICCID、及び検証情報を格納して良い。ユーザは、端末又はオペレータサーバを用いて登録を実行して良い。オペレータサーバは、ユーザ情報（例えば、名前、メールアドレス、及び住所）を登録を用いて決定する。検証情報は、登録を用いて更に変更されて良い。例えば、検証情報はPINであって良い。オペレータサーバ及びeUICCは、通常、規定PINを格納し、ユーザは登録中にPINを変更して良い。

検証情報は、予め合意されたPINであって良く、又はオペレータ識別子であって良い。eUICCオペレーティングシステム又はeUICCプラットフォームは、設定可能なPolicy Ruleの権限リストをプリセットする。権限リストは、「許可オペレータ」フィールド、及びオペレータ識別子に対応するPolicy Ruleを含む。例えば、オペレータAに対応するオペレータA識別子に対応する権限は、「Disabling of this Profile is not allowed」であって良い。つまり、オペレータAは、特定Profileが無効にできないと設定する権限を有する。代替として、オペレータA識別子に対応する権限は、「Disabling of this Profile is not allowed」を設定する又は設定解除する権限である。権限が無効にされると、ユーザは、端末をロック解除すること及びProfileを無効にすることができない。

さらに、登録が終了した後に、端末の使用中、検証情報が変更されて良い。例えば、検証情報の変更は端末を用いて開始されて良く、又は、検証情報の変更はオペレータサーバを用いて開始されて良い。

本発明の本実施形態では、ユーザが契約外であるとき、オペレータサーバは、ロック解除操作を開始して良く、又はユーザがオペレータに支払った後に、オペレータサーバは、ロック解除操作を開始して良い。結論として、オペレータサーバが、端末内のeUICC内のProfileがロック解除条件を満たすと決定すると、オペレータサーバは、ロック解除操作を開始して良い。

S６２０。SM−DPは、eUICCとSM−DPとの間の相互認証を開始する。相互認証の処理は、以下に更に記載される。

SM−DPは、初期認証要求（例えば、Push to initialized mutual certification）を端末へ送信する。

端末は、eUICC challengeを取得するために、要求（例えば、getEUICC info）をLPAを用いてeUICCへ送信して良い。

端末は、初期認証処理を開始するために、初期認証（eUICCによりSM−DPに対して実行される認証）メッセージ（Initial Authentication）を、SM−DPへLPAを用いて送信して良い。初期認証要求は、eUICC challenge情報、SVN、eUICCinfo１、及びSM−DPのアドレスを伝達して良い。

SM−DPは、受信された、eUICC challenge情報、eUICCinfo１、SM−DPの対応するアドレスを調べ、SM−DP challenge情報を生成する。SM−DPは、SM−DPのアドレス、eUICC challenge情報、及びSM−DP challenge情報に署名し、次に、SM−DPのアドレス、eUICC challenge情報、及びSM−DP challenge情報をLPAへ送信する。署名された且つSM−DPにより送信されたSM−DPのアドレス、eUICC challenge情報、及びSM−DP challenge情報を受信し、及びSM−DPのアドレスを調べた後に、LPAは、署名付き情報をeUICCへチェックのために送信する。

SM−DPにより署名された情報をチェックし及び確認したのちに、eUICCは、eUICC challenge、ＥＣＫＡ、eUICCinfo２、等に署名する。eUICCは、署名付き情報をSM−DPへ、端末のLPAを用いて送信し、SM−DPはeUICCを認証する。SM−DPは、eUICCの署名をチェックし、eUICCの位置する端末がロック解除される適格のある端末であると決定する。SM−DPは、SM−DP sign２を生成し、ここで、SM−DP sign２は、検証情報及びICCIDがSM−DPにより署名された後に取得された情報であり、取得したPIN情報に署名し、及びPIN情報をeUICCへ送信する。検証情報は、予め合意されたPINであって良く、又はオペレータ識別子であって良い。

S６３０。SM−DPは、第２ロック解除要求（本ステップの第２ロック解除要求は、図４に示した実施形態における第２ロック解除メッセージと等価である）を端末へ送信する。ここで、第２ロック解除要求はSM−DPの署名を伝達する。第２ロック解除要求は、EID及び／又はICCID、及び署名付き検証情報を伝達して良い。例えば、第２要求は、SM−DP＿sign２を伝達するロック解除要求であって良い。相互認証がeUICC及びSM−DPに対して実行された後、SM−DP及びeUICCが互いのアイデンティティを確認した後に、SM−DPは、第２ロック解除要求をeUICCへ送信して良い。

S６４０。SM−DPにより送信された第２ロック解除要求を受信した後に、端末は、プロンプト情報を生成し、ユーザに、eUICCの有効Profileをロック解除することを確認するよう促す。

本発明の本実施形態では、eUICCのロック解除は、ネットワーク側から開始される（SM−DPは端末のネットワーク側装置である）。ロック解除処理では、端末は、ユーザを促し、ユーザが確認情報を入力した後に、eUICC内の有効Profileをロック解除して良い。具体的に、第２ロック解除要求を受信した後に、端末は、決定を実行し、第２ロック解除要求がネットワーク側からであると決定した後に、プロンプト情報を生成して、eUICC内のProfileをロック解除することを確認するようユーザを促す。端末は、第２ロック解除要求の中の署名を用いて、第２ロック解除要求がネットワーク側からであるか否かを決定し、つまり第２ロック解除要求がSM−DPの署名を含むか否かを決定して良い。

S６５０。ユーザがeUICCのProfileをロック解除することを確認したことを受信した後に、端末は、第２ロック解除要求をeUICCへ送信する（本ステップの第２ロック解除要求は、図４に示した実施形態における第１ロック解除メッセージと等価である）。

S６６０。eUICCは、第２ロック解除要求に従い対応するProfileをロック解除する。

第２ロック解除要求を受信した後に、eUICCは、パースすることにより第２ロック解除要求の中で伝達されるEID及び／又はICCID、及び検証情報を取得し、ローカルに格納された検証情報をパースすることにより取得した検証情報と比較し、検証情報が同じ場合に、EID及び／又はICCIDに対応するProfileをロック解除して良い。eUICCは、Policy Rule内のパラメータを変更して良く、例えば、パラメータ「Disabling of this Profile is not allowed」を無効にして、Profileをロック解除する。

UICCがロック解除された後に、新しいネットワークにアクセスするための新しいProfileを構成し若しくは取得し、及びネットワーク接続サービスを取得するために、Provisioning Profileは有効状態に戻される。

S６７０。eUICCは、ロック解除成功確認メッセージ（Notify unlock success）を端末へ送信する。

S６８０。端末は、ロック解除成功確認メッセージをSM−DPへ送信する。

図７は、本発明の一実施形態によるeUICCを管理する別の方法のシグナリング交換図である。本発明の本実施形態を用いて、端末内のLPAを用いてネットワーク側に対しeUICC内のProfileのロック解除を開始する方法が提供され、ユーザにより検証情報を入力することにより適格なロック解除操作が保証される。図３に示すように、本発明の本実施形態は、具体的に、以下のステップを含む。

S７１０。端末は、第１ロック解除要求（本ステップの第１ロック解除要求は、図４に示した実施形態における第２ロック解除メッセージと等価である）を決定する。ここで、ロック解除要求は、EID及び／又はICCIDを伝達し、第１ロック解除要求は、EID及び／又はICCIDにより示されるProfileをロック解除するよう要求するために使用される。

端末は、LPAを用いて、ユーザにより入力された第１ロック解除要求を受信して良い。具体的に、端末は、LPAにより提供されEID及び／又はICCIDに対応するProfileをロック解除するために使用されるユーザインタフェースを用いて、ユーザにより入力される第１ロック解除要求を決定して良い。

S７２０。端末は、eUICCをロック解除するために必要な検証情報を取得する。

図６に示した実施形態において記載したように、オペレータサーバ及びeUICCは、EID、ICCID、又はeUICC内のProfileをロック解除するために使用される検証情報のような少なくとも１つの情報片を格納する。

端末は、eUICC内に格納された、EID、ICCID、eUICC内のProfileをロック解除するために使用される検証情報、等を取得するために、取得要求をeUICC又はオペレータサーバへLPAを用いて送信して良い。

端末は、ユーザにより入力された検証情報を受信するために、検証情報を入力するようユーザを促して良い。検証情報はPINであって良い。

第１ロック解除要求が受信されたと決定した後に、端末は、ユーザがeUICCに対してロック解除操作を実行するための権限を有するか否かを決定する必要がある。したがって、ユーザは、検証情報を提供する必要がある。S７３０。端末は、第２ロック解除要求（Unlock request）（本ステップの第２ロック解除要求は、図４に示した実施形態における第１ロック解除メッセージと等価である）をeUICCへ送信する。ここで、第２ロック解除要求は、検証情報、EID及び／又はICCIDを伝達し、第２ロック解除要求は、EID及び／又はICCIDにより示されるProfileをロック解除するよう要求するために使用される。

S７４０。eUICCは、EID及び／又はICCIDに対応するローカルに格納された検証情報と、受信した第２ロック解除要求の中の検証情報と、の間の照合を実行する。

一実施形態では、EID及び／又はICCIDに対応するローカルに格納された検証情報が、受信した第２ロック解除要求の中の検証情報と一致する場合、eUICCは、端末に、eUICCとSM−DPとの間の相互認証を実行するよう要求して良い。相互認証の処理については、図２のS２２０における処理を参照する。eUICCとSM−DPとの間の相互認証が成功した後に、S６６０が実行される。

S７５０。eUICCは、第３ロック解除要求（unlock verify request）（本ステップの第３ロック解除要求は、図４に示した実施形態における第３ロック解除メッセージと等価である）を端末へ送信する。ここで、第３ロック解除要求は、EID及び／又はICCID、及び検証情報を伝達し、eUICCはEID及び／又はICCID、及び検証情報に署名して良く、第３ロック解除要求は、EID及び／又はICCIDにより示されるProfileをロック解除することを確認するようSM−DPに要求するために使用される。

端末は、第３ロック解除要求をSM−DPへ転送する。

S７６０。第３ロック解除要求を受信した後に、SM−DPはEID及び／又はICCID、及び検証情報を検証し、EID及び／又はICCID、及び検証情報が正しい場合、SM−DPはProfileをロック解除することを確認する。

Profileのロック解除は、ネットワーク側により確認される必要があり、ネットワーク側で記録が実行される。

具体的に、SM−DPは、第３ロック解除要求をパースして、EID及び／又はICCID、及び検証情報を取得し、オペレータサーバに格納されEID及び／又はICCIDに対応する検証情報を決定し、オペレータサーバに格納されEID及び／又はICCIDに対応する検証情報を第３ロック解除要求をパースすることにより取得した検証情報と比較し、検証情報が同じであるとき、EID及び／又はICCIDにより識別されるProfileをロック解除として記録して良い。

S７７０。SM−DPは、ロック解除確認情報（unlock verify response）を端末へ送信する。

ロック解除確認情報を受信した後に、端末はロック解除確認情報をeUICCへ送信する。

S７８０。SM−DPにより送信されたロック解除確認情報を受信した後に、eUICCは、EID及び／又はICCIDにより識別されるProfileをロック解除する。

eUICCがEID及び／又はICCIDにより識別されるProfileをロック解除する処理については、図２に示した実施形態を参照する。

本発明の本実施形態では、EID及び／又はICCIDにより識別されるProfileをロック解除した後に、eUICCは、新しいProfileをインストールするために、PPを有効状態に設定して良い。

図８は、本発明の一実施形態によるeUICCを管理する更に別の方法のシグナリング交換図である。本発明の本実施形態を用いて、以下の技術的効果が提供され得る。ユーザがProfileをロック解除することを要求するとき、ネットワーク側は、Profileの属性に従い、Profileのために必要なLPAに通知し及び要求し、LPAはユーザにより認知されずに選択され、それにより、ユーザ経験を向上する。図７に示すように、本発明の本実施形態は、具体的に、以下のステップを含む。

S８１０。端末は、第１ロック解除要求（本ステップの第１ロック解除要求は、図４に示した実施形態における第２ロック解除メッセージと等価である）を決定する。ここで、ロック解除要求は、EID及び／又はICCIDを伝達し、第１ロック解除要求は、EID及び／又はICCIDにより示されるProfileをロック解除するよう要求するために使用される。

本ステップについては、S８１０の記載を参照する。

S８２０。端末は、eUICCとSM−DPとの間の相互認証を開始する。

本ステップについては、S６２０の記載を参照する。

S８３０。端末は、第２ロック解除要求（unlock request）（本ステップの第２ロック解除要求は、図４に示した実施形態における第４ロック解除メッセージと等価である）をSM−DPへ送信する。ここで、第２ロック解除要求は、EID及び／又はICCIDを伝達し、第１ロック解除要求は、EID及び／又はICCIDに対応するProfileをロック解除するよう要求するために使用される。

S８４０。第２ロック解除要求を受信した後に、SM−DPは、EID及び／又はICCIDに対応するProfileがロック解除条件を満たすか否かを決定する。

S８５０。EID及び／又はICCIDに対応するProfileがロック解除条件を満たすとき、EID及び／又はICCIDに対応する検証情報を決定する。SM−DPは、第２ロック解除要求の応答メッセージを返送する。ここで、応答メッセージは、SM−DPの署名を有する検証情報を伝達する。検証情報はPINであって良い。代替として、検証情報は、Profileの属するオペレータの識別子情報であって良い（例えば、ロック解除応答はSM−DP signｅｄ２（検証情報）を伝達する）。

SM−DPにより送信された第２ロック解除要求の応答メッセージを受信した後に、端末は応答メッセージをeUICCへ送信する。

S８６０。SM−DPにより送信された応答メッセージを受信した後に（本ステップの応答メッセージは、図４に示した実施形態における第１ロック解除メッセージと等価である）、eUICCはパースすることにより検証情報を取得する。ローカルに格納された検証情報はEID及び／又はICCIDに従い発見され、ローカルに格納された検証情報と応答情報に従いパースすることにより取得された検証情報との間で照合が実行され、照合が成功した場合、ロック解除操作が実行される。

S８７０。ロック解除の実行に成功した後に、eUICCは、ロック解除確認メッセージ（unlock response）を端末へ返送する。ここで、ロック解除確認メッセージは、EID、ICCID、又は検証情報のうちの１又は複数を伝達して良い。

本発明の本実施形態では、EID及び／又はICCIDにより識別されるProfileをロック解除した後に、eUICCは、新しいProfileをインストールするために、PPを有効状態に設定して良い。

図９は、本発明の一実施形態によるeUICCを管理する機器の概略構造図である。図９に示すように、ProfileがeUICCにインストールされ、Profileはポリシルールに従いロックされ、機器は、
ロック解除される必要のあるProfileの識別子情報及び検証情報を決定するよう構成される処理ユニット９０１であって、Profileの識別子情報は端末にインストールされたProfileを識別するために使用される、処理ユニット９０１と、
第１ロック解除メッセージをeUICCへ送信するよう構成される送信ユニット９０２であって、第１ロック解除メッセージは、Profileの識別子情報及び検証情報を伝達し、第１ロック解除メッセージは、検証情報に従い実行された検証が成功した後に、eUICCにProfileを決定し及びProfileをポリシルールに従いロック解除するよう指示するために使用される、送信ユニット９０２と、を含む。

任意で、機器は、
第２ロック解除メッセージを受信するよう構成される受信ユニット９０３であって、第２ロック解除メッセージは、Profileの識別子情報を伝達し、第２ロック解除メッセージは、Profileをロック解除するよう指示するために使用される、受信ユニット９０３を更に含む。

任意で、第２ロック解除メッセージがProfileダウンロードサーバからであるとき、第２ロック解除メッセージは、検証情報を更に含む。

任意で、処理ユニット９０１は、第１ロック解除メッセージに従いプロンプトを生成し、プロンプト情報をユーザインタフェース上に表示するよう更に構成され、ここで、プロンプト情報は、ロック解除される必要のあるProfileについて促すために使用される。

受信ユニット９０３は、ユーザインタフェースを用いてロック解除確認情報を受信するよう更に構成される。

任意で、第２ロック解除メッセージが端末からであるとき、処理ユニット９０１は、ユーザインタフェースを用いて検証情報を受信する。

任意で、受信ユニット９０３は、eUICCにより送信された第３ロック解除メッセージを受信するよう更に構成され、ここで、第３ロック解除メッセージはProfileの識別子情報及び検証情報を伝達する。

送信ユニット９０２は、第３ロック解除メッセージをProfileダウンロードサーバへ送信して、Profileダウンロードサーバが検証及び／又は登録を実行するようにするよう更に構成される。

任意で、送信ユニット９０２は、第４ロック解除メッセージをProfileダウンロードサーバへ送信するよう更に構成され、ここで、第４ロック解除メッセージは、ロック解除される必要のあるProfileの識別子情報を伝達し、第４ロック解除メッセージは検証情報を通達するために使用される。

受信ユニット９０３は、Profileダウンロードサーバにより送信された検証情報を受信するよう更に構成される。

任意で、機器は、eUICC及びSM−DPに対し相互認証を実行するために、eUICCに関する情報及びSM−DPに関する情報を取得するよう更に構成される処理ユニット９０１を更に含む。

任意で、機器は、ロック解除のための支払操作を実行するために支払インタフェースを表示するよう構成される表示ユニットを更に含む。

図１０は、本発明の一実施形態による内蔵型汎用集積回路カードeUICCを管理する別の機器の概略構造図である。ProfileがeUICCにインストールされ、Profileはポリシルールに従いロックされ、機器は、
端末により送信された第１ロック解除メッセージを受信するよう構成される受信ユニット１００１であって、第１ロック解除メッセージは、Profileの識別子情報及び検証情報を伝達し、Profileの識別子情報は、端末にインストールされたProfileを識別するために使用される、受信ユニット１００１と、
Profileを決定し、ローカルに格納された検証情報及び第１ロック解除メッセージで伝達される検証情報に従い検証を実行するよう構成される処理ユニット１００２と、を含む。

処理ユニット１００２は、検証が成功した後に、ポリシルールに従いProfileをロック解除するよう更に構成される。

任意で、処理ユニット１００２は、ポリシルールに従い、Profileがロック解除条件を満たすか否かを決定し、
Profileがロック解除条件を満たす場合、Profileをロック解除し、プロビジョニングProfile PPを有効状態に設定する、よう更に構成される。

任意で、機器は、端末を用いて別のロック解除メッセージをProfileダウンロードサーバへ送信するよう構成される送信ユニット１００３であって、別のロック解除メッセージは、Profileの識別子情報及び検証情報を伝達し、別のロック解除メッセージは、ProfileダウンロードサーバにProfileをロック解除することを確認するよう通達するために使用される、送信ユニット１００３を更に含み、
受信ユニット１００２は、端末を用いて、Profileダウンロードサーバにより送信されたロック解除応答情報を受信するよう更に構成される。

任意で、処理ユニット１００１は、SM−DPと相互認証を実行するよう更に構成される。

図１１は、本発明の一実施形態による内蔵型汎用集積回路カードeUICCを管理する更に別の機器の概略構造図である。ProfileはeUICCにインストールされ、Profileはポリシルールに従いロックされ、機器は、
ロック解除される必要のあるProfileの識別子情報及び検証情報を決定するよう構成される処理ユニット１１０１であって、Profileの識別子情報は端末にインストールされたProfileを識別するために使用される、処理ユニット１１０１を含む。

Profileがロック解除条件を満たすとき、処理ユニット１１０１は、検証情報に従い実行された検証が成功した後に、Profileダウンロードサーバにより、Profileをロック解除としてマークするよう更に構成される。

任意で、機器は、ロック解除メッセージを端末へ送信するよう構成される送信ユニット１１０２であって、ロック解除メッセージは、Profileの識別子情報を伝達し、ロック解除メッセージは、Profileをロック解除するよう指示するために使用される、送信ユニット１１０２を更に含む。

任意で、機器は、端末により送信されたProfileの識別子情報及び検証情報を受信するよう構成される受信ユニット１１０３を更に含む。

図１２は、本発明の一実施形態によるeUICCの概略構造図である。eUICCは、具体的に、受信機１２０１、送信機１２０２、プロセッサ１２０３、及びメモリ１２０４を含み得る。モジュールは、バス１２０５を用いて接続されて良い。

受信機１２０１及び送信機１２０２は、前述の実施形態におけるeUICCと端末又はProfileダウンロードサーバとの間の情報送信及び受信をサポートするよう構成される。例えば、受信機１２０１及び送信機１２０２は、インタフェース回路であり、eUICCと端末のアプリケーションプロセッサとの間の通信をサポートして良い。eUICCが端末と通信する処理において、データ及びシグナリングメッセージはプロセッサ１２０３により処理され、送信機１２０２により端末へ送信される。端末からの信号は、受信機１２０１により受信され、端末により送信された又は転送されたデータ及びシグナリング情報を取得するためにプロセッサ１２０３により処理される。プロセッサ１２０３は、図４及び図６〜図８のeUICCの処理プロセス、及び／又は本願に記載された技術に適用される別のプロセスを更に実行する。メモリ１２０４は、eUICCのプログラムコード及びデータを格納するよう構成される。

図１３は、本発明の一実施形態による端末の概略構造図である。端末は、具体的に、受信機１３０１、送信機１３０２、プロセッサ１３０３、及びメモリ１３０４、及びディスプレイ１３０６を含み得る。モジュールは、バス１３０５を用いて接続されて良い。

受信機１３０１及び送信機１３０２は、前述の実施形態における端末とeUICC又はProfileダウンロードサーバとの間の情報送信及び受信をサポートするよう構成される。例えば、受信機１３０１及び送信機１３０２は、インタフェース回路であり、端末とeUICCとの間の通信をサポートして良く、又は、無線周波数回路であり、端末とProfileダウンロードサーバとの間の通信をサポートして良い。ディスプレイ１３０６は、主に、ユーザと相互作用するために構成される。幾つかの可能な実装では、ディスプレイ１３０６は、入力及び出力機能の統合されたタッチスクリーンであって良い。端末がeUICC又はProfileダウンロードサーバと通信する処理において、データ及びシグナリングメッセージはプロセッサ１３０３により処理され、送信機１３０２によりeUICC又はProfileダウンロードサーバへ送信される。eUICC又はProfileダウンロードサーバからの信号は受信機１３０１により受信され、eUICC又はProfileダウンロードサーバにより送信された又は転送されたデータ及びシグナリング情報を取得するために、プロセッサ１３０３により処理される。プロセッサ１３０３は、図４及び図６〜図８の端末の処理プロセス、及び／又は本願に記載された技術に適用される別のプロセスを更に実行する。メモリ１３０４は、端末のプログラムコード及びデータを格納するよう構成される。

図１４は、本発明の一実施形態によるProfileダウンロードサーバの概略構造図である。Profileダウンロードサーバは、具体的に、受信機１４０１、送信機１４０２、プロセッサ１４０３、及びメモリ１４０４を含み得る。モジュールは、バス１４０５を用いて接続されて良い。

受信機１４０１及び送信機１４０２は、前述の実施形態におけるProfileダウンロードサーバとeUICC又は端末との間の情報送信及び受信をサポートするよう構成される。例えば、受信機１４０１及び送信機１４０２は、無線周波数回路であり、ProfileダウンロードサーバとeUICC又は端末との間の通信をサポートして良い。ProfileダウンロードサーバがeUICC又は端末と通信する処理において、データ及びシグナリングメッセージはプロセッサ１４０３により処理され、送信機１４０２によりeUICC又は端末へ送信される。UICC又は端末からの信号は受信機１４０１により受信され、UICC又は端末により送信されたデータ及びシグナリング情報を取得するために、プロセッサ１４０３により処理される。プロセッサ１４０３は、図４及び図６〜図８のProfileダウンロードサーバの処理プロセス、及び／又は本願に記載された技術に適用される別のプロセスを更に実行する。メモリ１４０４は、Profileダウンロードサーバのプログラムコード及びデータを格納するよう構成される。

理解されるべきことに、本発明の全ての前述の実施形態では、プロセッサは中央処理ユニット（Central Processing Unit、略してCPU）であって良く、又はプロセッサは別の汎用プロセッサ、デジタル信号プロセッサ（ＤSＰ）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）、又は別のプログラマブル論理素子、個別ゲート若しくはトランジスタ論理素子、個別ハードウェアコンポーネント、等であって良い。汎用プロセッサはマイクロプロセッサであって良く、プロセッサは通常のプロセッサであって良い、等である。

メモリは、読み出し専用メモリ及びランダムアクセスメモリを含み、プログラムコードを格納し、プロセッサに命令及びデータを提供して良い。

通信バスは、データバスに加えて、電力バス、制御バス、状態信号バス、等を更に含み得る。しかしながら、明確な説明のために、図中の種々の種類のバスは通信バスとして符号を付される。

実装過程で、前述の方法のステップは、プロセッサ内のハードウェアの集積論理回路を用いて、又はソフトウェア形式の命令を用いて実施できる。本発明の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサにより直接実行されて良く、又はプロセッサ内のハードウェア及びソフトウェアモジュールの組合せを用いることにより実行されて良い。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、レジスタ等のような、当分野で成熟した記憶媒体の中に配置されて良い。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み出し、プロセッサのハードウェアと組み合わせて、前述の方法のステップを実施する。繰り返しを回避するために、詳細はここに再び記載されない。

本願明細書で使用される「コンポーネント」、「モジュール」及び「システム」のような用語は、コンピュータ関連エンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアを示すために使用される。例えば、コンポーネントは、プロセッサで実行するプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、及び／又はコンピュータであって良いが、これらに限定されない。図示のように、コンピューティング装置上で実行するアプリケーション及びコンピューティング装置の両者はコンポーネントであって良い。１又は複数のコンポーネントは、プロセス及び／又は実行スレッド内に存在して良く、コンポーネントは１つのコンピュータに及び／又は２以上のコンピュータに分散されて配置されて良い。さらに、これらのコンポーネントは、種々のデータ構造を格納する種々のコンピュータ可読媒体から実行されて良い。例えば、コンポーネントは、ローカル及び／又はリモートプロセスを用いて、及び例えば、１又は複数のデータパケットを有する信号（例えば、ローカルシステム、分散システム内の、及び／又はインターネットのようなネットワークに渡る、別のコンポーネントと相互作用する２つのコンポーネントからのデータ）に従い、通信して良い。

さらに、本発明の態様又は特徴は、標準的なプログラミング及び／又はエンジニアリング技術を使用する方法、機器、又はプロダクトとして実施されて良い。本願明細書における用語「プロダクト」は、任意のコンピュータ可読コンポーネント、キャリア、又は媒体からアクセス可能なコンピュータプログラムを包含する。例えば、コンピュータ可読媒体は、限定ではないが、磁気記憶コンポーネント（例えば、ハードディスク、フロッピーディスク、又は磁気テープ）、光ディスク（例えば、CD（Compact Disk、コンパクトディスク）、DVD（Digital Versatile Disk、デジタルバーサタイルディスク）、スマートカード及びフラッシュメモリコンポーネント（例えば、EPROM（Erasable Programmable Read-Only Memory、消去可能プログラマブル読み出し専用メモリ）、カード、スティック、又はキードライブ））を含み得る。さらに、本願明細書に記載の種々の記憶媒体は、情報を格納するために使用される１又は複数の装置及び／又は他の機械可読媒体を示し得る。用語「機械可読媒体」は、限定ではなく、命令及び／又はデータを格納し、含み、及び／又は運ぶことが可能な無線チャネル及び種々の他の媒体を含み得る。

当業者は、本願明細書に開示の実施形態で記載された例と組み合わせて、ユニット及びアルゴリズムのステップが、電子ハードウェア、コンピュータソフトウェア、又はそれらの組み合わせにより実施され得ることを認識できる。ハードウェアとソフトウェアとの間の同義性を明確に記載するために、以上は、機能に従う各々の例の構成及びステップを一般的に記載した。機能がハードウェア又はソフトウェアにより実行されるかは、技術的ソリューションの特定の適用及び設計制約条件に依存する。当業者は、各々の特定の適用について記載の機能を実施するために異なる方法を使用できるが、実装が本発明の範囲を超えると考えられるべきではない。

上述の説明は、本発明の単なる例示的実装であり、本発明の保護範囲を制限することを意図しない。本発明で開示された技術範囲内にある、当業者により直ちに考案される変形又は置換は、本発明の保護範囲に含まれるべきである。したがって、本発明の保護範囲は、請求項の保護範囲に従う。

Claims (16)

1. 内蔵型汎用集積回路カードeUICCを管理する方法であって、前記eUICCは端末にインストールされ、Profileが前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされ、前記方法は、
   前記端末により、ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定するステップであって、前記Profileの前記識別子情報は前記端末にインストールされた前記Profileを識別するために使用される、ステップと、
   前記端末により、第１ロック解除メッセージを前記eUICCへ送信するステップであって、前記第１ロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達し、前記第１ロック解除メッセージは、前記検証情報に従い実行された検証が成功した後に、前記eUICCに前記Profileを決定し及び前記Profileを前記ポリシルールに従いロック解除するよう指示するために使用される、ステップと、
   前記端末にインストールされた前記eUICCにより、前記ポリシルールを無効にすることにより、前記Profileをロック解除するステップと、
   を含む方法。
2. 前記端末により、ロック解除される必要のある前記Profileの識別子情報を決定する前記ステップは、
   前記端末により、第２ロック解除メッセージを受信するステップであって、前記第２ロック解除メッセージは、前記Profileの前記識別子情報を伝達し、前記第２ロック解除メッセージは、前記Profileをロック解除するよう指示するために使用される、ステップ、を含む、請求項１に記載の方法。
3. 前記第２ロック解除メッセージがProfileダウンロードサーバからであるとき、前記第２ロック解除メッセージは、前記検証情報を更に含む、請求項２に記載の方法。
4. 前記端末により、第１ロック解除メッセージを前記eUICCへ送信する前記ステップの前に、前記方法は、
   前記端末により、プロンプト情報を前記第１ロック解除メッセージに従い生成し、前記プロンプト情報をユーザインタフェース上で表示するステップであって、前記プロンプト情報はロック解除される必要のある前記Profileについて促すために使用される、ステップと、
   前記端末により、ロック解除確認情報を前記ユーザインタフェースを用いて受信するステップと、
   を更に含む、請求項３に記載の方法。
5. 前記第２ロック解除メッセージが前記端末からであるとき、前記端末により、検証情報を決定する前記ステップは、
   前記端末により、前記検証情報をユーザインタフェースを用いて受信するステップ、を含む、請求項２に記載の方法。
6. 前記Profileを前記ポリシルールに従いロック解除する前記ステップは、
   前記端末により、前記eUICCにより送信された第３ロック解除メッセージを受信するステップであって、前記第３ロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達する、ステップと、
   前記端末により、前記第３ロック解除メッセージをProfileダウンロードサーバへ送信するステップであって、前記Profileダウンロードサーバが検証及び／又は登録を実行するようにする、ステップと、
   を含む、請求項５に記載の方法。
7. 前記第２ロック解除メッセージが前記端末からであるとき、前記端末により、検証情報を決定する前記ステップは、
   前記端末により、第４ロック解除メッセージをProfileダウンロードサーバへ送信するステップであって、前記第４ロック解除メッセージは、ロック解除される必要のある前記Profileの前記識別子情報を伝達し、前記第４ロック解除メッセージは、前記検証情報を通達するために使用される、ステップと、
   前記端末により、前記Profileダウンロードサーバにより送信された前記検証情報を受信するステップと、
   を含む、請求項２に記載の方法。
8. 前記端末により、前記eUICC及びSM−DPに対し相互認証を実行するために、前記eUICCに関する情報及び前記SM−DPに関する情報を取得するステップ、
   を更に含む請求項１乃至７のいずれか一項に記載の方法。
9. 前記端末により、第２ロック解除メッセージを受信する前記ステップの後に、前記方法は、
   前記端末により、解除のための支払操作を実行するために支払インタフェースを表示するステップ、を更に含む、請求項２乃至８のいずれか一項に記載の方法。
10. 内蔵型汎用集積回路カードeUICCを管理する機器であって、Profileが前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされ、前記機器は、
    ロック解除される必要のある前記Profileの識別子情報及び検証情報を決定するよう構成される処理ユニットであって、前記Profileの前記識別子情報は前記機器にインストールされた前記Profileを識別するために使用される、処理ユニットと、
    第１ロック解除メッセージを前記eUICCへ送信するよう構成される送信ユニットであって、前記第１ロック解除メッセージは、前記Profileの前記識別子情報及び前記検証情報を伝達し、前記第１ロック解除メッセージは、前記検証情報に従い実行された検証が成功した後に、前記eUICCに前記Profileを決定し及び前記Profileを前記ポリシルールに従いロック解除するよう指示するために使用される、送信ユニットと、
    を含み、
    前記eUICCは、前記ポリシルールを無効にすることにより、前記Profileをロック解除するよう構成される、機器。
11. 第２ロック解除メッセージを受信するよう構成される受信ユニットであって、前記第２ロック解除メッセージは、前記Profileの前記識別子情報を伝達し、前記第２ロック解除メッセージは、前記Profileをロック解除するよう指示するために使用される、受信ユニット、を更に含む請求項１０に記載の機器。
12. 前記第２ロック解除メッセージがProfileダウンロードサーバからであるとき、前記第２ロック解除メッセージは、前記検証情報を更に含む、請求項１１に記載の機器。
13. 前記処理ユニットは、前記第１ロック解除メッセージに従いプロンプト情報を生成し、前記プロンプト情報をユーザインタフェース上で表示するよう更に構成され、前記プロンプト情報は、ロック解除される必要のある前記Profileについて促すために使用され、
    前記受信ユニットは、前記ユーザインタフェースを用いてロック解除確認情報を受信するよう更に構成される、
    請求項１２に記載の機器。
14. 前記処理ユニットは、ユーザインタフェースを用いて前記検証情報を受信するよう更に構成される、請求項１１に記載の機器。
15. 端末であって、
    前記端末にインストールされた内蔵型汎用集積回路カードeUICCであって、Profileが前記eUICCにインストールされ、前記Profileはポリシルールに従いロックされる、eUICCと、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサにより実行されると前記端末に請求項１乃至７のいずれか一項に記載の方法を実行させる命令を含む少なくとも１つのメモリと、
    を含む端末。
16. 請求項１乃至７のいずれか一項に記載の方法を実行するよう適応されるソフトウェアコードを含むコンピュータプログラム。
    

Images