特許 7504893 タップによるカードデータの自動入力

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

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

(11)【特許番号】

(24)【登録日】2024-06-14

(45)【発行日】2024-06-24

(54)【発明の名称】タップによるカードデータの自動入力

(51)【国際特許分類】

   H04L 9/32 20060101AFI20240617BHJP

   H04L 9/08 20060101ALI20240617BHJP

   G06Q 20/34 20120101ALI20240617BHJP

【ＦＩ】

H04L9/32 200A

H04L9/08 B

H04L9/32 100E

G06Q20/34 420

【請求項の数】 20

(21)【出願番号】P 2021540036

(86)(22)【出願日】2020-01-24

(65)【公表番号】

(43)【公表日】2022-03-10

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

(87)【国際公開番号】W WO2020154600

(87)【国際公開日】2020-07-30

【審査請求日】2022-02-28

(31)【優先権主張番号】16/256,983

(32)【優先日】2019-01-24

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】519111877

【氏名又は名称】キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー

【氏名又は名称原語表記】Ｃａｐｉｔａｌ Ｏｎｅ Ｓｅｒｖｉｃｅｓ， ＬＬＣ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100132241

【弁理士】

【氏名又は名称】岡部 博史

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(72)【発明者】

【氏名】ジェフリー・ルール

(72)【発明者】

【氏名】ウェイン・ルッツ

(72)【発明者】

【氏名】ポール・モートン

【審査官】金沢 史明

(56)【参考文献】

【文献】特開２０１４－２３９３４８（ＪＰ，Ａ）

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

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

【文献】特開２００４－０８６４２９（ＪＰ，Ａ）

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

Ｈ０４Ｌ ９／００－ ９／４０

Ｇ０６Ｆ ２１／００－２１／８８

Ｇ０６Ｑ ２０／００－２０／４２

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

【請求項1】

デバイスで実行されるアプリケーションが、フォームの支払いフィールドがフォーカスを移動させたことを決定することであって、前記支払いフィールドは、前記フォームの複数のフィールドのうちの１つである、ことと、
前記アプリケーションが、非接触カードから暗号化されたデータを受信することと、
前記アプリケーションが、サーバから受信した結果に基づいて、前記暗号化されたデータを復号化したことに少なくとも部分的に基づき、前記サーバが前記暗号化されたデータを検証したと決定することと、
前記アプリケーションが、アカウント番号を受信することと、
前記アプリケーションが、前記アカウント番号を前記デバイスで実行される自動入力サービスに提供することと、
前記自動入力サービスが、前記アカウント番号を前記フォームの前記支払いフィールドに自動入力することと、
を含む方法。

【請求項2】

自動入力により、前記フォームの前記支払いフィールドに前記アカウント番号が目に見える形で表示され、前記方法は、
前記アプリケーションが、前記結果を受信する前に、前記暗号化されたデータを前記サーバに送信すること、
をさらに含む、請求項１に記載の方法。

【請求項3】

前記アカウント番号は前記非接触カードまたは前記サーバのいずれかから受信され、
前記方法は、
前記アプリケーションが、前記受信したアカウント番号が暗号化されていることを決定することと、
前記アプリケーションが、前記アカウント番号を前記自動入力サービスに提供する前に、前記暗号化されたアカウント番号を復号することと、
をさらに含む、請求項１に記載の方法。

【請求項4】

前記フォームの複数のフィールドは、有効期限フィールド、請求先住所フィールド、およびカード検証値（ＣＶＶ）フィールドをさらに含み、
前記支払いフィールドがフォーカスを移動させたという決定は、前記支払いフィールドのメタデータの属性に基づいており、前記アカウント番号は、前記支払いフィールドが前記アカウント番号と関連付けられていることを示す前記支払いフィールドの別のメタデータの属性に基づいて、前記支払いフィールドに自動入力される、請求項１に記載の方法。

【請求項5】

前記方法は、
前記アプリケーションが、前記非接触カードに関連付けられた有効期限、請求先住所、およびＣＶＶを受信することと、
前記アプリケーションが、前記有効期限、前記請求先住所、および前記ＣＶＶを前記自動入力サービスに提供することと、
前記自動入力サービスが、前記有効期限を前記フォームの前記有効期限フィールドに、前記請求先住所を前記フォームの前記請求先住所フィールドに、前記ＣＶＶを前記フォームの前記ＣＶＶフィールドに自動入力することと、
をさらに含む、請求項４に記載の方法。

【請求項6】

前記方法は、
前記アプリケーションが、（ｉ）購入の完了、または（ｉｉ）所定の時間の満了のうち少なくとも１つに基づいて前記自動入力サービスを変更することであって、前記自動入力サービスを変更することは、（ｉ）前記自動入力サービスから前記アカウント番号を削除すること、または（ｉｉ）ランダムデータを前記自動入力サービスにコピーすることのうち１つまたは複数を含む、こと、
をさらに含む、請求項１に記載の方法。

【請求項7】

前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいており、前記多様化された鍵は、マスター鍵およびカウンタ値に基づいている、請求項１に記載の方法。

【請求項8】

命令を含むコンピュータで読み取り可能な記憶媒体であって、前記命令は、デバイスのプロセッサによって実行されると、前記プロセッサに、
フォームの支払いフィールドがフォーカスを移動させたことを決定することであって、前記支払いフィールドは、前記フォームの複数のフィールドのうちの１つである、ことと、
非接触カードから暗号化されたデータを受信することと、
サーバから受信した結果に基づいて、前記暗号化されたデータを復号化したことに少なくとも部分的に基づき、前記サーバが前記暗号化されたデータを検証したと決定することと、
アカウント番号を受信することと、
前記アカウント番号を前記プロセッサで実行される自動入力サービスに提供することと、
前記自動入力サービスが、前記アカウント番号を前記フォームの前記支払いフィールドに自動入力することと、
を実行させる、コンピュータで読み取り可能な記憶媒体。

【請求項9】

自動入力により、前記フォームの前記支払いフィールドに前記アカウント番号が目に見える形で表示され、
前記命令は、前記プロセッサに、
前記結果を受信する前に、前記暗号化されたデータを前記サーバに送信すること、
をさらに実行させる、請求項８に記載のコンピュータで読み取り可能な記憶媒体。

【請求項10】

前記アカウント番号は前記非接触カードまたは前記サーバのいずれかから受信され、
前記命令は、前記プロセッサに、
前記受信したアカウント番号が暗号化されていることを決定することと、
前記アカウント番号を前記自動入力サービスに提供する前に、前記暗号化されたアカウント番号を復号することと、
をさらに実行させる、請求項８に記載のコンピュータで読み取り可能な記憶媒体。

【請求項11】

前記フォームの複数のフィールドは、有効期限フィールド、請求先住所フィールド、およびカード検証値（ＣＶＶ）フィールドをさらに含む、請求項８に記載のコンピュータで読み取り可能な記憶媒体。

【請求項12】

前記命令は、前記プロセッサに、
前記非接触カードに関連付けられた有効期限、請求先住所、およびＣＶＶを受信することと、
前記有効期限、前記請求先住所、および前記ＣＶＶを前記自動入力サービスに提供することと、
前記自動入力サービスが、前記有効期限を前記フォームの前記有効期限フィールドに、前記請求先住所を前記フォームの前記請求先住所フィールドに、前記ＣＶＶを前記フォームの前記ＣＶＶフィールドに自動入力することと、
をさらに実行させる、請求項１１に記載のコンピュータで読み取り可能な記憶媒体。

【請求項13】

前記命令は、前記プロセッサに、
（ｉ）購入の完了、または（ｉｉ）所定の時間の満了のうち少なくとも１つに基づいて前記自動入力サービスを変更することであって、前記自動入力サービスを変更することは、（ｉ）前記自動入力サービスから前記アカウント番号を削除すること、または（ｉｉ）ランダムデータを前記自動入力サービスにコピーすることのうち１つまたは複数を含む、こと、
をさらに実行させる、請求項８に記載のコンピュータで読み取り可能な記憶媒体。

【請求項14】

前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいており、前記多様化された鍵は、マスター鍵およびカウンタ値に基づいている、請求項８に記載のコンピュータで読み取り可能な記憶媒体。

【請求項15】

コンピューティング装置であって、
プロセッサと、
命令を格納するメモリと、を備え、前記命令は、前記プロセッサによって実行されると、前記プロセッサに、
フォームの支払いフィールドがフォーカスを移動させたことを決定することであって、前記支払いフィールドは、前記フォームの複数のフィールドのうちの１つである、ことと、
非接触カードから暗号化されたデータを受信することと、
サーバから受信した結果に基づいて、前記暗号化されたデータを復号化したことに少なくとも部分的に基づき、前記サーバが前記暗号化されたデータを検証したと決定することと、
アカウント番号を受信することと、
前記アカウント番号を前記プロセッサで実行される自動入力サービスに提供することと、
前記自動入力サービスが、前記アカウント番号を前記フォームの前記支払いフィールドに自動入力することと、
を実行させる、コンピューティング装置。

