JP2023509398A - 複数のロイヤルティポイントアカウントへのアクセスおよび利用 - Google Patents

Abstract

様々な実施形態は、一般に、オフラインおよび／またはオンラインの検証または認証プロトコルを利用して、複数のロイヤルティポイントおよびロイヤルティアカウントにアクセス、償還、または他の方法で利用することを対象とする。様々なロイヤルティポイントを利用するための方法は、ユーザがロイヤルティポイントアカウントデータベースへのアクセスを要求していると決定することと、暗号化アルゴリズムおよび多様化された鍵に基づいて生成された暗号化されたデータを受信することと、ユーザの検証を受信することであって、検証は、暗号化されたデータを含むデータの組み合わせの検証を含み、発行者に関連付けられたサーバが暗号化アルゴリズムおよび多様化された鍵に基づいてデータの組み合わせを復号する、ことと、ユーザの検証の受信に応答して、ユーザのロイヤルティポイントアカウントに関連付けられたデータベースにアクセスすることと、ロイヤルティポイントアカウントに関連付けられた複数のロイヤルティポイントの償還を承認することと、を含む。

Description

関連出願への相互参照
この出願は、２０１９年１２月２６日に出願された「複数のロイヤルティポイントアカウントへのアクセスおよび利用」という名称の米国特許出願第１６／７２７，２９４号の優先権を主張する。前述の特許出願の内容は、参照によりその全体が本明細書に援用される。

技術分野
本明細書の実施形態は、一般に、コンピューティングプラットフォームに関連し、より具体的には、様々な認証プロトコルを利用して複数のロイヤルティアカウントにアクセスすることに関する。

多くのカード、より具体的には金融カード（例えば、クレジットカード）をアクティブ化するには、カード所有者が電話番号に電話をかけたり、ウェブサイトにアクセスしたり、カード情報を入力したり提供したりするという時間のかかるプロセスが必要である。さらに、チップベースの金融カードの使用が増えるため、対面での購入において以前の技術（例えば、磁気ストリップカード）よりも安全な機能が提供されているが、アカウントへのアクセスは、カード所有者の身元を確認するため、および／またはその他の方法でトランザクションを完了するために、通常、ログイン資格情報（例えば、ユーザ名とパスワード）に依存しているのが実情である。しかしながら、ログイン資格情報が危殆化された場合、他の人物がユーザのアカウントにアクセスできる可能性がある。

アカウントへのアクセスが支払い、償還活動、または一般的なアクセスに関連するかどうかにかかわらず、単一の承認資格情報またはメカニズムが危殆化された場合、セキュリティリスクが悪化する可能性があるため、アカウントのセキュリティの問題は、複数のアカウントに効率的にアクセスしようとすると悪化する。

したがって、アカウントアクセスおよび支払いおよび償還トランザクションを含むトランザクションの競争のための認証メカニズムを改善する必要がある。

本明細書に開示される実施形態は、ステガノグラフィで符号化された画像を利用して、ユーザを検証し、および／または支払いトランザクションを含むがこれに限定されないトランザクションを完了するためのシステム、方法、製造品、およびコンピュータ可読媒体を提供する。１つまたは複数の例によれば、オンラインプロトコルを使用して、ロイヤルティポイントに関連付けられた１つまたは複数のアカウントへのアクセスを提供する（またはそうでなければ利用する）情報交換を開始するために、ユーザを検証および／または認証する。

一例によれば、コンピュータシステム上で実行されるアプリケーションを利用するコンピュータ実施方法は、トランザクションを開始して、ユーザの身元を検証し、および／またはステガノグラフィで符号化された画像を利用することによってトランザクションを承認し得る。（様々な実施形態では、アプリケーションは、ユーザデバイス、例えば、モバイルデバイス上で非接触カードをタップすることによって起動され得る）。この方法は、
プロセッサ回路で実行されるアプリケーションが、ユーザがロイヤルティポイントアカウントデータベースへのアクセスを要求していることを決定することと、アプリケーションが、アカウントに関連付けられた非接触カードの通信インターフェースから暗号化されたデータを受信することであって、暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいて生成され、多様化された鍵は、非接触カードのメモリに格納され、非接触カードのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、アプリケーションが、サーバから、ユーザの検証を受信することであって、検証は、暗号化されたデータを含むデータの組み合わせを検証することを含み、サーバは、暗号化アルゴリズムおよびサーバのメモリに格納された多様化された鍵に基づいてデータの組み合わせを復号して、データの組み合わせを検証し、サーバのメモリに格納された多様化された鍵は、サーバのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、ユーザの検証の受信に応答して、ユーザのロイヤルティポイントアカウントに関連付けられたデータベースにアクセスし、ロイヤルティポイントアカウントに関連付けられた複数のロイヤルティポイントの償還を承認することと、を含み得る。

他の例によれば、オンラインおよび／またはオフライン認証およびステガノグラフィで符号化された画像を使用するシステムは、ユーザを認証および／または検証し、および／またはトランザクションを承認する。システムは、プロセッサ回路と、命令を格納するメモリと、を含み、命令は、プロセッサ回路によって実行されると、プロセッサ回路に、プロセッサ回路で実行されるアプリケーションが、複数のロイヤルティポイントに関連付けられた複数のアカウントに関連する少なくとも１つの操作を実行する要求を開始することと、アプリケーションが、アカウントに関連付けられた非接触カードの通信インターフェースから暗号化されたデータを受信することであって、暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいて生成され、多様化された鍵は、非接触カードのメモリに格納され、非接触カードのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、アプリケーションが、サーバから、暗号化されたデータの検証を受信することであって、サーバは、暗号化アルゴリズムおよびサーバのメモリに格納された多様化された鍵に基づいて、暗号化されたデータを復号して、暗号化されたデータを検証し、サーバのメモリに格納された多様化された鍵は、サーバのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、検証を受信したことに応答して、少なくとも１つの操作を実行する承認を与えることであって、少なくとも１つの操作は、ｉ）少なくとも１人のユーザおよび少なくとも２つの異なるアカウントに関連付けられた複数のロイヤルティ識別子を含むデータベースにアクセスし、各アカウントがロイヤルティポイントの異なるセットに関連付けられること、およびｉｉ）少なくとも２つの異なるアカウントに関する複数のロイヤルティ識別子の少なくとも１つをデータベースに格納すること、のうちの少なくとも１つを含む、ことと、を実行させる。

さらに他の例によれば、ユーザに関連付けられたカードの発行者に関連付けられたホストシステムであって、プロセッサによって実行可能なコンピュータ可読プログラムコードを格納する非一時的なコンピュータ可読記憶媒体を含むホストシステムは、データの組み合わせを生成し、データの組み合わせは、ｉ）複数のロイヤルティアカウントに関連付けられた少なくとも１つのユーザアカウントのロイヤルティ識別子、およびｉｉ）暗号化アルゴリズムおよび多様化された鍵に基づいて生成された暗号化されたデータを含み、およびサーバのメモリに格納された暗号化アルゴリズムおよび多様化された鍵に基づいて暗号化されたデータを復号して、暗号化されたデータを検証し、サーバのメモリに格納された多様化された鍵は、サーバのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される。

支払いプロトコルに従ってユーザを検証または認証するためのシステムの実施形態を示している。 承認プロトコルを利用するユーザを検証するためのタッピングの少なくとも１つの実施形態を示している。 図２のタッピングおよび検証に基づいてバーコードを生成する少なくとも１つの実施形態を示している。 非接触カードの例を示している。 非接触カードの例を示している。 第１の論理フローの実施形態を示している。 第２の論理フローの実施形態を示している。 コンピューティングアーキテクチャの実施形態を示している。

本開示の態様は、認証されたカード所有者アクセスを提供するためのシステム、方法、および／または技術を含む。一般に、様々な実施形態は、オンライン認証プロトコルを利用してバーコードを利用および生成することによる１つまたは複数のロイヤルティポイントアカウントへのアクセスまたは他の方法での利用に関し、バーコードは、支払いトランザクションを含む１つまたは複数のトランザクションの完了に利用され得る。様々な実施形態では、バーコードは、オンライン認証プロトコルに従って生成されるが、セキュリティをさらに強化するために、それは単一のトランザクションに対してのみ有効であり、その後、単一のトランザクションに関連付けられたアプリケーションの不適切な使用を防ぐために失効する。開示された実施形態と一致して、システムおよび方法は、１つまたは複数のコンピューティングデバイス、プロセッサ、ウェブサーバ、アカウントサーバ、および／または非接触デバイス（例えば、無線周波数識別（ＲＦＩＤ）カード）を利用し得る。

本開示の様々な実施形態は、ユーザを検証し、支払いトランザクションなどのトランザクションを完了することに関して、動的認証技術、例えば、オンライン技術によって提供される強化されたセキュリティを利用しながら、トランザクションを完了するためにバーコードを利用することを含む、１つまたは複数の利点を提供する（これにより、利便性と追加のセキュリティの両方が提供される）。様々な実施形態では、オンライン技術を利用することは、１つまたは複数のアプリケーションがそれらの目的において異なる場合でも、例えば、エンターテインメントアプリケーションに関連する輸送アプリケーションであっても、１つまたは複数のアプリケーションにわたってユーザを認証または検証するための単一の方法を提供することによって、コンピュータデバイス、例えば、携帯電話の効率を向上させる。したがって、様々な実施形態では、承認プロトコルを使用して、異なるアプリケーションおよび目的にわたってユーザを効率的かつより安全に認証し、次に、検証の結果として生成されたバーコードを利用して、支払いを伴う場合と伴わない場合があるトランザクションおよび操作を含む１つまたは複数の異なるアプリケーションに関連付けられたトランザクションを完了し得る。

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

