JP6563132B2 - 不透明ブロックチェーンを使用することによる全体清算方法及びシステム - Google Patents

Description

関連出願の相互参照

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

本開示は不透明ブロックチェーンを用いた全体清算に関し、特に、迅速で安全な清算のために、捕捉された電子的トランザクションをハッシュ化することで生成された値を含むブロックチェーンを用いて電子的トランザクションを清算することに関する。

電子的トランザクションが二当事者（例えば消費者と販売者）間で実行されるとき、消費者は、商品又は役務に対する見返りとして、自身の支払情報を販売者へ提供可能である。販売者は速やかに支払情報を処理し、消費者はその後、購入機会を得る。しかし、多くのシステムでは、二当事者のそれぞれを代理する金融機関間でのトランザクションの清算は、非常に長い時間（しばしば日単位になる）を要する。清算が完了するまで、販売者は自身の金融機関から支払いを受けない。金融機関における消費者のアカウントに対する請求は未決(pending)として提示される。

結果として、全ての関連エンティティにとって、清算処理がより早く完了することは有益である。というのも消費者のアカウントは間もなく更新され、販売者は資金をより迅速に受領するからである。しかし、既存の清算処理はしばしば、いくつかのトランザクションメッセージを、支払ネットワークに亘って前後に中継することを含む。支払ネットワークは典型的には、毎日数億ものトランザクションを処理する。それらの各々は少なくとも２つのトランザクションメッセージ（すなわち、アクワイアラから発行者への承認要求と、発行者からアクワイアラへの承認応答）のルーティングを要求する。消費者又は販売者の都合のためにしばしばナノ秒又はミリ秒で測定されるトランザクション処理の緊急性によって、清算はしばしば、帯域幅及び性能の問題により迅速には実行されず、代わりに、典型的には、トランザクションがそれほど頻繁に実行されないときに実行されることがある。

したがって既存の支払ネットワークはしばしば、処理される巨大な数のトランザクションと既存システムの帯域幅的及びリソース的制限とによって、電子的トランザクション用の迅速な清算を実行不可能である。結果として電子的トランザクションの清算が迅速に実行され、既存の支払レールへの追加の負荷も無い技術的解決手段が必要である。

本開示は不透明ブロックチェーンを用いて電子的トランザクションを確認するシステム及び方法を記述する。

ブロックチェーンを用いて電子的トランザクションを確認する方法は、
処理サーバの受信装置によって、トランザクションデータに重畳されたデータ信号を受信するステップであって、前記トランザクションデータはトランザクション金額及び通貨コードを少なくとも含む、電子的トランザクションに関連するデータを含む、ステップと、
前記処理サーバのデータ生成モジュールによって、前記電子的トランザクションについてのトランザクションメッセージを生成するステップであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、ステップと、
前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、
前記処理サーバの前記受信装置によって前記支払ネットワークを介して前記金融機関から返信メッセージを受信するステップであって、前記返信メッセージは前記１以上の基準に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するステップと、を含む。

ブロックチェーンを用いて電子的トランザクションを確認する方法は、
処理サーバの受信装置によって支払ネットワークを介して金融機関からトランザクションメッセージを受信するステップであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、ステップと、
前記処理サーバのデータ生成モジュールによって返信メッセージを生成するステップであって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを、前記生成された返信メッセージ内の前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて、ハッシュ値を生成するステップと、
前記処理サーバの送信装置によって、前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子的に送信するステップと、
前記処理サーバの前記送信装置によってコンピューティング装置へ前記生成されたハッシュ値を電子的に送信するステップであって、当該コンピューティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成される、ステップと、を含む。

ブロックチェーンを用いて電子的トランザクションの確認値を格納する方法は、
処理サーバのメモリにブロックチェーンを格納するステップにおいて、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクションに関連するハッシュ値であり、前記関連電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される、ステップと、
前記処理サーバの受信装置によって新たなハッシュ値のセットを受信するステップにおいて、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて生成される、ステップと、
前記処理サーバの問い合わせモジュールによって前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するステップと、
前記処理サーバの生成モジュールによって、１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成するステップと、
前記処理サーバの前記生成モジュールによって新たなブロックを生成するステップであって、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含み、
前記処理サーバの送信装置によって、前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するステップと、を含む。

ブロックチェーンを用いて電子的トランザクションを確認するシステムは、
処理サーバのハッシュ化モジュールと、
トランザクションデータに重畳されたデータ信号を受信するよう構成された前記処理サーバの受信装置であって、前記トランザクションデータはトランザクション金額及び通貨コードを少なくとも含む、電子的トランザクションに関連するデータを含む、受信装置と、
前記電子的トランザクションについてのトランザクションメッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、データ生成モジュールと、
前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された前記処理サーバの送信装置とを含み、
前記処理サーバの前記受信装置は、前記支払ネットワークを介して前記金融機関から返信メッセージを受信するよう更に構成され、前記返信メッセージは前記１以上の基準に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む。前記処理サーバの前記ハッシュ化モジュールは、１以上のハッシュ化アルゴリズムを、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するよう構成される。

ブロックチェーンを用いて電子的トランザクションを確認するシステムは、
支払ネットワークを介して金融機関からトランザクションメッセージを受信するよう構成された処理サーバの受信装置であって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、受信装置と、
返信メッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、データ生成モジュールと、
１以上のハッシュ化アルゴリズムを、前記生成された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するよう構成される前記処理サーバの前記ハッシュ化モジュールと、
前記処理サーバの送信装置であって、
前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子的に送信し、
コンピューティング装置へ前記生成されたハッシュ値を電子的に送信し、当該コンピューティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成される、送信装置と、
を含む。

ブロックチェーンを用いて電子的トランザクションの確認値を格納するシステムは、
ブロックチェーンを格納するよう構成された処理サーバのメモリであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクションに関連するハッシュ値であり、前記関連電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される、ステップと、
新たなハッシュ値のセットを受信するよう構成された前記処理サーバの受信装置であって、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて生成される、受信装置と、
前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するよう構成された前記処理サーバの問い合わせモジュールと、
前記処理サーバの生成モジュールであって、
１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成し、
新たなブロックを生成し、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含む、生成モジュールと、
前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するよう構成された前記処理サーバの送信装置と、を含む。

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

図１は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて電子的トランザクションを確認及び全体清算するためのハイレベルシステムアーキテクチャを示す。 図２は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを全体清算するための、図１のアクワイアラ処理サーバを示す。 図３は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを全体清算するための、図２の発行者処理サーバを示す。 図４Ａはフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを確認及び全体清算するための処理を示す。 図４Ｂはフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを確認及び全体清算するための処理を示す。 図５はフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、図２のアクワイアラ処理サーバによる電子的トランザクションの全体清算処理を示す。 図６はフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、図３の発行者処理サーバによる電子的トランザクションの全体清算処理を示す。 図７は機能ブロック図であり、例示的実施形態による、電子的トランザクションを全体清算する際に使用される不透明ブロックチェーンを示す。 図８は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションを確認する例示的な方法を示すフローチャートである。 図９は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションを確認する例示的な方法を示すフローチャートである。 図１０は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションの確認値を格納する例示的な方法を示すフローチャートである。 図１１は例示的実施形態による、支払トランザクションの処理を示すフローチャートである。 図１２は、例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。

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

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

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

ブロックチェーン：ブロックチェーンを基礎とした通貨の全てのトランザクションの公共台帳（public ledger）である。１以上のコンピュータ装置は、ブロックチェーンネットワークを含んでよく、これはブロックチェーンにおけるブロックの一部としてトランザクションを処理及び記録するよう構成されてよい。一旦ブロックが完成すると、当該ブロックはブロックチェーンへ追加され、したがってトランザクション記録が更新される。多くの実施形態では、ブロックチェーンは時系列順のトランザクションの台帳であってよいし、ブロックチェーンネットワークによる使用に適した他の順番で提示されてもよい。いくつかの実施形態では、ブロックチェーンで記録されたトランザクションは、宛先アドレスと通貨金額とを含んでよい。これによりブロックチェーンは、どれほどの通貨が特定のアドレスへ帰属するかを記録する。いくつかの実施形態では、追加情報（例えばソースアドレス、タイムスタンプ等）が捕捉されてよい。いくつかの実施形態では、ブロックチェーンはまた、追加の、又はいくつかの実施形態では、任意のデータを含んでよい。これは、プルーフオブワークを通るブロックチェーンネットワークによって、及び／又は、それに関連付けられた他の任意の適切な検証技術によって、確認及び有効化される。いくつかの実施形態では、そのようなデータはトランザクションの一部としてブロックチェーンに含まれてよい（例えばトランザクションデータに付加される追加データに含まれる）。いくつかの実施形態では、そのようなデータをブロックチェーンに含めることは、トランザクションを構成してよい。そのような実施形態では、ブロックチェーンは特定のデジタル通貨、仮想通貨、不換通貨又は他の種別の通貨に直接的に関連付けられなくてよい。

不透明ブロックチェーンを用いた確認及び全体清算のためのシステム
図１は、不透明ブロックチェーンを用いることにより、電子的トランザクションの確認及び全体清算のためのシステム１００を示す。

システム１００はアクワイアラ処理サーバ１０２を含んでよい。アクワイアラ処理サーバ１０２は、下記で詳述されるが、加盟店金融機関のコンピューティングシステム（例えば加盟店銀行）であってよい。これは、不透明ブロックチェーンを使用することによって、電子的トランザクションを全体清算のために、本開示の処理を実行するよう構成される。アクワイアラ処理サーバ１０２に関連付けられた加盟店金融機関は、電子的トランザクションの資金を受領する際に使用する、販売者１１０に関連付けられたトランザクションアカウントを保有、管理、発行し、又は当該アカウントに関連付けられてよい。アクワイアラ処理サーバ１０２は不透明ブロックチェーンを用いて、販売者１１０に関する電子的トランザクションの清算を確認し、対応する金額により販売者のトランザクションアカウントの残高を増加させるよう構成されてよい。

システム１００はまた、発行者処理サーバ１０４を含んでよい。発行者処理サーバ１０４は、下記で詳述されるが、発行者金融機関のコンピューティングシステム（例えば発行者銀行）であってよい。これは、不透明ブロックチェーンを使用することによって、電子的トランザクションを全体清算するために、本開示の処理を実行するよう構成される。発行者処理サーバ１０４に関連付けられた発行者金融機関は、電子的トランザクションに資金供給する際に使用する、消費者１０６に関連付けられたトランザクションアカウントを保有、管理、発行し、又は当該アカウントに関連付けられてよい。発行者処理サーバ１０４は不透明ブロックチェーンを用いて、消費者１０６に関する電子的トランザクションの清算を確認し、対応する金額により消費者のトランザクションアカウントの残高を減少させるよう構成されてよい。