【請求項16】

自動入力により、前記フォームの前記支払いフィールドに前記アカウント番号が目に見える形で表示され、
前記命令は、前記プロセッサに、
前記結果を受信する前に、前記暗号化されたデータを前記サーバに送信すること、
をさらに実行させる、請求項１５に記載のコンピューティング装置。

【請求項17】

前記アカウント番号は前記非接触カードまたは前記サーバのいずれかから受信され、
前記命令は、前記プロセッサに、
前記受信したアカウント番号が暗号化されていることを決定することと、
前記アカウント番号を前記自動入力サービスに提供する前に、前記暗号化されたアカウント番号を復号することと、
をさらに実行させる、請求項１５に記載のコンピューティング装置。

【請求項18】

前記フォームの複数のフィールドは、有効期限フィールド、請求先住所フィールド、およびカード検証値（ＣＶＶ）フィールドをさらに含む、請求項１５に記載のコンピューティング装置。

【請求項19】

前記命令は、前記プロセッサに、
前記非接触カードに関連付けられた有効期限、請求先住所、およびＣＶＶを受信することと、
前記有効期限、前記請求先住所、および前記ＣＶＶを前記自動入力サービスに提供することと、
前記自動入力サービスが、前記有効期限を前記フォームの前記有効期限フィールドに、前記請求先住所を前記フォームの前記請求先住所フィールドに、前記ＣＶＶを前記フォームの前記ＣＶＶフィールドに自動入力することと、
をさらに実行させる、請求項１８に記載のコンピューティング装置。

【請求項20】

前記暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいており、前記多様化された鍵は、マスター鍵およびカウンタ値に基づいており、前記命令は、前記プロセッサに、
（ｉ）購入の完了、または（ｉｉ）所定の時間の満了のうち少なくとも１つに基づいて前記自動入力サービスを変更することであって、前記自動入力サービスを変更することは、（ｉ）前記自動入力サービスから前記アカウント番号を削除すること、または（ｉｉ）ランダムデータを前記自動入力サービスにコピーすることのうち１つまたは複数を含む、こと、
をさらに実行させる、請求項１５に記載のコンピューティング装置。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
本出願は、２０１９年１月２４日に出願された「タップしてカードデータを自動入力」という名称の米国特許出願第１６／２５６，９８３号の優先権を主張する。前述の出願の内容は、参照により本明細書に援用される。

【0002】

本明細書の実施形態は、概してコンピューティングプラットフォームに関し、より具体的には、コンピューティングデバイスにカードをタップして、コンピューティングデバイス上の支払いフォームへの支払いデータの自動入力を開始することに関する。

【背景技術】

【0003】

支払いカードのアカウント識別子は、多くの場合、長い数字および／または文字列である。そのため、ユーザがアカウント識別子を手動で正しく入力することは困難である。実際、ユーザは、しばしば間違いを犯し、間違ったアカウント番号をコンピューティングインターフェース（例えば、支払いインターフェース）に入力する。さらに、デバイスに入力されたアカウント識別子をカメラがキャプチャして識別できるようにするプロセスが開発されているため、アカウント識別子にセキュリティリスクが生じる。

【発明の概要】

【0004】

本明細書に開示される実施形態は、カードデータをコンピューティングデバイス上のフォームに自動入力するためにタップするためのシステム、方法、製品、およびコンピュータ可読媒体を提供する。一例によれば、アプリケーションは、フォームの支払いフィールドがフォーカスを移動させたと決定し得る。次に、アプリケーションは、アカウントに関連付けられた非接触カードの通信インターフェースから暗号化されたデータを受信し得、暗号化されたデータは、暗号化アルゴリズムおよび多様化された鍵に基づいて生成され、多様化された鍵は、非接触カードのメモリに格納され、非接触カードのメモリに格納されたマスター鍵およびカウンタ値に基づいて生成され得る。次に、アプリケーションは、サーバから暗号化されたデータの検証を受信し得、サーバは、暗号化アルゴリズムおよびサーバのメモリに格納された多様化された鍵に基づいて暗号化されたデータを復号し、暗号化されたデータを検証し、サーバのメモリに格納された多様化された鍵は、マスター鍵と、サーバのメモリに格納されたカウンタ値とに基づいて生成され得る。次に、アプリケーションは、アカウントに関連付けられた暗号化されたアカウント番号をサーバから受信し得、暗号化されたアカウント番号を復号してアカウント番号を取得し得る。プロセッサ回路で実行されているオペレーティングシステム（ＯＳ）の自動入力サービスは、アカウント番号をフォームの支払いフィールドに自動入力し得る。

【図面の簡単な説明】

【0005】

【図1A】カードデータを自動入力するためにタップするためのシステムの実施形態を示している。

【図1B】カードデータを自動入力するためにタップするためのシステムの実施形態を示している。

【図2A】カードデータを自動入力するためのタップの実施形態を示している。

【図2B】カードデータを自動入力するためのタップの実施形態を示している。

【図3A】カードデータを自動入力するためのタップの実施形態を示している。

【図3B】カードデータを自動入力するためのタップの実施形態を示している。

【図3C】カードデータを自動入力するためのタップの実施形態を示している。

【図3D】カードデータを自動入力するためのタップの実施形態を示している。

【図4A】非接触カードの例を示している。

【図4B】非接触カードの例を示している。

【図5】第１の論理フローの実施形態を示している。

【図6】第２の論理フローの実施形態を示している。

【図7】第３の論理フローの実施形態を示している。

【図8】コンピューティングアーキテクチャの実施形態を示している。

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

【0006】

本明細書に開示される実施形態は、非接触カードのカードデータ（例えば、アカウント番号、有効期限、顧客請求先住所、配送先住所、および／またはカード検証値（ＣＶＶ））を、自動入力サービスおよび／またはアクセシビリティサービスを使用してコンピューティングデバイスのフォームに自動入力する安全な技術を提供する。一般に、デバイスのユーザは、支払いに関連するフォームフィールド（例えば、アカウント番号フィールド、有効期限フィールド、ＣＶＶフィールド、名前、配送先住所、および／または請求先住所）を選択し得、フォームフィールドにフォーカスが移動し得る。フォームフィールドがフォーカスを移動させたと決定すると、デバイスは、非接触カードをデバイスにタップするように指示を出力し得る。次に、ユーザは、非接触カードをデバイスにタップし得る。次に、デバイスは、データを生成してアプリケーションに送信するように非接触カードに指示し得る。いくつかの実施形態では、非接触カードによって生成されたデータは、アカウント番号、有効期限、請求先住所、および／またはＣＶＶ値を含み得る。他の実施形態では、非接触カードによって生成されたデータは、鍵多様化を使用して暗号化され得る。アプリケーションは、非接触カードから受信した暗号化されたデータを検証のためにサーバに送信し得る。データを検証すると、サーバは、カードデータ（例えば、アカウント番号、有効期限、名前、住所、および／またはＣＶＶ）をデバイスに送信し得る。非接触カードから受信したか、サーバから受信したか、ローカルで受信したかにかかわらず、カードデータは、デバイスのオペレーティングシステムの自動入力サービスに提供され得る。自動入力サービスは、カードデータをフォームフィールドに自動的に入力し得る（例えば、アカウント番号をアカウント番号フォームフィールドに入力するなど）。

【0007】

これにより、すべてのデバイスと関連データのセキュリティが向上するという利点がある。例えば、従来のアプローチでは、ユーザがカードデータをフォームに手動で入力する必要があった。しかしながら、これを行うと、ユーザがカードデータをフォームに入力するときに、他のユーザまたはデバイスがカードデータを捕捉し得る。ユーザがカードデータをフォームに手動で入力する必要がなくなるため、カードデータのセキュリティが強化される。さらに、サーバによって実行される検証は、正しいカードデータがフォームに入力されていることを確認するための追加の保護を提供する。さらに、従来の解決策では非接触カードの実際のアカウント番号をフォームに入力する必要があるため、仮想カード番号の生成とフォームへの入力により、非接触カードの実際のアカウント番号のセキュリティが保護される。

【0008】

本明細書で使用される表記法および用語を一般的に参照すると、以下の詳細な説明の１つまたは複数の部分は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム手順に関して提示され得る。これらの手順の説明および表現は、当業者が作業の内容を他の当業者に最も効果的に伝えるために使用する。ここでの手順とは、一般的に、望ましい結果につながる、一貫性のある一連の操作であると考えられている。これらの操作は、物理量の物理的な操作を必要とする操作である。通常、これらの量は、格納、転送、結合、比較、その他の操作が可能な電気信号、磁気信号、または光信号の形をとるが、必ずしもそうではない。これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことは、主に一般的な使用上の理由から、時々便利である。しかしながら、これらおよび類似の用語はすべて、適切な物理量に関連付けられており、それらの量に適用される便利なラベルにすぎないことに留意されたい。

【0009】

