特許 5793729 複数のサービスプロバイダトラステッドサービスマネージャおよび安全要素とインタフェースをとるためのシステム、方法、およびコンピュータプログラム製品

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5793729

(24)【登録日】2015年8月21日

(45)【発行日】2015年10月14日

(54)【発明の名称】複数のサービスプロバイダトラステッドサービスマネージャおよび安全要素とインタフェースをとるためのシステム、方法、およびコンピュータプログラム製品

(51)【国際特許分類】

   G06F 21/44 20130101AFI20150928BHJP

【ＦＩ】

   G06F21/44

【請求項の数】24

【全頁数】48

(21)【出願番号】特願2014-538836(P2014-538836)

(86)(22)【出願日】2012年10月16日

(65)【公表番号】特表2014-532917(P2014-532917A)

(43)【公表日】2014年12月8日

(86)【国際出願番号】US2012060442

(87)【国際公開番号】WO2013066620

(87)【国際公開日】20130510

【審査請求日】2014年6月10日

(31)【優先権主張番号】61/554,393

(32)【優先日】2011年11月1日

(33)【優先権主張国】US

(31)【優先権主張番号】61/702,653

(32)【優先日】2012年9月18日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】514103431

【氏名又は名称】ジェーヴィーエル ベンチャ−ズ， エルエルシー

【氏名又は名称原語表記】ＪＶＬ Ｖｅｎｔｕｒｅｓ， ＬＬＣ．

(74)【代理人】

【識別番号】100108453

【弁理士】

【氏名又は名称】村山 靖彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】ガルジューロ， マイケル， ジェー．

【審査官】 中里 裕正

(56)【参考文献】

【文献】 米国特許第８０６０４４９（ＵＳ，Ｂ１）

【文献】 米国特許出願公開第２０１０／０２９１９０４（ＵＳ，Ａ１）

【文献】 国際公開第２０１０／１２０２２２（ＷＯ，Ａ１）

【文献】 特表２０１０−５３４８７９（ＪＰ，Ａ）

【文献】 国際公開第２００９／１４４６１２（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ２１／４４

(57)【特許請求の範囲】

【請求項1】

複数のサービスプロバイダトラステッドサービスマネージャのうちの１つと、複数の安全要素のうちの１つとの間のインタフェースをとるためのシステムであって、前記システムが、
少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合されたプロセッサであって、前記プロセッサが；
サービスプロバイダトラステッドサービスマネージャから通信ネットワークを経由して、移動加入者識別番号を含む第１の要求を受信することと、
前記移動加入者識別番号に対応する安全要素識別子を含む安全要素データについて前記少なくとも１つのメモリに問合せを行うことと、
前記安全要素データを、前記通信ネットワークを経由して、サービスプロバイダトラステッドサービスマネージャに伝送することと、
前記サービスプロバイダトラステッドサービスマネージャから前記通信ネットワークを経由して、前記安全要素データに基づく第２の要求を、受信することと、
前記第２の要求に基づく、第３の要求を、移動通信ネットワークを経由して、前記安全要素データに対応する安全要素に伝送することと
を行うように動作可能である、プロセッサと
を含み、
前記移動通信ネットワークが、複数の移動通信ネットワークから選択され、かつ、前記少なくとも１つのメモリから問合せが行われた前記安全要素データに基づいて決定される、
システム。

【請求項2】

前記第２の要求が、前記安全要素の事前パーソナライズを実行するための要求であり、前記事前パーソナライズが、前記安全要素上で、１つまたは複数のセキュリティ領域を作成すること、および前記安全要素上に、前記少なくとも１つのメモリ上に事前に格納された１つまたは複数のアプリケーションをインストールすることを含む、請求項１に記載のシステム。

【請求項3】

前記第２の要求が、（１）通信の管理、（２）１つまたは複数の予め決められたスクリプトの処理、および（３）サービスのアクティブ化のための要求のうちの少なくとも１つを含む、請求項１に記載のシステム。

【請求項4】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、（１）アプリケーションのパーソナライズ、および（２）前記サービスプロバイダによって提供されたキーを前記安全要素内のセキュリティ領域に設定するためにキーのローテーションを実行するためのコマンドの１つを含む、請求項１に記載のシステム。

【請求項5】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、１つまたは複数のコマンドアプリケーションプロトコルデータユニットを含み、前記１つまたは複数のコマンドアプリケーションプロトコルデータユニットが前記安全要素のためのコマンドを含む、請求項１に記載のシステム。

【請求項6】

前記少なくとも１つのメモリが、複数の移動加入者識別番号および複数の対応する安全要素識別子を含むデータベースを含む、請求項１に記載のシステム。

【請求項7】

前記プロセッサが、前記少なくとも１つのメモリを使用して、前記第２の要求を検証するようにさらに動作可能である、請求項１に記載のシステム。

【請求項8】

前記第１、第２、および第３の要求のうちの少なくとも１つを処理するように動作可能なエンタープライズサービスバスをさらに含む、請求項１に記載のシステム。

【請求項9】

複数のサービスプロバイダトラステッドサービスマネージャのうちの１つと、複数の安全要素のうちの１つとの間のインタフェースをとるための方法であって、前記方法が、
サービスプロバイダトラステッドサービスマネージャから通信ネットワークを経由して、移動加入者識別番号を含む第１の要求を受信するステップと、
少なくとも１つのメモリに、前記移動加入者識別番号に対応する安全要素識別子を含む安全要素データについて問合せを行うステップと、
前記安全要素データを、前記通信ネットワークを経由して、前記サービスプロバイダトラステッドサービスマネージャに伝送するステップと、
前記サービスプロバイダトラステッドサービスマネージャから前記通信ネットワークを経由して、前記安全要素データに基づく第２の要求を受信するステップと、
移動通信ネットワークを経由して、前記第２の要求に基づく、第３の要求を、前記安全要素データに対応する安全要素に伝送するステップと
を含む、方法であって、
前記移動通信ネットワークが、複数の移動通信ネットワークから選択され、かつ、前記少なくとも１つのメモリから問合せが行われた前記安全要素データに基づいて決定される、
方法。

【請求項10】

前記第２の要求が、前記安全要素の事前パーソナライズを実行するための要求であり、前記事前パーソナライズが、前記安全要素上で、１つまたは複数のセキュリティ領域を作成すること、および前記安全要素上に、前記少なくとも１つのメモリ上に事前に格納された１つまたは複数のアプリケーションをインストールすることを含む、請求項９に記載の方法。

【請求項11】

前記第２の要求が、（１）通信の管理、（２）１つまたは複数の予め決められたスクリプトの処理、および（３）サービスのアクティブ化のための要求のうちの少なくとも１つを含む、請求項９に記載の方法。

【請求項12】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、（１）アプリケーションのパーソナライズ、および（２）前記サービスプロバイダによって提供されたキーを前記安全要素内のセキュリティ領域に設定するためにキーのローテーションを実行するためのコマンドの１つを含む、請求項９に記載の方法。

【請求項13】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、１つまたは複数のコマンドアプリケーションプロトコルデータユニットを含み、前記１つまたは複数のコマンドアプリケーションプロトコルデータユニットが前記安全要素のためのコマンドを含む、請求項９に記載の方法。

【請求項14】

前記少なくとも１つのメモリが、複数の移動加入者識別番号および複数の対応する安全要素識別子を含むデータベースを含む、請求項９に記載の方法。

【請求項15】

前記少なくとも１つのメモリを使用して、前記第２の要求を検証するステップをさらに含む、請求項９に記載の方法。

【請求項16】

前記第１、第２、および第３の要求のうちの少なくとも１つが、エンタープライズサービスバスによって処理される、請求項９に記載の方法。

【請求項17】

一連の命令がその上に格納されている、持続性コンピュータ可読媒体であって、前記一連の命令が、コンピュータシステムによって実行される場合に、前記コンピュータに：
サービスプロバイダトラステッドサービスマネージャから通信ネットワークを経由して、移動加入者識別番号を含む第１の要求を受信することと、
前記移動加入者識別番号に対応する安全要素識別子を含む安全要素データについて少なくとも１つのメモリに問合せを行うことと、
前記安全要素データを、前記通信ネットワークを経由して、前記サービスプロバイダトラステッドサービスマネージャに伝送することと、
前記サービスプロバイダトラステッドサービスマネージャから前記通信ネットワークを経由して、前記安全要素データに基づく第２の要求を受信することと、
移動通信ネットワークを経由して、前記第２の要求に基づく、第３の要求を、前記安全要素データに対応する安全要素に伝送することと
を実行させる命令を含み、
前記移動通信ネットワークが、複数の移動通信ネットワークから選択され、かつ、前記少なくとも１つのメモリから問合せが行われた前記安全要素データに基づいて決定される、
コンピュータ可読媒体。

【請求項18】

前記第２の要求が、前記安全要素の事前パーソナライズを実行するための要求であり、前記事前パーソナライズが、前記安全要素上で、１つまたは複数のセキュリティ領域を作成すること、および前記安全要素上に、前記少なくとも１つのメモリ上に事前に格納された１つまたは複数のアプリケーションをインストールすることを含む、請求項１７に記載のコンピュータ可読媒体。

【請求項19】

前記第２の要求が、（１）通信の管理、（２）１つまたは複数の予め決められたスクリプトの処理、および（３）サービスのアクティブ化のための要求のうちの少なくとも１つを含む、請求項１７に記載のコンピュータ可読媒体。

【請求項20】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、（１）アプリケーションのパーソナライズ、および（２）前記サービスプロバイダによって提供されたキーを前記安全要素内のセキュリティ領域に設定するためにキーのローテーションを実行するためのコマンドの１つを含む、請求項１７に記載のコンピュータ可読媒体。

【請求項21】

前記第２の要求が、１つまたは複数の予め決められたスクリプトを処理するための要求であり、かつ、前記１つまたは複数の予め決められたスクリプトが、１つまたは複数のコマンドアプリケーションプロトコルデータユニットを含み、前記１つまたは複数のコマンドアプリケーションプロトコルデータユニットが前記安全要素のためのコマンドを含む、請求項１７に記載のコンピュータ可読媒体。

【請求項22】

前記少なくとも１つのメモリが、複数の移動加入者識別番号および複数の対応する安全要素識別子を含むデータベースを含む、請求項１７に記載のコンピュータ可読媒体。

【請求項23】

前記一連の命令が、前記コンピュータシステムによって実行される場合に、前記コンピュータシステムに、前記少なくとも１つのメモリを使用して、前記第２の要求を検証させる、命令をさらに含む、請求項１７に記載のコンピュータ可読媒体

【請求項24】

前記一連の命令が、前記コンピュータシステムによって実行される場合に、前記コンピュータシステムに、前記第１、第２、および第３の要求のうちの少なくとも１つを、エンタープライズサービスバスを使用して処理させる、命令をさらに含む、請求項１７に記載のコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願の相互参照〕
本願は、２０１２年９月１８日に出願された米国仮出願第６１／７０２，６５３号および２０１１年１１月１日に出願された米国仮出願第６１／５５４，３９３号に対する優先権を主張し、その内容が参照により本明細書に組み込まれる。

【0002】

本発明は、サービスプロバイダと安全要素との間のインタフェースに関し、より詳細には、サービスプロバイダトラステッドサービスマネージャと安全要素との間のインタフェースをとるためのシステム、方法、およびコンピュータプログラム製品に関する。

【背景技術】

【0003】

〔関連技術〕
サービスプロバイダ（ＳＰ）は、サービスを顧客または消費者に提供する、会社、組織、実体、または同類のものである。サービスプロバイダの例は、小売業者、カード協会、銀行、マーケティング会社、および交通局などの、アカウント発行実体を含む。サービスは、支払いサービス、ギフト、値引きもしくはポイント（ｌｏｙａｌｔｙ）サービス、交通パスサービス、および同類のものなどの、サービスプロバイダによって許可されるか、または提供される、活動、能力、機能、作業、または使用であり得る。

【0004】

モバイル装置とサービスプロバイダとの間の非接触取引を伴うモバイル環境では、サービスプロバイダによって発行されたアカウントおよびアプリケーションに関する情報が、それらが非接触取引を実行するのを可能にするために、モバイル装置上にダウンロードされる必要がある。

【0005】

トラステッドサービスマネージャ（ＴＳＭ）は、通常、サービスプロバイダに関連付けられた非接触型アプリケーションなどのアプリケーションをモバイル装置にプロビジョニングすることにより、移動体通信事業者（ＭＮＯ）およびアカウント発行サービスプロバイダにサービスする独立実体である。標準的なＴＳＭは、近距離無線通信（ＮＦＣ）対応のモバイル装置内の安全要素（ＳＥ）にアクセスするので、非接触型アプリケーションをリモートに分散および管理できる。