発行者金融機関は支払カード１０８又は他の支払手段を、消費者のトランザクションアカウントに関連付けられた消費者１０６へ発行してよい。これは販売者１１０へ提示され、消費者１０６と販売者１１０とに関わる電子的支払トランザクションの処理において使用するための支払詳細を伝送してよい。消費者１０６は支払カード１０８を提示して、従来の方法を用いて（例えば支払詳細と共にエンコードされ支払カード１０８に埋め込まれた磁気ストライプを読み取ることによって、又は、近距離無線通信又は他の適切な通信手段を用いて、支払詳細に重畳されたデータ信号を支払カード１０８から販売者１１０の販売時点システムへ電子的に送信することによって、）支払詳細を販売者１１０へ伝送する。支払詳細を伝送するための追加の方法は、電子ウォレットアプリケーションプログラムを備えるモバイルコンピューティング装置を用いて支払詳細を電子送信することと、モバイルコンピューティング装置によって支払詳細にエンコードされた機械可読コードを表示して販売者１１０の販売時点システムが読み取ること、等を含んでよい。

電子的トランザクションの処理の一部として、販売者１１０は消費者１０６から受信した支払詳細と追加のトランザクションデータとを、アクワイアラ処理サーバ１０２へ電子的に送信してよい。支払詳細は例えば、主要アカウント番号、有効期限日、氏名、支払暗号等を含んでよい。追加のトランザクションデータは例えば、トランザクション金額、トランザクション時刻、トランザクション日付、地理的位置、販売者分類コード、消費者データ、販売時点データ、販売者データ、オファーデータ、報酬データ、ロイヤルティデータ、商品データ等を含んでよい。支払詳細と追加のトランザクションデータとはアクワイアラ処理サーバ１０２へ直接電子的に送信されてよいし、１以上の中間エンティティを介して送信されてよい（例えばゲートウェイ処理）。支払詳細と追加のトランザクションデータとは、支払ネットワーク１１２に関連付けられた支払レールを用いて電子的に送信されてよいし、適切な代替通信ネットワークを介して送信されてよい。支払ネットワーク１１２と支払レールとに関わる支払トランザクションについてトランザクション詳細を通信することに関する追加の詳細事項は、図１１に示す処理１１００に関して後述される。

一旦アクワイアラ処理サーバ１０２が支払詳細と追加のトランザクションデータとを受信すると、アクワイアラ処理サーバ１０２は電子的トランザクションにつきトランザクションメッセージを生成してよい。トランザクションメッセージは、金融トランザクションメッセージの交換を管理する１以上の基準（例えば国際標準化機構のISO8583標準）にしたがって特別整形される、特別データメッセージであってよい。トランザクションメッセージは、関連基準に規定されたデータを格納するよう構成される複数のデータ要素（例えば主要アカウント番号を格納するよう構成されるデータ要素と、トランザクション金額等を格納するよう構成されるデータ要素）を含んでよい。トランザクションメッセージはまた、そこに含まれたデータ要素の各々に格納されたデータを示すデータを格納するよう構成されるビットマップを含んでよい。これは関連基準に基づくものである。いくつかの実施形態では、トランザクションメッセージはまた、メッセージ種別指示子を含んでよい。これは、トランザクションメッセージの種別（例えば承認要求）を示してよい。

アクワイアラ処理サーバ１０２によって生成されるトランザクションメッセージは、支払詳細と追加のトランザクションデータとを格納するよう構成された複数のデータ要素を含んでよい。複数のデータ要素は、電子的トランザクションについてのトランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス(invoice)識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。通貨コードは販売者１１０に関連付けられたトランザクションアカウントに関連付けられる通貨、又は、販売者１１０と消費者１０６との間の電子的トランザクションにおいて使用される通貨を示す。通貨コードは、販売者１１０によって伝送されるトランザクションデータに含まれてよいし、（例えば販売者１１０に関連付けられたトランザクションアカウントに基づいて）アクワイアラ処理サーバ１０２によって識別されてよい。いくつかの実施形態では、（例えば消費者１０６によって提示された支払カード１０８に対応するトランザクションアカウントに関連付けられた通貨に基づいて）通貨コードは支払詳細に含まれてよい。インボイス識別子は、アクワイアラ処理サーバ１０２によって生成され又は識別される値であってよく、処理される電子的トランザクションに一意である。これは、トランザクションメッセージと電子的トランザクションに関連付けられた他のデータとの識別のために使用されてよい。トランザクションメッセージはまた、メッセージ種別指示子を含んでよい。これは、トランザクションメッセージが承認要求であることを示してよい。

アクワイアラ処理サーバ１０２は、生成されたトランザクションメッセージを、支払レールを介して、支払ネットワーク１１２へ電子的に送信してよい。支払ネットワーク１１２はトランザクションメッセージを、追加の処理のために、支払レールを介して、発行者処理サーバ１０４へ転送してよい。支払ネットワーク１１２は１以上の従来の方法を用いて、（例えばトランザクションメッセージに含まれる対応データ要素に格納された主要アカウント番号に含まれた銀行識別番号に基づいて）発行者処理サーバ１０４を識別するよう構成されてよい。いくつかの実施形態では、支払ネットワーク１１２は１以上の追加サービス（例えば詐欺検出サービス、アカウントマッピングサービス、トランザクション制御サービス等）を、トランザクションメッセージを転送する前に実行してよい。

発行者処理サーバ１０４はトランザクションメッセージを受信してよく、従来の方法及びシステムを用いて、格納されたデータに基づいて、関連トランザクションメッセージの承認又は拒否を判定してよい。例えば発行者処理サーバ１０４はトランザクションメッセージに含まれる対応データ要素に格納された主要アカウント番号に関連付けられたトランザクションアカウントを識別してよく、それに関連付けられたアカウント残高が電子的トランザクションへ資金供給するのに適切か否かを、電子的トランザクションのトランザクション金額（これはトランザクションメッセージに含まれる対応データ要素に格納される）に基づいて識別する。発行者処理サーバ１０４はまた、例えば詐欺についての考慮事項、アカウント設定、トランザクション制御事項、クレジット上限等に基づいて承認又は拒否を判定してよい。

もしトランザクションが承認又は拒否されれば、発行者処理サーバ１０４は返信トランザクションメッセージを生成してよい。返信トランザクションメッセージは、受信されたトランザクションメッセージの整形の際に使用されるのと同一の基準に基づいて整形されてよい。いくつかの実施形態では、返信トランザクションメッセージは、受信されたトランザクションメッセージの修正版であってよい。このとき例えば、そこに含まれる１以上のデータ要素は修正されてよいし、メッセージ種別指示子は修正されて承認応答を示してよい。返信トランザクションメッセージは応答コードを格納するよう構成されたデータ要素を含んでよい。これは、関連電子的トランザクションが承認又は拒否されたことを示す。返信トランザクションメッセージはまた、トランザクション金額と、通貨コードと、インボイス識別子とを格納するよう構成される追加のデータ要素とを含んでよく、これらは受信されたトランザクションメッセージに含まれるそれぞれの対応データ要素から解析される。いくつかの実施形態では、追加のデータ要素は、関連基準において、私的使用のために保存されたデータ要素として示されてよい。いくつかの実施形態では、発行者処理サーバ１０４はまた、通貨コードとトランザクション金額とインボイス識別子とに加えて、追加のデータ要素に追加のデータを格納するよう構成されてよいし、追加のデータ要素に格納されたデータを、発行者処理サーバ１０４とアクワイアラ処理サーバ１０２とによって合意された整形基準に基づいて整形してよい。

一旦返信トランザクションメッセージが生成されると、発行者処理サーバ１０４は返信トランザクションメッセージを、支払レールを介して、支払ネットワーク１１２へ電子的に送信してよい。支払ネットワーク１１２は次いで任意の必要なサービス（例えばアカウント番号の再度のマッピング等）を実行してよいし、返信トランザクションメッセージを、支払レールを介して、アクワイアラ処理サーバ１０２転送してよい。アクワイアラ処理サーバ１０２は、支払レール又は適切な通信ネットワークを用いて販売者１１０へ、電子的トランザクションが承認されたことを示す通知を、電子的に送信してよい。いくつかの実施形態では、当該通知は返信トランザクションメッセージを含んでよい。販売者１１０は通知を受信してよいし、（例えば取引された商品又は役務を消費者１０６へ提供することによって）消費者１０６との電子的トランザクションを完了してよい。

電子的トランザクションの全体清算の一部として、発行者処理サーバ１０４は電子的トランザクションにつきハッシュ値を生成するよう構成されてよい。ハッシュ値は、返信トランザクションメッセージに含まれる追加のデータ要素に格納されたデータへ１以上のハッシュ化アルゴリズムを適用することによって生成されてよい。当該データは、トランザクションにつき、トランザクション金額と通貨コードとインボイス識別子とを少なくとも含み、発行者処理サーバ１０４とアクワイアラ処理サーバ１０２との間で合意された基準を用いて整形されてよい。結果として生じるハッシュ値は、複製の可能性が非常に低いハッシュ化アルゴリズムとしての片方向のハッシュ関数を用いることによっては元データへ逆変換不可能な、電子的トランザクションに一意の値であってよい。これにより、毎日処理される数億のうちの２つのトランザクションのうちいずれの２つの電子的トランザクションも、同一のハッシュ値を返す可能性はない。

一旦ハッシュ値が発行者処理サーバ１０４によって生成されると、発行者処理サーバ１０４は当該ハッシュ値を、不透明ブロックチェーンへの送信のためにブロックチェーンシステム１１４へ電子的に送信する。いくつかの実施形態では、発行者処理サーバ１０４又はアクワイアラ処理サーバ１０２は、ブロックチェーンシステム１１４内のノードとして動作するよう構成されてよいし、電子的トランザクションについてのハッシュ値を不透明ブロックチェーンへ追加するために、本開示の機能を実行するよう構成されてよい。

