特表 2024-505510 近接場非接触カード通信および暗号認証のためのシステムおよび方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-06

(54)【発明の名称】近接場非接触カード通信および暗号認証のためのシステムおよび方法

(51)【国際特許分類】

   G06F 21/31 20130101AFI20240130BHJP

   G06F 21/34 20130101ALI20240130BHJP

   G06F 21/35 20130101ALI20240130BHJP

   G06F 21/60 20130101ALI20240130BHJP

【ＦＩ】

G06F21/31

G06F21/34

G06F21/35

G06F21/60 320

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023545757

(86)(22)【出願日】2022-01-27

(85)【翻訳文提出日】2023-09-26

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

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

(87)【国際公開日】2022-08-04

(31)【優先権主張番号】17/161,424

(32)【優先日】2021-01-28

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＪＡＶＡ

(71)【出願人】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100145403

【弁理士】

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

(74)【代理人】

【識別番号】100135703

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

【氏名】バット，ガウラン

(72)【発明者】

【氏名】クアン，ルキト

(72)【発明者】

【氏名】グオ，ロッキー

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

セキュリティ リスクに対処するために講じられる措置は、システムリソースを消費し、業務効率を妨げ得る。大量の操作を行うと、システムリソースの消費が増加し、操作効率が低下し、操作が実行できなくなったり、パフォーマンスが低下したりし得る。

【0006】

これらおよびその他の欠陥が存在する。したがって、安全かつ信頼性の高い方法で通信を傍受や不正アクセスから保護することによって、これらの欠点を克服する認証のシステムおよび方法が必要とされている。

【発明の概要】

【0007】

本開示の実施形態は、認証サーバを提供する。前記認証サーバはプロセッサとメモリを含み得る。前記プロセッサは、第１の近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りに関連付けられた暗号文を受信するように構成され得る。前記プロセッサは、暗号文の第１要素認証を実行するように構成され得る。前記プロセッサは、第２のＮＤＥＦ読み取りに関連付けられた第１のデータセットを受信するように構成され得る。前記プロセッサは、前記第１のデータセットからメタデータを抽出するように構成され得る。前記プロセッサは、第１要素認証の後に、前記メタデータに基づいて第２要素認証を実行するように構成され得る。前記プロセッサは、前記第２要素認証の結果を示すメッセージを生成するように構成され得る。前記プロセッサは、前記プロセッサに１つまたは複数のアクションを実行するように命令するメッセージを送信するように構成され得る。

【0008】

本開示の実施形態は、認証方法を提供する。前記方法は、第１の近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りに関連する暗号文を受信することを含み得る。前記方法は、第１要素認証を実行することを含み得る。前記方法は、第２のＮＤＥＦ読み取りに関連付けられた第１のデータセットを受信することを含み得る。前記方法は、前記第１のデータセットからメタデータを抽出することを含み得る。前記方法は、第１要素認証の後に、前記メタデータに基づいて第２要素認証を実行することを含み得る。前記方法は、前記第２要素認証の結果を示すメッセージを生成することを含み得る。前記方法は、前記プロセッサに１つまたは複数のアクションを実行するように命令するメッセージを送信することを含み得る。

【0009】

本開示の実施形態は、プロセッサ上で実行されると、第１の近距離無線通信データ交換フォーマット（ＮＤＥＦ）読み取りに関連する暗号文を受信し、第１要素認証を実行し、第１のデータセットを受信し、前記第１のデータセットは第２のＮＤＥＦ読み取りに関連付けられ、前記第１のデータセットからメタデータを抽出し、前記第１要素認証の後に、前記メタデータに基づいて第２要素認証を実行し、前記第２要素認証の後に、１つまたは複数のクエリに関連付けられた１つまたは複数のプロンプトを生成することによって第３要素認証を実行し、１つまたは複数の通知を介して、１つまたは複数のプロンプトを送信し、１つ以上のクエリに応答する入力を受信し、前記入力を認証し、前記入力を認証した後、第１のタイプの操作を第２のタイプの操作に変換する、以上のステップを備える手順を実行するコンピュータ実行可能命令を備えるコンピュータ可読非一時的媒体を提供する。

【0010】

本開示の様々な実施形態は、さらなる目的および利点とともに、添付の図面と併せて以下の説明を参照することによって最もよく理解され得る。

【図面の簡単な説明】

【0011】

【図1】図１は、例示的な実施形態による認証システムを示す。

【図2A】図２Ａは、例示的な実施形態による非接触カードを示す図である。

【図2B】図２Ｂは、例示的な実施形態による非接触カードの接触パッドの図である。

【図3】図３は、例示的な実施形態による認証方法を示す。

【図4】図４は、例示的な実施形態による認証プロセスのシーケンス図を示す。

【図5】図５は、例示的な実施形態による認証方法を示す。

【図6】図６は、例示的な実施形態による認証方法を示す。

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

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

制限なく、1つまたは複数のクエリには、主要な口座番号、カード所有者の識別子（名、ミドルネーム、姓、操作の一種、日付、カード所有者の国籍、カード所有者の言語、アドレス、生年月日、Ｅメール、電話番号、有効期限、クレジットカード番号、デビットカード番号、および／またはそれらの任意の組み合わせのグループから選択される少なくとも１つを含み得る。さらに、１つまたは複数のクエリには、これらのクエリの任意の数の一部、編集された部分を含むがこれに限定されない、に対するリクエストを含み得る。１つまたは複数のクエリは、第３要素認証の基礎を形成する知識ベースの認証に似ている場合がある。

【0041】

クライアントデバイス１１０のアプリケーション１１６は、１つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、１つまたは複数のクエリへの入力は、時間枠内にユーザが特定の商店で何回買い物をしたか、または指定されたリーダもしくは端末で操作を行ったかについての回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連付けられたアイテムの数に関する回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連する支出額を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力には、最後の２つのトランザクションの場所および／またはＩＤに関する回答を含む応答を含み得る。

【0042】

図２Ａは、１つまたは複数の第１のデバイス２００を示す。図１に関して上で説明したように、第１のデバイス２００は、第１のデバイス１０５と同じまたは類似のコンポーネントを参照し得る。図２Ａおよび２Ｂは、第１のデバイス２００のコンポーネントの単一のインスタンスを示しているが、任意の数のコンポーネントを利用することができる。

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