示されるように、非接触カードのメモリ１０２は、カードデータ１０３、カウンタ１０４、マスター鍵１０５、多様化された鍵１０６、一意の顧客識別子１０７、およびアカウント番号１０８のデータストアを含む。カードデータ１０３は、一般に、非接触カード１０１を使用して支払いを処理するために使用される情報などのアカウント関連情報を含む。例えば、カードデータ１０３は、アカウント番号、有効期限、請求先住所、およびカード検証値（ＣＶＶ）を備え得る。アカウント番号は、プライマリアカウント番号（ＰＡＮ）、仮想アカウント番号、および／またはＰＡＮに基づいて生成されたトークンなど、任意のタイプのアカウント番号であり得る。他のタイプのアカウント番号が企図されており、アカウント番号または他のタイプのカードデータ１０３の使用は、開示を限定するものと見なされるべきではない。カードデータ１０３は、名前、請求先住所、配送先住所、および他のアカウント関連情報をさらに含み得る。アカウント番号１０８は、関連する有効期限およびＣＶＶ値とともに、使い捨ての仮想アカウント番号を格納する。例えば、アカウント番号１０８は、数千の単一使用仮想アカウント番号、有効期限、およびＣＶＶ値を含み得る。

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

認証アプリケーション１１４は、一般に、アプリケーションに関連付けられた支払いを完了することを含め、ユーザがトランザクション、サービス、またはアクセシビリティ要求のためにいつ認証を必要とするかを決定するように構成される。例えば、認証アプリケーション１１４は、ユーザが特定のアプリケーションへのアクセスを必要とし、および／またはアクセスアプリケーション１１６などのそれに関連するトランザクションまたは支払いを完了するために必要であると決定し得る。アクセスアプリケーション１１６は、輸送サービス（例えば、公共交通機関）、銀行アカウント、健康保険アカウント、アカウント残高、仲介情報、またはその他の適切な金融データを含む金融アカウントまたは金融アプリケーション、サービスアプリケーション（小売サービス、配送サービス、エンターテインメントサービス、ゲームサービスなど）、およびユーザ認証を必要とし得るその他の適切なアプリケーションなどのユーザアカウントに関連付けられた特定のサービスの１つまたは複数の機能へのアクセスを許可するように構成されたアプリケーションであり得るか、または含み得る。様々な実施形態では、アクセスアプリケーション１１６は、支払い機能、例えば、支払いを行うまたは受信するためのクレジットまたは銀行アカウントに関連付けられ得、および／または認証トランザクションは、認証または検証のための非支払い機能、例えば、クレジットまたはデビットカードの有効化に依然として関係し得る。様々な実施形態では、アクセスアプリケーション１１６は、小売または商品／サービス提供アプリケーションであり、アクセスアプリケーション１１６に関連付けられた１つまたは複数の機能は、アクセスアプリケーション１１６に関連して提供される商品またはサービスに関連付けられた支払いを完了することを含み、以下で説明するように、それに関連するトランザクションまたは支払いは、オンライン認証プロトコルに従って生成されたバーコードをスキャンすることによって完了し得る。様々な実施形態では、認証アプリケーション１１４は、別個のＡＰＩインターフェースを利用して認証プロトコルを容易にし、アプリケーション１１６にアクセスするためのアクセスを要求し得る。認証アプリケーション１１４は、暗号化技術、ＥＭＶ規格、またはＥＭＶ規格に準拠した認証プロトコルを利用する任意の検証プロセスのうちの１つまたは複数を含む、任意の適切なプロトコルを利用することによってユーザを検証するように構成され得る。様々な実施形態では、認証アプリケーション１１４は、非接触カード１０１に関連付けられたカウンタ１０４と、ユーザの認証が行われるときに非接触カード１０１およびモバイルデバイスと通信し得る発行者に関連付けられたサーバ１２０とを同期させるように構成される。

様々な実施形態では、認証アプリケーション１１４は、サーバ１２０および／または非接触カード１０１と調整して、カウンタ１０４に関連する非支払いトランザクションの承認を記録し得る。ログは、サーバ１２０のメモリ１２２または非接触カード１０１のメモリ１０２に配置されたカウンタログ１０１であり得る。ログは、カウンタ１０４、およびサーバ１２０または非接触カード１０１の合計集計に関係なく、支払いトランザクションおよび非支払いトランザクションであるトランザクションの別個のトランザクション集計を保持し得る。非接触カードと通信するサーバ１２０および／または認証アプリケーション１１４は、そこに含まれる情報を不正防止対策のために利用し得る。例えば、認証アプリケーション１１４および／またはサーバ１２０は、非支払いトランザクションと支払いトランザクションとの間の非支払いトランザクションの閾値数が少なすぎる（または多すぎる）場合、またはその逆の場合、支払いトランザクションを拒否し得る。様々な実施形態では、非支払いトランザクションと支払いトランザクションとの間の識別情報、例えば、カウントを含むカウンタログ２１２は、オンライン検証プロトコル中に他の任意の適切な目的のために使用され得る。

様々な実施形態では、認証アプリケーション１１４は、アカウントアプリケーション１１３に関連付けられている。例えば、認証アプリケーション１１４は、アカウントアプリケーション１１３を用いてモバイルデバイス１１０にインストールされ得、ユーザは、インストールに続いて、認証アプリケーション１１４を有効にするように促される。より一般的には、アカウントアプリケーション１１３が開かれるたびに、アカウントアプリケーション１１３は、認証アプリケーション１１４がＯＳ１１２のデフォルトの認証アプリケーションとして有効にされているかどうかを決定し得る。認証アプリケーション１１４がデフォルトの認証アプリケーションとして有効にされていない場合、アカウントアプリケーション１１３は、ＯＳ１１２のデフォルトの認証アプリケーションとして認証アプリケーション１１４を有効にすること、および／または認証アプリケーション１１４の１つまたは複数の機能を有効にするようにユーザに促し得る。ＯＳ１１２のデフォルトの認証アプリケーションとして有効にされると、認証アプリケーション１１４は、承認アプリケーションがいつ認証を必要とするかをプログラムで識別し、支払いが検証または承認に関連付けられていない場合でも、支払いプロトコルを利用して検証を可能にし得る。様々な実施形態では、認証または検証プロトコル（例えば、オンライン検証技術またはプロトコルに関連付けられた少なくとも１つの操作）を開始するために、認証アプリケーション１１４は、認証アプリケーション１１４またはそれに関連する１つまたは複数の操作を開始するために、非接触カード１０１をモバイルデバイス１１０にタップするようにユーザに促し得る。

一般に、本明細書で説明する様々な実施形態では、オンライン検証または認証プロトコルは、以下の操作のうちの１つまたは複数を含み得る。認証アプリケーションは、ユーザの身元を検証するためにトランザクションを開始し得、ここで、認証アプリケーションは、コンピュータデバイス、例えば、モバイルデバイス１１０上で非接触カード１０１をタップするようにユーザに促すことによって、アプリケーションの全部または一部を開始し、例えば、アプリケーション１１６にアクセスし、および／またはアプリケーション１１６の機能にアクセスするためにスキャンすることができるバーコードを生成し、および／またはそれに関連するトランザクションを完了させ得る。トランザクションは、カードリーダ１１８と非接触カード１０１との間のＮＦＣ通信を含み得、非接触カード１０１は、モバイルデバイス１１０に、アプリケーショントランザクションカウンタ（ＡＴＣ）の最新バージョンを含む１つまたは複数の入力を提供し得、非接触カード１０１またはモバイルデバイス１１０（それに関連する任意の適切なコンポーネントを含む）は、複数の入力に基づいて適切な暗号文を生成し得、次に、非接触カード１０１またはモバイルデバイス１１０（それに関連する任意の適切なコンポーネントを含む）は、暗号文およびＡＴＣを非接触カード１０１の発行者（例えば、発行者に関連付けられたサーバ１２０）に送信し得る。次に、ユーザは、ユーザを検証または承認する発行者から応答を受信することによって、アプリケーション１１６に関連付けられた１つまたは複数の機能へのアクセスを検証および受信し得、受信した応答は、暗号文の受信に応答して、発行者（例えば、サーバ１２０）によって実行される少なくとも１つの暗号化操作に基づく。例えば、サーバ１２０が暗号文を復号できる場合、サーバは、暗号文が検証されたことを指定する指示をモバイルデバイス１１０に送信し得る。

様々な実施形態では、ユーザが検証されると、サーバ１２０は、認証トークンを（任意の適切なトークン生成技術を使用して）モバイルデバイス１１０および非接触カード１０１のいずれかに関連付けられたバーコード生成アプリケーション１１７ｂに送信し得る。バーコード生成アプリケーション１１７ｂは、モバイルデバイス１１０および／または非接触カード１０１のいずれかのディスプレイ１４０、１４１に、任意の適切なスキャンデバイスによってスキャンされ得るバーコードを表示させ得る。認証トークンは、アクセスアプリケーション１１６に関連付けられた支払いトランザクションを完了することを含む、アクセスアプリケーション１１６の１つまたは複数の機能へのアクセスを許可するように構成され得、様々な実施形態では、トランザクションに関連付けられたセキュリティを強化するために、サーバ１２０は、アクセスアプリケーション１１６に関連付けられた単一のトランザクションを承認するように認証トークンを構成し、その後、他の検証（オンラインまたはオフライン）を行わずに、トークン／バーコードがアクセスアプリケーション１１６に関連する他の操作を承認することを無効にするように構成し得る。

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

示されるように、サーバ１２０は、アカウントデータ１２４ａおよびメモリ１２２のデータストアをさらに含む。アカウントデータ１２４ａは、複数のユーザおよび／またはアカウントのアカウント関連データを含む。アカウントデータ１２４ａは、少なくともマスター鍵１０５、アプリケーショントランザクションカウンタ（「ＡＴＣ」）１０４などのカウンタ１０４、顧客ＩＤ１０７、関連する非接触カード１０１、アカウント所有者名、アカウント請求先住所、１つまたは複数の配送先住所、１つまたは複数の仮想カード番号、および各アカウントの経歴情報を含み得る。メモリ１２２は、管理アプリケーション１２３と、カードデータ１０３、カウンタ１０４、マスター鍵１０５、およびアカウントデータ１２４ａからの１つまたは複数のアカウントのための多様化された鍵１０６のインスタンスとを含む。システムはさらに、１つまたは複数のロイヤルティアカウント１２４ｂを含み得る。