ブロックチェーンシステム１１４は電子的トランザクションにつきハッシュ値を受信してよい。ブロックチェーンシステム１１４はまた追加の電子的トランザクションにつき、発行者処理サーバ１０４及び／又は追加の発行者金融機関のシステムから、ハッシュ値を受信してよい。一旦所定数又は所定の大きさのハッシュ値が受信されると、ブロックチェーンシステム１１４はブロックチェーンへ追加される新たなブロックを生成してよい。新たなブロックを生成することは、プルーフオブワーク値を生成することを含む。このことは、複雑な数学的問題を解くことによって又は他の適切な方法によって生成されてよい。いくつかの実施形態では、複雑な数学的問題の困難性レベルは、ブロックチェーンシステム１１４に関連付けられたブロックチェーンネットワーク内の１以上のコンピューティング装置（例えばノード）によって判定されてよい。困難性レベルは例えば、ブロックチェーンネットワーク内のブロックチェーンシステム１１４又は他のノードが数学的問題を解くのに所定期間の時間（例えば１０分）を必要とするレベルである。

いくつかの実施形態では、新たなブロックはまたブロックチェーン内の先行するブロックへの参照を含んでよい。例えば最新のブロックは、新たなブロックの生成前にブロックチェーンへ付加される。最新のブロックは先行するブロックのヘッダに含まれる包含日に基づいて判定されてよいし、ブロックチェーン内の先行するブロックの位置（例えばブロックチェーンの最後にあること）に基づいて判定されてよい。当該参照は、識別番号、又は、不透明ブロックチェーン内のブロックの識別において使用するのに適切な他の値（例えば先行するブロックのヘッダのハッシュ）であってよい。新たなブロックはプルーフオブワーク値と参照識別子とを、新たに生成されたブロックについてのヘッダに含めてよい。新たなヘッダはまた、トランザクション計数器を含んでよい。これは、新たなブロックに含まれるハッシュ値の数を示す。新たに生成されたブロックの残りは、含まれるハッシュ値を含んでよい。

一旦ブロックが生成されると、ブロックチェーンシステム１１４は新たに生成されたブロックを不透明ブロックチェーンに付加してよい。いくつかの実施形態では、ブロックチェーンシステム１１４は新たに生成されたブロックを、包含目的で、不透明ブロックチェーンに関連付けられた１以上のノードへ電子的に送信してよい。これは、新たなブロックを不透明ブロックチェーンへ追加する前に、新たなブロックを（例えば含まれるプルーフオブワーク値に基づいて）確認してよい。ブロックチェーンは不透明ブロックチェーンとして考慮されてよい。というのも、任意のエンティティがブロックチェーンを含むブロックに含まれるハッシュ値を視認する一方で片方向のハッシュ化アルゴリズムを使用することによってハッシュ値により示されるデータを知らないという点で、そこに含まれるハッシュ値は不透明である。

アクワイアラ処理サーバ１０２は返信トランザクションメッセージに含まれる追加のデータ要素に格納されたデータを用いて、電子的トランザクションについてのハッシュ値を生成するよう構成されてよい。アクワイアラ処理サーバ１０２は発行者処理サーバ１０４によって使用される同一の１以上のハッシュ化アルゴリズムを用いてよいし、当該アルゴリズムを、追加のデータ要素に格納されたデータへ適用してハッシュ値を生成するよう構成されてよい。生成されたハッシュ値は、キーバリュー（値）ペア(key-value-pair)内のキーであってよい。このとき、ハッシュ値に関連付けられた値は、通貨コード、トランザクション金額、及びその生成において使用されるインボイス識別子である。アクワイアラ処理サーバ１０２はブロックチェーンシステム１１４又は不透明ブロックチェーンに関連付けられた他のノードから、ブロックチェーンを検索してよいし、次いで、不透明ブロックチェーンがハッシュ値を含むか否かを識別してよい。もしアクワイアラ処理サーバ１０２によって生成されたハッシュ値が、不透明ブロックチェーンに含まれるハッシュ値と同一であれば、そのことは電子的トランザクションの確認として役立つ。というのも、そのことは、発行者処理サーバ１０４とアクワイアラ処理サーバ１０２とが、トランザクションにおける通貨種別と金額とに合意することを示すからである。そのトランザクションに対して、インボイス識別子によって、値が関連付けられる。

一旦トランザクションが確認されると、アクワイアラ処理サーバ１０２は、そのハッシュ値に関連付けられたトランザクション金額に基づいて、資金を、電子的トランザクションに関わる販売者１１０に関連付けられたトランザクションアカウントに預けてよい。類似的に、発行者処理サーバ１０４は類似の方法によって、不透明ブロックチェーンを用いて、電子的トランザクションを確認してよいし、消費者１０６に関連付けられたトランザクションアカウントからトランザクション金額を控除してよい。当該消費者１０６の支払詳細は支払のために販売者１１０へ提示されたものである。

電子的トランザクションについてのハッシュ値を不透明ブロックチェーンへ送信することによって、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４は、清算のために電子的トランザクションの処理を確認する。このとき、支払ネットワーク１１２と関連支払レールとを介して伝送される追加のトランザクションメッセージが用いられることはない。このことによって、より速い清算が行われる。このとき消費者１０６及び販売者１１０のトランザクションアカウントは、従来の方法を用いるよりも格段に速く清算される。更に支払ネットワーク１１２の外部で清算のためのトランザクションを確認することで、支払ネットワーク１１２と関連支払レールとを用いて伝送されるトランザクションメッセージの数は劇的に低減される。これにより、トランザクションの処理部分についての性能と処理速度とは増大する。したがって本開示の方法及びシステムは、不透明ブロックチェーンを用いることにより、電子的トランザクションの処理及び清算の両方の速度を増大させる。更にブロックチェーン内で不透明なハッシュ値を用いることによって、清算のための確認に使用されるデータは、容易に且つ公にアクセス可能であるが、片方向のハッシュ化アルゴリズムを使用することによって、それを示すデータは破損されない。

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

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

受信装置２０２は、適切な通信ネットワークを用いて、販売者１１０によって電子的に送信されたデータ信号を受信するよう構成されてよい。当該データ信号は、１以上の中間エンティティ（例えばゲートウェイプロセッサ）を介して転送され、支払詳細と、電子的トランザクションに関連付けられた追加のトランザクションデータとに重畳される。受信装置２０２はまた、支払レールを介して支払ネットワーク１１２によって電子的に送信されたトランザクションメッセージを受信するよう構成されてよい。受信装置２０２は更に、不透明ブロックチェーン又はそこに含まれる１以上のブロックに重畳されたデータ信号を、ブロックチェーンシステム１１４又は不透明ブロックチェーンに関連付けられた他のノードから、受信するよう構成されてよい。

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

アクワイアラ処理サーバ１０２はトランザクションデータベース２０６を含んでよい。トランザクションデータベース２０６は、適切なデータストレージ形式及びスキーマを用いて、複数のトランザクションプロファイル２０８を格納するよう構成されてよい。トランザクションデータベース２０６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。各トランザクションプロファイル２０８は、アクワイアラ処理サーバ１０２に関わる電子的トランザクションに関連付けられたデータを格納するよう構成された構造化データセットであってよい。各トランザクションプロファイル２０８は、キーとしてハッシュ値を含むキーバリューペアと、対応する値としてのトランザクション金額、通貨コード及びインボイス識別子とを、少なくとも含んでよい。いくつかの実施形態では、トランザクションプロファイル２０８は関連電子的トランザクションに関連付けられた追加のデータ（例えば販売者１１０から受信し、及び／又は、関連トランザクションメッセージに含まれたデータ（例えば承認要求及び承認応答）や、関連電子的トランザクションの清算に関連付けられたデータ（例えば関連する販売者のトランザクション金額のクレジットの確認値等））を含んでよい。

アクワイアラ処理サーバ１０２はまた問い合わせモジュール２２２を含んでよい。問い合わせモジュール２２２はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール２２２は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばトランザクションデータベース２０６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール２２２は次いで、識別された情報を、必要に応じてアクワイアラ処理サーバ１０２の適切なエンジン又はモジュールへ出力してよい。問い合わせモジュール２２２は例えば、トランザクションデータベース２０６上でクエリを実行して、全体清算のために、処理された電子的トランザクションを確認する際に使用するトランザクションプロファイル２０８を識別してよい。トランザクションプロファイル２０８はハッシュ値を使用することで識別されてよいし（例えば不透明ブロックチェーン内のブロック内で識別されてよい）、インボイス識別子を使用して識別されてよく（例えばアクワイアラ処理サーバ１０２によって選択されてよい）、関連電子的トランザクションの成功に続いて清算を行ってよい。アクワイアラ処理サーバ１０２はまた、本開示の機能を実行する際に使用するのに適切な追加のデータベース（例えば電子的トランザクションの清算に使用するための販売者のトランザクションアカウントに関連付けられたデータの格納のためのデータベース）を含んでよい。

アクワイアラ処理サーバ１０２はまたデータ生成モジュール２１０を含んでよい。データ生成モジュール２１０は、本開示の機能を実行するときにアクワイアラ処理サーバ１０２によって使用されるデータを生成するよう構成されてよい。データ生成モジュール２１０は入力値としてデータと命令とを受信してよいし、それに基づいてデータ又はデータメッセージを生成してよいし、結果データ又は結果データメッセージをアクワイアラ処理サーバ１０２の１以上の他のエンジン又はモジュールへ出力してよい。例えばデータ生成モジュール２１０は、販売者１１０によって電子的に送信され受信装置２０２によって受信されたデータ信号から解析された、電子的トランザクションについての支払詳細とトランザクションデータとを受信してよいし、電子的トランザクションについてのインボイス識別子とトランザクションメッセージとを生成してよい。インボイス識別子は、このために設計された１以上のアルゴリズムを用いて生成されてよい。これは、インボイス識別子として使用するための乱数又は擬似乱数の生成を含んでよい。トランザクションメッセージは、１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、当該基準で規定されたデータを格納するよう構成されたデータ要素を含んでよい。当該データ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。

アクワイアラ処理サーバ１０２はまたハッシュ化モジュール２１２を含んでよい。ハッシュ化モジュール２１２は、ハッシュ値を生成するよう構成されてよい。ハッシュ化モジュール２１２、入力値としてデータを受信してよいし、はハッシュ化アルゴリズムをデータへ適用することによってハッシュを生成してよいし、アクワイアラ処理サーバ１０２の他のモジュール又はエンジンへ、生成されたハッシュ値を出力してよい。ハッシュ値は電子的トランザクションのために生成されてよいし、１以上のハッシュ化アルゴリズムを、受信装置２０２によって受信されたトランザクションメッセージに含まれる追加のデータ要素に格納されるデータへ適用することで生成されてよい。それは、発行者処理サーバ１０４から生じて支払ネットワーク１１２を介して送信される承認応答であってよい。追加の要素に格納されたデータは少なくとも、関連電子的トランザクションについてのトランザクション金額と、通貨コードと、インボイス識別子とを含んでよいし、追加のデータを含んでよいし、及び／又は、アクワイアラ処理サーバ１０２と発行者処理サーバ１０４とによって合意されたように整形されてよい。