メモリ２３５は、１つまたは複数のアプレット２４０、１つまたは複数のカウンタ２４５、および顧客識別子２５０を記憶するように構成され得る。１つまたは複数のアプレット２４０は、Ｊａｖａ Ｃａｒｄアプレットなど、１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット２４０はＪａｖａ Ｃａｒｄアプレットに限定されず、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであってもよいことが理解される。１つまたは複数のカウンタ２４５は、整数を格納するのに十分な数値カウンタを備え得る。顧客識別子２５０は、非接触カード２００のユーザに割り当てられた一意の英数字識別子を含み得、この識別子は、非接触カードのユーザを他の非接触カードユーザから区別し得る。いくつかの例では、顧客識別子２５０は、顧客とその顧客に割り当てられたアカウントの両方を識別することができ、さらに、顧客のアカウントに関連付けられた非接触カードを識別し得る。

【0048】

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

【0049】

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

【0050】

一実施形態では、非接触カード２００のコイルは、空芯変圧器の二次側として機能し得る。端末は、電力または振幅変調を遮断することによって非接触カード２００と通信し得る。非接触カード２００は、非接触カードの電源接続のギャップを使用して、端末から送信されたデータを推測することができ、これは、１つまたは複数のコンデンサによって機能的に維持され得る。非接触カード２００は、非接触カードのコイルの負荷または負荷変調を切り替えることによって通信を返し得る。干渉により端末のコイルで負荷変調が検出され得る。

【0051】

図３は、認証の方法３００を示す。図３は、図２Ａおよび図２Ｂのシステム１００および第１のデバイス２００の同じまたは類似のコンポーネントを参照し得る。

【0052】

ブロック３０５で、方法３００は、暗号文を認証することを含み得る。例えば、暗号文は第１要素認証の一部として認証され得る。いくつかの例では、デバイス上で実行するための命令を含むアプリケーションは、第１要素認証を実行するように構成され得る。他の例では、サーバは、第１要素認証を実行するように構成され得る。例えば、クライアントデバイスのアプリケーションは、第１要素認証の一部としてカードの１つ以上の読み取りを実行するように構成され得る。例えば、アプリケーションは、カードの近距離無線通信タグなどのタグの近距離無線通信読み取りなどの読み取りを実行するように構成され得る。カードは暗号文を送信するように構成され得る。例えば、カードは、任意の装置の１つ以上の通信フィールドに入った後、カードの通信インターフェイスを介して、最初の読み取りなどの読み取りに応じたデータを送信するように構成され得る。いくつかの例では、カードは、デバイスの第１の通信フィールドへの最初の入力後に暗号文を送信するように構成され得る。制限なく、各エントリは、タップ、スワイプ、ウェーブ、および／またはそれらの任意の組み合わせに関連付け得る。クライアントデバイスのアプリケーションは、カードによって送信された暗号文を受信するように構成され得る。暗号文は、カードのタグの最初の読み取りに基づいて生成され得る。例えば、暗号文は、近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りを介して取得され得る。いくつかの例では、カードは、暗号文を送信する前に暗号化するように構成され得る。

【0053】

クライアントデバイスのアプリケーションは、カードから受信した暗号文をサーバに送信するように構成され得る。いくつかの例では、サーバは、カードによって送信された暗号文を受信するように構成され得る。サーバは、第１要素認証の一部として暗号を解読するように構成され得る。他の例では、クライアントデバイスのアプリケーションは、第１要素認証の一部として暗号を復号するように構成され得る。

【0054】

ブロック３１０において、方法３００は、１つまたは複数のメッセージを送信することを含み得る。例えば、サーバは、クライアントデバイスのアプリケーションに１つ以上のメッセージを送信するように構成され得る。例えば、メッセージの１つには、暗号文の認証ステータスの表示を備え得る。例えば、サーバは、暗号文の認証成功ステータスなど、認証検証を示すメッセージをクライアントデバイスのアプリケーションに送信するように構成され得る。サーバが暗号文を認証できない限り、サーバは、暗号文の認証失敗を示すメッセージを送信するように構成され得る。暗号文が正常に認証されなかった場合、サーバは、１つまたは複数のコマンドを介して、カードのタグを再読み取りして暗号文を受信するようにクライアントデバイスのクライアントアプリケーションに指示するように構成され得る。このようにして、サーバは、第１要素認証の一部として暗号文を復号化するように構成され得る。いくつかの例では、サーバは、第２要素認証の実行を指示する１つまたは複数のメッセージを送信するように構成され得る。

【0055】

ブロック３１５で、方法３００は、第１のデータセットを評価することを含み得る。例えば、デバイスのアプリケーションは、サーバから１つ以上のメッセージを受信するように構成され得る。デバイスのアプリケーションは、最初の要素認証の後に別の読み取りを実行するように構成され得る。例えば、デバイスのアプリケーションは、カードの２回目の読み取りを実行するように構成され得る。カードは、２回目の読み取り後に、第１のデータセットを送信するように構成され得る。例えば、第１のデータセットは、近距離無線通信データ交換フォーマット（ＮＤＥＦ）読み取りなどの第２の読み取りを介して取得され得る。第１のデータセットは、カードによって第２の読み取りを介してクライアントデバイスのアプリケーションに送信され得る。第１のデータセットは、１つ以上の以前のデータセットを備え得る。限定されないが、第１のデータセットは、第１のデータセットに関連付けられた識別子、第１のデータセットのタイプ、通信フィールドへの入力方法、タイムスタンプ、および金額など、最後の３つのトランザクションに関するデータを含み得る。第２の読み取りは、デバイスの通信フィールドへのカードの通信インターフェイスの任意の数のエントリを表す、タップ、スワイプ、または手を振ることを含むがこれらに限定されない、１つまたは複数のジェスチャに関連付け得る。

【0056】

クライアントデバイスのアプリケーションは、第 ２要素認証を実行するように構成され得る。例えば、１つまたは複数の以前のデータのセットは、第２要素認証の一部として、１つまたは複数の以前のデータの参照セットに対して評価されてもよい。他の例では、クライアントデバイスのアプリケーションは、第２要素認証の一部として評価のためにデータをサーバに送信するように構成され得る。

【0057】

