特許 7389114 取引システムを実施するネットワークノードのサブセット内の文脈ベースのフィルタリング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-11-20

(45)【発行日】2023-11-29

(54)【発明の名称】取引システムを実施するネットワークノードのサブセット内の文脈ベースのフィルタリング

(51)【国際特許分類】

   G06F 15/00 20060101AFI20231121BHJP

【ＦＩ】

G06F15/00 470

【請求項の数】 20

(21)【出願番号】P 2021522081

(86)(22)【出願日】2019-10-08

(65)【公表番号】

(43)【公表日】2022-01-14

(86)【国際出願番号】 US2019055229

(87)【国際公開番号】W WO2020086261

(87)【国際公開日】2020-04-30

【審査請求日】2022-10-06

(31)【優先権主張番号】62/749,528

(32)【優先日】2018-10-23

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】521151175

【氏名又は名称】ティーゼロ・アイピー，エルエルシー

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100106208

【弁理士】

【氏名又は名称】宮前 徹

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100162846

【弁理士】

【氏名又は名称】大牧 綾子

(72)【発明者】

【氏名】オフェルホルザー，スコット

【審査官】漆原 孝治

(56)【参考文献】

【文献】特表２０１８－５２８５５５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １５／００

(57)【特許請求の範囲】

【請求項1】

ピアツーピアネットワークにおいて通信可能に結合されたネットワークノードを備えるシステムであって、前記ネットワークノードは、前記ネットワークノードの第１のサブセットと、前記ネットワークノードの第２のサブセットとを含み、
前記ネットワークノードの前記第１のサブセットは、少なくとも第１の外部のコンピューティングデバイスとインターフェースするように構成され、
前記ネットワークノードの前記第２のサブセットは、少なくとも第２の外部のコンピューティングデバイスとインターフェースするように構成され、
前記ネットワークノードの前記第１のサブセットは、前記第１の外部のコンピューティングデバイスから受信した要求に基づいて、第１のメッセージタイプを有する第１のメッセージを生成するように構成され、
前記ネットワークノードの前記第１のサブセットは、第１のイベントを前記ピアツーピアネットワークへ発行するように構成され、前記第１のイベントは、前記第１のメッセージタイプに基づくペイロードを有し、
前記ネットワークノードは、少なくとも１つの有向非巡回グラフ（ＤＡＧ）を使用して、前記第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みるように構成され、
前記ネットワークノードの前記第２のサブセットは、前記ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、前記第１のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかをフィルタリングするように構成され、
前記ネットワークノードの前記第２のサブセットは、前記第１のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかが受信された場合、前記ペイロードを、前記第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換するように構成される、システム。

【請求項2】

前記ネットワークノードの前記第２のサブセットは、前記第２の外部のコンピューティングデバイスから第３のメッセージを受信し、前記第３のメッセージを、第４のメッセージタイプを有する第４のメッセージへ変換するように構成され、
前記ネットワークノードの前記第２のサブセットは、第２のイベントを、前記ピアツーピアネットワークへ発行するように構成され、前記第２のイベントは、前記第４のメッセージタイプに基づくペイロードを有し、
前記ネットワークノードの前記第１のサブセットは、前記ピアツーピアネットワークから、前記異なるペイロードタイプを有するイベントを受信し、前記第４のメッセージタイプに基づく前記ペイロードを有する前記第２のイベントのいずれかをフィルタリングするように構成され、
前記ネットワークノードの前記第１のサブセットは、前記第４のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかが受信された場合、前記第２のイベントの少なくとも１つに基づいて通知を生成し、前記通知を、前記第１の外部のコンピューティングデバイスへ送信するように構成される、請求項１に記載のシステム。

【請求項3】

前記第１のメッセージは、前記第２のメッセージとは異なるフォーマットであり、前記第３のメッセージは、前記第４のメッセージとは異なるフォーマットである、請求項２に記載のシステム。

【請求項4】

前記ネットワークノードの前記第２のサブセットは、コンセンサスに達したタイムスタンプを有する前記第１のイベントのいずれかをフィルタリングするように構成される、請求項１に記載のシステム。

【請求項5】

前記ネットワークノードの前記第２のサブセットは、前記第１のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかをフィルタリングする場合、前記第１のイベントの前記ペイロードを分析するように構成される、請求項１に記載のシステム。

【請求項6】

前記ネットワークノードの前記第１のサブセットと、前記ネットワークノードの前記第２のサブセットとは相互に排他的である、請求項１に記載のシステム。

【請求項7】

前記有向非巡回グラフの少なくとも１つは、ＩＯＴＡまたはハッシュグラフである、請求項１に記載のシステム。

【請求項8】

前記ネットワークノードは、サーバ、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはスマートフォンのうちの少なくとも１つから選択される、請求項１に記載のシステム。

【請求項9】

前記ネットワークノードは、グローバルに物理的に分散される、請求項１に記載のシステム。

【請求項10】

前記ネットワークノードは、少なくとも１つの有線ネットワークまたは少なくとも１つのワイヤレスネットワークのうちの少なくとも１つを使用して通信可能に結合される、請求項１に記載のシステム。

【請求項11】

システムのネットワークノードで実行される方法であって、前記方法は、
第１の外部のコンピューティングデバイスから受信した要求に基づいて、ピアツーピアネットワークにおける前記ネットワークノードの第１のサブセットにおいて、第１のメッセージタイプを有する第１のメッセージを生成するステップと、
第１のイベントを前記ピアツーピアネットワークへ発行するステップであって、前記第１のイベントは、前記第１のメッセージタイプに基づくペイロードを有する、発行するステップと、
少なくとも１つの有向非巡回グラフ（ＤＡＧ）を使用して、前記第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みるステップと、
前記ネットワークノードの第２のサブセットにおいて、前記ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、前記第１のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかをフィルタリングするステップと、
前記ネットワークノードの前記第２のサブセットのうちの１つが、前記第１のメッセージタイプに基づくペイロードを有する前記第１のイベントのいずれかを受信した場合、前記ペイロードを、第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換するステップとを備える、方法。

【請求項12】

前記ネットワークノードの前記第２のサブセットにおいて、前記第２の外部のコンピューティングデバイスから第３のメッセージを受信し、前記第３のメッセージを、第４のメッセージタイプを有する第４のメッセージへ変換するステップと、
第２のイベントを、前記ピアツーピアネットワークへ発行するステップであって、前記第２のイベントは、前記第４のメッセージタイプに基づくペイロードを有する、発行するステップと、
前記ネットワークノードの前記第１のサブセットにおいて、前記ピアツーピアネットワークから、前記異なるペイロードタイプを有するイベントを受信し、前記第４のメッセージタイプに基づくペイロードを有する前記第２のイベントのいずれかをフィルタリングするステップと、
前記ネットワークノードの前記第１のサブセットのうちの１つが、前記第４のメッセージタイプに基づくペイロードを有する前記第１のイベントのいずれかを受信した場合、前記第２のイベントの少なくとも１つに基づいて通知を生成し、前記通知を、前記第１の外部のコンピューティングデバイスへ送信するステップとをさらに備える、請求項１１に記載の方法。

【請求項13】

前記第１のメッセージは、前記第２のメッセージとは異なるフォーマットであり、前記第３のメッセージは、前記第４のメッセージとは異なるフォーマットである、請求項１２に記載の方法。

【請求項14】

さらに、前記ネットワークノードの前記第２のサブセットにおいて、コンセンサスに達したタイムスタンプを有する前記第１のイベントのいずれかをフィルタリングするステップを備える、請求項１１に記載の方法。

【請求項15】

さらに、ネットワークノードの前記第２のサブセットにおいて、前記第１のメッセージタイプに基づく前記ペイロードを有する前記第１のイベントのいずれかをフィルタリングする場合、前記第１のイベントの前記ペイロードを分析するステップを備える、請求項１１に記載の方法。

【請求項16】

前記ネットワークノードの前記第１のサブセットと、前記ネットワークノードの前記第２のサブセットとは相互に排他的である、請求項１１に記載の方法。

【請求項17】

前記有向非巡回グラフの少なくとも１つは、ＩＯＴＡまたはハッシュグラフである、請求項１１に記載の方法。

【請求項18】

前記ネットワークノードは、サーバ、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはスマートフォンのうちの少なくとも１つから選択される、請求項１１に記載の方法。

【請求項19】

前記ネットワークノードは、グローバルに物理的に分散される、請求項１１に記載の方法。

【請求項20】

前記ネットワークノードは、少なくとも１つの有線ネットワークまたは少なくとも１つのワイヤレスネットワークのうちの少なくとも１つを使用して通信可能に結合される、請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
[0001]この出願は、２０１８年１０月２３日に出願され「ＣＯＮＴＥＸＴ ＢＡＳＥＤ ＦＩＬＴＥＲＩＮＧ ＷＩＴＨＩＮ ＳＵＢＳＥＴＳ ＯＦ ＮＥＴＷＯＲＫ ＮＯＤＥＳ ＩＭＰＬＥＭＥＮＴＩＮＧ Ａ ＴＲＡＤＩＮＧ ＳＹＳＴＥＭ」（取引システムを実施するネットワークノードのサブセット内の文脈ベースのフィルタリング）と題された米国仮特許出願第６２／７４９，５２８号（代理人整理番号２７０．０２４ＵＳＰＲ）の利益を主張し、その全体は、参照により本明細書に組み込まれる。

【背景技術】

【0002】

[0002]市場および取引所は、買い手と売り手との間で株式、通貨、債券、商品などを取り引きするために使用することができる。

【発明の概要】

【発明が解決しようとする課題】

【0003】

[0003]ピアツーピアネットワークにおいて通信可能に結合された複数のネットワークノードを備えるシステムが開示される。ネットワークノードは、ネットワークノードの第１のサブセットと、ネットワークノードの第２のサブセットとを含む。ネットワークノードの第１のサブセットは、少なくとも第１の外部のコンピューティングデバイスとインターフェースするように構成される。ネットワークノードの第２のサブセットは、少なくとも第２の外部のコンピューティングデバイスとインターフェースするように構成される。ネットワークノードの第１のサブセットは、第１の外部のコンピューティングデバイスから受信した要求に基づいて、第１のメッセージタイプを有する第１のメッセージを生成するように構成される。ネットワークノードの第１のサブセットは、第１のイベントをピアツーピアネットワークへ発行するように構成され、第１のイベントは、第１のメッセージタイプに基づくペイロードを有する。ネットワークノードは、少なくとも１つの有向非巡回グラフ（ＤＡＧ: directed acyclic graph）を使用して、第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みるように構成される。ネットワークノードの第２のサブセットは、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングするように構成される。ネットワークノードの第２のサブセットは、第１のイベントが、第１のメッセージタイプに基づくペイロードを有する場合、ペイロードを、第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換するように構成される。

【0004】

[0004]方法も開示される。この方法は、第１の外部のコンピューティングデバイスから受信した要求に基づいて、ピアツーピアネットワークにおけるネットワークノードの第１のサブセットにおいて、第１のメッセージタイプを有する第１のメッセージを生成することを含む。この方法はまた、第２のイベントをピアツーピアネットワークへ発行することを含み、第１のイベントは、第１のメッセージタイプに基づくペイロードを有する。この方法は、少なくとも１つの有向非巡回グラフ（ＤＡＧ）を使用して、第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みることも含む。この方法はまた、ネットワークノードの第２のサブセットにおいて、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信して、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングすることを含む。この方法はまた、ネットワークノードの第２のサブセットのうちの１つが、第１のメッセージタイプに基づくペイロードを有する第１のイベントを受信した場合、ペイロードを、第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換することを含む。

【課題を解決するための手段】

【0005】

[0005]図面は例のみを示しており、したがって範囲を限定すると見なされるべきではないことを理解して、例は、添付の図面を使用することにより、追加の具体性および詳細を用いて説明される。

【図面の簡単な説明】

【0006】

【図1】[0006]図１は、文脈ベースのフィルタリングを実行するネットワークノードのサブセットを備えた分散型取引システムの例示的な実施形態を示すブロック図である。

【図2A】[0007]図２Ａは、文脈ベースのフィルタリングを実行するネットワークノードのサブセットを備えた分散型取引システム内で使用されるネットワークノードの例示的な実施形態を示すブロック図である。

【図2B】[0008]図２Ｂは、ピアツーピアネットワークによって受信された注文を照合する注文管理システムの例示的な実施形態を示すブロック図である。

【図2C】[0009]図２Ｃは、エンドユーザデバイスから注文を受信し、注文をピアツーピアネットワークへ送信するクライアントを実施するコンピューティングデバイスの例示的な実施形態を示すブロック図である。

【図3A】[0010]図３Ａは、取引システムを実施するネットワークノードのサブセット内の文脈ベースのフィルタリングのための例示的な方法を示すフロー図である。

【図3B】[0011]図３Ｂは、取引システムを実施するネットワークノードのサブセット内の文脈ベースのフィルタリングのための別の例示的な方法を示すフロー図である。

【図4】[0012]図４は、本開示のいくつかの実施形態が利用され得る例示的なコンピュータシステムを示すブロック図である。

【発明を実施するための形態】

【0007】

[0013]一般的な慣行にしたがって説明される様々な特徴は、一定の縮尺で描かれていないが、例に関連する特定の特徴を強調するように描かれている。
[0014]以下の詳細な説明では、本明細書の一部を形成し、例示として特定の例示的な実施形態が示されている添付の図面を参照する。しかしながら、他の実施形態が利用され得、論理的、機械的、および電気的変化がなされ得ることが理解されるべきである。さらに、図面および明細書に提示される方法は、個々のステップが実行され得る時系列順(chronological order)を限定するものとして解釈されるべきではない。したがって、以下の詳細な説明は、限定的な意味で解釈されるべきではない。

【0008】