システム１００は、データを保護するために鍵多様化を実施するように構成される。これは、本明細書では鍵多様化技術と呼ばれ得る。システム１００は、オンライン認証プロトコルを実施し得る。

様々な実施形態では、認証アプリケーション１１４は、ユーザから、ユーザプロファイルに関連付けられた第１のアプリケーションユーザ資格情報を受信する。第１のアプリケーションユーザ資格情報は、生体認証データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名とパスワードの組み合わせなどを含み得る。プロセッサ１１９は、第１のアプリケーションユーザ資格情報を、格納された第２のアプリケーションユーザ資格情報と比較する。格納された第２のアプリケーションユーザ資格情報は、ユーザの身元に関連付けられ得、モバイルデバイス１１０のメモリ１１１またはサーバ１２０のメモリ１２２のいずれかに格納され得る。様々な実施形態では、格納された第２のアプリケーションユーザ資格情報は、サーバ１２０上に維持され、第１の一致は、サーバ１２０によって実行される。様々な実施形態では、第１のアプリケーションユーザ資格情報と格納された第２のアプリケーションユーザ資格情報との間の第１の一致を決定すると、認証アプリケーション１１４は、アクセスアプリケーション１１６に関連付けられたユーザアカウントの１つまたは複数の第１のレベルのユーザアカウントオプションへのユーザアクセスを許可し得る。ユーザアカウントは、金融アカウント、健康保険アカウント、および／または任意のサービスプロバイダに関連付けられた同様の他のアカウント（例えば、トランジットアカウント、エンターテインメントアカウントなど）であり得る。第１の一致が決定されると、ユーザは、バーコードの生成が発生することなく、およびトランザクションの完了、例えば、支払いの完了なしに、アクセスアプリケーション１１６に関連付けられた特定の第１のレベルのユーザアカウントオプションにアクセスし得る。ユーザアカウントの第１のレベルのユーザアカウントオプションは、アカウント残高の表示、最近のトランザクションの表示などを含み得る。より優れたアクセスおよび／または特定のアカウント機能、すなわち、支払いトランザクションの実行などの第２のレベルのユーザアカウントオプションを実行するには、第２のレベルの認証が必要になり得る。例えば、オンライン認証プロトコルを完全に完了し、プロトコルの正常な完了に応答して認証トークンを生成し、スキャン用のバーコードを生成し（認証トークンを利用して）、スキャンにより、アクセスアプリケーション１１６に関連付けられたトランザクション、例えば、支払いを完了させる。

一般に、サーバ１２０（または他のコンピューティングデバイス）および非接触カード１０１は、同じマスター鍵１０５（マスター対称鍵とも呼ばれる）でプロビジョニングされ得る。より具体的には、各非接触カード１０１は、サーバ１２０内に対応するペアを有する別個のマスター鍵１０５でプログラムされる。例えば、非接触カード１０１が製造されるとき、一意のマスター鍵１０５が、非接触カード１０１のメモリ１０２にプログラムされ得る。同様に、一意のマスター鍵１０５は、サーバ１２０のアカウントデータ１２４ａ内の非接触カード１０１に関連付けられた顧客のレコードに格納され得る（および／または異なる安全な場所に格納され得る）。マスター鍵は、非接触カード１０１およびサーバ１２０以外のすべての関係者から秘密にされ得、それにより、システム１００のセキュリティを強化する。

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

例えば、ユーザは、アクセスアプリケーション１１６にアクセスするために承認または検証を要求し得る。認証アプリケーション１１４を含むシステム１００の１つまたは複数のコンポーネントは、アクセスアプリケーション１１６、またはアクセスアプリケーション１１６のユーザによってアクセスするために求められる特定の態様が、支払いを行うことを伴うか否かにかかわらず、ユーザを検証または認証するために１つまたは複数の支払いプロトコルを利用するためにアクセスアプリケーション１１６との通信（例えば、ＡＰＩ呼び出しまたは他の適切なメカニズム）を開始し得る。

様々な実施形態では、１つまたは複数のプロトコルは、本明細書の他の場所で論じられるようなオンライン技術を含み得る。認証アプリケーション１１４は、ユーザが非接触カード１０１をモバイルデバイス１１０にタップできるようにユーザにプロンプトを提供し、それにより、非接触カード１０１をモバイルデバイス１１０のカードリーダ１１８に十分に近づけて、非接触カード１０１とモバイルデバイス１１０のカードリーダ１１８との間のＮＦＣデータ転送を可能にする。様々な実施形態では、モバイルデバイス１１０は、ＡＰＩ呼び出しを介してカードリーダ１１８をトリガし得る。さらに、および／または代わりに、モバイルデバイス１１０は、カードリーダ１１８を定期的にポーリングすることに基づいて、カードリーダ１１８をトリガし得る。より一般的には、モバイルデバイス１１０は、任意の実行可能な方法を使用して通信に携わるようにカードリーダ１１８をトリガし得る。

様々な実施形態では、非接触カード１０１、カードリーダ１１８、およびモバイルデバイス１１０に関連して通信を開始する前、および／または非接触カード１０１とカードリーダ１１８との間の通信を確立した直後に、認証アプリケーション１１４は、カードのアクティブ化および／またはオンライン認証プロトコルを開始するための前提条件として、第１のアプリケーションユーザ資格情報を受信し得る。ユーザは、認証アプリケーションから資格情報を入力するように求めるプロンプトを受信した後、第１のアプリケーションユーザ資格情報を提供し得る。上記のように、第１のアプリケーションユーザ資格情報は、生体認証データ、ユーザ認識に関連付けられた確立されたジェスチャ、ユーザ名とパスワードの組み合わせ、顔認識などを含み得る。上記のように、様々な実施形態では、認証アプリケーション１１４は、第１のアプリケーションユーザ資格情報をプロセッサ１１９に通信する。プロセッサ１１９は、第１のアプリケーションユーザ資格情報を、格納された第２のアプリケーションユーザ資格情報と比較する。格納された第２のアプリケーションユーザ資格情報は、モバイルデバイス１１０に関連付けられたメモリ１１１、非接触カード１０１に関連付けられたメモリ１０２、および／またはサーバ１２０に関連付けられたメモリ１２２内に配置され得る。様々な実施形態では、第１のアプリケーションユーザ資格情報がサーバ１２０に提供され、サーバ１２０は、第１のアプリケーションユーザ資格情報を、格納された第２のアプリケーションユーザ資格情報と比較する。様々な実施形態では、上記のように、プロセッサ１１９は、比較結果を認証アプリケーション１１４に（例えば、一致のために）通信する。様々な実施形態では、第１の一致は、ｉ）アクセスアプリケーション１１６にアクセスするためにユーザを検証または認証するためのオンライン検証プロトコルの残りの部分を開始すること、および／またはｉｉ）アクセスアプリケーション１１６に関連付けられたユーザアカウントの第１のレベルのユーザアカウントオプションへのアクセスをユーザに許可すること（例えば、アカウント残高および／または最近のトランザクションの表示）、および／またはｉｉｉ）アクセスアプリケーション１１６に関連付けられた１つまたは複数の機能にアクセスするため、および／またはそうでなければそれに関連するトランザクション、例えば、支払いトランザクションを完了するためにスキャンされ得るバーコードを生成するためにバーコード生成アプリケーション１１７ｂに提供される認証トークンを生成することのうちの１つまたは複数の前提条件として開始または機能し得る。したがって、様々な実施形態では、検証認証アプリケーションは、第１の一致を見つけることに応答して、（オンライン検証プロセスに関連付けられた）追加の操作を開始して、ユーザの身元を検証する。

様々な実施形態では、システム１００は、バーコード生成アプリケーション１１７ｂに関連付けられた生成されたバーコードを利用する場合もしない場合もあるオンライン検証プロトコルに基づいて、アクセスアプリケーション１１６および／または小売業者１４８に関連付けられたロイヤルティポイントを利用するロイヤルティポイントアプリケーション１１７ａを含む。ロイヤルティポイントアプリケーション１１７ａは、ロイヤルティポイントの残高の表示、製品、商品、および／またはサービスへのロイヤルティポイントの償還、ロイヤルティポイントを他のアカウントに転送することなど、ロイヤルティポイントに関連する任意の数およびタイプの操作を実行することをユーザに可能にし得る。ユーザがロイヤルティポイントアプリケーション１１７ａで操作を実行するように要求すると、ユーザは、非接触カード１０１を使用して身元の検証を要求され得る。本明細書でより詳細に説明するように、要求された操作は、非接触カード１０１によって生成された暗号化されたデータを検証する、アプリケーションユーザ資格情報を照合する、および／またはバーコード生成アプリケーション１１７ｂによって生成されたバーコードを使用するサーバ１２０に基づいて承認され得る。

様々な実施形態では、第１のアプリケーションユーザ資格情報と格納された第２のアプリケーションユーザ資格情報との第１の一致は、アプリケーション、例えば、アクセスアプリケーション１１６への第１のレベルのアクセスを許可する場合もしない場合もあるが、いずれにしても、第１の一致は、オンライン承認プロトコルの少なくとも１つを開始するための前提条件として機能し得る。第１のレベルのアクセスが最初に許可されなかった様々な実施形態では、少なくとも１つのオンラインおよび／またはオフラインプロトコルが正常に完了すると、第１のレベルのアクセスが許可される。様々な実施形態では、アクセスアプリケーション１１６への第２のレベルのアクセスは、オンラインおよび／またはオフライン検証プロトコルの少なくとも１つが完了し、それらのプロトコルの１つの完了の結果として生成されたバーコードをスキャンするとすぐに許可される。第２のレベルのアクセスは、アクセスアプリケーション１１６に関連して支払いトランザクションを完了することを指し得る。

様々な実施形態では、他の前提条件に関係なく、モバイルデバイス１１０上の非接触カード１０１の第１のタップは、オンラインおよびオフライン検証プロトコルを開始し、第２のタップ、その後のタップは、オンラインおよびオフライン検証プロトコルの他方の１つを開始する。

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

