特許 6046248 セキュアエレメント上でアプリケーションを保護し、管理するためのシステム、方法、およびコンピュータプログラム製品

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

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

(11)【特許番号】6046248

(24)【登録日】2016年11月25日

(45)【発行日】2016年12月14日

(54)【発明の名称】セキュアエレメント上でアプリケーションを保護し、管理するためのシステム、方法、およびコンピュータプログラム製品

(51)【国際特許分類】

   G06F 21/35 20130101AFI20161206BHJP

   G06Q 20/36 20120101ALI20161206BHJP

   G06Q 20/40 20120101ALI20161206BHJP

   G06F 21/44 20130101ALI20161206BHJP

   G06K 19/073 20060101ALI20161206BHJP

   G06K 19/07 20060101ALI20161206BHJP

【ＦＩ】

   G06F21/35ZEC

   G06Q20/36 310

   G06Q20/40

   G06F21/44

   G06K19/073 009

   G06K19/07 230

【請求項の数】21

【全頁数】27

(21)【出願番号】特願2015-520173(P2015-520173)

(86)(22)【出願日】2013年4月5日

(65)【公表番号】特表2015-529876(P2015-529876A)

(43)【公表日】2015年10月8日

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

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

(87)【国際公開日】20140227

【審査請求日】2014年12月25日

(31)【優先権主張番号】61/693,089

(32)【優先日】2012年8月24日

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

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル インコーポレイテッド

(74)【代理人】

【識別番号】100108453

【弁理士】

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

(74)【代理人】

【識別番号】100110364

【弁理士】

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

(74)【代理人】

【識別番号】100133400

【弁理士】

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

(72)【発明者】

【氏名】ワトソン， カーティス， ダブリュ．

【審査官】 宮司 卓佳

(56)【参考文献】

【文献】 特開２０１０−１２２８０６（ＪＰ，Ａ）

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

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

【文献】 特開２００７−０８００２３（ＪＰ，Ａ）

【文献】 特開２００３−３２３５９８（ＪＰ，Ａ）

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

Ｇ０６Ｆ２１／３０−Ｇ０６Ｆ２１／４６

Ｇ０６Ｑ ２０／３６

Ｇ０６Ｑ ２０／４０

Ｇ０６Ｋ １９／０７

Ｇ０６Ｋ １９／０７３

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

【請求項1】

１つ以上のアプリケーションを保護し、管理するためのシステムであって、
モバイルウォレットデータを記憶するように動作可能な少なくとも１つのメモリと、
前記少なくとも１つのメモリに結合されるプロセッサと、を備え、前記プロセッサが、
モバイルウォレットから認証データを受信し、
前記認証データと前記モバイルウォレットデータとの比較に基づいて、前記認証データが有効であるかを判定し、
前記認証データが有効である場合、１つ以上のコマンドの処理を有効にし、
第１のコマンドを前記モバイルウォレットから受信し、
前記第１のコマンドの処理が有効になっているかを判定し、
前記第１のコマンドの処理が有効になっている場合、前記第１のコマンドを処理するように動作可能であり、前記第１のコマンドが、前記１つ以上のアプリケーションの設定を変更するコマンドである、システム。

【請求項2】

前記少なくとも１つのメモリが、セキュリティ状態を記憶するように更に動作可能であり、
前記セキュリティ状態が、前記認証データが有効であるかの判定に基づき、
前記１つ以上のコマンドの処理が、更に前記セキュリティ状態に基づいて有効にされる、請求項１に記載のシステム。

【請求項3】

前記セキュリティ状態が、（１）非選択、（２）未認証選択、または（３）認証済みのうちの１つである、請求項２に記載のシステム。

【請求項4】

前記モバイルウォレットデータが、（１）加入者識別モジュール識別子（ＩＤ）、（２）デバイスＩＤ、（３）クライアントＩＤ、（４）パスコード、（５）サーバキー、（６）サーバキー検証コード、または（７）ウィジェット認証情報のうちの少なくとも１つを含む、請求項１に記載のシステム。

【請求項5】

各々が対応するステータスを有する１つ以上のアプリケーション識別子を含むアプリケーションレジストリを更に備える、請求項１に記載のシステム。

【請求項6】

前記少なくとも１つのメモリが、前記１つ以上のアプリケーション識別子の各々に対応するアプリケーションを記憶するように更に動作可能である、請求項５に記載のシステム。

【請求項7】

前記プロセッサが、前記１つ以上のアプリケーション識別子に対応する更新情報を受信するように更に動作可能である、請求項５に記載のシステム。

【請求項8】

１つ以上のアプリケーションを保護し、管理するための方法であって、
モバイルウォレットから認証データを受信するステップと、
前記認証データと少なくとも１つのメモリ内に記憶されたモバイルウォレットデータとの比較に基づいて、前記認証データが有効であるかを判定するステップと、
前記認証データが有効である場合、１つ以上のコマンドの処理を有効にするステップと、
第１のコマンドを前記モバイルウォレットから受信するステップと、
前記第１のコマンドの処理が有効になっているかを判定するステップと、
前記第１のコマンドの処理が有効になっている場合、前記第１のコマンドを処理するステップと、を含み、前記第１のコマンドが、前記１つ以上のアプリケーションの設定を変更するコマンドである、方法。

