JP2019503099A - 受付フレームによってハッシュ化データを確認する方法及びシステム - Google Patents

Abstract

ハッシュ化データの受信を確認する方法は、受付フレームと少なくとも１つのハッシュアルゴリズムとを格納するステップと、データ値を受信するステップと、前記受信されたデータ値をハッシュ化するステップと、前記受信されたデータ値と前記受付フレームとをハッシュ化するステップと、前記第１のハッシュ化パッケージを電子的に送信するステップと、受信されたハッシュ化パッケージを受信するステップと、前記受信されたハッシュ化パッケージを、前記受信されたデータ値と前記受付フレームとを用いて作成されたものとして確認するステップと、を含む。

Description

関連出願の相互参照

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

本開示は受付フレームを用いたハッシュ化データの確認に関し、特に、既知の受付フレームを提供されたデータへ付加することとそれをハッシュ化することとによって、受信されたデータを、第三者によって、提供されたデータへのアクセス証明として確認することに関する。

コンピュータ上（特にユーザインタフェースレベル）での検証動作は非常に重要である。例えば、第１の当事者は、第２の当事者が書類を閲覧し、ファイルを受信し、購入を行い、拘束力のある義務を入力したこと等の確認を必要とする。多くの実施形態では、第１の当事者及び第２の当事者が所望の活動を行った際、第１の当事者は第２の当事者が真正であると信頼する必要がある。他の実施形態では、第三者が検証のために用いられてよい。これは、全ての当事者が関わる追加の時間とリソースとを必要とする。この点に関して支援する電子システムが存在し、信頼された第三者リポジトリとして動作し、電子的書類をハッシュ化する。これにより後に、それらは再度ハッシュ化され、同一のハッシュ化値は、書類が変更されていない状態にあることを確認するか否かを判定し、キー操作を、及び、他のコンピュータ的に困難で且つ時として信頼できず強固でないメカニズムを追跡し記録（ログ）する。

したがって、第三者を用いることなく、関連当事者によって真正であると容易に且つ迅速に確認可能な方法でデータが確認可能なシステムが必要である。更に、そのようなデータ及び検証値の伝送のために確立された安全な第三者システムは、更に、関連エンティティにとって必要であるそのようなシステムの正確性及び効率性を上昇させることができる。

本開示は、ハッシュ化データの受信を確認するシステム及び方法を記述する。

ハッシュ化データの受信を確認する方法は、
処理サーバのメモリに受付フレームと少なくとも１つのハッシュアルゴリズムとを格納するステップと、
処理サーバの受信装置によってデータ値を受信するステップと、
前記処理サーバのハッシュ化モジュールによって、前記少なくとも１つのハッシュアルゴリズムを用いて、前記受信されたデータ値をハッシュ化し、第１のハッシュ化パッケージを取得するステップと、
前記処理サーバの前記ハッシュ化モジュールによって、前記少なくとも１つのハッシュアルゴリズムを用いて、前記受信されたデータ値と前記受付フレームとをハッシュ化し、第２のハッシュ化パッケージを取得するステップと、
前記処理サーバの送信装置によって、前記第１のハッシュ化パッケージをコンピューティング装置へ電子的に送信するステップと、
前記処理サーバの前記受信装置によって、前記コンピューティング装置から、受信されたハッシュ化パッケージを受信するステップと、
前記処理サーバの確認モジュールによって、前記受信されたハッシュ化パッケージを前記第２のハッシュ化パッケージと比較することによって、前記受信されたハッシュ化パッケージを、前記受信されたデータ値と前記受付フレームとを用いて作成されたものとして確認するステップと、
を含む。

ハッシュ化データの受信を確認するシステムは、
処理サーバの確認モジュールと、
受付フレームと少なくとも１つの確認アルゴリズムとを格納するよう構成された、前記処理サーバのメモリと、
データ値を受信するよう構成された、処理サーバの受信装置と、
前記処理サーバのハッシュ化モジュールであって、
前記少なくとも１つのハッシュアルゴリズムを用いて前記受信されたデータ値をハッシュ化して、第１のハッシュ化パッケージを取得し、
前記少なくとも１つのハッシュアルゴリズムを用いて、前記受信されたデータ値と前記受付フレームとをハッシュ化して、第２のハッシュ化パッケージを取得するよう構成された、ハッシュ化モジュールと、
コンピューティング装置へ前記第１のハッシュ化パッケージを電子的に受信するよう構成された、前記処理サーバの送信装置とを含み、
前記処理サーバの前記受信装置は更に、前記コンピューティング装置から、受信されたハッシュ化パッケージを受信するよう構成され、
前記処理サーバの前記確認モジュールは、前記受信されたハッシュ化パッケージを前記第２のハッシュ化パッケージと比較することによって、前記受信されたハッシュ化パッケージを、前記受信されたデータ値と受付フレームとを用いて作成されたものとして確認するよう構成される。

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

