JP2019503531A - トークン要求元の確認のための方法及びシステム - Google Patents

Abstract

ＣＯＦトークンに関連付けられたエンティティの改良版確認方法は、トランザクションデータとトークン要求元識別子（ＴＲＩＤ）とＣＯＦトークン識別子とを少なくとも格納するステップと、支払証明書を受信するステップと、トランザクションメッセージを生成するステップと、生成されたトランザクションメッセージを電子的に送信するステップとを含む。

Description

関連出願の相互参照

本願は、米国特許出願第14/957,444号（2015年12月2日出願）の優先権を主張するものであり、当該出願の開示全体をここに参照のために取り込む。

本開示は、トークン要求元の改良版確認に関し、特に、特有のプロトコルと通信インフラストラクチャとを用いた特別に整形されたデータメッセージによって伝送された一意の識別値を使用して、トークンを提供するエンティティを、トークン使用のために承認されたエンティティとして確認することに関する。

より多くのデータ交換と他の情報トランザクションとがオンラインで生じるにつれて、より多くのエンティティは自身のシステムを、機密のユーザ情報と、定期的に使用され送信される他のデータとを格納するように構成し、ユーザにとってより速く、より便利なものを提供する。また、ユーザが継続的に情報を再提出することを要求しないことによって、ユーザ安全性を高める努力も行われている。多くの場合、エンティティに機密データを格納させることは有益である。というのも、エンティティの安全性とネットワークとはユーザのそれよりも良いからである。例えばエンティティは支払カード情報を格納してよく、カードオンファイル（COF）エンティティであってよい。しかし、エンティティがより多くのユーザのためにより多くのデータを格納すると、エンティティは、格納されたデータを損ねたい非道な当事者の格好の標的になる。そのようなデータは非道な当事者にとって非常に価値がある。一方、例えばクレジットカードの社会保障番号が盗取されるような場合、そのようなデータの盗取はユーザにとって非常に有害である。

したがってエンティティが将来の送信のために機密ユーザデータを格納することができ、且つ無権限のエンティティの手中でそのデータ自体を使用不可能にすることができる技術的解決手段が必要である。機密データを、提供先のエンティティと関連付けることによって、そのデータの将来的使用は、エンティティ又は権限のある当事者によって使用されない限り、禁止される。よって、データの損失による有害な影響を消すことができる。特に、電子的トランザクションと支払ネットワークとの分野では、特別な支払トークンとエンティティ特有識別子とによって、販売者、ウォレットプロバイダ又は他のエンティティは、トランザクションにおいて使用するのに適したデータを格納することが可能である。これによりユーザは自身の情報を継続的に再提出すること無くトランザクションを行うことができ、同時に、仮にデータが損なわれてもユーザを損失から保護する。

本開示はカードオンファイル特有トークンに関連付けられたエンティティに改良版確認のためのシステム及び方法を提供する。

ＣＯＦトークンに関連付けられたエンティティの改良版確認方法は、
処理サーバのメモリにトランザクションデータとトークン要求元識別子（ＴＲＩＤ）とＣＯＦトークン識別子とを少なくとも格納するステップと、
前記処理サーバの受信装置によって支払証明書を受信するステップであって、当該支払証明書はＣＯＦ特有支払トークンを少なくとも含む、ステップと、
前記処理サーバの生成モジュールによってトランザクションメッセージを生成するステップであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、前記ＣＯＦ特有支払トークンを格納するよう構成される第１のデータ要素と、前記ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、前記ＴＲＩＤを格納するよう構成される第３のデータ要素と、前記トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、ステップと、
前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、
を含む。

カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの他の改良版確認方法は、
処理サーバのＣＯＦエンティティデータベースに複数のＣＯＦエンティティプロファイルを格納するステップであって、各ＣＯＦエンティティプロファイルは、ＣＯＦトークンに関連付けられたエンティティに関連する構造化データセットを含み、ＣＯＦトークン識別子並びにトークン要求元識別子（ＴＲＩＤ）及び／又はＣＯＦ特有支払トークンを少なくとも含む、ステップと、
複数のトークンプロファイルを前記処理サーバのトークンデータベースに格納するステップであって、各トークンプロファイルは、ＣＯＦ特有支払トークンに関連する構造化データセットを含み、前記関連するＣＯＦ特有支払トークンとトランザクションアカウント番号とを少なくとも含む、ステップと、
前記処理サーバの受信装置によってトランザクションメッセージを受信するステップであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、特有の支払トークンを格納するよう構成される第１のデータ要素と、特有のＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、特有のＴＲＩＤを格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、ステップと、
前記処理サーバの問い合わせモジュールによって前記ＣＯＦエンティティデータベース上でクエリを実行して、特有のＣＯＦエンティティプロファイルを識別するステップであって、前記含まれるＣＯＦトークン識別子は、前記受信されたトランザクションメッセージに含まれる前記第２のデータ要素に格納される前記特有のＣＯＦトークン識別子に対応する、ステップと、
前記処理サーバの前記問い合わせモジュールによって前記トークンデータベース上でクエリを実行して、特有のトークンプロファイルを識別するステップであって、前記含まれる支払トークンは、前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有のＣＯＦ特有支払トークンに対応する、ステップと、
前記処理サーバの確認モジュールによって、含まれたＴＲＩＤと前記受信されたトランザクションメッセージに含まれる前記第３のデータ要素に格納された前記特有のＴＲＩＤとの間の対応関係、又は、含まれたＣＯＦ特有支払トークンと前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有のＣＯＦ特有支払トークンとの間の対応関係に基づいて、前記識別された特有のＣＯＦエンティティプロファイルに関連するエンティティを、真正であると確認するステップと、
前記処理サーバの生成モジュールによって、前記第１のデータ要素に格納された前記特有の支払トークンを、前記識別された特有のトークンプロファイルに格納された前記トランザクションアカウント番号と置き換えることによって、前記受信されたトランザクションメッセージを修正するステップと、
前記処理サーバの送信装置によって、前記修正されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、を含む。

カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認のためのシステムは、
トランザクションデータとトークン要求元識別子（ＴＲＩＤ）とＣＯＦトークン識別子とを少なくとも格納するよう構成された、処理サーバのメモリと、
支払証明書を受信するよう構成された、前記処理サーバの受信装置であって、当該支払証明書は支払トークンを少なくとも含む、受信装置と、
トランザクションメッセージを生成するよう構成された、前記処理サーバの生成モジュールであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、前記支払トークンを格納するよう構成される第１のデータ要素と、前記ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、前記ＴＲＩＤを格納するよう構成される第３のデータ要素と、前記トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、生成モジュールと、
前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された、前記処理サーバの送信装置と、
を含む。

カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認のための他のシステムは、
複数のＣＯＦエンティティプロファイルを格納するよう構成された、処理サーバのＣＯＦエンティティデータベースであって、各ＣＯＦエンティティプロファイルは、ＣＯＦトークンに関連付けられたエンティティに関連する構造化データセットを含み、ＣＯＦトークン識別子並びにトークン要求元識別子（ＴＲＩＤ）及び／又はＣＯＦ支払トークンを少なくとも含む、ＣＯＦエンティティデータベースと、
複数のトークンプロファイルを格納するよう構成された、前記処理サーバのトークンデータベースであって、各トークンプロファイルは、支払トークンに関連する構造化データセットを含み、前記関連する支払トークンとトランザクションアカウント番号とを少なくとも含む、トークンデータベースと、
トランザクションメッセージを受信するよう構成された、記処理サーバの受信装置であって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、特有の支払トークンを格納するよう構成される第１のデータ要素と、特有のＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、特有のＴＲＩＤを格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、受信装置と、
前記処理サーバの問い合わせモジュールであって、
前記ＣＯＦエンティティデータベース上でクエリを実行して、特有のＣＯＦエンティティプロファイルを識別するステップであって、前記含まれるＣＯＦトークン識別子は、前記受信されたトランザクションメッセージに含まれる前記第２のデータ要素に格納される前記特有のＣＯＦトークン識別子に対応する、ステップと、
前記トークンデータベース上でクエリを実行して、特有のトークンプロファイルを識別するステップであって、前記含まれる支払トークンは、前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有の支払トークンに対応する、ステップと、
を実行するよう構成される問い合わせモジュールと、
含まれたＴＲＩＤと前記受信されたトランザクションメッセージに含まれる前記第３のデータ要素に格納された前記特有のＴＲＩＤとの間の対応関係、又は、含まれた支払トークンと前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有の支払トークンとの間の対応関係に基づいて、前記識別された特有のＣＯＦエンティティプロファイルに関連する前記エンティティを、真正であると確認するよう構成された、前記処理サーバの確認モジュールと、
前記第１のデータ要素に格納された前記特有の支払トークンを、前記識別された特有のトークンプロファイルに格納された前記トランザクションアカウント番号と置き換えることによって、前記受信されたトランザクションメッセージを修正するよう構成された、前記処理サーバの生成モジュールと、
前記修正されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された、前記処理サーバの送信装置と、
を含む。

本開示の範囲は、添付の図面と共に解釈されると、例示的な実施形態についての下記の詳細な記載から最も良く理解される。図面には次の図が含まれる。

図１は、本開示の実施形態による、トークン要求エンティティの改良版確認のためのハイレベルシステムアーキテクチャを示すブロック図である。 図２は、例示的実施形態による、生じたトランザクションメッセージを確認するためのＣＯＦトークン識別子を使用するための、図１のＣＯＦエンティティサーバを示すブロック図である。 図３は、例示的実施形態による、ＣＯＦトークン識別子を用いてＣＯＦエンティティサーバから生じるトランザクションメッセージの改良版確認のための、図１の確認サーバを示す機能ブロック図である。 図４は、例示的実施形態による、図１のシステムにおける改良版確認において使用されるＣＯＦトークン識別子を登録する処理を示すフローチャートである。 図５Ａは、例示的実施形態による、ＣＯＦトークン識別子を用いて、トランザクションメッセージの改良版確認を行う処理と関連付けられたＣＯＦエンティティとを示すフローチャートである。 ５Ｂは、例示的実施形態による、ＣＯＦトークン識別子を用いて、トランザクションメッセージの改良版確認を行う処理と関連付けられたＣＯＦエンティティとを示すフローチャートである。 図６は、例示的実施形態による、ブロックチェーンに関連付けられたオフラインデータ交換を実行する例示的な方法を示すフローチャートである。 図７は、例示的実施形態による、ブロックチェーンに関連付けられたオフラインデータ交換を実行する例示的な方法を示すフローチャートである。 図８は例示的実施形態による、支払トランザクションの処理を示すフローチャートである。 図９は、例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。

本開示の更なる応用分野は、下記の詳細な説明から自明である。例示的実施形態の詳細な説明は、例示目的のみを意図しており、本開示の範囲を必要的に制限することを意図しない。

用語解説
支払ネットワーク：現金代替物の使用によって、資金移転で使用されるシステム又はネットワークである。支払ネットワークは、様々な異なるプロトコル及び手順を使用して、様々なタイプのトランザクションのために資金移転を処理してよい。支払ネットワークを介して実行されるトランザクションは、商品又は役務の購入と、クレジット購入と、デビットトランザクションと、資金移転と、口座引き落としとを含んでよい。支払ネットワークは、現金代替物によってトランザクションを実行するよう構成されてよく、これは支払カードと、信用紹介状と、小切手と、トランザクションアカウントとを含んでよい。支払ネットワークとして実行されるネットワーク又はシステムの例は、MasterCard（登録商標）、VISA（登録商標）、Discover（登録商標）、American Express（登録商標）、PayPal（登録商標）等によって操作されるものを含む。本書での「支払ネットワーク」との用語は、エンティティとしての支払ネットワークと、物理的支払ネットワーク（例えば、支払ネットワークを含む、機器、ハードウェア、及びソフトウェア）との両方を指す。

支払レール：支払トランザクションの処理と、トランザクションメッセージ及び他の類似データの通信とにおいて使用される支払ネットワークと関連付けられたインフラストラクチャである。当該通信は、支払ネットワークと、当該支払ネットワークと相互接続された他のエンティティとの間の通信である。支払レールは、支払ネットワークと、支払ネットワーク及び他の関連エンティティ（例えば金融機関、ゲートウェイプロセッサ等）との間の相互接続とを確立するために使用されるハードウェアを含んでよい。いくつかの実施形態では、支払レールはまた、ソフトウェアによって（例えば支払レールを含む通信ハードウェア及び装置を特別にプログラミングすることによって、）影響を受けてよい。例えば支払レールは、トランザクションメッセージをルーティングするために特別に構成される特別構成コンピューティング装置を含んでよい。当該トランザクションメッセージは、下記に詳述するように、支払レールを介して電子的に送信される特別整形データメッセージであってよい。

支払カード：販売者へ提供されるトランザクションアカウントに関連付けられるカード又はデータであり、関連付けられたトランザクションアカウントを介して金融トランザクションに資金を供給するためのものである。支払カードは、クレジットカード、デビットカード、特定店舗のクレジットカード、ストアドバリューカード、プリペイドカード、フリートカード（fleet card）、仮想支払番号、仮想カード番号、制御支払番号（controlled payment number）等を含んでよい。支払カードは物理的なカードであり、販売者へ提供されてよいし、関連付けられたトランザクションアカウントを示すデータ（これは、例えばスマートフォン又はコンピュータ等の通信装置内に格納される）であってよい。例えばいくつかの実施形態では、支払アカウント番号を含むデータはトランザクションを処理するための支払カードとして考慮される。当該トランザクションは、関連付けられたトランザクションアカウントによって資金供給を受ける。いくつかの実施形態では、適用可能な場合、小切手が支払カードとして考慮されてよい。

ＣＯＦエンティティ：ＣＯＦエンティティは販売者、アクワイアラ、支払サービスプロバイダ（PSP）及びウォレット、並びに、将来のトランザクションのための支払カードを保持する任意の他のコンピュータシステムであってよい。トークン保持エンティティの改良版確認のためのシステム

図１は、トークン保持エンティティと、そこから生じるトランザクションメッセージ及び他の機密データとにつき改良版確認を行うためのシステム１００を示す。

システム１００はＣＯＦエンティティサーバ１０２を含んでよい。下記で詳述されるが、ＣＯＦエンティティサーバ１０２は、電子的トランザクションにおいて使用するための機密データを格納するよう構成されてよい。例えばＣＯＦエンティティサーバ１０２は、ＣＯＦエンティティにつき特別に構成されたコンピューティングシステムであってよい。これは、電子的トランザクションに資金供給する際に使用するためのトランザクションアカウントに関連付けられた支払詳細を格納するよう構成されてよい。システム１００は確認サーバ１０４を含んでよい。下記で詳述されるが、確認サーバ１０４は、ＣＯＦエンティティサーバ１０２から生じる機密データを真正なものとして確認するよう構成されてよい。本開示の方法及びシステムを用いて、ＣＯＦエンティティサーバ１０２はＣＯＦ特有支払トークンにつき確認サーバ１０４を登録するよう構成されてよい。当該ＣＯＦ特有支払トークンはＣＯＦエンティティサーバ１０２又はそれに関連付けられたエンティティ（「トークン要求エンティティ」又は「トークン要求元」と称される）へ、ＣＯＦ特有支払トークンを確認する際に使用するために、主要アカウント番号及び／又は他の支払詳細の代わりに、ＣＯＦトークン識別子と共に発行されてよい。