【請求項9】

前記少なくとも１つのメモリ内に記憶されたセキュリティ状態が、前記認証データが有効であるかを判定する前記ステップに基づき、前記１つ以上のコマンドの処理が、更に前記セキュリティ状態に基づいて有効にされる、請求項８に記載の方法。

【請求項10】

前記セキュリティ状態が、（１）非選択、（2）未認証選択、または（3）認証済みのうちの１つである、請求項９に記載の方法。

【請求項11】

前記モバイルウォレットデータが、（１）加入者識別モジュール識別子（ＩＤ）、（２）デバイスＩＤ、（３）クライアントＩＤ、（４）パスコード、（５）サーバキー、（６）サーバキー検証コード、または（７）ウィジェット認証情報のうちの少なくとも１つを含む、請求項８に記載の方法。

【請求項12】

前記少なくとも１つのメモリが、各々が対応するステータスを有する１つ以上のアプリケーション識別子を含むアプリケーションレジストリを含む、請求項８に記載の方法。

【請求項13】

前記第１のコマンドが、前記１つ以上のアプリケーション識別子に対応する前記少なくとも１つのメモリ内に記憶される１つ以上のアプリケーションの設定を変更するコマンドである、請求項１２に記載の方法。

【請求項14】

前記１つ以上のアプリケーション識別子に対応する更新情報を受信するステップを更に含む、請求項１２に記載の方法。

【請求項15】

コンピュータ可読媒体であって、１つ以上のプロセッサに
モバイルウォレットから認証データを受信し、
前記認証データと少なくとも１つのメモリ内に記憶されるモバイルウォレットデータとの比較に基づいて、前記認証データが有効であるかを判定し、
前記認証データが有効である場合、１つ以上のコマンドの処理を有効にし、
第１のコマンドを前記モバイルウォレットから受信し、
前記第１のコマンドの処理が有効になっているかを判定し、
前記第１のコマンドの処理が有効になっている場合、前記第１のコマンドを処理するようにさせる命令のシーケンスをその中に記憶し、前記第１のコマンドが、１つ以上のアプリケーションの設定を変更するコマンドである、コンピュータ可読媒体。

【請求項16】

前記少なくとも１つのメモリ内に記憶されたセキュリティ状態が、前記認証データが有効であるかの前記判定に基づき、前記１つ以上のコマンドの処理が、更に前記セキュリティ状態に基づいて有効にされる、請求項１５に記載のコンピュータ可読媒体。

【請求項17】

前記セキュリティ状態が、（１）非選択、（２）未認証選択、または（３）認証済みのうちの１つである、請求項１６に記載のコンピュータ可読媒体。

【請求項18】

前記モバイルウォレットデータが、（１）加入者識別モジュール識別子（ＩＤ）、（２）デバイスＩＤ、（３）クライアントＩＤ、（４）パスコード、（５）サーバキー、（６）サーバキー検証コード、または（７）ウィジェット認証情報のうちの少なくとも１つを含む、請求項１５に記載のコンピュータ可読媒体。

【請求項19】

前記少なくとも１つのメモリが、各々が対応するステータスを有する、１つ以上のアプリケーション識別子を含むアプリケーションレジストリを含む、請求項１５に記載のコンピュータ可読媒体。

【請求項20】

前記第１のコマンドが、前記１つ以上のアプリケーション識別子に対応する前記少なくとも１つのメモリ内に記憶される１つ以上の決済アプリケーションの設定を変更するコマンドである、請求項１９に記載のコンピュータ可読媒体。

【請求項21】

前記命令のシーケンスが更に、前記１つ以上のプロセッサに、前記１つ以上のアプリケーション識別子に対応する更新情報を受信するようにさせる、請求項１９に記載のコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、概ね、モバイル商取引に使用するためのモバイルデバイス内のウォレットコンパニオンアプレットおよびモバイルウォレットに関し、より具体的には、セキュアエレメント上のアプリケーションを保護し、管理するためのシステム、方法、およびコンピュータプログラム製品に関する。

【背景技術】

【0002】

決済および商取引アプリケーションは、物理的な現金、小切手、クレジットカード等を必要とせずに、モバイルデバイスを使用して取引を行うために、モバイル商取引環境で使用される。これらの取引は、金融関連（例えば、決済）または非金融関連（例えば、会場への入場）であり得る。モバイル商取引環境では、サービスプロバイダ（ＳＰ）は、顧客のモバイルデバイスに展開するためのこのようなモバイルアプリケーションを提供する。サービスプロバイダは、顧客にサービスを提供する銀行、販売業者、カード協会、マーケティング会社、公共交通機関管理所等の企業、組織、または事業体である。

【0003】

