JP2022539389A - オンラインおよびハイブリッドカード相互作用を提供するためのシステムおよび方法 - Google Patents

Abstract

種々の実施形態は、一般に、支払プロトコル、コンピュータ装置および非接触カードを利用して、非支払目的のためにユーザを認証することに関する。支払プロトコルは、ＥＭＶ規格に準拠してもよい。アプリケーションが、ユーザの承認または検証が、ユーザおよびコンピュータ装置に関連付けられた他のアプリケーションの非支払機構にアクセスすることが要求できるかを判断できる。そして、アプリケーションは、アカウントに関連付けられた非接触カードの通信インタフェースからの暗号化データの送信を受信および／または促し、オフラインまたはオンライン手法のいずれかを利用してそのようにする。オフラインまたはオンライン手法は、ユーザの身元（アイデンティティ）を検証でき、および／または、ユーザに、他のアプリケーションの種々の態様へのアクセスを承認できる１つ以上の動作を含むことができる。【選択図】図２Ａ

Description

（関連出願の相互参照）
この出願は、２０１９年７月３日に出願された米国特許出願第１６／５０３，２８５号（名称：オンラインおよびハイブリッドカード相互作用を提供するためのシステムおよび方法）の優先権を主張する。前述の特許出願の内容は、その全体が参照により本明細書に援用される。

（参照援用の宣言）
本願は、２０１８年９月１９日に出願された米国特許出願番号第１６／１３５，９５４号（名称：カード相互作用を提供するためのシステムおよび方法）に関連しており、その全体は参照により本明細書に援用される。

（技術分野）
実施形態は、一般に、計算プラットフォームに関し、より詳細には、非接触トランザクション（取引）カードとユーザ装置との間の認証(authenticate)された通信に基づいてユーザを認証することに関する。

多くのカード、より詳細には金融カード（例えば、クレジットカード）のアクティベーションは、カード保有者が電話番号を呼び出すこと、またはウェブサイトを訪問すること、あるいはカード情報を入力し提供することという時間を要するプロセスを含む。さらに、成長するマイクロチップ方式の金融カードの使用は、対面購入のために以前の技術（例えば、磁気ストリップカード）に対してより安全な機構を提供するが、アカウントアクセスは、依然として典型的には、ログイン認証情報(credential)（例えば、カード保有者の身元を確認するためのユーザ名およびパスワード）を信頼する。しかしながら、もしログイン認証情報が不正アクセスされた場合、他の人がユーザのアカウントへのアクセスを有することができる。

従って、カードのアクティベーションを行う改善された方法およびアカウントアクセスのための改善された認証の両方についてニーズが存在する。

本明細書に開示される実施形態は、支払いとは別の目的のために支払プロトコルを利用してユーザを認証するためのシステム、方法、物品(article)、およびコンピュータ可読媒体を提供する。一例によれば、コンピュータシステム上で実行されるアプリケーションが、通信を開始して、ユーザの身元（アイデンティティ）を検証(verification)するか、または第３者装置を用いてカードを検証できる。システム上で実行されるアプリケーションは、通信の一部として、ユーザに関連付けられるカードとの近距離無線通信（ＮＦＣ）を利用できる（種々の実施形態では、アプリケーションは、ユーザ装置、例えば、モバイル装置上で非接触カードをタップ（接触）することによって起動してもよい）。通信は、アプリケーションによって複数の入力（アプリケーショントランザクションカウンタ（ＡＴＣ）を含む）を受信することと、複数の入力および非接触カードに関連付けられた対称鍵に基づいて暗号を発生することとを含んでもよい。そして、アプリケーションは、暗号およびＡＴＣを発行者に送信し、発行者は、送信された暗号に基づいて、ユーザの身元を検証する応答を提供できる。受信した応答は、全体として対称鍵および／または暗号の再作成を含む通信をベースとしており、暗号の発生および受信した応答は、支払プロトコルをベースとしており、ユーザ身元の検証またはカード検証は、支払プロトコルに関連して支払いを完了することとは異なる。種々の実施形態では、検証プロセス、およびそれに関連する任意のまたは全ての動作は、ユーザ装置、例えば、ユーザのモバイル装置上で非接触カードをタップすることによって開始してもよい。

他の例によれば、オフライン認証およびオンライン認証の両方を利用するハイブリッド手法を採用してユーザを認証できる。命令を保存するメモリ、および命令を実行可能なプロセッサ回路を備えたシステムまたは装置は、オフラインとオンラインの組合せを含む、１つ以上のハイブリッド検証手法を採用できる。命令の実行は、プロセッサ回路に１つ以上の動作を実行させてもよい。動作は、ユーザ装置に関連付けられたアプリケーションから、ユーザプロファイルに関連付けられたユーザ認証情報、例えば、パスワードおよびユーザ名を受信することを含んでもよい（種々の実施形態では、アプリケーションは、ユーザ装置、例えば、モバイル装置上で非接触カードをタップすることによって起動してもよい）。他の動作が、受信したユーザ認証情報を、第２（保存済み）ユーザ認証情報、例えば、パスワード／ユーザ名の組合せの保存バージョンなどと比較することを含んでもよい（種々の実施形態では、第１比較は、ユーザ装置、例えば、モバイル装置上での非接触カードのタップによって開始してもよい）。照合が判明した場合、これに応答して、他の動作は、ｉ）複数のホストレス(host-less)検証動作と、ｉｉ）複数の発行者検証動作とを実行することを含んでもよい。該ホストレス動作は、ａ）アプリケーションによって、近距離無線通信（ＮＦＣ）を使用して、非接触カードと通信すること（非接触カードは、ユーザアカウントおよびカード保有者情報と関連付けられる）、ｂ）アプリケーションによって、カードの鍵ペアの公開鍵と、カードのアカウント保有者のカード保有者識別情報とを受信すること、ｃ）カードの鍵ペアの秘密鍵を用いてカードによるデジタル署名の発生を命令すること、ｄ）カードからデジタル署名を受信すること、ｆ）公開鍵を用いてデジタル署名を検証すること、を含んでもよい。種々の実施形態では、オフライン検証技術は、プロセスによる命令の実行の結果として開始または実行される一連のオンライン検証動作の前または後に行なってもよい。オンライン検証動作は、ａ）アプリケーションによって、カードから、複数の入力をコンピュータ装置に提供すること、ｂ）アプリケーションによって、カードから、複数の入力およびカードに関連付けられた対称鍵に基いて暗号を発生すること、ｃ）アプリケーションによって、暗号およびＡＴＣを発行者に送信すること、ｄ）発行者からの応答を受信し、送信された暗号に基づいてユーザの身元（アイデンティティ）を検証すること、を含み、受信した応答は、暗号の受信に応答して、発行者によって、全体として対称鍵および／または暗号の再作成を含む通信をベースとしている。種々の実施形態では、オンライン検証動作は、ユーザ身元の少なくとも一部とカード保有者識別情報の少なくとも一部との間の第２照合について無事に比較した後にだけ開始してもよい（第２比較は、ユーザ装置上の非接触カードのタップによって開始してもよく、通信全体は、ユーザ装置上の非接触カードの２回以上のタップを含んでもよい）。

さらに他の例によれば、ホストシステム、例えば、発行者のホストが設けられ、ホストシステムは、支払プロトコルを利用して非支払イベントについてのユーザの検証を可能にできる。ホストシステムは、プロセッサによって実行可能なコンピュータ可読プログラムコードを保存する非一時的コンピュータ可読記録媒体を含んでもよく、ｉ）ユーザおよびカードに関連付けられたアプリケーション、およびｉｉ）少なくとも１つのコンピュータ装置、によって開始するユーザ身元検証通信に関連付けられた通信データを受信し、通信データは、ｉ）アプリケーショントランザクションカウンタ（ＡＴＣ）、およびｉｉ）複数の通信の入力およびカードに関連付けられた対称鍵に基づいた暗号を含み、受信した暗号に基づいてユーザの身元を検証する発行者からの応答を送信し、送信された応答は、全体として対称鍵および／または暗号の再生成を含む通信をベースとしており、ユーザ身元検証および／またはカード検証は、支払プロトコルに関連して支払いを完了することとは異なる。

支払プロトコルに従って非接触カードを検証または認証するためのシステムの実施形態を示す。 支払プロトコルを利用して非接触カードを検証するためのタッピングの実施形態を示す。 支払プロトコルを利用して非接触カードを検証するためのタッピングの実施形態を示す。 支払プロトコルを利用して非接触カードを検証するためのタッピングの実施形態を示す。 支払プロトコルを利用して非接触カードを検証するためのタッピングの実施形態を示す。 支払プロトコルを利用して非接触カードを検証するためのタッピングの実施形態を示す。 非接触カードの一例を示す。 非接触カードの一例を示す。 第１論理フローの実施形態を示す。 第２論理フローの実施形態を示す。 第３論理フローの実施形態を示す。 第４論理フローの実施形態を示す。 コンピュータアーキテクチャの実施形態を示す。

本開示の態様は、認証されたカード保有者アクセスを提供するためのシステム、方法および／または手法を含む。一般に、種々の実施形態は、ｉ）オンライン、および／またはｉｉ）ハイブリッドのオンラインおよびオフラインプロトコルに関し、本開示の１つ以上の実施形態を除いて、非接触トランザクションカードと販売時点管理（ＰＯＳ）装置との間の認証プロトコルを模倣するものであり、認証プロトコルは、支払イベントを完了するために使用されず、認証プロトコルに関連してトランザクションを容易にするために、トランザクションカードの発行者、例えば、発行者の認証サーバへのリアルタイムのオンライン接続性を利用しても、利用しなくてもよい。開示された実施形態と整合して、システムおよび方法は、１つ以上のコンピュータ装置、プロセッサ、ウェブサーバ、アカウントサーバ、および／または非接触装置（例えば、無線周波数識別（ＲＦＩＤ）カード）を利用してもよい。

本開示の種々の実施形態は、非接触カードを検証するという観点で１つ以上の利益を提供し、種々の実施形態では、検証の結果として、非接触カードに関連付けられたユーザが、支払いプロトコルに関連付けられた、動的認証手法、例えば、オンライン、および／または、オンラインおよびオフラインハイブリッド手法によって提供される強化されたセキュリティを利用することを含むが、支払いを行い、または完了することとは異なる目的のためである。種々の実施形態では、オンライン手法および／またはオンラインおよびオフラインハイブリッドを利用することにより、非接触カードを認証または検証するため、また種々の実施形態では、その拡張によって１つ以上のアプリケーションを横断するユーザを認証または検証するための単一の方法を提供することによって、たとえ支払いがアプリケーションに関連付けられていない場合でも、および／または、１つ以上のアプリケーションがそれらの目的とは異なる場合（例えば、エンターテインメントアプリケーションに関連して輸送アプリケーション）でも、コンピュータ装置、例えば、携帯電話の効率を向上させる。さらに、１つ以上の支払プロトコルは、それに関連付けられた認証の性質を考慮すると、セキュリティを向上できるため、例えば、ＥＭＶ規格は、資金の盗難を回避するための目的として高いセキュリティで維持されるため、セキュリティの利益は、他のコンテキストおよびアプリケーションに伝達される。従って、種々の実施形態では、支払承認(authorization)プロトコルを使用して、非接触カードを効率的かつより確実に認証でき、そして拡張によって、それに関連する種々の実施形態に従って、無線通信、トランザクションおよび／または支払いを伴わない動作を含む様々なアプリケーションおよび目的に関連するユーザを認証できる。

さらに、純粋にオフライン方法とは対照的に、オンラインまたはハイブリッド法は、非接触カードによって利用されるカウンタ、例えば、アプリケーションカウンタ（ＡＴＣ）と発行者のカウンタとの間の適切な同期を可能にし、これは、発行者側（例えば、サーバ）が通知されたり、相応に更新されることなく、多数のオフラインイベントが行われた場合に、検証プロセス中のエラーを防止できる。オフラインおよびオンライン手法（例えば、ハイブリッド手法）の組合せを利用する種々の実施形態は、ネットワーク機能停止の場合、または追加のセキュリティが必要な場合、認証のための適切な伝達手段が利用可能であるという追加の利点を提供する。さらに、種々の実施形態は、オンライン手法による認証を介して部分的アクセスを提供し、いったんオフライン検証が行われると（またはその逆も同様）、完全アクセスを提供する。これは、更なる柔軟性を提供し、いくつかのアプリケーション（例えば、金融アカウントへのアクセスを提供するバンキングアプリケーションなど）が特定レベルの感度（例えば、名前、アドレスなど）を備えた第１レベルの情報および、より高いレベルの感度（アカウント残高、ＰＩＮ情報、パスコードまたはパスフレーズ情報など）を備えた第２レベルの情報を有する。従って、種々の実施形態は、アプリケーションまたは複数のアプリケーションの１つ以上の態様へのアクセスのための適切なセキュリティを確保する能力を提供し、および／または、カウンタ情報の適切な同期を提供する。

図１は、開示した実施形態と整合する例示的なシステム１００の概略図を示す。図示のように、システム１００は、１つ以上の非接触カード１０１と、１つ以上のモバイル装置１１０と、サーバ１２０とを含む。非接触カード１０１は、任意のタイプの支払いカードを表すものであり、例えば、クレジットカード、デビットカード、ＡＴＭカード、ギフトカードなどである。種々の実施形態では、非接触カード１０１またはカード１０１は、バーチャル（仮想）支払カードである。非接触カード１０１は、無線通信でのＮＦＣ、ＥＭＶ規格または他の近距離プロトコルを介してモバイル装置１１０と通信するように構成された１つ以上のチップ（不図示）、例えば、無線周波数識別（ＲＦＩＤ）チップを備えてもよい。ＮＦＣは、例示の通信プロトコルとして使用されるが、本開示は、他のタイプの無線通信、例えば、ＥＭＶ規格、ブルートゥース（登録商標）および／またはＷｉ－Ｆｉに準ずる他の適切な通信プロトコルなどにも等しく適用可能である。モバイル装置１１０は、任意のタイプのネットワーク対応コンピュータ装置を表すものであり、例えば、スマートフォン、タブレットコンピュータ、装着型装置、ラップトップ、ポータブルゲーム装置等である。サーバ１２０は、任意のタイプのコンピュータ装置を表すものであり、例えば、サーバ、ワークステーション、コンピュータクラスタ、クラウドコンピュータプラットフォーム、仮想化コンピュータシステムなどである。

図示のように、非接触カードのメモリ１０２は、カードデータ１０３と、カウンタ１０４と、マスター鍵１０５と、変形(diversified)鍵１０６と、固有顧客識別子１０７と、アカウント番号１０８のデータストアとを含む。カードデータ１０３は、一般に、アカウント関連情報、例えば、非接触カード１０１を用いた支払いを処理するために使用される情報などを含む。例えば、カードデータ１０３は、アカウント番号と、有効期限と、課金アドレスと、カード検証値（ＣＶＶ）とを含んでもよい。アカウント番号は、任意のタイプのアカウント番号、例えば、プライマリーアカウントナンバー番号（ＰＡＮ）、仮想アカウント番号、および／またはＰＡＮに基づいて生成されたトークンなどでもよい。
他のタイプのアカウント番号も想定され、アカウント番号または他のタイプのカードデータ１０３の使用は、本開示の限定と考えるべきではない。カードデータ１０３はさらに、名前、課金アドレス、配送アドレス、他のアカウント関連情報を含んでもよい。アカウント番号１０８は、関連付けられた有効期限およびＣＶＶ値を備えた１回使用の仮想アカウント番号を保存する。例えば、アカウント番号１０８は、数千個の１回使用の仮想アカウント番号、有効期限、ＣＶＶ値を含んでもよい。

図示のように、モバイル装置１１０のメモリ１１１は、オペレーティングシステム（ＯＳ）１１２のインスタンスを含み、プロセッサ１１９が、オペレーティングシステム（ＯＳ）１１２のアプリケーションに関連付けられた１つ以上の動作を実行し、および／または、プロセッサ活動と関連付けられた他の適切な動作を実施し、比較演算およびメモリ１１１と関連付けられた命令を実行することを含む。例示のオペレーティングシステム１１２は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、およびＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。図示のように、ＯＳ１１２は、１つ以上のアプリケーションを含み、例えば、アカウントアプリケーション１１３、認証または検証アプリケーションまたはサービス１１４（以下、便宜上「認証アプリケーション」と称する）、１つ以上の他のアプリケーション１１５、および／または、１つ以上のアクセスアプリケーション１１６を含む。アカウントアプリケーション１１３により、ユーザは、種々のアカウント関連演算、例えば、視聴アカウント残高、購入アイテム、および支払い処理などを実行できる。最初に、ユーザは、認証情報を用いてアカウントアプリケーション１１３にアクセスすることを認証できる。例えば、認証情報は、ユーザ名およびパスワード、生体認証情報などを含んでもよい。

認証アプリケーション１１４は、一般に、非接触カードおよび／または非接触カードに関連付けられたユーザが、支払イベント、無線通信、サービス、または要求とは異なる目的を含む、トランザクション、サービス、イベントまたはアクセス可能要求のための認証を必要とする時期を判断するように構成される。例えば、認証アプリケーション１１４は、ユーザが、支払い要求とは異なる特定のアプリケーション、例えば、アクセスアプリケーション１１６へのアクセスを要求することを判断できる。種々の実施形態では、アクセスアプリケーション１１６は、ユーザに関連付けられた非接触カードと関連付けできる。アクセスアプリケーション１１６は、ユーザアカウントに関連付けられた特定のサービス、例えば、輸送サービス（例えば、公共交通）、健康保険アカウント、アカウント残高、仲介情報、または他の適切な金融データを含む金融アカウントまたは金融アプリケーション、または他の適切な金融データ、サービスアプリケーション（小売サービス、配送サービス、娯楽サービス、ゲームサービス等）、そしてユーザおよび／または非接触カード認証を必要とする他の適切なアプリケーションへのアクセスを許可するように構成されたアプリケーションでもよく、これを含んでもよい。種々の実施形態では、アクセスアプリケーション１１６は、ユーザアカウントの第１レベルのユーザアカウントオプションに関連付けられ、第１レベルのユーザアカウントオプションは、アカウント残高の表示、最近のトランザクションの表示等を含んでもよい。種々の実施形態では、アクセスアプリケーション１１６は、支払機構、例えば、支払の実行または受領のためのクレジットまたは銀行アカウントと関連付けてもよいが、認証通信は、認証または検証のための非支払機構、例えば、クレジットまたはデビットカードのアクティベーション（有効化）に関与してもよい。種々の実施形態では、認証アプリケーション１１４は、アクセスアプリケーション１１６へのアクセスのための別個のＡＰＩインタフェースおよび呼び出しを利用する認証プロトコルを容易にできる。認証アプリケーション１１４は、暗号化手法、例えば、ＥＭＶ規格に準拠した規格または認証プロトコルを利用して、任意の検証プロセスの１つ以上を含む、任意の適切な支払プロトコルを利用することによって、非接触カードおよび／または非接触カードに関連付けられたユーザを検証するように構成できる。種々の実施形態では、認証アプリケーション１１４は、非接触カード１０１に関連付けられたカウンタ１０４および、非接触カード１０１および／または非接触カード１０１に関連付けられたユーザの認証が行われた場合に非接触カード１０１およびモバイル装置と通信可能である、発行者に関連付けられたサーバ１２０、例えば、発行者の認証サーバなどを同期させるように構成される。

