特表 2023-552054 高リスク通信の認証のための方法及びシステム

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

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

(11)【公表番号】

(43)【公表日】2023-12-14

(54)【発明の名称】高リスク通信の認証のための方法及びシステム

(51)【国際特許分類】

   G06F 21/31 20130101AFI20231207BHJP

   G06F 21/60 20130101ALI20231207BHJP

【ＦＩ】

G06F21/31

G06F21/60 320

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023525092

(86)(22)【出願日】2021-10-26

(85)【翻訳文提出日】2023-06-22

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

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

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

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

(32)【優先日】2020-10-28

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】519111877

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

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

(74)【代理人】

【識別番号】100139376

【弁理士】

【氏名又は名称】八代 則子

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

本明細書に組み込まれ、本明細書の一部を構成する添付の図面は、様々な例示的な実施形態を示し、説明と共に、開示される実施形態の原理を説明する役割を果たす。

【図面の簡単な説明】

【0012】

【図1】１つ以上の実施形態による、例示的なシステム環境を示す。

【図2】１つ以上の実施形態による、例示的なシステム環境の例示的な認証アーキテクチャを示す。

【図3】１つ以上の実施形態による、例示的な認証方法のフローチャートを示す。

【図4】１つ以上の実施形態によるコンピューティングデバイスの一実施例を示す。

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

【0013】

以下で使用される用語は、本開示の特定の具体的な実施例の詳細な説明と併せて使用されている場合であっても、その最も広い妥当な様式で解釈することができる。実際に、特定の用語が以下で強調されることさえある。しかしながら、任意の限定された様式で解釈されることが意図される任意の用語は、この「発明を実施するための形態」のセクションにおいてそのように明白かつ具体的に定義される。前述の一般的な説明及び以下の詳細な説明は両方とも、例示及び説明にすぎず、特許請求される特徴を限定するものではない。

【0014】

本開示では、「に基づく」という用語は、「に少なくとも部分的に基づく」を意味する。単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈がそうでないことを示さない限り、複数の指示対象を含む。「例示的」という用語は、「理想的」という意味でなく、「例」という意味で使用する。用語「備える（comprises）」、「備える（comprising）」、「含む（includes）」、「含む（including）」、又はそれらの他の変形は、要素のリストを備えるプロセス、方法、又は製品が、必ずしもそれらの要素のみを含むのではなく、明示的に列挙されていない他の要素、あるいはそのようなプロセス、方法、物品、又は装置に固有の他の要素を含むことができるように、非排他的な包含を網羅することが意図される。「実質的に」及び「概して」などの相対的な用語は、述べられた又は理解された値の±１０％の可能な変動を示すために使用される。

【0015】

以下の説明では、添付図面を参照して実施形態を説明する。以下でより詳細に説明するように、様々な実施形態では、要求は、ユーザ又はエンドユーザに関連付けられたデバイスなどのリモートシステムによって開始することができる。要求がリスクに関連付けられている場合（例えば、特定のタイプの要求、所定の値よりも大きい値を有する要求、新しいアカウント又は疑わしいアカウントに関連付けられた要求など）、リモートシステムなどのエンドユーザに関連付けられたデバイスに通知を送信することができる。一例として、通知は、暗号対応認証システムと相互作用して、このエンドユーザに発行された特定の暗号対応デバイスをエンドユーザが所有していることを検証することによって、認証プロセスを実行するようにエンドユーザに指示することができる。エンドユーザがこの暗号対応ユーザデバイスを所有している場合、要求は、承認されてもよく、必要に応じて、セキュリティデータベースが更新されて、エンドユーザの認証レベルを増加させてもよい。

【0016】

有利なことに、要求に関連付けられたデバイスに通知を送信することによって、暗号対応構成要素を含むカードなどの、エンドユーザが所有している可能性があるデバイスを使用することが可能であり得る。暗号対応ユーザデバイスの使用により、エンドユーザを認証することに関連付けられた不便さを最小限にしながら、信頼できる認証を容易にすることができる。そのような方法は、既存の通信インフラストラクチャ（例えば、支払い処理のためのトランザクションレールなどの相互作用レール）を使用することができる。加えて、エンドユーザの認証レベルを増加させることによって、認証方法は、エンドユーザの将来の要求を効率的に容易にすることができる。

【0017】