サービスは、決済サービス、クレジットカード、デビットカード、小切手、ギフト、オファーまたはロイヤルティサービス、交通パスサービス等の、サービスプロバイダによって許可または提供される活動、性能、機能、業務、または使用であり得る。サービスは、ＳＰによって発行されたアカウント（例えば、小切手、デビット、クレジット）に結び付けられる。各アカウントは、モバイル商取引環境において取引を実行する、または記録するために使用され得る金融情報、顧客の個人情報、取引履歴等の大量のデータを含む。

【0004】

適切に設定され、有効化されると、モバイル決済アプリケーションは、モバイルデバイス上に展開され、サービスおよびＳＰ発行アカウントに結び付けられる。その後、顧客は、販売時点（ＰｏＳ）で、近距離無線通信（ＮＦＣ）対応読取装置モジュール等が装備された、非接触型決済などの取引を行うためのモバイルデバイスを使用することができる。

【0005】

非接触型取引の間に、顧客は、非接触型取引を実施する決済アプリケーションを有効化する要求をモバイルデバイスに送信する読取装置モジュールに近接する１つ以上の決済アプリケーションを装備するモバイルデバイスを位置決めする。典型的な決済アプリケーションは、各アプリケーションが非接触型取引を独立して認証し、有効化することを許容するいわゆる「自己有効化」特権を使用する。自己有効化は、各アプリケーションがそれ自体の有効化および／または権限付与を独立して制御し、管理することを意味する。自己有効化特権の構成では、このような権限付与は、一般に、個人識別番号（ＰＩＮ）検証を使用して認められる。各決済アプリケーションは、モバイルデバイスのメモリ内に対応するＰＩＮを記憶する。非接触型取引の間に、顧客は、例えば、モバイルデバイスのユーザインターフェースを介してＰＩＮを入力することにより、決済アプリケーションの有効化を認証する。次に、これによって、モバイルデバイス内の別のアプリケーションまたはハードウェアが、一致するか確かめるために顧客により入力されたＰＩＮと記憶されたＰＩＮとを比較するようにさせる。

【0006】

決済アプリケーションはまた、このような自己有効化特権を有さずに展開または構成され得る。このような構成では、読取装置モジュールは、いかなる権限付与または検証も伴わずにこのような決済アプリケーションと通信し、それにアクセスする。

【0007】

１つの技術的課題は、決済アプリケーションをより安全にすることに関連する。非接触型取引の間にモバイルデバイス上のアプリケーションにアクセスすることによって、読取装置モジュールを使用して、望ましくないまたは不正な取引、資金の損失、改ざんされた金融および顧客データ、個人情報の盗難、モバイルデバイスおよびアプリケーションに対する危険等が行われ得る危険が存在する。

【0008】

別の技術的課題は、（ＳＰシステムを含む）ＳＰ、それらの対応する決済アプリケーションをより安全で効率的にすることに関連する。典型的なＳＰは、同時に同じモバイルデバイス上の他の決済アプリケーションと機能しながら、様々なモバイルデバイスに決済アプリケーションを展開させ、各決済アプリケーションが、安全に、効率的に、かつ効果的にそれ自体のＰＩＮおよびアクセシビリティを管理するように構成されることを確実にする課題に直面している。別個のより安全なシステムとは対照的に、モバイルデバイスの不揮発性メモリにＰＩＮを記憶し、管理することは、決済アプリケーションおよびモバイルデバイスのセキュリティを危険にさらす。

【0009】

各モバイルデバイスは、各ＳＰのためのいくつかの決済アプリケーションを有し得、各決済アプリケーションがその独自のＰＩＮを有する。その結果、顧客は、対応する非接触型取引を認証するために複数のＰＩＮを記憶して、各ＰＩＮを入力するという非効率的で、複雑で、潜在的に安全でない負担に直面している。

【0010】

加えて、読取装置モジュールは、潜在的に多数の決済アプリケーションと通信するという課題に直面している。１つの技術的課題は、非接触型取引を認証するために通信する適切な決済アプリケーションの判定に関して、信頼性および効率性を上げつつ、処理能力を低減させることを含む。

【0011】

ＳＰの観点から重要なことは、決済アプリケーションがモバイルデバイスに展開し、それらの決済アプリケーションが安全に取引を行うためにアクセスされ、使用され得ることである。顧客の観点から重要なことは、彼らが、最小限の作業またはデバイスの相互作用で、彼らのモバイルデバイスまたは個人情報のセキュリティを損なうことなく、安全に取引を行うことができることである。読取装置モジュールの観点から重要なことは、各読取装置が、できるだけ最小限の処理時間およびリソースで全ての取引を効率的かつ正確に管理できるということである。

【発明の概要】

【0012】

本発明は、セキュアエレメント上でアプリケーションを保護し、管理するためのシステム、方法、およびコンピュータプログラム製品を提供する。

【0013】

一実施形態では、アプリケーションを保護し、管理するためのシステムは、プロセッサに結合された少なくとも１つのメモリを含む。モバイルウォレットデータは、少なくとも１つのメモリに記憶される。認証データは、モバイルウォレットから受信される。認証データとモバイルウォレットデータとの比較に基づいて、その認証データが有効であるかが判定される。認証データが有効である場合は、１つ以上のコマンドの処理が有効にされる。第１のコマンドが、モバイルウォレットから受信される。第１のコマンドの処理が有効になっているかが判定され、第１のコマンドが有効になっている場合、第１のコマンドが処理される。