[0015]本明細書で使用される場合、「注文」という用語は、トランザクションを開始するための要求、またはトランザクションを開始するための要求を説明するデータを指す。注文は、証券、セキュリティトークン、ユーティリティトークン、債券、通貨（暗号通貨またはフィアット）、ファンド（取引所取引ファンド（「ＥＴＦ」）、投資信託、インデクスファンド、オープンエンドファンド、クローズドエンドファンド、高利回り債券ファンド、企業債券ファンド、地方債ファンド、政府債券ファンド、債券ファンド、マネー市場ファンド、バランスファンド、エクイティファンド、固定収入ファンド(fixed income funds)、グローバルファンド、国際ファンド、スペシャリティファンド、インデクスファンド、商品ファンド、通貨ファンド、および／または不動産ファンドなど）、および／または他の資産を含むがこれらに限定されない、任意のタイプの資産の取引要求であり得る。例では、注文は、買い、売り、および／または保留注文のうちの少なくとも１つであり得る。例では、注文は、注文のタイプ（買い、売り、保留など）、取り引きされている資産の表示、および／または、取り引きされている資産の量など、取引に対する１つまたは複数の当事者に関する情報を含み得る。注文はまた、指値、ストップ価格、条件付きトリガ要件、注文の期間（たとえば、有効時間）、注文が部分的に約定され得るか否かなどのオプションの属性を示し得る。

【0009】

[0016]分散型取引システムは、（注文を投入する）エンドユーザと注文管理システムとの間の仲介として機能するノードのピアツーピアネットワークを使用して実施され得る。取引システムにおける注文管理システムは、注文がいつ行われたか、たとえば、注文がいつ取引システムにおいて受信されたのかに少なくとも部分的に基づいて、（注文の実行の準備として）注文を互いに照合し得る。オプションで、照合は、注文が行われた時間に加えて、注文における属性を含む他の基準に基づいても発生する。従来の集中型取引システムでは、単一のエンティティがすべての取引を受信し、それらを簡単にかつ時系列に順序付けることができる。分散型取引システムでは、照合中に公平性を提供するために、様々なネットワークノードから受信した取引を時系列に順序付ける公正な方法が望まれる。これは、ネットワークノードが、分散型取引システム内の信号の伝搬遅延や、他の遅延の差が大きい広いエリアに分散している場合に特に重要になる。したがって、取引システムにおいて、トラストレス、コンセンサスベースの公正な順序付け(trustless, consensus-based fair ordering)を実施することが望ましい場合がある。それに加えて、たとえば規制目的のために、取引システムにおけるトランザクションの監査可能な記録を維持することが望ましい場合がある。

【0010】

[0017]分散型台帳を使用して、コンセンサスベースの公正な順序付けを提供し、および／または、分散型取引システムにおけるトランザクションの監査可能な記録を維持し得る。本明細書で使用される場合、「コンセンサスベースの公正な順序付け」は、ノードのネットワーク内のイベントの時系列順でのノードのネットワーク内の、ある程度の合意を指す。分散型台帳は、相互接続された複数のネットワークノードに分散された電子台帳であり、複数のネットワークノードが、台帳のコピーを格納し得る。例では、分散型台帳は、有向非巡回グラフ（ＤＡＧ）、たとえばＩＯＴＡまたはハッシュグラフを使用して実施され得る。ＤＡＧでは、プルーフオブワークなしでコンセンサスに達する可能性があり、代わりにプルーフオブステークを使用できる。

【0011】

[0018]ハッシュグラフは、ピアツーピア（Ｐ２Ｐ）ネットワークにおけるネットワークノードが、ゴシッププロトコル(gossip protocol)を使用して互いに情報を交換する、すなわち、各ネットワークノードによって、繰り返し、別のネットワークノードを、ランダムに選択することによって、情報（ゴシップ）が拡散し、知っていることをすべて伝えるプラットフォーム／ライブラリである。この情報交換は、「ｇｏｓｓｉｐ ａｂｏｕｔ ｇｏｓｓｉｐ」プロトコルを使用して、トランザクションに関する情報（ゴシップ）のみを共有することに加えて、ネットワークノードが、ゴシップ自体（ゴシップに関するゴシップ）の履歴に関する情報も共有するハッシュグラフデータ構造（すなわち、誰が誰に、どういう順序でゴシップを流したのかを記録するデータ構造）を、自動的に構築する。

【0012】

[0019]具体的には、ノード（「ゴシップ」）間のトランザクション（「メッセージ」または「ペイロード」とも呼ばれる）の共有は、以下のように実施され得る。ノードは、別のノードからトランザクションを受信すると、そのトランザクションが、いつ生じたのかの記録を作成し得る。その後、ネットワークノードは、（たとえば、ゴシップの義務として）トランザクションを他のノードに転送するのみならず、作成したレコードを、「ゴシップ」して、現在渡されているトランザクションをいつ受信したかを示す。ネットワークノードは、「裸の(naked)」トランザクションをゴシップするのではなく、「イベント」と呼ばれるデータ構造にいくつかのトランザクションを束ねる。トランザクションペイロードに加えて、ノードは、作成する任意のイベントに、２つのハッシュ、（１）ネットワークノードが別のノードから受信した最後のイベントのハッシュ、および（２）ネットワークノードが作成した最後のイベントのハッシュを追加し得る。ノードは、（イベントがピアツーピアネットワークへ発行されたときの）タイムスタンプを追加し、別のノードにゴシップする前に、完全なイベント構造に電子署名し得る。

【0013】

[0020]このゴシッププロセスは、高度に組織化され、文書化され、そして効率的である。２つのハッシュにより、新規のイベントのすべての受信者は、他のノードが、内部のトランザクションについて知っていることを再構築できる。これにより、ネットワークノードは、どのトランザクションが行われ、いつ発生したのかをすばやく知ることができる。そのような情報を使用して、ノードのＰ２Ｐネットワークにおけるイベントの時系列順に関し、非常に迅速にコンセンサスに達することができる。

【0014】

[0021]（ノードのＰ２Ｐネットワーク内の）すべてのネットワークノードが、ハッシュグラフの同一のコピーを有する場合、トランザクションの時系列順は、ハッシュグラフに基づく任意の決定論的機能を使用して決定され得る。（たとえば、最近のトランザクションがすべてのネットワークノードによってまだ受信されていないため）ハッシュグラフのコピーが異なる場合、仮想投票(virtual voting)を使用して、ノードのＰ２Ｐネットワークがコンセンサスに達する可能性がある。すべてのネットワークノードは、他のネットワークノードが（たとえば、トランザクションの順序に関して）どのように投票するかを（ハッシュグラフに基づいて）計算／シミュレートできるため、ネットワークノードは、実際にトランザクションのタイムスタンプについて投票する必要はなく、すなわち、投票は、仮想的である。したがって、ネットワークノードは、仮想投票による一連の選択を使用して、トランザクションのタイムスタンプに基づいて、トランザクションの時系列順を決定し得る。例では、仮想投票は、１つまたは複数の外れ値投票の破棄、および／または、ノードのＰ２Ｐネットワークにおけるイベントのタイムスタンプの中央値の採用を含み得る。タイムスタンプの中央値が推奨されるが、タイムスタンプの平均または高／低中点を使用できる。本明細書で使用される場合、「コンセンサス」という用語は、少なくとも（（２／３）＋１）、圧倒的多数（（２／３）＋１）、単純過半数（（１／２）＋１）、またはノードのネットワークにおけるアクティブなネットワークノードの別の事前定義されたパーセンテージによる合意を指し、つまり、「コンセンサス」という用語は、ノードのネットワークにおけるネットワークノードの１００％を必要とする訳ではない。

【0015】

[0022]例では、本明細書で参照されるハッシュグラフは、参照により本明細書に組み込まれる「ＴＨＥ ＳＷＩＲＬＤＳ ＨＡＳＨＧＲＡＰＨ ＣＯＮＳＥＮＳＵＳ ＡＬＧＯＲＩＴＨＭ：ＦＡＩＲ、ＦＡＳＴ、ＢＹＺＡＮＴＩＮＥ ＦＡＵＬＴ ＴＯＬＥＲＡＮＣＥ」（スワールズハッシュグラフコンセンサスアルゴリズム：公正で高速なビザンチンフォールトトレランス）（ｈｔｔｐ：／／ｗｗｗ．ｓｗｉｒｌｄｓ．ｃｏｍ／ｄｏｗｎｌｏａｄｓ／ＳＷＩＲＬＤＳ－ＴＲ－２０１６－０１．ｐｄｆで入手可能）と題されたＬｅｅｍｏｎ Ｂａｉｒｄによる２０１６年５月３１日付けのＳｗｉｒｌｄｓ Ｔｅｃｈ Ｒｅｐｏｒｔに説明されているように動作する。

【0016】

[0023]ノードのピアツーピア（Ｐ２Ｐ）ネットワークを使用して実施される分散型取引システムにおいて、ＤＡＧ（たとえば、ハッシュグラフ）を使用して、公正な順序付け（たとえば、注文管理システムからクライアント（および、オプションで、実行レポート）から受信した買い／売り／保留注文の順序付け）を提供することができる。例では、（ＤＡＧを実施する）ネットワークノードが連携して、分散型取引システム内の様々なネットワークノードにおいて、市場取引要求（注文）が受信された時系列順（および／または注文のタイムスタンプ）についてコンセンサスに達することができる。例では、ネットワークノードは、注文データを生成し、相互間で注文データを検証できる。その後、注文データを注文管理システムで使用して、注文を相互に照合（および、オプションで、実行）することができる。

【0017】

[0024]例では、ネットワークノードの第１のサブセットは、クライアント（たとえば、ウェブクライアント）から新規注文を受信し、新規注文をピアツーピアネットワークへ発行する取引サービスノードである。ピアツーピアネットワークは、新規注文が受信された時系列順、および／または、ピアツーピアネットワークにおける受信のタイムスタンプに関し、コンセンサスに達することができる。ゲートウェイノードは、ピアツーピアネットワークから出力された新規注文を、文脈的にフィルタリングして、注文管理システムに渡す、ネットワークノードの第２のサブセットである。ゲートウェイノードは、注文管理システムから、注文実行レポートを受信し、注文実行レポートをピアツーピアネットワークへ発行し得る。取引サービスノードは、実行レポートを文脈的にフィルタリングする（そして、クライアントに転送する）ことができる。好ましくは、ネットワークノードの第１のサブセットは、ネットワークノードの第２のサブセットから相互に排他的であるが、（少なくとも１つの取引サービスノードも、ゲートウェイノードである）他の構成が可能である。

【0018】

[0025]「フロントランニング」という用語およびその変形は、大規模な保留中のトランザクションに関する非公開の知識から利益を得るために、新規注文を投入することを指す。公正な順序付けがない場合、分散型取引システムは、ネットワークノードのうちの少なくとも１つが、（たとえば、処理負荷、ネットワーク輻輳、ハードウェア誤動作などに基づいて）より高速に実行している場合、および／または、地理的に、そのピアよりも注文管理システムに近い場合、フロントランニングの影響を受け易くなり得る。本明細書で説明される分散型取引システムは、新規注文の公正な順序を（たとえば、ノードのネットワークにおいて注文が受信された時間に関して）提供するため、フロントランニングを防ぐという利点を有する。

【0019】

[0026]本明細書で説明される分散型取引システムの別の利点は、新規注文（および、オプションで、実行レポート）が、ＤＡＧにおいて受信された時間および／または時系列順に関し、ＤＡＧが、コンセンサスに達するので、トランザクションの監査可能な記録が自動的に作成されることである。このデータは、システム内の不正を減らし、たとえば、証券取引委員会（ＳＥＣ）および／または金融業界規制当局（ＦＩＮＲＡ）による、様々な規制要件への準拠を支援するために使用できる。

【0020】

[0027]本システムおよび方法は、取引システムの観点から説明されているが、本システムおよび方法は、トラストレス、コンセンサスベースの公正な順序付けを提供し、オプションで、分散型システムにおけるトランザクションの監査記録を維持するために、他の文脈で使用され得ることに留意されたい。

【0021】

[0028]図１は、文脈ベースのフィルタリングを実行するネットワークノード１０２～１０４のサブセットを備えた、分散型取引システム１００の例示的な実施形態を示すブロック図である。分散型取引システム１００は、複数のネットワークノード１０２（Ｎ個の取引サービスノード１０２、Ｍ個のゲートウェイノード１０３、および任意の数のオプションのオブザーバノード１０４Ａ～Ｃなど）、少なくとも１つのクライアント１１０、および、少なくとも１つの注文管理システム１１２を含む。分散型取引システム１００は、任意の数（Ｎ個）の取引サービスノード１０２、および任意の数（Ｍ個）のゲートウェイノード１０３を含み得る（ここで、ＭはＮに等しい場合も、そうでない場合もある）。

【0022】

[0029]例では、ネットワークノード１０２は、分散型台帳を実施するピアツーピアネットワーク１１４において互いに通信可能に結合されている。好ましくは、ピアツーピアネットワーク１１４は、プライベート台帳（たとえば、ハッシュグラフライブラリを実施するプライベートピアツーピアネットワーク１１４）を実施するが、パブリック台帳（たとえば、ハッシュグラフプラットフォーム／ライブラリを実施するパブリックヘデラピアツーピアネットワーク１１４）が使用される他の構成が可能である。ネットワークノード１０２～１０４は、ピアツーピアネットワーク１１４に参加するときに、たとえば、パスワード、暗号鍵などを交換するときに、追加のセキュリティプロトコルを実施し得る。

【0023】

[0030]例では、ネットワークノード１０２～１０４、クライアント１１０を実施するコンピューティングデバイス、および／または注文管理システム１１２は、モバイル電話、タブレットコンピュータ、モバイルメディアデバイス、モバイルゲームデバイス、ラップトップコンピュータ、車両ベースのコンピュータなどのモバイルコンピューティングデバイス、または、専用端末、公共端末、キオスク、サーバ、またはデスクトップコンピュータなどの非モバイルデバイス、のうちのいずれかとすることができる。ネットワークノード１０２～１０４のおのおの、クライアント１１０を実施する外部のコンピューティングデバイス、および／または、注文管理システム１１２は、単一の物理的ハウジング、または複数の物理的ハウジングに収容され得る。

【0024】

