JP7439261B2 - 分散環境でのキャンセルされたリクエストのためのアクセス管理 - Google Patents

Description

多くの場合、選択したグループの人々だけが保護されたリソースにアクセスできることが望ましい。

しかしながら、ネットワークは、大規模なエリアにまたがり、異なる組織によって制御される多くの小規模なネットワークで構成され得る。次に、認証リクエストは、より小さなネットワークで構成されたネットワークを横断しなければならない場合がある。特に送信エラーが発生した場合、保護されたリソースの認証リクエストの管理および監視は困難な場合がある。

本開示の実施形態は、リソースにアクセスするための認証のために通信リクエストのネットワーク監視を可能にするための方法、装置、コンピュータ可読媒体、およびシステムを対象とする。例えば、技術は、プロセスの途中で発生する認証リクエストのキャンセルのネットワーク監視を可能にすることができる。そのような例は、分散環境でデュアルメッセージモデルを使用して発生させることができる。アクセスデバイス上でプログラムされたソフトウェアは、取消リクエストメッセージを生成することができ、キャンセルデータを取消リクエストメッセージに追加することができる。キャンセルデータはプロセッサコンピュータでバッチ処理することができ、取消応答メッセージが正常に受信された後、キャンセルデータをキャンセルメッセージにフォーマットして、調整に関して報告するためにトランスポートコンピュータに送信することができる。

本開示のこれらおよび他の実施形態は、以下に詳細に記載される。例えば、他の実施形態は、本明細書に記載される方法と関連付けられたシステム、デバイス、およびコンピュータ可読媒体を対象とする。

本開示の実施形態の性質および利点のより良い理解は、以下の詳細な説明および添付の図面を参照して得られ得る。

本開示の実施形態に包含される、本開示を実装するコンピュータシステムのネットワークを説明している。 本開示のいくつかの実施形態による、電子アクセスデバイスおよびプロセッサコンピュータを使用する典型的なトランザクションのプロセスフローを詳述するシーケンス図を示す。 本開示の実施形態のいくつかによる方法のプロセスフローの概要の流れ図を示す。 本開示のいくつかの実施形態による、コンピュータシステムのネットワーク間のプロセスフローを詳述するシーケンス図（本発明者らによって開示されたものなど）を示す。 本開示のいくつかの実施形態による、認証リクエストおよび取消メッセージに使用することができるメッセージの例を説明している。 本開示のいくつかの実施形態による、トランザクションプロセス中に使用され得る典型的な電子アクセスデバイスを詳細に示す。 本開示のいくつかの実施形態による、プロセッサコンピュータによって使用される例示的なサーバを説明している。 本開示のいくつかの実施形態による、認証サーバの例示的な構成要素のブロック図を示す。 本開示のいくつかの実施形態による、キャンセルデータを含有するキャンセルメッセージを形成するためのキャンセルされたトランザクションに関連するステップを詳述する流れ図を示す。 本開示のいくつかの実施形態による、例示的なコンピュータシステムのブロック図を示す。

（用語）
本開示の実施形態を議論する前に、いくつかの用語の説明は、本開示の実施形態を理解するのに役立ち得る。

「認証リクエスト」は、リソースへのアクセスリクエストを含むメッセージを含み得、そのような通信は、トランザクションを伴い得る。例えば、認証リクエストは、アクセスデバイスおよび／またはリソースプロバイダコンピュータによって管理され得るコンピュータ、建物、または商品またはサービスにアクセスするためにクライアントデバイスに関連付けられたモバイルデバイスから送信され得る。認証リクエストは、支払い情報（例えば、アカウント識別子、個人情報など）、トランザクション情報（例えば、販売者情報、購入する品目など）、デバイス情報（例えば、モバイルデバイスの電話番号、セキュリティ要素識別子など）、ルーティング情報（例えば、宛先コンピュータのインターネットプロトコル（ＩＰ）アドレス、宛先コンピュータの識別子、銀行識別番号（ＢＩＮ）など）、およびトランザクションに関連するその他の情報を含むトランザクションに関連する情報を含み得る。例えば、認証リクエストは、トランザクションの暗号化された支払い情報を含み得、リクエストを認証し、公開鍵証明書を検証し、暗号化された支払い情報を復号化し、検証済みの証明書から公開鍵を抽出し、復号化された支払い情報を再暗号化し、再暗号化された支払い情報をトランザクションプロセッサに送信して、支払いトランザクションを開始するように構成されている第３の当事者のコンピュータに送信され得る。したがって、認証リクエストは、認証リクエストを処理および認証するために機密データをサーバに送るための安全なプロセスに関連する任意の情報を含み得る。

「トランザクション情報」は、トランザクションに関連付けられた任意のデータを含み得る。例えば、トランザクション情報は、トランザクション金額、トランザクション時間、トランザクション日、販売者情報（例えば、登録された販売者識別子、住所、販売者コンピュータのＩＰアドレスなど）、製品情報（例えば、シリアル番号、製品名または他の識別子など）を含み得る。トランザクション情報は、ユーザが販売者アプリケーションを介して支払いトランザクションを開始する前または後に、販売者サーバコンピュータによって通信デバイス（例えば、モバイルデバイス）に提供され得る。いくつかの実施形態では、トランザクション情報は、トランザクション情報に含まれる販売者情報を使用して、トランザクションに関連付けられた特定の販売者を識別するために使用され得る。

「認証応答」は、認証リクエストに対する応答を含むメッセージを含み得る。例えば、認証応答は、販売者によって提供される商品またはサービスに関連付けられる認証リクエストに関連付けられる購入リクエストに応答して、認証サーバコンピュータから送信され得る。別の例は、データベース内のセキュアなコンピュータファイルへのアクセスリクエストに応答するメッセージであり得る。認証応答は、本明細書に記載されているように、認証リクエストに関連する任意の情報を含み得る。例えば、認証応答には、トランザクションプロセッサの公開鍵で暗号化され、さらに処理するためにトランザクションプロセッサに送信され得る、再暗号化された支払い情報が含まれ得る。例えば、トランザクションプロセッサは、トランザクションプロセッサの秘密鍵を使用して再暗号化された支払い情報を復号化し得、復号化された支払い情報を使用して支払いトランザクションを開始し得る。さらに、いくつかの実施形態では、支払い応答は、トランザクション、アカウント、消費者、および／またはトランザクションに対する他のエンティティが認証されたかどうかを識別する認証応答情報を含み得る。

「ゲートウェイコンピュータ」は、通信デバイスと通信するように構成されたサーバコンピュータまたは一連のサーバコンピュータであり得る。例えば、モバイルゲートウェイは、無線（ＯＴＡ）メッセージを使用して、または任意の他の通信ネットワークおよびプロトコルを使用して、モバイルデバイスと通信し得る。例えば、ゲートウェイコンピュータは、インターネットなどの通信ネットワーク、および／またはその他の関連する通信ネットワークを使用して、情報が電子アクセスデバイスとの間で安全に送信され得る電子アクセスデバイスを備えたセキュア通信チャネル（すなわち、セキュアチャネル）を提供するように構成され得る。

「サーバコンピュータ」は、コンピュータまたはコンピュータのクラスタを含み得る。例えば、サーバコンピュータは、大型メインフレーム、ミニコンピュータクラスタ、またはユニットとして機能するサーバグループであり得る。一例では、サーバコンピュータは、ウェブサーバに結合されたデータベースサーバであり得る。サーバコンピュータは、データベースに結合され得、１つ以上のクライアントコンピュータからのリクエストを処理するための任意のハードウェア、ソフトウェア、他のロジック、または前述の組み合わせを含み得る。サーバコンピュータは、１つ以上の計算装置を備えることができ、１つ以上のクライアントコンピュータからのリクエストを処理するために、様々な計算構造、配置、およびコンパイルのいずれかを使用し得る。

「プロセッサコンピュータ」は、例えば、トランザクションの一部として、認証リクエストの処理に関連付けられた任意のエンティティを含み得る。例えば、販売者プロセッサコンピュータ、取得者コンピュータ、支払い処理ネットワーク、およびトランザクション処理エコシステム内の他の任意のエンティティは、トランザクションプロセッサであり得る。いくつかの実施形態では、トランザクションプロセッサは、リモート支払いトランザクションの処理中に支払い情報を暗号化および復号化するために使用され得る、特定の公開鍵（例えば、販売者公開鍵、販売者アプリケーション公開鍵、取得者公開鍵など）および秘密鍵（例えば、販売者秘密鍵、販売者アプリケーション秘密鍵、取得者秘密鍵など）に関連付けられ得る。

したがって、いくつかの実施形態では、プロセッサコンピュータは、暗号化された（または再暗号化された）支払い情報を復号化し、支払いトランザクションを開始するように構成された任意のエンティティを含み得る。支払いトランザクションは、復号化された支払い情報を別の当事者に渡すことを含む任意の好適な方法によって、または復号化された支払い情報を生成および／もしくは認証リクエストメッセージにマッピングすることによって開始され得る。例えば、いくつかの実施形態では、プロセッサコンピュータは、復号化された支払い情報を、支払い処理ネットワークによって処理されるように構成された認証リクエストメッセージにマッピングすることによって、支払いトランザクションを開始し得る。プロセッサコンピュータは、メッセージ情報をあるメッセージ形式から別のメッセージ形式に転写することによって、２つの異なるネットワークの間の仲介物としても機能し得る。

「認証エンティティ」は、典型的に、認証リクエスト内の情報（例えば、ユーザおよび／またはデバイス証明書）を分析して、リソースへのアクセスを提供するかどうかを決定するコンピュータを指し得る。認証エンティティは、認証リクエストメッセージまたは取消リクエストメッセージなどのトランザクションメッセージ内のユーザに関係するアカウント情報を認識し得、また、不正検出インジケータなどの他のインジケータの中でも、アカウントレコードに基づいてトランザクションを受け入れるか拒否することが認証される。各エンティティは、通信を可能にするか、または本明細書に記載された機能のうちの１つ以上を実行するために１つ以上のコンピュータ装置を備え得る。

「トランスポートコンピュータ」は、トランザクションメッセージを適切な認証エンティティに輸送することができるコンピュータまたはコンピュータのグループである。これは、トランザクションを行う販売者がアカウントを有する取得銀行に関連付けられたコンピュータによって行われ得るか、または第３の当事者のサービスであり得る。