図１は、本開示の１つ以上の実施形態による、例示的なシステム環境１００を示す図である。システム環境１００は、１つ以上のユーザシステム１１０と、１つ以上の売買業者及び／又はピアツーピア（peer-to-peer、Ｐ２Ｐ）システム１３０と、１つ以上の検証システム１５０と、１つ以上のリモート相互作用システム又はリモート認証システム１７０とを含むことができる。必要に応じて、システム環境１００は、１つ以上のリスク評価システム又はサービス１８０を含むこともできる。ユーザシステム１１０は、１人以上の特定のユーザ（例えば、それぞれのユーザ識別子及び／又はユーザ名に関連付けられたエンドユーザ）に関連付けられた１つ以上の個々のデバイス又はコンピュータシステムを含むことができる。図１に示す例示的なシステム環境１００では、エンドユーザは、ユーザデバイス１１２及び暗号対応（cryptographic-enabled、「ＣＥ」）ユーザデバイス１１４に関連付けられていてもよい。ユーザデバイス１１２は、ポータブル又は固定コンピューティングデバイスなどのコンピューティングデバイスであってもよい。いくつかの態様では、ユーザデバイス１１２は、単一のエンドユーザに関連付けられた複数の異なるコンピューティングシステムを含むことができる。

【0018】

ＣＥユーザデバイス１１４は、セキュアプロセッサ１１６と、メモリ１１８及びセキュアメモリ１２０などの１つ以上のメモリモジュールと、入力／出力（input/output、「Ｉ／Ｏ」）システム１２２とを含むことができる。セキュアプロセッサ１１６は、例えば、メモリ１１８及びセキュアメモリ１２０に記憶された情報にアクセスするように構成されたセキュア暗号プロセッサであってもよい。セキュアメモリ１２０は、暗号鍵（例えば、秘密鍵）を記憶するように構成することができる。ＣＥデバイス１１４のＩ／Ｏ１２２は、セキュアプロセッサ１１６、メモリ１１８、及びセキュアメモリ１２０の動作を可能にするために供給される電力を受け取るように構成することができる。Ｉ／Ｏ１２２はまた、セキュアプロセッサ１１６によって生成された信号に基づいて、ＣＥユーザデバイス１１４と１つ以上のリモート認証システム１７０との間の通信を容易にすることができる。ＣＥユーザデバイス１１４は、クレジットカード又はデビットカードのサイズ及び形状と実質的に同じサイズ及び形状を含む、任意の好適なフォームファクタを有することができる。

【0019】

ユーザデバイス１１２は、リスクステータスに関連付けられた１つ以上の要求又は相互作用を含む、本明細書に記載されるような１つ以上の要求又は相互作用を開始するための１つ以上のプロセッサを有するポータブルコンピューティングデバイスであってもよい。ユーザデバイス１１２は、１つ以上の売買業者との通信、ピアツーピア相互作用、又は資金を伴う相互作用を容易にする、ディスプレイ、（ディスプレイによって形成することができる、又はディスプレイを含むことができる）１つ以上の入力デバイス、通信デバイスなどを含んでもよい。例示的な通信は、ネットワーク１４０を介して開始又は要求されてもよい。

【0020】

売買業者／Ｐ２Ｐシステム１３０は、１つ以上の売買業者又はピアに関連付けられた、又はそれに属する１つ以上のコンピュータシステムを含むことができる。売買業者の場合、システム１３０は、物理的又は電子的な商品及びサービスを伴う相互作用のために１つ以上の電子店舗をホストするシステムを含んでもよい。システム１３０は、単一の売買業者（例えば、特定の売買業者によってホストされるウェブサイト）に関連付けられていてもよく、又は複数の異なる売買業者に関連付けられていてもよい（例えば、店舗ホスティングサービス、アグリゲータ、共有電子商取引プラットフォームなどを介して）。加えて、又は代替として、システム１３０は、１つ以上のピアツーピアシステムに対応してもよく、それは、バンキングアプリケーション、サードパーティアプリケーションなどを含む、１人以上のエンドユーザ間の資金の振替を容易にするように構成されたサードパーティシステムであってもよい。

【0021】

検証システム１５０は、それぞれの複数のエンドユーザに関連付けられたユーザデバイス１１２によって開始された要求を監視、評価、承認、一時停止、及び拒否するように構成された１つ以上のシステムを含むことができる。検証システム１５０は、複数のそれぞれの機能を提供し、かつ構成要素１５２～１６０の機能のうちの１つ以上を実行するように構成されたサーバ及び／又は分散コンピューティングシステムを含む、１つ以上のコンピュータシステムを含むことができる。検証システム１５０は、アプリケーションプログラミングインターフェース（application programming interface、「ＡＰＩ」）オーケストレータ１５２と、暗号文受信機１５４と、認証生成器１５６と、通知サービス１５８と、トランザクションレールリスナ１６０とを含んでもよい。