[0031]例では、ネットワークノード１０２～１０４のおのおの、クライアント１１０を実施する外部のコンピューティングデバイス、および／または、注文管理システム１１２は、同様のコンポーネントを有することができる。例では、ネットワークノード１０２～１０４のおのおの、クライアント１１０を実施する外部のコンピューティングデバイス、および／または、注文管理システム１１２は、少なくとも１つのメモリ、少なくとも１つのプロセッサ、少なくとも１つのオプションのディスプレイデバイス、少なくとも１つのオプションの入力デバイス、少なくとも１つのオプションのネットワークインターフェース、および少なくとも１つの電源を含む。

【0025】

[0032]ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４は、情報を共有して、少なくとも１つのネットワークノード１０２～１０４に格納された少なくとも１つのハッシュグラフデータ構造を構築し得る（いくつかの構成では、別個のハッシュグラフデータ構造が、各ネットワークノード１０２～１０４において生成され、オプションで格納される）。ハッシュグラフデータ構造は、ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４によって形成されたコンセンサスに基づいて、ピアツーピアネットワーク１１４において新規注文が受信される時系列順の記録として機能し得る。ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４はおのおの、コンセンサスに達するための機能を含むハッシュグラフライブラリを実施し得る。それに加えて、ネットワークノード１０２～１０４はまた、各タイプのネットワークノード１０２～１０４の特定の機能に関連するイベント内のペイロードを迅速に識別するために、ネットワークノード１０２～１０４間で渡されるイベントを文脈的にフィルタリングするように構成され得る。

【0026】

[0033]例では、ネットワークノード１０２～１０４は、ネットワーク１０６を使用して通信可能に結合される。例では、有線ネットワークとワイヤレスネットワークとの任意の組合せを使用して、ネットワークノード１０２～１０４をともに結合することができる。例では、ネットワークノード１０２～１０４は、少なくとも１つのローカルエリアネットワーク（ＬＡＮ）、少なくとも１つの広域ネットワーク（ＷＡＮ）、またはインターネットのうちの少なくとも１つを介して通信可能に結合される。例では、ローカルエリアネットワーク、広域ネットワーク、およびインターネットの任意の組合せを使用して、ネットワークノード１０２～１０４をともに結合する。ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４は、世界中に物理的に分散され得ることに留意されたい。

【0027】

[0034]クライアント１１０（たとえば、ウェブクライアント）は、コンピューティングデバイスにおいて実行している１つまたは複数のプロセッサによって実行される命令のセットであり得る。クライアント１１０は、たとえば、モバイルコンピューティングデバイスおよび／または非モバイルデバイスである、エンドユーザデバイスと通信し得る。クライアント１１０は、注文を投入するためにユーザにユーザインターフェースを提示し得る。ユーザインターフェースは、注文のタイプ（買い、売り、保留など）、資産識別子（たとえば、統一証券識別手順委員会（ＣＵＳＩＰ）番号、ティッカシンボルなど）、取り引きされている資産の量、指値、ストップ価格、条件付きトリガ要件、注文期間（たとえば、有効時間）、および／または、注文が部分的に約定される可能性があるか否かを示すフィールドを含み得る。ユーザは、クライアントによって提示されたユーザインターフェースとインタラクトして、新規注文要求に関する関連情報（たとえば、注文属性）を投入し得る。

【0028】

[0035]例では、クライアント１１０は、たとえば、ネットワーク（図示せず）を介して、少なくとも１つの取引サービスノード１０２に通信可能に結合された第１の外部のコンピューティングデバイスにおいて実施される。オプションで、クライアント１１０は、第１のインターフェース１０８を介して、少なくとも１つの取引サービスノード１０２と通信する。第１のインターフェース１０８は、たとえば、媒体、ＶＰＮ、ＷＡＮ、リンクのように、データを伝送するために使用される通信層（たとえば、ネットワーク層および／または物理層）であり得る。第１のインターフェース１０８は、取引サービスノード１０２において、および／または、クライアント１１０の一部として（プロセッサにおいて）実行される命令を含み得る。例では、第１のインターフェース１０８は、クライアント１１０が取引サービスノード１０２と通信する方法に関する機能（たとえば、アプリケーションプログラミングインターフェース）のライブラリを利用することができ、たとえば、ライブラリは、取引サービスノード１０２において、および／または、クライアント１１０の一部として実行され得る。例では、第１のインターフェース１０８は、たとえば、トランスポート層セキュリティ（ＴＬＳ）、ウェブソケット、またはハイパテキストトランスファープロトコルセキュア（ＨＴＴＰＳ）セッションである伝送セッションを、開始、使用、および／または終了する命令を含み得る。

【0029】

[0036]クライアント１１０は、たとえば、第１のインターフェース１０２を介して、（ユーザからの入力に基づいて生成された）新規注文要求を、取引サービスノード１０２のうちの１つへ送信し得る。（市場のタイミングがユーザにとって重要であるような）例では、新たな各注文要求は、クライアント１１０から、分散型取引システム１００内の取引サービスノード１０２のうちの１つへ即座に送信することができる。あるいは、新規注文要求は、クライアント１１０から、取引サービスノード１０２のうちの１つに、バッチで送信することができる。

【0030】

[0037]取引サービスノード１０２は、たとえば、ブローカディーラ、保管人、または任意の他のタイプの金融サービスエンティティによって、またはそれらの代わりに、所有および／または運用されるような、ピアツーピアネットワーク１１４におけるコンピューティングデバイスの第１のサブセットであり得る。取引サービスノード１０２は、たとえば、オプションの第１のインターフェース１０８を介して、クライアント１１０から新規注文要求を受信するように構成され得る。新規注文要求を受信すると、取引サービスノード１０２は、新規注文要求に対する処理を実行するように構成され得る。例では、処理は、クライアント１１０からの新規注文要求から、新規注文の単一メッセージを生成することを含む。例では、新規注文要求は、任意の適切なフォーマットで受信され得る。例では、新規注文の単一メッセージは、たとえば、金融情報交換（ＦＩＸ）メッセージのシリアル版としてモデル化されたＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）のような、第１のフォーマットで生成され得る。

【0031】

[0038]取引サービスノード１０２は、たとえば、ピアツーピアネットワーク１１４へ発行された（イベントにおける）新規注文の単一メッセージのタイムスタンプに関し、コンセンサスを形成するためにピアツーピアネットワーク１１４へ発行されるイベントに、ペイロードとして新規注文の単一メッセージを挿入するように構成され得る。したがって、例では、イベントにおけるペイロードは、ＦＩＸの新規注文の単一メッセージのＪＳＯＮ表現であり得る。

【0032】

[0039]例では、ピアツーピアネットワーク１１４にイベントを発行することは、取引サービスノード１０２が、（ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４において実行している）ハッシュグラフライブラリにおける発行機能に、新規注文の単一メッセージを渡すことを含み得る。発行機能は、一旦呼び出されると、取引サービスノード１０２に対して、ピアツーピアネットワーク１１４における別のネットワークノード１０２～１０４に、イベントを（ペイロードとしての新規注文の単一メッセージとともに）送信させ得る。イベントは、（１）取引サービスノード１０２が別のノード１０２～１０４から受信した最後のイベントのハッシュと、（２）取引サービスノード１０２が作成した最後のイベントのハッシュとを含み得る。イベントはまた、ピアツーピアネットワーク１１４への発行のタイムスタンプ、および／または、電子署名を含み得る。

【0033】

[0040]ピアツーピアネットワーク１１４における各ネットワークノード１０２～１０４がイベントを受信すると、受信ネットワークノード１０２～１０４において格納されたハッシュグラフデータ構造は、イベントに基づいて更新される。仮想投票の後、受信ノード１０２～１０４におけるハッシュグラフライブラリは、以下の引数、すなわち、（１）イベントにおけるペイロード（またはペイロードから導出されたデータ）、（２）イベントにおけるタイムスタンプについて（ピアツーピアネットワーク１１４によって）コンセンサスに達したか否かを示すブール引数（たとえば、ｉｓＣｏｎｓｅｎｓｕｓフラグ）、（３）イベントからのタイムスタンプ、（４）イベントＩＤ、および／または、（５）アドレスのうちの１つまたは複数を用いて、戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））を呼び出し得る。戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））は、ピアツーピアネットワーク１１４における各ネットワークノード１０２～１０４におけるハッシュグラフライブラリとは別のアプリケーションにおいて実施され得る。どのように実施されるのかに応じて、戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））が呼び出されるネットワークノード１０２～１０４は、イベントのペイロードを異なる方式で処理し得る。たとえば、ネットワークノード１０２～１０４は、以下に説明するように、他のタイプではなく、特定のタイプのペイロードを有するイベントを、文脈的にフィルタリングし得る。

【0034】

[0041]ゲートウェイノード１０３は、たとえば、ブローカディーラ、保管人、または他の任意のタイプの金融サービスエンティティによって、またはその代わりに、所有および／または運用されるような、ピアツーピアネットワーク１１４におけるコンピューティングデバイスの第２のサブセットであり得る。ゲートウェイノード１０３は、ピアツーピアネットワーク１１４の一部であるため、ピアツーピアネットワーク１１４へ発行されたイベントを受信するように構成され得る。ゲートウェイノード１０３は、異なるタイプのペイロードを含むイベントを受信し得るが、すべてのタイプのペイロードのサブセットを有するイベントについてのみ文脈的にフィルタリングし得る。例では、ピアツーピアネットワーク１１４へ発行され、ピアツーピアネットワーク１１４から出力されるイベントにおけるペイロードのタイプは、新規注文の単一メッセージ、実行レポート、注文キャンセル要求、および／または、注文ステータス要求を含む（ただし、これらに限定されない）。

【0035】

[0042]本明細書で使用される文脈的フィルタリングは、ピアツーピアネットワーク１１４から受信したイベントにおいて、ペイロードを（ネットワークノード１０２～１０４のうちの１つによって）識別、選択、決定、導出、調査、確認、アクセス、解決、選定、分離、および／または他の方法で処理することを指す。例では、ゲートウェイノード１０３は、実行レポートペイロードではなく、（ピアツーピアネットワーク１１４へ発行されたイベントにおける）新規注文の単一メッセージペイロードを、文脈的にフィルタリングし得る。あるいは、ゲートウェイノード１０３は、他のタイプのペイロード（たとえば、実行レポートペイロード）ではなく、新規注文の単一メッセージペイロード、注文キャンセル要求ペイロード、および注文ステータス要求ペイロードを有するイベントを、文脈的にフィルタリングし得る。オプションで、ゲートウェイノード１０３はまた、イベントにおいてタイムスタンプについてコンセンサスに達したか否か、たとえば、受信したイベントにおいて、ｉｓＣｏｎｓｅｎｓｕｓフラグが真であるか否かに基づいて、イベントを文脈的にフィルタリングし得る。

【0036】

[0043]ペイロードタイプに基づく文脈的フィルタリングは、受信したイベント（または、受信したイベントにおけるペイロード）に含まれるタイプフィールドに基づいて実行され得る。例では、ゲートウェイノード１０３は、イベントまたはペイロードにおけるフィールドが、ペイロードを、新規注文の単一メッセージとして識別すると判定することに応答して、さらなる処理のために、新規注文の単一メッセージペイロードを、文脈的にフィルタリング（たとえば、識別）し得る。言い換えれば、ゲートウェイノード１０３は、ペイロードタイプを判定するために、文脈的フィルタリング中に、イベントペイロードの内容を検査／分析／解釈し得る。

【0037】

[0044]イベントのペイロード（または、イベント内のペイロード）が、ネットワークノード１０２～１０４のための正しいタイプである（および、オプションで、タイムスタンプについてコンセンサスに達した）場合、ネットワークノード１０２～１０４における戻りトランザクション機能はさらに、ペイロードを処理し得る。例では、ゲートウェイノード１０３が、新規注文の単一メッセージペイロード（および、オプションで、コンセンサスに達したタイムスタンプ）を有するイベントを受信すると、ゲートウェイノード１０３は、新規注文の単一メッセージペイロードを、第２のフォーマット（たとえば、ＦＩＸ）へ変換し、たとえばＦＩＸセッションにおいて、注文管理システム１１２へ送信するように構成され得る。

【0038】

[0045]ゲートウェイノード１０３は、文脈的にフィルタリングされないペイロードを有する（および、オプションで、コンセンサスに達していないタイムスタンプを有する）イベントを、（ピアツーピアネットワーク１１４から）受信し得ることに留意されたい。文脈的にフィルタリングされていないペイロードタイプ（または、オプションで、コンセンサスに達していないタイムスタンプ）を有するイベントを受信すると、ゲートウェイノード１０３における戻りトランザクション機能は、それ以上のアクションを講じることができないが、ハッシュグラフライブラリは、（ゴシッププロトコルによって示されている）さらなるノード１０２～１０４へイベントを渡し得る。

【0039】

[0046]ゲートウェイノード１０３は、注文管理システム１１２に接続するアクタシングルトン(actor singleton)（ゲートウェイノード１０３の１つで実行しているサービスにおける単一のアクティブな実行スレッド）を指定する、クラスタリングソフトウェア（たとえば、Ａｋｋａライブラリ）をさらに実行し得ることに留意されたい。（アクタシングルトンを実行している）ゲートウェイノード１０３がダウンすると、クラスタリングソフトウェアは、新規のアクタシングルトンが実行できる新規のゲートウェイノード１０３を自動的に指定し得る。ＦＩＸプロトコルは、シーケンス番号を含む実行状態に関するメタデータを格納し得るので、ＦＩＸセッションを新規のアクタシングルトンにおいて復元できる。例では、ゲートウェイノード１０３のうちの少なくとも１つ（たとえば、すべて）は、ＦＩＸセッションメタデータを格納するデータベース（図示せず）と通信し得る。例では、分散型取引システム１００は、冗長性のために、３つのゲートウェイノード１０３のクラスタを含み得る。さらに、一度に１つのアクタシングルトンのみが注文管理システム１１２と通信する場合でも、（アクタシングルトンスレッドを実行していない）他のゲートウェイノード１０３は、ピアツーピアネットワーク１１４における他のネットワークノード１０２～１０４とのコンセンサスに達することに関与し得る。

【0040】