いくつかの実施形態では、システム１００はウォレット提供者１０６を含んでよい。ウォレット提供者１０６は電子ウォレットを提供するよう構成されたエンティティであってよい。これは、消費者１０８によるコンピューティング装置１１０を介した使用のために、トークンを保持し、電子ウォレットに資金供給する際に使用するためのトランザクションアカウントに関連付けられた支払詳細を格納する。コンピューティング装置１１０はデスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、タブレットコンピュータ、携帯電話、スマートフォン、スマートウォッチ、スマートテレビ、ウェアラブルコンピューティング装置、内蔵式コンピューティング装置又は、電子ウォレットを格納及び使用するのに適した任意の他のコンピューティング装置であってよい。本開示のように、ウォレット提供者１０６はトークン要求エンティティであってよく、これによりウォレットはＣＯＦエンティティである。そのような場合、ウォレット提供者１０６は確認サーバ１０４からのエンティティ特有支払トークンと、関連付けられたエンティティ特有識別子とを登録する。このとき、支払詳細はコンピューティング装置１１０に格納されず、電子的トランザクションの一部としての確認のために確認サーバ１０４へ伝送されない。したがって販売者サーバ１０２の機能、構成、及び仕様は、ウォレット提供者１０６に適用されてよい。例えば本開示の販売者特有トークン及び識別子を登録及び使用することは、ＣＯＦエンティティとしてウォレット提供者１０６へ適用可能である。

消費者１０８は、コンピューティング装置１１０を用いて、電子的支払トランザクションにおける格納及び将来的仕様のために、支払詳細をＣＯＦエンティティサーバ１０２へ提供してよい。いくつかの実施形態では、支払詳細は電子商取引（「eコマース」）において具体的に使用するために格納されてよい。電子商取引は例えばインターネット、携帯通信ネットワーク、又は、電子商取引トランザクションを実行するための他の適切な通信方法を用いて実行されてよい。このことは当業者にとって自明である。支払詳細は、発行者１１２によって消費者１０８へ発行されるトランザクションアカウントに関連付けられてよい。発行者１１２は金融機関（例えば発行者銀行、又は電子商取引トランザクションに資金供給するために使用するのに適切なトランザクションアカウントを格納又は管理し、又は当該トランザクションアカウントに関連付けられる他のエンティティ）であってよい。

一旦消費者１０８が、トランザクションアカウントについての支払詳細をＣＯＦエンティティサーバ１０２へ提供すると、ＣＯＦエンティティサーバ１０２は確認サーバ１０２にて、支払詳細に代えてＣＯＦ特有支払トークンを登録してよい。いくつかの実施形態では、支払詳細はトランザクションアカウントのトランザクションアカウント番号を含んでよい。他の実施形態では、支払詳細は電子商取引トランザクションと、及び／又は、発行者１１２によるトランザクションアカウントの登録における認証とを処理するのに使用するために関連付けられた追加のデータを含んでよい。いくつかの実施形態では、ＣＯＦエンティティサーバ１０２は置き換えられる支払詳細を、確認サーバ１０４へ直接電子的に送信してよい。他の実施形態では、ＣＯＦエンティティサーバ１０２はトランザクションアカウントに関連付けられた認証データを、確認サーバ１０４へ電子的に送信してよい。そのような実施形態では、確認サーバ１０４は、認証データと任意の他の必要な情報（例えば消費者１０８が発行者１１２に複数のトランザクションアカウントを有する場合には、トランザクションアカウントを標示すること）とを提供することによって、対応する発行者１１２から支払詳細を検索するよう構成されてよい。

確認サーバ１０４はＣＯＦ特有支払トークンを生成するよう構成されてよい。ＣＯＦ特有支払トークンは電子商取引トランザクションにおいて、主要アカウント番号として使用するのに適切な一意の値であってよい。例えばＣＯＦ特有支払トークンは１６から１９桁の数字であってよい。これは、例えばトランザクションメッセージのルーティングにおいて使用するために、確認サーバ１０４に関連付けられた銀行識別番号を含めることによって、主要アカウント番号に関連付けられた基準を用いて整形されてよい。確認サーバ１０４はまた、特有ＴＲＩＤを生成してよい。特有ＴＲＩＤはＣＯＦエンティティサーバ１０２又はそれに関連付けられたエンティティに関連付けられた一意の識別値であってよい。いくつかの実施形態では、確認サーバ１０４はＣＯＦトークン識別子を生成してよい。これは、ＣＯＦエンティティサーバ１０２とＣＯＦ特有支払トークンとにとって一意であってよい。そのような実施形態では、ＣＯＦエンティティサーバ１０２は確認サーバ１０４に登録された各トランザクションアカウントにつき、異なるＣＯＦトークン識別子を受信してよい。

電子商取引トランザクションを実行するとき、消費者１０８は１以上のプロダクト（例えば商品又は役務）を選択して、ＣＯＦエンティティサーバ１０２（及びそれゆえにＣＯＦエンティティ）に関連付けられた販売者から、コンピューティング装置１１０によってアクセスされるウェブサイト又はコンピューティング装置１１０によって実行される特別構成アプリケーションプログラムを介して購入してよい。消費者１０８は電子商取引トランザクションに資金供給するときに、以前に提供された支払詳細を使用することを示してよい。例えば消費者１０８は、プロンプト、ドロップダウンボックス又は、以前に登録されたトランザクションアカウントを選択する（例えば対応するトランザクションアカウント番号の最後の４文字を用いて識別されたトランザクションアカウントを選択する）ための他の選択ツールの提供を受けてよい。

ＣＯＦエンティティサーバ１０２は次いで、電子商取引トランザクションについてのトランザクションデータと、消費者１０８及び販売者特有識別子（例えば、適用可能ならＣＯＦトークン識別子）によって示された販売者特有支払トークンとを、アクワイアラ１１４へ電子的に送信してよい。トランザクションデータは電子商取引トランザクションを処理する際に使用するための適切な任意の追加データ（例えば、トランザクション金額、トランザクション時刻、トランザクション日付、地理的位置、販売者識別子、販売時点データ、プロダクトデータ、オファーデータ、報酬データ、ロイヤルティデータ等）であってよい。アクワイアラ１１４は金融機関（例えば加盟店銀行、又は電子商取引トランザクションにおける資金を受領するために使用するのに関連付けられたＣＯＦエンティティサーバ１０２又はそれに関連付けられたエンティティに発行されたトランザクションアカウントを格納、管理、発行し又は当該トランザクションアカウントに関連付けられる他のエンティティ）であってよい。

次いでアクワイアラ１１４は支払トランザクションについてのトランザクションメッセージを生成してよい。トランザクションメッセージは、金融トランザクションメッセージの交換を管理する１以上の基準（例えば国際標準化機構のISO8583標準）にしたがって特別整形されたデータメッセージであってよい。トランザクションメッセージは、支払トランザクションに関連付けられたデータを格納するよう構成された複数のデータ要素（例えばトランザクション金額を格納するよう構成された第１のデータ要素と、トランザクション時刻を格納するよう構成された第２のデータ要素）を含んでよい。トランザクションメッセージはまた、トランザクションメッセージの種別を示すメッセージ種別指示子（例えば関連支払トランザクションの承認を求めるアクワイアラ１１４から生じるトランザクションメッセージについての承認要求を示すメッセージ種別指示子）を含んでよい。トランザクションメッセージはまた、ビットマップを含んでよい。これは、そこに含まれるデータ要素と、当該データ要素が格納するよう構成されたデータ値とを示してよい。

アクワイアラ１１４によって生成されたトランザクションメッセージは、支払トランザクションの処理において使用される他のデータ要素に加え、ＣＯＦ特有支払トークンを格納するよう構成されたデータ要素と、特有ＴＲＩＤ若しくはトークン識別子とを格納するよう構成されたデータ要素とを含んでよい。いくつかの実施形態では、トランザクションメッセージは、支払トランザクションが電子商取引トランザクションであることを示すデータを格納するよう構成されたデータ要素を含んでよい。アクワイアラ１１４は、生成されたトランザクションメッセージを、支払レールを用いて、支払ネットワーク１１６へ電子的に送信してよい。図８に示す処理に関して下記で詳述されるように、支払レールは、専用の通信ネットワーク又は支払ネットワーク１１６に関連付けられたインフラストラクチャであってよく、トランザクションメッセージを伝送する。

支払ネットワーク１１６はトランザクションメッセージを受信してよく、そこに含まれたデータ要素に格納されたデータを解析（パース）してよい。支払ネットワーク１１６は対応するデータ要素に格納されたＣＯＦ特有支払トークンを識別してよく、次いでトランザクションメッセージを確認サーバ１０４へ転送してよい。いくつかの実施形態では、支払ネットワーク１１６はＣＯＦ特有支払トークン及び識別子又はトークン識別子、並びに本開示の機能を実行する際に使用するのに適した任意の他のデータ（例えば後述の暗号）だけを、確認サーバ１０４へ転送してよい。いくつかの実施形態では、データは支払レールを用いて確認サーバ１０４へ電子的に送信されてよい。他の実施形態では、適切な代替通信ネットワーク（例えばインターネット）が使用されてよい。いくつかの実施形態では、確認サーバ１０４は支払ネットワーク１１６の一部であってよい。そのような場合、確認サーバ１０４は内部通信ネットワーク及び方法を用いて、トランザクションメッセージ又はデータを受信してよいし、いくつかの実施形態では、支払レールを用いてアクワイアラ１１４から直接トランザクションメッセージを受信してよい。

確認サーバ１０４は次いでＣＯＦエンティティサーバ１０２を確認してよい。ＣＯＦ特有支払トークンを用いることが承認されると、ＣＯＦエンティティサーバ１０２からトランザクションが生じる。当該確認は、トランザクションメッセージに含まれる対応データ要素に格納される特有ＴＲＩＤ又はトークン識別子に基づいてよい。確認サーバ１０４は、ＣＯＦエンティティサーバ１０２が（例えばアクワイアラ１１４を介して）、電子商取引トランザクションにおいて使用される特定のＣＯＦ特有支払トークンに関連付けられた特有ＴＲＩＤ又はトークン識別子を提供したことを確認してよい。誤った特有ＴＲＩＤ又はトークン識別子が提供されると、次いで確認サーバ１０４は支払ネットワーク１１６に対して、支払トランザクションが拒否されることを示してよい。支払ネットワーク１１６は次いで、拒否された支払トランザクションの処理のための従来の方法及びシステムを用いて、適宜支払トランザクションを処理してよい。

もし正しい特有ＴＲＩＤ又はトークン識別子が提供されると、次いで確認サーバ１０４はＣＯＦ特有支払トークンの登録処理において提供された又は取得された対応トランザクションアカウント番号についてのＣＯＦ特有支払トークンを交換してよい。いくつかの実施形態では、確認サーバ１０４は支払ネットワーク１１６へトランザクションアカウント番号を提供してよい。当該支払ネットワーク１１６は次いで、ＣＯＦ特有支払トークンを、トランザクションメッセージの対応データ要素内のトランザクションアカウント番号と置き換えてよい。他の実施形態では、確認サーバ１０４はＣＯＦ特有支払トークンをトランザクションアカウント番号と直接置き換えてよく、トランザクションメッセージを（現在ではトランザクションアカウント番号と共に）支払ネットワーク１１６へ返信してよい。

一旦支払ネットワーク１０６がトランザクションアカウント番号と共にトランザクションメッセージを有すると、支払ネットワーク１１６は従来のトランザクション方法及びシステムを用いて、例えば図８に示され下記で詳述される処理８００を用いて、支払トランザクションを処理してよい。例示的実施形態では、トランザクションアカウント番号は、支払トランザクションが発行者１１２によって承認又は拒否されたことを示す返信トランザクションメッセージ（例えば承認応答）をアクワイアラ１１４へ送信するより前に、ＣＯＦ特有支払トークンと（例えば支払ネットワーク１１６又は確認サーバ１０４によって）置き換えられてよい。そのような実施形態では、アクワイアラ１１４及びＣＯＦエンティティサーバ１０２は、電子商取引トランザクションの処理中に、トランザクションアカウント番号を保有若しくは視認せず又はトランザクションアカウント番号へさらされ（expose）なくてよい。トランザクションアカウント番号を用いることなく（例えば認証データを用いて）トランザクションが実行されると、ＣＯＦエンティティサーバ１０２及びアクワイアラ１１４は、トランザクションアカウント番号へ決してさらされない。よって、アカウント安全性を増強させ、これによってＣＯＦエンティティサーバ１０２への攻撃の恐れを低減することができる。

本開示の方法及びシステムを用いて、電子商取引トランザクションはＣＯＦエンティティサーバ１０２に格納された支払データにて実行されてよい。このとき、ＣＯＦ特有支払トークンを用いることによって、安全性レベルが非常に高い。ＣＯＦエンティティに特有な支払トークンであって、トランザクションにおいてトークンが生じる元の特定のＣＯＦエンティティに対して確認される支払トークンを用いることによって、消費者のトランザクションアカウント番号が損なわれるリスクは非常に低い。というのも、トランザクションアカウント番号は決して、支払ネットワーク１１６、確認サーバ１０４及び発行者１１２の外部の任意のエンティティ又はシステムに知られないからである。結果として、消費者１０８、ＣＯＦエンティティサーバ１０２及びアクワイアラ１１４は、支払詳細を継続的に格納することによって、損なわれる可能性が非常に低い一方で、格納されたＣＯＦ特有支払トークンを使用することによって、格納された支払詳細を用いることの容易性及び利便性が提供される。

いくつかの実施形態では、ウォレット提供者１０６はトークン要求エンティティであってよい。そのような実施形態では、ウォレット提供者１０６は、コンピューティング装置１１０に格納され及び／又は実行される電子的ウォレットアプリケーションプログラムと関連付けられてよい。電子的ウォレットプログラムは、支払トランザクションに資金供給する際に使用されるＣＯＦエンティティサーバ１０２へ伝送するために、トランザクションアカウントに関連付けられた支払詳細を格納するよう構成されてよい。いくつかの実施形態では、コンピューティング装置１１０は電子的ウォレットアプリケーションプログラムからＣＯＦエンティティサーバ１０２へ、適切な通信方法及びネットワークを用いて、例えば電子商取引トランザクションについてインターネットを用いてウェブページを介して提出することによって、支払詳細を電子的に送信してよい。他の実施形態では、コンピューティング装置１１０は要求をウォレット提供者１０６へ電子的に送信してよい。当該ウォレット提供者１０６は今度は、支払詳細をＣＯＦエンティティサーバ１０２へ電子的に送信してよい。そのような実施形態では、ウォレット提供者１０６は確認サーバ１０４にてトランザクションアカウントを登録してよいし、トランザクションアカウント番号の代わりに使用するために、反対に、ＣＯＦ特有支払トークン及び特有ＴＲＩＤ又はトークン識別子を受信してよい。

