(57)【要約】      （修正有）【課題】不透明ブロックチェーンを用いて電子的トランザクションを確認するシステム及び方法を提供する。【解決手段】ブロックチェーンを用いて電子的トランザクションを確認する方法は、トランザクションデータを受信するステップと、トランザクションメッセージを生成するステップと、トランザクションメッセージを送信するステップと、返信メッセージを受信するステップと、ハッシュ値を生成するステップと、を含む。【選択図】図４Ａ
2020194578.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーンを用いて電子的トランザクションを確認する方法において、
処理サーバの受信装置によって、トランザクションデータに重畳されたデータ信号を受
信するステップであって、前記トランザクションデータはトランザクション金額及び通貨
コードを少なくとも含む、電子的トランザクションに関連するデータを含む、ステップと
、
前記処理サーバのデータ生成モジュールによって、前記電子的トランザクションについ
てのトランザクションメッセージを生成するステップであって、前記トランザクションメ
ッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデー
タ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記
通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納する
よう構成された第３のデータ要素とを少なくとも含む、ステップと、
前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、
支払ネットワークを介して金融機関へ電子的に送信するステップと、
前記処理サーバの前記受信装置によって前記支払ネットワークを介して前記金融機関か
ら返信メッセージを受信するステップであって、前記返信メッセージは前記１以上の基準
に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格
納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを
、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トラ
ンザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ
値を生成するステップと、を含む方法。
【請求項２】
請求項１に記載の方法において、更に、
前記処理サーバの前記受信装置によってブロックチェーンを受信するステップであって
、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッ
ダと１以上のトランザクション値とを含む、ステップと、
前記処理サーバの確認モジュールによって、前記受信されたブロックチェーンに含まれ
た前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応する
トランザクション値が存在することに基づいて、前記電子的トランザクションを確認する
ステップと、を更に含む方法。
【請求項３】
請求項１に記載の方法において、前記生成されたトランザクションメッセージは承認要
求を示すメッセージ種別指示子を更に含み、
前記受信された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、
システム。
【請求項４】
請求項１に記載の方法において、更に、
前記処理サーバの前記データ生成モジュールによって、前記受信されたデータ信号に重
畳された前記トランザクションデータに含まれる追加のデータに少なくとも基づいて、前
記インボイス識別子を生成するステップを含む、方法。
【請求項５】
請求項１に記載の方法において、前記第３のデータ要素は、前記１以上の基準にしたが
って私的使用のために保存される、方法。
【請求項６】
ブロックチェーンを用いて電子的トランザクションを確認する方法において、
処理サーバの受信装置によって支払ネットワークを介して金融機関からトランザクショ
ンメッセージを受信するステップであって、前記トランザクションメッセージは１以上の
基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素はトランザク
ション金額を格納するよう構成された第１のデータ要素と、通貨コードを格納するよう構
成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ
要素とを少なくとも含む、ステップと、
前記処理サーバのデータ生成モジュールによって返信メッセージを生成するステップで
あって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション
金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少
なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを
、前記生成された返信メッセージ内の前記単一のデータ要素に格納された前記トランザク
ション金額、通貨コード及びインボイス識別子へ適用することに基づいて、ハッシュ値を
生成するステップと、
前記処理サーバの送信装置によって、前記生成された返信メッセージを、前記支払ネッ
トワークを介して前記金融機関へ電子的に送信するステップと、
前記処理サーバの前記送信装置によってコンピューティング装置へ前記生成されたハッ
シュ値を電子的に送信するステップであって、当該コンピューティング装置は、前記生成
されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成され
る、ステップと、を含む方法。
【請求項７】
請求項６に記載の方法において、
前記処理サーバの前記受信装置によって前記ブロックチェーンを受信するステップであ
って、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につき
ヘッダと１以上のトランザクション値とを含む、ステップと、
前記処理サーバの確認モジュールによって、前記受信されたブロックチェーンに含まれ
た前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応する
トランザクション値が存在することに基づいて、前記電子的トランザクションを確認する
ステップと、を更に含む方法。
【請求項８】
請求項６に記載の方法において、
前記受信されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指
示子を含み、
前記生成された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、
システム。
【請求項９】
請求項６に記載の方法において、前記生成された返信メッセージに含まれる前記単一の
データ要素に格納される前記トランザクション金額、通貨コード及びインボイス識別子は
、前記処理サーバのトランザクション処理モジュールによって署名される、方法。
【請求項１０】
請求項６に記載の方法において、前記第３のデータ要素は、前記１以上の基準にしたが
って私的使用のために保存される、方法。
【請求項１１】
ブロックチェーンを用いて電子的トランザクションを確認するシステムにおいて、
処理サーバのハッシュ化モジュールと、
トランザクションデータに重畳されたデータ信号を受信するよう構成された前記処理サ
ーバの受信装置であって、前記トランザクションデータはトランザクション金額及び通貨
コードを少なくとも含む、電子的トランザクションに関連するデータを含む、受信装置と
、
前記電子的トランザクションについてのトランザクションメッセージを生成するよう構
成された前記処理サーバのデータ生成モジュールであって、前記トランザクションメッセ
ージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要
素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨
コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう
構成された第３のデータ要素とを少なくとも含む、データ生成モジュールと、
前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電
子的に送信するよう構成された前記処理サーバの送信装置とを含み、
前記処理サーバの前記受信装置は、前記支払ネットワークを介して前記金融機関から返
信メッセージを受信するよう更に構成され、前記返信メッセージは前記１以上の基準に基
づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納す
るよう構成された単一のデータ要素を少なくとも含み、
前記処理サーバの前記ハッシュ化モジュールは、１以上のハッシュ化アルゴリズムを、
前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トラン
ザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ値
を生成するよう構成される、システム。
【請求項１２】
請求項１１に記載のシステムにおいて、
前記処理サーバの確認モジュールを更に含み、
前記処理サーバの前記受信装置はブロックチェーンを受信するよう構成され、前記ブロ
ックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１以上
のトランザクション値とを含み、
前記処理サーバの前記確認モジュールは、前記受信されたブロックチェーンに含まれた
前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するト
ランザクション値が存在することに基づいて、前記電子的トランザクションを確認するよ
う構成される、システム。
【請求項１３】
請求項１１に記載のシステムにおいて、
前記生成されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指
示子を含み、
前記受信された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、
システム。
【請求項１４】
請求項１１に記載のシステムにおいて、前記処理サーバの前記データ生成モジュールは
更に、前記受信されたデータ信号に重畳された前記トランザクションデータに含まれる追
加のデータに少なくとも基づいて、前記インボイス識別子を生成するよう構成される、シ
ステム。
【請求項１５】
請求項１１に記載のシステムにおいて、前記第３のデータ要素は、前記１以上の基準に
したがって私的使用のために保存される、システム。
【請求項１６】
ブロックチェーンを用いて電子的トランザクションを確認するシステムにおいて、
支払ネットワークを介して金融機関からトランザクションメッセージを受信するよう構
成された処理サーバの受信装置であって、前記トランザクションメッセージは１以上の基
準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素はトランザクシ
ョン金額を格納するよう構成された第１のデータ要素と、通貨コードを格納するよう構成
された第２のデータ要素と、インボイス識別子を格納するよう構成された第３のデータ要
素とを少なくとも含む、受信装置と、
返信メッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであ
って、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金
額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少な
くとも含む、データ生成モジュールと、
１以上のハッシュ化アルゴリズムを、前記生成された返信メッセージに含まれる前記単
一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別
子へ適用することに基づいてハッシュ値を生成するよう構成される前記処理サーバのハッ
シュ化モジュールと、
前記処理サーバの送信装置であって、
前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子
的に送信し、
コンピューティング装置へ前記生成されたハッシュ値を電子的に送信し、当該コンピュ
ーティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェ
ーンへ送信するよう構成される、送信装置と、
を含むシステム。
【請求項１７】
請求項１６に記載のシステムにおいて、
前記処理サーバの確認モジュールを更に含み、
前記処理サーバの前記受信装置は前記ブロックチェーンを受信するよう構成され、前記
ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと１
以上のトランザクション値とを含み、
前記処理サーバの前記確認モジュールは、前記受信されたブロックチェーンに含まれた
前記複数のブロックに含まれるブロックにつき、前記生成されたハッシュ値に対応するト
ランザクション値が存在することに基づいて、前記電子的トランザクションを確認するよ
う構成される、システム。
【請求項１８】
請求項１６に記載のシステムにおいて、
前記受信されたトランザクションメッセージは更に、承認要求を示すメッセージ種別指
示子を含み、
前記生成された返信メッセージは更に、承認応答を示すメッセージ種別指示子を含む、
システム。
【請求項１９】
請求項１６に記載のシステムにおいて、前記生成された返信メッセージに含まれる前記
単一のデータ要素に格納される前記トランザクション金額、通貨コード及びインボイス識
別子は、前記処理サーバのトランザクション処理モジュールによって署名される、システ
ム。
【請求項２０】
請求項１６に記載のシステムにおいて、前記第３のデータ要素は、前記１以上の基準に
したがって私的使用のために保存される、システム。
【請求項２１】
ブロックチェーンを用いて電子的トランザクションの確認値を格納する方法において、
処理サーバのメモリにブロックチェーンを格納するステップにおいて、前記ブロックチ
ェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトラン
ザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクショ
ンに関連するハッシュ値であり、前記関連する電子的トランザクションに関連付けられた
トランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成され
る、ステップと、
前記処理サーバの受信装置によって新たなハッシュ値のセットを受信するステップにお
いて、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ
値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに
関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用すること
に基づいて生成される、ステップと、
前記処理サーバの問い合わせモジュールによって前記メモリ上でクエリを実行して、各
それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロック
チェーンに含まれる前記複数のブロックの先行するブロックを識別するステップと、
前記処理サーバの生成モジュールによって、１以上の所定のアクションを実行すること
に基づいてプルーフオブワーク値を生成するステップと、
前記処理サーバの前記生成モジュールによって新たなブロックを生成するステップであ
って、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含
み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成された
プルーフオブワーク値とへの参照子を含み、
前記処理サーバの送信装置によって、前記生成された新たなブロックを、前記ブロック
チェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するステップ
と、を含む方法。
【請求項２２】
請求項２１に記載の方法において、
前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が
現在時刻に最も近いときのブロックを識別することを含む、システム。
【請求項２３】
請求項２１に記載の方法において、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記
識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する
、システム。
【請求項２４】
請求項２１に記載の方法において、前記１以上の所定のアクションは、複雑な数学的問
題を解くことを含む、方法。
【請求項２５】
請求項２４に記載の方法において、前記複雑な数学的問題の困難性は、前記ブロックチ
ェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、方法
。
【請求項２６】
ブロックチェーンを用いて電子的トランザクションの確認値を格納するシステムにおい
て、
ブロックチェーンを格納するよう構成された処理サーバのメモリであって、前記ブロッ
クチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のト
ランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザク
ションに関連するハッシュ値であり、前記関連する電子的トランザクションに関連付けら
れたトランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成
される、ステップと、
新たなハッシュ値のセットを受信するよう構成された前記処理サーバの受信装置であっ
て、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値
は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関
連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに
基づいて生成される、受信装置と、
前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納
されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行す
るブロックを識別するよう構成された前記処理サーバの問い合わせモジュールと、
前記処理サーバの生成モジュールであって、
１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成し、
新たなブロックを生成し、前記新たなブロックは少なくとも新たなヘッダと新たなハッ
シュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロ
ックと前記生成されたプルーフオブワーク値とへの参照子を含む、生成モジュールと、
前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコ
ンピューティング装置へ電子的に送信するよう構成された前記処理サーバの送信装置と、
を含むシステム。
【請求項２７】
請求項２６に記載のシステムにおいて、
前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が
現在時刻に最も近いときのブロックを識別することを含む、システム。
【請求項２８】
請求項２６に記載のシステムにおいて、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記
識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する
、システム。
【請求項２９】
請求項２６に記載のシステムにおいて、前記１以上の所定のアクションは、複雑な数学
的問題を解くことを含む、システム。
【請求項３０】
請求項２９に記載のシステムにおいて、前記複雑な数学的問題の困難性は、前記ブロッ
クチェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、
システム。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
本願は、米国特許出願第14/950,117号（2015年11月24日出願）の優先権を主張するもの
であり、当該出願の開示全体をここに参照のために取り込む。
【技術分野】
【０００２】
本開示は不透明ブロックチェーンを用いた全体清算に関し、特に、迅速で安全な清算の
ために、捕捉された電子的トランザクションをハッシュ化することで生成された値を含む
ブロックチェーンを用いて電子的トランザクションを清算することに関する。
【背景技術】
【０００３】
電子的トランザクションが二当事者（例えば消費者と販売者）間で実行されるとき、消
費者は、商品又は役務に対する見返りとして、自身の支払情報を販売者へ提供可能である
。販売者は速やかに支払情報を処理し、消費者はその後、購入機会を得る。しかし、多く
のシステムでは、二当事者のそれぞれを代理する金融機関間でのトランザクションの清算
は、非常に長い時間（しばしば日単位になる）を要する。清算が完了するまで、販売者は
自身の金融機関から支払いを受けない。金融機関における消費者のアカウントに対する請
求は未決(pending)として提示される。
【０００４】
結果として、全ての関連エンティティにとって、清算処理がより早く完了することは有
益である。というのも消費者のアカウントは間もなく更新され、販売者は資金をより迅速
に受領するからである。しかし、既存の清算処理はしばしば、いくつかのトランザクショ
ンメッセージを、支払ネットワークに亘って前後に中継することを含む。支払ネットワー
クは典型的には、毎日数億ものトランザクションを処理する。それらの各々は少なくとも
２つのトランザクションメッセージ（すなわち、アクワイアラから発行者への承認要求と
、発行者からアクワイアラへの承認応答）のルーティングを要求する。消費者又は販売者
の都合のためにしばしばナノ秒又はミリ秒で測定されるトランザクション処理の緊急性に
よって、清算はしばしば、帯域幅及び性能の問題により迅速には実行されず、代わりに、
典型的には、トランザクションがそれほど頻繁に実行されないときに実行されることがあ
る。
【０００５】
したがって既存の支払ネットワークはしばしば、処理される巨大な数のトランザクショ
ンと既存システムの帯域幅的及びリソース的制限とによって、電子的トランザクション用
の迅速な清算を実行不可能である。結果として電子的トランザクションの清算が迅速に実
行され、既存の支払レールへの追加の負荷も無い技術的解決手段が必要である。
【発明の概要】
【０００６】
本開示は不透明ブロックチェーンを用いて電子的トランザクションを確認するシステム
及び方法を記述する。
【０００７】
ブロックチェーンを用いて電子的トランザクションを確認する方法は、
処理サーバの受信装置によって、トランザクションデータに重畳されたデータ信号を受
信するステップであって、前記トランザクションデータはトランザクション金額及び通貨
コードを少なくとも含む、電子的トランザクションに関連するデータを含む、ステップと
、
前記処理サーバのデータ生成モジュールによって、前記電子的トランザクションについ
てのトランザクションメッセージを生成するステップであって、前記トランザクションメ
ッセージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデー
タ要素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記
通貨コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納する
よう構成された第３のデータ要素とを少なくとも含む、ステップと、
前記処理サーバの送信装置によって、前記生成されたトランザクションメッセージを、
支払ネットワークを介して金融機関へ電子的に送信するステップと、
前記処理サーバの前記受信装置によって前記支払ネットワークを介して前記金融機関か
ら返信メッセージを受信するステップであって、前記返信メッセージは前記１以上の基準
に基づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格
納するよう構成された単一のデータ要素を少なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを
、前記受信された返信メッセージに含まれる前記単一のデータ要素に格納された前記トラ
ンザクション金額、通貨コード及びインボイス識別子へ適用することに基づいてハッシュ
値を生成するステップと、を含む。
【０００８】
ブロックチェーンを用いて電子的トランザクションを確認する方法は、
処理サーバの受信装置によって支払ネットワークを介して金融機関からトランザクショ
ンメッセージを受信するステップであって、前記トランザクションメッセージは１以上の
基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トラン
ザクション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納す
るよう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３
のデータ要素とを少なくとも含む、ステップと、
前記処理サーバのデータ生成モジュールによって返信メッセージを生成するステップで
あって、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション
金額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少
なくとも含む、ステップと、
前記処理サーバのハッシュ化モジュールによって、１以上のハッシュ化アルゴリズムを
、前記生成された返信メッセージ内の前記単一のデータ要素に格納された前記トランザク
ション金額、通貨コード及びインボイス識別子へ適用することに基づいて、ハッシュ値を
生成するステップと、
前記処理サーバの送信装置によって、前記生成された返信メッセージを、前記支払ネッ
トワークを介して前記金融機関へ電子的に送信するステップと、
前記処理サーバの前記送信装置によってコンピューティング装置へ前記生成されたハッ
シュ値を電子的に送信するステップであって、当該コンピューティング装置は、前記生成
されたハッシュ値を通信ネットワークを介してブロックチェーンへ送信するよう構成され
る、ステップと、を含む。
【０００９】
ブロックチェーンを用いて電子的トランザクションの確認値を格納する方法は、
処理サーバのメモリにブロックチェーンを格納するステップにおいて、前記ブロックチ
ェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のトラン
ザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザクショ
ンに関連するハッシュ値であり、前記関連電子的トランザクションに関連付けられたトラ
ンザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成される、
ステップと、
前記処理サーバの受信装置によって新たなハッシュ値のセットを受信するステップにお
いて、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ
値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに
関連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用すること
に基づいて生成される、ステップと、
前記処理サーバの問い合わせモジュールによって前記メモリ上でクエリを実行して、各
それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロック
チェーンに含まれる前記複数のブロックの先行するブロックを識別するステップと、
前記処理サーバの生成モジュールによって、１以上の所定のアクションを実行すること
に基づいてプルーフオブワーク値を生成するステップと、
前記処理サーバの前記生成モジュールによって新たなブロックを生成するステップであ
って、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含
み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成された
プルーフオブワーク値とへの参照子を含み、
前記処理サーバの送信装置によって、前記生成された新たなブロックを、前記ブロック
チェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するステップ
と、を含む。
【００１０】
ブロックチェーンを用いて電子的トランザクションを確認するシステムは、
処理サーバのハッシュ化モジュールと、
トランザクションデータに重畳されたデータ信号を受信するよう構成された前記処理サ
ーバの受信装置であって、前記トランザクションデータはトランザクション金額及び通貨
コードを少なくとも含む、電子的トランザクションに関連するデータを含む、受信装置と
、
前記電子的トランザクションについてのトランザクションメッセージを生成するよう構
成された前記処理サーバのデータ生成モジュールであって、前記トランザクションメッセ
ージは１以上の基準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要
素は前記トランザクション金額を格納するよう構成された第１のデータ要素と、前記通貨
コードを格納するよう構成された第２のデータ要素と、インボイス識別子を格納するよう
構成された第３のデータ要素とを少なくとも含む、データ生成モジュールと、
前記生成されたトランザクションメッセージを支払ネットワークを介して金融機関へ電
子的に送信するよう構成された前記処理サーバの送信装置とを含み、
前記処理サーバの前記受信装置は、前記支払ネットワークを介して前記金融機関から返
信メッセージを受信するよう更に構成され、前記返信メッセージは前記１以上の基準に基
づいて整形され、前記トランザクション金額、通貨コード及びインボイス識別子を格納す
るよう構成された単一のデータ要素を少なくとも含む。前記処理サーバの前記ハッシュ化
モジュールは、１以上のハッシュ化アルゴリズムを、前記受信された返信メッセージに含
まれる前記単一のデータ要素に格納された前記トランザクション金額、通貨コード及びイ
ンボイス識別子へ適用することに基づいてハッシュ値を生成するよう構成される。
【００１１】
ブロックチェーンを用いて電子的トランザクションを確認するシステムは、
支払ネットワークを介して金融機関からトランザクションメッセージを受信するよう構
成された処理サーバの受信装置であって、前記トランザクションメッセージは１以上の基
準に基づいて整形され、複数のデータ要素を含み、当該複数のデータ要素は前記トランザ
クション金額を格納するよう構成された第１のデータ要素と、前記通貨コードを格納する
よう構成された第２のデータ要素と、インボイス識別子を格納するよう構成された第３の
データ要素とを少なくとも含む、受信装置と、
返信メッセージを生成するよう構成された前記処理サーバのデータ生成モジュールであ
って、前記返信メッセージは前記１以上の基準に基づいて整形され、トランザクション金
額、通貨コード及びインボイス識別子を格納するよう構成された単一のデータ要素を少な
くとも含む、データ生成モジュールと、
１以上のハッシュ化アルゴリズムを、前記生成された返信メッセージに含まれる前記単
一のデータ要素に格納された前記トランザクション金額、通貨コード及びインボイス識別
子へ適用することに基づいてハッシュ値を生成するよう構成される前記処理サーバの前記
ハッシュ化モジュールと、
前記処理サーバの送信装置であって、
前記生成された返信メッセージを、前記支払ネットワークを介して前記金融機関へ電子
的に送信し、
コンピューティング装置へ前記生成されたハッシュ値を電子的に送信し、当該コンピュ
ーティング装置は、前記生成されたハッシュ値を通信ネットワークを介してブロックチェ
ーンへ送信するよう構成される、送信装置と、
を含む。
【００１２】
ブロックチェーンを用いて電子的トランザクションの確認値を格納するシステムは、
ブロックチェーンを格納するよう構成された処理サーバのメモリであって、前記ブロッ
クチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数のト
ランザクション値とを含み、前記複数のトランザクション値の各々は、電子的トランザク
ションに関連するハッシュ値であり、前記関連電子的トランザクションに関連付けられた
トランザクション金額、通貨コード及びインボイス識別子に少なくとも基づいて生成され
る、ステップと、
新たなハッシュ値のセットを受信するよう構成された前記処理サーバの受信装置であっ
て、各新たなハッシュ値は追加の電子的トランザクションに関連し、各新たなハッシュ値
は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子的トランザクションに関
連付けられたトランザクション金額、通貨コード及びインボイス識別子へ適用することに
基づいて生成される、受信装置と、
前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納
されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行す
るブロックを識別するよう構成された前記処理サーバの問い合わせモジュールと、
前記処理サーバの生成モジュールであって、
１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成し、
新たなブロックを生成し、前記新たなブロックは少なくとも新たなヘッダと新たなハッ
シュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロ
ックと前記生成されたプルーフオブワーク値とへの参照子を含む、生成モジュールと、
前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコ
ンピューティング装置へ電子的に送信するよう構成された前記処理サーバの送信装置と、
を含む。
【００１３】
本開示の範囲は、添付の図面と共に解釈されると、例示的な実施形態についての下記の
詳細な記載から最も良く理解される。図面には次の図が含まれる。
【図面の簡単な説明】
【００１４】
【図１】図１は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて電子的トランザクションを確認及び全体清算するためのハイレベルシステムアーキテクチャを示す。
【図２】図２は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを全体清算するための、図１のアクワイアラ処理サーバを示す。
【図３】図３は機能ブロック図であり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを全体清算するための、図２の発行者処理サーバを示す。
【図４Ａ】図４Ａはフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを確認及び全体清算するための処理を示す。
【図４Ｂ】図４Ｂはフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、電子的トランザクションを確認及び全体清算するための処理を示す。
【図５】図５はフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、図２のアクワイアラ処理サーバによる電子的トランザクションの全体清算処理を示す。
【図６】図６はフローチャートであり、例示的実施形態による、不透明ブロックチェーンを用いて、図３の発行者処理サーバによる電子的トランザクションの全体清算処理を示す。
【図７】図７は機能ブロック図であり、例示的実施形態による、電子的トランザクションを全体清算する際に使用される不透明ブロックチェーンを示す。
【図８】図８は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションを確認する例示的な方法を示すフローチャートである。
【図９】図９は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションを確認する例示的な方法を示すフローチャートである。
【図１０】図１０は、例示的実施形態による、ブロックチェーンを用いた電子的トランザクションの確認値を格納する例示的な方法を示すフローチャートである。
【図１１】図１１は例示的実施形態による、支払トランザクションの処理を示すフローチャートである。
【図１２】図１２は、例示的実施形態による、コンピュータシステムアーキテクチャを示す機能ブロック図である。
【発明を実施するための形態】
【００１５】
本開示の更なる応用分野は、下記の詳細な説明から自明である。例示的実施形態の詳細
な説明は、例示目的のみを意図しており、本開示の範囲を必要的に制限することを意図し
ない。
【００１６】
用語解説
支払ネットワーク：現金代替物の使用によって、資金移転で使用されるシステム又はネ
ットワークである。支払ネットワークは、様々な異なるプロトコル及び手順を使用して、
様々なタイプのトランザクションのために資金移転を処理してよい。支払ネットワークを
介して実行されるトランザクションは、商品又は役務の購入と、クレジット購入と、デビ
ットトランザクションと、資金移転と、口座引き落としとを含んでよい。支払ネットワー
クは、現金代替物によってトランザクションを実行するよう構成されてよく、これは支払
カードと、信用紹介状と、小切手と、トランザクションアカウントとを含んでよい。支払
ネットワークとして実行されるネットワーク又はシステムの例は、MasterCard（登録商標
）、VISA（登録商標）、Discover（登録商標）、American  Express（登録商標）、PayPa
l（登録商標）等によって操作されるものを含む。本書での「支払ネットワーク」との用
語は、エンティティとしての支払ネットワークと、物理的支払ネットワーク（例えば、支
払ネットワークを含む、機器、ハードウェア、及びソフトウェア）との両方を指す。
【００１７】
支払レール：支払トランザクションの処理と、トランザクションメッセージ及び他の類
似データの通信とにおいて使用される支払ネットワークと関連付けられたインフラストラ
クチャである。当該通信は、支払ネットワークと、当該支払ネットワークと相互接続され
た他のエンティティとの間の通信である。支払レールは、支払ネットワークと、支払ネッ
トワーク及び他の関連エンティティ（例えば金融機関、ゲートウェイプロセッサ等）との
間の相互接続とを確立するために使用されるハードウェアを含んでよい。いくつかの実施
形態では、支払レールはまた、ソフトウェアによって（例えば支払レールを含む通信ハー
ドウェア及び装置を特別にプログラミングすることによって、）影響を受けてよい。例え
ば支払レールは、トランザクションメッセージをルーティングするために特別に構成され
る特別構成コンピューティング装置を含んでよい。当該トランザクションメッセージは、
下記に詳述するように、支払レールを介して電子的に送信される特別整形データメッセー
ジであってよい。
【００１８】
ブロックチェーン：ブロックチェーンを基礎とした通貨の全てのトランザクションの公
共台帳（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ディ
スク等）又は磁気テープストレージ（例えばハードディスクドライブ））上に格納されて
よい。データは任意のタイプの適切なデータベース構成（例えばリレーショナルデータベ
ース、構造化照会言語（ＳＱＬ）データベース、分散データベース、オブジェクトデータ
ベース等）で構成されてよい。適切な構成及びストレージタイプは、当業者にとって自明
である。
【０１３９】
コンピュータシステム１２００はまた、通信インタフェース１２２４を含んでよい。通
信インタフェース１２２４は、ソフトウェア及びデータが、コンピュータシステム１２０
０と外部装置との間で送信されることを可能にしてよい。例示的な通信インタフェース１
２２４は、モデム、ネットワークインタフェース（例えばイーサネットカード）、通信ポ
ート、ＰＣＭＣＩＡスロット及びカード等を含んでよい。通信インタフェース１２２４を
介して転送されるソフトウェア及びデータは信号形式であってよい。当該信号形式は、電
子の、電磁気の、光の、又は当業者にとって自明な他の信号のものであってよい。信号は
、通信パス１２２６を介して伝わる。当該通信パス１２２６は信号を伝送するよう構成さ
れ、電線、ケーブル、光ファイバ、電話線、携帯電話リンク、無線周波数リンク等を用い
て実装されてよい。
【０１４０】
コンピュータシステム１２００は表示インタフェース１２０２を更に含んでよい。表示
インタフェース１２０２は、データが、コンピュータシステム１２００と外部ディスプレ
イ１２３０との間で転送されることを可能にするよう構成されてよい。例示的な表示イン
タフェース１２０２は、高精細度マルチメディアインタフェース（ＨＤＭＩ）、デジタル
ビジュアルインタフェース（ＤＶＩ）、ビデオグラフィックスアレイ（ＶＧＡ）等を含ん
でよい。ディスプレイ１２３０は任意の適切なタイプのディスプレイであってよく、コン
ピュータシステム１２００の表示インタフェース１２０２を介して転送されるデータを表
示する。ディスプレイ１２３０は、ブラウン管（ＣＲＴ）ディスプレイ、液晶ディスプレ
イ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、静電容量方式タッチディスプレ
イ、薄膜トランジスタ（ＴＦＴ）ディスプレイ等を含む。
【０１４１】
コンピュータプログラム媒体及びコンピュータ使用可能な媒体は、メモリ（例えばメイ
ンメモリ１２０８及び補助メモリ１２１０）を指してよく、半導体メモリ（ＤＲＡＭ等）
であってよい。これらのコンピュータプログラム製品は、コンピュータシステム１２００
へソフトウェアを提供するための手段であってよい。コンピュータプログラム（例えばコ
ンピュータ制御ロジック）は、メインメモリ１２０８及び／又は補助メモリ１２１０に格
納されてよい。コンピュータプログラムはまた、通信インタフェース１２２４を介して受
信されてよい。そのようなコンピュータプログラムは、実行されると、コンピュータシス
テム１２００が本開示の方法を実行することを可能にしてよい。特に、コンピュータプロ
グラムは、実行されると、プロセッサ装置１２０４が図４Ａ、４Ｂ、５、６及び８乃至１
１に示される本開示の方法を実行することを可能にしてよい。したがって、そのようなコ
ンピュータプログラムはコンピュータシステム１２００のコントローラを示す。本開示は
ソフトウェアを使用して実装される。当該ソフトウェアは、取外し可能なストレージドラ
イブ１２１４、インタフェース１２２０、及びハードディスクドライブ１２１２又は通信
インタフェース１２２４を用いて、コンピュータプログラム製品に格納されてコンピュー
タシステム１２００へロードされてよい。
【０１４２】
プロセッサ装置１２０４は、コンピュータシステム１２００の機能を実行するよう構成
される１以上のモジュール又はエンジンを含んでよい。各モジュール又はエンジンは、ハ
ードウェアを用いて実装されてよく、いくつかの実施形態ではソフトウェア（例えばこれ
は、メインメモリ１２０８又は補助メモリ１２１０に格納されるプログラムコード又はプ
ログラムに対応する）を用いてよい。そのような実施形態では、プログラムコードは、コ
ンピュータシステム１２００のハードウェアによる実行前に、プロセッサ装置１２０４に
よって（例えばモジュール又はエンジンをコンパイルすることによって）コンパイルされ
てよい。例えばプログラムコードは、低レベルの言語へと解釈されるプログラミング言語
で記述されたソースコード（例えばアセンブリ言語又は機械コード）であってよい。これ
は、プロセッサ装置１２０４及び／又はコンピュータシステム１２００の任意の追加のハ
ードウェア構成要素によって実行するためのものである。コンパイル処理は、語彙解析と
、前処理と、解析と、意味解析と、シンタックス指向の翻訳と、コード生成と、コード最
適化と、コンピュータシステム１２００の制御のためにプログラムコードを低レベルの言
語へ解釈して本開示の機能を実行するのに適した任意の他の技術との使用を含んでよい。
そのような処理によってコンピュータシステム１２００が、上記の機能を実行するために
一意にプログラムされた特別構成のコンピュータシステム１２００になることは当業者に
とって自明である。
【０１４３】
本開示に一貫する技術は、他の特徴の中でも、不透明ブロックチェーンを用いて電子的
トランザクションを確認するシステム及び方法を提供する。本開示のシステム及び方法の
様々な例示的実施形態が上述されるが、それらは限定目的でなく例示目的のみで示される
ことを理解されたい。それは徹底したものでなく、本開示を、開示された形態そのものへ
限定しない。上記の教示に照らして修正例及び変形例が可能である。広がり又は範囲を逸
脱すること無く、本開示の実装から修正例及び変形例が得られてよい。
【図１】
2020194578.tif 000003
【図２】
2020194578.tif 000004
【図３】
2020194578.tif 000005
【図４Ａ】
2020194578.tif 000006
【図４Ｂ】
2020194578.tif 000007
【図５】
2020194578.tif 000008
【図６】
2020194578.tif 000009
【図７】
2020194578.tif 000010
【図８】
2020194578.tif 000011
【図９】
2020194578.tif 000012
【図１０】
2020194578.tif 000013
【図１１】
2020194578.tif 000014
【図１２】
2020194578.tif 000015
【手続補正書】
【提出日】令和2年9月17日(2020.9.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ブロックチェーンを用いて電子データの確認値を格納する方法において、
処理サーバのメモリにブロックチェーンを格納するステップであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数の電子データ値とを含み、前記複数の電子データ値の各々は、電子データに関連するハッシュ値であり、前記複数の電子データ値の各々は、前記関連する電子データに関連付けられた電子データに少なくとも基づいて生成される、ステップと、
前記処理サーバの受信装置によって新たなハッシュ値のセットを受信するステップであって、各新たなハッシュ値は追加の電子データに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子データに関連付けられた電子データへ適用することに基づいて生成される、ステップと、
前記処理サーバの問い合わせモジュールによって前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するステップと、
前記処理サーバの生成モジュールによって、１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成するステップと、
前記処理サーバの前記生成モジュールによって新たなブロックを生成するステップであって、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含み、
前記処理サーバの送信装置によって、前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するステップと、
を含み、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、
方法。
【請求項２】
請求項１に記載の方法において、
前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が現在時刻に最も近いときのブロックを識別することを含む、方法。
【請求項３】
請求項１に記載の方法において、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、方法。
【請求項４】
請求項１に記載の方法において、前記１以上の所定のアクションは、複雑な数学的問題を解くことを含む、方法。
【請求項５】
請求項４に記載の方法において、前記複雑な数学的問題の困難性は、前記ブロックチェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、方法。
【請求項６】
請求項１に記載の方法において、前記電子データはトランザクション金額と通貨コードとを含む、方法。
【請求項７】
請求項１に記載の方法において、前記電子データはトランザクション金額と通貨コードとインボイス識別子とを含む、方法。
【請求項８】
ブロックチェーンを用いて電子データの確認値を格納するシステムにおいて、
ブロックチェーンを格納するよう構成された処理サーバのメモリであって、前記ブロックチェーンは複数のブロックを含み、当該複数のブロックの各々につきヘッダと複数の電子データ値とを含み、前記複数の電子データ値の各々は、電子データに関連するハッシュ値であり、前記複数の電子データ値の各々は、前記関連する電子データに関連付けられた電子データに基づいて生成される、メモリと、
新たなハッシュ値のセットを受信するよう構成された前記処理サーバの受信装置であって、各新たなハッシュ値は追加の電子データに関連し、各新たなハッシュ値は、１以上のハッシュ化アルゴリズムを、それぞれの追加の電子データに関連付けられた電子データへ適用することに基づいて生成される、受信装置と、
前記メモリ上でクエリを実行して、各それぞれのブロックに含まれる前記ヘッダに格納されたデータに基づいて、前記ブロックチェーンに含まれる前記複数のブロックの先行するブロックを識別するよう構成された前記処理サーバの問い合わせモジュールと、
前記処理サーバの生成モジュールであって、
１以上の所定のアクションを実行することに基づいてプルーフオブワーク値を生成することと、
新たなブロックを生成することであって、前記新たなブロックは少なくとも新たなヘッダと新たなハッシュ値のセットとを含み、前記新たなヘッダは少なくとも、前記識別された先行するブロックと前記生成されたプルーフオブワーク値とへの参照子を含む、ことと、
を実行するよう構成された生成モジュールと、
前記生成された新たなブロックを、前記ブロックチェーンに関連付けられた１以上のコンピューティング装置へ電子的に送信するよう構成された前記処理サーバの送信装置と、を含み、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、
システム。
【請求項９】
請求項８に記載のシステムにおいて、
前記複数のブロックの各々に含まれる前記ヘッダは時間値を含み、
前記先行するブロックを識別することは、前記含まれたヘッダに含まれる前記時間値が現在時刻に最も近いときのブロックを識別することを含む、システム。
【請求項１０】
請求項８に記載のシステムにおいて、
前記複数のブロックの各々に含まれる前記ヘッダは参照識別子を含み、
前記新たなヘッダに含まれる前記識別された先行するブロックへの前記参照子は、前記識別された先行するブロックに含まれた前記ヘッダに含まれる前記参照識別子に対応する、システム。
【請求項１１】
請求項８に記載のシステムにおいて、前記１以上の所定のアクションは、複雑な数学的問題を解くことを含む、システム。
【請求項１２】
請求項１１に記載のシステムにおいて、前記複雑な数学的問題の困難性は、前記ブロックチェーンに関連付けられた前記１以上のコンピューティング装置によって設定される、システム。
【請求項１３】
請求項８に記載のシステムにおいて、前記電子データはトランザクション金額と通貨コードとを含む、システム。
【請求項１４】
請求項８に記載のシステムにおいて、前記電子データはトランザクション金額と通貨コードとインボイス識別子とを含む、システム。
【外国語明細書】
2020194578000001.pdf