さらに、これらの操作は、通常、人間のオペレータによって実行される精神的操作に関連する、追加または比較などの用語で呼ばれることが多い。しかしながら、１つまたは複数の実施形態の一部を形成する本明細書に記載の操作のいずれにおいても、人間のオペレータのそのような能力は必要ではなく、ほとんどの場合望ましいものでもない。むしろ、これらの操作は、機械操作である。様々な実施形態の操作を実行するための有用な機械には、本明細書の教示に従って記述された内部に格納されたコンピュータプログラムによって選択的に起動または構成されるデジタルコンピュータ、および／または必要な目的のために特別に構築された装置またはデジタルコンピュータが含まれる。様々な実施形態は、これらの操作を実行するための装置またはシステムにも関する。これらの装置は、必要な目的のために特別に構成され得る。これらの様々な機械に必要な構造は、以下の説明から明らかになる。

【0010】

ここで図面を参照するが、全体を通して、同様の要素を指すために同様の参照番号が使用されている。以下の説明では、説明のために、その完全な理解を提供するために、多くの特定の詳細が示されている。しかしながら、これらの特定の詳細がなくても、新規な実施形態を実施できることは明らかであろう。他の例では、周知の構造およびデバイスは、説明を容易にするためにブロック図の形式で示されている。意図は、請求の範囲内のすべての変更、均等物、および代替物をカバーすることである。

【0011】

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

【0012】

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

【0013】

示されるように、モバイルデバイス１１０のメモリ１１１は、オペレーティングシステム（ＯＳ）１１２のインスタンスを含む。オペレーティングシステム１１２の例は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、ｉＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、およびＷｉｎｄｏｗｓ（登録商標）オペレーティングシステムを含む。示されるように、ＯＳ１１２は、アカウントアプリケーション１１３、自動入力サービス１１４、１つまたは複数の他のアプリケーション１１５、クリップボード１１６、およびアクセシビリティサービス１１７を含む。アカウントアプリケーション１１３により、ユーザは、アカウント残高の閲覧、アイテムの購入、支払いの処理など、アカウントに関連する様々な操作を行うことができる。最初に、ユーザは、アカウントアプリケーション１１３にアクセスするために、認証資格情報を使用して認証する必要がある。例えば、認証資格情報は、ユーザ名およびパスワード、生体認証資格情報などを含み得る。

【0014】

自動入力サービス１１４は、一般に、データをフォームフィールドにプログラム的に挿入することにより、１つまたは複数のフォームフィールドに入力するように構成される。別の言い方をすれば、自動入力サービス１１４は、ＯＳ１１２内のフォームおよび／またはＯＳ１１２で実行される任意のアプリケーション（例えば、アカウントアプリケーション１１３および／または他のアプリケーション１１５）内のフォームに自動的に挿入できるデータを受信して格納する。例えば、本明細書でより詳細に説明するように、自動入力サービス１１４は、モバイルデバイス１１０への非接触カード１０１のタップに応答して、フォームの名前、請求先住所、配送先住所、アカウント番号、有効期限、アカウント請求先住所、およびＣＶＶフィールドを自動的に入力し得る。いくつかの実施形態では、アカウント番号は仮想アカウント番号である。いくつかの実施形態では、自動入力サービス１１４は、アカウントアプリケーション１１３に関連付けられている。例えば、自動入力サービス１１４は、アカウントアプリケーション１１３を用いてモバイルデバイス１１０にインストールされ得、ユーザは、インストール後に自動入力サービス１１４を有効にするように促される。より一般的には、アカウントアプリケーション１１３が開かれるたびに、アカウントアプリケーション１１３は、自動入力サービス１１４がＯＳ１１２のデフォルト自動入力サービスとして有効化されているかどうかを判断し得る。自動入力サービス１１４がデフォルト自動入力サービスとして有効になっていない場合、アカウントアプリケーション１１３は、ＯＳ１１２のデフォルト自動入力サービスとして自動入力サービス１１４を有効にするようにユーザに促し得る。ＯＳ１１２のデフォルトの自動入力サービスとして有効化されると、自動入力サービス１１４は、フォームの支払い関連フィールドをプログラムで識別し、非接触カード１０１に関連付けられたデータでフォームフィールドを自動入力するために、モバイルデバイス１１０に非接触カード１０１をタップするようにユーザに促し得る（例えば、名前、アカウント番号、有効期限、ＣＶＶ、配送先住所、および／またはアカウント請求先住所のうちの１つまたは複数）。

【0015】

アクセシビリティサービス１１７は、一般に、ユーザがモバイルデバイス１１０を使用するのを支援するように構成されている。例えば、アクセシビリティサービス１１７は、サーバ１２０による暗号化された顧客ＩＤ１０９の検証に応答して、フォームの名前、アカウント番号、有効期限、配送先住所、請求先住所、およびＣＶＶフィールドに自動的に入力し得、暗号化された顧客ＩＤ１０９は、モバイルデバイス１１０への非接触カード１０１のタップに応答して非接触カード１０１によって生成される。一実施形態では、アクセシビリティサービス１１７は、名前、アカウント番号、有効期限、配送先住所、請求先住所、およびＣＶＶデータをウェブブラウザなどのアプリケーションのフォームに自動入力するために使用される。自動入力サービス１１４は、カードデータをフォームにプログラムで入力するための参照例としてここで使用される。しかしながら、本開示は、アクセシビリティサービス１１７または他のサービス（例えば、パスワードサービス、または他のタイプのサービス）を使用してカードデータをプログラムでフォームに入力することに等しく適用できるため、自動入力サービス１１４の使用は、開示の限定と見なされるべきではない。

【0016】

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

【0017】

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

【0018】

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

【0019】

例えば、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップし、それによって、非接触カード１０１をモバイルデバイス１１０のカードリーダ１１８に十分に近づけて、非接触カード１０１とモバイルデバイス１１０のカードリーダ１１８との間のＮＦＣデータ転送を可能にし得る。いくつかの実施形態では、モバイルデバイス１１０は、ＡＰＩ呼び出しを介してカードリーダ１１８をトリガし得る。さらに、および／または代替として、モバイルデバイス１１０は、カードリーダ１１８を定期的にポーリングすることに基づいて、カードリーダ１１８をトリガし得る。より一般的には、モバイルデバイス１１０は、カードリーダ１１８をトリガして、実行可能な任意の方法を使用して通信を行い得る。モバイルデバイス１１０と非接触カード１０１との間の通信が確立された後、非接触カード１０１は、メッセージ認証コード（ＭＡＣ）暗号文を生成する。いくつかの例では、これは、非接触カード１０１がアカウントアプリケーション１１３によって読み取られるときに発生し得る。特に、これは、ＮＦＣデータ交換フォーマットに従って作成され得る近距離データ交換（ＮＤＥＦ）タグのＮＦＣ読み取りなどの読み取り時に発生し得る。例えば、アカウントアプリケーション１１３および／またはカードリーダ１１８などのリーダは、アプレット選択メッセージなどのメッセージを、ＮＤＥＦ生成アプレットのアプレットＩＤとともに送信し得る。選択が確認されると、ファイル選択メッセージのシーケンスが送信され、続いてファイル読み取りメッセージが送信され得る。例えば、このシーケンスは、「機能ファイルの選択」、「機能ファイルの読み取り」、および「ＮＤＥＦファイルの選択」を含み得る。この時点で、非接触カード１０１によって維持されるカウンタ値１０４が更新またはインクリメントされ得、その後に「ＮＤＥＦファイルの読み取り」が続き得る。この時点で、ヘッダと共有秘密を含み得るメッセージが生成され得る。その後、セッション鍵が生成され得る。ＭＡＣ暗号文は、ヘッダと共有秘密を含み得るメッセージから作成され得る。次に、ＭＡＣ暗号文は、ランダムデータの１つまたは複数のブロックと連結され得、ＭＡＣ暗号文と乱数（ＲＮＤ）は、セッション鍵で暗号化され得る。その後、暗号文とヘッダが連結され得、ＡＳＣＩＩ１６進数としてエンコードされ、ＮＤＥＦメッセージ形式で返され得る（「ＮＤＥＦファイルの読み取り」メッセージに応答して）。いくつかの例では、ＭＡＣ暗号文は、ＮＤＥＦタグとして送信され得、他の例では、ＭＡＣ暗号文は、統一されたリソースインジケータ（例えば、フォーマットされた文字列として）に含まれ得る。次に、非接触カード１０１は、ＭＡＣ暗号文をモバイルデバイス１１０に送信し得、これは、次に、後述するように、検証のためにＭＡＣ暗号文をサーバ１２０に転送し得る。しかしながら、いくつかの実施形態では、モバイルデバイス１１０は、ＭＡＣ暗号文を検証し得る。

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