アクワイアラ処理サーバ１０２は更に確認モジュール２１４を含んでよい。確認モジュール２１４は、清算のための電子的トランザクションを確認（例えば承認）するよう構成されてよい。確認モジュール２１４は１以上のデータ入力を受信してよいし、入力データを確認してよいし、確認の結果（例えば確認が成功又は失敗したことの標示）を出力してよい。確認モジュール２１４は不透明ブロックチェーン内のブロックに格納されたハッシュ値を受信するよう構成されてよいし、処理されたトランザクションに基づいて、当該ハッシュ値が正しいと確認するよう構成されてよい。ハッシュ値の正しさは、ハッシュ化モジュール２１２によって同一の電子的トランザクションについて生成されたハッシュ値との対応関係に基づいてよい。当該ハッシュ値は、トランザクションデータベース２０６内の対応トランザクションプロファイル２０８に格納される（例えば問い合わせモジュール２２２によって識別される）。例えば確認モジュール２１４は、発行者処理サーバ１０４によって生成され不透明ブロックチェーンに追加されたハッシュ値が、同一の電子的トランザクションにつきハッシュ化モジュール２１２によって生成されたハッシュ値と等価であることを確認してよい。

アクワイアラ処理サーバ１０２はまたトランザクション処理モジュール２１６を含んでよい。トランザクション処理モジュール２１６は本開示の電子的トランザクションの処理に関連付けられた追加の機能を実行するよう構成されてよい。このことは、当業者にとって自明である。例えばトランザクション処理モジュール２１６は、確認モジュール２１４によるトランザクションの確認に続いて、清算のために、電子的トランザクションにつき、販売者１１０に関連付けられたトランザクションアカウントを信用し（貸しをつけ）又はその信用を開始するよう構成されてよい。他の実施形態では、トランザクション処理モジュール２１６は電子的トランザクションについての追加のサービス（例えば詐欺判定、トランザクション制御評価等）を実行するよう構成されてよい。

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

送信装置２１８はトランザクションメッセージを、処理のために支払ネットワーク１１２へ電子的に送信してよい。送信装置２１８は、返信トランザクションメッセージ又は電子的トランザクションに関連付けられた通知に重畳されたデータ信号を、適切な通信ネットワークを介して、販売者１１０へ電子的に送信してよい。送信装置２１８は、データ信号をブロックチェーンシステム１１４へ電子的に送信するよう構成されてよい。当該データ信号は、清算のために電子的トランザクションを確認する際に使用される、不透明ブロックチェーン又はそこに含まれるブロックについての要求に重畳される。

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

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

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

受信装置３０２はまた、支払レールを介して支払ネットワーク１１２によって電子的に送信されたトランザクションメッセージを受信するよう構成されてよい。受信装置３０２は、データ信号をブロックチェーンシステム１１４から電子的に受信するよう構成されてよい。当該データ信号は、不透明ブロックチェーン又はそこに含まれるブロックに重畳される。

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

発行者処理サーバ１０４はトランザクションデータベース３０６を含んでよい。トランザクションデータベース３０６は、適切なデータストレージ形式及びスキーマを用いて、複数のトランザクションプロファイル３０８を格納するよう構成されてよい。トランザクションデータベース３０６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。各トランザクションプロファイル３０８は、発行者処理サーバ１０４に関わる電子的トランザクションに関連付けられたデータを格納するよう構成された構造化データセットであってよい。各トランザクションプロファイル３０８は、キーとしてハッシュ値を含むキーバリューペアと、対応する値としてのトランザクション金額、通貨コード及びインボイス識別子とを、少なくとも含んでよい。いくつかの実施形態では、トランザクションプロファイル３０８は関連電子的トランザクションに関連付けられた追加のデータ（例えば、関連トランザクションメッセージに含まれたデータ（例えば承認要求及び承認応答）や、関連電子的トランザクションの清算に関連付けられたデータ（例えば関連する消費者のトランザクションアカウントの借り（デビット）の確認値等））を含んでよい。発行者処理サーバ１０４はまた、本開示の機能を実行する際に使用するのに適切な追加のデータベース（例えば電子的トランザクションの清算に使用するための販売者のトランザクションアカウントに関連付けられたデータの格納のためのデータベース）を含んでよい。

発行者処理サーバ１０４はまた問い合わせモジュール３２２を含んでよい。問い合わせモジュール３２２はデータベース上のクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュール３２２は１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばトランザクションデータベース３０６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュール３２２は次いで、識別された情報を、必要に応じて発行者処理サーバ１０４の適切なエンジン又はモジュールへ出力してよい。問い合わせモジュール３２２は例えば、トランザクションデータベース３０６上でクエリを実行して、全体清算のために、処理された電子的トランザクションを確認する際に使用するトランザクションプロファイル３０８を識別してよい。トランザクションプロファイル３０８はハッシュ値を使用することで識別されてよいし（例えば不透明ブロックチェーン内のブロック内で識別されてよい）、インボイス識別子を使用して識別されてよく（例えば発行者処理サーバ１０４によって選択されてよい）、関連電子的トランザクションの成功に続いて清算を行ってよい。

発行者処理サーバ１０４はまたデータ生成モジュール３１０を含んでよい。データ生成モジュール３１０は、本開示の機能を実行するときに発行者処理サーバ１０４によって使用されるデータを生成するよう構成されてよい。データ生成モジュール３１０は入力値としてデータと命令とを受信してよいし、それに基づいてデータ又はデータメッセージを生成してよいし、結果データ又は結果データメッセージを発行者処理サーバ１０４の１以上の他のエンジン又はモジュールへ出力してよい。例えばデータ生成モジュール３１０は、アクワイアラ処理サーバ１０２から生じ入力値として受信装置３０２に受信されるトランザクションメッセージを受信してよい。トランザクションメッセージは、１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、当該基準で規定されたデータを格納するよう構成されたデータ要素を含んでよい。当該データ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。

データ生成モジュール３１０は、受信されたトランザクションメッセージの修正版である返信トランザクションメッセージを生成するよう構成されてよい。これは、応答コードを格納するよう構成されるデータ要素と、トランザクション金額、通貨コード及びインボイス識別子を少なくとも格納するよう構成される追加のデータ要素と、を含んでよい。いくつかの実施形態では、データ生成モジュール３１０は、追加のデータ要素内に格納するデータセットを生成してよい。これは、トランザクション金額と、通貨コードと、インボイス識別子とを含んでよいし、追加のデータを含んでよいし、アクワイアラ処理サーバ１０２と発行者処理サーバ１０４によって合意されたように整形されてよい。いくつかの実施形態では、返信トランザクションメッセージの対応データ要素に格納されるデータ（例えば応答コード）は、データ生成モジュール３１０によって発行者処理サーバ１０４の他のエンジン又はモジュール（例えばトランザクション処理モジュール３１６）から受信された命令又はデータに基づいてよい。

発行者処理サーバ１０４はまたハッシュ化モジュール３１２を含んでよい。ハッシュ化モジュール３１２は、ハッシュ値を生成するよう構成されてよい。ハッシュ化モジュール３１２は、入力値としてデータを受信してよいし、ハッシュ化アルゴリズムをデータへ適用することによってハッシュを生成してよいし、発行者処理サーバ１０４の１以上の他のモジュール又はエンジンへ、生成されたハッシュ値を出力してよい。ハッシュ値は電子的トランザクションのために生成されてよいし、１以上のハッシュ化アルゴリズムを、データ生成モジュール３１０によって生成された返信トランザクションメッセージに含まれる追加のデータ要素に格納されるデータへ適用することで生成されてよい。追加の要素に格納されたデータは少なくとも、関連電子的トランザクションについてのトランザクション金額と、通貨コードと、インボイス識別子とを含んでよいし、追加のデータを含んでよいし、及び／又は、アクワイアラ処理サーバ１０２と発行者処理サーバ１０４とによって合意されたように整形されてよい。

発行者処理サーバ１０４は更に確認モジュール３１４を含んでよい。確認モジュール３１４は、清算のための電子的トランザクションを確認（例えば承認）するよう構成されてよい。確認モジュール３１４は１以上のデータ入力を受信してよいし、入力データを確認してよいし、確認の結果（例えば確認が成功又は失敗したことの標示）を出力してよい（例えば確認が成功又は失敗したことの標示）。確認モジュール３１４は不透明ブロックチェーン内のブロックに格納されたハッシュ値を受信するよう構成されてよいし、処理されたトランザクションに基づいて、当該ハッシュ値が正しいと確認するよう構成されてよい。ハッシュ値の正しさは、ハッシュ化モジュール３１２によって同一の電子的トランザクションについて生成されたハッシュ値との対応関係に基づいてよい。当該ハッシュ値は、トランザクションデータベース３０６内の対応トランザクションプロファイル３０８に格納される（例えば問い合わせモジュール３２２によって識別される）。例えば確認モジュール３１４は、発行者処理サーバ１０４によって生成され不透明ブロックチェーンに追加されたハッシュ値が、同一の電子的トランザクションにつきハッシュ化モジュール３１２によって生成されたハッシュ値と等価であることを確認してよい。

発行者処理サーバ１０４はまたトランザクション処理モジュール３１６を含んでよい。トランザクション処理モジュール３１６は、当業者にとって自明なように、本開示の電子的トランザクションの処理に関連付けられた機能を実行するよう構成されてよい。例えばトランザクション処理モジュール３１６は、確認モジュール３１４によるトランザクション確認に続いて、清算のために、電子的トランザクションにつき消費者１０６に関連付けられたトランザクションアカウントに借りをつけ（デビット）、又は当該借りを開始するよう構成されてよい。他の実施形態では、トランザクション処理モジュール３１６は電子的トランザクションについての追加のサービス（例えば詐欺判定、トランザクション制御評価等）を実行するよう構成されてよい。

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

