JP2021519990A - プロファイル伝送方法、関連デバイス、および記憶媒体 - Google Patents

Abstract

本出願の実施形態は、端末が対応するＯＳにプロファイルをダウンロードできることを確実にするために、プロファイル伝送方法、関連デバイス、および記憶媒体を開示する。これにより、端末によってプロファイルをダウンロードする精度が向上する。本出願の実施形態における方法は、端末によって、端末が第１のオペレーティングシステムＯＳを動作させているときに、第２のＯＳ識別子を取得することであって、第２のＯＳ識別子は、第２のプロファイルと一致する、取得することと、端末によって、第２のＯＳ識別子に基づいて第２のＯＳに切り替えることと、端末によって、ターゲットメッセージをサーバに送信することであって、ターゲットメッセージは、第２のプロファイルを要求するために使用される、送信することと、端末によって、第２のプロファイルをサーバから取得することと、を含む。

Description

本出願は、端末分野に関し、特に、プロファイル伝送方法、関連デバイス、および記憶媒体に関する。

現在、最も一般的な加入者識別モジュール（subscriber identification module、SIM）カードは、プラガブルＳＩＭカードである。固定ＳＩＭデータは、ＳＩＭカードに焼き込まれてから配信され、ＳＩＭカードは、固定ＳＩＭデータを使用してオペレータネットワークに接続され、ＳＩＭカードを挿入および除去することにより、ＳＩＭカードおよび番号リソースが変更される。

技術の発展に伴い、次世代ＳＩＭカードとして、組み込み型のユニバーサルＩＣカード（embedded universal integrated circuit card、eUICC）がますます普及している。ｅＵＩＣＣは、ユーザを１人のオペレータのサービスに限定しないことを可能にすることができる。ユーザは、ＳＩＭカードを変更することなく、オペレータに接続するためのプロファイル（profile）をダウンロードすることができる。オペレータのサーバは、ｅＵＩＣＣ識別（EID、eUICC identification）に基づいて、ｅＵＩＣＣに対応するプロファイルを決定する。

しかし、端末が複数のオペレータのオペレーティングシステム（OS, operating system）を有し、異なるＯＳ上で動作しているプロファイルが異なる場合、ＥＩＤに基づいてオペレータサーバによって決定されるプロファイルは、現在端末上で動作しているＯＳに一致するプロファイルではないことがあり、端末によってプロファイルをダウンロードする精度に影響する。

本出願の実施形態は、端末が対応するＯＳにプロファイルをダウンロードすることを確実にするために、プロファイル伝送方法、関連デバイス、および記憶媒体を提供する。これにより、端末によってプロファイルをダウンロードする精度が向上する。

本出願の第１の態様は、プロファイルプロファイル伝送方法を提供する。本方法は、端末が第１のオペレーティングシステムＯＳを動作させているときに、端末によって、第２のＯＳ識別子を取得することであって、第２のＯＳ識別子が、第２のプロファイルと一致する、取得することと、端末によって、第２のＯＳ識別子に基づいて第２のＯＳへ切り替えることと、端末によって、ターゲットメッセージをサーバに送信することであって、ターゲットメッセージは、第２のプロファイルを要求するために使用される、送信することと、端末によって、サーバから第２のプロファイルを取得することと、を含む。

前述の方式では、対応するＯＳ識別子は、各オペレータサーバによって提供されるＯＳに対して設定される。取得したＯＳ識別子に基づいて、対応するＯＳが動作していると決定することの後に、端末は、対応するオペレータサーバからプロファイルをダウンロードして、端末が対応するＯＳにプロファイルをダウンロードできることを確実にする。これにより、端末によってプロファイルをダウンロードする精度が向上する。

任意に、端末によって、第２のＯＳ識別子を取得するための方法は、端末によって、アクティベーションコードを取得することであって、アクティベーションコードは、第２のＯＳ識別子に基づいてサーバによって生成される、取得することと、端末によって、アクティベーションコードから第２のＯＳ識別子を抽出すること、であり得る。

前述の方式では、本解決策は、端末が第２のＯＳ識別子を取得する特定の実装を提供して、本解決策の実装性が向上する。

任意に、端末によって、第２のＯＳ識別子を取得するための方法は 、端末によって、ＯＳ識別子リストおよび一致識別子をサーバに送信することであって、一致識別子と第２のプロファイルとの間に一意の対応がある、送信することと、端末によって、サーバによって送信された第２のＯＳ識別子を受信することであって、第２のＯＳ識別子が、一致識別子に基づいてＯＳ識別子リストからサーバによって決定される、受信すること、であり得る。

前述の方式では、本解決策は、端末が第２のＯＳ識別子を取得する別の特定の実装を提供して、本解決策の柔軟性が向上する。

端末が、サーバから第２のプロファイルを取得した後、端末が、第２のＯＳ識別子をサーバに送信し、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、端末が、サーバからＲＰＭ情報を取得し、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

前述の方式は、サーバによって決定されたＲＰＭ情報が、現在端末上で動作しているＯＳに基づくことを実装することができる。これにより、ＲＰＭの精度とセキュリティが向上する。

本出願の第２の態様は、プロファイルプロファイル伝送方法を提供する。本方法は、サーバによって、端末によって送信されたターゲットメッセージを受信することであって、ターゲットメッセージは、端末が第２のＯＳ識別子に基づいて第２のＯＳに切り替えた後に生成され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子が第２のプロファイルと一致する、受信することと、サーバによって、ターゲットメッセージに基づいて第２のプロファイルを決定することと、サーバによって、第２のプロファイルを端末に送信することと、を含む。

前述の方式では、対応するＯＳ識別子は、各オペレータサーバによって提供されるＯＳに対して設定される。端末は、取得したＯＳ識別子に基づいて、対応するＯＳが動作していると決定することの後に、対応するオペレータサーバからプロファイルをダウンロードして、端末が対応するＯＳにプロファイルをダウンロードすることを確実にする。これにより、端末によってプロファイルをダウンロードする精度が向上する。

任意に、サーバが、端末によって送信されたターゲットメッセージを受信することの前に、サーバが、第２のＯＳ識別子に基づいてアクティベーションコードを生成する。

任意に、サーバが、端末によって送信されたターゲットメッセージを受信することの前に、サーバが、端末によって送信されたＯＳ識別子リストおよび一致識別子を受信し、一致識別子と第２のプロファイルとの間に一意の対応があり、サーバが、一致識別子に基づいてＯＳ識別子リストから第２のＯＳ識別子を決定し、第２のＯＳ識別子を端末に送信する。

任意に、サーバが、第２のプロファイルを端末に送信した後に、サーバが、端末によって送信された第２のＯＳ識別子を受信し、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、サーバが、ＲＰＭ情報を端末に送信し、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

本出願の第３の態様は、バンドルバンドル伝送方法を提供する。本方法は、端末によって、第１のメッセージをサーバに送信することであって、第１のメッセージは、サーバからバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを含む、送信することと、端末によって、サーバによって送信されたバンドル識別子を受信することと、バンドル識別子が、端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、端末によって、サーバからＯＳファイルおよびプロファイルを取得することと、を含む。

前述の方式では、端末は、一度にサーバからＯＳファイルおよびプロファイルを含むバンドルをダウンロードすることができ、ＯＳファイルは、プロファイルと一致し、端末によってＯＳファイルおよびプロファイルをダウンロードし、インストールする効率が向上する。

任意に、端末が、サーバによって送信されたバンドル識別子を受信することの前に、端末が、バンドル識別子リストをサーバに送信し、バンドル識別子は、バンドル識別子リストに基づいてサーバによって決定される。

任意に、端末によって、サーバからＯＳファイルおよびプロファイルを取得するための方法は、端末によって、サーバからＯＳファイルを第１のセキュリティドメインにダウンロードすることであって、第１のセキュリティドメインは、サーバによって設定される、ダウンロードすることと、端末によって、サーバからプロファイルを第２のセキュリティドメインにダウンロードすることであって、第２のセキュリティドメインは、サーバによって設定される、ダウンロードすること、であり得る。

本出願の第４の態様は、バンドルバンドル伝送方法を提供する。本方法は、サーバによって、端末によって送信された第１のメッセージを受信することであって、第１のメッセージは、サーバからのバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを含む、受信することと、サーバによって、バンドル識別子を端末に送信することと、バンドル識別子が、端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、サーバによって、ＯＳファイルおよびプロファイルを端末に送信することと、を含む。

前述の方式では、端末は、一度にサーバからＯＳファイルおよびプロファイルを含むバンドルをダウンロードすることができ、ＯＳファイルはプロファイルと一致し、端末によってＯＳファイルおよびプロファイルをダウンロードし、インストールの効率が向上する。

任意に、サーバがバンドル識別子を端末に送信することの前に、サーバが、端末によって送信されたバンドル識別子リストを受信し、サーバが、バンドル識別子リストに基づいてバンドル識別子を決定する。

任意に、サーバによって、ＯＳファイルおよびプロファイルを端末に送信するための方法は、サーバによって、第１のセキュリティドメインおよび第２のセキュリティドメインを設定することと、サーバによって、ＯＳファイルを第１のセキュリティドメインに送信し、プロファイルを第２のセキュリティドメインに送信することであり得る。

本出願の第５の態様は、発行者セキュリティドメインルートＩＳＤ−Ｒ更新方法を提供する。本方法は、組み込み型ユニバーサル集積回路カードｅＵＩＣＣが第１のオペレーティングシステムＯＳを動作させているときに、ｅＵＩＣＣによって、第１のＯＳに対応する第１の発行者セキュリティドメインルートＩＳＤ−Ｒの第１のバージョン情報をプライマリプラットフォームＰＰに送信することと、ｅＵＩＣＣが第２のオペレーティングシステムＯＳを動作させているときに、ｅＵＩＣＣによって、ＰＰによって送信された第１のバージョン情報を受信することと、第１のバージョン情報が第２のＯＳに対応する第２のＩＳＤ−Ｒの第２のバージョン情報と一致しない場合、ｅＵＩＣＣによって、第２のバージョン情報に対応するデータ情報を取得することであって、データ情報は、第２のＩＳＤ−Ｒを更新するために使用される、取得することと、を含む。

前述の方式では、プライマリプラットフォームのＩＳＤ−Ｒバージョン情報が更新される場合、ＩＳＤ−Ｒバージョン情報がｅＵＩＣＣにインストールされたＯＳに通知されて、ＩＳＤ−Ｒバージョン情報を更新しないＯＳが、最新のＩＳＤ−Ｒバージョン情報に基づいて更新サーバから最新のＩＳＤ−Ｒデータパケットを取得し得るようにし、異なるＯＳとプラットフォーム間のＩＳＤ−Ｒ互換性を実装する。

本出願の第６の態様は、プロファイルプロファイル伝送方法を提供する。本方法は、端末が第１のオペレーティングシステムＯＳを動作させているときに、端末によって、第２のＯＳ識別子を取得し、第２のＯＳ識別子が第２のプロファイルと一致する、取得することと、端末によって、第２のＯＳからキーを取得することであって、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定される、取得することと、端末によって、キーをサーバに送信することと、サーバがキーの検証に成功したと決定したときに、端末によって、サーバから第２のプロファイルを取得することと、を含む。

本出願の第７の態様は、プロファイルプロファイル伝送方法を提供する。本方法は、サーバによって、端末によって送信されたキーを受信することであって、キーは、第２のＯＳから端末によって取得され、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子が第２のプロファイルと一致する、受信することと、サーバがキーの検証に成功したときに、サーバによって、第２のプロファイルを端末に送信することと、を含む。

前述の方式では、端末が第２のＯＳに対応するプロファイルをダウンロードする必要がある場合に、端末は、最初に第２のＯＳのシステム環境に切り替える必要がなく、第１のＯＳに基づいて、第２のＯＳに対応するプロファイルを直接ダウンロードすることができる。これにより、この解決策の柔軟性が向上する。

本出願の第８の態様は、第１の態様で提供されたプロファイルプロファイル伝送方法に対応する機能を具体的に実装するための端末を提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計において、端末は、端末が第１のオペレーティングシステムＯＳを動作させているときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニットであって、第２のＯＳ識別子は、第２のプロファイルと一致する、第１の取得ユニットと、第２のＯＳ識別子に基づいて第２のＯＳに切り替えるように構成されている切り替えユニットと、サーバにターゲットメッセージを送信するように構成されている送信ユニットであって、ターゲットメッセージは、第２のプロファイルを要求するために使用される、送信ユニットと、サーバから第２のプロファイルを取得するように構成されている第２の取得ユニットと、を含む。

任意に、第１の取得ユニットは、アクティベーションコードを取得するように構成されている取得モジュールであって、アクティベーションコードは、第２のＯＳ識別子に基づいてサーバによって生成される、取得モジュールと、アクティベーションコードから第２のＯＳ識別子を抽出するように構成されている抽出モジュールと、を含む。

任意に、第１の取得ユニットは、ＯＳ識別子リストおよび一致識別子をサーバに送信するように構成されている送信モジュールであって、一致識別子と第２のプロファイルとの間に一意の対応がある、送信モジュールと、サーバによって送信された第２のＯＳ識別子を受信するように構成されている受信モジュールであって、第２のＯＳ識別子は、一致識別子に基づいてＯＳ識別子からサーバによって決定される、受信モジュールと、を含む。