様々な実施形態では、選択が確認されると、選択ファイルメッセージのシーケンスとそれに続く読み取りファイルメッセージが送信され得る。例えば、シーケンスは、「機能ファイルの選択」、「機能ファイルの読み取り」、および「ＮＤＥＦファイルの選択」を含み得る。この時点で、非接触カード１０１によって維持されるカウンタ値１０４は、更新またはインクリメントされ得、その後に「ＮＤＥＦファイルの読み取り」が続き得る。この時点で、ヘッダと共有秘密を含むメッセージが生成され得る。その後、セッション鍵が生成され得る。ＭＡＣ暗号文は、メッセージから作成され得る。これには、ヘッダと共有秘密が含まれ得る。次に、ＭＡＣ暗号文をランダムデータの１つまたは複数のブロックと連結し、ＭＡＣ暗号文と乱数（ＲＮＤ）をセッション鍵で暗号化し得る。その後、暗号文とヘッダを連結し、ＡＳＣＩＩ１６進数として符号化して、ＮＤＥＦメッセージフォーマット（「ＮＤＥＦファイルの読み取り」メッセージに応答）で返し得る。様々な実施形態では、ＭＡＣ暗号文は、ＮＤＥＦタグとして送信され得、他の例では、ＭＡＣ暗号文は、（例えば、フォーマットされた文字列として）ユニフォームリソースインジケータとともに含まれ得る。次に、非接触カード１０１は、ＭＡＣ暗号文をモバイルデバイス１１０に送信し得、次に、これは、以下に説明するように、検証のためにＭＡＣ暗号文をサーバ１２０に転送し得る。（しかしながら、様々な実施形態では、モバイルデバイス１１０は、ＭＡＣ暗号文を検証し得る。）

より一般的には、データを送信する準備をするとき（例えば、サーバ１２０および／またはモバイルデバイス１１０に）、非接触カード１０１は、カウンタ値１０４をインクリメントし得る。次に、非接触カード１０１は、暗号化アルゴリズムへの入力としてマスター鍵１０５およびカウンタ値１０４を提供し得、これは、出力として多様化された鍵１０６を生成する。暗号化アルゴリズムは、暗号化アルゴリズム、ハッシュベースのメッセージ認証コード（ＨＭＡＣ）アルゴリズム、暗号ベースのメッセージ認証コード（ＣＭＡＣ）アルゴリズムなどを含み得る。暗号化アルゴリズムの非限定的な例は、３ＤＥＳまたはＡＥＳ１２８などの対称暗号化アルゴリズム、ＨＭＡＣ－ＳＨＡ－２５６などの対称ＨＭＡＣアルゴリズム、ＡＥＳ－ＣＭＡＣなどの対称ＣＭＡＣアルゴリズム、および／またはＩＳＯ／ＩＥＣ１８３３および／またはＩＳＯ／ＩＥＣ７８１６の適用可能なバージョンと一致するその他のアルゴリズムまたは技術を含み得る。次に、非接触カード１０１は、多様化された鍵１０６を使用してデータ（例えば、顧客識別子１０７および他の任意のデータ）を暗号化し得る。次に、非接触カード１０１は、暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）をモバイルデバイス１１０のアカウントアプリケーション１１３に（例えば、ＮＦＣ接続、ブルートゥース（登録商標）接続などを介して）送信し得る。次に、モバイルデバイス１１０のアカウントアプリケーション１１３は、暗号化されたデータをネットワーク１３０を介してサーバ１２０に送信し得る。少なくとも様々な実施形態では、非接触カード１０１は、暗号化されたデータとともにカウンタ値１０４を送信する。そのような実施形態では、非接触カード１０１は、暗号化されたカウンタ値１０４、または暗号化されていないカウンタ値１０４を送信し得る。

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

カウンタ１０４、例えば、ＡＴＣが例として使用されるが、他のデータを使用して、非接触カード１０１、モバイルデバイス１１０、および／またはサーバ１２０の間の通信を保護し得る。例えば、カウンタ１０４は、新しい多様化された鍵１０６が必要とされるたびに生成されるランダムナンス、非接触カード１０１およびサーバ１２０から送信されるカウンタ値の全値、非接触カード１０１およびサーバ１２０から送信されるカウンタ値の一部、非接触カード１０１およびサーバ１２０によって独立して維持されるが、両者の間で送信されないカウンタ、非接触カード１０１とサーバ１２０との間で交換されるワンタイムパスコード、およびデータの暗号化ハッシュで置き換えられ得る。様々な実施形態では、多様化された鍵１０６の１つまたは複数の部分は、複数の多様化された鍵１０６を作成するために当事者によって使用され得る。

示されるように、サーバ１２０は、１つまたは複数のハードウェアセキュリティモジュール（ＨＳＭ）１２５を含み得る。例えば、１つまたは複数のＨＳＭ１２５は、本明細書に開示されるように、１つまたは複数の暗号化操作を実行するように構成され得る。様々な実施形態では、１つまたは複数のＨＳＭ１２５は、１つまたは複数の暗号化操作を実行するように構成された特別な目的のセキュリティデバイスとして構成され得る。ＨＳＭ１２５は、鍵がＨＳＭ１２５の外部に決して公開されず、代わりにＨＳＭ１２５内で維持されるように構成され得る。例えば、１つまたは複数のＨＳＭ１２５は、鍵導出、復号、およびＭＡＣ操作の少なくとも１つを実行するように構成され得る。１つまたは複数のＨＳＭ１２５は、サーバ１２０内に含まれ得るか、またはサーバ１２０とデータ通信され得る。

述べたように、鍵多様化技術は、非接触カード１０１を使用して安全な操作を実行するために使用され得る。例えば、管理アプリケーション１２３が鍵の多様化を使用して暗号化された顧客ＩＤ１０９を検証すると、管理アプリケーション１２３は、ユーザが検証および／または認証されたことを示すメッセージを認証アプリケーション１１４（またはアカウントアプリケーション１１３、ポイントアプリケーション１１７Ａ、アプリケーション１１６などのデバイス１１０の他のコンポーネント）に送信し得、認証アプリケーション１１４は、結果として、アクセスアプリケーション１１６へのアクセスをユーザに許可し得る。様々な実施形態では、送信される出力は、承認応答暗号文（ＡＲＰＣ）を含み得る。一般に、暗号化された顧客ＩＤ１０９の検証に基づいてユーザが検証および／または認証されたことを示すメッセージを受信すると、モバイルデバイス１１０の受信コンポーネントは、任意の数の操作を許可し得る。例えば、ポイントアプリケーション１１７Ａは、例えば、ロイヤルティポイントを表示するために、ロイヤルティポイントを償還するために、ロイヤルティアカウントへのアクセスを許可し得る。

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

様々な実施形態では、サーバ１２０がトランザクションデータを受信すると、管理アプリケーション１２３は、受信した暗号文に基づいてユーザの身元を検証する応答（例えば、発行者からの）をモバイルデバイス１１０の適切なコンポーネント、例えば、認証アプリケーション１１４、アカウントアプリケーション１１３、ポイントアプリケーション１１７ａなどに送信し得る。検証応答の受信に応答して、認証アプリケーション１１４は、結果として、アクセスアプリケーション１１６の関連部分または機能へのアクセスを許可し、および／またはアクセスアプリケーション１１６に関連付けられたトランザクションを完了するのに有用なバーコードの生成を容易にし得る。様々な実施形態では、応答は、非接触カード１０１および／またはモバイルデバイス１１０に関連付けられたバーコード生成アプリケーション１１７ｂに提供される認証トークンを含み得、これは、バーコード生成アプリケーション１１７ｂによって使用されて、ディスプレイ１４０および／またはディスプレイ１４１のいずれかにバーコードを表示し得る。バーコードは、アクセスアプリケーション１１６に関連付けられたトランザクション、例えば、支払いトランザクションを完了するために、および／またはそうでなければアクセスアプリケーション１１６に関連付けられた機能へのアクセスを提供するために、認証トークンを復号し得る適切なスキャンデバイスによってスキャンされ得る。さらに、アクセスアプリケーション１１６は、モバイルデバイス１１０上の他のアプリケーション、例えば、アカウントアプリケーション１１３および／またはポイントアプリケーション１１７ａの関連部分または機能へのアクセスを許可し得る。同様に、アカウントアプリケーション１１３および／またはポイントアプリケーション１１７ａは、検証応答を受信し、ポイントアプリケーション１１７ａのロイヤルティポイントアカウントへのアクセス、ロイヤルティポイントを使用するトランザクションの承認など、アプリケーションの関連部分または機能へのアクセスを許可し得る。

様々な実施形態では、管理コンポーネント１２３は、バーコードの単一のスキャンが行われると認証トークンを無効にするように構成し得、スキャンは、アクセスアプリケーション１１６に関連付けられた機能へのアクセスを許可し、および／またはそうでなければそれに関連するトランザクションを完了する。次に、アクセスアプリケーション１１６の態様にアクセスするためのバーコードの承認されていないその後の使用を禁止し得る。様々な実施形態では、生成されたバーコードは、認証プロトコルが行われたという条件で、ユーザがどの選択を行うことを決定するかに応じて、複数のアプリケーション、例えば複数のアクセスアプリケーション１１６に使用され得る。様々な実施形態では、管理アプリケーション１２３は、全体的なトランザクションデータの一部として、ユーザまたは認証アプリケーション１１４から、アクセスアプリケーション１１６に関連付けられたトランザクションに制限、例えば、支払いトランザクションの金銭的制限を設ける指示を受信し得る。管理アプリケーション１２３は、制限を実施するために承認トークン（および拡張により、その後に生成されるバーコード）を構成する。様々な実施形態では、承認トークンは、使用可能な金額に関して事前に規定されたユーザ制限の有無にかかわらず、アクセスアプリケーション１１６に関連して支払いトランザクションを承認する支払いトークンであり得る。