【0006】

支払いおよびアカウント認証情報を伴うものなど、セキュリティが重要なアプリケーションは、安全なハードウェア記憶および安全な実行環境を必要とする。モバイル装置上では、これは、通常、安全要素によって処理される。

【0007】

安全要素は、アプリケーションがそれにインストールされて、パーソナライズ、および管理できるプラットフォームである。それは、認証情報の安全な格納、ならびに支払い、認証、および他のサービスのためのアプリケーションの実行を可能にする、ハードウェア、ソフトウェア、インタフェース、およびプロトコルから成る。

【0008】

安全要素は、ユニバーサル集積回路カード（ＵＩＣＣ）、埋込み安全要素、または別個のチップもしくはセキュアデバイスなどのＮＦＣイネーブラなどの、異なるフォームファクタで実装され得、それは、モバイル装置上のスロットに挿入できる。通常、ＵＩＣＣは、加入者識別モジュール（ＳＩＭ）の形式であり、それは、ＭＮＯによって制御される。埋込み安全要素は、サービスプロバイダに安全要素を電話機自体に埋め込む選択肢を与える。安全要素フォームファクタが実装される１つの方法は、例えば、ＧｌｏｂａｌＰｌａｔｆｏｒｍカード仕様バージョン２．１．１および２．２（以下、「Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ」）で定義される。

【0009】

安全要素は、１つまたは複数のセキュリティ領域（ＳＤ）を含み得、その各々が、共通の実体を信頼する（すなわち、共通のセキュリティキーまたはトークンを使用して認証または管理される）、パッケージ、アプレット、アプリケーション、および同類のものなどの、データの集合を含む。

【0010】

セキュリティ領域は、サービスプロバイダと関連付けられ得、ポイント、クーポン、およびクレジットカードなどのサービスプロバイダプレットまたはアプリケーション、ならびに交通アプリケーションまたはアプレットを含み得る。

【0011】

慣例的に、サービスプロバイダシステムは、モバイル装置上の安全要素と相互接続するためにＴＳＭを含み、安全要素上にセキュリティ領域を作成して、安全要素上でのアプレットおよびアプリケーションのインストール、プロビジョニングおよび管理を行う。サービスプロバイダは、異なるモバイル装置をもち、異なる安全要素を備え、そして、様々なＭＮＯによってサービスされている多数の顧客に対して、彼らのサービスを提供できる必要がある。前述のように、安全要素は、多数のフォームファクタで実装され得、様々なセキュリティ領域、アプレットおよびアプリケーションを含み得るが、全ては、潜在的に極めて多数の方法で構成される。結果として、サービスプロバイダは、大規模で、頻繁に増加および変化する、モバイル装置、ＭＮＯ、ネットワーク、安全要素およびセキュリティ領域の組合せに対して、適用可能なサービスおよび解決策を提供する膨大なタスクに直面している。

【0012】

例えば、サービスプロバイダが顧客のモバイル装置上の安全要素に支払いアプレットを安全にインストールするために、サービスプロバイダはまず、要求を送信し、安全要素上で要求を処理するために、大量の情報を判断する必要がある。例えば、従来技術を使用しているサービスプロバイダは、安全要素情報（例えば、識別子、タイプ、プロファイル識別子、認証レベルおよび満了）、ＭＮＯ情報（例えば、タイプ）、セキュリティ領域情報（例えば、識別子、特権、マスターキーインデックス）、および同類のものを取得する必要がある。この情報は、様々な異なるソース（例えば、セキュリティ領域、安全要素、モバイル装置、ＭＮＯ）に存在し得、従って、サービスプロバイダが、この情報全てを取り出して、パリティをチェックすることは、困難な仕事であり、広範囲に及び処理を必要とする。

【0013】

安全要素上でのアプリケーションのインストレーション、管理、およびプロビジョニングにおける１つの技術的な課題は、標準的なＴＳＭにおける制限に起因し、すなわち、それらが、多種多様なサービスプロバイダ、ＭＮＯ、モバイル装置、ネットワーク、安全要素およびセキュリティ領域の間の通信を処理できる、中央の仲介者（ｉｎｔｅｒｍｅｄｉａｒｙ）として機能しないことである。従って、特に、サービスプロバイダ（サービスプロバイダＴＳＭを含む）と安全要素との間のインタフェースをとるために調整された、中央ＴＳＭなどの改善されたシステムが必要である。

【0014】

サービスプロバイダの観点から見れば、重要なのは、顧客のモバイル装置、安全要素、ＭＮＯ、または移動通信ネットワークに関わらず、彼らが、対象とする顧客の安全要素と容易かつ安全に通信（すなわち、パーソナライズ、サービスのアクティブ化、スクリプト処理の要求など）できることである。

【0015】

顧客の観点から見れば、重要なのは、顧客のモバイル装置、安全要素、ＭＮＯ、または移動通信ネットワークに関わらず、サービスプロバイダのサービスが、顧客の安全要素上でアクティブ化でき、顧客の安全要素で使用できることである。

【発明の概要】

【0016】

本発明は、複数のサービスプロバイダトラステッドサービスマネージャのうちの１つと、複数の安全要素のうちの１つとの間のインタフェースをとるためのシステム、方法、およびコンピュータプログラム製品を提供する。

【0017】

一実施形態では、複数のサービスプロバイダトラステッドサービスマネージャのうちの１つと、複数の安全要素のうちの１つとの間のインタフェースをとるためのシステムは、少なくとも１つのメモリおよび少なくとも１つのメモリに通信的に結合されたプロセッサを含む。プロセッサは、サービスプロバイダトラステッドサービスマネージャから通信ネットワークを経由して、移動加入者識別番号を含む第１の要求を受信する。少なくとも１つのメモリは、移動加入者識別番号に対応する安全要素データについて問合せが行われる。安全要素データは、安全要素識別子を含み、通信ネットワークを経由して、サービスプロバイダトラステッドサービスマネージャに伝送される。安全要素データに基づく第２の要求が、サービスプロバイダトラステッドサービスマネージャから通信ネットワークを経由して受信され、第２の要求に基づく、第３の要求が、安全要素データに対応する安全要素に伝送される。第３の要求は、少なくとも１つのメモリから問合せが行われた安全要素データに基づいて、複数の移動通信ネットワークから選択された移動通信ネットワークを経由して伝送される。

【0018】

別の実施形態では、複数のサービスプロバイダトラステッドサービスマネージャ（ＳＰ ＴＳＭ）のうちの１つと、複数の安全要素のうちの１つとの間のインタフェースをとるための方法は、ＳＰ ＴＳＭおよび少なくとも１つのメモリを含む。ＳＰ ＴＳＭは、通信ネットワークを経由して、移動加入者識別番号を含む第１の要求を受信する。少なくとも１つのメモリは、移動加入者識別番号に対応する安全要素識別子を含む安全要素データについて問合せが行われる。安全要素データは、通信ネットワークを経由して、ＳＰ ＴＳＭに伝送され、安全要素データに基づく第２の要求が、ＳＰ ＴＳＭから通信ネットワークを経由して受信される。第２の要求に基づく、第３の要求が、移動通信ネットワークを経由して、安全要素データに対応する安全要素に伝送される。移動通信ネットワークは、複数の移動通信ネットワークから選択され、少なくとも１つのメモリから問合せが行われた安全要素データに基づいて決定される。

【0019】

別の実施形態では、一連の命令がその上に格納されている、持続性コンピュータ可読媒体であって、一連の命令は、コンピュータシステムによって実行される場合に、コンピュータに：通信ネットワークを経由して、ＳＰ ＴＳＭから移動加入者識別番号を含む第１の要求を受信すること；移動加入者識別番号に対応する安全要素識別子を含む安全要素データについて少なくとも１つのメモリに問合せを行うこと；安全要素データをＳＰ ＴＳＭに通信ネットワークを経由して伝送すること；ＳＰ ＴＳＭから通信ネットワークを経由して、安全要素データに基づく第２の要求を受信すること；および移動通信ネットワークを経由して、第２の要求に基づく、第３の要求を、安全要素データに対応する安全要素に伝送することをさせる、命令を含む。移動通信ネットワークは、複数の移動通信ネットワークから選択され、少なくとも１つのメモリから問合せが行われた安全要素データに基づいて決定される。

【0020】

本発明のさらなる特徴および利点は、以下で説明される詳細な記述から、以下の図と併用される場合に、さらに明らかになるであろう。

【0021】

本発明の特徴および利点は、以下で説明される詳細な記述から、以下の図と併用される場合に、さらに明らかになるであろう。

【図面の簡単な説明】

【0022】

【図1】例示的な実施形態に従って、サービスプロバイダと安全要素との間でインタフェースをとるためのシステムの略図である。

【図2】例示的な実施形態に従って、サービスプロバイダのトラステッドサービスマネージャから安全要素に要求を送信するための順序を示すシーケンス図である。

【図3】例示的な実施形態に従って、サービスプロバイダのトラステッドサービスマネージャから安全要素に複数の要求を送信するための順序を示すシーケンス図である。

【図4】例示的な実施形態に従って、サービスプロバイダのトラステッドサービスマネージャから安全要素に事前パーソナライズ要求を送信するための順序を示すシーケンス図である。

【図5】例示的な実施形態に従った、安全要素構成の略図である。

【図6】例示的な実施形態に従った、安全要素構成の略図である。

【図7】例示的な実施形態に従った、安全要素構成の略図である。

【図8】例示的な実施形態に従った、安全要素構成の略図である。

【図9】本発明を実施するために有用な例示的システムのブロック図である。

【発明を実施するための形態】

【0023】

〔概要〕
本明細書に提示する本発明の実施形態例は、サービスプロバイダと安全要素との間のインタフェースをとるためのシステム、方法、およびコンピュータプログラム製品を対象にする。これは、便宜上に過ぎず、本発明の用途を制限することを意図していない。実際のところ、以下の説明を読むと、ＴＳＭ、ＭＮＯ、安全要素、モバイル装置、サービスプロバイダ、およびネットワークを経由して通信可能な任意の他のシステムを含む、多種多様で、膨大な数の実体間でインタフェースをとることなど、以下の発明を代替実施形態でどのように実施するかが、当業者には明らかであろう。

【0024】

一般に、本明細書に記載する例示的な実施形態は、移動加入者識別番号（ＭＳＩ）および１つまたは複数の安全要素を有する１つまたは複数のサービスプロバイダシステム間でのインタフェースを実行する。

【0025】

サービスプロバイダシステム（すなわち、サービスプロバイダ）は、安全要素上の対応するセキュリティ領域および／またはアプリケーションにアクセスするか、またはそれを制御するために、中央ＴＳＭと通信し得る。特に、サービスプロバイダは、中央ＴＳＭと通信することにより、安全要素の事前パーソナライズ、安全要素内のセキュリティ領域上でのサービスのパーソナライズ、または安全要素上でのサービスのアクティブ化を行い得る。例えば、サービスプロバイダは、安全要素を事前にパーソナライズするために、要求を中央ＴＳＭに伝送し得る。それに応じて、中央ＴＳＭは、要求があれば、一時的なセキュリティキーの伝達、および／または安全要素上でのアプリケーションのインスタンス化を含む、少なくとも１つのサービスプロバイダセキュリティ領域の生成を含め、安全要素を事前にパーソナライズし得る。アプリケーションのインスタンス化は、インスタンス化されていないアプリケーションのインスタンスを作成することを含む。

【0026】

サービスプロバイダは、サービスをパーソナライズするための要求も中央ＴＳＭに伝送し得る。要求は、データおよびスクリプトを含み得る。スクリプトは、安全要素内でサービスプロバイダに対応するセキュリティ領域上のアプリケーションによって実行されるコマンドを含み得る。例えば、スクリプトは、インスタンス化されたアプリケーションのパーソナライズ、対応するセキュリティ領域内でのキーのローテーション、ならびに／またはサービスプロバイダのセキュリティ領域内でのサービスプロバイダコマンドおよび／もしくは安全要素内のインスタンス化されたアプリケーションの実行を行うためのコマンドを含み得る。中央ＴＳＭは、要求を受信し、要求内のスクリプトおよび／またはデータを安全要素に安全に伝送する。その結果として、安全要素がスクリプトおよびデータを受信して実行する。

【0027】