送信装置３１８はトランザクションメッセージ（例えばデータ生成モジュール２１０によって生成された返信トランザクションメッセージ）を、処理のために支払ネットワーク１１２へ電子的に送信してよい。送信装置３１８はまた、ハッシュ化モジュール３１２によって生成されたハッシュ値を、不透明ブロックチェーンに含めるためにブロックチェーンシステム１１４へ電子的に送信するよう構成されてよい。送信装置３１８は、データ信号をブロックチェーンシステム１１４へ電子的に送信するよう構成されてよい。当該データ信号は、清算のために電子的トランザクションを確認する際に使用される、不透明ブロックチェーン又はそこに含まれるブロックについての要求に重畳される。

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

いくつかの実施形態では、発行者処理サーバ１０４は、新たなブロックを介して不透明ブロックチェーンへ含めることによってハッシュ値を追加することにつき、ブロックチェーンシステム１１４として動作するよう構成されてよい。そのような実施形態では、受信装置３０２はハッシュ値に重畳されたデータ信号を追加の発行者処理サーバ１０４から受信するよう構成されてよいし、ハッシュ化モジュール３１２によって内部的に生成されたハッシュ値を使用してよいし、これらの組み合わせであってよい。データ生成モジュール３１０は新たなブロックを、不透明ブロックチェーンに含めるために生成するよう構成されてよい。

新たなブロックは少なくとも、ヘッダと、処理された電子的トランザクションに関連する複数のハッシュ値とを含んでよい。ヘッダは、不透明ブロックチェーン内の先行するブロックを参照する参照識別子とプルーフオブワーク値とを少なくとも含んでよい。先行するブロックを参照する参照識別子は、不透明ブロックチェーン上で問い合わせモジュール３２２によってクエリを実行することによって識別されてよい。参照識別子は先行するブロックのヘッダに含まれてよいし、ハッシュ化モジュール３１２によってハッシュ化アルゴリズムへ適用することにより、ヘッダ又はそこに含まれるデータを用いて生成されてよい。先行するブロックはブロックチェーン内のその位置又はヘッダに含まれるデータ（例えば含まれる生成日又は包含日）に基づいて識別されてよい。プルーフオブワーク値はデータ生成モジュール３１０によって生成されてよいし、複雑な数学的問題への解として生成されてよい。その困難性レベルは、発行者処理サーバ１０４、アクワイアラ処理サーバ１０２、ブロックチェーンシステム１１４、不透明ブロックチェーンに関連付けられた１以上の追加ノード、又はそれらの組み合わせによって設定されてよい。

一旦ブロックが生成されると、ブロックは不透明ブロックチェーンへ付加されてよい。いくつかの実施形態では、メモリ３２０は不透明ブロックチェーンを格納するよう構成されてよい。ブロックは、適したクエリを実行することによって、発行者処理サーバ１０４の問い合わせモジュール３２２によって付加されてよい。他の実施形態では、送信装置３１８は確認のために、ブロックを、不透明ブロックチェーンへ付加する前に、不透明ブロックチェーンに関連付けられた１以上のノードへ電子的に送信してよい。

清算用に不透明ブロックチェーンを用いた電子的トランザクションの確認処理
図４Ａ及び４Ｂは、清算のための、不透明ブロックチェーンの使用による、電子的支払トランザクションの実行及び確認処理を示す。

ステップ４０２にて、アクワイアラ処理サーバ１０２の受信装置２０２は、トランザクションデータを販売者１１０から受信してよい。トランザクションデータは支払詳細と、販売者１１０及び消費者１０６に関わる電子的トランザクションに関連する追加の支払データとを含んでよい。追加のトランザクションデータは適切な通信ネットワークを介して電子的に送信されてよいし、販売者１１０から直接送信されてよいし、１以上の中間エンティティ（例えばゲートウェイプロセッサ）を介して送信されてよい。

ステップ４０４にて、アクワイアラ処理サーバ１０２のデータ生成モジュール２１０は電子的トランザクションについてインボイス識別子を生成してよい。インボイス識別子は電子的トランザクションに一意の値（例えば、以前に生成されたことのない若しくは電子的トランザクションについて識別されたことのない、ランダムに生成された数若しくは英数字）であってよい。ステップ４０６にて、データ生成モジュール２１０は電子的トランザクションについてトランザクションメッセージを生成してよい。トランザクションメッセージは、１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、承認要求を示すメッセージ種別指示子と複数のデータ要素とを含んでよい。当該複数のデータ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。

ステップ４０８では、アクワイアラ処理サーバ１０２の送信装置２１８は、支払レールを用いて、承認要求を、支払ネットワーク１１２を介して発行者処理サーバ１０４へ送信してよい。ステップ４１０では、発行者処理サーバ１０４の受信装置３０２は、支払レールを用いて、承認要求を、支払ネットワーク１１２から受信してよい。ステップ４１２にて、トランザクション処理モジュール３１６は、電子的支払トランザクションを承認するときに（例えばトランザクションにおいて詐欺の可能性は低いことと、支払のために提示されたトランザクションアカウントはトランザクション金額以上の十分な残高を有することとを判定することによって）従来の処理を実行してよい。

ステップ４１４にて、発行者処理サーバ１０４のデータ生成モジュール３１０は電子的トランザクションについて（例えば新たなデータメッセージを生成することによって又は受信された承認要求を適宜修正することによって）返信トランザクションメッセージを生成してよい。返信トランザクションメッセージは、承認要求を整形する際に使用されるものと同一の１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、承認要求を示すメッセージ種別指示子と複数のデータ要素とを含んでよい。当該複数のデータ要素は、承認を示す応答コードを格納するよう構成されたデータ要素と、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成される追加のデータ要素とを含んでよい。これらは、追加データを含んでよいし、及び／又は、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４によって合意されたように整形されてよい。

ステップ４１６にて、発行者処理サーバ１０４のハッシュ化モジュール３１２は電子的トランザクションについてハッシュ値を生成してよい。ハッシュ値は１以上のハッシュ化アルゴリズムを、生成された承認応答に含まれる追加のデータ要素に格納されたデータへ適用することで生成されてよい。ステップ４１８にて、発行者処理サーバ１０４の送信装置３１８は当該ハッシュ値を、不透明ブロックチェーンへの送信のためにブロックチェーンシステム１１４へ電子的に送信する。いくつかの実施形態では、発行者処理サーバ１０４のモジュール及びエンジンは、不透明ブロックチェーンについての新たなブロックを生成するよう構成されてよい。当該新たなブロックは、不透明ブロックチェーンへの送信のために、本開示の方法を用いたハッシュ値を含むものである。

ステップ４２０では、発行者処理サーバ１０４の送信装置３１８は、支払レールを用いて、承認応答を、支払ネットワーク１１２を介してアクワイアラ処理サーバ１０２へ電子的に送信してよい。いくつかの実施形態においてステップ４２０は、ステップ４１６から４１８までに先立って又はそれらと同時に実行されてよい。ステップ４２２では、アクワイアラ処理サーバ１０２の受信装置２０２は、支払レールによって、承認応答を、支払ネットワーク１１２から受信してよい。アクワイアラ処理サーバ１０２は次いで、従来のトランザクション処理において実行されたように、図１１の処理１１００に示され且つ下記で説明されるように、必要に応じて任意の追加のステップを実行してよい。ステップ４２４にて、アクワイアラ処理サーバ１０２のハッシュ化モジュール２１２は、発行者処理サーバ１０４によって使用される１以上のハッシュ化アルゴリズムを、受信された承認応答に含まれる追加のデータ要素に格納されたデータへ適用することによって、ハッシュ値を生成してよい。当該承認応答は少なくとも、トランザクション金額、通貨コード及びインボイス識別子を含んでよい。

ステップ４２６にて、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４のそれぞれ受信装置２０２及び３０２は、不透明ブロックチェーン又はそこに含まれる１以上のブロックを、ブロックチェーンシステム１１４から受信してよい。当該ブロックは、発行者処理サーバ１０４によって提供され不透明ブロックチェーンへ送信されたハッシュ値を含むブロックを含む。ステップ４２８にてアクワイアラ処理サーバ１０２及び発行者処理サーバ１０４のそれぞれ確認モジュール２１４及び３１４は、承認応答の追加のデータ要素に格納されたデータを用いて、不透明ブロックチェーンのブロックに含まれるハッシュ値を、データ生成モジュール２１０及び３１０それぞれによって生成された値と等価であるとして確認してよい。確認が成功すると、ステップ４３０にて、アクワイアラ処理サーバ１０２のトランザクション処理モジュール２１６は、トランザクション金額につき、電子的トランザクションに関わる販売者１１０に関連付けられたトランザクションアカウントを貸し(credit)をつけてよい。ステップ４３２にて、発行者処理サーバ１０４のトランザクション処理モジュール３１６は、トランザクション金額につき、電子的トランザクションに関わる消費者１０６に関連付けられたトランザクションアカウントに借り(debit)をつけてよい。ステップ４３４にて、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４は、（例えばトランザクション金額を発行者金融機関から加盟店金融機関へ移転することによって、又はアカウント記録を適宜更新することによって）電子的トランザクションの更なる清算に適切な追加の動作を実行してよい。

不透明ブロックチェーンを用いた電子的トランザクションのアクワイアラ処理及び確認
図５は、不透明ブロックチェーンを用いることにより、電子的トランザクションの確認及び、加盟店金融機関のためのその清算についての処理５００を示す。

ステップ５０２にて、アクワイアラ処理サーバ１０２の受信装置２０２は、販売者１１０から、電子的トランザクションについてのトランザクションデータを受信してよい。これは、支払詳細と、トランザクション金額及び通貨コードを少なくとも含む追加のトランザクションデータとを含み、１以上のゲートウェイプロセッサ又は他の中間エンティティによって送信されてよい。ステップ５０４では、アクワイアラ処理サーバ１０２のトランザクション処理モジュール２１６は、トランザクションが不透明ブロックチェーンを介して清算されるか否かを判定してよい。当該判定は、販売者１１０に関連付けられたトランザクションアカウントについてのアカウント選択内容又は設定と、販売者１１０から受信されたトランザクションデータに適用される基準と、又は他の適切な基準とに基づいてよい。例えばアクワイアラ処理サーバ１０２は特定のトランザクション金額での任意のトランザクション又は特定の販売産業に関わる任意のトランザクションは、不透明ブロックチェーンを介して清算されてよいと判定してよい。

