(57)【要約】本発明は、複数のソフトウェアコンテナ（２０、３０）とオペレーティングシステム（１２）とを備えた耐タンパデバイス（１０）を管理する方法である。オペレーティングシステムは、外部エンティティを使用して１組の通信プロトコルを処理することができる。オペレーティングシステムは、上記１組の通信プロトコルのそれぞれを１つのソフトウェアコンテナと関連付けたペアリングデータ（１４）にアクセスし、オペレーティングシステムは、外部エンティティの１つからメッセージを受信すると、ペアリングデータを使用して、メッセージを伝送するのに使用した通信プロトコルと関連付けられたソフトウェアコンテナにメッセージをルーティングする。【選択図】  図２
2021501948.tif 000002
【特許請求の範囲】
【請求項１】
複数のソフトウェアコンテナ（２０、３０）と、外部エンティティを使用して１組の通信プロトコルを処理することができるオペレーティングシステム（１２）とを備えた耐タンパデバイス（１０）を管理する方法であって、
前記オペレーティングシステムが、前記１組の通信プロトコルのそれぞれを前記複数のソフトウェアコンテナに属する１つのソフトウェアコンテナと関連付けたペアリングデータ（１４）にアクセスすること、及び、前記オペレーティングシステムが、前記外部エンティティの１つからメッセージを受信すると、前記ペアリングデータを使用して、前記メッセージを伝送するのに使用した前記通信プロトコルと関連付けられた前記ソフトウェアコンテナに前記メッセージをルーティングすることを特徴とする方法。
【請求項２】
前記複数のソフトウェアコンテナのそれぞれがファイルを備え、前記ファイルが、共通の識別子を使用して前記外部エンティティの標的にされる、請求項１に記載の方法。
【請求項３】
前記複数のソフトウェアコンテナのそれぞれがルートファイルを備え、前記ルートファイルが、共通の識別子を使用して前記外部エンティティの標的にされる、請求項２に記載の方法。
【請求項４】
前記オペレーティングシステムが、前記メッセージが前記共通の識別子を標的にする場合にのみ前記ペアリングデータを使用して前記メッセージをルーティングする、請求項２又は３に記載の方法。
【請求項５】
前記複数のソフトウェアコンテナが、グローバルプラットフォームカード仕様規格に準拠するセキュリティドメインとＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様規格に準拠する電気通信プロファイルの両方を備える、請求項１から４の何れか一項に記載の方法。
【請求項６】
前記耐タンパデバイスが、埋め込みセキュアエレメント、組み込みセキュアエレメント、セキュアエンクレーブ、スマートカード又はマシンツーマシンデバイスである、請求項１から５の何れか一項に記載の方法。
【請求項７】
前記１組の通信プロトコルが、ＥＴＳＩ  ＩＳＯ７８１６−３により規定されるＴ＝０又はＴ＝１と、次のグループ：ＳＷＰ非接触タイプＡ、ＳＷＰ非接触タイプＢ、ＡＰＤＵゲート又はＳＰＩの少なくとも１つとを備える、請求項１から６の何れか一項に記載の方法。
【請求項８】
複数のソフトウェアコンテナ（２０、３０）と、外部エンティティを使用して１組の通信プロトコルを処理することができるオペレーティングシステム（１２）とを備えた耐タンパデバイス（１０）であって、
前記オペレーティングシステムが、前記１組の通信プロトコルのそれぞれを前記複数のソフトウェアコンテナに属する１つのソフトウェアコンテナと関連付けたペアリングデータ（１４）を含むこと、及び、前記オペレーティングシステムが、前記外部エンティティの１つからメッセージを受信すると、前記ペアリングデータ（１４）を使用して、前記メッセージを伝送するのに使用した前記通信プロトコルと関連付けられた前記ソフトウェアコンテナに前記メッセージをルーティングするように構成されたルーティングエージェント（１６）を備えること、を特徴とする耐タンパデバイス（１０）。
【請求項９】
前記複数のソフトウェアコンテナのそれぞれがファイルを備え、前記ファイルが、共通の識別子を使用して前記外部エンティティの標的にされる、請求項８に記載の耐タンパデバイス。
【請求項１０】
前記複数のソフトウェアコンテナのそれぞれがルートファイルを備え、前記ルートファイルが、共通の識別子を使用して前記外部エンティティの標的にされる、請求項９に記載の耐タンパデバイス。
【請求項１１】
前記ルーティングエージェントが、前記メッセージが前記共通の識別子を標的にする場合にのみ、前記ペアリングデータを使用して、前記メッセージを伝送するのに使用した前記通信プロトコルと関連付けられた前記ソフトウェアコンテナに前記メッセージをルーティングする、請求項９又は１０に記載の耐タンパデバイス。
【請求項１２】
前記複数のソフトウェアコンテナが、グローバルプラットフォームカード仕様規格に準拠するセキュリティドメインとＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様規格に準拠する電気通信プロファイルの両方を備える、請求項８から１１の何れか一項に記載の耐タンパデバイス。
【請求項１３】
前記耐タンパデバイスが、埋め込みセキュアエレメント、組み込みセキュアエレメント、セキュアエンクレーブ、スマートカード又はマシンツーマシンデバイスである、請求項８から１２の何れか一項に記載の耐タンパデバイス。
【請求項１４】
前記１組の通信プロトコルが、ＥＴＳＩ  ＩＳＯ７８１６−３により規定されるＴ＝０又はＴ＝１と、次のグループ：ＳＷＰ非接触タイプＡ、ＳＷＰ非接触タイプＢ、ＡＰＤＵゲート又はＳＰＩの少なくとも１つとを備える、請求項８から１３の何れか一項に記載の耐タンパデバイス。
【請求項１５】
請求項８から１４の何れか一項に記載の耐タンパデバイスが埋め込まれたホストデバイス（９０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のソフトウェアコンテナを備えた耐タンパデバイスを管理する方法に関する。本発明は、特にソフトウェアコンテナへのアクセスを外部エンティティにより管理する方法に関する。
【背景技術】
【０００２】
耐タンパデバイスは、セキュアエレメントとも呼ばれ、データを格納し、安全な方法でサービスを提供することができる物理的コンポーネントである。一般に、耐タンパデバイスは、メモリ量が限られ、能力が限られたプロセッサを有し、バッテリを有していない。例えば、ＵＩＣＣ（汎用集積回路カード）は、電気通信目的のＳＩＭアプリケーションが埋め込まれた耐タンパデバイスである。耐タンパデバイスは、例えば携帯電話のような端末内に固定的か否かを問わず取り付けることができる。一部の例では、端末は、Ｍ２Ｍ（マシンツーマシン）アプリケーション向けの他のマシンと通信するマシンによって構成される。
【０００３】
耐タンパデバイスは、スマートカードの形式とすることができる、又は、限定されるわけではないが、例えばＰＣＴ／ＳＥ２００８／０５０３８０に記載されるパッケージチップなどの任意の他の形式、若しくは任意の他の形式であってよい。
【０００４】
耐タンパデバイスをホストデバイスに従属させるために、このホストデバイスにはんだ付け又は溶着することが知られている。これはＭ２Ｍ（マシンツーマシン）アプリケーションで行われる。同じ目的は、決済アプリケーション、ＳＩＭ又はＵＳＩＭアプリケーション及び関連ファイルを含むチップ（耐タンパデバイス）をホストデバイスに格納する場合に達成される。チップは、例えば、ホストデバイス又はマシンのマザーボードにはんだ付けされ、埋め込みＵＩＣＣ（ｅＵＩＣＣ）を構成する。
【０００５】
埋め込みＵＩＣＣ（ｅＵＩＣＣ）のような耐タンパデバイスは、１又は複数の電気通信事業者に帰属した複数の電気通信プロファイル（サブスクリプション）を含むことができる。このような耐タンパデバイスは、相互運用性の理由により、ＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様規格に準拠しなければならない。
【０００６】
グローバルプラットフォームカード仕様規格に準拠する耐タンパデバイスを使用することも知られている。埋め込みセキュアエレメント（すなわちｅＳＥ）を含むこのような耐タンパデバイスは、決済アプリケーションやアクセスアプリケーションのような電気通信以外のアプリケーションを含むことができる。
【０００７】
これまで、これら２種類の耐タンパデバイスは、別個の物理的コンポーネントによって実施されている。現在では、ｅＵＩＣＣの機能及びｅＳＥの機能の両方を１つの耐タンパデバイスに埋め込むという新たなニーズが生まれている。
【０００８】
上記の規格は、プロファイル及びアプリケーションが同じ識別子を有するソフトウェアコンテナによって管理されることを求める。したがって、外部エンティティからメッセージがもたらされる場合、耐タンパデバイスは、実際に標的とされたソフトウェアコンテナを特定することができない。
【０００９】
１つの耐タンパデバイスに埋め込まれた複数のソフトウェアコンテナへのアクセスを管理する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、上述の技術的問題を解決することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の目的は、複数のソフトウェアコンテナとオペレーティングシステムとを備えた耐タンパデバイスを管理する方法である。オペレーティングシステムは、外部エンティティを使用して１組の通信プロトコルを処理するように構成される。オペレーティングシステムは、１組の通信プロトコルのそれぞれを複数のソフトウェアコンテナに属する１つのソフトウェアコンテナと関連付けたペアリングデータにアクセスする。オペレーティングシステムは、外部エンティティの１つからメッセージを受信すると、ペアリングデータを使用して、メッセージを伝送するのに使用した通信プロトコルと関連付けられたソフトウェアコンテナにメッセージをルーティングする。
【００１２】
有利には、複数のソフトウェアコンテナの各ソフトウェアコンテナはファイルを備えることができ、これらのファイルは、共通の識別子を使用して外部エンティティの標的にすることができる。
【００１３】
有利には、複数のソフトウェアコンテナの各ソフトウェアコンテナはルートファイルを備えることができ、これらのルートファイルは、共通の識別子を使用して外部エンティティの標的にすることができる。
【００１４】
有利には、オペレーティングシステムは、メッセージが共通の識別子を標的にする場合にのみペアリングデータを使用してメッセージをルーティングすることができる。
【００１５】
有利には、複数のソフトウェアコンテナは、グローバルプラットフォームカード仕様規格に準拠するセキュリティドメインとＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様規格に準拠する電気通信プロファイルの両方を備えることができる。
【００１６】
有利には、耐タンパデバイスは、埋め込みセキュアエレメント、組み込みセキュアエレメント、セキュアエンクレーブ、スマートカード又はマシンツーマシンデバイスであってよい。
【００１７】
有利には、１組の通信プロトコルは、ＥＴＳＩ  ＩＳＯ７８１６−３により規定されるＴ＝０又はＴ＝１と、次のグループ：ＳＷＰ非接触タイプＡ、ＳＷＰ非接触タイプＢ、ＡＰＤＵゲート又はＳＰＩの少なくとも１つのプロトコルとを備えることができる。
【００１８】
本発明の別の目的は、複数のソフトウェアコンテナと、オペレーティングシステムとを備えた耐タンパデバイスである。オペレーティングシステムは、外部エンティティを使用して１組の通信プロトコルを処理することができる。オペレーティングシステムは、１組の通信プロトコルのそれぞれを複数のソフトウェアコンテナに属する１つのソフトウェアコンテナと関連付けたペアリングデータを含む。オペレーティングシステムは、外部エンティティの１つからメッセージを受信すると、ペアリングデータを使用して、メッセージを伝送するのに使用した通信プロトコルと関連付けられたソフトウェアコンテナにメッセージをルーティングするように構成されたルーティングエージェントを備える。
【００１９】
有利には、複数のソフトウェアコンテナのそれぞれはファイルを備えることができ、これらのファイルは、共通の識別子を使用して外部エンティティの標的にすることができる。
【００２０】
有利には、上記複数のソフトウェアコンテナのそれぞれはルートファイルを備えることができ、ルートファイルは、共通の識別子を使用して外部エンティティの標的にすることができる。
【００２１】
有利には、ルーティングエージェントは、メッセージが上記共通の識別子を標的にする場合にのみ、ペアリングデータを使用して、メッセージを伝送するのに使用した通信プロトコルと関連付けられたソフトウェアコンテナにメッセージをルーティングすることができる。
【００２２】
有利には、複数のソフトウェアコンテナは、グローバルプラットフォームカード仕様規格に準拠するセキュリティドメインとＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様規格に準拠する電気通信プロファイルの両方を備えることができる。
【００２３】
本発明の別の目的は、本発明に係る耐タンパデバイスが埋め込まれたホストデバイスである。
【図面の簡単な説明】
【００２４】
本発明の他の特徴及び利点は、対応する添付図面を参照して本発明の好ましい複数の実施形態についての以下の説明を読むことにより、より明確になるであろう。
【００２５】
【図１】本発明に係る耐タンパデバイスのハードウェアアーキテクチャのある例を示す図。
【図２】本発明に係る耐タンパデバイスの論理アーキテクチャのある例を示す図。
【発明を実施するための形態】
【００２６】
本発明は、複数のソフトウェアコンテナを含むことが意図され、少なくとも２つのプロトコルを介して通信できる任意のタイプの耐タンパデバイス又はセキュアエレメントに適用することができる。耐タンパデバイスは、任意のタイプのホストマシンに結合することができる。例えば、ホストマシンは、携帯電話、自動車、メータ、スロットマシーン、ＴＶ、タブレット、ラップトップ、コネクテッドウォッチ、又はコンピュータであってよい。
【００２７】
耐タンパデバイスは、埋め込みセキュアエレメント（ｅＳＥ）、組み込みセキュアエレメント（ｉＳＥ）、セキュアエンクレーブ、スマートカード又はマシンツーマシンデバイスであってよい。組み込みセキュアエレメントは、セキュアエレメントの機能と異なる追加機能を提供するハードウェア要素に組み込まれたセキュアエレメントである。例えば、ベースバンドモデムがｉＳＥを備えることがある。ｅＳＥ及びｉＳＥに関連するより多くの情報は、Ｊａｖａｃａｒｄプラットフォームクラシック版ｖ３．０．５及びグローバルプラットフォームカード仕様ｖ２．３に見ることができる。
【００２８】
ソフトウェアコンテナにメッセージ（コマンド）を送信することが意図される外部エンティティは、リモートサーバ、ＮＦＣデバイス、ホストマシンそのもの、又はソフトウェアコンテナの１つを標的にするメッセージの送信を開始するように適合された任意のコンピュータマシンであってよい。
【００２９】
本明細書では、「メッセージをソフトウェアコンテナにルーティングすること」は、「メッセージをソフトウェアコンテナに属する（ファイルやディレクトリのような）エンティティにルーティングすること」を意味する。好ましくは、エンティティは、ソフトウェアコンテナのルートファイル又はソフトウェアコンテナのメインセキュリティドメインのルートファイルである。
【００３０】
図１は、本発明に係る耐タンパデバイスのハードウェアアーキテクチャのある例を示している。
【００３１】
この例では、耐タンパデバイス１０は、電気通信端末（図示せず）に溶接され、ＵＩＣＣとして機能するセキュアエレメントである。例えば、耐タンパデバイス１０は、スマートフォンに埋め込まれたチップであってよい。耐タンパデバイス１０は、プロセッサ４０と、ワーキングメモリ５０と、不揮発性メモリ７０と通信インターフェイス６０とを備える。
【００３２】
ワーキングメモリ５０はＲＡＭであってよく、不揮発性メモリ７０はフラッシュメモリであってよい。通信インターフェイス６０は、複数の通信プロトコルに従ってデータを伝送するように設計される。例えば、通信インターフェイス６０は、ＩＳＯ７８１６−３  Ｔ＝０プロトコルとシリアルペリフェラルインターフェイス（ＳＰＩ）の両方に準拠するように設計することができる。
【００３３】
不揮発性メモリ７０は、耐タンパデバイスのオペレーティングシステム１２と、２つのソフトウェアコンテナ２０及び３０とを備える。これらのソフトウェアコンテナは離れており、分離したエンティティとしてオペレーティングシステム１２によって管理される。換言すれば、オペレーティングシステム１２は、一方のソフトウェアコンテナが他方のソフトウェアコンテナに属するデータに不正にアクセスすることができないことを保証することができる。
【００３４】
この例では、オペレーティングシステム１２は、ＩＳＯ７８１６−３  Ｔ＝０プロトコルとＳＷＰプロトコルの両方を処理するように構成される。
【００３５】
別の例では、通信インターフェイス６０及びオペレーティングシステム１２はともに、次のプロトコル：ＥＴＳＩ  ＩＳＯ７８１６−３により規定されるＴ＝１（又はＴ＝０）、ＥＴＳＩ  ＴＳ  １０２  ６１３  Ｖ．１１．０．０によるＳＷＰ非接触タイプＡ  −  ＵＩＣＣ−ＣＬＦインターフェイス、ＥＴＳＩ  ＴＳ  １０２  ６１３  Ｖ．１１．０．０により規定されるＳＷＰ非接触タイプＢ  −  ＵＩＣＣ−ＣＬＦインターフェイス、埋め込みセキュアエレメント認証のためのＨＣＩ拡張０．５及びＥＴＳＩ規格：１０２．６２２  ｖ１２．１．０により規定されるＳＰＩ及びＡＰＤＵゲート、の中の少なくとも２つのプロトコルの任意の組み合わせを処理するように構成することができる。
【００３６】
オペレーティングシステム１２及び通信インターフェイス６０は、専用の通信プロトコルを処理するように構成されてもよい。
【００３７】
図２は、本発明に係る耐タンパデバイスの論理アーキテクチャのある例を示している。
【００３８】
この図は、図１に記載した耐タンパデバイス１０の論理的ビューを提供する。
【００３９】
耐タンパデバイス１０は、耐タンパデバイス１０をホストするホストデバイスの発行者に関連するプロファイルを格納するソフトウェアコンテナ３０を備える。このプロファイルの構造は、グローバルプラットフォームカード仕様Ｖ２．３規格に準拠している。
【００４０】
より正確には、ソフトウェアコンテナ３０は、ＩＳＤ（発行者セキュリティドメインの略）と呼ばれるメイン発行者ディレクトリを備える。ＩＳＤは、耐タンパデバイス１０をホストするホストデバイスのプロファイルに関連するデータを格納する１組のファイルを含む。ＩＳＤは、グローバルプラットフォームカード仕様Ｖ２．３規格に従って値が０ｘＡ００００００１５１００００００に設定された識別子（ＡＩＤと称する）を有するファイルとして実装される。
【００４１】
ソフトウェアコンテナ３０は、例えば決済サービス、ビルディングアクセスサービス又はＮＦＣサービスを提供する複数のアプリケーションを含むことができる。例えば、図２のソフトウェアコンテナ３０は、オンライン決済サービスに対応するファイル及びデータを含むセキュリティドメイン（ＡＭ  ＳＤ）を含む。
【００４２】
なお、ソフトウェアコンテナ３０は、ホストデバイスの発行者に関連するプロファイルを必ずしも含まない。ソフトウェアコンテナ３０は、電気通信以外の主体に関連するプロファイルを含む可能性がある。
【００４３】
耐タンパデバイス１０は、ＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様Ｖ２．１規格に準拠する電気通信事業者サブスクリプションに関連するデータを格納するソフトウェアコンテナ２０を備える。
【００４４】
より正確には、ソフトウェアコンテナ２０は、ＩＳＤ−Ｒ（ルート発行者セキュリティドメインの略）と称するルートディレクトリと、異なるプロファイルを含む２つの従属ディレクトリ：ＩＳＤ−Ｐ１及びＩＳＤ−Ｐ２とを備える。ＩＳＤ−Ｐ１（プロファイル＃１の発行者セキュリティドメインの略）は、第１の移動体通信事業者（ＭＮＯ）のサブスクリプションプロファイルに関連するデータを格納する１組のファイルを含む。同様に、ＩＳＤ−Ｐ２（プロファイル＃２の発行者セキュリティドメインの略）は、第２の（ＭＮＯ）サブスクリプションプロファイルに関連するデータを格納する１組のファイルを含む。
【００４５】
なお、上記のディレクトリは、独自の識別子（すなわち、ＡＩＤ）を有するファイルとして実装される。
【００４６】
ＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様Ｖ２．１規格に従えば、ＩＳＤ−ＲのＡＩＤは、値：０ｘＡ００００００１５１００００００で管理されるべきである。別のファイル（すなわち、ソフトウェアコンテナ３０のＩＳＤ）が同じＡＩＤ値で既に作成されているため、ＩＳＤ−Ｒは、異なるＡＩＤ値で作成される。例えば、０ｘＡ００００００１５２００００００をＩＳＤ−ＲのＡＩＤに割り当てることができる。オペレーティングシステム１２は、ＩＳＤ−Ｒが受信コマンド／メッセージの標的にされる場合、ＡＩＤ値０ｘＡ００００００１５１００００００をＩＳＤ−Ｒのエイリアスとして処理するように構成される。例えば、オペレーティングシステム１２は、エイリアス機構を管理できるレジストリを管理することができる。エイリアス機構は、ＡＩＤ値を別のＡＩＤ値に置き換えることができる２つの識別子間の関連性を規定する。
【００４７】
オペレーティングシステム１２は、ペアリングデータ１４とルーティングエージェント１６とを備える。ペアリングデータ１４は、オペレーティングシステム１２により管理される各通信プロトコルと耐タンパデバイス１０に格納されている１つのソフトウェアコンテナとの関連付け（関連性）の記述を含む。より正確には、各通信プロトコルは１つのソフトウェアコンテナと関連付けられる。ただし、１つのソフトウェアコンテナは、２つ以上の通信プロトコルと関連付けることができる。
【００４８】
オペレーティングシステム１２がＩＳＯ７８１６−３プロトコル、ＡＰＤＵゲートプロトコル及びＳＰＩプロトコルを介して通信を処理するように設計されていると仮定すると、ＩＳＯ７８１６−３プロトコルをソフトウェアコンテナ２０に割り当てることができる一方、ＡＰＤＵゲートプロトコルとＳＰＩプロトコルをともにソフトウェアコンテナ３０に割り当てる。
【００４９】
ルーティングエージェント１６は、受信メッセージ（又はコマンド）が受信されたときに使用されたプロトコルを特定するように、また、特定されたプロトコルを、メッセージをその本当の標的に向ける弁別子として使用するように設計される。これによって、ルーティングエージェント１６は、外部エンティティからメッセージを受信すると、ペアリングデータ１４を用いて、メッセージを伝送するのに使用された通信プロトコルと関連付けられたソフトウェアコンテナにメッセージをルーティングする。
【００５０】
例えば、ＩＳＤ−Ｒを標的にし（すなわち、ＡＩＤ＝０ｘＡ００００００１５１００００００により標的を定め）、ＩＳＯ７８１６−３プロトコルを介して受信された受信コマンドが、ペアリングデータ１４で宣言されるソフトウェアコンテナ２０に（すなわち、ソフトウェアコンテナ２０のＩＳＤ−Ｒに）ルーティングされる。
【００５１】
オペレーティングシステム１２がＪａｖａｃａｒｄ仮想マシンを備える場合、ルーティングエージェント１６は、どちらのソフトウェアコンテナを標的にしなければならないかを見分けるために、（例えばＪａｖａｃａｒｄ  ３．ｘ規格で定義される）Ｊａｖａｃａｒｄ  ｇｅｔＰｒｏｔｏｃｏｌ（）メソッドに依拠して使用されたプロトコルを特定することができる。
【００５２】
好ましくは、ルーティングエージェント１６は、使用されたプロトコルを特定するように、また、受信したメッセージが共通の値に設定された標的とされたＡＩＤ（すなわち、上記の例における０ｘＡ００００００１５１００００００）を含む場合にのみ、使用されたプロトコルで標的とされたソフトウェアコンテナを決定するように構成される。換言すれば、ルーティングエージェント１６は、標的とされたルートファイル（すなわち、ソフトウェアコンテナ）がエイリアスの対象となる場合にのみ、ペアリングデータ１４を使用することによって受信メッセージをルーティングするように構成することができる。
【００５３】
好ましくは、オペレーティングシステム１２は、ＥＴＳＩ  ＩＳＯ７８１６−３（例えば、Ｔ＝１又はＴ＝０）により規定された少なくとも１つのプロトコル、及び次のリスト：ＳＷＰ非接触タイプＡ、ＳＷＰ非接触タイプＢ、ＡＰＤＵゲート及びＳＰＩの中の少なくとも１つのプロトコルを管理するように適合される。有利には、ペアリングデータ１４は、次の関連付け：全てのＥＴＳＩ  ＩＳＯ７８１６−３プロトコルがソフトウェアコンテナ２０に割り当てられる一方、全ての他のプロトコルがソフトウェアコンテナ３０に割り当てられることを含む。
【００５４】
図２の実施形態では、ルーティングエージェント１６は、オペレーティングシステム１２に埋め込まれたソフトウェアコンポーネントである。ルーティングエージェント１６及びオペレーティングシステム１２はいずれも、耐タンパデバイス１０のプロセッサにより実行される命令を含む。
【００５５】
なお、上記の実施形態では、規格のバージョンは単なる例として与えられている。例えば、耐タンパデバイス１０は、ＧＳＭＡ  ＳＧＰ  ．２２  ＲＳＰ  技術仕様Ｖ２．０又はＶ２．２規格に準拠する電気通信事業者サブスクリプションに関連するデータを格納するソフトウェアコンテナ２０を備えることができる。
【００５６】
一例では、ソフトウェアコンテナの１つにメッセージ（コマンド）を送信する外部エンティティは、携帯電話のリッチＯＳ部にあるアプリケーションであってよい。この場合、メッセージはＡＰＤＵゲートプロトコルを介して伝送することができる。
【００５７】
別の例では、ソフトウェアコンテナの１つにメッセージ（コマンド）を送信する外部エンティティは、携帯電話の高信頼実行環境（ＴＥＥ）部にあるアプリケーションであってよい。この場合、メッセージはＳＰＩプロトコルを介して伝送することができる。
【００５８】
別の例では、ソフトウェアコンテナの１つにメッセージ（コマンド）を送信する外部エンティティは、外部ＮＦＣリーダにあるアプリケーションであってよい。この場合、メッセージは、ＮＦＣコントローラを介してＳＷＰプロトコルによって伝送することができる。
【００５９】
上記の実施形態が非限定的な例として示されていることは、本発明の範囲内で理解されなければならない。特に、示された実施形態及び例において説明された特徴は組み合わせることができる。
【００６０】
耐タンパデバイス１０は、同じＡＩＤ値（すなわち共通の識別子）を共有するルートファイルを有する３つ以上のソフトウェアコンテナを備えることができる。
【００６１】
本発明は、ルートファイルではないファイルを標的にするコマンドをルーティングすることができる。
【００６２】
図１及び図２に示した耐タンパデバイスのアーキテクチャは、単なる例として示されている。これらのアーキテクチャは異なる可能性がある。
【００６３】
例えば、ペアリングデータ１４は、耐タンパデバイス内及びオペレーティングシステム１２自体の外側に格納することができる。このような場合、ルーティングエージェント１６は、必要なときにペアリングデータ１４を読み出すように適合される。
【００６４】
上記の通信インターフェイスは、接触モード又は非接触モードのいずれかで動作し得る物理的インターフェイスである。
【００６５】
電気通信機器の枠組みの中で説明したが、本発明は、ソフトウェアコンテナが電気通信プロファイルを含まない耐タンパデバイスにも適用される。
【図１】
2021501948.tif 000003
【図２】
2021501948.tif 000004
【国際調査報告】
2021501948.tif 000005
2021501948.tif 000006
2021501948.tif 000007