前述のように、鍵多様化技術は、非接触カード１０１を使用して安全な動作を実行するために使用され得る。例えば、管理アプリケーション１２３が鍵多様化を使用して暗号化された顧客ＩＤ１０９を検証すると、管理アプリケーション１２３は、アカウントに関連付けられたアカウント番号、有効期限、および／またはＣＶＶをモバイルデバイス１１０のアカウントアプリケーション１１３に送信し得る。管理アプリケーション１２３は、他の情報（例えば、名、姓、配送先住所、請求先住所、他のアカウント情報など）をさらに含み得る。アカウント番号は、ＰＡＮ、仮想アカウント番号、および／またはＰＡＮに基づいて生成されたトークンであり得る。アカウントアプリケーション１１３は、受信したデータ（暗号化されている場合）を復号し、アカウント番号、有効期限、請求先住所、および／またはＣＶＶを自動入力サービス１１４のアプリケーションプログラミングインターフェース（ＡＰＩ）に提供し得る。自動入力サービス１１４は、フォームのアカウント番号フィールドにアカウント番号を自動的に挿入し、フォームの有効期限フィールドに有効期限を挿入し、フォームのＣＶＶフィールドにＣＶＶを挿入し、フォームの請求先住所フィールドに請求先住所を挿入し、フォームの配送先住所フィールドに配送先住所を挿入し、フォームの名前フィールドに名前を挿入し得る。

【0025】

他の実施形態では、カードデータ１０３は、非接触カード１０１から直接読み取られるが、これは、モバイルデバイス１１０がサーバ１２０に接続されていない場合に有用であり得る。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、ユーザがフォームのアカウント番号フィールドを選択したこと、およびアカウント番号フィールドがフォーカスを移動させたことを決定し得る。いくつかの実施形態では、アカウントアプリケーション１１３および／または自動入力サービス１１４は、フォームフィールドのメタデータを読み取って、情報のタイプを決定する。例えば、フォームフィールドのメタデータは、フォームフィールドがアカウント番号フィールド、有効期限フィールド、ＣＶＶフィールド、配送先住所フィールド、および／または請求先住所フィールドに関連付けられていることを指定し得る。いくつかの実施形態では、１６桁のカード番号、ＣＶＶ、顧客名などの情報は、オフラインで利用できるが、住所や生成された仮想番号などの他の情報は、オフラインでは利用できず、ネットワーク接続が必要になり得る。それに応じて、アカウントアプリケーション１１３および／または自動入力サービス１１４は、非接触カード１０１をタップする指示をモバイルデバイス１１０に出力し得る。一実施形態では、非接触カード１０１がモバイルデバイス１１０にタップされると、非接触カード１０１は、カードデータ１０３をモバイルデバイス１１０に送信する。他の実施形態では、非接触カード１０１がモバイルデバイス１１０にタップされると、アカウントアプリケーション１１３は、カードデータ１０３をモバイルデバイス１１０に送信するように非接触カード１０１に命令し得る。一例では、非接触カード１０１は、カードデータ１０３（アカウント番号、有効期限、ＣＶＶ値、アカウント所有者の名、およびアカウント所有者の姓のうちの１つまたは複数を含む）をＮＤＥＦファイルで（例えば、ＮＦＣ、ブルートゥース（登録商標）、および／またはＲＦＩＤを介して）モバイルデバイス１１０に送信する。他の例では、非接触カード１０１は、ＥＭＶプロトコルを使用してカードデータ１０３を送信する。ＥＭＶプロトコルが使用される例では、ＥＭＶプロトコルを用いて送信されるカードデータ１０３は、アカウント番号、有効期限、アカウント所有者の名、アカウント所有者の姓を含む。次に、非接触カード１０１は、ＥＭＶプロトコルを使用して、カードデータ１０３をアカウントアプリケーション１１３に送信し得る。ＥＭＶプロトコルが使用される例では、アカウントアプリケーション１１３は、非接触カード１０１から（例えば、ＮＤＥＦファイル内のＣＶＶを受信するために読み取られたＮＦＣを介して）および／またはサーバ１２０の管理アプリケーション１２３からＣＶＶ値を受信し得る。しかしながら、いくつかの実施形態では、ＥＭＶプロトコルを使用して、ＣＶＶ値を非接触カード１０１から直接送信し得る。次に、アカウントアプリケーション１１３は、カードデータ１０３（例えば、アカウント番号、有効期限、および／またはＣＶＶ）を自動入力サービス１１４のＡＰＩに提供し得る。自動入力サービス１１４は、カードデータ１０３をフォームに自動入力し得る。例えば、自動入力サービス１１４は、フォームのアカウント番号フィールドにアカウント番号を自動入力し得る。同様に、自動入力サービス１１４は、有効期限および／またはＣＶＶをフォームに自動入力し得る。

【0026】

さらに他の実施形態では、非接触カード１０１は、アカウント番号１０８の１つをアカウントアプリケーション１１３に直接提供する。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、ユーザがフォームのアカウント番号フィールドを選択したこと、およびアカウント番号フィールドがフォーカスを移動させたことを決定し得る。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、アカウント番号フィールドのＨＴＭＬ属性を解析して、アカウント番号フィールドがフォーカスを移動させたことを決定し得る。さらに、アカウントアプリケーション１１３および／または自動入力サービス１１４は、アカウント番号フィールドのメタデータを解析して、フィールドがアカウント番号に関連付けられていることを決定し得る。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、メタデータに基づいて、アカウント番号フィールドが１６文字を入力として受信するように構成されていることを決定し得る。他の例として、メタデータは、アカウント番号フィールドに関連付けられた名前と同様のフォームフィールドの名前を指定し得る（例えば、「ａｃｃｏｕｎｔｎｕｍｂｅｒ」、「ａｃｃｏｕｎｔ＿ｎｕｍｂｅｒ」など）。

【0027】

それに応じて、アカウントアプリケーション１１３および／または自動入力サービス１１４は、非接触カード１０１をタップする指示をモバイルデバイス１１０に出力し得る。非接触カード１０１がモバイルデバイス１１０にタップされると、アカウントアプリケーション１１３は、アカウント番号１０８の１つをアカウントアプリケーション１１３に送信するように非接触カード１０１に命令し得る。次に、非接触カード１０１は、アカウント番号１０８（仮想アカウント番号、有効期限、ＣＶＶ、およびオプションとしてアカウント所有者の姓名を含む）を選択して暗号化し得る。次に、非接触カード１０１は、選択されたアカウント番号１０８を使用済みとしてマークし得（例えば、選択されたアカウント番号１０８を削除し、選択されたアカウント番号１０８の「使用済み」フィールドまたはビットを更新することなどによって）、暗号化されたアカウント番号１０８をアカウントアプリケーション１１３に送信し得る。次に、アカウントアプリケーション１１３は、アカウント番号１０８を復号し、復号されたデータを自動入力サービス１１４に提供し得る。自動入力サービス１１４は、１つまたは複数のフォームフィールドに、仮想アカウント番号、有効期限、およびＣＶＶ（およびオプションでアカウント所有者の姓名、および請求先住所）のうちの１つまたは複数を自動入力し得る。いくつかの実施形態では、１つまたは複数のアカウント番号１０８を自動入力するために、非接触カード１０１は、鍵多様化技術に従って暗号化された顧客ＩＤ１０９をさらに生成する。そのような実施形態では、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ１０９を非接触カードから受信し、暗号化された顧客ＩＤ１０９を検証のためにサーバ１２０の管理アプリケーション１２３に送信し得る。アカウントアプリケーション１１３は、アカウント番号、有効期限、および／またはＣＶＶを自動入力サービス１１４に提供する前に、暗号化された顧客ＩＤ１０９の検証を待ち得る。したがって、暗号化された顧客ＩＤ１０９がサーバ１２０によって検証されない場合、アカウントアプリケーション１１３は、アカウント番号１０８を自動入力サービス１１４に提供しない。しかしながら、他の実施形態では、暗号化された顧客ＩＤ１０９の検証は、非接触カード１０１の仮想アカウント番号１０８を自動入力するための条件ではない。

【0028】

カードデータ１０３および／またはアカウント番号１０８を自動入力サービス１１４に提供するために使用される技術に関係なく、アカウントアプリケーション１１３および／またはＯＳ１１２は、自動入力サービス１１４に提供されるデータを管理し得る。例えば、カードデータ１０３および／またはアカウント番号１０８は、所定の時間、自動入力サービス１１４に格納された後、自動入力サービス１１４から削除され得る。他の例として、カードデータ１０３および／またはアカウント番号１０８が購入に使用された後に、カードデータ１０３および／またはアカウント番号１０８は、自動入力サービス１１４から削除され得る。それに加えておよび／または代替として、例えば、ランダムデータを自動入力サービス１１４にコピーすることにより、自動入力サービス１１４は、変更されて、カードデータ１０３および／またはアカウント番号１０８を削除し得る。

【0029】