【0014】

別の実施形態では、アプリケーションを保護し、管理するための方法は、以下を含む：モバイルウォレットから認証データを受信すること、少なくとも１つのメモリ内に記憶されている認証データおよびモバイルウォレットデータの比較に基づいて認証データが有効であるかどうかを判定すること、認証データが有効である場合に１つ以上のコマンドの処理を有効にすること、モバイルウォレットから第１のコマンドを受信すること、第１のコマンドの処理が有効になっているかを判定すること、第１のコマンドの処理が有効になっている場合に第１のコマンドを処理すること。

【0015】

別の実施形態では、非一時的なコンピュータ可読媒体は、１つ以上のプロセッサに以下をさせるための命令のシーケンスをその中に記憶している：モバイルウォレットから認証データを受信すること、少なくとも１つのメモリ内に記憶されている認証データおよびモバイルウォレットデータの比較に基づいて認証データが有効であるかどうかを判定すること、認証データが有効である場合に１つ以上のコマンドの処理を有効にすること、モバイルウォレットから第１のコマンドを受信すること、第１のコマンドの処理が有効になっているかを判定すること、第１のコマンドの処理が有効になっている場合に第１のコマンドを処理すること。

【図面の簡単な説明】

【0016】

本発明の特徴および利点は、以下の図面と併せて参照されるとき、以下に記載する詳細な説明からより明らかになるであろう。

【図1】例示的な実施形態に従うセキュアエレメント上でアプリケーションを保護し、管理するためのシステムの図である。

【図2】例示的な実施形態に従うＷＣＡｐのライフサイクルを示す図である。

【図3】例示的な実施形態に従うＷＣＡｐセキュリティ状態のライフサイクルを示す図である。

【図4】例示的な実施形態に従うパスコードを検証するためのプロセスを示すフローチャートである。

【図5】例示的な実施形態に従うＣＲＳミラーの図である。

【図6】例示的な実施形態に従う主要な決済アプリケーションを選択し、有効化するためのプロセスを示すシーケンス図である。

【図7】例示的な実施形態に従う非接触型取引を管理するためのプロセスを示すシーケンス図である。

【図8】例示的な実施形態に従うモバイルウォレットとサーバとの間での相互認証処理を示すシーケンス図である。

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

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

【0017】

Ｉ．概要
本明細書に提示される本発明の例示的な実施形態は、アプリケーションを保護し、管理するためのシステム、方法、およびコンピュータプログラム製品を対象にしており、これらは、ここで、モバイル商取引環境における例示的なシステムの観点から本明細書において説明する。これは便宜的なものに過ぎず、本発明の用途を限定することを意図していない。実際には、以下の説明を閲読後、モバイルマーケティング、広告、チケット発行、情報サービス、ブラウジング等の代替的な環境においてどのように以下の発明を実装するかが、関連技術分野の当業者には明らかであろう。

【0018】

用語「アプリケーション」、「アプレット」、「ウィジェット」、および／またはこれらの用語の複数形は、本明細書において同義的に使用され、（独立してまたは他のアプリケーションと連携して機能する）アプリケーション、または１つ以上のプロセッサ（例えば、モバイルデバイス、カード読取装置、端末、販売時点（ＰＯＳ）システム、またはサーバ内の）によって実行されるとき、プロセッサ（複数可）に特定の業務を実施させる命令またはコードのセットもしくはサブセットを指す。例えば、ウォレットアプリケーションを使用して、金融、ロイヤルティ、オファー、メンバーシップ、またはアカウントデータを記憶する、それを処理する、それにアクセスする、またはそれを送るなどの、取引もしくはインターフェース関連機能を実行することができる。ウォレットアプリケーションはまた、Ａｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ（登録商標）のＥｘｐｒｅｓｓＰａｙ、Ｄｉｓｃｏｖｅｒ（登録商標） Ｎｅｔｗｏｒｋ Ｚｉｐ（サービスマーク）、ＭａｓｔｅｒＣａｒｄ（登録商標）ＰａｙＰａｓｓ（商標）、およびＶｉｓａ ｐａｙＷａｖｅ（商標）決済アプレットといった１つ以上の決済アプリケーションを組み込み得るまたはそれと対話し得る。

【0019】

用語「ＰＩＮ」、「パスコード」、および／またはこれらの用語の複数形は、本明細書において同義的に使用され、システム、ユーザ、実体等を認証するために使用される一意の識別子を指す。

【0020】

一般に、セキュアエレメント（ＳＥ）内でアプリケーションを保護し、管理するための機構が提供される。具体的には、ウォレットコンパニオンアプレット（ＷＣＡｐ）は、金融取引を行うための決済アプリケーション、またはロイヤルティ、オファー、メンバーシップ、またはアカウントデータの処理に関連付けられた業務を実施するための商取引アプリケーションなどの、モバイルウォレットに関連付けられた一定のタイプのアプリケーションを監視する、管理する、および／または保護する。

【0021】