したがって、様々な実施形態では、本明細書で概説されるように生成されたバーコードは、モバイルデバイス１１０および／または以下の特徴のうちの少なくとも１つを備えた非接触カード１０１の表面のいずれかに表示される動的バーコードであり得る。ｉ）バーコードは、１回の使用後に無効になるように構成され得る。ｉｉ）バーコードは、単一または複数のユースケースを含む、複数のアクセスアプリケーション１１６に利用され得（認証トークンに関連付けられた認証プロトコルが行われることを条件とする）、例えば、単一のユースケースでは、バーコードが生成されると、しかし、スキャンが行われる前に、認証アプリケーション１１４は、ユーザが他のアクセスアプリケーション１１６にアクセスして再び実行するためにいかなるプロトコルも必要とせずにバーコードを利用し得る。（例えば、カウンタログ１１２は、認証アプリケーション１１４によって利用されて、バーコードの生成後の後続のトランザクションが行われていないことを確認することができ、その結果、ユーザがバーコードの使用を他のアクセスアプリケーション１１６に切り替えること、および／または元々選択されていたものとは異なる、元々選択されたアクセスアプリケーション１１６の他の機能にアクセスすることを可能にし得る。）ｉｉｉ）バーコードは、検証プロトコルが行われた後、複数のスキャンおよび異なるアクセスアプリケーション１１６に対してアクティブのままであるように構成され得る。および／またはｉｖ）承認トークン（および拡張によりバーコード）は、アクセスアプリケーション１１６に関連付けられたトランザクションに関連して（ユーザまたはその他によって）事前に規定された制限に関連付けられるように構成され得、例えば、アクセスアプリケーション１１６に関して完了するべき支払いトランザクションに金銭的制限を設ける。様々な実施形態では、この段落の記載された特徴は、上記のオンラインプロトコルに関して生成されたバーコードだけでなく、本明細書に記載された他の任意のプロトコルに関しても適用されることに留意されたい。

様々な実施形態では、サーバ１２０は、不正防止対策を実行するためにカウンタログ２１２を利用し得る。様々な実施形態では、カウンタログ２１２は、１つまたは複数の非支払いトランザクションに関連付けられたカウンタ値に関連付けられたタイムスタンプを含み得る。様々な実施形態では、カウンタログ２１２は、１つまたは複数の支払いトランザクションに関連付けられたカウンタ値に関連付けられたタイムスタンプを含み得る。様々な実施形態では、例えば、それが支払いトランザクションであるか非支払いトランザクションであるかなど、特定のトランザクションに関連するＡＴＣのカウンタ値もまた記録され得る。管理アプリケーション１２３は、非支払いトランザクション間で行われる支払いトランザクションの一般的な数を比較するように構成され得る。非支払いトランザクション後の支払いトランザクションの数が特定の閾値を超える場合、管理アプリケーション１２３は、それ以外はトランザクションが完了しても、支払いトランザクションを拒否し得る（例えば、ユーザが非支払いおよび支払いプロトコルに支払いプロトコルを使用し得ると想定されるため、非支払いトランザクション後の過度に多数の支払いトランザクションは不正と見なされ得る）。様々な実施形態では、反対のことが実施され得る。例えば、閾値を超える支払いトランザクションの後に実行される多数の非支払いトランザクションは、検証または認証が行われるときに、管理アプリケーション１２３が特定の非支払いトランザクションを拒否する原因となり得る。様々な実施形態では、任意のトランザクション、例えば、支払いまたは非支払いの間の時間に関する閾値を、最小または最大閾値を超えるという点で、管理アプリケーション１２３は、認証または検証操作を拒否させ得る。カウンタログ１２１は、他の適切な方法で不正防止対策を実行することを含む、他の適切な操作を実行するために使用され得る。様々な実施形態では、不正防止対策は、バーコードに関連付けられた認証トークンが有効であっても、モバイルデバイスの適切なコンポーネント、例えば、認証アプリケーション１１４にアプリケーションを拒否するように指示することによって、有効な承認トークンを無効にし得る。

図２は、機能にアクセスするための、および／またはアクセスアプリケーション１１６に関連してトランザクションを完了するためのバーコードを生成するためのオンライン検証および／または認証プロトコルを開始するためのタッピングの例示的な実施形態を示す概略図２００である。モバイルデバイス１１０上の認証アプリケーション１１４のグラフィカルユーザインターフェース（ＧＵＩ）は、他のアプリケーション、例えば、アクセスアプリケーション１１６の認証または検証を開始するために非接触カード１０１をタップするためのプロンプト２０６を含み得る。認証アプリケーション１１４によってアクセスアプリケーション１１６に検証または認証（一度完了すると）を通信するために、別個のＡＰＩインターフェースを提供し得る。様々な実施形態では、アクセスアプリケーション１１６は、タッププロンプト２０６を受信するための前提条件として、またはタップが行われた後、しかし、追加のオンライン検証操作の前に、アクセスアプリケーション１１６に関連する情報アクセスの第１のレベルおよび／または第２のレベルのための比較（例えば、図１を参照して説明したように）のためのユーザ資格情報を入力するために、プロンプト２０２を提供する。様々な実施形態では、認証アプリケーション１１４は、アクセスアプリケーション１１６および／または他のアプリケーション、例えば、他のアプリケーション１１５に関してユーザ資格情報を入力するためのプロンプト２０２のためのインターフェースを提供する。

様々な実施形態では、非接触カード１０１がモバイルデバイス１１０にタップされると、認証アプリケーション１１４は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース（登録商標）、ＲＦＩＤなどを介して）、非接触カード１０１に指示を送信する。様々な実施形態では、指示は、図１に関して説明されるように、１つまたは複数の暗号化技術を実行することを指定し得る。様々な実施形態では、オンライン認証技術が使用され、認証アプリケーション１１４は、サーバ１２０からトランザクションデータを受信する。様々な実施形態では、非接触カード１０１とモバイルデバイス１１０との間でデータを送信するプロンプトは、ＥＭＶプロトコルまたは規格と一致する任意の適切なプロトコルを介して認証アプリケーション１１４にデータを送信するように指定し得る。ＥＭＶプロトコルまたは規格と一致するプロトコルを介して非接触カード１０１から直接任意の適切なデータを受信する。

図３は、例えば、アクセスアプリケーション１１６に関連して機能にアクセスするため、および／またはトランザクションを完了するために、行われる、オンライン検証および／または認証プロトコルを開始するために（バーコードを生成するために）タップした後に生成されるバーコードの例示的な実施形態を示す概略図３００である。様々な実施形態では、バーコード３０７は、任意の適切なスキャンデバイスによるスキャンに適したモバイルデバイスのディスプレイ上に生成される。様々な実施形態では、サーバの管理アプリケーション１２３および／またはモバイルデバイス１１０の認証アプリケーション１１４は、モバイルデバイス１１０（図３に示される）および／または非接触カード１０１のいずれかに関連付けられたバーコード生成アプリケーション１１７ｂに認証トークンを提供し得る。バーコード生成アプリケーション１１７ｂは、認証トークンを使用して、アクセスアプリケーション１１６の１つまたは複数の機能へのアクセスを許可する（および／またはそれに関連するトランザクションを完了する）ため、および／またはアクセスアプリケーション１１６の１つまたは複数の機能へのアクセスを許可するため（および／またはそれに関連するトランザクションを完了するために）に繰り返し使用するための単一使用バーコード３０７を生成し得る。他の例として、バーコード３０７を使用して、ポイントアプリケーション１１７ａのロイヤルティアカウントへのアクセスを承認し、および／またはポイントアプリケーション１１７ａのロイヤルティアカウントに関連付けられた操作を実行し得る。

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

非接触カード１０１は、カードの前面および／または背面に表示される識別情報４１５、および接触パッド４２０も含み得る。接触パッド４２０は、モバイルデバイス１１０、ユーザデバイス、スマートフォン、ラップトップ、デスクトップ、またはタブレットコンピュータなどの他の通信デバイスとの接触を確立するように構成され得る。非接触カード１０１は、処理回路、アンテナおよび図４Ａに示されていない他のコンポーネントも含み得る。これらのコンポーネントは、接触パッド４２０の背後または基板４１０上の他の場所に配置され得る。非接触カード１０１はまた、カードの背面に位置し得る磁気ストリップまたはテープを含み得る（図４Ａには示されていない）。非接触カード１０１は、図１～図３および図５～図７Ｂを参照して説明するように生成され得るバーコード４１７を表示できるディスプレイインターフェース４１６を含み得、バーコード４１７は、アプリケーションの機能へのアクセスを許可し、および／または支払いトランザクションなどのアプリケーションに関連付けられたトランザクションの完了を容易にするために、任意の適切なスキャンデバイスによってスキャンおよび復号され得る。

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

メモリ１０２は、リードオンリーメモリ、ライトワンスリードマルチプルメモリ、またはリード／ライトメモリ、例えば、ＲＡＭ、ＲＯＭ、およびＥＥＰＲＯＭであり得、非接触カード１０１は、これらのメモリの１つまたは複数を含み得る。リードオンリーメモリは、工場出荷時に読み取り専用または１回限りのプログラムが可能であり得る。１回限りのプログラムにより、一度書き込んで何度も読み取ることができる。ライトワンス／リードマルチプルメモリは、メモリチップが工場から出荷された後のある時点でプログラムされ得る。メモリは、一度プログラムされると、書き換えられないかもしれないが、何度も読み取られ得る。リード／ライトメモリは、工場出荷後に何度もプログラムおよび再プログラムされ得る。リード／ライトメモリは、工場出荷後に何度も読み取られ得る。

メモリ１０２は、１つまたは複数のアプレット４４０、１つまたは複数のカウンタ１０４、顧客識別子１０７、および仮想アカウント番号１０８を格納するように構成され得る。１つまたは複数のアプレット４４０は、Ｊａｖａ（登録商標）カードアプレットなど、１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット４４０は、Ｊａｖａカードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであり得ることが理解される。１つまたは複数のカウンタ１０４は、整数を格納するのに十分な数値カウンタを備え得る。顧客識別子１０７は、非接触カード１０１のユーザに割り当てられた一意の英数字識別子を備え得、識別子は、非接触カードのユーザを他の非接触カードユーザと区別し得る。様々な実施形態では、顧客識別子１０７は、顧客とその顧客に割り当てられたアカウントの両方を識別し、さらに顧客のアカウントに関連付けられた非接触カードを識別し得る。述べたように、アカウント番号１０８は、非接触カード１０１に関連付けられた数千の使い捨て仮想アカウント番号を含み得る。非接触カード１０１のアプレット４４０は、アカウント番号１０８を管理するように構成され得る。メモリ１０２は、例えば、図４Ａに示されるように、任意の適切なスキャンデバイスによって、および本明細書に記載される任意の適切な目的のためにスキャンおよび復号され得るバーコード４１７を生成できるバーコード生成アプリケーション１１７ｂを含むように構成され得る。

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

