(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して金融証券を取引するためのコンピュータトレーディングシステムであって、
各々が電子注文メッセージを生成するための、前記通信ネットワークに接続される複数の注文入力装置と、
前記通信ネットワークに接続される複数の仲介ノードとを備え、各仲介ノードは、注文をマッチングすることと、前記通信ネットワークに接続されるトレーダー端末にマーケットビューにおける呼び値を提供することとを含む仲介機能を実行するために配列され、各仲介ノードは、
前記コンピュータトレーディングシステム内での取引に使用できる注文を格納するための記憶装置と、
前記記憶装置に結合されたプロセッサとを備え、
前記プロセッサは、
前記注文に基づいて、前記記憶装置からマーケットビューを引き出し、
複数のトレーダー端末の少なくとも１つにマーケットビューを提供し、
複数の注文入力装置によって提出される融和性のある注文を前記呼び値とマッチングするように構成されている、金融証券を取り引きするためのコンピュータトレーディングシステム。
【請求項２】
前記記憶装置は、他の仲介ノードを介して注文入力装置からトレーディングシステムに提出される注文を保持する、請求項１に記載のコンピュータトレーディングシステム。
【請求項３】
前記プロセッサは、通信ネットワークに接続された他の仲介ノードに注文を送信するための手段をさらに備える、請求項１に記載のコンピュータトレーディングシステム。
【請求項４】
各注文入力装置は、１つの仲介ノードと関係付けられ、
前記プロセッサは、前記トレーダー端末の各々が取り引きできる他の注文入力装置によって提供される注文の記憶装置内の注文からだけ引き出される価格情報を各トレーダー端末に送信するように構成されている、請求項１に記載のコンピュータトレーディングシステム。
【請求項５】
金融証券を取り引きするためのコンピュータトレーディングシステムであって、
通信ネットワークに接続される複数の仲介ノードを備え、各々は、注文をマッチングすることと、前記通信ネットワークに接続されるトレーダー端末にマーケットビューとして呼び値を提供することとを含む仲介機能を実行し、
前記通信ネットワークに接続される複数の注文入力装置とを備え、各仲介ノードは、
前記コンピュータトレーディングシステム内での取引に使用できる注文を格納するための記憶装置と、
前記記憶装置に結合されたプロセッサとを備えており、
前記プロセッサは、
前記記憶装置からマーケットビューを引き出し、
複数の注文入力装置の内の少なくとも１つに、前記マーケットビューを提供し、
融合性のある呼び値と複数の注文入力装置によって提出される注文とをマッチングする、金融証券を取り引きするように構成されている、コンピュータトレーディングシステム。
【請求項６】
前記プロセッサは、当該仲介ノードによって提出される注文の存在を前記通信ネットワーク内の他の仲介ノードに通知するメッセージを生成するように構成されている、請求項５に記載のコンピュータトレーディングシステム。
【請求項７】
前記記憶装置は、各注文の存在を知らせるメッセージが受信された仲介ノードを特定する識別子を記憶するように構成されている、請求項５に記載のコンピュータトレーディングシステム。
【請求項８】
通信ネットワークを介してトレーダーの間で資産を取り引きするためのコンピュータトレーディングシステムであって、
前記通信ネットワークに結合される複数の注文入力端末を備え、各注文入力端末はそれぞれのトレーダーと通信するとともに、それに応答して電子注文メッセージを生成するのに有効であり、電子注文メッセージは呼び値とヒットとを含み、前記コンピュータトレーディングシステムはさらに、
注文入力端末に結合された複数の仲介ノードを備え、
各仲介ノードは、プロセッサを含み、前記プロセッサは、電子注文メッセージのうちの少なくとも１つを分析し、呼び値を含むマーケットビューを電子注文メッセージに基づいて作成し、呼び値を対応するヒットにマッチングするのに有効である、コンピュータトレーディングシステム。
【請求項９】
各トレーダーと通信する注文入力端末は、他のトレーダーの各々に対する信用枠データを記憶しており、
特定の仲介ノードが、特定のトレーダーと他のトレーダーとの間の信用枠データに基づいて、特定のトレーダーに対して特定のマーケットビューを作成する、請求項８に記載のコンピュータトレーディングシステム。
【請求項１０】
前記複数の仲介ノードはクリークツリーに配列されている、請求項８に記載のコンピュータトレーディングシステム。
【請求項１１】
コンピュータトレーディングシステムにおいて、仲介ノードを用いて第１のトレーダーからの呼び値を第２のトレーダーからのヒットにマッチングするための方法であって、コンピュータトレーディングシステムは通信ネットワークに結合される複数の注文入力端末を含み、通信ネットワークは複数の仲介ノードを含み、各前記仲介ノードは、プロセッサを含み、各注文入力端末はそれぞれのトレーダーと通信するとともに、それに応答して電子注文メッセージを生成するのに有効であり、電子注文メッセージは呼び値とヒットとを含み、前記方法は、
仲介ノードが、電子注文メッセージを受取るステップと、
前記プロセッサが、電子注文メッセージのうちの少なくともいくつかを分析するステップと、
前記プロセッサが、呼び値を含むマーケットビューを特定のトレーダーに対して作成するステップと、
仲介ノードが、マーケットビューに基づきヒットを受取るステップと、
前記プロセッサが、呼び値をヒットにマッチングするステップとを備える、方法。
【請求項１２】
第１のトレーダーと通信する注文入力端末は第２のトレーダーに対して第１の信用枠データを記憶しており、
第２のトレーダーと通信する注文有力端末は第１のトレーダーに対して第２の信用枠データを記憶しており、
前記マーケットビューはさらに第１および第２の信用枠データに基づく、請求項１１に記載の方法。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、一般的に、外国為替及び金融証券などの取引できるアイテムに電子仲介サービスを提供するためのコンピュータトレーディングシステムに関する。特に、本発明は、入札、オファー、買い注文及び売り注文の提出及びマッチングのためにネットワークに接続される複数のトレーダー端末を有するコンピュータトレーディングシステムに関する。
【０００２】
【発明の背景】
匿名トレーディングシステムは、例えば、外国通貨（またはその他の金融証券）用の自動マッチングシステムを開示するＥＰ−Ａ−第０，３９９，８５０号、ＥＰ−Ａ−第０，４０６，０２６号、及びＤＰ−Ａ−第０，４１１，７４８号で既知である。このシステムにおいて、単一ホストコンピュータが、取引、信用度情報、及びコンピュータネットワークを介してホストに接続される端末によって提出される入札とオファーに使用可能なすべての金融証券の中央データベースを維持する。ホストコンピュータは、対向する関係者（ｃｏｕｎｔｅｒ ｐａｒｔｙ）信用限度を含むマッチング基準に基づき、入札とオファー及び買い注文と売り注文をマッチングするためにその中央データベース内の情報を使用する。
【０００３】
対向関係者信用限度は、各取引所で設定され、ホストコンピュータに記憶され、それがそれぞれの考えられる対向関係者の組の総対向関係者信用限度を確立する。該総対向関係者信用限度は、第１関係者から第２関係者へ、及び第２関係者から第１関係者の残りの貸し金の最小額である。ホストコンピュータに接続される多様なトレーダー端末は、最良入札とオファーなどの、ホストコンピュータで入手可能な情報の制限された部分集合だけを維持、表示する。
【０００４】
ホストコンピュータが、潜在的な一致が特定された後に取引が先に進むことができるかチェックするために、信用度情報だけを使用していたという点で、このシステムについて問題点が特定された。トレーダーは、このようにして、取り引きしようと試みる前に、自分が潜在的な対向関係者に信用があるかどうかを知ることができなかった。この問題が特定され、米国−Ａ−第５，３７５，０５５号に開示されるシステムで解決策が提供された。
【０００５】
米国−Ａ−第５，３７５，０５５号に開示されるシステムでは、信用度マトリックスは分散ネットワークの複数の領域ノードで引き出され、記憶され、各領域ノードが、該領域ノードがアクセスノードを介して接続されるトレーダー端末の集合に市場情報を分散する。地域ノードは、市場分配者として知られており、取引可能な価格情報を、マーケットアクセスノードとして知られているアクセスノードを介して接続されるトレーダー端末に提供する。入札、オファー、買いコマンド及び売りコマンドの実際のマッチングは、仲裁人として知られている別個のノードによって提供される。
【０００６】
私達は、前述された第１ホストシステムと第２分散システムの両方での問題点を理解した。特に、私達は、コンピュータトレーディングシステムが、トレーダーがさまざまな大陸にいる可能性のある世界的な環境でメッセージフローを取り扱うことができなければならないことを理解した。ホストシステム内では、トレーダー端末間のメッセージは、単一のホストコンピュータに到達するために不必要に大きな距離を移動するに違いない。これは、トレーダーが、自分達が信用度がないトレーダーによって提出される呼び値から引き出される表示された価格を「ヒット」しようとするために、取引が、多くの場合失敗する可能性のあるために、特に当てはまる。第２分散システムにおいては、メッセージトラフィックの重荷は、信用度融和性のために価格を試写することによって削減される。しかしながら、使用可能な市場及びマッチングのために使用できる実際の市場についてのトレーダーのビューが同期されるように、メッセージは、依然として仲裁者ノードと市場分散者ノードの間で流れなくてはならない。
【０００７】
私達は、特に、世界的なトレーディングシステムでの取引は、多くの場合、ある特定の地理学上の領域内のトレーダー間で局所化され、メッセージフローは、ネットワーク上の任意の点にいるトレーダー間での取引の可能性を維持しつつ、この要因を考慮するように設計される場合、世界的なシステムで削減することができることを理解した。
【０００８】
【発明の要約】
幅広い態様では、本発明は、それぞれが仲介機能を実行し、ともに分散ネットワークを備える複数の仲介ノードと、仲介ノードのそれぞれが、取引に使用可能な呼び値の記憶装置と、該呼び値の記憶装置からマーケットビューを引き出すための手段と、マーケットビューをトレーダー端末に提供するための手段と、及び複数のトレーダー端末によって提出される融和性のある呼び値と注文をマッチングするためのマッチング機構とを備える分散ネットワークに接続される複数のトレーダー端末とを備える金融証券を取り引きするためのコンピュータトレーディングシステムを提供する。
【０００９】
発明は、呼び値及び注文が、ネットワークに接続されるトレーダーにマーケットビューを提供する同じ仲介ノードによってマッチングできるという点で大きな優位点を与える。これは、トレーダーに提供されるマーケットビューが、取引のために使用できる実際の市場に同一であることを保証する。加えて、複数の仲介ノードがあるため、呼び値と注文をマッチングするプロセスは、それらのさまざまな場所でシステムを使用するトレーダーが、単一ホストコンピュータへの、または価格分散及び注文マッチングの別個の機能を実行するコンピュータ間のメッセージの遷移で、時間遅延を被らないように、複数の物理的な場所で発生してよい。重要な有利点は、このようにして、注文をトレーダーのより近くでマッチングできる、取引実行及び価格更新がさらに速い、マーケットビューがカスタマイズされてよく、複数のブローカートレーディングエージェント接続が性能の利点及び冗長性を増加させるという点である。
【００１０】
これらの優位点は、以下の理由のために発生する。トレーダーによって提出されるヒットは、その最も近いブローカーモードに送信される。多くの場合、この仲介ノードが呼び値とヒットをマッチングすることができるのが当てはまる。これは、市場の作り手と市場の買い手が任意の特定の時点で物理的に同じ取引領域内に位置する可能性があるように、取引がさまざまな時間に異なる地理学上の領域で発生するためである。この統計的な尤度は、メッセージフロー、したがってネットワーク全体での必要とされる帯域幅が、削減できることを意味する。
【００１１】
意図を実現するシステムは、各仲介ノードが、１つの仲介ノードによって提出される呼び値の存在について他の仲介ノードに通知するメッセージを生成するための手段を備えるほどである。この分散機構は、すべての仲介ノードが、システム内で入手可能なすべての呼び値の最新の記憶を有することを保証する。
【００１２】
実現するシステムでの各仲介ノードは、それぞれの呼び値の存在を通知するメッセージが受信された各仲介ノードを特定する識別子を記憶するための手段も備える。これにより、メッセージを、呼び値の発生元の仲介ノードに向けることができる。
【００１３】
実施態様の仲介ノードは、取引に使用可能な呼び値の記憶が、マッチング機構によって実行される一致に従って各仲介ノードで修正されるように配列される。これが、前述されたように、多くの場合任意の一時点である領域に集中する呼び値のリストが、一致が発生するとすぐに最新に保たれることを保証する。
【００１４】
発明の実施態様は、例によってのみ、及び添付図に関してここに説明されるだろう。
【００１５】
【好ましい実施態様の説明】
実現するシステムの目的は、トレーダーが、システムの中でマッチングされる呼び値及び注文を入力できるようにすることである。システムは、少なくとも以下の証券を取り引きするためのプラットホームを提供する。つまり、ＦＸスポット、ＦＲＡ，及び先物とやはりＦＸ先物、ＣＦＤ、短期政府及び／または中央銀行券、商業手形、ＣＤ、銀行間預金、商業手形、差し押さえられた家屋（ｒｅｐｏｓ）、金利先物、スワップ、オプション、及び、これらの基本商品の注文変形の寄せ集めである。これらはすべて金融証券と呼ばれる。
【００１６】
トレーダー端末にいるトレーダーは、その後、システム全体での複数の仲介ノードのそれぞれに渡される呼び値及びヒットを提出する。呼び値とは、「市場を作る」ためにトレーダーによって提出される入札またはオファー注文であり、マーケットビューの一部としてその他のトレーダーに分散される。呼び値はこのようにしてその他のトレーダーの目に見える注文である。ヒットは、１つまたは複数の呼び値から引き出された自分のマーケットビューに表示される価格に基づいて取引を生じさせることを希望するトレーダーによって提出される買いまたは売りである。ヒットは、その他のトレーダーの目には見えない注文である。
【００１７】
図１のコンピュータトレーディングシステムは、それぞれが複数の仲介ノードの少なくとも１つの接続される複数のトレーディングエージェント１０を備える。各トレーディングエージェントは、トレーダー端末がそれによってトレーディングシステムにアクセスする手段である。
【００１８】
トレーダー端末（図示されていない）は、取り引きされる金融証券について、（通常特殊キーパッドを使用して）呼び値及び注文を提出し、使用可能な価格と額を含むマーケットビューデータを表示するように構成されるワークステーションまたはそれ以外のコンピュータ端末であってよい。トレーダーは、典型的には、トレーダーを取引所の一部として配置する銀行などの金融機関の一部として分類される。取引所は、その他の取引所に対して取引所の信用枠を割り当てる取引所管理者の共通管理の元にあるトレーダーのグループである。トレーダー、またはトレーダーのグループ向けのマーケットビューは、トレーダーが市場を反映することが分かる市場情報（価格、量等）である。マーケットビューは、好ましくは市場融和性のために試写される。
【００１９】
実施するシステムは、ブローカーによって作成されるマーケットビューが、価格の出所を特定しないで価格及び額の情報を備える匿名トレーディングシステムである。使用可能な入札とオファーに表示される価格及びそれらの価格で使用可能な総額は、このようにして１つまたは複数の呼び値の総額である。試写信用基準を満たした関係者の呼び値だけが、表示される総額価格に含まれる。仲介ノードによって作成されるマーケットビューは、このようにして、信用割当に応じてある取引所から別の取引所で異なる。
【００２０】
トレーディングエージェントノードは、特定の取引所またはトレーダーのグループにサービスを提供する。これらのサービスは、トレーディングワークステーションごとにネットワークへのアクセスを提供することと、取引を完了すること、取引チケットを作成することと、トレーダー向けに履歴取引情報を維持することとを含む。各トレーディングエージェントノードは、トレーディングシステムにアクセスするために少なくとも１つの仲介ノードと接続しなければならない。トレーダー端末のグループは、このようにして、システムにアクセスするためにトレーディングエージェント１０に接続する。トレーダー端末は、市場を表示するために、及びシステムの注文を入力するために、トレーダーによって使用される。トレーダー端末は、注文入力装置の一例である。注文は、キーパッドを使用してトレーダーによって手作業で入力されてよいか、あるいはそれは自動である場合もある。例えば、トレーダーは、いったん市場が指定された状態に達すると、注文を提出するように自分の端末をプログラミングしてよいか、あるいは注文は機関専用のディーリングシステムから生成されてよい。
【００２１】
各仲介ノード１２は、基本注文マッチングサービス及び価格分散サービスを提供する。仲介ノードは、より高速な通信経路選択を可能にするクリークツリー（Ｃｌｉｑｕｅ Ｔｒｅｅ）と呼ばれる構造内に配列され、非常に特殊であるが単純な規則に従う。クリークツリーは、個々のノードがクリークの中に分類されるネットワーク構造であり、クリークはそれからツリー構造に配列される。各ブローカーは、論理的に、その隣人ブローカーと呼ばれる、数多くのブローカーにリンクすることができる。ブローカー間の通信は平等なレベルにあり、ネットワーク内に「アップ」または「ダウン」方向はない。
【００２２】
トレーディングエージェントは、少なくとも１つの仲介ノードに接続されなければならないが、彼ら自体は、クリークツリーの構成要素ではないが、構造の外にとどまる。複数の仲介ノードに接続されるトレーディングエージェントは、市場価格の複数の集合を受け取るだろう。異なる仲介ノードからの価格情報が実質的には同じであっても、情報は異なる間隔で受信されてよい。トレーディングエージェントは、指定の取引注文を１つの仲介ノードだけに送信するだろう。
【００２３】
用語仲介ノードは、仲介機能を提供するコンピュータネットワーク内の物理的なノードまたは論理的なノードとして配列されるコンピュータを記述するために使用される。基本的な仲介機能は、呼び値の記憶、該呼び値をマーケットビューという形でトレーダーに提供すること、及び呼び値と注文をマッチングすることである。記述された実施態様の仲介ノードは、追加機能も実行するが、これらは仲介ノードとして定義される内容の本来の特徴ではない。
【００２４】
仲介ノードは互いに等しく、同じ機能を実行する。ネットワークの配列またはその中でのそれらの位置は、仲介ノードには存在を意識させない。それらは、自分達の隣人について知ってさえいればよい。各仲介ノードは、市場内のすべての注文に関する知識を有し、注文が提出されるとすぐにそれらをマッチングできるようにする。各仲介ノードが市場内の注文の完全なリストを維持するという事実の結果として、それは、トレーディングエージェントによって必要とされるようにマーケットビューをカスタマイズすることができ、それが受信されるとすぐに市場情報により高速に反応することができる。
【００２５】
分散仲介ノード配列の目的を理解するために、価格分散及び取引実行が、図２に関してここに説明されるだろう。
【００２６】
取引プロセスは、一人または複数のトレーダーがトレーダー端末の中に注文を注文して、開始する。注文は、価格及び額などの特定の制限付きで購入または販売するための命令による、トレーダーからの取引要求である。呼び値は、システム内で使用可能なままとなる永続的な注文であり、市場価格情報の一部として分散される。呼び値は、「市場を作る」ために使用され、トレーダーにとっては入札またはオファーとして知られる。ヒットは、「目に見えない」及び「満たすか殺す（ｆｉｌｌ ｏｒ ｋｉｌｌ）」特性を有する注文である。ヒットは、市場価格の一部として分散されない。ヒットは、システムに留まらない。それが入力時に取り決めることができない場合には、それは削除される。
【００２７】
注文帳は、市場で使用可能なすべての注文のリストである。呼び値は唯一使用可能な注文であるため、該帳は、呼び値のリストから成り立つ。呼び値は、正しいディーリング順序で待ち行列内に配列される。待ち行列の並べ替え順序は、異なる取引証券について変わる可能性がある。デフォルトの並べ替え順序は、価格及び時刻単位である。システム内では、各仲介ノードは、すべての使用可能な呼び値の完全なリストを維持する。
【００２８】
システム内でのメッセージフローは、それぞれがネットワーク全体で適切なパラメータを付けている名前が指定されたメッセージによって記述される。呼び値（永続的な注文）を提出するプロセスは、トレーディングエージェントが、トレーダーが入札またはオファーを発行したとレーダーワークステーションから情報を受信すると開始する。それから、トレーディングエージェントは呼び値提出プロセスを開始する。トレーディングエージェントがトレーダーワークステーションから呼び値情報を受信すると、それは呼び値についてのコンテキストを作成し、維持するだろう。それから、それは、呼び値提出メッセージを、それが接続されている仲介ノードに送信するだろう。仲介ノードは呼び値を実証し、有効である場合にはそれを受け入れるだろう。呼び値を受信するこの第１仲介ノードが、この呼び値の「オーナー」仲介ノードになる。図２に図示される例では、これは仲介ノード５である。これが、取引に呼び値をコミットできる唯一の仲介ノードである。仲介ノードは、コンテキスト、つまり「呼び値オブジェクト」を作成し、正しい取り引きできる証券のその待ち行列の中にそれを分類するだろう。
【００２９】
呼び値がその待ち行列に格納された後、オーナー仲介ノードは、ＱｕｏｔｅＡｖａｉｌａｂｌｅメッセージをその他の仲介ノードに送信することによってネットワーク全体で呼び値を分散するだろう。この例では、仲介ノード５は、ＱｕｏｔｅＡｖａｉｌａｂｌｅメッセージを仲介ノード２と６に送信する。各仲介ノードがメッセージを受信すると、それはコンテキスト（呼び値オブジェクト）を作成し、それをその待ち行列（注文帳）の中に分類する。それは、仲介ノードがそれにメッセージを送信したコンテキストで注をつける。それを待ち行列の中に格納した後、仲介ノードは、ＱｕｏｔｅＡｖａｉｌａｂｌｅメッセージを、一斉送信経路選択規則を使用して、その他のクリーク内のすべての隣人に送信する。したがって、仲介ノード２はそれを１、３及び４に送信する。それから、仲介ノード４は、それを仲介ノード７に送信する。この時点で、すべての仲介ノードは呼び値について知っており、その注文帳を相応して更新する。
【００３０】
一斉送信経路選択規則は、ネットワークトラフィックが効率的に取り扱われることを保証するため、及びメッセージフローの重複を削減するために適用される。
【００３１】
一斉送信規則は以下のとおりである。
１．情報を発信する仲介ノードは、それをその隣人仲介ノードのすべてに送信するだろう。
２．該情報を受信する仲介ノードは、該情報を送信した仲介ノードと同じクリーク内にある仲介ノードを除くその隣人仲介ノードのすべてにそれを送信するだろう。
３．メッセージが、呼び値などの永続的な情報を含む場合、情報は、情報が受信された仲介ノードの識別子とともに記憶されるだろう。
【００３２】
これらの規則が情報を含むメッセージではなく、情報を参照することに注意する。例えば、呼び値についての情報は、ＰｒｏｐｏｓｅＤｅａｌメッセージ中である仲介ノードに、ＭａｒｋｅｔＵｐｄａｔｅメッセージの中で別の仲介ノードに送信されてよい。しかしながら、同じ情報が両方の仲介ノードに送信されるため、前記規則が適用する。
【００３３】
価格分散は、市場情報をトレーダー端末にいるトレーダーに提供するプロセスである。この情報は、仲介ノードで作成され、トレーダーへの分散のためにトレーディングエージェントに送信される。このプロセスは、図３に示される。
【００３４】
各仲介ノードは、その呼び値の待ち行列（注文帳）を調べ、それに接続されているトレーディングエージェントごとに市場のビューを計算するだろう。このビューは、具体的にはエージェントが代表する取引所について構築される。ビューは、信用度またはそれ以外の要因に基づいて異なってよい。マーケットビューを決定するための正確なプロセスは、取引証券に基づいて変わるだろう。ビュー情報は、ＭａｒｋｅｔＶｉｅｗメッセージの中でトレーディングエージェントに送信される。
【００３５】
呼び値をヒットするのは、二人のトレーダー間で取引を生じさせる基本的なプロセスである。あるトレーダーからのヒットは、別のトレーダーからの呼び値にマッチングされる。このプロセスは、図４に図示される。自分のマーケットビューディスプレイに表示される価格をヒットするトレーダー端末のトレーディングエージェントは、ＨｉｔＳｕｂｍｉｔメッセージを仲介ノードに送信する。このメッセージは、特定の呼び値ではなく価格を目標にする。仲介ノードは、その呼び値を走査し、ヒットにマッチングできる待ち行列内の第１呼び値を見つけ出すだろう。マッチング規則は、取引証券に基づいて変化してよい。
【００３６】
ヒットが呼び値にマッチングされると、仲介ノードは、該呼び値についてのそのコンテキストを修正し、マッチングされた総額を「使用可能」から「予約済み未決額」に移動する。これによって、同額の呼び値が別のヒットとマッチングされるのが防がれるだろう。それから、仲介ノードは、それが呼び値をそこから受信した仲介ノードにＰｒｏｐｏｓａｌＤｅａｌメッセージを送信するだろう。このメッセージは特定の呼び値を目標とするだろう。この例では、ブローカー７はメッセージをブローカー４に送信するだろう。
【００３７】
各仲介ノードがＰｒｏｐｏｓａｌＤｅａｌメッセージを受信すると、それはその待ち行列内の呼び値をチェックする。提案された取引の総額が依然として待ち行列で使用可能である場合には、仲介ノードは、マッチング仲介ノードと類似したプロセスを実行する。提案された取引の総額は「使用可能」から「予約済み未決額」に移動されるだろう。その後、ＰｒｏｐｏｓｅＤｅａｌメッセージが、それが呼び値を受信した仲介ノードに送信される。例では、仲介ノード４は、それを仲介ノード２に送信する。仲介ノード２は、それを仲介ノード３に送信するだろう。
【００３８】
ＰｒｏｐｏｓｅＤｅａｌメッセージの経路選択は、目標とされた経路選択規則に従う。目標とされた経路選択は、ある特定の仲介ノードに情報を送達するために使用される。特定の仲介ノードの知識はシステムの中に組み込まれないため、目標はある特定の仲介ノードではなく、情報発信元の仲介ノードである。例えば、メッセージは「仲介ノード７1４」に送信されないが、「呼び値４２を発する仲介ノード」に関して送信される。目標とされる規則は以下のとおりである。
１．情報のある特定の部分についてのメッセージを発する仲介ノードは、それがそこから元の情報を受信した仲介ノードに該メッセージを送信するだろう。
２．情報のある特定の部分についてのメッセージを受信する仲介ノードは、それがそこから元の情報を受信した仲介ノードに該メッセージを送信するだろう。
【００３９】
メッセージは、このようにして元の情報の経路をその出処まで遡るだろう。例では、これは、仲介ノード２と４を直接経由して、仲介ノード７から仲介ノード２へである。
【００４０】
呼び値を最初に作成した仲介ノードがＰｒｏｐｏｓｅＤｅａｌメッセージを受信すると、それは他のブローカーと同じチェック及び総額予約を実行する。この仲介ノードが呼び値を所有するため、それが呼び値を取引に対しコミットする権限を有する。ＰｒｏｐｏｓｅＤｅａｌメッセージは、該取引に対してヒットをコミットする権限を表す。仲介ノードは、その後、呼び値を提出したトレーディングエージェントにＨｉｔＡｍｏｕｎｔメッセージを送信することにより取引プロセスを開始するだろう。取引実行プロセスは、後述される。
【００４１】
取引マッチングプロセスが起こるので、各仲介ノードで維持される呼び値のリストが最新にされていることが必要である。これは、図５に示されるように、それが呼び値に変更を加えるときに、各仲介ノードが他に通知することによって達成される。
【００４２】
各仲介ノードがその待ち行列で呼び値を変更すると、それは、それがそこから変更を受信したクリーク内のノードを除きすべての隣人仲介ノードに通知する。前記例では、仲介ノード４は、ＰｒｏｐｏｓｅＤｅａｌメッセージの中で仲介ノード７からの呼び値の変化について通知を受信した。それは、ＰｒｏｐｏｓｅＤｅａｌメッセージを送信することによって仲介ノード２に通知する。仲介ノード４は、ここで仲介ノード１と３に通知しなければならない。これは、これらの仲介ノードにＭａｒｋｅｔＵｐｄａｔｅメッセージを送信することによって行われる。
【００４３】
通常の経路選択規則に従い、呼び値についての情報は、ネットワーク内の各仲介ノードに分散される。ＭａｒｋｅｔＵｐｄａｔｅメッセージを受信する任意の仲介ノードは、それがそこから受信されたのではないクリークの中のすべての隣人にそれを渡すだろう。ＰｒｏｐｏｓｅＤｅａｌメッセージを送信する仲介ノードが、ＭａｒｅｋｅｔＵｐｄａｔｅメッセージを同じ仲介ノードに送信してはならないことに注意する。この結果、重複情報が受信され、取引総額が２度予約されることになるだろう。
【００４４】
取引実行プロセス自体は本発明の中心ではないが、ここで完全性のために説明されるだろう。前述したように、取引マッチングプロセスが完了すると、取引実行プロセスが開始する。このプロセスは、取引を完了し、トレーダーを取引にコミットする。プロセスは図６に示されている。マッチングが行われ、取引が開始すると、情報はトレーダーが入手できるようになる。この情報は、トレーダーに、取引が未決であることを知らせるために使用できる。指定されるトレーディングアプリケーションは、トレーダーに知らせるべきかどうかを決定できる。いずれにせよ、情報は入手できる。
【００４５】
買い手のトレーディングエージェントは、初期マッチング行われ、ＰｒｏｐｏｓｅＤｅａｌメッセージが送信されるとすぐに通知されるだろう。このエージェントは、この時点でトレーダーワークステーションに通知することができる。この未決取引情報は、マッチングプロセスが続行するにつれて変化してよい。作り手ワークステーションは、作り手のトレーディングエージェントが信用度をチェックし、ＤｅａｌＳｔａｔｕｓＭａｋｅｒメッセージを送信すると、未決取引について知らされる。
【００４６】
作り手のトレーディングエージェントがその仲介ノードからＨｉｔＡｍｏｕｎｔメッセージを受信すると、取引実行プロセスが開始する。このメッセージは、エージェントに、その呼び値の１つについてマッチングが行われたことを知らせる。メッセージは、ヒットの総額、対向関係者及びヒットのアイデンティティだけではなく、呼び値も特定する。エージェントは、呼び値が依然として使用できることを確認するために、トレーダーワークステーションとチェックするだろう。エージェントは、ワークステーションにＨｉｔＡｍｏｕｎｔＷＳメッセージを送信するだろう。ワークステーションは、ワークステーションが依然として作動中であり、トレーダーが呼び値を中断しなかたことを示すためにＨｉｔＡｍｏｕｎｔＡＣＫメッセージで応答するだろう。この時点で、トレーダーは、もはや取引を中断することはできない。
【００４７】
トレーディングエージェントは、次に対向関係者との使用可能な貸し金をチェックするだろう。貸し金チェックは、取引を可能にするか、取引の総額を減額するか、あるいは取引を禁じてよい。それから、エージェントは、取引に必要とされる総額分、使用可能な貸し金を減額するだろう。使用可能な貸し金のこの減額は、将来の取引に影響を及ぼす可能性がある。作り手のトレーディングエージェントは、ここで、ＤｅａｌＳｔａｔｕｓＭａｋｅｒメッセージをその仲介ノードに送信することによって、買い手のトレーディングエージェントに取引を知らせるだろう。メッセージは、ヒットのアイデンティティに向けられる。ネットワーク仲介ノードは、ヒットのオーナー仲介ノードにメッセージを送り、その仲介ノードがそれを買い手のエージェントに送達するだろう。いったんこのメッセージが送信されると、作り手のエージェントは、取引が実行された可能性があるが、取引が応答まで不確かであることを知る。買い手のトレーディングエージェントは、取引実行プロセスを完了する。プロセスのこの部分は、エージェントが作り手からＤｅａｌＳｔａｔｕｓＭａｋｅｒメッセージを受信すると起こる。メッセージが有効な取引を示す場合には、プロセスは続行する。
【００４８】
買い手のトレーディングエージェントは、次に、作り手と同様に対向関係者との使用可能な貸し金についてチェックするだろう。貸し金チェックは、取引を可能にするか、取引の総額を減額するか、あるいは取引を禁じてよい。それから、エージェントは、取引に必要とされる総額分、使用可能な貸し金を削減するだろう。使用可能な貸し金のこの減額は、将来の取引に影響を及ぼす可能性がある。買い手のトレーディングエージェントは、ここで、取引をそのディスクにログ記録するだろう。情報が永続記憶にコミットされるとすぐに、取引は実行される。取引ステータスについてのあらゆるチェックは、ここで拘束力のある取引を示すだろう。エージェントはここでトレーダーに通知し、取引チケットを印刷し、それ以外の取引後処理を実行するだろう。この時点で取引は実行されるが、作り手はまだ知らない。取引が実行されるとすぐに、買い手のトレーディングエージェントは、その仲介ノードにＤｅａｌＳｔａｔｕｓＴａｋｅｒメッセージを送信することによって作り手に通知するだろう。このメッセージは呼び値に向けられ、作り手のエージェントに送られるだろう。
【００４９】
ＤｅａｌＳｔａｔｕｓＴａｋｅｒメッセージは、取引についての最終的な情報、したがって呼び値に対する最終変更を含む。この情報がネットワーク仲介ノード及びトレーディングエージェントによって使用される。ＤｅａｌＳｔａｔｕｓＴａｋｅｒメッセージが仲介ノードを通って送られると、それぞれの送る側の仲介ノードが情報を使用し、その呼び値コンテキストを更新するだろう。取引の総額は「予約済み」から「完了」に移される。呼び値が依然としてアクティブである場合には、実行されていない部分は「予約済み」から「使用可能」に移される。それは、その後、ネットワーク経路選択規則を使用して、ＭａｒｋｅｔＵｐｄａｔｅメッセージを他のすべての仲介ノードに送信することによって、他の仲介ノードに変更及び取引を知らせるだろう。
【００５０】
ＤｅａｌＳｔａｔｕｓＴａｋｅｒメッセージが呼び値のオーナー仲介ノードに到達すると、それは、それをトレーディングエージェントに送信するだろう。エージェントは、取引をディスクに記録するだろう。この時点で、取引はもはや不確かではない。エージェントは、トレーダーに通知し、チケットを印刷し、必要とされる他の処理を実行するだろう。いくつかの取引証券は、取引のために交換される追加情報を必要とすることがある。この例は、ＥＢＳスポットＦ／Ｘの決済証券である。この種の情報は、ＤｅａｌＩｎｆｏｒｍａｔｉｏｎメッセージの中で送信される。取引が処理された後、エージェントはこの情報を作成できる。ｄｅａｌＩｎｆｏｒｍａｔｉｏｎメッセージは、仲介ノードに送信される。それから、ネットワーク仲介ノードは、情報が証券によって必要とされるとして処理される他のエージェントに、メッセージを送るだろう。取引は、このようにして完了される。
【図面の簡単な説明】
【図１】  発明を実現するトレーディングシステムの概要である。
【図２】  システムで新しい呼び値が提出されるときのメッセージのフローを示す。
【図３】  トレーダーに対するマーケットビューの作成を描く。
【図４】  トレーダーが買い注文または売り注文を提出するときのメッセージのフローを示す。
【図５】  買い注文または売り注文に続く、仲介ノードを更新するためのメッセージのフローを示す。
【図６】  取引実行プロセスを示す。
【図１】
0005087197.tif 000002
【図２】
0005087197.tif 000003
【図３】
0005087197.tif 000004
【図４】
0005087197.tif 000005
【図５】
0005087197.tif 000006
【図６】
0005087197.tif 000007