サービスプロバイダは、コマンドを安全要素上で実行してもらうために、中央ＴＳＭと通信する。それを行うために、サービスプロバイダ（すなわち、ＳＰ ＴＳＭ）は、要求（例えば、安全要素を事前にパーソナライズするため）を中央ＴＳＭに送信して、ＭＳＩに基づき、安全要素に関する情報を取得する。中央ＴＳＭは、要求を受信し、ＭＳＩに基づき、安全要素に関する要求された情報を取得するために、そのメモリに問合せを行う。中央ＴＳＭが、ＭＳＩに対応する安全要素情報を取り出すと、中央ＴＳＭは、取り出された安全要素情報およびＭＳＩをＳＰ ＴＳＭに伝送する。

【0028】

サービスプロバイダが対象とする安全要素およびその情報を識別すると、サービスプロバイダ（すなわち、ＳＰ ＴＳＭ）は、中央ＴＳＭが安全要素と通信（すなわち、会話）を確立するために、要求を中央ＴＳＭに送信する。通信を確立するための要求は、取り出された安全要素情報および対応するＭＳＩ、ならびに、アプリケーションまたはアプレット、セキュリティ領域、サービスプロバイダからの後続の要求を処理するために使用されるサービスおよびスクリプトに関する情報を含む。中央ＴＳＭは、要求を受信して、通信識別子および通信の他の属性を含む応答をＳＰ ＴＳＭに伝送する。

【0029】

通信が確立された後、サービスプロバイダは、通信識別子を含み、安全要素内で実行されることを意図した、要求（例えば、アプリケーションのパーソナライズ）を送信する。サービスプロバイダは、最初は、要求を中央ＴＳＭに送信する。中央ＴＳＭは要求を受信し、要求内の情報に基づいて、安全要素との接続を確立し、要求（例えば、アプリケーションのパーソナライズ）を処理のために安全要素に伝送する。中央ＴＳＭは、要求を、対応する移動通信ネットワークを通じて、安全要素に伝送する。対応する移動通信ネットワークは、中央ＴＳＭのメモリから取り出されるＭＮＯ情報に基づいて判断されるが、それは、サービスプロバイダによって（例えば、アプリケーションのパーソナライズのために）行われた要求内の情報に基づく。要求は、サービスプロバイダからの要求に従い、要求内の情報および確立された通信に基づいて、安全要素内で処理される。

【0030】

本明細書に記載する例示的な実施形態の機能により、サービスプロバイダは、要求される最小限の処理および情報で、様々な要求を安全要素上で処理してもらうために、中央ＴＳＭと効率的かつ楽々と通信できる。例示的な実施形態は、サービスプロバイダが要求（例えば、サービスのアクティブ化）を安全要素上で処理してもらうために必要な時間および費用要件を著しく削減する、中央ＴＳＭ配置も提供する。

【0031】

加えて、サービスプロバイダは、単一のソース（すなわち、中央ＴＳＭ）と通信するためにＭＳＩを使用するだけで、要求を、中央ＴＳＭを経由して、安全要素に送信できる。すなわち、サービスプロバイダは、複数の中間ソース（例えば、ＭＮＯ、ＴＳＭ）と通信する必要なく、その要求を安全要素で処理することができる。

【0032】

また、サービスプロバイダ要求は、ＭＮＯ、モバイル装置タイプ、安全要素、および／またはアプリケーションのタイプに関わらず、単一タイプの要求が中央ＴＳＭに伝達されるように、標準化される。サービスプロバイダ要求を標準化することにより、好都合に、複数のサービスプロバイダ要求の処理に関連した誤りおよび複雑性が削減される。さらに、サービスプロバイダは、要求を安全要素上で処理してもらうために、アプリケーションをインストレーションのために伝送もしくは提供する必要がないか、または、ＭＮＯ、モバイル装置もしくは安全要素インタフェースを提供する必要がない。代わりに、サービスプロバイダは、１つまたは複数の標準化された要求をコマンドで中央ＴＳＭに送信できる。結果として、要求を実行するために必要とされる処理時間およびサイズが最小限にされる。

【0033】

〔システム〕
図１は、移動通信ネットワークを経由して、サービスプロバイダと安全要素との間でインタフェースをとるための例示的なシステム１００の略図である。図１に示すように、システム１００は、ＳＰ ＴＳＭ １０３−１、１０３−２、．．．、１０３−ｎ（ひとまとめにして「１０３」）を含む。ＳＰ ＴＳＭ １０３の各々は、サービスプロバイダ１０７−１、１０７−２、．．．、１０７−ｎ（ひとまとめにして「１０７」）に対応する。各ＳＰ ＴＳＭは、サービスプロバイダ１０７と、安全要素、ＭＮＯ、および別のタイプのＴＳＭ（本明細書では「中央ＴＳＭ」と呼ぶ）を含む他の実体との間で仲介者として機能する。

【0034】

ＳＰ ＴＳＭ １０３の各々は、通信ネットワーク１０５を経由して、中央ＴＳＭ １０２と通信的に結合される。通信ネットワーク１０５は、仮想プライベートネットワーク（ＶＰＮ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）規格を使用するネットワーク、または同類のものであり得る。

【0035】

ＳＰ ＴＳＭ １０３の各々および中央ＴＳＭ １０２は、セキュアソケットレイヤー（ＳＳＬ）、トランスポート層セキュリティ（ＴＬＳ）、または同類のものなどの、セキュリティプロトコルを使用することにより、これらの通信を保護もし得る。ＳＰ ＴＳＭ １０３の各々は、ウェブサービスＡＰＩなどのアプリケーションプログラミングインタフェース（ＡＰＩ）を使用することにより、中央ＴＳＭ １０２とも通信し得る。

【0036】

例示的な実施形態では、中央ＴＳＭ １０２は、ＳＰ ＴＳＭ １０３と安全要素１０６ａ−１、１０６ａ−２、．．．、１０６ａ−ｎ（ひとまとめにして「１０６ａ」）との間で仲介者として機能するように実装されているハードウェアおよび／またはソフトウェアである。具体的には、中央ＴＳＭ １０２は、ＳＰ ＴＳＭ １０３の各々が、例えば、安全要素（例えば、安全要素１０６）の事前パーソナライズ、新規もしくは一時的なセキュリティ領域キーセットの生成およびインストール、支払いサービスのパーソナライズ、ならびに／またはサービスのアクティブ化を要求するのを可能にする。すなわち、中央ＴＳＭ １０２は、ＳＰ ＴＳＭ １０３と安全要素１０６ａとの間の通信を管理する。

【0037】

中央ＴＳＭ １０２は、従って、複数のサービスプロバイダ１０７およびＳＰ ＴＳＭ １０３と、ならびに、複数の安全要素１０６ａと、複数の移動通信ネットワーク１０４−１、１０４−２、．．．、１０４−ｎ（ひとまとめにして「１０４」）を経由して、通信できる。

【0038】

一実施形態例では、中央ＴＳＭ １０２は、プロセッサ１０２ａおよびメモリ１０２ｂを含む。

【0039】

中央ＴＳＭ １０２は、エンタープライズサービスバス（ＥＳＢ）（図示せず）を含み得る。例示的な実施形態では、ＥＳＢは、実体（例えば、安全要素１０６ａ、ＳＰ ＴＳＭ １０３、中央ＴＳＭ １０２）間のやりとりおよび通信を実施するためのアーキテクチャモデルである。

【0040】

中央ＴＳＭ １０２は、対応するＭＮＯによって使用および／または管理される対応する移動通信ネットワーク１０４を経由して、安全要素１０６ａと通信的に結合される。一般に、移動通信ネットワーク１０４は、無線通信サービスを提供するためにＭＮＯによって使用される。移動通信ネットワーク１０４は、携帯電話移動体通信ネットワーク、無線ネットワーク、または同類のものであり得る。中央ＴＳＭ １０２は、移動通信ネットワーク１０４を経由し、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍセキュアチャネルプロトコル、ＳＳＬ、ＴＬＳ、または同類のものなどのセキュリティプロトコルを使用して、安全要素１０６ａと通信し得る。

【0041】

安全要素（例えば、安全要素１０６ａ）は、図５〜図８に関連して、以下でさらに詳述される。図１に示すように、安全要素１０６ａは、それぞれ、対応するモバイル装置１０６−１、１０６−２、および１０６−ｎ（ひとまとめにして「１０６」）と関連付けられる。安全要素１０６ａは、１つまたは複数のプロセッサおよび１つまたは複数のメモリに通信的に結合され得る。

【0042】

安全要素（例えば、安全要素１０６ａ−１）の製造中に、安全要素は、例えば、ＭＮＯ ＳＤ、中央ＳＤ、お財布（ｗａｌｌｅｔ ｃｏｍｐａｎｉｏｎ）アプレット、モバイルお財布アプレット（ＷＣＡｐ）、近接支払いシステム環境（ＰＰＳＥ）、および支払いパッケージを含む、コンテンツが事前にロードされる。ＭＮＯ ＳＤは、ＭＮＯによって管理されるセキュリティ領域であり、セキュリティキーおよびアプリケーションを含む。中央ＳＤは、中央ＴＳＭ １０２によって管理される。ＷＣＡｐは、取引を実施するためにモバイル財布によって使用され得、ＰＰＳＥは、非接触型支払い取引を行うプロセスを支援するアプリケーションである。

【0043】

安全要素１０６ａは、セキュリティ領域、コード、アプレット、アプリケーション、およびパッケージを含み得る。パッケージは、インスタンス化されていないアプレットおよび／またはアプリケーションを含み得、例えば、無線（ＯＴＡ：ｏｖｅｒ−ｔｈｅ−ａｉｒ）で、安全要素上にロードされ得る。安全要素上のアプレットおよび／またはアプリケーションは、インスタンス化されていないか、またはインスタンス化されている形式であり得、インスタンス化されていないアプレットおよび／またはアプリケーションは、安全要素の製造中に安全要素上に事前ロードされ得る。あるいは、アプレットおよび／またはアプリケーションは、例えば、安全要素が製造された後（例えば、安全要素のユーザーへの配達時に）、ＯＴＡで、ロードされ得る。アプレットおよび／またはアプリケーションは、汎用または非汎用であり得る。非汎用アプレットならびに／またはアプリケーションは、クーポンおよびポイントアプリケーション、ならびに／または複数のサービスプロバイダに対して汎用ではない任意のアプリケーションを含み得る。すなわち、非汎用アプリケーションは、単一のサービスプロバイダに対応し得る。非汎用アプリケーションで使用され得、かつ／または非汎用アプリケーションに関連付けられ得るデータ（例えば、値引き、クーポン）は、安全要素内、または安全要素の外部のメモリ（例えば、モバイル装置の不揮発性メモリ）内に格納され得る。

【0044】

汎用アプレットおよび／またはアプリケーションは、インスタンス化されると、複数のサービスプロバイダによって使用できる、アプレットおよび／またはアプリケーションを含み得る。例えば、支払いネットワーク（例えば、ＭａｓｔｅｒＣａｒｄ（登録商標））の汎用アプリケーションは、中央ＴＳＭにより、複数のサービスプロバイダに対してインスタンス化され得、従って、２つ以上のサービスプロバイダによって使用され得る。

【0045】

インスタンス化されていないアプレットおよび／またはアプリケーションを含むパッケージは、中央ＴＳＭおよび／または中央ＳＤを制御する単一の実体によって所有または制御され得る。インスタンス化されていないアプレットおよび／またはアプリケーションは、安全要素上に中央ＳＤの下で（すなわち、直接関連付けられて）作成され得、中央ＳＤを使用する中央ＴＳＭによって安全要素上で排他的に管理され得る。特に、中央ＳＤは、ＷＣＡｐ、ＰＰＳＥ、パッケージ、およびＳＰ ＳＤへの排他的なアクセスを維持する。しかし、サービスプロバイダは、例えば、セキュリティキーのローテーション（すなわち、交換）を行うために、中央ＴＳＭに要求を伝送し得る。ＳＰ ＳＤのセキュリティキーがローテーションされた後、対応するサービスプロバイダは、対応するＳＰ ＳＤ上でコマンドを実行するために、中央ＴＳＭに要求を継続して送信できる。キーのローテーション後、中央ＴＳＭは、ＳＰ ＳＤへの制限されたアクセスを有する。特に、中央ＴＳＭは、例えば、ＳＰ ＳＤの下で、アプリケーションの実行の停止、またはアプリケーションのインスタンス化を行うことができるが、ＳＰ ＳＤのセキュリティキーまたはパーソナライズされたコンテンツにアクセスし得ない。

【0046】

インスタンス化されていないアプレットまたはアプリケーションの排他的な所有権、制御、および／または管理は、単一の実体が、アプレットおよび／またはアプリケーションを効果的かつコスト効率よく監視することを可能にする。さらに、排他的な所有権、制御、および／または管理は、安全性を向上させて、安全要素上で異なるアプレットおよび／またはアプリケーションをロードおよび制御する複数のサービスプロバイダによって生じる複雑性を最小限にする。例えば、サービスプロバイダは、安全要素上で独立したアプレットおよび／またはアプリケーションを認証およびインストールする代わりに、インスタンス化されていないアプレットおよび／またはアプリケーションのインスタンスを利用し得る。