様々な実施形態では、非接触カード１０１は、１つまたは複数のアンテナ４５５を備え得る。１つまたは複数のアンテナ４５５は、非接触カード１０１内および接触パッド４２０の処理回路４２５の周りに配置され得る。例えば、１つまたは複数のアンテナ４５５は、処理回路４２５と一体化され得、１つまたは複数のアンテナ４５５は、外部ブースターコイルと共に使用され得る。他の例として、１つまたは複数のアンテナ４５５は、接触パッド４２０および処理回路４２５の外部にあり得る。

一実施形態では、非接触カード１０１のコイルは、空芯変圧器の二次側として機能し得る。端末は、電力または振幅変調を切断することによって非接触カード１０１と通信し得る。非接触カード１０１は、１つまたは複数のコンデンサを介して機能的に維持され得る非接触カードの電源接続におけるギャップを使用して、端末から送信されるデータを推測し得る。非接触カード１０１は、非接触カードのコイルまたは負荷変調の負荷を切り替えることにより、通信を返し得る。負荷変調は、干渉によって端末のコイルで検出され得る。より一般的には、アンテナ４５５、処理回路４２５、および／またはメモリ１０２を使用して、非接触カード１０１は、ＮＦＣ、ブルートゥース（登録商標）、および／またはＷｉ－Ｆｉ通信を介して通信するための通信インターフェースを提供する。

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

ＮＤＥＦＯＴＰの１つの例は、ＮＤＥＦショートレコードレイアウト（ＳＲ＝１）である。そのような例では、１つまたは複数のアプレット４４０は、ＯＴＰをＮＤＥＦタイプ４のよく知られたタイプのテキストタグとして符号化するように構成され得る。様々な実施形態では、ＮＤＥＦメッセージは、１つまたは複数のレコードを備え得る。アプレット４４０は、ＯＴＰレコードに加えて１つまたは複数の静的タグレコードを追加するように構成され得る。

様々な実施形態では、１つまたは複数のアプレット４４０は、ＲＦＩＤタグをエミュレートするように構成され得る。ＲＦＩＤタグは、１つまたは複数の多形タグを含み得る。様々な実施形態では、タグが読み取られるたびに、非接触カードの真正性を示し得る異なる暗号化データが提示される。１つまたは複数のアプリケーションに基づいて、タグのＮＦＣ読み取りが処理され得、データは、サーバ１２０などのサーバに送信され得、そしてデータは、サーバで検証され得る。

様々な実施形態では、非接触カード１０１およびサーバ１２０は、カードが適切に識別され得るように、特定のデータを含み得る。非接触カード１０１は、１つまたは複数の一意の識別子（図示せず）を備え得る。読み取り操作が行われるたびに、カウンタ１０４は、インクリメントするように構成され得る。様々な実施形態では、非接触カード１０１からのデータが読み取られるたびに（例えば、モバイルデバイス１１０によって）、カウンタ１０４は、検証のためにサーバに送信され、カウンタ値１０４が等しいかどうかを決定する（検証の一部として）。

１つまたは複数のカウンタ１０４は、リプレイ攻撃を防ぐように構成され得る。例えば、暗号文が取得されて再生された場合、カウンタ１０４が読み取られ、使用され、または他の方法で渡された場合、その暗号文は、直ちに拒否される。カウンタ１０４が使用されていない場合、それは再生され得る。様々な実施形態では、カード上でインクリメントされるカウンタは、トランザクションのためにインクリメントされるカウンタとは異なる。非接触カード１０１は、非接触カード１０１上のアプレット４４０間に通信がないため、アプリケーショントランザクションカウンタ１０４を決定できない。様々な実施形態では、非接触カード１０１は、トランザクションアプレットであり得る第１のアプレット４４０－１、および第２のアプレット４４０－２を備え得る。各アプレット４４０－１および４４０－２は、それぞれのカウンタ１０４を備え得る。

様々な実施形態では、カウンタ１０４は、同期がとれなくなる可能性がある。様々な実施形態では、ある角度での読み取りなど、トランザクションを開始する偶発的な読み取りを考慮し、カウンタ１０４は、インクリメントできるが、アプリケーションは、カウンタ１０４を処理しない。様々な実施形態では、モバイルデバイス１１０がウェイクアップされると、ＮＦＣが有効にされ得、デバイス１１０は、利用可能なタグを読み取るように構成され得るが、読み取りに応答してアクションは取られない。

カウンタ１０４の同期を維持するために、モバイルデバイス１１０がウェイクアップするときを検出し、検出により発生した読み取りが次にカウンタ１０４を前進させることを示すサーバ１２０と同期するように構成され得るバックグラウンドアプリケーションなどのアプリケーションを実行し得る。他の例では、ハッシュされたワンタイムパスワードを利用して、同期ミスのウィンドウを受け入れ得る。例えば、１０の閾値内にある場合、カウンタ１０４は、前進するように構成され得る。しかしながら、異なる閾値数内、例えば、１０または１０００以内の場合、再同期を実行するための要求は、１つまたは複数のアプリケーションを介して、ユーザがユーザのデバイスを介して１回または複数回タップ、ジェスチャ、またはその他の指示を行うことを要求する処理が行われ得る。カウンタ１０４が適切な順序でインクリメントする場合、ユーザがそうしていることを知ることが可能である。

カウンタ１０４、マスター鍵１０５、および多様化された鍵１０６を参照して本明細書で説明される鍵多様化技術は、鍵多様化技術の暗号化および／または復号の一例である。開示は他のタイプの鍵多様化技術にも同様に適用可能であるため、この例示的な鍵多様化技術は、開示を限定するものと見なされるべきではない。

非接触カード１０１の作成プロセス中に、２つの暗号化鍵がカードごとに一意に割り当てられ得る。暗号化鍵は、データの暗号化と復号の両方で使用され得る対称鍵を備え得る。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムは、ＥＭＶで使用され得、非接触カード１０１のハードウェアによって実施される。鍵多様化プロセスを使用することにより、鍵を必要とする各エンティティの一意に識別可能な情報に基づいて、マスター鍵から１つまたは複数の鍵を導出し得る。

様々な実施形態では、脆弱性の影響を受けやすい３ＤＥＳアルゴリズムの欠陥を克服するために、セッション鍵（セッションごとの一意の鍵など）を導出できるが、マスター鍵を使用する代わりに、カードから導出された一意の鍵およびカウンタを多様化データとして使用し得る。例えば、非接触カード１０１が操作中に使用されるたびに、異なる鍵を使用して、メッセージ認証コード（ＭＡＣ）を作成し、暗号化を実行し得る。これにより、暗号化が３層になる。セッション鍵は、１つまたは複数のアプレットによって生成され、１つまたは複数のアルゴリズム（ＥＭＶ ４．３ Ｂｏｏｋ ２ Ａ１．３．１ 共通セッションの鍵導出で定義されている）でアプリケーショントランザクションカウンタを使用して導出され得る。

さらに、各カードのインクリメントは、一意であり得、パーソナライズによって割り当てられるか、またはいくつかの識別情報によってアルゴリズムによって割り当てられ得る。例えば、奇数番号のカードは、２ずつ増加し、偶数番号のカードは、５ずつ増加する場合がある。様々な実施形態では、インクリメントはまた、連続読み取りにおいて変化し得、その結果、１枚のカードは、１、３、５、２、２、…繰り返しによって順番にインクリメントし得る。特定のシーケンスまたはアルゴリズムシーケンスは、パーソナライズ時に、または一意の識別子から導出された１つまたは複数のプロセスから定義され得る。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化するのが難しくなり得る。

認証メッセージは、１６進ＡＳＣＩＩフォーマットのテキストＮＤＥＦレコードのコンテンツとして配信され得る。他の例では、ＮＤＥＦレコードを１６進フォーマットで符号化し得る。

図５は、論理フロー５００の実施形態を示している。論理フロー５００は、本明細書で説明される１つまたは複数の実施形態によって実行される操作のいくつかまたはすべてを表し得る。例えば、論理フロー５００は、オンライン認証技術を利用してユーザを検証または認証して、ロイヤルティポイントに関連付けられた１つまたは複数のアカウントにアクセスする、および／またはロイヤルティポイントを利用する操作のいくつかまたはすべてを含み得る。この文脈では、実施形態は、限定されない。

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

ブロック５１０で、そして様々な実施形態に従って、モバイルデバイス１１０と非接触カード１０１との間の通信が開始され、通信は、カードリーダ１１８を利用し、通信は、ＮＦＣプロトコルに基づく。様々な実施形態では、通信は、一致をもたらす第１のレベルの比較に関する条件であり、様々な実施形態では、サーバ１２０での比較のために第１のアプリケーション資格情報を送信する代わりに、モバイルデバイス１１０と非接触カード１０１との間で比較が行われ、ここで、格納された第２の資格情報は、非接触カードのメモリ１０２に格納される。様々な実施形態では、ユーザ資格情報に関する比較は、省略され、モバイルデバイス１１０上の非接触カード１０１のタップにより、どのアプリケーションが認証を必要とするか、例えば、アクセスアプリケーション１１６を選択するプロンプトが開始され、非接触カード１０１とモバイルデバイス１１０との間のＮＦＣ通信は、ＥＭＶ規格と一致する支払いプロトコルを使用して、ユーザのオンライン検証または認証を開始するが、単に販売または購入を完了する以外の目的のための検証または認証を含む目的のために開始される。様々な実施形態では、上記のように、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップして、非接触カード１０１に暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）を生成および送信させる。非接触カード１０１は、暗号化されたデータを生成するための指示の受信に応答して、メモリ１０２内のカウンタ値１０４をインクリメントし得る。