任意に、送信ユニットは、さらに、第２のＯＳ識別子をサーバに送信するように構成されており、第２の取得ユニットは、さらに、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、サーバからＲＰＭ情報を取得するように構成されており、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

別の可能な設計では、端末は、メモリ、１つ以上のプロセッサ、および１つ以上のプログラムを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第１の態様で提供された方法において端末によって行われる全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第９の態様は、第２の態様において提供されたプロファイルプロファイル伝送方法に対応する機能を具体的に実装するためのサーバを提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計では、サーバは、端末によって送信されたターゲットメッセージを受信するように構成されている受信ユニットであって、ターゲットメッセージは、端末が第２のＯＳ識別子に基づいて第２のＯＳに切り替えた後に生成され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子は、第２のプロファイルと一致する、受信ユニットと、ターゲットメッセージに基づいて第２のプロファイルを決定するように構成されている決定ユニットと、第２のプロファイルを端末に送信するように構成されている送信ユニットと、を含む。

任意で、サーバは、さらに、第２のＯＳ識別子に基づいてアクティベーションコードを生成するように構成されている生成ユニットを含む。

任意に、受信ユニットは、さらに、端末によって送信されたＯＳ識別子リストおよび一致識別子を受信するように構成されており、一致識別子と第２のプロファイルとの間に一意の対応が存在し、決定ユニットは、さらに、一致識別子に基づいてＯＳ識別子リストから第２のＯＳ識別子を決定するように構成されており、送信ユニットは、さらに、第２のＯＳ識別子を端末に送信するように構成されている。

任意に、受信ユニットは、さらに、端末によって送信された第２のＯＳ識別子を受信するように構成されており、送信ユニットは、さらに、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、ＲＰＭ情報を端末に送信するように構成されており、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

別の可能な設計では、サーバは、メモリと、１つ以上のプロセッサと、１つ以上のプログラムとを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第２の態様で提供された方法でサーバによって実行される全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第１０の態様は、第３の態様で提供されたバンドルバンドル伝送方法に対応する機能を具体的に実装するための端末を提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計では、サーバに第１のメッセージを送信するように構成されている送信ユニットであって、第１のメッセージは、サーバからのバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルプロファイルを含む、送信ユニットと、サーバによって送信されたバンドル識別子を受信するように構成されている受信ユニットと、バンドル識別子が端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、サーバからＯＳファイルとプロファイルを取得するように構成されている、取得ユニットと、を含む。

任意に、決定ユニットは、さらに、バンドル識別子リストをサーバに送信するように構成されており、バンドル識別子は、バンドル識別子リストに基づいてサーバによって決定される、

任意に、取得ユニットは、サーバから第１のセキュリティドメインにＯＳファイルをダウンロードするように構成されている第１のダウンロードモジュールであって、第１のセキュリティドメインは、サーバによって設定される、第１のダウンロードモジュールと、サーバから第２のセキュリティドメインにプロファイルをダウンロードするように構成されている第２のダウンロードモジュールであって、第２のセキュリティドメインは、サーバによって設定される、第２のダウンロードモジュールと、を含む。

別の可能な設計では、サーバは、メモリと、１つ以上のプロセッサと、１つ以上のプログラムとを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第３の態様で提供された方法において端末によって行われる全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第１１の態様は、第４の態様で提供されたバンドルバンドル伝送方法に対応する機能を具体的に実装するためのサーバを提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計において、サーバは、端末によって送信された第１のメッセージを受信するように構成されている受信ユニットであって、第１のメッセージは、サーバからバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを有する、受信ユニットと、端末にバンドル識別子を送信するように設定されている第１の送信ユニットと、バンドル識別子が端末に事前設定されたルール認可テーブルＲＡＴに一致するときに、ＯＳファイルおよびプロファイルを端末に送信するように構成されている第２の送信ユニットと、を含む。

任意に、受信ユニットは、さらに、端末によって送信されたバンドル識別子リストを受信するように構成されており、サーバは、さらに、バンドル識別子リストに基づいてバンドル識別子を決定するように構成されている決定ユニットを含む。

任意に、第１のセキュリティドメインおよび第２のセキュリティドメインを設定するように構成されている設定モジュールと、第１のセキュリティドメインにＯＳファイルを送信し、第２のセキュリティドメインにプロファイルを送信するように構成されている送信モジュールと、を含む。

別の可能な設計では、サーバは、メモリと、１つ以上のプロセッサと、１つ以上のプログラムとを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第４の態様で提供された方法においてサーバによって行われる全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第１２の態様は、第５の態様で提供されるＩＳＤ−Ｒ更新方法に対応する機能を具体的に実装するためのｅＵＩＣＣを提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計において、ｅＵＩＣＣは、ｅＵＩＣＣが第１のオペレーティングシステムＯＳを動作させているときに、第１のＯＳに対応する第１の発行者セキュリティドメインルートＩＳＤ−Ｒの第１のバージョン情報をプライマリプラットフォームＰＰに送信するように構成されている送信ユニットと、ｅＵＩＣＣが第２のオペレーティングシステムＯＳを動作させているときに、ＰＰから送信された第１のバージョン情報を受信するように構成されている受信ユニットと、第１のバージョン情報が第２のＯＳに対応する第２のＩＳＤ−Ｒの第２のバージョン情報と一致しない場合、第２のバージョン情報に対応するデータ情報を取得するように構成されている取得ユニットであって、データ情報は、第２のＩＳＤ−Ｒを更新するために使用される、取得ユニットと、を含む。

別の可能な設計では、ｅＵＩＣＣは、メモリ、１つ以上のプロセッサ、および１つ以上のプログラムを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第５の態様で提供された方法においてｅＵＩＣＣによって実行される全部または一部のステップを実行するために以上のプログラムを実行する。

本出願の第１３の態様は、第６の態様で提供されたプロファイルプロファイル伝送方法に対応する機能を具体的に実装するための端末を提供する。この機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計において、端末は、端末が第１のオペレーティングシステムＯＳを実行するときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニットであって、第２のＯＳ識別子は、第２のプロファイルと一致する、第１の取得ユニットと、第２のＯＳからキーを取得するように構成されている第２の取得ユニットであって、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定される、第２の取得ユニットと、キーをサーバに送信するように構成されている送信ユニットと、キーが正常に検証されたとサーバが決定するときに、サーバから第２のプロファイルを取得するように構成されている第３の取得ユニットと、を含む。

別の可能な設計では、端末は、メモリ、１つ以上のプロセッサ、および１つ以上のプログラムを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第６の態様で提供された方法において端末によって実行される全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第１４の態様は、第７の態様に提供されたプロファイルプロファイル伝送方法に対応する機能を具体的に実装するための端末サーバを提供する。本機能は、ハードウェアによって実装されてもよく、または対応するソフトウェアプログラムを実行するハードウェアによって実装されてもよい。ハードウェアおよびソフトウェアは、機能に対応する１つ以上のユニットモジュールを含む。ユニットモジュールは、ソフトウェアおよび／またはハードウェアであってもよい。

可能な設計において、サーバは、端末によって送信されたキーを受信するように構成されている受信ユニットであって、キーは、第２のＯＳから端末によって取得され、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子が第２のプロファイルと一致する、受信ユニットと、サーバがキーを正常に検証したときに、第２のプロファイルを端末に送信するように構成されている送信ユニットと、を含む。

別の可能な設計では、サーバは、メモリ、１つ以上のプロセッサ、および１つ以上のプログラムを含む。１つ以上のプログラムはメモリに記憶され、プロセッサは、第７の態様で提供された方法においてサーバによって行われる全部または一部のステップを行うように１つ以上のプログラムを実行する。

本出願の第１５の態様は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、命令を記憶し、命令がコンピュータ上で動作するときに、コンピュータは、第１〜第７の態様のいずれか１つに従って、方法を行うことが可能にされる。

以上の技術的解決策によれば、本出願の実施形態は、以下の利点を有することがわかる。

本出願の本実施形態では、端末が第１のオペレーティングシステムＯＳを実行するときに、端末は、第２のＯＳ識別子を取得し、ここで、第２のＯＳ識別子は、第２のプロファイルと一致する。次いで、端末は、第２のＯＳ識別子に基づいて第２のＯＳに切り替え、ターゲットメッセージをサーバに送信し、ここで、ターゲットメッセージは、サーバから第２のプロファイルを要求するために使用される。さらに、端末は、サーバから第２のプロファイルを取得する。前述の方式から、対応するＯＳ識別子が、各オペレータサーバによって提供されるＯＳに対して構成されていることが分かる。端末は、取得したＯＳ識別子に基づいて、対応するＯＳが動作していることを判断した後、対応するオペレータサーバからプロファイルをダウンロードし、端末が対応するＯＳにプロファイルをダウンロードすることを確実にする。これにより、端末によってプロファイルをダウンロードする精度が向上する。

本出願の実施形態による、端末とネットワークとの間の情報交換の概略図である。 本出願による、プロファイル伝送方法の実施形態の概略図である。 本出願による、プロファイル伝送方法の別の実施形態の概略図である。 本出願による、プロファイル伝送方法の別の実施形態の概略図である。 本出願による、ＲＰＭ方法の実施形態の概略図である。 本出願による、バンドル伝送方法の実施形態の概略図である。 本出願による、ＩＳＤ−Ｒ更新方法の実施形態の概略図である。 本出願による、プロファイル伝送方法の別の実施形態の概略図である。 本出願による、端末の実施形態の概略図である。 本出願による、端末の別の実施形態の概略図である。 本出願による、サーバの実施形態の概略図である。 本出願による、端末の別の実施形態の概略図である。 本出願による、端末の別の実施形態の概略図である。 本出願による、サーバの別の実施形態の概略図である。 本出願による、サーバの別の実施形態の概略図である。 本出願による、ｅＵＩＣＣの実施形態の概略図である。 本出願による、端末の別の実施形態の概略図である。 本出願による、サーバの別の実施形態の概略図である。 本出願による、端末の概略構造図である。 本出願による、サーバの概略構造図である。

本出願の実施形態は、端末が対応するＯＳにプロファイルをダウンロードできることを確実にするためのプロファイル伝送方法、関連デバイス、および記憶媒体を提供する。これにより、端末によってプロファイルをダウンロードする精度が向上する。

本出願の明細書、特許請求の範囲、および添付の図面において、用語「第１」、「第２」、「第３」、「第４」など（存在する場合）は、類似の物体を区別することが意図されているが、必ずしも具体的な順序またはシーケンスを示すものではない。このような方式で名付けられたデータは、本明細書に説明された実施形態が本明細書に図示または説明された順序ではない他の順序で実装され得るように、適切な状況において相互に交換可能であることを理解されたい。さらに、用語「含む」、「有する」、および任意の他の変形は、非排他的包含をカバーすることを意味し、例えば、ステップまたはユニットのリストを含むプロセス、方法、システム、製品、またはデバイスは、必ずしもこれらのステップまたはユニットに限定されるものではなく、そのようなプロセス、方法、システム、製品、またはデバイスに明示的に列挙されていない、または固有ではない他のステップまたはユニットを含んでもよい。

本出願の実施形態は、ｅＵＩＣＣがリモート管理されるシステムアーキテクチャに適用されてもよい。図１を参照すると、端末デバイス１０１は、ネットワークを介して、オペレータサーバ１０２およびプロファイルサーバ１０３などのサーバと情報を交換する。端末デバイス（端末と略称）は、例えば携帯電話、タブレット、スマートウオッチ、車両搭載端末、スマートウォータメータ、またはスマートメータなど、種々の形態で存在するユーザ機器、車両のインターネットのデバイス、ウェアラブルデバイス、モノのインターネットのデバイス、スマートロボットデバイス等を含んでもよい。端末デバイスは、ＳＩＭカード１０１１、ローカルプロファイルアシスタント（ＬＰＡ）１０１２、およびオペレータオペレーティングシステム（ＯＳ）１０１３などのソフトウェアおよびハードウェアモジュールを含む。図１のエンティティおよびモジュールの機能は、以下のように説明される。

本出願の実施形態におけるプロファイルは、オペレータに関連し、かつｅＵＩＣＣに記憶されて、動作する一連のファイルおよびデータの一般用語である。プロファイルは、ユーザ識別情報およびサービス加入情報を含む。ユーザ識別情報は、ユーザアイデンティティ、認証パラメータ、オペレータによりカスタマイズされたパラメータ、アプリケーション、ファイルシステム、およびプロファイルメタデータなどの情報を含む。

端末デバイス内のＳＩＭカードはｅＵＩＣＣである。ｅＵＩＣＣは、ｅＳＩＭとも呼ばれることがあり、複数の通信オペレータが加入者をリモート管理するために使用され得るセキュアエレメントである。ｅＵＩＣＣは、プラグイン方式と溶接方式の２つの方式で端子内に置かれてもよい。ユーザは、オペレータに接続するために必要なプロファイルをダウンロードし、ｅＵＩＣＣ内のプロファイルを使用して選択されたオペレータネットワークにアクセスしてもよい。ｅＵＩＣＣは、ＩＳＯプロトコルおよびＩＣカードに関連する７８１６インタフェースプロトコルを使用して端末と対話する。