[0047]例では、注文管理システム１１２は、少なくとも１つのゲートウェイノード１０３に通信可能に結合されている。オプションで、注文管理システム１１２は、第２のインターフェース１０９を介して、少なくとも１つのゲートウェイノード１０３と通信し得る。第２のインターフェース１０９は、たとえば、媒体、ＶＰＮ、ＷＡＮ、リンクのように、データを伝送するために使用される通信層（たとえば、ネットワーク層および／または物理層）であり得る。第２のインターフェース１０９は、ゲートウェイノード１０３および／または注文管理システム１１２において（プロセッサにおいて）実行される命令を含み得る。例では、少なくとも１つのゲートウェイノード１０３は、第１のフォーマットにおいて（たとえば、ＪＳＯＮフォーマットにおいて）新規注文の単一メッセージペイロードを有するイベントを受信し、このペイロードを、第２のフォーマット（たとえば、ＦＩＸフォーマット）へ変換し得る。ＦＩＸプロトコルは、証券トランザクションおよび市場に関する情報のリアルタイム交換のために使用される。例では、第２のインターフェース１０９は、たとえば、ＦＩＸセッションである伝送セッションを、開始、使用、および／または終了する命令を含み得る。

【0041】

[0048]注文管理システム１１２は、注文帳を維持し得る。本明細書で使用される場合、「注文帳」という用語は、注文の集合を指す。注文帳は、たとえば、１つまたは複数のディスクドライブ、フラッシュドライブ、１つまたは複数のデータベース、１つまたは複数のテーブル、１つまたは複数のファイル、ローカルキャッシュメモリ、プロセッサキャッシュメモリ、リレーショナルデータベース、フラットデータベースなどのメモリに格納され得る。注文帳における注文は、取引実行のためにともに照合され得る。

【0042】

[0049]例では、有線ネットワークとワイヤレスネットワークとの任意の組合せ（図示せず）を使用して、注文管理システム１１２を、少なくとも１つのゲートウェイノード１０３に通信可能に結合することができる。例では、注文管理システム１１２は、少なくとも１つのローカルエリアネットワーク（ＬＡＮ）、少なくとも１つの広域ネットワーク（ＷＡＮ）、またはインターネットのうちの少なくとも１つを介して、少なくとも１つのゲートウェイノード１０３に通信可能に結合される。オプションで、任意の数の中間デバイスが、注文管理システム１１２と、注文管理システム１１２が通信可能に結合されているゲートウェイノード１０３との間の通信経路に配置され得、中間デバイスは、注文管理システム１１２とゲートウェイノード１０３との間で、メッセージ（たとえば、ＦＩＸメッセージ）の転送、中継、および／またはルーティングを実行する。注文管理システム１１２は、ピアツーピアネットワーク１１４における複数のゲートウェイノード１０３に通信可能に結合することができる。

【0043】

[0050]注文管理システム１１２は、少なくとも１つのゲートウェイノード１０３から（たとえば、ＦＩＸプロトコルにしたがって）新規注文の単一メッセージを受信するように構成され得る。新規注文の単一メッセージを受信すると、注文管理システム１１２は、注文のタイプ（買い、売り、保留など）、資産識別子（たとえば、ＣＵＳＩＰ番号、ティッカシンボルなど）、取り引きされている資産の量、指値、ストップ価格、条件付きトリガ要件、注文期間（たとえば、有効時間）、および／または、注文が部分的に約定される可能性があるか否かに基づいて、注文を（別の注文と）照合し得る。注文が成功裡に照合された場合、注文管理システム１１２は、新規注文の単一メッセージによって要求された取引を実行し得る。あるいは、注文管理システム１１２は、実行のために、照合されたメッセージを、たとえば、資産交換デバイスである別のデバイス（図示せず）へ送信し得る。

【0044】

[0051]実行されると、注文管理システム１１２は、実行レポートを生成し得る。実行レポートは、実行のタイムスタンプ、決済予定日、資産識別子（たとえば、ＣＵＳＩＰ番号、ティッカシンボルなど）、量、価格、注文のタイプ、収益額、請求される手数料、および／または、取引実行のために請求される他の手数料のうちのいずれかを含み得る。あるいは、取引の実行が、別のデバイス（たとえば、資産交換デバイス）によって実行される場合、実行レポートは、実行デバイスによって生成され、実行デバイスから受信され得る。注文管理システム１１２は、実行レポートを、ゲートウェイノード１０３のうちの１つ、たとえば、新規注文の単一メッセージを送信したものと同じまたは異なるゲートウェイノード１０３へ送信し得る。例では、注文管理システム１１２は、新規注文の単一メッセージが受信されたのと同じＦＩＸセッションにおいて、実行レポートを送信し得る。したがって、実行レポートは、新規注文の単一メッセージとは逆方向に、第２のインターフェースを通過し得る。オプションで、注文管理システム１１２は、複数の実行された注文のための情報を含む単一の実行レポートを生成し得る。

【0045】

[0052]ゲートウェイノード１０３は、実行レポートを（たとえば、ＦＩＸセッションにおいて）受信し、実行レポートを第２のフォーマット（たとえば、ＦＩＸフォーマット）から、第１のフォーマット（たとえば、ＪＳＯＮ）へ変換するように構成され得る。各ゲートウェイノード１０３はまた、たとえば、ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４において実行している、ハッシュグラフライブラリにおける発行機能を呼び出すことによって、ピアツーピアネットワーク１１４へ発行されるイベントに、ペイロードとして変換された実行レポートを挿入するように構成され得る。イベントは、（１）ゲートウェイノード１０３が別のノード１０２～１０４から受信した最後のイベントのハッシュ、および、（２）ゲートウェイノード１０３が作成した最後のイベントのハッシュを含み得る。イベントはまた、ピアツーピアネットワーク１１４への発行のタイムスタンプ、および／または、電子署名を含み得る。

【0046】

[0053]例では、ピアツーピアネットワーク１１４は、主に、実行レポートペイロードを有するイベントのための伝送メカニズムとして機能し得る（ただし、実行レポートペイロードを有するイベントにおけるタイムスタンプについて、コンセンサスに達することができる）。したがって、各ゲートウェイノード１０３は、（１）コンセンサスに達した新規注文の単一メッセージペイロードおよび／またはタイムスタンプを有する受信イベントを文脈的にフィルタリングし、（２）新規注文の単一メッセージを、第１のフォーマット（たとえば、ＦＩＸのＪＳＯＮ表現）から、第２のフォーマット（たとえば、ＦＩＸ）へ変換し、（３）（たとえば、第２のフォーマットにおける）新規注文の単一メッセージを、注文管理システム１１２へ発行し、（４）（たとえば、ＦＩＸセッションにおいて）注文管理システム１１２から実行レポートを受信し、（５）受信した実行レポートを、第２のフォーマット（たとえば、ＦＩＸ）から、第１のフォーマット（たとえば、ＦＩＸのＪＳＯＮ表現）へ変換し、（６）（たとえば、第１のフォーマットにおける）実行レポートペイロードを有するイベントを、（たとえば、主に伝送メカニズムとして）ピアツーピアネットワーク１１４へ発行するように構成され得る。

【0047】

[0054]それらはピアツーピアネットワーク１１４の一部であるため、取引サービスノード１０２は、ピアツーピアネットワーク１１４へ発行されたイベントを受信し得る。取引サービスノード１０２においてイベントを受信すると、取引サービスノード１０２における戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））は、以下の引数、すなわち、（１）イベントにおけるペイロード（または、ペイロードから導出されたデータ）、（２）イベントにおけるタイムスタンプについて（ピアツーピアネットワーク１１４によって）コンセンサスに達したか否かを示すブール引数（たとえば、ｉｓＣｏｎｓｅｎｓｕｓ）、（３）イベントからのタイムスタンプ、（４）イベントＩＤ、および／または、（５）アドレスのうちの１つまたは複数を用いて呼び出され得る。戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））は、ピアツーピアネットワーク１１４における各取引ノード１０２～１０４におけるハッシュグラフライブラリとは別のアプリケーションにおいて実施され得る。

【0048】

[0055]例では、取引サービスノード１０２は、新規注文の単一メッセージペイロード、注文キャンセル要求ペイロード、または注文ステータス要求ペイロードではなく、（ピアツーピアネットワーク１１４へ発行されたイベントにおける）実行レポートペイロードを、文脈的にフィルタリングし得る。オプションで、取引サービスノード１０２はまた、イベントにおけるタイムスタンプについてコンセンサスに達したか否か、たとえば、受信されたイベントにおけるｉｓＣｏｎｓｅｎｓｕｓフラグが真であるか否かに基づいて、イベントを文脈的にフィルタリングし得る。

【0049】

[0056]取引サービスノード１０２は、イベントまたはペイロードにおけるフィールドが、ペイロードを、実行レポートペイロードとして識別すると判定することに基づいて、実行レポートペイロードを有するイベントを、文脈的にフィルタリングし得る。言い換えれば、取引サービスノード１０２は、ペイロードタイプを判定するために、文脈的フィルタリング中に、イベントペイロードの内容を、検査／分析／解釈し得る。

【0050】

[0057]取引サービスノード１０２のうちの１つが、実行レポートペイロードを有するイベントを識別したとき（および、オプションで、タイムスタンプについてコンセンサスに達したとき）、取引サービスノード１０２は、実行レポートペイロードに基づいて通知を生成し、この通知を、たとえば、ＴＬＳ、ウェブソケット、またはＨＴＴＰＳセッションにおいて、クライアント１１０に送信するように構成され得る。イベントにおける実行レポートペイロードは、第１のフォーマット（たとえば、ＦＩＸメッセージのＪＳＯＮ表現）であり得るが、通知は、別のフォーマットである。

【0051】

[0058]取引サービスノード１０２は、（ピアツーピアネットワーク１１４から）文脈的にフィルタリングされないペイロードを有する（および、オプションで、コンセンサスに達していないタイムスタンプを有する）イベントを受信し得ることに留意されたい。文脈的にフィルタリングされていないペイロードタイプ（または、オプションで、コンセンサスに達していないタイムスタンプ）を有するイベントを受信すると、取引サービスノード１０２における戻りトランザクション機能は、それ以上のアクションを講じることができないが、ハッシュグラフライブラリは、（ゴシッププロトコルによって示される）さらなるノード１０２～１０４へイベントを渡し得る。

【0052】

[0059]したがって、各取引サービスノード１０２は、（１）クライアント１１０から新規注文要求を受信し、（２）新規注文要求に基づいて、第１のフォーマット（たとえば、ＦＩＸメッセージのＪＳＯＮ表現）において新規注文要求を生成し、（３）（新規注文要求に基づいて生成された）新規注文の単一メッセージペイロードを有するイベントを、ピアツーピアネットワーク１１４へ発行し、（４）実行レポートペイロード（および、オプションで、コンセンサスに達したタイムスタンプ）を有する受信イベントを、文脈的にフィルタリングし、（５）実行レポートペイロードを有するイベントに基づいて通知を生成し、および／または、（６）通知を、１つまたは複数のクライアント１１０に送信するように構成され得る。

【0053】

[0060]オプションで、取引サービスノード１０２は、（クライアント１１０からのそれぞれの新規注文要求から）作成する各新規注文の単一メッセージのステータスを追跡し得る。したがって、各取引サービスノード１０２は、オプションで、新規注文の単一メッセージペイロードを有する受信イベントにおける実行レポートペイロードを、以前に生成されピアツーピアネットワーク１１４へ発行されたイベントと関連付け得る。

【0054】

[0061]（実行レポートペイロードを有するイベントに関連付けられた）新規注文の単一メッセージペイロードを有するイベントを送信した、同じまたは異なる取引サービスノード１０２が、実行レポートペイロードを有するイベントを受信および処理し得ることにも留意されたい。クライアント１１０は、通知を受信し、通知をユーザに（たとえば、ユーザインターフェースにおいて）提示し、および／または、たとえば、電話、テキスト、電子メールなどを介して、ユーザに通知を送信し得る。

【0055】

[0062]オプションで、様々なユーザは、たとえば、ユーザインターフェース、クライアント１１０、および／またはＡＰＩを介して、分散型取引システム１００の一部として生成する取引サービスノード１０２のうちの１つまたは複数、およびデータにアクセスし得る。異なるユーザは、取引サービスノード１０２において異なる特権を有し得る。例では、個々の投資家は、彼らが彼ら自身に代わって注文要求を出し、修正し、ステータスを受信し、および／または、キャンセルすることを許可する、制限された特権を有し得る。しかしながら、機関投資家、ブローカディーラ、および／または保管人は、自分自身で、または、クライアントに代わって行われた注文要求を出し、修正し、ステータスを受信し、および／または、キャンセルすることを許可する、より広い特権を有し得る。さらに、管理者は、オプションで、任意の注文要求を出し、修正し、ステータスを受信し、および／または、キャンセルすることを許可する、管理者特権を有し得る。

【0056】

[0063]取引サービスノード１０２およびゲートウェイノード１０３に加えて、ピアツーピアネットワーク１１４は、１つまたは複数のオブザーバノード１０４を含み得る。オブザーバノード１０４は、管理（たとえば、管理ノード１０４Ａ）、規制（たとえば、規制ノード１０４Ｂ）、アーカイブ、および／または電子署名機能を実行し得る。

【0057】

[0064]オプションの少なくとも１つの管理ノード１０４Ａは、ピアツーピアネットワーク１１４における一種のオブザーバノード１０４であり得る。管理ノード１０４Ａは、分散型取引システム１００の管理者、または、サードパーティのデータサービスプロバイダによって、またはそれに代わって、所有および／または運用され得る。ピアツーピアネットワーク１１４におけるペイロードタイプのサブセットのみを有するイベントを、文脈的にフィルタリングする取引サービスノード１０２およびゲートウェイノード１０３とは対照的に、管理ノード１０４Ａは、ピアツーピアネットワーク１１４へ発行されたすべてのタイプのペイロードを有するイベントを、文脈的にフィルタリングし得る。あるいは、管理ノード１０４Ａは、ピアツーピアネットワーク１１４へ発行されたペイロードのタイプのサブセットのみを有するイベントを、文脈的にフィルタリングし得る。さらに、管理ノード１０４Ａは、ピアツーピアネットワーク１１４へ発行されたイベントのオブザーバであり得るが、好ましくは、ピアツーピアネットワーク１１４にイベントを発行しない（ただし、管理ノード１０４Ａは、ピアツーピアネットワーク１１４の外部の他のコンピューティングデバイスおよび／またはシステムと通信し得る）。