様々な実施形態では、ブロック５１５で、非接触カード１０１は、メモリ１０２内のカウンタ値１０４およびマスター鍵１０５と暗号化アルゴリズムを使用して、多様化された鍵１０６を生成する。ブロック５２０で、非接触カード１０１は、多様化された鍵１０６および暗号化アルゴリズムを使用してデータ（例えば、顧客識別子１０７）を暗号化し、暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）を生成する。

ブロック５２５で、非接触カード１０１は、例えば、ＮＦＣを使用して、暗号化されたデータをモバイルデバイス１１０のアカウントアプリケーション１１３に送信し得る。少なくとも１つの実施形態では、非接触カード１０１は、暗号化されたデータとともにカウンタ値１０４の指示をさらに含む。ブロック５３０で、モバイルデバイス１１０のアカウントアプリケーション１１３は、非接触カード１０１から受信したデータをサーバ１２０の管理アプリケーション１２３に送信し得る。ブロック５３５で、サーバ１２０の管理アプリケーション１２３は、暗号化アルゴリズムへの入力としてマスター鍵１０５およびカウンタ値１０４を使用して、多様化された鍵１０６を生成し得る。一実施形態では、管理アプリケーション１２３は、非接触カード１０１によって提供されるカウンタ値１０４を使用する。他の実施形態では、管理アプリケーション１２３は、メモリ１２２内のカウンタ値１０４をインクリメントして、メモリ１２２内のカウンタ値１０４の状態を、非接触カード１０１のメモリ１０２内のカウンタ値１０４と同期させる。

ブロック５４０で、管理アプリケーション１２３は、多様化された鍵１０６および暗号化アルゴリズムを使用して、モバイルデバイス１１０を介して非接触カード１０１から受信された暗号化されたデータを復号する。そうすることで、少なくとも顧客識別子１０７が得られ得る。顧客識別子１０７を得ることによって、管理アプリケーション１２３は、ブロック５４５で非接触カード１０１から受信したデータを検証し得る。例えば、管理アプリケーション１２３は、顧客識別子１０７を、アカウントデータ１２４ａ内の関連するアカウントの顧客識別子と比較し、一致に基づいてデータを検証し得る。そうすることにより、管理アプリケーション１２３は、検証の指示をモバイルデバイス１１０に送信し得る。

ブロック５５０で、ブロック５４０および５４５の復号および検証に応答して、管理アプリケーション１２３は、１つまたは複数のロイヤルティポイントアカウント１２４ｂへのアクセスを提供し得、小売業者１４８に関連付けられたロイヤルティポイントを含む、それに関連付けられた１つまたは複数のロイヤルティポイントの償還を許可し得る。サーバ１２０に格納されているように示されているが、ポイントアプリケーション１１７ａは、ロイヤルティポイントアカウント１２４ｂのインスタンスを含み得る。様々な実施形態では、復号の前に、管理アプリケーション１２３は、非接触カード１０１および／またはモバイルデバイス１１０のいずれかのバーコード生成アプリケーション１１７ｂに送信され得る承認トークンを生成し得、バーコードは、その後ディスプレイ１４０および／またはディスプレイ１４１によって表示され得、承認トークンは、図１の様々なコンポーネントに関して上記で概説したように１つまたは複数の制限および条件を課し得、バーコードは、ロイヤルティポイントアカウント１２４ｂに関連付けられたロイヤルティポイントの復号および利用を可能にするために、任意の適切なスキャンデバイスによってスキャンされ得る。様々な実施形態では、バーコード生成アプリケーション１１７は、バーコード生成のための任意の適切な技術を使用してバーコードを生成し得、生成されたバーコードは、モバイルデバイスのディスプレイ１４０および／または非接触カード１０１のディスプレイ１４１に表示され得る。

図６は、論理フロー６００の実施形態を示している。論理フロー６００は、本明細書で説明される１つまたは複数の実施形態によって実行される操作のいくつかまたはすべてを表し得る。例えば、論理フロー６００は、アクセスアプリケーション１１６に関連付けられたトランザクションを承認するために、図５に関連する生成されたバーコードを利用することを含み得る。この文脈では、実施形態は、限定されない。

示されるように、論理フロー６００は、図５の１つまたは複数の操作が完了した後に開始し、様々な実施形態では、フローは、図５のブロック５３０で開始する。ブロック６０５で、システム１００の任意の適切なコンポーネントは、プロセッサ回路上で実行されるアプリケーションによって、ユーザがロイヤルティポイントアカウントデータベースへのアクセスを要求していることを決定し得る。ブロック６１０で、本明細書で論じられるような任意の適切な技術を利用して、システム１００の任意の適切なコンポーネントは、アプリケーションによって、および処理回路に関連付けられたコンピュータデバイスからサーバ１２０に、第１のアプリケーションユーザ資格情報を送信し得る。ブロック６１５で、システム１００の任意の適切なコンポーネントは、サーバで、第１のアプリケーションユーザ資格情報を、格納された第２のアプリケーションユーザ資格情報と比較し得、格納された第２のアプリケーションユーザ資格情報は、サーバに格納される。ブロック６２０で、第１および第２の資格情報の一致に応答して、システム１００の任意の適切なコンポーネントは、アプリケーションによって、アカウントに関連付けられた非接触カードの通信インターフェースから暗号化されたデータを受信し得、暗号化されたデータは、暗号化アルゴリズムと多様化された鍵に基づいて生成され、多様化された鍵は、非接触カードのメモリに格納され、非接触カードのメモリに格納されたマスター鍵とカウンタ値に基づいて生成される。ブロック６２５で、第１および第２の資格情報の一致に応答して、システム１００の任意の適切なコンポーネントは、ユーザに関連付けられたロイヤルティ識別子を暗号化されたデータと組み合わせ得、データの組み合わせは、ロイヤルティ識別子と暗号化されたデータの組み合わせを含む。組み合わせ（および／または本明細書で説明される他の任意の組み合わせ操作）は、論理演算に基づき得る。論理演算は、排他的論理和演算であり得る。ブロック６３０で、システム１００の任意の適切なコンポーネントは、サーバにおいて、受信された暗号化されたデータおよびロイヤルティ識別子に対して操作を実行し得る。ブロック６３５で、システム１００の任意の適切なコンポーネントは、ｉ）非接触カードおよびｉｉ）コンピュータデバイスのいずれかでバーコードを生成し得、生成されたバーコードは、サーバから受信され、暗号化されたデータおよびロイヤルティ識別子を利用するトークンに基づく。ブロック６４０で、システム１００の任意の適切なコンポーネントは、生成されたバーコードを表示し得る。ブロック６４５で、システム１００の任意の適切なコンポーネントは、生成されたバーコードのスキャンに基づいて、アプリケーションによって、およびサーバから、暗号化されたデータの検証を受信し、サーバは、暗号化アルゴリズムに基づいて暗号化されたデータを復号し、サーバのメモリに格納された多様化された鍵を用いて暗号化されたデータを検証し、サーバのメモリに格納された多様化された鍵は、サーバのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成される。ブロック６５０で、システム１００の任意の適切なコンポーネントは、検証の受信に応答して、少なくとも１つの操作を実行する承認を付与し得、少なくとも１つの操作は、ｉ）少なくとも１人のユーザおよび少なくとも２つの異なるアカウントに関連付けられた複数のロイヤルティ識別子を含むデータベースにアクセスし、各アカウントがロイヤルティポイントの異なるセットに関連付けられること、およびｉｉ）少なくとも２つの異なるアカウントに関する複数のロイヤルティ識別子の少なくとも１つをデータベースに格納すること、のうちの少なくとも１つを含む。

様々な実施形態では、非接触カード１０１は、１つまたは複数のコンピュータキオスクまたは端末などのデバイスにタップされて、コーヒなどの購入に応答するトランザクションアイテムを受信するために身元を確認し得る。非接触カード１０１を使用することにより、ロイヤルティプログラムにおいて身元を証明する安全な方法を確立し得る。例えば、報酬、クーポン、オファーなどを取得したり、利益を受信したりするために身元を安全に証明することは、単にバーカードをスキャンするのとは異なる方法で確立される。例えば、暗号化されたトランザクションは、非接触カード１０１とデバイスとの間で発生し得、これは、１つまたは複数のタップジェスチャを処理するように構成され得る。上で説明したように、１つまたは複数のアプリケーションは、ユーザの身元を検証し、次に、例えば、１つまたは複数のタップジェスチャを介してユーザに行動または応答させるように構成され得る。様々な実施形態では、データ、例えば、ボーナスポイント、ロイヤルティポイント、報酬ポイント、ヘルスケア情報などは、非接触カードに書き戻され得る。

様々な実施形態では、非接触カード１０１は、モバイルデバイス１１０などのデバイスにタップされ得る。上で説明したように、ユーザの身元は、１つまたは複数のアプリケーションによって検証され得、次いで、身元の検証に基づいて、ユーザに所望の利益を与え得る。

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

様々な実施形態では、非接触カード１０１は、受信者デバイスに応じて情報を選択的に通信し得る。タップされると、非接触カード１０１は、タップが向けられているデバイスを認識し得、この認識に基づいて、非接触カードは、そのデバイスに適切なデータを提供し得る。これは、非接触カードが、支払いまたはカード認証などの即時のアクションまたはトランザクションを完了するために必要な情報のみを送信することを有利に可能にする。データの送信を制限し、不要なデータの送信を回避することで、効率とデータセキュリティの両方を向上させ得る。情報の認識と選択的な通信は、カードのアクティブ化、残高の転送、アカウントアクセスの試行、商トランザクション、および段階的な不正の削減を含む、様々なシナリオに適用され得る。

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

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

様々な実施形態では、トランザクションに参加するＰＯＳデバイスは、非接触カードによって提供される追加情報、例えば、デバイス固有の情報、場所固有の情報、およびトランザクション固有の情報を要求または指定し得る。例えば、ＰＯＳデバイスが非接触カードからデータ通信を受信すると、ＰＯＳデバイスは、非接触カードを認識し、アクションまたはトランザクションを完了するために必要な追加情報を要求し得る。