本開示の実施形態による、受付フレームを用いたハッシュ化データの受信と、その送信及び発行とを確認するためのハイレベルシステムを示すブロック図である。 図２は、例示的実施形態による、コンピューティング装置から受信されたハッシュ化データの確認のための図１の処理サーバを示すブロック図である。 図３Ａは、例示的実施形態による図１のシステムを用いて、受付フレームを用いたデータのハッシュ化及び確認の処理を示すフローチャートである。 図３Ｂは、例示的実施形態による図１のシステムを用いて、受付フレームを用いたデータのハッシュ化及び確認の処理を示すフローチャートである。 図４は、例示的実施形態による図１のシステムにおいて、受付フレームを用いてデータをハッシュ化及び確認する処理を示すフローチャートである。 図５は、例示的実施形態による、ハッシュ化データの受信を確認する例示的な方法を示すフローチャートである。 図６は本開示の実施形態による、支払トランザクションの処理を示すフロー図である。 図７は、例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。

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

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

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

受付フレームを用いてデータを確認するシステム
図１は、受付フレームを用いてデータ（特にハッシュ化データ）を確認し、送信の際のデータの正確性とデータの安全性とを確保するシステム１００を示す。

システム１００は処理サーバ１０２を含んでよい。下記で詳述される処理サーバ１０２は、受付フレームを用いてデータの受信及び閲覧を確認するよう構成されてよく、また、それに関連付けられた１以上の安全な方法を用いてデータ及び／又は受信証明を電子的に送信及び発行するよう構成される。処理サーバ１０２は、コンピューティング装置１０４へ、データ値を電子的に送信するよう構成されてよい。データ値は、適切な通信ネットワーク（例えばローカルエリアネットワーク、無線エリアネットワーク、インターネット、無線通信ネットワーク、無線周波数ネットワーク等）を介して電子的に送信されるデータ信号に重畳されてよい。

データ値は文字列、データファイル、動画、画像、又は任意の他の適切な種別の値であってよい。これらについてコンピューティング装置１０４はその受信情報を受信し、処理サーバ１０２に対して、データ値が受信及びアクセスされたことを検証する。例えばデータ値は、コンピューティング装置１０４のユーザが受信する取引条件の契約書又はリストであってよい。データ値は受信されるデータを含んでよいし、受信されるデータを含むデータファイルを含んでよい。例えばもしコンピューティング装置１０４のユーザが契約の受信を確認するとき、データ値は、当該契約を含むデータファイル（例えばテキスト又は文字処理された書類）であってよい。処理サーバ１０２が、コンピューティング装置１０４のユーザ契約書の受信を検証するだけでなく実際の契約書へアクセスしたことを検証する実施形態では、データ値は当該契約書のテキスト又は当該契約書の一部を含んでよい。

いくつかの実施形態では、処理サーバ１０２は、コンピューティング装置１０４へ、データ値を電子的に送信する前に、１以上のハッシュ化アルゴリズムを用いてデータ値をハッシュ化してよい。そのような実施形態では、コンピューティング装置１０４はハッシュ化アルゴリズムをデータ値へ適用することで生じるハッシュ化パッケージを受信してよい。そのような実施形態では、コンピューティング装置１０４は１以上のキーバリューストア（key-value store）を含んでよい。このとき、データ値は、受信されたハッシュ化パッケージをキーとして用いてアクセスされてよい。例えばデータ値はデータファイルであってよい。このときハッシュ化パッケージは当該データファイルのハッシュ化の結果物である。そのような実施形態では、コンピューティング装置１０４はハッシュ化パッケージをキーとして用いてデータファイルを識別してよい。

コンピューティング装置１０４はデータ値に関する任意の他の要求された機能を受信し、また、当該機能をアクセス又は実行してよいし、受付フレームを使用することによってその性能を検証してよい。受付フレームは、処理サーバ１０２によって合意された追加のデータ値であってよい。コンピューティング装置１０４はコンピューティング装置（又は例えばそれに関連付けられたユーザ）による、提供されたデータ値の受信、閲覧及び／又は受諾を示してよい。受付フレームは例えばテキスト列、画像、データファイル等であってよい。

例えば処理サーバ１０２はデータ（例えば陳述書、プレスリリース、契約等の取引条件、及び他の形態の内容）をコンピューティング装置１０４へ提供してよい。このときこれに関連付けられたエンティティは、受付フレームとして機能する「YES」とのテキスト列に合意する。処理サーバ１０２は取引条件（例えばこれは１以上のハッシュ化アルゴリズムによってハッシュ化パッケージへとハッシュ化されてよい）をコンピューティング装置１０４へ、適切な通信ネットワークを用いてデータ値として電子的に送信する。コンピューティング装置１０４は当該取引条件をアクセス及び閲覧してよく、もし取引条件に合意するなら、受付フレームを当該取引条件へ付加してよい。例えば陳述書は「受信者は内容に合意」との記載を、「+YES」との受付フレームと共に含んでよい。このため、もしコンピューティング装置１０４のユーザ（例えば内容において参照される受信者）が陳述書を受諾するなら、受付フレームを付加することによって、「受信者は内容に合意+YES」との文字列になる。