【0058】

[0065]管理ノード１０４Ａは、分散型取引システム１００におけるトランザクションに関する１つまたは複数のサービスを提供し得る。サービスは、管理ノード１０４Ａにおける少なくとも１つのプロセッサにおいて実行する命令のセットであり得る。例では、管理ノード１０４Ａは、顧客アカウントにおける残高を計算および／または更新するアカウントサービスを実行し得る。アカウントサービスは、ピアツーピアネットワーク１１４へ発行された新規注文の単一メッセージペイロードおよび／または実行レポートペイロードを有するイベントを、文脈的にフィルタリングし得る。

【0059】

[0066]例では、限定されないが、顧客アカウントは、ウォレットを利用し得る。「ウォレット」という用語は、セキュリティトークン１０２などのデジタル資産を格納および／または管理するために使用されるソフトウェアプログラム、デジタルファイル、および／またはメモリを指す。例では、ウォレットは、１つまたは複数の秘密鍵、１つまたは複数の秘密鍵から導出された１つまたは複数の公開鍵、ならびに／もしくは、１つまたは複数の秘密鍵および／または１つまたは複数の公開鍵から導出された１つまたは複数のトランザクションアドレス、によって定義され得る。例では、ウォレットは、１つまたは複数の秘密アカウント鍵（およびオプションの、対応する公開アカウント鍵）によって定義され得、鍵のおのおのは、１つまたは複数の子、および／または、孫のトランザクション鍵を有し得る。

【0060】

[0067]例では、管理ノード１０４Ａは、証券の所有権の変更を記録する名義変更エージェントサービス(transfer agent service)を実行し得る。例では、名義変更エージェントサービスは、（１）保管資産の有益な所有権、および／または、（２）顧客が直接保有する資産の登録所有権、における変更を記録し得る。例では、名義変更エージェントサービスは、たとえば、複数の実行レポートのバッチを、定期的にサードパーティシステムへ送信することによって、実行された取引を（たとえば、実行レポートに基づいて）（ピアツーピアネットワーク１１４の外部の）サードパーティシステムにレポートし得る。名義変更エージェントサービスは、たとえば、注文ステータス要求および／または注文キャンセル要求ではなく、ピアツーピアネットワーク１１４へ発行された新規注文の単一メッセージペイロードおよび／または実行レポートペイロードを有するイベントを、文脈的にフィルタリングし得る。

【0061】

[0068]オプションの少なくとも１つの規制ノード１０４Ｂは、ピアツーピアネットワーク１１４における一種のオブザーバノード１０４であり得る。規制ノード１０４Ｂは、たとえば、ＳＥＣおよび／またはＦＩＮＲＡである、１つまたは複数の規制機関によって、またはそれらに代わって、所有および／または運用され得る。管理ノード１０４Ａと同様に、規制ノード１０４Ｂは、ピアツーピアネットワーク１１４へ発行されたすべてのタイプのペイロードを有するイベントを、文脈的にフィルタリングし得る。あるいは、規制ノード１０４Ｂは、ピアツーピアネットワーク１１４へ発行されたペイロードのタイプのサブセットのみを有するイベントを、文脈的にフィルタリングし得る。さらに、規制ノード１０４Ｂは、ピアツーピアネットワーク１１４へ発行されたイベントのオブザーバであり得るが、好ましくは、ピアツーピアネットワーク１１４へイベントを発行しない（ただし、規制ノード１０４Ｂは、ピアツーピアネットワーク１１４の外部の他のコンピューティングデバイスおよび／またはシステムと通信し得る）。

【0062】

[0069]規制ノード１０４Ｂは、関連する証券法および規制への準拠のために、分散型取引システム１００におけるトランザクションを監視する規制サービスを実行し得る。規制サービスは、ピアツーピアネットワーク１１４から出力された新規注文のメッセージペイロードおよび／または実行レポートペイロードを有するイベントを、文脈的にフィルタリングし得る。例では、（規制ノード１０４Ｂは、ピアツーピアネットワーク１１４を実施するネットワークノード１０２～１０４のうちの１つであるため）規制サービスは、ハッシュグラフを構築し得る。規制ノード１０４Ｂはまた、ピアツーピアネットワーク１１４におけるトランザクションの少なくとも１つの電子署名されたハッシュを（ピアツーピアネットワーク１１４における少なくとも１つの他のネットワークノード１０２～１０４から）受信し得る。例では、規制サービスは、そのハッシュグラフから決定されたトランザクションの時系列順を、少なくとも１つの他のネットワークノード１０２～１０４からの電子署名されたハッシュと比較して、注文が、注文管理システム１１２の注文帳においてなされたか、および／または、ピアツーピアネットワーク１１４によって決定されたものと同じ時系列で実行されたかを判定し得る。

【0063】

[0070]したがって、分散型取引システム１００は、集中型取引システム（および他の分散型取引システム）に対していくつかの利点を提供するピアツーピアネットワーク１１４を利用し得る。たとえば、分散型取引システム１００は、ピアツーピアネットワーク１１４において発生するトランザクションの時系列順、たとえば、新規注文の単一メッセージペイロードを有するイベントが、ピアツーピアネットワーク１１４によって受信された時系列順について、コンセンサスに達することによって、公正な順序付けを提供し得る。ネットワークノード１０２～１０４のおのおのは、ピアツーピアネットワーク１１４におけるトランザクションを注文するために使用することができる情報（たとえば、コンセンサスに達したイベントタイムスタンプ）、たとえば、イベントが、ピアツーピアネットワーク１１４へ発行された時系列順を含み得る。（たとえば、注文が、ピアツーピアネットワーク１１４において受信されたタイムスタンプに関して）新規注文の公正な順序付けを提供することにより、フロントランニングを防止するという利点を有する。

【0064】

[0071]さらに、ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４によって構築されたハッシュグラフは、ピアツーピアネットワーク１１４におけるトランザクションの記録を保存し得る。あるいは、ピアツーピアネットワーク１１４における１つまたは複数のネットワークノード１０２～１０４（たとえば、管理ノード１０４Ａ）は、たとえば、従来のデータベースにおける、または、ビットコインブロックチェーンのようなブロックチェーンにおけるストレージのために、トランザクションのハッシュに定期的に電子署名し得る。ハッシュグラフおよび／または電子署名されたハッシュは、（規制順守のため）規制当局によって、または別のサードパーティによって、たとえば、リアルタイム、ほぼリアルタイム、または非リアルタイムでの監査証跡として使用され得る。

【0065】

[0072]図２Ａは、文脈ベースのフィルタリングを実行するネットワークノード１０２～１０４のサブセットを備えた分散型取引システム１００内で使用されるネットワークノード２００の例示的な実施形態を示すブロック図である。ネットワークノード２００は、少なくとも１つのメモリ２０２、少なくとも１つのプロセッサ２０４、オプションの少なくとも１つのＤＡＧモジュール２０６、オプションの文脈的フィルタリングモジュール２０８、オプションの少なくとも１つのディスプレイデバイス２１０、オプションの少なくとも１つの入力デバイス２１２、オプションのネットワークインターフェース２１４、およびオプションの電源２１６を含む。例では、ネットワークノード２００は、ピアツーピアネットワーク１１４において、取引サービスノード１０２、ゲートウェイノード１０３、管理ノード１０４Ａ、および／または規制ノード１０４Ｂを実施するために使用され得る。

【0066】

[0073]例では、少なくとも１つのメモリ２０２は、情報を格納するために使用される任意のデバイス、メカニズム、または投入されたデータ構造であり得る。例では、少なくとも１つのメモリ２０２は、任意のタイプの揮発性メモリ、不揮発性メモリ、および／または動的メモリであり得るか、またはそれらを含み得る。たとえば、少なくとも１つのメモリ２０２は、ランダムアクセスメモリ、メモリストレージデバイス、光メモリデバイス、磁気媒体、フロッピーディスク、磁気テープ、ハードドライブ、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、光学媒体（コンパクトディスク、ＤＶＤ、Ｂｌｕ－ｒａｙディスクなど）などとすることができる。いくつかの実施形態によれば、少なくとも１つのメモリ２０２は、１つまたは複数のディスクドライブ、フラッシュドライブ、１つまたは複数のデータベース、１つまたは複数のテーブル、１つまたは複数のファイル、ローカルキャッシュメモリ、プロセッサキャッシュメモリ、リレーショナルデータベース、フラットデータベースなどを含み得る。それに加えて、当業者は、少なくとも１つのメモリ２０２として使用することができる情報を格納するための多くの追加のデバイスおよび技法を認識するであろう。少なくとも１つのメモリ２０２は、少なくとも１つのプロセッサ２０４において１つまたは複数のアプリケーションまたはモジュールを実行するための命令を格納するために使用され得る。たとえば、少なくとも１つのメモリ２０２は、１つまたは複数の実施形態において、オプションの少なくとも１つのＤＡＧモジュール２０６、および／または、オプションの少なくとも１つの文脈的フィルタリングモジュール２０８の機能を実行するために必要な命令のすべてまたは一部を収容するために使用できる。

【0067】

[0074]例では、少なくとも１つのプロセッサ２０４は、汎用プロセッサ（ＧＰＰ）または特殊目的（フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、または他の集積回路または回路構成など）、または任意のプログラマブルロジックデバイスのような任意の周知のプロセッサとすることができる。例では、オプションの少なくとも１つのＤＡＧモジュール２０６および／またはオプションの少なくとも１つの文脈的フィルタリングモジュール２０８は、少なくとも１つのプロセッサ２０４および少なくとも１つのメモリ２０２によって実施される。

【0068】

[0075]例では、オプションの少なくとも１つのディスプレイデバイス２１０は、発光ダイオード（ＬＥＤ）、液晶ディスプレイ（ＬＤＣ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、ｅ－ｉｎｋディスプレイ、フィールドエミッションディスプレイ（ＦＥＤ）、表面伝導電子エミッタディスプレイ（ＳＥＤ）、またはプラズマディスプレイのうちの少なくとも１つを含む。例では、オプションの少なくとも１つの入力デバイス２１２は、（容量性および抵抗性タッチスクリーンを含む）タッチスクリーン、タッチパッド、容量性ボタン、機械式ボタン、スイッチ、ダイヤル、キーボード、マウス、カメラ、バイオメトリックセンサ／スキャナなどのうちの少なくとも１つを含む。例では、オプションの少なくとも１つのディスプレイデバイス２１０およびオプションの少なくとも１つの入力デバイス２１２は、コンピューティングデバイス１０４Ａとのユーザインタラクションのために、ヒューマンマシンインターフェース（ＨＭＩ）に組み合わされる。

【0069】

[0076]例では、少なくとも１つのオプションのネットワークインターフェース２１４は、ネットワークと通信するための少なくとも１つのオプションのアンテナを含むか、またはそれに結合される。例では、少なくとも１つのオプションのネットワークインターフェース２１４は、イーサネットインターフェース、セルラー無線アクセス技術（ＲＡＴ）無線、Ｗｉ－Ｆｉ無線、Ｂｌｕｅｔｏｏｔｈ無線、または近距離無線通信（ＮＦＣ）無線のうちの少なくとも１つを含む。例では、少なくとも１つのオプションのネットワークインターフェース２１４は、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）を使用して、リモートサーバとの十分な速度を有するセルラーデータ接続（モバイルインターネット）を確立するように構成されたセルラー無線アクセス技術無線を含む。例では、セルラー無線アクセス技術は、パーソナル通信サービス（ＰＣＳ）、特殊移動無線（ＳＭＲ）サービス、拡張特殊移動無線（ＥＳＭＲ）サービス、高度ワイヤレスサービス（ＡＷＳ）、符号分割多元接続（ＣＤＭＡ）、グローバル移動体通信システム（ＧＳＭ）サービス、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、ワールドワイドインタオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ）、第３世代パートナシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）、高速パケットアクセス（ＨＳＰＡ）、第３世代（３Ｇ）第４世代（４Ｇ）、第５世代（５Ｇ）など、または他の適切な通信サービスまたはそれらの組合せのうちの少なくとも１つを含む。例では、少なくとも１つのオプションのネットワークインターフェース２１４は、広域ネットワークではなく、リモートサーバと通信するワイヤレスローカルエリアネットワークと通信するように構成されたＷｉ－Ｆｉ（ＩＥＥＥ ８０２．１１）無線を含む。例では、少なくとも１つのオプションのネットワークインターフェース２１４は、パッシブ近距離無線通信（ＮＦＣ）タグ、アクティブ近距離無線通信（ＮＦＣ）タグ、パッシブ無線周波数識別（ＲＦＩＤ）タグ、アクティブ無線周波数識別（ＲＦＩＤ）タグ、近接カード、または他のパーソナルエリアネットワークデバイスなど、近接通信に限定される近距離無線通信デバイスを含む。例では、同じ少なくとも１つのオプションのネットワークインターフェース２１４もまた、ネットワークへの外部のゲートウェイデバイス（ＮＦＣ決済端末など）との通信のために使用される。

【0070】

[0077]例では、ネットワークノード２００の様々なコンポーネントに電力を提供するために、少なくとも１つのオプションの電源２１６が使用される。
[0078]（ピアツーピアネットワーク１１４における）各ネットワークノード２００は、少なくとも１つのクライアント１１０から受信された新規注文の時系列順に関与し得る。この順序付けは、各ネットワークノード２００によって構築されたＤＡＧ（たとえば、ハッシュグラフデータ構造）に基づき得る。オプションのＤＡＧモジュール２０６は、（１）（たとえば、ネットワークノード２００において実行しているハッシュグラフライブラリにおける発行機能を使用して）ピアツーピアネットワーク１１４に新規注文を発行し、（２）（たとえば、ピアツーピアネットワーク１１４における他のネットワークノードにおいて受信された新規注文を含む）ピアツーピアネットワーク１１４から受信されたイベントに基づいて、ＤＡＧデータ構造（たとえば、ハッシュグラフ）を構築し、および／または、（３）ピアツーピアネットワーク１１４において発生するイベントの時系列順、たとえば、ＤＡＧデータ構造（たとえば、ハッシュグラフ）に基づいて、ピアツーピアネットワーク１１４において新規注文が受信された時系列順を決定するために使用され得る。オプションのＤＡＧモジュール２０６は、ネットワークインターフェース２１４を利用して、ピアツーピアネットワーク１１４内の他のネットワークノード１０２～１０４との間でデータを送受信することができる。