いくつかの実施形態では、トークン要求エンティティの確認をより一層強化するために暗号が使用されてよい。そのような実施形態では、確認サーバ１０４キーを生成してよい。当該キーはキーペアにおける秘密鍵であってよいし、暗号生成で使用するのに適切な他の種別のキーであってよい。当該キーは、ＣＯＦエンティティサーバ１０２（例えば、適用可能なら、他のトークン要求エンティティ（例えばウォレット提供者１０６））へ提供されてよい。ＣＯＦエンティティサーバ１０２は確認サーバ１０４にとって既知の、暗号生成のための１以上の暗号生成アルゴリズムと共にキーを用いてよい。生成された暗号は支払ネットワーク１１６へ提出されるトランザクションメッセージに含まれてよいし、支払トランザクションの処理中に確認サーバ１０４へ伝送されてよい。当該暗号は、トランザクションメッセージの追加のデータ要素に格納されてよい。いくつかの実施形態では、データ要素は、関連する基準にしたがって、私的使用のために保存されたデータ要素であってよい。トランザクションメッセージに含まれるビットマップは、トークン要求元確認暗号と対応するデータ要素とが存在することを示してよい。いくつかの実施形態では、確認サーバ１０４はＣＯＦエンティティサーバ１０２によって提供される暗号を確認するために、同一のキーと暗号生成アルゴリズムとを用いて暗号を独立して生成してよい。これにより、ＣＯＦエンティティサーバ１０２は、ＣＯＦ特有支払トークンの承認済みユーザとして、より強化的に確認される。他の実施形態では、確認サーバ１０４はＣＯＦエンティティサーバ１０２によって使用される秘密鍵に対応する公開鍵を用いて暗号を生成し、生成された暗号を確認してよい。

そのような実施形態では、ＣＯＦ特有支払トークンの使用時に確認サーバ１０４によって提供される確認処理は、一層強化される。暗号を使用することは、支払トランザクションにおいて使用するために支払ネットワーク１１６へＣＯＦ特有支払トークンを提供するＣＯＦエンティティサーバ１０２に対して、より良好な信頼性を提供する。より良好な信頼性はまた消費者１０８へより一層の安全性を提供する。というのもそれによって、支払トークンが損ねられることは、一層困難になるからである。

ＣＯＦエンティティサーバ
図２は、システム１００のＣＯＦエンティティサーバ１０２の実施形態を示す。当業者にとって、図２に示すＣＯＦエンティティサーバ１０２の実施形態が、例示目的のみで提供されることと、本開示の機能を実行するのに適した、ＣＯＦエンティティサーバ１０２の全ての可能な構成を徹底的に示したものでないことは自明である。例えば図９に示され下記で一層詳細に説明されるコンピュータシステム９００が、ＣＯＦエンティティサーバ１０２の適切な構成であってよい。

ＣＯＦエンティティサーバ１０２は受信装置２０２を含んでよい。受信装置２０２は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２は支払レール上で、機密金融データ及び情報を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１６に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２はまた、コンピューティング装置１１０と確認サーバ１０４とウォレット提供者１０６と支払ネットワーク１１６とアクワイアラ１１４と他のエンティティとから、代替ネットワーク（例えばインターネット）を介してデータを受信するよう構成されてよい。いくつかの実施形態では、受信装置２０２は複数の装置（例えば、異なるネットワークを介してデータを受信するための異なる受信装置（例えば支払レール上でデータを受信する第１の受信装置とインターネット上でデータを受信する第２の受信装置））を含んでよい。受信装置２０２は送信される電子的なデータ信号を受信してよい。このとき、受信装置２０２によるデータ信号の受信によって、データはデータ信号上に重ねられ、復号、解析（パース）、読取り、又は取得されてよい。いくつかの実施形態では、受信装置２０２は、受信されたデータ信号を解析して、そこに重ねられたデータを取得するための解析モジュールを含んでよい。例えば受信装置２０２は、受信されたデータ信号を受信し、処理装置によって実行される機能のための利用可能な入力へと変換して本開示の方法及びシステムを実行するよう構成される解析プログラムを含んでよい。

受信装置２０２は確認サーバ１０４によって電子的に送信されたデータ信号を受信するよう構成されてよい。これは、ＣＯＦ特有支払トークン、特有ＴＲＩＤ及び／又はトークン識別子、暗号生成キー等に重畳されてよい。受信装置２０２はまた、コンピューティング装置１１０及び／又はウォレット提供者１０６によって電子的に送信されたデータ信号を受信するよう構成されてよい。当該データ信号は例えば、ＣＯＦ特有支払トークン（例えばトランザクションアカウントに資金供給する際に使用される）、トランザクションアカウント番号又は他の登録データ（例えば認証データであり、例えばＣＯＦ特有支払トークンについての登録処理において使用されてよい）に重畳されてよい。

ＣＯＦエンティティサーバ１０２はまた通信モジュール２０４を含んでよい。通信モジュール２０４は、本開示の機能を実行する際に使用するために、モジュール、エンジン、データベース、メモリ、及びＣＯＦエンティティサーバ１０２の他の構成要素の間でデータを転送するよう構成されてよい。通信モジュール２０４は１以上の通信種別を含んでよく、コンピューティング装置内での通信のために様々な通信方法を使用してよい。例えば通信モジュール２０４はバス、接続ピンコネクタ、ケーブル等を含んでよい。いくつかの実施形態では、通信モジュール２０４はまた、ＣＯＦエンティティサーバ１０２の内部構成要素とＣＯＦエンティティサーバ１０２の外部構成要素（例えば外部で接続されたデータベース、表示装置、入力装置等）との間で通信するよう構成されてよいし、また、外部システム及び装置（例えば電子的な販売時点装置１０４）と通信チャネルを確立するよう構成されてよい。ＣＯＦエンティティサーバ１０２はまた処理装置を含んでよい。処理装置は本開示のＣＯＦエンティティサーバ１０２の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。いくつかの実施形態では、処理装置は、処理装置の１以上の機能を実行するよう特別に構成された複数のエンジン及び／又はモジュール（例えば問い合わせモジュール２０６、確認モジュール２０８、生成モジュール２１０、トランザクション処理モジュール２１２等）を含んでよい。本開示のように、「モジュール」との用語は、入力を受信し、当該入力を使用して１以上の処理を実行し、且つ出力を提供するよう特別にプログラムされたソフトウェア又はハードウェアであってよい。様々なモジュールによって実行される入力、出力及びは処理は、本開示に基づいて、当業者にとって自明である。

ＣＯＦエンティティサーバ１０２はまたメモリ２１６を含んでよい。メモリ２１６は、本開示の機能を実行するときにＣＯＦエンティティサーバ１０２によって使用されるためのデータを格納するよう構成されてよい。メモリ２１６は、データ整形方法及びスキーマを用いてデータを格納するよう構成されてよく、また、任意の適切な種別のメモリ（例えば読み取り専用メモリ、ランダムアクセスメモリ等）であってよい。メモリ２１６は例えば暗号鍵及びアルゴリズム、通信プロトコル及び基準、データ整形基準及びプロトコル、モジュール用プログラムコード及び処理装置のアプリケーションプログラム、並びに、本開示の機能を実行する際にＣＯＦエンティティサーバ１０２によって使用される適切な他のデータを含んでよい。このことは、本開示を読む当業者にとって自明である。メモリ２１６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。

メモリ２１６は、本開示のＣＯＦエンティティサーバ１０２の機能を実行するのに適切なデータを格納するよう構成されてよい。データは例えば、実行される支払トランザクションのためのトランザクションデータ、特有ＴＲＩＤ及び／又はトークン識別子、並びにＣＯＦ特有支払トークンを含んでよい。いくつかの実施形態（例えばＣＯＦ特有支払トークンが単一の支払トランザクションにおいて使用するためだけにウォレット提供者１０６によって提供される実施形態）では、メモリ２１６はＣＯＦ特有支払トークンを一時的にのみ格納してよい。

ＣＯＦエンティティサーバ１０２はまた問い合わせモジュール２０６を含んでよい。問い合わせモジュール２０６はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール２０６は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばメモリ２１６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール２０６は次いで、識別された情報を、必要に応じてＣＯＦエンティティサーバ１０２の適切なエンジン又はモジュールへ出力してよい。例えば問い合わせモジュール２０６はメモリ上でクエリを実行して、構造化データセットを識別するよう構成されてよい。例えば電子商取引トランザクションが消費者１０８によって開始されると、問い合わせモジュール２０６はメモリ２１６上でクエリを実行し、ＣＯＦ特有支払トークンとＣＯＦトークン識別子とを識別し、トランザクションのためにアクワイアラ１１４へ伝送する。ＣＯＦ特有支払トークンは消費者１０８によって提出されたデータ（例えばアカウント情報（例えばこれは認証のために使用されるものであり、例えばユーザ名、パスワード、ｅメールアドレス等）と、ＣＯＦ特有支払トークンに関連付けられた指示子（例えばこれは、識別値（例えばＣＯＦ特有支払トークンの最後の４文字）））に基づいて識別されてよい。

ＣＯＦエンティティサーバ１０２はまた確認モジュール２０８を含んでよい。確認モジュール２０８はデータ入力を受信してよいし、データを確認してよいし、確認の結果（例えば成功又は失敗）を、使用のためにＣＯＦエンティティサーバ１０２の１以上のモジュール又はエンジンへ出力してよい。確認モジュール２０８は例えば、ＣＯＦ特有支払トークンの選択及び使用に先立って、消費者１０８によって提出された認証情報を確認するよう構成されてよい。例えば各消費者１０８（これに対して、ＣＯＦ特有支払トークンが登録されて、ＣＯＦエンティティサーバ１０２内に格納され、又はＣＯＦエンティティサーバ１０２に代わって格納される）は、ＣＯＦエンティティサーバ１０２に登録されたアカウントを有してよい。確認モジュール２０８は、示されたＣＯＦ特有支払トークンをアクワイアラ１１４へ伝送する前に、消費者１０８によって提供された認証情報を（例えばコンピューティング装置１１０を介して）確認してよく、ＣＯＦ特有支払トークンの使用を試みる消費者１０８が認証された当事者であることを確認してよい。

ＣＯＦエンティティサーバ１０２はまた生成モジュール２１０を含んでよい。生成モジュール２１０は、入力値として命令（これは命令に関連付けられた使用するためにデータを含んでよい）を受信するよう構成されてよいし、命令に基づいてデータを生成してよいし、生成されたデータを、本開示の機能に関連して使用するためにＣＯＦエンティティサーバ１０２の１以上のモジュール又はエンジンへ、生成されたデータを出力するよう構成されてよい。例えば生成モジュール２１０は、電子的トランザクションについてのデータに重畳されたデータ（例えばＣＯＦ特有支払トークンについてのトランザクションアカウントの登録のためのデータメッセージ、及び、支払トランザクションの処理に使用するためのトランザクションデータ及びＣＯＦエンティティ特有データを提供するためのデータメッセージ）を、システム１００内のエンティティへ生成するよう構成されてよい。生成モジュール２１０はまた、トークン確認暗号を生成するよう構成されてよい。暗号は、確認モジュール１０４によって発行されたＣＯＦエンティティ特有キー（これはＣＯＦ特有支払トークンに対応する）を用いて生成されてよい。生成モジュール２１０は１以上の暗号生成アルゴリズム（例えばこれはキー発行時に確認モジュール１０４によって特定される）をキーに適用してトークン要求元確認暗号を生成してよい。これは、支払トランザクションについてのトランザクションメッセージに含めるために、アクワイアラ１１４へ伝送されるデータに含まれてよい。

ＣＯＦエンティティサーバ１０２はまたトランザクション処理モジュール２１２を含んでよい。トランザクション処理モジュール２１２はＣＯＦエンティティサーバ１０２の追加機能（電子商取引支払トランザクションの開始及び処理において使用するのに適切なもの）を実行するよう構成されてよい。例えばトランザクション処理モジュール２１２はトランザクション金額を算出するよう構成されてよいし、税金をトランザクションに適用してよいし、詐欺スコアを算出してよいし、通知を従業員又は消費者１０８等へ表示してよい。支払トランザクションの開始及び処理に関連してトランザクション処理モジュール２１２によって実行される追加の機能は、当業者にとって自明である。

ＣＯＦエンティティサーバ１０２はまた送信装置２１４を含んでよい。送信装置２１４は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は支払レール上で、機密金融データ及び情報（例えば識別された支払証明書）を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１６に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は確認サーバ１０４、ウォレット提供者１０６、コンピューティング装置１１０、アクワイアラ１１４、支払ネットワーク１１６及び他のエンティティへ、代替ネットワーク（例えばインターネット）を介してデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置２１４は複数装置（例えば、異なるネットワーク上でデータを送信するための異なる送信装置（例えば支払レール上でデータを送信する第１の送信装置と、インターネット上でデータを送信する第２の送信装置））を含んでよい。送信装置２１４は、重畳されたデータであって受信コンピューティング装置によって解析されるデータを有するデータ信号を電子的に送信してよい。いくつかの実施形態では、送信装置２１４は、データを重畳しエンコードし、又はデータを送信に適したデータ信号へ整形する１以上のモジュールを含んでよい。

送信装置２１４は、トランザクションデータに重畳されたデータ信号を確認サーバ１０４へ電子的に送信するよう構成されてよい。登録データは例えば、登録されるトランザクションアカウントについてのトランザクションアカウント番号と、トランザクションアカウントを登録することを承認されるＣＯＦエンティティサーバ１０２の承認のための認証データ（例えば、登録されるトランザクションアカウントに関連して消費者１０８によって使用される、ユーザ名とパスワードの組み合わせ）とを含んでよい。送信装置２１４は、支払トランザクションの処理において使用されるデータに重畳されるデータ信号（例えばトランザクションデータ（例えばトランザクション金額、トランザクション時刻、トランザクション日付等））と、ＣＯＦエンティティ特有データ（例えば、適用可能であれば、ＣＯＦ特有支払トークン、特有ＴＲＩＤ又はトークン識別子、及びトークン要求元確認暗号）とをアクワイアラ１１４へ電子的に送信するよう構成されてよい。

