(57)【要約】【課題】本発明は、ホスト端末に統合された同じセキュア要素内で同時にアクティブな複数の加入者プロファイルの管理に関する。【解決手段】端末のベースバンドプロセッサとセキュア要素の通信インタフェースコントローラとが協力して、アクティブプロファイルの各１つに対して異なる別個のリンクを確立する。そのため、複数のプロファイルに対応できるので、複数のプロファイルを同時に使用できる。リンクは、従来のISO 7816リンクでもよい。HCI/SWPインタフェースにより、多数の論理リンク（またはHCIパイプ）が、端末におけるセキュア要素を接続するための単一の追加タブを使用して確立されることができる。そのため、各アクティブプロファイルは、それに関連するメッセージのルーティングを行うためのHCIパイプと関連付けられる。変形例または組み合わせにおいて、SPIインタフェースによって、マスタ−スレーブ論理リンクが確立されることができる。【選択図】図３
2020072476.tif 000002
【特許請求の範囲】
【請求項１】
ホスト端末（２００）とインタラクトするのに適したセキュア要素（３００）であって、前記セキュア要素は、
前記ホスト端末と通信するための通信インタフェースコントローラ（３０５）を備え、
それぞれが移動電話ネットワーク（１００、１００’）におけるユーザを認証する複数の加入者プロファイル（Ｐ）を備え、
複数の加入者プロファイルを同時にアクティブ化するように構成され、
前記通信インタフェースコントローラは、前記ホスト端末との複数の別個の通信リンク（１００、４１０−１、４１０−３、４１０−４、４２０−１、４２０−３、４２０−４）を、前記複数のアクティブ加入者プロファイルとそれぞれ関連付けるように構成される、セキュア要素（３００）。
【請求項２】
前記複数の別個の通信リンクは、前記セキュア要素（３００）と前記ホスト端末（２００）との間の物理リンク（４１０）上で、ホストコントローラインタフェース（Host Controller Interface；ＨＣＩ）を通して確立される少なくとも１つの論理リンクを備える、請求項１に記載のセキュア要素（３００）。
【請求項３】
前記物理リンク（４１０）上の前記ＨＣＩを通して確立される複数の論理リンク（４１０−１、４１０−３、４１０−４）は、前記セキュア要素（３００）の複数のアクティブ加入者プロファイル（Ｐ）とそれぞれ関連付けられる、請求項２に記載のセキュア要素（３００）。
【請求項４】
前記ＨＣＩは、前記ホスト端末と前記セキュア要素との間のシングルワイヤプロトコル（Single Wire Protocol；ＳＷＰ）上で実現される、請求項２または３に記載のセキュア要素（３００）。
【請求項５】
前記複数の別個の通信リンクは、シリアルペリフェラルインタフェース（Serial Peripheral Interface；ＳＰＩ）を通して確立される１つ、２つまたは３つ以上の論理リンク（４２０−１、４２０−３、４２０−４）を備える、請求項１または２に記載のセキュア要素（３００）。
【請求項６】
前記複数の別個の通信リンクは、標準ＩＳＯ  ７８１６に準拠する１つ、２つまたは３つ以上のＩＳＯリンク（４００）を備える、請求項１、２または５に記載のセキュア要素（３００）。
【請求項７】
前記通信インタフェースコントローラは、プロファイルのアクティブ化の間、通信サービス（Ｇi）をインスタンス化し、前記インスタンス化されたサービスと、前記ホスト端末（２００）の予め割り当てられたサービス（ｇi）と、の間の通信リンクを確立するように構成される、請求項１〜６のいずれか一項に記載のセキュア要素（３００）。
【請求項８】
同じルートセキュリティドメイン（ＩＳＤ−Ｒ）のもとで管理される複数の加入者プロファイル（Ｐ）を同時にアクティブ化するように構成される、請求項１〜７のいずれか一項に記載のセキュア要素（３００）。
【請求項９】
前記セキュア要素において存在する前記複数の加入者プロファイル（Ｐ）は、２つ以上のルートセキュリティドメイン（ＩＳＤ−Ｒ１、ＩＳＤ−Ｒ２、ＩＳＤ−Ｒ３）の管理のもとで分散され、
前記セキュア要素は、一度に１つのルートセキュリティドメイン当たり単一の加入者プロファイルをアクティブ化するように構成される、請求項１〜７のいずれか一項に記載のセキュア要素（３００）。
【請求項１０】
セキュア要素（３００）を統合するのに適したホスト端末（２００）であって、
前記セキュア要素との複数の別個の通信リンク（１００、４１０−１、４１０−３、４１０−４、４２０−１、４２０−３、４２０−４）を、前記セキュア要素の複数のアクティブ加入者プロファイル（Ｐ）とそれぞれ関連付けるように構成されるベースバンドプロセッサ（２１０）を備える、ホスト端末（２００）。
【請求項１１】
非接触フロントエンド（ContactLess Front-end；ＣＬＦ）非接触通信管理モジュール（４１１）において実現されるホストコントローラインタフェース（Host Controller Interface；ＨＣＩ）のホストコントローラと、
アクティブ加入者プロファイル（Ｐ）に対して、前記ＨＣＩのホストコントローラとして作動する前記ＣＬＦ管理モジュール（４１１）を介して、前記セキュア要素における前記アクティブ加入者プロファイルを管理するサービス（Ｓ１、Ｓ３）とのパイプ（４１０−１、４１０−３、４１０−４）を確立するように構成される前記ベースバンドプロセッサ（２１０）のホストプロセス（ｓ１、ｓ３）と、をさらに備える、請求項１０に記載のホスト端末（２００）。
【請求項１２】
前記ベースバンドプロセッサ（２１０）は、前記１つまたは複数のアクティブ加入者プロファイルのそれぞれに対してマスタ−スレーブリンクを確立するように構成され、専用スレーブエンティティは、前記セキュア要素において提供される、請求項１０に記載のホスト端末（２００）。
【請求項１３】
複数の通信サービス（ｇi）は、１つまたは複数の移動電話ネットワーク上の複数の通信リソースに予め割り当てられ、
前記別個の通信リンクは、各アクティブ加入者プロファイルがそれぞれの通信リソースと関連付けられるように、前記予め割り当てられた通信サービスに基づいて確立される、請求項１０に記載のホスト端末（２００）。
【請求項１４】
ホスト端末（２００）と、前記ホスト端末に統合され、複数の加入者プロファイル（Ｐ）であって、当該複数の加入者プロファイルのそれぞれが移動電話ネットワーク（１００、１００’）におけるユーザを認証する複数の加入者プロファイルを備えるセキュア要素（３００）と、の間の通信を制御する方法であって、前記方法は、
前記セキュア要素において同時にアクティブな複数の加入者プロファイルの各アクティブ加入者プロファイル（Ｐ）に対して、前記ホスト端末と前記セキュア要素との間の別個の通信リンク（１００、４１０−１、４１０−３、４１０−４、４２０−１、４２０−３、４２０−４）を確立すること（４４）と、
前記ホスト端末または前記セキュア要素において、アクティブ加入者プロファイルに関連するメッセージのストリームの、前記アクティブ加入者プロファイルに対して確立された前記通信リンクへのルーティングを行うこと（５０−５２、６５−６７）と、を有する、方法。
【請求項１５】
マイクロプロセッサが読取り可能な情報媒体であって、
前記マイクロプロセッサによりダウンロードされて実行されると、請求項１４に記載の前記方法を実現するコンピュータプログラムの命令を備える、情報媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホストユーザ端末において使用されるセキュア要素（secure elements）に関し、より具体的には、ユーザが移動電話ネットワークにアクセスすることを可能にする多数の同時にアクティブな加入者プロファイルの管理および制御に関する。
【背景技術】
【０００２】
移動電話ネットワーク上での認証に従来使用されているセキュア要素としては、ユニバーサル集積回路カード（Universal Integrated Circuit Card；ＵＩＣＣ）カードがあり、特に、加入者識別モジュール（Subscriber Identity Module；ＳＩＭ）カードがある。各カードは、例えば、移動電話オペレータにより提供されサブスクリプションに固有な、国際移動体加入者識別情報（International Mobile Subscriber Identity；ＩＭＳＩ）識別子、暗号化キーおよびアルゴリズムなどのサブスクリプションデータ（subscription data）を備える。
【０００３】
マルチＳＩＭ端末（一般には２つのＳＩＭであり、その場合、ＤＵＡＬ  ＳＩＭ端末と称される）が登場して、そのユーザが、複数のサブスクリプションを有すること、したがって、複数のサブスクリプションを複雑な取扱いなしで同時に使用することを可能にした。そして、各ＳＩＭカードは、ＩＳＯリンクにより（ＳＩＭカードの接触を介して）、端末のベースバンドプロセッサにリンクされ、これにより２枚のＳＩＭカードは別個に管理され、ベースバンドプロセッサは、対応するネットワークストリームのルーティングのみを行う。
【０００４】
サブスクリプションの管理により高い柔軟性を与える埋め込みＵＩＣＣ（embedded UICC；ｅＵＩＣＣ）カードもまた登場した。
【０００５】
ｅＵＩＣＣカードの主な仕様は、移動通信用グローバルシステム協会（Global System for Mobile Communications Association；ＧＳＭ（登録商標）Ａ）グループにより、２０１７年６月２７日付の「Remote Provisioning Architecture for Embedded UICC-Technical Specification-Version 3.2」というタイトルのＧＳＭＡ標準ＳＧＰ．０２  ｖ  ３．２において定義されている。ｅＵＩＣＣモジュールは、セキュアハードウェア要素であり、一般には小型で、従来のＳＩＭカードの機能を実現する（implement）ために、モバイルホスト端末（mobile host terminal）の中に統合できる。
【０００６】
ｅＵＩＣＣカードは、実際には再プログラム可能であり（reprogrammable）、したがって、複数の加入者プロファイル（または通信プロファイル）を、同じｅＵＩＣＣカード内でダウンロード、削除、および更新することを可能にする。各加入者プロファイルは、従来のＳＩＭカードと同様に、プロファイルがアクティブであるときに、サービス（例えば、音声またはデータサービス）にアクセスするために、対応する移動電話ネットワークとの認証を可能にするデータを含む（ＧＳＭＡ標準に従ってＩＳＤ−Ｐと表記される）セキュアコンテナに含まれる。
【０００７】
ｅＵＩＣＣカードにおけるアクティブ加入者プロファイルを変更することにより、オペレータを変更でき、または、関連付けられたサービス（例えば、音声および／もしくはデータサービス）へのアクセスを修正できる。
【０００８】
ＧＳＭＡ標準は、一度に単一の加入者プロファイルのアクティブ化を認可する（authorizes）だけである。さらに、別の加入者プロファイルのアクティブ化は、そのときにアクティブな加入者プロファイルの非アクティブ化につながる。
【０００９】
ｅＵＩＣＣカードは、一般に、ハンダ付けによりホスト端末に統合でき、ホスト端末との単一のＩＳＯリンクを有し、カードの単一のアクティブプロファイルに対する管理およびアクセスを可能にする。
【００１０】
この環境（context）は、ＤＵＡＬ  ＳＩＭ端末における場合のように、ｅＵＩＣＣにおいて存在する多数の加入者プロファイルの利点を十分に生かすことができないので、不十分である。
【００１１】
仏国特許出願公開第３０４６０１１号明細書に開示されるような、単一のＩＳＯリンクを複数の加入者プロファイルの間で共有することを目的とする１つの解決策もまた、異なるアクティブ加入者プロファイルに対応するコマンドの異なるストリームを区別するためには、ＩＳＯ  ７８１６プロトコルに従うＡＰＤＵコマンドの複雑な管理を必要とするので、これもまた不十分である。
【００１２】
そのため、マルチＳＩＭ端末の多くの利点からの恩恵（特に、複数のプロファイルに関連するサービスへの同時アクセス可能性）を受けるために、同じｅＵＩＣＣカード内の複数のアクティブプロファイルの管理、したがって、それへのアクセスを容易にするための技術的解決策に対する必要性がある。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、これらの制限を克服することを目的とする。
【課題を解決するための手段】
【００１４】
この環境において、本発明は、ホスト端末とインタラクトするのに適したセキュア要素に関し、このセキュア要素は、ホスト端末と通信するための通信インタフェースコントローラを備え、それぞれが移動電話ネットワークにおけるユーザを認証する複数の加入者プロファイルを備え、複数の加入者プロファイルを同時にアクティブ化するように構成され、通信インタフェースコントローラは、ホスト端末との複数の別個の通信リンクを、複数のアクティブ加入者プロファイルとそれぞれ関連付けるように構成されることを特徴とする。
【００１５】
本発明は、また、セキュア要素を統合するのに適したホスト端末に関し、このホスト端末は、セキュア要素との複数の別個の通信リンクを、セキュア要素の複数のアクティブ加入者プロファイルとそれぞれ関連付けるように構成されるベースバンドプロセッサを備える。そのため、ホスト端末は、異なるアクティブプロファイルに対して異なるリンクを確立でき、したがって、適切な通信リンク上で、これらの異なるアクティブプロファイルに関連する（例えば、コマンドなどの）ストリームのルーティングを行うことができる。
【００１６】
本発明の更なる目的は、ホスト端末と、ホスト端末に統合され、複数の加入者プロファイル（Ｐ）であって、当該複数の加入者プロファイルのそれぞれが移動電話ネットワークにおけるユーザを認証する複数の加入者プロファイルを備えるセキュア要素と、の間の通信を制御する方法であって、この方法は、
セキュア要素において同時にアクティブな複数の加入者プロファイルの各アクティブ加入者プロファイルに対して、ホスト端末とセキュア要素との間の別個の通信リンクを確立することと、
ホスト端末またはセキュア要素において（または両方において）、アクティブ加入者プロファイルに対して確立された通信リンクへの、アクティブ加入者プロファイルに関するメッセージのストリームのルーティングを行うことと、を有する。
【００１７】
本発明の１つのコンセプトは、典型的にはｅＵＩＣＣカードであるセキュア要素と、ホスト端末と、の間の単一の物理ＩＳＯ接続タブの制限を克服して、より多くの数の通信リンクを可能にすることである。
【００１８】
これにより、セキュア要素は、複数のアクティブプロファイルに対して別個の通信チャネルを使用することができる。そして、ホスト端末、特にそのベースバンドプロセッサは、別個のかつ独立したチャネルを使用して、アクティブプロファイルへアクセスできる。そのため、ＡＰＤＵメッセージに関する複雑な管理を必要とせずに、複数の加入者プロファイルの同時使用が可能になる。
【００１９】
本発明の実施形態のオプションとしての特徴は、従属請求項において定義される。
【００２０】
１つの実施形態によれば、複数の別個の通信リンクは、標準ＩＳＯ  ７８１６（より具体的には、ＩＳＯ  ７８１６−３および７８１６−４）に準拠する単一のＩＳＯリンクを備える。従来のＩＳＯリンクへのこの参照により、少なくとも１つのアクティブプロファイルに対して、従来の動作を維持することが可能になる。したがって、他のアクティブプロファイルに対するリンクは、１つまたは複数の異なる物理リンク上で完成される。
【００２１】
特定の実施形態によれば、複数の別個の通信リンクは、標準ＩＳＯ  ７８１６に準拠する２つまたは３つ以上のＩＳＯリンクを備える。この場合、本発明によって、従来の手順に従った、セキュア要素の２つ以上のアクティブプロファイルに対する管理およびアクセスが可能になる。それにもかかわらず、セキュア要素は、新しい物理ＩＳＯ接続タブが追加され、内部通信インタフェースコントローラが、適切なプロファイル（ＩＳＤ−Ｐ）へのコマンドのストリームのルーティングを行うためにこれを考慮するという点において特有（specific）である。同じことは、ホスト端末のベースバンドプロセッサに対しても当てはまる。
【００２２】
もちろん、他の実施形態は、ＩＳＯリンク以外の１つまたは複数の通信リンクに基づく。
【００２３】
特に有利な実施形態によれば、複数の別個の通信リンクは、セキュア要素とホスト端末との間の物理リンク上で、ホストコントローラインタフェース（Host Controller Interface；ＨＣＩ）を通して確立される少なくとも１つの論理リンク（またはパイプ）を備える。このＨＣＩは、「Smart Cards; UICC-ContactLess Front-end (CLF) Interface; Host Controller Interface (HCI)」というタイトルの技術文献ＥＴＳＩ  ＴＳ  １０２  ６２２  Ｖ１２．０．０において特に定義される。
【００２４】
ここで提案される構成によって、有利には、セキュア要素と端末との間の限られた数の追加の物理接続タブ（物理リンク）を通して、セキュア要素の非常に多数のアクティブプロファイルに容易に対処できる。特に、物理リンク上で、ＨＣＩを通して確立された複数（すなわち、２つ以上）の論理リンクは、セキュア要素の複数のアクティブ加入者プロファイルのそれぞれと関連付けられる。特に有効な実施形態において、ＨＣＩは、ホスト端末とセキュア要素との間で、シングルワイヤプロトコル（Single Wire Protocol；ＳＷＰ）上で（ＩＳＯデータリンク層によって）実現され、このＳＷＰは、「Smart Cards; UICC-ContactLess Front-end (CLF) Interface; Part 1: Physical and data link layer characteristics」というタイトルの技術文献ＥＴＳＴ  ＴＳ  １０２  ６１３  Ｖ１１．０．０において定義される。ここで、セキュア要素の複数のアクティブプロファイルを同時に管理するために１つのみの接続タブを必要とするＳＷＰ／ＨＣＩ技術を参照する。
【００２５】
ホスト端末側において、ＨＣＩのホストコントローラは、非接触フロントエンド（ContactLess Front-end；ＣＬＦ）非接触通信管理モジュールにおいて実現され、このモジュールは、従来、近距離無線通信（Near Field Communication；ＮＦＣ）互換端末を備え、ベースバンドプロセッサのホストプロセスは、アクティブ加入者プロファイルに対して、ＨＣＩのホストコントローラとして作動するＣＬＦ管理モジュールを介して、セキュア要素におけるアクティブ加入者プロファイルを管理する、（ＨＣＩにおける「ゲート（gate）」に直接関連付けられる）サービスとの（ＨＣＩの命名法によれば）パイプを確立するように構成される。
【００２６】
そのため、本発明は、加入者プロファイルの管理以外の応用可能な（applicative）使用法のために従来から留保されている（reserved）ＨＣＩインタフェースの柔軟性からの恩恵を受ける。
【００２７】
ＳＷＰ／ＨＣＩ技術に対する変形例として、複数の別個の通信リンクは、シリアルペリフェラルインタフェース（Serial Peripheral Interface；ＳＰＩ）を通して確立される１つ、２つまたは３つ以上の論理リンクを備えることができる。再び、ベースバンドプロセッサにおけるマスタエンティティは、１つまたは複数のアクティブ加入者プロファイルのそれぞれに対してマスタ−スレーブリンクを確立するように構成され、専用スレーブエンティティは、セキュア要素において提供される。
【００２８】
Ｉ２Ｃ（Inter-Integrated Circuit）バスまたはＩ３Ｃ（Improved Inter-Integrated Circuit）通信インタフェースの使用に基づくような、他の変形例も考えることができる。
【００２９】
１つの実施形態において、複数の通信サービス（例えば、ＨＣＩゲートまたはＳＰＩサービス）が、１つまたは複数の移動電話ネットワーク上の複数の通信リソース（例えば、アンテナ、またはアンテナによる多重化のリソース）に予め割り当てられ、別個の通信リンクは、各アクティブ加入者プロファイルがそれぞれの通信リソースと関連付けられるように、予め割り当てられた通信サービスに基づいて確立される。この配置は、ホスト端末上で（ベースバンドプロセッサを介して）、メッセージのルーティングのための操作が簡素化される点において利点があり、（メッセージを受信するか、またはメッセージを送信しなければならない）各通信リソースと、セキュア要素との通信サービスと、の間は全単射である。
【００３０】
この場合、通信インタフェースコントローラは、プロファイルのアクティブ化の間、通信サービスをインスタンス化し、インスタンス化されたサービスとホスト端末の予め割り当てられたサービスとの間の通信リンクを確立するように構成される。予め割り当てられたサービスは静的なものであるので、セキュア要素は、それらのサービスを予め知ることができ、または、新しいプロファイルがアクティブ化されるたびに、ホスト端末から情報をリストアできる。
【００３１】
本発明の実施形態によれば、セキュア要素は、ＧＳＭＡ標準に従うＩＳＤ−Ｒの名称で知られている、同じルートセキュリティドメインのもとで管理される複数の加入者プロファイルを同時にアクティブ化するように（すなわち、同時にアクティブ状態を維持するように）構成される。特別な実施形態において、セキュア要素において存在する複数の加入者プロファイルは、単一のルートセキュリティドメイン、すなわち、ＩＳＤ−Ｒのもとで管理される。そして、単一のＳＭ−ＳＲ（したがって、参与（participating））が、プロファイルを管理するために必要である。
【００３２】
変形例として、セキュア要素において存在する複数の加入者プロファイルは、２つ以上のルートセキュリティドメインの管理のもとで分散される。そのため、セキュア要素は、複数のオーナ（owners）（オーナシップ（ownership））間で共用され、これらの異なるオーナによりユーザのためのプロファイルの可能性の増大を可能にする。
【００３３】
マルチオーナシップの実施形態において、セキュア要素において存在する複数の加入者プロファイルは、２つ以上のルートセキュリティドメインの管理のもとで分散され、セキュア要素は、一度に１つのルートセキュリティドメイン当たり、単一の加入者プロファイルをアクティブ化するように構成される。この構成において、各ＩＳＤ−Ｒ上での加入者プロファイルの管理は、有利にはＧＳＭＡ標準に準拠する。
【００３４】
本発明の１つの実施形態において、通信リンクは、ＡＰＤＵメッセージを搬送するために確立され、このＡＰＤＵメッセージは、例えば、２０個までの論理サブチャネルなどの複数の論理サブチャネルが定義されることを可能にする少なくとも１つのフィールドを有する。このフィールドは、必然的に（mandatorily）、標準ＩＳＯ  ７８１６に従うＡＰＤＵコマンドのヘッダにおいて、現在のクラスＣＬＡバイトのサブフィールドであることができる。例えば、フィールドは、ｂ８ｂ７が「００」に等しいとき、ｂ２ｂ１で表記されるビットにより形成され（そのため、０から３までの４つの論理チャネル番号を提供する）、ｂ８ｂ７が「０１」に等しいとき、ビットｂ４ｂ３ｂ２ｂ１により形成される（そのため、４から１９までの１６個の他の論理チャネル番号を提供する）。
【００３５】
本発明は、さらに、マイクロプロセッサが読取り可能な情報媒体にも関し、この情報媒体は、マイクロプロセッサによりダウンロードされて実行されると、前述の方法を実現するコンピュータプログラムの命令を備える。
【００３６】
このプログラムは、任意のプログラミング言語を使用でき、ソースコード形式、オブジェクトコード形式、または、部分的にコンパイルされた形式などのソースコードとオブジェクトコードとの中間コード形式、または、任意の他の所望の形式であることができる。
【００３７】
情報媒体は、プログラムを記憶可能な任意のエンティティまたはデバイスであることができる。例えば、媒体は、例えばマイクロ回路ＲＯＭなどのＲＯＭ、または、例えばハードディスクなどの磁気記録手段、または、フラッシュメモリ、などの記憶手段を備えることができる。
【００３８】
さらに、情報媒体は、電気または光信号などの、伝達可能媒体であることができ、無線または他の手段により、電気または光ケーブルを介してルーティングされることができる。プログラムは、特に、インターネット型ネットワーク、通信（communication）型ネットワーク、さらには、遠隔通信（telecommunication）型ネットワークの記憶プラットフォーム上にダウンロードされることができる。
【００３９】
代替として、情報媒体は、集積回路であることができ、その中にプログラムが組み込まれ、回路は、該方法の１つまたは複数を実行するように、またはその実行において使用されるように適合される。
【図面の簡単な説明】
【００４０】
【図１】周知の技術に係る、ホスト端末に統合されたｅＵＩＣＣにおけるプロファイルを管理するシステムの一例を例示する概略図である。
【図２】周知のＤＵＡＬ  ＳＩＭ端末のケースを示す概略図である。
【図３】本発明の実施形態に係る、ホスト端末および統合されたｅＵＩＣＣカードを例示する概略図である。
【図４】本発明の実施形態に係る、図３のホスト端末とｅＵＩＣＣカードとの間の論理リンクを管理するステップを示すフローチャートである。
【図５】本発明の実施形態に係る、ホスト端末上の、１つのアクティブプロファイル当たりのメッセージのルーティングを行うステップを示すフローチャートである。
【図６】本発明の実施形態に係る、ｅＵＩＣＣカード上の、１つのアクティブプロファイル当たりのメッセージのルーティングを行うステップを示すフローチャートである。
【図７】図３に係る、本発明の第１実施形態を例示する図である。
【図８】第１実施形態を「フル（full）ＨＣＩ／ＳＷＰ」バージョンとして例示する図である。
【図９】本発明の第２実施形態を例示する図である。
【図１０】第２実施形態を「フルＨＣＩ／ＳＷＰ」バージョンとして例示する図である。
【図１１】本発明の第３実施形態を例示する図である。
【図１２】第３実施形態を「フルＨＣＩ／ＳＷＰ」バージョンとして例示する図である。
【発明を実施するための形態】
【００４１】
本発明の更なる特徴および利点は、いかなる制限的性質も伴わずに実施形態を例示する添付図面により例示される下記の記述からより明確になるであろう。
【００４２】
本発明は、ｅＵＩＣＣなどのセキュア要素の管理に関し、特に、これらのｅＵＩＣＣにおける加入者プロファイルの管理に関する。
【００４３】
ＳＥと表記されるセキュア要素は、ホスト端末において使用される、耐改竄性ハードウェア構成要素またはプラットフォーム（典型的にはチップ）であり、信頼できる機関により設定されたセキュリティ規則および条件に従って、アプリケーションおよびデータを安全に記憶できる。
【００４４】
ＳＥの３つのフォームファクタ（form factors）の中で、ＵＩＣＣは、サービス（音声、データなど）にアクセスするのに移動電話ネットワークにおけるユーザを認証するアプリケーションを含む物理チップを定義する。この目的のため、ＵＩＣＣは、モバイルネットワークにおける加入者を識別するための情報を保持する加入者識別モジュール（Subscriber Identity Module；ＳＩＭ）アプリケーションなどのアプリケーションを含む。
【００４５】
ｅＵＩＣＣは、ホスト端末に統合されるＵＩＣＣチップであり、そのフォームファクタによって取外し可能または不可能である。同じｅＵＩＣＣカード内における異なるサブスクリプションを安全に管理するためのメカニズムが考慮される。ＧＳＭ（登録商標）協会（Association）（またはＧＳＭＡ）により編集された技術文献「Remote Provisioning Architecture for Embedded UICC - Technical Specification」（２０１７年６月２７付けのバージョン３．２）および「Remote SIM Provisioning (RSP) Architecture for consumer Devices」（２０１７年２月２７日付けのバージョン２．１）には、幾つかの推奨メカニズムについて記述されている。
【００４６】
図１は、「コンシューマ（consumer）」モードにおけるＧＳＭＡ標準の文献に従う、ホスト端末において統合されたｅＵＩＣＣにおけるプロファイルを管理するシステムの構造を概略的に例示する。「Ｍ２Ｍ」（マシンツーマシン）モードは、相対的に同様のアーキテクチャに基づくが、「Ｍ２Ｍ」モードにおいて、後述するＬＰＡモジュールは実現されない。
【００４７】
複数の移動電話ネットワーク１００、１００’は、共存でき、例えば、複数の移動電話オペレータＭＮＯ、ＭＮＯ’（Mobile Network Operator）に対応する。周知の方法で、これらのネットワークは、一定のリソースを共有できる。
【００４８】
移動電話ネットワーク１００は、サブスクリプション管理サーバＳＭ（読み易さのために図示されてない）のＳＭ−ＳＲセキュアルーティングユニット１１０と、（同じ）サブスクリプション管理サーバのＳＭ−ＤＰデータ準備ユニット１２０と、この移動電話ネットワークを管理するＭＮＯオペレータ固有のサーバ１３０とを備える。これらのユニット／サーバの、周知の主要な機能については後述する。ＳＭ−ＳＲサーバとＳＭ−ＤＰサーバとは、別々に示されるが、同じサーバ（ＳＭ−ＤＰ＋と表記される）内に実現できる。本発明は、また、他の移動電話ネットワークアーキテクチャにも適用可能である。
【００４９】
他のモバイルネットワーク１００’は、全体的には同様の構造（特に、ＳＭ−ＤＰ’データ準備ユニット１２０’、ＭＮＯ’オペレータ固有のサーバ１３０’）を有し、ここで、ＳＭ−ＳＲユニット１１０は、モバイルネットワーク間で共有できる。
【００５０】
例えば、携帯電話、スマートフォン、コンピュータ、タブレットなどのモバイル端末２００は、モバイルネットワーク１００、１００’のサービスに安全にアクセスするためにｅＵＩＣＣカード３００を備える。
【００５１】
この特別な実施形態において、モバイル端末２００は、モバイルネットワークとの通信インタフェース（図示されてない）を制御し、この通信インタフェースとｅＵＩＣＣカード３００との間のインタフェースを取ることができるオペレーティングシステムＯＳを備える。これらの動作を実行するＯＳの一部は、ベースバンドプロセッサ２１０として周知である。モバイル電話２００の他の従来の構成要素（バッテリ、無線トランシーバユニット、アンテナ、ユーザインタフェース−スクリーン、キーボード、など）は、明確性のために図において例示されない。
【００５２】
図において、ｅＵＩＣＣを搭載するモバイル端末２００が１台のみ示されている。もちろん、移動電話ネットワークは、一般に、ｅＵＩＣＣカード（またはＳＩＭ、ＵＳＩＭ）が搭載されるこのようなモバイル端末を複数含む。ここでの記述は、一例としてｅＵＩＣＣカードに関する。一般に、本発明は、複数の加入者プロファイルを含む任意のタイプのセキュア要素ＳＥ、例えば、埋め込みセキュア要素または「ｅＳＥ」において実現されることができる。
【００５３】
ｅＵＩＣＣカード３００は、不揮発性メモリＭＥＭと対となる（例えば、読取り専用型不揮発性メモリまたはフラッシュメモリに記憶される）オペレーティングシステムＯＳeUICCを備える。ｅＵＩＣＣにおいて存在する他の従来の構成要素、すなわち、ホスト端末との通信のためのインタフェース（およびそれと関連付けられたコントローラ）、ランダムアクセスメモリ、データバス、プロセッサなどは、明確性のためにここでは図示されない。
【００５４】
ＧＳＭＡ標準に従って、ｅＵＩＣＣカード３００は、不揮発性メモリＭＥＭにおいて、カードおよび加入者プロファイルを管理するため、次の１つまたは複数のセキュリティドメインを備える。
ｅＵＩＣＣが製造されるときに、カード３００のオーナを表すように、したがって、（特別な暗号化キーのセットを介して）オーナのみによりアクセス可能なように定義される、ルートまたは好適な発行者セキュリティドメイン３１０（ＩＳＤ−Ｒ「発行者セキュリティドメイン−ルート（Issuer Security Domain-Root）」）。このＩＳＤ−Ｒルートドメインは、初めに、ＳＭ−ＳＲユニット１１０とのネットワーク接続を可能にする初期プロファイル（ＧＳＭＡ標準によれば「プロビジョニングプロファイル（provisioning profile）」と呼ばれる）を備える。
一般にそれぞれがＭＮＯオペレータ専用である、１つまたは複数のプロファイルセキュリティドメイン３２０（ＩＳＤ−Ｐ「発行者セキュリティドメイン−プロファイル（Issuer Security Domain-Profile）」）。各ＩＳＤ−Ｐドメインは、対応するＭＮＯオペレータとのサービスサブスクリプションと関連付けられた単一の加入者プロファイルＰを安全に記憶し、それへのアクセスを承認する（grant）ように設計される（特に、暗号化キーのセットにより保護される）セキュアコンテナである。
【００５５】
周知の方法で、通信プロファイルＰは、サブスクリプションデータ（例えば、ＩＭＳＴ識別子、暗号化キー、認証アルゴリズム、ネットワークアクセスアプリケーション（Network Access Application；ＮＡＡ）など）を備え、さらに、ファイルのシステム、アプリケーションＡＰＰ、および／または所定の実行規則を備えることができる。
【００５６】
ここにおいて記述される例において、図１に例示されるように、ｅＵＩＣＣカード３００は、それぞれがアクティブまたは非アクティブ状態であることができる単一プロファイルＰ１、Ｐ２をそれぞれ含む２つのセキュリティドメインＩＳＤ−Ｐ１、ＩＳＤ−Ｐ２を備えると仮定してきた。この特異性（uniqueness）により、「アクティブプロファイル（active profile）」と「アクティブＩＳＤ−Ｐ（active ISD-P）」とは、等価に称される。
【００５７】
「アクティブ（active）」プロファイル、または「アクティブ」状態のプロファイルと記述した場合の用語「アクティブ」は、ここでは、ホスト端末２００（これとｅＵＩＣＣカード３００とはインタラクトする）が、該プロファイルと関連付けられた移動電話ネットワーク１００との認証のために、およびそれとの通信のために、プロファイルのデータを使用することを認可するのに、加入者プロファイルが、ｅＵＩＣＣカード３００においてアクティブ化される、という事実であると理解されるべきである。ＧＳＭＡ標準によれば、プロファイルＰ（または、プロファイルＰが含まれるセキュアドメインＩＳＤ−Ｐ３２０）は、「ライフサイクル（life cycle）」と表記されるそのステータスパラメータが、状態「３Ｆ」に位置するとき、「アクティブ」（ＥＮＡＢＬＥＤ）であると言われる。ＧＳＭＡ標準によれば、反対に、プロファイルは、その「ライフサイクル」ステータスパラメータが、状態「１Ｆ」に位置するとき、「非アクティブ（inactive）」（ＤＩＳＡＢＬＥＤ）であると言われる。
【００５８】
プロファイルＰ１（およびＰ２のそれぞれ）は、それがアクティブであるとき、電話オペレータＭＮＯ（およびＭＮＯ’のそれぞれ）と関連付けられたモバイルネットワーク１００（および１００’のそれぞれ）とホスト端末２００とが通信することを認可する。セキュリティドメインＩＳＤ−Ｐ１（およびＩＳＤ−Ｐ２のそれぞれ）は、また、ユーザが加入するオペレータＭＮＯ（およびＭＮＯ’のそれぞれ）に固有のアプリケーションＡＰＰ1（およびＡＰＰ２のそれぞれ）も備えることもできる。代替として、これらのアプリケーションＡＰＰは、それぞれのプロファイルに直接含めることができる。
【００５９】
ＩＳＤ−Ｒルートセキュリティドメインは、それが、不揮発性メモリＭＥＭにおいて、セキュリティドメインＩＳＤ−Ｐ３２０を作成または削除し、ｅＵＩＣＣのこれらのＩＳＤ−ＰにロードされたプロファイルＰをアクティブ化または非アクティブ化するのに特に適しているという点において好適である。
【００６０】
ＧＳＭＡ標準から知られる方法で、この管理は、ＳＭ−ＳＲユニット１１０とルートドメインＩＳＤ−Ｒ３１０との間でメッセージ（コマンド、応答）を交換することにより実行される。ｅＵＩＣＣ３００の異なる管理機能およびコマンドは、ＧＳＭＡ文献「Remote Provisioning Architecture for Embedded UICC-Technical Specification」において定義される。
【００６１】
これらのコマンドおよび応答は、特に、ベースバンドプロセッサ２１０とｅＵＩＣＣ３００との間で、（例えば、ＩＳＯ  ７８１６−３および７８１６−４に準拠する）ＩＳＯリンク４００を通してＡＰＤＵメッセージの形式で通信される。ＩＳＯ  ７８１６標準に準拠するＡＰＤＵメッセージは、ＩＳＯチャネル４００において２０個までの論理サブチャネルを作成するためのフィールドを含む。典型的には、このフィールドは、必然的に、ＩＳＯ  ７８１６標準に準拠するＡＰＤＵコマンドのヘッダにおいて、現在のクラスＣＬＡバイトを形成するビットにより構成される。例えば、フィールドは、ｂ８ｂ７が「００」に等しいとき、ｂ２ｂ１で表記されるビットにより形成され（そのため、０から３までの４つの論理チャネル番号を提供する）、ｂ８ｂ７が「０１」に等しいとき、ビットｂ４ｂ３ｂ２ｂ１により形成される（そのため、４から１９までの１６個の他の論理チャネル番号を提供する）。
【００６２】
ＡＰＤＵメッセージにより定義されるこのような論理サブチャネルは、一般に、単一のＩＳＯ通信リンク４００上で、同じスマートカードの複数のアプリケーションに対処するために使用される。
【００６３】
コマンドは、ホスト端末との通信の制御専用の、通信制御インタフェースＩＣＣ３０５に関与するＯＳeUICCの一部により受信される。
【００６４】
ＳＭ−ＳＲユニット１１０とＩＳＤ−Ｒ３１０との間の通信は、ＳＣＰ８０、ＳＣＰ８１、または、ＣＡＴ−ＴＰプロトコルにより提供および／または保護されることができる。
【００６５】
さらに、ＧＳＭＡ標準から知られる方法で、セキュアＩＳＤ−Ｐドメイン３２０におけるプロファイルの安全なダウンロード、更新、または削除は、ＳＭ−ＤＰユニット１２０とｅＵＩＣＣ３００の各関連があるセキュアＩＳＤ−Ｐドメインとの間で、メッセージ（コマンド、応答）を交換することにより実現される。ＳＭ−ＤＰユニット１２０は、特に、ｅＵＩＣＣにおいてダウンロードされるプロファイルパッケージを準備し、それを、ＳＭ−ＳＲユニット１１０およびＩＳＤ−Ｒ３１０を介して、関連があるＩＳＤ−Ｐドメイン３２０に送る。ＡＰＤＵメッセージは、再使用される。（ＳＭ−ＳＲ１１０を介する）ＳＭ−ＤＰユニット１２０とＩＳＤ−Ｐ３２０との間の通信は、ＳＣＰ０２またはＳＣＰ０３プロトコルにより保護され、ＳＣＰ８０、ＳＣＰ８１、またはＣＡＴーＴＰプロトコルにおいて（ＳＭ−ＳＲ−ＩＳＤ−Ｒインタフェース上で）カプセル化されることができる。
【００６６】
詳細には、ＧＳＭＡ文献「Remote SIM Provisioning (RSP) Architecture for consumer Devices」は、ホスト端末（ＬＰＡ２２０）および／またはｅＵＩＣＣ（ＩＳＤ−Ｒ３１０の一部を形成してもしなくてもよいＬＰＡ３３０）において実現できる、ＬＰＡ（Local Profile Assistant）として周知のプロファイルを管理するサービスを定義する。例として、これらのサービスは、ｅＵＩＣＣにおいて存在するプロファイルＰと、それらのアクティブ、非アクティブ状態を決定するローカルプロファイル発見サービス（ＬＤＳ「Local Discovery Service」）と、シーケンシャルダウンロード操作を実現したり、またはプロファイルＰを更新するローカルプロファイルダウンロードサービス（ＬＰＤ「Local Profile Download」）と、ユーザによりローカルに開始されたプロファイル管理アクション（ダウンロード、アクティブ化、非アクティブ化など）をリストア／取得するためのローカルユーザインタフェースサービス（ＬＵＩ「Local User Interface」）と、を含むことができる。
【００６７】
このようにダウンロードされた加入者プロファイルＰがＳＭ−ＳＲ１１０により（または変形例として、ユーザによりホスト端末２００上のメニューを介して）アクティブ化されると、それは、ＵＩＣＣと等価である。すなわち、ユーザが、サービスにアクセスするために、プロファイルに対応するサブスクリプションに加入したＭＮＯオペレータのモバイルネットワーク１００で識別されることを可能にする。
【００６８】
ＭＮＯオペレータ１３０は、また、種々のタイプのアクション（特に、例えば、データの更新、規則の提供または実行など（updating data or an offer or execution rules, etc.）のプロファイル３２０の構成要素の遠隔管理）を完了するために、アクティブプロファイルＰ（および、特に、このプロファイルにおいてオペレータにより提供される幾つかのアクション）にアクセスもできる。相互関係で、アクティブプロファイルＰにおけるアプリケーションは、ＭＮＯ１３０へデータを送信するように構成できる。これらの交換は、図１に、ＭＮＯ１３０とプロファイルＰ１／アプリケーションＡＰＰ１との間の双方向矢印により例示される。これらの交換は、一般に、ＭＮＯ１３０とアクティブプロファイルＰとの間のＡＰＤＵメッセージを使用して実現され、ＳＣＰ８０、ＳＣＰ８１、またはＣＡＴーＴＰプロトコルにより保護可能である。
【００６９】
ｅＵＩＣＣ３００内に複数のプロファイルが存在することによって、ユーザの複数の移動電話サブスクリプションの管理が容易であり、例えば、境界を横切るとき、または、所望のサービスの性質（音声、データ、海外通話）、またはサーフェスへのアクセス時間（プロファイルにより異なるレート）に依存するとき、（ＵＩＣＣカードを交換せずに）オペレータを迅速に切り替えることができる。
【００７０】
しかしながら、ＧＳＭＡ標準の現在の状態では、一度に単一のアクティブプロファイル３２０がｅＵＩＣＣ３００内で認可され、（もしあれば）他のプロファイルは、現在アクティブなプロファイルを自動的に非アクティブにする後続のアクティブ化まで非アクティブである。したがって、端末２００のユーザは、一度に、アクティブプロファイルに対応するＭＮＯオペレータの、単一のモバイルネットワークへのアクセスを有するのみである。
【００７１】
複数の加入者プロファイルを同時にアクティブ化するために、従来の解決策は、３個または４個のＳＩＭカードスロットまでさえ提案する者もいるが、通常は２個のＳＩＭカードが提供されるマルチＳＩＭ端末（この場合、ＤＵＡＬ  ＳＩＭ端末と称される）に基づく。
【００７２】
図２に概略的に例示されるように、各カードＳＩＭ３９９、ＳＩＭ’３９９’は、固有のＩＳＯ  ７８１６リンク４００、４００’を通して、ベースバンドプロセッサ２１０にリンクされる。そのため、各ＳＩＭカードは、別個に使用される。
【００７３】
特に他に明記しない限り、幾つかの図における共通または同様の要素は、同じ参照記号を使用し、同一または同様の特徴を有する。
【００７４】
ＤＵＡＬ  ＡＣＴＩＶＥ端末と称される端末は、２つのカードＳＩＭ３９９、ＳＩＭ’３９９’がアクティブであることを可能にし、したがって、同時に（通話／データを受信／送信するために）動作を行うことを可能にする。これらの端末は、２つの送信器／エミッタ（例えば、物理アンテナ）を備え、それぞれは、各ＳＩＭカード専用である。
【００７５】
ＤＵＡＬ  ＳＴＡＮＤＢＹ端末と称される端末は、この同時にアクティブであることを可能にしない。２枚のＳＩＭカードは、それらのうちの１つの３９９が通話／データを送信または受信することを要求されるまで、初めはアクティブである。この要求に応答して、他のカードＳＩＭ’３９９’は、非アクティブとなる。
【００７６】
これらのＤＵＡＬ  ＳＩＭ端末において、受信したモバイル信号を処理するベースバンドプロセッサ２１０は、２つのＩＳＯリンクを２枚のＳＩＭカードに静的に関連付け、そのため、モバイルネットワーク１００から受信したネットワークストリームのルーティングを行うように構成される。これらのルーティングメカニズムは、３ＧＰＰネットワークプロトコル特性に直接基づく。
【００７７】
複数の加入者プロファイルを同時に使用するために、ホスト端末における２枚のｅＵＩＣＣカードを統合することに関与する解決策は、それが高価であり、単一のｅＵＩＣＣカードにおいて複数のプロファイルを提供する既存の可能性を利用していないので、満足すべきものとは思われない。
【００７８】
仏国特許出願公開第３０４６０１１号明細書において提案される、この問題に対する解決策は、完全に満足できるものではない。それは、対象となる異なるＩＳＤ−Ｐまたはアクティブプロファイルを区別するために、ＡＰＤＵコマンドの複雑な管理を要求する。
【００７９】
したがって、ＤＵＡＬ  ＳＩＭ端末の多くの利点（特に、複数のプロファイルに関するサービスへの同時アクセス可能性）から恩恵を受けるために、同じｅＵＩＣＣカード内の複数のアクティブプロファイルの管理、したがって、それらへのアクセスを可能にする技術的解決策に対する要求が存在する。
【００８０】
本発明によれば、通信インタフェースコントローラＩＣＣ３０５は、ホスト端末２００との複数の別個の通信リンクを、ｅＵＩＣＣ３００において同時にアクティブな複数の加入者プロファイルＰとそれぞれ関連付けるように構成される。ホスト端末２００との有効な通信を可能にするために、上記端末のベースバンドプロセッサ２１０もまた、セキュア要素との複数の別個の通信リンクを、セキュア要素３００における同じ複数の同時にアクティブな加入者プロファイルＰと関連付けるように構成される。
【００８１】
そのため、ｅＵＩＣＣの単一の従来のＩＳＯリンク以外の１つまたは複数の物理リンクの提供が可能である。そのため、本発明は、加入者プロファイルの管理の環境（context）以外の環境（すなわち、ｅＵＩＣＣの環境）内でセキュア要素が使用できる異なる物理インタフェースの柔軟性からの恩恵を受けることができる。
【００８２】
そのため、ホスト端末に統合される、本発明に係るｅＵＩＣＣは、ｅＵＩＣＣカードに対して従来使用されたもの以外の通信タブとの接続をサポートする。
【００８３】
異なる別個の通信リンク（ｅＵＩＣＣにおいて同時にアクティブな複数の加入者プロファイルの各アクティブ加入者プロファイルに対して１つ）の、ホスト端末とｅＵＩＣＣとの間の確立によって、このアクティブプロファイルに対して確立される通信リンクを使用して、各対応するアクティブ加入者プロファイルへ、またはそれからのメッセージ（コマンドまたは応答）のストリームの効果的なルーティングが可能である。
【００８４】
図３は、本発明の実施形態に係る、ｅＵＩＣＣカード３００を統合するホスト端末２００を概略的に例示する。
【００８５】
ホスト端末は、依然として通信インタフェース（図示されない）を備え、この通信インタフェースによって、複数の通信リソースが提供され、端末は、複数のプロファイルを使用して複数のオペレータに接続されることができる。通信インタフェースは、単一の物理アンテナ、または複数の物理アンテナを備えることができ、これらによって、オプションとして（時間、周波数、またはその他の）多重化が実現され、そのため、複数の通信リソース（タイムスロット、周波数キャリアなど）が、複数のプロファイルを使用してモバイルネットワークへアクセスするために提供されることができる。
【００８６】
図の例において、ホスト端末２００は、従来のＩＳＯリンク４００に加えて、ＣＬＦ４１１と表記される非接触通信管理モジュールと、ＳＰＩコントローラ（ＳＰＩ  ｃｔｒｌ）４２１により管理されるＳＰＩバス４２０と、を有する。
【００８７】
周知の方法で、ＣＬＦモジュール４１１は、端末２００のアンテナ４１２を介して、外部読取り装置と非接触で通信するために、ＯＳにより使用される。ＣＬＦモジュール４１１は、ｅＵＩＣＣ３００の１つまたは複数のタブ、典型的には、単一のタブに接続されて、ＳＷＰプロトコルの実現が可能である。ＣＬＦモジュールを、端末のＯＳおよびｅＵＩＣＣ３００に接続することは、Ｇｌｏｂａｌ  Ｐｌａｔｆｏｒｍ標準により定義される「ｅＳＥ」（embedded Secure Element）（埋め込みセキュア要素）フォームファクタ（form factor）に従って、セキュア要素に対して既に実現されているので、当業者には周知である。そのため、（この場合、ＳＷＰプロトコルに基づく）新しい物理リンク４１０は、ＣＬＦ４１１とｅＵＩＣＣ３００との間に置かれ、ＣＬＦ４１１とＯＳともまた（例えば、Ｉ2Ｃ、ＳＰＩタイプなどの）物理リンク４１０’を介して接続される。したがって、ＣＬＦ４１１によって、物理リンクがｅＵＩＣＣとＯＳとの間に置かれることができる。
【００８８】
同様に、ＳＰＩコントローラ４２１によって、物理通信バス４２０がＯＳとｅＵＩＣＣ３００との間に置かれることができる。
【００８９】
図３に示される、これらの３つの物理リンクは、単なる例に過ぎない。他のタイプの物理リンク（例えば、Ｉ２Ｃ）を組み合わせて、または代替として使用できる。例えば、複数のＩＳＯリンクなどの同じタイプの複数の物理リンクもまた使用できる。
【００９０】
これ以降に記述されるように、ＳＷＰおよびＳＰＩリンクは、ＳＷＰプロトコル（またはＨＣＩ／ＳＷＰ）に対するＨＣＩインタフェースなどの、複数の同時通信論理リンクを容易に置くことを可能にするメカニズムをサポートする。そのため、本発明の実施形態によって、複数の同時論理リンクのインスタンス化を可能にする単一の物理リンクが実現されることができる。例えば、「フルＨＣＩ／ＳＷＰ」実施形態と呼ばれる幾つかの実施形態は、ＨＣＩ／ＳＷＰインタフェースに基づくのみであることができる。
【００９１】
ＨＣＩインタフェースは、ＨＣＩコントローラに接続されるホストプロセスの１セットを実現する論理インタフェースであり、そのため、異なるホスト間でのメッセージの交換がＨＣＩコントローラを介して行われる、スター型物理リンクのトポロジを形成する。このＨＣＩコントローラは、特に、ＣＬＦモジュール４１１において実現される。ＨＣＩインタフェースは、「Smart Cards；UICC-ContactLess Front-end (CLF) Interface；Host Controller Interface (HCI)」というタイトルの技術文献ＥＴＳＩ  ＴＳ  １０２  ６２２  Ｖ１２．０．０において、より詳細に記述されている。
【００９２】
周知の方法で、２つのエンティティは、お互いの論理通信リンクを確立するために、ＨＣＩ通信確立プロトコルに従って交換できる。そのため、本発明において、ベースバンドプロセッサ２１０とｅＵＩＣＣ３００のＩＣＣコントローラ３０５とは、ｅＵＩＣＣの各アクティブプロファイルに対して、ＨＣＩのもとで論理通信リンクを確立できる。これについては、これ以降でさらに詳細に記述される。
【００９３】
そのため、ベースバンドプロセッサ２１０は、例えば、ｅＵＩＣＣ３００または特別なＩＳＤ−Ｒ３１０または対象のアクティブプロファイルＰ専用のホストまたはサービスをインスタンス化する。ベースバンドプロセッサ２１０は、例えば、ホストまたはインスタンス化されたサービスを通信リソース（アンテナまたは、時間もしくは周波数スロットなど）と関連付け、１つのアクティブプロファイルと上記通信リソースとの間の単一のリンクを（ホストまたはサービスを介して）定義する。プロセッサ２１０の後続の動作は、主に、（これらのストリームの対象となるアクティブプロファイルＰに明らかに依存し、特に、これらのストリームが受信される通信リソースに従う）アドホックホストまたはサービス上で受信されたネットワークストリームのルーティングから構成される。
【００９４】
ＩＣＣコントローラ３０５としては、各所望のアクティブプロファイルに対してホストまたはサービスをインスタンス化する。ＩＣＣコントローラ３０５の後続の動作は、主に、ホスト／サービスを介して受信されたメッセージの、対応するアクティブプロファイルへのルーティング（および、相互関係で、特別なホスト／サービス上のこのアクティブプロファイルからの応答の送信）から構成される。
【００９５】
そして、これらのホスト間の論理リンクを確立することは、周知の方法で、ゲート（「ＨＣＩゲート」）をインスタンス化し、これらのＨＣＩゲート間のパイプ（または「ＨＣＩパイプ」）を確立することを備える。そのため、ベースバンドプロセッサ２１０は、｛アクティブプロファイルＰ−端末側上のＨＣＩゲートまたはパイプ｝の関連付けを記憶する対応テーブル（または、等価物）を備えることができ、一方、ＩＣＣコントローラ３０５は、｛アクティブプロファイルＰ−ｅＵＩＣＣ側上のＨＣＩゲートまたはパイプ｝の関連付けを記憶する対応テーブルを備えることができる。特に、ベースバンドプロセッサ２１０側上のテーブルは、（端末側上の）ＨＣＩゲートまたはパイプを、割り当てられた通信リソース（アンテナまたは、時間もしくは周波数スロットなど）に関連付けることができ、アクティブプロファイルＰとの有効リンクは、ＩＣＣコントローラ３０５側上のテーブルにより完成される。
【００９６】
図の例において、ｅＵＩＣＣカード３００は、２つのアクティブ加入者プロファイルＰ１およびＰ３を有し、それらは、同じルートセキュリティドメインＩＳＤ−Ｒ３１０のもとで管理される。サービスＳ１およびＳ３は、ＩＣＣコントローラ３０５により実現され、それぞれアクティブプロファイルＰ１およびＰ３に専用である。同様に、ベースバンドプロセッサ２１０は、例えば、２つの別個のアンテナ上でまたは２つの別個の通信リソース上で受信されたメッセージなどの、２つのプロファイルＰ１およびＰ３に関連するメッセージのルーティングのために使用される２つのサービスＳ１およびＳ３をインスタンス化する。ＨＣＩ／ＳＷＰインタフェースの実現によって、それぞれがサービスＳ１およびＳ３に関連付けられた２つのゲートＧ１およびＧ３は、ＩＣＣコントローラ３０５上でインスタンス化されることができ、それぞれがアクティブプロファイルＰ１およびＰ３のサービスｓ１およびｓ３と関連付けられた２つのゲートｇ１およびｇ３は、ベースバンドプロセッサ２１０上でインスタンス化されることができる。そのため、２つのＨＣＩパイプが確立される。すなわち、単一のアクティブプロファイルＰ１に関連するメッセージを搬送するための専用のｇ１とＧ１との間のパイプ４１０−１と、単一のアクティブプロファイルＰ３に関連するメッセージを搬送するための専用のｇ３とＧ３との間のパイプ４１０−３と、が確立される。
【００９７】
この例において、物理リンクＳＰＩ４２０およびＩＳＯ４００は使用されない。それを省略することにより、この実施形態が「フルＨＣＩ／ＳＷＰ」実施形態となることができる。
【００９８】
同様に、ＳＰＩコントローラ４２１は、論理リンクが、ベースバンドプロセッサ２１０上で提供される単一のＳＰＩマスタと、ＩＣＣコントローラ３０５上で提供される複数のＳＰＩスレーブと、の間で確立されることを可能にし、それぞれは、ｅＵＩＣＣの異なるプロファイルＰと静的または動的に関連付けられる。
【００９９】
図４は、フローチャートを使用して、論理リンクを管理するステップを例示する。
【０１００】
ステップ４０において、ｅＵＩＣＣカード３００を含むホスト端末２００が、例えば、ユーザにより開始される。従来のように、この動作により、オペレーティングシステムＯＳの実行、したがってベースバンドプロセッサ２１０の実行、が開始され、ｅＵＩＣＣカード３００に電力が供給される。
【０１０１】
ステップ４１において、端末２００は、ｅＵＩＣＣカード３００の１つまたは複数のルートセキュリティドメインＩＳＤ−Ｒ３１０を決定する。ホスト端末２００は、その数を決定し、各ＩＳＤ−Ｒの識別子（ＡＩＤ）を決定し、さらに、論理リンクを確立する必要があるｅＵＩＣＣにおける対応する論理エンティティを決定する。端末２００は、ＨＣＩ／ＳＷＰインタフェースの場合、ｅＵＩＣＣもしくは各ＩＳＤ−Ｒと汎用的に（generically）関連付けられたサービスと、または、ＳＰＩインタフェースの場合、各ＩＳＤ−Ｒと関連付けられたスレーブと、に関与することができる。
【０１０２】
この情報は、静的であることができ、すなわち、ｅＵＩＣＣカード３００が端末に統合されるときに端末２００のメモリにおいて定義されることができるか、または、ｅＵＩＣＣカード３００においてＩＳＤ−Ｒを発見する先行する手順（下記のステップ参照）の間にリストアされる。そして、ステップ４１は、メモリにおいてこの情報を読むことに関与する。
【０１０３】
また、この情報は、動的であることもできるか、または、端末２００によりまだ得られていなくてもよい。この場合、端末２００は、プリミティブリンク上でｅＵＩＣＣカード３００と交換を行うことで、ｅＵＩＣＣカード３００においてＩＳＤ−Ｒ３１０を発見する手順を実現できる。
【０１０４】
このプリミティブリンクは、例えば、ベースバンドプロセッサ２１０によりアクセス可能な従来のＩＳＯリンク４００であることができる。変形例として、上記プロセッサは、ｅＵＩＣＣ３００専用の、静的ＨＣＩパイプ型のプリミティブ論理リンクを使用できる。ＨＣＩパイプは、それが依然として利用可能な場合、この場合とは、プリミティブまたは汎用（generic）ゲートｇpが端末上で依然として利用可能であり、対応するプリミティブまたは汎用ゲートＧpがｅＵＩＣＣ上で依然として利用可能である（そしてベースバンドプロセッサに知られている）場合であることができ、この場合に静的と言われる。そのため、ｇpとＧpとの間の静的プリミティブパイプを使用できる。同じアプローチは、ＳＰＩインタフェースに基づいて実現されることができる。
【０１０５】
ＩＳＤ−Ｒを発見する手順は、確立されたプリミティブパイプを介して、ベースバンドプロセッサとｅＵＩＣＣカード３００のＯＳeUICCとにより交換されるコマンド／応答のセットに基づくことができる。
【０１０６】
例として、ＧＥＴ  ＤＡＴＡ型の拡張Ｇｌｏｂａｌ  Ｐｌａｔｆｏｒｍコマンドが使用されることができる。ＡＰＤＵコマンドヘッダのバイトＰＩＰ２は、特に、発見手順の一部を形成するものとしてのＧＥＴ  ＤＡＴＡコマンドを識別する特定の値に設定される。
【０１０７】
拡張コマンドは、その有益なデータ部分において、ＩＳＤ−Ｒに共通のＡＩＤの部分を備え、特に、技術文献「SGP.02-Remote Provisioning Architecture for Embedded UICC Technical Specification v3.2」のＡｐｐｅｎｄｉｘ  Ｈにおいて定義されるように、１６進数１５〜２０は、「００  ００  ０１」に設定される。コマンドにおいて示されるこの共通部分は、そのマスクに対応する、ｅＵＩＣＣ３００が含むすべてのＡＩＤ（したがって、ＩＳＤ−ＲのすべてのＡＩＤ）を返すために、ｅＵＩＣＣ３００によりマスクとして使用されることができる。
【０１０８】
そのため、コマンドに応答して、ｅＵＩＣＣ３００は、それが収容するすべてのＩＳＤ−ＲのＡＩＤを返し、これらの返されるＡＩＤは、区別部分（differentiating portion）、例えば、ＡＩＤの（２５６個までのＩＳＤ−Ｒの区別が可能な）１６進数２１および２２が後続する共通ＡＩＤ部分（「００  ００  ０１」）を備える。
【０１０９】
一旦、ＩＳＤ−Ｒがベースバンドプロセッサ２１０に知られると、上記プロセッサは、各識別されたＩＳＤ−Ｒに対してプライマリリンクを確立する。これは、ステップ４２である。
【０１１０】
ＩＳＤ−Ｒ（オプションとしては１つのみ）は、もしあれば、従来のＩＳＯリンク４００に割り当てられることができる。プライマリ論理リンク（動的ＨＣＩパイプまたはマスタ−スレーブＳＰＩリンク）は、このＩＳＤ−Ｒに対してプロセッサ２１０によりインスタンス化されたＨＣＩゲート、またはプロセッサ２１０のＳＰＩマスタと、ＨＣＩゲート、または考慮されるＩＳＤ−Ｒに対してステップ４１において得られたｅＵＩＣＣ３００のＳＰＩスレーブと、の間で、他の識別されたＩＳＤ−Ｒのそれぞれに対して確立できる。
【０１１１】
３つのＩＳＤ−Ｒ３１０を有するｅＵＩＣＣカード３００を備える「フルＨＣＩ／ＳＷＰ」端末の場合、ベースバンドプロセッサ２１０は、３つのＩＳＤ−Ｒのそれぞれに対してプロセッサ２１０によりインスタンス化された３つのゲートと、ｅＵＩＣＣ３００のＩＣＣコントローラ３０５により提供される１つまたは複数のゲートと、の間に、３つのプライマリ動的パイプ４１０−ｘ  ＨＣＩ／ＳＷＰを確立する。これらの３つのパイプは、例えば、同じ汎用ＨＣＩゲートを、ＩＣＣコントローラ３０５におけるｅＵＩＣＣにリンクできる。変形例として、それらのパイプは、それぞれ、それらの特定のＩＳＤ−Ｒに専用のＨＣＩゲートをリンクできる。
【０１１２】
変形例として、使用されるゲートが静的に定義され、常に存在するならば、静的ＨＣＩパイプが確立される。
【０１１３】
ベースバンドプロセッサ２１０は、適切にメッセージのルーティングを行うために、これらの作成されたリンクを記録する（keeps track）。例えば、ベースバンドプロセッサ２１０は、作成されたプライマリリンクを異なるＩＳＤ−Ｒに関連付けるＩＳＤ−Ｒのテーブルを作成でき、最新に保持できる。
【０１１４】
ｅＵＩＣＣ３００のプロファイルＰが、複数のＩＳＤ−Ｒ３１０の管理のもとで分散され、１つのＩＳＤ−Ｒ当たり単一の加入者プロファイルのみが、同時にアクティブである本発明の１つの実施形態において、各ＩＳＤ−Ｒに対してこのように確立されたプライマリリンクは、このルートドメインのアクティブプロファイルＰ（またはＩＳＤ−Ｐ）専用となる。そのため、各アクティブプロファイルＰ専用の１つのリンクがある。
【０１１５】
これは、ある程度、すべてのＡＰＤＵコマンド／応答（ＩＳＤ−Ｐの作成／削除、関連があるＩＳＤ−ＲのＩＳＤ−Ｐにおけるプロファイルのダウンロード／更新／削除、プロファイルのアクティブ化／非アクティブ化、ＭＮＯによる要求）が、ＩＳＤ−Ｒと関連付けられた同じプライマリリンクを通過する、個々に行われる各ＩＳＤ−Ｒの従来の管理４９と同様である（従来の解決策が、図１の単一のＩＳＯリンク４００を通して着手するように）。
【０１１６】
（例えば、図３の場合などの）同じルートセキュリティドメインのもとで管理される複数のプロファイルＰが、同時にアクティブ化されている（すなわち、アクティブ状態に同時に維持されている）１つの実施形態において、ベースバンドプロセッサ２１０は、ステップ４３において、各ＩＳＤ−Ｒのローカルプロファイルを決定する。
【０１１７】
この目的のため、ベースバンドプロセッサ２１０は、ローカルプロファイルの（したがって、ＩＳＤ−Ｐ３２０の）リストを、それらの状態（アクティブまたは非アクティブ）と共にリストアするために、各ＩＳＤ−Ｒのプライマリリンク上の発見サービス（ＬＰＤ）を使用できる。
【０１１８】
得られた情報に基づいて、ベースバンドプロセッサ２１０は、ステップ４４において、各アクティブプロファイルＰ専用のリンクの確立を要求する。例えば、それは、１つもしくは複数の追加ＩＳＯリンク、および／もしくは作成されるべきＨＣＩパイプ、ならびに／またはＳＰＩチャネルを使用することを含むことができる。
【０１１９】
各ＩＳＤ−Ｒに対して確立されたプライマリリンクは、第１アクティブプロファイルＰに、割り当てられ、したがって、専用であることができる。有利には、このプライマリリンクは、以降に記述するように、プロファイル管理コマンド／応答に対してのみ使用される。
【０１２０】
図３（２つのアクティブプロファイル）に係る、ｅＵＩＣＣカード３００を備える「フルＨＣＩ／ＳＷＰ」の場合、ベースバンドプロセッサ２１０は、プロセッサ２１０が２つのアクティブプロファイルＰ１およびＰ３のそれぞれに対してインスタンス化した２つのゲートｇ1およびｇ3と、ｅＵＩＣＣ３００のＩＣＣコントローラ３０５が提供した１つまたは複数のゲートと、の間に、２つの専用ＨＣＩパイプ４１０−１および４１０−３を確立する。これらの２つのパイプは、例えば、同じ汎用ＨＣＩゲートを、ｅＵＩＣＣに、またはＩＣＣコントローラ３０５によりインスタンス化されたＩＳＤ−Ｒに、リンクできる。変形例として、それらのパイプは、それぞれ、それらのアクティブプロファイル専用のＨＣＩゲート、すなわち、プロファイルＰ１に対してはＧ1を、およびプロファイルＰ３に対してはＧ3を、リンクできる。
【０１２１】
ベースバンドプロセッサ２１０は、適切にメッセージのルーティングを行うために、これらの作成されたリンクを記録する。例えば、ベースバンドプロセッサ２１０は、作成された専用リンクを異なるアクティブプロファイルに関連付けるアクティブプロファイルのテーブルを作成でき、最新に保持できる。このようにして、ベースバンドプロセッサ２１０は、ｅＵＩＣＣとの複数の別個の通信リンクを、ｅＵＩＣＣの複数のアクティブ加入者プロファイルのそれぞれと関連付ける。
【０１２２】
この段階において、ベースバンドプロセッサ２１０は、モバイルネットワーク上のＭＮＯから受信したＧＳＭ（登録商標）ストリームの、対応するアクティブプロファイルへのルーティングを行う。このルーティングについては、図５を参照して以降で説明される。
【０１２３】
好ましくは、ベースバンドプロセッサ２１０は、多数の利用可能な通信リソース（アンテナ、時間または周波数スロットなど）と関連付けられた一定数のゲートまたはサービス（ＨＣＩ、ＳＰＩ）を静的に定義できる。ｅＵＩＣＣ３００によりインスタンス化されたゲートもしくはスレーブとのプライマリリンクの確立（ステップ４２）、ならびに／または、アクティブプロファイル専用のリンクの確立（ステップ４４）に使用されるのは、これらのゲートまたはサービスである。
【０１２４】
さらに、通信リソースの最大数（この数は、実現できるアンテナの数および多重化メカニズムの数に依存する）より多くの（プライマリおよび専用）リンクが存在することは、不可能である。
【０１２５】
このアプローチにおいて、結果として、利用可能な通信リソースは、結局、一度に１つのみのアクティブプロファイルと関連付けられる（したがって、１つのみのアクティブプロファイルにより使用される）。
【０１２６】
ベースバンドプロセッサ２１０は、ステップ４５において、ルートドメインＩＳＤ−Ｒの運営上の管理コマンドに対して待機する。
【０１２７】
この管理は、各ＩＳＤ−Ｒと関連付けられたプライマリリンク上の従来のコマンド／応答により実行される。それは、特に、ＩＳＤ−Ｐの作成／削除、関連があるＩＳＤ／ＲのＩＳＤ−ＰにおけるプロファイルＰのダウンロード／更新／削除、および／または、プロファイルのアクティブ化／非アクティブ化の動作を含む。変形例として、運営上の動作をトリガする他のメカニズムは、異なるチャネル（例えば、ＮＦＣ［Near Field Communication（近距離無線通信）］またはＷｉ−Ｆｉ［製品名］）を介してコマンドを受信すること、または、自体でこのような運営上の要求（例えば、プロファイルのアクティブ化）を生成する内部構成要素（ホスト端末２００上のＬＰＡタイプ）を使用すること、などのように、本発明の範囲内であると考えることができる。
【０１２８】
各アクティブプロファイルＰが、ベースバンドプロセッサ２１０との１つのみの専用リンクを有する１つの実施形態において、プロファイルをアクティブ化／非アクティブ化するアクションは、専用リンクの修正という結果になり得る。
【０１２９】
さらに、ステップ４６において、対象のＩＳＤ−ＲのプロファイルＰ、例えば、図３のプロファイルＰ２、をアクティブ化するためのコマンドが、ベースバンドプロセッサ２１０または対象のＩＳＤ−Ｒのいずれかにより受信される。
【０１３０】
これに応答して、ステップ４６１において、例えば、アクティブ化されるプロファイルＰ２に対してプロセッサ２１０によりインスタンス化されたゲートｇ2と、ＩＣＣコントローラ３０５により提供されたゲート（ｅＵＩＣＣもしくはＩＳＤ−Ｒに対する汎用ＨＣＩゲートまたはこのプロファイルＰ２専用のＨＣＩゲートＧ2）と、の間の新しいＨＣＩパイプ４１０−２などの、ｅＵＩＣＣ３００との新しいリンクが作成される。
【０１３１】
例えば、種々のゲートを、ホスト端末２００の異なる通信リソースに予め割り当てることができ、ゲートｇ2を、まだ使用されない予め割り当てられたゲートの一番目として選択できる。この情報を、対象のＩＳＤ−Ｒが知ることができ、または対象のＩＳＤ−Ｒが、例えばプライマリリンクを介してベースバンドプロセッサ２１０からリストアできる。
【０１３２】
この情報を知ると、対象のＩＳＤ−Ｒは、ＩＣＣコントローラ３０５とのゲートＧ2のインスタンス化と、ゲートｇ2とゲートＧ2との間の専用リンク４１０−２の確立と、を要求できる。
【０１３３】
そして、ステップ４６２において、プロファイルＰ（本実施例におけるＰ２）のアクティブ化コマンドは、新しく作成されたリンク（本実施例における４１０−２）にリンクされる。例えば、ベースバンドプロセッサ２１０が、このコマンドを新しく作成されたリンク４１０−２上で送ることにより、ｅＵＩＣＣは、この新しいリンクが、アクティブ化されるプロファイルＰ２に関連付けられることを直ちに知ることができる。変形例として、ベースバンドプロセッサ２１０は、新しく作成されたリンクの識別子を通知して、この新しいリンクが、アクティブ化されるこのプロファイル専用であることを示すことにより、アクティブ化コマンドを、関連があるＩＳＤ−Ｒと関連付けられたプライマリリンク上で送ることができる。
【０１３４】
結局、ＩＳＤ−Ｒが、予め割り当てられたゲートｇ2情報を既にリストアし、リンク４１０−２自体を作成している場合、ＩＳＤ−Ｒは、４１０−２（またはゲートＧ2）とプロファイルＰ２との間の関連付けを知る。
【０１３５】
ＩＣＣコントローラ３０５は、例えば、作成された専用リンク（またはゲートＧi）を、異なるアクティブプロファイルに関連付けるアクティブプロファイルのテーブルを更新することにより、この新しいリンクを記録する。
【０１３６】
ベースバンドプロセッサ２１０としては、作成された専用リンク（またはゲートｇi）を、異なるアクティブプロファイルに関連付ける、相対的に同様のテーブルを有することができる。変形例として、関連付けは、間接的であることができる。すなわち、ベースバンドプロセッサ２１０は、予め割り当てられたゲートｇiおよび関連付けられた通信リソースのトラック（track）を有するのみである。間接的に、プロファイルとのリンクの作製を可能にするのは、ＩＣＣコントローラ３０５上のテーブルである。
【０１３７】
そのため、この例において、端末２００は、予め割り当てられたゲートｇ2に対応する通信リソースを介して、プロファイルＰ２を使用して、移動電話ネットワークに接続できることを知ることができる。
【０１３８】
専用リンクの修正は、また、プロファイルの非アクティブ化の場合にも起こる。
【０１３９】
ステップ４７において、例えば、図３のプロファイルＰ１などの対象のＩＳＤ−ＲのプロファイルＰを非アクティブ化するコマンドが受信される。ステップ４７１において、このコマンドは、このプロファイル専用のリンク上、または関連があるＩＳＤ−Ｒのプライマリリンク上のいずれかで送信される。
【０１４０】
そして、専用リンクは、ＩＳＤ−Ｒと関連付けられたプライマリリンクに同時に関与していない場合、ステップ４７２において、（特に、ＨＣＩパイプまたは対応するＳＰＩマスタ−スレーブリンクの終了により）削除される。
【０１４１】
ＩＣＣコントローラ３０５、およびオプションとしてベースバンドプロセッサ２１０は、例えば、依然としてアクティブな異なるプロファイル専用のリンクを関連付けるアクティブプロファイルのテーブルを更新することにより、この削除されたリンクを記録する。
【０１４２】
特に、予め割り当てられたゲート（またはサービス）の場合、ベースバンドプロセッサ２１０により何のアクションも取られない。ＩＣＣコントローラ３０５のみが、関連があるゲートｇiを削除でき、アクティブプロファイルのそのテーブルを更新できる。
【０１４３】
図４の例は、ＩＳＤ−Ｒおよびアクティブプロファイルを発見する動的手順に基づく。変形例において、ｅＵＩＣＣ３００上のすべての既存のプロファイルが、端末２００において定義されることができ（または以前にそれっきりで（once and for all）リストアされ）、ベースバンドプロセッサ２１０は、各プロファイルに対して、アクティブまたは非アクティブにかかわらず、専用リンクを静的に作成できる。この静的アプローチにより、ｅＵＩＣＣ３００の使用中に専用リンクの運営上の管理が妨げられる（prevents）。
【０１４４】
図４のプロセスは、端末２００の開始に適用できる。同様の動作は、端末をリフレッシュする場合に実現されることができる。例えば、動的ＨＣＩパイプは、再確立しなければならないが、静的ＨＣＩパイプは、恒久的に存在する。
【０１４５】
図５は、フローチャートを使用して、ベースバンドプロセッサ２１０による、アクティブプロファイルＰと対応するＭＮＯ１３０との間のメッセージのルーティングのステップを例示する。
【０１４６】
受信モードにおいて、プロセッサ２１０は、ステップ５０で、アクティブプロファイルＰに対するＮＭＯ１３０からのメッセージを受信する。メッセージは、一般にはコマンドを含む。ステップ５１において、プロセッサ２１０は、（例えば、受信した無線ストリームにおける情報を介して）このメッセージにより影響を受けるプロファイルＰを決定し、このアクティブプロファイルＰ専用のリンクを決定する。例えば、プロセッサ２１０は、決定されたプロファイルと関連付けられた専用リンクを決定するために、アクティブプロファイルのテーブルを調べる。専用リンクが識別されると、プロセッサ２１０は、ステップ５２において、この専用リンク上で受信したメッセージを、特に、ＡＰＤＵコマンドの形式で送信する。
【０１４７】
利用可能な通信リソースに予め割り当てられたゲート（またはサービス）の場合、プロセッサ２１０は、有利には、対応する予め割り当てられたゲート上で通信リソースを介して受信したメッセージのルーティングを行うだけでよい。
【０１４８】
送信モードにおいて、プロセッサ２１０は、ステップ５５で、アクティブプロファイルＰ専用のリンク上でｅＵＩＣＣ３００からのメッセージを受信する。このメッセージは、一般に、ステップ５２において送信されたＡＰＤＵコマンドに対するＡＰＤＵ応答に関与する。ステップ５６において、プロセッサ２１０は、その応答を、このオペレータの移動電話ネットワーク１００を介してＭＮＯ１３０に送信する。
【０１４９】
再び、利用可能な通信リソースに予め割り当てられたゲート（またはサービス）の場合、プロセッサ２１０は、有利には、対応する通信リソース上で予め割り当てられたゲートを介して受信したメッセージのルーティングを行うだけでよい。
【０１５０】
ｅＵＩＣＣ３００としては、（端末２００によるその電力供給を介して）それが開始されたとき、ｅＵＩＣＣ３００は、端末２００との通信インタフェース上で受信したコマンドを実行して、これらの同じインタフェース上で応答を送信することによりコマンドに反応する（reacts）。
【０１５１】
これらのコマンドは、セキュアＩＳＤ−ＲおよびＩＳＤ−Ｐドメインの運営上の管理に由来することができ、発見手順、ＩＳＤ−Ｐ作成／削除コマンド、ＩＳＤ−Ｐにおけるプロファイルのダウンロード／更新／削除、プロファイルのアクティブ化／非アクティブ化などである。これらのコマンドは、ｅＵＩＣＣ３００により従来のように処理される。
【０１５２】
しかしながら、新しい通信リンクが、それとベースバンドプロセッサ２１０との間に作成されると、ＩＣＣコントローラ３０５もまた、一方では、作成されたプライマリリンクとＩＳＤ−Ｒとの間の関連付けを、他方では、専用リンクとアクティブプロファイルとの間の関連付けを、最新に保持する、ＩＳＤ−Ｒのテーブルおよびアクティブプロファイルのテーブルを更新できる。これらのテーブルは、図６を参照して以降に記述するように、ＩＣＣコントローラ３０５が適切なルーティングを完了することを可能にする。
【０１５３】
受信モードにおいて、ＩＣＣコントローラ３０５は、ステップ６０で、アクティブプロファイルＰ専用のリンク上で、端末からメッセージを受信する。そのメッセージは、一般に、ステップ５２で送信されたＡＰＤＵコマンドを含む。ステップ６１において、ＩＣＣコントローラ３０５は、このメッセージを、アクティブプロファイルのテーブルに基づいて、アクティブプロファイルＰに対応するＩＳＤ−Ｐに送信する。
【０１５４】
送信モードにおいて、ＩＣＣコントローラ３０５は、ステップ６５において、アクティブプロファイルＰから（またはＩＳＤ−Ｒから）メッセージを受信する。そのメッセージは、一般に、ステップ６１において送信されたコマンドに対する応答に関与する。ステップ６６において、ＩＣＣコントローラ３０５は、このアクティブプロファイルＰ専用のリンクを決定する。例えば、ＩＣＣコントローラ３０５は、プロファイルＰと関連付けられた専用リンクを決定するために、アクティブプロファイルのローカルテーブルを調べる。専用リンクが識別されると、ＩＣＣコントローラ３０５は、ステップ６７において、この専用リンクで受信したメッセージを送信する（このメッセージは、ステップ５５において、ベースバンドプロセッサ２１０により受信される）。
【０１５５】
図７は、図３の実施形態と同様の本発明の実施形態を例示しており、セキュア要素３００は、複数のプロファイルＰ１からＰ４（および対応するＩＳＤ−Ｐ１からＩＳＤ−Ｐ４）を備えた、（単一のオーナシップＯＷＮ１に対応する）単一のＩＳＤ−Ｒドメイン３１０を含む。このモードにおいて、同じルートセキュリティドメインＩＳＤ−Ｒ３１０のもとで管理される複数の加入者プロファイルは、同時にアクティブであり、この場合、Ｐ１、Ｐ３およびＰ４である。
【０１５６】
プロファイル専用であり実現されるリンクの中で、Ｐ１専用のリンクは、標準ＩＳＯ  ７８１６に準拠する従来のＩＳＯリンクである。このＩＳＯリンクは、また、プロファイルの運営上の管理のために、ルートドメインＩＳＤ−Ｒ３１０と関連付けられたプライマリリンクであることができる。図の例において、アクティブプロファイルＰ３およびＰ４に専用のリンクは、例えば、セキュア要素とホスト端末との間の物理リンク４１０上で、ホストコントローラインタフェース（ＨＣＩ）を通して確立された論理リンク（またはパイプ）４１０−３および４１０−４である。この目的のため、ゲートＧ３およびＧ４は、ＩＣＣコントローラ３０５によりインスタンス化される。変形例として、ＩＳＤ−Ｒに、さらにはｅＵＩＣＣ全体に、専用の同じゲートを、これらのＨＣＩパイプは使用でき、パイプは、ベースバンドプロセッサ２１０に関してインスタンス化されたゲートにより区別される。
【０１５７】
ＨＣＩ／ＳＷＰインタフェースに対する変形例において、ＳＰＩマスタ−スレーブリンクを使用できる。もちろん、１つまたは複数のＨＣＩパイプの使用を、１つまたは複数のＳＰＩリンクの使用と組み合わせることができる。他の変形例において、プロファイルＰ３およびＰ４に専用のこれらの他のリンクのすべてまたは一部を、追加ＩＳＯリンクを通して実現できる。
【０１５８】
図７の実施形態は、従来のＩＳＯリンクを、ＩＳＤ−Ｒ３１０に対するプライマリリンクとして使用する。変形例として、プライマリＨＣＩパイプ（図示されてない）は、専用ゲートを介して、ＩＳＤ−Ｒ３１０（ＩＳＤ−Ｐおよびプロファイルの運営上の管理）に対して確立されることができる。
【０１５９】
図８は、「フルＨＣＩ／ＳＷＰ」モードにおける図７と同じ構成を例示する。この場合、プライマリＨＣＩパイプ４１０ISDRは、専用ゲートＧISDRを介してＩＳＤ−Ｒ（ＩＳＤ−Ｐおよびプロファイルの運営上の管理）に対して確立され、専用パイプ４１０−１は、ゲートＧ1を介してアクティブプロファイルＰ１に対して確立され、専用パイプ４１０−３は、ゲートＧ3を介してアクティブプロファイルＰ３に対して確立され、専用パイプ４１０−４は、ゲートＧ4を介してアクティブプロファイルＰ４に対して確立される。変形例として、ＩＳＤ−Ｒに、さらには、ｅＵＩＣＣ全体に専用の同じゲートを、これらのＨＣＩパイプは使用でき、パイプは、ベースバンドプロセッサ２１０に関してインスタンス化されたゲートにより区別される。
【０１６０】
図８の変形例は、すべてのリンクがＳＰＩリンクである「フルＳＰＩ」モードに関与することができる。
【０１６１】
図９は、他の実施形態を例示しており、セキュア要素に存在する加入者プロファイルは、この場合は（３つのオーナシップＯＷＮ１からＯＷＮ３に対応する）３つのドメインＩＳＤ−Ｒ１からＩＳＤ−Ｒ３である、複数のルートセキュリティドメインの管理のもとで分散される。ルートドメインは、種々の数のプロファイルＰと、その中の種々の数のアクティブプロファイルと、を含むことができる。
【０１６２】
この例において、同じルートセキュリティドメインＩＳＤ−Ｒ３１０のもとで管理される複数の加入者プロファイルが同時にアクティブであり、この場合、ＩＳＤ−Ｒ１に対してはＰ１１およびＰ１３、ＩＳＤ−Ｒ２に対してはＰ２１およびＰ２２、ならびにＩＳＤ−Ｒ４に対してはＰ３２、Ｐ３３、およびＰ３４である。
【０１６３】
ＩＳＯリンク４００は、第１アクティブプロファイルＰ１１専用であり、このルートドメインにおけるプロファイルの運営上の管理のためにＩＳＤ−Ｒ１と共用される。
【０１６４】
すべての他のアクティブプロファイルに対して、ベースバンドプロセッサ２１０とＩＣＣコントローラ３０５とは、専用ＨＣＩパイプを確立する。すなわち、プロファイルＰ１３に対しては、ゲートＧ１３を介して４１０−１３を、プロファイルＰ２１に対しては、ゲートＧ２１を介して４１０−２１を、確立するなどである。変形例として、各ＩＳＤ−Ｒ専用の同じゲート、またはｅＵＩＣＣ全体に専用の一般（general）ゲートを、これらのＨＣＩパイプは使用でき、そしてパイプは、ベースバンドプロセッサ２１０に関してインスタンス化されたゲートにより区別される。
【０１６５】
変形例において、または組み合わせにおいて、１つもしくは複数のマスタ−スレーブリンクが使用され、ならびに／または、１つもしくは複数の追加ＩＳＯリンクが使用されることができる。
【０１６６】
図１０は、「フルＨＣＩ／ＳＷＰ」モードにおける図９と同じ構成を例示する。この場合、パイプ４１０ISDRは、（運営上の管理のため、）対応するゲートＧISDRを介して、各ルートドメインに対して確立され、パイプ４１０−ｘは、ゲートＧXを介して、各アクティブプロファイルＰｘに対して確立される。変形例として、各ＩＳＤ−Ｒ専用の同じゲート、またはｅＵＩＣＣ全体に専用の一般ゲートを、これらのＨＣＩパイプは使用でき、そして、パイプは、ベースバンドプロセッサ２１０に関してインスタンス化されたゲートにより区別される。
【０１６７】
図１０の変形例は、すべてのリンクがＳＰＩリンクである「フルＳＰＩ」モードに関与することができる。
【０１６８】
図１１は、他の実施形態を例示しており、セキュア要素において存在する加入者プロファイルは、複数のルートセキュリティドメインの管理のもとで分散され、単一の加入者プロファイルＰは、１つのルートセキュリティドメインＩＳＤ−Ｒ当たり一度アクティブ化される。
【０１６９】
この場合、従来のＩＳＯリンク４００を、第１ルートドメインＩＳＤ−Ｒ専用とすることができ、従来のように、このドメインにおけるプロファイルを管理し、アクティブプロファイルＰとそのＭＮＯ１３０との間の交換を搬送するために使用できる。
【０１７０】
同様に、単一の論理リンク（ＨＣＩパイプまたはＳＰＩリンク）を、他のルートドメインＩＳＤ−Ｒ２およびＩＳＤ−Ｒ３のそれぞれに対して確立でき、この単一の論理リンクは、従来のように、このドメインにおけるプロファイルを管理し、関連があるルートドメインのアクティブプロファイルＰとそのＭＮＯ１３０との間の交換を搬送するために使用されることができる。単一の論理リンクの使用は、図１２に例示されており、それは、これ以降に記述される。
【０１７１】
図１１の例において、論理リンクは、プロファイルの運営上の管理のために、他のルートドメインＩＳＤ−Ｒ２およびＩＳＤ−Ｒ３のそれぞれと関連付けられて提供され（４１０ISRD2または４１０ISRD3）、これらの他のルートドメインのそれぞれにおけるアクティブプロファイルＰｘ専用の追加論理リンク（４１０−ｘ）が提供される。
【０１７２】
１つの実施形態において、１つまたは複数のＨＣＩ／ＳＷＰ、ＳＰＩおよび／またはＩＳＯリンクを組み合わせることができる。
【０１７３】
図１２は、「フルＨＣＩ／ＳＷＰ」モードにおける図１１と同じ構成を例示しており、単一の論理リンク（ＨＣＩパイプまたはＳＰＩリンク）が、ルートドメインＩＳＤ−Ｒ１からＩＳＤ−Ｒ３までのそれぞれに対して確立される。したがって、１つのルートドメイン当たりのこのリンクは、従来のように、プロファイルの運営上の管理メッセージと、アクティブプロファイルＰに対応するＭＮＯとの交換と、の両方を搬送するために使用される。
【０１７４】
利用可能な通信リソースに予め割り当てられたゲートまたはサービスの使用は、図７から１２のすべての実施形態に適用可能である。
【０１７５】
上記の例は、本発明の単なる実施形態に過ぎず、本発明は、これらによって制限されない。
【図１】
2020072476.tif 000003
【図２】
2020072476.tif 000004
【図３】
2020072476.tif 000005
【図４】
2020072476.tif 000006
【図５】
2020072476.tif 000007
【図６】
2020072476.tif 000008
【図７】
2020072476.tif 000009
【図８】
2020072476.tif 000010
【図９】
2020072476.tif 000011
【図１０】
2020072476.tif 000012
【図１１】
2020072476.tif 000013
【図１２】
2020072476.tif 000014
【外国語明細書】
2020072476000001.pdf