【0071】

[0079]ピアツーピアネットワーク１１４における各ネットワークノード２００はまた、文脈的フィルタリングモジュール２０８を含み得る。配置されているネットワークノード２００のタイプに応じて、各ネットワークノード２００における文脈的フィルタリングモジュール２０８は、１つまたは複数のタイプのペイロードを有するイベントを文脈的にフィルタリングし得、たとえば、各ネットワークノード２００は、ピアツーピアネットワーク１１４へ発行されたすべてのタイプのペイロードを有するイベントを受信し得るが、ペイロードのタイプのサブセットのみを有するイベントを選択的に処理し得る。例では、取引サービスノード１０２における文脈的フィルタリングモジュール２０８は、他のタイプのペイロードではなく、ピアツーピアネットワーク１１４から出力された実行レポートペイロードを有するイベントを、文脈的にフィルタリングし得る。例では、ゲートウェイノード１０３における文脈的フィルタリングモジュール２０８は、他のタイプのペイロードではなく、新規注文の単一メッセージペイロードを有するイベントを、文脈的にフィルタリングし得る。あるいは、またはそれに加えて、ゲートウェイノード１０３における文脈的フィルタリングモジュール２０８は、注文キャンセル要求ペイロードおよび／または注文ステータス要求ペイロード（ただし、すべてのタイプのペイロードよりも少ない）を有するイベントを、文脈的にフィルタリングし得る。例では、オブザーバノード１０４における文脈的フィルタリングモジュール２０８は、新規注文の単一メッセージペイロードおよび実行レポートペイロード（および、オプションで、注文キャンセル要求ペイロードおよび／または注文ステータス要求ペイロード）を有するイベントを、文脈的にフィルタリングし得る。

【0072】

[0080]図２Ｂは、ピアツーピアネットワーク１１４によって受信された注文を照合する注文管理システム１１２の例示的な実施形態を示すブロック図である。注文管理システム１１２は、少なくとも１つのメモリ２０２と、少なくとも１つのプロセッサ２０４と、オプションの少なくとも１つのディスプレイデバイス２１０と、オプションの少なくとも１つの入力デバイス２１２と、オプションのネットワークインターフェース２１４と、オプションの電源２１６とを含み、これらは、図２Ａにおけるネットワークノード２００に関連して説明されたものと同様の原理および方法にしたがって動作する。

【0073】

[0081]ネットワークノード２００とは異なり、注文管理システム１１２は、照合モジュール２０７を含み得る。新規注文の単一メッセージを受信すると、照合モジュール２０７は、注文のタイプ（買い、売り、保留など）、資産識別子（たとえば、ＣＵＳＩＰ番号、ティッカシンボルなど）、取り引きされている資産の量、指値、ストップ価格、条件付きトリガ要件、注文期間（たとえば、有効時間）、および／または、注文が部分的に約定される可能性があるか否かに基づいて、新規注文を（別の注文と）照合し得る。注文管理システム１１２は、（ネットワークノード１０２～１０４のおのおのについて一貫した単一の注文で注文された）注文された市場取引要求を、互いに照合するように構成され得る。新規注文の単一メッセージは、ゲートウェイノード１０３によって注文管理システム１１２へ送信される。例では、送信ゲートウェイノード１０３はまた、新規注文の単一メッセージが、ピアツーピアネットワーク１１４によって受信された時系列順を示し得る。

【0074】

[0082]（たとえば、注文帳における）注文が、照合モジュール２０７によって成功裡に照合された場合、注文管理システム１１２は、（たとえば、ＦＩＸフォーマットで）新規注文の単一メッセージによって要求された取引を実行し得る。あるいは、注文管理システム１１２は、実行のために、照合されたメッセージを、たとえば資産交換デバイスである、別のデバイス（図示せず）へ送信し得る。

【0075】

[0083]ネットワークノード２００とは異なり、注文管理システム１１２はまた、実行された取引の実行レポートを生成する（または、別のデバイスから受信する）実行レポートモジュール２０９を含み得る。実行レポートは、実行のタイムスタンプ、決済予定日、資産識別子（たとえば、ＣＵＳＩＰ番号、ティッカシンボルなど）、量、価格、注文のタイプ、収益額、請求される手数料、および／または請求される他の手数料のうちのいずれかを含み得る。あるいは、取引の実行が別のデバイス（たとえば、資産交換デバイス）によって実行される場合、実行レポートは、実行デバイスによって生成され、実行デバイスから受信され得る。注文管理システム１１２は、実行レポートを、ゲートウェイノード１０３のうちの１つ、たとえば、実行レポートに関連付けられた新規注文の単一メッセージを送信した、同じまたは異なるゲートウェイノード１０３へ送信し得る。

【0076】

[0084]図２Ｃは、エンドユーザデバイスから注文を受信し、注文をピアツーピアネットワーク１１４へ送信するクライアント１１０を実施するコンピューティングデバイス２０１の例示的な実施形態を示すブロック図である。コンピューティングデバイス２０１（たとえば、モバイルまたは非モバイルコンピューティングデバイス）は、少なくとも１つのメモリ２０２と、少なくとも１つのプロセッサ２０４と、オプションの少なくとも１つのディスプレイデバイス２１０と、オプションの少なくとも１つの入力デバイス２１２と、オプションのネットワークインターフェース２１４と、オプションの電源２１６とを含み、これらは図２Ａおよび図２Ｂそれぞれにおいて、ネットワークノード２００および注文管理システム１１２に関連して説明されたものと同様の原理および方法にしたがって動作する。

【0077】

[0085]コンピューティングデバイス２０１は、ユーザインターフェースをユーザに提示するウェブクライアントを実施し得る。ユーザインターフェースは、新規注文要求、たとえば、注文のタイプ（買い、売り、保留など）、資産識別子（たとえば、統一証券識別手順委員会（ＣＵＳＩＰ）番号、ティッカシンボルなど）、取り引きされている資産の量、指値、ストップ価格、条件付きトリガ要件、注文期間（たとえば、有効時間）、および／または注文が部分的に約定される可能性があるか否か、に関するフィールドを含み得る。ユーザは、たとえば、入力デバイス２１２を介して、新規注文要求に関する関連情報（たとえば、注文属性）を投入するために、クライアントによって提示されるユーザインターフェースとインタラクトし得る。ユーザ入力を受信すると、コンピューティングデバイス２０１は、新規注文要求を生成し、新規注文要求をピアツーピアネットワーク１１４における取引サービスノード１０２へ送信し得る。

【0078】

[0086]図３Ａは、取引システム１００を実施するネットワークノード１０２～１０４のサブセット内の文脈ベースのフィルタリングのための例示的な方法３００Ａを示すフロー図である。例では、ネットワークノードの少なくとも２つ（および、オプションで３つ以上）の異なるサブセットが、ピアツーピアネットワーク１１４を実施するために使用される。複数のノード１０２～１０４のおのおのは、ハッシュグラフを構築して、ピアツーピアネットワーク１１４内のイベントの順序に関するコンセンサス、たとえば、イベントがピアツーピアネットワーク１１４へいつ発行されたかを示すタイムスタンプに関するコンセンサスを構築し得る。各ネットワークノード１０２～１０４は、少なくとも１つのメモリに格納された命令を実行する少なくとも１つのプロセッサを含み得る。

【0079】

[0087]好ましくは、ネットワークノード１０２～１０４の第１のサブセット（たとえば、取引サービスノード１０２）は、ネットワークノード１０２～１０４の第２のサブセット（たとえば、ゲートウェイノード１０３）から相互に排他的であるが、（第１のサブセットにおける少なくとも１つのネットワークノード１０２～１０４も、第２のサブセットにある）他の構成も可能である。ピアツーピアネットワーク１１４に加えて、取引システム１００は、少なくとも第１の外部のコンピューティングデバイス１１０（たとえば、クライアント１１０を実施するコンピューティングデバイス２０１）および第２の外部のコンピューティングデバイス１１２（たとえば、注文管理システム１１２）を含み得る。

【0080】

[0088]例示的な方法３００Ａは、ブロック３０２で始まり、ネットワークノード１０２～１０４の第１のサブセット（のうちの少なくとも１つ）において、第１の外部のコンピューティングデバイス１１０から受信した要求に基づいて、第１のメッセージタイプを有する第１のメッセージを生成する。例では、要求は、新規注文要求、注文キャンセル要求、および／または注文ステータス要求である。新規注文要求（ならびに／もしくは、新規注文要求に基づいて生成される後続のイベントおよび／またはペイロード）は、注文のタイプ（買い、売り、保留など）、資産識別子（たとえば、ＣＵＳＩＰ番号、ティッカシンボルなど）、取り引きされている資産の量、指値、ストップ価格、条件付きトリガ要件、注文期間（たとえば、有効時間）、および／または、注文が部分的に約定される可能性があるか否かを示すフィールドを含み得る。

【0081】

[0089]オプションで、第１の外部のコンピューティングデバイス１１０は、第１のインターフェース１０８を介してネットワークノード１０２の第１のサブセットと通信する。第１のインターフェース１０８は、たとえば、媒体、ＶＰＮ、ＷＡＮ、リンクのように、データを伝送するために使用される通信層（たとえば、ネットワーク層および／または物理層）であり得る。第１のインターフェース１０８は、ネットワークノード１０２の第１のサブセットにおいて、および／または、第１の外部のコンピューティングデバイス１１０の一部として（プロセッサにおいて）実行される命令を含み得る。例では、第１のインターフェース１０８は、第１の外部のコンピューティングデバイス１１０が、ネットワークノード１０２の第１のサブセットと通信する方法に関する機能（たとえば、アプリケーションプログラミングインターフェース）のライブラリを利用し得る。例では、第１のインターフェース１０８は、たとえば、トランスポート層セキュリティ（ＴＬＳ）、ウェブソケット、またはハイパテキストトランスファープロトコルセキュア（ＨＴＴＰＳ）セッションである伝送セッションを、開始、使用、および／または終了する命令を含み得る。

【0082】

[0090]例示的な方法３００Ａは、ブロック３０４に進み、ここでは、第１のイベントは、ピアツーピアネットワーク１１４へ発行され、第１のイベントは、第１のメッセージタイプに基づくペイロードを有する。したがって、ネットワークノード１０２～１０４へ第１のイベントを発行することは、ネットワークノード１０２の第１のサブセットのうちの１つが、（１）第１のメッセージタイプに基づくペイロードを有する第１のイベントを生成すること、および、（２）第１のイベントを、ピアツーピアネットワーク１１４における別のネットワークノード１０２～１０４へ送信することを含み得、第１のイベントを、別のネットワークノード１０２～１０４へ送信するなどを行う。

【0083】

[0091]第１のイベントは、第１のメッセージ（たとえば、新規注文の単一メッセージ）を、（ネットワークノード１０２の第１のサブセットのうちの１つで実行している）ハッシュグラフライブラリにおける発行機能へ渡すことによって生成され得る。（第１のメッセージタイプに基づく）ペイロードに加えて、各第１のイベントは、（１）別のノード１０２～１０４から受信したネットワークノード１０２の第１のサブセットのうちの１つである最後のイベントのハッシュと、（２）ネットワークノード１０２の第１のサブセットのうちの１つが作成した最後のイベントのハッシュと、および／または、（３）ピアツーピアネットワーク１１４への発行のタイムスタンプ、および／または、電子署名とを含み得る。

【0084】

[0092]例示的な方法３００Ａは、ブロック３０６に進み、ここでは、少なくとも１つの有向非巡回グラフ（ＤＡＧ）が、第１のイベントにおいて、タイムスタンプに関するコンセンサスに達するように試みるために使用される。例では、ＤＡＧはハッシュグラフである。第１のイベントが、ピアツーピアネットワーク１１４におけるネットワークノード１０２～１０４間で通信されると、各ネットワークノード１０２～１０４において格納されたハッシュグラフデータ構造が、メッセージで更新される。上記のように、ピアツーピアネットワーク１１４内で渡されたイベントに基づく仮想投票を使用してコンセンサスに達することができる。

【0085】

[0093]例示的な方法３００Ａは、ブロック３０８に進み、ここでは、ネットワークノード１０２～１０４内のネットワークノード１０３の第２のサブセット（のうちの少なくとも１つ）が、ピアツーピアネットワーク１１４から、複数のペイロードタイプを有するイベントを受信し、（たとえば、少なくともいくつかの他のタイプのペイロードではなく）少なくとも第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングする。例では、ピアツーピアネットワーク１１４へ発行され、ピアツーピアネットワーク１１４から出力されるイベントは、新規注文の単一メッセージ、実行レポート、注文キャンセル要求、および／または注文ステータス要求を含む（がこれらに限定されない）ペイロードタイプを有する。

【0086】

[0094]フィルタリングは、（たとえば、第１のイベントであるイベントを受信すると）、以下の引数、すなわち、（１）第１のイベントにおけるペイロード（または、ペイロードから導出されたデータ）、（２）第１のイベントにおけるタイムスタンプについて（ピアツーピアネットワーク１１４によって）コンセンサスに達したか否かを示すブール引数（たとえば、ｉｓＣｏｎｓｅｎｓｕｓ）、（３）第１のイベントからのタイムスタンプ、（４）第１のイベントのイベントＩＤ、および／または、（５）アドレスのうちの１つまたは複数を用いて（受信ノード１０２～１０４におけるハッシュグラフライブラリにおける）戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴａｎｓａｃｔｉｏｎ（））を呼び出すことによって実行され得る。戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））は、ピアツーピアネットワーク１１４における各取引ノード１０２～１０４におけるハッシュグラフライブラリとは別のアプリケーションにおいて実施され得る。

【0087】