【0022】

ＡＰＩオーケストレータ１５２は、後述するように、様々な構成要素又はサービスのための通信を容易にするように構成されたハードウェア構成要素及びソフトウェア構成要素を含んでもよい。いくつかの態様では、これらの構成要素又はサービスとの通信は、複数のＡＰＩの使用を必要とする場合がある。したがって、ＡＰＩオーケストレータ１５２は、後述するように、これらのＡＰＩを介して、複数の構成要素又はサービスとインターフェースして、それによって、エンドユーザ認証を実行するためにこれらのサービス間の通信を調整するようにプログラムすることができる。

【0023】

暗号文受信機１５４は、１つ以上の予想される暗号文を生成して、予想される暗号文を１つ以上の受信した暗号文（例えば、リモート認証システム１７０によって生成された暗号文）と比較するように構成することができる。認証生成器１５６は、受信した暗号文が予想される暗号文と一致すると暗号文受信機１５４が判定した場合に、要求に対する承認などの検証通信を生成して送信するように構成することができる。受信した暗号文及び予想される暗号文に対応する例示的な暗号文は、英数字シーケンス、１６進数シーケンス、又は別のシーケンスなどの、１つ以上の符号化シーケンスを含むことができる。いくつかの態様では、認証生成器１５６は、後述するように、ユーザ分類データベースに記憶された信頼レベルなどの認証レベルを更新するように更に構成することができる。通知サービス１５８は、１つ以上の通知を生成して、ユーザデバイス１１２に送信するように構成することができる。トランザクションレールリスナ１６０は、後述するように、認証相互作用情報を監視して、１つ以上の符号化シーケンス及び認証識別子を含む暗号文を識別するために、処理される１つ以上のタイプの相互作用（例えば、デビットレールを伴う相互作用）を監視するように構成することができる。いくつかの態様では、暗号文受信機１５４、認証生成器１５６、通知サービス１５８、及びレールリスナ１６０の一部又は全部は、ＡＰＩオーケストレータ１５２を介して互いに通信していてもよい。

【0024】

システム環境１００はまた、１つ以上のリモート認証システム１７０を含んでもよい。リモート認証システム１７０は、現金自動預け払い機（automated teller machine、「ＡＴＭ」）、販売時点管理デバイス（例えば、端末）、又はＣＥユーザデバイス１１４と安全に相互作用するように構成された任意の他のＣＥ対応システムのうちの１つ以上として実装することができる。リモート認証システム１７０は、システム１３０のうちの１つ以上を含んでもよい。加えて、又は代替として、システム１７０は、システム１３０に関連してもよく（例えば、システム１３０及び１７０は、単一のエンティティによって動作させられる）、システム１３０と通信していてもよい。例えば、システム１３０は、相互作用のための仮想又はインターネットベースのプラットフォーム（例えば、店舗、ピアツーピアプラットフォーム、金融又はバンキングウェブサイトなど）を提供又はホストしてもよく、リモート認証システム１７０は、直接相互作用のための１つ以上のシステム（例えば、小売位置に存在するシステム、ＡＴＭなど）を含んでもよい。リモート認証システム１７０は、ＣＥリーダ１７２及び暗号文生成器１７４を含むことができる。例示的な構成では、ＣＥリーダ１７２は、ＣＥユーザデバイス１１４などのＣＥデバイスに電力を供給し、ＣＥデバイスと通信するように構成することができる。ＣＥリーダ１７２は、例えば、ユーザデバイス１１２に物理的又は電気的に接続されていない、ユーザデバイス１１２から分離した別個のデバイスであってもよい。暗号文生成器１７４は、後述するように、ＣＥデバイス１１４と通信することによって、符号化シーケンスを含む暗号文を生成するように構成することができる。任意選択のトランザクションキー１７６は、所定の認証識別子を符号化することができる。この所定の認証識別子は、検証システム１５０によって知られ、ＣＥユーザデバイス１１４が存在するときにリモート認証システム１７０によって生成された１つ以上の通信を識別するために使用することができる。必要に応じて、暗号文生成器１７４は、暗号文の生成を容易にするために、システム１３０から情報を受信することもできる。例えば、トランザクションキー１７６は、システム１３０によって暗号文生成器１７４に提供されてもよい。