【0047】

加えて、インスタンス化されていないアプレットおよび／またはアプリケーションは、インスタンス化され得、各インスタンスは、次いで、対応するセキュリティ領域に引き渡され得る。インスタンス化は、インスタンスがそれに対して作成されている実体に対応するデータを使用して、アプレットおよび／またはアプリケーションのパーソナライズを行うことを含み得る。

【0048】

例えば、インスタンス化されていないアプレットまたはアプリケーションの複数のインスタンスが、異なる実体（例えば、サービスプロバイダ）に対して作成され得、各インスタンスは、異なる実体による使用のために異なるセキュリティ領域に引き渡され得る。

【0049】

安全要素上のアプレットまたはアプリケーションは、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ、Ｅｕｒｏｐａｙ、ＭａｓｔｅｒＣａｒｄ（登録商標）、Ｖｉｓａ（登録商標）（ＥＭＶＣｏ．）、ＭＮＯ、および支払いネットワーク（例えば、ＭａｓｔｅｒＣａｒｄ（登録商標）、Ｖｉｓａ（登録商標）、Ｄｉｓｃｏｖｅｒ（登録商標）、Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ（登録商標））によって確立される要件に従って機能し得る。アプレットまたはアプリケーションは、例えば、ｅｘｐｒｅｓｓｐａｙ（商標）、ｐａｙＷａｖｅ（商標）、ＰａｙＰａｓｓ（商標）、Ｚｉｐ（商標）、および同類のものであり得る。

【0050】

例えば、ＳＰ ＴＳＭ １０３−１は、通信ネットワーク１０５を経由して、要求を中央ＴＳＭ １０２に送信し、中央ＴＳＭ １０２は、通信ネットワーク１０５を経由して、応答をＳＰ ＴＳＭ １０３−１に送信して戻す。ＳＰ ＴＳＭ １０３−１は、安全要素１０６ａ−１を対象として、要求を、通信ネットワーク１０５を経由して、中央ＴＳＭ １０２に送信する。次いで、中央ＴＳＭ １０２は、その要求を、それぞれの移動通信ネットワーク１０４−１を経由して、安全要素１０６ａに送信する。

【0051】

代替実施形態では、中央ＴＳＭ １０２は、操作を実行するためにＥＳＢを含んで、利用することができる。

【0052】

代替実施形態では、複数のサービスプロバイダは、ＳＰ ＴＳＭ １０３のうちの１つを共有する。

【0053】

さらなる代替実施形態では、メモリ１０２ｂは、データベースであり得る。

【0054】

別の代替実施形態では、複数の移動通信ネットワークが複数のＳＰ ＴＳＭと通信する。

【0055】

〔プロセス〕
Ａ．要求をサービスプロバイダＴＳＭから安全要素に伝達する
図２は、例示的な実施形態に従って、要求を、ＳＰ ＴＳＭ ２０３（例えば、図１、ＳＰ ＴＳＭ １０３−１）から安全要素２０１（例えば、図１、ＳＥ １０６ａ）に送信するためのシーケンス図２００を示す。要求は、例えば、スクリプトを処理するか、通信を管理するか、またはサービスをアクティブ化するための、安全要素２０１に対する要求であり得る。これらのタイプの要求は、図２および図３に関連して、以下でさらに詳細に説明する。

【0056】

図２に示すように、ステップ２５０で、ＳＰ ＴＳＭ ２０３は、要求（要求_ｘ）を中央ＴＳＭ ２０２に通信ネットワーク（例えば、図１、通信ネットワーク１０５）を経由して伝送する。この要求は、要求に含まれる移動加入者識別番号（ＭＳＩ）に基づいて、安全要素識別子を含む安全要素データを取り出すための要求であり得る。

【0057】

安全要素識別子は、安全要素２０１に書き込まれる一意の数または文字のセットであり、安全要素２０１を識別するために使用され得る。安全要素識別子は、カードイメージ番号（ＣＩＮ）などの、安全要素を識別するために使用されるタイプの識別子も含み得、それは、安全要素を識別して、そのパーソナライズ中に安全要素に書き込まれる、一意の数である。

【0058】

安全要素データは、安全要素２０１の属性である。安全要素データは、安全要素２０１に関連した以下の情報を含み得る：安全要素識別子；安全要素２０１に関連付けられたＭＮＯの名前；ＳＰ ＴＳＭ ２０３に関連付けられたサービスプロバイダに対するサービスプロバイダデータ；安全要素２０１内のサービスプロバイダのセキュリティ領域に対するキーを含むマスターキーインデックス；プロファイル識別子；安全要素タイプ；規格のバージョン（例えば、ＧｌｏｂａｌＰｌａｔｆｏｒｍ、ＪａｖａＣａｒｄ）；認証レベルおよび満了日時。

【0059】

ＭＳＩは、ＭＮＯに関連付けられたモバイル装置の移動加入者を識別するために使用される一意の番号である。ＭＳＩは、移動加入者に関連付けられたＭＮＯの名前、ならびに、モバイル装置番号（ＭＤＮ）などの、モバイル装置の移動加入者を識別するために使用される識別子のタイプも含み得るが、それは、一般に、サービスの特定の回線に関連付けられた電話番号である。

【0060】

中央ＴＳＭ ２０２は、ステップ２５２で、ＭＳＩを含む、要求（要求_ｘ）を受信し、そのメモリに問合せを行う（メモリの問合せ）。メモリは、１つまたは複数のＭＳＩならびに１つまたは複数の対応する安全要素識別子および安全要素データを含むデータベースであり得る。メモリは、安全要素識別子の各々に対応するＭＮＯデータも含み得る。ＭＮＯデータは、安全要素が関連付けられているＭＮＯを識別するために使用される情報であり得、安全要素と通信するために使用される適切な移動通信ネットワークを選択するために使用され得る。問合せは、ＭＳＩに対応する安全要素識別子を含む、安全要素データをメモリから取り出すための要求である。

【0061】

ＭＳＩに対応する安全要素データを取り出すと、中央ＴＳＭ ２０２は、ステップ２５４で、ＳＰ ＴＳＭ ２０３に、通信ネットワークを経由して、安全要素識別子を含むそのデータベースに格納されていた取り出された安全要素データを伝送する（応答）。中央ＴＳＭ ２０２は、ＳＰ ＴＳＭ ２０７に、（応答）要求に含まれていた対応するＭＳＩも伝送する。このように、ＳＰ ＴＳＭ ２０３は、安全要素２０１の識別を判断し、それに対して要求を送信するであろう。

【0062】

ＳＰ ＴＳＭ ２０３は、ステップ２５６で、中央ＴＳＭ ２０２から受信した安全要素データを使用して、要求（要求_ｙ）を中央ＴＳＭ ２０２に伝送する。中央ＴＳＭ ２０２は、ＳＰ ＴＳＭ ２０３が要求をそれに対してアドレス指定している、安全要素２０１の安全要素識別子を含む、この要求（要求_ｙ）を受信する。

【0063】

この要求（要求_ｙ）は、安全要素２０１に対して：通信の管理、１つもしくは複数のスクリプトの処理、またはサービスのアクティブ化をおこなうための、１つもしくは複数の要求を含み得る。例えば、要求は、安全要素に、例えば、パーソナライズ、キーのローテーション、ならびに図３および図４に関連して以下で説明する他の処理を実行するように指示するために使用され得る。

【0064】

中央ＴＳＭ ２０２は、移動通信ネットワーク（例えば、図１、移動通信ネットワーク１０４−１）を、要求（要求_ｙ）内の安全要素データに対応するメモリ内のＭＮＯデータに基づいて、複数の移動通信ネットワークから決定する。移動通信ネットワークを決定すると、中央ＴＳＭ ２０２は、ステップ２５８で、以前の要求（要求_ｙ）に基づく、要求（要求_ｚ）を、移動通信ネットワークを経由して、安全要素２０１に伝送する。このようにして、安全要素２０１は、ステップ２６０で、要求を処理し得る（要求の処理）。

【0065】

代替実施形態では、安全要素２０１は、ＳＰ ＴＳＭ ２０３からの要求を完了または処理した後、中央ＴＳＭ ２０２に、移動通信ネットワークを経由して、応答を伝送し得る。応答は、例えば、要求の処理が成功したか、または失敗したかを示す情報を含み得る。

【0066】

代替実施形態では、安全要素データは、安全要素識別子を含まない可能性がある。かかる場合、ＳＰ ＴＳＭ ２０３は、安全要素識別子（ＭＳＩに基づく）および安全要素データを別に要求し得、中央ＴＳＭ ２０２は、安全要素識別子および安全要素データをＳＰ ＴＳＭ ２０３に対する別個の応答で提供し得る。

【0067】

代替実施形態では、ＳＰ ＴＳＭ ２０３は最初に、中央ＴＳＭ ２０２に、必要ならば（すなわち、ＳＰ ＴＳＭ ２０３に対応する１つまたは複数のセキュリティ領域が作成されていない場合）、安全要素２０１上に１つまたは複数のセキュリティ領域を作成することを含め、安全要素２０１を事前プロビジョニングするための要求を伝送し得る。一旦、１つまたは複数のセキュリティ領域が作成されると、ＳＰ ＴＳＭ ２０３は、例えば、インスタンス化されていないアプリケーションをインスタンス化する要求を含む、後続の要求を中央ＴＳＭ ２０２に送信できる。その結果として、中央ＴＳＭ ２０２は、インスタンス化されたアプリケーション（すなわち、インスタンス）を対応するセキュリティ領域（例えば、中央ＳＤ、ＳＰ ＳＤ）に引き渡す。

【0068】

代替実施形態では、中央ＴＳＭ ２０２は、ＥＳＢを含み、ＥＳＢを利用して、例えば、スクリプトの処理、通信の管理、またはサービスのアクティブ化を含む、要求を処理する。

【0069】

Ｂ．複数のサービスプロバイダＴＳＭ要求を安全要素に伝達する
図３は、例示的な実施形態に従って、複数の要求をＳＰ ＴＳＭ ３０３（例えば、図１、ＳＰ ＴＳＭ １０３−１）から安全要素３０１（例えば、図１、ＳＥ １０６ａ−１）に送信するためのシーケンス図３００を示す。

【0070】

図３では、ステップ３５２で、ＳＰ ＴＳＭ ３０３が、安全要素識別子を取得するための要求を含む、要求（ＳＥ識別子の要求）を、通信ネットワーク（例えば、図１、通信ネットワーク１０５）を経由して、中央ＴＳＭ ３０２に伝送する。要求（ＳＥ識別子の要求）は、ＭＳＩを含み、それは、ＳＰ ＴＳＭ ３０３が要求を送信したい安全要素３０１に関連付けられている。ステップ３５４で、中央ＴＳＭ ３０２は、ＭＳＩを使用して、問合せ（メモリの問合せ）を実行し、要求内に含まれるＭＳＩに対応する安全要素識別子を取り出す。ステップ３５６で、中央ＴＳＭ ３０２は、（ＳＥ識別子の要求に対する応答）取り出された安全要素識別子をＳＰ ＴＳＭ ３０３に通信ネットワークを経由して伝送する。

【0071】

一旦、ＳＰ ＴＳＭ ３０３が安全要素識別子を受信すると、ＳＰ ＴＳＭ ３０３は、ステップ３５８で、安全要素３０１に関連付けられた安全要素データを取得するための要求（図２に関連して上でさらに詳述したように）を含む、要求（ＳＥデータの要求）を、通信ネットワークを経由して、中央ＴＳＭ ３０２に伝送する。この要求（ＳＥデータの要求）は、安全要素識別子（中央ＴＳＭ ３０２から受信した）および対応するＭＳＩを含む。ステップ３６０で、中央ＴＳＭ ３０２は、安全要素識別子および対応するＭＳＩを使用して、問合せ（メモリの問合せ）を実行し、安全要素識別子に対応する安全要素データを取り出す。ステップ３６２で、中央ＴＳＭ ３０２は、（ＳＥデータの要求に対する応答）取り出された安全要素データをＳＰ ＴＳＭ ３０３に通信ネットワークを経由して伝送する。

【0072】

ステップ３６４で、ＳＰ ＴＳＭ ３０３は、続いて、受信した安全要素識別子およびデータに基づき、中央ＴＳＭ ３０２への通信を管理するために、要求（通信管理（開始）の要求）を伝送する。

【0073】