[0095]例では、ネットワークノードの第２のサブセット（たとえば、ゲートウェイノード１０３）は、少なくとも１つの他のタイプのペイロードを有するイベントではなく、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングし得、たとえば、ネットワークノード１０３の第２のサブセットは、注文実行レポートペイロードではなく、新規注文の単一メッセージペイロード（および、オプションで、注文キャンセル要求ペイロード、および／または、注文ステータス要求ペイロード）を有するイベントをフィルタリングし得る。したがって、ネットワークノード１０３の第２のサブセットは、ペイロードタイプを判定するために、フィルタリング中に（たとえば、第１のイベントにおいて）、イベントペイロードの内容を検査／分析／解釈し得る。オプションで、ネットワークノードの第２のサブセット（たとえば、ゲートウェイノード１０３）はまた、イベントにおけるタイムスタンプについてコンセンサスに達したか否か、たとえば、受信したイベントにおけるｉｓＣｏｎｓｅｎｓｕｓフラグが真であるか否かに基づいて、イベントを文脈的にフィルタリングし得る。

【0088】

[0096]例示的な方法３００Ａは、ブロック３１０に進み、ここでは、ネットワークノード１０３の第２のサブセットのうちの１つが、第１のメッセージタイプ（およびオプションで、コンセンサスに達したタイムスタンプ）に基づくペイロードを有する第１のイベントを受信した場合、ネットワークノード１０３は、ペイロードを（第１のイベントのペイロードに基づいて）、たとえば、ＦＩＸセッションにおいて、第２の外部のコンピューティングデバイス１１２へ送信される第２のメッセージへ変換し得る。ネットワークノード１０３は、第１のイベントのペイロードを、第１のフォーマット（たとえば、ＪＯＳＮの新規注文の単一メッセージ）から第２のフォーマット（たとえば、ＦＩＸの新規注文の単一メッセージ）へ変換し得る。

【0089】

[0097]オプションで、ネットワークノード１０３の第２のサブセットは、第２のインターフェース１０９を介して、第２の外部のコンピューティングデバイス１１２と通信し得る。第２のインターフェース１０９は、たとえば、媒体、ＶＰＮ、ＷＡＮ、リンクのように、データを伝送するために使用される通信層（たとえば、ネットワーク層および／または物理層）であり得る。第２のインターフェース１０９は、ネットワークノード１０３の第２のサブセットにおいて、および／または、第２の外部のコンピューティングデバイス１１２の一部として、（プロセッサにおいて）実行される命令を含み得る。例では、第２のインターフェース１０９は、ネットワークノード１０３の第２のサブセットが、第２の外部のコンピューティングデバイス１１２と通信する方法に関する機能（たとえば、アプリケーションプログラミングインターフェース）のライブラリを利用し得る。例では、第２のインターフェース１０９は、たとえば、ＦＩＸセッションである交換プロトコルセッションを、開始、使用、および／または終了する命令を含み得る。

【0090】

[0098]ネットワークノード１０３の第２のサブセットは、（ピアツーピアネットワーク１１４から）、文脈的にフィルタリングされないペイロードを有する（そして、オプションで、コンセンサスに達していないタイムスタンプを有する）イベントを受信し得ることに留意されたい。文脈的にフィルタリングされていないペイロードタイプ（または、オプションで、コンセンサスに達していないタイムスタンプ）を有するイベントを受信すると、各ノード１０３における戻りトランザクション機能は、それ以上のアクションを講じることができないが、ハッシュグラフライブラリは、（ゴシッププロトコルによって示される）さらなるノード１０２～１０４へイベントを渡し得る。

【0091】

[0099]図３Ｂは、取引システム１００を実施するネットワークノード１０２～１０４のサブセット内の文脈ベースのフィルタリングのための別の例示的な方法３００Ｂを示すフロー図である。図３Ａにおける方法３００Ａと同様に、ネットワークノードの少なくとも２つ（および、オプションで３つ以上）の異なるサブセットが、図３Ｂにおける方法３００Ｂを実行するピアツーピアネットワーク１１４を実施するために使用される。複数のノード１０２～１０４のおのおのは、ハッシュグラフを構築して、ピアツーピアネットワーク１１４内のイベントの順序に関するコンセンサス、たとえば、イベントがピアツーピアネットワーク１１４へいつ発行されたかを示すタイムスタンプに関するコンセンサスを構築し得る。各ネットワークノード１０２～１０４は、少なくとも１つのメモリに格納された命令を実行する少なくとも１つのプロセッサを含み得る。オプションで、図３Ｂの方法３００Ｂは、たとえば、ネットワークノード１０２～１０４の同じ第１のサブセット（たとえば、取引サービスノード１０２）、ネットワークノード１０２～１０４の第２のサブセット（たとえば、ゲートウェイノード１０３）、第１の外部のコンピューティングデバイス１１０（たとえば、クライアント１１０を実施するコンピューティングデバイス２０１）、および、第２の外部のコンピューティングデバイス１１２（たとえば、注文管理システム１１２）を使用して、図３Ａの方法３００Ａと順次および／または並行して実行され得る。

【0092】

[0100]例示的な方法３００は、ブロック３１２で始まり、ここでは、（ピアツーピアネットワーク１１４における）ネットワークノード１０３の第２のサブセット（のうちの少なくとも１つ）が、第２の外部のコンピューティングデバイス１１２から第３のメッセージを受信し、第３のメッセージを、第４のメッセージタイプを有する第４のメッセージへ変換する。例では、ネットワークノード１０３の第２のサブセットは、第２のフォーマット（たとえば、ＦＩＸフォーマット）の第３のメッセージ（たとえば、実行レポート）を、第１のフォーマット（たとえば、ＦＩＸフォーマットのＪＳＯＮ表現）の第４のメッセージ（たとえば、実行レポート）へ変換するように構成され得る。実行レポートは、実行のタイムスタンプ、決済予定日、資産識別子（ＣＵＳＩＰ番号、ティッカシンボルなど）、量、価格、注文のタイプ、収益額、請求される手数料、および／または、取引実行のために請求される他の手数料のうちのいずれかを含み得る。オプションで、第３のメッセージは、上記のように、第２のインターフェース１０９を介して送信され得る。

【0093】

[0101]例示的な方法３００は、ブロック３１４に進み、ここでは、第２のイベントは、ピアツーピアネットワーク１１４へ発行され、第２のイベントは、第４のメッセージタイプに基づくペイロードを有する。したがって、第２のイベントをネットワークノード１０２～１０４へ発行することは、ネットワークノード１０３の第２のサブセットのうちの１つが、（１）第４のメッセージタイプに基づくペイロードを有する第２のイベントを生成すること、および、（２）第２のイベントを、ピアツーピアネットワーク１１４における別のネットワークノード１０２～１０４へ送信することを含み得、第２のイベントを、別のネットワークノード１０２～１０４へ送信するなどを行う。

【0094】

[0102]第２のイベントは、第４のメッセージ（たとえば、実行レポート）を、（ネットワークノード１０３の第２のサブセットのうちの１つで実行している）ハッシュグラフライブラリにおける発行機能に渡すことによって生成され得る。（第４のメッセージタイプに基づく）ペイロードに加えて、各第２のイベントは、（１）別のノード１０２～１０４から受信したネットワークノード１０３の第２のサブセットのうちの１つである最後のイベントのハッシュと、（２）ネットワークノード１０３の第２のサブセットのうちの１つが作成した最後のイベントのハッシュと、および／または、（３）ピアツーピアネットワーク１１４への発行のタイムスタンプ、および／または、電子署名とを含み得る。

【0095】

[0103]例示的な方法３００は、ブロック３１６に進み、ここでは、ネットワークノード１０２の第１のサブセット（のうちの少なくとも１つ）は、ピアツーピアネットワーク１１４から、異なるペイロードタイプを有するイベントを受信し、（たとえば、他のタイプのペイロードではなく）第４のメッセージタイプに基づくペイロードを有する第２のイベントをフィルタリングする。例では、ピアツーピアネットワーク１１４へ発行され、ピアツーピアネットワーク１１４から出力されるイベントは、新規注文の単一メッセージ、実行レポート、注文キャンセル要求、および／または、注文ステータス要求を含む（が、これらに限定されない）ペイロードタイプを有する。

【0096】

[0104]フィルタリングは、（たとえば、第２のイベントであるイベントを受信すると）、以下の引数、すなわち、（１）第２のイベントにおけるペイロード（または、ペイロードから導出されたデータ）、（２）第２のイベントにおけるタイムスタンプについて（ピアツーピアネットワーク１１４によって）コンセンサスに達したか否かを示すブール引数（たとえば、ｉｓＣｏｎｓｅｎｓｕｓ）、（３）第２のイベントからのタイムスタンプ、（４）第２のイベントのイベントＩＤ、および／または、（５）アドレスのうちの１つまたは複数を用いて（受信ノード１０２～１０４におけるハッシュグラフライブラリにおける）戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））を呼び出すことによって実行され得る。戻りトランザクション機能（たとえば、ｈａｎｄｌｅＴｒａｎｓａｃｔｉｏｎ（））は、ピアツーピアネットワーク１１４における各取引ノード１０２～１０４におけるハッシュグラフライブラリとは別のアプリケーションにおいて実施され得る。

【0097】

[0105]例では、ネットワークノードの第１のサブセット（たとえば、取引サービスノード１０２）は、少なくとも１つの他のタイプのペイロードを有するイベントではなく、第４のメッセージタイプに基づくペイロードを有する第２のイベントをフィルタリングし得、たとえば、ネットワークノード１０２の第１のサブセットは、新規注文の単一メッセージペイロード、注文キャンセル要求ペイロード、および／または注文ステータス要求ペイロードではなく、実行レポートペイロードを有するイベントをフィルタリングし得る。したがって、ネットワークノード１０２の第１のサブセットは、ペイロードのタイプを判定するために、フィルタリング中に（たとえば、第２のイベントにおいて）、イベントペイロードの内容を検査／分析／解釈し得る。オプションで、ネットワークノードの第１のサブセット（たとえば、取引サービスノード１０２）はまた、イベントにおけるタイムスタンプについてコンセンサスに達したか否か、たとえば、受信したイベントにおけるｉｓＣｏｎｓｅｎｓｕｓフラグが真であるか否かに基づいて、イベントを文脈的にフィルタリングし得る。

【0098】

[0106]例示的な方法３００は、ブロック３１８に進み、ここでは、ネットワークノード１０２の第１のサブセットのうちの１つが、第４のメッセージタイプ（および、オプションで、コンセンサスに達したタイムスタンプ）に基づくペイロードを有する第２のイベントを受信した場合、ネットワークノード１０２は、第２のイベントに基づいて通知を生成し、たとえば、ＴＬＳ、ウェブソケット、またはＨＴＴＰＳセッションにおいて、通知を、第１の外部のコンピューティングデバイス１１０へ送信し得る。通知は、第２のイベントのペイロードとは異なるフォーマットで生成され得る。オプションで、ネットワークノード１０２の第１のサブセットは、上記のように、第１のインターフェース１０８を介して第１の外部のコンピューティングデバイス１１０と通信し得る。

【0099】

[0107]本明細書で紹介される技法は、専用ハードウェア（回路構成など）として、ソフトウェアおよび／またはファームウェアで適切にプログラムされたプログラマブル回路構成として、または専用回路構成とプログラマブル回路構成との組合せとして具体化することができる。したがって、実施形態は、プロセスを実行するようにコンピュータ（または他の電子デバイス）をプログラムするために使用され得る命令を格納した機械可読媒体を含み得る。機械可読媒体は、たとえば、フロッピーディスク、光ディスク、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、磁気光学ディスク、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラマブル読取専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取専用メモリ（ＥＥＰＲＯＭ）、磁気カードまたは光学カード、フラッシュメモリ、または電子命令の格納に適した他のタイプの媒体／機械読取可能媒体を含み得る。
コンピュータシステムの概要
[0108]本開示の実施形態は、上記で説明された様々なステップおよび動作を含む。これらの様々なステップおよび動作は、ハードウェアコンポーネントによって実行され得るか、またはこれら命令でプログラムされた汎用または専用プロセッサに対してステップを実行させるために使用され得る機械実行可能命令で具体化され得る。あるいは、ステップは、ハードウェア、ソフトウェア、および／またはファームウェアの組合せによって実行され得る。したがって、図４は、本開示のいくつかの実施形態が利用され得る例示的なコンピュータシステムを示すブロック図である。本例によれば、コンピュータシステム４００は、相互接続４０２、少なくとも１つのプロセッサ４０４、少なくとも１つの通信ポート４０６、少なくとも１つのメインメモリ４０８、少なくとも１つのリムーバブルストレージ媒体４１０、少なくとも１つの読取専用メモリ４１２、および少なくとも１つの大容量ストレージデバイス４１４を含む。

【0100】

[0109]少なくとも１つのプロセッサ４０４は、任意で周知のプロセッサとすることができる。少なくとも１つの通信ポート４０６は、たとえば、モデムベースのダイヤルアップ接続で使用するためのＲＳ－２３２ポート、１０／１００イーサネットポート、または銅またはファイバを使用するギガビットポートのうちのいずれかであり得るか、またはそれらを含み得る。少なくとも１つの通信ポート４０６の性質は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、またはコンピュータシステム４００が接続する任意のネットワークなどのネットワークに応じて選択され得る。少なくとも１つのメインメモリ４０８は、ランダムアクセスメモリ（ＲＡＭ）、または当技術分野で一般に知られている他の任意の動的ストレージデバイスであり得る。少なくとも１つの読取専用メモリ４１２は、少なくとも１つのプロセッサ８０の命令などの静的情報を格納するためのプログラマブル読取専用メモリ（ＰＲＯＭ）チップなどの任意の静的ストレージデバイスであり得る。

【0101】