ＷＣＡｐは、モバイルデバイス上で実行されるアプリケーションであり得、以下のような機能を実施する：モバイルウォレットデータを安全に記憶する、パリティチェックおよびパスコード検証などの認証を実施する、コマンドを処理する、レジストリ内のウォレットアプリケーションデータを維持する、アプリケーションを管理する（例えば、有効化するおよび無効化する）、サーバを認証する、非接触型取引の処理に関与する。ＷＣＡｐはまた、これらの機能を実施するように構成されるスタンドアローン（すなわち、独立した）システムであり得る。

【0022】

例示的な実施形態では、ＷＣＡｐの状態は、その機能性（例えば、ＷＣＡｐが処理するであろうコマンドのタイプ）を示す。ＷＣＡｐは、例えば、セキュアエレメントの製造中に、セキュアエレメント上に読み込まれる。次に、ＷＣＡｐは、セキュアエレメント上にインストールされ得る。インストールされると、ＷＣＡｐの機能性は、例えば、ＷＣＡｐを選択可能にする「選択」コマンドなどの一定のコマンドを処理することに限定され得る。選択可能であるとき、ＷＣＡｐの機能性は、追加のおよび／または異なるコマンドを処理するように変更される。選択可能であるとき、ＷＣＡｐはまた、非個人化されたまたは個人化された状態になり得る。非個人化された状態では、ＷＣＡｐは、取引を実行するために必要な情報が不足している。ＷＣＡｐは、識別子およびパスコードなどの情報を受信するおよび／または記憶することによって個人化され得る。一実施形態では、ＷＣＡｐは、個人化された状態に置かれる。つまり、個人化された状態では、ＷＣＡｐがアクティブであり、モバイルウォレットデータなどの情報を安全に記憶する。

【0023】

代替的な例示的な実施形態では、ＷＣＡｐは、いくつかのセキュリティ状態のうちの１つであり得る。特定のセキュリティ状態は、ＷＣＡｐがモバイルウォレットから受信するコマンドに基づいて判定される。それらのコマンドは、ＷＣＡｐを選択するためのコマンドを含み、パリティチェックおよび／またはパスコード検証を実施する。一実施形態では、ＷＣＡｐのセキュリティ状態は、「非選択」、「未認証選択」、および「認証済み」である。非選択状態では、ＷＣＡｐはコンテキスト外にあり、一定のコマンドを受信し、処理するのに適格であるに過ぎない。未認証選択状態では、ＷＣＡｐは、（例えば、「選択」コマンドを処理することによって）選択され、それはコンテキスト内にあり、それが認証されることを要求しないコマンドを処理し得る。認証済み状態では、ＷＣＡｐは、（例えば、パリティチェックまたはパスコード検証の実施が成功することによって）認証され、ＷＣＡｐが認証されることを要求するコマンドを処理する。モバイルウォレットの認証は、パリティチェックまたはパスコード検証を実施することによって達成され得、この間、ＷＣＡｐが、モバイルデバイスから受信されたデータとＷＣＡｐ上に記憶されたまたはそれと接続しているデータとを比較する。

【0024】

上で述べたように、ＷＣＡｐは、一定のアプリケーションを監視し、保護する。これは、アプリケーションのステータス、エラー、および／またはアプリケーションが選択されているかなどの、決済アプリケーションについての情報を含むレジストリを維持することによって成し遂げられる。この情報は、例えば、アプリケーションまたはセキュアエレメント環境から受信され得、次に、アプリケーションに関連する更新を追跡するために使用される。レジストリを使用して、ＷＣＡｐは、非接触型取引の間に使用するための決済アプリケーションの有効化を管理する（例えば、許可する／拒否する）。

【0025】

これらの特徴は、図１〜９を参照しながら以下に更に詳細に説明される。
ＩＩ．システム
図１は、例示的な実施形態に従うセキュアエレメント上のアプリケーションを保護し、管理するためのシステム１００の図である。図１に示されるように、システム１００は、モバイルデバイス１０１、セキュアエレメント１０２、モバイルウォレット１０３、ＷＣＡｐ１０４、（本明細書で「サーバ」と呼ばれる）モバイルウォレットサーバ１０５、中央トラステッドサービスマネジャー（ＴＳＭ）１０６、および非接触型読取装置１０７を含む。

【0026】

モバイルデバイス１０１は、例えば、携帯電話等であり得、プロセッサ１０１ａ、メモリ１０１ｂ、非接触型フロントエンド（ＣＬＦ）１０１ｃ、ベースバンドモデム１０１ｄ、およびディスプレイなどのユーザインターフェースを含む。ベースバンドモデム１０１ｄは、モバイルネットワーク通信に使われるデジタルモデムである。ＣＬＦ１０１ｃは、ＮＦＣ通信のアナログ部分および非接触型伝送リンクの通信プロトコル層を扱う回路である。更に、ＣＬＦ１０１ｃを使用して、例えば、非接触型取引を実行するために、セキュアエレメント１０２と非接触型読取装置１０７との間でデータを交換する。

【0027】