ブロック３２０で、方法３００は、１つまたは複数の追加メッセージを送信することを含み得る。例えば、クライアントデバイスのアプリケーションは、以前のデータの１つ以上のセットを以前のデータの１つ以上の参照セットと比較することによって、第２要素認証の結果を生成するように構成され得る。第２要素認証の結果に基づいて、クライアントデバイスのアプリケーションは、第２要素認証の結果を示す１つまたは複数の追加メッセージを生成および表示するように構成され得る。他の例では、サーバは、第２要素認証の結果を示す1つまたは複数の追加メッセージを生成および送信するように構成され得る。さらに、第２要素認証を実行する前に、クライアントデバイスまたはサーバのアプリケーションは、第１のデータセットからメタデータを抽出するように構成され得る。メタデータは、第１のデバイスから抽出され得る。いくつかの例では、第２要素認証はメタデータの認証を含み得る。例えば、第２要素認証は、カードのメタデータの認証を備え得る。いくつかの例では、第１のデバイスに属するメタデータは、第１のデバイスの作成時に、例えば発行者によってパーソナライズされ得る。第１のデバイスのメタデータは、限定されないが、１つ以上の以前の取引（５回の取引など、所定の数の取引に関する販売者および取引データを含む）、１つ以上のトランザクションの日付とタイムスタンプ、１つ以上の電話番号、１つ以上のアドレス、および／またはそれらの組み合わせ、および／または認証可能なその他の個人を特定できる情報を備える、複数のフィールドを含むように設定されるようにカスタマイズされ得る。いくつかの例では、ユーザまたはアカウントに関連付けられた携帯電話番号が第１のデバイスから読み取られてもよく、第２の要素認証がクライアントデバイスのアプリケーションに送信されてもよい。例えば、第２要素認証は、クライアントデバイスのアプリケーションによって受信されるショートメッセージシステムのワンタイムパスワードを備え得る。

【0058】

ブロック３２５で、方法３００は、１つまたは複数のプロンプトを生成することを含み得る。例えば、サーバは１つ以上のプロンプトを生成するように構成され得る。他の例では、デバイスのアプリケーションは、1つまたは複数のプロンプトを生成するように構成され得る。クライアントデバイスのアプリケーションは、第 ３要素認証を実行するように構成され得る。第３要素認証は、クライアントデバイスのアプリケーションによって第１タイプの操作を第２タイプの操作に変換する前に実行され得る。他の例では、クライアントデバイスのサーバまたはアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成、送信、および/または受信するように構成され得る。例えば、メッセージの少なくとも１つは、アプリケーションまたはサーバに１つ以上のアクションを実行するように指示するように構成され得る。１つまたは複数のアクションは、第１のタイプの操作から第２のタイプの操作への変換を含み得る。例えば、第１のタイプの操作は、カード非提示トランザクションを備え得る。第２のタイプの操作は、カード提示取引を備え得る。このように、変換は、カードリーダ、非接触または接触対応端末との通信を捕捉するなど、１つまたは複数の操作を実行するためにカードが存在したことを示すことによってセキュリティを向上させることができる。このように、第１のデバイスが物理的に安全であることが証明されているため、第１のタイプの操作から第２のタイプの操作への変換は、第２要素認証の成功などの結果に依存する可能性があり、これにより、カード提示取引とカード非提示取引が区別される。また、第２要素認証の後に第３要素認証を行ってもよい。例えば、クライアントデバイスのアプリケーションは、１つ以上の通知を介して送信される１つ以上のプロンプトを生成することによって第３要素認証を実行するように構成され得る。いくつかの例では、第３要素認証は、１つまたは複数の通知を介して、１つまたは複数のクエリに応答する入力を促すことによって実行され得る。

【0059】

制限なく、１つまたは複数のクエリには、主要な口座番号、名前、ミドルネーム、姓などのようなカード所有者の識別子、操作のタイプ、日付、カード所有者の国籍、カード所有者の言語、アドレス、生年月日、Ｅメール、電話番号、有効期限、クレジットカード番号、デビットカード番号、および／またはそれらの任意の組み合わせ、のグループから選択される少なくとも１つを含み得る。さらに、１つまたは複数のクエリには、これに限定されないが、編集された部分を含むこれらのクエリの任意の数の一部に対するリクエストを含み得る。１つまたは複数のクエリは、第３要素認証の基礎を形成する知識ベースの認証に似ている場合がある。

【0060】

ブロック３３０で、方法３００は、１つまたは複数のプロンプトを送信することを含み得る。いくつかの例では、サーバは、１つまたは複数のプロンプトを送信するように構成され得る。例えば、サーバは、１つ以上のプロンプトをデバイスのアプリケーションに送信するように構成され得る。

【0061】

ブロック３３５で、方法３００は、１つまたは複数のクエリに応答して入力を認証することを含み得る。例えば、サーバは、１つ以上のクエリに応答して入力を受信するように構成され得る。別の例では、アプリケーションは、１つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、クライアントデバイスのアプリケーションは、認証のために受信した入力をサーバに送信するように構成され得る。デバイスのアプリケーションは、基準入力を受信した入力と比較することによって、１つまたは複数のクエリに応答して受信した入力を認証するように構成され得る。例えば、クライアントデバイスまたはサーバのアプリケーションによる入力の認証に成功した後、クライアントデバイスまたはサーバのアプリケーションは、第１のタイプの操作を第２のタイプの操作に変換するように構成され得る。第３要素認証は、クライアントデバイスのアプリケーションによって第１タイプの操作を第２タイプの操作に変換する前に実行され得る。他の例では、クライアントデバイスのサーバまたはアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成、送信、および/または受信するように構成され得る。例えば、メッセージの少なくとも１つは、アプリケーションまたはサーバに１つ以上のアクションを実行するように指示するように構成され得る。１つまたは複数のアクションは、第１のタイプの操作から第２のタイプの操作への変換を含み得る。例えば、第１のタイプの操作は、カード非提示トランザクションを備え得る。第２のタイプの操作は、カード提示取引を備え得る。 このように、変換は、カードリーダ、非接触または接触対応端末との通信を捕捉するなど、１つまたは複数の操作を実行するためにカードが存在したことを示すことによってセキュリティを向上させることができる。このように、最初のタイプの操作から２番目のタイプの操作への変換は、最初のデバイスはユーザが物理的に所有していることが証明されているため、カード提示取引とカード非提示取引が区別されるので、第２要素認証の成功結果などのように、結果に依存し得る。いくつかの例では、クライアントデバイスのアプリケーションは、１つまたは複数のプロンプトで提示されたクエリに応答する1つまたは複数の応答を介して入力を受信および認証するように構成され得る。他の例では、クライアントデバイスのアプリケーションは、１つまたは複数のプロンプト内で提起されたクエリに応答する１つまたは複数の応答を介して受信した入力を、認証のためにサーバに送信するように構成され得る。サーバは、入力の認証およびトランザクションの変換のために、受信した入力をデータベースに送信するように構成され得る。

【0062】

クライアントデバイスまたはサーバのアプリケーションは、１つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、１つまたは複数のクエリへの入力は、時間枠内にユーザが特定の商店で何回買い物をしたか、または指定されたリーダもしくは端末で操作を行ったかについての回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連付けられたアイテムの数に関する回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連する支出額を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最後の２つのトランザクションの場所および／または身元に関する回答を含む応答を含み得る。

【0063】