１．通信の管理
一般に、通信を管理するための要求は、通信を開始するための要求または通信を終了するための要求を含み得る。例示的な実施形態では、通信は、第１の装置（例えば、ＳＰ ＴＳＭ ３０３、中央ＴＳＭ ３０２）から第２の装置（例えば、安全要素３０１）への、第１の装置が第２の装置と無線（ＯＴＡ）の通信または操作を実行するつもりであるという通知である。

【0074】

図３に示すように、ステップ３６４で、ＳＰ ＴＳＭ ３０３は、通信を確立するための要求（通信管理（開始）の要求）を、通信ネットワークを経由して、中央ＴＳＭ ３０２に伝送し、そのため、通信パラメータおよび識別子が確立できる。そうすることにより、中央ＴＳＭ ３０２に、ＳＰ ＴＳＭ ３０３が安全要素３０１上での操作の実行を要求することを通知する。この操作は、例えば、ＳＰ ＴＳＭ ３０３によって要求されたスクリプトの実行、または安全要素３０１上でのサービスのアクティブ化であり得る。

【0075】

ステップ３６４で、ＳＰ ＴＳＭ ３０３により中央ＴＳＭ ３０２に伝送された通信要求（通信管理（開始）の要求）は、次の属性を含み得る：安全要素識別子、ＭＳＩ、サービス識別子、サービス修飾子、対象アプリケーションの識別子、ＯＴＡ通信中に実行されるスクリプトの形式およびサイズ、ならびに要求された操作（例えば、キーのローテーション、パーソナライズ）。「要求された操作」属性は、その操作の進捗を追跡するために中央ＴＳＭ ３０２によって使用される。

【0076】

サービス識別子は、サービス識別子番号およびバージョンを含み得、それは、サービスの一般的定義を識別するために使用される。サービス修飾子は、サービスプロバイダ名および支払いアカウント参照番号（ＰＲＮ）を含む。

【0077】

サービス修飾子は、通信中に、コマンドを含む、要求を使用して作用（例えば、インストール、ロック、ロック解除、削除）されるサービス（すなわち、サービス識別子に対応するサービス）の特定のインスタンスを識別するために使用される。

【0078】

ＰＲＮは、サービスに関連付けられた認証情報またはカード（例えば、支払いカード）を識別するための一意の数である。

【0079】

図３に示すように、要求（通信管理（開始）の要求）を受信した後、中央ＴＳＭ ３０２は、ステップ３６６で、応答（通信管理（開始）の要求に対する応答）をＳＰ ＴＳＭ ３０３に、通信ネットワークを経由して伝送する。この応答は、次の属性を含み得る：通信識別子、ＯＴＡベアラ（ｂｅａｒｅｒ）（すなわち、要求の伝送を担当する実体）、一操作内で要求されるスクリプトの最大数およびサイズ、スクリプト形式、および通信の許容される長さ。

【0080】

図３にさらに示すように、ステップ３７４および３８８で、１つまたは複数のスクリプトが処理された後（以下でさらに詳細に説明する）、ＳＰ ＴＳＭ ３０３は、通信（すなわち、通信識別子に対応する通信）を終了するための要求（通信管理（終了）の要求）を中央ＴＳＭ ３０２に、通信ネットワークを経由して伝送する。この要求は、ＳＰ ＴＳＭ ３０３によって以前に受信された通信識別子、ならびに操作の状態（例えば、失敗したか、または成功したか）を含み得る。それを行うことで、ＳＰ ＴＳＭ ３０３は、通信識別子に対応する通信が、もはや使用される予定がないことを示し、その通信はもはや使用され得ない。ステップ３７６および３９０で、中央ＴＳＭ ３０２は、操作の状態（例えば、失敗したか、または成功したか）を示す、応答（通信管理（終了）の要求に対する応答）をＳＰ ＴＳＭ ３０３に、通信ネットワークを経由して送信する。

【0081】

図３に示すように、通信がオープンされている間に（すなわち、通信が開始されていて、終了されていない）、ＳＰ ＴＳＭ ３０３は、１つまたは複数のスクリプトを処理するために、要求を中央ＴＳＭ ３０２に送信する。

【0082】

２．１つまたは複数のスクリプトの処理
一般に、１つまたは複数のスクリプトを処理するための要求は、ＳＰ ＴＳＭ ３０３が、中央ＴＳＭ ３０２を使用して、安全要素３０１に向けられ、安全要素３０１上で実行されるための、１組のコマンドアプリケーションプロトコルデータユニット（ＡＰＤＵ）の送信を要求することを可能にする。この要求は、例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍメッセージング規格に基づき得、例えば、アプリケーションのパーソナライズ、キーのローテーション、および／または事後パーソナライズ（ｐｏｓｔ−ｐｅｒｓｏｎａｌｉｚａｔｉｏｎ）を要求するために使用され得る。処理のために安全要素に送信できるコマンドのリストが、図５〜図８に関連して以下で説明される。

【0083】

各スクリプトまたはコマンドＡＰＤＵは、安全要素上に事前に格納されている（すなわち、製造中にロードされた）データに基づくか、またはそのデータを使用して、操作を実行するために使用され得る。このデータは、例えば、コード、アプレットまたはアプリケーションを含み得る。スクリプトおよび／またはＡＰＤＵコマンドを使用して、ＳＰ ＴＳＭ ３０３は、中央ＴＳＭ ３０２が、例えば、安全要素３０１上のインスタンス化されていないアプリケーションをインスタンス化して、そのインスタンスを安全要素３０１上の対応するセキュリティ領域に引き渡すことを要求し得る。

【0084】

例示的な実施形態では、アプリケーションのパーソナライズは、安全要素内のセキュリティ領域上のアプリケーションへのデータの挿入またはアップロードである。すなわち、サービスプロバイダは、アカウントおよび顧客データを含む、極秘データを、顧客のモバイル装置内の安全要素上のアプリケーションに挿入またはアップロードし得る。さらに具体的に言うと、ＳＰ ＴＳＭは、コマンドおよびデータを含む、アプリケーションをパーソナライズするための要求を、中央ＴＳＭに伝送し得る。中央ＴＳＭは、次いで、顧客に関連付けられた安全要素上のアプリケーションをパーソナライズするために、要求を、ＳＰ ＴＳＭから受信した要求に基づいて、安全要素に送信し得る。

【0085】

例示的な実施形態では、キーのローテーションは、サービスプロバイダによって提供されたデジタルキー（すなわち、暗号化アルゴリズムの作業を取り消すアルゴリズム）を、安全要素内のセキュリティ領域内に設定または挿入するという概念である。

【0086】

例示的な実施形態では、事後パーソナライズは、コマンドＡＰＤＵを含む要求を、安全要素に中央ＴＳＭを経由して送信するという概念である。特に、事後パーソナライズ要求は、パーソナライズが実行された後、未処理のコマンドを実行するために、サービスプロバイダによって送信される。

【0087】

１つまたは複数のスクリプトを処理するための要求は、通信識別子（前述のとおり）および、セキュリティ領域に関連して、安全要素３０１に送信されて安全要素３０１内で実行されるコマンドＡＰＤＵのリストを含み得る。すなわち、ＳＰ ＴＳＭ ３０３は、確立された通信（およびそこで定義された属性）を使用して、特定および対応するアプリケーションまたはインスタンス化されていないアプリケーションに関して実行される、コマンドのリストを、安全要素３０１に送信する。

【0088】

コマンドＡＰＤＵの例は：「キーの削除（Ｄｅｌｅｔｅ Ｋｅｙ）」、「データの取得（Ｇｅｔ Ｄａｔａ）」、「状態の取得（Ｇｅｔ Ｓｔａｔｕｓ）」、「キーの書込み（Ｐｕｔ Ｋｅｙ）」、「選択（Ｓｅｌｅｃｔ）」、「状態の設定（Ｓｅｔ Ｓｔａｔｕｓ）」、「データの格納（Ｓｔｏｒｅ Ｄａｔａ）」、および「インストール（Ｉｎｓｔａｌｌ）」を含む。これらのコマンドＡＰＤＵは、アプリケーションおよびアプリケーションデータの取り出し、アプリケーションの選択、アプリケーションのロックおよびロック解除、アプリケーションのパーソナライズ、インスタンス化されていないアプリケーションのインスタンス化、インスタンス化されたアプリケーションの対応するＳＰ ＳＤへの引渡し、ならびにセキュリティ領域キーの更新および削除を行うために使用され得る。コマンドＡＰＤＵは、図５〜図８に関連して、以下でさらに詳細に説明する。

【0089】

図３に示すように、ステップ３６８で、ＳＰ ＴＳＭ ３０３は、スクリプトを処理するための要求（スクリプト処理（キーのローテーション）の要求）を中央ＴＳＭ ３０２に、通信ネットワークを経由して伝送し得る。特に、この要求は、通信識別子を含み、それは、その要求を伝送するために使用される通信を確立する。この要求は、安全要素３０１内のセキュリティ領域上でキーのローテーションを実行するコマンド（すなわち、コマンドＡＰＤＵ）も含む。それに応じて、ステップ３７２で、中央ＴＳＭ ３０２は、応答ＡＰＤＵのリストおよび実行が失敗したコマンドＡＰＤＵのリストを含む、応答（スクリプト処理（キーのローテーション）の要求に対する応答）を、ＳＰ ＴＳＭ ３０３に伝送する。

【0090】

図３にさらに示すように、キーのローテーションを実行するための要求がステップ３７０で処理された後、ＳＰ ＴＳＭ ３０３は、ステップ３７４で要求（通信管理（終了）の要求）を送信することにより、以前に開始された通信の終了を中央ＴＳＭ ３０２に要求する。ステップ３７６で、中央ＴＳＭは、応答（通信管理（終了）の要求に対する応答）をＳＰ ＴＳＭ ３０３に伝送する。その結果として、ＳＰ ＴＳＭ ３０３は、ステップ３７８で、要求（通信管理（開始）の要求）を伝送することにより、後続の通信の起動（すなわち開始）を要求し、ステップ３８０で、中央ＴＳＭ ３０２からの応答（通信管理（開始）の要求に対する応答）内で、対応する通信識別子を取得する。ステップ３８０で取得された通信および通信識別子を使用して、ＳＰ ＴＳＭ ３０３は、ステップ３８２で、スクリプトを処理するための追加の要求（スクリプト処理（アプリケーションのパーソナライズ）の要求）を中央ＴＳＭ ３０２に、通信ネットワークを経由して伝送する。特に、この要求は、その要求を伝送するために使用される通信をオープンする、通信識別子、および安全要素３０１内のセキュリティ領域上でアプリケーションのパーソナライズを実行するコマンド（すなわち、コマンドＡＰＤＵ）のリストを含む。ステップ３８４で、この要求が処理される（アプリケーションのパーソナライズ）。それに応じて、ステップ３８６で、中央ＴＳＭ ３０２は、応答ＡＰＤＵのリストおよび実行が失敗したコマンドＡＰＤＵのリストを含む、応答（スクリプト処理（アプリケーションのパーソナライズ）の要求に対する応答）を、ＳＰ ＴＳＭ ３０３に伝送する。ステップ３８８で、ＳＰ ＴＳＭ ３０３は、通信を終了するために、要求（通信管理（終了）の要求）を中央ＴＳＭ ３０２に伝送する。ステップ３９０で、中央ＴＳＭ ３０２は、応答（通信管理（終了）の要求に対する応答）を伝送する。

【0091】

代替実施形態では、キーのローテーションを実行するための要求およびアプリケーションのパーソナライズを実行するための要求は、単一の要求で、ＳＰ ＴＳＭ ３０３から中央ＴＳＭ ３０２に伝送される。

【0092】

別の代替実施形態では、複数の操作が単一の通信の間に実行される。

【0093】

３．サービスのアクティブ化
図３に示すように、ステップ３９２で、ＳＰ ＴＳＭ ３０３は、サービス（例えば、支払いサービス）をアクティブ化するために、要求（サービスのアクティブ化の要求）を中央ＴＳＭ ３０２に、通信ネットワークを経由して伝送する。

【0094】

一般に、サービスをアクティブ化するための要求は、サービスプロバイダのサービスをアクティブ化して、そのサービスに関連付けられたアプリケーションを特定の安全要素上で選択可能にするために使用される。この要求は、次の属性を含み得る：安全要素識別子、ＭＳＩ、サービス識別子、およびサービス修飾子。サービス識別子およびサービス修飾子は、安全要素３０１上でアクティブ化されるサービスの汎用および特定のインスタンスを識別するために使用され得る。

【0095】