確認サーバ
図３は、システム１００の確認サーバ１０４の実施形態を示す。当業者にとって、図３に示す確認サーバ１０４の実施形態が、例示目的のみで提供されることと、本開示の機能を実行するのに適した、確認サーバ１０４の全ての可能な構成を徹底的に示したものでないことは自明である。例えば図９に示され下記で一層詳細に説明されるコンピュータシステム９００が、確認サーバ１０４の適切な構成であってよい。

確認サーバ１０４は受信装置３０２を含んでよい。受信装置３０２は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを受信するよう構成されてよい。いくつかの実施形態では、受信装置３０２は支払レール上で、機密金融データ及び情報を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１６に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、受信装置３０２はＣＯＦエンティティサーバ１０２、ウォレット提供者１０６、コンピューティング装置１１０、発行者１１２、アクワイアラ１１４、支払ネットワーク１１６及び他のエンティティへ、代替ネットワーク（例えばインターネット）を介してデータを送信するよう構成されてよい。いくつかの実施形態では、受信装置３０２は複数の装置（例えば、異なるネットワーク上でデータを受信する異なる受信装置（例えば支払レール上でデータを受信する第１の受信装置と、インターネット上でデータを受信する第２の受信装置））を含んでよい。受信装置３０２は送信される電子的なデータ信号を受信してよい。このとき、受信装置３０２によるデータ信号の受信によって、データはデータ信号上に重ねられ、復号、解析（パース）、読取り、又は取得されてよい。いくつかの実施形態では、受信装置３０２は、受信されたデータ信号を解析して、そこに重畳されたデータを取得するための解析モジュールを含んでよい。例えば受信装置３０２は、受信されたデータ信号を受信し、処理装置によって実行される機能のために利用可能な入力値へと変換して、本開示の方法及びシステムを実行するよう構成される解析プログラムを含んでよい。

受信装置３０２は、ＣＯＦエンティティサーバ１０２又はウォレット提供者１０６によって電子的に送信されたデータ信号を受信するよう構成されてよい。当該データ信号は例えば、トークン要求元によるトランザクションアカウント登録において使用するのに適切なデータ（例えばトランザクションアカウント番号又はトランザクションアカウントに関連付けられた認証データ）を含んでよい。受信装置３０２はまた、支払ネットワーク１１６によって電子的に送信されたデータ信号を受信するよう構成されてよい。当該データ信号は、トランザクションメッセージ又はそれに格納されたデータ（例えば、トークン要求エンティティの確認にて使用されるＣＯＦエンティティ特有データ）に重畳されてよい。

確認サーバ１０４はまた通信モジュール３０４を含んでよい。通信モジュール４０４は、本開示の機能を実行する際に使用するために、モジュール、エンジン、データベース、メモリ、及び確認サーバ１０４の他の構成要素の間でデータを送信するよう構成されてよい。通信モジュール３０４は１以上の通信種別を含んでよく、コンピューティング装置内での通信のために様々な通信方法を使用してよい。例えば通信モジュール３０４はバス、接続ピンコネクタ、ケーブル等を含んでよい。いくつかの実施形態では、通信モジュール３０４はまた、確認サーバ１０４の内部構成要素と確認サーバ１０４の外部構成要素（例えば外部で接続されたデータベース、表示装置、入力装置等）との間で通信するよう構成されてよいし、また、外部システム及び装置（例えば電子的な販売時点装置１０４）と通信チャネルを確立するよう構成されてよい。確認サーバ１０４はまた、処理装置を含んでよい。処理装置は本開示の確認サーバ１０４の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。いくつかの実施形態では、処理装置は、処理装置の１以上の機能を実行するよう特別に構成された複数のエンジン及び／又はモジュール（例えば問い合わせモジュール３１４、確認モジュール３１６、生成モジュール３１８、トランザクション処理モジュール３２０等）を含んでよい。本開示のように、「モジュール」との用語は、入力を受信し、当該入力を使用して１以上の処理を実行し、且つ出力を提供するよう特別にプログラムされたソフトウェア又はハードウェアであってよい。様々なモジュールによって実行される入力、出力及び処理は、本開示に基づいて、当業者にとって自明である。

確認サーバ１０４はメモリ３１６を含んでよい。メモリ３１６は、本開示の機能を実行するときに確認サーバ１０４が使用するためのデータを格納するよう構成されてよい。メモリ３１６は、データ整形方法及びスキーマを用いてデータを格納するよう構成されてよく、また、任意の適切な種別のメモリ（例えば読み取り専用メモリ、ランダムアクセスメモリ等）であってよい。メモリ３１６は例えば暗号鍵及びアルゴリズム、通信プロトコル及び基準、データ整形基準及びプロトコル、モジュール用プログラムコード及び処理装置のアプリケーションプログラム、並びに、本開示の機能を実行する際に確認サーバ１０４によって使用される適切な他のデータを含んでよい。このことは、本開示を読む当業者にとって自明である。メモリ３１６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。

確認サーバ１０４はまた要求元データベース３０６を含んでよい。あ要求元データベース３０６は、適切なデータストレージ形式及びスキーマを用いて、複数の要求元プロファイル３０８を格納するよう構成されてよい。要求元データベース３０６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。各要求元プロファイル３０８は、トークン要求エンティティに関連付けられたデータを格納するよう構成された構造化データセットであってよい。各要求元プロファイル３０８はＣＯＦ特有支払トークンと、関連付けられた特有ＴＲＩＤ又はトークン識別子とを含んでよい。例えば、単一の特有ＴＲＩＤはＣＯＦ特有支払トークンに関連付けられてよい。いくつかの実施形態では、要求元プロファイル３０８はまた、トークン要求元確認暗号の生成において使用するために、関連トークン要求エンティティへ配信されるキーを含んでよい。

確認サーバ１０４はまたトークンデータベース３１０を含んでよい。トークンデータベース３１０は、適切なデータストレージ形式及びスキーマを用いて、複数のトークンプロファイル３１２を格納するよう構成されてよい。トークンデータベース３１０は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。各トークンプロファイル３１２は、ＣＯＦ特有支払トークンに関連付けられたデータを格納するよう構成された構造化データセットであってよい。具体的には、トークンプロファイル３１２はＣＯＦ特有支払トークンと、関連付けられたトランザクションアカウント番号とを含んでよい。いくつかの実施形態では、トークンプロファイル３１２は対応する要求元プロファイル３０８（例えばトークンプロファイル３１２に含まれるＣＯＦ特有支払トークンを含み又は当該トークンに関連付けられた要求元プロファイル３０８）に格納されてよい。

確認サーバ１０４はまた問い合わせモジュール３１４を含んでよい。問い合わせモジュール３１４はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール３１４は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばメモリ３１６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール３１４は次いで、識別された情報を、必要に応じて確認サーバ１０４の適切なエンジン又はモジュールへ出力してよい。問い合わせモジュール３１４は例えば、要求元データベース３０６上でクエリを実行して要求元プロファイル３０８を識別してよい。当該要求元プロファイル３０８は、受信装置３０２によって（例えば支払ネットワーク１１６から）受信されたＣＯＦ特有支払トークンを含む。問い合わせモジュール３１４はまた、トークンデータベース３１０上でクエリを実行して具体的なトークンプロファイル３１２を識別してよいし、確認サーバ１０４内の任意のデータベース上でクエリを実行して、格納された構造化データセットの例えば格納、修正、編集等のために、データベース管理機能を実行してよい。

確認サーバ１０４はまた確認モジュール３１６を含んでよい。確認モジュール３１６はデータ入力を受信してよいし、データを確認してよいし、確認の結果（例えば成功又は失敗）を、使用のために確認サーバ１０４の１以上のモジュール又はエンジンへ出力してよい。確認モジュール３１６は例えば、発行者１１２のトランザクションアカウントへのアクセスを承認されるように、ＣＯＦエンティティサーバ１０２の認証時にＣＯＦエンティティサーバ１０２によって提出された認証情報を確認するよう構成されてよく、ＣＯＦ特有支払トークンのトランザクションアカウントの登録を行ってよい。確認モジュール３１６はまた、支払トランザクションに関して受信されたＣＯＦエンティティ特有データを確認するよう構成されてよい。例えば、確認モジュール３１６は、支払トランザクションで受信された特有ＴＲＩＤ又はトークン識別子（これは例えば、提出されたトランザクションメッセージに含まれる対応データ要素に格納される）が、同様に支払トランザクションにて受信されたＣＯＦ特有支払トークンに正確に関連付けられているｋとを確認してよい。トークン要求元確認暗号が使用される実施形態では、確認モジュール３１６はまた、支払トランザクションで受信された暗号を、例えば独立に生成された暗号との比較によって、又は、暗号生成時に使用された秘密鍵に対応する公開鍵を用いた確認によって、確認するよう構成されてよい。

確認サーバ１０４はまた生成モジュール３１８を含んでよい。生成モジュール３１８は、入力値として命令（これは命令に関連付けられた使用のためのデータを含んでよい）を受信するよう構成されてよいし、命令に基づいてデータを生成してよいし、生成されたデータを、本開示の機能に関連して使用するために確認サーバ１０４の１以上のモジュール又はエンジンへ、生成されたデータを出力するよう構成されてよい。例えば生成モジュール３１８は、電子的トランザクションについてのデータに重畳されたデータ信号（例えば、登録処理にて生成されたＣＯＦエンティティ特有データに重畳された、ＣＯＦエンティティサーバ１０２へのデータメッセージ、及び、電子商取引トランザクションの処理に使用するためのデータに重畳された、支払ネットワーク１１６へのデータメッセージ（例えば、確認失敗の標示や、交換用トランザクションアカウント番号や、トランザクションアカウント番号を含む修正済みトランザクションメッセージ））を、システム１００内のエンティティへ生成するよう構成されてよい。

生成モジュール３１８は適切な方法を用いて、ＣＯＦ特有支払トークンと、特有ＴＲＩＤ及び／又はトークン識別子とを生成するよう構成されてよい。トークン要求元確認暗号が使用される場合、生成モジュール３１８はまた、トークン要求元確認暗号の生成に使用するための適切なキー生成アルゴリズムを用いてキーを生成するよう構成されてよい。そのような実施形態では、生成モジュール３１８はまた、トークン確認暗号を生成するよう構成されてよい。暗号は、ＣＯＦエンティティ特有キーを用いて生成されてよい。生成モジュール３１８は１以上の暗号生成アルゴリズム（例えばこれはキー発行時に確認モジュール１０４によって特定される）をキーに適用してトークン要求元確認暗号を生成してよい。これは、トランザクションメッセージに含まれるトークン要求元確認暗号の確認において使用されてよい。

確認サーバ１０４はまたトランザクション処理モジュール３２０を含んでよい。トランザクション処理モジュール３２０は確認サーバ１０４の追加機能（電子商取引支払トランザクションの開始及び処理において使用するのに適切なもの）を実行するよう構成されてよい。例えばトランザクション処理モジュール３２０は詐欺スコアを算出し、データ要素を修正し、承認応答を生成等するよう構成されてよい。支払トランザクションの開始及び処理に関連してトランザクション処理モジュール３２０によって実行される追加の機能は、当業者にとって自明である。

確認サーバ１０４はまた、送信装置３２２を含んでよい。送信装置３２２は１以上のネットワークプロトコルを介して１以上のネットワーク上でデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置３２２は支払レール上で、機密金融データ及び情報（例えば識別された支払証明書）を含むトランザクションメッセージの送信のために例えば支払ネットワーク１１６に関連付けられた特別構成インフラストラクチャを用いて、データを受信するよう構成されてよい。いくつかの実施形態では、送信装置３２２は、ＣＯＦエンティティサーバ１０２、ウォレット提供者１０６、コンピューティング装置１１０、発行者１１２、アクワイアラ１１４、支払ネットワーク１１６及び他のエンティティへ、代替ネットワーク（例えばインターネット）を介してデータを送信するよう構成されてよい。いくつかの実施形態では、送信装置３２２は複数装置（例えば、異なるネットワーク上でデータを送信するための異なる送信装置（例えば支払レール上でデータを送信する第１の送信装置と、インターネット上でデータを送信する第２の送信装置））を含んでよい。送信装置３２２は、重畳されたデータであって受信コンピューティング装置によって解析されるデータを有するデータ信号を電子的に送信してよい。いくつかの実施形態では、送信装置３２２は、データを重畳しエンコードし、又はデータを送信に適したデータ信号へ整形する１以上のモジュールを含んでよい。

送信装置３２２は、トランザクションデータに重畳されたデータ信号をＣＯＦエンティティサーバ１０２へ電子的に送信するよう構成されてよい。登録データは例えば、トランザクションアカウントの登録中に生成されたＣＯＦエンティティ特有データを含んでよい。これは、適用可能であれば、ＣＯＦ特有支払トークン、特有ＴＲＩＤ又はトークン識別子、並びにＣＯＦエンティティ特有キーを含んでよい。送信装置３２２はまた、支払ネットワーク１１６へデータ信号を電子的に送信するよう構成されてよい。当該データ信号は修正済みトランザクションメッセージ（これははＣＯＦ特有支払トークンの代わりにトランザクションアカウント番号を含んでよい）に重畳されてよいし、支払ネットワーク１１６によるＣＯＦ特有支払トークンの置き換えのために少なくともトランザクションアカウント番号に重畳されてよい。

トークン要求エンティティの登録処理
図４は、電子商取引トランザクションで使用するためのエンティティ特有支払トークンにつき、トークン要求エンティティによってトランザクションアカウントを登録する処理を示す。

ステップ４０２にてトークン要求エンティティ４００（例えばＣＯＦエンティティサーバ１０２、ウォレット提供者１０６等）の受信装置２０２は、トランザクションアカウントについてのトランザクションアカウント番号（これについて消費者１０８による登録が（例えばコンピューティング装置１１０を介して）要求される）を受信してよい。いくつかの実施形態では、トランザクションアカウント番号は認証データを伴ってよい。ステップ４０４にてトークン要求エンティティ４００の送信装置２１４は、支払トークン要求に重畳されたデータ信号を確認サーバ１０４へ電子的に送信してよい。ステップ４０６では、確認サーバ１０４の受信装置３０２は、支払トークン要求を受信してよい。支払トークン要求は少なくともトランザクションアカウント番号を含んでよい。いくつかの実施形態では、支払トークン要求はエンティティ識別子（例えばトークン要求元識別子（ＴＲＩＤ））を含んでよい。エンティティ識別子は、特有ＴＲＩＤとは異なり外部エンティティ（例えばアクワイアラ１１４、発行者１１２、支払ネットワーク１１６等）に既知の、トークン要求エンティティ４００に関連付けられた一意の値であってよいが、トークン要求エンティティ４００に関連付けられた支払トランザクションを識別するときに確認サーバ１０４によって使用されるのに適したものでよい。