図４は、例示的な実施形態による認証プロセスのシーケンス図４００を示す。図４は、システム１００、図２Ａおよび図２Ｂの第１のデバイス２００、および図３の方法３００の同一または類似のコンポーネントを参照し得る。

【0064】

ステップ４１０で、クライアントデバイスのアプリケーションは、第１要素認証の一部としてカードの１つまたは複数の読み取りを実行するように構成され得る。例えば、アプリケーションは、カードの近距離無線通信タグなどのタグの近距離無線通信読み取りなどの読み取りを実行するように構成され得る。

【0065】

ステップ４２０で、カードは暗号文を送信するように構成され得る。カードは、任意のデバイスの１つまたは複数の通信フィールドに入った後、カードの通信インターフェイスを介して、最初の読み取りなどの読み取りに応じたデータを送信するように構成され得る。例えば、カードは、デバイスの第１の通信フィールドへの最初の入力後に暗号文を送信するように構成され得る。制限なく、各エントリは、タップ、スワイプ、ウェーブ、および／またはそれらの任意の組み合わせに関連付けられ得る。クライアントデバイスのアプリケーションは、カードによって送信された暗号文を受信するように構成され得る。暗号文は、カードのタグの最初の読み取りに基づいて生成され得る。例えば、暗号文は、近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りを介して取得され得る。いくつかの例では、カードは、暗号文を送信する前に暗号化するように構成され得る。

【0066】

ステップ４３０で、クライアントデバイスのアプリケーションは、カードから受信した暗号文をサーバに送信するように構成され得る。いくつかの例では、サーバは、カードによって送信された暗号文を受信するように構成され得る。サーバは、第１要素認証の一部として暗号を解読するように構成され得る。他の例では、クライアントデバイスのアプリケーションは、第１要素認証の一部として暗号を復号するように構成され得る。

【0067】

ステップ４４０で、サーバは、１つまたは複数のメッセージをクライアントデバイスのアプリケーションに送信するように構成され得る。例えば、メッセージの１つには、暗号文の認証ステータスの表示を備え得る。例えば、サーバは、暗号文の認証成功ステータスなど、認証検証を示すメッセージをクライアントデバイスのアプリケーションに送信するように構成され得る。サーバが暗号文を認証できない限り、サーバは、暗号文の認証失敗を示すメッセージを送信するように構成され得る。暗号文が正常に認証されなかった場合、サーバは、１つまたは複数のコマンドを介して、カードのタグを再読み取りして暗号文を受信するようにクライアントデバイスのクライアントアプリケーションに指示するように構成され得る。このようにして、サーバは、第１要素認証の一部として暗号文を復号化するように構成され得る。

【0068】

ステップ４５０で、デバイスのアプリケーションは、サーバから１つまたは複数のメッセージを受信するように構成され得る。デバイスのアプリケーションは、最初の要素認証の後に別の読み取りを実行するように構成され得る。例えば、デバイスのアプリケーションは、カードの２回目の読み取りを実行するように構成され得る。

【0069】

ステップ４６０で、カードは、第２の読み取り後に、第１のデータセットなどのデータを送信するように構成され得る。例えば、第１のデータセットは、第２の近距離無線通信データ交換フォーマット（ＮＤＥＦ）読み取りを介して取得され得る。第１のデータセットは、読み取りを介してカードによってプロセッサに送信され得る。第１のデータセットは、１つ以上の以前のデータセットを備え得る。限定されないが、第１のデータセットは、第１のデータセットに関連付けられた識別子、第１のデータセットのタイプ、通信フィールドへの入力方法、タイムスタンプ、および金額など、最後の３つのトランザクションに関するデータを含み得る。第２の読み取りは、デバイスの通信フィールドへのカードの通信インターフェイスの任意の数のエントリを表す、タップ、スワイプ、または手を振ることを含むがこれらに限定されない、１つまたは複数のジェスチャに関連付けられ得る。

【0070】

ステップ４７０で、クライアントデバイスのアプリケーションは、第２要素認証を実行するように構成され得る。例えば、１つまたは複数の以前のデータのセットは、第２要素認証の一部として、１つまたは複数の以前のデータの参照セットに対して評価され得る。他の例では、クライアントデバイスのアプリケーションは、第２要素認証の一部として評価のために第１データセットをサーバに送信するように構成され得る。例えば、サーバは、１つまたは複数の以前のデータのセットを１つまたは複数の以前のデータの参照セットと比較することによって第２の要素認証の結果を生成することによって、第１のデータセットの第２の要素認証を実行するように構成され得る。以前のデータの参照セットはサーバに保存され得る。他の例では、以前のデータの１つまたは複数の参照セットは、サーバによってアクセス可能であり、データベースから取得され得る。他の例では、クライアントデバイスのアプリケーションは、以前のデータの１つまたは複数のセットを以前のデータの１つまたは複数の参照セットと比較することによって、第２要素認証の結果を生成するように構成され得る。第２要素認証の結果に基づいて、クライアントデバイスのアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成および表示するように構成され得る。

【0071】

ステップ４８０で、サーバは、第１のデータセットの第２要素認証の結果を示す１つまたは複数の追加メッセージを送信するように構成され得る。サーバは、１つまたは複数の追加メッセージを介して、クライアントデバイスのアプリケーションに第２要素認証を実行するように指示するように構成され得る。

【0072】

ステップ４９０で、クライアントデバイスのアプリケーションは、第３要素認証を実行するように構成され得る。第３要素認証は、クライアントデバイスのアプリケーションによって第１タイプの操作を第２タイプの操作に変換する前に実行され得る。他の例では、クライアントデバイスのサーバまたはアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成、送信、および/または受信するように構成され得る。たとえば、メッセージの少なくとも 1 つは、アプリケーションまたはサーバに１つ以上のアクションを実行するように指示するように構成され得る。１つまたは複数のアクションは、第１のタイプの操作から第２のタイプの操作への変換を含み得る。例えば、第１のタイプの操作は、カード非提示トランザクションを備え得る。第２のタイプの操作は、カード提示取引を備え得る。このように、変換は、カードリーダ、非接触または接触対応端末との通信を捕捉するなど、１つまたは複数の操作を実行するためにカードが存在したことを示すことによってセキュリティを向上させることができる。このように、第１のデバイスが物理的に安全であることが証明されているため、第１のタイプの操作から第２のタイプの操作への変換は、第２要素認証の成功などの結果に依存する可能性があり、これにより、カード提示取引とカード非提示取引が区別される。また、第２要素認証の後に第３要素認証を行ってもよい。他の例では、サーバは第３要素認証を実行するように構成され得る。いくつかの例では、サーバは、クライアントデバイスのアプリケーションに第３要素認証を実行するように指示するように構成され得る。例えば、クライアントデバイスのアプリケーションは、１つ以上の通知を介して送信される１つ以上のプロンプトを生成することによって第３要素認証を実行するように構成され得る。いくつかの例では、第３要素認証は、１つまたは複数の通知を介して、１つまたは複数のクエリに応答する入力を促すことによって実行され得る。