受付フレームが一旦データ値に付加されると、コンピューティング装置１０４は受付フレームとデータ値とをハッシュ化し、追加ハッシュ化パッケージを取得してよい。この追加ハッシュ化パッケージは次いで、コンピューティング装置１０４によって、適切な通信ネットワークを用いて処理サーバ１０２へ電子的に送信されてよい。処理サーバ１０２は次いで受信されたハッシュ化パッケージを確認して、コンピューティング装置１０４のユーザが取引条件へアクセスし且つ受諾したことを確実にしてよい。確認処理は、コンピューティング装置１０４によって使用されるハッシュ化アルゴリズムをデータ値と合意された受付フレームとへ適用することにより、コンピューティング装置１０４によって第２のハッシュ化パッケージを生成することを含む。もし結果として生じた第２のハッシュ化パッケージが、コンピューティング装置１０４によって返信されたハッシュ化パッケージと同一であれば、確認処理は完了する。というのも、それが、コンピューティング装置１０４が正しいデータ値を閲覧し且つ合意された受付フレームを追加したことを確認するからである。データ値又は受付フレーム内の任意の変化は、異なるハッシュ化パッケージを生じていただろうからである。したがって、コンピューティング装置１０４によって実行される動作は、第三者を用いない確認によって十分に確認され、純粋なデータを用いることによって実行されてよい。

いくつかの実施形態では、処理サーバ１０２及び／又はコンピューティング装置１０４に関連付けられたエンティティは、受信の検証を発行したいことがある。そのような実施形態では、検証はブロックチェーンネットワーク１０６を用いて（例えばそれに関連付けられたブロックチェーンに含めることによって）発行されてよい。ブロックチェーンネットワーク１０６は例えば、コンピューティング装置及び／又はシステムのネットワークであってよい。当該ネットワークは、ブロックチェーンを確立及び維持するよう構成され、プルーフオブワーク又は他の適切な方法によって独立して検証可能且つ分散される電子的トランザクションの台帳であってよい。一旦データ値が、受付フレームの付加によって、受信され受諾（又は実行されたデータの受信又は閲覧が確認等）されると、コンピューティング装置１０４は、データ値と受付フレームとをハッシュ化し、ハッシュ化の結果を、発行のためにブロックチェーンネットワーク１０６へ電子的に送信してよい。ブロックチェーンネットワーク１０６はハッシュ化の結果をブロックチェーンにおいて発行してよい。これは、適切な方法及びシステムを用いて処理サーバ１０２によってアクセスされてよい。処理サーバ１０２は次いで、コンピューティング装置１０４による受信を、発行されたハッシュ化結果に基づいて、生成された第２のハッシュ化パッケージと比較して検証してよい。

いくつかの実施形態では、ブロックチェーンネットワーク１０６は第三者１１０による受信を検証するために使用されてよい。そのような実施形態では、第三者１１０はデータ値と受付フレームとを処理サーバ１０２及び／又はコンピューティング装置１０４から受信してよい。第三者１１０はデータ値と受付フレームとを、同一のアルゴリズムを用いてハッシュ化してよく、また、コンピューティング装置１０４によって実行された受信を、ブロックチェーン内のハッシュ化結果を識別することによって確認してよい。いくつかの実施形態では、ブロックチェーンは、ブロックチェーンに含まれるハッシュのソースを識別する情報を（例えば署名されたアドレス又はソースにとって一意の他のデータを使用することによって）含んでよい。例えばコンピューティング装置１０４は署名されたアドレスを、コンピューティング装置１０４に一意に関連付けられたブロックチェーンネットワーク１０６へ提供してよい。当該アドレスは、ハッシュ化結果と共にブロックチェーンに含められてよい。署名されたアドレスは、第三者１１０（及び／又は例えば処理サーバ１０２）によって、検証値として使用されてよい。当該検証値は、コンピューティング装置１０４による受信の検証値であるだけでなく、コンピューティング装置１０４によって真正に提出されたハッシュ化結果の検証値でもある。いくつかの実施形態では、署名されたアドレスはブロックチェーンへ送信されるトランザクションにおいて使用されてよい。いくつかの実施形態では、処理サーバ１０２は、ブロックチェーンに関連付けられたブロックチェーン通貨の金額を、コンピューティング装置１０４へ、ブロックチェーンネットワーク１０６を介して転送してよい。ここでは、ハッシュ化パッケージはブロックチェーンへ送信されたトランザクションに含まれてよい。コンピューティング装置１０４は受信後、ブロックチェーン通貨の金額を、付加された受付フレームを含んだハッシュ化パッケージと共に処理サーバ１０２へ移転してよい。このとき当該金額は、同一金額又は関連金額（例えば支払分又は処理手数料を減額等したもの）であってよい。ブロックチェーンネットワーク１０６が通貨の移転を要求してデータをブロックチェーンへ送信する場合、上記のような実施形態が要求される。いくつかの実施形態では、通貨の移転は移転金額又はその移転に関わるアドレスを確認することによる更なる検証のために使用されてよい。

いくつかの実施形態では、システム１００は支払ネットワーク１０８を含んでよい。支払ネットワーク１０８は、処理サーバ１０２及びコンピューティング装置１０４へ、又はそれらからの、データを電子転送するときに使用されてよい。例えば支払ネットワーク１０８に関連付けられた支払レールは、図６で示す処理６００に関して下記で詳述されるが、処理サーバ１０２及びコンピューティング装置１０４へ、及びそれらからハッシュ化パッケージを含むデータメッセージを送信する際に使用されてよい。そのような実施形態では、安全支払レールは、データの電子送信における追加の安全性を提供するために使用されてよい。