「キャンセルメッセージ」は、キャンセルされた認証リクエストに応答するキャンセルデータを含むメッセージを含み得る。例えば、キャンセルメッセージは、販売者によって提供される商品またはサービスに関連付けられる認証リクエストに関連付けられる購入キャンセルリクエストに応答して、サーバコンピュータから送信され得る。キャンセルメッセージは、支払い情報（例えば、アカウント識別子、個人情報など）、トランザクション情報（例えば、販売者情報、購入する品目など）、デバイス情報（例えば、モバイルデバイスの電話番号、セキュリティ要素識別子など）、ルーティング情報（例えば、宛先コンピュータのインターネットプロトコル（ＩＰ）アドレス、宛先コンピュータの識別子、銀行識別番号（ＢＩＮ）など）、キャンセルのタイプ情報（例えば、早期のカードの取り出し、販売者のキャンセル、トランザクションのタイムアウトなど）およびその他の関連情報を含む、認証リクエストに関連する情報を含み得る。例えば、キャンセルメッセージには、プロセッサコンピュータの公開鍵で暗号化され、さらに処理するためにプロセッサコンピュータに送信され得る、再暗号化された支払い情報が含まれ得る。例えば、プロセッサコンピュータは、プロセッサコンピュータの秘密鍵を使用して再暗号化された支払い情報を復号化し得、復号化された支払い情報を使用して支払いリクエストを開始し得る。さらに、いくつかの実施形態では、支払い応答は、認証リクエスト、アカウント、消費者、および／または認証リクエストに関連する他のエンティティが認証されたかどうかを識別する認証応答情報を含み得る。

「キャンセルデータ」は、認証リクエストのキャンセルに関連するデジタル媒体に格納され得る任意の情報を含み得る。例えば、キャンセルデータは、キャンセルが発生した時間、キャンセルが発生した理由（例えば、ユーザデバイスの取り出しが早すぎる、ボタンを押すまたは同様の入力によってアクセスデバイスでキャンセルの信号が送られたなど）、キャンセル中のアクセスデバイスのステータス、キャンセルの場所、キャンセルされたトランザクションの金額および内容などを含み得る。キャンセルデータは、キャンセルされた認証リクエストに関連付けられたハードウェアに関する任意のデジタル情報、キャンセルされた認証リクエストを取り巻く環境、およびキャンセルに関連付けられた任意の関連データを含み得る。

キャンセルデータはまた、追加のキャンセルデータが格納されたメモリの場所にプロセッサを指向またはルーティングするために使用され得るデータフラグを含み得る。キャンセルデータはまた、キャンセルデータフラグ／識別子ペアの形式でメッセージに効率的に格納され得る。データフラグは、とりわけ、実行されたキャンセルのタイプ、格納されたキャンセルデータのメモリの場所などを表示し得、認証リクエストに割り当てられたリクエスト識別子に関連付けられ得る。

「データフラグ」は、１つ以上の事前定義された値に対応するものとしてコンピュータによって認識されるように構成された、認証取消メッセージなどのメッセージ内の１つ以上の文字（例えば、１６進数または２進数の文字列）に対応し得る。例えば、データフラグは、メッセージのデータ要素に格納されたキャンセルデータがあることをコンピュータに表示することができる。別の例として、データフラグは、キャンセルされた認証リクエストに関連付けられたキャンセルのタイプを表示する。さらに、フラグは、データが格納されているデータベースのアドレスへの参照として使用され得る。

「認証ステータス」とは、その認証の現在の状態を表示する認証リクエストに接続されたインジケータである。例えば、発行銀行などの認証エンティティは、認証リクエストに関するデータを記録し得、それらの認証リクエストの各々に認証ステータスを適用し得る。認証ステータスは、他の認証ステータスのうち、認証リクエストが認証された、拒否された、取り消された、またはキャンセルされたことを表示し得る。認証ステータスは、２つのエンティティ間で異なり得る。例えば、あるエンティティは、認証リクエストが取り消されたことを記録し得、別のエンティティは、認証リクエストがキャンセルされたことを記録し得る。これらの相違は、調整プロセスを通じて調整され得、トランザクションネットワーク内の必要なすべてのエンティティが、トランザクションの認証ステータスの現在のステータスに関して更新され得る。

「トランザクションネットワーク」とは、当事者間のトランザクションを容易にするために接続され、同じメッセージングフォーマットおよび法的要件に準拠するコンピュータとエンティティのネットワークである。

「リクエスト識別子」は、認証ステータスに関する通信を継続する認証リクエストに関連付けられた将来のメッセージが、正しい認証リクエストに関連付けられていると識別され得るように認証リクエストに関連付けられた識別子である。リクエスト識別子は、認証リクエストメッセージに与えられ、次に、認証応答メッセージが、トランザクションの最初の認証リクエストメッセージに応答する応答メッセージであることを識別するために使用され得る。リクエスト識別子は、取消リクエストメッセージまたはキャンセルメッセージなど、認証リクエストに関連付けられる様々なメッセージを追跡するために使用され得る。

「アクセスデバイス」は、認証コンピュータとのトランザクションを容易にするために、ユーザまたはユーザデバイスがトランザクションネットワークにアクセスすることを可能にする任意のデバイスである。アクセスデバイスは、支払い端末またはカードリーダなどの物理デバイスであり得、またはそれは、認証アプリケーションなどの実行可能コードから構成することができる。アクセスデバイスは、形式に関係なく、ユーザ（またはユーザデバイス）の証明書を取得し、それらの証明書を使用して認証リクエストメッセージを生成し、認証コンピュータとのトランザクションを開始することができる。また、アクセスデバイスは、トランザクションを処理するために、トランザクションメッセージを送信、受信、および解釈することができ得る。アクセスデバイスは、その機能を実行する際に使用され得るトランザクション情報などの追加データを格納し得るローカルストレージ用のメモリを有し得る。ローカルストレージのためのメモリを有する、または有さない場合、アクセスデバイスは、依然として、オフサイトデータベースにトランザクション情報を格納するためにコンピュータ実行可能媒体を利用し得る。

本開示の実施形態は、分散環境内の関連するエンティティ間でアカウントに関連付けられた認証ステータスを調整するような方法で、分散環境における認証中のキャンセルを処理するためのシステムおよび方法を対象とする。分散環境は、異なるプロトコルの下で動作する異なるネットワークを包含する任意のトランザクション環境であり得る。

分散環境で認証リクエストを開始する場合、実施形態は、異なるメッセージングプロトコルを有する２つの異なる認証ネットワーク間の認証中のキャンセルを容易にし得る。認証リクエストメッセージは、トランザクションネットワークを介して生成および処理することができる。認証がキャンセルされた場合、認証メッセージが処理され、正常に実行された後に取消リメッセージを生成することができる。次いで、取消メッセージは、トランザクションネットワークを通じて処理され、認証メッセージによって認証された任意の交換または認証を元に戻すことができる。次に、取消メッセージを１日の終わりの調整プロセスのために格納して、ネットワーク内のすべてのエンティティが認証ステータス（例えば、認証リクエストが認証、取り消し、またはキャンセルされたかどうか）に関して合意していることを確認することができる。

分散環境で認証リクエストに対処する場合、異なるネットワークには異なる基準を満たす必要がある。例えば、１つのネットワークは、キャンセルされた認証リクエストと取り消された認証リクエストとの間の差異をマークするために、１日の終わりに調整のみを必要とし得る。一部のネットワークでは、認証リクエストを開始するユーザがその認証リクエストをプロセスの途中でキャンセルできることを必要とする場合があるが、他のネットワークではこの機能を必要としない場合がある。さらに、一部のネットワークでは、キャンセルについて規制当局に警告し、キャンセルが行われた場所、キャンセルが行われた時刻、行われたキャンセルのタイプなど、キャンセルの特定の詳細を記録する必要があり得る。

本開示の実施形態は、分散環境での認証途中で発生するキャンセルを管理することができる。キャンセルデータは、認証取消メッセージに含まれ得る。そのようなキャンセルデータは、認証取消メッセージのデータ要素にデータフラグを含み得る（例えば、メッセージは、キャンセルのタイプを参照するフラグを含有し得、認証リクエストメッセージからのデータが格納されるメモリの場所にコンピュータを向けることができる、など）。

電子アクセスデバイスは、キャンセルがいつ発生したかを認識するために、ＡＰＩ、ＳＤＫ、アプリ、アプレット、または任意の他の形式の実行可能コードでプログラムされ得る。この一例は、カードユーザがキャンセルを開始するためにカードを早期に取り外すことであり得る。次に、電子アクセスデバイスは、取消メッセージのデータ要素内に追加のキャンセル情報（例えば、とりわけ、キャンセルタイプインジケータおよび／またはキャンセルデータが格納されているメモリの場所を参照するポインタ値としてコンピュータによって読み取られる可能性のあるデータフラグ）を含む取消メッセージを生成し得る。このフラグが立てられた情報には、キャンセルが行われた場所、キャンセルが発生した時刻、キャンセルの原因など、トランザクションネットワークに必要なキャンセルデータを含むことができる。

次に、取消メッセージに含有されるキャンセルデータは、電子アクセスデバイスから、キャンセルデータを直接または取消メッセージのデータフラグとして識別および格納するように構成されたプロセッサコンピュータに送信され得る。一実施形態では、キャンセルデータは、キャンセルタイプフラグによってキャンセルのタイプが何かをプロセッサコンピュータに信号を送り、このタイプのデータを、キャンセルされた認証リクエストメッセージに関連付けられたリクエスト識別子に参照して、リクエスト識別子に関連付けられたキャンセルタイプフラグとして格納され得る。

次に、プロセッサコンピュータは、取消メッセージをトランスポートコンピュータにルーティングし得、その後、認証取消が認証されるために、分散環境内の認証エンティティに取消メッセージをルーティングし得る。認証取消が認証された後、プロセッサコンピュータは、格納されたキャンセルデータを使用してキャンセルメッセージを生成し得る。このメッセージは、認証ステータスを調整し、そのトランザクションネットワークで認証を実行するために必要な規制要件を満たすために、トランスポートコンピュータを介して必要なエンティティに送信され得る。

本開示の実施形態は、いくつかの利点を有することができる。例えば、実施形態は、様々なフォーマットおよびプロトコルを有するネットワーク間のシームレスな相互接続性を可能にする。アカウントがユーザとは異なるトランザクションネットワーク内のエンティティによって管理されている販売者とのトランザクションを希望するユーザは、コンプライアンスを確保するために追加の手順が実行されていることを意識せずに、トランザクションを簡単に実行することができ、また、ユーザは、プロセッサコンピュータおよびこの機能を必要としないトランザクションネットワークの一部であるトランスポートコンピュータを介して認証リクエストを実行している間でも、プロセスの途中で認証リクエストをキャンセルすることができる。実施形態はまた、別個のトランザクションネットワーク内の規制当局が、認証ステータスに関して様々なエンティティ間で不一致がないように、認証リクエストの認証ステータスを調整することを可能にすることができる。さらに、実施形態は、この機能がオンラインおよびオフラインの両方の認証リクエストモデルに対して達成され得る方法を提供することができる。実施形態はまた、電子アクセスデバイス上のメモリユニットまたはアクセスデバイス上のハードドライブなどのローカルデータベースにキャンセルデータを格納する必要なしに、この機能を達成することを可能にすることができ、格納されたトランザクションデータにアクセスしようとする人がハードウェアを盗んだり壊したりする可能性が低い場合に、データをより安全な方法で自動的に格納することができる。