【0073】

制限なく、１つまたは複数のクエリには、主要な口座番号、名前、ミドルネーム、姓などのようなカード所有者の識別子、操作のタイプ、日付、カード所有者の国籍、カード所有者の言語、アドレス、生年月日、Ｅメール、電話番号、有効期限、クレジットカード番号、デビットカード番号、および／またはそれらの任意の組み合わせ、のグループから選択される少なくとも１つを含み得る。さらに、１つまたは複数のクエリには、これに限定されないが、編集された部分を含むこれらのクエリの任意の数の一部に対するリクエストを含み得る。１つまたは複数のクエリは、第３要素認証の基礎を形成する知識ベースの認証に似ている場合がある。

【0074】

クライアントデバイスのアプリケーションは、１つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、１つまたは複数のクエリへの入力は、時間枠内にユーザが特定の商店で何回買い物をしたか、または指定されたリーダもしくは端末で操作を行ったかについての回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連付けられたアイテムの数に関する回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連する支出額を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最後の２つのトランザクションの場所および／または身元に関する回答を含む応答を含み得る。

【0075】

図５は、例示的な実施形態による認証の方法５００を示す。図５は、システム１００、図２Ａおよび図２Ｂの第１のデバイス２００、図３の方法３００、および図４のシーケンス図４００の同一または類似のコンポーネントを参照し得る。

【0076】

ブロック５０５で、方法５００は、第１要素認証を実行することを含み得る。例えば、クライアントデバイスのアプリケーションは、第１要素認証を実行するように構成され得る。他の例では、サーバは第１要素認証を実行するように構成され得る。クライアントデバイスのアプリケーションは、第 1 要素認証の一部としてカードの１つ以上の読み取りを実行するように構成され得る。例えば、アプリケーションは、カードの近距離無線通信タグなどのタグの近距離無線通信読み取りなどの読み取りを実行するように構成され得る。

【0077】

ブロック５１０で、方法５００は、第１要素認証に対する応答を検証することを含み得る。いくつかの例では、クライアントデバイスのアプリケーションは、第１要素認証に対する応答を受信するように構成され得る。応答には暗号文を含み得る。クライアントデバイスのアプリケーションは、第 1 要素認証に対する応答を検証するように構成され得る。カードは、応答を介して暗号文を送信するように構成され得る。カードは、任意のデバイスの１つまたは複数の通信フィールドに入った後、カードの通信インターフェイスを介して、最初の読み取りなどの読み取りに応じたデータを送信するように構成され得る。例えば、カードは、デバイスの第１の通信フィールドへの最初の入力後に暗号文を送信するように構成され得る。制限なく、各エントリは、タップ、スワイプ、ウェーブ、および／またはそれらの任意の組み合わせに関連付けられ得る。クライアントデバイスのアプリケーションは、カードによって送信された暗号文を受信するように構成され得る。暗号文は、カードのタグの最初の読み取りに基づいて生成され得る。例えば、暗号文は、近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りを介して取得され得る。いくつかの例では、カードは、暗号文を送信する前に暗号化するように構成され得る。いくつかの例では、クライアントデバイスのアプリケーションは、第１要素認証の一部として暗号を復号するように構成され得る。

【0078】

他の例では、サーバは、第１要素認証に対する応答を受信するように構成され得る。クライアントデバイスのアプリケーションは、カードから受信した暗号文をサーバに送信するように構成され得る。いくつかの例では、サーバは、カードによって送信された暗号文を受信するように構成され得る。サーバは、第１要素認証の一部として暗号を解読するように構成され得る。

【0079】

ブロック５１５で、方法５００は、第２要素認証を実行することを含み得る。例えば、クライアントデバイスのアプリケーションは、第２要素認証を実行するように構成され得る。デバイスのアプリケーションは、最初の要素認証の後に別の読み取りを実行するように構成され得る。例えば、デバイスのアプリケーションは、カードの２回目の読み取りを実行するように構成され得る。カードは、２回目の読み取り後に、第１のデータセットなどのデータを送信するように構成され得る。例えば、第１のデータセットは、第２の近距離無線通信データ交換フォーマット（ＮＤＥＦ）読み取りを介して取得され得る。第１のデータセットは、第２の読み取りを介してカードによってプロセッサに送信され得る。第２の読み取りは、デバイスの通信フィールドへのカードの通信インターフェイスの任意の数のエントリを表す、タップ、スワイプ、または手を振ることを含むがこれらに限定されない、１つまたは複数のジェスチャに関連付けられ得る。

【0080】

他の例では、サーバは第２要素認証を実行するように構成され得る。例えば、サーバは、クライアントデバイスのアプリケーションまたはサーバによる第２要素認証の実行の指示を示す１つまたは複数のメッセージをクライアントデバイスのアプリケーションに送信するように構成され得る。

【0081】

ブロック５２０で、方法５００は、第２要素認証に対する応答を検証することを含み得る。いくつかの例では、クライアントデバイスのアプリケーションは、第２要素認証に対する応答を受信するように構成され得る。例えば、クライアントデバイスのアプリケーションは、第２要素認証に対する第１データセットを含む応答を受信するように構成され得る。第１のデータセットは、１つ以上の以前のデータセットを含み得る。限定されないが、第１のデータセットは、第１のデータセットに関連付けられた識別子、第１のデータセットのタイプ、通信フィールドへの入力方法、タイムスタンプ、および金額など、最後の３つのトランザクションに関するデータを含み得る。

【0082】

クライアントデバイスのアプリケーションは、第 ２要素認証への応答を検証するように構成され得る。例えば、１つまたは複数の以前のデータのセットは、第２要素認証の一部として、１つまたは複数の以前のデータの参照セットに対して評価され得る。他の例では、クライアントデバイスのアプリケーションは、以前のデータの１つまたは複数のセットを以前のデータの１つまたは複数の参照セットと比較することによって、第２要素認証の結果を生成するように構成され得る。第２要素認証の結果に基づいて、クライアントデバイスのアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成および表示するように構成され得る。

【0083】

他の例では、サーバは、第２要素認証に対する応答を受信するように構成され得る。例えば、サーバは、第２要素認証への応答を検証するように構成され得る。クライアントデバイスのアプリケーションは、第２要素認証の一部として評価のために第１のデータセットをサーバに送信するように構成され得る。例えば、サーバは、１つまたは複数の以前のデータのセットを１つまたは複数の以前のデータの参照セットと比較することによって第２要素認証の結果を生成することによって、第１のデータセットの第２要素認証を実行するように構成され得る。以前のデータの参照セットはサーバに保存され得る。他の例では、以前のデータの１つまたは複数の参照セットは、サーバによってアクセス可能であり、データベースから取得され得る。