いくつかの実施形態では、ハッシュ化パッケージはトランザクションメッセージに含まれてよい。トランザクションメッセージは、金融トランザクションメッセージの交換を管理する１以上の基準（例えば国際標準化機構のISO8583標準）にしたがって整形される、特別整形データメッセージであってよい。トランザクションメッセージは複数のデータ要素を含んでよく、そのそれぞれは関連する基準に規定されたデータを格納するよう構成される。いくつかの実施形態では、トランザクションメッセージはまた、１以上のビットマップを含んでよい。このとき各ビットマップは、そこに含まれるデータ要素とそこに格納されるデータとを特定してよい。例示的実施形態では、ハッシュ化パッケージを伝送するために使用されるトランザクションメッセージは、第３のビットマップを含んでよい。このとき、当該第３のビットマップは、データ値と受付フレームと及び／又は本開示の機能を実行する際に使用されるハッシュ化パッケージとを格納するよう構成される１以上のデータ要素を特定してよい。いくつかの実施形態では、受付フレーム及び／又はハッシュ化パッケージは、私的使用又は他の適切なデータ要素のために保存されるデータ要素に格納されてよい。これは、適用可能であれば、第３のビットマップを含む１以上のビットマップにおいて特定されてよい。そのような実施形態では、トランザクションメッセージのデータ要素に格納されるデータ値は、他のデータに関連付けられた参照子又は識別子であってよい。例えばデータ値は文書のハッシュであってよい。このため、それは、文書の全体内容の送信無く、コンピューティング装置１０４へ伝送されてよい。これにより、より小規模でより迅速な送信がなされる。コンピューティング装置１０４は文書のハッシュを用いて、検索されるデータを識別し（例えば文書のハッシュをキーバリューペア内のキーとして用いる）、もし適用可能なら受付フレームを付加する（例えばそれに含まれる取引条件の受諾を示す）。

本開示の方法及びシステムによって２つのエンティティは、受付フレームとハッシュ化アルゴリズムとを用いることによってコンピューティング装置を介してデータを交換し、その検証を実行できる。受付フレームを使用することで、受付フレームの知識を有する当事者だけがデータ値を閲覧することを確実にできる。特に、異なるデータ値と受付フレームとがハッシュ化され同一の結果を得ることについて天文学的に低い可能性をハッシュアルゴリズムが有する場合、ハッシュ化アルゴリズムを使用することは、非常に高い保証性を、データ値の閲覧（及び例えば受信）をする処理サーバ１０２へ提供する。したがって、本開示の方法及びシステムは、第三者システムを用いること無く特別構成コンピューティング装置によって実行される非常に高いレベルにて、データ検証をもたらすことができる。

そのような方法は例えば、上記のように、取引条件の受諾において適用可能である。そのような方法はまた、文書の交換にて有用である。例えば処理サーバ１０２によって提供されるデータ値は、コンピューティング装置１０４によってアクセスされる文書のハッシュであってよい。コンピューティング装置１０４によって文書と受付フレームとに適用されたハッシュの結果であるハッシュ化パッケージの返信は、コンピューティング装置１０４が、処理サーバ１０２によって要求されたように、文書にアクセスしたことを確実にする。いくつかの実施形態では、本開示の方法は文書セットの交換へ適用されてよい。例えば処理サーバ１０２とコンピューティング装置１０４は、複数文書につき上記の処理を繰り返す。いくつかの実施形態では、コンピューティング装置１０４は、アクセスされる新たな各文書を、継続的なハッシュ（マークル木）へ適用してよい。いくつかの実施形態では、受付フレームはハッシュ化が実行されるたびに付加されてよい。他の実施形態では、受付フレームは１回だけ（例えば各文書が付加された後）付加されてよい。それぞれの実施形態では、受付フレームを含めることによって、結果的に生じるハッシュの一意性によって、セット内の各文書の受信及び／又は閲覧が可能である。

本開示の方法はまた、第三者１１０によって実行される条件付捺印証書に関連して使用されてよい。例えば第三者１１０は、処理サーバ１０２とコンピューティング装置１０４との間の合意によって要求されたように、コンピューティング装置１０４によって提供されたハッシュ化パッケージを、コンピューティング装置１０４によって実行される動作の検証のために使用してよい。第三者１１０はハッシュ化パッケージを検証して、要求された動作が実行されたことを検証してよく、次いで、割り当てられた条件付捺印証書の機能を、例えば資金、文書等をコンピューティング装置１０４及び／又は処理サーバ１０２に対し譲渡することによって実行してよい。一旦コンピューティング装置１０４が、処理サーバ１０２によって規定された取引条件を本開示の方法を用いて受信し第三者１１０によって検証されると、例えば処理サーバ１０２（又は例えばそれに関連付けられたエンティティ）は、第三者１１０へローンの元金を払ってよく、これはコンピューティング装置１０４（又は例えばそれに関連付けられたエンティティ）へ譲渡される。

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

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