Ｉ．システム概要
Ａ．全体的なシステム
図１は、本開示のいくつかの実施形態による、認証リクエストを実行するための例示的なコンピュータネットワークシステム１００のブロック図を示す。システム１００は、ユーザデバイス１１０（例えば、クレジットカードまたは支払い対応のモバイルデバイス）、電子アクセスデバイス１２０（例えば、支払い端末）、ゲートウェイコンピュータ１３０、プロセッサコンピュータ１４０（例えば、支払いサービスプロバイダ）、トランスポートコンピュータ１５０（例えば、取得銀行）、および認証サーバ１６０を備える。様々なエンティティは、任意の好適な無線または有線通信ネットワークを介して、オープンまたは独自の通信プロトコルを含む任意の好適な通信プロトコルを使用して互いに通信するように一緒に構成することができる。

上に列挙されたデバイスは、ユーザが保護されたリソースにアクセスできるようにするために、認証リクエストを処理し得るように一緒に構成され得る。例えば、ユーザデバイス１１０は、認証リクエストメッセージを生成するために電子アクセスデバイス１２０に信号を送り得る。次に、電子アクセスデバイス１２０は、認証リクエストメッセージをゲートウェイコンピュータ１３０に送信し得、これは、認証リクエストメッセージをプロセッサコンピュータ１４０にルーティングし得る。プロセッサコンピュータ１４０は、認証リクエストメッセージからローカルまたは分散データベースにデータを保存し得、次に、認証リクエストメッセージをトランスポートコンピュータ１５０に渡し得る。次に、トランスポートコンピュータ１５０は、認証リクエストメッセージからルーティングデータを読み取り、ルーティングデータを使用して、認証リクエストメッセージを認証サーバ１６０に転送することができる。次に、認証サーバ１６０は、認証リクエストメッセージのデータ内に含有される任意の証明書を読み取ることができ、メッセージ内の証明書を使用して認証応答を生成し得る。この認証応答は、保護されたリソースへのユーザアクセスを許可または拒否し得る（例えば、保護されたデータベース上の安全なファイル、セキュリティドアを開くためのロックの信号、支払い転送の開始など）。

ユーザデバイス１１０は、認証エンティティとのトランザクションを開始するためにユーザによって使用される任意のデバイスであり得る。これは、近距離無線通信（ＮＦＣ）などの無線技術などの様々な手段、またはチップもしくは磁気ストライプを備えたカードなどの物理的な接触方法によって実現され得る。

電子アクセスデバイス１２０は、認証エンティティとのトランザクションを容易にするためにネットワークにアクセスするために使用される任意のデバイスである。電子アクセスデバイス１２０は、ユーザと対話するための対話型インターフェース、ならびにユーザデバイス１１０と対話するためのデバイスリーダを有し得る。それは、ローカルストレージのためにメモリまたはローカルデータベースにユーザトランザクションデータを格納することができる場合もできない場合もある。デバイスは、組み込みのアプリケーションプログラミングインターフェース（ＡＰＩ）およびソフトウェア開発者キット（ＳＤＫ）を有し得、ユーザデバイス１１０によって提示された証明書に基づいて認証リクエストを処理およびルーティングするように設計された任意のアプリ、アプレット、または他の実行可能コードを含み得る。

ユーザデバイス１１０はまた、認証取消メッセージを生成およびルーティングするために使用され得、キャンセルデータ（例えば、キャンセルタイプなどの情報を示すデータフラグ、キャンセルデータが格納されるメモリアドレスを参照するフラグなど）を格納し、そのキャンセルデータを取消認証リクエストメッセージに組み込む機能を有し得る。ゲートウェイコンピュータ１３０はまた、そのような機能を有し得る。

プロセッサコンピュータ１４０は、認証リクエストデータをサポートおよび処理するために使用されるデータ処理サブシステム、ネットワーク、および動作を含み得る。例えば、プロセッサコンピュータ１４０は、認証リクエストメッセージを受信および送信し、ならびに新しいメッセージを生成および送信し得る。システムはまた、トランザクションおよびネットワークデータを格納するためのデータストレージモジュールを有し得る。プロセッサコンピュータ１４０は、１つ以上のサーバコンピュータを含み得る。サーバコンピュータは、典型的には、強力なコンピュータまたはコンピュータのクラスタである。例えば、プロセッサコンピュータ１４０は、大きなメインフレーム、ミニコンピュータクラスタ、またはユニットとして機能するサーバグループであり得る。一例では、サーバコンピュータは、ウェブサーバと結合されたデータベースサーバであり得る。プロセッサコンピュータ１４０は、インターネットを含む任意の好適な有線または無線ネットワークを使用し得る。プロセッサコンピュータ１４０は、追加のアクセスデバイスから追加の認証リクエストメッセージを受信することができる場合があり、追加の認証リクエストメッセージに関連する追加の識別子を提供し得、追加の認証リクエストメッセージに関連して追加のキャンセルメッセージを生成することができる場合がある。

プロセッサコンピュータ１４０はまた、認証リクエストのキャンセルを表示する受信メッセージ内に含有されたデータフラグを認識するように構成され得る。プロセッサコンピュータは、取消認証リクエストメッセージ内に含有されるキャンセルデータを認識するようにプログラムされ得る。取消認証リクエストメッセージに含有されるキャンセルデータは、実行されたキャンセルのタイプを示すデータフラグ、追加のキャンセルデータが格納され得るデータベースのアドレスを参照するデータフラグなどを含み得る。

トランスポートコンピュータ１５０は、販売者のアカウントを維持し、その販売者に関連付けられた電子アクセスデバイス１２０によって開始された認証リクエストをルーティングし得るエンティティに関連付けられたコンピュータまたはコンピュータのネットワークである。トランスポートコンピュータは、事前に決定されたフォーマットで認証リクエストメッセージおよび認証取消メッセージを受信し得、認証の承認または拒否を提供するために、これらのメッセージをネットワークを介して認証エンティティにルーティングし得る。

認証サーバ１６０は、トランスポートコンピュータ１５０からルーティングされた認証リクエストメッセージを受信する。次いで、認証サーバは、認証リクエストメッセージから任意の証明書データを読み取り、その証明書データをデータベース内に格納された証明書データと比較し得る。認証サーバ１６０が、認証リクエストが、保護されたリソースへのアクセスが承認されたデバイスからのものであると判断した場合、認証サーバ１６０は、電子アクセスデバイス１２０にルーティングして戻される肯定的な認証応答メッセージを生成することができる。認証サーバが、認証リクエストが認証されていないデバイスからのものであると判断した場合、保護されたリソースへのアクセスの提供を拒否し、拒否された認証応答メッセージを生成して、電子アクセスデバイス１２０にルーティングして戻され得る。

Ｂ．分散環境での認証プロセス
図２は、電子アクセスデバイス２１０とトランスポートコンピュータ２３０との間のトランザクションを処理するための例示的な方法２００のプロセスフローを表すシーケンス図を示す。

ステップＳ２０１において、電子アクセスデバイス２１０は、認証リクエストメッセージなどのネットワークメッセージを生成し、プロセッサコンピュータ２２０に送信するようにトリガーすることができる。認証リクエストは、電子アクセスデバイス２１０からプロセッサコンピュータ２２０に直接送信され得るか、または図１に示されるように、ゲートウェイコンピュータ１３０などの他のネットワーキングコンピュータを通過し得る。認証リクエストは、ユーザデバイスおよび／または電子アクセスデバイスから読み取られたデータで構成される電子メッセージであり、メッセージ識別子、ビットマップ（例えば、メッセージを読み取るデバイスの場合、メッセージのコンテンツに関するメタデータを提供するためにメッセージ内にエンコードされた１６進数または２進数の文字列）およびデータ要素を含み得る。ユーザのデバイスまたはアカウントに関連付けられたアカウント情報などの情報は、トランザクションを容易にするためにデータ要素に格納され得る。

ステップＳ２０２において、プロセッサコンピュータ２２０は、認証リクエストに含有される情報を処理し、認証リクエストメッセージに含有されるアカウント情報に基づいて、認証リクエストを適切なトランスポートコンピュータ２３０に転送し得る。プロセッサコンピュータ２２０は、メッセージデータをデータベースに格納することができ、この格納されたデータは、一日の終わりの清算および調整メッセージなどの追加のトランザクションメッセージを生成するために使用され得る。

ステップＳ２０３において、トランスポートコンピュータ２３０は、認証サーバ２４０などの認証エンティティに認証リクエストを送信し得る。トランスポートコンピュータ２３０は、認証リクエストメッセージを発行銀行などの任意の必要な認証エンティティにルーティングし得、またはトランスポートコンピュータ２３０は、トランスポートコンピュータと認証エンティティの両方として機能することができる。認証エンティティは、認証リクエストメッセージを受信し、認証リクエストメッセージの認証エンティティの評価に基づいて、認証リクエストメッセージを受け入れるか拒否することができる認証応答メッセージで応答することができる。この評価には、購入者のアカウントに十分な資金があるかどうかの判断、認証リクエストが不正である可能性の判断などを含み得る。

ステップＳ２０４において、認証サーバ２４０は、トランスポートコンピュータ２３０から認証応答メッセージを受信した後、認証リクエストメッセージ内に含有されるデータを読み取って分析し、認証リクエストメッセージから任意の識別または証明書データを取得し得る。この証明書データは、認証リクエストが認証されたデバイスからのものであるかどうか、および認証リクエストメッセージに応答して保護されたリソースへのアクセスが認証されるかどうかを判断するために使用され得る。次に、認証サーバは、保護されたリソースへのアクセスを許可するかどうかの判断の結果を含有する認証応答メッセージを生成し得る。

ステップＳ２０５において、認証サーバ２４０は、認証応答メッセージのデータ要素に格納された認証リクエストメッセージに関連付けられたルーティングデータに基づいて、認証応答をトランスポートコンピュータ２３０に送信し得る。

ステップＳ２０６において、トランスポートコンピュータ２３０は、認証応答メッセージのデータ要素に含有されるルーティングデータを読み取り、認証応答メッセージをプロセッサコンピュータ２２０にルーティングし得る。

ステップＳ２０７において、プロセッサコンピュータ２２０は、認証応答メッセージのデータ要素に含有されるルーティングデータを読み取り、認証応答メッセージを電子アクセスデバイス２１０にルーティングし得る。