さらに、アカウントアプリケーション１１３および／または自動入力サービス１１４は、アカウント番号をＯＳのクリップボード１１６にコピーし得る。クリップボード１１６は、ＯＳ１１２内でコピーおよび／または貼り付け可能なデータを格納する。例えば、クリップボード１１６は、モバイルデバイス１１０のフィールドに貼り付けるためにデータをローカルに格納し得、ユーザは、ＯＳ１１２内で利用可能なコマンドおよび／またはジェスチャを使用して、クリップボード１１６に格納されたデータを入力／貼り付け得る。例えば、アカウント番号をクリップボード１１６にコピーすることにより、ユーザは、ＯＳ１１２内で利用可能なコマンドおよび／またはジェスチャを使用して、アカウント番号を対応するフォームフィールドに貼り付け得る。さらに、自動入力サービス１１４は、アカウント番号がクリップボード１１６にコピーされる間、有効期限とＣＶＶを指定する通知を出力し得る。これにより、ユーザは通知が表示されたまま、有効期限日とＣＶＶを対応するフォームフィールドに手動で入力し得る。いくつかの実施形態では、アカウントアプリケーション１１３および／または自動入力サービス１１４はまた、有効期限、請求先住所、および／またはＣＶＶをクリップボード１１６にコピーし得、有効期限、請求先住所、および／またはＣＶＶを対応するフォームフィールドに貼り付け得る。

【0030】

図１Ｂは、鍵多様化技術を使用してカードデータ１０３をフォームに自動入力する例を示している。示されているように、アカウントアプリケーション１１３は、フォーム１５０を含む。動作中、モバイルデバイス１１０のユーザは、支払いに関連するフォーム１５０のフィールド（例えば、名前フィールド、アカウント番号フィールド、有効期限フィールド、ＣＶＶフィールド、配送先住所フィールド、および／または請求先住所フィールド）を選択し得る。アカウントアプリケーション１１３および／または自動入力サービス１１４は、フォーム１５０（および／または他のアプリケーション１１５のフォーム１５１）の支払いフィールドがフォーカスを移動させたことを、例えば、フィールドの名前、フィールドのタイプなどに基づいて決定し得る。一般に、フォームのフィールドがフォーカスを移動させると、そのフィールドに入力が提供され得る（ユーザ入力を介して手動で、または自動入力サービス１１４および／またはアクセシビリティサービス１１７を介してプログラムで）。アカウントアプリケーション１１３および／または自動入力サービス１１４は、非接触カード１０１をモバイルデバイス１１０にタップするようにユーザに指示し得る。非接触カード１０１がモバイルデバイス１１０にタップされると（例えば、カードリーダ１１８のＮＦＣ通信範囲内に持ち込まれる）、アカウントアプリケーション１１３は、図１Ａに示されるように、暗号化された顧客ＩＤ１０９を生成するための指示を生成して非接触カード１０１に送信する。

【0031】

これに応答して、非接触カード１０１は、カウンタ値１０４をインクリメントし、マスター鍵１０５およびカウンタ値１０４を暗号化アルゴリズムへの入力として提供し、これは、出力として多様化された鍵１０６を生成する。次に、非接触カード１０１は、多様化された鍵１０６を使用して顧客識別子１０７を暗号化して、暗号化された顧客ＩＤ１０９を生成し得る。非接触カード１０１は、暗号化された顧客ＩＤ１０９をモバイルデバイス１１０のアカウントアプリケーション１１３に（例えば、ＮＦＣ接続、ブルートゥース（登録商標）接続などを介して）送信し得る。次に、モバイルデバイス１１０のアカウントアプリケーション１１３は、暗号化された顧客ＩＤ１０９をネットワーク１３０を介してサーバ１２０に送信し得る。少なくとも１つの実施形態において、非接触カード１０１は、暗号化された顧客ＩＤ１０９と共にカウンタ値１０４を送信する。

【0032】

カードリーダ１１８を介して暗号化された顧客ＩＤ１０９を受信すると、サーバ１２０の管理アプリケーション１２３は、鍵多様化を使用して暗号化された顧客ＩＤ１０９を検証する。前述のように、サーバ１２０の管理アプリケーション１２３は、カウンタ値１０４を暗号化への入力として使用し、マスター鍵１０５を暗号化の鍵として使用して、同じ対称暗号化を実行して、多様化された鍵１０６を生成し得る。次に、管理アプリケーション１２３は、非接触カード１０１によって送信されたデータ（例えば、少なくとも顧客識別子１０７）を明らかにする多様化された鍵１０６を使用して、ネットワーク１３０を介して受信した暗号化された顧客ＩＤ１０９を復号し得る。そうすることで、管理アプリケーション１２３は、モバイルデバイス１１０を介して非接触カード１０１によって送信されたデータを、例えば、復号された顧客ＩＤ１０７をアカウントのアカウントデータ１２４内の顧客ＩＤと比較することによって検証し得る。ここで、顧客ＩＤ値の一致は、非接触カード１０１から受信した暗号化されたデータを検証する。いくつかの実施形態では、管理アプリケーション１２３が暗号化された顧客ＩＤ１０９を検証すると、管理アプリケーション１２３は、関連するアカウントの仮想カード番号を生成するか、または関連するアカウントの仮想カード番号を生成する。

【0033】

図１Ｂに示されるように、図１Ａの暗号化された顧客ＩＤ１０９を検証した後、サーバ１２０の管理アプリケーション１２３は、カードデータ１０３をサーバ１２０からモバイルデバイス１１０に送信する。少なくとも１つの実施形態では、管理アプリケーション１２３は、アカウントアプリケーション１１３に送信する前にカードデータ１０３を暗号化する。上述のように、カードデータ１０３は、非接触カード１０１のアカウント番号、ＣＶＶ、および／または有効期限を含み得る。カードデータ１０３は、アカウント所有者の姓名、送付先住所、および請求先住所をさらに含み得る。一実施形態では、カードデータ１０３のアカウント番号は、管理アプリケーション１２３による暗号化された顧客ＩＤ１０９の検証に続いて生成された仮想カード番号である。他の実施形態では、カードデータ１０３のアカウント番号は、アカウント番号１０８からのレコードである。一実施形態では、姓名は、アカウントアプリケーション１１３（またはＯＳの他の要素）に格納される。そのような実施形態では、アカウントアプリケーション１１３は、ローカルに格納された名前をカードデータ１０３と共に自動入力サービス１１４に提供し得る。さらに、前述のように、アカウント番号は、仮想アカウント番号を備え得る。次に、アカウントアプリケーション１１３は、カードデータ１０３を受信し、受信したカードデータ１０３を復号し得る（カードデータ１０３が暗号化されている場合）。次に、アカウントアプリケーション１１３は、カードデータ１０３を自動入力サービス１１４（および／またはアクセシビリティサービス１１７）のＡＰＩに提供し得る。次に、自動入力サービス１１４および／またはアクセシビリティサービス１１７は、ユーザ入力を必要とせず、カードデータ１０３を公開することなく、フォーム１５０（および／または他のアプリケーション１１５のフォーム１５１）の１つまたは複数のフィールドに対応するカードデータ１０３を入力し得る。

【0034】

一実施形態では、サーバ１２０によってモバイルデバイス１１０に送信されるカードデータ１０３は、非接触カード１０１に関連付けられたアカウントを使用して購入を行うために必要なすべての関連情報（例えば、アカウント番号、有効期限、ＣＶＶ、請求先住所、配送先住所、名、姓など）を含む。しかしながら、他の実施形態では、カードデータ１０３の個々の要素は、非接触カード１０１およびモバイルデバイス１１０の１つまたは複数のタップを使用して、自動入力サービス１１４によって段階的に自動入力され得る。例えば、非接触カード１０１およびモバイルデバイス１１０の第１のタップは、自動入力サービス１１４に、カードデータ１０３のアカウント番号をフォームのアカウント番号フィールドに自動入力させ、一方、非接触カード１０１およびモバイルデバイス１１０の第２のタップは、自動入力サービス１１４に、有効期限をフォームの有効期限フィールド（または複数のフィールド）に自動入力させ、非接触カード１０１およびモバイルデバイス１１０の第３のタップは、自動入力サービス１１４に、ＣＶＶをフォームのＣＶＶフィールドに自動入力させ、非接触カード１０１およびモバイルデバイス１１０の第４のタップは、自動入力サービス１１４に、請求先住所をフォームの請求先住所フィールドに自動入力させ得る。一実施形態では、個別の暗号化された顧客ＩＤ１０９は、各タップに応答して非接触カード１０１によって生成され、サーバ１２０は、対応するカードデータ１０３をモバイルデバイス１１０に送信する前に、暗号化された各顧客ＩＤ１０９を検証する。他の実施形態では、最初のタップに応答して、暗号化された顧客ＩＤ１０９の単一のインスタンスが生成され、サーバ１２０は、この暗号化された顧客ＩＤ１０９を検証する。そのような実施形態では、アカウントアプリケーション１１３は、サーバ１２０からの単一の応答で名前、アカウント番号、有効期限、ＣＶＶ、配送先住所、および請求先住所を受信し、現在フォーカスされているフォームフィールドに必要なデータに関する決定に基づいて、非接触カード１０１およびモバイルデバイス１１０の各タップに応答して自動入力サービス１１４にデータを提供し得る。