【0025】

システム環境１００は、必要に応じて、１つ以上のリスク評価サービス１８０を含むことができる。リスク評価サービス１８０は、図１に示すように検証システム１５０と通信してもよく、又は図２に示すように検証システム１５０の一部として提供されてもよい。リスク評価サービス１８０は、売買業者、ピアツーピアサービス、金融機関、又は他のエンティティの代わりに、相互作用又は振替の要求を評価するように構成することができる。いくつかの態様では、リスク評価サービス１８０は、後述するように、検証システム１５０に対する１つ以上の要求にリスクステータスを割り当てるように、又は検証システム１５０にリスクステータスを通信するように構成することができる。

【0026】

ネットワーク１４０は、任意の好適なネットワーク又はネットワークの組み合わせであってもよく、ユーザデバイス１１２又は１人以上のエンドユーザに関連付けられた他のデバイス、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、リモート認証システム１７０、リスク評価サービス１８０との間、並びにシステム環境１００内の任意の他の構成要素間でのデータの通信に好適な任意の適切なプロトコルをサポートしてもよい。ネットワーク１４０は、パブリックネットワーク、プライベートネットワーク（例えば、組織内のネットワーク）、又はパブリック及び／若しくはプライベートネットワークの組み合わせを含んでもよい。ネットワーク１４０は、図１に示す様々な構成要素と、本明細書で説明する任意の他のシステムとの間の通信を提供するように構成することができる。例えば、ネットワーク１４０は、インターネット、無線ネットワーク、有線ネットワーク（例えば、イーサネット（登録商標））、ローカルエリアネットワーク（local area network、ＬＡＮ）、広域ネットワーク（Wide Area Network、ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（Near Field Communication、ＮＦＣ）、それらの組み合わせ、又はシステム環境１００の１つ以上の構成要素間の通信を提供する任意の他のタイプのネットワーク若しくはネットワークの組み合わせとして実装されてもよい。いくつかの実施形態では、ネットワーク１４０は、セル及び／又はページャネットワーク、衛星、許可無線、又は許可無線と無許可無線との組み合せを使用して実装することができる。

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

一般に、図３に示すプロセスなどの、コンピュータで実施可能であると理解される本開示で説明する任意のプロセスは、上述のように、検証システム１５０などのコンピュータシステムの１つ以上のプロセッサによって実行することができる。１つ以上のプロセッサによって実行されるプロセス又はプロセスステップはまた、動作と呼ばれることもある。１つ以上のプロセッサによって実行されると１つ以上のプロセッサにプロセスを実行させる、命令（例えば、ソフトウェア又はコンピュータ可読コード）へのアクセスを有することによって、１つ以上のプロセッサは、そのようなプロセスを実行するように構成することができる。命令は、コンピュータシステムのメモリに記憶されてもよい。プロセッサは、中央処理ユニット（central processing unit、ＣＰＵ）、グラフィックス処理ユニット（graphics processing unit、ＧＰＵ）、又は任意の好適なタイプの処理ユニットであってもよい。

【0054】

ユーザデバイス１１２、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、及びリスク評価サービス１８０などのシステムは、１つ以上のコンピューティングデバイスを含むことができる。ユーザデバイス１１２、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、及び／又はリスク評価サービス１８０の１つ以上のプロセッサが複数のプロセッサとして実装される場合、複数のプロセッサは、単一のコンピューティングデバイスに含まれてもよく、又は複数のコンピューティングデバイス間に分散されてもよい。ユーザデバイス１１２、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、及び／又はリスク評価サービス１８０が複数のコンピューティングデバイスを含む場合、ユーザデバイス１１２、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、及び／又はリスク評価サービス１８０のメモリは、複数のコンピューティングデバイスの各コンピューティングデバイスのそれぞれのメモリを含むことができる。

【0055】