種々の実施形態では、認証アプリケーション１１４は、サーバ１２０および／または非接触カード１０１と連携して、カウンタに関する非支払通信（例えば、通信）の承認をログに記録できる。ログは、サーバ１２０のメモリ１２２または非接触カード１０１のメモリ１０２に設置されたカウンタログ１２１でもよい。ログは、カウンタ１０４および、サーバ１２０または非接触カード１０１の合計勘定(tally)に拘らず、支払イベントおよび／または通信および非支払イベントおよび／または通信であるイベントの別個の勘定を維持できる。サーバ１２０および／または非接触カードと通信する認証アプリケーション１１４は、その中に含まれる情報を不正防止対策として利用できる。例えば、認証アプリケーション１１４および／またはサーバ１２０は、非支払イベントおよび／または通信と支払いイベントおよび／または通信との間で、非支払イベントおよび／または通信の閾値数が小さすぎる（または大きすぎる）場合に、支払いイベントおよび／または通信を拒否できる。 逆も同様である。種々の実施形態において、非支払と支払の通信および／またはトランザクションの間の識別情報、例えば、カウントを含むカウンタログ１２１は、オンラインまたはオフラインの検証プロトコルの際に、他の適切な目的のために使用してもよい。

種々の実施形態では、認証アプリケーション１１４は、アカウントアプリケーション１１３に関連付けられる。例えば、認証アプリケーション１１４は、アカウントアプリケーション１１３を備えたモバイル装置１１０にインストールでき、ユーザは、インストールの後に認証アプリケーション１１４をイネーブル(enable)にするように催促される。より一般的には、アカウントアプリケーション１１３が開かれるたびに、アカウントアプリケーション１１３は、認証アプリケーション１１４がＯＳ１１２のデフォルト認証アプリケーションとしてイネーブルにされているか否かを判断してもよい。認証アプリケーション１１４がデフォルト認証アプリケーションとしてイネーブルにされていない場合、アカウントアプリケーション１１３は、認証アプリケーション１１４をＯＳ１１２のデフォルト認証アプリケーションとしてイネーブルにし、および／または認証アプリケーション１１４の１つ以上の機能をイネーブルにするようにユーザに催促してもよい。いったんＯＳ１１２のデフォルト認証アプリケーションとしてイネーブルにされると、認証アプリケーション１１４は、認証アプリケーションが認証を必要とする場合にプログラム的に識別でき、支払いが検証や承認に関連付けられていない場合でも、支払プロトコルを利用して、検証をイネーブルにしてもよい。種々の実施形態では、認証または検証プロトコル（例えば、オンラインまたはオフライン検証手法またはプロトコルに関連する少なくとも１つの動作）を開始するために、認証アプリケーション１１４は、ユーザに、モバイル装置１１０に非接触カード１０１をタップして、認証アプリケーション１１４またはそれに関連する１つ以上の動作を開始するように催促してもよい。

一般に、本明細書に記載される種々の実施形態では、オンライン検証または認証プロトコルは、下記の動作のうちの１つ以上を含んでもよい。即ち、認証アプリケーションは、通信、例えば、無線通信を開始して、非接触カードおよび／または非接触カードに関連付けられたユーザの身元を検証してもよい。ここで、認証アプリケーションは、コンピュータ装置、例えば、モバイル装置１１０に非接触カード１０１をタップすることをユーザに催促することによって、アプリケーション、例えば、アクセスアプリケーション１１６を全体的または部分的に開始してもよい。通信は、カードリーダ１１８と非接触カード１０１との間のＮＦＣ通信を含んでもよく、非接触カード１０１は、アプリケーショントランザクションカウンタ（ＡＴＣ）の最新バージョンを含む１つ以上の入力をモバイル装置１１０に提供でき、非接触カード１０１またはモバイル装置１１０（これに関連する任意の適切なコンポーネントを含む）は、複数の入力に基づいて適切な暗号を発生し、そして、非接触カード１０１またはモバイル装置１１０（これに関連する任意の適切なコンポーネントを含む）は、暗号およびＡＴＣを非接触カード１０１の発行者（例えば、発行者に関連付けられたサーバ１２０）に送信できる。そして、非接触カード１０１および／またはユーザは、発行者、例えば、発行者の認証サーバからの応答を受信し、非接触カード（および拡張によって、それに関連するユーザ）を検証または承認することによって、検証され、アプリケーション１１６に関連付けられた１つ以上の機構へのアクセスを受領してもよく、受信した応答は、暗号の受信に応答して、発行者（例えば、サーバ１２０）によって実施される少なくとも１つの暗号演算をベースとしており、暗号の発生および発行者、例えば、発行者の認証サーバからの受信した応答は、支払プロトコルをベースとしており、非接触カードおよび／またはユーザのユーザ身元の通信および検証は、支払プロトコルに関連して支払いを完了することと区別される。ここで説明したように、プロトコルは、モバイル装置１１０での非接触カード１０１の１つ以上のタップによって開始されてもよい。

一般に、本明細書に記載される種々の実施形態では、オフライン検証または認証プロトコルは、下記の動作のうちの１つ以上を含んでもよい。即ち、検証アプリケーション１１４は、アクセスアプリケーションの１つ以上の機構へのアクセスをユーザに提供するために、モバイル装置１１０と非接触カード１０１との間のＮＦＣ通信を開始し、非接触カード１０１から１つ以上の入力を受信し、通信は、カードリーダ１１８を利用してもよい。検証アプリケーション１１４は、非接触カード１０１からの鍵ペアの公開鍵、およびカードのアカウント保有者（例えば、ユーザ）のカード保有者識別情報の受信を促進してもよい。非接触カード１０１に関連付けられたアプリケーションまたはコンポーネントおよび／または検証アプリケーション１１４は、カードの鍵ペアの秘密鍵を使用することによって、デジタル署名を発生するようにカード１０１のコンポーネントに命令できる。モバイル装置１１０は、カード１０１からデジタル署名を受信し、公開鍵を用いて署名を検証できる。ここで説明したように、プロトコルは、モバイル装置１１０上の非接触カード１０１の１つ以上のタップによって開始してもよい。

種々の実施形態では、オンラインおよびオフラインのプロトコルの１つ以上の動作を含むハイブリッドプロトコルが利用できる。オンラインプロトコルは、モバイル装置１１０上の非接触カード１０１の第１または第２のタップ、および／または、第１または第２のユーザ認証情報の比較によって開始できる。オフラインプロトコルは、非接触カード１０１上のモバイル装置１１０の第１または第２のタップ、および／または、第１または第２のユーザ認証情報の比較によって開始できる。オフラインおよびオンラインのプロトコルの組合せは、単一の検証または認証の一部でもよく、あるいは、各々が部分的な検証または認証に関連付けられてもよい。

種々の実施形態では、非接触カード１０１は仮想支払カードである場合、認証アプリケーション１１４は、モバイル装置１１０に実装されたデジタルウォレットにアクセスすることによって、非接触カード１０１に関連付けられた情報を検索でき、デジタルウォレットは、仮想支払いカードを含む。

図示のように、サーバ１２０はさらに、アカウントデータ１２４およびメモリ１２２のデータストアを含む。アカウントデータ１２４は、複数のユーザおよび／またはアカウントのためのアカウント関連データを含む。アカウントデータ１２４は、各アカウントにつき、少なくともマスター鍵１０５、カウンタ１０４、例えば、アプリケーショントランザクションカウンタ（「ＡＴＣ」）１０４、顧客ＩＤ１０７、関連付けした非接触カード１０１、アカウントホルダー名、アカウント課金アドレス、１つ以上の配送アドレス、１つ以上の仮想カード番号、生体図形情報を含んでもよい。メモリ１２２は、管理アプリケーション１２３および、アカウントデータ１２４からの１つ以上のアカウントについて、カードデータ１０３のインスタンスと、カウンタ１０４と、マスター鍵１０５と、変形(diversified)鍵１０６とを含む。

システム１００は、データを保護するために鍵の多様化(diversification)を実施するように構成され、これは鍵の多様化手法と称することがある。システム１００は、オンライン認証プロトコルまたはハイブリッドオンラインおよびオフライン認証プロトコルを実装してもよい。オンライン認証プロトコルおよびハイブリッドオフラインおよびオンライン認証プロトコルの両方は、サーバ１２０の１つ以上の動作を利用できる。

種々の実施形態では、認証アプリケーション１１４は、ユーザプロファイルに関連付けられた第１アプリケーションユーザ認証情報をユーザから受信する。第１アプリケーションユーザ認証情報は、生体データ、ユーザ認識に関連付けられた確立されたジェスチャ（手振り）、ユーザ名およびパスワードの組合せなどを含んでもよい。プロセッサ１１９は、第１アプリケーションユーザ認証情報を、保存済の第２アプリケーションユーザ認証情報と比較する。保存済の第２アプリケーションユーザ認証情報は、ユーザ身元に関連付けてもよく、モバイル装置１１０のメモリ１１１またはサーバ１２０のメモリ１２２に保存してもよい。種々の実施形態では、保存済の第２のアプリケーションユーザ認証情報がサーバ１２０上で維持され、第１照合はサーバ１２０によって実行される。種々の実施形態では、第１アプリケーションユーザ認証情報と、保存済の第２アプリケーションユーザ認証情報との間の第１照合を判断すると、認証アプリケーションは、ユーザアカウントの１つ以上の第１レベルのユーザアカウントオプションへのユーザアクセスを許可できる。ユーザアカウントは、金融アカウント、健康保険アカウント、および／または任意のサービスプロバイダに関連付けられた他のアカウント（例えば、トランジットアカウント、娯楽アカウントなど）でもよい。いったん第１照合が判断されると、ユーザは、特定の第１レベルのユーザアカウントオプションにアクセスできる。ユーザアカウントの第１レベルのユーザアカウントオプションは、アカウント残高の表示、最近のトランザクション、イベント等の表示を含んでもよい。より大きなアクセスおよび／またはあるアカウント機能、即ち、第２レベルのユーザアカウントオプションの実行については、第２要素認証が要求されてもよい。第２レベルのユーザアカウントオプションは、個人識別番号（ＰＩＮ）変更要求と、アドレス変更要求とを含んでもよい。第１レベルおよび／または第２レベルのアクセスに関連する種々の実施形態について、以下により詳細に説明する。

種々の実施形態では、第１アプリケーションユーザ認証情報と、保存済の第２アプリケーションユーザ認証情報との間の第１照合は、オンラインおよび／またはオフラインの検証を開始し完了するための前提条件として機能し、アクセスアプリケーション１１６の１つ以上の機構への第１レベルのアクセスおよび／または第２レベルのアクセスは、オンラインおよび／またはオフラインの検証プロトコルの少なくとも１つの完了までは許可されない。種々の実施形態では、第１アプリケーションユーザ認証情報と、保存済の第２アプリケーションユーザ認証情報との間の第１照合は、オンラインおよび／またはオフラインのプロトコルのいずれかを開始するための前提条件として機能するが、第１レベル情報へのアクセスは、第１照合に応答して許可され、第２レベルのユーザアクセスは、いずれか他の事前条件、例えば、後述するようなユーザ情報に関連付けられた第２比較に加えて、オンラインおよび／またはオフラインプロトコルの一方または両方の完了をを要求し、第２レベル情報へのアクセスを許可する。

一般に、サーバ１２０（または他のコンピュータ装置）および非接触カード１０１は、同じマスター鍵１０５（マスター対称鍵とも称される）を備えてもよい。より詳細には、各非接触カード１０１には、サーバ１２０に対応するペアを有する別個のマスター鍵１０５がプログラムされる。例えば、非接触カード１０１を製造する場合、固有マスター鍵１０５が非接触カード１０１のメモリ１０２をプログラムできる。同様に、固有マスター鍵１０５は、サーバ１２０のアカウントデータ１２４内の非接触カード１０１に関連付けられた顧客のレコード（および／または異なる安全な場所）に保存されてもよい。
マスター鍵は、非接触カード１０１およびサーバ１２０以外の全ての関係者から秘密に維持でき、システム１００のセキュリティを向上できる。

マスター鍵１０５は、カウンタ１０４と併用して使用でき、鍵の多様化を用いてセキュリティを向上できる。カウンタ１０４は、非接触カード１０１とサーバ１２０との間で同期した値を含む。カウンタ値１０４は、ある数を含んでもよく、それは、非接触カード１０１とサーバ１２０との間（および／または、非接触カード１０１とモバイル装置１１０との間）でデータが交換されるごとに変化する。非接触カード１０１とモバイル装置１１０との間でＮＦＣデータ転送を可能にするために、アカウントアプリケーション１１３は、非接触カード１０１がモバイル装置１１０のカードリーダ１１８に十分に近接している（例えば、ＮＦＣ範囲内）場合、非接触カード１０１と通信できる。カードリーダ１１８は、ＮＦＣ機能を備えたデジタルリーダ、例えば、ＮＦＣリーダでもよく、非接触カード１０１から（例えば、ＮＦＣ、ブルートゥース、ＲＦＩＤなどを介して）読み取られ、および／または非接触カード１０１と通信するように構成できる。従って、例示のカードリーダ１１８は、ＮＦＣ通信モジュール、ブルートゥース通信モジュール、および／またはＲＦＩＤ通信モジュールを含む。

例えば、非接触カードおよび／または非接触カードに関連付けられたユーザは、アクセスアプリケーション１１６にアクセスするための承認または検証を必要とすることがある。認証アプリケーション１１４を含む、システム１００の１つ以上のコンポーネントは、アクセスアプリケーション１１６との通信（例えば、ＡＰＩ呼び出しまたは他の適切な機構）を開始し、１つ以上の支払プロトコルを利用して、非接触カードを検証または認証できる。および／または、種々の実施形態では、これに関連付けられたユーザは、アクセスアプリケーション１１６または、アクセスアプリケーション１１６のユーザによるアクセスが求められる特定の態様であっても、支払いの履行を含まない。

種々の実施形態では、１つ以上の支払プロトコルは、本明細書の他の場所で議論されるようなオンライン手法を含んでもよい。認証アプリケーション１１４は、ユーザにプロンプト（催促）を提供でき、その結果、ユーザが非接触カード１０１をモバイル装置１１０にタップでき、これにより非接触カード１０１をモバイル装置１１０のカードリーダ１１８に十分に近接させて、非接触カード１０１とモバイル装置１１０のカードリーダ１１８との間のＮＦＣデータ転送を可能にする。種々の実施形態では、モバイル装置１１０は、ＡＰＩ呼び出しを介してカードリーダ１１８を起動できる。追加および／または代替として、モバイル装置１１０は、カードリーダ１１８の定期的ポーリングに基づいて、カードリーダ１１８を起動できる。より一般には、モバイル装置１１０は、カードリーダ１１８を起動して、いずれか可能な方法を用いて通信に従事できる。

種々の実施形態では、非接触カード１０１、カードリーダ１１８およびモバイル装置１１０と関連して通信を開始する前、および／または、非接触カード１０１とカードリーダ１１８との間の通信を確立した直後に、検証アプリケーション１１４は、カードのアクティベーションのための前提条件として、および／または、オンライン認証プロトコルを用いて開始するために、第１アプリケーションユーザ認証情報を受信できる。ユーザは、認証アプリケーションからプロンプトを受信して認証情報に入った後に、第１アプリケーションユーザ認証情報を提供できる。上述のように、第１アプリケーションユーザ認証情報は、生体データ、ユーザ認識に関連付けられた確立されたジェスチャ、顔認識、ユーザ名およびパスワードの組合せなどを含んでもよい。上述のように、種々の実施形態では、検証アプリケーション１１４は、第１アプリケーションユーザ認証情報をプロセッサ１９１に伝送する。プロセッサ１１９は、第１アプリケーションユーザ認証情報を、保存済の第２アプリケーションユーザ認証情報と比較する。保存済の第２アプリケーションユーザ認証情報は、モバイル装置１１０に関連付けられたメモリ１１１、非接触カード１０１に関連付けられたメモリ１０２、および／または、サーバ１２０に関連付けられたメモリ１２２に配置できる。種々の実施形態では、第１アプリケーションユーザ認証情報はサーバ１２０に提供され、サーバ１２０は、第１アプリケーションユーザ認証情報を、保存済の第２アプリケーションユーザ認証情報と比較する。種々の実施形態では、上述したように、プロセッサ１１９は、比較結果を検証アプリケーション１１４に伝送する（例えば、照合について）。種々の実施形態では、第１照合は、ｉ）アクセスアプリケーション１１６にアクセスするためにユーザを検証または認証するために、オンライン検証プロトコルの残りを開始すること、および／または、ｉｉ）アクセスアプリケーション１１６に関連付けられたユーザアカウントの第１レベルのユーザアカウントオプションへのユーザアクセス（例えば、アカウント残高、および／または、最近のトランザクション、および／または最近の通信の表示）を許可すること、の１つ以上について開始し、または前提条件として機能し得る。このように、種々の実施形態では、第１照合を判明することに応答して、検証認証アプリケーションは、ユーザ身元を検証するために追加の動作（オンライン検証プロセスに関連する）を開始する。これは、ユーザに関連付けられた非接触カードを認証することを含むが、これに限定されない。

種々の実施形態では、第２レベルの検証が、追加の動作を開始または開始するための更なる条件として開始できる。例えば、プロセッサ１１９は、ユーザ身元の少なくとも一部を、カード保有者識別情報の少なくとも一部と比較する。種々の実施形態では、第２照合は、ユーザアカウントの第２レベルのユーザアカウントオプションへのユーザアクセス（例えば、カードアクティベーション、個人識別番号（ＰＩＮ）変更要求、アドレス変更要求）を許可する。種々の実施形態によれば、第２レベルのユーザアカウントオプションは、アクセスアプリケーション１１６に関連付けられたより安全な機構を表す。