【0035】

図２Ａは、カードデータを自動入力するためにタップする例示的な実施形態を示す概略図２００である。モバイルデバイス１１０上のアカウントアプリケーション１１３のグラフィカルユーザインターフェース（ＧＵＩ）は、フォームフィールド２０１～２０５を含み得、フィールド２０１は、アカウント番号フィールドに対応し、フィールド２０２は、有効期限月フィールドに対応し、フィールド２０３は、有効期限年フィールドに対応し、フィールド２０４は、ＣＶＶフィールドに対応し、フィールド２０５は、請求先住所フィールドに対応する。示されるように、通知２０６は、アカウント番号フィールド２０１がフォーカスを移動させる（例えば、ユーザによって選択される）とき、自動入力サービス１１４および／またはアカウントアプリケーション１１３によって出力される。通知２０６は、非接触カード１０１をモバイルデバイス１１０にタップするようにユーザに指示する。一実施形態では、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップする前に通知２０６を選択する。

【0036】

非接触カード１０１がモバイルデバイス１１０にタップされると、アカウントアプリケーション１１３は、カードリーダ１１８を介して（例えば、ＮＦＣ、ブルートゥース（登録商標）、ＲＦＩＤ、および／またはＥＭＶプロトコルなどを介して）、非接触カード１０１に指示を送信する。一実施形態では、指示は、図１Ａに示されるように鍵多様化を使用して暗号化を実行することを指定し得、その場合、アカウントアプリケーション１１３は、サーバ１２０からカードデータ１０３を受信する。他の実施形態では、指示は、カードデータ１０３をアカウントアプリケーション１１３にＮＤＥＦファイルで（例えば、ＮＦＣ、ブルートゥース（登録商標）、ＲＦＩＤなどを介して）送信することを指定し得、その場合、アカウントアプリケーション１１３は、カードリーダ１１８を介して非接触カード１０１から直接ＮＤＥＦファイル内のカードデータ１０３を受信する。他の実施形態では、指示は、ＥＭＶプロトコルを介してカードデータ１０３をアカウントアプリケーション１１３に送信することを指定し得、その場合、アカウントアプリケーション１１３は、ＥＭＶプロトコルを介して非接触カード１０１から直接カードデータ１０３を受信する。しかしながら、前述のように、ＥＭＶプロトコルが使用される実施形態では、ＣＶＶ値は、ＮＤＥＦファイル内の非接触カード１０１および／または管理アプリケーション１２３から受信される。他の実施形態では、指示は、図１Ａに示されるように鍵多様化を使用して暗号化を実行し、アカウント番号１０８をアカウントアプリケーション１１３に送信することを指定し得、その場合、アカウントアプリケーション１１３は、非接触カード１０１からアカウント番号１０８からレコードを受信する（これは、サーバ１２０による暗号化された顧客ＩＤ１０９の検証を受けて使用される）。使用される特定の技術に関係なく、非接触カード１０１および／またはサーバ１２０は、アカウント番号、有効期限、ＣＶＶ、アカウント請求先住所、および／またはアカウント所有者名をアカウントアプリケーション１１３に送信し得る。しかしながら、前述のように、いくつかの実施形態では、アカウント所有者名は、ローカルに（例えば、アカウントアプリケーション１１３に）格納され、非接触カード１０１および／またはサーバ１２０から受信されない。前述のように、アカウント番号は、ＰＡＮ、仮想アカウント番号、および／またはＰＡＮに基づいて生成されたトークンであり得る。受信したデータが暗号化されている場合、アカウントアプリケーション１１３は、データを復号し得る。次に、アカウントアプリケーション１１３は、復号されたアカウント番号、有効期限、および／またはＣＶＶを自動入力サービス１１４のＡＰＩに提供し得、これは、受信したデータでフォームフィールド２０１～２０４を自動入力する。

【0037】

図２Ｂは、自動入力サービス１１４がアカウント番号をアカウント番号フィールド２０１に、有効期限月を有効期限月フィールド２０２に、有効期限年を有効期限年フィールド２０３に、ＣＶＶをＣＶＶフィールド２０４に、請求先住所を請求先住所フィールド２０５に自動入力した後のアカウントアプリケーション１１３を示す概略図２１０である。図２Ｂに示される特定の値は例示であり、本開示を限定するものと考えるべきではない。さらに、前述のように、自動入力サービス１１４は、アカウント所有者の名前をフォームの名前フィールド２０７にさらに自動入力し得る。

【0038】

図３Ａは、カードデータを自動入力するためにタップする例示的な実施形態を示す概略図３００である。一般に、図３Ａ～図３Ｄは、連続したタップを使用してアカウント番号、有効期限、およびＣＶＶをフォームに自動入力する実施形態を反映している。示されるように、アカウントアプリケーション１１３のＧＵＩは、フィールド３０１～３０３を有するフォームを含み、フィールド３０１は、アカウント番号フィールドであり、フィールド３０２は、有効期限フィールドであり、フィールド３０３は、ＣＶＶフィールドである。示されるように、モバイルデバイス１１０上のアカウントアプリケーション１１３および／または自動入力サービス１１４は、例えば、フィールド３０１がフォーカスを移動させたという決定に応答して、非接触カード１０１をモバイルデバイス１１０にタップすることを指定する通知３０４を出力し得る。

【0039】

非接触カード１０１がモバイルデバイス１１０にタップされると、アカウントアプリケーション１１３は、カードリーダ１１８を介して、非接触カード１０１にデータを送信する指示を送信する。例えば、指示は、カードデータ１０３のアカウント番号をＥＭＶプロトコルを介してモバイルデバイス１１０に直接送信することを指定し得る。これに応答して、非接触カード１０１は、ＥＭＶプロトコルを介してカードデータ１０３のアカウント番号を送信し得る。他の実施形態では、指示は、アカウント番号１０８から仮想アカウント番号を送信することを指定し得る。それに応じて、非接触カード１０１は、仮想アカウント番号をアカウント番号１０８からアカウントアプリケーション１１３にＮＦＣを介して送信し得る。しかしながら、前述のように、仮想アカウント番号１０８が使用される実施形態では、非接触カード１０１は、鍵多様化を使用して暗号化された顧客ＩＤ１０９を生成し得、これは、アカウントアプリケーション１１３に提供され、検証のためにサーバ１２０に送信される。

【0040】

他の実施形態では、指示は、非接触カード１０１に対して、暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）を生成するために上述の鍵多様化を使用して暗号化を実行し、暗号化されたデータをアカウントアプリケーション１１３に送信するように指定し得る。次に、アカウントアプリケーション１１３は、暗号化されたデータをサーバ１２０に送信し得、管理アプリケーション１２３は、上述のように鍵多様化を使用して暗号化されたデータを検証する。次に、管理アプリケーション１２３は、アカウント番号をアカウントアプリケーション１１３に送信し得る。

【0041】

アカウント番号の受信に使用される技術に関係なく、アカウントアプリケーション１１３は、受信したアカウント番号を自動入力サービス１１４のＡＰＩに提供し得る。図３Ｂの概略図３１０に示されるように、自動入力サービス１１４は、アカウント番号をアカウント番号フィールド３０１に自動入力し得る。さらに、ユーザが有効期限フィールド３０２をタップすると、アカウントアプリケーション１１３および／または自動入力サービス１１４は、通知３０５を出力して、非接触カード１０１をタップして有効期限を有効期限フィールド３０２に自動入力し得る。

【0042】

非接触カード１０１がモバイルデバイス１１０にタップされることに応答して、アカウントアプリケーション１１３は、非接触カード１０１の有効期限を受信する。前述のように、一実施形態では、アカウントアプリケーション１１３は、ＥＭＶプロトコルを使用して非接触カード１０１から直接有効期限を受信し得る。他の実施形態では、非接触カード１０１は、アカウント番号１０８からの有効期限（例えば、アカウント番号フィールド３０１に自動入力されるアカウント番号１０８からの仮想アカウント番号の有効期限）を送信し得る。他の実施形態では、アカウントアプリケーション１１３は、非接触カード１０１によって生成された暗号化されたデータの検証に基づいて、サーバの管理アプリケーション１２３から有効期限を受信する。アカウントアプリケーション１１３は、受信されると、自動入力サービス１１４のＡＰＩに有効期限を提供する。

【0043】