例えば、ＬＰＡは、プロファイルダウンロード管理およびサービスディスカバリを行い、ユーザにＵＩインタフェース（例えば、プロファイルインストールリスト）を提供するように構成されてもよく、 ユーザがｅＵＩＣＣのローカルプロファイルを管理（例えば、プロファイルのアクティブ化、非アクティブ化、削除、またはアンロックなどの操作を行う）できるようにしている。追加的に、端末デバイスは、ＬＰＡモジュールを使用することによって、ｅＵＩＣＣ識別（ＥＩＤ）および／または集積回路カードＩＤ（ＩＣＣＩＤ）をさらに検索してもよい。ＬＰＡモジュールは、仮想論理モジュールであってもよく、またはエンティティモジュール、例えばフィールドプログラマブルゲートアレイであってもよい。ＬＰＡは、ローカルディスカバリサービス（ＬＤＳ）、ローカルプロファイルダウンロード（ＬＰＤ）、およびローカルユーザインタフェースＵＩインタフェース（ＬＵＩ）を提供する。ユーザデバイス内のＬＰＡおよびｅＵＩＣＣ内のＬＰＡは、各々、ＬＤＳ、ＬＰＤ、およびＬＵＩのうちの１つ以上を含んでもよい。

オペレータは、基本オペレータ、例えばＣｈｉｎａ Ｍｏｂｉｌｅ、Ｃｈｉｎａ Ｕｎｉｃｏｍ、またはＦｒａｎｃｅ Ｔｅｌｅｃｏｍなどのオペレータであってもよい。代替的に、端末ベンダーはサービスプロバイダとしての役割を果たしてもよく、カードベンダーはサービスプロバイダとしての役割を果たしてもよく、企業はサービスプロバイダとしての役割を果たしてもよく、または仮想オペレータはサービスプロバイダとしての役割を果たしてもよい。

オペレータサーバとは、オペレータによって展開され、無線通信サービスを提供するサーバであり、例えば、モバイルネットワークオペレーターサーバ（ＭＮＯ）、端末ベンダーのブランドの端末のために端末ベンダーによって提供されるサービスプラットフォームサーバ、または企業のユーザのために企業によって提供されるサービスプラットフォームサーバである。

プロファイルサーバは、サブスクリプション管理サーバとも呼ばれることがあり、具体的には、サブスクリプション管理データ準備（ＳＭ−ＤＰ）サーバおよびサブスクリプション管理サービスディスカバリ（ＳＭ−ＤＳ）サーバを含んでもよい。ＳＭ−ＤＰサーバは、ＳＭ−ＤＰ＋サーバを含む。

ＳＭ−ＤＰ＋サーバは、プロファイルを生成し、プロファイルを指定されたｅＵＩＣＣに関連付け、プロファイルをｅＵＩＣＣにダウンロードする責任を負う。追加的に、ＳＭ−ＤＰ＋サーバは、さらに、オペレータのリモート管理要求を実行し、オペレータのプロファイルをダウンロードし、インストールするリモート管理要求をｅＵＩＣＣに送信することができる。ｅＵＩＣＣは、リモート管理要求を実行し、リモート管理を実装するが、リモート管理要求は、アクティブ化、非アクティブ化、削除、ｅＵＩＣＣステータスレビュー、プロファイルデータ更新などを含む。

ＳＭ−ＤＳサーバの主な機能は、ＳＭ−ＤＰ＋サーバがＬＰＡに連絡することを可能にするメカニズムを提供することである。ＬＰＡ内のＬＤＳは、ＳＭ−ＤＳ＋サーバのアドレスを取得するためにＳＭ−ＤＳサーバに連絡する。例えば、ＳＭ−ＤＰ＋サーバがｅＵＩＣＣにダウンロードされたプロファイルを有するときに、ＳＭ−ＤＰ＋サーバは、ＳＭ−ＤＰ＋サーバのアドレスをＳＭ−ＤＳサーバに登録し、ＳＭ−ＤＰ＋サーバがｅＵＩＣＣに送信されるリモート管理要求を有する場合、ＳＭ−ＤＰ＋サーバは、ＳＭ−ＤＳサーバにＳＭ−ＤＰ＋サーバのアドレスまたはイベントを登録する。ＳＭ−ＤＰ＋サーバのアドレスまたはイベントを取得した後、ＬＤＳは、ＳＭ−ＤＰ＋に連絡してプロファイルをダウンロードするか、またはリモート管理要求を取得してもよい。

オペレータＯＳは、プロファイルを動作させるｅＵＩＣＣのＯＳであってもよいし、端末にインストールされ、オペレータがサービスを提供するために使用されるソフトウェアアプリケーション（ＡＰＰ）のＯＳ、例えば、オペレータのモバイルカスタマーサービスセンタＡＰＰのＯＳであってもよいし、または別のＯＳ、例えば、金融業界のＯＳ、端末ベンダーによって開発されたＯＳ、もしくは業界アプリケーションに関連するＯＳであってもよい。

オペレータＯＳソフトウェアには、上位レイヤ部分と下位レイヤ部分を含む。オペレータＯＳの上位レイヤ部分は、ローカルプロファイルアシスタントサービス（LPA services）、電気通信フレームワーク、プロファイルポリシーイネーブラ、プロファイルパッケージインタプリタなどを含む。オペレータＯＳの下部分は、発行者セキュリティドメインルート（ＩＳＤ−Ｒ）、ｅＵＩＣＣ制御権限セキュリティドメイン（ＥＣＡＳＤ）、暗号アルゴリズムなどを含む。

ＩＳＤ−Ｒは、主に新しい発行者セキュリティドメインプロファイル（ＩＳＤ−Ｐ）を作成するために使用され、すべてのＩＳＤ−Ｐのライフサイクル管理に責任を負う。各ｅＵＩＣＣは、１つのＩＳＤ−Ｒのみ有する。ＩＳＤ−Ｒは、ｅＵＩＣＣ製造プロセスにおいてＳＩＭカード製造業者によってインストールおよびカスタマイズされ、ＩＳＤ−Ｒは削除または無効化することはできない。

ＥＣＡＳＤは、主に、ｅＵＩＣＣ上のセキュリティドメインをサポートするために、信用証明書をセキュアに記憶するために使用される。各ｅＵＩＣＣは、１つのＥＣＡＳＤのみを有する。ｅＵＩＣＣの製造プロセスでは、ＳＩＭカード製造業者はＥＣＡＳＤをインストールし、パーソナライズする必要がある。

ＥＣＡＳＤは、ＥＣＤＳＡの署名を確立するために使用されるｅＵＩＣＣプライベートキーと、ｅＵＩＣＣ認証に使用されるｅＵＩＣＣ証明書であって、ｅＵＩＣＣ証明書は、ｅＵＩＣＣ公開キーを含む、ｅＵＩＣＣ証明書と、ｅＵＩＣＣ外のネットワーク要素（例えば、ＳＭ−ＤＰ＋）の証明書を検証するために使用される、証明書発行者（ＣＩ）の公開キーであって、ＥＣＡＳＤは、１つ以上の異なる公開キーを含んでもよい、ＣＩの公開キーと、ＳＩＭカード製造業者の証明書と、キーと証明書を更新するために使用される、ＳＩＭカード製造業者のキーセットと、を含む。

ＥＣＡＳＤは、ＩＳＤ−Ｒによって提供された情報に基づいてｅＵＩＣＣの署名を作成してもよく、ＣＩの公開キーを使用してｅＵＩＣＣ外のネットワーク要素（例えば、ＳＭ−ＤＰ＋）を検証してもよい。

本出願の本実施形態では、端末は、複数の異なるオペレータのオペレーティングシステム、例えば、Ｃｈｉｎａ Ｕｎｉｃｏｍの第１のＯＳおよびＣｈｉｎａ Ｍｏｂｉｌｅの第２のＯＳを同時にインストールしてもよい。端末がＣｈｉｎａ Ｍｏｂｉｌｅによって提供されたプロファイルをダウンロードする必要がある場合、端末は現在Ｃｈｉｎａ Ｍｏｂｉｌｅの第２のＯＳを動作させる必要があり、これにより、オペレータによって提供されたプロファイルが、オペレータのオペレーティングシステムにダウンロードされることを確実にする。以下は、詳細な説明を提供する。

図２を参照すると、本出願の実施形態におけるプロファイル伝送方法は、以下のステップを含む。

２０１：端末が第１のＯＳを動作させているときに、第２のＯＳ識別子を取得する。

本出願の本実施形態では、少なくとも２つの異なるオペレータのＯＳが端末のｅＵＩＣＣにインストールされる。端末が第１のＯＳを動作させているときに、端末は、第２のプロファイルに一致する第２のＯＳ識別子を取得し、ここで、第１のプロファイルが第１のＯＳにインストールされている。

第１のオペレータによって提供される第１のプロファイルは、第１のＯＳを実行する必要があり、第２のオペレータによって提供される第２のプロファイルは、第２のＯＳを動作させる必要があると理解されてもよい。

任意に、端末は、ＬＰＡを使用して、第２のオペレータのＳＭ−ＤＰ＋サーバと対話する。

任意に、端末は、サーバによって生成されたアクティベーションコードから第２のＯＳ識別子を抽出してもよい。例えば、サーバは、第２のＯＳ識別子に基づいて、第２のＯＳ識別子を含む２次元コードを生成し、端末は、２次元コードをスキャンすることにより、サーバから第２のＯＳ識別子を取得してもよい。第２のＯＳ識別子は、ユーザがサービスに加入するときに、ユーザ加入情報に基づいてサーバによって取得されてもよい。

任意に、端末は、ＯＳ識別子リストおよび一致識別子をサーバに送信してもよく、ここで、一致識別子と第２のプロファイルとの間に一意の対応がある。ＯＳ識別子リストは、端末にインストールされている各ＯＳに対応するＯＳ識別子を含む。サーバは、一致識別子に基づいてＯＳ識別子リストから、第２のプロファイルに一致する第２のＯＳ識別子を決定し、第２のＯＳ識別子を端末に送信する。

任意に、端末は、第２のＯＳ識別子および第２のプロファイル識別子を含むバンドル識別子を取得してもよい。

任意に、第２のＯＳ識別子のフォーマットは、オペレータ識別子、国コード、ＯＳバージョン番号などの組み合わせであってもよい。

２０２：端末は、第２のＯＳ識別子に基づいて第２のＯＳに切り替わる。

端末が現在第１のＯＳを動作させているため、第２のＯＳ識別子を受信した後、端末は、第２のＯＳ識別子に基づいて第２のＯＳに切り替えて、端末は第２のＯＳを動作させる。

２０３：端末は、ターゲットメッセージをサーバに送信する。

第２のＯＳに切り替えた後、端末は、第２のプロファイルをダウンロードする要求をするターゲットメッセージをサーバに送信する。任意に、サーバに送信されるターゲットメッセージは、端末が現在第２のＯＳを実行していることをサーバに通知する表示を搬送してもよい。

２０４：サーバは、第２のプロファイルを端末に送信する。

サーバは、第２のＯＳ識別子に基づいて対応する第２のプロファイルを見つけ出し、第２のプロファイルを端末に送信してもよい。任意に、サーバは、端末が第２のＯＳを動作させていることを知った後に第２のプロファイルを送信してもよい。

本出願の本実施形態では、端末が第１のオペレーティングシステムＯＳを実行するときに、端末は、第２のＯＳ識別子を取得し、ここで、第２のＯＳ識別子は、第２のプロファイルと一致する。次いで、端末は、第２のＯＳ識別子に基づいて第２のＯＳに切り替えて、ターゲットメッセージをサーバに送信し、ここで、ターゲットメッセージは、サーバから第２のプロファイルを要求するために使用される。さらに、端末は、サーバから第２のプロファイルを取得する。前述の方式から、対応するＯＳ識別子が、各オペレータサーバによって提供されるＯＳに対して構成されることが分かる。取得されたＯＳ識別子に基づいて、対応するＯＳが動作していると決定した後、端末は、対応するオペレータサーバからプロファイルをダウンロードし、端末が対応するＯＳにプロファイルを確実にダウンロードできることを確実にする。これにより、端末によってプロファイルをダウンロードする精度が向上する。

以下は、具体的なシナリオを参考に、端末とサーバとの間の情報交換について詳細に説明する。

シナリオ１：端末は、サーバによって提供されるアクティベーションコードを使用して第２のＯＳ識別子を取得する。

図３を参照すると、本実施形態では、端末は、ＬＰＡおよびｅＵＩＣＣを含む。第１のＯＳと第２のＯＳはｅＵＩＣＣにインストールされ、サーバは第２のオペレータのＳＭ−ＤＰ＋サーバである。ｅＵＩＣＣは、端末チップに組み込まれたセキュリティモジュールであってもよいし、独立したセキュリティモジュールであってもよい。

３０１：ＬＰＡは、第２のオペレータによって提供されたアクティベーションコードから第２のＯＳ識別子を取得してもよい。追加的に、アクティベーションコードは、さらに、ＳＭ−ＤＰ＋サーバのアドレス情報を含む。アクティベーションコードは、第２のオペレータによって提供される２次元コードであってもよく、２次元コードは、第２のＯＳ識別子に関する情報を含む。第２のＯＳ識別子は、２次元コードをスキャンし、２次元コードを解析することによって、ＬＰＡによって取得されてもよい。