【0084】

ブロック５２５で、方法５００は、第３要素認証を実行することを含み得る。例えば、クライアント デバイスのアプリケーションは、第３要素認証を実行するように構成され得る。第３要素認証は、クライアントデバイスのアプリケーションによって第１タイプの操作を第２タイプの操作に変換する前に実行され得る。他の例では、クライアントデバイスのサーバまたはアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成、送信、および/または受信するように構成され得る。例えば、メッセージの少なくとも１つは、アプリケーションまたはサーバに１つ以上のアクションを実行するように指示するように構成され得る。１つまたは複数のアクションは、第１のタイプの操作から第２のタイプの操作への変換を含み得る。例えば、第１のタイプの操作は、カード非提示トランザクションを備え得る。第２のタイプの操作は、カード提示取引を備え得る。このように、変換は、カードリーダ、非接触または接触対応端末との通信を捕捉するなど、１つまたは複数の操作を実行するためにカードが存在したことを示すことによってセキュリティを向上させ得る。このように、第１のデバイスが物理的に安全であることが証明されているため、第１のタイプの操作から第２のタイプの操作への変換は、第２要素認証の成功などの結果に依存する可能性があり、これにより、カード提示取引とカード非提示取引が区別される。また、第２要素認証の後に第３要素認証を行ってもよい。例えば、クライアントデバイスのアプリケーションは、１つ以上の通知を介して送信される１つ以上のプロンプトを生成することによって第３要素認証を実行するように構成され得る。いくつかの例では、第３要素認証は、１つまたは複数の通知を介して、１つまたは複数のクエリに応答する入力を促すことによって実行され得る。

【0085】

制限なく、１つまたは複数のクエリには、主要な口座番号、名前、ミドルネーム、姓などのようなカード所有者の識別子、操作のタイプ、日付、カード所有者の国籍、カード所有者の言語、住所、生年月日、Ｅメール、電話番号、有効期限、クレジットカード番号、デビットカード番号、および／またはそれらの任意の組み合わせ、のグループから選択される少なくとも１つを含み得る。さらに、１つまたは複数のクエリには、これに限定されないが、編集された部分を含むこれらのクエリの任意の数の一部に対するリクエストを含み得る。１つまたは複数のクエリは、第３要素認証の基礎を形成する知識ベースの認証に似ている場合がある。

【0086】

他の例では、サーバは第３要素認証を実行するように構成され得る。いくつかの例では、サーバは、クライアントデバイスのアプリケーションに第３要素認証を実行するように指示するように構成され得る。

【0087】

ブロック５３０で、方法５００は、第３要素認証に対する応答を検証することを含み得る。例えば、クライアントデバイスのアプリケーションは、１つまたは複数のクエリに応答する入力を受信するように構成され得る。デバイスのアプリケーションは、基準入力を受信した入力と比較することによって、１つまたは複数のクエリに応答して受信した入力を認証するように構成され得る。いくつかの例では、クライアントデバイスのアプリケーションは、第３要素認証に対する応答を受信するように構成され得る。例えば、クライアントデバイスのアプリケーションは、第３要素認証への応答を検証するように構成され得る。クライアントデバイスのアプリケーションは、１つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、１つまたは複数のクエリへの入力は、時間枠内にユーザが特定の商店で何回買い物をしたか、または指定されたリーダもしくは端末で操作を行ったかについての回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連付けられたアイテムの数に関する回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連する支出額を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最後の２つのトランザクションの場所および／または身元に関する回答を含む応答を含み得る。

【0088】

他の例では、サーバは、第３要素認証に対する応答を受信するように構成され得る。例えば、サーバは、第３要素認証への応答を検証するように構成され得る。サーバは、第３要素認証の入力を検証するように構成され得る。

【0089】

ブロック５３５で、方法５００は、データを第１のタイプから第２のタイプに変換することを含み得る。例えば、クライアントデバイスまたはサーバのアプリケーションによって入力が正常に認証された後、クライアントデバイスまたはサーバのアプリケーションは、トランザクションをカード非提示トランザクションからカード提示トランザクション、最初のデータセットに関連付けられたトランザクションに変換するように構成され得る。いくつかの例では、クライアントデバイスのアプリケーションは、1つまたは複数のプロンプトで提示されたクエリに応答する1つまたは複数の応答を介して入力を受信および認証するように構成され得る。他の例では、クライアントデバイスのアプリケーションは、１つまたは複数のプロンプト内で提起されたクエリに応答する１つまたは複数の応答を介して受信した入力を、認証のためにサーバに送信するように構成され得る。サーバは、入力の認証およびトランザクションの変換のために、受信した入力をデータベースに送信するように構成され得る。

【0090】

クライアントデバイスまたはサーバのアプリケーションは、1つまたは複数のクエリに応答する入力を受信するように構成され得る。例えば、１つまたは複数のクエリへの入力は、時間枠内にユーザが特定の商店で何回買い物をしたか、または指定されたリーダもしくは端末で操作を行ったかについての回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連付けられたアイテムの数に関する回答を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最新の購入に関連する支出額を含む応答を含み得る。別の例では、１つまたは複数のクエリへの入力は、最後の２つのトランザクションの場所および／または身元に関する回答を含む応答を含み得る。別の例では、クライアントデバイスのアプリケーションは、認証のために受信した入力をサーバに送信するように構成され得る

【0091】

図６は、例示的な実施形態による認証方法６００を示す。図６は、システム１００、図２Ａおよび図２Ｂの第１のデバイス２００、図３の方法３００、図４のシーケンス図４００、および図５の方法５００の同一または類似のコンポーネントを参照し得る。

【0092】

ブロック６０５で、方法６００は、第１の読み取りを実行することを含み得る。例えば、最初の読み取りは、デバイスのアプリケーションによって実行され得る。デバイスには１つ以上のプロセッサを含み得る。デバイスはメモリを含み得る。デバイスは、デバイス上で実行するための命令を含むアプリケーションを含み得る。

【0093】

ブロック６１０で、方法６００は、暗号文を認証することを含み得る。プロセッサは、第１要素認証を実行するように構成され得る。いくつかの例では、第１要素認証は、暗号文を認証することを備え得る。例えば、暗号文は、近距離無線通信データ交換フォーマット（ＮＤＥＦ）の読み取りを介して取得し得る。カードのタグを最初に読み取ると、暗号文が得られる場合がある。

【0094】