[0110]少なくとも１つの大容量ストレージデバイス４１４を使用して、情報および命令を格納することができる。たとえば、ＳＣＳＩドライブのＡｄａｐｔｅｃ（登録商標）ファミリなどのハードディスク、光ディスク、ＲＡＩＤドライブのＡｄａｐｔｅｃファミリなどのＲＡＩＤのようなディスクのアレイ、または、他の任意の大容量ストレージデバイスが使用され得る。相互接続４０２は、１つまたは複数のバス、ブリッジ、コントローラ、アダプタ、および／またはポイントツーポイント接続であり得るか、またはそれらを含み得る。相互接続４０２は、少なくとも１つのプロセッサ４０４を、他のメモリ、ストレージ、および通信ブロックと通信可能に結合する。相互接続４０２は、使用されるストレージデバイスに応じて、ＰＣＩ／ＰＣＩ－ＸまたはＳＣＳＩベースのシステムバスとすることができる。少なくとも１つのリムーバブルストレージ媒体４１０は、任意の種類の外付けのハードドライブ、フロッピードライブ、コンパクトディスク読取専用メモリ（ＣＤ－ＲＯＭ）、コンパクトディスク再書込可能（ＣＤ－ＲＷ）、デジタルビデオディスク読取専用メモリ（ＤＶＤ－ＲＯＭ）とすることができる。

【0102】

[0111]上記のコンポーネントは、いくつかのタイプの可能性を例示することが意図される。
前述の例は単なる例であるため、開示を限定するものではない。

【0103】

[0112]用語
[0113]本出願全体で使用される用語、略語、および句の簡単な定義を以下に示す。
[0114]「判定すること」という用語は、計算すること、コンピューティングすること、生成すること、処理すること、導出すること、調査すること、検索すること（たとえば、テーブル、データベース、または別のデータ構造において検索すること）、確認することなどを含み得る。また、「判定すること」はまた、受信すること（たとえば、情報を受信すること）、アクセスすること（たとえば、メモリにおけるデータへアクセスすること）などを含み得る。また、「判定すること」は、解決すること、選択すること、選定すること、確立することなどを含み得る。

【0104】

[0115]「～に基づく」という句は、特に明記しない限り、「～のみに基づく」を意味するものではない。言い換えれば、「～に基づく」という句は、「～のみに基づく」と、「少なくとも～に基づく」との両方を表す。それに加えて、「～に基づく」という句は、中間ステップを排除するものではなく、たとえば、ＡはＣに基づくは、ＢがＣに基づき、ＡがＢに基づくことを意味し得る。それに加えて、「および／または」という用語は、「および」または「または」を意味する。例では、「Ａおよび／またはＢ」は、「Ａ」、「Ｂ」、または「ＡおよびＢ」を意味することができる。それに加えて、「Ａ、Ｂ、および／またはＣ」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、「ＡおよびＢ」、「ＡおよびＣ」、「ＢおよびＣ」、または「Ａ、Ｂ、およびＣ」を意味することができる。

【0105】

[0116]「接続された」、「結合された」、および「通信可能に結合された」という用語および関連する用語は、動作上の意味で使用され、必ずしも直接の物理的接続または結合に限定されない。したがって、たとえば、２つのデバイスは、直接、または１つまたは複数の中間媒体またはデバイスを介して結合され得る。別の例として、デバイスは、互いに任意の物理的な接続を共有せずに、情報がそれらの間で受け渡されるように結合され得る。本明細書で提供される開示に基づいて、当業者は、前述の定義にしたがって接続または結合が存在する様々な手法を認識するであろう。

【0106】

[0117]「例において」、「例示的な実施形態において」、「いくつかの実施形態において」、「いくつかの実施形態にしたがって」、「示された実施形態において」、「他の実施形態において」、「実施形態」などの句は、一般に、句に続く特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれ、本開示の２つ以上の実施形態に含まれ得ることを意味する。それに加えて、そのような句は、必ずしも同じ実施形態または異なる実施形態を指すとは限らない。

【0107】

[0118]明細書が、コンポーネントまたは特徴が含まれるか、または特性を有する場合がある（「ｍａｙ」、「ｃａｎ」、「ｃｏｕｌｄ」、または「ｍｉｇｈｔ」）と記述している場合、特定のコンポーネントまたは特徴は、その特性に含まれることも、またはその特性を有することも必要とされない。

【0108】

[0119]「応答する」という用語は、完全にまたは部分的に応答することを含む。
[0120]「モジュール」という用語は、ソフトウェア、ハードウェア、またはファームウェア（または、それらの任意の組合せ）のコンポーネントを広く指す。モジュールは通常、指定された入力を使用して有用なデータまたは他の出力を生成できる機能コンポーネントである。モジュールは、自己完結型である場合と、そうでない場合とがある。（「アプリケーション」とも呼ばれる）アプリケーションプログラムは、１つまたは複数のモジュールを含み得るか、またはモジュールは、１つまたは複数のアプリケーションプログラムを含むことができる。

【0109】

[0121]「ネットワーク」という用語は、一般に、情報を交換することができる相互接続されたデバイスのグループを指す。ネットワークは、ローカルエリアネットワーク（ＬＡＮ）における数台のパーソナルコンピュータのような小さなもの、または、コンピュータの世界的なネットワークであるインターネットのような大きなものであり得る。本明細書で使用される場合、「ネットワーク」は、あるエンティティから別のエンティティに情報を送信することができる任意のネットワークを包含することが意図される。場合によっては、ネットワークは、複数のネットワークから、さらには、様々なネットワーク間の通信を容易にするように動作可能なゲートウェイを介して相互接続された、１つまたは複数の境界ネットワーク、音声ネットワーク、ブロードバンドネットワーク、金融ネットワーク、サービスプロバイダネットワーク、インターネットサービスプロバイダ（ＩＳＰ）ネットワーク、および／または、公衆交換電話網（ＰＳＴＮ）のような複数のヘテロジニアスなネットワークからさえも構成され得る。

【0110】

[0122]また、例示のために、本開示の様々な実施形態は、現代のコンピュータネットワーク内のコンピュータプログラム、物理的コンポーネント、および論理的インタラクションの文脈で本明細書において説明されている。重要なことに、これらの実施形態は、現代のコンピュータネットワークおよびプログラムに関連して本開示の様々な実施形態を説明するが、本明細書で説明される方法および装置は、当業者が理解するように、他のシステム、デバイス、およびネットワークに等しく適用可能である。したがって、本開示の実施形態の例示された用途は、限定を意味しておらず、例である。本開示の実施形態が適用可能である他のシステム、デバイス、およびネットワークは、たとえば、他のタイプの通信およびコンピュータデバイスおよびシステムを含む。より具体的には、実施形態は、セル電話ネットワークおよび互換性のあるデバイスのような、通信システム、サービス、およびデバイスに適用可能である。それに加えて、実施形態は、パーソナルコンピュータから、大規模ネットワークのメインフレームおよびサーバまでのすべてのレベルのコンピューティングに適用可能である。

【0111】

[0123]結論として、本開示は、取引システムを実施するネットワークノードのサブセット内での文脈ベースのフィルタリングのための新規のシステム、方法、および構成を提供する。本開示の１つまたは複数の実施形態の詳細な説明が上記で与えられているが、様々な代替、修正、および均等物は、本開示の精神から変化することなく、当業者に明らかであろう。たとえば、上記の実施形態は、特定の特徴に言及しているが、本開示の範囲はまた、特徴の異なる組合せを有する実施形態、および説明された特徴のすべてを含む訳ではない実施形態を含む。したがって、本開示の範囲は、特許請求の範囲内にあるようなすべての代替、修正、および変形を、それらのすべての均等物とともに包含することが意図されている。したがって、上記の説明は限定として見なされるべきではない。
例示的な実施形態
[0124]例１は、ピアツーピアネットワークにおいて通信可能に結合された複数のネットワークノードを備えるシステムを含み、ネットワークノードは、ネットワークノードの第１のサブセットと、ネットワークノードの第２のサブセットとを含み、ネットワークノードの第１のサブセットは、少なくとも第１の外部のコンピューティングデバイスとインターフェースするように構成され、ネットワークノードの第２のサブセットは、少なくとも第２の外部のコンピューティングデバイスとインターフェースするように構成され、ネットワークノードの第１のサブセットは、第１の外部のコンピューティングデバイスから受信した要求に基づいて、第１のメッセージタイプを有する第１のメッセージを生成するように構成され、ネットワークノードの第１のサブセットは、第１のイベントをピアツーピアネットワークへ発行するように構成され、第１のイベントは、第１のメッセージタイプに基づくペイロードを有し、ネットワークノードは、少なくとも１つの有向非巡回グラフ（ＤＡＧ）を使用して、第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みるように構成され、ネットワークノードの第２のサブセットは、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングするように構成され、ネットワークノードの第２のサブセットは、第１のイベントが、第１のメッセージタイプに基づくペイロードを有する場合、ペイロードを、第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換するように構成される。

【0112】

[0125]例２は、例１のシステムを含み、ネットワークノードの第２のサブセットは、第２の外部のコンピューティングデバイスから第３のメッセージを受信し、第３のメッセージを、第４のメッセージタイプを有する第４のメッセージへ変換するように構成され、ネットワークノードの第２のサブセットは、第２のイベントを、ピアツーピアネットワークへ発行するように構成され、第２のイベントは、第４のメッセージタイプに基づくペイロードを有し、ネットワークノードの第１のサブセットは、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、第４のメッセージタイプに基づくペイロードを有する第２のイベントをフィルタリングするように構成され、ネットワークノードの第１のサブセットは、第１のイベントが、第４のメッセージタイプに基づくペイロードを有する場合、第２のイベントに基づいて通知を生成し、通知を、第１の外部のコンピューティングデバイスへ送信するように構成される。

【0113】

[0126]例３は、例２のシステムを含み、第１のメッセージは、第２のメッセージとは異なるフォーマットであり、第３のメッセージは、第４のメッセージとは異なるフォーマットである。

【0114】

[0127]例４は、例１～例３のいずれかのシステムを含み、ネットワークノードの第２のサブセットは、コンセンサスに達したタイムスタンプを有する第１のイベントをフィルタリングするように構成される。

【0115】

[0128]例５は、例１～例４のいずれかのシステムを含み、ネットワークノードの第２のサブセットは、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングする場合、第１のイベントのペイロードを分析するように構成される。

【0116】

[0129]例６は、例１～例５のいずれかのシステムを含み、ネットワークノードの第１のサブセットと、ネットワークノードの第２のサブセットとは相互に排他的である。
[0130]例７は、例１～例６のいずれかのシステムを含み、有向非巡回グラフは、ＩＯＴＡまたはハッシュグラフである。

【0117】

[0131]例８は、例１～例７のいずれかのシステムを含み、ネットワークノードは、サーバ、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはスマートフォンのうちの少なくとも１つから選択される。

【0118】

[0132]例９は、例１～例８のいずれかのシステムを含み、ネットワークノードは、世界中に物理的に分散される。
[0133]例１０は、例１～例９のいずれかのシステムを含み、ネットワークノードは、少なくとも１つの有線ネットワークまたは少なくとも１つのワイヤレスネットワークのうちの少なくとも１つを使用して通信可能に結合される。

【0119】

[0134]例１１は、第１の外部のコンピューティングデバイスから受信した要求に基づいて、ピアツーピアネットワークにおけるネットワークノードの第１のサブセットにおいて、第１のメッセージタイプを有する第１のメッセージを生成することと、第２のイベントをピアツーピアネットワークへ発行することであって、第１のイベントは、第１のメッセージタイプに基づくペイロードを有する、発行することと、少なくとも１つの有向非巡回グラフ（ＤＡＧ）を使用して、第１のイベントにおけるタイムスタンプに関するコンセンサスに達するように試みることと、ネットワークノードの第２のサブセットにおいて、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングすることと、ネットワークノードの第２のサブセットのうちの１つが、第１のメッセージタイプに基づくペイロードを有する第１のイベントを受信した場合、ペイロードを、第２の外部のコンピューティングデバイスへ送信される第２のメッセージへ変換することとを備える方法を含む。

【0120】

[0135]例１２は、例１１の方法を含み、ネットワークノードの第２のサブセットにおいて、第２の外部のコンピューティングデバイスから第３のメッセージを受信し、第３のメッセージを、第４のメッセージタイプを有する第４のメッセージへ変換することと、第２のイベントを、ピアツーピアネットワークへ発行することであって、第２のイベントは、第４のメッセージタイプに基づくペイロードを有する、発行することと、ネットワークノードの第１のサブセットにおいて、ピアツーピアネットワークから、異なるペイロードタイプを有するイベントを受信し、第４のメッセージタイプに基づくペイロードを有する第２のイベントをフィルタリングすることと、ネットワークノードの第１のサブセットのうちの１つが、第４のメッセージタイプに基づくペイロードを有する第１のイベントを受信した場合、第２のイベントに基づいて通知を生成し、通知を、第１の外部のコンピューティングデバイスへ送信することとをさらに備える。

【0121】

[0136]例１３は、例１１～例１２のいずれかの方法を含み、第１のメッセージは、第２のメッセージとは異なるフォーマットであり、第３のメッセージは、第４のメッセージとは異なるフォーマットである。

【0122】

[0137]例１４は、例１１～例１３のいずれかの方法を含み、ネットワークノードの第２のサブセットは、コンセンサスに達したタイムスタンプを有する第１のイベントをフィルタリングするように構成される。

【0123】

[0138]例１５は、例１１～例１４のいずれかの方法を含み、ネットワークノードの第２のサブセットは、第１のメッセージタイプに基づくペイロードを有する第１のイベントをフィルタリングする場合、第１のイベントのペイロードを分析するように構成される。

【0124】

[0139]例１６は、例１１～例１５のいずれかの方法を含み、ネットワークノードの第１のサブセットと、ネットワークノードの第２のサブセットとは相互に排他的である。
[0140]例１７は、例１１～例１６のいずれかの方法を含み、有向非巡回グラフは、ＩＯＴＡまたはハッシュグラフである。

【0125】

[0141]例１８は、例１１～例１７のいずれかの方法を含み、ネットワークノードは、サーバ、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、またはスマートフォンのうちの少なくとも１つから選択される。

【0126】

[0142]例１９は、例１１～例１８のいずれかの方法を含み、ネットワークノードは、世界中に物理的に分散される。
[0143]例２０は、例１１～例１９のいずれかの方法を含み、ネットワークノードは、少なくとも１つの有線ネットワークまたは少なくとも１つのワイヤレスネットワークのうちの少なくとも１つを使用して通信可能に結合される。

【図1】

【図2A】

【図2B】

【図2C】

【図3A】

【図3B】

【図4】