３０２： ＬＰＡは、認証サーバメッセージをｅＵＩＣＣに送信し、認証サーバメッセージは、第２のＯＳ識別子および一致識別子を含む。一致ＩＤは、サーバ内のデータを索引付けるために使用されてもよい。例えば、一致ＩＤは、アクティベーションコードトークンまたはイベント識別子イベントＩＤであってもよい。アクティベーションコードトークンは、サーバ上の以前の加入関係を索引付けるために使用される。例えば、ユーザは、モバイルカスタマーサービスセンタを使用することによってサーバに加入し、サーバは、加入サービスのために関連するプロファイルを生成する。セキュリティを考慮するために、プロファイルを露出させることを防止するために、アクティベーションコードトークンは、プロファイルを索引付けるために使用され、端末が、アクティベーションコードトークンを使用して、関連するプロファイルを取得するようにする。

３０３： ｅＵＩＣＣは、受信された第２のＯＳ識別子に基づいて第２のＯＳを起動し、ｅＵＩＣＣは第２のＯＳを動作させるようにする。なお、ｅＵＩＣＣが第２のＯＳ識別子を受信するときに、ｅＵＩＣＣが第１のＯＳを動作させている場合、ｅＵＩＣＣは、第２のＯＳに切り替えるか、またはｅＵＩＣＣが第２のＯＳを動作させている場合、第２のＯＳが動作を継続すると理解され得る。

３０４： ＬＰＡは、ｅＵＩＣＣから、サーバとの認証のために使用されるｅＵＩＣＣ情報を取得し、ここで、ｅＵＩＣＣ情報は、ｅＵＩＣＣチャレンジ（ｅＵＩＣＣチャレンジ）、およびｅＵＩＣＣ関連情報などの情報を含み、ｅＵＩＣ情報は、セキュリティのためにｅＵＩＣＣを検証するためにサーバと端末との間の相互認証のために使用される。

３０５：ＬＰＡは、開始認証（initiate authentication）メッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、メッセージは、ｅＵＩＣＣ情報、ｅＵＩＣＣチャレンジ、およびＳＭ−ＤＰ＋サーバのアドレス情報を含む。

３０６：サーバは、応答メッセージをＬＰＡに返し、ここで、メッセージは、サーバ関連証明書、トランザクション識別子、サーバチャレンジ（server challenge）、およびサーバアドレスなどの情報が含む。ＬＰＡは、応答メッセージを事前に検証した後、サーバ検証（server verification）メッセージをｅＵＩＣＣに送信する。

３０７： ｅＵＩＣＣは、受信した認証サーバメッセージに搬送された情報を検証する。検証が成功した後、ｅＵＩＣＣは、具体的には、受信したトランザクション識別子、サーバチャレンジ、ｅＵＩＣＣ関連情報、第２のＯＳ識別子、および一致識別子を含むｅＵＩＣＣ情報を再度送信する。ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報を暗号化してｅＵＩＣＣ暗号情報を生成し、ここで、ｅＵＩＣＣはｅＵＩＣＣ署名を取得するために署名され、次いで、ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報をＬＰＡに送信する。

３０８：ＬＰＡは、認証クライアント（authenticate client）メッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、認証クライアントメッセージは、ｅＵＩＣＣ暗号情報を搬送する。メッセージは、ＳＭ−ＤＰ＋サーバから第２のプロファイルを要求するために使用されると理解され得る。

３０９：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証する。

３１０：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証した後、第２のＯＳ識別子および一致識別子に基づいて第２のプロファイルを決定してもよい。

３１１：ｅＵＩＣＣは、ＳＭ−ＤＰ＋サーバから第２のプロファイルをダウンロードし、インストールする。

シナリオ２：サーバは、端末によって報告されたＯＳ識別子リストから第２のＯＳ識別子を決定する。

図４を参照すると、本実施形態では、端末は、ＬＰＡ、ｅＵＩＣＣ、およびプライマリプラットフォーム（ＰＰ）を含む。第１のＯＳと第２のＯＳは、ｅＵＩＣＣにインストールされており、サーバは、第２のオペレータのＳＭ−ＤＰ＋サーバである。プライマリプラットフォームは、端末のハードウェアプラットフォームであり、さらに、下位レイヤオペレーティングシステムＯＳを含み、上位レイヤＯＳは、プライマリプラットフォームの下位レイヤのハードウェアリソースにアクセスする。ｅＵＩＣＣは、端末チップに組み込まれたセキュリティモジュールであってもよいし、独立したセキュリティモジュールであってもよい。

４０１：ｅＵＩＣＣは、ｅＵＩＣＣにインストールされているＯＳに関するＯＳ識別リスト情報を取得する。任意に、ｅＵＩＣＣは、ＯＳ識別子リストを取得するためのメッセージをプライマリプラットフォームに送信することができ、プライマリプラットフォームは、ローカルに記憶されたＯＳ識別子リストをｅＵＩＣＣに送信し、ここで、ＯＳ識別子リストは、端末にインストールされた各ＯＳに対応するＯＳ識別子を含む。プライマリプラットフォームは、ｅＵＩＣＣにインストールされているＯＳを集中管理するための管理モジュールを提供する。任意に、ｅＵＩＣＣにインストールされているＯＳを集中管理するための管理モジュールは、さらに、ｅＵＩＣＣプラットフォーム側に提供されてもよい。

４０２： ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報をＬＰＡに送信し、ここで、ｅＵＩＣＣ暗号情報は、ＯＳ識別子リストおよび一致識別子を含む。ｅＵＩＣＣ暗号情報を取得するために、ＯＳ識別子リストおよびｅＵＩＣＣの一致識別子が署名される（ｅＵＩＣＣは、ｅＵＩＣＣ署名を取得するために署名される）。

４０３：ＬＰＡは、認証クライアントメッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、認証クライアントメッセージはｅＵＩＣＣ暗号情報を搬送する。

４０４：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証する。

４０５：ＳＭ−ＤＰ＋サーバは、一致識別子に基づいてＯＳ識別子リストから第２のＯＳ識別子を決定する。

４０６：ＳＭ−ＤＰ＋サーバはサーバ暗号情報をｅＵＩＣＣに送信し、ここで、サーバ暗号情報は、第２のＯＳ識別子を含む。

４０７： ｅＵＩＣＣは、受信した第２のＯＳ識別子に基づいて第２のＯＳを起動し、ｅＵＩＣＣは第２のＯＳを動作させるようにする。ｅＵＩＣＣが第２のＯＳ識別子を受信するときに、ｅＵＩＣＣが第１のＯＳを動作させている場合、ｅＵＩＣＣは第２のＯＳに切り替え、ｅＵＩＣＣが第２のＯＳを動作させている場合、第２のＯＳが動作を継続すると理解され得る。

４０８： ＬＰＡは、ｅＵＩＣＣから、サーバとの認証のために使用されるｅＵＩＣＣ情報を取得し、ここで、ｅＵＩＣＣ情報は、ｅＵＩＣＣチャレンジ（eUICC challenge）、およびｅＵＩＣＣ関連情報などの情報を含み、ｅＵＩＣ情報は、セキュリティのためにｅＵＩＣＣを検証するためにサーバと端末との間の相互認証のために使用される。

４０９：ＬＰＡは、開始認証メッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、開始認証メッセージは、ｅＵＩＣＣ情報、ｅＵＩＣＣチャレンジ、およびＳＭ−ＤＰ＋サーバのアドレス情報を含む。

４１０： サーバは、認証サーバ（authenticate server）メッセージをＬＰＡに返し、ここで、メッセージには、サーバ関連証明書、トランザクション識別子、サーバチャレンジ、およびサーバアドレスなどの情報を含む。ＬＰＡは、認証サーバメッセージを事前に検証した後、サーバ検証メッセージをｅＵＩＣＣに送信する。

４１１： ｅＵＩＣＣは、受信した認証サーバメッセージに搬送された情報を検証する。検証が成功した後、ｅＵＩＣＣは、具体的には、受信したトランザクション識別子、サーバチャレンジ、ｅＵＩＣＣ関連情報、第２のＯＳ識別子、および一致識別子を含むｅＵＩＣＣ情報を再度送信する。ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報を暗号化してｅＵＩＣＣ暗号情報を生成し、ここで、ｅＵＩＣＣはｅＵＩＣＣ署名を取得するために署名され、ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報をＬＰＡに送信する。

４１２：ＬＰＡは、認証クライアントメッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、認証クライアントメッセージは、ｅＵＩＣＣ暗号情報を搬送する。

４１３：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証する。

４１４：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証した後、第２のＯＳ識別子および一致識別子に基づいて第２のプロファイルを決定してもよい。

４１５：ｅＵＩＣＣは、ＳＭ−ＤＰ＋サーバから第２のプロファイルをダウンロードし、インストールする。

以上、端末が対応するＯＳにプロファイルをダウンロードするシナリオについて説明した。端末がプロファイルのダウンロードおよびインストールを完了した後、サーバは端末上のプロファイルをリモートで管理してもよい。詳細が以下に説明される。

図５を参照すると、この実施形態では、端末は、ＬＰＡおよびｅＵＩＣＣを含み、サーバは、ＭＮＯサーバ、ＳＭ−ＤＰ＋サーバ、およびＳＭ−ＤＳサーバを含む。

５０１：ｅＵＩＣＣは、プロファイルをダウンロードし、対応するＯＳにプロファイルをインストールし、ｅＵＩＣＣは、対応するＯＳ識別子を取得してもよい。特定のプロセスについては、図３または図４に示す実施形態の説明を参照のこと。詳細は、本明細書では再度説明されない。

５０２：ＭＮＯサーバは、リモートプロファイル管理（リモートプロファイル管理、ＲＰＭ）命令をＳＭ−ＤＰ＋サーバに送信し、ここで、命令は、ＯＳ識別子、一致識別子、ｅＵＩＣＣ識別子、およびＳＭ−ＤＳサーバアドレスを含む。

５０３： ＳＭ−ＤＰ＋サーバは、ＲＰＭ命令に従ってＲＰＭパッケージを生成し、ここで、異なるＲＰＭパッケージは、異なるイベントに対応する。

５０４：ＳＭ−ＤＰ＋サーバは、登録イベントメッセージをＳＭ−ＤＳサーバに送信し、ここで、登録イベントメッセージは、ｅＵＩＣＣ識別子、ＯＳ識別子、イベント識別子、およびＳＭ−ＤＰ＋サーバのアドレスを含む。ＬＰＡは、定期的にＳＭ−ＤＳサーバからその登録イベントを取得する。

５０５：ＬＰＡは、ｅＵＩＣＣからｅＵＩＣＣ暗号情報を取得し、ｅＵＩＣＣ暗号情報は、ＯＳ識別子および一致識別子を含む。

５０６： ＬＰＡは、開始認証メッセージをＳＭ−ＤＳサーバに送信し、ここで、メッセージは、ＯＳ識別子を含む。

５０７：ＳＭ−ＤＳサーバは、ＬＰＡによって送信されたＯＳ識別子を受信した後、ローカルに記憶されたＯＳ識別子を問い合わせる。同一のＯＳ識別子がローカルに記憶されている場合、ｅＵＩＣＣに対応するＲＰＭイベントが存在することを示す。

５０８：ＳＭ−ＤＳサーバは、ＲＰＭイベントに対応するイベント識別子をＬＰＡに送信する。

５０９：ＬＰＡは、イベント識別子を取得した後、イベント識別子およびＯＳ識別子をＳＭ−ＤＰ＋サーバに送信する。具体的には、ＬＰＡは、ＳＭ−ＤＰ＋サーバとの相互認証プロセスにおいて、イベント識別子およびＯＳ識別子をＳＭ−ＤＰ＋サーバに送信してもよい。

５１０：ＳＭ−ＤＰ＋サーバは、ＬＰＡによって報告されたイベント識別子およびＯＳ識別子に基づいて、対応するＲＰＭパッケージを決定し、ＳＭ−ＤＰ＋サーバによって決定されたＲＰＭパッケージが、現在ｅＵＩＣ上で動作しているＯＳに基づいて実装され得るようにし、それによりＲＰＭの精度とセキュリティを向上させる。

以上の実施形態は、全て端末にＯＳがインストールされたシナリオに基づくものである。ＯＳおよびプロファイルのダウンロードプロセスにおいて、この解決策は、ＯＳファイルおよびプロファイルのパッケージ化およびダウンロードする方式を提供する。詳細は、以下に説明される。

図６を参照すると、この実施形態では、端末は、ＬＰＡ、ｅＵＩＣＣ、およびプライマリプラットフォーム（primary platform, PP）を含み、サーバは、ＳＭ−ＤＰ＋サーバである。

６０１：ｅＵＩＣＣは、ＬＰＡを使用してＳＭ−ＤＰ＋サーバと相互認証を行い、相互認証プロセスにおいて、ｅＵＩＣＣは、ＳＭ−ＤＰ＋サーバからのバンドルを要求する。