もし電子的トランザクションが不透明ブロックチェーンを介して清算されなければ、次いでステップ５０６にて、トランザクション処理モジュール２１６及びアクワイアラ処理サーバ１０２の他のモジュール若しくはエンジンは、例えば図１１の処理１１００に示され下記で詳述されるように、従来の方法を用いて電子的トランザクションを処理してよい。若しくは電子的トランザクションが不透明ブロックチェーンを介して清算されれば、次いでステップ５０８にて、アクワイアラ処理サーバ１０２のデータ生成モジュール２１０は電子的トランザクションに一意に関連付けられたインボイス識別子を生成してよい。ステップ５１０にてアクワイアラ処理サーバ１０２のデータ生成モジュール２１０は電子的トランザクションにつきトランザクションメッセージを生成してよい。このとき、トランザクションメッセージは１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、承認要求を示すメッセージ種別指示子と複数のデータ要素とを含んでよい。当該複数のデータ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。

ステップ５１２では、アクワイアラ処理サーバ１０２の送信装置２１８は承認要求を、支払レールを用いて、支払ネットワーク１１２を介して、電子的トランザクションに関わる発行者金融機関へ送信してよい。ステップ５１４では、アクワイアラ処理サーバ１０２の受信装置２０２は、支払レールを用いて、承認応答を、支払ネットワーク１１２を介して発行者金融機関から受信してよい。承認応答は、同一の１以上の基準（例えばISO8583標準）に基づいて整形される返信トランザクションメッセージであってよい。当該返信トランザクションメッセージは、承認応答を示すメッセージ種別指示子を含み、複数のデータ要素を含む。当該複数のデータ要素は、応答コードを格納するよう構成されたデータ要素と、追加のデータ（これはトランザクション金額、通貨コード及びインボイス識別子を少なくとも含む）を格納するよう構成される追加のデータ要素とを含んでよい。これらは、追加データを含んでよいし、及び／又は、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４によって合意されたように整形されてよい。

ステップ５１６では、アクワイアラ処理サーバ１０２のトランザクション処理モジュール２１６は、電子的トランザクションが発行者金融機関によって承認されたか否かを判定してよい。当該判定は、承認応答に含まれる対応データ要素に格納される応答コードに基づいてよい。これは、電子的トランザクションが発行者金融機関によって承認又は拒否されたことを示してよい。もし電子的トランザクションが拒否されれば、ステップ５１８にて、アクワイアラ処理サーバ１０２の送信装置２１８は、トランザクションが拒否されたことを示す通知に重畳されたデータ信号を販売者１１０へ電子的に送信してよい。いくつかの実施形態では、承認応答は通知として送信されてよい。

もしステップ５１６にてアクワイアラ処理サーバ１０２のトランザクション処理モジュール２１６が、電子的トランザクションが承認されたと判定すると、次いでステップ５２０にて、アクワイアラ処理サーバ１０２のハッシュ化モジュール２１２は、清算において使用するために、電子的トランザクションにつきハッシュ値を生成してよい。ハッシュ値は１以上のハッシュ化アルゴリズムを、受信された承認応答に含まれる追加のデータ要素に格納されたデータへ適用することによって生成されてよい。ステップ５２２にて、キーバリューペアはアクワイアラ処理サーバ１０２のトランザクションデータベース２０６のトランザクションプロファイル２０８へ、例えばアクワイアラ処理サーバ１０２の問い合わせモジュール２２２によってそれに適切なクエリを実行することによって、格納されてよい。キーバリューペアは、キーとしてのハッシュ値と、ペア内の対応バリューとしてその生成の際に使用されるデータとを含んでよい。

ステップ５２４では、アクワイアラ処理サーバ１０２の受信装置２０２は、適切な通信ネットワークを用いて、不透明ブロックチェーンを、ブロックチェーンシステム１１４から受信してよい。下記で詳述される不透明ブロックチェーンは複数のブロックを含んでよい。各ブロックは少なくとも、ヘッダと１以上のトランザクション値とを含んでよい。ヘッダは少なくとも、参照識別子とプルーフオブワーク値とを含んでよいし、ブロック内のトランザクション値の数を示すトランザクション計数器を含んでよい。各トランザクション値は、トランザクションについてのトランザクション金額、通貨コード及びインボイス識別子を用いた、当該トランザクションのために生成されたハッシュ値であってよい。

ステップ５２６では、アクワイアラ処理サーバ１０２の確認モジュール２１４は、電子的トランザクションが不透明ブロックチェーンに基づいて確認されるか否かを判定してよい。当該確認は、ステップ５２０においてハッシュ化モジュール２１２によって生成されたハッシュ値に直接対応するトランザクション値がブロックチェーンに含まれるか否かを判定することを含んでよい。そのようなトランザクション値がブロックチェーンに含まれることは、発行者金融機関が同一のトランザクション金額、通貨コード及びインボイス識別子を受信及びハッシュ化したことを示してよく、したがってトランザクションの清算のための値に合意がされたことを示唆する。その確認が失敗すれば、清算は実行されない。確認が成功すると、ステップ５１８にて、アクワイアラ処理サーバ１０２のトランザクション処理モジュール２１６は、トランザクションの清算に適切な任意のアクション（例えば、販売者１１０に関連付けられたトランザクションアカウントへトランザクション金額の貸しをつけること、及び、トランザクション金額を発行者金融機関から受信すること等）を実行してよい。

不透明ブロックチェーンを用いた電子的トランザクションの発行者処理及び確認
図６は、不透明ブロックチェーンを用いることにより、電子的トランザクションの確認及び、発行者金融機関のための清算についての処理６００を示す。

ステップ６０２では、発行者処理サーバ１０４の受信装置３０２は、電子的トランザクションにつき承認要求を受信してよい。承認要求は支払レールを介して支払ネットワーク１１２から受信されてよいし、電子的トランザクションに関わる販売者１１０に関連付けられたアクワイアラ処理サーバ１０２から生じてよい。承認応答は、１以上の基準（例えばISO8583標準）にしたがって整形されたトランザクションメッセージであってよいし、承認要求を示すメッセージ種別指示子と複数のデータ要素とを含んでよい。当該複数のデータ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素とを少なくとも含んでよい。

ステップ６０４にて、発行者処理サーバ１０４のトランザクション処理モジュール３１６は、電子的トランザクションに関わる消費者１０６に関連付けられたトランザクションアカウントについてのアカウントプロファイルを識別してよい。アカウントプロファイルは発行者処理サーバ１０４の問い合わせモジュール３２２によって、主要アカウント番号又は承認応答に含まれる対応データ要素に含まれる他のデータを用いて、対応するデータベースを問い合わせることによって識別されてよい。ステップ６０６では、発行者処理サーバ１０４のトランザクション処理モジュール３１６は、電子的トランザクションが承認されたか否かを判定してよい。トランザクションの承認は、従来の方法に基づいてよい。当該方法は、アカウント詐欺考慮事項、トランザクション制御事項、アカウント残高、及びトランザクションアカウントについての信用上限等を考慮してよい。

もしトランザクションが承認されれば、ステップ６０８にて、発行者処理サーバ１０４のデータ生成モジュール３１０は、トランザクションが承認されたことを示す承認応答を生成してよい。これは、従来の方法及びシステムを用いて支払ネットワーク１１２へ転送されてよい。もし電子的トランザクションが承認されれば、ステップ６１０にて、発行者処理サーバ１０４のデータ生成モジュール３１０は、承認を示す承認応答を生成してよい。承認応答は、新たに生成されたトランザクションメッセージであってよいし、受信された承認要求の修正版であってよい。これは、承認応答を示すメッセージ種別指示子と複数のデータ要素とを含んでよい。当該複数のデータ要素は少なくとも、トランザクションが承認されたことを示す応答コードと、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成される追加のデータ要素とを含んでよい。これらはまた、アクワイアラ処理サーバ１０２及び発行者処理サーバ１０４によって合意されたように整形されてよい。いくつかの実施形態では、追加のデータ要素は、関連する基準に規定された私的使用のための保存データ要素であってよい。ステップ６１１にて発行者処理サーバ１０４の送信装置３１８は承認応答を、電子的トランザクションの追加の処理のために支払ネットワーク１１２へ電子的に送信してよい。

ステップ６１２では、発行者処理サーバ１０４のトランザクション処理モジュール３１６は、電子的トランザクションが不透明ブロックチェーンを介して清算されるか否かを判定してよい。いくつかの実施形態では、当該判定は、受信された承認応答に含まれる対応データ要素に格納されたデータ（例えば清算方法を示す、アクワイアラ処理サーバ１０２によって設定された値）に基づいてよい。他の実施形態では、当該判定は追加のトランザクションデータ（例えばトランザクション金額、販売者データ、消費者データ等）に基づいてよい。もしトランザクションがブロックチェーンを用いて清算されなければ、ステップ６１６にてトランザクション処理モジュール３１６は支払ネットワーク１１２に関わる従来の方法を用いてトランザクションを清算してよい。

もしトランザクションがブロックチェーンにて清算されれば、ステップ６２０にて、発行者処理サーバ１０４のハッシュ化モジュール３１２は電子的トランザクションについてハッシュ値を生成してよい。ハッシュ値は１以上のハッシュ化アルゴリズムを、生成された承認応答に含まれる追加のデータ要素に格納されたデータへ適用することで生成されてよい。いくつかの実施形態では、ステップ６１２はステップ６１１に先立って実行されてよい。これにより、もしトランザクションが通常通りの（business-as-usual：BAU）処理で清算されるなら、承認応答はハッシュ値を生成するために使用される追加のデータ要素に格納されたデータを含まなくてよい。

ステップ６２２にて、生成されたハッシュ値は、ブロックチェーンシステム１１４に関連付けられた不透明ブロックチェーンへ送信されてよい。いくつかの実施形態では、ハッシュ値の送信は、当該ハッシュ値を送信装置３１８を用いて不透明ブロックチェーンに関連付けられたブロックチェーンシステム１１４へ電子的に送信することを含んでよい。他の実施形態では、発行者処理サーバ１０４は、本開示の方法を用いて、包含目的で不透明ブロックチェーンにつき新たなブロックを生成してよい。ステップ６２４にて、発行者処理サーバ１０４の受信装置３０２は、不透明ブロックチェーンに関連付けられた１以上のノードによって不透明ブロックチェーンを検証することに続いて、電子的トランザクションのハッシュ値を含む新たなブロックを含むブロックチェーンシステム１１４から、不透明ブロックチェーンを受信してよい。