受信装置２０２は更に、コンピューティング装置１０４から、データ信号を受信するよう構成されてよい。コンピューティング装置１０４から受信されたデータ信号は、ハッシュ化パッケージに重畳されてよい。これは、提供されたデータ値の受信及び受諾の確認において処理サーバ１０２によって使用されてよい。いくつかの実施形態では、データ信号は支払ネットワーク１０８を介して受信されてよいし、１以上の関連基準に基づいて整形されたトランザクションメッセージを含んでよい。例えばコンピューティング装置１０４によって提供されたハッシュ化パッケージは、支払ネットワーク１０８を介して受信装置２０２によって受信されたトランザクションメッセージに含まれる第３のビットマップに規定されるように、データ要素に含まれてよい。いくつかの実施形態では、受信装置２０２は１以上の入力装置を介してデータを受信するよう構成されてよい。いくつかの実施形態では、入力装置は、本開示の機能を実行する際に使用するデータ値を入力するために使用されてよい。受信装置２０２はまた、追加のコンピューティング装置（これは例えば処理サーバ１０２に関連付けられる）からデータ信号（例えば本開示の機能を実行する際に使用するデータ値及び／又は受付フレームに重畳されたデータ信号）を受信してよい。

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

いくつかの実施形態では、処理サーバ１０２はデータストア２０６を含んでよい。データストア２０６は、適切なデータストレージ形式及びスキーマを用いて、複数のデータセット２０８を格納するよう構成されてよい。データストア２０６は、構造照会言語を使用するリレーショナルデータベースであって、格納された構造化データセットを格納、識別、修正、更新、アクセス等するデータベースであってよい。各データセット２０８は、少なくとも１つのデータ値と関連する受付フレームとを格納するよう構成される構造化データセットであってよい。いくつかの実施形態では、データセット２０８はまた、データ値の電子的送信先であるコンピューティング装置１０４に関連付けられたデータ（例えばコンピューティング装置１０４又は対応するコンピューティングシステムに関連付けられた装置識別子）を含んでよい。データセット２０８はまた、複数のハッシュ化パッケージ（例えば１以上のハッシュアルゴリズムを、格納されたデータ値及び／又は受付フレームへ適用することから生じるパッケージ等）を含んでよい。

いくつかの実施形態では、処理サーバ１０２は問い合わせモジュール（不図示）を含んでよい。問い合わせモジュールはデータベース上でクエリを実行して情報を識別するよう構成されてよい。問い合わせモジュールは１以上のデータ値又はクエリ列を受信してよく、それに基づいて、示されたデータベース（例えばデータストア２０６）上でクエリ列を実行して、そこに格納された情報を識別してよい。問い合わせモジュールは次いで、識別された情報を、必要に応じて処理サーバの適切なエンジン又はモジュールへ出力してよい。問い合わせモジュールは例えば、データストア２０６上でクエリを実行して、処理サーバ１０２の他のモジュール又はエンジン（例えばハッシュ化モジュール２１０）によって提供される基準に基づいて、格納されたデータセット２０８を識別してよい。

ハッシュ化モジュール２１０は１以上のハッシュアルゴリズムをデータへ適用してハッシュ化パッケージを生成するよう構成されてよい。ハッシュ化モジュール２１０はデータを入力値（例えばコンピューティング装置１０４へ提供されるデータ値、受付フレーム、それらの組み合わせ等）として受信してよいし、１以上のハッシュ化アルゴリズムを当該データへ適用してよいし、処理サーバ１０２の他のモジュール又はエンジンによる使用のためにハッシュ化パッケージを出力してよい。いくつかの実施形態では、ハッシュ化モジュール２１０は異なるハッシュアルゴリズムを用いて、データ値をハッシュ化するよう構成されてよい。これは、付加された受付フレームを用いてデータ値をハッシュ化するために使用される。

処理サーバ１０２はまた暗号化モジュール２１２を含んでよい。暗号化モジュール２１２は本開示の機能を実行する際に使用するのにデータを暗号化又は復号化するよう構成されてよい。暗号化モジュール２１２は入力として、暗号化又は復号化されるデータ（又は、暗号化又は復号化及びそれに関連付けられたアルゴリズムに関する命令）を受信してよいし、要求された暗号化又は復号化を実行してよいし、結果データを出力してよい。例えば暗号化モジュール２１２はコンピューティング装置１０４へ提供する前に受付フレームを暗号化してよい。受付フレームは、提供されたデータ値を受信するときにコンピューティング装置１０４によって復号化されて使用される。

処理サーバ１０２はまた確認モジュール２１４を含んでよい。確認モジュールは、ハッシュ化データを確認するよう構成されてよい。確認モジュール２１４はコンピューティング装置１０４から受信されたハッシュ化パッケージを（例えば受信装置２０２を介して）受信してよいし、その確認を実行してよい。確認モジュール２１４はまた、ハッシュ化モジュール２１０によって生成されたハッシュ化パッケージを受信してよいし、その識別において使用するためのデータ（例えば、受信されたハッシュ化パッケージが生じる元のコンピューティング装置１０４と関連付けられた装置識別子）を受信してよい。装置識別子は、データストア２０６内のデータセット２０８内の対応する生成済みハッシュ化パッケージの識別において使用されてよい。確認モジュール２１４は生成されたハッシュ化パッケージと比較して、受信されたハッシュ化パッケージを確認してよいし、その確認結果を出力してよい。