バンドルは、少なくともプロファイルと、プロファイルに対応するＯＳファイルとを含み、さらに、別のアプリケーションファイル（application, APP）を含んでもよい。対応するバンドル識別子は、各バンドルに対して設定されると理解され得る。バンドル識別子は、ユーザとの加入手順に基づいてＭＮＯサーバによって取得され、次いで、バンドル識別子は、ＳＭ−ＤＰ＋サーバに送信される。追加的に、ＳＭ−ＤＰ＋はまた、端末によって報告されたバンドル識別子リストから対応するバンドル識別子を選択してもよい。

６０２：ＳＭ−ＤＰ＋サーバは、相互認証プロセスで取得された一致識別子に基づいてバンドルを決定してもよい。任意に、一致識別子は、プロファイルを決定するために取得されてもよく、プロファイルに対応するＯＳファイルは、さらに決定される。次いで、プロファイルおよびＯＳファイルがバンドルされ、バンドルを取得する。

６０３： ＳＭ−ＤＰ＋サーバは、バンドル識別子をＬＰＡに送信し、ここで、ＳＭ−ＤＰ＋サーバは、バンドル識別子を搬送するＳＭ−ＤＰ＋暗号情報をＬＰＡに送信してもよい。

６０４：バンドル識別子を受信した後、ＬＰＡは、ルール認可テーブル（ＲＡＴ）を要求するためのメッセージをｅＵＩＣＣに送信するか、またはＲＡＴを要求するためのメッセージをプライマリプラットフォームに送信してもよい。本実施形態では、メッセージがプライマリプラットフォームに送信される例が使用され、ＲＡＴは、プライマリプラットフォーム上で事前設定され、バンドルに対応し、ｅＵＩＣＣによってダウンロードされ得るバンドル識別子を含む。

６０５：プライマリプラットフォームは、ＲＡＴをＬＰＡに送信する。任意に、ＲＡＴがｅＵＩＣＣから要求されるときに、ｅＵＩＣＣは、ＲＡＴをＬＰＡに返す。

６０６： ＬＰＡは、受信したＲＡＴに基づいて、ＳＭ−ＤＰ＋サーバによって配信されたバンドル識別子を検証し、一致バンドル識別子がＲＡＴ内に見つかる場合、検証が成功したことを示す。

６０７：バンドル識別子が検証に成功した後、ＬＰＡは、ダウンロード準備メッセージをｅＵＩＣＣに送信し、ここで、メッセージは、ＳＭ−ＤＰ＋暗号情報を含む。

６０８：ｅＵＩＣＣは、ダウンロード準備メッセージを受信した後、ｅＵＩＣＣ暗号情報を生成し、ＬＰＡを使用してＳＭ−ＤＰ＋サーバにｅＵＩＣＣ暗号情報を送信してもよい。

６０９：ｅＵＩＣＣ暗号情報を検証した後、ＳＭ−ＤＰ＋サーバは、バンドルをＬＰＡに送信する。

６１０： ＬＰＡは、バンドルをロードし、ｅＵＩＣＣのために、バンドルを記憶するために使用される発行者セキュリティドメインバンドル（ＩＳＤ−Ｂ）を設定する。具体的には、ＩＳＤ−Ｂは、さらに、ＯＳファイルを記憶するためのセキュリティドメインと、プロファイルを記憶するためのセキュリティドメインとに分割されてもよく、ｅＵＩＣＣは、ＯＳファイルとプロファイルを対応するセキュリティドメインに別々にダウンロードしてもよい。

任意に、ｅＵＩＣＣは、ステップ６０９の前の任意のステップでＩＳＤ−Ｂを設定してもよい。

以上の説明では、プロファイルは、バンドル形態でＯＳと共に、ダウンロードされ、インストールされてもよい。プライマリプラットフォームに複数のバンドルがロードされるときに、バンドル内のＯＳファイルの発行者セキュリティドメインルート（issuer security domain root、ISD-R）のバージョン情報が、プライマリプラットフォームのＩＳＤ−Ｒバージョン情報と互換性がないという問題が発生する可能性があるため、本実施形態はＩＳＤ−Ｒ更新方法を提供する。詳細は、以下に説明される。

図７を参照すると、この実施形態では、端末は、ＬＰＡ、ｅＵＩＣＣ、およびプライマリプラットフォーム（ＰＰ）を含む。第１のＯＳおよび第２のＯＳがｅＵＩＣＣにインストールされ、サーバは、ＳＭ−ＤＰ＋サーバと更新サーバを含む。更新サーバは、ＳＤ−ＤＰ＋サーバ内の機能エンティティ、またはカード製造業者、端末製造業者、またはチップ製造業者によって展開された更新サーバであってもよい。

７０１：ｅＵＩＣＣが第１のＯＳを動作させているときに、ｅＵＩＣＣはＬＰＡを使用して更新サーバへの接続を確立し、更新サーバから最新のＩＳＤ−Ｒデータパケットを取得して、第１のＯＳのＩＳＤ−Ｒを更新する。

７０２： 第１のＯＳのＩＳＤ−Ｒが更新された後、ｅＵＩＣＣは最新のＩＳＤ−Ｒバージョン情報をプライマリプラットフォームに送信し、プライマリプラットフォームのＩＳＤ−Ｒバージョン情報が更新されるようにする。任意に、プライマリプラットフォームのＩＳＤ−Ｒバージョンが第１のＯＳのＩＳＤ−Ｒバージョンよりも早い場合、プライマリプラットフォームは、受信した第１のＯＳのＩＳＤ−Ｒバージョンに基づいて、ＩＳＤ−Ｒバージョンに対応するＩＳＤ−Ｒデータパケットを取得して、プライマリプラットフォームのＩＳＤ−Ｒを更新してもよい。

７０３： ｅＵＩＣＣが第２のＯＳを動作させているときに、プライマリプラットフォームは、更新されたＩＳＤ−Ｒバージョン情報をｅＵＩＣＣに送信する。

７０４： 第２のＯＳのＩＳＤ−Ｒバージョン情報が、プライマリプラットフォームから取得した最新のＩＳＤ−Ｒバージョン情報と一致しない場合、第２のＯＳを動作させているｅＵＩＣＣは、ＬＰＡを使用して更新サーバとの接続を確立し、更新サーバから最新のＩＳＤ−Ｒデータパケットを取得して、第２のＯＳのＩＳＤ−Ｒを更新する。更新サーバは、同じサーバであってもよいし、異なる更新サーバであってもよい。本実施形態では、同じ更新サーバが例として使用される。

本出願の本実施形態では、プライマリプラットフォームのＩＳＤ−Ｒバージョン情報が更新される場合、ＩＳＤ−Ｒバージョン情報は、ｅＵＩＣＣにインストールされたＯＳに通知されて、ＩＳＤ−Ｒバージョン情報を更新しないＯＳが、最新のＩＳＤ−Ｒバージョン情報に基づいて、更新サーバから最新のＩＳＤ−Ｒデータパケットを取得してもよく、異なるＯＳとプライマリプラットフォームとの間のＩＳＤ−Ｒ互換性を実装するようにする。

ユーザは、複数の異なるオペレータに同時に加入することができ、すなわち、複数の異なるオペレータのオペレーティングシステムがｅＵＩＣＣにインストールされてもよい。一部のオペレーティングシステムがアクティブにされていて、他のオペレーティングシステムがアクティブになっていない場合、非アクティブになっているオペレーティングシステムは、対応するプロファイルをインターネット経由でダウンロードできないため、ｅＵＩＣＣがアクティブにされているＯＳで動作しているときに、ｅＵＩＣＣは、サーバから、非アクティブになっているＯＳに対応するプロファイルをダウンロードする必要がある。詳細は、以下に説明される。

図８を参照すると、本実施形態では、端末は、ＬＰＡ、ｅＵＩＣＣ、およびプライマリプラットフォーム（ＰＰ）を含む。第１のＯＳおよび第２のＯＳはｅＵＩＣＣにインストールされ、サーバは、ＳＭ−ＤＰ＋サーバを含む。

８０１：第１のＯＳを動作させているｅＵＩＣＣは、第２のＯＳ識別子を取得する。このプロセスは、図３または図４に示す実施形態において、ｅＵＩＣＣによって第２のＯＳを取得するステップと同様である。詳細は本明細書では説明されない。

８０２： ｅＵＩＣＣは、第２のＯＳ識別子に基づいて対応する第２のＯＳを見つけてもよく、次いで、プライマリプラットフォームを使用して第２のＯＳから第２のＯＳのキーを要求し、プライマリプラットフォームは、第２のＯＳのキーを第１のＯＳを動作させているｅＵＩＣＣに転送する。

８０３： ｅＵＩＣＣは、ｅＵＩＣＣ暗号情報をＬＰＡに送信し、ここで、ｅＵＩＣＣ暗号情報は、一致識別子、第２のＯＳ識別子、第２のＯＳキーを含む。

８０４：ＬＰＡは、認証クライアントメッセージをＳＭ−ＤＰ＋サーバに送信し、ここで、認証クライアントメッセージは、ｅＵＩＣＣ暗号情報を搬送する。

８０５：ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報を検証する。ＳＭ−ＤＰ＋サーバは、ｅＵＩＣＣ暗号情報に搬送される第２のＯＳキーを検証する必要があると理解されよう。

８０６：ＳＭ−ＤＰ＋サーバは、第２のＯＳキーを検証した後、第２のＯＳ識別子および一致識別子に基づいて、第２のプロファイルを決定してもよい。

８０７：第１のＯＳを動作させているｅＵＩＣＣは、ＳＭ−ＤＰ＋サーバから第２のプロファイルをダウンロードし、さらに、ダウンロードした第２のプロファイルを第２のＯＳに転送してもよい。

本出願の本実施形態では、端末が第２のＯＳに対応するプロファイルをダウンロードする必要がある場合、端末は、最初に第２のＯＳのシステム環境に切り替える必要はなく、第１のＯＳに基づき、第２のＯＳに対応するプロファイルを直接ダウンロードできる。これにより、本解決策の柔軟性が向上する。

以上、本出願の実施形態における方法の実施形態を説明する。以下は、機能モジュールの観点およびハードウェア実装の観点から、本出願の実施形態における端末およびサーバについて説明する。

図９に示すように、本出願の端末の実施形態では、端末は、少なくとも以下の機能モジュールを含む。
端末が第１のオペレーティングシステムＯＳを動作させているときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニット９０１であって、第２のＯＳ識別子は第２のプロファイルに一致する、第１の取得ユニット９０１。
第２のＯＳ識別子に基づいて第２のＯＳに切り替えるように構成されている切り替えユニット９０２。
ターゲットメッセージをサーバに送信するように構成されている送信ユニット９０３であって、ターゲットメッセージは、第２のプロファイルを要求するために使用される、送信ユニット９０３。
サーバから第２のプロファイルを取得するように構成されている第２の取得ユニット９０４。

本出願の本実施形態では、端末が第１のオペレーティングシステムＯＳを動作させているときに、第１の取得ユニット９０１は、第２のＯＳ識別子を取得し、ここで、第２のＯＳ識別子は、第２のプロファイルと一致する。次いで、切り替えユニット９０２は、第２のＯＳ識別子に基づいて第２のＯＳに切り替えて、送信ユニット９０３は、サーバにターゲットメッセージを送信し、ここで、ターゲットメッセージは、サーバから第２のプロファイルを要求するために使用される。さらに、第２の取得ユニット９０４は、サーバから第２のプロファイルを取得する。前述の方式から、対応するＯＳ識別子は、各オペレータサーバによって提供されるＯＳに対して構成されることが分かる。端末は、取得したＯＳ識別子に基づいて、対応するＯＳが動作していると決定した後、対応するオペレータサーバからプロファイルをダウンロードし、端末が対応するＯＳにプロファイルをダウンロードすることができることを確実にする。これにより、端末によってプロファイルをダウンロードする精度が向上する。

図１０に示すように、いくつかの特定の実施形態では、第１の取得ユニット１００１、スイッチングユニット１００２、送信ユニット１００３、および第２の取得ユニット１００４が構成される。ユニットによって行われるアクションは、図９に示すユニットによって行われるアクションと同様である。詳細は、本明細書では再度説明されない。

任意に、第１の取得ユニット１００１は、以下を含む。
アクティベーションコードを取得するように構成されている取得モジュール１００１１であって、アクティベーションコードは、第２のＯＳ識別子に基づいてサーバによって生成される、取得モジュール１０００１１。
アクティベーションコードから第２のＯＳ識別子を抽出するように構成されている抽出モジュール１００１２。

任意に、第１の取得ユニット１００１は、以下を含む。
ＯＳ識別子リストおよび一致する識別子をサーバに送信するように構成されていいる送信モジュール１００１３であって、一致識別子と第２のプロファイルとの間に一意の対応がある、送信モジュール１００１３。
サーバによって送信される第２のＯＳ識別子を受信するように構成されいる受信モジュール１００１４であって、第２のＯＳ識別子は、一致識別子に基づいてＯＳ識別子リストからサーバによって決定される、受信モジュール１００１４。

任意に、送信ユニット１００３は、さらに、第２のＯＳ識別子をサーバに送信するように構成されており、第２の取得ユニット１００４は、さらに、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、サーバからＲＰＭ情報を取得するように構成されており、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