ブロック６１５で、方法６００は、第２の読み取りを実行することを含み得る。例えば、第１の要素認証の後、プロセッサは、第２の読み取りなどの別の読み取りを実行するように構成され得る。いくつかの例では、第１要素認証の後に実行される読み取りは、ＮＤＥＦ読み取りを含み得る。

【0095】

ブロック６２０で、方法６００はデータを認証することを含み得る。例えば、２回目の読み取りにより、最初のデータセットなどのデータが生成され得る。第１のデータセットは、読み取りを介してカードによってプロセッサに送信され得る。第１のデータセットは、１つ以上の以前のデータセットを含み得る。限定されないが、第１のデータセットは、第１のデータセットに関連付けられた識別子、第１のデータセットのタイプ、通信フィールドへの入力方法、タイムスタンプ、および金額など、最後の３つのトランザクションに関するデータを含み得る。読み取りは、デバイスの通信フィールドへのカードの通信インターフェイスの任意の数のエントリを表す、タップ、スワイプ、または手を振ることを含むがこれらに限定されない、1つまたは複数のジェスチャに関連付けられ得る。

【0096】

第１のデータセットは、第２要素認証などの別の認証要素のためにプロセッサによって送信され得る。例えば、プロセッサは、第１のデータセットをサーバに送信するように構成され得る。いくつかの例では、プロセッサは、第２要素認証のために第１データセットを送信するように構成され得る。例えば、以前のデータの１つ以上のセットは、以前のデータの１つ以上の参照セットに対して評価され得る。プロセッサは、以前のデータの１つまたは複数のセットを以前のデータの１つまたは複数の参照セットと比較することによって、第２要素認証の結果を生成するように構成され得る。第２要素認証の結果に基づいて、プロセッサは、第２要素認証の結果を示す１つまたは複数のメッセージを送信するように構成され得る。

【0097】

別の例では、サーバは、以前のデータの１つ以上のセットを以前のデータの１つ以上の参照セットと比較することによって、第２要素認証の結果を生成するように構成され得る。プロセッサは、第２要素認証の結果を示す１つまたは複数のメッセージを受信するように構成され得る。例えば、プロセッサは、第２要素認証の成功結果など、認証検証を示すメッセージをサーバから受信するように構成され得る。別の例では、プロセッサは、第２要素認証の失敗結果を示すメッセージをサーバから受信するように構成され得る。プロセッサが第２要素認証の失敗結果を示すメッセージを受信するように構成されている限り、プロセッサは第２要素認証のために第１データセットを再送信するように構成され得る。例えば、プロセッサは、閾値に対応する所定の数を上限として、第２要素認証のために第１のデータセットを再送信するように構成され得る。しきい値に達すると、プロセッサは認証プロセスを停止するように構成され得る。別の例では、プロセッサが第２要素認証の失敗結果を示すメッセージを受信するように構成されている限り、プロセッサは認証プロセスを停止するように構成され得る。

【0098】

第２要素認証を実行する前に、クライアント デバイスまたはサーバのアプリケーションは、第１のデータ セットからメタデータを抽出するように構成され得る。メタデータは、第１のデバイスから抽出され得る。いくつかの例では、第２要素認証はメタデータの認証を含み得る。例えば、第２要素認証は、第１のデバイスのメタデータの認証を備え得る。いくつかの例では、第１のデバイスに属するメタデータは、第１のデバイスの作成時に、例えば発行者によってパーソナライズされてもよい。第１のデバイスのメタデータは、限定されないが、１つ以上の以前の取引 （５回の取引など、所定の数の取引に関する販売者および取引データを含む）、１つ以上のトランザクションの日付とタイムスタンプ、１つ以上の電話番号、１つ以上のアドレス、および／またはその組み合わせ、および／または認証可能なその他の個人を特定できる情報、を含む複数のフィールドを含むように設定されるようにカスタマイズされ得る。いくつかの例では、ユーザまたはアカウントに関連付けられた携帯電話番号が第１のデバイスから読み取られてもよく、第２要素認証がクライアントデバイスのアプリケーションに送信され得る。例えば、第２要素認証は、クライアントデバイスのアプリケーションによって受信されるショートメッセージシステムのワンタイムパスワードを備え得る。

【0099】

第２要素認証の結果を示すメッセージを受信した後、プロセッサは、トランザクションをカード非提示トランザクションからカード提示トランザクションに変換するように構成され得る。いくつかの例では、トランザクションはトランザクションデータに関連付けられ得る。

【0100】

ブロック６２５で、方法６００は、１つまたは複数のクエリを生成することを含み得る。例えば、プロセッサは、第３要素認証を実行するように構成され得る。第３要素認証は、クライアントデバイスのアプリケーションによって第１タイプの操作を第２タイプの操作に変換する前に実行され得る。他の例では、クライアントデバイスのサーバまたはアプリケーションは、第２要素認証の結果を示す１つまたは複数のメッセージを生成、送信、および／または受信するように構成され得る。例えば、メッセージの少なくとも１つは、アプリケーションまたはサーバに１つ以上のアクションを実行するように指示するように構成され得る。１つまたは複数のアクションは、第１のタイプの操作から第２のタイプの操作への変換を含み得る。例えば、第１のタイプの操作は、カード非提示トランザクションを備え得る。第２のタイプの操作は、カード提示取引を備え得る。このように、変換は、カードリーダ、非接触または接触対応端末との通信を捕捉するなど、１つまたは複数の操作を実行するためにカードが存在したことを示すことによってセキュリティを向上させ得る。このように、第１のデバイスが物理的に安全であることが証明されているため、第１のタイプの操作から第２のタイプの操作への変換は、第２要素認証の成功などの結果に依存する可能性があり、これにより、カード提示取引とカード非提示取引が区別される。例えば、プロセッサは、１つまたは複数の通知を介して送信される１つまたは複数のプロンプトを生成することによって、第３要素認証を実行するように構成され得る。いくつかの例では、第３要素認証は、１つまたは複数の通知を介して、１つまたは複数のクエリに応答する入力を促すことによって実行され得る。

【0101】

制限なく、1つまたは複数のクエリには、主要な口座番号、名前、ミドルネーム、姓などのようなカード所有者の識別子、操作のタイプ、日付、カード所有者の国籍、カード所有者の言語、住所、生年月日、Ｅメール、電話番号、有効期限、クレジットカード番号、デビットカード番号、および／またはそれらの任意の組み合わせ、のグループから選択される少なくとも１つを含み得る。さらに、１つまたは複数のクエリには、これに限定されないが、編集された部分を含むこれらのクエリの任意の数の一部に対するリクエストを含み得る。１つまたは複数のクエリは、第３要素認証の基礎を形成する知識ベースの認証に似ている場合がある。