ステップ４０８にて確認サーバ１０４の生成モジュール３１８は、ＣＯＦ特有支払トークンと、特有ＴＲＩＤ又はトークン識別子とを生成してよい。特有ＴＲＩＤはトークン要求エンティティ４００にとって一意であってよいが、複数のＣＯＦ特有支払トークンに関連付けられてよい。ＣＯＦトークン識別子は、ＣＯＦ特有支払トークンによって一意の識別値であってよい。ＣＯＦ特有支払トークンは支払トランザクションにおいて、トランザクションアカウント番号に代わって使用される一意の値であってよいし、トランザクションアカウント番号の生成及び使用において使用される同一の基準にしたがって整形されてよい。

ステップ４１０にて確認サーバ１０４の問い合わせモジュール３１４は、要求元データベース３０６及びトークンデータベース３１０上でクエリを実行してよく、トークン要求エンティティ４００とＣＯＦ特有支払トークンのそれぞれにつき、ＣＯＦエンティティプロファイル３０８とトークンプロファイル３１２とを格納してよい。要求元プロファイル３０８はトークン要求エンティティ４００によって提供されトークン要求エンティティ４００のために生成されたトークン要求元識別子（ＴＲＩＤ）、特有ＴＲＩＤ又はトークン識別子を少なくとも含んでよい。いくつかの実施形態では、ＣＯＦエンティティプロファイル３０８はまた、ＣＯＦ特有支払トークンを含んでよい。各トークンプロファイル３１２は、トランザクションアカウント番号と、関連ＣＯＦ特有支払トークンとを少なくとも含んでよい。いくつかの実施形態では（例えば次の識別子の１つが要求元プロファイル３０８に格納されない実施形態では）、トークンプロファイル３１２はまた、ＣＯＦ特有支払トークンを識別する際に使用するためにトークン識別子（ＴＲＩＤ）又は特有ＴＲＩＤ若しくはトークン識別子を含んでよい。

ステップ４１２にて確認サーバ１０４の送信装置３２２は、適切な通信ネットワークを用いてトークン要求エンティティ４００へ、ＣＯＦエンティティ特有データに重畳されたデータ信号（これはＣＯＦ特有支払トークン及び特有ＴＲＩＤ又はトークン識別子を少なくとも含む）を電子的に送信してよい。トークン要求エンティティは次いで、特有ＴＲＩＤ及びトークン識別子を受信及び格納した後、ＣＯＦエンティティ１０２であってよい。いくつかの実施形態では、生成モジュール３１８はＣＯＦエンティティ特有キーを生成してよい。これはまた、ＣＯＦエンティティサーバ１０２へ送信されるＣＯＦエンティティ特有データに含まれてよい。ステップ４１４にてＣＯＦエンティティサーバ１０２の受信装置２０２は、ＣＯＦエンティティ特有データを受信してよい。

ステップ４１６にてＣＯＦエンティティサーバ１０２の問い合わせモジュール２０６は、メモリ２１６上でクエリを実行して、将来の支払トランザクションにて使用するために、ＣＯＦエンティティ特有データをそこに格納してよい。ステップ４１８にてＣＯＦエンティティサーバ１０２の問い合わせモジュール２０６は、メモリ２１６上とＣＯＦエンティティサーバ１０２の任意のデータストレージ上とでクエリを実行して、確認サーバ１０４に登録されたトランザクションアカウント番号を削除してよい。トランザクションアカウント番号の削除により、ユーザにとってのアカウント安全性はより良好である。というのも、ＣＯＦ特有支払トークンは、特有ＴＲＩＤ又はトークン識別子（及び、適用可能な場合には、ＣＯＦエンティティ特有キーを用いて生成された暗号）を含めること無しには使用されないからである。

改良版トークン要求元確認を用いた支払トランザクション処理
図５Ａ及び５Ｂは、支払トークンによって電子商取引支払トランザクションを処理するためのプロセス（これは支払トークンに関連付けられたエンティティの改良版確認を含む）を示す。

ステップ５０２にて、ＣＯＦエンティティサーバ１０２の受信装置２０２は、電子商取引支払トランザクションについてのトランザクションデータを受信してよい。トランザクションデータは、外部のコンピューティング装置（例えばコンピューティング装置１１０）からインターネット又は他の適切な通信ネットワーク若しくは中間システム（例えばWebサーバ）を介して受信してよいし、１以上のインタフェース接続された入力装置（例えばＣＯＦエンティティサーバ１０２のユーザによって使用されるキーボード）から受信されてよい。トランザクションデータは例えば、トランザクション金額、トランザクション時刻、トランザクション日付、地理的位置、プロダクトデータ、オファーデータ、報酬データ、ロイヤルティデータ等を含んでよい。トランザクションデータは電子商取引支払トランザクションに資金供給するために使用されるトランザクションアカウントの指示子を含んでよい。いくつかの実施形態では、当該指示子は認証データ（これは、トランザクションアカウントの登録中に消費者１０８によって提供されてよい）を含んでよい。

ステップ５０４にて問い合わせモジュール３１４は、メモリ２１６上でクエリを実行して、トランザクションデータにて示されたＣＯＦ特有支払トークンを識別してよい。いくつかの実施形態では、ＣＯＦ特有支払トークンは認証データによって識別されてよいし、消費者１０８によって提供される、関連付けられた識別値を用いて識別されてよい。ステップ５０６にてＣＯＦエンティティサーバ１０２の生成モジュール２１０は、ＣＯＦエンティティ暗号を生成してよい。ＣＯＦエンティティ暗号はＣＯＦ特有支払トークンに関連付けられたＣＯＦエンティティ特有キーを、１以上の暗号生成アルゴリズムへ適用することによって生成されてよい。

ステップ５０８では、トランザクションメッセージは電子商取引支払トランザクションに対して生成されてよい。いくつかの実施形態では、トランザクションメッセージは、ＣＯＦエンティティサーバ１０２の生成モジュール２１０によって生成されてよい。いくつかの実施形態では、トランザクションメッセージは、トランザクションデータとＣＯＦエンティティ特有データとを、ＣＯＦエンティティサーバ１０２の送信装置２１４によって第三者（例えばアクワイアラ１１４）へ伝送することに続いて生成されてよい。トランザクションメッセージは、１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、複数のデータ要素を含んでよい。当該データ要素は、ＣＯＦ特有支払トークンを格納するよう構成される第１のデータ要素と、特有ＴＲＩＤ又はトークン識別子を格納するよう構成される第２のデータ要素と、トークン要求元識別子（ＴＲＩＤ）を格納するよう構成される第３のデータ要素と、トークン要求元確認暗号を格納するよう構成された第４のデータ要素と、トランザクションデータを格納するよう構成された１以上の追加のデータ要素とを少なくとも含んでよい。

ステップ５１０にて、トランザクションメッセージは、支払ネットワーク１１６に関連付けられた支払レールを用いて、１以上の中間エンティティ（例えばアクワイアラ１１４、支払ネットワーク１１６等）を介して、確認サーバ１０４へ電子的に送信されてよい。いくつかの実施形態では、支払ネットワーク１１６はトランザクションメッセージを受信してよいし、そこに格納されたデータを分析してよいし、ＣＯＦエンティティ特有データを確認サーバ１０４への送信に含めて確認してよい。ステップ５１２にて、確認サーバ１０４の受信装置３０２はトランザクションメッセージ及び／又はそこに格納されたデータを受信してよい。

ステップ５１４にて確認サーバ１０４の問い合わせモジュール３１４は、要求元データベース３０６上でクエリを実行してよく、ＣＯＦエンティティサーバ１０２に関連付けられた要求元プロファイル３０８を識別してよい。要求元プロファイル３０８は、トランザクションメッセージに含まれる第３のデータ要素に格納されるトークン要求元識別子（ＴＲＩＤ）に対応するトークン要求元識別子（ＴＲＩＤ）を含めることによって識別されてよい。ステップ５１６にて確認サーバ１０４の生成モジュール３１８は、ＣＯＦエンティティ確認暗号を独立して生成してよい。これは、識別された要求元プロファイル３０８に格納されたＣＯＦエンティティ特有キーを、ＣＯＦエンティティサーバ１０２によって使用される同一の１以上の暗号生成アルゴリズムへ適用することによって生成されてよい。いくつかの実施形態では、トークン要求元確認暗号の生成にて使用される暗号生成アルゴリズムは、登録処理中に特定されてよい。

ステップ５１８にて確認サーバ１０４の確認モジュール３１６は、受信されたトランザクションメッセージに含まれる第４のデータ要素に格納されたトークン要求元確認暗号を確認してよい。受信されたトランザクションメッセージに含まれるトークン要求元確認暗号が、確認サーバの生成モジュール３１８によって独立に生成されたトークン要求元確認暗号に一致すると、確認は成功である。当該確認はまた、受信されたトランザクションメッセージに含まれる特有ＴＲＩＤ又はトークン識別子を、識別された要求元プロファイル３０８に格納された対応値に一致するものとして確認することを含んでよい。一旦トークン要求元確認暗号及びＣＯＦトークン識別子が確認されると（したがって適切なトークン要求エンティティ４００によって提供されると）、次いでステップ５２０にて、受信されたトランザクションメッセージに含まれた第１のデータ要素に格納されたＣＯＦ特有支払トークンは、関連するトランザクションアカウント番号によって置き換えられてよい。ＣＯＦ特有支払トークンを置き換えることは、トークンデータベース３１０上で確認サーバ１０４の問い合わせモジュール３１４によってクエリを実行して、第１のデータ要素に格納されたＣＯＦ特有支払トークンを含む特有のトークンプロファイル３１２を識別することを含んでよい。確認サーバ１０４の任意の適切なモジュール又はエンジンは、（例えば問い合わせモジュール３１４によるクエリ実行によって、生成モジュール３１８により新たなトランザクションメッセージを生成すること等によって）ＣＯＦ特有支払トークンを、識別されたトークンプロファイル３１２に格納された関連トランザクションアカウント番号と置き換えるために使用されてよい。

ステップ５２２にて、確認サーバ１０４の送信装置３２２はトランザクションメッセージを、トランザクションアカウント番号と共に、支払ネットワーク１０６へ電子的に送信してよい。支払ネットワーク１１６は次いで、従来の方法及びシステムを用いて、トランザクションを処理してよい。支払トランザクション処理の一部として、支払ネットワーク１１６は、承認応答を示すメッセージ種別指示子を含むトランザクションメッセージを発行者１１２から受信してよい。このとき、そこに含まれるデータ要素のうち１つは、電子商取引支払トランザクションの承認又は拒否を示す応答コードを含む。ステップ５２４にて、確認サーバ１０４の受信装置３０２は、承認応答を受信してよい。次いでステップ５２６にて、確認サーバ１０４の適切なモジュール又はエンジンは、第１のデータ要素に格納されたトランザクションアカウント番号を、対応するＣＯＦ特有支払トークンへ交換して戻してよい。いくつかの実施形態では、当該交換は支払ネットワーク１０６によって実行されてよい。

ステップ５２８にて確認サーバ１０４の送信装置３２２は、交換されたＣＯＦ特有支払トークンを含む承認応答をＣＯＦエンティティサーバ１０２へ転送してよい。ＣＯＦエンティティサーバ１０２は、その送信において１以上の中間エンティティ（例えば支払ネットワーク１１６及びアクワイアラ１１４）を用いてよい。ステップ５３０にてＣＯＦエンティティサーバ１０２の受信装置２０２は、承認応答を受信してよい。ステップ５３２にてＣＯＦエンティティサーバ１０２は、承認応答に含まれる対応データ要素に格納された応答コードによって示される内容に基づいて、電子商取引支払トランザクションを適宜完了してよい。例えばもしトランザクションが承認されれば、トークン要求エンティティ４００は消費者１０８へ、取引された商品又は役務を提供することを開始してよい。

ＣＯＦトークンに関連付けられたエンティティの改良版確認のための第１の例示的方法
図６は、ＣＯＦトークンに関連付けられたトークン要求エンティティの改良版確認のための処理６００を示す。このとき、ＣＯＦ特有支払トークンと特有ＴＲＩＤとの一意の組合せが用いられる。

ステップ６０２にて、少なくとも、トランザクションデータ、トークン要求元識別子（ＴＲＩＤ）、及びＣＯＦトークン識別子は、処理サーバ（例えばＣＯＦエンティティサーバ１０２）のメモリ（例えばメモリ２１６）に格納されてよい。ステップ６０４にて支払証明書は、処理サーバの受信装置（例えば受信装置２０２）によって受信されてよい。このとき支払証明書は、ＣＯＦ特有支払トークンを少なくとも含む。

ステップ６０６にてトランザクションメッセージは処理サーバの生成モジュール（例えば生成モジュール２１０）によって生成されてよい。このとき、トランザクションメッセージは１以上の基準に基づいて整形されてよいし、複数のデータ要素を少なくとも含んでよい。当該複数のデータ要素は、ＣＯＦ特有支払トークンを格納するよう構成される第１のデータ要素と、ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、トークン要求元識別子（ＴＲＩＤ）を格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含んでよい。ステップ６０８にて、生成されたトランザクションメッセージは、処理サーバの送信装置（例えば送信装置２１４）によって支払ネットワーク（例えば支払ネットワーク１１６）を介して金融機関へ電子的に送信されてよい。

いくつかの実施形態では、生成されたトランザクションメッセージは更に、生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含んでよい。一実施形態では、方法６００は更に、処理サーバの生成モジュールによって、１以上のアルゴリズムを、ＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成することを含んでよい。このとき、生成されたトランザクションメッセージは更に、生成されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を含んでよい。更なる実施形態では、方法６００は更に、処理サーバのメモリに、キーペアに対応するキーを格納することを含んでよい。このとき、当該キーはＣＯＦトークン識別子に関連付けられ、ＣＯＦエンティティ確認暗号を生成する際に使用されてよい。他の実施形態では、第４のデータ要素は、１以上の基準にて、私的使用のために保存されてよい。

ＣＯＦトークンに関連付けられたエンティティの改良版確認のための第２の例示的方法
図７は、ＣＯＦトークンに関連付けられたＣＯＦエンティティサーバ１０２の改良版確認のための処理７００を示す。このとき、ＣＯＦ特有支払トークンと特有ＴＲＩＤとの一意の組合せが用いられる。

ステップ７０２にて、複数のＣＯＦエンティティプロファイル（例えば要求元プロファイル３０８）は、処理サーバ（例えば確認サーバ１０４）のＣＯＦエンティティデータベース（例えば要求元データベース３０６）に格納されてよい。このとき各ＣＯＦエンティティプロファイルは、ＣＯＦトークンに関連付けられたエンティティに関連する構造化データセットを含み、ＣＯＦトークン識別子とトークン要求元識別子（ＴＲＩＤ）及び／又はＣＯＦ特有支払トークンとを少なくとも含む。ステップ７０４にて、複数のトークンプロファイル（例えばトークンプロファイル３１２）は、処理サーバのトークンデータベース（例えばトークンデータベース３１０）に格納されてよい。このとき各トークンプロファイルは、ＣＯＦ特有支払トークンに関連する構造化データセットを含み、関連するＣＯＦ特有支払トークンとトランザクションアカウント番号とを少なくとも含む。