図１１に示すように、本出願のサーバの一実施形態では、サーバは、少なくとも以下の機能モジュールを含む。
端末によって送信されたターゲットメッセージを受信するように構成されている受信ユニット１１０１であって、ターゲットメッセージは、端末が第２のＯＳ識別子に基づいて第２のＯＳに切り替えた後に生成され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子は、第２のプロファイルと一致する、受信ユニット１１０１。
ターゲットメッセージに基づいて第２のプロファイルを決定するように構成されている決定ユニット１１０２。
第２のプロファイルを端末に送信するように構成されている送信ユニット１１０３。

任意に、サーバは、さらに、以下を含んでもよい。

第２のＯＳ識別子に基づいてアクティベーションコードを生成するように構成されている生成ユニット１１０４。

任意に、受信ユニット１１０１は、さらに、端末によって送信されるＯＳ識別子リストおよび一致識別子を受信するように構成されており、一致識別子と第２のプロファイルとの間に一意の対応がある。

決定ユニット１１０２は、さらに、一致識別子に基づいてＯＳ識別子リストから第２のＯＳ識別子を決定するように構成されている。

送信ユニット１１０３は、さらに、第２のＯＳ識別子を端末に送信するように構成されている。

任意に、受信ユニット１１０１は、さらに、端末によって送信された第２のＯＳ識別子を受信するように構成されている。

送信ユニット１１０３は、さらに、サーバが第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、ＲＰＭ情報を端末に送信するように構成されており、ＲＰＭ情報は、第２のプロファイルを管理するために使用される。

図１２に示すように、本出願の端末の別の実施形態では、端末は、少なくとも以下の機能モジュールを含む。
サーバに第１のメッセージを送信するように構成されている送信ユニット１２０１であって、第１のメッセージは、サーバからバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルプロファイルを含む。
サーバによって送信されたバンドル識別子を受信するように構成されている受信ユニット１２０２。
バンドル識別子が、端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、ＯＳファイルおよびプロファイルをサーバから取得するように構成されている取得ユニット１２０３。

図１３に示すように、いくつかの特定の実施形態では、送信ユニット１３０１、受信ユニット１３０２、および取得ユニット１３０３が構成されている。ユニットによって行われるアクションは、図１２に示すユニットによって行われるアクションと同様である。詳細は、本明細書では再度説明されない。

任意に、送信ユニット１３０１は、さらに、バンドル識別子リストをサーバに送信するように構成されており、バンドル識別子は、バンドル識別子リストに基づいてサーバによって決定される。

任意に、取得ユニット１３０３は、以下を含む。
サーバからＯＳファイルを第１のセキュリティドメインにダウンロードするように構成されている第１のダウンロードモジュール１３０３１であって、第１のセキュリティドメインは、サーバによって設定される、第１のダウンロードモジュール１３０３１。
サーバからプロファイルを第２のセキュリティドメインにダウンロードするように構成されている第２のダウンロードモジュール１３０３２であって、第２のセキュリティドメインは、サーバによって設定される、第２のダウンロードモジュール１３０３２。

図１４に示すように、本出願におけるサーバの別の実施形態では、サーバは、少なくとも以下の機能モジュールを含む。
端末によって送信された第１のメッセージを受信するように構成されている受信ユニット１４０１であって、第１のメッセージは、サーバからバンドルを要求するために使用され、バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルプロファイルを含む、受信ユニット１４０１。
バンドル識別子を端末に送信するように構成されている第１の送信ユニット１４０２。
バンドル識別子が端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、ＯＳファイルおよびプロファイルを端末に送信するように構成されている第２の送信ユニット１４０３。

図１５に示すように、いくつかの特定の実施形態では、受信ユニット１５０１、第１の送信ユニット１５０２、および第２の送信ユニット１５０３が構成されている。ユニットによって行われるアクションは、図１４に示すユニットによって行われるアクションと同様である。詳細は、本明細書では再度説明されない。

任意に、受信ユニット１５０１は、さらに、端末によって送信されたバンドル識別子リストを受信するように構成されている。

サーバには、さらに以下を含む。
バンドル識別子リストに基づいてバンドル識別子を決定するように構成されている決定ユニット１５０４。

任意に、第２の送信ユニット１５０３は、以下を含む。
第１のセキュリティドメインおよび第２のセキュリティドメインを設定するように構成されている設定モジュール１５０３１。
ＯＳファイルを第１のセキュリティドメインに送信し、プロファイルを第２のセキュリティドメインに送信するように構成されている送信モジュール１５０３２。

図１６に示すように、本出願のｅＵＩＣＣの実施形態では、ｅＵＩＣＣは、少なくとも以下の機能モジュールを含む。
ｅＵＩＣＣが第１のオペレーティングシステムＯＳを動作させているときに、第１のＯＳに対応する第１の発行者セキュリティドメインルートＩＳＤ−Ｒの第１のバージョン情報をプライマリプラットフォームＰＰに送信するように構成されている送信ユニット１６０１。
ｅＵＩＣＣが第２のオペレーティングシステムＯＳを動作させているとき、ＰＰによって送信された第１のバージョン情報を受信するように構成されている受信ユニット１６０２。
第１のバージョン情報が第２のＯＳに対応する第２のＩＳＤ−Ｒの第２のバージョン情報と一致しない場合、第２のバージョン情報に対応するデータ情報を取得するように構成されている取得ユニット１６０３であって、データ情報は、第２のＩＳＤ−Ｒを更新するために使用される、取得ユニット１６０３。

図１７に示すように、本出願の端末の別の実施形態では、端末は、少なくとも以下の機能モジュールを含む。
端末が第１のオペレーティングシステムＯＳを動作させているときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニット１７０１であって、第２のＯＳ識別子は第２のプロファイルと一致する、第１の取得ユニット１７０１。
第２のＯＳからキーを取得するように構成されている第２の取得ユニット１７０２であって、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定される、第２の取得ユニット１７０２。
キーをサーバに送信するように構成されている送信ユニット１７０３。
サーバがキーの検証に成功したと決定したときに、サーバから第２のプロファイルを取得するように構成されている、第３の取得ユニット１７０４。

図１８に示すように、本出願におけるサーバの別の実施形態では、サーバは、少なくとも以下の機能モジュールを含む。
端末によって送信されたキーを受信するように構成されている受信ユニット１８０１であって、キーは、第２のＯＳから端末によって取得され、第２のＯＳは、第２のＯＳ識別子に基づいて端末によって決定され、第２のＯＳ識別子は、端末が第１のＯＳを動作させているときに取得され、第２のＯＳ識別子は、第２のプロファイルと一致する、受信ユニット１８０１。
サーバがキーの検証に成功したときに、第２のプロファイルを端末に送信するように構成されている送信ユニット１８０２。

前述は、モジュール機能エンティティの観点から、本出願の実施形態におけるサーバおよび端末について説明している。以下に、ハードウェア処理の観点から、本出願の実施形態におけるサーバおよび端末について説明する。

図１９に示すように、本出願の一実施形態は、端末をさらに提供する。説明を容易にするために、本出願のこの実施形態に関する部分のみが図示されている。開示されていない特定の技術的詳細については、本出願の実施形態における方法の部分を参照のこと。端末は、携帯電話、タブレットコンピュータ、パーソナル・デジタル・アシスタント（ＰＤＡ）、ポイント・オブ・セールス（ＰＯＳ）、車載コンピュータなどを含む任意の端末デバイスであってもよい。例えば、端末は携帯電話である。

図１９は、本出願の本実施形態による、端末に関する携帯電話の部分構造のブロック図である。図１９を参照すると、携帯電話は、無線周波数（ＲＦ）回路１９１０、メモリ１９２０、入力ユニット１９３０、ディスプレイユニット１９４０、センサ１９５０、オーディオ回路１９６０、ワイヤレス・フィデリティ（Ｗｉ−Ｆｉ）モジュール１９７０、プロセッサ１９８０、および電源１９９０のようなコンポーネントを含む。当業者であれば、図１９に示す携帯電話の構造は、携帯電話について限定を構成せず、図に示すものよりも多いもしくは少ないコンポーネントを含むか、いくつかのコンポーネントを組み合わせるか、または異なるコンポーネントの配置を有することがあると理解してもよい。

以下、図１９を参照して、携帯電話の構成コンポーネントを詳細に説明する。

ＲＦ回路１９１０は、情報の受信および送信プロセスまたは呼プロセスにおいて信号を受信および送信するように構成されてもよい。特に、基地局から下りリンク情報を受信した後、ＲＦ回路１９１０は処理のために下りリンク情報をプロセッサ１９８０に送る。追加的に、ＲＦ回路１９１０は、関連上りリンクデータを基地局に送信する。一般に、ＲＦ回路１９１０は、アンテナ、少なくとも１つの増幅器、トランシーバ、結合器、低ノイズ増幅器（ＬＮＡ）、デュプレクサなどを含むが、これらに限定されない。追加的に、ＲＦ回路１９１０は、無線通信を介してネットワークおよび別のデバイスとさらに通信してもよい。任意の通信標準またはプロトコルが無線通信のために使用されてもよく、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）システム、符号分割多元接続（ＣＤＭＡ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ）システム、ロング・ターム・エボリューション（ＬＴＥ）システム、電子メール、ショート・メッセージ・サービス（ＳＭＳ）などを含むが、これらに限定されない。

メモリ１９２０は、ソフトウェアプログラムおよびモジュールを記憶するように構成されてもよい。プロセッサ１９８０は、携帯電話の種々の機能アプリケーションを行い、メモリ１９２０に記憶されたソフトウェアプログラムおよびモジュールを実行することによってデータを処理する。メモリ１９２０は、主に、プログラム記憶領域およびデータ記憶領域を含んでもよい。プログラム記憶領域は、オペレーティングシステム、少なくとも１つの機能（サウンド再生機能および画像再生機能など）によって必要とされるアプリケーションプログラムなどを記憶してもよい。データ記憶領域は、携帯電話の使用に基づいて作成されたデータ（音声データ、電話帳など）などを記憶することができる。追加的に、メモリ１９２０は、高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、例えば、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリ、または別の揮発性固体記憶デバイスをさらに含んでもよい。

入力ユニット１９３０は、入力されたデジタルまたは文字情報を受信し、携帯電話のユーザ設定および機能制御に関連するキー信号入力を生成するように構成されてもよい。具体的には、入力ユニット１９３０は、タッチパネル１９３１および他の入力デバイス１９３２を含んでもよい。タッチパネル１９３１は、タッチスクリーンとも呼ばれ、タッチパネル１９３１上またはその近傍でユーザによって行われるタッチ操作（例えば、ユーザによってタッチパネル１９３１上またはタッチパネル１９３１の近傍で、指またはスタイラスのような任意の適切な物体またはアクセサリを使用して行われる操作）を収集してもよく、プリセットプログラムに従って対応する接続装置を駆動してもよい。任意に、タッチパネル１９３１は、タッチ検出装置とタッチコントローラの２つの部分を含んでもよい。タッチ検出装置は、ユーザのタッチ方向および位置を検出し、タッチ操作によってもたらされた信号を検出し、タッチコントローラにその信号を送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報をタッチポイント座標に変換し、次いで、タッチポイント座標をプロセッサ１９８０に送信し、プロセッサ１９８０によって送信されたコマンドを受信し、実行する。追加的に、タッチパネル１９３１は、抵抗型、容量型、赤外型、および表面音波型などの複数の型で実装されてもよい。タッチパネル１９３１に加えて、入力ユニット１９３０は、他の入力デバイス１９３２をさらに含んでもよい。具体的には、他の入力デバイス１９３２は、物理的なキーボード、機能ボタン（ボリューム制御キーまたはオン／オフキーなど）、トラックボール、マウス、およびジョイスティックのうちの１つ以上を含んでもよいが、これらに限定されない。

ディスプレイユニット１９４０は、ユーザによって入力された情報、またはユーザに提供された情報、および携帯電話の種々のメニューを表示するように構成されてもよい。ディスプレイスクリーン１９４０は、ディスプレイパネル１９４１を含んでもよい。任意に、ディスプレイパネル１９４１は、液晶ディスプレイ（liquid crystal display、LCD）、有機発光ダイオード（organic light-emitting diode、OLED）などの形態で構成されてもよい。さらに、タッチパネル１９３１は、ディスプレイパネル１９４１をカバーしてもよい。タッチパネル１９３１がタッチパネル１９３１上またはその近傍でタッチ操作を検出した後、タッチ操作がプロセッサ１９８０に送信されて、タッチイベントのタイプを決定する。次いで、プロセッサ１９８０は、タッチイベントのタイプに基づいて、ディスプレイパネル１９４１上に対応する視覚出力を提供する。図１９では、タッチパネル１９３１およびディスプレイパネル１９４１が携帯電話の入力および入力機能を実装するために２つの独立した部分として使用されているが、いくつかの実施形態では、タッチパネル１９３１およびディスプレイパネル１９４１は、携帯電話の入力および出力機能を実装するために統合されてもよい。