中央ＴＳＭ ３０２は、サービスをアクティブ化するための要求を受信し、その要求をステップ３９４で、要求で提供された情報を使用して処理する。中央ＴＳＭ ３０２は、ステップ３９６で、要求の実行状態（すなわち、実行が失敗したか、または成功したか）を示す情報を含む、要求に対する応答（サービスのアクティブ化の要求に対する応答）をＳＰ ＴＳＭ ３０３に伝送する。

【0096】

代替実施形態では、サービスをアクティブ化するための要求ならびにキーのローテーションおよび／またはアプリケーションのパーソナライズを実行するための要求は、単一の要求で、ＳＰ ＴＳＭ ３０３から中央ＴＳＭ ３０２に伝送される。

【0097】

代替実施形態では、中央ＴＳＭ ３０２は、ＥＳＢを含み、ＥＳＢを利用して、例えば、スクリプトの処理、通信の管理、またはサービスのアクティブ化を含む、要求を処理する。

【0098】

Ｃ．事前パーソナライズ要求をＳＰ ＴＳＭから安全要素に伝送する
図４は、事前パーソナライズのための要求を、ＳＰ ＴＳＭ ４０３（例えば、図１、ＳＰ ＴＳＭ １０３−１）から安全要素４０１（例えば、図１、ＳＥ １０６ａ−１）に伝送するための例示的なシーケンス図４００を示す。

【0099】

図４では、ステップ４５２で、ＳＰ ＴＳＭ ４０３は、安全要素識別子を含む安全要素データを取得するために、要求（ＳＥデータの要求）を、通信ネットワーク（例えば、図１、通信ネットワーク１０５）を経由して、中央ＴＳＭ ４０２に伝送する。要求はＭＳＩを含む。

【0100】

要求を受信すると、中央ＴＳＭ ４０２は、ステップ４５４で、要求（ＳＥデータの要求）に含まれるＭＳＩに基づいて、安全要素識別子を含む安全要素データについてメモリに問合せを行う（メモリの問合せ）。一旦、安全要素データが取り出されると、中央ＴＳＭ ４０２は、ステップ４５６で、安全要素データを含む応答（ＳＥデータの要求に対する応答）をＳＰ ＴＳＭ ４０３に伝送する。

【0101】

図４に示すように、ステップ４５８で、ＳＰ ＴＳＭ ４０３は、事前パーソナライズ要求（事前パーソナライズの要求）を中央ＴＳＭ ４０２に、通信ネットワークを経由して伝送する。この要求は、事前パーソナライズが要求されているサービス（およびその対応するアプリケーション）を識別するための属性、ならびに事前パーソナライズ要求を実行するためのコマンドを含み得る。とりわけ、要求は、安全要素上にインストールされるサービスのアプリケーションは含まない。

【0102】

実施形態例では、事前パーソナライズは、セキュリティ領域の作成、１つまたは複数のインスタンス化されていないアプリケーションのインスタンス化、およびインスタンスのセキュリティ領域への引渡しを含む。事前パーソナライズは、セキュリティ領域およびアプリケーションが安全要素上に既に存在しているかどうかの判断、技術的適格性チェックの実行、ならびにアプリケーションのロードおよびインストールも含み得る。

【0103】

中央ＴＳＭ ４０２は、事前パーソナライズ要求を受信し、この要求に基づき、ステップ４６０で、セキュリティ領域を作成する（図５〜図８に関連して以下でさらに詳述する）ために、要求（セキュリティ領域作成の要求）を安全要素４０１に伝送する。安全要素４０１上でセキュリティ領域が作成されると、中央ＴＳＭ ４０２は、ステップ４６２で、サービスプロバイダのサービスに関連付けられた１つまたは複数のアプリケーションをインストールするために、要求（アプリケーションのインストールの要求）を安全要素４０１に伝送する。

【0104】

中央ＴＳＭ ４０２は、要求を安全要素４０１に伝送した後、ステップ４６４で、ＳＰ ＴＳＭ ４０３によって要求された事前パーソナライズが失敗したか、または成功したかを示す、事前パーソナライズ応答（事前パーソナライズの要求に対する応答）をＳＰ ＴＳＭ ４０３に伝送する。

【0105】

安全要素４０１は、各要求が処理された後、応答を各要求にも伝送し得る。

【0106】

中央ＴＳＭ ４０２は、安全要素上に、アプリケーションがインストールされているかどうか、かつ／またはセキュリティ領域が作成されているかどうかも判断し得る。

【0107】

ＳＰ ＴＳＭ ４０３は、中央ＴＳＭ ４０２に、エンタープライズサービスバス（ＥＳＢ）を経由して伝送される。

【0108】

代替実施形態では、中央ＴＳＭ ４０２は、ＥＳＢを含み、ＥＳＢを利用して、例えば、スクリプトの処理、通信の管理、またはサービスのアクティブ化を含む、要求を処理する。

【0109】

Ｄ．埋込み安全要素構成
図５は、例示的な実施形態に従った、安全要素構成５００を示す。図５に示すように、安全要素構成５００は、安全要素５０１、中央ＴＳＭ ５０２、およびＳＰ ＴＳＭ ５０３を含む。安全要素５０１は、中央セキュリティ領域（ＳＤ）５０４、ＳＰ ＳＤ ５０５およびＳＰ ＳＤ ５０６を含む。安全要素５０１は、埋込み安全要素として、または別個のチップもしくはセキュアデバイスなどのＮＦＣイネーブラとして実装される。

【0110】

中央ＳＤ ５０４は、アプレット（例えば、アプレット５０５−１および５０６−１）のインスタンス化を含め、安全要素５０１上でコンテンツ管理操作を実行し得る。すなわち、アプレット５０５−１および５０６−１は、アプリケーション（すなわち、インスタンス化されていないアプリケーション）のインスタンスである。特に、中央ＳＤ ５０４は、アプリケーション（例えば、アプレット５０５−１および５０６−１）を安全に管理して、ＳＰ ＳＤを作成し、安全要素内のアプレットまたはアプリケーションについて管理操作を実行し得る。

【0111】

ＳＰ ＳＤ ５０５および５０６の各々は、それぞれ、アプレットインスタンス５０５−１および５０６−１に関連付けられ、ＳＰ ＳＤ ５０５および５０６は、セキュアチャネルの確立において、ならびにアプレットのパーソナライズ処理において、それらそれぞれのアプレットを支援する。アプレットインスタンス５０５−１および５０６−１は、インスタンス化されていないアプレットまたはアプリケーションのインスタンス化によって作成され得る。アプレットインスタンス（例えば、アプレット５０５−１および５０６−１）は、中央ＳＤ ５０４の下で（すなわち、関連付けられて）作成され、適切な場合は、アプレットインスタンスが、それらそれぞれのＳＰ ＳＤに引き渡される（すなわち、配信される）（例えば、アプレット５０５−１がそのそれぞれのＳＤ、ＳＰ ＳＤ ５０５に引き渡される）。インスタンスが引き渡されない場合、それらは中央ＳＤ ５０４の下に留まる。

【0112】

図５に示すように、中央ＴＳＭ ５０２は、中央ＳＤ ５０４を管理する。すなわち、中央ＴＳＭ ５０２は、中央ＳＤ ５０４（およびその関連付けられたアプリケーション）のキーを制御することにより安全要素マネージャとして機能し、従って、その関連付けられた特権のいずれも使用できる（表１に関連して以下でさらに詳述する）。中央ＳＤ ５０４を通して、中央ＴＳＭ ５０２は、安全要素５０１上で任意のアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。その上、中央ＴＳＭ ５０２は、ＳＰ ＳＤを作成および管理し得、また、安全要素５０１をロックし得る。

【0113】

図５に示すように、ＳＰ ＴＳＭ ５０３は、ＳＰ ＳＤ ５０６およびアプレット５０６−１に関連付けられて、それらを管理する。すなわち、ＳＰ ＴＳＭ ５０３は、ＳＰ ＳＤ ５０６およびアプレット５０６−１に対するキーを保持し、ＳＰ ＳＤ ５０６に関連付けられた特権のいずれも使用できる（表１に関連して以下でさらに詳述する）。

【0114】

ＳＰ ＳＤ ５０５および５０６は、中央ＴＳＭ ５０２によって管理および処理されるバイナリファイルの整合性を検証するために、データ認証パターン（ＤＡＰ）検証特権を有する（表１に関連して以下でさらに詳述する）。ＤＡＰ検証を必要としないデータパッケージが、中央ＳＤ ５０４の下で（すなわち、関連付けられて）ロードされ（例えば、支払いパッケージ５０８）、ＤＡＰ検証を必要とするデータパッケージは、それらそれぞれのＳＰ ＳＤの下でロードされる。

【0115】

表１は、安全要素構成５００に従って、中央ＳＤ（例えば、中央ＳＤ ５０４）およびＳＰ ＳＤ（例えば、ＳＰ ＳＤ ５０５および５０６）に割り当てられた特権（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ特権）を示す。
［表１］

表２は、安全要素構成５００に従って、中央ＳＤ（例えば、中央ＳＤ ５０４）によってサポートされる特権（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ特権）コマンドを示す。
［表２］

表３は、安全要素構成５００に従って、ＳＰ ＳＤ（例えば、ＳＰ ＳＤ ５０５および５０６）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表３］

代替実施形態では、ＳＰ ＳＤ ５０５および５０６のうちの一方または両方が、ＤＡＰ検証特権を有していない。

【0116】

代替実施形態では、安全要素５０１は複数の中央ＳＤを含む。

【0117】

別の代替実施形態では、各ＳＰ ＳＤが対応するＳＰ ＴＳＭに関連付けられる。

【0118】

Ｅ．ＵＩＣＣ安全要素構成
図６は、例示的な実施形態に従った、安全要素構成６００を示す。図６に示すように、安全要素構成６００は、安全要素６０１、中央ＴＳＭ ６０２、ＳＰ ＴＳＭ ６０３、およびＭＮＯ ６０７を含む。

【0119】

安全要素６０１は、ＵＩＣＣとして実装され、中央ＳＤ ６０４、安全要素発行者ＳＤ（ＩＳＤ）６０５、ＭＮＯ ＳＤ ６０６、ＳＰ ＳＤ ６０８およびＳＰ ＳＤ ６０９を含む。ＭＮＯ ＳＤ ６０６は、遠隔通信アプレット６１２と関連付けられる。中央ＳＤ ６０４は、パッケージ６１０、およびお財布アプレット６１１と関連付けられる。ＳＰ ＳＤ ６０８および６０９は、中央ＳＤ ６０４と関連付けられるが、それぞれ、アプレット６０８−１および６０９−１と関連付けられる。

【0120】

ＩＳＤ ６０５は、中央ＳＤ ６０４およびＭＮＯ ＳＤ ６０６を作成するが、どの他のコンテンツ管理機能も実行しない。

【0121】

ＭＮＯ ＳＤ ６０６は、認可された管理特権（表２に関連して以下で詳述する）を有し、ＭＮＯ ６０７によって指示されるとおりにコンテンツを管理する。

【0122】

中央ＳＤ ６０４は、認可された管理特権（表２に関連して以下で詳述する）を有し、中央ＴＳＭ ６０２によって指示されるとおりにコンテンツを管理する。特に、中央ＳＤ ６０４は、アプリケーションを安全に管理して、ＳＰ ＳＤを作成し、安全要素内のアプレットまたはアプリケーションについて管理操作を実行し得る。

【0123】

ＳＰ ＳＤ ６０８および６０９は、セキュアチャネルの確立において、およびアプレットのパーソナライズ処理において、それらそれぞれのアプレットを支援する。アプレットインスタンス６０８−１および６０９−１は、インスタンス化されていないアプレットまたはアプリケーションのインスタンス化によって作成され得る。アプレットインスタンス（例えば、アプレット６０８−１および６０９−１）は、中央ＳＤ ６０４の下で（すなわち、関連付けられて）作成される。インスタンス化の後、適切な場合は、アプレットインスタンスが、それらそれぞれのＳＰ ＳＤに引き渡される（すなわち、配信される）（例えば、アプレット６０８−１がそのそれぞれのＳＤ、ＳＰ ＳＤ ６０８に引き渡される）。あるいは、アプレットインスタンスが引き渡されない場合、それは中央ＳＤ ６０４の下に留まる。

【0124】

ＳＰ ＳＤ ６０８および６０９は、中央ＴＳＭ ６０２によって管理および処理されるバイナリファイルの整合性を検証するために、ＤＡＰ検証特権を有する。ＤＡＰ検証を必要としないデータパッケージが、中央ＳＤ ６０４の下で（すなわち、関連付けられて）ロードされ（例えば、パッケージ６１０）、ＤＡＰ検証を必要とするデータパッケージは、それらそれぞれのＳＰ ＳＤの下でロードされる。