ステップＳ２０８において、電子アクセスデバイス２１０は、認証応答メッセージに含有される応答をユーザおよび他の必要な当事者にディスプレイし、認証リクエストの認証ステータスを警告することができる。

現在、認証リクエストを分散環境で処理する必要のあるアプリケーションが多数あり、各トランザクション環境には異なる規制とメッセージフォーマット要件がある。アプリケーションの例は、ユーザとは異なるネットワーク上にあるリモートサーバへのユーザ取得アクセスであり得、または、別の例は、ユーザがリモート認証サーバに接続されたスキャナを介してキーカードでユーザの識別子を認証することによる建物へのユーザ取得アクセスであり得る。アクセスデバイスからのトランザクション中のキャンセルを処理し、ならびにキャンセルされたトランザクションに関する情報を提供することが望ましい場合がある。この機密性の高いキャンセルデータは、盗まれたり破壊されたりする可能性のあるユーザ向けの電子デバイスに格納され得る。また、ハードドライブに接続されていない「薄型」端子は、この情報を格納することができないため、特定の市場では使用することができない。キャンセルデータを監視および管理するためのより安全な方法を提供しながら、分散環境で様々な規制やフォーマットに対応しながらトランザクションを容易にするソリューションを提供すると便利である。

ＩＩ．認証リクエストのキャンセル
認証プロセスは、認証リクエストメッセージを送信することによって電子アクセスデバイスでトランザクションが開始されたときに始めることができるが、電子アクセスデバイスは、認証応答を受信する前に認証リクエストをキャンセルするように信号を送ることができる。電子アクセスデバイスは、多数の方法で信号を送られ得る。例えば、ユーザは、キャンセルプロセスを開始するように電子アクセスデバイスに自動的に信号を送ることができるユーザデバイス（例えば、近距離無線通信（ＮＦＣ）を使用してセンサーにリンクされたコンピュータと対話し得る、支払いカード、ドア鍵カード、またはアプリ対応の電話）を早期に撤回し得る。ユーザまたは販売者はまた、電子アクセスデバイスの対話型インターフェースを介してリクエストをキャンセルし得る。これは、タッチスクリーン上で「キャンセル」オプションを選択するか、またはアナログの「キャンセル」ボタンを押すことを含むことができる。

電子アクセスデバイスがキャンセル処理を始めるように信号を送られ得る別の方法は、タイムアウトが発生した場合である。タイムアウトイベントは、認証応答メッセージが電子アクセスデバイスに戻るのに時間がかかりすぎて、電子アクセスデバイスをトリガーしてトランザクションを自動的にキャンセルした場合に発生する可能性がある。タイムアウトイベントは、ネットワークの停止など、認証メッセージの処理を中断または遅延させるイベントによって引き起こされ得る。認証は、任意の他の所望の誘因によってもキャンセルされ得る。

電子アクセスデバイスがキャンセルプロセスを始めるように信号を送られると、電子アクセスデバイスは、認証取消メッセージを生成することができる。認証取消メッセージには、完了した認証リクエストを含有することを取り消すために生成された認証取消メッセージと同様のデータを含有することができるが、キャンセルのために生成された取消メッセージには、認証取消メッセージのデータ要素に格納された追加のキャンセルデータを含有し得る。次に、電子アクセスデバイスは、認証取消メッセージのデータ要素に組み込まれたキャンセルデータを有する認証取消メッセージをプロセッサコンピュータに送信することができる。

プロセッサコンピュータは、取消メッセージを受信することができ、それがキャンセルされた認証リクエストメッセージの取消メッセージであることを識別することができる。例として、プロセッサコンピュータは、取消メッセージを、リクエスト識別子を使用して、キャンセルされた認証リクエストに相関する取消メッセージとして識別し得る。例として、そのようなリクエスト識別子は、メッセージのタイプ識別子、データ要素、および／またはそのビットマップ内のマーカーであり得る。実施形態は、取消メッセージが、認証応答メッセージをまだ返さない認証リクエストに関連付けられたリクエスト識別子に相関することを認識し得る。電子アクセスデバイスから受信された取消メッセージが、メッセージがキャンセルデータを含むという表示を含有することを認識すると（例えば、キャンセル識別子を介して）、プロセッサコンピュータは、取消メッセージのデータ要素から、そのキャンセルデータ（例えば、実行されたキャンセルのタイプ、キャンセルデータが格納されているメモリの場所、などのリクエスト識別子が取消メッセージとペアになっているのかを示すデータフラグまたはフラグなど）を読み取り得、また、データストレージからキャンセルデータを取得し得る。このデータストレージは、ローカルデータベースなどのローカルデータストレージ、またはクラウドデータベースなどの分散型メモリシステムのいずれかであり得る。

取消メッセージからのキャンセルデータを格納した後、プロセッサコンピュータは、取消メッセージをトランスポートコンピュータに転送することができる。次に、トランスポートコンピュータは、キャンセルされた認証リクエストの元の認証メッセージがルーティングされたのと同じ認証エンティティである認証サーバに、取消メッセージをルーティングすることができる。次に、認証エンティティは、取消を確認または拒否し、取消応答メッセージを送り返し、これは、同じネットワークを介して電子アクセスデバイスにルーティングされ、認証取消が成功したかどうかをユーザに表示する。

認証取消が正常に処理された後、プロセッサコンピュータは、次に格納されたキャンセルデータを使用してキャンセルメッセージを生成し得る。このキャンセルメッセージには、実行されたキャンセルのタイプ（カードの取り出し、販売者のキャンセル、タイムアウトイベントなど）、キャンセルが発生した時間、キャンセルの場所、キャンセルされたトランザクション金額（該当する場合）など関連するキャンセルに関連する任意の情報を含有し得る。キャンセルメッセージは、認証ステータスを他のトランザクションネットワーク内のエンティティと調整するために必要なキャンセルデータを含有し、必要なキャンセルデータを規制当局に報告する要件を満たすように構成され得る。

キャンセルメッセージの送信は、取消応答メッセージの受信後いつでも行うことができ、１日の終わりの調整プロセスまで遅らせるか、異なるトランザクションネットワーク間の認証ステータスの合意を確実にするために早く送信し得る。

Ａ．キャンセルプロセス
図３は、認証プロセスのプロセス中のキャンセルを処理するための方法３００の典型的なステップを詳細に示すフロー図を示す。図１のコンピュータは、方法３００を実装するために使用され得る。

ステップ３１０において、認証リクエストは、電子アクセスデバイスから開始することができる。認証リクエストは、例えば、キーカードまたは支払いカードをスワイプすること、コードを入力することなどによって、様々な方法で開始され得る。

ステップ３２０において、電子アクセスデバイスは、プロセッサコンピュータを介してトランスポートコンピュータに送信され、次いで、認証サーバ１６０などの認証エンティティに送信され得る認証リクエストメッセージを生成する。電子アクセスデバイスは、認証エンティティからの認証応答メッセージの受信を待機し得る。電子アクセスデバイスはまた、トランザクションデータおよびキャンセルデータを記録するために使用されるローカルストレージ用のメモリを有し得る。

ステップ３３０では、例えば、認証プロセスの途中で、認証リクエストは、完了前にキャンセルされる。このキャンセルは、電子アクセスデバイスが認証エンティティから受信した認証応答メッセージをディスプレイする前の認証リクエストプロセスの任意のステップで発生し得る。キャンセルは、ユーザまたは販売者がユーザの証明書を早期に取り消すか、電子アクセスデバイスのインターフェースのボタンを押すことによって認証リクエストをキャンセルするなど、様々な方法で信号を送られ得る。キャンセルは、タイムアウトイベントによってトリガーされ得、トランザクション時間が所定のしきい値を超え、電子アクセスデバイスが自動的にトリガーされて、待機を継続するのではなく、認証リクエストをキャンセルする。

ステップ３４０において、認証リクエストをキャンセルする信号に応答して、電子アクセスデバイスは、認証リクエストを取り消すための取消メッセージを生成し得、キャンセルに関するデータを取消メッセージのデータ要素に追加し得る。このデータには、特に、発生したキャンセルのタイプ、キャンセルされた認証リクエストメッセージに関連付けられたリクエスト識別子、追加のキャンセル情報が格納され得るデータベースアドレスを参照するフラグなどの情報を示すためのデータフラグを含み得る。このキャンセルデータは、実行されたキャンセルのタイプとキャンセル時のアクセスデバイスの状態（例えば、ユーザデバイスの撤回、タイムアウトイベント、販売者のキャンセルなど）、キャンセルの時刻、元の認証リクエストメッセージが送信された時刻、キャンセルの場所などを含み得る。次に、そのデータ要素に格納されたキャンセルデータを有する取消メッセージをプロセッサコンピュータに送信し得る。

ステップ３５０において、プロセッサコンピュータは、ステップ３１０で生成されたキャンセルされた認証リクエストに関連付けられたそれぞれの識別子に関連付けられたデータベース（例えば、ファイアウォールの背後にある安全なデータベース）のメモリの場所にキャンセルされたデータを格納することができるデータベースは、ローカルハードドライブまたはクラウドストレージなどの任意のデータストレージ方法であり得る。プロセッサコンピュータは、追加のアクセスデバイスに対応する複数の認証リクエストに関連付けられた複数のリクエスト識別子を格納し得る。次に、プロセッサコンピュータは、それぞれの識別子に関連付けられた取消メッセージをトランスポートコンピュータに転送し得る。

ステップ３６０において、トランスポートコンピュータは、トランザクションネットワークを介して、認証リクエストメッセージがステップ３１０で送信されたのと同じ認証エンティティ（認証サーバなど）に取消メッセージを渡し得る。認証エンティティは、取消を承認または拒否し、次いで取消応答メッセージをトランスポートコンピュータに戻し得る。

ステップ３７０において、取消応答は、トランスポートコンピュータから送信され、電子アクセスデバイスに戻され得る。取消応答に関する情報は、電子アクセスデバイスにディスプレイされ得る。取消応答がディスプレイされた後、プロセッサコンピュータは、ステップ３４０で格納されたキャンセルデータからキャンセルメッセージを生成し得る。キャンセルメッセージは、ＩＳＯ８５８３０１４６メッセージなどの任意の好適なフォーマットであり得る。

ステップ３８０において、キャンセルデータを含有するキャンセルメッセージは、取消メッセージが処理されたことを確認し、すべてのトランザクションネットワークが認証が取り消されたことに同意するように認証リクエストの認証ステータスを調整するために、トランスポートコンピュータを介して送信され得る。プロセッサコンピュータはまた、複数のアクセスデバイスからの複数のキャンセルメッセージからのデータを有するバッチメッセージを生成し得る。このバッチメッセージは、１日の終わりのクリアリングプロセスなどで、複数の認証リクエストメッセージのトランザクションステータスを同時に更新するために使用され得る。