モバイルデバイス１０１はまた、セキュアエレメント１０２を含み、該セキュアエレメントは、ユニバーサル集積回路カード（ＵＩＣＣ）、埋め込まれたＳＥカード、安全なマイクロセキュアデジタル（マイクロＳＤ）カード等として実装され得る。セキュアエレメント１０２は、それが、専用メモリを含む自己完結型システムであり、独立した試験により検証されたハードウェアおよびソフトウェアの堅牢化技術によって保護されているため、一般に安全だと考えられている。

【0028】

セキュアエレメント１０２は、ＧｌｏｂａｌＰｌａｔｆｏｒｍ（商標）環境（以下「オープン」と呼ばれる）などのオペレーションシステムを含み得、これは、セキュアエレメント上のアプリケーションにアプリケーションプログラミングインターフェース、ならびにコマンドのディスパッチ、アプリケーション選択、論理チャネル管理、およびコンテンツ管理などの他のサービスを提供する。このような環境において、セキュアエレメント１０２はまた、非接触型レジストリサービス（ＣＲＳ）、ＣＲＳアプリケーション（以下「ＣＲＳアプレット」とも呼ばれる）、および／または非接触型レジストリイベントリスナー（ＣＲＥＬ）アプリケーションを含み得る。ＣＲＳは、決済アプリケーションなどのアプリケーションを管理し、それにアクセスを提供するように構成される。ＣＲＳアプリケーションは、エンドユーザにＣＲＳの管理を含むアプリケーション管理を提供するように構成される。ＣＲＥＬアプリケーションは、アプリケーションへの変更および／または更新に関する通知を受信するように構成されるアプリケーションである。このような環境は、「ＧｌｏｂａｌＰｌａｔｆｏｒｍ Ｃａｒｄ − Ｃｏｎｔａｃｔｌｅｓｓ Ｓｅｒｖｉｃｅｓ， Ｃａｒｄ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖ２．２ − Ａｍｅｎｄｍｅｎｔ Ｃ， Ｖｅｒｓｉｏｎ １．０．１．８．」においてより詳細に説明される。このようなＧｌｏｂａｌＰｌａｔｆｏｒｍ（商標）構成の１つの欠点は、セキュアエレメント上のアプリケーションのセットまたはサブセットを独立して管理し、単一のパスコードを使用してそれらのアプリケーションへのアクセスを提供するおよび／または制限するＣＲＥＬアプリケーションの必要性である。

【0029】

セキュアエレメント１０２は、（例えば、その中に記憶する）ＷＣＡｐ１０４（図２〜５を参照しながら以下に更に詳細に説明される）および１つ以上の決済アプリケーションを含む。各決済アプリケーションは、ＳＰによって発行されるサービスおよびアカウントに結び付けられる。ＷＣＡｐ１０４および決済アプリケーションは、例えば、セキュアエレメントの製造中および／または構成中に、セキュアエレメント１０２上に読み込まれ得る。ＷＣＡｐ１０４および決済アプリケーションは、取引を実行するためにそれらの使用を有効化するように個人化され得る。ＷＣＡｐ１０４の個人化は、表１を参照しながら以下に更に詳細に説明される。

【0030】

一実施形態では、ＷＣＡｐ１０４は、中央ＴＳＭ１０６などのＴＳＭによって個人化される。典型的には、中央ＴＳＭは、セキュアエレメントへのおよびそれからの通信を管理し、例えば、セキュアエレメント上にデータを読み込むために使用される。「Ｓｙｓｔｅｍｓ， Ｍｅｔｈｏｄｓ， ａｎｄ Ｃｏｍｐｕｔｅｒ Ｐｒｏｇｒａｍ Ｐｒｏｄｕｃｔｓ ｆｏｒ Ｉｎｔｅｒｆａｃｉｎｇ Ｍｕｌｔｉｐｌｅ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ Ｔｒｕｓｔｅｄ Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｒｓ ａｎｄ Ｓｅｃｕｒｅ Ｅｌｅｍｅｎｔｓ」と題された米国特許出願第１３／６５３，１６０号（参照により本明細書にその全体が組み込まれる）で、セキュアエレメントとの通信を管理するための中央ＴＳＭを説明している。

【0031】

モバイルウォレット１０３（すなわち、モバイルウォレットクライアント）は、モバイルデバイス１０１内に記憶されたアプリケーションであり得る。モバイルウォレット１０３は、モバイルデバイス１０１のプロセッサによって実行されるとき、モバイルデバイス１０１が、例えば、非接触型決済などの取引を処理するための手段として働くようにする命令を含む。モバイルウォレット１０３は、このような取引を実行するようにＷＣＡｐ１０４と通信する。具体的には、モバイルウォレット１０３は、国際標準化機構（ＩＳＯ）７８１６コマンドを使用してセキュアエレメント１０２および／またはＷＣＡｐ１０４と通信する。デバイス間のこれらおよび他の通信は、他の介在するシステム、ハードウェアおよび／またはソフトウェアとまたはそれを介して通信することを含み得ることを理解すべきである。

【0032】