図４は、ユーザデバイス１１２、売買業者／Ｐ２Ｐシステム１３０、検証システム１５０、及び／又はリスク評価サービス１８０などのコンピュータシステムのコンピューティングデバイス４００の一実施例を示す。コンピューティングデバイス４００は、１つ以上のプロセッサ４１０（例えば、ＣＰＵ、ＧＰＵ、又は１つ以上の他のそのような処理ユニット）と、メモリ４２０と、他のデバイスと通信するための１つ以上の通信インターフェース４４０（例えば、ネットワークインターフェース）とを含むことができる。メモリ４２０は、ＲＡＭなどの揮発性メモリ、並びに／又はＲＯＭ及び記憶媒体などの不揮発性メモリを含んでもよい。記憶媒体の例としては、ソリッドステート記憶媒体（例えば、ソリッドステートドライブ及び／又はリムーバブルフラッシュメモリ）、光記憶媒体（例えば、光ディスク）、及び／又は磁気記憶媒体（例えば、ハードディスクドライブ）が挙げられる。前述の命令（例えば、ソフトウェア又はコンピュータ可読コード）は、メモリ４２０の任意の揮発性及び／又は不揮発性メモリ構成要素に記憶することができる。コンピューティングデバイス４００は、いくつかの実施形態では、１つ以上の入力デバイス４５０（例えば、キーボード、マウス、又はタッチスクリーン）及び１つ以上の出力デバイス４６０（例えば、ディスプレイ、プリンタ）を更に含むことができる。コンピューティングデバイス４００の前述の要素は、１つ以上のバスを表すバス４３０を介して互いに接続することができる。いくつかの実施形態では、コンピューティングデバイス４００の１つ以上のプロセッサ４１０は、ＣＰＵとＧＰＵの両方を含む。

【0056】

１つ以上のプロセッサによって実行可能な命令は、非一時的コンピュータ可読媒体上に記憶することができる。したがって、コンピュータで実施する方法が本開示で説明されるときはいつでも、本開示はまた、１つ以上のプロセッサによって実行されると１つ以上のプロセッサにコンピュータで実施する方法を実行させる命令を記憶する、非一時的コンピュータ可読媒体を説明するものとして理解されるものとする。非一時的コンピュータ可読媒体の例としては、ＲＡＭ、ＲＯＭ、ソリッドステート記憶媒体（例えば、ソリッドステートドライブ）、光記憶媒体（例えば、光ディスク）、及び磁気記憶媒体（例えば、ハードディスクドライブ）が挙げられる。非一時的コンピュータ可読媒体は、コンピュータシステムのメモリの一部であってもよく、又は任意のコンピュータシステムとは別個であってもよい。

【0057】

例示的な実施形態の上記の説明では、本開示を簡素化し、様々な発明の態様のうちの１つ以上の理解を助ける目的で、様々な特徴が単一の実施形態、図、又はその説明に一緒にグループ化されることがあることを理解されたい。しかしながら、この開示方法は、特許請求の範囲が各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するように、発明の態様は、単一の前述の開示された実施形態の全ての特徴よりも少ない特徴にある。したがって、「発明を実施するための形態」に続く特許請求の範囲は、本明細書によってこの「発明を実施するための形態」に明示的に組み込まれ、各請求項は、本開示の一実施形態として独立している。

【0058】

更に、本明細書で説明するいくつかの実施形態は、他の実施形態に含まれるいくつかの特徴を含み、その他の特徴を含まないが、当業者によって理解されるように、異なる実施形態の特徴の組み合わせは、本開示の範囲内にあることが意図され、異なる実施形態を形成する。例えば、以下の特許請求の範囲において、特許請求される実施形態のいずれも、任意の組み合わせで使用することができる。

【0059】

したがって、特定の実施形態について説明してきたが、当業者であれば、本開示の趣旨から逸脱することなく、それに他の及び更なる修正を行うことができ、そのような変更及び修正の全てを本開示の範囲内に入るものとして特許請求することが意図されていることを認識するであろう。例えば、機能がブロック図に追加されてもよく、又はそれから削除されてもよく、動作が機能ブロック間で交換されてもよい。本開示の範囲内で説明する方法にステップが追加又は削除されてもよい。

【0060】

上記で開示された主題は、限定ではなく例示であると見なされるべきであり、添付の特許請求の範囲は、本開示の真の趣旨及び範囲内に入る全てのそのような修正、強化、及び他の実装形態を包含することが意図される。したがって、法律によって許容される最大限まで、本開示の範囲は、以下の特許請求の範囲及びそれらの均等物の最も広い許容可能な解釈によって決定されるべきであり、前述の詳細な説明によって制限又は限定されるべきではない。本開示の様々な実装形態について説明してきたが、本開示の範囲内でより多くの実装形態及び実装形態が可能であることが当業者には明らかであろう。したがって、本開示は限定されるものではない。

【図1】

【図2】

【図3】

【図4】

【国際調査報告】