Ｂ．キャンセル処理の順序
図４は、電子アクセスデバイス４１０を使用して、取消が処理された後、様々なトランザクションネットワーク間でユーザのアカウントの認証ステータスを調整するために使用され得るキャンセルメッセージを生成するためにプロセッサコンピュータ４３０が使用することができる取消メッセージを開始するためにプロセスの途中で認証リクエストをキャンセルするための例示的な方法４００を詳述するシーケンスフロー図を示す。

ステップＳ４０１において、電子アクセスデバイス４１０は、スキャンされたユーザデバイスの証明書に基づいて、認証リクエストメッセージなどのネットワークメッセージを生成するようにトリガーされ得る。電子アクセスデバイス４１０は、認証リクエストメッセージをプロセッサコンピュータ４３０に直接渡し得るか、または最初に、図４に描写されるように、ゲートウェイコンピュータ４２０などのコンピュータネットワークを介して認証リクエストメッセージを渡し得る。ゲートウェイコンピュータ４２０およびプロセッサコンピュータ４３０の機能は、単一のサーバに組み合わされ得る。

ステップＳ４０２において、ゲートウェイコンピュータ４２０は、電子アクセスデバイス４１０から認証リクエストメッセージを受信し、メッセージに含有されるルーティングデータを読み取り、認証リクエストメッセージをプロセッサコンピュータ４３０に転送し得る。

ステップＳ４０３において、プロセッサコンピュータ４３０は、認証リクエストメッセージからコピーされたデータをデータベースに格納し得、プロセッサコンピュータ４３０はまた、認証リクエストメッセージに関連付けられた認証リクエストに、トランザクションＩＤ番号などの一意のリクエスト識別子を割り当て得る。この一意のリクエスト識別子は、関連付けられた認証リクエストメッセージに関する情報にアクセスするために後で参照され得、取消メッセージやキャンセルメッセージなどの追加のメッセージを適切な認証エンティティにルーティングするために使用され得る。リクエスト識別子は、特定の期間内、例えば、１日以内にのみ一意であり得る。

データベースレコードは、取消メッセージのデータ要素にフラグが立てられたキャンセルデータを有する取消メッセージを受信した場合（例えば、発生したキャンセルタイプを識別するため）、キャンセルデータはデータベース上の正しいリクエスト識別子に関連付けられて格納され得るように、リクエスト識別子を含むフィールドを備えたプロセッサコンピュータ４３０によって生成され得る、多数のキャンセルデータおよびキャンセルメッセージは、多数のリクエスト識別子に関連して格納され得る。それらが同じまたは追加のアクセスデバイスに対応するかどうかにかかわらず、任意の追加の認証リクエストは、プロセッサコンピュータ４３０によって追加のリクエスト識別子を与えられ得る。追加のアクセスデバイスからプロセッサコンピュータに送信されるキャンセルデータおよび追加のキャンセルメッセージは、それぞれの追加のリクエスト識別子に関連付けられ得、またデータベース内に格納され得る。

ステップＳ４０４において、プロセッサコンピュータ４３０は、認証リクエストメッセージをトランスポートコンピュータ４４０に転送し得る。トランスポートコンピュータ４４０は、認証リクエストメッセージを受信し得、メッセージ内に含有され得る任意のルーティングデータを読み取り得る。

ステップＳ４０５において、トランスポートコンピュータ４４０は、認証サーバ４５０などの認証エンティティに認証リクエストをルーティングし得る。

ステップＳ４０６において、認証サーバ４５０は、認証リクエストメッセージを受信および処理し、認証リクエストメッセージに含有されるデータに基づいて認証応答メッセージを生成し得る。

ステップＳ４０７において、認証サーバ４５０は、認証応答メッセージをトランスポートコンピュータ４４０に送信し得、これは、ルーティング情報を読み取り、認証応答メッセージのデータ要素から識別データをリクエストすることができる。

ステップＳ４０８において、トランスポートコンピュータ４４０は、認証応答メッセージをプロセッサコンピュータ４３０に渡し得る。プロセッサコンピュータ４３０は、ステップＳ４０３で格納されたデータを更新して、一意のリクエスト識別子に関連付けられた認証リクエストが正常に認証されたことを反映し得る。

ステップＳ４０９において、プロセッサコンピュータ４３０は、ゲートウェイコンピュータ４２０に認証応答メッセージを転送し得る。ゲートウェイコンピュータ４２０は、認証応答メッセージ内に含有されるルーティング情報を読み取り得る。

ステップＳ４１０において、電子アクセスデバイス４１０は、プロセスの途中で認証リクエストをキャンセルするようにトリガーされ得る。このキャンセルは、認証リクエストプロセス中の任意の時点で発生し得、キャンセルは、ユーザ、販売者などの信頼できる第３の当事者、またはシステムの停止やタイムアウトイベント、またはその他の望ましい誘因で自動的に開始され得る。したがって、プロセッサコンピュータ４３０は、アクセスデバイスが保護されたリソースにアクセスするための認証応答メッセージを受信する前に、キャンセルデータを受信することができる。例えば、示されるように、電子アクセスデバイス４１０は、ゲートウェイコンピュータ４２０から認証応答を受信しない。他の例として、キャンセルデータは、認証応答がプロセッサコンピュータ４３０によって受信される前に、またはそれが認証サーバ４５０によって生成される前に、プロセッサコンピュータ４３０によって受信することができる。

電子アクセスデバイス４１０は、キャンセルの理由を含むキャンセルデータを、電子アクセスデバイス４１０のローカルメモリに格納し得るか、または電子アクセスデバイス４１０は、プロセッサコンピュータ４３０に関連付けられたデータベースなどのオフサイトメモリの場所に排他的にキャンセルデータを格納し得る。電子アクセスデバイス４１０はまた、「ハイブリッド」方法を採用し得、データは、オンサイトおよびリモートデータベースの両方に格納され得る。

電子アクセスデバイス４１０がトリガーされて認証リクエストをキャンセルした後、ローカルＡＰＩ、ＳＤＫ、アプリ、アプレット、または他の形式の実行可能コードは、メッセージのデータ要素に格納された、キャンセルの時間、キャンセルのタイプなどキャンセルの詳細を含む取消リクエストメッセージを生成し得る。次いで、キャンセルタイプフラグまたは任意の他のタイプのキャンセルデータまたはフラグなどのキャンセルデータを有する取消リクエストメッセージをゲートウェイコンピュータ４２０に送信し得る。他の実施形態では、キャンセルデータは、ゲートウェイコンピュータ４２０および／またはプロセッサコンピュータ４３０に送信され得、次いで、これは、取消リクエストメッセージを生成することができる。

ステップＳ４１１において、ゲートウェイコンピュータ４２０は、取消リクエストメッセージをプロセッサコンピュータ４３０に送信し得る。プロセッサコンピュータ４３０は、取消リクエストメッセージを受信し、キャンセルデータおよび取消リクエストメッセージに格納された他のデータを読み取り得る。キャンセルデータを受信することに応答して、キャンセルデータは、以前に生成されたデータベースレコードに格納され得る。このようにして、キャンセルデータは、データベースレコードのフィールド内にあるリクエスト識別子と関連付けて格納することができる。

ステップＳ４１２において、プロセッサコンピュータ４３０は、プロセッサコンピュータ４３０がステップＳ４０３で格納し得たキャンセルされた認証リクエストの元の認証リクエストメッセージに関連付けられるデータを無効にし得る。プロセッサコンピュータ４３０は、ステップＳ４０３において、認証リクエストに割り当てられた一意のリクエスト識別子に基づいて、このデータを識別し得る。次に、プロセッサコンピュータ４３０は、ステップＳ４０３で認証リクエストメッセージから保存された元の格納されたデータの代わりに、取消メッセージに組み込まれたキャンセルデータを格納し得る。

ステップＳ４１３において、プロセッサコンピュータ４３０は、取消リクエストメッセージをトランスポートコンピュータ４４０に転送し得る。トランスポートコンピュータ４４０は、取消リクエストメッセージを受信し得、メッセージ内に含有される任意のルーティングデータを読み取り得る。

ステップＳ４１４において、トランスポートコンピュータ４４０は、取消リクエストメッセージに含有されるルーティングデータを使用して、メッセージを認証サーバ４５０にルーティングし得、これは、ステップＳ４０６で認証リクエストおよび応答メッセージに関連付けられたものと同じ認証エンティティであり得る。

ステップＳ４１５において、認証サーバ４５０は、取消リクエストメッセージを受信および処理し、取消リクエストメッセージに含有されるデータに基づいて取消応答メッセージを生成し得る。

ステップＳ４１６において、認証サーバ４５０は、取消応答メッセージをトランスポートコンピュータ４４０に転送し得る。トランスポートコンピュータ４４０は、取消応答メッセージを受信し、メッセージのデータ要素からルーティングデータを読み取り得る。

ステップＳ４１７において、トランスポートコンピュータ４４０は、取消メッセージをプロセッサコンピュータ４３０にルーティングし得る。プロセッサコンピュータは、取消応答メッセージを受信し得、メッセージ内のデータを読み取り得る。

ステップＳ４１８において、プロセッサコンピュータ４３０は、取消応答メッセージをゲートウェイコンピュータ４２０に転送し得る。取消応答メッセージは、ゲートウェイコンピュータ４２０によって受信され得、これは、メッセージからルーティング情報を読み取り得る。

ステップＳ４１９において、ゲートウェイコンピュータ４２０は、取消応答メッセージを電子アクセスデバイス４１０に転送しえ得る。取消応答メッセージは、電子アクセスデバイス４１０によって受信され得、メッセージに含有されるデータは、電子アクセスデバイスによって読み取られ得る。

ステップＳ４１６において、電子アクセスデバイス４１０は、ユーザおよび販売者に対する取消応答をディスプレイし得る。

ステップＳ４１７において、取消応答が正常に処理され、ユーザおよび販売者にディスプレイされた後、プロセッサコンピュータ４３０は、ステップＳ４１０で格納されたキャンセルデータに基づいてキャンセルメッセージを生成し得る。キャンセルメッセージには、キャンセルのタイプ、キャンセルの時刻、元の認証リクエストメッセージが生成された時刻、元の認証リクエストメッセージへの参照などに関する情報が含有され得る。次に、キャンセルメッセージをトランスポートコンピュータ４４０に送信し得、そこで、認証リクエストのキャンセルを検証し、関連するアカウントの認証ステータスをすべての必要な認証エンティティと調整するために、キャンセルメッセージは必要な任意の認証エンティティにルーティングされ得る。また、データをフォーマットして任意の規制当局にルーティングし得る。