ステップ７０６にてトランザクションメッセージは処理サーバの受信装置（例えば受信装置３０２）によって受信されてよい。このとき、トランザクションメッセージは１以上の基準に基づいて整形されてよいし、複数のデータ要素を少なくとも含んでよい。当該複数のデータ要素は、特有支払トークンを格納するよう構成される第１のデータ要素と、ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、トークン要求元識別子（ＴＲＩＤ）を格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含んでよい。ステップ７０８にて、クエリは処理サーバの問い合わせモジュール（例えば問い合わせモジュール３１４）によってＣＯＦエンティティデータベース上で実行されてよく、特有のＣＯＦエンティティプロファイルを識別する。このとき、含まれるＣＯＦトークン識別子は、受信されたトランザクションメッセージに含まれる第２のデータ要素に格納される特有のＣＯＦトークン識別子に対応する。

ステップ７１０にて、クエリは処理サーバの問い合わせモジュールによってトークンデータベース上で実行されてよく、特有のトークンプロファイルを識別する。このとき、含まれる支払トークンは、受信されたトランザクションメッセージに含まれる第１のデータ要素に格納される特有のＣＯＦ特有支払トークンに対応する。ステップ７１２にて、処理サーバの確認モジュール（例えば確認モジュール３１６）は、識別された特有のＣＯＦエンティティプロファイルに関連するエンティティを、含まれたトークン要求元識別子（ＴＲＩＤ）と受信されたトランザクションメッセージに含まれる第３のデータ要素に格納された特有のトークン要求元識別子（ＴＲＩＤ）との間の（又は、含まれたＣＯＦ特有支払トークンと、受信されたトランザクションメッセージに含まれる第１のデータ要素に格納される特有のＣＯＦ特有支払トークンとの間の）対応関係に基づいて、真正であると確認してよい。

ステップ７１４にて受信されたトランザクションメッセージは処理サーバの生成モジュール（例えば生成モジュール３１８）によって、第１のデータ要素に格納された特有の支払トークンを、識別されたトークンプロファイルに格納されたトランザクションアカウント番号と置き換えることによって、修正されてよい。ステップ７１６にて、修正されたトランザクションメッセージは、処理サーバの送信装置（例えば送信装置３２２）によって支払ネットワーク（例えば支払ネットワーク１１６）を介して金融機関へ電子的に送信されてよい。

一実施形態では、方法は更に、処理サーバの生成モジュールによって、１以上のアルゴリズムを、ＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成することを含んでよい。このとき、受信されたトランザクションメッセージは更に、提供されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を含んでよい。識別されたＣＯＦエンティティプロファイルに関連するエンティティを真正であると確認することは更に、生成されたＣＯＦエンティティ確認暗号に基づいて、提供されたＣＯＦエンティティ確認暗号を確認することを含む。更なる実施形態では、方法は更に、特有のＣＯＦエンティティプロファイルに、キーペアに対応するキーを格納することを含んでよい。このとき、当該キーはＣＯＦトークン識別子に関連付けられ、ＣＯＦエンティティ確認暗号を生成する際に使用されてよい。他の実施形態では、第４のデータ要素は、１以上の基準にて、私的使用のために保存されてよい。いくつかの実施形態では、生成されたトランザクションメッセージは更に、生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含んでよい。

支払トランザクション処理システム及び処理
図８は、システム内の支払トランザクションを処理するための、支払トランザクション処理システム及び処理８００を示す。処理８００及びそこに含まれるステップは、上記システム１００の１以上の構成要素（例えば販売者（本例ではＣＯＦエンティティ）サーバ１０２、確認サーバ１０４、ウォレット提供者１０６、消費者１０８、コンピューティング装置１１０、発行者１１２、アクワイアラ１１４、支払ネットワーク１１６等）によって実行されてよい。図８及び本開示に示すシステム及び処理８００を用いた支払トランザクションの処理は、支払レールを用いてよい。これは、処理８００のステップを実行するのに用いられるコンピューティング装置とインフラストラクチャと（これらは下記のエンティティによって特別に構成されプログラムされる）を含み、トランザクション処理サーバ８１２（これは支払トランザクションを処理するよう構成される１以上の支払ネットワークに関連付けられる）を含む。支払トランザクションの処理に関する１又は複数のステップに関し、処理８００が図４、５Ａ、５Ｂ、６及び７に示される処理に組み入れられてよいことは当業者に自明である。更に、処理８００を実行するための本開示のエンティティは、下記の機能を実行するよう構成された１以上のコンピューティング装置又はシステムを含んでよい。例えば販売者８０６は１以上の販売時点端末と、ローカル通信ネットワークと、コンピューティングサーバと、下記の機能を実行するよう構成された他の装置とを含んでよい。

ステップ８２０にて、発行者金融機関８０２は支払カード又は他の適切な支払手段を消費者８０４へ発行してよい。発行者金融機関は、金融機関（例えば銀行又は、支払アカウントと、及び／若しくは支払トランザクションに資金供給するために使用可能な支払アカウントと共に使用するための支払手段とを運営及び管理する他の適切な種別のエンティティ）であってよい。消費者８０４は発行者銀行８０２にてトランザクションアカウントを有してよい。それに対して発行された支払カードが関連付けられる。このため、支払トランザクションにおいて使用されると、支払トランザクションは関連付けられたトランザクションアカウントによって資金供給を受ける。いくつかの実施形態では、支払カードは消費者８０４に対し物理的に発行されてよい。他の実施形態では、支払カードは仮想支払カード又は電子形式で消費者８０４へ提供される他のものであってよい。

ステップ８２２にて消費者８０４は、支払トランザクションへ資金供給する際に使用するために、発行された支払カードを販売者８０６へ提示してよい。販売者８０６は企業、他の消費者、又は消費者８０４との支払トランザクションを実行する任意のエンティティであってよい。物理カードを販売者８０６へ提供することによって、支払カードは消費者８０４によって提示されてよい。このとき支払カードについての支払の詳細が（例えば近距離無線通信、無線通信、又は他の適切な電子送信タイプ及びプロトコルによって）電子的に送信され、又は、第三者を介して販売者８０６へ支払の詳細を送信する処理が開始される。販売者８０６は支払の詳細を（例えば電子送信によって、物理支払カードからそれらを読み取ることによって、等）受信してよい。これは、支払カード及び／又は関連付けられたトランザクションアカウントに関連付けられたトランザクションアカウント番号を含んでよい。いくつかの実施形態では、支払の詳細は１以上のアプリケーション暗号を含んでよく、これは支払トランザクションの処理において使用されてよい。

ステップ８２４にて販売者８０６は販売時点コンピューティングシステムへトランザクション詳細を入力してよい。トランザクション詳細は支払カードに関連付けられた消費者８０４によって提供される支払の詳細と、当該トランザクションに関連付けられた追加の詳細（例えばトランザクション金額、時刻及び／又は日付、商品データ、オファーデータ、ロイヤルティデータ、報酬データ、販売者データ、消費者データ、販売時点データ等）とを含んでよい。トランザクション詳細は、１以上の入力装置（例えば商品のバーコードを走査するよう構成された光学バーコードスキャナ、ユーザによる商品コード入力を受け付けるよう構成されたキーボード等）によって販売者８０６の販売時点端末へ入力されてよい。販売者の販売時点システムは、特別に構成されたコンピューティング装置及び／又は、（例えば支払レールによる）電子的金融トランザクションの処理と支払ネットワークとの通信とを目的とした特定用途コンピューティング装置であってよい。販売者の販売時点システムは電子装置であってよい。これ上で、販売時点システムは駆動される。このときアプリケーションは電子装置に、金融トランザクション情報を受信し、それを支払ネットワークへ送信させる。いくつかの実施形態では、販売者８０６は電子商取引におけるオンライン小売主であってよい。当業者にとって自明なように、そのような実施形態ではトランザクション詳細はショッピングカード又は電子トランザクションにおけるトランザクションデータを格納する他のリポジトリへ入力される。

ステップ８２６にて、販売者８０６はトランザクションデータに重畳されたデータ信号を、ゲートウェイプロセッサ８０８へ電子的に送信してよい。ゲートウェイプロセッサ８０８は、整形と加盟店金融機関８１０への送信とのために販売者８０６からトランザクション詳細を受信するよう構成されたエンティティであってよい。いくつかの実施形態では、ゲートウェイプロセッサ８０８は複数の販売者８０６と、複数の加盟店金融機関８１０とに関連付けられてよい。いくつかの実施形態では、ゲートウェイプロセッサ８０８は様々な販売者に関わる複数の異なるトランザクションにつきトランザクション詳細を受信する。これは、適切な加盟店金融機関８１０へ転送されてよい。複数の加盟店金融機関８１０と関係を有することによって且つ、支払レールを用いて（例えば、データの提出、受信及び検索のために使用される、ゲートウェイプロセッサ８０８又は金融機関と関連付けられたアプリケーションプログラミングインタフェースを用いることによって）金融機関と通信するための必須のインフラストラクチャを有することによって、ゲートウェイプロセッサ８０８は媒介者として動作してよく、販売者８０６は、単一の通信チャネルとフォーマットとによって、ゲートウェイプロセッサ８０８と共に支払トランザクションを実行可能である。このとき、複数の加盟店金融機関８１０や、支払プロセッサ及びそれと関連付けられたハードウェアとの関係を維持する必要はない。加盟店金融機関８１０は、金融機関（例えば銀行又は、支払アカウントと、及び／若しくは当該支払アカウントと共に使用するための支払手段とを運営及び管理する他のエンティティ）であってよい。いくつかの実施形態では、加盟店金融機関８１０は販売者８０６についてのトランザクションアカウントを管理する。いくつかの実施形態では、単一の金融機関が、発行者金融機関８０２及び加盟店金融機関８１０の両方として動作してよい。

販売者８０６からゲートウェイプロセッサ８０８へ送信されるデータ信号は、支払トランザクションについてのトランザクション詳細に重畳されてよい。これは、１以上の基準に基づいて整形されてよい。いくつかの実施形態では、当該標準はゲートウェイプロセッサ８０８によって規定されてよい。これは、トランザクションデータをゲートウェイプロセッサ８０８との間で送受するための一意の専用フォーマットを用いてよい。他の実施形態では、公的な基準（例えば国際標準化機構のISO8883標準）が用いられてよい。当該基準は、含まれるデータの種類と、データの整形と、どのようにデータが格納及び送信されるかと、ゲートウェイプロセッサ８０８へのトランザクションデータの他の送信基準とを示してよい。

ステップ８２８にてゲートウェイプロセッサ８０８はトランザクションデータ信号を解析して、そこに重畳されたトランザクションデータを取得してよいし、必要に応じて当該トランザクションデータを整形してよい。トランザクションデータの整形は、ゲートウェイプロセッサ８０８によって、ゲートウェイプロセッサ８０８の又は支払トランザクションに関連付けられた加盟店金融機関８１０の専用基準に基づいて実行されてよい。専用基準はトランザクションデータに含まれるデータの種類と、データの格納及び送信のためのフォーマットとを指定してよい。加盟店金融機関８１０は、トランザクションデータを用いてゲートウェイプロセッサ８０８によって（例えばトランザクションデータを解析（例えばデータ要素へ分解）して、加盟店金融機関８１０に関連付けられたそこに含まれるアカウント識別子を取得することによって）識別されてよい。いくつかの実施形態では、ゲートウェイプロセッサ８０８は次いで、識別された加盟店金融機関８１０に基づいて（例えば加盟店金融機関８１０によって指定された整形の標準に従って）トランザクションデータを整形してよい。いくつかの実施形態では、識別された加盟店金融機関８１０は、支払トランザクションに関わる販売者８０６に関連付けられてよく、いくつかの実施形態では、販売者８０６に関連付けられたトランザクションアカウントを管理してよい。

ステップ８３０にてゲートウェイプロセッサ８０８は整形されたトランザクションデータに重畳されたデータ信号を、識別された加盟店金融機関８１０へ電子的に送信してよい。加盟店金融機関８１０は当該データ信号を受信し、当該信号を解析して、そこに重畳された整形済みトランザクションデータを取得してよい。ステップ８３２にて、加盟店金融機関は整形されたトランザクションデータに基づいて、支払トランザクションについての承認要求を生成してよい。承認要求は特別に整形されたトランザクションメッセージであってよく、これは１以上の基準（例えばISO8883標準）と、支払トランザクションを処理するために使用される支払プロセッサ（例えば支払ネットワーク）によって規定された基準とにしたがって整形される。承認要求はトランザクションメッセージであってよく、これは承認要求を示すメッセージタイプ指示子を含む。これは、支払トランザクションに関わる販売者８０６が、当該トランザクションについての発行者金融機関８０２からの支払又は支払の約束を要求していることを示す。承認要求は複数のデータ要素を含んでよく、各データ要素は関連付けられた基準における設定フォームとしてデータを格納する（例えばアカウント番号、アプリケーション暗号、トランザクション金額、発行者金融機関８０２情報等を格納する）よう構成される。

ステップ８３４にて、加盟店金融機関８１０は承認要求を、処理のためにトランザクション処理サーバ８１２へ電子的に送信してよい。トランザクション処理サーバ８１２は、支払トランザクションを処理するよう構成される支払ネットワークの一部として、１以上のコンピューティング装置を含んでよい。いくつかの実施形態では、承認要求は加盟店金融機関８１０のトランザクションプロセッサ又は当該加盟店金融機関に関連付けられた他のエンティティによって送信されてよい。トランザクションプロセッサは、トランザクション処理サーバ８１２との通信（トランザクション処理サーバ８１２との間のトランザクションメッセージ及び他のデータの送受信のための通信）のための複数の通信チャネルを含む１以上のコンピューティング装置であってよい。いくつかの実施形態では、トランザクション処理サーバ８１２と関連付けられた支払ネットワークは各トランザクションプロセッサを有し又は動作させてよい。このため、支払ネットワークは、ネットワーク及び国際的セキュリティのために、トランザクション処理サーバ８１２との間のトランザクションメッセージの通信（送受信）に対する制御を維持してよい。