ＷＣＡｐ１０４と通信するために、モバイルウォレット１０３は、図４ならびに表１および２を参照しながら以下に更に詳細に説明される成功したＰＩＮ検証またはパリティチェックうちのいずれかを介してそれ自体を認証しなければならない。

【0033】

ＷＣＡｐ１０４はまた、近接決済システム環境（ＰＰＳＥ）を含む。ＰＰＳＥは、セキュアエレメント上の決済アプリケーションの一覧を維持するために使用されるアプリケーションであり、システムまたはデバイスに対してそれらを可視にするまたは可視にしない（すなわち、アクセス可能）ことによって、アクセシビリティを各決済アプリケーションに提供する。

【0034】

一実施形態では、顧客は、近接結合デバイス（ＰＣＤ）またはＮＦＣ対応読取装置などの非接触型読取装置１０７を装備して、ＰＯＳで非接触型取引を実行するためにモバイルデバイス１０１を使用し得る。顧客は、モバイルデバイス１０１を、ＮＦＣ ＩＳＯ １４４４３プロトコルを使用してモバイルデバイス１０１のＣＬＦ１０１ｃと通信する非接触型読取装置１０７の所定の必要とされる近接内に配置する。非接触型読取装置１０７はまた、非接触型取引を実行するために、モバイルデバイス１０２上のモバイルウォレット１０３、ＷＣＡｐ１０４、および／または決済アプリケーションと通信する。

【0035】

ＷＣＡｐ１０４はまた、モバイルウォレット１０３とサーバ１０５との間の相互認証を提供するために使用される。モバイルウォレット１０３およびサーバ１０５は、例えば、モバイルウォレットの有効化、サービスアカウントまたはモバイルウォレット上の決済アプリケーションの設定、またはモバイルウォレットのＰＩＮの変更中に通信する。具体的には、ＷＣＡｐ１０４は、チケット（例えば、認証情報）を生成し、検証することによってこのような通信を認証する。この相互認証は、図８を参照しながら以下に更に詳細に説明される。
ＩＩＩ．処理
Ａ．ＷＣＡｐを個人化する
図２は、例示的な実施形態に従うＷＣＡｐ（例えば、図１、ＷＣＡｐ１０４）のライフサイクル２００を示す図である。ブロック２０１（「ＷＣＡｐが読み込まれる」）において、ＷＣＡｐ１０４が、例えば、セキュアエレメント１０２の製造中に、セキュアエレメント（例えば、図１、セキュアエレメント１０２）上に読み込まれる。一実施形態では、ＷＣＡｐ１０４を読み込むことは、ＷＣＡｐ１０４の全てのクラスおよびインターフェースを含むＪａｖａ変換アプレット（ＣＡＰ）ファイルを含むパッケージをセキュアエレメント１０２上に読み込むことを含む。ブロック２０１において、ＷＣＡｐ１０４は、機能的でない（すなわち、取引を実行するために使用することができない）。

【0036】

ブロック２０２（「ＷＣＡｐがインストールされる」）において、ＷＣＡｐ１０４は、セキュアエレメント１０２内にインストールされる。具体的には、ＷＣＡｐ１０４のインストールは、読み込まれたファイルを解凍すること、実行可能コードを結びつけること、セキュアエレメント１０２内にメモリを割り当てることを含む。

【0037】

ブロック２０３（「ＷＣＡｐが選択可能である」）において、ＷＣＡｐ１０４は、例えば、モバイルウォレット１０３または中央ＴＳＭ（例えば、図１、中央ＴＳＭ１０６）によって選択可能になる。更に、選択可能であることに加えて、ＷＣＡｐ１０４は、ブロック２０３Ａおよび２０３Ｂに図示されるように、それぞれ、個人化された（すなわち、アクティブ）または個人化されない（すなわち、非アクティブ）状態のうちのいずれかである。

【0038】

既定では、ＷＣＡｐ１０４は、一旦それが選択可能であるようにインストールされることから変更されると、個人化されていない状態に置かれる。

【0039】

次に、ＷＣＡｐ１０４は、モバイルウォレットデータなどの情報を記憶するコマンドを使用して、中央ＴＳＭ１０６によって個人化され（例えば、有効化され）得る。一旦個人化されると、ＷＣＡｐ１０４は、更新された情報（例えば、更新されたモバイルウォレットデータ）を記憶するために中央ＴＳＭ１０６によって更新され得る。ＷＣＡｐ１０４を個人化するプロセスは、例えば、モバイルウォレット１０３からの情報を受信することと、ＷＣＡｐ１０４内のおよび／またはそれと関連付けられたその情報の少なくとも一部を記憶することとを含む。ＷＣＡｐ１０４は、モバイルウォレット１０３によって取引を処理するために使用されるモバイルウォレットデータなどのデータの第２の安全な記憶装置として作用する。以下の表１は、エレメントおよび対応する説明を含めたＷＣＡｐ１０４内に記憶されたデータの例を示す。

【0040】

【表1】

【0041】