携帯電話は、光センサ、運動センサ、および別のセンサなどの少なくとも１つのセンサ１９５０をさらに含んでもよい。具体的には、光センサは、周辺光センサおよび近接センサを含んでもよい。周辺光センサは、周辺光の輝度に基づいてディスプレイパネル１９４１の輝度を調整してもよい。近接センサは、携帯電話が耳に移動したときに、ディスプレイパネル１９４１および／またはバックライトをオフにしてもよい。運動センサのタイプとして、加速度計センサは、各方向（通常は３軸）の加速度値を検出してもよく、静止状態の重力の値および方向を検出してもよく、携帯電話の姿勢を識別するためのアプリケーション（風景モードと肖像モードとの間のスクリーン切り替え、関連するゲーム、磁力計の姿勢較正）、振動識別に関連する機能（歩数計またはノック）等に使用されてもよい。ジャイロスコープ、気圧計、湿度計、温度計、または赤外線センサのような他のセンサも、携帯電話においてさらに構成されてもよい。詳細は本明細書では説明されない。

オーディオ回路１９６０、スピーカ１９６１、およびマイクロフォン１９６２は、ユーザと携帯電話との間のオーディオインターフェースを提供することができる。オーディオ回路１９６０は、受信したオーディオデータを電気信号に変換し、次いで、電気信号をラウドスピーカ１９６１に送信し、ラウドスピーカ１９６１は、電気信号を出力のための音響信号に変換する。追加的に、マイクロフォン１９６２は、収集された音響信号を電気信号に変換する。オーディオ回路１９６０は、電気信号を受信し、電気信号をオーディオデータに変換し、次いで、処理のためにオーディオデータをプロセッサ１９８０に出力する。処理の後、プロセッサ１９８０は、ＲＦ回路１９１０を使用して、例えば別の携帯電話にオーディオデータを送信するか、または、さらなる処理のために、オーディオデータをメモリ１９２０に出力する。

Ｗｉ−Ｆｉは近距離無線伝送技術である。Ｗｉ−Ｆｉモジュール１９７０により、携帯電話は、ユーザが電子メールを送受信したり、ウェブページをブラウズしたり、ストリーミングメディアにアクセスしたりするのに役立ってもよい。Ｗｉ−Ｆｉモジュール１９７０は、ユーザにブロードバンドインターネットへの無線アクセスを提供する。図１９は、Ｗｉ−Ｆｉモジュール１９７０を示しているが、Ｗｉ−Ｆｉモジュール１９７０は、携帯電話の必須のコンポーネントではなく、本出願の本質を変更することなく、要件に基づいて省略されてもよいと理解され得る。

プロセッサ１９８０は、携帯電話の制御センターであり、種々のインタフェースおよび回線を使用して携帯電話全体の種々の部分を接続し、メモリ１９２０に記憶されているソフトウェアプログラムおよび／またはモジュールを動作させまたは実行し、メモリ１９２０に記憶されているデータを呼び出すことにより、携帯電話の種々の機能を実行し、データを処理して、携帯電話の全体的な監視を行う。任意で、プロセッサ１９８０は、１つ以上の処理ユニットを含んでもよい。好ましくは、アプリケーションプロセッサとモデムプロセッサは、プロセッサ１９８０に統合されてもよい。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインターフェース、アプリケーションなどを処理する。モデムプロセッサは主に無線通信を処理する。前述のモデムプロセッサは、プロセッサ１９８０に統合されなくてもよいと理解され得る。

携帯電話は、各コンポーネントに電力を供給する電源１９９０（バッテリなど）をさらに含む。好ましくは、電源は、電力管理システムを使用することによってプロセッサ１９８０に論理的に接続され、電力管理システムを使用することによって、充電、放電、および電力消費管理などの機能を実装することができる。

図示されていないが、携帯電話は、カメラ、ブルートゥースモジュールなどをさらに含んでもよい。詳細は本明細書では説明されない。

本出願のこの実施形態では、プロセッサ１９８０は、図２から図８に示す実施形態において端末によって行われるアクションの全てまたは一部を行うように具体的に構成される。詳細は本明細書では説明されない。

図２０は、本出願の一実施形態によるサーバの概略構造図である。サーバ２０００は、異なる構成または性能のために比較的大きな差を有してもよく、中央処理ユニット（central processing units、CPU）２０２２（例えば、１つ以上のプロセッサ）、メモリ２０３２、およびアプリケーションプログラム２０４２またはデータ２０４４を記憶する１つ以上の記憶媒体２０３０（例えば、１つ以上の大容量記憶デバイス）を含んでもよい。メモリ２０３２および記憶媒体２０３０は、一時記憶または永久記憶のために使用されてもよい。記憶媒体２０３０に記憶されたプログラムは、少なくとも１つのモジュール（図示せず）を含んでもよく、各モジュールは、サーバに対する一連の命令操作を含んでもよい。さらに、中央処理ユニット２０２２は、記憶媒体２０３０と通信して、記憶媒体２０３０内で一連の命令操作をサーバ２０００上で行うように構成されてもよい。

中央処理ユニット２０２２は、命令操作に従って、図２〜図８に示す実施形態においてサーバ（ＳＭ−ＤＰ＋サーバ、ＭＮＯサーバ、ＳＭ−ＤＳサーバ、および更新サーバを含む）によって行われる全部または一部のアクションを行ってもよい。詳細は本明細書では説明されない。

サーバ２０００は、さらに、１つ以上の電源２０２６、１つ以上の有線または無線ネットワークインタフェース２０５０、１つ以上の入力／出力インタフェース２０５８、および／またはＷｉｎｄｏｗｓ ＳＴＭ、Ｍａｃ ＯＳ ＸＴＭ、ＵｎｉｘＴＭ、ＬｉｎｕｘＴＭ、およびＦｒｅｅＢＳＤＴＭなどの１つ以上のオペレーティングシステム２０４１を含んでもよい。

前述の実施形態においてサーバによって実行されるステップは、図２０に示されるサーバ構造に基づいてもよい。

当業者であれば、便利で簡単な説明のために、前述のシステム、デバイス、およびユニットの詳細な作業プロセスについては、前述の方法の実施形態における対応するプロセスを参照するものと明確に理解してもよく、詳細は本明細書では再度説明されない。

本出願に提供されるいくつかの実施形態では、開示されたシステム、装置、および方法は、他の方式で実装されてもよいと理解されたい。例えば、説明された装置の実施形態は、単なる一例にすぎない。例えば、ユニット分割は、単なる論理機能分割であり、実際の実装においては他の分割であってもよい。例えば、複数のユニットまたはコンポーネントは、別のシステムに組み合わせられるか、もしくは統合されてもよく、またはいくつかの特徴は、無視されるか、もしくは行われなくてもよい。追加的に、表示されまたは論じられた、相互結合もしくは直接的な結合または通信接続は、いくつかのインタフェースを使用することによって実装されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的、機械的、または他の形態で実装されてもよい。

別個の部分として説明されるユニットは、物理的に分離されていてもされていなくてもよく、また、ユニットとして表示される部分は、物理的ユニットであってもなくてもよく、１つの位置にあってもよく、または複数のネットワークユニット上に分散されていてもよい。ユニットの一部または全部は、実施形態の解決策の目的を達成するために、実際の要件に基づいて選択されてもよい。

追加的に、本出願の実施形態における機能ユニットは、１つの処理ユニットに統合されてもよく、またはユニットの各々は、物理的に単独で存在してもよく、または２つ以上のユニットは、１つのユニットに統合される。統合ユニットは、ハードウェアの形態で実装されてもよく、またはソフトウェア機能ユニットの形態で実装されてもよい。

統合ユニットがソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、統合ユニットは、コンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本出願の技術的解決策は、本質的に、先行技術に寄与する部分、または技術的解決策の全部もしくは一部が、ソフトウェア製品の形態で実装されてもよい。ソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってもよい）に、本出願の実施形態に説明される方法の全部または一部のステップを行うように指示するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ、磁気ディスク、または光ディスクのようなプログラムコードを記憶することができる任意の媒体を含む。

前述の実施形態は、単に本出願の技術的解決策を説明することを意図しているにすぎず、本出願を限定することを意図していない。本出願は、前述の実施形態を参照して詳細に説明されているが、当業者であれば、依然として、本出願の実施形態の技術的解決策の精神および範囲から逸脱することなく、前述の実施形態に説明された技術的解決策を変更したり、その技術的特徴のいくつかを等価に置き換えてもよいと理解すべきである。

Claims (42)

1. プロファイル伝送方法であって、
   端末が第１のオペレーティングシステムＯＳを動作させているときに、前記端末によって、第２のＯＳ識別子を取得することであって、前記第２のＯＳ識別子は、第２のプロファイルと一致する、取得することと、
   前記端末によって、前記第２のＯＳ識別子に基づいて第２のＯＳへ切り替えることと、
   前記端末によって、ターゲットメッセージをサーバに送信することであって、前記ターゲットメッセージは、前記第２のプロファイルを要求するために使用される、送信することと、
   前記端末によって、前記サーバから前記第２のプロファイルを取得することと、を含む、方法。
2. 端前記末によって、第２のＯＳ識別子を取得することは、
   前記端末によって、アクティベーションコードを取得することであって、前記アクティベーションコードは、前記第２のＯＳ識別子に基づいて前記サーバによって生成される、取得することと、
   前記端末によって、前記アクティベーションコードから前記第２のＯＳ識別子を抽出することと、を含む、請求項１に記載の方法。
3. 前記端末によって、第２のＯＳ識別子を取得することは、
   前記端末によって、ＯＳ識別子リストおよび一致識別子を前記サーバに送信することであって、前記一致識別子と前記第２のプロファイルとの間に一意の対応がある、送信することと、
   前記端末によって、前記サーバによって送信された前記第２のＯＳ識別子を受信することであって、前記第２のＯＳ識別子が、前記一致識別子に基づいて前記ＯＳ識別子リストから前記サーバによって決定される、受信することと、を含む、請求項１に記載の方法。
4. 前記端末によって、前記サーバから前記第２のプロファイルを取得することの後に、当該方法は、さらに、
   前記端末によって、前記第２のＯＳ識別子を前記サーバに送信することと、
   前記サーバが前記第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、前記端末によって、前記サーバから前記ＲＰＭ情報を取得することであって、前記ＲＰＭ情報は、前記第２のプロファイルを管理するために使用される、取得することと、を含む、請求項１〜３のいずれか一項に記載の方法。
5. プロファイル伝送方法であって、
   サーバによって、端末によって送信されたターゲットメッセージを受信することであって、前記ターゲットメッセージは、前記端末が第２のＯＳ識別子に基づいて第２のＯＳに切り替えた後に生成され、前記第２のＯＳ識別子は、前記端末が第１のＯＳを動作させているときに取得され、前記第２のＯＳ識別子は、第２のプロファイルと一致する、受信することと、
   前記サーバによって、前記ターゲットメッセージに基づいて前記第２のプロファイルを決定することと、
   前記サーバによって、前記第２のプロファイルを前記端末に送信することと、を含む、方法。
6. サーバによって、端末によって送信されたターゲットメッセージを受信することの前に、当該方法は、さらに、
   前記サーバによって、前記第２のＯＳ識別子に基づいてアクティベーションコードを生成することを含む、請求項５に記載の方法。
7. サーバによって、端末によって送信されたターゲットメッセージを受信することの前に、当該方法は、さらに、
   前記サーバによって、前記端末によって送信されたＯＳ識別子リストおよび一致識別子を受信することであって、前記一致識別子と前記第２のプロファイルとの間に一意の対応がある、受信することと、
   前記サーバによって、前記一致識別子に基づいて前記ＯＳ識別子リストから前記第２のＯＳ識別子を決定することと、前記第２のＯＳ識別子を前記端末に送信することと、を含む、請求項５に記載の方法。
8. 前記サーバによって、前記第２のプロファイルを前記端末に送信することの後に、当該方法は、さらに、
   前記サーバによって、前記端末によって送信された前記第２のＯＳ識別子を受信することと、
   前記サーバが前記第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、前記サーバによって、前記ＲＰＭ情報を前記端末に送信することであって、前記ＲＰＭ情報は、前記第２のプロファイルを管理するために使用される、送信することと、を含む、請求項５〜７のいずれか一項に記載の方法。
9. バンドル伝送方法であって、
   端末によって、第１のメッセージをサーバに送信することであって、前記第１のメッセージは、前記サーバからバンドルを要求するために使用され、前記バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを含む、送信することと、
   前記端末によって、前記サーバによって送信されたバンドル識別子を受信することと、
   前記バンドル識別子が、前記端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、前記端末によって、前記サーバから前記ＯＳファイルおよび前記プロファイルを取得することと、を含む、方法。
10. 前記端末によって、前記サーバによって送信されたバンドル識別子を受信することの前に、当該方法は、さらに、
    前記端末によって、バンドル識別子リストを前記サーバに送信することであって、前記バンドル識別子は、前記バンドル識別子リストに基づいて前記サーバによって決定される、請求項９に記載の方法。
11. 前記端末によって、前記サーバから前記ＯＳファイルおよび前記プロファイルを取得することは、
    前記端末によって、前記サーバから前記ＯＳファイルを第１のセキュリティドメインにダウンロードすることであって、前記第１のセキュリティドメインは、前記サーバによって設定される、ダウンロードすることと、
    前記端末によって、サーバから前記プロファイルを第２のセキュリティドメインにダウンロードすることであって、前記第２のセキュリティドメインは、前記サーバによって設定される、ダウンロードすることと、を含む、請求項９または１０に記載の方法。