ステップ８３６にて、トランザクション処理サーバ８１２は支払トランザクションにつき付加価値つきサービスを実行してよい。付加価値つきサービスは発行者金融機関８０２によって指定されるサービスである。これは、発行者金融機関８０２又は消費者８０４へ、支払トランザクションの処理に際して付加価値を提供してよい。付加価値つきサービスは例えば、詐欺スコアリング。トランザクション又はアカウント制御、アカウント番号マッピング、オファーの償還、ロイヤルティ処理等を含んでよい。例えばトランザクション処理サーバ８１２がトランザクションを受信すると、トランザクションについての詐欺スコアが、そこに含まれるデータと１以上の詐欺スコアリングアルゴリズム及び／又はエンジンとに基づいて算出されてよい。いくつかの実施形態では、トランザクション処理サーバ８１２はまず、トランザクションに関連付けられた発行者金融機関８０２を識別し、次いで発行者金融機関８０２によって示される実行対象の任意のサービスを識別してよい。発行者金融機関８０２は例えば、承認要求に含まれる特定のデータ要素に含まれるデータ（例えばイシュア識別番号）によって識別されてよい。他の実施形態では、発行者金融機関８０２は承認要求に格納された主要アカウント番号によって（例えば識別用の主要アカウント番号の一部（例えば銀行識別番号）を用いることで）識別されてよい。

ステップ８３８にて、トランザクション処理サーバ８１２は承認要求を発行者金融機関８０２へ電子的に送信してよい。いくつかの実施形態では、トランザクション処理サーバ８１２による付加価値つきサービスの実行の結果として、承認要求は修正されてよいし、承認要求に追加データが含められ又はそこに追加データが付随してもよい。いくつかの実施形態では、承認要求は、発行者金融機関８０２又はそれに関連付けられたエンティティに位置するトランザクションプロセッサへ送信されてよい（例えばトランザクション処理サーバ８１２によって保有され又は動作されてよい）。これは、当該承認要求を発行者金融機関８０２へ転送する。

ステップ８４０にて、発行者金融機関８０２は支払トランザクションの支払のために、トランザクションアカウントを承認してよい。当該承認はトランザクションアカウントに対する利用可能なクレジット金額と、支払トランザクションに対するトランザクション金額と、トランザクション処理サーバ８１２によって提供される詐欺スコアと、当業者にとって自明な他の考慮事項とに基づいてよい。発行者金融機関８０２は承認要求を修正して、支払トランザクションの承認（又はトランザクションが拒否されるときには拒否）を示す応答コードを含めてよい。発行者金融機関８０２はまた、トランザクションメッセージにつきメッセージタイプ指示子を修正して、トランザクションメッセージが承認応答へ変更されることを示してよい。ステップ８４２にて、発行者金融機関８０２は承認応答をトランザクション処理サーバ８１２へ（トランザクションプロセッサを介して）送信してよい。

ステップ８４４にて、トランザクション処理サーバ８１２は承認応答を加盟店金融機関８１０へ（トランザクションプロセッサを介して）転送してよい。ステップ８４６にて、加盟店金融機関は、承認応答の応答コードに示されるように、支払トランザクションの承認又は拒否を示す応答メッセージを生成してよく、ゲートウェイプロセッサ８０８によって設定された基準及びプロトコルを用いて当該応答メッセージをゲートウェイプロセッサ８０８へ送信してよい。ステップ８４８にてゲートウェイプロセッサ８０８は、適切な基準及びプロトコルを用いて、応答メッセージを販売者８０６へ転送してよい。ステップ８５０にて、販売者８０６は次いで、消費者８０４への支払トランザクションの一部として、消費者８０４によって購入された商品を提供してよい。

いくつかの実施形態では、処理８００が完了すると、発行者金融機関８０２から加盟店金融機関８１０への支払が実行されてよい。いくつかの実施形態では、支払は即座に行われてよいし、１営業日以内に行われてよい。他の実施形態では、支払は所定期間の後に行われてよいし、加盟店金融機関８１０からトランザクション処理サーバ８１２を介した発行者金融機関８０２への清算要求の提出に応じて行われてよい。そのような実施形態では、複数の支払トランザクションについての清算要求は、単一の清算要求に集約されてよい。これは、トランザクション処理サーバ８１２によって使用されて、支払トランザクションの清算につき、誰が誰に対して全体の支払を実行するかを識別してよい。

通信パスが利用不可能ないくつかの実施形態では、システムはまた、支払トランザクションの処理を実行するよう構成されてよい。例えば（ステップ８４０にて）発行者金融機関がトランザクションアカウントの承認を実行できないとき、トランザクション処理サーバ８１２は発行者金融機関８０２に代わってトランザクションの承認を実行するよう構成されてよい。そのような動作は代理処理と示されてよい。このとき、トランザクション処理サーバは発行者金融機関８０２として「代理」する。そのような実施形態では、トランザクション処理サーバ８１２は発行者金融機関８０２によって設定されたルールを使用して支払トランザクションの承認又は拒否を判定し、ステップ８４４において加盟店金融機関８１０へ転送する前に、適宜トランザクションメッセージを修正してよい。トランザクション処理サーバ８１２は、トランザクション処理サーバ８１２が代理するトランザクションに関連付けられたデータを保持してよく、また、通信が再確立されたときに、当該保持されたデータを発行者金融機関８０２へ送信してよい。発行者金融機関８０２は次いで、適宜トランザクションアカウントを処理して、通信が損なわれた時間に対するサービスを提供してよい。

他の実施形態では、トランザクション処理サーバ８１２が加盟店金融機関８１０による承認要求の提出に対し利用不可能なとき、加盟店金融機関８１０のトランザクションプロセッサはトランザクション処理サーバ８１２と発行者金融機関８０２との処理を実行するよう構成されてよい。トランザクションプロセッサは、支払トランザクションの承認又は拒否をそこに含まれるデータに基づいて判定する際に使用するのに適切なルールとデータとを含んでよい。例えば発行者金融機関８０２及び／又はトランザクション処理サーバ８１２は、トランザクションの種類、トランザクション金額等に制限を設定してよい。これは、トランザクションプロセッサに格納されて、それに基づく支払トランザクションの承認又は拒否の判定に用いられてよい。そのような実施形態では、仮にトランザクション処理サーバ８１２が利用不可能であっても、加盟店金融機関８１０は支払トランザクションに対する承認応答を受信してよい。このことは、通信が不可能な場合にもトランザクションが処理され中断が体験されないことを確実にする。そのような場合、トランザクションプロセッサは支払トランザクションについてのトランザクション詳細を格納してよい。これは、通信が再確立されたときに、トランザクション処理サーバ８１２へ（更に、例えば、そこから関連付けられた発行者金融機関８０２へ）送信される。

いくつかの実施形態では、トランザクションプロセッサは複数の異なる通信チャネルを含むよう構成されてよい。これは、複数の通信カード及び／又は装置を用いて、トランザクションメッセージの送受信のためにトランザクション処理サーバ８１２と通信してよい。例えばトランザクションプロセッサは複数のコンピューティング装置を含んでよい。その各々は、トランザクション処理サーバ８１２に接続された複数の通信ポートを有する。そのような実施形態では、トランザクションプロセッサは、トランザクションメッセージをトランザクション処理サーバ８１２へ送信するときに通信チャネルを巡ってよく、ネットワーク混雑を軽減しより速く円滑な通信を確保してよい。更に通信チャネルが干渉され又は利用不可能な実施形態では、代替通信チャネルが利用可能であってよく、更に、ネットワークの稼働時間を増加させてよい。

いくつかの実施形態では、トランザクションプロセッサは他のトランザクションプロセッサと直接通信するよう構成されてよい。例えば加盟店金融機関８１０でのトランザクションプロセッサは（例えばトランザクションメッセージに含まれる銀行識別番号によって、）承認要求が、何らの付加価値つきサービスが要求されない発行者金融機関８０２に関することを識別してよい。加盟店金融機関８１０でのトランザクションプロセッサは次いで、承認要求を、発行者金融機関８０２のトランザクションプロセッサへ直接送信してよい（例えばこのとき、トランザクション処理サーバ８１２を通過する承認要求は無い）。このとき発行者金融機関８０２は適宜トランザクションを処理してよい。

複数の通信チャネルを用いた複数の通信方法を用いる上述の支払トランザクション処理方法であって、処理における複数点及びシステム内の複数位置にて、支払トランザクションの処理を提供するフェールセーフ（及び干渉時であっても通信がその宛先に無事に到達することを確実にする冗長性も同様）を含む処理方法は、強健なシステムを提供してよい。当該システムは、支払トランザクションが常に、最小限の誤りと干渉とで、無事に処理されることを確実にする。この発展ネットワーク及びそのインフラストラクチャ並びにトポロジは、「支払レール」を指してよい。ここでは、トランザクションデータは販売者から支払レールへと、何百万もの異なる販売時点で提出されて、当該インフラストラクチャを通って、適切なトランザクション処理サーバ８１２へと処理のためにルーティングされる。支払レールによって、汎用目的コンピューティング装置は、特別プログラム及び／又は構成無しには、レールへと通信を適切に整形又は提出できない。コンピューティング装置の特定目的によって、コンピューティング装置は、トランザクションデータを適切なエンティティ（例えばゲートウェイプロセッサ８０８、加盟店金融機関８１０等）へ、この発展ネットワークを用いた処理のために提出するよう構成されてよく、また、消費者８０４の能力に関する応答を迅速且つ効率的に受信するよう構成されて当該支払トランザクションへ資金供給してよい。

コンピュータシステムアーキテクチャ
図９は、コンピュータシステム９００を示す。そこには、本開示の実施形態又はその一部が、コンピュータ読取り可能なコードとして実装されてよい。例えば図１の販売者サーバ１０２及び／又は確認サーバ１０４は、ハードウェア、ソフトウェア、ファームウェア、格納された命令を有する非一時的なコンピュータ読取り可能な媒体、又はこれらの組合せを用いてシステム９００内で実装されてよく、１以上のコンピュータシステム又は他の処理システムにおいて実装されてよい。ハードウェア、ソフトウェア及びこれらの任意の組合せは、図４、５Ａ、５Ｂ及び６乃至８の方法を実装するために使用されるモジュール及びコンポーネントを実現してよい。

プログラマブルロジックが使用される場合、そのようなロジックは、商業的に利用可能な処理プラットフォーム又は特定用途装置上で実行してよい。当業者は、開示された事項についての実施形態が、様々なコンピュータシステム構成で実行可能であることを理解する。当該システム構成は、マルチコアのマルチプロセッサシステムと、ミニコンピュータと、メインフレームコンピュータと、分散された機能でリンクされ又はクラスタ化されたコンピュータと、任意の装置へ仮想的に実装可能な汎用（pervasive）又はミニチュアのコンピュータとを含む。例えば少なくとも１つのプロセッサ装置及びメモリが、上記実施形態を実装するために使用されてよい。

本開示のプロセッサユニット又は装置は、単一のプロセッサ、複数のプロセッサ、又はこれらの組合せであってよい。プロセッサ装置は、１以上のプロセッサ「コア」を有してよい。本開示の「コンピュータプログラム媒体」、「非一時的なコンピュータ読取り可能な媒体」及び「コンピュータ使用可能な媒体」との用語は、概して、有形の媒体（例えば取外し可能なストレージユニット９１８、取外し可能なストレージユニット９２２及びハードディスクドライブ９１２にインストールされたハードディスク等）を指すために使用される。

本開示の様々な実施形態は、この例示的なコンピュータシステム９００に関して記述される。本開示を読んだ後、当業者にとって、他のコンピュータシステム及び／又はコンピュータアーキテクチャを用いて本開示をどのように実装するかは自明である。動作はシーケンシャルな処理として開示されるが、いくつかの動作は実際には、並行して、同時に及び／又は分散環境で、実行されてよい。このとき、プログラムコードは、単一プロセッサの又はマルチプロセッサのマシンによってアクセスするために、ローカルに又はリモートに格納された状態である。更に、いくつかの実施形態では、動作の順番は、開示される事項の趣旨を逸脱することなく再配置可能である。

プロセッサ装置９０４は、本開示の機能を実行するよう特別に構成された特定用途又は汎用プロセッサ装置であってよい。プロセッサ装置９０４は、通信インフラストラクチャ９０６（例えばバス、メッセージキュー、ネットワーク、マルチコアメッセージパススキーム等）へ接続されてよい。ネットワークは、本開示の機能を実行するのに適した任意のネットワークであってよく、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ネットワーク（例えばＷｉｆｉ）、モバイル通信ネットワーク、衛星ネットワーク、インターネット、光ファイバ、同軸ケーブル、赤外線、無線周波数（ＲＦ）又はこれらの任意の組合せを含んでよい。他の適切なネットワークタイプ及び構成は、当業者にとって自明である。コンピュータシステム９００はまた、メインメモリ９０８（例えばランダムアクセスメモリ、読み取り専用メモリ等）を含んでよく、また、補助メモリ９１０を含んでよい。補助メモリ９１０は、ハードディスクドライブ９１２と取外し可能なストレージドライブ９１４（例えばフロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリ等）とを含んでよい。

取外し可能なストレージドライブ９１４は、周知の方法で、取外し可能なストレージユニット９１８から読み取りを行ってもよいし、そこへ書き込みを行ってもよい。取外し可能なストレージユニット９１８は、取外し可能なストレージドライブ９１４によって読み取られ又は書き込まれることができる、取外し可能なストレージ媒体を含んでよい。例えばもし取外し可能なストレージドライブ９１４がフロッピーディスクドライブ又はユニバーサルシリアルバスポートであれば、取外し可能なストレージユニット９１８はそれぞれ、フロッピーディスク又はポータブルフラッシュドライブであってよい。一実施形態では、取外し可能なストレージユニット９１８は非一時的な読取り可能記録媒体であってよい。

いくつかの実施形態では、補助メモリ９１０は代替手段を含み、コンピュータプログラム又は他の命令がコンピュータシステム９００（例えば取外し可能なストレージユニット９２２及びインタフェース９２０）にロードされることを可能にしてよい。そのような手段の例は、（例えばビデオゲームシステムで見られる）プログラムカートリッジ及びカートリッジインタフェース、取外し可能なメモリチップ（例えばＥＥＰＲＯＭ、ＰＲＯＭ等）、関連ソケット、他の取外し可能なストレージユニット９２２及びインタフェース９２０を含んでよい。このことは当業者にとって自明である。

コンピュータシステム９００に（例えばメインメモリ９０８に及び／又は補助メモリ９１０に）格納されたデータは、任意のタイプの適切なコンピュータ読取り可能な媒体（例えば光ストレージ（コンパクトディスク、デジタル多目的ディスク、Blu-rayディスク等）又は磁気テープストレージ（例えばハードディスクドライブ））上に格納されてよい。データは任意のタイプの適切なデータベース構成（例えばリレーショナルデータベース、構造化照会言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータベース等）で構成されてよい。適切な構成及びストレージタイプは、当業者にとって自明である。

