(57)【要約】  本発明は、端末（Ｔ）と協働する組み込み型加入者識別モジュール（ｅＵＩＣＣ１）を提案する。該モジュールは、少なくとも２つの通信プロファイル（Ｐ）であって、同時にアクティブとなって、アクティブな該通信プロファイルに対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と上記通信端末が通信することを可能にする少なくとも２つの通信プロファイルと、アクティブな通信プロファイル（Ｐ）のうちの宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンド（ＣＭＤ）を端末（Ｔ）から受信するための受信モジュールと、上記コマンドに包含されている宛先プロファイルの識別子に基づいて、アクティブな通信プロファイルの中から宛先プロファイルを決定するための判定モジュールと、を備える。【選択図】  図２
2019504553.tif 000002
【特許請求の範囲】
【請求項１】
通信端末（Ｔ）と協働するよう構成された組み込み型加入者識別モジュール（ｅＵＩＣＣ１）であって、該モジュールは、
‐複数の通信プロファイル（Ｐ）であって、該通信プロファイルのうち少なくとも２つの通信プロファイルが同時にアクティブとなって、該少なくとも２つのアクティブな通信プロファイルにそれぞれ対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と前記通信端末が通信することを可能にする複数の通信プロファイルと、
‐前記アクティブな通信プロファイル（Ｐ）のうちの宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンド（ＣＭＤ）を前記通信端末（Ｔ）から受信するための受信モジュール（Ｍ２）と、
‐前記コマンドに包含されている宛先プロファイル識別子に基づいて、前記アクティブな通信プロファイルの中から前記宛先プロファイルを決定する判定モジュール（Ｍ４）と、
を備える、組み込み型加入者識別モジュール。
【請求項２】
前記コマンドを前記宛先プロファイルに導くためのプロセッサモジュール（Ｍ６）を備える、請求項１に記載の組み込み型加入者識別モジュール。
【請求項３】
前記通信端末（Ｔ）は、少なくとも１つの無線インターフェース（ＩＮＴ）を有し、前記アクティブな通信プロファイルのうち少なくとも１つのアクティブな通信プロファイルが前記少なくとも１つの無線インターフェースにアクセス可能であり、前記通信端末と該アクティブな通信プロファイルに対応する前記携帯電話ネットワーク（Ｒ１，Ｒ２）との間に通信を確立できるようにする、請求項１または２に記載の組み込み型加入者識別モジュール。
【請求項４】
前記コマンドは規格ＩＳＯ７８１６‐４に準拠したＡＰＤＵコマンドであり、前記宛先プロファイルの前記識別子（ＩＤ）は、規格ＩＳＯ７８１６‐４に規定されたＣＬＡクラスのオクテットに包含されている、請求項１〜３のいずれか一項に記載の組み込み型加入者識別モジュール。
【請求項５】
前記宛先プロファイルの前記識別子は、前記ＣＬＡクラスのオクテットのビット５に基づいてコード化される、請求項４に記載の組み込み型加入者識別モジュール。
【請求項６】
前記ＣＬＡクラスのオクテットの前記ビット５は、第１の状態と第２の状態の切り替えが可能であり、前記判定モジュールは、前記ビット５が前記第１の状態にある場合には前記組み込み型加入者識別モジュール内の第１のアクティブな通信プロファイルが前記コマンドの前記宛先であると判定し、前記ビット５が前記第２の状態にある場合には前記組み込み型加入者識別モジュール内の第２のアクティブな通信プロファイルが前記コマンドの前記宛先であると判定するよう構成され、前記第１のアクティブな通信プロファイルと前記第２のアクティブな通信プロファイルとは互いに異なる、請求項５に記載の組み込み型加入者識別モジュール。
【請求項７】
前記宛先プロファイルの前記識別子は、前記ＣＬＡクラスのオクテットのビット１およびビット２に基づいてコード化される、請求項４に記載の組み込み型加入者識別モジュール。
【請求項８】
前記ＣＬＡクラスのオクテットの前記ビット１および前記ビット２は、それぞれ第１の状態と第２の状態の切り替えが可能であり、前記判定モジュール（Ｍ４）は、前記ビット１および前記ビット２の前記ＡＰＤＵコマンドにおける状態に基づいて前記宛先プロファイルを決定するよう構成されている、請求項７に記載の組み込み型加入者識別モジュール。
【請求項９】
通信端末（Ｔ）と協働する組み込み型加入者識別モジュール（ｅＵＩＣＣ１）にコマンド（ＣＭＤ）を送信するよう構成された装置（ＳＲ１；Ｔ）であって、該装置は、
‐前記組み込み型加入者識別モジュールにおいて同時にアクティブである複数の通信プロファイル（Ｐ）のうちの１つに前記コマンドを送信するための送信モジュール（Ｍ１２）であって、アクティブな前記通信プロファイルのそれぞれは、対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と前記通信端末が通信することを可能にする通信プロファイルである送信モジュール（Ｍ１２）と、
‐前記コマンドの送信の前に、前記コマンドの宛先であるアクティブな通信プロファイルの識別子を包含させるよう構成されたプロセッサモジュール（Ｍ１０）と、
を備える装置。
【請求項１０】
前記装置は、前記端末（Ｔ）または規格GSMA SGP.02 v3.0に準拠した遠隔コンテンツ管理サーバである、請求項９に記載の装置。
【請求項１１】
‐請求項１〜８のいずれか一項に記載の組み込み型加入者識別モジュール（ｅＵＩＣＣ１）と、
‐前記組み込み型加入者識別モジュールと協働する通信端末と、
‐少なくとも１つの請求項９または１０に記載の装置（ＳＲ１）と、
を備える、システム。
【請求項１２】
端末と協働する組み込み型加入者識別モジュール（ｅＵＩＣＣ１）に装置（ＳＲ１；Ｔ）によって送信される信号であって、前記組み込み型加入者識別モジュールは複数のアクティブな通信プロファイル（Ｐ）を有する組み込み型加入者識別モジュールであり、前記アクティブな通信プロファイルはそれぞれ対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と前記通信端末が通信することを可能にする通信プロファイルであり、
前記信号は、通信プロファイルの識別子（ＩＤ）を包含するコマンド（ＣＭＤ）を伝送する信号であって、該通信プロファイルは前記複数のアクティブな通信プロファイルのうちの前記コマンドの宛先としての通信プロファイルである、信号。
【請求項１３】
通信端末（Ｔ）と協働する組み込み型加入者識別モジュール（ｅＵＩＣＣ）によって実行される処理方法であって、
‐アクティブ通信プロファイルと称される少なくとも２つの通信プロファイル（Ｐ）を同時にアクティブ状態に維持することで、前記アクティブ通信プロファイルのそれぞれによって該通信プロファイルに対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と前記通信端末が通信することを可能にするステップ（Ａ２）と、
‐前記アクティブ通信プロファイル（Ｐ）のうちの宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンド（ＣＭＤ）を前記通信端末（Ｔ）から受信するステップ（Ａ１０）と、
‐前記コマンドに包含されている前記宛先プロファイルの識別子（ＩＤ）に基づいて、前記アクティブ通信プロファイルの中から前記宛先プロファイルを決定するステップ（Ａ１２）と、
を含む、処理方法。
【請求項１４】
通信端末（Ｔ）と協働する組み込み型加入者識別モジュール（ｅＵＩＣＣ１）にコマンド（ＣＭＤ）を送信するために装置（ＳＲ１；Ｔ）によって実行される送信方法であって、
‐前記組み込み型加入者識別モジュールにおいて同時にアクティブである複数の通信プロファイル（Ｐ）のうちの宛先通信プロファイルの識別子（ＩＤ）をコマンド（ＣＭＤ）に包含させるステップ（Ｃ６；Ｂ３０）であって、アクティブな前記通信プロファイルのそれぞれは、対応する各携帯電話ネットワーク（Ｒ１，Ｒ２）と前記組み込み型加入者識別モジュールが前記通信端末を介して通信することを可能にする通信プロファイルであるステップと、
‐前記組み込み型加入者識別モジュールにおけるアクティブな前記複数のプロファイルのうちの前記宛先通信プロファイル（Ｐ）を宛先として前記コマンドを前記通信端末（Ｔ）に送信するステップと、
を含む、送信方法。
【請求項１５】
インストラクションを含むコンピュータプログラム（ＯＳ１；ＯＳ２；ＯＳ３）であって、前記インストラクションは、該プログラムがコンピュータによって実行されたときに請求項１３または１４に記載の方法の各ステップを実行するためのインストラクションである、コンピュータプログラム。
【請求項１６】
請求項１３または１４に記載の方法の各ステップを実行するためのインストラクションを含むコンピュータプログラム（ＰＧ１；ＰＧ２）が格納されたコンピュータ読み取り可能なデータ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ｅＵＩＣＣ(embedded universal integrated circuit chip)としても知られる組み込み型加入者識別モジュールの分野に関し、より詳細には、複数の通信プロファイルを適切に管理するよう構成されたｅＵＩＣＣモジュールに関する。
【背景技術】
【０００２】
周知のように、従来のＳＩＭカードは、該ＳＩＭカードが協働する通信端末（例えば携帯電話など）が１つのネットワークオペレータのみの通信ネットワークを使用することを可能にするよう構成されている。この目的のために、ＳＩＭカードは、例えば、国際移動体加入者識別番号（international mobile subscriber identity；ＩＭＳＩ）、暗号化キー、および対応するオペレータに固有のアルゴリズムなどのサブスクリプションデータを収容している。サブスクリプションデータは、ＳＩＭカードの読み取り専用メモリ（ＲＯＭ）に永久的に保存される。
【０００３】
携帯電話が携帯電話ネットワークのサービスを利用しようとする場合、携帯電話は、ＳＩＭカードに保存されているサブスクリプションデータのうち、要求されたサービスにアクセスするためにネットワークオペレータが必要とするサブスクリプションデータの全てを送信する。これにより、オペレータはユーザを識別することができ、ＨＬＲ（home location register）データベースを利用して、ユーザが要求されたサービスに確かに加入していることを確認できる。ユーザが要求されたサービスに加入していることを確認すると、オペレータは、該オペレータのネットワークに対する認証および登録に用いられたデータを有しているＳＩＭカードが組み込まれた携帯電話にアクセスを許可する。
【０００４】
さらに、現在では、リプログラマブルＳＩＭカード、より詳細には組み込み型加入者識別モジュール、すなわちｅＵＩＣＣモジュールが知られている。これらリプログラマブルモジュールによれば、ユーザは、携帯電話のＳＩＭカードを物理的に交換する必要なくオペレータを変更できるようになる。ｅＵＩＣＣモジュールの主な仕様は、ＧＳＭＡ（global system for mobile communications association）によって、２０１５年６月３０日付の規格GSMA SGP.02 v3.0“Remote provisioning architecture for embedded UICC―technical specification―version 3.0”に定められている。ｅＵＩＣＣモジュールは、携帯電話に一体化されて従来のＳＩＭカードの機能を果たすことのできる小型のセキュアハードウェアエレメントである。
【０００５】
特に、ｅＵＩＣＣモジュールは、複数の通信プロファイル（以下、単に「プロファイル」ともいう）を収容するよう構成されている。各プロファイルは、上記のＧＳＭＡ規格において「ＩＳＤ‐Ｐ」と称されている専用のセキュアドメインに収容されている。通信プロファイルがアクティブである場合、該通信プロファイルは、携帯電話が対応するオペレータの通信ネットワークに安全にアクセスできるようにするとともに、該プロファイルによって定められたサービスにも安全にアクセスできるようにする。ｅＵＩＣＣモジュールにおいてアクティブである通信プロファイルを変更することによって、オペレータを変更したり、対応するサービス（例えば、データサービスおよび／または音声サービス）へのアクセスを変更したりすることができる。
【０００６】
ただし、ｅＵＩＣＣモジュールが複数の通信プロファイルを有する場合、あるプロファイルをアクティブ化したいときには別のプロファイルを非アクティブ化する必要がある。これを行うために、ｅＵＩＣＣモジュールの内部に格納されているプロファイルのライフサイクルを管理しているＳＭ‐ＳＲサーバが、携帯電話ネットワークを介してリクエストを送信し、例えば、ｅＵＩＣＣ内の対象のプロファイルをアクティブ化または非アクティブ化する。
【０００７】
ｅＵＩＣＣモジュールにおいて、ある通信プロファイルがアクティブ化されると、通常、アクティブである該通信プロファイルの所有者であり、かつ責任者でもあるオペレータが、遠隔サーバを用いてアクティブである該プロファイルのコンテンツに対して管理操作および／またはメンテナンス操作を行うことになる。このような操作は、一例として、プロファイルのファイルシステム内のデータをアップデートすることや、また、例えば、アクティブであるプロファイルに新しいアプリケーションをインストールしたり、アンインストールしたりすることであり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
現在、通信端末と協働するｅＵＩＣＣモジュールの通信プロファイルのコンテンツの管理を改善することが求められている。
【課題を解決するための手段】
【０００９】
そこで、本発明は、通信端末と協働するよう構成された組み込み型加入者識別モジュール（またはｅＵＩＣＣモジュール）であって、該モジュールは、
‐複数の通信プロファイルであって、該通信プロファイルのうち少なくとも２つの通信プロファイルが同時にアクティブとなって、該少なくとも２つのアクティブな通信プロファイルにそれぞれ対応する各携帯電話ネットワークと前記通信端末が通信することを可能にする複数の通信プロファイルと、
‐前記アクティブな通信プロファイルのうちの宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンドを前記通信端末から受信するための受信モジュールと、
‐前記コマンドに包含されている宛先プロファイル識別子に基づいて、前記アクティブな通信プロファイルの中から前記宛先プロファイルを決定する判定モジュールと、
を備える、組み込み型加入者識別モジュール、
を提供する。
【００１０】
本発明によれば、ｅＵＩＣＣモジュールによって受信される各コマンドごとに、該コマンドの宛先であるアクティブな通信プロファイルを決定することが可能である。したがって、本発明によれば、ｅＵＩＣＣモジュールが複数のプロファイルをアクティブ状態に維持することができ、複数のプロファイルはそれぞれ各プロファイルを宛先とするコマンドを受信して処理するよう構成される。このように、複数のプロファイルを同時にアクティブ化できるとともに、モバイルネットワークオペレータがアクティブ化要求および非アクティブ化要求を送信する必要がなくなり、それにより、トラフィックおよびネットワークリソースを抑えることができる。
【００１１】
特定の実施形態では、組み込み型加入者識別モジュールは、コマンドを上記宛先プロファイルに導く（または送信する）ためのプロセッサモジュールを備える。これにより、各コマンドを適切なアクティブプロファイルに転送できる。
【００１２】
特定の実施形態では、通信端末は、少なくとも１つの無線インターフェースを有し、アクティブな通信プロファイルのうち少なくとも１つのアクティブな通信プロファイルが該少なくとも１つの無線インターフェースにアクセス可能であり、通信端末と該アクティブな通信プロファイルに対応する携帯電話ネットワークとの間に通信を確立できるようにする。
【００１３】
特定の実施形態では、コマンドは規格ＩＳＯ７８１６−４に準拠したＡＰＤＵコマンドであり、宛先プロファイルの識別子は、規格ＩＳＯ７８１６−４に規定されたＣＬＡクラスのオクテット（l’octet de classe CLA)に包含されている。
【００１４】
特定の実施形態では、宛先プロファイルの識別子は、ＣＬＡクラスのオクテットのビット５に基づいてコード化される。
【００１５】
特定の実施形態では、ＣＬＡクラスのオクテットのビット５は、第１の状態と第２の状態の切り替えが可能であり、判定モジュールは、ビット５が第１の状態にある場合には組み込み型加入者識別モジュール内の第１のアクティブな通信プロファイルがコマンドの宛先であると判定し、ビット５が第２の状態にある場合には組み込み型加入者識別モジュール内の第２のアクティブな通信プロファイルがコマンドの宛先であると判定するよう構成され、第１のアクティブな通信プロファイルと第２のアクティブな通信プロファイルとは互いに異なる。
【００１６】
特定の実施形態では、宛先プロファイルの識別子は、ＣＬＡクラスのオクテットのビット１およびビット２に基づいてコード化される。
【００１７】
特定の実施形態では、ＣＬＡクラスのオクテットのビット１およびビット２は、それぞれ第１の状態と第２の状態の切り替えが可能であり、判定モジュールは、ビット１およびビット２のＡＰＤＵコマンドにおける状態に基づいて宛先プロファイルを決定するよう構成されている。
【００１８】
さらに、本発明は、通信端末と協働する組み込み型加入者識別モジュールにコマンドを送信するよう構成された装置であって、該装置は、
‐前記組み込み型加入者識別モジュールにおいて同時にアクティブである複数の通信プロファイルのうちの１つに前記コマンドを送信するための送信モジュールであって、アクティブな前記通信プロファイルのそれぞれは、対応する各携帯電話ネットワークと前記通信端末が通信することを可能にする通信プロファイルである送信モジュールと、
‐前記コマンドの送信の前に、前記コマンドの宛先であるアクティブな通信プロファイルの識別子を包含させるよう構成されたプロセッサモジュールと、
を備える装置、
を提供する。
【００１９】
例えば、上記装置は、上記端末自体でもあり得るし、または遠隔コンテンツ管理サーバでもあり得、該端末およびサーバは規格GSMA SGP.02 v3.0（本開示では「ＧＳＭＡ規格」と称する）に準拠したものである。ＧＳＭＡ規格に規定されているように、本発明の範囲において、アクティブなプロファイルのコンテンツを管理するために以下の規格が用いられ得る。
ETSI TS 102 225 “Secured packet structure for UICC-based applications” release 12、および／またはETSI TS 102 226 “Remote APDU structure for UICC-based applications”release 9、および/またはGlobalPlatform Card Specification v.2.2 Amendment B: Remote application management over http v1.1.3。
【００２０】
組み込み型加入者識別モジュールに関して上述した各種実施形態は、本発明の装置にも同様に適用される。
【００２１】
さらに、本発明は、
‐上記組み込み型加入者識別モジュールと、
‐上記組み込み型加入者識別モジュールと協働する通信端末と、
‐少なくとも１つの上記装置と、
を備える、システム、
を提供する。
【００２２】
一実施形態では、本発明は、ソフトウェア部品および／またはハードウェア部品によって実現される。この観点から、本開示において「モジュール」という用語は、ソフトウェア部品を指す場合もあり、ハードウェア部品を指す場合もあり、またはソフトウェア部品とハードウェア部品との組み合わせを指す場合もある。
【００２３】
さらに、本発明は、通信端末と協働する組み込み型加入者識別モジュールに装置によって送信される信号であって、前記組み込み型加入者識別モジュールは複数のアクティブな通信プロファイルを有する組み込み型加入者識別モジュールであり、前記アクティブな通信プロファイルはそれぞれ対応する各携帯電話ネットワークと前記通信端末が通信することを可能にする通信プロファイルであり、
前記信号は、通信プロファイルの識別子を包含するコマンドを伝送する信号であって、該通信プロファイルは前記複数のアクティブな通信プロファイルのうちの前記コマンドの宛先としての通信プロファイルである、信号。
【００２４】
上記に関連して、本発明は、通信端末と協働する組み込み型加入者識別モジュール（またはｅＵＩＣＣモジュール）によって実行される処理方法であって、
‐アクティブ通信プロファイルと称される少なくとも２つの通信プロファイルを同時にアクティブ状態に維持することで、前記アクティブ通信プロファイルのそれぞれによって該通信プロファイルに対応する各携帯電話ネットワークと前記通信端末が通信することを可能にするステップと、
‐前記アクティブ通信プロファイルのうちの宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンドを前記通信端末から受信するステップと、
‐前記コマンドに包含されている前記宛先プロファイルの識別子に基づいて、前記アクティブ通信プロファイルの中から前記宛先プロファイルを決定するステップと、
を含む、処理方法、
を提供する。
【００２５】
組み込み型加入者識別モジュールに関して上述した各種実施形態は、本発明の処理方法にも同様に適用される。
【００２６】
さらに、本発明は、通信端末と協働する組み込み型加入者識別モジュールにコマンドを送信するために装置によって実行される送信方法であって、
‐前記組み込み型加入者識別モジュールにおいて同時にアクティブである複数の通信プロファイルのうちの宛先通信プロファイルの識別子をコマンドに包含させるステップであって、アクティブな前記通信プロファイルのそれぞれは、対応する各携帯電話ネットワークと前記組み込み型加入者識別モジュールが前記通信端末を介して通信することを可能にする通信プロファイルであるステップと、
‐前記組み込み型加入者識別モジュールにおけるアクティブな前記複数のプロファイルのうちの前記宛先通信プロファイルを宛先として前記コマンドを前記通信端末に送信するステップと、
を含む送信方法、
を提供する。
【００２７】
例えば、上記装置は、上記端末自体でもあり得るし、以下の規格に準拠した遠隔コンテンツ管理サーバでもあり得る。
GSMA SGP.02 v3.0、および／またはETSI TS 102 225 “Secured packet structure for UICC-based applications” release 12、および／またはETSI TS 102 226 "Remote APDU structure for UICC-based applications" release 9、および/またはGlobalPlatform Card Specification v.2.2 Amendment B: Remote application management over http v1.1.3。
【００２８】
特定の実施形態では、上記処理方法および上記送信方法の各ステップはコンピュータプログラムのインストラクションによって定められる。
【００２９】
そこで、本発明は、さらに、
データ媒体（または記録媒体）に格納されたコンピュータプログラムであって、組み込み型加入者識別モジュール内、装置内、またはより一般的にはコンピュータ内で実行されるプログラムであり、上述の処理方法または送信方法を実施するよう構成されたインストラクションを含むプログラム、
を提供する。
【００３０】
上記プログラムは、任意のプログラミング言語を用いることができ、ソースコードの形態であってもよく、オブジェクトコードの形態であってもよく、ソースコードとオブジェクトコードの中間のコードの形態、例えば部分的にコンパイルされた形態であってもよく、または別の所望の形態であってもよい。
【００３１】
本発明は、さらに、コンピュータによって読み取り可能なデータ媒体（または記録媒体）であって、上述したコンピュータプログラムのインストラクションを含むデータ媒体を提供する。
【００３２】
上記データ媒体は、上記プログラムを格納可能な任意のエンティティまたはデバイスであり得る。例えば、媒体は、例えばコンパクトディスク（ＣＤ）ＲＯＭまたは超小型電子回路ＲＯＭといったＲＯＭなどの記憶手段、または、例えばフロッピーディスクまたはハードディスクなどの磁気記録手段を備え得る。
【００３３】
さらに、データ媒体は、無線またはその他の手段によって電気ケーブルまたは光ケーブルを介して伝送するのに適した電気信号または光信号などの伝送可能な媒体でもあり得る。本発明のプログラムは、特に、インターネット方式のネットワークからダウンロードされ得る。
【００３４】
また、データ媒体は、上記プログラムが組み込まれた集積回路であって、対象の方法を実行するように、または該方法の実行に用いられるように構成された集積回路でもあり得る。
【００３５】
本発明のその他の特徴および利点が、限定的な性質を持たない実施形態を示す添付の図面を参照してなされる以下の説明から明らかになる。
【図面の簡単な説明】
【００３６】
【図１】図１は、既知の仕方で端末と協働する組み込み型加入者識別モジュールを概略的に示す図である。
【図２】図２は、本発明の特定の実施形態における端末、組み込み型加入者識別モジュール、および複数のサーバーを概略的に示す図である。
【図３Ａ】図３Ａは、端末の一実施形態を概略的に示す図である。
【図３Ｂ】図３Ｂは、端末の一実施形態を概略的に示す図である。
【図４】図４は、本発明の特定の実施形態に関して、図２の組み込み型加入者識別モジュールにおいて実装されるモジュールを概略的に示す図である。
【図５】図５は、本発明の特定の実施形態に関して、図２に示すサーバにおいて実装されるモジュールを概略的に示す図である。
【図６】図６は、本発明の特定の実施形態に係る処理方法および送信方法の主なステップを示すフローチャートである。
【図７】図７は、本発明の特定の実施形態におけるＡＰＤＵコマンドのＣＬＡクラスのオクテットの特定のビットの使用を概略的に示す図である。
【図８】図８は、図６に示す実施形態の変形形態に係る処理方法および送信方法の主なステップを示すフローチャートである。
【発明を実施するための形態】
【００３７】
上述したように、ここで提案される発明は、組み込み型加入者識別モジュール（ｅＵＩＣＣモジュールとしても知られる）に関し、より詳細には、このようなモジュールを通信端末と協働しながら複数の通信プロファイルを管理するために用いることに関する。
【００３８】
現在、規格GSMA SGP.02 v3.0（以下、「ＧＳＭＡ規格」と称する）によれば、ｅＵＩＣＣモジュールにおいてアクティブ状態であることができるプロファイルは一度に１つのみであるという制約が課されている。すなわち、ＧＳＭＡ規格によれば、ｅＵＩＣＣモジュールにおいて複数の通信プロファイルが同時にアクティブとなる状況は禁止されている。
【００３９】
しかし、本発明は、特に上述した課題を解決するとともにｅＵＩＣＣモジュールにおける通信プロファイルの管理を改善するために、ｅＵＩＣＣモジュールにおいて複数のプロファイルを同時にアクティブにできるようにすることを提案する。
【００４０】
ここで、通信プロファイルがｅＵＩＣＣモジュールにおいてアクティブ化され、通信端末（ｅＵＩＣＣモジュールが協働している通信端末）が該プロファイルに対応する電話ネットワークと通信できるようになっているときに、該プロファイルは「アクティブ」である、または「アクティブ」状態にあるという。ＧＳＭＡ規格によれば、プロファイル（または該プロファイルが収容されているセキュアドメインＩＳＤ‐Ｐ）のいわゆる「ライフサイクル」に関する状態パラメータが「３Ｆ」状態に設定されているときに、該プロファイルは「アクティブ」（ＥＮＡＢＬＥ）であるという。さらに、ＧＳＭＡ規格によれば、プロファイルの「ライフサイクル」に関する状態パラメータが「１Ｆ」状態に設定されているときに、該プロファイルは「非アクティブ」（ＤＩＳＡＢＬＥ）であるという。
【００４１】
後に詳述するように、通信プロファイルがアクティブであっても、通信端末の無線インターフェースにアクセスできないことがある。場合によって無線インターフェースへのアクセスは制限されるが、特に、ｅＵＩＣＣモジュールにおいて同時にアクティブであるプロファイルと同じ数の無線インターフェースが通信端末に存在しない場合には、無線インターフェースへのアクセスが制限される可能性がある。アクティブなプロファイルは、該プロファイルが通信端末の無線リソースにアクセスできない限り、通信端末と該プロファイルに対応する携帯電話ネットワークとの間に通信を確立させることはできない。
【００４２】
従来のｅＵＩＣＣモジュールでは、任意の時点で１つのプロファイルしかアクティブであることができないために、例えば２つの異なるＳＩＭカードを同時に用いるデュアルＳＩＭ電話では可能であるような、複数の携帯電話サブスクリプションの同時利用を行うことができない。
【００４３】
所定の通信端末で複数のサブスクリプションを同時に利用するための解決手段としては、複数のｅＵＩＣＣモジュールを１つの通信端末に組み込むことが考えられる。しかし、このような手法では、特に、製造面およびコスト面で大きな制約がある。
【００４４】
図１は、従来のｅＵＩＣＣモジュール４を示しており、該ｅＵＩＣＣモジュール４は、通信端末２と協働してユーザが携帯電話ネットワーク２２と通信できるようにするよう構成されている。この例では、ｅＵＩＣＣモジュール４のオペレーティングシステム（ＯＳ）６は、通信プロファイル８，１０を使用するよう構成されている。上述のＧＳＭＡ規格によれば、プロファイル８，１０の一方のみが任意の時点でアクティブであることができる。ｅＵＩＣＣモジュール４は、ＩＳＯ７８１６方式の物理的接続を介して端末２と通信するよう構成されている。端末２の無線インターフェース１６は、例えばアンテナ（図示せず）を介して、外部との間で無線通信を送受信可能である。ｅＵＩＣＣモジュール４においてアクティブである１つのプロファイル（プロファイル８またはプロファイル１０）は、（端末２のオペレーティングシステムによって）接続１２を介して無線インターフェース１６にアクセス可能であり、それにより、端末２と該プロファイルに対応する携帯電話ネットワーク２２との間に、例えばデータ方式の通信および／または音声方式の通信であり得る通信１３を確立させることができる。
【００４５】
上述したように、本発明は、１つのｅＵＩＣＣモジュールにおいて複数のプロファイルが同時にアクティブになれるようにする。ただし、この手法は、複数のプロファイルが同時にアクティブであり得るｅＵＩＣＣモジュールに、通信端末の外部から受信されるコマンドであって、アクティブなプロファイルのいずれかに送信されるコマンドを適切に管理させることを可能にする解決手段が現時点では存在しないところに難点がある。
【００４６】
特に、上述した課題を解決するとともにｅＵＩＣＣモジュール内の通信プロファイルの管理を改善するために、本発明は、どのアクティブなプロファイルが通信端末を介して受信される各コマンドの宛先となるべきかをｅＵＩＣＣモジュールが判定できるようにすることを提案する。これを行うために、本発明は、ｅＵＩＣＣモジュールに送信されるコマンドであって複数の通信プロファイルのうちの１つを宛先とする各コマンドが、該コマンドの宛先であるアクティブなプロファイルの識別子を包含するようにする。この識別子に基づいて、ｅＵＩＣＣモジュールは宛先プロファイルを決定することが可能であり、このようにして決定された宛先プロファイルにコマンドを的確に導くことができる。
【００４７】
後述するように、様々な実施形態および変形形態が本発明の範囲内で考えられる。特に、ｅＵＩＣＣモジュール内のどのアクティブなプロファイルが宛先であるかを識別するためにコマンドに包含される識別子に関して、様々な種類の識別子が考えられる。
【００４８】
特に反対の意味の記載がなされない限り、複数の図面における共通の構成要素または類似の構成要素には同じ参照符号を付し、これら共通の構成要素または類似の構成要素は同じまたは類似の特性を有するものとする。したがって、簡略化のために、これら共通の構成要素については、通常、重複する説明は行わない。
【００４９】
図２は、通信端末Ｔと協働して携帯電話ネットワークＲへのアクセスを可能にするよう構成されたｅＵＩＣＣモジュール（符号ｅＵＩＣＣ１で示す）の構造を概略的に示す図である。例えば、モジュールｅＵＩＣＣ１は、端末Ｔに溶接されているか、もしくは組み込まれている。
【００５０】
ここで説明する実施形態では、端末Ｔが例えば携帯電話などの移動端末であるが、他の実施形態も本発明の範囲内で考えられる。
【００５１】
ここで説明する実施形態では、携帯端末Ｔは、モジュールｅＵＩＣＣ１を用いてネットワークＲ１およびネットワークＲ２（ネットワークＲと総称する）に安全にアクセスできるとともに、対応するネットワークオペレータＭＮＯ１およびネットワークオペレータＭＮＯ２（より一般的にネットワークオペレータＭＮＯと称する。ＭＮＯは「mobile network operator」を意味する。）によって提供されるサービスにも安全にアクセスできる。
【００５２】
この特定の実施形態では、携帯端末Ｔは、特に無線インターフェースＩＮＴを制御するよう構成されたオペレーティングシステムＯＳ２を有する。例えば、図３Ａに示すように、無線インターフェースＩＮＴは、アンテナ３２に接続された無線送受信ユニット３０を既知の仕方で備えている。図３Ｂを参照して後述するように、端末Ｔに複数の無線インターフェースを存在させることも考えられる。
【００５３】
ここで説明する実施形態では、モジュールｅＵＩＣＣ１は、書換可能な不揮発性メモリＭＲに接続されたオペレーティングシステムＯＳ１（例えば不揮発性メモリ、ＲＯＭ、またはフラッシュメモリなどに格納されている）を有する。
【００５４】
オペレーティングシステムＯＳ１は、後に図４を参照して詳述する所定の数のモジュールを有する。
【００５５】
オペレーティングシステムＯＳ１は、本発明に係るコンピュータプログラムの一例であり、該プログラムは本発明の特定の実施形態における処理方法の各ステップを実行するためのインストラクションを含んでいる。したがって、オペレーティングシステムＯＳ１が収容されているメモリは、モジュールｅＵＩＣＣ１のプロセッサ（図示せず）によって読み取り可能な本発明に係るデータ媒体の一例である。
【００５６】
また、モジュールｅＵＩＣＣ１の不揮発性メモリＭＲは、図２に示すように、特権的なセキュアドメインＩＳＤ‐Ｒを、複数の２次的なセキュアドメインＩＳＤ‐Ｐとともに含んでおり、該複数の２次的なセキュアドメインはこの例では参照符号ＩＳＤ‐Ｐ１およびＩＳＤ‐Ｐ２で示している。各セキュアドメインは、モジュールｅＵＩＣＣ１のセキュアコンパートメントを構成する。ここで検討する特定の実施形態はあくまで本発明の非限定的な一例であり、特に、ドメインＩＳＤ‐Ｐの数は使用状況に応じて変更し得ることが理解できる。
【００５７】
セキュアドメインＩＳＤ‐Ｒには、特に、不揮発性メモリＭＲにおいて２次的なセキュアドメインＩＳＤ‐Ｐを作成、削除、アクティブ化、または非アクティブ化可能であるという点で、特権が与えられている。
【００５８】
２次的なセキュアドメインＩＳＤ‐Ｐのそれぞれは、特定のネットワークオペレータＭＮＯに対応する１つの通信プロファイルＰ（または操作プロファイル）を収容するよう構成されている。すなわち、各プロファイルＰは、該プロファイルＰ専用のセキュアドメインＩＳＤ‐Ｐに収容されている。通信プロファイルＰは、既知の仕方で、サブスクリプションデータ（例えば識別子（ＩＭＳＩなど））、暗号化キー、およびアルゴリズム（例えば認証用アルゴリズム）を含んでおり、さらに、ファイルシステム、アプリケーション、または所定の実行ルールを含み得る。ここで検討する例では、プロファイルＰはＧＳＭＡ規格に準拠している。
【００５９】
より詳細には、ここで説明する例では、２次的なセキュアドメインＩＳＤ‐Ｐ１が通信プロファイルＰ１を含んでおり、該通信プロファイルＰ１は、アクティブであるとき、端末ＴがモバイルネットワークオペレータＭＮＯ１に対応する第１のモバイルネットワークＲ１と通信できるようにする。セキュアドメインＩＳＤ‐Ｐ１は、さらに、ユーザが加入しているオペレータＭＮＯ１に固有のアプリケーションＡＰＰ１を含み得る。また、プロファイルＰ１に対して定義されたアプリケーションＡＰＰ１が、プロファイルＰ１自体に収容されていてもよい。
【００６０】
同様に、２次的なセキュアドメインＩＳＤ‐Ｐ２は通信プロファイルＰ２を有し、該通信プロファイルＰ２は、アクティブであるとき、端末Ｔが第２のネットワークオペレータＭＮＯ２に対応する第２のモバイルネットワークＲ２と通信することを許可する。セキュアドメインＩＳＤ‐Ｐ２は、さらに、ユーザが加入しているオペレータＭＮＯ２に固有のアプリケーションＡＰＰ２を有し得る。また、プロファイルＰ２に対して定義されたアプリケーションＡＰＰ２が、プロファイルＰ２自体に収容されていてもよい。
【００６１】
ここで説明する実施形態では、モジュールｅＵＩＣＣ１は、複数の通信プロファイルＰ（具体的には、この例におけるプロファイルＰ１，Ｐ２）を同時にアクティブ状態に維持するよう構成されている。
【００６２】
モジュールｅＵＩＣＣ１は、さらに、端末Ｔ（特に該端末の無線インターフェースＩＮＴ）を介して、ネットワークＲ１およびネットワークＲ２の双方に属している遠隔サブスクリプションマネージャ‐セキュアルーティング（ＳＭ‐ＳＲ）サーバと安全に通信できるよう構成されている。
【００６３】
モジュールｅＵＩＣＣ１と端末Ｔとの間の通信は、この例では、規格ＩＳＯ７８１６（より詳細にはＩＳＯ７８１６‐３およびＩＳＯ７８１６‐４に定義されている）に準拠した接続Ｌを通じて行われる。
【００６４】
この特定の実施形態では、ネットワークＲ１は、モジュールｅＵＩＣＣ１のプロファイルＰ１のコンテンツをオペレータＭＮＯ１が管理できるようにするコンテンツ管理用遠隔サーバＳＲ１を有する。同様に、ネットワークＲ２は、モジュールｅＵＩＣＣ１のプロファイルＰ２のコンテンツをオペレータＭＮＯ２が管理できるようにするコンテンツ管理用遠隔サーバＳＲ２を有する。モジュールｅＵＩＣＣ１内でプロファイルＰ１およびプロファイルＰ２がアクティブ化されると、オペレータＭＮＯ１およびオペレータＭＮＯ２は、それぞれのサーバＳＲ１およびサーバＳＲ２を利用して、対応するアクティブなプロファイル内のアプリケーションまたはファイルの管理を含む操作を行えるようになる。
【００６５】
例えば、これら遠隔サーバＳＲ１および遠隔サーバＳＲ２は、遠隔アプリケーション管理（remote application management；ＲＡＭ）型のサーバであるか、または遠隔ファイル管理（remote file management；ＲＦＭ）型のサーバである。
【００６６】
プロファイルのコンテンツ（アプリケーションおよび／またはファイル）を管理することによって、該プロファイル内において、限定はされないが例えば、新たなアプリケーションをインストールしたり、ファイルをアップデートしたり、アプリケーションをアンインストールしたり、ファイルを作成したり、ファイルを削除したりすることなどが可能になる。
【００６７】
一実施形態では、プロファイルＰ１（またはＰ２）を管理するために、遠隔コンテンツ管理サーバＳＲ１（またはＳＲ２）は、ネットワークＲ１（またはＲ２）および端末Ｔを通じて、モジュールｅＵＩＣＣ１のプロファイルＰ１（またはＰ２）に固有のコマンドを送信するよう構成されている。これら固有のコマンドは、コンテンツ管理コマンドと称するが、モジュールｅＵＩＣＣ１で指定されたプロファイルＰ１（またはＰ２）のファイルおよび／またはアプリケーションを管理する機能を果たす。非限定的な例として、これら固有のコマンドは、「update record」、「delete file」、「update binary」、「install install」、「select file」などの当業者には周知のＡＰＤＵコマンドを含み得る。これにより、各遠隔サーバＳＲ１，ＳＲ２は、端末Ｔの無線インターフェースＩＮＴを用いてモジュールｅＵＩＣＣ１内の対象となるアクティブなプロファイルに到達できる。
【００６８】
ここで説明する実施形態では、サーバＳＲ１はオペレーティングシステムＯＳ３を用いる。オペレーティングシステムＯＳ３は、本発明に係るコンピュータプログラムの一例であり、該プログラムは本発明の特定の実施形態における送信方法の各ステップを実行するためのインストラクションを含んでいる。オペレーティングシステムＯＳ３が収容されているメモリ（図示せず）は、コンテンツ管理用遠隔サーバのプロセッサ（図示せず）によって読み取り可能な本発明に係るデータ媒体の一例である。
【００６９】
コンテンツ管理用遠隔サーバＳＲ２の構造および動作は、サーバＳＲ１の構造および動作と類似していることが理解できる。そのため、本開示ではサーバＳＲ２については詳述しない。
【００７０】
ここで検討する例では、コンテンツ管理サーバＳＲ１は、複数の通信プロファイルＰのうちの１つを宛先としてコンテンツ管理コマンドＣＭＤを端末Ｔに送信するよう構成されており、宛先となるプロファイルはモジュールｅＵＩＣＣ１においてアクティブ状態にあり、サーバの管理下にあるプロファイルである。コマンドＣＭＤを受信して処理できるようにするためには、通信プロファイルＰがアクティブである必要がある。この例では、セキュアドメインＩＳＲ‐Ｒが、サーバＳＭ‐ＳＲによって送信されたアクティブ化コマンドに応じてプロファイルＰをアクティブ化するよう構成されている。
【００７１】
プロファイルＰがアクティブであるときに該プロファイルＰによって受信され得るコマンドＣＭＤは、例えばＡＰＤＵコマンドであってもよい。
【００７２】
この例では、図２に示すように、オペレータＭＮＯ１およびオペレータＭＮＯ２はそれぞれ、対応する各ＳＭ‐ＤＰサーバ（より一般的には装置）と通信可能であり、ここでは各ＳＭ‐ＤＰサーバをそれぞれＳＭ‐ＤＰ１およびＳＭ‐ＤＰ２と称する。さらに、この例では、オペレータＭＮＯ１およびオペレータＭＮＯ２はそれぞれ、対応する各データべース（ＤＢ１およびＤＢ２）にアクセス可能であり、それらデータベースはそれぞれ、特にサブスクリプションデータを収容している。特にサーバＳＭ‐ＤＰ１，ＳＰ‐ＤＰ２の使用およびデータベースＤＢ１，ＤＢ２の使用は、本発明を実施するうえで必要ではない。
【００７３】
各サーバＳＭ‐ＤＰ１，ＳＭ‐ＤＰ２は、プロファイルを作成する（ドメインＩＳＤ‐Ｐなどを作成する）ためのコマンドおよびプロファイルにロードするための初期データの両方をサーバＳＭ‐ＳＲに送信するよう構成されている。
【００７４】
さらに、本発明によれば、モジュールｅＵＩＣＣ１は、コンテンツ管理用遠隔サーバＳＲ１，ＳＲ２からのコマンドＣＭＤを受信して、モジュールｅＵＩＣＣ１においてアクティブである複数の通信プロファイルのうちの該コマンドＣＭＤの宛先であるアクティブな通信プロファイルＰに該コマンドを導くよう構成されている。
【００７５】
モジュールｅＵＩＣＣ１、端末Ｔ、およびコンテンツ管理サーバＳＲ１，ＳＲ２は、システムＳＹを構成している。
【００７６】
ｅＵＩＣＣモジュール内、通信端末Ｔ内、サーバＳＭ‐ＳＲ内、またはコンテンツ管理サーバ内に通常存在する特定の構成要素については、本発明を理解するのに必要ではないため意図的に省略されていることが理解できる。さらに、当業者には、特定の構成要素について、それらが本発明の実施に必須ではないかあるいは直接関係しない場合であっても、本発明の理解を容易にするためにここで説明されていることが理解される。
【００７７】
図３Ａを参照して上述したように、端末Ｔは、１つの無線インターフェースＩＮＴを有し得る。このような場合、モジュールｅＵＩＣＣ１においてアクティブである複数のプロファイルＰのうちの１つのみが、任意の時点において端末ＴとモバイルネットワークＲとの間の通信を確立させることが可能である。このような場合にプロファイルＰ１およびプロファイルＰ２が同時にアクティブであるとき、２つのプロファイルＰのうちの一方のみが対応するオペレータＭＮＯのネットワークとの通信を確立できる。
【００７８】
ただし、端末Ｔに複数の無線インターフェースＩＮＴを含ませることも考えられる。図３Ｂは、端末Ｔが、モジュールｅＵＩＣＣ１と端末Ｔの２つの無線インターフェースＩＮＴＡ，ＩＮＴＢとの間の通信を切り替えるよう構成されたスイッチ３４を有している実施形態の例を示している。この例における無線インターフェースＩＮＴＡ（またはＩＮＴＢ）は、アンテナ３８Ａ（または３８Ｂ）に接続された無線送受信ユニット３６Ａ（または３６Ｂ）を備える。この実施形態では、スイッチ３４によって、無線インターフェースＩＮＴＡ，ＩＮＴＢのうちの一方によって受信された各コマンドＣＭＤをモジュールｅＵＩＣＣ１へ導くことができる。モジュールｅＵＩＣＣ１と無線インターフェースのうちの一方との間のチャネルが使用中であるとき、モジュールｅＵＩＣＣ１と他方の無線インターフェースとの間の他方のチャネルは利用できない。
【００７９】
上述したように、モジュールｅＵＩＣＣ１においてアクティブである通信プロファイルＰは、該プロファイルＰが端末Ｔの無線リソース（すなわち、無線インターフェース）にアクセスできない限り、端末Ｔと対応するモバイルネットワークＲとの間の通信を確立しないよう構成されている。
【００８０】
特定の実施形態では、端末Ｔは、モジュールｅＵＩＣＣ１の各プロファイルＰによって送信または受信されたデータを時分割多重化するよう構成されている。
【００８１】
図４に示すように、この例におけるモジュールｅＵＩＣＣ１のオペレーティングシステムＯＳ１は、所定の数のモジュール、すなわち、受信モジュールＭ２、判定モジュールＭ４、およびプロセッサモジュールＭ６を配備している。
【００８２】
より詳細には、受信モジュールＭ２は、通信端末Ｔから、複数の通信プロファイルＰのうち、モジュールｅＵＩＣＣ１においてアクティブである宛先プロファイルと称される１つの通信プロファイルを宛先とするコマンドＣＭＤを受信するよう構成されている。
【００８３】
判定モジュールＭ４は、受信された各コマンドＣＭＤに包含されている宛先プロファイル識別子に基づいて、複数のアクティブな通信プロファイルＰの中から宛先プロファイルを決定するよう構成されている。
【００８４】
さらに、この例では、プロセッサモジュールＭ６は、受信された各コマンドＣＭＤを、判定モジュールＭ４によって決定された宛先プロファイルに導くよう構成されている。
【００８５】
モジュールＭ２，Ｍ４，Ｍ６についての上述の定義は、あくまで本発明の非限定的な実施形態の１つに関するものであることが理解できる。上記モジュールのうちの少なくとも２つが、特に、モジュールｅＵＩＣＣ１に配備される単一のモジュールを構成してもよい。
【００８６】
図５に示すように、この例では、コンテンツ管理サーバＳＲ１のオペレーティングシステムＯＳ３は、プロセッサモジュールＭ１０と送信モジュールＭ１２とを配備している。
【００８７】
より詳細には、プロセッサモジュールＭ１０は、モジュールｅＵＩＣＣ１に送信するためのコマンドＣＭＤに、該コマンドＣＭＤの宛先である通信プロファイルＰの識別子を包含させるよう構成されている。
【００８８】
また、送信モジュールＭ１２は、上記識別子を包含しているコマンドＣＭＤをモジュールｅＵＩＣＣ１に送信するよう構成されており、該コマンドＣＭＤの宛先は上記宛先プロファイルである。
【００８９】
コンテンツ管理サーバＳＲ２は、コンテンツ管理サーバＳＲ１と同様であるため、本開示ではコンテンツ管理サーバＳＲ２については詳述しない。
【００９０】
モジュールＭ１０，Ｍ１２についての上述の定義は、あくまで本発明の非限定的な実施形態の１つに関するものにすぎないことが理解できる。上記モジュールのうちの少なくとも２つが、特に、コンテンツ管理サーバに配備される単一のモジュールを構成してもよい。
【００９１】
以下、図６のフローチャートを参照して、本発明の特定の一実施形態について説明するが、該実施形態は特にモジュールｅＵＩＣＣ１と遠隔コンテンツ管理サーバＳＲ１とによって実現される。このために、モジュールｅＵＩＣＣ１は、オペレーティングシステムＯＳ１を実行して特定の実施形態に係る処理方法を実施し、コンテンツ管理サーバＳＲ１は、オペレーティングシステムＯＳ３を実行して特定の実施形態に係る送信方法を実施する。
【００９２】
ここで、通信プロファイルＰ１および通信プロファイルＰ２は、モジュールｅＵＩＣＣ１において既にアクティブ化されていると想定する。この例では、各プロファイルのアクティブ化は、対象となるプロファイルＰに対応するＳＭ‐ＳＲサーバによって送信されるアクティブ化要求に応じて、特権的なセキュアドメインＩＳＤ−Ｒによって実施され得る。モジュールｅＵＩＣＣ１は、本例の処理方法の開始から終了まで、プロファイルＰ１，Ｐ２をアクティブ状態に維持する（Ａ２）と想定する。
【００９３】
生成ステップＣ４において、コンテンツ管理サーバＳＲ１は、モジュールｅＵＩＣＣ１においてアクティブである通信プロファイルＰ１に対するコマンドＣＤＭを生成する。例えば、このコマンドＣＭＤは、規格ＩＳＯ７８１６‐４に準拠したＡＰＤＵコマンドである。
【００９４】
特定の例では、コマンドＣＭＤは、エンベロープ方式のＡＰＤＵコマンドであり、モジュールｅＵＩＣＣ１のアクティブなプロファイルに対する少なくとも１つのコマンド（「ファイルをアップデート」など）を含み得る。
【００９５】
包含ステップＣ６において、コンテンツ管理サーバＳＲ１は、コマンドＣＭＤに、該コマンドＣＭＤの宛先であるプロファイルＰ（すなわち、この例におけるプロファイルＰ１）の識別子ＩＤを包含させる。後述するように、この識別子ＩＤは使用状況に応じて様々な形態をとり得る。
【００９６】
送信ステップＣ８において、コンテンツ管理サーバＳＲ１は、識別子ＩＤを包含するコマンドＣＭＤを端末Ｔに送信する。端末Ｔは、コマンドＣＭＤを受信すると（Ｂ８）、識別子ＩＤによって識別されるプロファイルＰを宛先としてコマンドＣＭＤをモジュールｅＵＩＣＣ１に転送する。
【００９７】
モジュールｅＵＩＣＣ１は、受信ステップＡ１０においてコマンドＣＭＤを受信する。
【００９８】
その後、モジュールｅＵＩＣＣ１は、コマンドＣＭＤに包含されている識別子ＩＤに基づいて、コマンドＣＭＤの宛先であるアクティブなプロファイルＰを決定する（Ａ１２）。
【００９９】
送信ステップＡ１４において、モジュールｅＵＩＣＣ１は、ステップＡ１２において決定された宛先プロファイルＰにコマンドＣＭＤを送信する。このように、モジュールｅＵＩＣＣ１は、受信したコマンドを適切なアクティブプロファイルＰに導くよう構成されている。
【０１００】
宛先プロファイルＰは、受信したコマンドＣＭＤに応じて、受信したコマンドに関連する適切な処理Ａ１６を行う。
【０１０１】
この実施形態では、包含ステップＣ６および送信ステップＣ８は、それぞれコンテンツ管理サーバＳＲ１のモジュールＭ１０およびモジュールＭ１２によって行われる。同様に、受信ステップＡ１０、判定ステップＡ１２、および送信ステップＡ１４は、それぞれモジュールＭ２、モジュールＭ４、およびモジュールＭ６によって行われる。
【０１０２】
コンテンツ管理サーバＳＲ２は、本発明の送信方法を遠隔サーバＳＲ１と同じ仕方で行うよう構成され得る。
【０１０３】
特定の実施形態では、Ｃ８でコンテンツ管理サーバＳＲ１から送信され、モジュールｅＵＩＣＣ１によって処理されるコマンドＣＭＤは、規格ＩＳＯ７８１６‐４に準拠したＡＰＤＵコマンドである。
【０１０４】
上述したように、コマンドＣＭＤの宛先であるアクティブなプロファイルの識別子ＩＤは、使用状況に応じて様々な形態をとり得る。
【０１０５】
特定の実施形態では、宛先プロファイルの識別子ＩＤは、規格ＩＳＯ７８１６‐４に規定されているような、コマンドＣＭＤのＣＬＡクラスのオクテットに包含される。
【０１０６】
図７は、各実施形態におけるコマンドＣＭＤのＣＬＡクラスのオクテットのビットの状態を概略的に示す図である。
【０１０７】
特定の実施形態では、宛先プロファイルの識別子ＩＤが、コマンドＣＭＤのＣＬＡクラスのオクテットのビット５（ｂ５と表記）に基づいてコード化される。換言すれば、コンテンツ管理サーバＳＲ１は、端末Ｔに送信するためのコマンドＣＭＤを、該コマンドＣＭＤのＣＬＡクラスのオクテットのビット５を用いて識別子ＩＤをコード化することによってフォーマットする。規格ＥＴＳＩ  １０２２２１によれば、ＣＬＡクラスのオクテットのビット５には特定の用途が割り当てられていない。そこで、本発明は、この特定の実施形態において、対象のコマンドの宛先であるアクティブなプロファイルＰを識別するために、ＣＬＡのオクテットのビット５を活用することを提案する。
【０１０８】
特定の実施形態では、コマンドＣＭＤのＣＬＡクラスのオクテットのビット５は、第１の状態「０」と第２の状態「１」の切り替えが可能であり、判定モジュールＭ４は、ビット５が「０」状態である場合にはモジュールｅＵＩＣＣ１の第１のアクティブな通信プロファイルＰ１がコマンドＣＭＤの宛先であると判定し、ビット５が「１」状態である場合には第２のアクティブな通信プロファイルＰ２がコマンドＣＭＤの宛先であると判定するよう構成されており、プロファイルＰ１とプロファイルＰ２とは互いに異なっている。
【０１０９】
ビット５を用いると、第１のプロファイルＰ１および第２のプロファイルＰ２のいずれかを宛先としてモジュールｅＵＩＣＣ１に入ってくるトラフィックを区別するのに有利である。ただし、この例ではビットを１つしか用いていない（該ビットは状態「０」または「１」しかとることができない）ため、２つより多い数の異なるアクティブプロファイル同士を区別することはできない。
【０１１０】
この実施形態には、特に、２つのアクティブなプロファイルＰを同時に利用でき、かつ各プロファイルＰが図３Ｂに示すような無線インターフェースＩＮＴＡまたは無線インターフェースＩＮＴＢにアクセスできるようにするという利点がある。一方、端末Ｔで利用可能な無線インターフェースＩＮＴが１つのみである場合（図３Ａに示すような場合）、任意の時点で該無線インターフェースＩＮＴにアクセス可能なアクティブプロファイルＰのみが、端末Ｔと該プロファイルに対応するモバイルネットワーク（Ｒ１またはＲ２）との間の通信を確立するよう構成される。
【０１１１】
ただし、規格ＩＳＯ７８１６によれば、「コマンドチェイニングコントロール（command chaining control）」機能がｅＵＩＣＣモジュールによってサポートされている場合、該機能のためにビット５を用い得ることに留意すべきである。したがって、ＣＬＡのオクテットのビット５を宛先プロファイルＰを識別するために用いる場合、「コマンドチェイニングコントロール」機能は利用できない。
【０１１２】
さらに、上記実施形態では、本発明の送信方法を行うのはコンテンツ管理サーバＳＲ１，ＳＲ２である。ただし、本発明の送信方法は、場合により他の何らかのエンティティによって行われ得る。
【０１１３】
特定の実施形態では、宛先であるアクティブなプロファイルの識別子ＩＤの包含は、端末Ｔによってコマンドの受信後に行われる。換言すれば、本発明の送信方法を行うのが端末Ｔであり、該方法において、端末Ｔは、モジュールｅＵＩＣＣ１内のコマンドＣＭＤの宛先であるアクティブなプロファイルの識別子ＩＤを該コマンドに包含させる。例えば、識別子ＩＤは、コマンドＣＭＤのＣＬＡクラスのオクテットのビット５を用いてコード化される。識別子ＩＤが包含されると、端末は、識別子ＩＤを包含するコマンドをモジュールｅＵＩＣＣ１に送信し、モジュールｅＵＩＣＣ１が識別子ＩＤに基づいてコマンドを宛先プロファイルへと導く。
【０１１４】
例えば図２に示すように、モジュールｅＵＩＣＣ１のアクティブなプロファイルＰが端末Ｔと通信する場合、該プロファイルＰは、接続Ｌによって示されているＩＳＯ７８１６インターフェースを用いて通信を行う。規格ＩＳＯ７８１６によれば、モジュールｅＵＩＣＣ１と端末Ｔとの間の通信に４つの異なる論理チャネルを通常用いることができ、使用中の論理チャネルは、各ＡＰＤＵコマンドにおいてＣＬＡクラスのオクテットのビット１およびビット２を用いて識別される。これにより、ＡＰＤＵコマンドを受信するアクティブなプロファイルＰは、接続Ｌを介した伝送に使用中の論理チャネルを認識できる。
【０１１５】
図７に示すように、この例では、モジュールｅＵＩＣＣ１と端末Ｔとの間の接続Ｌを介して通常利用可能な４つの論理チャネルをＣＨ０、ＣＨ１、ＣＨ２、およびＣＨ３と表記する。
【０１１６】
以下、図６を参照して上述した実施形態の変形形態について、図８を参照して説明する。この変形形態では、送信方法が、コンテンツ管理サーバＳＲ１またはコンテンツ管理サーバＳＲ２ではなく、端末Ｔによって行われる。
【０１１７】
この特定の実施形態では、コンテンツ管理サーバＳＲ１は、図６を参照して上述したように、コマンドＣＭＤを生成する（Ｃ４）。次いで、コンテンツ管理サーバＳＲ１は、コマンドＣＭＤを端末Ｔに送信する（Ｃ８）。
【０１１８】
端末Ｔは、受信ステップＢ８において、コマンドＣＭＤを受信する。端末Ｔは、受信したコマンドＣＭＤのモジュールｅＵＩＣＣ１内における宛先であるアクティブなプロファイルＰの識別子ＩＤをコマンドＣＭＤに包含させる（Ｂ３０）。
【０１１９】
この実施形態では、コマンドＣＭＤの宛先であるプロファイルの識別子ＩＤは、該コマンドのＣＬＡクラスのオクテットのビット１およびビット２に基づいてコード化される（図７）。換言すれば、端末Ｔは、ＣＬＡクラスのオクテットのビット１およびビット２を用いて識別子ＩＤをコード化することによって、コンテンツ管理サーバＳＲ１から受信したコマンドＣＭＤをフォーマットする。このように、この特定の実施形態では、通常接続Ｌで用いられる論理チャネルの識別にあてられる２つのビットｂ１，ｂ２を、ＡＰＤＵコマンドの宛先であるアクティブなプロファイルＰを識別するために有効に利用している。この特定の実施形態では、端末Ｔは、ビット１とビット２の状態（ＣＨ０〜ＣＨ３）の１つまたは複数の組み合わせを所定のプロファイルＰに割り当てている。
【０１２０】
特定の実施形態では、コマンドＣＭＤのＣＬＡクラスのオクテットのビット１およびビット２は、それぞれ第１の状態「０」と第２の状態「１」の切り替えが可能であり、判定モジュールＭ４は、コマンドＣＭＤのビット１およびビット２の状態から宛先プロファイルＰを決定するよう構成されている。
【０１２１】
特定の実施形態では、端末Ｔは、ｅＵＩＣＣモジュールの同一のアクティブプロファイルには、１つまたは複数の同じ論理チャネルを常に割り当てるよう構成される。換言すれば、ｅＵＩＣＣモジュールの各アクティブプロファイルには、端末Ｔによって常に同じ１つまたは複数の論理チャネルが付与される（例えば、チャネルＣＨ０はプロファイルＰ１に、そしてチャネルＣＨ１およびチャネルＣＨ２はプロファイルＰ２に割り当てられる）。変形形態では、端末は、アクティブであるプロファイルに動的な仕方で論理チャネルを割り当てるよう構成される。
【０１２２】
本発明の範囲においてＣＬＡクラスのオクテットのビット１およびビット２を使用することは、必要に応じて２つより多い数の異なる宛先プロファイルＰを識別することが可能になるという点で有利である。さらに、この実施形態によれば、ＧＳＭＡ規格に準拠して「コマンドチェイニングコントロール」機能を利用できる。
【０１２３】
次に、端末Ｔは、図８に示すように、宛先アクティブプロファイルＰの識別子ＩＤを包含しているコマンドＣＭＤをモジュールｅＵＩＣＣ１に送信する（Ｂ１０）。モジュールｅＵＩＣＣ１は、受信ステップＡ１０においてコマンドＣＭＤを受信し、図６を参照して上述したステップＡ１２、ステップＡ１４、およびステップＡ１６を行う。
【０１２４】
特定の実施形態では、モジュールｅＵＩＣＣ１は、規格ＩＳＯ７８１６‐４に準拠してＣＬＡクラスのオクテットのビット５に基づき、および／または、規格ＩＳＯ７８１６‐４に準拠してＣＬＡクラスのオクテットのビット１およびビット２に基づき、宛先プロファイルの識別子ＩＤを読み取るよう構成されている。
【０１２５】
本発明により、ｅＵＩＣＣモジュールが受信した各コマンドを適切なアクティブ通信プロファイルに導くことが可能になる。本発明によれば、ｅＵＩＣＣモジュールは、複数のプロファイルをアクティブ状態に維持できる。このように、複数のプロファイルを同時にアクティブ化できるとともに、アクティブ化要求および非アクティブ化要求をモバイルネットワークサーバＳＭ‐ＳＲから送信する必要がなくなり、それにより、トラフィックおよびネットワークリソースを抑えることができる。
【０１２６】
例えば、本発明により、ｅＵＩＣＣモジュールにおいて第１のサブスクリプション（第１のプロファイルに対応）を用いて「音声」方式の通信を行い、それと同時に第２のサブスクリプション（別のプロファイルに対応）を用いて「データ」方式の通信を行うことが可能になる。複数のアクティブプロファイルを同時に組み合わせて用いる方法としては、他の使用方法も本発明の範囲内で可能であり、例えば以下のものが挙げられる。
‐時間帯に応じて異なるサブスクリプションを使用すること。
‐電話を端末を介して受信しているのか発信しているのかに応じて異なるサブスクリプションを使用すること。
‐電話が国内電話か国際電話かに応じて異なるサブスクリプションを使用すること。
【０１２７】
当業者には、上述した実施形態および変形形態があくまで本発明の実施の仕方の非限定的な例にすぎないことが理解される。特に、当業者であれば、任意の特定の要求を満たすために、上述した実施形態および変形形態を任意に変更するまたは組み合わせることが可能である。
【図１】
2019504553.tif 000003
【図２】
2019504553.tif 000004
【図３Ａ】
2019504553.tif 000005
【図３Ｂ】
2019504553.tif 000006
【図４】
2019504553.tif 000007
【図５】
2019504553.tif 000008
【図６】
2019504553.tif 000009
【図７】
2019504553.tif 000010
【図８】
2019504553.tif 000011
【国際調査報告】
2019504553.tif 000012
2019504553.tif 000013
2019504553.tif 000014
2019504553.tif 000015