ステップ６２６では、発行者処理サーバ１０４の確認モジュール３１４は、電子的トランザクションが不透明ブロックチェーンに基づいて確認されるか否かを判定してよい。当該確認は、承認応答に含まれる追加のデータ要素に格納されたデータを用いて、ステップ６２０にて電子的トランザクションについて生成されたハッシュ値に対応する不透明ブロックチェーンのブロック内にハッシュ値を含めることに基づいてよい。もしその確認が失敗すれば、処理は完了し清算は実行されない。確認が成功すると、ステップ６２８にて、発行者処理サーバ１０４のトランザクション処理モジュール３１６は清算を実行してよい。当該清算は、トランザクション金額につき電子的トランザクションにおいて使用されるトランザクションアカウントに借りをつけることと、資金を加盟店金融機関へ移転することとを含んでよい。

不透明ブロックチェーン
図７は、清算のための電子的トランザクションを確認につき使用される不透明ブロックチェーンの構成を示す。当業者にとって、図７及び本開示で示す構成が、例示目的のみで提供されることと、本開示の機能を実行するのに適した、不透明ブロックチェーンの全ての可能な構成を徹底的に示したものでないことは自明である。

図７に示すように、不透明ブロックチェーン７０２は複数のブロック７０４を含む。不透明ブロックチェーン７０２を含む各ブロック７０４は、ヘッダ７０６と複数のトランザクション値７０８とを含んでよい。各トランザクション値７０８は電子的トランザクションにつき生成されたハッシュ値に対応してよい。ハッシュ値は１以上のハッシュ化アルゴリズムを、トランザクション金額、通貨コード及びインボイス識別子を少なくとも含む関連電子的トランザクションに関連付けられたデータへ適用することで生成されてよい。ハッシュ値は片方向のハッシュを用いて生成されてよい。これにより、ハッシュ値を生成するのに使用される正しいデータセットを保有するエンティティ（例えば関連電子的トランザクションに関わる加盟店金融機関及び発行者金融機関）だけが、ハッシュ値が何を示すかを理解する。

各ヘッダ７０６はそれぞれのブロック７０４に関連付けられたデータを含んでよい。ヘッダ７０６は例えば参照識別子７１０を含んでよい。参照識別子７１０は識別において使用するのに適した、それぞれのブロック７０４に関連付けられた一意の値であってよい。ヘッダ７０６はまた、あるいは代替的に、先行参照子７１２を含んでよい。先行参照子７１２は、不透明ブロックチェーン７０２内の先行するブロックに関連付けられた識別子であってよい。いくつかの実施形態では、先行参照子７１２は先行するブロックについてのヘッダ７０６のハッシュであってよい。そのような実施形態では、ヘッダ７０６は参照識別子７１０を含まなくてよい。というのもそれぞれのブロック７０４はヘッダ７０６のハッシュによって識別されるからである。

ヘッダ７０６はまた、プルーフオブワーク値７１４を含んでよい。プルーフオブワーク値７１４は複雑な数学的問題に対する解であってよい。複雑な数学的問題の困難性レベルは、ブロック７０４の継続的生成及び不透明ブロックチェーン７０２への追加に適した、不透明ブロックチェーン７０２に関連付けられた１以上のノード又はブロックチェーンシステム１１４で判定されてよい。例えば複雑な数学的問題は、およそ所定の時間間隔（例えば１０分毎）で解が判定されるように設計された問題であってよい。いくつかの実施形態では、ヘッダ７０６はまた、トランザクション計数器を含んでよい。これは、それぞれのブロック７０４内のトランザクション値７０８の数を示す。

ブロックチェーンを用いて電子的トランザクションを確認する第１の例示的方法
図８は、不透明ブロックチェーンを用いることにより、清算のために加盟店金融機関によって電子的トランザクションを確認する方法８００を示す。

ステップ８０２にてトランザクションデータに重畳されたデータ信号は、処理サーバ（例えばアクワイアラ処理サーバ１０２）の受信装置（例えば受信装置２０２）によって受信されてよい。このときトランザクションデータはトランザクション金額及び通貨コードを少なくとも含む、電子的トランザクションに関連するデータを含む。ステップ８０４にてトランザクションメッセージは電子的トランザクションについての処理サーバのデータ生成モジュール（例えばデータ生成モジュール２１０）によって生成されてよい。このとき、トランザクションメッセージは１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、複数のデータ要素を含んでよい。当該複数のデータ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。

ステップ８０６にて、生成されたトランザクションメッセージは、処理サーバの送信装置（例えば送信装置２１８）によって支払ネットワーク（例えば支払ネットワーク１１２）を介して処理サーバへ電子的に送信されてよい。ステップ８０８にて、返信メッセージは、支払ネットワークを介して金融機関から処理サーバの受信装置によって受信されてよい。このとき返信メッセージは１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む。ステップ８１０にて、ハッシュ値は、１以上のハッシュ化アルゴリズムを、受信された承認応答に含まれる単一のデータ要素に格納されたトランザクション金額、通貨コード及びインボイス識別子へ適用することによって、処理サーバのハッシュ化モジュール（例えばハッシュ化モジュール２１２）により生成されてよい。

一実施形態では、方法８００は更に、処理サーバの受信装置によってブロックチェーン（例えば不透明ブロックチェーン７０２）を受信するステップであって、ブロックチェーンは複数のブロック（例えばブロック７０４）を含み、当該複数のブロックの各々につきヘッダ（例えばヘッダ７０６）と１以上のトランザクション値（例えばトランザクション値７０８）とを含む、ステップと、処理サーバの確認モジュール（例えば確認モジュール２１４）によって、受信されたブロックチェーンに含まれた複数のブロックに含まれるブロックにつき、生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、電子的トランザクションを確認するステップと、を含んでよい。いくつかの実施形態では、生成されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指示子を含んでよく、受信された返信メッセージは、承認応答を示すメッセージ種別指示子を含んでよい。

一実施形態では、方法８００はまた、処理サーバのデータ生成モジュールによって、受信されたデータ信号に重畳されたトランザクションデータに含まれる追加のデータに少なくとも基づいて、インボイス識別子を生成することを含んでよい。いくつかの実施形態では、第３のデータ要素は、１以上の基準にしたがって、私的使用のために保存されてよい。

ブロックチェーンを用いて電子的トランザクションを確認する第２の例示的方法
図９は、不透明ブロックチェーンを用いることにより、清算のために発行者金融機関によって電子的トランザクションを確認する方法９００を示す。

ステップ９０２にてトランザクションメッセージは支払ネットワーク（例えば支払ネットワーク１１２）を介して金融機関から処理サーバ（例えば発行者処理サーバ１０４）の受信装置（例えば受信装置３０２）によって受信されてよい。このとき、トランザクションメッセージは１以上の基準（例えばISO8583標準）に基づいて整形されてよいし、複数のデータ要素を含んでよい。当該複数のデータ要素は、トランザクション金額を格納するよう構成される第１のデータ要素と、通貨コードを格納するよう構成される第２のデータ要素と、インボイス識別子を格納するよう構成される第３のデータ要素を少なくとも含んでよい。ステップ９０４にて、返信メッセージは、処理サーバのデータ生成モジュール（例えばデータ生成モジュール３１０）によって生成されてよい。このとき返信メッセージは１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む。

ステップ９０６にて、ハッシュ値は、１以上のハッシュ化アルゴリズムを、生成された返信メッセージに含まれる単一のデータ要素に格納されたトランザクション金額、通貨コード及びインボイス識別子へ適用することによって、処理サーバのハッシュ化モジュール（例えばハッシュ化モジュール３１２）により生成されてよい。ステップ９０８にて、生成された返信メッセージは、処理サーバの送信装置（例えば送信装置３１８）によって支払ネットワークを介して金融機関へ電子的に送信されてよい。ステップ９１０にて、生成されたハッシュ値は処理サーバの送信装置によってコンピューティング装置（例えばブロックチェーンシステム１１４）へ電子的に送信されてよい。当該ブロックチェーンシステム１１４は、当該生成されたハッシュ値を通信ネットワークを介してブロックチェーン（例えばブロックチェーン７０２）へ送信するよう構成される。

一実施形態では、方法９００は更に、処理サーバの受信装置によってブロックチェーンを受信するステップであって、ブロックチェーンは複数のブロック（例えばブロック７０４）を含み、当該複数のブロックの各々につきヘッダ（例えばヘッダ７０６）と１以上のトランザクション値（例えばトランザクション値７０８）とを含む、ステップと、処理サーバの確認モジュール（例えば確認モジュール３１４）によって、受信されたブロックチェーンに含まれた複数のブロックに含まれるブロックにつき、生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、電子的トランザクションを確認するステップと、を含んでよい。いくつかの実施形態では、受信されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指示子を含んでよく、生成された返信メッセージは、承認応答を示すメッセージ種別指示子を含んでよい。

一実施形態では、生成された返信メッセージに含まれる単一のデータ要素に格納されるトランザクション金額、通貨コード及びインボイス識別子は、処理サーバのトランザクション処理モジュールによって署名されてよい。いくつかの実施形態では、第３のデータ要素は、１以上の基準にしたがって、私的使用のために保存されてよい。

ブロックチェーンを用いて電子的トランザクションの確認値を格納する例示的方法
図１０は、不透明ブロックチェーンを用いることにより、電子的トランザクションの確認において使用するためのデータの格納処理を示す。

ステップ１００２にて、処理サーバ（例えば発行者処理サーバ１０４）のメモリ（例えばメモリ３２０）にブロックチェーン（例えば不透明ブロックチェーン７０２）が格納されてよい。ブロックチェーンは複数のブロック（例えばブロック７０４）を含み、当該複数のブロックの各々につきヘッダ（例えばヘッダ７０６）と複数のトランザクション値（例えばトランザクション値７０８）とを含む。複数のトランザクション値の各々は、電子的トランザクションに関連するハッシュ値であり、関連電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される。ステップ１００４にて、新たなハッシュ値は処理サーバの受信装置（例えば受信装置３０２）によって受信されてよい。このとき各新たなハッシュ値は追加の電子的トランザクションに関連する。各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて生成される。

ステップ１００６にて、クエリは処理サーバの問い合わせモジュール（例えば問い合わせモジュール３２２）によってメモリ上で実行されてよく、各それぞれのブロックに含まれるヘッダに格納されたデータに基づいて、ブロックチェーンに含まれる複数のブロックのうち先行するブロックを識別する。ステップ１００８にて、プルーフオブワーク値（例えばプルーフオブワーク値７１４）は、処理サーバの生成モジュール（例えばデータ生成モジュール３１０）によって、１以上の所定のアクションを実行することに基づいて生成されてよい。