【0125】

図６に示すように、中央ＴＳＭ ６０２は、中央ＳＤ ６０４を管理する。すなわち、中央ＴＳＭ ６０２は、中央ＳＤ ６０４（およびその関連付けられたアプリケーション）のキーを制御することにより安全要素マネージャとして機能し、従って、その関連付けられた特権のいずれも使用できる（表４に関連して以下でさらに詳述する）。中央ＳＤ ６０４を通して、中央ＴＳＭ ６０２は、安全要素６０１上で、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。その上、中央ＴＳＭ ６０２は、ＳＰ ＳＤを作成および管理し得る。

【0126】

図６にさらに示すように、ＭＮＯ ６０７は、ＭＮＯ ＳＤ ６０６および遠隔通信アプレット６１２と関連付けられて、それらを管理する。従って、ＭＮＯ ６０７は、ＭＮＯ ＳＤ ６０６の任意の特権を使用できる。ＭＮＯ ＳＤ ６０６を通して、ＭＮＯ ６０７は、安全要素６０１上で、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。その上、ＭＮＯパッケージおよびアプレットインスタンスが、ＭＮＯ ＳＤ ６０６の下で（すなわち、それに関連付けられて）、ロードおよび／または作成される。

【0127】

表４は、安全要素構成６００に従って、ＩＳＤ（例えば、ＩＳＤ ６０５）、中央ＳＤ（例えば、中央ＳＤ ６０４）、ＭＮＯ ＳＤ（例えば、ＭＮＯ ＳＤ ６０６）、およびＳＰ ＳＤ（例えば、ＳＰ ＳＤ ６０８および６０９）に割り当てられた特権（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ特権）を示す。
［表４］

表５は、安全要素構成６００に従って、ＩＳＤ（例えば、ＩＳＤ ６０５）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表４］

表６は、安全要素構成６００に従って、中央ＳＤ（例えば、中央ＳＤ ６０４）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表６］

表７は、安全要素構成６００に従って、ＭＮＯ ＳＤ（例えば、ＭＮＯ ＳＤ ６０６）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表７］

代替実施形態では、ＳＰ ＳＤ ６０８および６０９のうちの一方または両方が、ＤＡＰ検証特権を有していない。

【0128】

Ｆ．第三者セキュリティ領域のある埋込み安全要素構成
図７は、例示的な実施形態に従った、安全要素構成７００を示す。図７に示すように、安全要素構成７００は、安全要素７０１、中央ＴＳＭ ７０２、ＭＮＯ ７０７、第三者ＴＳＭ（認可された管理を有する）７０８、および第三者ＴＳＭ（委任された管理を有する）７０３を含む。

【0129】

安全要素７０１は、埋込み安全要素として、または別個のチップもしくはセキュアデバイスなどのＮＦＣイネーブラとして実装され、中央ＳＤ ７０４、ＩＳＤ ７０５、第三者ＳＤ ７０６、委託されたＤＡＰ特権保有者（Ｍａｎｄａｔｅｄ ＤＡＰ Ｐｒｉｖｉｌｅｇｅ Ｈｏｌｄｅｒ）セキュリティ領域（ＭＤＰＨ ＳＤ）７１６、制御権限（Ｃｏｎｔｒｏｌｌｉｎｇ Ａｕｔｈｏｒｉｔｙ）セキュリティ領域（ＣＡ ＳＤ）７１７、ＳＰ ＳＤ ７０９、ＳＰ ＳＤ ７１０（委任された管理を有する）、およびＳＰ ＳＤ ７１１を含む。

【0130】

ＭＤＰＨ ＳＤ ７１６は、安全要素７０１上にロードまたはインストールされたアプレットおよびアプリケーションのシグネチャ（すなわち、ＤＡＰ）を検証する。表１０（下記）は、ＭＤＰＨ ＳＤによってサポートされるコマンドを示す。

【0131】

ＣＡ ＳＤ ７１７は、秘密のロードを保証するために、新しく作成されたセキュリティ領域に対してキー生成を実行する。表９（下記）は、ＣＡ ＳＤによってサポートされるコマンドを示す。

【0132】

第三者ＳＤ ７０６は、認可された管理特権を有し、第三者ＴＳＭ ７０８によって指示されるとおりにコンテンツを管理する。第三者ＳＤ ７０６は、パッケージ７１４と関連付けられる。ＳＰ ＳＤ ７１１は、第三者ＳＤ ７０６の下にあり（すなわち、それが関連付けられて）、アプリケーション７１１−１と関連付けられている。表６（上記）は、第三者ＳＤ（例えば、第三者ＳＤ ７０６）によってサポートされるコマンドを示す。

【0133】

ＩＳＤ ７０５は、中央ＳＤ ７０４、および第三者ＳＤ ７０６を含む、セキュリティ領域を作成するが、どの他のコンテンツ管理機能も実行しない。表５（上記）は、ＩＳＤ（例えば、ＩＳＤ ７０５）によってサポートされるコマンドをさらに詳細に示す。

【0134】

中央ＳＤ ７０４は、認可された管理特権（表８．１および表８．２に関連して以下でさらに詳述する）を有し、中央ＴＳＭ ７０２によって指示されるとおりにコンテンツを管理する。特に、中央ＳＤ ７０４は、アプリケーションを安全に管理して、ＳＰ ＳＤを作成し、安全要素内のアプレットまたはアプリケーションについて管理操作を実行し得る。中央ＳＤ ７０４は、パッケージ７１３、ＳＰ ＳＤ ７０９およびＳＰ ＳＤ ７１０と関連付けられる。ＳＰ ＳＤ ７０９および７１０は、アプレット７０９−１および７１０−１と関連付けられる。上記の表６は、中央ＳＤによってサポートされるコマンドを示す。

【0135】

ＳＰ ＳＤ ７０９、７１０、および７１１は、セキュアチャネルの確立において、およびアプレットのパーソナライズ処理において、それらそれぞれのアプレットを支援する。アプレットインスタンス７０９−１および７１０−１は、インスタンス化されていないアプレットまたはアプリケーションのインスタンス化によって作成され得る。アプレットインスタンス（例えば、アプレット７０９−１および７１０−１）は、中央ＳＤ ７０４の下で（すなわち、関連付けられて）作成される。インスタンス化の後、適切な場合は、アプレットインスタンスが、それらそれぞれのＳＰ ＳＤに引き渡される（すなわち、配信される）。表３（上記）は、ＳＰ ＳＤによってサポートされるコマンドを示し、表１１（下記）は、委任された管理特権を有するＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７１０）によってサポートされるコマンドを示す。

【0136】

ＳＰ ＳＤ ７０９および７１０は、中央ＴＳＭ ７０２によって管理および処理されるバイナリファイルの整合性を検証するために、ＤＡＰ検証特権を有する。ＤＡＰ検証を必要としないデータパッケージ（例えば、パッケージ７１３）が、中央ＳＤ ７０４の下で（すなわち、関連付けられて）ロードされ、ＤＡＰ検証を必要とするデータパッケージは、それらそれぞれのＳＰ ＳＤの下でロードされる。その上、委任された管理特権を有するＳＰ ＳＤ（例えば、７１０）は、認可されたコンテンツ管理操作を実行し得る。

【0137】

図７に示すように、中央ＴＳＭ ７０２は、中央ＳＤ ７０４を管理する。すなわち、中央ＴＳＭ ７０２は、中央ＳＤ ７０４（およびその関連付けられたアプリケーション）のキーを制御することにより安全要素マネージャとして機能し、従って、その関連付けられた特権のいずれも使用できる（表８．１および表８．２に関連して以下でさらに詳述する）。中央ＳＤ ７０４を通して、中央ＴＳＭ ７０２は、安全要素７０１上で、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行うことができる。その上、中央ＴＳＭは、ＳＰ ＳＤを作成および管理し得、ＩＳＤ ７０５を通して、安全要素７０１のロックおよびロック解除を行い得る。

【0138】

図７にさらに示すように、第三者ＴＳＭ ７０８は、第三者ＳＤ ７０６（およびその関連付けられたアプリケーション）のキーを制御し、従って、その関連付けられた特権のいずれも使用できる（表８．１および表８．２に関連して以下でさらに詳述する）。第三者ＳＤ ７０６を通して、第三者ＴＳＭ ７０８は、任意の関連付けられているアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行うことができる。第三者ＴＳＭ ７０８は、そのそれぞれの第三者ＳＤに関連付けられたＳＰ ＳＤ（すなわち、第三者ＳＤ ７０６）を作成および管理することもできる。第三者ＴＳＭ ７０８は、その第三者ＳＤ ７０６を通して、安全要素７０１上でその関連付けられたどのアプレットまたはアプリケーションも、ロックまたは削除することができる。第三者ＴＳＭに関連付けられているパッケージ（例えば、パッケージ７１４）が、第三者ＳＤ ７０６の下で（すなわち、関連付けられて）ロードされる。第三者ＴＳＭ ７０８に関連付けられているアプレットまたはアプリケーション（例えば、アプリケーション７１１−１）がインスタンス化され、インスタンスが、第三者ＳＤ ７０６の下で（すなわち、関連付けられて）作成される。インスタンス化の後、適切な場合は、アプレットまたはアプリケーションが、それらそれぞれのＳＰ ＳＤに引き渡される（すなわち、配信される）（例えば、アプリケーション７１１−１がそのそれぞれのＳＤ、ＳＰ ＳＤ ７１１に引き渡される）。

【0139】

表８．１および表８．２は、ＩＳＤ（例えば、ＩＳＤ ７０５）、中央ＳＤ（例えば、中央ＳＤ ７０４）、ＭＤＰＨ ＳＤ（例えば、ＭＤＰＨ ＳＤ ７１６）、ＣＡ ＳＤ（例えば、ＣＡ ＳＤ ７１７）、第三者ＳＤ（例えば、第三者ＳＤ ７０６）、ＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７０９）、および委任された管理をもつＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７１０）に割り当てられた特権（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ特権）を示す。
［表８．１］

［表８．２］

表９は、安全要素構成７００に従って、ＣＡ ＳＤ（例えば、ＣＡ ＳＤ ７１７）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表９］

表１０は、安全要素構成７００に従って、ＭＤＰＨ ＳＤ（例えば、ＭＤＰＨ ＳＤ ７１６）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表１０］

表１１は、安全要素構成７００に従って、委任された管理を有するＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７１０）によってサポートされるコマンド（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍコマンド）を示す。
［表１１］

代替実施形態では、第三者ＴＳＭ ７０３は、委任された管理特権を有するが、コンテンツ管理操作は、まず、中央ＴＳＭ ７０２によって承認される。中央ＴＳＭ ７０２は、トークンを検証し、第三者ＴＳＭには関連付けられていない各関連付けられたＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７０９）に対して受領を生成できる。第三者ＴＳＭ ７０３は、その関連付けられたＳＰ ＳＤ（例えば、ＳＰ ＳＤ ７１０）に対するキーを制御し、その関連付けられたＳＰ ＳＤを通して、任意の関連付けられたアプリケーションまたはアプレット（例えば、アプレット７１０−１）のロード、インストール、引渡し、または削除を行うことができる。

【0140】

代替実施形態では、ＳＰ ＳＤ ７０９および７１０のうちの一方または両方が、ＤＡＰ検証特権を有していない。

【0141】

代替実施形態では、ＭＤＰＨ ＳＤ ７１６およびＣＡ ＳＤ ７１７のうちの一方または両方が、安全要素７０１に含まれない。

【0142】

別の代替実施形態では、安全要素７０１は、０以上の第三者ＳＤを有する。

【0143】

Ｇ．第三者セキュリティ領域のあるＵＩＣＣ安全要素構成
図８は、例示的な実施形態に従った、安全要素構成８００を示す。図８に示すように、安全要素構成８００は、安全要素８０１、中央ＴＳＭ ８０２、ＭＮＯ ８０７、第三者ＴＳＭ（認可された管理を有する）８０８、および第三者ＴＳＭ（委任された管理を有する）８０３を含む。

【0144】

安全要素８０１は、ＵＩＣＣとして実装され、中央ＳＤ ８０４、ＩＳＤ ８０５、第三者ＳＤ ８０６、ＭＮＯ ＳＤ ８１５、ＭＤＰＨ ＳＤ ８１７、およびＣＡ ＳＤ ８１８を含む。安全要素８０１は、ＳＰ ＳＤ ８０９、およびＳＰ ＳＤ（委任された管理を有する）８１０、およびＳＰ ＳＤ ８１１も含む。

【0145】

ＭＮＯ ＳＤ ８１５は、認可された管理特権を有し、ＭＮＯ ８０７によって指示されるとおりにコンテンツを管理する。