いくつかの実施形態では、処理サーバ１０２は生成モジュール２１６を含んでよい。生成モジュール２１６はデータ値、受付フレーム及び／又はハッシュ化パッケージの伝送において使用するためのトランザクションメッセージを生成するよう構成されてよい。生成モジュール２１６はトランザクションメッセージに含まれるハッシュ化パッケージ又は他のデータを受信してよいし、トランザクションメッセージを生成してよいし、当該トランザクションメッセージを処理サーバ１０２の他のモジュール又はエンジンへ（例えば、支払ネットワーク１０８を介してコンピューティング装置１０４へ送信するために送信装置２１８へ）出力してよい。トランザクションメッセージは１以上の基準（例えばISO8583標準）に基づいてフォーマットされてよいし、含まれる第３のビットマップにおいて識別されるデータ要素内のハッシュ化パッケージ又は他のデータを含んでよい。

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

送信装置２１８は、ハッシュ化パッケージ及び／又はデータ値に重畳されたデータ信号をコンピューティング装置１０４へ電子的に送信するよう構成されてよい。送信装置２１８は、受付フレームと、本開示の機能を実行する際にコンピューティング装置１０４によって使用されるのに適切な他のデータとに重畳されたデータ信号を電子的に送信するよう構成されてよい。いくつかの実施形態では、送信装置２１８は、適切な通信方法及びプロトコルを用いて、支払ネットワーク１０８を介してトランザクションメッセージを送信するよう構成されてよい。送信装置２１８は、（例えばブロックチェーンへのデータ送信のために）データ信号をブロックチェーンネットワーク１０６へ送信するよう構成されてよいし、（例えば確認モジュール２１４による確認のために）検索用にブロックチェーンデータを要求してよい。

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

ハッシュ化データの受信を確認する処理
図３Ａ及び３Ｂは、受付フレームを用いてハッシュ化データの受信を確認する処理を示す。

ステップ３０２にて、処理サーバ１０２及びコンピューティング装置１０４（及び／又は、例えばそれに関連付けられたエンティティ）は、処理サーバ１０２によってコンピューティング装置１０４へ提供されたデータの受信（又は例えば受信、実行される他のアクション等）を示すために使用される受付フレームにつき合意してよい。受付フレームは例えば列、文書、データファイル等のデータ値であってよい。ステップ３０４にて、処理サーバ１０２は、受信が要求されたコンピューティング装置１０４へ提供されるデータ値を生成してよい。データ値は、処理サーバ１０２に含まれる１以上のモジュール又はエンジンによって生成されてよいし、（例えば受信装置２０２を介して）受信されてよい。例えば処理サーバ１０２のユーザはデータ値を入力してよい。当該入力は例えば、適切な入力装置（例えばキーボード等）を用いて、コンピューティング装置１０４によって受信される取引条件を入力することによって行われる。

ステップ３０６にて、処理サーバ１０２のハッシュ化モジュール２１０は１以上のハッシュアルゴリズムを用いてデータ値をハッシュ化してよい。データ値のハッシュ化処理は第１のハッシュ化パッケージを出力してよい。いくつかの実施形態では、第１のハッシュ化パッケージはデータストア２０６内の対応するデータセット２０８に（例えば処理サーバ１０２の問い合わせモジュールによってデータストア２０６上のクエリを実行することによって）格納されてよい。ステップ３０８にて処理サーバ１０２の送信装置２１８は、適切な通信ネットワークを用いて、第１のハッシュ化パッケージをコンピューティング装置１０４へ電子的に送信してよい。いくつかの実施形態では、第１のハッシュ化パッケージは（例えば処理サーバ１０２の生成モジュール２１６によって生成される）トランザクションメッセージに含まれるデータ要素に格納されてよい。当該データ要素はハッシュ化パッケージを格納するために使用されるデータ要素を示す第３のビットマップを含む。

ステップ３１０にてコンピューティング装置１０４は第１のハッシュ化パッケージを受信してよい。ステップ３１２にてコンピューティング装置１０４は第１のハッシュ化パッケージを生成するために使用されたデータ値へアクセスしてよい。データ値はキーバリューストア内のキーとして第１のハッシュ化パッケージを使用することでアクセスされてよいし、他の種別のデータストレージ（これに対し、第１のハッシュ化パッケージはデータ値を識別するために使用される）を使用することでアクセスされてよい。コンピューティング装置１０４（又は例えばそのユーザ）はデータ値にアクセスしてよいし、それによって示されるデータを受信してよい。例えばユーザはデータ値を含む取引条件を受信してよい。ステップ３１４にてコンピューティング装置１０４は、当業者にとって自明な方法及びシステムを用いて、合意された受付フレームをデータ値へ付加してよい。