種々の実施形態では、上述したように、第１レベル検証も第２レベル検証も行わずに、モバイル装置１１０、カードリーダ１１８、および非接触カード１０１に関連した通信（例えば、ＮＦＣ通信）が確立された場合に、オンライン検証が直接発生してもよい。種々の実施形態では、本明細書で議論されるように、オフライン認証が、非接触カードおよび／またはそれに関連付けられたユーザを認証するために、オンライン認証と共に使用される場合（例えば、ハイブリッド式オンライン／オフライン認証）、第１レベル検証は、ハイブリッド式オンライン／オフライン認証のオンライン部分またはオフライン部分を開始することに関連付けられ、第２レベル検証は、ハイブリッド式オンライン／オフライン認証のオンライン部分またはオフライン部分の他方を開始することに関連付けられる。

種々の実施形態では、保存済の第２アプリケーションユーザ認証情報に対する第１アプリケーションユーザ認証情報の第１照合は、アプリケーション、例えば、アクセスアプリケーション１１６への第１レベルのアクセスを許可したり、または許可しないが、第１照合は、いずれの場合も、オンラインおよび／またはオフラインのプロトコルの少なくとも１つを開始するための前提条件として機能できる。第１レベルのアクセスが最初に許可されなかった種々の実施形態では、少なくとも１つのオンラインおよび／またはオフラインプロトコルの無事完了の結果、第１レベルのアクセスを許可する。種々の実施形態では、アクセスアプリケーション１１６への第２レベルのアクセスは、オンラインおよび／またはオフライン検証プロトコルの少なくとも１つが完了した直後に許可される。種々の実施形態では、第１レベルのアクセスは、オンラインおよび／またはオフラインプロトコルのうちの少なくとも１つが完了した後にのみ許可され、第１照合が使用され、または省略された実施形態を含み、第２レベルのアクセスは、オンラインおよび／またはオフラインプロトコルのうちの少なくとも一方の他方が無事に完了した場合にのみ許可され、種々の実施形態では、適切なコンポーネントが第２照合を無事に完了した後、例えば、ユーザ身元の少なくとも一部をカード保有者識別情報の少なくとも一部と比較した後にのみ、オンラインおよび／またはオフラインプロトコルのうちの少なくとも一方の他方が開始される。種々の実施形態では、第２照合の無事完了は、それ自体で、アクセスアプリケーション１１６の第２レベルの機構へのアクセスを許可し、少なくとも１つのオフラインおよび／またはオンラインプロトコルの他方（第１レベルのアクセスに関連付けられていない方）を完了するための前提条件として機能し、少なくとも１つのオフラインおよび／またはオンラインプロトコルの他方の無事完了は、アクセスアプリケーション１１６の追加の機構へのアクセスを許可する。

種々の実施形態では、オフラインおよび／またはオンラインプロトコルのいずれかを開始する条件として、追加の前提条件が適用できる。例えば、他の場所で議論するように、オンライン認証が行われないネットワーク障害がある場合にのみ、オフライン認証プロトコルを開始する。

種々の実施形態では、他の事前条件に拘らず、モバイル装置１１０上の非接触カード１０１の第１タップが、オンラインおよびオフラインの検証プロトコルのうちの１つを開始し、第２タップ、後続のタップが、オンラインおよびオフラインの検証プロトコルのうちの他方を開始する。

種々の実施形態では、第１レベルおよび／または第２レベルおよび／または追加の前提条件が適用され、または発生しているかに拘らず、モバイル装置１１０と非接触カード１０１との間で通信が確立された後、非接触カード１０１は、メッセージ認証コード（ＭＡＣ）暗号を発生する。種々の実施形態では、これは、非接触カード１０１がアカウントアプリケーション１１３によって読み取られるときに発生し得る。特に、これは、ＮＦＣデータ交換フォーマットに従って作成できる近距離データ交換（ＮＤＥＦ）タグの読み取り、例えば、ＮＦＣ読み取りの時に発生し得る。例えば、リーダ、例えば、アカウントアプリケーション１１３および／またはカードリーダ１１８などが、メッセージ、例えば、アプレット選択メッセージなどをＮＤＥＦ生成アプレットのアプレットＩＤと送信できる。種々の実施形態では、発生した暗号は、ＥＭＶ規格に準拠する承認要求暗号（ＡＲＱＣ）でよい。

種々の実施形態では、選択の確認時に、読み取りファイルメッセージに続いて選択ファイルメッセージのシーケンスが送信されてもよい。例えば、このシーケンスは、「選択能力ファイル」、「読み取り能力ファイル」および「選択ＮＤＥＦファイル」を含んでもよい。この時点で非接触カード１０１に維持されているカウンタ値１０４は、更新または増加させてもよく、これは、「読み取りＮＤＥＦファイル」が続いてもよい。この時点でメッセージは発生でき、これはヘッダおよび共有秘密鍵(shared secret)を含んでもよい。そして、セッション鍵が発生できる。そして、ＭＡＣ暗号は、メッセージから生成でき、これはヘッダおよび共有秘密鍵を含んでもよい。そして、ＭＡＣ暗号は、ランダムデータの１つ以上のブロックと連結でき、ＭＡＣ暗号および乱数（ＲＮＤ）は、セッション鍵を用いて暗号化できる。その後、暗号およびヘッダは連結でき、ＡＳＣＩＩ ｈｅｘとして符号化でき、ＮＤＥＦメッセージフォーマットで返される（「読み取りＮＤＥＦファイル」メッセージに応答とて）。種々の実施形態では、ＭＡＣ暗号は、ＮＤＥＦタグとして送信でき、他の例では、ＭＡＣ暗号は、統一資源識別子(uniform resource indicator)（例えば、フォーマット化文字列）を含んでもよい。そして、非接触カード１０１は、ＭＡＣ暗号をモバイル装置１１０に送信し、これは、次にＭＡＣ暗号を、後述するような検証のためにサーバ１２０に転送できる（但し、本明細書の他の場所で議論する実施形態において、例えば、オフライン状況において、モバイル装置１１０は、ＭＡＣ暗号を検証できる）。

より一般には、データを（例えば、サーバ１２０および／またはモバイル装置１１０に）送信する準備をする場合、非接触カード１０１は、カウンタ値１０４を増加してもよい。そして、非接触カード１０１は、暗号アルゴリズムへの入力としてマスター鍵１０５およびカウンタ値１０４をでき、これは出力として変形(diversified)鍵１０６を生成する。暗号アルゴリズムは、暗号化アルゴリズム、ハッシュ方式メッセージ認証コード（ＨＭＡＣ）アルゴリズム、暗号方式メッセージ認証コード（ＣＭＡＣ）アルゴリズムなどを含んでもよい。暗号アルゴリズムの非限定的な例は、対称暗号化アルゴリズム、例えば、３ＤＥＳまたはＡＥＳ１２８など、対称ＨＭＡＣアルゴリズム、例えば、ＨＭＡＣ－ＳＨＡ－２５６など、対称ＣＭＡＣアルゴリズム、例えば、ＡＥＳ－ＣＭＡＣなど、および／または、ＩＳＯ／ＩＥＣ １８３３および／またはＩＳＯ／ＩＥＣ ７８１６のいずれかの応用可能バージョンに準拠する任意の他のアルゴリズムまたは手法を含んでもよい。そして非接触カード１０１は、変形鍵１０６を用いてデータ（例えば、顧客識別子１０７および他のデータ）を暗号化できる。そして非接触カード１０１は、暗号化されたデータ（例えば、暗号化された顧客ＩＤ １０９）をモバイル機器１１０のアカウントアプリケーション１１３に送信できる（例えば、ＮＦＣ接続、ブルートゥース接続などを介して）。モバイル装置１１０のアカウントアプリケーション１１３は、暗号化されたデータをネットワーク１３０を介してサーバ１２０に送信できる。少なくとも種々の実施形態では、非接触カード１０１は、カウンタ値１０４を暗号化されたデータとともに送信する。こうした実施形態では、非接触カード１０１は、暗号化されたカウンタ値１０４または非暗号化カウンタ値（１０４３）を送信できる。

暗号化された顧客ＩＤ １０９を受信すると、サーバ１２０の管理アプリケーション１２３は、暗号化への入力としてのカウンタ値１０４、および暗号化のための鍵としてのマスター鍵１０５を用いて、同一の対称暗号化を実施できる。上述したように、カウンタ値１０４は、モバイル装置１１０から受信したデータ内に指定されてもよく、またはカウンタ値１０４がサーバ１２０によって維持され、非接触カード１０１のための鍵の多様化を実装してもよい。暗号の出力は、非接触カード１０１によって生成された同じ変形鍵値１０６でもよい。そして管理アプリケーション１２３は、ネットワーク１３０を介して受信した暗号化された顧客ＩＤ １０９を、変形鍵１０６を用いて復号でき、これにより非接触カード１０１によって送信されたデータ（例えば、少なくとも顧客識別子１０７）を示す。そうすることにより管理アプリケーション１２３は、モバイル装置１１０を介して非接触カード１０１によって送信されたデータを、例えば、復号化された顧客ＩＤ １０７をアカウント用アカウントデータ１２４中の顧客ＩＤと比較することによって、検証することが可能になる。

一例として、カウンタ１０４、例えば、ＡＴＣなどを使用しているが、非接触カード１０１、モバイル機器１１０および／またはサーバ１２０の間の通信を確保するために他のデータが使用できる。例えば、カウンタ１０４は、新しい変形鍵１０６が必要になる度に発生するランダムノンス(once)、非接触カード１０１およびサーバ１２０から送信されるカウンタ値のフル値、非接触カード１０１およびサーバ１２０から送信されるカウンタ値の一部、非接触カード１０１およびサーバ１２０によって独立に維持されるが、両者間では送信されないカウンタ、非接触カード１０１とサーバ１２０との間で交換されるワンタイムパスコード、データの暗号ハッシュ、と置換してもよい。種々の実施形態では、変形鍵１０６の１つ以上の部分を関係者が使用して、複数の変形鍵１０６を作成できる。

図示のように、サーバ１２０は、１つ以上のハードウェアセキュリティモジュール（ＨＳＭ）１２５を含んでもよい。例えば、１つ以上のＨＳＭ１２５は、本明細書に開示するように、１つ以上の暗号化演算を実行するように構成してもよい。種々の実施形態では、１つ以上のＨＳＭ１２５は、１つ以上の暗号化演算を実行するように構成された専用セキュリティ装置として構成できる。ＨＳＭ１２５は、鍵はＨＳＭ１２５の外部に公開されず、その代わりにＨＳＭ１２５内部に維持されるように構成できる。例えば、１つ以上のＨＳＭ１２５は、鍵導出、復号、およびＭＡＣ動作のうちの少なくとも１つを実行するように構成できる。１つ以上のＨＳＭ１２５は、サーバ１２０内に含まれてもよく、あるいはサーバ１２０とデータ通信を行ってもよい。

上述したように、鍵の多様化手法を用いて、非接触カード１０１を用いた安全な動作を実施できる。例えば、いったん管理アプリケーション１２３が、鍵の多様化を用いて暗号化された顧客ＩＤ１０９を検証すると、管理アプリケーション１２３は、非接触カード１０１および／またはそれに関連付けられたユーザが検証および／または認証されたことを示すメッセージを認証アプリケーション１１４に送信してもよく、その結果、認証アプリケーション１１４は、認証アプリケーション１１６へのユーザアクセスを許可できる。種々の実施形態では、送信される出力は、承認応答暗号（ＡＲＰＣ）を含んでもよい。

上記説明を含む、本明細書に説明した１つ以上の実施形態に内在するように、オンライン認証または検証またはオンラインおよびオフラインハイブリッド式動作において使用できるサーバ１２０は、ＥＭＶ規格に準拠して動作するように構成でき、非支払いの目的のためのＥＭＶ支払プロトコルを利用する動作を実行することを含む。ホストサーバ（またはシステム）１２０は、発行者、例えば、ユーザに関連付けられたカードの発行者の認証サーバと関連付けてもよい。ホストシステムは、プロセッサによって実行可能なコンピュータ可読プログラムコードを保存する非一時的コンピュータ可読記録媒体を含み、プロセッサおよび記録媒体は、図８に概略的に記載されたものを含む、１つ以上のハードウェアまたはソフトウェアのコンポーネントを含んでもよい。ホストシステムは、アクセスアプリケーション１１６および／または非接触カード１０１に関連付けられたトランザクションデータまたは通信データを受信するように構成できる。トランザクションまたは通信データの受信は、例えば、モバイル装置１１０およびユーザ（または他の適切なコンピュータ装置）に関連付けられた検証アプリケーション１１４（またはモバイル装置１１０の他の適切なコンポーネントまたはアプリケーション）によって促進できる。認証アプリケーション１１４は、１つ以上の他のコンポーネント、例えば、非接触カード１０１、カードリーダ１１８との認証または検証通信を開始できる。トランザクションデータまたは通信データは、認証アプリケーション１１４からサーバ１２０によって受信される。トランザクションデータまたは通信データは、ｉ）カウンタ（例えば、ＡＴＣ）および、通信の１つ以上の入力に基づいた暗号、およびカードに関連付けられた対称鍵を含んでもよい。種々の実施形態では、暗号は、承認要求暗号（ＡＲＱＣ）である。

種々の実施形態では、サーバ１２０は、非支払イベントまたは通信に関連付けられたものとしてＡＴＣ値をログに記録するための別個のログ、例えば、カウンタログ１２１を有してもよい。モバイル装置１１０によって提供される１つ以上の入力は、イベントまたは通信が非支払イベントまたは通信であるという指定、および／または、アクセスアプリケーション１１６の性質に関する指示を含んでもよい。種々の実施形態では、サーバ１２０のサーバ管理アプリケーション１２３は、アクセスアプリケーションの性質（例えば、ゲームアプリケーション、娯楽アプリケーション、輸送アプリケーションなどのように、トランザクション、イベントまたは通信への入力の一部として記述される）に基づいて、メモリ１２２からの、例えば、アカウントデータ１２４内の指定を検索することによって、アクセスアプリケーション１１６が、支払機構を有していないこと、および／または、非接触カード１０１および／またはそれに関連して、アクセスアプリケーション１１６に関するユーザを検証するために使用される支払プロトコルが、支払いを完了する支払プロトコルを採用していないことを識別するように構成してもよい。種々の実施形態では、同じプロトコルを使用して、アクセスアプリケーション１１６に関する支払いを行ってもよい。但し、支払いを行うために追加の条件が課されることを除いて、例えば、保存済の情報とのユーザ認証情報の第１レベルの比較が管理アプリケーション１２３によって行われ、アクセスアプリケーション１１６に関する支払い活動をイネーブルにする。第１レベルおよび第２レベルの比較は、モバイル装置１１０での非接触カード１０１の第１タップおよび後続の第２タップによってそれぞれ開始される。

種々の実施形態では、いったんサーバ１２０が通信またはトランザクションデータを受信すると、それは、応答（例えば、発行者、例えば、発行者の認証サーバから）をモバイル装置１１０の適切なコンポーネント、例えば、検証アプリケーション１１４に送信でき、受信した暗号に基づいて、非接触カード１０１および／またはそれに関連するユーザの身元を検証する。検証アプリケーション１１４は、その結果として、アクセスアプリケーション１１６の関連部分または機構へのアクセスを許可できる。アクセス機構は、例えば、ユーザ認証情報比較が行われない実施形態では上述した第１レベルおよび／または第２レベルの情報でもよく、および／または任意の他の適切な機構でもよい。種々の実施形態では、検証は、本明細書で議論される１つ以上の暗号化手法に基づいて行われ、通信またはトランザクションデータの受信に応答して、発行者、例えば、発行者の認証サーバによって、対称鍵および／または暗号全体（その発生は、対称鍵の使用をある程度ベースとする）を再作成することをベースとすることを含む。種々の実施形態では、サーバ１２０に関連して説明したような動作は、アクセスアプリケーション１１６とは別個のアプリケーションを含む支払プロトコルに関連付けられているため、暗号および暗号化手法および送信された応答は、支払プロトコルをベースとするが、アクセスアプリケーション１１６に関連付けられた少なくとも１つの機構は、非支払機構と関連付けられ、支払プロトコルはその機構にアクセスするために実行されるため、非接触カード検証および、拡張によってユーザ身元検証またはユーザの認証は、支払プロトコルおよび支払プロトコルの完了とは区別される。種々の実施形態では、サーバ１２０からの受信した検証のみ、例えば、純粋にオンライン手法が使用され、アクセスアプリケーション１１６の１つ以上の機構へのアクセスを受信するためにユーザを検証または認証できる。

種々の実施形態では、サーバ１２０は、カウンタログ１２１を利用して不正防止対策を実施できる。種々の実施形態では、カウンタログ１２１は、１つ以上の非支払イベントまたは通信に関連付けられたカウンタ値に関連付けられたタイムスタンプを含んでもよい。種々の実施形態では、カウンタログ１２１は、１つ以上の支払イベントまたは通信に関連付けられたカウンタ値に関連付けられたタイムスタンプを含んでもよい。種々の実施形態では、特定のイベントまたは通信に関連したＡＴＣのカウンタ値、例えば、支払イベントまたは通信または非支払イベントまたは通信であるか否かもログに記録してもよい。管理アプリケーション１２３は、非支払イベントまたは通信の間で行われる支払いイベントまたは通信の一般的な数を比較するように構成してもよい。管理アプリケーション１２３は、非支払イベントまたは通信の後に支払イベントまたは通信の数が特定の閾値を超えた場合、管理アプリケーション１２３は、支払いイベントまたは通信を拒否してもよく、それ以外にはイベントまたは通信は完了してもよい（例えば、ユーザが非支払いおよび支払いプロトコルのために支払プロトコルを使用することがある想定されるため、非支払イベントまたは通信の後に過度に多くの数の支払イベントまたは通信は詐欺的であると考えられる）。種々の実施形態では、反対のものが実装でき、例えば、多数の非支払イベントまたは通信が支払いイベントまたは通信の後に閾値を超えて実施されることにより、管理アプリケーション１２３は、検証または認証が行われた場合、特定の非支払イベントまたは通信を拒否するようにしてもよい。種々の実施形態では、最小または最大の閾値を超えるという観点で、任意のイベントまたは通信（例えば、支払または非支払）の間の時間に関する閾値により、管理アプリケーション１２３は、認証または検証の動作を拒否するようにしてもよい。カウンタログ１２１を使用して、任意の他の適切な方法で不正防止対策を実行することを含む任意の他の適切な動作を実行してもよい。

ここでおよび上で概説した１つ以上のオンライン動作に加えて、システム１００は、非接触カードおよび／またはユーザをオフラインで検証または認証するための１つ以上のオフライン動作を容易にできる。ここで、種々の実施形態では、オフライン動作は、オンライン手法との組合せで使用され、種々の実施形態において、オフライン動作は、例えば、ネットワーク障害が１つ以上のオンライン動作の使用を阻止する場合に、ある前提条件に基づいて使用できる。