プロセッサコンピュータ４３０は、追加のアクセスデバイスに対応する追加の認証リクエストのための追加のキャンセルメッセージを生成し得る。追加のキャンセルメッセージの各々は、それぞれのリクエスト識別子を有することができ、これは、指定された期間（例えば、１日、１２時間など）内で一意であり得る。指定された期間内のキャンセルメッセージと追加のキャンセルメッセージを集約してバッチメッセージを形成することができ、キャンセルメッセージは、バッチメッセージでトランスポートコンピュータに送信される。バッチメッセージは、例えば、指定された期間が終了した後、定期的に送信することができる。

Ｃ．取消メッセージの例。
図５は、実施形態による例示的な取消メッセージ５００の図を説明している。例示的な取消メッセージは、１６進数形式で示されるが、２進数でも表現され得る。取消メッセージ５００は、ＩＳＯ８５８３０４００取消メッセージと同様のフォーマットであり得るが、実施形態は決して制限されず、任意のタイプのネットワークメッセージまたは任意の他のメッセージフォーマットタイプを使用し得る。示されるように、取消メッセージ５００は、メッセージタイプインジケータ５１０、ビットマップ５２０、およびデータ要素５３０を含む。

メッセージタイプインジケータ５１０は、ＩＳＯメッセージを含む１６進数コードの最初の４桁を含む。例えば、０１００で始まるメッセージは認証メッセージとして認識され、０４００で始まるメッセージは取消メッセージとして認識される。プロセッサコンピュータは、このメッセージタイプインジケータを使用して、受信されているメッセージのタイプ、したがってメッセージのデータ要素に期待されるデータのタイプを即座に認識し得る。これにより、プロセッサコンピュータは、必要な情報についてデータ要素を検索する場所を知ることができ、図４のステップＳ４１２に示すように、取消リクエストメッセージのデータ要素からデータベースにキャンセルデータを保存するために使用され得る。

ビットマップ５２０は、メッセージタイプインジケータ５１０の直後の１６桁の１６進数である。１６進数値に対応する各２進数ビットは、対応するデータ要素の有無（１または０のビット値に応じて）を表す。ビットマップを使用すると、コンピュータはメッセージ内に含有される予期されるデータタイプをすばやく識別することが可能になる。

データ要素５３０は、ビットマップ５２０の後のコードの残りの部分から構成される。データ要素は、メッセージに必要な任意の情報を含有し得、データ要素５３０に含まれるデータに応じて長さが変化し得る。含まれるデータは、トランザクション金額（該当する場合）、個人アカウント情報、ルーティング情報などのすべてであり得る。

認証方法は、多数のフォーマット基準に従うことによって形成され得ることに留意されたい。ＩＳＯ８５８３は、単に例示的な標準として本明細書で使用され、本開示の実施形態は、ＩＳＯ８５８３メッセージングフォーマットの使用に決して限定されない。

ＩＩＩ．例示的なデバイス
Ａ．電子アクセスデバイス
図６は、本開示のいくつかの実施形態による、例示的な電子アクセスデバイス６００のブロック図を示す。電子アクセスデバイス６００は、ユーザとの対話およびコンピュータネットワークとの通信などの特定のデバイス機能を可能にするために使用される回路および潜在的にソフトウェアモジュールを含み得る。回路は、モジュール間で共有され得る専用回路またはプログラマブル回路で実装され得る。

これらの機能を可能にすることに関与する機能要素は、ネットワーク接続６２０を介してコンピュータのネットワークとリンクし、データを交換するために使用することができる外部通信インターフェース６１０を含み得る。デバイスリーダ６３０は、携帯電話またはカードなどの外部デバイスと対話し、外部デバイスからデータをスキャンすることが可能であり得る。これは、非接触および接触の両方の相互作用を含み得る。ストレージおよび処理回路６４０は、電子アクセスデバイス６００のすべてのデジタル機能を実行し、実行可能コード、処理データ、およびメッセージデータなどのデータを格納するためのハードウェアを表す。対話型インターフェース６５０は、タッチスクリーンなどのデバイス、またはユーザが電子アクセスデバイス６００と対話し、応答することを可能にするアナログボタンを備えたスクリーンであり得る。

ストレージおよび処理回路６４０は、様々な機能を実行することができる。例えば、メッセージ生成モジュール６４０Ａは、認証リクエストおよび取消メッセージ、ならびに必要とされ得る任意の他のタイプのメッセージを生成することができる。メッセージ読取モジュール６４０Ｂは、受信メッセージからデータを読み取り、それをデバイスのメモリに格納することができる。この格納されたデータは、データに入力されたメッセージを生成するために使用することができ、または、後の調整プロセスのために、とりわけ、トランザクションデータを格納するために使用され得る。データストレージモジュール６４０Ｃは、データをデバイス上に格納し得る。そのようなストレージの例は、実施形態に従って、キャッシュメモリまたはハードドライブなどの長期ストレージデバイスを含む。

Ｂ．プロセッサコンピュータサーバ
図７は、本開示のいくつかの実施形態による、例示的なプロセッサコンピュータ７００の構成要素のいくつかのブロック図を示す。プロセッサコンピュータ７００は、ネットワーク接続７２０を介してコンピュータネットワークとデータをリンクおよび交換するために使用される外部通信インターフェース７１０を有し得る。プロセッサコンピュータはまた、そのハードウェア上に格納されたコンピュータ可読媒体７３０を有し得る。コンピュータ可読媒体７３０は、データ処理モジュール７３０Ａ、データメッセージフォーマットモジュール７３０Ｂのためのモジュール、およびルーティングマネージャ７３０Ｃなど、それに含まれる多数のモジュールを有し得る。プロセッサコンピュータ７００はまた、とりわけ、メッセージデータストレージモジュール７４０Ａおよびルーティングアドレスストレージモジュール７４０Ｂのための専用スペースを含み得る、ストレージおよび処理回路７４０から構成され得る。

データ処理モジュール７３０Ａは、外部通信インターフェース７１０を介して受信されたメッセージに関連付けられるデータを処理するように構成されることのできる任意のソフトウェアモジュールを含み得る。これには、メッセージタイプ、コンテンツ、および身元確認の判断が含まれる場合がある。例えば、データ処理モジュール７３０Ａは、着信メッセージが既知の販売者に関連付けられたアクセスデバイスからの取消リクエストメッセージであると判断することができ、キャンセルメッセージを生成する準備として、受信した取消メッセージ内のどのデータを抽出するかを判断することができた。

データメッセージフォーマットモジュール７３０Ｂは、データを特定のメッセージフォーマットに適切にフォーマットするように構成することができる任意のソフトウェアモジュールを含み得る。これには、キャンセルされた認証リクエストに関連付けられた格納された認証メッセージデータから、ＩＳＯ８３０１４６メッセージなどのキャンセルメッセージをフォーマットすることを含み得る。

ルーティングマネージャ７３０Ｃは、メッセージがネットワーク内の適切なコンピュータに到着するように、コンピュータネットワーク内でメッセージをルーティングするように構成することができる任意のソフトウェアモジュールを含み得る。これは、キャンセルメッセージをトランスポートコンピュータにルーティングすること、または取消応答メッセージを適切な電子アクセスデバイスにルーティングすることを含み得る。

メッセージデータストレージモジュール７４０Ａは、認証リクエストメッセージ、取消リクエストメッセージ、キャンセルメッセージ、および一意のトランザクション識別子などのトランザクションメッセージングデータを安全に格納するように構成することができる任意の回路およびハードウェアを含み得る。メッセージデータストレージモジュール７４０Ａは、ステップＳ４０３において認証データを格納し、ステップＳ４１２においてキャンセルデータを格納することができる。

ルーティングアドレスストレージモジュール７４０Ｂは、ルーティング情報を安全に格納するように構成された任意の回路およびハードウェアであり得る。これは、トランスポートコンピュータまたは電子アクセスデバイスにメッセージをルーティングするためのアドレス情報を含むことができる。

Ｃ．認証サーバ
図８は、本開示のいくつかの実施形態による、認証サーバ８０６の例示的な構成要素のブロック図を示す。認証サーバ８０６は、目的を果たすために一緒に機能する多数の相互作用する部品およびモジュールから構成され得る。認証サーバ８０６は、ネットワークインターフェース８０６Ａ、プロセッサ８０６Ｂ、メモリ８０６Ｃから構成され得、プロセッサは、とりわけ、登録モジュール８０６Ｅ、検証モジュール８０６Ｆ、およびメッセージングモジュール８０６Ｇなどの多数のモジュールをそれ自体が含有し得るコンピュータ可読媒体８０６Ｄを含有し得る。

ネットワークインターフェース８０６Ａは、認証サーバがローカルネットワークまたはインターネットを含むコンピュータのネットワークと相互作用することを可能にするために使用される任意のハードウェアおよびソフトウェアであり得る。ネットワークインターフェース８０６Ａは、有線または無線接続を介してコンピュータのネットワークに接続することができ、認証サーバと、同じくネットワークに接続されている他のコンピュータとの間でデータを交換し得る。

プロセッサ８０６Ｂは、データを処理し、かつプログラムされたコマンドを実行するために使用されるハードウェアおよびソフトウェアの任意の組み合わせであり得る。プロセッサ８０６Ｂは、個々のコンピュータのＣＰＵであり得るか、または単一のユニットとして一緒に動作するように設計されたコンピュータのクラスタであり得る。プロセッサ８０６Ｂは、コンピュータ可読媒体８０６Ｄから読み出し、それに書き込むためのハードウェアを含有する。

メモリ８０６Ｃは、データが認証サーバ８０６に格納され得る場所であり得る。これは、ローカルハードドライブまたはクラウドドライブなどのリモートメモリストレージユニットの形式であり得る。メモリ８０６Ｃは、保護されたリソースへのアクセスを認証されたユーザの証明書などのデータ、およびアカウントデータまたは安全に格納されたデータなどの保護されたリソース自体に対応するデータを格納し得る。

コンピュータ可読媒体８０６Ｄは、データが読み取られ、プロセッサ８０６Ｂ内でコマンドが実行され得るように、ハードウェアおよびソフトウェアの任意の組み合わせであり得る。コンピュータ可読媒体８０６Ｄは、特定のタスクおよびデータ操作を実行することに特化した多数のモジュールを含有し得る。

コンピュータ可読媒体は、登録モジュール８０６Ｅを含有し得、これは、新しいユーザを登録し、それらのアカウントおよび証明書情報を記録して、それらの識別子が、適切な証明書およびアカウント情報を提示するときに後で認識され得るようにする。登録モジュール８０６Ｅは、プロセッサ８０６Ｂおよびメモリ８０６Ｃと協働して、新しいユーザのデータを読み出しおよび記録する、または既存のユーザのデータを更新し得る。このようにして、保護されたリソースにアクセスするために認証された証明書のリストが更新され得る。