【0102】

他の例では、クエリは、ユーザが時間枠内に特定の販売業者で何回買い物をしたか、または指定されたリーダまたは端末で操作を行ったかを尋ねる質問を含み得る。別の例では、クエリには、最近の購入に関連するアイテムの数を要求する質問を含み得る。別の例では、クエリは、最近の購入に関連する支出額を要求する質問を含み得る。別の例では、クエリには、最後の２つのトランザクションの場所および／または身元を要求する質問を含み得る。

【0103】

ブロック６３０で、方法６００は、１つまたは複数のプロンプトを介して、１つまたは複数のクエリを送信することを含み得る。例えば、プロセッサは、１つまたは複数のクエリを送信するように構成され得る。別の例では、サーバは、１つまたは複数のクエリを送信するように構成され得る。

【0104】

いくつかの例では、１つまたは複数のクエリに対する応答の入力を求めるプロンプトは、時間制限があり得る。例えば、入力のプロンプトは、秒、分、時間などを含むがこれらに限定されない所定の時間が経過すると期限切れになるように構成され得る。別の例では、１つまたは複数のプロセッサは、所定の時間が経過した後、１つまたは複数のクエリに応答する追加の入力を促すように構成され得る。いくつかの例では、１つまたは複数のクエリに応答する追加の入力は、１つまたは複数のクエリに応答して最初に要求された入力とは異なる場合がある。したがって、１つまたは複数のクエリの最初のセットは、１つまたは複数のクエリの追加のセットとは異なる場合がある。

【0105】

例えば、プロセッサは、１つ以上のプロンプトを介してユーザのミドルネームを要求するように構成され得る。１０秒以内に入力が受信または提供されない場合、このクエリに応答する入力の有効期限は１０秒後に期限切れとなり、別のクエリに応答する別の入力プロンプトが生成され、送信され得る。例えば、プロセッサは、主要な口座番号の最後の４桁を要求するように構成され得るものであり、その入力は１５秒以内に提供されなければならない。いくつかの例では、追加のクエリに関連付けられた所定の時間は、最初のクエリに関連付けられた所定の時間とは異なる場合がある。他の例では、追加のクエリに関連付けられた所定の時間は、最初のクエリに関連付けられた所定の時間と同じであってもよい。

【0106】

別の例では、プロセッサは、５秒以内にユーザの国籍の入力を要求するプロンプトを生成および送信するように構成され得る。５秒以内に入力が受信または提供されない場合、クエリに応答する入力の有効期限は５秒後に期限切れとなり、別のクエリに応答する入力を求める別のプロンプトが生成され、送信され得る。例えば、プロセッサは、最新の取引の場所と、その取引がクレジット カードまたはデビット カードに関連付けられているかどうかを要求するように構成され得るものであり、この場合、入力は １０秒以内に提供されなければならない。

【0107】

いくつかの例では、入力を求めるプロンプトは、１つまたは複数のクエリの閾値数に関連付けられ得る。例えば、入力プロンプトは、２つのクエリなど、任意の数に関連付けられ得る。クエリの数を使い果たした後、プロセッサは、クエリのプロンプトに関連付けられた応答入力に基づいて入力を認証するかどうかを決定するように構成され得る。上記の例を使用すると、プロセッサは、２つのクエリを使い果たした後、入力が正しくないと判断した場合、クエリに応答する受信した入力を終了するように構成され得る。

【0108】

ブロック６３５で、方法６００は、１つまたは複数のクエリに応答して入力を受信することを含み得る。例えば、プロセッサは、１つまたは複数のクエリに応答して入力を受信するように構成され得る。別の例では、サーバは、1つまたは複数のクエリに応答して入力を受信するように構成され得る。

【0109】

ブロック６４０で、方法６００は、入力を認証することを含み得る。例えば、プロセッサは、入力を受信した後、１つまたは複数のクエリに応答する入力を認証するように構成され得る。別の例では、サーバは、入力を受信した後、１つまたは複数のクエリに応答する入力を認証するように構成され得る。

【0110】

さらに、本明細書で説明されるシステムおよび方法は、以下に限定されないが、データを保存できる他の物理メディアと同様に、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク、ハードドライブ、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ （ＲＡＭ）のような、1つまたは複数の物理媒体で具体的に具体化され得ることに留意されたい。例えば、データ記憶装置は、データ、情報、およびコンピュータプログラム命令にアクセスして記憶するように構成され得るランダムアクセスメモリ（ＲＡＭ）および読み取り専用メモリ（ＲＯＭ）を含み得る。データストレージには、記憶媒体または他の適切なタイプのメモリ（例えば、ＲＡＭ、ＲＯＭ、プログラマブル読み取り専用メモリ（ＰＲＯＭ）など）、消去可能なプログラマブル読み取り専用メモリ （ＥＰＲＯＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ）、磁気ディスク、光ディスク、フロッピーディスク、ハードディスク、取り外し可能なカートリッジ、フラッシュドライブ、あらゆる種類の有形かつ非一時的な記憶媒体）をも含み得るものであり、ここには、オペレーティングシステムを構成するファイル、例えばウェブブラウザアプリケーション、電子メールアプリケーションおよび／または他のアプリケーションを含むアプリケーションプログラム、およびデータファイルが格納され得る。ネットワーク対応コンピュータ システムのデータ ストレージには、さまざまな方法で保存された電子情報、ファイル、文書、たとえば、フラットファイル、インデックス付きファイル、階層型データベース、リレーショナルデータベース、例えば、オラクル（登録商標）コーポレーション、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｅｘｃｅｌファイル、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ａｃｃｅｓｓファイルなどのソフトウェアを使用して作成および維持されるデータベース、ソリッドステートストレージデバイスを含み得るものであり、これには、フラッシュアレイ、ハイブリッドアレイ、サーバ側製品、オンラインストレージやクラウド ストレージ、またはその他のストレージメカニズムを含むエンタープライズストレージが含まれる場合がある。さらに、図はさまざまなコンポーネント（サーバ、コンピュータ、プロセッサなど）を個別に示している。様々なコンポーネントで実行されるものとして説明された機能は、他のコンポーネントで実行されてもよく、また、様々なコンポーネントは結合または分離されてもよい。他の変更も可能である。

【0111】

前述の明細書では、添付の図面を参照してさまざまな実施形態を説明した。しかしながら、特許請求の範囲に記載される本発明のより広い範囲から逸脱することなく、様々な修正および変更が可能であり、追加の実施形態が実施され得ることは明らかである。したがって、明細書および図面は、限定的な意味ではなく、例示的な意味としてみなされるべきである。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6】

【国際調査報告】