様々な実施形態では、ＰＯＳデバイスは、特定の非接触カードに精通している、または特定の非接触カードトランザクションを実行することに慣れている、承認された業者または他のエンティティと提携され得る。しかしながら、そのような提携は、記載された方法の実行のために必要とされないことが理解される。

ショッピングストア、食料品店、コンビニエンスストアなどの様々な実施形態では、非接触カード１０１は、アプリケーションを開かなくてもモバイルデバイスにタップされて、１つまたは複数の購入をカバーするために１つまたは複数の報酬ポイント、ロイヤルティポイント、クーポン、オファーなどを利用したいという願望または意図を示し得る。したがって、購入の背後にある意図が提供される。

様々な実施形態では、１つまたは複数のアプリケーションは、ユーザの身元を検証するために、起動が午後３時５１分に発生したこと、トランザクションが午後３時５６分に処理または行われたことなど、非接触カード１０１の１つまたは複数のタップジェスチャを介して起動されたことを決定するように構成され得る。

様々な実施形態では、１つまたは複数のアプリケーションは、１つまたは複数のタップジェスチャに応答する１つまたは複数のアクションを制御するように構成され得る。例えば、１つまたは複数のアクションは、報酬の収集、ポイントの収集、最も重要な購入の決定、最も費用のかからない購入の決定、および／またはリアルタイムで他のアクションへの再構成を備え得る。

様々な実施形態では、データは、生体認証／ジェスチャ認証としてのタップ動作に関して収集され得る。例えば、暗号的に安全で傍受の影響を受けにくい一意の識別子を１つまたは複数のバックエンドサービスに送信し得る。一意の識別子は、個人に関する二次情報を検索するように構成され得る。二次情報は、ユーザに関する個人を特定できる情報を備え得る。様々な実施形態では、二次情報は、非接触カード内に格納され得る。

様々な実施形態では、デバイスは、請求書を分割するか、または複数の個人の間で支払いをチェックするアプリケーションを備え得る。例えば、各個人が非接触カードを所有し、同じ発行金融機関の顧客であり得るが、必須ではない。これらの各個人は、アプリケーションを介してデバイスでプッシュ通知を受信し、購入を分割し得る。支払いを示すためにカードタップを１つだけ受け入れるのではなく、他の非接触カードを使用し得る。様々な実施形態では、異なる金融機関を有する個人は、カードタッピング個人からの１つまたは複数の支払い要求を開始するための情報を提供するための非接触カード１０１を所有し得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

1. 装置であって、
   プロセッサ回路と、
   命令を格納するメモリと、を備え、前記命令は、前記プロセッサ回路によって実行されると、前記プロセッサ回路に、
   前記プロセッサ回路で実行されるアプリケーションが、複数のロイヤルティポイントに関連付けられた複数のアカウントに関連する少なくとも１つの操作を実行する要求を開始することと、
   前記アプリケーションが、非接触カードの通信インターフェースから暗号化されたデータを受信することであって、前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づき、前記多様化された鍵は、マスター鍵およびカウンタ値に基づく、ことと、
   前記アプリケーションが、サーバから、前記サーバが前記暗号化アルゴリズムおよび前記多様化された鍵に基づいて前記暗号化されたデータを検証したことを指定する指示を受信することと
   前記検証の前記指示を受信したことに応答して、前記少なくとも１つの操作を実行する承認を与えることであって、前記少なくとも１つの操作は、ｉ）少なくとも１人のユーザおよび少なくとも２つの異なるアカウントに関連付けられた複数のロイヤルティ識別子を含むデータベースにアクセスし、各アカウントがロイヤルティポイントの異なるセットに関連付けられること、およびｉｉ）前記少なくとも２つの異なるアカウントに関する前記複数のロイヤルティ識別子の少なくとも１つを前記データベースに格納すること、のうちの少なくとも１つを含む、ことと、
   を実行させる、装置。
2. 前記メモリは、命令を格納しており、前記命令は、前記プロセッサ回路によって実行されると、前記プロセッサ回路に、
   前記少なくとも２つのアカウントの１つを選択することと、
   前記選択したアカウントに関連付けられたロイヤルティポイントの前記異なるセットに関して、少なくとも１つの操作を実行することと、
   を実行させる、請求項１に記載の装置。
3. 前記少なくとも１つの操作は、償還操作である、請求項２に記載の装置。
4. 前記非接触カードから受信された前記暗号化されたデータは、コンピューティングデバイスへの前記非接触カードの第１のタップに基づく、請求項３に記載の装置。
5. 前記暗号化されたデータの検証は、前記複数のアカウントのうちの少なくとも１つに関連付けられた少なくとも１つのユーザ識別と組み合わされている暗号文に関連付けられる、請求項４に記載の装置。
6. 前記組み合わせは、論理演算に基づく、請求項５に記載の装置。
7. 前記論理演算は、排他的論理和演算を含む、請求項６に記載の装置。
8. プロセッサ回路で実行されるアプリケーションが、ユーザがロイヤルティポイントアカウントデータベースへのアクセスを要求していることを決定することと、
   前記アプリケーションが、アカウントに関連付けられた非接触カードの通信インターフェースから暗号化されたデータを受信することであって、前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいて生成され、前記多様化された鍵は、前記非接触カードのメモリに格納され、前記非接触カードの前記メモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、
   前記アプリケーションが、サーバから、前記ユーザの検証を受信することであって、前記検証は、前記暗号化されたデータを含むデータの組み合わせを検証することを含み、前記サーバは、前記暗号化アルゴリズムおよび前記サーバのメモリに格納された前記多様化された鍵に基づいて前記データの組み合わせを復号して、前記データの組み合わせを検証し、前記サーバの前記メモリに格納された前記多様化された鍵は、前記サーバの前記メモリに格納されたマスター鍵およびカウンタ値に基づいて生成される、ことと、
   前記ユーザの前記検証の受信に応答して、前記データベース内の前記ユーザのロイヤルティポイントアカウントへのアクセスを承認し、前記ロイヤルティポイントアカウントに関連付けられた複数のロイヤルティポイントの償還を承認することと、
   を含む方法。
9. 前記方法は、
   前記アプリケーションが、処理回路に関連付けられたコンピュータデバイスからサーバに、第１のアプリケーションユーザ資格情報を送信することと、
   前記復号の前に、サーバで、前記第１のアプリケーションユーザ資格情報を前記サーバによって格納された第２のアプリケーションユーザ資格情報と比較することと、
   をさらに含む、請求項８に記載の方法。
10. 前記方法は、
    前記復号の前に、前記第１のアプリケーションユーザ資格情報と前記第２のアプリケーションユーザ資格情報との間の一致を見つけることに応答して、前記ユーザに関連付けられたロイヤルティ識別子を前記暗号化されたデータと組み合わせることであって、前記データの組み合わせは、前記ロイヤルティ識別子および前記暗号化されたデータの組み合わせを含む、こと、
    をさらに含む、請求項９に記載の方法。
11. 前記ユーザに関連付けられた前記ロイヤルティ識別子を前記暗号化されたデータと組み合わせることは、
    前記サーバで、前記受信した暗号化されたデータおよび前記ロイヤルティ識別子に対して操作を実行すること、
    を含む、請求項１０に記載の方法。
12. 前記ロイヤルティ識別子は、前記サーバに格納される、請求項１１に記載の方法。
13. 前記操作は、排他的論理和演算である、請求項１１に記載の方法。
14. 前記方法は、
    ｉ）前記非接触カード、およびｉｉ）前記コンピュータデバイスのいずれかでバーコードを生成することであって、前記生成されたバーコードは、前記サーバから受信したトークンに基づく、こと、
    をさらに含む、請求項１０に記載の方法。
15. 前記トークンは、前記暗号化されたデータおよび前記ロイヤルティ識別子の組み合わせに基づく、請求項１４に記載の方法。
16. 前記方法は、
    前記生成されたバーコードを表示することと、
    スキャンデバイスを使用して、前記生成されたバーコードをスキャンすることと、
    をさらに含む、請求項１５に記載の方法。
17. 前記方法は、
    前記生成されたバーコードの前記スキャンに応答して、前記データの組み合わせの前記復号を実行すること、
    をさらに含む、請求項１６に記載の方法。
18. プロセッサ回路によって実行可能なコンピュータ可読プログラムコードを格納する非一時的なコンピュータ可読記憶媒体であって、前記非一時的なコンピュータ可読記憶媒体は、前記プロセッサ回路に、
    複数のロイヤルティポイントに関連付けられた複数のアカウントに関連する少なくとも１つの操作を実行する要求を開始することと、
    非接触カードから暗号化されたデータを受信することであって、前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づき、前記多様化された鍵は、マスター鍵およびカウンタ値に基づく、ことと、
    サーバから、前記サーバが前記暗号化アルゴリズムおよび前記多様化された鍵に基づいて前記暗号化されたデータを検証したという指示を受信することと、
    前記検証の受信に応答して、前記少なくとも１つの操作を実行する承認を付与することであって、前記少なくとも１つの操作は、ｉ）少なくとも１人のユーザおよび少なくとも２つの異なるアカウントに関連付けられた複数のロイヤルティ識別子を含むデータベースにアクセスし、各アカウントがロイヤルティポイントの異なるセットに関連付けられること、およびｉｉ）前記少なくとも２つの異なるアカウントに関する前記複数のロイヤルティ識別子の少なくとも１つを前記データベースに格納すること、のうちの少なくとも１つを含む、ことと、
    を実行させる、コンピュータ可読記憶媒体。
19. 前記コンピュータ可読記憶媒体は、前記プロセッサ回路に、
    前記サーバからトークンを受信すること、
    を実行させる、前記プロセッサ回路によって実行可能なコンピュータ可読プログラムコードをさらに含む、請求項１８に記載のコンピュータ可読記憶媒体。
20. 前記コンピュータ可読記憶媒体は、前記プロセッサ回路に、
    前記サーバから受信した前記トークンに基づいてバーコードを生成すること、
    を実行させる、前記プロセッサ回路によって実行可能なコンピュータ可読プログラムコードをさらに含む、請求項１９に記載のコンピュータ可読記憶媒体。

Images