コンピュータ可読媒体内に含有され得る別のモジュールは、検証モジュール８０６Ｆである。検証モジュール８０６Ｆは、プロセッサ８０６Ｂおよびメモリ８０６Ｃと連携して、ネットワークインターフェース８０６Ａを介して受信されたメッセージからデータを読み取り得る。検証モジュール８０６Ｆは、メッセージ内に含有されるデータをメモリ８０６Ｃに格納されたデータと比較して、メッセージが保護されたリソースにアクセスするための認証された証明書を含有するかどうかを判断することができる。

コンピュータ可読媒体８０６Ｄ内に含有され得る別のモジュールは、検証モジュール８０６Ｇである。メッセージングモジュールは、ネットワークインターフェース８０６Ａを介して受信されたメッセージを読み取り、生成することが可能であり得る。メッセージングモジュールは、いくつかの実施形態によれば、受信されたメッセージに含有されるデータを、登録モジュール８０６Ｅまたは検証モジュール８０６Ｆのいずれかに渡すために使用され得る。メッセージングモジュール８０６Ｇはまた、検証モジュール８０６Ｆまたは登録モジュール８０６Ｅからデータを受信し得、メッセージングモジュール８０６Ｇは、その受信したデータを使用して、認証応答メッセージなどのメッセージを生成し得る。メッセージングモジュールはまた、生成されたメッセージをプロセッサ８０６Ｂに渡して、ネットワークインターフェース８０６Ａを介してネットワーク内の別のコンピュータに送信し得る。

ＩＶ．キャンセルプロセス
図９は、プロセスの途中で認証リクエストのキャンセルを管理するための例示的な方法９００の流れ図を示している。方法９００は、電子アクセスデバイスおよびプロセッサコンピュータを使用して、認証リクエストメッセージを処理し、それをトランスポートコンピュータを介してコンピュータネットワーク上の認証コンピュータに転送することを伴う。キャンセルは、上記に記載されたものと同様の形態で発生し得る。

ステップ９１０において、電子アクセスデバイス（例えば、図１の１２０）は、認証リクエストメッセージを生成し、認証リクエストメッセージをプロセッサコンピュータに送信し得る。認証リクエストメッセージは、プロセッサコンピュータによって受信され得、メッセージに含有されるデータは、プロセッサコンピュータによって読み取られ得る。

ステップ９２０では、プロセッサコンピュータは、認証リクエストメッセージにリクエスト識別子を割り当て得る。リクエスト識別子は、認証リクエストＩＤ番号の形式であり得、プロセッサコンピュータ上の安全なデータベースに保存され、またはプロセッサコンピュータに接続され得る。リクエスト識別子は、例えば、１日当たりの特定の期間にわたって一意であり得る。

データベースレコードは、リクエスト識別子を含むフィールドで生成され得、その結果、取消メッセージのデータ要素内のフラグによって参照され得るキャンセルデータを有する取消メッセージを受信した場合、キャンセルデータは、データベース上の正しいリクエスト識別子に関連付けて格納され得る。多数のキャンセルデータおよびキャンセルメッセージは、多数のリクエスト識別子に関連して格納され得る。追加の認証リクエストは、それらが同じまたは追加のアクセスデバイスに対応しているかどうかに関係なく、追加のリクエスト識別子を与えることができ、追加のアクセスデバイスからプロセッサコンピュータに送信されるキャンセルデータおよび追加のキャンセルメッセージは、それぞれの追加のリクエスト識別子に関連付けられ得、データベースとともに格納され得る。

次に、ステップ９３０において、プロセッサコンピュータは、認証リクエストメッセージを、認証リクエストメッセージを生成した電子アクセスデバイスに関連付けられ得るトランスポートコンピュータに転送し得る。次に、トランスポートコンピュータは、認証リクエストメッセージを認証するために、メッセージを認証サーバにルーティングすることができる。

ステップ９４０において、認証リクエストメッセージがプロセッサコンピュータからトランスポートコンピュータに正常に転送された後、プロセッサコンピュータは、電子アクセスデバイスから、取消リクエストメッセージのデータ要素内のリクエスト識別子に関連付けられたキャンセルデータフラグなどの組み込まれたキャンセルデータを含有する取消メッセージを受信し得る。次に、プロセッサコンピュータは、ステップ９２０で元の認証リクエストメッセージに割り当てられた一意のリクエスト識別子を使用して、取消リクエストメッセージを元の認証リクエストメッセージと照合し得る。プロセッサコンピュータは、図５に記載されているように、取消メッセージがキャンセルデータフラグ、キャンセルデータへの参照、または取消メッセージ内のタイプインジケータに基づく任意の他の種類のキャンセルデータを含むことを判断することができる。キャンセルデータは、アクセスデバイスまたはゲートウェイコンピュータから受信した取消メッセージで受信することができる。

ステップ９５０において、プロセッサコンピュータは、取消リクエストメッセージのデータ要素に含有されるデータを読み取り、取消リクエストメッセージのデータ要素内に組み込まれた関連するキャンセルデータを識別し得る。取消リクエストメッセージに格納または参照され得るキャンセルデータは、キャンセルタイプおよびキャンセル時刻を含み、キャンセルを引き起こすアクセスデバイスの状態に対応することができる。アクセスデバイスの状態は、ユーザデバイスの取り外し、タイムアウトイベント、キャンセルボタンの選択などによりキャンセルが発生したかどうかを含み得る。次いで、プロセッサコンピュータは、キャンセルデータをデータベースに保存し得る。

ステップ９６０において、取消メッセージに含有されるキャンセルデータを格納した後、プロセッサコンピュータは、取消リクエストメッセージを認証エンティティ（例えば、図１の認証サーバ１６０）にルーティングするために、取消リクエストメッセージをトランスポートコンピュータに送信し得る。認証サーバは、取消リクエストメッセージからデータを読み取り得、認証サーバ内にプログラムされた基準に基づいて、取消を認証するかどうかを判断し得る。取消を認証するかどうかを判断すると、認証サーバは、取消の認証ステータスの結果を含む取消応答メッセージをトランスポートコンピュータに送信し得る。

ステップ９７０において、取消リクエストメッセージが正常に処理され、認証リクエストが正常に取り消された後、プロセッサコンピュータは、ステップ９４０の間に取消リクエストメッセージから格納および／または参照されたキャンセルデータからキャンセルメッセージを生成し得る。付加的に、キャンセルデータの本体は、元の認証リクエストメッセージから格納されたデータ、または任意の他のデータソースから生じ得る。

ステップ９８０において、プロセッサコンピュータは、キャンセルデータをトランスポートコンピュータに送信して、すべての認証エンティティがトランザクションの認証ステータスに関して合意するように元の認証リクエストの認証ステータスを取消リクエストと調整するために必要な任意の認証エンティティに送信され得る。これは、すべてのキャンセルメッセージがまとめてバッチ処理され、単一のメッセージとして発信される単一のバッチメッセージで実現され得る。これらのキャンセルメッセージは、キャンセルされた認証リクエストに関する情報を規制当局に送信する必要がある様々な市場の規制要件を満たすためにも使用され得る。

Ｖ．例示的なコンピュータシステム
本明細書で言及されるコンピュータシステムのいずれかは、任意の好適な数のサブシステムを利用し得る。そのようなサブシステムの例を、図１０でコンピュータシステム１０１０に示す。いくつかの実施形態では、コンピュータシステムは、単一のコンピュータ装置を含み、サブシステムは、コンピュータ装置の構成要素であり得る。他の実施形態では、コンピュータシステムは、複数のコンピュータ装置を含み得、各々は、内部構成要素を備えたサブシステムである。コンピュータシステムは、デスクトップおよびラップトップコンピュータ、タブレット、携帯電話、ならびに他のモバイルデバイスを含むことができる。

図１０に示されるサブシステムは、システムバス１０７５を介して相互接続される。プリンタ１０７４、キーボード１０７８、ストレージデバイス（複数可）１０７９、ディスプレイアダプタ１０８２に結合されたモニタ１０７６（例えば、ＬＥＤなどのディスプレイスクリーン）などの追加のサブシステムが示されている。Ｉ／Ｏコントローラ１０７１に結合する周辺機器および入力／出力（Ｉ／Ｏ）デバイスは、入力／出力（Ｉ／Ｏ）ポート１０７７（例えば、ＵＳＢ、ＦｉｒｅＷｉｒｅ（登録商標））などこの技術分野で既知の任意の手段によりコンピュータシステムに接続することができる。例えば、Ｉ／Ｏポート１０７７または外部インターフェース１０８１（例えば、イーサネット、Ｗｉ－Ｆｉなど）を使用して、コンピュータシステム１０１０をインターネット、マウス入力デバイス、またはスキャナなどの広域ネットワークに接続することができる。システムバス１０７５を介した相互接続により、中央処理装置１０７３は各サブシステムと通信し、システムメモリ１０７２またはストレージデバイス（複数可）１０７９（例えば、ハードドライブまたは光ディスクなどの固定ディスク）からの複数の命令の実行、ならびにサブシステム間の情報交換を制御することができる。システムメモリ１０７２および／またはストレージデバイス１０７９は、コンピュータ可読媒体を具現化し得る。別のサブシステムは、カメラ、マイク、加速度計などのデータ収集デバイス１０８５である。本明細書で言及されるデータのいずれも、１つの構成要素から別の構成要素に出力することができ、ユーザに出力することができる。

コンピュータシステムは、例えば、外部インターフェース１０８１によって、内部インターフェースによって、または１つの構成要素から別の構成要素に接続および取り外し可能なリムーバブルストレージデバイスを介して一緒に接続される、複数の同じ構成要素またはサブシステムを含むことができる。いくつかの実施形態では、コンピュータシステム、サブシステム、または装置は、ネットワークを介して通信することができる。このような場合、１台のコンピュータをクライアントと見なし、別のコンピュータをサーバと見なすことができ、それぞれを同じコンピュータシステムの一部にすることができる。クライアントおよびサーバには、それぞれ複数のシステム、サブシステム、または構成要素を含めることができる。

実施形態の態様は、ハードウェア回路（例えば、アプリケーション固有の集積回路またはフィールドプログラマブルゲートアレイ）を使用する、および／または一般にプログラマブルなプロセッサを備えたコンピュータソフトウェアをモジュール式もしくは統合された形態で使用する、制御ロジックの形式で実装することができる。本明細書で使用される場合、プロセッサは、単一のコアプロセッサ、同じ集積チップ上のマルチコアプロセッサ、または単一の回路基板上の複数の処理ユニット、またはネットワーク化された専用ハードウェアを含むことができる。本明細書で提供される開示および教示に基づいて、当業者は、ハードウェアおよびハードウェアならびにソフトウェアの組み合わせを使用して本開示の実施形態を実装するための他の方法および／または方法を知り理解するであろう。