図３Ｃは、自動入力サービス１１４が有効期限を有効期限フィールド３０２に自動入力した実施形態を示す概略図３２０である。さらに、ユーザがＣＶＶフィールド３０３をタップすると、アカウントアプリケーション１１３は、非接触カード１０１のＣＶＶをＣＶＶフィールド３０３に自動入力するために非接触カード１０１をタップする通知３０７を出力し得る。非接触カード１０１のモバイルデバイス１１０へのタップに応答して、アカウントアプリケーション１１３は、非接触カード１０１のＣＶＶ値を受信する。前述のように、一実施形態では、アカウントアプリケーション１１３は、ＮＤＥＦファイル内の非接触カード１０１から（例えば、ＮＦＣ、ＲＦＩＤ、ブルートゥース（登録商標）などを介して）ＣＶＶ値を直接受信し得る。他の実施形態では、非接触カード１０１は、アカウント番号１０８からのＣＶＶ（例えば、アカウント番号フィールド３０１に自動入力されるアカウント番号１０８からの仮想アカウント番号のＣＶＶ値）を送信し得る。他の実施形態では、アカウントアプリケーション１１３は、非接触カード１０１によって生成された暗号化されたデータの検証に基づいて、サーバの管理アプリケーション１２３からＣＶＶ値を受信する。アカウントアプリケーション１１３は、受信すると、ＣＶＶ値を自動入力サービス１１４のＡＰＩに提供する。

【0044】

図３Ｄは、自動入力サービス１１４がＣＶＶ値をＣＶＶフィールド３０３に自動入力した実施形態を示す概略図３３０である。図示されていないが、いくつかの実施形態では、請求先住所は、モバイルデバイスへの非接触カード１０１のタップに応答して、フォームの請求先住所フィールドに自動入力され得る。そうすることで、購入またはトランザクションを完了するために必要なデータの自動入力が可能になり、ユーザは、ＧＵＩ要素３０８を介して完了し得る。

【0045】

いくつかの実施形態では、モバイルデバイス１１０への非接触カード１０１の最初のタップ（例えば、図３Ａに示されるタップ）により、非接触カード１０１および／またはサーバ１２０は、アカウント番号、有効期限、ＣＶＶ、および請求先住所をアカウントアプリケーション１１３に転送する（例えば、ＮＤＥＦファイル内）。いくつかの実施形態では、アカウントアプリケーション１１３は、現在フォーカスされているフィールド（例えば、アカウント番号フィールド）に必要なデータの検出および識別と組み合わせて、第１のタップに応答して、ＮＤＥＦファイルから自動入力サービス１１４にアカウント番号を提供し得る。次に、自動入力サービス１１４は、アカウント番号をアカウント番号フォームフィールドに自動入力し得る。第２のタップに応答して、アカウントアプリケーション１１３は、非接触カード１０１および／またはサーバ１２０から追加のデータを受信する必要なしに、現在フォーカスされているフィールド（例えば、有効期限フィールド）に必要なデータの検出および識別に基づいて、ＮＤＥＦファイルから自動入力サービス１１４に有効期限を提供し得る。次に、自動入力サービス１１４は、フォームの１つまたは複数の有効期限フィールドに有効期限を自動入力し得る。第３のタップに応答して、アカウントアプリケーション１１３は、非接触カード１０１および／またはサーバ１２０から追加のデータを受信する必要なしに、現在フォーカスされているフィールド（例えば、ＣＶＶフィールド）に必要なデータの検出および識別に基づいて、ＮＤＥＦファイルから自動入力サービス１１４にＣＶＶを提供し得る。次に、自動入力サービス１１４は、ＣＶＶをＣＶＶフォームフィールドに自動入力し得る。追加のフィールドが存在する場合（例えば、名前フィールド、請求先住所フィールドなど）、非接触カード１０１の追加のタップにより、アカウントアプリケーション１１３は、非接触カード１０１および／またはサーバ１２０から追加のデータを受信する必要なしに、現在フォーカスされているフィールドに必要なデータの検出および識別に基づいて、対応するデータ要素（例えば、アカウント所有者の名前、請求先住所など）を自動入力サービス１１４に提供する。次に、自動入力サービス１１４は、データをフォームフィールドに自動入力し得る（例えば、請求先住所を請求先住所フィールドに、名前を名前フィールドになど）。

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

メモリ１０２は、１つまたは複数のアプレット４４０、１つまたは複数のカウンタ１０４、顧客識別子１０７、および仮想アカウント番号１０８を格納するように構成され得る。１つまたは複数のアプレット４４０は、Ｊａｖａ（登録商標）カードアプレットなど、１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット４４０は、Ｊａｖａ（登録商標）カードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであり得ることが理解される。１つまたは複数のカウンタ１０４は、整数を格納するのに十分な数値カウンタを備え得る。顧客識別子１０７は、非接触カード１０１のユーザに割り当てられた一意の英数字識別子を備え得、識別子は、非接触カードのユーザを他の非接触カードユーザと区別し得る。いくつかの例では、顧客識別子１０７は、顧客とその顧客に割り当てられたアカウントの両方を識別し、さらに顧客のアカウントに関連付けられた非接触カードを識別し得る。前述のように、アカウント番号１０８は、非接触カード１０１に関連付けられた数千の使い捨て仮想アカウント番号を含み得る。非接触カード１０１のアプレット４４０は、アカウント番号１０８を管理するように構成され得る（例えば、アカウント番号１０８を選択し、選択されたアカウント番号１０８を使用済みとしてマークし、自動入力サービス１１４による自動入力のためにアカウント番号１０８をモバイルデバイス１１０に送信する）。

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

さらに、各カードのインクリメントは、一意であり、個人化によって割り当てられるか、または何らかの識別情報によってアルゴリズム的に割り当てられ得る。例えば、奇数番号のカードは、２ずつインクリメントし得、偶数番号のカードは、５ずつインクリメントし得る。いくつかの例では、１枚のカードが１、３、５、２、２、．．．の繰り返しで順次インクリメントし得るように、インクリメントは、シーケンシャルリードでも変化し得る。特定のシーケンスまたはアルゴリズムシーケンスは、個人化時に定義されるか、一意の識別子から導出された１つまたは複数のプロセスから定義され得る。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化することが難しくなり得る。

【0065】

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

【0066】

図５は、論理フロー５００の一実施形態を示している。論理フロー５００は、本明細書に記載の１つまたは複数の実施形態によって実行される動作のいくつかまたはすべてを表し得る。例えば、論理フロー５００は、非接触カード１０１に関連するデータを鍵多様化を使用してフォームに安全に自動入力するための動作の一部または全部を含み得る。実施形態は、この文脈に限定されない。

【0067】

示されるように、論理フロー５００は、ブロック５０５で始まり、アカウントアプリケーション１１３、ＯＳ１１２、および／または自動入力サービス１１４は、フォームの支払いフィールドがフォーカスを移動させたことを決定する。例えば、ユーザは、フォームの支払いフィールドをタップして、支払いフィールドにフォーカスを与え得る。他の例として、ユーザは、マウスおよび／またはキーボードを使用してフォームの支払いフィールドを選択し得る。より一般的には、プログラムで生成されたフォーカスを含む、任意の手法を使用して支払いフィールドにフォーカスを与え得る。例えば、支払いフィールドは、ハイパーテキストマークアップ言語（ＨＴＭＬ）の「ｆｏｃｕｓ（）」メソッドに基づいてフォーカスを移動させ得る。他の例として、フォームがロードされると、例えば、ソースコードの支払いフィールドに適用される「オートフォーカス」ＨＴＭＬ属性に基づいて、支払いフィールドは、自動的にフォーカスを移動させ得る。支払いフィールドは、名前フィールド、アカウント番号フィールド、有効期限フィールド、配送先住所フィールド、請求先住所フィールド、および／またはＣＶＶフィールドのうちの１つまたは複数を含み得る。支払いフィールドがフォーカスを移動させると、アカウントアプリケーション１１３、ＯＳ１１２、および／または自動入力サービス１１４は、非接触カード１０１をモバイルデバイス１１０にタップするようにユーザに指定する通知を出力し得る。いくつかの実施形態では、通知は、フォームが１つまたは複数の支払いフィールドを含むという決定に基づいて生成され得る。通知は、非接触カード１０１をモバイルデバイス１１０にタップする方法の例を示すＧＵＩを含み得る。ブロック５１０で、ユーザは、非接触カード１０１をモバイルデバイスにタップして、非接触カード１０１に暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）を生成および送信させる。ユーザは、非接触カード１０１をタップしてフォームにアカウント関連データを自動入力することを指定する通知に応答して、非接触カード１０１をタップし得る。アカウントアプリケーション１１３は、暗号化されたデータを生成して送信することを指定する指示を、ＮＦＣカードリーダ１１８を介して非接触カード１０１に送信し得る。非接触カード１０１は、暗号化されたデータを生成するための指示の受信に応答して、メモリ１０２内のカウンタ値１０４をインクリメントし得る。ブロック５１５で、非接触カード１０１は、メモリ１０２内のカウンタ値１０４およびマスター鍵１０５および暗号化アルゴリズムを使用して、多様化された鍵１０６を生成する。ブロック５２０で、非接触カード１０１は、多様化された鍵１０６および暗号化アルゴリズムを使用してデータ（例えば、顧客識別子１０７）を暗号化し、暗号化されたデータ（例えば、暗号化された顧客ＩＤ１０９）を生成する。

【0068】

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

【0069】

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

【0070】