ステップ３１６にて、コンピューティング装置１０４は１以上のハッシュアルゴリズムを用いて受付フレーム及びデータ値をハッシュ化してよい。いくつかの実施形態では、（例えばステップ３０６にて）処理サーバ１０２のハッシュ化モジュール２１０によってデータ値をハッシュ化するために使用される同一のハッシュアルゴリズムは、受付フレームとデータ値とをハッシュ化するために使用されてよい。別の実施形態では、異なるハッシュアルゴリズムが使用されてよい。ステップ３１８にてコンピューティング装置１０４は、適切な通信ネットワークを用いて、結果として生じたハッシュ化パッケージを処理サーバ１０２へ電子的に送信してよい。

ステップ３２０にて、処理サーバの受信装置２０２は、コンピューティング装置１０４からハッシュ化パッケージ（「受信された」ハッシュ化パッケージ）を受信してよい。ステップ３２２にて、処理サーバ１０２のハッシュ化モジュール２１０は、受信されたハッシュ化パッケージを生成する際にコンピューティング装置１０４によって使用された同一の１以上のハッシュアルゴリズムを用いて、データ値と合意された受付フレームとをハッシュ化してよい。ステップ３２４にて、結果として生じた第２のハッシュ化パッケージは、受信されたハッシュ化パッケージを確認するために確認モジュール２１４によって使用されてよい。このことは例えば、２つのハッシュ化パッケージを比較して、ハッシュ化パッケージが同一の値を有することを確認すること等によって行われる。

いくつかの実施形態では、図３Ａ及び３Ｂに示される処理の１以上のステップは、繰り返されて、処理サーバ１０２とコンピューティング装置１０４との間で交換される追加データを確認してよい。例えばステップ３０４から３１２は繰り返されて、追加データ（例えば文書、更なる取引条件等）をコンピューティング装置１０４へ提供してよい。コンピューティング装置１０４はステップ３１６を繰り返してよい。このステップは、その後に受信されたデータ値の各々を含むパッケージ（又は例えばそのハッシュ）をハッシュ化することを含んでよい。これは、処理サーバ１０２によって確認されてよい。いくつかの実施形態では、受付フレームはハッシュ化が各インスタンスにおけるハッシュ化に先立ってデータへ付加されてよい。例えば処理サーバ１０２は、コンピューティング装置１０４へ、文書Aを送信してよい。コンピューティング装置１０４は、文書を視認し、受付フレームを付加し、パッケージをハッシュ化し、及び確認のために処理サーバ１０２へハッシュ化パッケージを送信してよい。次いで処理サーバ１０２は文書Bを送信してよい。コンピューティング装置１０４は文書Aのハッシュを含むパッケージ又は（例えばマークル木内の）第１のハッシュ化パッケージをハッシュ化してよく、後続ハッシュ化パッケージを生成してよい。これは、確認のために処理サーバ１０２へ送信されてよい。そのような実施形態では、一連の文書又は他のデータ値は、１以上の受付フレームを用いて、処理サーバ１０２に継続的に確認されてよい。

ハッシュ化データの受信を第三者検証する処理
図４は、図１のコンピューティング装置１０４によるハッシュ化データの受信を、ブロックチェーンネットワーク１０６を用いて第三者１１０によって検証する処理４００を示す。

ステップ４０２にて、処理サーバ１０２の送信装置２１８は、ハッシュ化されたデータ値（これは例えば処理サーバ１０２のハッシュ化モジュール２１０によって生成される）に重畳されたデータ信号を、コンピューティング装置１０４へ電子的に送信してよい。ステップ４０４にて、コンピューティング装置１０４は上記の方法を用いて受付パッケージを生成してよい。このことは例えば、ハッシュ化データ値を生成するために使用されるデータ値へアクセスすることによって、受付フレームを付加することによって、及び組み合わされたデータ値及び受付フレームをハッシュ化することによって行われる。ステップ４０６にてコンピューティング装置１０４は、ハッシュ化パッケージを処理サーバ１０２へ電子的に送信してよく、これは受信装置２０２によって受信される。

ステップ４０８にて処理サーバ１０２の確認モジュール２１４は受信されたハッシュ化パッケージを確認してよい。このことは例えば、同一のデータ値、受付フレーム及びハッシュアルゴリズムを用いて、受信されたハッシュ化パッケージを、処理サーバ１０２のハッシュ化モジュール２１０によって生成されたハッシュ化モジュール２１０と比較することによって実行される。ステップ４１０にて、処理サーバ１０２の送信装置２１８は、受信（及び確認）されたハッシュ化パッケージに重畳されたデータ信号を、ブロックチェーンネットワーク１０６へ電子的に送信してよい。いくつかの実施形態では、ステップ４１０はコンピューティング装置１０４によって実行されてよい。いくつかの実施形態では、ステップ４１０は、ステップ４０８における処理サーバ１０２による確認は成功だったことの指示に続いて、コンピューティング装置１０４によって実行されてよい。このことは例えば、処理サーバ１０２の送信装置２１８によってコンピューティング装置１０４へ電子的に送信された通知が受信されたことによってなされてよい。