種々の実施形態では、オンライン検証手法に関して本明細書に説明する実施形態に関して議論するものと同様の方法で、検証アプリケーション１１４は、認証アプリケーション１１６の１つ以上の態様または機構にアクセスするために、第１アプリケーションユーザ認証情報を受信し、オフライン検証または認証手法は、支払いイベントまたは通信を完了する以外の目的のために、ＥＭＶ規格に準拠した支払プロトコルを利用できる。ユーザが、認証アプリケーションからプロンプト（催促）を受信した後、第１アプリケーションユーザ認証情報を提供できる。第１アプリケーションユーザ認証情報は、生体データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名およびパスワードの組合せ、顔認識などを含んでもよい。種々の実施形態では、検証アプリケーション１１４は、第１アプリケーションユーザ認証情報をプロセッサ１９１に伝送する。プロセッサ１１９は、第１アプリケーションユーザ認証情報を、保存済の第２アプリケーションユーザ認証情報と比較する。保存済の第２アプリケーションユーザ認証情報は、モバイル装置１１０に関連したメモリ１１１内に、または非接触カード１０１のメモリ１０２に配置できる。

種々の実施形態では、プロセッサ１１９は、比較結果を検証アプリケーション１１４に伝送する（例えば、照合のため）。種々の実施形態では、第１照合は、認証アプリケーション１１６に関連付けられた第１レベルの態様（例えば、ユーザアカウントのユーザアカウントオプション）へのユーザアクセスを許可できる（例えば、アカウント残高および／または最近のイベントまたは通信の表示）。第１照合の判明に応答して、検証アプリケーション１１４は、１つ以上のオフライン動作を用いてユーザ身元の検証または認証を開始する。例えば、認証アプリケーション１１４は、モバイル装置１１０上の表示のために、非接触カード１０１をモバイル装置１１０に接近させる通知を出力してもよい。そして、検証アプリケーション１１４は、非接触カード１０１と通信できる（例えば、非接触カード１０１に接近した後）。検証アプリケーション１１４と非接触カード１０１との間の通信は、非接触カード１０１がモバイル装置１１０のカードリーダ１１８に十分に接近して、検証アプリケーション１１４と非接触カード１０１との間のＮＦＣデータ転送を可能にすることを含んでもよい。種々の実施形態では、非接触カード１０１は、認証アプリケーション１１４またはモバイル装置１１０の他の適切なコンポーネントまたはアプリケーションに、公開／秘密鍵ペアの公開鍵、および、カードのアカウント保有者のカード保有者識別情報、例えば、アクセスアプリケーション１１６に関して検証または認証される非接触カードおよび／またはユーザを送信する。種々の実施形態では、検証アプリケーション１１４は、カードの鍵ペアの秘密鍵を用いて、非接触カード１０１にデジタル署名を発生するように指示できる。種々の実施形態では、カード保有者識別情報は、デジタル署名内に組み込まれてもよく、またはデジタル署名と共に搬送されてもよい。

種々の実施形態では、非接触カード１０１は、デジタル署名を、検証アプリケーション１１４またはモバイル装置１１０の他の適切なコンポーネントまたはアプリケーションに送信する。種々の実施形態では、検証アプリケーション１１４は、デジタル署名をプロセッサ１１９と伝送でき、プロセッサ１１９は、公開鍵を用いてデジタル署名を検証できる。例えば、非接触カード１０１は、信頼できるソース（例えば、カードプロバイダの秘密鍵）によって暗号化されたカードの公開鍵のハッシュを提供でき、デジタル署名を検証することは、暗号化ハッシュ（例えば、カードプロバイダの公開鍵で）を復号すること、デジタル署名の新しいハッシュを計算すること、そして、復号されたオリジナルハッシュを認証用の新しいハッシュと比較することを含んでもよく、その時点でカードプロバイダ（例えば、発行者、例えば、発行者の認証サーバ）およびトランザクションカードは認証される。

種々の実施形態では、ＲＥＡＤおよびＷＲＩＴＥ ＮＦＣ機能の両方が使用でき、非接触カード１０１とユーザのモバイル装置１１０との間のオフライン認証（例えば、オフライン動的データ認証）の少なくとも一部を実施できる。種々の実施形態では、ＲＥＡＤおよびＷＲＩＴＥ ＮＦＣ機能の両方を利用することは、アプリケーション１１６の１つ以上の態様にアクセスする場合に認証の形態として使用される非接触カード１０１（および関連付けられたユーザ）をより信頼性高く（例えば、偽造またはカードスキミング、または中間者攻撃からより高いセキュリティで）認証するという固有の利点を提供する。種々の実施形態では、オンライン検証に関して本明細書に記載された実施形態に関連して議論したのと同様に、プロセッサ１１９は、ユーザ身元の少なくとも一部を、カード保有者識別情報の少なくとも一部と比較する。種々の実施形態では、第２照合は、ユーザアカウントの第２レベルのユーザアカウントオプション（例えば、カードアクティベーション（有効化）、暗証番号（ＰＩＮ）変更要求、アドレス変更要求）へのユーザアクセスを許可する。種々の実施形態では、第２レベルのユーザアカウントオプションは、アクセスアプリケーション１１６のより安全な機構を表す。

種々の実施形態では、本明細書の他の場所で議論し説明したように、オフライン認証が、非接触カードおよび／またはそれに関連するユーザを認証するためにオンライン認証と共に使用される場合（例えば、ハイブリッドオンライン／オフライン認証）、第１レベルの検証は、ハイブリッドオンライン／オフライン認証のオンラインまたはオフライン部分を開始することと関連付けられ、第２レベルの検証は、ハイブリッドオンライン／オフライン認証のオンラインまたはオフライン部分の他方を開始することに関連付けられる。種々の実施形態では、本明細書の他の場所で議論したように、例えば、オンライン認証が行われることを阻止するネットワーク障害がある場合にのみオフライン認証プロトコルを開始するような、追加の前提条件を適用してもよい。

種々の実施形態では、モバイル装置１１０および／または非接触カード１０１は、カウンタログ１２１（モバイル装置１１０に関して明示的に示されていない）を利用して不正防止対策を実施するように構成してもよい。

種々の実施形態では、例えば、オンラインおよびオフライン手法の両方が実装された場合、デジタル署名を検証することは、サーバ、例えば、ネットワーク１３０によって接続されたモバイル装置１１０に接続されたサーバ１２０によって実施してもよい。例えば、プロセッサ１１９は、送信用デジタル署名をサーバ１２０に出力してもよく、サーバ１２０は、デジタル署名を検証してもよい。

図２Ａは、支払いの完了とは別個の目的のための支払プロトコルを利用して、ユーザ（および／またはそれに関連付けられた非接触カード）のオンライン検証またはハイブリッドオンラインおよびオフライン検証または認証を開始するためのタッピングの例示の実施形態を示す概略図２００である。モバイル装置１１０上の検証アプリケーション１１４のグラフィカルユーザインタフェース（ＧＵＩ）が、非接触カード１０１をタップして、他のアプリケーション、例えば、アクセスアプリケーション１１６用の認証または検証を開始するプロンプト２０６を含んでもよい。別個のＡＰＩインタフェースが、検証アプリケーション１１４によるアクセスアプリケーション１１６への検証または認証を伝送するために設けられてもよい。種々の実施形態では、アクセスアプリケーション１１６は、タッププロンプト２０６を受信するための前提条件としてのプロンプト２０２を提供し、またはタップが行われた後で追加のオンラインまたはオフライン検証動作の前に、アクセスアプリケーション１１６に関する第１レベルおよび／または第２レベルの情報アクセスのための比較のために（例えば、図１を参照して説明したように）ユーザ認証情報を入力する。種々の実施形態では、検証アプリケーション１１４は、アクセスアプリケーション１１６および／またはいずれか他のアプリケーション、例えば、他のアプリケーション１１５に対してユーザ認証情報を入力するためのインタフェースまたはプロンプト２０２を提供する。

種々の実施形態では、いったん非接触カード１０１がモバイル装置１１０にタップされると、認証アプリケーション１１４は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース、ＲＦＩＤなどを介して）、非接触カード１０１へある指示を送信する。種々の実施形態では、指示は、図１に関して説明した１つ以上の暗号化手法を実行することを指定できる。種々の実施形態では、オンライン認証手法が使用され、検証アプリケーション１１４は、サーバ１２０からトランザクションまたは通信データを受信する。種々の実施形態では、オンラインおよびオフライン認証手法が使用され、検証アプリケーション１１４および非接触カード１０１は、非接触カード１０１および／またはそれに関連付けられたユーザを認証する公開／秘密鍵暗号化手法を利用する。種々の実施形態では、非接触カード１０１とモバイル装置１１０との間でデータを送信するプロンプトは、ＥＭＶプロトコルまたは規格に準拠した任意の適切なプロトコルを介して認証アプリケーション１１４にデータを送信することを指定でき、種々の実施形態において、認証アプリケーション１１４は、ＥＭＶプロトコルまたは規格に準拠したプロトコルを介して、非接触カード１０１から直接にいずれか適切なデータを受信する。種々の実施形態では、タップすることは、本明細書に記載したような第１レベルおよび第２レベル情報アクセスの一方または両方に関連付けてもよく、第１タップは、検証および／または認証手法（例えば、オンラインおよび／またはオンライン／オフラインハイブリッド式）を導入する前に、第１および／または第２ユーザおよび／または追加ユーザ認証情報の比較を行う。

図２Ｂは、支払いの完了とは別個の目的のために支払いプロトコルを利用するユーザのオンライン検証またはハイブリッド式オンラインおよびオフライン検証または認証を開始するためのタッピングの例示の実施形態を示す概略図２１０である。サーバ１２０を利用することを含むオンライン検証または認証を使用して、非接触カード１０１および／またはそれに関連付けられたユーザの認証または検証を行うかどうか、モバイル装置１１０、非接触カード１０１および／またはカードリーダ１１８を利用することを含むオフライン検証を使用して、サーバ１２０を介さずにユーザの認証または検証を行うかどうか、および／または、モバイル装置１１０、カードリーダ１１８、非接触カード１０１および／またはサーバ１２０を利用することを含むハイブリッド式オフラインおよびオンライン検証を使用して、非接触カードおよび／またはユーザ、モバイル装置１１０の認証または検証を行うかどうか、アクセスアプリケーション１１６へのアクセスが許可されていることを示すメッセージ２０７が、モバイル装置１１０のＧＵＩ上に現れてもよい。種々の実施形態では、メッセージプロンプトなしでアクセスが許可される。

図３Ａは、支払いの完了とは別個の目的のために支払プロトコルを利用して、オンライン検証または認証またはユーザ（および／またはそれに関連付けられた非接触カード）の認証または認証を開始するためのタッピングの例示の実施形態を示す概略図３００である。一般に、図３Ａ～図３Ｃは、種々の実施形態を反映しており、連続したタップを使用して、あるアプリケーションに関連付けられた第１レベル情報、およびあるアプリケーション、そして非接触カードおよび、非接触カードおよびアプリケーションに関連付けられたユーザに関連付けられた第２レベル情報を供与する。

図２Ａを参照して同様に説明したように、モバイル装置１１０上の検証アプリケーション１１４のグラフィカルユーザインタフェース（ＧＵＩ）が、他のアプリケーション、例えば、アクセスアプリケーション１１６のための認証または検証を開始するために非接触カード１０１をタップするプロンプト３０２を含んでもよく、別個のＡＰＩインタフェースが、検証アプリケーション１１４によってアクセスアプリケーション１１６に検証または認証（いったん完了）を伝送するために設けられてもよい。種々の実施形態では、アクセスアプリケーション１１６は、タッププロンプト３０２の前またはそれの前提条件として、またはタップが行われた直後で追加のオンラインまたはオフライン検証または認証動作が行われる前に、プロンプト３０４を提供し、アクセスアプリケーション１１６に関する第１レベルの情報アクセスについて比較のためにユーザ認証情報を入力する（例えば、図１および図２Ａを参照して説明したように）。種々の実施形態では、検証アプリケーション１１４は、アクセスアプリケーション１１６および／または他のアプリケーション、例えば、他のアプリケーション１１５に対してユーザ認証情報を入力するためのインタフェースまたはプロンプト３０４を提供する。いったん非接触カード１０１がモバイル装置１１０にタップされると、認証アプリケーション１１４は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース、ＲＦＩＤなどを介して）、非接触カード１０１へ指示を送信する。種々の実施形態では、指示は、図１および図２Ａに関して説明したように、１つ以上の暗号化手法を実行することを指定してもよい。種々の実施形態では、プロンプト３０４が、アプリケーション、例えば、アクセスアプリケーション１１６または検証アプリケーション１１４によって提供される。プロンプト３０４は、既に述べたように、モバイル装置１１０上で非接触カードをタップすることに応答して、またはタップに対する前提条件が有効であるものとして開始してもよい。

種々の実施形態では、図１および図２Ａを参照して同様に議論したように、第１のアプリケーションユーザ認証情報（生体データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名およびパスワードの組合せなどを含んでもよい）が、例えば、モバイル装置１１０のプロセッサ１１９によって、保存済の第２アプリケーションユーザ認証情報と比較される。保存済の第２アプリケーションユーザ認証情報は、ユーザ身元に関連付けてもよく、モバイル装置１１０のメモリ１１１、非接触カードのメモリ１０２、またはサーバ１２０のメモリ１２２のいずれかに保存できる。種々の実施形態では、上述のように、第１アプリケーションユーザ認証情報と、保存済の第２アプリケーションユーザ認証情報との間の第１照合を判断すると、認証アプリケーション１１４は、ユーザアカウントの１つ以上の第１レベルユーザアカウントオプションへのユーザアクセスを許可してもよい。上述のように、ユーザアカウントは、任意のサービスプロバイダに関連付けられた金融アカウント、健康保険アカウント、および／またはいずれか他のアカウント（例えば、トランジットアカウント、娯楽アカウントなど）でもよい。いったん検証されると、ユーザは、特定の第１レベルユーザアカウントオプションにアクセスできる。ユーザアカウントの第１レベルユーザアカウントオプションは、アカウント残高の表示、最近のイベントまたは通信の表示等を含んでもよい。第１レベル検証は、オフラインまたはオンライン認証検証手法のいずれかを開始するための前提条件でもよい。

種々の実施形態では、いったん第１レベルの認証が行われると、本明細書に記載したようなオンライン認証またはオフライン認証のいずれかが行われる。種々の実施形態では、オンライン認証手法が使用され、検証アプリケーション１１４は、サーバ１２０からイベントまたは通信データを受信する。種々の実施形態では、オフライン認証手法が使用され、検証アプリケーション１１４および非接触カード１０１は、公開／秘密鍵暗号化手法を利用して、非接触カードおよび／または拡張によりユーザを認証する。種々の実施形態では、非接触カード１０１とモバイル装置１１０との間でデータを送信するプロンプトは、認証アプリケーション１１４にＥＭＶプロトコルまたは規格に準拠したプロトコルを介してデータを送信するように指定でき、種々の実施形態では、認証アプリケーション１１４は、非接触カード１０１から直接に任意の適切なデータを、ＥＭＶプロトコルまたは規格に準拠したプロトコルを介して受信する。

図３Ｂに関してより詳細に議論したように、いったんオンラインまたはオフライン認証または検証手法が完了すると、カードを再びタップするための第２プロンプトを開始してもよく、第２タップは、他のユーザ認証情報比較を開始し、ユーザ（および／またはそれに関連付けられた非接触カード）に関連付けられたアプリケーションへの第２レベルのアクセスを許可し、アプリケーションに関連してユーザ（および／またはそれに関連付けられた非接触カード）の第２の認証または検証を実行する。例えば、オンライン検証または認証が第１タップに関して実行された場合、オフライン検証または認証は、第２タップに関して実行され、オフライン検証または認証が第１タップに関して実行された場合にはその逆も同様である。

図３Ｂは、支払いの完了とは異なる目的のために支払プロトコルを利用するユーザのオンライン検証または認証またはオフライン検証または認証を開始するためのタッピングの例示的な実施形態を示す概略図３１０である。種々の実施形態では、プロンプト。図１、図２Ａおよび図３Ａを参照して同様に説明したように、モバイル装置１１０上の検証アプリケーション１１４のグラフィカルユーザインタフェース（ＧＵＩ）が、他のアプリケーション、例えば、アクセスアプリケーション１１６のための認証または検証を開始するために非接触カード１０１をタップするプロンプト３０６を含んでもよい。別個のＡＰＩインタフェースが設けられ、検証アプリケーション１１４による検証または認証（いったん完了）をアクセスアプリケーション１１６に伝送してもよい。種々の実施形態では、概略図３２０に関連するプロンプト３０６，３０８は、第１レベルの認証が生じた後にのみ利用可能であり、図３Ａに概説したようなオンラインまたはオフラインの検証または認証のいずれかが行われる。概略図３２０に関連するタップは、モバイル装置１１０上の非接触カード１０１の第２タップである。種々の実施形態では、アクセスアプリケーション１１６は、第２タッププロンプト３０６を受信するための前提条件として、またはタップが行われた後で追加のオンラインまたはオフラインの検証動作の前に、プロンプト３０２を提供するが、アクセスアプリケーション１１６に関連して第２レベルの情報アクセスについて比較のためにユーザ認証情報を入力する（例えば、図１を参照して説明したように）。第２レベルの情報は、図３Ａに説明した第１レベルのアクセスに加えて提供できるより敏感な情報の追加アクセスである。ここで、情報のタイプおよびこれに関連するアプリケーションは、図１、図２Ａおよび図３Ａの少なくとも１つを参照して説明している。種々の実施形態では、検証アプリケーション１１４は、アクセスアプリケーション１１６および／またはいずれか他のアプリケーション、例えば、他のアプリケーション１１５に関してユーザ認証情報を入力するためのインタフェースまたはプロンプト３０８を提供する。