このアプリケーションで記載されているソフトウェア構成要素または機能は、Ｊａｖａ、Ｃ、Ｃ＋＋、Ｃ＃、Ｏｂｊｅｃｔｉｖｅ－Ｃ、Ｓｗｉｆｔ、または例えば、従来の手法またはオブジェクト指向の手法を使用したＰｅｒｌやＰｙｔｈｏｎなどのスクリプト言語などの好適なコンピュータ言語を使用してプロセッサによって実行されるソフトウェアコードとして実装され得る。ソフトウェアコードは、ストレージおよび／または送信のために、コンピュータ可読媒体上に一連の命令またはコマンドとして格納され得る。好適な非一時的コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードドライブまたはフロッピーディスク等の磁気媒体、またはコンパクトディスク（ＣＤ）またはＤＶＤ（デジタル汎用ディスク）またはブルーレイディスク、フラッシュメモリなどの光学媒体を含むことができる。コンピュータ可読媒体は、そのようなストレージまたは伝送デバイスの任意の組み合わせであってもよい。

そのようなプログラムはまた、インターネットを含む様々なプロトコルに準拠した有線、光学、および／または無線ネットワークを介して送信するように適合されたキャリア信号を使用して符号化および送信され得る。したがって、コンピュータ可読媒体は、そのようなプログラムで符号化されたデータ信号を使用して作成され得る。プログラムコードで符号化されたコンピュータ可読媒体は、互換性のあるデバイスとともにパッケージ化され得、または他のデバイスとは別個に提供され得る（例えば、インターネットダウンロードを介して）。任意のそのようなコンピュータ可読媒体は、単一のコンピュータ製品（例えば、ハードドライブ、ＣＤ、またはコンピュータシステム全体）上またはその中にあり得、システムまたはネットワーク内の異なるコンピュータ製品上またはその中に存在し得る。コンピュータシステムは、本明細書で言及される結果のいずれかをユーザに提供するためのモニタ、プリンタ、または他の好適なディスプレイを含み得る。

本明細書に記載されている方法のうちのいずれかは、ステップを実行するように構成され得る１つ以上のプロセッサを含むコンピュータシステムで完全にまたは部分的に実行され得る。したがって、実施形態は、異なる構成要素がそれぞれのステップまたはそれぞれのステップグループを実行する可能性がある、本明細書に記載の方法のうちのいずれかのステップを実行するように構成されたコンピュータシステムを対象とすることができる。番号付けステップとして提示されるが、本明細書における方法のステップは、同時に、または異なる時間に、または異なる順序で実行することができる。付加的に、これらのステップの部分は、他の方法からの他のステップの部分とともに使用され得る。また、ステップのすべてまたは一部は任意選択であり得る。付加的に、方法のいずれかのステップのいずれかは、これらのステップを実行するためのシステムのモジュール、ユニット、回路、または他の手段で実行することができる。

特定の実施形態の特定の詳細は、本開示の実施形態の趣旨および範囲から逸脱することなく、任意の好適な方法で組み合わせられ得る。しかしながら、本開示の他の実施形態は、各個別の態様に関連する特定の実施形態、またはこれらの個別の態様の特定の組み合わせを対象とし得る。

本開示の例示的な実施形態の上記の記載は、例解および説明の目的のために提示されている。これは、網羅的であること、または記載された正確な形式に開示を限定することを意図したものではなく、上記の教示に照らして多くの修正および変形が可能である。

「ａ」、「ａｎ」または「ｔｈｅ」の列挙は、特に反対のことが表示されない限り、「１つ以上」を意味することが意図される。「または」の使用は、特に反対のことが表示されない限り、「包括的または」を意味することを意図し、「排他的または」ではない。「第１の」構成要素への言及は、第２の構成要素が提供されることを必ずしも必要としない。さらに、「第１の」または「第２の」構成要素への言及は、明示的に述べられない限り、参照される構成要素を特定の場所に限定しない。用語「～に基づく」は、「～に少なくとも部分的に基づく」ことを意味することが意図される。

本明細書で言及されるすべての特許、特許出願、刊行物、および説明は、すべての目的に関して、参照によりそれらの全体が組み込まれる。いずれも先行技術であることは認められない。

Claims (19)

1. ネットワークメッセージを使用して保護されたリソースへのアクセスを管理するための方法であって、プロセッサコンピュータによって、
   前記保護されたリソースにアクセスするための認証リクエストを受信することであって、前記認証リクエストがアクセスデバイスにより生成される、受信することと、
   リクエスト識別子を前記認証リクエストに割り当てることと、
   認証コンピュータによる認証のために、前記認証リクエストをトランスポートコンピュータに送信することと、
   前記認証リクエストを送信した後、キャンセルデータを受信することであって、前記アクセスデバイスが前記保護されたリソースにアクセスするための認証応答メッセージを受信する前に、前記プロセッサコンピュータが、前記キャンセルデータを受信する、前記受信することと、
   前記キャンセルデータを前記リクエスト識別子に関連付けて格納することと、
   前記キャンセルデータの受信に応答して、前記トランスポートコンピュータに取消メッセージを送信することと、
   前記取消メッセージを送信した後、前記キャンセルデータを使用してキャンセルメッセージを生成することと、
   前記認証リクエストと前記取消メッセージとを調整するために、前記キャンセルメッセージを前記トランスポートコンピュータに送信することと、を実行することを含む、方法。
2. 前記キャンセルデータが、キャンセルを引き起こす前記アクセスデバイスの状態を含む、請求項１に記載の方法。
3. 前記キャンセルメッセージが、実行されたキャンセルのタイプと、キャンセルされた前記認証リクエストに関連付けられた前記リクエスト識別子と、を含む、請求項１に記載の方法。
4. 前記アクセスデバイスが、ゲートウェイコンピュータを介して前記プロセッサコンピュータに接続され、前記ゲートウェイコンピュータが、前記取消メッセージを生成し、前記キャンセルデータが、前記ゲートウェイコンピュータから前記プロセッサコンピュータによって受信される、請求項１に記載の方法。
5. 追加のアクセスデバイスに対応する追加の認証リクエストに対して追加のキャンセルメッセージを生成することをさらに含み、前記追加のキャンセルメッセージの各々が、それぞれのリクエスト識別子を有する、請求項１に記載の方法。
6. 前記キャンセルメッセージおよび前記追加のキャンセルメッセージを集約してバッチメッセージを形成することをさらに含み、前記キャンセルメッセージが、前記バッチメッセージ内でトランスポートコンピュータに送信される、請求項５に記載の方法。
7. リクエスト識別子が、前記バッチメッセージに対応する指定された期間内で一意である、請求項６に記載の方法。
8. 前記キャンセルメッセージが、前記リクエスト識別子を含む、請求項１に記載の方法。
9. 前記リクエスト識別子を含むフィールドを有するデータベースレコードを生成することと、
   前記キャンセルデータの受信に応答して、前記キャンセルデータを前記データベースレコードに格納し、それによって前記キャンセルデータを前記リクエスト識別子に関連付けて格納することと、をさらに含む、請求項１に記載の方法。
10. 前記キャンセルデータが、前記アクセスデバイスまたはゲートウェイコンピュータから受信される前記取消メッセージ内で受信され、前記方法が、
    前記取消メッセージが、前記取消メッセージ内のタイプインジケータに基づいて前記キャンセルデータを含むことを判断することをさらに含む、請求項９に記載の方法。
11. ネットワークメッセージを使用して保護されたリソースへのアクセスを管理するためのサーバコンピュータであって、
    １つ以上のプロセッサと、
    前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
    前記保護されたリソースにアクセスするための認証リクエストを受信することであって、前記認証リクエストが、アクセスデバイスによって生成される、受信することと、
    リクエスト識別子を前記認証リクエストに割り当てることと、
    認証コンピュータによる認証のために、前記認証リクエストをトランスポートコンピュータに送信することと、
    前記認証リクエストを送信した後、キャンセルデータを受信することであって、前記アクセスデバイスが前記保護されたリソースにアクセスするための認証応答メッセージを受信する前に、前記サーバコンピュータが、前記キャンセルデータを受信する、前記受信することと、
    前記キャンセルデータをリクエスト識別子に関連付けて格納することと、
    前記キャンセルデータの受信に応答して、前記トランスポートコンピュータに取消メッセージを送信することと、
    前記取消メッセージを送信した後、前記キャンセルデータを使用してキャンセルメッセージを生成することと、
    前記認証リクエストと前記取消メッセージとを調整するために、前記キャンセルメッセージを前記トランスポートコンピュータに送信することと、を含む方法、を実行させる複数の命令を格納するコンピュータ可読媒体と、を備える、サーバコンピュータ。
12. 前記キャンセルデータが、キャンセルを引き起こす前記アクセスデバイスの状態を含む、請求項１１に記載のサーバコンピュータ。
13. 前記キャンセルメッセージが、実行されたキャンセルのタイプと、キャンセルされた前記認証リクエストに関連付けられた前記リクエスト識別子と、を含む、請求項１１に記載のサーバコンピュータ。
14. 前記サーバコンピュータが、前記サーバコンピュータによって受信される前記取消メッセージを生成するように構成されたゲートウェイコンピュータを介して前記アクセスデバイスに接続される、請求項１１に記載のサーバコンピュータ。
15. 前記方法が、
    追加のアクセスデバイスに対応する追加の認証リクエストに対して追加のキャンセルメッセージを生成することをさらに含み、前記追加のキャンセルメッセージの各々が、それぞれのリクエスト識別子を有する、請求項１１に記載のサーバコンピュータ。
16. 前記方法が、
    前記キャンセルメッセージおよび前記追加のキャンセルメッセージを集約してバッチメッセージを形成することをさらに含み、前記キャンセルメッセージが、前記バッチメッセージでトランスポートコンピュータに送信される、請求項１５に記載のサーバコンピュータ。
17. 前記キャンセルメッセージが、前記リクエスト識別子を含む、請求項１１に記載のサーバコンピュータ。
18. 前記方法が、
    前記リクエスト識別子を含むフィールドを有するデータベースレコードを生成することと、
    前記キャンセルデータの受信に応答して、前記キャンセルデータを前記データベースレコードに格納し、それによって前記キャンセルデータを前記リクエスト識別子に関連付けて格納することと、をさらに含む、請求項１１に記載のサーバコンピュータ。
19. 前記サーバコンピュータが、前記アクセスデバイスまたはゲートウェイコンピュータから前記取消メッセージを受信するように構成され、前記方法が、
    前記取消メッセージが、前記取消メッセージ内のタイプインジケータに基づく前記キャンセルデータを含むことを判断することをさらに含む、請求項１８に記載のサーバコンピュータ。