ブロック５５０で、管理アプリケーション１２３は、非接触カード１０１に関連付けられたカードデータ１０３を、モバイルデバイス１１０のアカウントアプリケーション１１３に送信し得る。例えば、管理アプリケーション１２３は、アカウント番号、有効期限、配送先住所、請求先住所、およびＣＶＶを送信し得る。管理アプリケーション１２３は、アカウント所有者の名前をさらに送信し得る。一実施形態では、管理アプリケーション１２３は、モバイルデバイス１１０のアカウントアプリケーション１１３に送信される仮想アカウント番号を生成する。ブロック５５５で、モバイルデバイス１１０のアカウントアプリケーション１１３は、サーバ１２０から受信したカードデータ１０３をＯＳ１１２の自動入力サービス１１４のＡＰＩに提供する。ブロック５６０で、自動入力サービス１１４は、カードデータ１０３（または少なくともその一部）をフォームの１つまたは複数のフィールドに自動的に入力する。例えば、フォーカスを移動させたフォームフィールドがアカウント番号フィールドである場合、自動入力サービス１１４は、アカウント番号をアカウント番号フィールドに自動入力し得る。いくつかの実施形態では、自動入力サービス１１４は、ブロック５６０で、フォームのすべての支払いフィールド（例えば、アカウント番号、有効期限、ＣＶＶ値、請求先住所、およびアカウント所有者の名前）に入力する。フォームは、アカウントアプリケーション１１３、他のアプリケーション１１５、および／またはＯＳ１１２のコンポーネントであり得る。

【0071】

図６は、論理フロー６００の一実施形態を示している。論理フロー６００は、本明細書に記載の１つまたは複数の実施形態によって実行される動作のいくつかまたはすべてを表し得る。例えば、論理フロー６００は、非接触カード１０１に格納されている仮想カード番号を自動入力するための動作のいくつかまたはすべてを含み得る。実施形態は、この文脈に限定されない。

【0072】

示されているように、論理フロー６００はブロック６１０で始まり、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップする。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、フォームの支払いフィールドがフォーカスを移動させたことを決定し、非接触カード１０１をタップするための通知をモバイルデバイス１１０に出力し得る。そうすることにより、アカウントアプリケーション１１３は、カードリーダ１１８を介して非接触カード１０１に指示を送信し、アカウント番号１０８の１つをモバイルデバイス１１０に送信する。ブロック６２０で、非接触カード１０１のアプレット４４０は、アカウント番号１０８からレコードを選択する。アプレット４４０は、選択されたレコードの仮想アカウント番号、ＣＶＶ、および有効期限を暗号化し得る。アプレット４４０は、上で説明した鍵多様化技術を使用して、暗号化された顧客ＩＤ１０９をさらに生成し得る。次に、アプレット４４０は、アカウント番号１０８（暗号化された仮想アカウント番号、有効期限、およびＣＶＶを含み得る）および暗号化された顧客ＩＤ１０９からの暗号化されたレコードを、ＮＦＣを介してモバイルデバイス１１０のアカウントアプリケーション１１３に送信し得る。アカウントアプリケーション１１３は、暗号化された顧客ＩＤ１０９を、上述のように検証のためにサーバ１２０に転送し得る。ブロック６３０で、非接触カード１０１のアプレット４４０は、ブロック６２０での仮想アカウント番号の読み取りを反映するように仮想アカウント番号１０８を変更する。例えば、アプレット４４０は、ブロック６２０で読み取られた仮想アカウント番号のレコードをアカウント番号１０８から削除し得る。

【0073】

ブロック６３５で、アカウントアプリケーション１１３は、暗号化された顧客ＩＤ１０９をサーバ１２０の管理アプリケーション１２３に送信する。ブロック６４０で、アカウントアプリケーション１１３は、管理アプリケーション１２３が上記のように暗号化された顧客ＩＤ１０９を検証したという指示をサーバ１２０から受信する。そうすることで、仮想アカウント番号１０８のセキュリティが強化される。ブロック６５０で、アカウントアプリケーション１１３は、非接触カード１０１から受信した暗号化されたデータを復号し、仮想アカウント番号、有効期限、ＣＶＶ、およびユーザ名を生成する。ブロック６６０で、アカウントアプリケーション１１３は、復号されたデータを自動入力サービス１１４に提供し得る。アカウントアプリケーション１１３は、請求先住所やアカウント所有者名などの追加情報を自動入力サービス１１４にさらに提供し得る。ブロック６７０で、自動入力サービス１１４は、データ（仮想アカウント番号、有効期限、およびＣＶＶを含む）をアカウントアプリケーション１１３、他のアプリケーション１１５、および／またはＯＳ１１２のフォームに自動入力する。

【0074】

図７は、論理フロー７００の一実施形態を示している。論理フロー７００は、本明細書に記載の１つまたは複数の実施形態によって実行される動作のいくつかまたはすべてを表し得る。例えば、論理フロー７００は、非接触カード１０１に格納されたカードデータ１０３を自動入力するための動作の一部または全部を含み得る。実施形態は、この文脈に限定されない。

【0075】

示されているように、論理フロー７００は、ブロック７１０で始まり、ユーザは、非接触カード１０１をモバイルデバイス１１０にタップする。例えば、アカウントアプリケーション１１３および／または自動入力サービス１１４は、フォームの支払いフィールドがフォーカスを移動させたことを決定し、非接触カード１０１をタップするための通知をモバイルデバイス１１０に出力し得る。他の例として、アカウントアプリケーション１１３および／または自動入力サービス１１４は、フォームが支払いフィールドを含むことを決定し得る（例えば、各フォームフィールドのメタデータに基づいて）。そうすることにより、アカウントアプリケーション１１３は、カードリーダ１１８を介して非接触カード１０１に指示を送信し、ＥＭＶプロトコルを介してカードデータ１０３を送信する。ブロック７２０で、非接触カード１０１は、ＥＭＶプロトコルを介してカードデータ１０３をアカウントアプリケーション１１３に送信する。カードデータ１０３は、アカウント番号（例えば、ＰＡＮ）、有効期限、およびアカウント所有者の名前を含み得る。いくつかの実施形態では、カードデータ１０３は、さらにＣＶＶを含み得る。

【0076】

ブロック７３０で、アカウントアプリケーション１１３は、非接触カード１０１からカードデータ１０３を受信する。ブロック７４０で、アカウントアプリケーション１１３は、受信したカードデータ１０３を自動入力サービス１１４のＡＰＩに提供する。ブロック７５０で、自動入力サービス１１４は、例えば、少なくともＰＡＮをアカウント番号フィールドに、有効期限を有効期限フィールドに入力することにより、カードデータ１０３をフォームに自動入力する。自動入力サービス１１４はさらに、アカウント所有者の名前およびＣＶＶを対応するフォームフィールドに自動入力し得る。

【0077】

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

【0078】

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

【0079】

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

【0080】

いくつかの例では、非接触カード１０１は、受信者デバイスに応じて情報を選択的に通信し得る。タップされると、非接触カード１０１は、タップが向けられたデバイスを認識し得、この認識に基づいて、非接触カードは、そのデバイスに適切なデータを提供し得る。これにより、非接触カードは、支払いやカード認証などの即時のアクションまたはトランザクションを完了するために必要な情報のみを送信できるという利点がある。データの送信を制限し、不要なデータの送信を回避することで、効率とデータのセキュリティの両方を向上させ得る。情報の認識と選択的な通信は、カードのアクティベーション、残高の転送、アカウントへのアクセス試行、商取引、段階的な不正行為の抑制など、様々なシナリオに適用され得る。

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

図８に示されるように、コンピューティングシステム８０２は、プロセッサ８０４、システムメモリ８０６、およびシステムバス８０８を含む。プロセッサ８０４は、ＡＭＤ（登録商標）Ａｔｈｌｏｎ（登録商標）、Ｄｕｒｏｎ（登録商標）およびＯｐｔｅｒｏｎ（登録商標）プロセッサ、ＡＲＭ（登録商標）アプリケーション、組み込みおよびセキュアプロセッサ、ＩＢＭ（登録商標）およびＭｏｔｏｒｏｌａ（登録商標）ＤｒａｇｏｎＢａｌｌ（登録商標）およびＰｏｗｅｒＰＣ（登録商標）プロセッサ、ＩＢＭおよびＳｏｎｙ（登録商標）Ｃｅｌｌプロセッサ、Ｉｎｔｅｌ（登録商標）Ｃｅｌｅｒｏｎ（登録商標）、Ｃｏｒｅ（登録商標）、Ｃｏｒｅ（２）Ｄｕｏ（登録商標）、Ｉｔａｎｉｕｍ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、Ｘｅｏｎ（登録商標）、およびＸＳｃａｌｅ（登録商標）プロセッサおよび類似のプロセッサを含むがこれらに限定されない、様々な市販のコンピュータプロセッサのいずれかであり得る。デュアルマイクロプロセッサ、マルチコアプロセッサ、およびその他のマルチプロセッサアーキテクチャも、プロセッサ８０４として使用し得る。

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【図1A】

【図1B】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図3D】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】