ステップ１０１０にて新たなブロックは処理サーバの生成モジュールによって生成されてよい。このとき新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含む。新たなヘッダは少なくとも、識別された先行するブロックと生成されたプルーフオブワーク値とへの参照子（例えば先行参照子７１２）を含む。ステップ１０１２にて、生成された新たなブロックは、処理サーバの送信装置（例えば送信装置３１８）によって、ブロックチェーンに関連付けられた１以上のコンピューティング装置（例えばブロックチェーンシステム１１４）へ電子的に送信されてよい。

一実施形態では、複数のブロックの各々に含まれるヘッダは時間値を含んでよい。先行するブロックを識別することは、含まれたヘッダに含まれる時間値が現在時刻に最も近いときのブロックを識別することを含む。いくつかの実施形態では、複数のブロックの各々に含まれるヘッダは参照識別子（例えば参照識別子７１０）を含んでよい。新たなヘッダに含まれる識別済みの先行するブロックへの参照子は、識別済みの先行するブロックに含まれたヘッダに含まれる参照識別子に対応してよい。

一実施形態では、１以上の所定のアクションは、複雑な数学的問題を解くことを含んでよい。別の実施形態では、複雑な数学的問題の困難性は、ブロックチェーンに関連付けられた１以上のコンピューティング装置によって設定されてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本開示に一貫する技術は、他の特徴の中でも、不透明ブロックチェーンを用いて電子的トランザクションを確認するシステム及び方法を提供する。本開示のシステム及び方法の様々な例示的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示されることを理解されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ限定しない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸脱すること無く、本開示の実装から修正例及び変形例が得られてよい。

Claims (24)

1. ブロックチェーンを用いて電子的トランザクションを確認する方法において、
   処理サーバの受信装置によって、トランザクションデータに重畳されたデータ信号を受信するステップであって、前記トランザクションデータはトランザクション金額及び通貨コードを少なくとも含む、電子的トランザクションに関連するデータを含む、ステップと、
   前記処理サーバのデータ生成モジュールによって、前記電子的トランザクションについてのトランザクションメッセージを生成するステップであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、ステップと、
   前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、支払ネットワークを介して金融機関へ電子的に送信するステップと、
   前記処理サーバの前記受信装置によって前記支払ネットワークを介して前記金融機関から返信メッセージを受信するステップであって、前記返信メッセージは前記１以上の基準に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
   前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するステップと、
   前記処理サーバの前記受信装置によってブロックチェーンを受信するステップであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１以上のトランザクション値とを含む、ステップと、
   前記処理サーバの確認モジュールによって、前記受信されたブロックチェーンに含まれた前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、前記電子的トランザクションを確認するステップと、
   を含む方法。
2. 請求項１に記載の方法において、前記生成されたトランザクションメッセージは承認要求を示すメッセージ種別指示子を更に含み、
   前記受信された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、方法。
3. 請求項１に記載の方法において、更に、
   前記処理サーバの前記データ生成モジュールによって、前記受信されたデータ信号に重畳された前記トランザクションデータに含まれる追加のデータに少なくとも基づいて、前記インボイス識別子を生成するステップを含む、方法。
4. 請求項１に記載の方法において、前記第３のデータ要素は、前記１以上の基準にしたがって私的使用のために保存される、方法。
5. ブロックチェーンを用いて電子的トランザクションを確認する方法において、
   処理サーバの受信装置によって支払ネットワークを介して金融機関からトランザクションメッセージを受信するステップであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素はトランザクション金額を格納するよう構成された第１のデータ要素と、通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、ステップと、
   前記処理サーバのデータ生成モジュールによって返信メッセージを生成するステップであって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
   前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを、前記生成された返信メッセージ内の前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて、ハッシュ値を生成するステップと、
   前記処理サーバの送信装置によって、前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子的に送信するステップと、
   前記処理サーバの前記送信装置によってコンピューティング装置へ前記生成されたハッシュ値を電子的に送信するステップであって、当該コンピューティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成される、ステップと、
   前記処理サーバの前記受信装置によって前記ブロックチェーンを受信するステップであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１以上のトランザクション値とを含む、ステップと、
   前記処理サーバの確認モジュールによって、前記受信されたブロックチェーンに含まれた前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、前記電子的トランザクションを確認するステップと、
   を含む方法。
6. 請求項５に記載の方法において、
   前記受信されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指示子を含み、
   前記生成された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、方法。
7. 請求項５に記載の方法において、前記生成された返信メッセージに含まれる前記単一のデータ要素に格納される前記トランザクション金額、通貨コード及びインボイス識別子は、前記処理サーバのトランザクション処理モジュールによって署名される、方法。
8. 請求項５に記載の方法において、前記第３のデータ要素は、前記１以上の基準にしたがって私的使用のために保存される、方法。
9. ブロックチェーンを用いて電子的トランザクションを確認するシステムにおいて、
   処理サーバのハッシュ化モジュールと、
   トランザクションデータに重畳されたデータ信号を受信するよう構成された前記処理サーバの受信装置であって、前記トランザクションデータはトランザクション金額及び通貨コードを少なくとも含む、電子的トランザクションに関連するデータを含む、受信装置と、
   前記電子的トランザクションについてのトランザクションメッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、データ生成モジュールと、
   前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電子的に送信するよう構成された前記処理サーバの送信装置とを含み、
   前記処理サーバの前記受信装置は、前記支払ネットワークを介して前記金融機関から返信メッセージを受信するよう更に構成され、前記返信メッセージは前記１以上の基準に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含み、
   前記処理サーバの前記ハッシュ化モジュールは、１以上のハッシュ化アルゴリズムを、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するよう構成され、
   前記システムは前記処理サーバの確認モジュールを更に含み、
   前記処理サーバの前記受信装置はブロックチェーンを受信するよう構成され、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１以上のトランザクション値とを含み、
   前記処理サーバの前記確認モジュールは、前記受信されたブロックチェーンに含まれた前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、前記電子的トランザクションを確認するよう構成される、
   システム。
10. 請求項９に記載のシステムにおいて、
    前記生成されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指示子を含み、
    前記受信された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、システム。
11. 請求項９に記載のシステムにおいて、前記処理サーバの前記データ生成モジュールは更に、前記受信されたデータ信号に重畳された前記トランザクションデータに含まれる追加のデータに少なくとも基づいて、前記インボイス識別子を生成するよう構成される、システム。
12. 請求項９に記載のシステムにおいて、前記第３のデータ要素は、前記１以上の基準にしたがって私的使用のために保存される、システム。
13. ブロックチェーンを用いて電子的トランザクションを確認するシステムにおいて、
    支払ネットワークを介して金融機関からトランザクションメッセージを受信するよう構成された処理サーバの受信装置であって、前記トランザクションメッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素はトランザクション金額を格納するよう構成された第１のデータ要素と、通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要素とを少なくとも含む、受信装置と、
    返信メッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少なくとも含む、データ生成モジュールと、
    １以上のハッシュ化アルゴリズムを、前記生成された返信メッセージに含まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値を生成するよう構成される前記処理サーバのハッシュ化モジュールと、
    前記処理サーバの送信装置であって、
    前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子的に送信し、
    コンピューティング装置へ前記生成されたハッシュ値を電子的に送信し、当該コンピューティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成される、送信装置と、
    前記処理サーバの確認モジュールとを含み、
    前記処理サーバの前記受信装置は前記ブロックチェーンを受信するよう構成され、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１以上のトランザクション値とを含み、
    前記処理サーバの前記確認モジュールは、前記受信されたブロックチェーンに含まれた前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するトランザクション値が存在することに基づいて、前記電子的トランザクションを確認するよう構成される、システム。
14. 請求項１３に記載のシステムにおいて、
    前記受信されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指示子を含み、
    前記生成された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、システム。
15. 請求項１３に記載のシステムにおいて、前記生成された返信メッセージに含まれる前記単一のデータ要素に格納される前記トランザクション金額、通貨コード及びインボイス識別子は、前記処理サーバのトランザクション処理モジュールによって署名される、システム。
16. 請求項１３に記載のシステムにおいて、前記第３のデータ要素は、前記１以上の基準にしたがって私的使用のために保存される、システム。
17. ブロックチェーンを用いて電子的トランザクションの確認値を格納する方法において、
    処理サーバのメモリにブロックチェーンを格納するステップにおいて、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクションに関連するハッシュ値であり、前記関連する電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される、ステップと、
    前記処理サーバの受信装置によって新たなハッシュ値のセットを受信するステップにおいて、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて生成される、ステップと、
    前記処理サーバの問い合わせモジュールによって前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するステップと、
    前記処理サーバの生成モジュールによって、１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成するステップと、
    前記処理サーバの前記生成モジュールによって新たなブロックを生成するステップであって、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含む、ステップと、
    前記処理サーバの送信装置によって、前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するステップと、を含み、
    前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
    前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、
    方法。
18. 請求項１７に記載の方法において、
    前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
    前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が現在時刻に最も近いときのブロックを識別することを含む、方法。
19. 請求項１７に記載の方法において、前記１以上の所定のアクションは、複雑な数学的問題を解くことを含む、方法。
20. 請求項１９に記載の方法において、前記複雑な数学的問題の困難性は、前記ブロックチェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、方法。
21. ブロックチェーンを用いて電子的トランザクションの確認値を格納するシステムにおいて、
    ブロックチェーンを格納するよう構成された処理サーバのメモリであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクションに関連するハッシュ値であり、前記関連する電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される、ステップと、
    新たなハッシュ値のセットを受信するよう構成された前記処理サーバの受信装置であって、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに基づいて生成される、受信装置と、
    前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するよう構成された前記処理サーバの問い合わせモジュールと、
    前記処理サーバの生成モジュールであって、
    １以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成し、
    新たなブロックを生成し、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含む、生成モジュールと、
    前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するよう構成された前記処理サーバの送信装置と、を含み、
    前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
    前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、
    システム。
22. 請求項２１に記載のシステムにおいて、
    前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
    前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が現在時刻に最も近いときのブロックを識別することを含む、システム。
23. 請求項２１に記載のシステムにおいて、前記１以上の所定のアクションは、複雑な数学的問題を解くことを含む、システム。
24. 請求項２３に記載のシステムにおいて、前記複雑な数学的問題の困難性は、前記ブロックチェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、システム。

Images