コンピュータシステム９００はまた、通信インタフェース９２４を含んでよい。通信インタフェース９２４は、ソフトウェア及びデータが、コンピュータシステム９００と外部装置との間で送信されることを可能にしてよい。例示的な通信インタフェース９２４は、モデム、ネットワークインタフェース（例えばイーサネットカード）、通信ポート、ＰＣＭＣＩＡスロット及びカード等を含んでよい。通信インタフェース９２４を介して転送されるソフトウェア及びデータは信号形式であってよい。当該信号形式は、電子の、電磁気の、光の、又は当業者にとって自明な他の信号のものであってよい。信号は、通信パス９２６を介して伝わる。当該通信パス９２６は信号を伝送するよう構成され、電線、ケーブル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用いて実装されてよい。

コンピュータシステム９００は表示インタフェース９０２を更に含んでよい。表示インタフェース９０２は、データが、コンピュータシステム９００と外部ディスプレイ９３０との間で転送されることを可能にするよう構成されてよい。例示的な表示インタフェース９０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタルビジュアルインタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）等を含んでよい。ディスプレイ９３０は任意の適切なタイプのディスプレイであってよく、コンピュータシステム９００の表示インタフェース９０２を介して転送されるデータを表示する。ディスプレイ９３０は、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、静電容量方式タッチディスプレイ、薄膜トランジスタ（ＴＦＴ）ディスプレイ等を含む。

コンピュータプログラム媒体及びコンピュータ使用可能な媒体は、メモリ（例えばメインメモリ９０８及び補助メモリ９１０）を指してよく、半導体メモリ（ＤＲＡＭ等）であってよい。これらのコンピュータプログラム製品は、コンピュータシステム９００へソフトウェアを提供するための手段であってよい。コンピュータプログラム（例えばコンピュータ制御ロジック）は、メインメモリ９０８及び／又は補助メモリ９１０に格納されてよい。コンピュータプログラムはまた、通信インタフェース９２４を介して受信されてよい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム９００が本開示の方法を実行することを可能にしてよい。特に、コンピュータプログラムは、実行されると、プロセッサ装置９０４が図４、５Ａ、５Ｂ及び６乃至８に示される本開示の方法を実行することを可能にしてよい。したがって、そのようなコンピュータプログラムはコンピュータシステム９００のコントローラを示す。本開示はソフトウェアを使用して実装される。当該ソフトウェアは、取外し可能なストレージドライブ９１４、インタフェース９２０、及びハードディスクドライブ９１２又は通信インタフェース９２４を用いて、コンピュータプログラム製品に格納されてコンピュータシステム９００へロードされてよい。

プロセッサ装置９０４は、コンピュータシステム９００の機能を実行するよう構成される１以上のモジュール又はエンジンを含んでよい。各モジュール又はエンジンは、ハードウェアを用いて実装されてよく、いくつかの実施形態ではソフトウェア（例えばこれは、メインメモリ９０８又は補助メモリ９１０に格納されるプログラムコード又はプログラムに対応する）を用いてよい。そのような実施形態では、プログラムコードは、コンピュータシステム９００のハードウェアによる実行前に、プロセッサ装置９０４によって（例えばモジュール又はエンジンをコンパイルすることによって）コンパイルされてよい。例えばプログラムコードは、低レベルの言語へと解釈されるプログラミング言語で記述されたソースコード（例えばアセンブリ言語又は機械コード）であってよい。これは、プロセッサ装置９０４及び／又はコンピュータシステム９００の任意の追加のハードウェア構成要素によって実行するためのものである。コンパイル処理は、語彙解析と、前処理と、解析と、意味解析と、文法指向の翻訳と、コード生成と、コード最適化と、コンピュータシステム９００の制御のためにプログラムコードを低レベルの言語へ解釈して本開示の機能を実行するのに適した任意の他の技術との使用を含んでよい。そのような処理によってコンピュータシステム９００が、上記の機能を実行するために一意にプログラムされた特別構成コンピュータシステム９００になることは当業者にとって自明である。

本開示に一貫した技術は、他の機能の中でも、販売者特有トークンに関連付けられたエンティティの改良版確認のためのシステム及び方法を提供する。本開示のシステム及び方法の様々な例示的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示されることを理解されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ限定しない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱すること無く、本開示の実装から修正例及び変形例が得られてよい。

Claims (20)

1. カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認方法において、
   処理サーバのメモリにトランザクションデータとトークン要求元識別子（ＴＲＩＤ）とＣＯＦトークン識別子とを少なくとも格納するステップと、
   前記処理サーバの受信装置によって支払証明書を受信するステップであって、当該支払証明書はＣＯＦ特有支払トークンを少なくとも含む、ステップと、
   前記処理サーバの生成モジュールによってトランザクションメッセージを生成するステップであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、前記ＣＯＦ特有支払トークンを格納するよう構成される第１のデータ要素と、前記ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、前記ＴＲＩＤを格納するよう構成される第３のデータ要素と、前記トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、ステップと、
   前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、
   を含む方法。
2. 請求項１に記載の方法において、更に、
   前記処理サーバの前記生成モジュールによって、１以上のアルゴリズムを、前記ＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成するステップを含み、
   前記生成されたトランザクションメッセージは前記生成されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を更に含む、方法。
3. 請求項２に記載の方法において、更に、
   前記処理サーバの前記メモリに、キーペアに対応するキーを格納するステップを含み、
   前記キーは前記ＣＯＦトークン識別子に関連付けられ、前記ＣＯＦエンティティ確認暗号を生成する際に使用される、方法。
4. 請求項２に記載の方法において、前記第４のデータ要素は、前記１以上の基準にて私的使用のために保存される、方法。
5. 請求項１に記載の方法において、前記生成されたトランザクションメッセージは更に、前記生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含む、方法。
6. カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認方法において、
   処理サーバのＣＯＦエンティティデータベースに複数のＣＯＦエンティティプロファイルを格納するステップであって、各ＣＯＦエンティティプロファイルは、ＣＯＦトークンに関連付けられたエンティティに関連する構造化データセットを含み、ＣＯＦトークン識別子並びにトークン要求元識別子（ＴＲＩＤ）及び／又はＣＯＦ特有支払トークンを少なくとも含む、ステップと、
   複数のトークンプロファイルを前記処理サーバのトークンデータベースに格納するステップであって、各トークンプロファイルは、ＣＯＦ特有支払トークンに関連する構造化データセットを含み、前記関連するＣＯＦ特有支払トークンとトランザクションアカウント番号とを少なくとも含む、ステップと、
   前記処理サーバの受信装置によってトランザクションメッセージを受信するステップであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、特有の支払トークンを格納するよう構成される第１のデータ要素と、特有のＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、特有のＴＲＩＤを格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、ステップと、
   前記処理サーバの問い合わせモジュールによって前記ＣＯＦエンティティデータベース上でクエリを実行して、特有のＣＯＦエンティティプロファイルを識別するステップであって、前記含まれるＣＯＦトークン識別子は、前記受信されたトランザクションメッセージに含まれる前記第２のデータ要素に格納される前記特有のＣＯＦトークン識別子に対応する、ステップと、
   前記処理サーバの前記問い合わせモジュールによって前記トークンデータベース上でクエリを実行して、特有のトークンプロファイルを識別するステップであって、前記含まれる支払トークンは、前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有のＣＯＦ特有支払トークンに対応する、ステップと、
   前記処理サーバの確認モジュールによって、含まれたＴＲＩＤと前記受信されたトランザクションメッセージに含まれる前記第３のデータ要素に格納された前記特有のＴＲＩＤとの間の対応関係、又は、含まれたＣＯＦ特有支払トークンと前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有のＣＯＦ特有支払トークンとの間の対応関係に基づいて、前記識別された特有のＣＯＦエンティティプロファイルに関連するエンティティを、真正であると確認するステップと、
   前記処理サーバの生成モジュールによって、前記第１のデータ要素に格納された前記特有の支払トークンを、前記識別された特有のトークンプロファイルに格納された前記トランザクションアカウント番号と置き換えることによって、前記受信されたトランザクションメッセージを修正するステップと、
   前記処理サーバの送信装置によって、前記修正されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、を含む方法。
7. 請求項６に記載の方法において、
   前記処理サーバの前記生成モジュールによって、１以上のアルゴリズムを、前記特有のＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成するステップを更に含み、
   前記受信されたトランザクションメッセージは、提供されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を更に含み、
   前記識別された特有のＣＯＦエンティティプロファイルに関連するエンティティを真正であると確認することは更に、前記提供されたＣＯＦエンティティ確認暗号を前記生成されたＣＯＦエンティティ確認暗号に基づいて確認することを含む、方法。
8. 請求項７に記載の方法において、更に、
   前記特有のＣＯＦエンティティプロファイルに、キーペアに対応するキーを格納するステップを含み、
   前記キーは前記特有のＣＯＦトークン識別子に関連付けられ、前記ＣＯＦエンティティ確認暗号を生成する際に使用される、方法。
9. 請求項７に記載の方法において、前記第４のデータ要素は、前記１以上の基準にて私的使用のために保存される、方法。
10. 請求項６に記載の方法において、前記生成されたトランザクションメッセージは更に、前記生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含む、方法。
11. カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認のためのシステムにおいて、
    トランザクションデータとトークン要求元識別子（ＴＲＩＤ）とＣＯＦトークン識別子とを少なくとも格納するよう構成された、処理サーバのメモリと、
    支払証明書を受信するよう構成された、前記処理サーバの受信装置であって、当該支払証明書は支払トークンを少なくとも含む、受信装置と、
    トランザクションメッセージを生成するよう構成された、前記処理サーバの生成モジュールであって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、前記支払トークンを格納するよう構成される第１のデータ要素と、前記ＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、前記ＴＲＩＤを格納するよう構成される第３のデータ要素と、前記トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、生成モジュールと、
    前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された、前記処理サーバの送信装置と、
    を含むシステム。
12. 請求項１１に記載のシステムにおいて、
    前記処理サーバの前記生成モジュールは、１以上のアルゴリズムを、前記ＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成するよう構成され、
    前記生成されたトランザクションメッセージは前記生成されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を更に含む、システム。
13. 請求項１２に記載のシステムにおいて、
    前記処理サーバの前記メモリは、キーペアに対応するキーを格納するよう更に構成され、
    前記キーは前記ＣＯＦトークン識別子に関連付けられ、前記ＣＯＦエンティティ確認暗号を生成する際に使用される、システム。
14. 請求項１２に記載のシステムにおいて、前記第４のデータ要素は、前記１以上の基準にて私的使用のために保存される、システム。
15. 請求項１１に記載のシステムにおいて、前記生成されたトランザクションメッセージは更に、前記生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含む、システム。
16. カードオンファイル（ＣＯＦ）トークンに関連付けられたエンティティの改良版確認のためのシステムにおいて、
    複数のＣＯＦエンティティプロファイルを格納するよう構成された、処理サーバのＣＯＦエンティティデータベースであって、各ＣＯＦエンティティプロファイルは、ＣＯＦトークンに関連付けられたエンティティに関連する構造化データセットを含み、ＣＯＦトークン識別子並びにトークン要求元識別子（ＴＲＩＤ）及び／又はＣＯＦ支払トークンを少なくとも含む、ＣＯＦエンティティデータベースと、
    複数のトークンプロファイルを格納するよう構成された、前記処理サーバのトークンデータベースであって、各トークンプロファイルは、支払トークンに関連する構造化データセットを含み、前記関連する支払トークンとトランザクションアカウント番号とを少なくとも含む、トークンデータベースと、
    トランザクションメッセージを受信するよう構成された、記処理サーバの受信装置であって、当該トランザクションメッセージは１以上の基準に基づいて整形されて複数のデータ要素を少なくとも含み、当該複数のデータ要素は、特有の支払トークンを格納するよう構成される第１のデータ要素と、特有のＣＯＦトークン識別子を格納するよう構成される第２のデータ要素と、特有のＴＲＩＤを格納するよう構成される第３のデータ要素と、トランザクションデータを格納するよう構成される１以上の追加のデータ要素とを少なくとも含む、受信装置と、
    前記処理サーバの問い合わせモジュールであって、
    前記ＣＯＦエンティティデータベース上でクエリを実行して、特有のＣＯＦエンティティプロファイルを識別するステップであって、前記含まれるＣＯＦトークン識別子は、前記受信されたトランザクションメッセージに含まれる前記第２のデータ要素に格納される前記特有のＣＯＦトークン識別子に対応する、ステップと、
    前記トークンデータベース上でクエリを実行して、特有のトークンプロファイルを識別するステップであって、前記含まれる支払トークンは、前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有の支払トークンに対応する、ステップと、
    を実行するよう構成される問い合わせモジュールと、
    含まれたＴＲＩＤと前記受信されたトランザクションメッセージに含まれる前記第３のデータ要素に格納された前記特有のＴＲＩＤとの間の対応関係、又は、含まれた支払トークンと前記受信されたトランザクションメッセージに含まれる前記第１のデータ要素に格納される前記特有の支払トークンとの間の対応関係に基づいて、前記識別された特有のＣＯＦエンティティプロファイルに関連する前記エンティティを、真正であると確認するよう構成された、前記処理サーバの確認モジュールと、
    前記第１のデータ要素に格納された前記特有の支払トークンを、前記識別された特有のトークンプロファイルに格納された前記トランザクションアカウント番号と置き換えることによって、前記受信されたトランザクションメッセージを修正するよう構成された、前記処理サーバの生成モジュールと、
    前記修正されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された、前記処理サーバの送信装置と、
    を含むシステム。
17. 請求項１６に記載のシステムにおいて、
    前記処理サーバの前記生成モジュールは、１以上のアルゴリズムを、前記特有のＣＯＦトークン識別子に関連付けられたデータへ適用することに基づいて、ＣＯＦエンティティ確認暗号を生成するよう更に構成され、
    前記受信されたトランザクションメッセージは、提供されたＣＯＦエンティティ確認暗号を格納するよう構成された第４のデータ要素を更に含み、
    前記識別された特有のＣＯＦエンティティプロファイルに関連するエンティティを真正であると確認することは更に、前記提供されたＣＯＦエンティティ確認暗号を前記生成されたＣＯＦエンティティ確認暗号に基づいて確認することを含む、システム。
18. 請求項１７に記載のシステムにおいて、
    前記特有のＣＯＦエンティティプロファイルは、キーペアに対応するキーを含み、
    前記キーは前記特有のＣＯＦトークン識別子に関連付けられ、前記ＣＯＦエンティティ確認暗号を生成する際に使用される、システム。
19. 請求項１７に記載のシステムにおいて、前記第４のデータ要素は、前記１以上の基準にて私的使用のために保存される、システム。
20. 請求項１６に記載のシステムにおいて、前記生成されたトランザクションメッセージは更に、前記生成されたトランザクションメッセージが電子商取引トランザクションに関連することを示す指示子を格納するよう構成された第５のデータ要素を含む、システム。

Images