12. バンドル伝送方法であって、
    サーバによって、端末によって送信された第１のメッセージを受信することであって、前記第１のメッセージは、前記サーバからのバンドルを要求するために使用され、前記バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを含む、受信することと、
    前記サーバによって、バンドル識別子を前記端末に送信することと、
    前記バンドル識別子が前記端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、前記サーバによって、前記ＯＳファイルおよび前記プロファイルを前記端末に送信することと、を含む、方法。
13. 前記サーバによって、バンドル識別子を前記端末に送信することの前に、当該方法は、さらに、
    前記サーバによって、前記端末によって送信されたバンドル識別子リストを受信することと、
    前記サーバによって、前記バンドル識別子リストに基づいて前記バンドル識別子を決定することと、を含む、請求項１２に記載の方法。
14. 前記サーバによって、前記ＯＳファイルおよび前記プロファイルを端末に送信することは、
    前記サーバによって、第１のセキュリティドメインおよび第２のセキュリティドメインを設定することと、
    前記サーバによって、前記ＯＳファイルを前記第１のセキュリティドメインに送信し、前記プロファイルを前記第２のセキュリティドメインに送信することと、を含む、請求項１２または１３に記載の方法。
15. 発行者セキュリティドメインルートＩＳＤ−Ｒ更新方法であって、
    組み込み型ユニバーサル集積回路カードｅＵＩＣＣが第１のオペレーティングシステムＯＳを動作させているときに、前記ｅＵＩＣＣによって、前記第１のＯＳに対応する第１の発行者セキュリティドメインルートＩＳＤ−Ｒの第１のバージョン情報をプライマリプラットフォームＰＰに送信することと、
    前記ｅＵＩＣＣが第２のオペレーティングシステムＯＳを動作させているときに、前記ｅＵＩＣＣによって、前記ＰＰによって送信された前記第１のバージョン情報を受信することと、
    前記第１のバージョン情報が前記第２のＯＳに対応する第２のＩＳＤ−Ｒの第２のバージョン情報と一致しない場合、前記ｅＵＩＣＣによって、前記第２のバージョン情報に対応するデータ情報を取得することであって、前記データ情報は、前記第２のＩＳＤ−Ｒを更新するために使用される、取得することと、を含む方法。
16. プロファイル伝送方法であって、
    端末が第１のオペレーティングシステムＯＳを動作させているときに、前記端末によって、第２のＯＳ識別子を取得し、前記第２のＯＳ識別子が第２のプロファイルと一致する、取得することと、
    前記端末によって、第２のＯＳからキーを取得することであって、前記第２のＯＳは、前記第２のＯＳ識別子に基づいて端末によって決定される、取得することと、
    前記端末によって、前記キーをサーバに送信することと、
    前記サーバが前記キーの検証に成功したと決定したときに、前記端末によって、前記サーバから前記第２のプロファイルを取得することと、を含む方法。
17. プロファイル伝送方法であって、
    サーバによって、端末によって送信されたキーを受信することであって、前記キーは、第２のＯＳから前記端末によって取得され、前記第２のＯＳは、第２のＯＳ識別子に基づいて前記端末によって決定され、前記第２のＯＳ識別子は、前記端末が第１のＯＳを動作させているときに取得され、前記第２のＯＳ識別子は、第２のプロファイルと一致する、受信することと、
    前記サーバが前記キーの検証に成功したときに、前記サーバによって、前記第２のプロファイルを前記端末に送信することと、を含む、方法。
18. 端末であって、
    当該端末が第１のオペレーティングシステムＯＳを動作させているときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニットであって、前記第２のＯＳ識別子は、第２のプロファイルと一致する、第１の取得ユニットと、
    前記第２のＯＳ識別子に基づいて第２のＯＳに切り替えるように構成されている切り替えユニットと、
    サーバにターゲットメッセージを送信するように構成されている送信ユニットであって、前記ターゲットメッセージは、前記第２のプロファイルを要求するために使用される、送信ユニットと、
    前記サーバから前記第２のプロファイルを取得するように構成されている第２の取得ユニットと、を含む、端末。
19. 前記第１の取得ユニットは、
    アクティベーションコードを取得するように構成されている取得モジュールであって、前記アクティベーションコードは、前記第２のＯＳ識別子に基づいて前記サーバによって生成される、取得モジュールと、
    前記アクティベーションコードから前記第２のＯＳ識別子を抽出するように構成されている抽出モジュールと、を含む、請求項１８に記載の端末。
20. 前記第１の取得ユニットは、
    ＯＳ識別子リストおよび一致識別子を前記サーバに送信するように構成されている送信モジュールであって、前記一致識別子と前記第２のプロファイルとの間に一意の対応がある、送信モジュールと、
    前記サーバによって送信された前記第２のＯＳ識別子を受信するように構成されている受信モジュールであって、前記第２のＯＳ識別子は、前記一致識別子に基づいて前記ＯＳ識別子リストから前記サーバによって決定される、受信モジュールと、を含む、請求項１８に記載の端末。
21. 前記送信ユニットは、さらに、前記第２のＯＳ識別子を前記サーバに送信するように構成されており、
    前記第２の取得ユニットは、さらに、前記サーバが前記第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、前記サーバから前記ＲＰＭ情報を取得するように構成されており、前記ＲＰＭ情報は、前記第２のプロファイルを管理するために使用される、請求項１８〜２０に記載の端末。
22. サーバであって、
    端末によって送信されたターゲットメッセージを受信するように構成されている受信ユニットであって、前記ターゲットメッセージは、前記端末が第２のＯＳ識別子に基づいて第２のＯＳに切り替えた後に生成され、前記第２のＯＳ識別子は、前記端末が第１のＯＳを動作させているときに取得され、前記第２のＯＳ識別子は、第２のプロファイルと一致する、受信ユニットと、
    前記ターゲットメッセージに基づいて前記第２のプロファイルを決定するように構成されている決定ユニットと、
    前記第２のプロファイルを前記端末に送信するように構成されている送信ユニットと、を含む、サーバ。
23. 当該サーバは、さらに、
    前記第２のＯＳ識別子に基づいてアクティベーションコードを生成するように構成されている生成ユニットを含む、請求項２２に記載のサーバ。
24. 前記受信ユニットは、さらに、前記端末によって送信されたＯＳ識別子リストおよび一致識別子を受信するように構成されており、前記一致識別子と前記第２のプロファイルとの間に一意の対応があり、
    前記決定ユニットは、さらに、前記一致識別子に基づいて前記ＯＳ識別子リストから前記第２のＯＳ識別子を決定するように構成されており、
    前記送信ユニットは、さらに、前記第２のＯＳ識別子を前記端末に送信するように構成されている、請求項２２に記載のサーバ。
25. 前記受信ユニットは、さらに、前記端末によって送信された前記第２のＯＳ識別子を受信するように構成されており、
    前記送信ユニットは、さらに、当該サーバが前記第２のＯＳ識別子に対応するリモートプロファイル管理ＲＰＭ情報を記憶するときに、前記ＲＰＭ情報を前記端末に送信するように構成されており、前記ＲＰＭ情報は、前記第２のプロファイルを管理するために使用される、請求項２２〜２４に記載のサーバ。
26. 端末であって、
    サーバに第１のメッセージを送信するように構成されている送信ユニットであって、前記第１のメッセージは、前記サーバからバンドルを要求するために使用され、前記バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを含む、送信ユニットと、
    前記サーバによって送信されたバンドル識別子を受信するように構成されている受信ユニットと、
    バンドル識別子が当該端末に事前設定されたルール認可テーブルＲＡＴと一致するときに、前記サーバから前記ＯＳファイルと前記プロファイルを取得するように構成されている、取得ユニットと、を含む、端末。
27. 前記送信ユニットは、さらに、バンドル識別子リストを前記サーバに送信するように構成されており、前記バンドル識別子は、前記バンドル識別子リストに基づいて前記サーバによって決定される、請求項２６に記載の端末。
28. 前記取得ユニットは、
    前記サーバから第１のセキュリティドメインに前記ＯＳファイルをダウンロードするように構成されている第１のダウンロードモジュールであって、前記第１のセキュリティドメインは、前記サーバによって設定される、第１のダウンロードモジュールと、
    前記サーバから第２のセキュリティドメインに前記プロファイルをダウンロードするように構成されている第２のダウンロードモジュールであって、前記第２のセキュリティドメインは、前記サーバによって設定される、第２のダウンロードモジュールと、を含む、請求項２６または２７に記載の端末。
29. サーバであって、
    端末によって送信された第１のメッセージを受信するように構成されている受信ユニットであって、前記第１のメッセージは、当該サーバからバンドルを要求するために使用され、前記バンドルは、オペレーティングシステムＯＳファイルおよびプロファイルを有する、受信ユニットと、
    前記端末にバンドル識別子を送信するように設定されている第１の送信ユニットと、
    前記バンドル識別子が前記端末に事前設定されたルール認可テーブルＲＡＴに一致するときに、前記ＯＳファイルおよび前記プロファイルを前記端末に送信するように構成されている第２の送信ユニットと、を含む、サーバ。
30. 前記受信ユニットは、さらに、前記端末によって送信されたバンドル識別子リストを受信するように構成されており、
    当該サーバは、さらに、
    前記バンドル識別子リストに基づいて前記バンドル識別子を決定するように構成されている決定ユニットを含む、請求項２９に記載のサーバ。
31. 前記第２の送信ユニットは、
    第１のセキュリティドメインおよび第２のセキュリティドメインを設定するように構成されている設定モジュールと、
    前記第１のセキュリティドメインに前記ＯＳファイルを送信し、前記第２のセキュリティドメインに前記プロファイルを送信するように構成されている送信モジュールと、を含む、請求項２９または３０に記載のサーバ。
32. 組み込み型ユニバーサル集積回路カードｅＵＩＣＣであって、
    当該ｅＵＩＣＣが第１のオペレーティングシステムＯＳを動作させているときに、前記第１のＯＳに対応する第１の発行者セキュリティドメインルートＩＳＤ−Ｒの第１のバージョン情報をプライマリプラットフォームＰＰに送信するように構成されている送信ユニットと、
    当該ｅＵＩＣＣが第２のオペレーティングシステムＯＳを動作させているときに、前記ＰＰによって送信された前記第１のバージョン情報を受信するように構成されている受信ユニットと、
    前記第１のバージョン情報が前記第２のＯＳに対応する第２のＩＳＤ−Ｒの第２のバージョン情報と一致しない場合、前記第２のバージョン情報に対応するデータ情報を取得するように構成されている取得ユニットであって、前記データ情報は、前記第２のＩＳＤ−Ｒを更新するために使用される、取得ユニットと、を含むｅＵＩＣＣ。
33. 端末であって、
    当該端末が第１のオペレーティングシステムＯＳを実行するときに、第２のＯＳ識別子を取得するように構成されている第１の取得ユニットであって、前記第２のＯＳ識別子は、第２のプロファイルと一致する、第１の取得ユニットと、
    第２のＯＳからキーを取得するように構成されている第２の取得ユニットであって、前記第２のＯＳは、前記第２のＯＳ識別子に基づいて当該端末によって決定される、第２の取得ユニットと、
    前記キーをサーバに送信するように構成されている送信ユニットと、
    前記キーが正常に検証されたと前記サーバが決定するときに、前記サーバから前記第２のプロファイルを取得するように構成されている第３の取得ユニットと、を含む、端末。
34. サーバであって、
    端末によって送信されたキーを受信するように構成されている受信ユニットであって、前記キーは、第２のＯＳから端末によって取得され、前記第２のＯＳは、第２のＯＳ識別子に基づいて前記端末によって決定され、前記第２のＯＳ識別子は、前記端末が第１のＯＳを動作させているときに取得され、前記第２のＯＳ識別子は、第２のプロファイルと一致する、受信ユニットと、
    当該サーバが前記キーを正常に検証したときに、前記第２のプロファイルを前記端末に送信するように構成されている送信ユニットと、を含む、サーバ。
35. メモリと、１つ以上のプロセッサと、１つ以上のプログラムとを、含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項１〜４のいずれか一項に記載の方法を行う、端末。
36. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項５〜８のいずれか一項に記載の方法を行う、サーバ。
37. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項９〜１１のいずれか一項に記載の方法を行う、端末。
38. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項１２〜１４のいずれか一項に記載の方法を行う、サーバ。
39. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項１５に記載の方法を行う、組み込み型ユニバーサル集積回路カードｅＵＩＣＣ。
40. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項１６に記載の方法を行う、端末。
41. メモリと、１つ以上のプロセッサと、１つ以上のプログラムと、を含み、前記１つ以上のプログラムは、前記メモリに記憶され、前記プロセッサは、前記１つ以上のプログラムを実行して、請求項１７に記載の方法を実行する、サーバ。
42. 命令を含み、命令がコンピュータ上で動作するときに、前記コンピュータは、請求項１〜１７のいずれか一項に記載の方法を行うことが可能となる、コンピュータ可読記憶媒体。

Images