表１を参照すると、ウォレットパスコード（以下「パスコード」と呼ばれる）は、ＷＣＡｐ１０４の個人化中に、中央ＴＳＭ１０６によって最初に割り当てられた４文字のコードである。しかしながら、パスコードは、その後、変更することができる。パスコードは、図３および４を参照しながら以下に更に詳細に説明される。サーバ認証キーおよびサーバ認証キー検証コードは、図３〜８を参照しながら以下に更に詳細に説明される。

【0042】

ウィジェット認証Ｂｌｏｂは、ウィジェットに対応するデータを含む。ウィジェットは、他のアプリケーションと連携して機能し得るタイプのアプリケーションである。ウィジェット認証Ｂｌｏｂは、ウィジェットＩＤ、ウィジェットの署名、およびウィジェットのバージョンなどのデータを含む。ウィジェットＩＤは、ウィジェットの一意の識別子である。ウィジェットの署名は、各ウィジェットのモバイルウォレットによって計算されるハッシュ値である。ウィジェットのバージョンは、各ウィジェットのバージョン番号および／または識別子である。

【0043】

ＷＣＡｐ１０４は、ウィジェットデータを検証するための手段を記憶し、提供する。具体的には、ウィジェット認証Ｂｌｏｂは、ＷＣＡｐによってウィジェットのアイデンティティを検証するために使用される。このような検証は、検証ウィジェットコマンドを使用して達成することができ、該コマンドにおいて、ウィジェットデータが、ＷＣＡｐ１０４内に記憶されたウィジェット認証Ｂｌｏｂデータと比較されるように、モバイルウォレット１０３によってＷＣＡｐ１０４に送信される。コマンド内のウィジェットデータがウィジェット認証Ｂｌｏｂデータと一致する場合、ＷＣＡｐ１０４は、ウィジェットが検証されたことを示す応答をモバイルウォレットに送る。

【0044】

更に、ＷＣＡｐ１０４の個人化中に、中央ＴＳＭ１０６は、ＷＣＡｐ１０４をＣＲＥＬアプリケーションとして登録する。一般に、ＣＲＥＬアプリケーションは、ＣＲＳおよび／またはＣＲＳアプリケーションを使用して、複数のアプリケーションを追跡するおよび／または管理するために使用されるアプリケーションである。ＣＲＳは、セキュアエレメント上のアプリケーションのレジストリである。

【0045】

ＣＲＥＬアプリケーションとして登録されるＷＣＡｐ１０４は、モバイルウォレット１０３に関連付けられたアプリケーションを追跡するおよび／または管理するために、ＣＲＳのミラー（すなわち、複写または複製）（以下「ＣＲＳミラー」と呼ばれる）を含む。つまり、ＷＣＡｐ１０４のＣＲＳミラーは、ＣＲＳにおけるアプリケーションの全てまたは１つのサブセット、具体的には、中央ＴＳＭ１０６によってインストールされたおよび／または提供されたアプリケーションを追跡するおよび／または管理する。アプリケーションを追跡するおよび／または管理することは、それらのアプリケーションの使用、アクセス、権限付与、有効化、および／または情報の更新に関連する任意の機能およびプロセスを含む。

【0046】

ＣＲＥＬとして、ＷＣＡｐ１０４は、アプリケーションのステータス変更などの、ＣＲＳミラーによって追跡されるアプリケーションに関連するイベントの通知を受信する。ＣＲＥＬおよびＣＲＳは、図５〜７を参照しながら以下に更に詳細に考察される。ブロック２０４（「ＷＣＡｐが停止されている」）において、ＷＣＡｐ１０４は停止され、停止中、その機能性がロックされる。図２に示されていないが、ＷＣＡｐ１０４は終了され得る。終了されると、ＷＣＡｐ１０４は、中央ＴＳＭ１０６によってセキュアエレメント１０２から削除される。
Ｂ．ＷＣＡｐを認証する
図３は、例示的な実施形態に従うＷＣＡｐセキュリティ状態（例えば、非選択、未認証選択、認証済み）のライフサイクル３００を示す図である。ＷＣＡｐは、ＷＣＡｐのセキュリティ状態に従う一定のアプリケーションプロトコルデータユニット（ＡＰＤＵ）のコマンド（本明細書において「コマンド」と呼ばれる）を処理するであろう。

【0047】

ブロック３０１（「非選択状態」）において、ＷＣＡｐ（例えば、図１、ＷＣＡｐ１０４）は、非選択状態である。非選択状態において、ＷＣＡｐ１０４はコンテキスト外にあり、一定のコマンドを受信し、処理するのに適格であるに過ぎない。以下の表２は、それが非選択状態にあるときを含めて、それが特定のセキュリティ状態にあるとき、ＷＣＡｐ１０４によって処理され得るコマンドの例を示す。

【0048】

【表2】

【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】

更に、要約の目的は、一般的には、米国特許商標庁および公衆、とりわけ、科学者、技術者、および特許用語もしくは法律用語または言い回しに精通していない当該技術分野の実践者が、本出願の技法的開示の性質および本質を一瞥して迅速に判断することを可能にすることである。要約は、いかなる方法でも本明細書に提示される例示的な実施形態の範囲について制限することを意図するものではない。特許請求の範囲において述べられた手順は、提示された順序で実施される必要がないこともまた理解すべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】