図１、図２Ａおよび図３Ａを参照して同様に説明したように、いったん非接触カード１０１がモバイル装置１１０にタップされると、認証アプリケーション１１４は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース、ＲＦＩＤ等を介して）非接触カード１０１へ指示を送信する。種々の実施形態では、指示は、図１に関して説明したように１つ以上の暗号化手法を実行することを指定できるが、種々の実施形態では、もしサーバ１２０を利用するオンライン検証手法が図３Ａに関して採用された場合、図３Ｂに関してオフライン動作が実行され、その逆も同様であることを除く。いったん第２タップに関連して開始された追加のオンラインまたはオフラインの検証手法に準じて検証されると、ユーザは、特定の第２レベルのユーザアカウントオプションにアクセスできる。種々の実施形態では、本明細書に記載の実施形態に関して議論したものと同様に、プロセッサ１１９は、ユーザ身元の少なくとも一部を、カード保有者識別情報の少なくとも一部とを比較する。後者は、非接触カード１０１のメモリ１０２、サーバのメモリ１２２、および／またはモバイル装置１１０のメモリ１１１（オンラインまたはオフライン手法が使用されるかに応じて、アクセスされて使用される）に配置できる。種々の実施形態では、第２照合は、ユーザアカウントの第２レベルのユーザアカウントオプションへのユーザアクセス（カードアクティベーション、個人識別番号（ＰＩＮ）変更要求、アドレス変更要求）を許可する。種々の実施形態では、第２レベルのユーザアカウントオプションは、アクセスアプリケーション１１６のより安全な機構を表す。

種々の実施形態では、いったん第１レベル認証が行われると、本明細書に説明したようなオンライン認証またはオフライン認証のいずれかが行われる。種々の実施形態では、オンライン認証手法が使用され、検証アプリケーション１１４は、サーバ１２０からイベントまたは通信データを受信する。種々の実施形態では、オフライン認証手法が使用され、検証アプリケーション１１４および非接触カード１０１は、公開／秘密鍵暗号化手法を利用して、非接触カードおよび／またはそれに関連するユーザを認証する。種々の実施形態では、非接触カード１０１とモバイル装置１１０との間でデータを送信するプロンプトは、ＥＭＶプロトコルまたは規格に準拠したいずれか適切なプロトコルを介して、データを認証アプリケーション１１４に送信することを指定してもよく、種々の実施形態において、認証アプリケーション１１４は、ＥＭＶプロトコルまたは規格に準拠したプロトコルを介して、非接触カード１０１から直接に任意の適切なデータを受信する。

図３Ｃは、支払いの完了とは異なる目的のために支払プロトコルを利用するユーザのオンライン検証およびオフライン検証または認証を開始するためのタッピングの例示的な実施形態を示す概略図３２０である。モバイル装置１１０、カードリーダ１１８、非接触カード１０１およびサーバ１２のうちの１つ以上を利用することを含んでもよいオンラインおよびオフライン検証手法の両方が採用されて完了すると、種々の実施形態において、その手法は、図３Ａおよび図３Ｂに関して説明したように、第１タップおよび第２タップに応答して完了し、ユーザ認証情報を第１レベルおよび第２レベルのアクセスのための保存済の情報と比較することに応答して、両方の第１レベルおよび第２レベルの情報または機構を含む、アクセスアプリケーション１１６へのアクセスが許可されていることを示すメッセージ３１２が、モバイル装置１１０のＧＵＩ上に現れてもよい。種々の実施形態では、メッセージプロンプトなしでアクセスが許可される。

図４Ａは、非接触カード１０１を示し、これは、支払いカード、例えば、クレジットカード、デビットカードおよび／またはギフトカードなどを含んでもよい。図示のように、非接触カード１０１は、カード１０１の表面または裏面に表示されたサービスプロバイダ４０５によって発行されてもよい。種々の実施形態では、非接触カード１０１は、支払いカードとは無関係であり、限定なしでＩＤ（身元識別）カードを備えていてもよい。種々の実施形態では、支払カードは、デュアルインタフェース非接触支払カードを含んでもよい。非接触カード１０１は、基板４１０を含んでもよく、これは、プラスチック、金属および他の材料からなる単一の層または１つ以上の積層された層を含んでもよい。例示の基材材料は、ポリ塩化ビニル、ポリ塩化ビニルアセテート、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極酸化チタン、パラジウム、金、炭素、紙、生分解性材料を含む。種々の実施形態では、非接触カード１０１は、ＩＳＯ／ＩＥＣ ７８１０規格のＩＤ－１フォーマットに準拠した物理的特性を有してもよく、それ以外に、非接触カードは、ＩＳＯ／ＩＥＣ １４４４３規格に準拠していてもよい。しかしながら、本開示に係る非接触カード１０１は、異なる特性を有してもよく、本開示は、非接触カードが支払カードに実装されることを要求していないことは理解されよう。

非接触カード１０１は、カードの表面および／または裏面に表示される識別情報４１５と、接触パッド４２０とを含んでもよい。接触パッド４２０は、他の通信装置、例えば、モバイル装置１１０、ユーザ装置、スマートフォン、ラップトップ、デスクトップまたはタブレットコンピュータなどとのコンタクトを確立するように構成できる。非接触カード１０１は、図４Ａに示していない処理回路、アンテナおよび他のコンポーネントを含んでいてもよい。これらのコンポーネントは、接触パッド４２０の後方または基板４１０上の他の場所に配置してもよい。非接触カード１０１は、磁気ストリップまたは磁気テープを含んでもよく、これらはカードの裏面に配置されてもよい（図４Ａでは不図示）。

図４Ｂに示されるように、非接触カード１０１の接触パッド４２０は、情報を保存し処理するための処理回路４２５（マイクロプロセッサ４３０およびメモリ１０２を含む）を含んでもよい。処理回路４２５は、ここで説明した機能を実行するのに必要なものとして、追加のコンポーネント（プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブおよび改竄防止ハードウェアを含む）を収納してもよいことが理解されよう。

メモリ１０２は、リードオンリーメモリ、ライトワンスリード多重メモリ、またはリード／ライトメモリ、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭでもよく、非接触カード１０１は、これらのメモリのうちの１つ以上を含んでもよい。リードオンリーメモリは、読出し専用または１回プログラム可能なものとして工場でプログラム可能でもよい。１回プログラム可能性は、１回書き込んだ後、何回も読み出しする機会を提供する。ライトワンスリード多重メモリは、メモリチップが工場を出た後にある時点でプログラム可能である。いったんメモリがプログラムされると、それは書き換えできないが、何回も読み出しできる。リード／ライトメモリは、工場を出た後に何回もプログラムでき、再プログラムできる。リード／ライトメモリはまた、工場を出た後に何回も読み出しできる。

メモリ１０２は、１つ以上のアプレット４４０、１つ以上のカウンタ１０４、顧客識別子（ＩＤ）１０７、および仮想アカウント番号１０８を保存するように構成できる。１つ以上のアプレット４４０は、１つ以上の非接触カード上で実行するように構成された１つ以上のソフトウェアアプリケーション、例えば、Ｊａｖａ Ｃａｒｄアプレットなどを含んでもよい。しかしながら、アプレット４４０は、Ｊａｖａ ｃａｒｄアプレットに限定されず、代わりに、非接触カードまたは限定されたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションでよいことは理解されよう。１つ以上のカウンタ１０４は、整数を保存するのに十分な数値カウンタを含んでもよい。顧客識別子１０７は、非接触カード１０１のユーザに割り当てられた固有の英数字識別子を含んでもよく、識別子は、非接触カードのユーザを他の非接触カードユーザから区別できる。種々の実施形態では、顧客識別子１０７は、顧客およびその顧客に割り当てられたアカウントの両方を識別でき、顧客のアカウントに関連付けられた非接触カードをさらに識別できる。上述したように、アカウント番号１０８は、非接触カード１０１に関連付けられた数千のワンタイム使用仮想アカウント番号を含んでもよい。非接触カード１０１のアプレット４４０は、アカウント番号１０８を管理するように構成してもよい。

上述した例示の実施形態のプロセッサおよびメモリ素子は、接触パッドを参照して説明したが、本開示はこれに限定されない。これらの素子は、接触パッド４２０内に配置されたプロセッサ４３０およびメモリ１０２の素子に加えて、パッド４２０の外側に、またはそこから完全に分離して、あるいは追加の素子として実装しもよいことが理解されよう。

種々の実施形態では、非接触カード１０１は、１つ以上のアンテナ４５５を備えてもよい。１つ以上のアンテナ４５５は、非接触カード１０１内および接触パッド４２０の処理回路４２５の周囲に配置してもよい。例えば、１つ以上のアンテナ４５５は、処理回路４２５と一体でもよく、１つ以上のアンテナ４５５は、外部ブースターコイルと共に使用してもよい。他の例として、１つ以上のアンテナ４５５は、接触パッド４２０および処理回路４２５の外部にあってもよい。

一実施形態では、非接触カード１０１のコイルは、空芯変圧器の二次コイルとして機能してもよい。端末は、電力の切断または振幅変調によって非接触カード１０１と通信できる。非接触カード１０１は、非接触カードの電力接続におけるギャップを使用して、端末から送信されるデータを推測でき、これは１つ以上のキャパシタを経由して機能的に維持できる。非接触カード１０１は、非接触カードのコイルへの負荷のスイッチングまたは負荷変調によって再び通信できる。負荷変調は、干渉を経由して端末のコイル内で検出できる。より一般には、アンテナ４５５、処理回路４２５および／またはメモリ１０２を用いて、非接触カード１０１は、ＮＦＣ、ブルートゥースおよび／またはＷｉ－Ｆｉ通信を介して通信するための通信インタフェースを提供する。

上述したように、非接触カード１０１は、スマートカード上、または制限されたメモリを有する他のデバイス、例えば、ＪａｖａＣａｒｄなどで動作可能なソフトウェアプラットフォーム上に構築でき、１つ以上のアプリケーションまたはアプレットが安全に実行できる。アプレット４４０が非接触カードに追加されて、種々のモバイルアプリケーション方式の使用事例において多要素認証（ＭＦＡ）のためのワンタイムパスワード（ＯＴＰ）を提供できる。アプレット４４０は、１つ以上の要求、例えば、ニアフィールドデータ交換要求などに応答して、リーダ、例えば、モバイルＮＦＣリーダ（例えば、モバイル装置１１０の）などから、ＮＤＥＦテキストタグとして符号化された暗号的に安全なＯＴＰを含むＮＤＥＦメッセージを生成するように構成できる。

ＮＤＥＦ ＯＴＰの一例は、ＮＤＥＦ短レコードレイアウト（ＳＲ＝１）である。こうした例では、１つ以上のアプレット４４０は、テキストタグとして周知のＮＤＥＦタイプ４としてＯＴＰを符号化するように構成できる。種々の実施形態では、ＮＤＥＦメッセージは、１つ以上のレコードを含んでもよい。アプレット４４０は、ＯＴＰレコードに加えて、１つ以上のスタティック（静的）タグレコードを追加するように構成してもよい。