【0146】

ＭＤＰＨ ＳＤ ８１７は、安全要素８０１上にロードまたはインストールされたアプレットおよびアプリケーションのシグネチャ（すなわち、ＤＡＰ）を検証する。表１０（上記）は、ＭＤＰＨ ＳＤによってサポートされるコマンドを示す。

【0147】

ＣＡ ＳＤ ８１８は、秘密のロードを保証するために、新しく作成されたセキュリティ領域に対してキー生成を実行する。表９（上記）は、ＣＡ ＳＤによってサポートされるコマンドを示す。

【0148】

第三者ＳＤ ８０６は、認可された管理特権を有し、第三者ＴＳＭ ８０８によって指示されるとおりにコンテンツを管理する。第三者ＳＤ ８０６は、パッケージ８１４と関連付けられる。ＳＰ ＳＤ ８１１は、第三者ＳＤ ８０６の下にあり（すなわち、関連付けられて）、アプリケーション８１１−１と関連付けられている。第三者ＳＤ ８０６は、表６（上記）に示すのと同じコマンドをサポートする。

【0149】

ＩＳＤ ８０５は、中央ＳＤ ８０４、および第三者ＳＤ ８０６を含む、セキュリティ領域を作成するが、どの他のコンテンツ管理機能も実行しない。表５（上記）は、ＩＳＤによってサポートされるコマンドを示す。

【0150】

中央ＳＤ ８０４は、認可された管理特権（表２に関連して上でさらに詳述する）を有し、中央ＴＳＭ ８０２によって指示されるとおりにコンテンツを管理する。特に、中央ＳＤ ８０４は、アプリケーションを安全に管理して、ＳＰ ＳＤを作成し、安全要素内のアプレットまたはアプリケーションについて管理操作を実行し得る。中央ＳＤ ８０４は、パッケージ８１３、ＳＰ ＳＤ ８０９およびＳＰ ＳＤ ８１０と関連付けられる。ＳＰ ＳＤ ８０９および８１０は、アプレット８０９−１および８１０−１と関連付けられる。上記の表６は、中央ＳＤによってサポートされるコマンドを示す。

【0151】

図８に示すように、中央ＴＳＭ ８０２は、中央ＳＤ ８０４を管理する。すなわち、中央ＴＳＭ ８０２は、中央ＳＤ ８０４（およびその関連付けられたアプリケーション）のキーを制御することにより安全要素マネージャとして機能し、従って、その関連付けられた特権のいずれも使用できる（表１２．１および表１２．２に関連して以下でさらに詳述する）。中央ＳＤ ８０４を通して、中央ＴＳＭ ８０２は、安全要素８０１上で、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。その上、中央ＴＳＭ ８０２は、ＳＰ ＳＤを作成および管理し得る。

【0152】

図８にさらに示すように、ＭＮＯ ８０７は、ＭＮＯ ＳＤ ８１５および遠隔通信アプレット８１６と関連付けられて、それらを管理する。従って、ＭＮＯ ８０７は、ＭＮＯ ＳＤ ８１５の任意の特権を使用できる。ＭＮＯ ＳＤ ８１５を通して、ＭＮＯ ８０７は、安全要素８０１上で、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。その上、ＭＮＯパッケージおよびアプリケーションまたはアプレットインスタンスが、ＭＮＯ ＳＤ ８１５の下で（すなわち、関連付けられて）、ロードおよび／または作成される。ＭＮＯ ８０７は、ＭＮＯ ＳＤ ８１５を通して、安全要素８０１上の任意のＭＮＯに関連付けられたアプリケーションをロックまたは削除できる。

【0153】

図８にさらに示すように、第三者ＴＳＭ ８０８は、第三者ＳＤ ８０６（およびその関連付けられたアプリケーション）のキーを制御し、従って、その関連付けられた特権のいずれも使用できる（表１２．１および表１２．２に関連して以下でさらに詳述する）。第三者ＳＤ ８０６を通して、第三者ＴＳＭ ８０８は、任意の関連付けられたアプレットまたはアプリケーションのロード、インストール、引渡し、ロックまたは削除を行い得る。第三者ＴＳＭ ８０８は、そのそれぞれの第三者ＳＤに関連付けられているＳＰ ＳＤを作成および管理することもできる。第三者ＴＳＭに関連付けられているパッケージ（例えば、パッケージ８１４）が、第三者ＳＤ ８０６の下で（すなわち、それに関連付けられて）ロードされる。第三者ＴＳＭ ８０８に関連付けられているアプレットまたはアプリケーション（例えば、アプリケーション８１１−１）がインスタンス化され、インスタンスが、第三者ＳＤ ８０６の下で（すなわち、それに関連付けられて）作成される。インスタンス化の後、適切な場合は、アプレットまたはアプリケーションが、それらそれぞれのＳＰ ＳＤに引き渡される（すなわち、配信される）（例えば、アプリケーション８１１−１がＳＰ ＳＤ ８１１に引き渡される）。

【0154】

表１２．１および表１２．２は、ＩＳＤ（例えば、ＩＳＤ ８０５）、中央ＳＤ（例えば、中央ＳＤ ８０４）、ＭＤＰＨ ＳＤ（例えば、ＭＤＰＨ ＳＤ ８１７）、ＣＡ ＳＤ（例えば、ＣＡ ＳＤ ８１８）、第三者ＳＤ（例えば、第三者ＳＤ ８０６）、ＭＮＯ ＳＤ（例えば、ＭＮＯ ＳＤ ８１５）、ＳＰ ＳＤ（例えば、ＳＰ ＳＤ ８０９）、および委任された管理をもつＳＰ ＳＤ（例えば、ＳＰ ＳＤ ８１０）に割り当てられた特権（例えば、Ｇｌｏｂａｌ Ｐｌａｔｆｏｒｍ特権）を示す。
［表１２．１］

［表１２．２］

代替実施形態では、ＳＰ ＳＤ ８０９および８１０のうちの一方または両方が、ＤＡＰ検証特権を有していない。

【0155】

別の代替実施形態では、ＭＤＰＨ ＳＤ ８１７およびＣＡ ＳＤ ８１８のうちの一方または両方が、安全要素８０１に含まれない。

【0156】

Ｈ．コンピュータ可読媒体実施態様
本発明（例えば、システム１００、シーケンス２００〜４００、構成５００〜８００、またはそれらの任意の部分（複数可）もしくは機能（複数可））は、ハードウェア、ソフトウェア、またはそれらの組合せを使用して実施でき、１つまたは複数のモバイル装置または他の処理システムで実施できる。本発明によって実行された操作が人間の操作に関して参照された範囲で、人間のオペレータのかかる能力は、本発明の部分を形成する本明細書に記載する操作のいずれにおいても、必要でないか、またはほとんどの場合望ましくない。むしろ、本明細書に記載する操作は、マシン操作である。本発明の操作を実行するための有用なマシンは、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）または同様な装置を含む。

【0157】

一実施形態では、本発明は、本明細書に記載する機能を実行することができる１つまたは複数のシステムを対象とする。システム９００の一例を図９に示す。

【0158】

システム９００は、プロセッサ９０１などの、１つまたは複数のプロセッサを含む。プロセッサ９０１は、通信インフラストラクチャ９０２（例えば、通信バス、ネットワーク）に接続されている。この例示的なシステムに関して、様々な実施形態が説明される。本記述を読み終えると、当業者には、他のシステムおよび／またはアーキテクチャを使用して、本発明をどのように実施するかがさらに明らかになるであろう。

【0159】

システム９００は、メインメモリ９０３も含み、それは、データベース、または同類のものであり得る。

【0160】

システム９００は、メインメモリ９０３の問合せを行うための問合せモジュール９０４を含む。メモリ（例えば、メインメモリ９０３）の問合せは、図２〜図４に関連して、上でさらに詳述される。

【0161】

システム９００は、要求などの、データを、他の実体からネットワークを経由して、受信するための受信モジュール９０５も含む。要求などの、データの受信は、図２〜図４に関連して、上でさらに詳述される。

【0162】

システム９００は、要求および応答などの、データを、他の実体にネットワークを経由して、送信するための送信モジュール９０６も含む。要求および応答などの、データの送信は、図２〜図４に関連して、上でさらに詳述される。

【0163】

モジュール９０４〜９０６の各々は、ハードウェア、ソフトウェア、またはその２つの組合せを使用して実装され得る。

【0164】

例えば、図１〜図８に関連して示されたか、もしくは説明されたシステムおよび手順などの前述の実施形態例、またはそれらの任意の部分もしくは機能は、ハードウェア、ソフトウェア、またはその２つの組合せを使用して実装され得る。実施態様は、１つもしくは複数のコンピュータまたは他の処理システムにおいてであり得る。これらの実施形態例によって実行される操作は、一般に、人間のオペレータによって実行される知的操作に関連付けられた用語で参照され得るが、人間のオペレータは、本明細書に記載する操作のいずれも実行する必要はない。言い換えれば、操作は、完全にマシン操作で実施され得る。本明細書に記載する実施形態例の操作を実行するための有用なマシンは、汎用デジタルコンピュータまたは同様の装置を含む。

【0165】

本発明の実施形態例の部分は、コンピュータ分野の当業者には明らかであるように、好都合に、従来型の汎用コンピュータ、専用デジタルコンピュータおよび／または本開示の技術に従ってプログラムされたマイクロプロセッサを使用することによって実施され得る。適切なソフトウェアコーディングは、本開示の技術に基づき、熟練したプログラマによって容易に準備され得る。

【0166】

いくつかの実施形態は、特定用途向け集積回路、フィールドプログラマブルゲートアレイの準備によって、または従来型の構成回路の適切な回路網を相互接続することによっても実施され得る。

【0167】

いくつかの実施形態は、コンピュータプログラム製品を含む。コンピュータプログラム製品は、本発明の実施形態例の手順のいずれかを実行するためにコンピュータを制御するか、またはコンピュータにそれを行わせるために使用できる、その中またはその上に格納された命令を有する、持続性記憶媒体または複数の媒体であり得る。記憶媒体は、制限なく、フロッピィディスク、ミニディスク、光ディスク、ブルーレイディスク、ＤＶＤ、ＣＤもしくはＣＤ−ＲＯＭ、マイクロドライブ、光磁気ディスク、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＤＲＡＭ、ＶＲＡＭ、フラッシュメモリ、フラッシュカード、磁気カード、光カード、ナノシステム（ｎａｎｏｓｙｓｔｅｍ）、分子メモリ集積回路、ＲＡＩＤ、リモートデータ記憶／アーカイブ／倉庫、ならびに／または命令および／もしくはデータを格納するために適した任意の他のタイプの装置を含み得る。

【0168】

持続性コンピュータ可読媒体または複数の媒体のうちの任意の１つ上に格納された、いくつかの実施形態は、汎用および／または専用コンピュータもしくはマイクロプロセッサのハードウェアの両方を制御するため、およびコンピュータもしくはマイクロプロセッサが人間のユーザーまたは本発明の実施形態例の結果を利用する他の機構とやりとりすることを可能にするためのソフトウェアを含む。かかるソフトウェアは、制限なく、デバイスドライバ、オペレーティングシステム、およびユーザーアプリケーションを含み得る。最終的に、かかるコンピュータ可読媒体は、前述のように、本発明の態様例を実行するためのソフトウェアをさらに含む。

【0169】

汎用および／または専用コンピュータもしくはマイクロプロセッサのプログラミングおよび／もしくはソフトウェアに含まれるのは、前述の手順を実施するためのソフトウェアモジュールである。

【0170】

本発明の様々な実施形態例が上で説明されているが、それらは、制限ではなく、例として提示されていることが理解されるべきである。当業者には、形式および詳細における様々な変更がその中で行われ得ることが明らかである。従って、本開示は、前述の実施形態例のいずれかによって制限されるべきではなく、以下の請求項およびそれらの均等物に従ってのみ定義されるべきである。

【0171】

さらに、図は、例としての目的のみで、提示されることが理解されるべきである。本明細書で提示する実施形態例のアーキテクチャは、添付の図に示される以外の方法で利用およびナビゲートされ得るように、十分柔軟および構成可能である。

【0172】

さらに、要約の目的は、米国特許商標局および一般大衆、ならびに特に、特許または法律用語もしくは表現を良く知らない当技術分野の科学者、エンジニアおよび実務者が、一瞥して、本願の技術的開示の本質および特質を迅速に判断することを可能にすることである。要約は、本明細書で提示する実施形態例の範囲について、どんな形でも制限されることを意図していない。請求項で詳述される手順は提示された順序で実行される必要はないことも理解されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】