ステップ４１２にて、ブロックチェーンネットワーク１０６はハッシュ化パッケージを、適切な方法及びシステムを用いて、ブロックチェーンへ送信してよい。いくつかの実施形態では、ブロックチェーンにハッシュ化パッケージを含めることは、処理４００における追加ステップでの使用に先立って、ブロックチェーンネットワーク１０６に含まれる所定数のコンピューティング装置によって検証されてよい。いくつかの実施形態では、処理サーバ１０６（又は例えばコンピューティング装置１０４）と関連付けられたデータは、ハッシュ化パッケージと関連付けられたブロックチェーン（例えば署名済みアドレス）に含まれてよい。ステップ４１４にて第三者１１０はブロックチェーンネットワーク１０６からブロックチェーンを検索してよい。ステップ４１６にて第三者１１０は、コンピューティング装置１０４又はそれに関連付けられたエンティティによるデータ値の受信を、データ値及び受付パッケージのハッシュ結果を用いて、第三者１１０によるハッシュ化パッケージの確認に基づいて検証してよい。

ハッシュ化データの受信を確認する例示的方法
図５は、受付フレームを用いてハッシュ化データの受信を確認する処理５００を示す。

ステップ５０２にて、受付フレーム及び少なくとも１つのハッシュアルゴリズムは、処理サーバ（例えば処理サーバ１０２）のメモリ（例えばメモリ２２０）に格納されてよい。ステップ５０４にてデータ値は、処理サーバ１０２の受信装置（例えば受信装置２０２）によって受信されてよい。ステップ５０６にて、受信されたデータ値は、少なくとも１つのハッシュアルゴリズムを用いて、処理サーバのハッシュ化モジュール（例えばハッシュ化モジュール２１０）によってハッシュ化されてよく、これにより第１のハッシュ化パッケージを得る。

ステップ５０８にて、受信されたデータ値及び受付フレームは、少なくとも１つのハッシュアルゴリズムを用いて、処理サーバのハッシュ化モジュールによってハッシュ化されてよく、これにより第２のハッシュ化パッケージを得る。ステップ５１０にて、第１のハッシュ化パッケージは、処理サーバの送信装置（例えば送信装置２１８）によってコンピューティング装置（例えばコンピューティング装置１０４）へ電子的に送信されてよい。

ステップ５１２にて、処理サーバ１０２の受信装置は、コンピューティング装置から、受信されたハッシュ化パッケージを受信してよい。ステップ５１４にて、受信されたハッシュ化パッケージは、受信されたハッシュ化パッケージと第２のハッシュ化パッケージとを比較することによって、受信されたデータ値と受付フレームとを用いて作成されたものとして、処理サーバの確認モジュール（例えば確認モジュール２１４）によって確認されてよい。

一実施形態では、方法５００は、前記処理サーバの前記メモリに後続フレームを格納するステップと、前記処理サーバの前記受信装置によって、前記コンピューティング装置から、第２の受信されたハッシュ化パッケージを受信するステップと、前記処理サーバの前記ハッシュ化モジュールによって、前記後続フレームと追加データとを、前記少なくとも１つのハッシュアルゴリズムを用いてハッシュ化して、第３のハッシュ化パッケージを取得するステップと、前記処理サーバの前記確認モジュールによって、前記第２の受信されたハッシュ化パッケージを前記第３のハッシュ化パッケージと比較することによって、前記第２の受信されたハッシュ化パッケージを、前記後続フレームと追加データとを用いて作成されたものとして確認するステップと、を含む。別の実施形態では、追加データは(i)第２のハッシュ化パッケージと(ii)返信されたデータ値及び返信された受付フレームとの１つであってよい。

いくつかの実施形態では、少なくとも１つのハッシュアルゴリズムは第１のハッシュアルゴリズム及び第２のハッシュアルゴリズムを含んでよい。このとき第１のハッシュ化パッケージは第１のハッシュアルゴリズムを用いて取得され、第２のハッシュ化パッケージは第２のハッシュアルゴリズムを用いて取得される。一実施形態では方法５００は更に、処理サーバの送信装置によって、第２のハッシュ化パッケージを、関連付けられたブロックチェーンに含めるために、ブロックチェーンネットワークへ電子的に送信することを含んでよい。いくつかの実施形態では、データ値は、処理サーバとインタフェース接続する入力装置から受信されてよい。

一実施形態では、方法５００は処理サーバの生成モジュール（例えば生成モジュール２１６）によって、１以上の基準に基づいて整形されたトランザクションメッセージを生成することを含んでよく、当該トランザクションメッセージは第３のビットマップを含み、第１のハッシュ化パッケージを格納するよう構成されたデータ要素を少なくとも含む複数のデータ要素を含み、第１のハッシュ化パッケージを電子的に送信することは、生成されたトランザクションメッセージを電子的に送信することを含む。別の実施形態では、生成されたトランザクションメッセージは、支払ネットワーク（例えば支払ネットワーク１０８）を介してコンピューティング装置へ電子的に送信されてよい。

いくつかの実施形態では、第２のハッシュ化パッケージを受信することは、１以上の基準に基づいて整形されたトランザクションメッセージを受信することを含んでよく、当該トランザクションメッセージは第３のビットマップを含み、第２のハッシュ化パッケージを格納するよう構成されたデータ要素を少なくとも含む複数のデータ要素を含む。別の実施形態では、トランザクションメッセージは、コンピューティング装置からのトランザクションメッセージをルーティングするよう構成された支払ネットワークから受信されてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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