種々の実施形態では、１つ以上のアプレット４４０は、ＲＦＩＤタグをエミュレートするように構成できる。ＲＦＩＤタグは、１つ以上の多形性(polymorphicタグを含んでもよい。種々の実施形態では、タグが読み取られる度に、非接触カードの真正性を示す異なる暗号データが提示される。１つ以上のアプリケーションをベースとして、タグのＮＦＣ読み取りが処理でき、データはサーバ、例えば、サーバ１２０に送信でき、データは、サーバで有効化できる。

種々の実施形態では、非接触カード１０１およびサーバ１２０は、カードが適切に識別できるような特定のデータを含んでもよい。非接触カード１０１は、１以上の固有識別子（不図示）を備えてもよい。読み出し動作が行われる度に、カウンタ１０４は、増加するように構成できる。種々の実施形態では、非接触カード１０１からデータが読み出される毎に（例えば、モバイル装置１１０によって）、カウンタ１０４は、確認用サーバに送信され、カウンタ値１０４が等しいか否かを判断する（検証の一部として）。

１つ以上のカウンタ１０４は、リプレイアタックを防止するように構成できる。例えば、暗号が取得されてリプレイされた場合、もしカウンタ１０４が読み取られたり使用されていれば、その暗号は直ちに拒否され、それ以外はそのままである。カウンタ１０４が使用されていなければ、それはリプレイできる。種々の実施形態では、カード上で増加したカウンタは、イベントまたは通信のために増加したカウンタとは相違する。非接触カード１０１上のアプレット４４０間に通信が存在しないため、非接触カード１０１は、アプリケーショントランザクションカウンタ１０４を判断できない。種々の実施形態では、非接触カード１０１は、第１アプレット４４０－１（これはトランザクションアプレットでもよいと、第２アプレット４４０とを備えてもよい。各アプレット４４０－１，４４０－２は、個々のカウンタ１０４を備えてもよい。

種々の実施形態では、カウンタ１０４は、同期外れになってもよい。種々の実施形態では、トランザクション、イベントまたは通信を開始する偶発的な読み取り、例えば、斜め読み取りを考慮するため、カウンタ１０４は、増加することがあるが、アプリケーションは、カウンタ１０４を処理しない。種々の実施形態では、モバイル装置１１０が起動された場合、ＮＦＣがイネーブルにでき、装置１１０は、利用可能なタグを読み取るように構成できるが、読み取りに応答した動作は行われない。

カウンタ１０４を同期状態に維持するために、あるアプリケーション、例えば、バックグラウンドアプリケーションが実行されてもよく、これは、いつの時点でモバイル装置１１０が起動してサーバ１２０と同期したかを検出するように構成され、検出に起因して生ずる読み出しがカウンタ１０４を前方に移動させることを示す。他の例では、ハッシュ化ワンタイムパスワードが利用でき、誤同期のウインドウを受け入れ可能になる。例えば、１０の閾値の範囲内であれば、カウンタ１０４は前方に移動するように構成できる。しかし、例えば、１０または１０００の範囲内など、異なる閾値数の範囲内であれば、再同期を実行するための要求が処理され、これは、１つ以上のアプリケーションを介して、ユーザがタップしたり、ジェスチャまたは他の方法でユーザの装置を介して１回以上指示することを要求する。もしカウンタ１０４が適切な順序で増加した場合、ユーザがそのように行ったことを知ることが可能である。

カウンタ１０４、マスター鍵１０５および変形(diversified)鍵１０６を参照して説明した鍵の多様化手法は、鍵の多様化手法の暗号化および／または復号化の一例である。この例示の鍵の多様化手法は、本開示が他のタイプの鍵多様化手法に等しく適用可能であるため、本開示の限定と考えるべきではない。

非接触カード１０１の作成プロセスでは、２つの暗号鍵が、カード毎に固有に割り当てできる。暗号鍵は、データの暗号化および復号化の両方で使用できる対称鍵を含んでもよい。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶによって使用でき、非接触カード１０１内のハードウェアによって実装される。鍵の多様化プロセスを使用することによって、１つ以上の鍵が、鍵を必要とする各エンティティ（実体）について固有に識別可能な情報に基づいて、マスター鍵から導出できる。

種々の実施形態では、脆弱性の影響を受けやすい３ＤＥＳアルゴリズムの欠点を克服するために、セッション鍵（例えば、セッション毎に固有の鍵など）を導出してもよいが、マスター鍵を使用するのではなく、固有のカード由来の鍵およびカウンタが多様化データとして使用できる。例えば、非接触カード１０１が動作中に使用される度に、メッセージ認証コード（ＭＡＣ）を作成し、暗号化を実施するために、異なる鍵を使用してもよい。その結果、３重暗号化層が得られる。セッション鍵は、１つ以上のアプレットによって発生でき、１つ以上のアルゴリズム（ＥＭＶ ４．３Ｂｏｏｋ ２ Ａ１．３．１ 共通セッション鍵導出で定義される）を用いて、アプリケーショントランザクションカウンタ（ＡＴＣ）を使用することによって導出できる。

さらに、各カードのインクリメントは固有なものでもよく、パーソナライズによって割り当てられ、またはいくつかの識別情報によってアルゴリズム的に割り当てしてもよい。例えば、奇数番号カードは、２ずつインクリメントでき、偶数番号カードは５ずつインクリメントしてもよい。種々の実施形態では、インクリメントは、シーケンシャル読み出しで変化してもよく、そのため１枚のカードが、１，３，５，２，２…の繰り返しによって順番にインクリメントしてもよい。特定のシーケンスまたはアルゴリズムシーケンスは、パーソナライズ時間、または固有の識別子から導出される１つ以上のプロセスから定義できる。これにより、リプレイアタッカーは、少数のカードインスタンスから一般化することをより困難にできる。

認証メッセージは、１６進ＡＳＣＩＩフォーマットでテキストＮＤＥＦレコードの内容として送給してもよい。他の例では、ＮＤＥＦレコードは１６進フォーマットで符号化してもよい。

図５は、論理フロー５００の一実施形態を示す。論理フロー５００は、本明細書で説明した１つ以上の実施形態によって実行される動作のいくつかまたは全てを表すことができる。例えば、論理フロー５００は、少なくとも部分的にはＥＭＶ規格に準拠した支払を完了することとは異なる目的のために、オンライン認証支払手法を利用してユーザを検証または認証する動作のいくつかまたは全てを含んでもよい。この文脈において実施形態は限定されない。

図示のように、論理フロー５００は、ブロック５０５で始まり、そこでは検証アプリケーション１１４、ＯＳ１１２、管理アプリケーション１２３および／または他の適切なアプリケーションのうちの少なくとも１つが、非接触カードを検証するために、種々の実施形態では、拡張により非接触カード１０１に関連付けられたユーザの身元を検証するためにトランザクション、イベントまたは通信を開始できる。種々の実施形態では、検証は、モバイル装置１１０上で非接触カード１０１をタップすることによって開始できる。種々の実施形態では、アクセスアプリケーション１１６は、タッププロンプトを受信するための前提条件で、またはタップが行われた直後で追加のオンライン検証動作の前にプロンプトを提供し、アクセスアプリケーション１１６に関する第１レベルおよび／または第２レベルの情報アクセスのための比較用にユーザ認証情報を入力する。第１レベルおよび／または第２レベルの情報および／または機構の性質は、本明細書の他の場所に説明している。種々の実施形態では、ユーザ認証情報は、ユーザプロファイルに関連付けられ、モバイル装置１１０によって提供されるインタフェースに入力され、そこでは、上述したように、第１アプリケーションユーザ認証情報は、生体データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名およびパスワードの組合せなどを含んでもよい。第１アプリケーションユーザ認証情報は、検証アプリケーション１１４によってサーバ１２０の管理アプリケーション１２３に送信してもよく、第１アプリケーションユーザ認証情報は、保存済の第２認証情報と比較される。

ブロック５１０において、種々の実施形態に従って、もし照合が見つかると、モバイル装置１１０と非接触カード１０１との間の通信が開始され、通信は、カードリーダ１１８を利用し、通信は、ＮＦＣプロトコルをベースとする。種々の実施形態では、サーバ１２０での比較のために第１アプリケーション認証情報を送信する代わりに、モバイル装置１１０と非接触カード１０１との間で比較が行われ、保存済の第２認証情報は、非接触カードのメモリ１０２に保存される。種々の実施形態では、ユーザ認証情報に関する比較は省略され、モバイル装置１１０上の非接触カード１０１のタップは、どのアプリケーションが認証を必要とするか、例えば、アクセスアプリケーション１１６を選択するプロンプトを開始する。非接触カード１０１とモバイル装置１１０との間のＮＦＣ通信は、ＥＭＶ規格に準拠した支払プロトコルを用いてユーザのオンライン検証または認証を起動するのを開始するが、単に販売または購入を完了する以外の目的のための検証または認証を含むことを目的としている。種々の実施形態では、タップまたはユーザ認証情報の比較のいずれかが、タップまたはユーザ認証情報の比較のための前提条件でもよく、拡張によってフロー５００に関連する流れの残りのための前提条件を提供してもよい。

ブロック５１５において、種々の実施形態に従って、非接触カード１０１は、カードとの通信によって、トランザクション、イベントまたは通信の一部として、アプリケーショントランザクションカウンタ（ＡＴＣ）を含む１つ以上の入力をモバイル装置１１０に提供できる。ブロック５２０において、モバイル装置１１０と通信する非接触カード１０１は、トランザクション、イベントまたは通信の複数の入力およびカードに関連付けられた対称鍵に基づいて、ＡＲＱＣなどの暗号を発生できる。種々の実施形態では、ブロック５１５，５２０は、単一または同時のシーケンスに組み合わせてもよい。種々の実施形態では、動作は別々に実行されてもよい。種々の実施形態では、モバイル装置１１０による入力の受信および非接触カードによる暗号の発生は、１つ以上の演算を含んでもよい。演算は、検証アプリケーション１１４が、ＮＦＣカードリーダ１１８を介して非接触カード１０１に指示を送信することを含んでもよく、暗号化されたデータを発生して送信することを特定している。この動作は、暗号化データを発生するための指示の受信に応答して、非接触カード１０１がメモリ１０２内のカウンタ値１０４をインクリメントできることをさらに含んでもよい。この動作はさらに、非接触カード１０１が、メモリ１０２内のカウンタ値１０４およびマスター鍵１０５および暗号アルゴリズムを用いて変形鍵１０６を発生することをさらに含んでもよい。この動作はさらに、非接触カード１０１が、変形鍵１０６および暗号アルゴリズムを用いてデータ（例えば、顧客識別子（ＩＤ）１０７）を暗号化し、暗号化されたデータ（例えば、暗号化顧客ＩＤ１０９を発生することをさらに含んでもよい。この動作はさらに、非接触カード１０１が、例えば、ＮＦＣを使用して、暗号化されたデータをモバイル装置１１０の検証アプリケーション１１４に送信できることを含んでもよい。種々の実施形態では、非接触カード１０１はさらに、暗号化されたデータと共に、カウンタ値１０４の指示を含んでもよい。

ブロック５２５において、モバイル装置１１０の検証アプリケーション１１４は、非接触カード１０１から受信したデータを、サーバ１２０の管理アプリケーション１２３に送信できる（これは、上述したように、非接触カード１０１の発行者と関連付けてもよい）。ブロック５３０において、モバイル装置１１０は、送信された暗号（および他の送信された情報）に基づいて、サーバ１２０による発行者からの応答を受信でき、その結果として非接触カードおよび／またはユーザの身元を検証する。受信した応答は、例えば、発行者に関連付けられたサーバ１２０において、暗号の受信に応答して、発行者、例えば、発行者の認証サーバによって、対称鍵および／または暗号全体を再作成することをベースとする（例えば、対称鍵を用いて部分的に発生）。種々の実施形態では、１つ以上の動作がブロック５２５に関連付けられる。この動作は、サーバ１２０の管理アプリケーション１２３が、暗号アルゴリズムへの入力としてマスター鍵１０５およびカウンタ値１０４を用いて変形鍵１０６を発生することを含んでもよい。種々の実施形態では、管理アプリケーション１２３は、非接触カード１０１によって提供されるカウンタ値１０４を使用する。種々の実施形態では、管理アプリケーション１２３は、メモリ１２２内のカウンタ値１０４をインクリメントして、メモリ１２２内のカウンタ値１０４の状態を非接触カード１０１のメモリ１０２内のカウンタ値１０４と同期させる。従って、種々の実施形態では、ユーザ（および／または非接触カード）が検証されるだけでなく、カウンタ、例えば、ＡＴＣが、非接触カード１０１とサーバ１２０との間で同期され、後続のトランザクション、イベント、通信を処理する際のエラーを軽減できる。

種々の実施形態では、図５に関連する上記の動作およびブロックは、ＥＭＶ規格に準拠し、発生した暗号およびそれに関連する受信応答は、支払プロトコルの一部であり、例外として、アクセス認証アプリケーション１１４によって開始した場合、支払プロトコルの実行ことから導出される検証および認証は、支払の完了とは異なる目的のため、例えば、アクセスアプリケーション１１６の１つ以上の非支払機構へのアクセスを獲得するためであった。

図６は、論理フロー６００の一実施形態を示す。論理フロー６００は、本明細書で説明した１つ以上の実施形態によって実行される動作のいくつかまたは全てを表すことができる。例えば、論理フロー６００は、不正防止対策を実行するために、図５の検証または認証動作に関連付けられた更新ＡＴＣを利用することを含んでもよい。この文脈において実施形態は限定されない。

図示のように、論理フロー６００は、図５の１つ以上の動作が完了した後に開始し、種々の実施形態では、フローは、図５のブロック５３０において開始する。ブロック６１０において、ＡＴＣの更新バージョンは、発行者に関連付けられたホスト装置、例えば、サーバ１２０に保存される。従って、種々の実施形態では、フロー６００は、図５の少なくとも１つの実施形態に関連付けられ、ＡＴＣは、サーバ１２０のカウンタログ１２１に保存され、非接触カード１０１のＡＴＣとサーバ１２０に保存されたＡＴＣとの間に同期が存在する。ブロック６１５において、不正防止対策は、ＡＴＣを利用してサーバ１２０によって実行できる。種々の実施形態では、カウンタログ１２１は、１つ以上の非支払イベントまたは通信に関連付けられたカウンタ値に関連付けられたタイムスタンプを含んでもよい。タイムスタンプは、管理アプリケーション１２３と通信するサーバ１２０の内部カウンタまたはタイミング装置によってログに記録してもよく、管理アプリケーション１２３は、タイミングまたはクロック装置を利用してイベントまたは通信のタイミングをログに記録する。種々の実施形態では、カウンタログ１２１は、１つ以上の支払イベントまたは通信に関連付けられたカウンタ値に関連付けられたタイムスタンプを含んでもよく、再びタイムスタンプは、管理アプリケーション１２３と通信する内部カウンタまたはタイミング装置によってログに記録してもよく、管理アプリケーション１２３は、タイミングまたはクロック装置を利用してイベントまたは通信のタイミングをログに記録する。種々の実施形態では、特定のイベントまたは通信に関連するＡＴＣのカウンタ値（例えば、それは支払イベントまたは通信または非支払イベントまたは通信であり）、管理アプリケーション１２３によってログに記録されてもよい。種々の実施形態では、管理アプリケーション１２３は、その特定の性質に関わらず、非支払イベントまたは通信として、検証アプリケーション１１４から由来する任意のイベントまたは通信、そしてユーザ認証情報を支払イベントまたは通信として利用する任意の他のイベントまたは通信を認識するように構成してもよい。代替として、管理アプリケーション１２３は、本明細書で概説した第１レベルおよび第２レベルのユーザ認証情報スキームを、イベントまたは通信が、支払または非支払のイベントまたは通信である時期を判断するためのメカニズムとして利用してもよい。例えば、もしイベントまたは通信が、サーバ１２０の動作を利用して認証を実行する場合、そしてもし第１レベルと第２レベルの両方のアクセスが許可されている場合、それは支払イベントまたは通信であり、それ以外には、それは非支払イベントまたは通信である。任意の他の適切な手法を使用して、イベントまたは通信を支払イベントまたは通信または非支払イベントまたは通信として区別してログに記録してもよい。

種々の実施形態では、上述のように、管理アプリケーション１２３は、非支払イベントまたは通信の間で生ずる支払イベントまたは通信の一般的な数を比較するように構成してもよい。非支払イベントまたは通信の後の支払いイベントまたは通信の数が特定の閾値を超えた場合、管理アプリケーション１２３は、支払イベントまたは通信を拒否してもよく、そうでなければ、イベントまたは通信は完了してもよい（例えば、ユーザは、非支払および支払プロトコルのために支払プロトコルを使用できると想定されるため、非支払イベントまたは通信の後に過度に多くの数の支払イベントまたは通信は詐欺的であると考えられる）。種々の実施形態では、最小または最大の閾値を超えるという観点で、任意のイベントまたは通信、例えば、支払または非支払、の間の時間に関する閾値により、管理アプリケーション１２３は、認証または検証動作を拒否するようにしてもよい。カウンタログ１２１を使用して、任意の他の適切な方法で不正防止対策を実行することを含む任意の他の適切な動作を実行してもよい。

図７Ａは、論理フロー７００Ａの一実施形態を示す。論理フロー７００Ａは、本明細書で説明した１つ以上の実施形態によって実行される動作のいくつかまたは全てを表すことができる。例えば、論理フロー７００Ａは、支払プロトコルを利用するユーザのオンラインおよびオフラインの検証および認証の両方を実行するための動作の一部または全てを含んでもよいが、支払いを完了することとは異なる認証または検証を含む目的のためである。この文脈において実施形態は限定されない。

一般に、種々の実施形態では、ブロック７１０～７２５は、オフライン検証手法に対応し、ブロック７３０～７４５は、オンライン検証手法に対応する。オフラインまたはオンライン検証手法のいずれか一方は、第１または第２を開始でき、それぞれが互いに独立して動作でき、種々の実施形態では、一方を利用して検証を可能であるが、他方ではない。

図示のように、論理フロー７００は、ブロック７０５で始まり、あるアプリケーション、例えば、モバイル装置１１０の検証アプリケーション１１４などが、非接触カード１０１と通信する。種々の実施形態では、検証アプリケーション１１４は、ユーザプロファイルに関連付けられた第１アプリケーションユーザ認証情報をユーザから受信する。種々の実施形態では、通信は、非接触カード１０１を用いてモバイル装置１１０をタップすることによって開始する。上述のように、ユーザは、認証アプリケーション１１４からのプロンプトを受信した後、第１アプリケーションユーザ認証情報を提供してもよい。種々の実施形態では、上述のように、第１アプリケーションユーザ認証情報は、生体データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名およびパスワードの組合せなどを含んでもよい。種々の実施形態では、プロセッサ１１９は、第１アプリケーションユーザ認証情報を保存済の第２アプリケーションユーザ認証情報と比較する。保存済の第２アプリケーションユーザ認証情報は、ユーザ身元に関連付けられてもよい。ユーザ身元は、個人識別番号（ＰＩＮ）、ユーザの名前、アドレス、生年月日などを含んでもよい。種々の実施形態では、第１照合を判明した後、検証アプリケーション１１４は、アカウントの表示、最近のトランザクション、イベント、通信の表示等を含む第１レベルのユーザアカウントオプションへのアクセスを許可する。照合の判明に応答して、モバイル装置１１０は、ユーザ身元を部分的に検証し、ブロック７１０～７２５１つ以上に進む（または代替としてオンライン検証プロセスを模倣し、ブロック７３０～７４５の１つ以上に進む）ことによって、オフライン検証プロセスを開始する。種々の実施形態では、ユーザ認証情報比較は、完全にスキップされる（実行されない）。ブロック７１０において、検証アプリケーション１１４は、カードの公開／秘密鍵ペアのうちの公開鍵を非接触カード１０１から受信する。種々の実施形態では、検証アプリケーション１１４は、非接触カード１０８のカード情報も受信してもよい。カード情報は、個人識別番号（ＰＩＮ）、ユーザの名前、アドレス、生年月日等のカード保有者情報を含んでもよい。

ブロック７１５において、検証アプリケーション１１４は、カードの鍵ペアの秘密鍵を用いて、非接触カード１０１にデジタル署名を発生するように命令する。非接触カード１０１は、デジタル署名を発生し、検証アプリケーション１１４は、ブロック７２０において非接触カード１０１からデジタル署名を受信する。ブロック７２５において、モバイル装置は、カードの鍵ペアの公開鍵を使用することによってデジタル署名を検証できる（プロセッサ１１９の動作によっておよび／またはアプリケーション、例えば、検証アプリケーション１１４を利用して）。

オフライン検証が完了すると、ブロック７３０～７４５に関連付けられたオンライン動作を行ってもよい（または、オンライン動作が最初に行われた場合は、次にオフライン動作を行ってもよい）。種々の実施形態において、オンライン動作（またはオフライン動作を行う）の前提条件として、モバイル装置１１０のプロセッサ１１９は、カード情報をユーザアカウントと比較できる（上述のように）。例えば、プロセッサ１１９は、ユーザ身元をカード保有者識別情報と比較できる（上述のように）。いくつかの実施形態では、非接触カード１０１を用いて検証した後に、検証アプリケーション１１４は、第２レベルのユーザアカウントオプション（非限定的な例として、カードアクティベーション、個人識別番号（ＰＩＮ）変更要求、アドレス変更要求等を含む）へのアクセスを許可する（本明細書の他の場所で説明したように）。第２レベルのユーザアカウントオプションは、第１レベルのユーザアカウントオプションよりも高いセキュリティ要件を有してもよく、種々の実施形態において、オンライン（またはオフライン）検証が行われた後にのみ許可してもよく、例えば、第２レベル機構が、カード保有者情報とユーザ身元との比較が行われた後にのみ許可され、例えば、オンライン（またはオフライン）検証は、第２レベルアカウントオプションを許可するための追加の要件である。

種々の実施形態では、非接触カード１０１上の非接触カード１０１の第１タップは、第１レベル情報（および／またはオンラインまたはオフラインの動作を行う）についての前提条件として機能し、モバイル装置１１０上の非接触カード１０１の第２タップは、第２レベル情報へのアクセス（および／または、オンラインまたはオフライン動作の実行）のための前提条件として機能する。第１および第２のタップは、ユーザ認証情報および／またはユーザ情報の比較の代わりとすることができ、および／または、オンラインおよび／またはオフライン動作を実行するため、および／または、第１レベルおよび／または第２レベル情報にアクセスするための追加の事前条件として機能してもよい。種々の実施形態では、ユーザ認証情報および情報比較およびタッピングは省略してもよく、オフラインおよび／またはオンライン動作は、第１レベルおよび／または第２レベル情報にアクセスするための基礎としてもよい。

種々の実施形態では、ブロック７３０～７４５は、ブロック５１５～５３０に関して説明したものにほぼ類似した動作に対応する。種々の実施形態では、いったん発行者、例えば、発行者の認証サーバからの検証がブロック７４５で受信されると、例えば、オンライン検証が完了すると、オンライン検証を実施したサーバ１２０に関連付けられたＡＴＣ１０４は、非接触カード１０１のＡＴＣ１０４と同期でき、単一のトランザクション、イベントまたは通信が行われたためである。検証アプリケーション１１４は、ブロック７３０～７４５に関連付けられた動作の１つ以上におけるその通信の一部として、オンライン動作の実行時に非接触カード１０１内の追加の増加(uptick)が生ずる必要がなく、オフライン検証が行われた場合（またはその逆も同様）は増加が生じることを示してもよい。

図７Ｂは、論理フロー７００Ｂの一実施形態を示す。論理フロー７００Ｂは、本明細書で説明した１つ以上の実施形態によって実行される動作のいくつかまたは全てを表すことができる。例えば、論理フロー７００Ｂは、支払プロトコルを利用するユーザのオンラインおよびオフラインの検証および認証の両方を実行する動作の一部または全てを含んでもよいが、支払いを完了することとは異なる認証または検証を含む目的のためである。この文脈において実施形態は限定されない。

ブロック７５０において、アクセスアプリケーション１１６へのユーザアクセス（）えば、１つ以上の機構）を許可するために、検証アプリケーション１１４は、第１アプリケーションユーザ認証情報をプロセッサ１１９に伝送できる。種々の実施形態では、通信は、非接触カード１０１をモバイル装置１１０上でタップすることによって開始する。種々の実施形態では、プロセッサ１１９は、第１アプリケーションユーザ認証情報を保存済の第２アプリケーションユーザ認証情報と比較する。保存済の第２アプリケーションユーザ認証情報は、モバイル装置１１０に関連付けられたメモリ１１１、非接触カード１０１に関連付けられたメモリ１０２、および／またはサーバ１２０に関連付けられたメモリ１２２に配置できる。種々の実施形態では、第１アプリケーションユーザ認証情報は、サーバ１２０に提供され、サーバ１２０は、第１アプリケーションユーザ認証情報を保存済の第２のアプリケーションユーザ認証情報と比較する。種々の実施形態では、上述したように、プロセッサ１１９は、比較結果を検証アプリケーション１１４に伝送する（例えば、照合のため）。ブロック７５５において、モバイル装置の適切なコンポーネント、例えば、プロセッサ１１９、および／または、非接触カード１０１の適切なコンポーネント、および／または、サーバ１２０の適切なコンポーネント、例えば、管理アプリケーション１２３、検証アプリケーション１１４が、ｉ）１つ以上のホストレス（例えば、サーバ動作なし）動作（例えば、オフラインプロトコル）、および／または、ｉｉ）１つ以上の認証サーバ検証動作（例えば、サーバに関連付けられたオンラインプロトコルまたは動作）のうちの少なくとも１つを開始できる。種々の実施形態では、ブロック７５０は省略され、ブロック７５０に関して照合または比較は行われず、フローはブロック７６０に直接進む。種々の実施形態では、もし比較が第１ユーザ認証情報と保存済の第２認証情報との間の照合を検証する場合、アクセスアプリケーション１１６の１つ以上の機構に対する部分的アクセス（例えば、第１レベルのアクセス）が許可される。種々の実施形態では、第１レベルのアクセスは、認証サーバまたはホストレス検証動作のうちの少なくとも１つが無事に実行され、非接触カード（および／またはユーザ）がそれに関連して検証または許可される場合にのみ許可される。ホストレスおよび認証サーバの検証動作の両方は、ＥＭＶ規格に準拠可能な支払プロトコルに関連付けられ、プロトコルの少なくとも１つは、非支払機能を可能にするために使用でき、非支払機構は、支払いを完了することに関連付けられた支払機構とは異なる。

ブロック７６０において、検証アプリケーション１１４は、認証サーバ検証プロトコルが実行できるかどうかを判断する。例えば、管理アプリケーション１２３は、検証を拒否してもよく、理由は、ユーザアカウント上に保留(hold)が置かれているためである。拒否が検証アプリケーションに送信され、および／または、検証アプリケーション１１４がネットワーク障害を判断できる。検証アプリケーション１１４が、認証サーバ検証または認可プロトコルが実行できると判断した場合、フロー７００Ｂは、ブロック７６２に進むことができ、発行者検証動作を実行して、非接触カードおよび／またはそれに関連するユーザを検証および／または許可できる。種々の実施形態では、図５に関連する動作の１つ以上が、ブロック７６２において実行され、認証サーバ検証動作を実行し、非接触カードおよび／またはそれに関連するユーザを承認し、サーバ１２０のアプリケーショントランザクションカウンタ値１０４が最新かつ進行中であることを保証する１つ以上の動作を含む。種々の実施形態では、認証サーバ検証動作がブロック７６２において実行された後、非接触カードおよび拡張によってそれに関連付けられたユーザは、それらの検証動作に従って無事に検証された場合、アクセスアプリケーション１１６に関連付けられた追加の機構への第２レベルのアクセスになる。種々の実施形態では、第２レベルのアクセスを受信するための追加の要件は、サーバの管理アプリケーション１２３が第２比較を行うことを含み、例えば、ユーザ身元の少なくとも一部と、カード保有者識別情報の少なくとも一部とを比較する（カード保有者情報は、非接触カード１０１および／またはモバイル装置から提供されてもよい）ことを含む。第１レベルおよび／または第２レベルのアクセスのタイプは、本開示の１つ以上の他の実施形態に関して上述していることに留意する。種々の実施形態では、いったん認証サーバ－検証動作、および／または第２レベルユーザ比較が行われると、フロー７００Ａは、オフライン（例えば、ホストレス）動作を実行することなく終了する。

もし発行者（例えば、認証サーバ）またはホスト式プロトコル（例えば、オンラインプロトコル）が実行されない場合、フロー７００Ｂはブロック７６５に進むことができる。ブロック７６５において、カード保有者識別情報とのユーザ身元の第２比較は、フローを進める前提条件として実行され、成功した第２比較は、第２レベルのアクセスを許可することを含んでもよく、含まなくてもよく、このフローでのこの段階で、オフラインまたはオンライン検証が行われないためである。種々の実施形態では、プロセッサ１１９は、ユーザ身元の少なくとも一部と、カード保有者識別情報の少なくとも一部とを比較し、非接触カード１０１とモバイル装置１１０との間のＮＦＣ通信の結果として、カード保有者識別情報は、モバイル装置１１０（例えば、モバイル装置１１０のプロセッサ１１９）に伝送される。ブロック７６７で照合が判明されなければ、検証は終了する。種々の実施形態では、ブロック７６７におけるフロー７００Ｂの終了の結果として、アクセスアプリケーション１１６の１つ以上の機構へのアクセスが拒否される。ここで、拒否は、アクセスアプリケーション１１６への第１レベルおよび／または第２レベルのアクセスに関する拒否であってもなくてもよい。種々の実施形態では、第２ユーザ認証情報比較（および／またはブロック７５０の第１ユーザ認証情報比較）は省略され、フローは、ブロック７６０からブロック７７０に直接進む。

ブロック７６７の比較が成功した場合（例えば、照合が判断される）、および／または、ブロック７６７の動作が省略された場合、フロー７００Ｂはブロック７７０に進むことができる。ブロック７７０において、検証アプリケーション１１４は、認証サーバプロトコルまたは動作がネットワークまたは技術的障害の結果として実行できないかどうかを判断する。検証アプリケーション１１４がネットワークまたは技術的障害の結果として実行できない場合、フロー７００Ａはブロック７７５に進み、ホストレスまたはオフラインプロトコルを実行する。オフラインプロトコルは、本明細書で概説したオフライン動作の１つ以上を含んでもよく、図７Ａのブロック７０５～７２５の動作を含んでもよい。種々の実施形態では、ブロック７７５は、オフライン動作を開始する前に、非接触カード１０１の第２タップを要求してもよい。種々の実施形態では、オフライン動作の成功した完了は、前のブロック、例えば、ブロック７５０に関連する動作の結果として既に許可されていることがある第１レベルのアクセスに加えて、第２レベルのアクセスを提供する。および／または、オフライン動作の成功の完了は、もし第１レベルのアクセスが以前に許可されていなければ、アクセスアプリケーション１１６に対する第１レベルおよび／または第２レベルのアクセスを許可する。

種々の実施形態では、フロー７００Ｂは、ブロック７７５からブロック７８０に進む。ブロック７８０において、検証アプリケーション１１４は、完了したオフライン検証または認証の結果として、非接触カード１０１から更新されたＡＴＣ値１０４を抽出する。更新されたＡＴＣ値１０４は、モバイル装置１１０に関連付けられたメモリに保存される。ブロック７８５において、検証アプリケーション１１４は、サーバ１２０とモバイル装置１１０との間の通信を促進することに関連するネットワークを継続的にポーリングして、いつ接続性が回復されたかを判断し、および／または、それ以外には、いつサーバ１２０とモバイル装置１１０のとの間の通信を禁止する技術的障害が治まるかを判断する。いったんネットワーク接続性が回復されると、ブロック７９０において、更新されたＡＴＣ値１０４が、モバイル装置１１０からサーバ１２０に伝送され、非接触カード１０１およびサーバ１２０のデータを同期させ、これは、次の時間、例えば、次の検証において、検証または認証エラーが発生することを禁止できる。

種々の実施形態では、ブロック７７０において、認証サーバ動作は技術的障害に関連しない結果として実行されない可能性があると検証アプリケーション１１４が判断した場合、フロー７００Ｂは、アクセスアプリケーション１１６の１つ以上の態様へのアクセス（アクセスアプリケーション１１４に対する第１レベルおよび／または第２レベルのアクセスを含む）を許可せずに終了する。

種々の実施形態では、非接触カード１０１は、ある装置、例えば、１つ以上のコンピュータキオスクまたは端末など、にタップでき、身元を検証して、購入に応答する取引品目、例えば、コーヒーなどを受領できる。非接触カード１０１を使用することによって、ロイヤルティプログラムの身元を証明する安全な方法が確立できる。身元を安全に提供して、例えば、報酬、クーポン、値引き等を獲得すること、または利益の受領は、バーカードを単にスキャンするだけとは異なる方法で確立される。例えば、非接触カード１０１と装置との間で暗号化トランザクションが発生してもよく、これは、１つ以上のタップジェスチャを処理するように構成できる。上述したように、１つ以上のアプリケーションは、ユーザの身元を立証し、そして、例えば、１つ以上のタップジェスチャを介して、それに作用または応答するように構成してもよい。種々の実施形態では、例えば、ボーナスポイント、ロイヤルティポイント、報酬ポイント、ヘルスケア情報等のデータは、非接触カードに再書き込みしてもよい。

種々の実施形態では、非接触カード１０１は、ある装置、例えば、モバイル装置１１０にタップできる。上述したように、ユーザの身元は、身元の検証に基づいてユーザに所望の利益を許可する１つ以上のアプリケーションによって検証できる。

種々の実施形態では、例示の認証通信プロトコルは、いくつかの変更とともに、取引カードと販売時点情報管理（ＰＯＳ）装置との間で共通に実行されるＥＭＶ規格のオフライン動的データ認証プロトコルを模倣できる。例えば、例示の認証プロトコルは、カード発行者／支払プロセッサ自体との支払取引を完了するために使用されないため、あるデータ値は不要であり、カード発行者／支払プロセッサへのリアルタイムのオンライン接続性を伴わずに認証を行うことができる。当該技術分野で知られているように、販売時点情報管理（ＰＯＳ）システムは、取引値を含むトランザクションをカード発行者に提出する。発行者がトランザクションを承認するか拒否するかは、カード発行者が取引値を認識したか否かをベースにできる。一方、本開示の特定の実施形態では、モバイル装置から由来するトランザクションは、ＰＯＳシステムに関連付けられた取引値を欠いている。従って、種々の実施形態では、ダミーの取引値（即ち、カード発行者に認識可能で、アクティベーションの発生を可能にするのに十分な値）が、例示の認証通信プロトコルの一部として通過できる。ＰＯＳ方式トランザクションはまた、トランザクション試行回数（例えば、トランザクションカウンタ）に基づいて取引を拒否できる。バッファ値を超えた多数の試行は、柔軟な拒否をもたらすことができ、柔軟な拒否は、取引を受け入れる前に更なる検証を要求する。いくつかの実施形態では、トランザクションカウンタのためのバッファ値は、正当な取引を拒否するのを回避するように変更できる。

種々の実施形態では、非接触カード１０１は、受領者装置に応じて情報を選択的に伝送できる。いったんタップすると、非接触カード１０１は、タップが向けられた装置を認識でき、この認識に基づいて、非接触カードは、当該装置に適切なデータを提供できる。これにより、非接触カードは、本動作または取引、例えば、支払いやカード認証などを完了するのに必要な情報のみを送信できるようになる。データの送信を制限し、不要なデータの送信を回避することによって、効率とデータセキュリティの両方が改善できる。情報の認識および選択的通信は、カードアクティベーション、残高転送、アカウントアクセス試行、商取引、およびステップアップ不正低減を含む種々のシナリオに適用できる。

非接触カード１０１のタップが、Ａｐｐｌｅ社ｉＯＳ（登録商標）オペレーティングシステムが動作する装置、例えば、ｉＰｈｏｎｅ（登録商標），ｉＰｏｄ（登録商標），ｉＰａｄ（登録商標）に向いた場合、非接触カードは、ｉＯＳ（登録商標）オペレーティングシステムを認識し、この装置と通信するために適切なデータを送信できる。例えば、非接触カード１０１は、例えば、ＮＦＣを介して、ＮＤＥＦタグを用いてカードを認証するのに必要な暗号化識別情報を提供できる。同様に、非接触式カードのタップが、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムが動作する装置、例えば、Ａｎｄｒｏｉｄ（登録商標）スマートフォンまたはタブレットに向いた場合、非接触カードは、Ａｎｄｒｏｉｄ（登録商標）オペレーティングシステムを認識し、この装置と通信するために適切でデータを送信できる（例えば、本明細書に記載の方法による認証に必要な暗号化された識別情報など）。

他の例として、非接触カードタップは、キオスク、チェックアウトレジスタ、支払ステーションまたは他の端末を無制限に含むＰＯＳ装置に向けることができる。タップの実行の際、非接触カード１０１は、ＰＯＳ装置を認識し、動作または取引に必要な情報のみを送信できる。例えば、商取引を完了するために使用されるＰＯＳ装置の認識の際、非接触カード１０１は、ＥＭＶ規格の下で取引を完了するのに必要な支払情報を伝送できる。

種々の実施形態では、取引に参加するＰＯＳ装置は、非接触カードによって提供される追加情報、例えば、装置固有情報、位置特定情報、および取引固有情報等を要求または指定できる。例えば、いったんＰＯＳ装置が非接触カードからデータ通信を受信すると、ＰＯＳ装置は、非接触カードを認識し、動作または取引を完了するのに必要な追加情報を要求できる。

種々の実施形態では、ＰＯＳ装置は、特定の非接触カードに慣れている承認された業者または他のエンティティ（実体）と提携でき、あるいは特定の非接触カード取引を実行するために順応できる。しかしながら、こうした提携は、上述した方法の実施に必要でないことは理解されよう。

種々の実施形態では、例えば、ショッピングストア、食料品店、コンビニエンスストア等において、非接触カード１０１は、アプリケーションを開く必要なしでモバイル装置にタップでき、報酬ポイント、ロイヤルティポイント、クーポン、値引き等の１つ以上を利用して、１つ以上の購入をカバーする欲望または意図を示してもよい。こうして購入後の意図が提供できる。

種々の実施形態では、１つ以上のアプリケーションは、非接触カード１０１の１つ以上のタップジェスチャを介して起動されたことを判断するように構成でき、その結果、起動が３：５１ｐｍに発生し、３：５６ｐｍに取引が処理または行われ、ユーザの身元を検証する。

種々の実施形態では、１つ以上のアプリケーションは、１つ以上のタップジェスチャに応答する１つ以上のアクションを制御するように構成できる。例えば、１つ以上のアクションは、報酬を収集すること、ポイントを収集すること、最も重要な購入を判断すること、最小コストの購入を判断すること、および／またはリアルタイムで他のアクションに再構成することを含んでもよい。

種々の実施形態では、データは、生体／ジェスチャ認証として、タップ行動上で収集できる。例えば、暗号的に安全で傍受を受けにくい固有の識別子を、１つ以上のバックエンドサービスに送信できる。固有識別子は、個人に関する２次情報を参照するように構成できる。２次情報は、ユーザに関する個人的に識別可能な情報を含んでもよい。種々の実施形態では、２次情報は、非接触カード内に保存してもよい。

種々の実施形態では、装置は、複数の個人の間で支払用の請求書または勘定書を分割するアプリケーションを含んでもよい。例えば、各個人は、非接触カードを所持して、同じ発行金融機関の顧客でもよいが、それは必要でない。これらの個人の各々は、アプリケーションを介して、それらの装置上でプッシュ通知を受信して、購入を分割できる。支払いを示すために１つのカードタップだけを受け入れるのではなく、他の非接触カードを使用してもよい。種々の実施形態では、異なる金融機関を有する個人は、非接触カード１０１を所持して、カードタッピングの個人から１つ以上の支払要求を開始する情報を提供できる。

種々の実施形態では、本開示は、非接触カードのタップを参照する。しかしながら、本開示はタップに限定されず、本開示は、他のジェスチャ（例えば、カードの波または他の動き）を含むことが理解されよう。

図８は、前述の様々な実施形態を実施するのに適したコンピュータシステム８０２を備える例示的なコンピュータアーキテクチャ８００の実施形態を示している。様々な実施形態では、コンピュータアーキテクチャ８００は、電子デバイスの一部として構成され、または実施され得る。種々の実施形態では、コンピュータアーキテクチャ８００は、例えば、システム１００の１つまたは複数のコンポーネントを実施するシステムを表し得る。種々の実施形態では、コンピュータシステム８０２は、例えば、システム１００のモバイル装置１１０およびサーバ１２０を表し得る。実施形態は、この文脈に限定されない。より一般的には、コンピュータアーキテクチャ８００は、図１～図７Ｂを参照して本明細書で説明されるすべての論理、アプリケーション、システム、方法、装置、および機能を実施するように構成される。

このアプリケーションで使用される用語「システム」、「コンポーネント」および「モジュール」は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかのコンピュータ関連エンティティを指すことを意図しており、その例は、例示的なコンピュータアーキテクチャ８００によって提供される。例えば、コンポーネントは、コンピュータプロセッサ上で実行されるプロセス、コンピュータプロセッサ、ハードディスクドライブ、（光学および／または磁気記憶媒体の）複数のストレージドライブ、オブジェクト、実行可能なもの、実行スレッド、プログラム、および／またはコンピュータであり得るが、これらに限定されない。例として、サーバ上で実行されているアプリケーションとサーバの両方は、コンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐し得、コンポーネントは、１台のコンピュータにローカライズされ、および／または２台以上のコンピュータ間で分散され得る。さらに、コンポーネントは、様々なタイプの通信媒体によって互いに通信可能に結合され、動作を調整し得る。調整には、情報の一方向または双方向の交換が含まれ得る。例えば、コンポーネントは、通信媒体を介して通信される信号の形で情報を通信し得る。情報は、様々な信号線に割り当てられた信号として実施され得る。このような割り当てでは、各メッセージは、信号である。しかしながら、さらなる実施形態は、代替としてデータメッセージを使用し得る。このようなデータメッセージは、様々な接続を介して送信され得る。接続例は、パラレルインタフェース、シリアルインタフェース、およびバスインタフェースを含む。

コンピュータシステム８０２は、１つまたは複数のプロセッサ、マルチコアプロセッサ、コプロセッサ、処理回路メモリユニット、チップセット、コントローラ、周辺機器、インタフェース、発振器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入力／出力（Ｉ／Ｏ）コンポーネント、電源などの様々な一般的なコンピュータ要素を含む。しかしながら、実施形態は、コンピュータシステム８０２による実施に限定されない。

図８に示されるように、コンピュータシステム８０２は、プロセッサ８０４、システムメモリ８０６、およびシステムバス８０８を含む。プロセッサ８０４は、ＡＭＤ（登録商標）Ａｔｈｌｏｎ（登録商標）、Ｄｕｒｏｎ（登録商標）およびＯｐｔｅｒｏｎ（登録商標）プロセッサ、ＡＲＭ（登録商標）アプリケーション、組み込みおよびセキュアプロセッサ、ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）ＤｒａｇｏｎＢａｌｌ（登録商標）およびＰｏｗｅｒＰＣ（登録商標）プロセッサ、ＩＢＭおよびＳｏｎｙ（登録商標）Ｃｅｌｌプロセッサ、Ｉｎｔｅｌ（登録商標）Ｃｅｌｅｒｏｎ（登録商標）、Ｃｏｒｅ（登録商標）、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）、Ｉｔａｎｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、Ｘｅｏｎ（登録商標）、およびＸＳｃａｌｅ（登録商標）プロセッサおよび類似のプロセッサを含むがこれらに限定されない、様々な市販のコンピュータプロセッサまたはコンピュータ処理回路のいずれかであり得る。デュアルマイクロプロセッサ、マルチコアプロセッサ、およびその他のマルチプロセッサアーキテクチャも、プロセッサ８０４として使用し得る。プロセッサ８０４は、システムメモリ８０６に含まれる関連するメモリ命令によって構成でき、そのため命令がプロセッサ（例えば、プロセッサ回路）８０４上で実行された場合、プロセッサは、図５～図７Ｂのうちの任意の１つに関連する１つ以上の動作、および／または、本明細書に開示される任意の他の動作または手法を実行できる。

システムバス８０８は、システムメモリ８０６からプロセッサ８０４を含むがこれらに限定されないシステムコンポーネントにインタフェースを提供する。システムバス８０８は、様々な市販のバスアーキテクチャのいずれかを使用して、メモリバス（メモリコントローラの有無にかかわらず）、周辺バス、およびローカルバスにさらに相互接続し得るいくつかのタイプのバス構造のいずれかであり得る。インタフェースアダプタは、スロットアーキテクチャを介してシステムバス８０８に接続し得る。スロットアーキテクチャの例は、アクセラレーテッドグラフィックスポート（ＡＧＰ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、ペリフェラルコンポーネントインターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩ Ｅｘｐｒｅｓｓ、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ（ＰＣＭＣＩＡ）などを含むがこれらに限定されない。

システムメモリ８０６は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ（例えば、１つまたはより多くのフラッシュアレイ）、強誘電性ポリマーメモリ、オボニックメモリ、相変化または強誘電性メモリなどのポリマーメモリ、シリコン酸化物窒化物酸化物シリコン（ＳＯＮＯＳ）メモリ、磁気または光カード、独立ディスクの冗長アレイ（ＲＡＩＤ）ドライブなどのデバイスのアレイ、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ））、および情報の格納に適したその他のタイプの記憶媒体などの１つまたは複数の高速メモリユニットの形式の様々なタイプのコンピュータ可読記憶媒体を含み得る。図８に示される図示の実施形態では、システムメモリ８０６は、不揮発性メモリ８１０および／または揮発性メモリ８１２を含み得る。不揮発性メモリ８１０には、基本入出力システム（ＢＩＯＳ）が格納され得る。

コンピュータシステム８０２は、内部（または外部）ハードディスクドライブ（ＨＤＤ）８１４、リムーバブル磁気ディスク８１８からの読み取りまたはリムーバブル磁気ディスク８１８への書き込みを行う磁気フロッピディスクドライブ（ＦＤＤ）８１６、およびリムーバブル光ディスク８２２（例えば、ＣＤ－ＲＯＭまたはＤＶＤ）からの読み取りまたはリムーバブル光ディスク８２２への書き込みを行う光ディスクドライブ８２０を含む、１つまたは複数の低速メモリユニットの形式の様々なタイプのコンピュータ可読記憶媒体を含み得る。ＨＤＤ８１４、ＦＤＤ８１６、および光ディスクドライブ８２０は、それぞれ、ＨＤＤインタフェース８２４、ＦＤＤインタフェース８２６、および光学ドライブインタフェース８２８によってシステムバス８０８に接続され得る。外部ドライブ実施用のＨＤＤインタフェース８２４は、ユニバーサルシリアルバス（ＵＳＢ）およびＩＥＥＥ１３９４インタフェース技術の少なくとも一方または両方を含み得る。コンピュータシステム８０２は、一般に、図１～図７を参照して本明細書で説明されるすべての論理、システム、方法、装置、および機能を実施するように構成される。

ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性および／または不揮発性ストレージを提供する。例えば、多数のプログラムモジュールは、オペレーティングシステム８３０、１つまたは複数のアプリケーションプログラム８３２、他のプログラムモジュール８３４、およびプログラムデータ８３６を含む、ドライブおよびメモリユニット８１０、８１２に格納され得る。種々の実施形態では、１つまたは複数のアプリケーションプログラム８３２、他のプログラムモジュール８３４、およびプログラムデータ８３６は、例えば、システム１００の様々なアプリケーションおよび／またはコンポーネント、例えば、オペレーティングシステム１１２、アカウントアプリケーション１１３、認証アプリケーション１１４、他のアプリケーション１１５、アクセスアプリケーション１１６、および／または管理アプリケーション１２３を含み得る。

ユーザは、１つまたは複数の有線／無線入力デバイス、例えば、キーボード８３８およびマウス８４０などのポインティングデバイスを介して、コンピュータシステム８０２にコマンドと情報を入力し得る。その他の入力デバイスには、マイク、赤外線（ＩＲ）リモートコントロール、無線周波数（ＲＦ）リモートコントロール、ゲームパッド、スタイラスペン、カードリーダ、ドングル、指紋リーダ、グラブ、グラフィックタブレット、ジョイスティック、キーボード、網膜リーダ、タッチスクリーン（例えば、容量性、抵抗性など）、トラックボール、トラックパッド、センサ、スタイラスなどを含み得る。これらおよび他の入力デバイスは、システムバス８０８に結合された入力デバイスインタフェース８４２を介してプロセッサ８０４に接続されることがよくあるが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェースなどの他のインタフェースによって接続され得る。

モニタ８４４または他のタイプの表示デバイスも、ビデオアダプタ８４６などのインタフェースを介してシステムバス８０８に接続されている。モニタ８４４は、コンピュータシステム８０２の内部または外部にあり得る。モニタ８４４に加えて、コンピュータは通常、スピーカ、プリンタなどの他の周辺出力デバイスを含む。

コンピュータシステム８０２は、リモートコンピュータ８４８などの１つまたは複数のリモートコンピュータへの有線および／または無線通信を介した論理接続を使用して、ネットワーク環境で動作し得る。リモートコンピュータ８４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽機器、ピアデバイス、または他の一般的なネットワークノードであり得、通常、コンピュータシステム８０２に関連して記載された要素の多くまたはすべてを含むが、簡潔にするために、メモリ／ストレージデバイス８５０のみが示されている。示されている論理接続には、ローカルエリアネットワーク（ＬＡＮ）８５２および／またはより大きなネットワーク、例えば、ワイドエリアネットワーク（ＷＡＮ）８５４への有線／無線接続が含まれる。このようなＬＡＮおよびＷＡＮネットワーク環境は、オフィスや企業では一般的であり、イントラネットなどの企業規模のコンピュータネットワークを容易にする。これらはすべて、例えば、インターネットなどのグローバル通信ネットワークに接続し得る。実施形態では、図１のネットワーク１３０は、ＬＡＮ８５２およびＷＡＮ８５４のうちの１つまたは複数である。

ＬＡＮネットワーキング環境で使用される場合、コンピュータシステム８０２は、有線および／または無線通信ネットワークインタフェースまたはアダプタ８５６を介してＬＡＮ８５２に接続される。アダプタ８５６は、アダプタ８５６の無線機能と通信するためにその上に配置された無線アクセスポイントを含み得るＬＡＮ８５２への有線および／または無線通信を容易にし得る。

ＷＡＮネットワーキング環境で使用される場合、コンピュータシステム８０２は、モデム８５８を含み得るか、またはＷＡＮ８５４上の通信サーバに接続されるか、またはインターネットを経由するなど、ＷＡＮ８５４上で通信を確立するための他の手段を有する。モデム８５８は、内部または外部であり、有線および／または無線デバイスであり、入力デバイスインタフェース８４２を介してシステムバス８０８に接続する。ネットワーク環境では、コンピュータシステム８０２に関して示されたプログラムモジュール、またはその一部は、リモートメモリ／ストレージデバイス８５０に格納され得る。示されたネットワーク接続は例示であり、コンピュータ間の通信リンクを確立する他の手段を使用できることが理解されるであろう。

コンピュータシステム８０２は、無線通信（例えば、ＩＥＥＥ８０２．１６無線変調技術）で動作可能に配置された無線デバイスなど、ＩＥＥＥ８０２規格ファミリーを使用して有線および無線デバイスまたはエンティティと通信するように動作可能である。これには、少なくともＷｉ－Ｆｉ（または無線フィデリティ）、ＷｉＭａｘ、ブルートゥース（登録商標）ワイヤレステクノロジなどが含まれる。したがって、通信は、従来のネットワークと同様に事前定義された構造、または少なくとも２つのデバイス間での単なるアドホック通信であり得る。Ｗｉ－Ｆｉネットワークは、ＩＥＥＥ８０２．１１ｘ（ａ、ｂ、ｇ、ｎなど）と呼ばれる無線技術を用いて、安全で信頼性の高い高速な無線接続を提供する。Ｗｉ－Ｆｉネットワークは、コンピュータを相互に接続したり、インターネットに接続したり、有線ネットワーク（ＩＥＥＥ８０２．３関連のメディアと機能を使用）に接続したりするために使用し得る。

様々な実施形態は、ハードウェア要素、ソフトウェア要素、または両方の組み合わせを使用して実施され得る。ハードウェア要素の例には、プロセッサ、マイクロプロセッサ、回路、回路要素（例えば、トランジスタ、抵抗、コンデンサ、インダクタなど）、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなどが含まれ得る。ソフトウェアの例には、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、機械プログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、計算コード、コンピュータコード、コードセグメント、コンピュータコードセグメント、単語、値、記号、またはそれらの任意の組み合わせが含まれ得る。ハードウェア要素および／またはソフトウェア要素を使用して実施形態が実施されているかどうかの決定は、必要な計算速度、電力レベル、熱耐性、処理サイクルバジェット、入力データ速度、出力データ速度、メモリリソース、データバス速度、およびその他の設計または性能の制約などの任意の数の要因に従って変化し得る。

少なくとも種々の実施形態の１つまたは複数の態様は、プロセッサ内の様々な論理を表す機械可読媒体に格納された代表的な命令によって実施でき、機械によって読み取られると、機械は、本明細書で説明する技術を実行する論理を製造する。「ＩＰコア」として知られるこのような表現は、有形の機械可読媒体に格納され、論理またはプロセッサを作成する製造機械にロードするために、様々な顧客または製造施設に提供される。種々の実施形態は、例えば、機械によって実行された場合に、実施形態に従った方法および／または動作を機械に実行させることができる命令または命令セットを格納することができる機械可読媒体または物品を使用して実施され得る。そのような機械は、例えば、任意の適切な処理プラットフォーム、コンピュータプラットフォーム、コンピュータデバイス、処理デバイス、コンピュータシステム、処理システム、コンピュータ、プロセッサなどを含むことができ、ハードウェアおよび／またはソフトウェアの任意の適切な組み合わせを使用して実施し得る。機械可読媒体または物品は、例えば、任意の適切なタイプのメモリユニット、メモリデバイス、メモリ物品、メモリ媒体、ストレージデバイス、ストレージ物品、ストレージ媒体および／またはストレージユニット、例えば、メモリ、リムーバブルまたは非リムーバブルな媒体、消去可能または消去不可能な媒体、書き込み可能または再書き込み可能な媒体、デジタルまたはアナログ媒体、ハードディスク、フロッピーディスク、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、コンパクトディスクレコーダブル（ＣＤ－Ｒ）、コンパクトディスクリライタブル（ＣＤ－ＲＷ）、光ディスク、磁気メディア、光磁気メディア、リムーバブルメモリカードまたはディスク、各種デジタルバーサタイルディスク（ＤＶＤ）、テープ、カセットなどを含み得る。命令は、ソースコード、コンパイル済みコード、解釈済みコード、実行可能コード、静的コード、動的コード、暗号化コードなどの適切なタイプのコードを含むことができ、任意の適切な高レベル、低レベル、オブジェクト指向、視覚的、コンパイル型および／または解釈型のプログラミング言語を使用して実施され得る。

例示的な実施形態の前述の説明は、例示および説明を目的として提示された。網羅的であること、または本開示を開示された正確な形式に限定することを意図していない。この開示に照らして、多くの修正および変更が可能である。本開示の範囲は、この詳細な説明ではなく、添付の請求の範囲によって限定されることが意図されている。本出願の優先権を主張する将来の出願は、開示された主題を異なる方法で主張し得、一般に、本明細書で様々に開示または実証されるように、１つまたは複数の限定の任意のセットを含み得る。

Claims (20)

1. モバイル装置によって、近距離無線通信（ＮＦＣ）を用いて非接触カードを検証する無線通信を開始するステップと、
   前記モバイル装置において、前記無線通信の一部として、アプリケーショントランザクションカウンタ（ＡＴＣ）を含む複数の入力を受信するステップと、
   前記モバイル装置を用いて、前記無線通信の複数の入力および前記カードに関連付けられた対称鍵に基づいて暗号を発生するステップと、
   前記モバイル装置において、前記暗号に基づいて前記非接触カードの身元を検証する認証サーバからの応答を受信するステップと、を含み、
   前記暗号の発生および前記認証サーバからの受信した応答は、支払プロトコルをベースとしており、
   前記無線通信および前記カード検証は、支払プロトコルに関して支払いを完了することとは異なる、方法。
2. 前記カードは、無線周波数識別（ＲＦＩＤ）チップを有し、
   前記カードは、コンピュータ装置に関連付けられたデジタルリーダのＮＦＣ範囲内にあり、
   前記暗号は、承認要求暗号（ＡＲＱＣ）である、請求項１に記載の方法。
3. 前記非接触カードの前記検証は、前記認証サーバからの受信した応答から判断される、請求項２に記載の方法。
4. 前記ＡＴＣの更新バージョンを、前記認証サーバに関連付けられたホスト装置に保存するステップをさらに含む、請求項２に記載の方法。
5. 前記更新ＡＴＣに関連付けられた身元検証は、非支払イベントとして記録される、請求項４に記載の方法。
6. 前記無線通信の開始は、第１タップに基づいており、
   更新ＡＴＣに関連付けられた非支払イベントを使用することによって、カードに関連付けられた支払イベントについて不正防止対策を実行するステップをさらに含む、請求項５に記載の方法。
7. 命令を保存するメモリと、
   該メモリに接続され、前記命令を実行するように動作可能な処理回路と、備える装置であって、
   該処理回路は、実行時に、
   コンピュータ装置に関連付けられたアプリケーションによって、ユーザから、ユーザプロファイルに関連付けられた第１アプリケーションユーザ認証情報を受信すること、
   第１照合のために、前記アプリケーションに関連付けられたプロセッサによって、第１アプリケーションユーザ認証情報を、ユーザ身元に関連付けられている保存済の第２アプリケーションユーザ認証情報と比較すること、および、
   第１照合の判明に応答して、ｉ）複数のホストレス検証動作、および、ｉｉ）複数の認証サーバ検証動作のうちの少なくとも１つを実施することによって、ユーザ身元を検証すること、を実行し、
   前記ホストレス検証動作は、
   ・前記アプリケーションによって、近距離無線通信（ＮＦＣ）を用いてカードと通信することと、
   ・前記アプリケーションによって、前記カードから、前記カードの鍵ペアの公開鍵および前記カードのアカウント保有者のカード保有者識別情報を受信することと、
   ・前記アプリケーションによって、前記カードの鍵ペアの公開鍵を用いて前記カードによるデジタル署名の発生を命令することと、
   ・前記カードから前記デジタル署名を受信することと、
   ・前記公開鍵を用いて前記デジタル署名を検証することと、を含み、
   前記認証サーバ検証動作は、
   ・前記アプリケーションによって、前記カードから、アプリケーショントランザクションカウンタ（ＡＴＣ）を含む複数の入力を前記コンピュータ装置に提供することと、
   ・前記アプリケーションによって、前記カードから、前記複数の入力および前記カードに関連付けられた対称鍵に基づいて、暗号を発生することと、
   ・前記アプリケーションによって、前記前記暗号および前記ＡＴＣを前記認証サーバに送信することと、
   ・前記認証サーバから応答を受信して、前記送信された暗号に基づいて非接触カードの身元を検証することと、を含み、
   受信した応答は、暗号を受信したことに応答して、前記認証サーバによって暗号を再作成することをベースとしている、装置。
8. 前記処理回路は、前記複数の認証サーバ検証動作が実行可能である場合、前記複数の認証サーバ検証動作だけを実行し、そうでない場合には、前記処理回路は、前記複数のホストレス動作を実行する、請求項７に記載の装置。
9. 前記カードは、無線周波数識別（ＲＦＩＤ）チップを有し、
   前記カードは、前記コンピュータ装置に関連付けられたデジタルリーダのＮＦＣ領域内にあり、
   前記処理回路は、前記複数の認証サーバ検証動作が実行可能であるか否かを判断する、請求項７に記載の装置。
10. 前記プロセッサ回路はさらに、前記ユーザ身元の少なくとも一部と前記カード保有者識別情報の少なくとも一部との間の第２照合を比較して、第２照合を判明したことに応答して、前記ホストレス動作を実行する、請求項９に記載の装置。
11. 前記認証サーバに関連付けられたネットワーク障害の結果、前記複数の認証サーバ検証動作が実行できない場合、前記処理回路はさらに、
    前記複数のホストレス動作が実行された後に、前記カードから更新ＡＴＣを抽出すること、
    前記更新ＡＴＣを前記コンピュータ装置に保存すること、および
    前記ネットワーク障害が治まった場合に、前記更新ＡＴＣを前記認証サーバに送信すること、を実行する、請求項１０に記載の装置。
12. 前記処理回路は、前記複数のホストレス動作および前記複数の認証サーバ検証動作の両方を実行し、
    前記アプリケーションは、少なくとも１つの支払機構および少なくとも１つの非支払機構に関連付けられ、
    前記複数のホストレス動作の全ての動作は、支払プロトコルをベースとしており、
    前記複数のホストレス動作の全ての動作は、少なくとも１つの非支払機構をイネーブルにするように実行され、
    前記少なくとも１つの非支払機構は、前記支払機構とは異なる、請求項１０に記載の装置。
13. 前記暗号の発生および前記認証サーバからの受信した応答は、支払プロトコルをベースとしており、
    前記複数の認証サーバ検証動作の全ての動作は、ユーザを検証して前記アプリケーションの非支払機能をイネーブルにするように実行される、請求項１２に記載の装置。
14. 前記暗号は、承認要求暗号（ＡＲＱＣ）である、請求項１３に記載の装置。
15. 前記処理回路はさらに、ＡＴＣの更新バージョンを前記認証サーバに保存する、請求項１４に記載の装置。
16. 前記処理回路はさらに、前記認証サーバにおいて、前記更新されたＡＴＣに関連付けられた前記認証サーバから受信した応答を、非支払イベントとして記録する、請求項１５に記載の装置。
17. ユーザに関連付けられたカードの発行者に関連付けられたホストシステムであって、
    下記命令を行うように、プロセッサによって実行可能なコンピュータ可読プログラムコードを保存する非一時的なコンピュータ可読記録媒体を含み、
    ・認証サーバにおいて、ｉ）前記カードに関連付けられたアプリケーション、およびｉｉ）少なくとも１つのコンピュータ装置、によって開始するカード検証通信に関連付けられた通信データを受信することであって、該通信データは、ｉ）アプリケーショントランザクションカウンタ（ＡＴＣ）、およびｉｉ）複数の通信の入力および前記カードに関連付けられた対称鍵に基づいた暗号、を含み、
    ・受信した暗号に基づいて前記カードを検証する、前記認証サーバからの応答を送信することであって、送信された応答は、通信データを受信することに応答して認証サーバによって暗号を再作成することをベースとしており、
    前記暗号および前記認証サーバからの送信された応答は、支払プロトコルをベースとしており、前記カード検証は、前記支払プロトコルに関連して支払を完了することとは異なる、ホストシステム。
18. 前記暗号は、承認要求暗号（ＡＲＱＣ）である、請求項１７に記載のホストシステム。
19. 前記カード検証は、前記認証サーバからの送信された応答から判断される、請求項１８に記載のホストシステム。
20. ・ＡＴＣの更新バージョンを保存することであって、更新されたＡＴＣに関連付けられたカード検証は、非支払イベントとして記録され、
    ・更新されたＡＴＣに関連付けられた非支払イベントを使用することによって、前記カードに関連付けられた支払イベントについて不正防止対策を実施すること、
    を行うように、前記プロセッサによって実行可能なコンピュータ可読プログラムコードをさらに含む、請求項１９に記載のホストシステム。

Images