JP7701269B2 - プラットフォームシステム、方法、およびアーキテクチャを取引するコンピュータ化されたセキュリティ - Google Patents

Description

（関連出願の相互参照）
本出願は、２０１９年１月３１日に出願された米国仮特許出願第６２／７９９，１７０号の優先権を主張し、その全内容は参照により明示的に組み込まれる。

本発明は、自動取引プラットフォームにおける取引オーダの処理に関する。

機関投資家は、投資決定を行うために、多くの場合、大量オーダを行う必要がある。単一の大量オーダを市場で行うことは、単に需要供給のルールに基づいて、セキュリティの市場価格に重大な影響を及ぼす可能性がある。

したがって、大量オーダは、アルゴリズム（「アルゴ」）プロセスにしたがって、多くのより少量の離散的下位オーダに分割される。これらの下位オーダは、満たすことがより容易であり、少なくとも個別にセキュリティの市場価格に与える影響がより少ない。この結果、大量オーダを満たすことによる全体的な価格への影響を低減することができる。この実施決定におけるトレードオフは、より遅い速度で満たされるより小さいオーダにおける取引から生じるより長い執行期間に起因する市場リスクおよび実施リスクの受け入れである。

従来の取引システムでは、このタイプの大量オーダは、コンピュータ化された取引プラットフォームを使用して処理される。コンピュータ化された取引プラットフォームは、明示的に選択されたアルゴリズム実施ストラテジにしたがって、大量オーダを多くの離散的少量オーダに自動的にスライスするアルゴリズム取引システムを使用する。より少量のオーダは取引ベニューに送られ、そこで、それらは、それぞれの取引ベニューでコントラオーダに個別にマッチングされ、処理される。実施率の観点から、単一の大量オーダを満たすには、その時点での市場流動性率よりも大きな実施率が必要である。適用されるアルゴリズムストラテジは、市場における利用可能な流動性（全市場ボリュームに対する利用可能ボリュームの割合）に等しい実施率（市場ボリュームに対する満たされたシェアの割合）で大量オーダを満たそうとするものである。使用される様々な異なるタイプのアルゴリズム取引ストラテジがある。高水準では、これらの差異は、それらが市場に参加するボリューム率に反映される。

一例として、指定された指値市場価格でＸＹＺの１０００００シェアを購入するためのオーダは、オーダ管理システム（ＯＭＳ）または実施管理システム（ＥＭＳ）を介して機関トレーダによって発行されてもよい。オーダは、アルゴリズム取引システムを実施するブローカディーラに届けられる。アルゴオーダ管理は、使用されているアルゴリズムストラテジと新しいおよび／または過去の市場データとに依存する量および頻度で子オーダを周期的にスライスする。ボリュームパーセンテージ（ＰＯＶ）ストラテジでは、オーダは、市場ボリュームの指定されたパーセンテージでスライスされる。したがって、１０％ＰＯＶプロセスは、２０００シェアの子オーダがＸＹＺの別の２００００シェアが取引されたことを市場データが示した後に毎回スライスされることを指定することもできる。

子オーダは、アルゴ取引プラットフォームのスマートオーダルータ（ＳＯＲ）に送信され、このスマートオーダルータは、一般的に、各子オーダを、ほんの数百シェアについてさらにより小さい離散的孫買いオーダにさらに分割し、次いで、ＳＯＲによって複数の取引ベニューに個別に送信される。次に、取引ベニューは、それぞれ、これらの小さな孫オーダを実施のための休止のコントラオーダとマッチングさせようとする。条件付きオーダは、複数の取引ベニューに送信され、その後、１つのベニューがそれを満たすことができた後にキャンセルされてもよい。

アルゴリズム取引プロセスは、現在実施されている高頻度取引中心市場構造の大きな構成要素であり、従来の株式市場を特徴付ける平均取引規模の分裂および減少の要因である。この従来の方法論を用いて、単一の大量オーダを満たすには、数千の離散的少量オーダを生成し処理する必要がある。現在の平均取引規模が米国株式市場全体で２００シェアであると仮定すると、制度的アルゴリズムは、１０００００シェアのオーダを完了するために、５００取引を有する必要がある。５００回の実施を達成するために、典型的なアルゴリズムストラテジは、５０００個のオーダを発行し、その大部分は最終的にキャンセルされる。アルゴリズム的スライシングから生じるオーダのこの幾何学的爆発は、最も速いオーダに報いる市場構造における高頻度取引市場メーカーによってさらに悪化し、処理のオーバーヘッドを増加させる。また、フラッシュクラッシュの発生の増加に反映されるように、金融データネットワーク全体を混乱させるリスクも増加する。

両側のオーダは、売買マッチングが行われる前に処理するために多くの離散的少量オーダに分割されていることから、従来のアルゴ取引システムおよび実施ベニューは、大量オーダが完全にまたは部分的にコントラオーダとマッチングされ得る状況を識別することができない。機関投資家Ａが同じセキュリティの大量のシェアを同じベニューおよび時間、同じストラテジで売りたいと思い、Ｂが同じセキュリティの大量のシェアを同じベニューおよび時間、同じストラテジで買いたいと思っている場合であっても、既存の取引システムは、親オーダにマッチングすることができない。したがって、機関投資家は、１つの価格での大きな取引（典型的にはブローカによって高い手数料を伴い特別オーダとして扱われ）、または時間、ボリューム、価格、ベニュー、および相手方の範囲にわたる小規模かつ低速の取引で制約を受ける。

アルゴリズム取引ストラテジによるオーダの実施のパフォーマンスまたは品質は、適用されるアルゴリズムストラテジのベンチマーク価格に対して定量的に測定することができる。例えば、ＰＯＶ１０％のアルゴリズム実施ストラテジによる１００００シェアのオーダのベンチマークは、市場で取引される次の１０万シェアの出来高加重平均価格（ＶＷＡＰ）になる（１００００／１０００００ ＝ １０％）。

従来のアルゴ取引システムおよび方法は、ベンチマークを時間マッチングさせるか、または最良化させるという点で、本質的に欠陥がある。その結果、アルゴオーダシステムは一定のベンチマークを達成し、不足を最小限に抑えるように設計されているが、ベンチマークを完全にマッチングさせることはできない。異なるベニューで利用可能な流動性（異なる数量のオーダおよび休止中の指値）は、連続的に変化しており、孫オーダのためのアルゴリズムプロセッサで使用されるＳＯＲは、これらのすべてのベニューからの市場データに連続的に反応しており、これは遅延する可能性がある。その結果、アルゴリズムプラットフォームは、常に流動性を追求しようとしている。平均して、アルゴプラットフォームは、常に、すべての現場で利用可能な最良の流動性に基づいて達成可能な最良の価格を反映するベンチマークよりも性能が悪くなる。

さらに、取引ベニューは、アルゴリズムストラテジレベルでオーダを正確にマッチングさせることができない。トラジェクトリクロスベニューでさえ、セキュリティの事前ボリューム推定に依拠して、「トラジェクトされる」量をサイズ設定し、これにより、量予測誤差を介してスリップが生じる。また、（例えば、超過条件付きオーダを発行することによって）複数のベニューでの流動性ニーズを典型的に表現し過ぎているにもかかわらず、アルゴリズムは、取引量をどこにでも見逃すことができず、したがって、速度および待ち時間の不利な点のために、取引ベニューにおけるブローカの実施アルゴリズムの待ち行列位置は、ベニューにわたる待ち時間裁定を専門とする高頻度マーケットメーカよりも典型的に優先順位が低くなる。このような、他の非効率性の結果として、ベンチマークのスリップ総額は、米国株式市場では年間１０００億ドルを超える可能性がある。

このような非効率性、制約、および他の欠点は、レートまたは範囲を有する選択されたストラテジでオーダが発行され、ストラテジマッチングベニューでコントラオーダに対して目標とされる実施ストラテジに暗黙のレートで照合される取引システムアーキテクチャおよび方法によって対処される。オーダとコントラオーダとの間のマッチングが１つの離散的数量、価格、および取引報告をもたらす従来のベニューとは異なり、ストラテジマッチングはオープンエンドであり、マッチングしたオーダのストラテジに対する互換性のあるレートにしたがってそれぞれ無制限の数量、価格、および取引のストリームを含むことができる。価格および数量は、連続市場で行われる価格およびサイズに基づくことができ、マッチングの実施のストリームは、当事者のオーダ数量または値幅制限のいずれかが使い果たされ、違反され、またはキャンセルされるまで継続することができる。

例えば、１０％の実施率を有する取引ストラテジを有する買い手および売り手は、どちらの当事者側も他の側またはストラテジを知らないにもかかわらず、ストラテジマッチングベニューおよび生成された所望の比率に正確にマッチングする実施のストリームでマッチングすることができる。

ストラテジオーダは、セキュリティ、サイド、数量、指値、および特定のストラテジを指定することができる。ストラテジは、所定のセットのストラテジから選択される。セットの各ストラテジは、指定されたレートまたはレート範囲を有する。各ストラテジは、同じストラテジタイプを有するコントラオーダにマッチングすることができ、ストラテジのうちの１つ、いくつか、またはすべてを、少なくとも１つの他のストラテジタイプにマッチングさせることもできる。異なる所定のセットのストラテジを提供し、異なるユーザが使用できる。

ストラテジには、実施ストラテジに暗黙の流動性率に基づく優先度など、異なるマッチング優先度を与えることができる。有利には、取引優先順位を価格の代わりにレートの前後に編成することは、レートベースの実施ストラテジをベニューの流動性とよりよくマッチングさせる。市場参加者は、従来のシステムのように、価格およびオーダ提出のスピードで競合する代わりに、要求され提供されるレートに基づいて流動性を競合する。

システム、方法、およびアーキテクチャは、互いに作用することができるが、独立して動作することもできる３つの主要な部分で実施することができる。ストラテジマッチングベニューエンジン、アルゴリズム取引プラットフォーム（本明細書ではＨＥＲＯシステムと呼ばれることもある）と連携して動作するレート最適化システムエンジン、およびＯＭＳ／ＥＭＳシステム（本明細書ではＰＲＯシステムと呼ばれることもある）と連携して動作する事前または事後ルーティン最適化システムエンジン。

ストラテジマッチングベニューは、ストラテジオーダを受け取り記憶する。各ストラテジオーダは、所定のストラテジセットから選択された少なくとも１つの割り当てられたメインストラテジを有する。ストラテジマッチングベニューに発行された非ストラテジオーダには、デフォルトストラテジを割り当てることができる。市場性機能は、記憶されたストラテジオーダに定期的に適用されて、市場性のあるオーダを識別することができる。セキュリティのような取引可能単位を交換するために利用可能なレート容量を有する市場性のあるオーダは、取引可能とみなされる。

ストラテジマッチングベニューは、取引可能なオーダを選択し、コントラオーダを検索してマッチングを識別することができる。ストラテジマッチングベニューは、オーダの取引可能性および各オーダのストラテジの互換性を含むことができる要因に基づいて、オーダ間のマッチングを識別する。複数のコントラオーダがマッチングに利用可能である場合、マッチングは、コントラストラテジタイプ、オーダサイズ、オーダソース、オーダ時間、および／または他の要因のうちの１つ以上を含むことができる要因に基づいて優先順位を付けることができる。所定の取引可能なオーダは、複数のコントラオーダに同時にマッチングすることができる。

取引は、外部データ（市場データ）を参照して、マッチングしたオーダのペアについて処理され、実施のストリームは、例えば、市場データと、マッチングしたオーダのストラテジのレートオーバーラップとに基づいて生成される。実施ストリーミングは、ペアの両方のメンバが取引可能である限り継続することができる。

ＨＥＲＯシステムは、ブローカ／ディーラによって使用されるような既存のアルゴリズム（アルゴ）取引システムと密接に関連して動作させることができる。ＨＥＲＯシステムは、アルゴリズム取引システムと統合され、アルゴリズム取引システムに配置されたアルゴリズムオーダを、ストラテジマッチングベニューによってサポートされるストラテジのためのストラテジオーダに変換することによって、ストラテジオーダを生成する。所定のストラテジマッピングルールを使用して、対応するアルゴリズムオーダの属性に基づいて、およびユーザ設定に基づいて、適用される特定のストラテジタイプを選択できる。異なるユーザは、アルゴリズムオーダ属性をストラテジオーダのためのストラテジタイプにマッピングするための異なる方法を好むこともある。ストラテジマッピングルールの１つ以上のセットは、それが発行した取引デスクのようなオーダの属性に基づいて選択された任意の所定のオーダに対して使用されるストラテジの同じ所定のセットおよびマッピングルールセットに対して提供されることができる。ストラテジマッピングルールは、アルゴリズムオーダに対して指定されたレートからストラテジへの単純な直接マップであってもよいより複雑なルールを定義することもできる。ここでは、所定のアルゴについて選択されるストラテジは、市場条件および既に満たされている可能性があるアルゴオーダの量などであるが、これらに限定されないアルゴオーダ自体の外部のデータに基づいて動的に変化することができる。

ＨＥＲＯシステムは、ストラテジマッチングベニューおよびアルゴプラットフォームとインターフェースし、アルゴオーダに対する最良の取引結果を得るために両方のアクティビティを調整する。メッセージは、アルゴ取引システム、ＨＥＲＯシステム、およびストラテジマッチングベニューの間で交換され、ストラテジオーダおよび対応するアルゴオーダの処理を調整し、その結果、ストラテジオーダマッチングが利用可能である場合、価格検出市場における対応するアルゴオーダプロセスのためにストラテジマッチングが機能する。

ＰＲＯシステムは、オーダ処理ワークフローにおいて、ＨＥＲＯシステムよりも高いレベルで動作し、ストラテジマッチングベニューおよびＯＭＳ／ＥＭＳとインターフェースし、取引デスクのための最良の取引結果を得るために、両方にわたって活動を調整する。ＨＥＲＯシステムで行われるように、オーダを機能させるアルゴリズムオーダプラットフォームと直接作用する代わりに、ＰＲＯシステムは、取引デスクによって使用されるＯＭＳまたはＥＭＳと作用して、アルゴリズムオーダを発注し、ストラテジマッチングベニューにストラテジオーダを発行する。ストラテジオーダは、ＯＭＳ／ＥＭＳによって発行されたアルゴオーダに対応して生成され、ストラテジオーダは、ストラテジマッチングベニューに発行される。ＯＭＳ／ＥＭＳ、ＰＲＯシステム、およびストラテジマッチングベニューの間でメッセージが交換され、ストラテジオーダおよび対応するアルゴオーダの処理を調整し、ストラテジオーダマッチングが利用可能であれば、ストラテジマッチングが対応するアルゴオーダに有利に働くようにする。

本発明のシステム、方法、およびアーキテクチャは、特に大きなオーダの処理に関して、従来の取引システムに対して多くの利点を有する。実施ストラテジを追求する際に、マッチングプロセスを無数に繰り返す必要はない。実施されるマッチングサイクル数が大幅に低減されるので、親オーダ当たりに送信される子オーダの後続の数も大幅に削減される。さらに、複数のサブオーダを複数のベニューに送る必要性が排除される。その結果、潜在的情報漏洩は、ストラテジマッチングベニューにおける実施中心の参加者に限定され、ストラテジオーダの存在を知ることができるＨＦＴマーケットメーカなどの第三者の数は、従来の取引システムに比べて大幅に削減される。さらに、実施ベンチマークに対する相対的なスリップは、大部分または完全に排除され、情報漏洩のこの減少、ならびに従来のシステムおよび方法に存在する市場間および市場内の分裂の構造的欠点の排除のために、到着に対する絶対的なスリップは大幅に削減される。

本発明の態様は、また、条件付きオーダをサポートする。マッチングしたオーダのキャンセルは、オーダがストラテジマッチングベニューでアクティブに機能しており、部分的にしか満たされていない場合であっても可能である。

一実施形態では、本発明の様々な態様を実施する改善されたセキュリティ取引システムは、（ｉ）ストラテジオーダを受け入れ、マッチングさせ、満たすストラテジマッチングベニュー、（ｉｉ）ブローカ／ディーラのアルゴ取引プラットフォームと作用し、アルゴ取引プラットフォームで機能しているアルゴオーダに関連するストラテジオーダを生成し、ストラテジマッチングベニューにストラテジオーダを発行し、対応するアルゴオーダを優先してストラテジオーダを機能させるＨＥＲＯシステム、および（ｉｉｉ）従来のアルゴ取引プラットフォームを使用してブローカ／ディーラシステムにオーダを発行することができるＯＭＳ／ＥＭＳと作用するＰＲＯシステムであって、ＰＲＯシステムが動作して、ＯＭＳ／ＥＭＳによって発行されるアルゴオーダに関連するストラテジオーダを生成し、ストラテジマッチングベニューにストラテジオーダを発行し、対応するアルゴオーダを優先してストラテジオーダを機能させるＰＲＯシステムのうちの１つまたは組合せを備えることができる。従来の交換ベニューは、例えば、アルゴ取引プラットフォームからのオーダにサービスを提供し続けることができる。

一実施形態では、ストラテジマッチングベニューは、適切なハードウェア、メモリ、および所望の取引レベルをサポートするためのネットワークアクセスを有するコンピュータ化されたシステムを備え、システムは、コンピュータメモリに記憶されたコンピュータソフトウェアにしたがって動作する。動作中、ストラテジマッチングベニューは、第１取引可能アイテムに対する複数のストラテジオーダを受け取り、コンピュータメモリに保持されたストラテジオーダブックにストラテジオーダに関する情報を記憶する。各ストラテジオーダは、ＨＥＲＯシステム対応システム、ＰＲＯシステム対応システム、または任意の他の適切なソースなどのそれぞれのソースからのものである。各オーダは、サイド、指値、およびストラテジを指定する情報を備える。それぞれのストラテジは、所定のセットのストラテジのメンバであり、それぞれのレートまたはレートの範囲を有する。

ストラテジオーダブックのストラテジオーダから選択された取引可能な第１ストラテジオーダ。取引可能性は、取引可能性機能を適用して、それぞれのストラテジオーダおよび第１市場データの属性を評価することによって決定することができる。ストラテジオーダブックにおけるストラテジオーダは、第１ストラテジオーダと、第１ストラテジオーダのストラテジと互換性のあるそれぞれのストラテジを有し、第１コントラストラテジオーダと第１市場データに適用される取引可能性関数に基づいて取引可能である第１コントラストラテジオーダとの間の第１マッチングを見つけるために検索される。第１マッチングのマッチング状態は、最初はブレーク（破られる）されていない。マッチング状態は、第１ストラテジオーダまたは第１コントラストラテジオーダのいずれかが取引不可能になった場合にブレークする。

第１マッチングがブレークされていない間、取引可能項目に対するフィルは、第１ストラテジオーダと第１コントラストラテジオーダとの間で、第１ストラテジオーダおよび第１コントラストラテジオーダのそれぞれのストラテジに互換性のある最大レートで断続的に発行され、フィル量は、取引可能項目に関連する第２市場データに適用される最大レートの関数である。ストラテジオーダブックの第１ストラテジオーダおよび第１コントラストラテジオーダに関する情報は、フィル量を反映するように更新される。少なくとも１つの実施メッセージは、第１ストラテジオーダおよび第１コントラストラテジオーダについてそれぞれのソースに送信され、各実施メッセージは、実施されたフィル量を示す。

一実施形態では、第１マッチングを見つけることに応答して、マッチングを見つけた条件メッセージが第１ストラテジオーダおよび第１コントラストラテジオーダについてそれぞれのソースに送信される。

一実施形態では、各実施されたフィルに応答して、それぞれの実施メッセージが第１ストラテジオーダのソースと、それぞれの実施されたフィル量を示す第１コントラストラテジオーダのソースとに送信される。

一実施形態では、第１マッチングのブレークに応答して、マッチング終了条件メッセージが第１ストラテジオーダおよび第１コントラストラテジオーダのためのそれぞれのソースのうちの少なくとも１つに送信される。

一実施形態では、取引可能アイテムは、第１セキュリティを備え、第１市場データは、市場における少なくとも第１セキュリティについて最良の利用可能なアスク価格および最良の利用可能なビッド価格を示すデータを備え、第２市場データは、市場における第１セキュリティについてのそれぞれの取引された数量および価格での少なくとも１つの報告された取引を示す取引データを備える。それぞれのオーダについての取引可能性機能は、それぞれのオーダについての指値および第１市場データに基づいてそれぞれのオーダが市場性があること、およびそれぞれのオーダが利用可能な容量を有し、オーダが市場性があり、利用可能な容量を有する場合に取引可能であることの決定を備えることができる。それぞれのフィル量は、それぞれの報告された取引の取引量に適用される最大レートとすることができ、それぞれのフィル価格は、それぞれの報告された取引の価格またはその機能とすることができる。

一実施形態では、ストラテジオーダブックに記憶されたストラテジオーダの市場性は、新しい第１市場データの受信に応答して決定される。一実施形態では、それぞれのフィルは、新しい第２市場項目データの受信に応答して実施される。

一実施形態では、互換性のあるストラテジを有する複数のコントラオーダがストラテジオーダにマッチングするために利用可能である場合、コントラオーダは、ストラテジの相対的な優先順位にしたがって優先順位を付けることができる。同じ優先順位ストラテジを有する複数のコントラオーダが利用可能である場合、オーダはオーダサイズを含むこともできる１つ以上の追加の優先順位要因に基づいて優先順位付けすることができ、オーダは、より小さいオーダ、オーダソース、およびストラテジマッチングベニューでの到着時間よりも高い優先順位を有する閾値サイズを超える。

一実施形態では、第１ストラテジオーダおよび第１コントラストラテジオーダのそれぞれのストラテジに互換性のある最大レートは、第１ストラテジオーダに利用可能な最大レートおよび第１コントラストラテジオーダに利用可能な最大レートの最小レートである。

一実施形態では、オーダペアがマッチングすると、マッチングに関する情報をアクティブストリーム表の１つ以上のアクティブストリームレコードに記憶することができる。アクティブストリーム表の各レコードは、第１サイドと現在マッチングしているコントラオーダとのそれぞれを識別する。適切なアクティブストリームレコードへのリンクは、オーダブックのマッチングしたオーダのオーダレコードにも記憶することもできる。

一実施形態では、ストラテジオーダを条件付きとすることができる。第１マッチングの第１オーダおよび第１コントラオーダの少なくとも１つが条件付きの場合、条件付きマッチングを生成でき、マッチングに関する情報が記憶される。各条件付きオーダのソースに確定メッセージが送信される。取引可能アイテムに対するフィルは、マッチングの各条件付きオーダが確定されるまで実施されない。所定の期間内に確定されない場合、条件付きマッチングをリリースすることができる。

確定メッセージには、確定中の特定のマッチングに関連付けられたマッチングＩＤ番号を含めることができる。確定応答は、応答に含まれるマッチングＩＤ値に基づいて、関連するストラテジマッチングにマッチングさせることができる。確定応答は、確定されるそれぞれの条件付きストラテジオーダに対する更新、または確定されるそれぞれの条件付きストラテジオーダに対する置換非条件付きストラテジオーダを含むことができる。

一実施形態では、オーダブックに格納されたオーダデータは、それぞれのオーダの利用可能容量を含むことができ、利用可能容量は、コントラオーダとの後続のマッチングに適用することができる、そのオーダのために利用可能なオーダ容量を示す。様々な実施形態では、オーダ容量は、それぞれのオーダに対する利用可能なボリュームレートまたはレートの範囲に関して、利用可能な容量に関して、または他の尺度によって指定することができる。第１ストラテジオーダと第１コントラストラテジオーダとがマッチングする場合、各オーダの利用可能容量は、第１マッチングの間に第１オーダと第１コントラオーダとの間で交換するためのシェアの予想される総量によって、第１ストラテジオーダおよび第１コントラストラテジオーダのそれぞれのストラテジに互換性のある最大ボリュームレートによって、または他の尺度によって削減され得る。第１オーダの利用可能容量がゼロまたは最小閾値より大きいままである場合、第１オーダは、第１マッチングがアクティブのままである間に、追加のコントラオーダにマッチングさせることができる。

一実施形態では、ストラテジオーダは、代替ストラテジおよび代替ストラテジをアクティブ化するための所定の条件をさらに指定することができる。代替ストラテジの使用をトリガするための条件は、関連するセキュリティの現在価格とストラテジオーダの指値との間の差として指定することができる。

一実施形態では、それぞれのストラテジ量または指値が変更されることを指定するストラテジオーダ変更メッセージを受信することができる。ストラテジオーダ変更メッセージは、それぞれのオーダの現在のストラテジを置き換えるために使用されるストラテジを指定することができる。

一実施形態では、ＨＥＲＯシステムは、適切なハードウェア、メモリ、および所望の取引レベルをサポートするためのネットワークアクセスを有するコンピュータ化されたシステムを備え、システムは、コンピュータメモリに格納されたコンピュータソフトウェアしたがって動作する。ＨＥＲＯシステムは、ストラテジマッチングベニューと、ネットワークによって少なくとも１つの取引ベニューに接続された自動化されコンピュータ化されたアルゴリズム取引プラットフォームと通信するように構成される。

アルゴリズム取引プラットフォームは、取引可能なアイテムを指定する取引オーダを処理するように動作し、取引可能なアイテムは、セキュリティ、数量、サイドであってもよく、アルゴリズム制約にしたがって取引オーダからサブオーダを断続的に生成することによって、関連するアルゴリズム制約を有する。サブオーダは、それぞれのサブオーダ量を指定し、ポイントインタイム（ＰＩＴ）取引ベニューに発行される。ＰＩＴ実施メッセージが受信され、各ＰＩＴ実施メッセージは、それぞれのサブオーダに対応し、それぞれのサブオーダのフィル量を示し、フィル量は、それぞれのサブオーダ量以下である。

取引オーダに対応する第１ストラテジオーダが生成され、第１ストラテジオーダは、取引オーダのセキュリティおよびサイド、ＨＥＲＯシステムによる１組の所定のストラテジマッピングルールおよび取引オーダの少なくとも１つの属性のルールにしたがって、所定の１組のストラテジから選択されるそれぞれのストラテジを指定する。複数のベアの所定のストラテジマッピングルールを定義することができ、特定のベアのストラテジマッピングルールを取引オーダが発行されたトレーダまたはトレーダグループなどの特定の取引オーダの属性に基づいて選択することができる。

第１ストラテジオーダに関する情報は、ストラテジオーダテーブルに追加され、第１ストラテジオーダは、ストラテジマッチングベニューに発行される。

第１ストラテジオーダのためのストラテジマッチングベニューからマッチング検出条件メッセージを受信すると、アルゴリズム取引プラットフォームは、第１ストラテジオーダに対応する取引オーダのためのサブオーダの生成を停止するようにＨＥＲＯシステムによって制御される。

ストラテジマッチングベニューから、第１ストラテジオーダに関連する実施メッセージを受信すると、ストラテジオーダテーブルの第１ストラテジオーダのそれぞれの取引量および取引価格データの第１オーダの実施を指定し、実施量を反映するように更新され、実施メッセージからの実施情報は、ＨＥＲＯシステムによってアルゴリズム取引プラットフォームに送信される。

ストラテジマッチングベニューからマッチングブレーク条件メッセージを受信すると、アルゴリズム取引プラットフォームは、第１アルゴリズム取引オーダのためのサブオーダの発行を再開するように制御され、取引オーダのために利用可能な少なくとも１つの潜在シェアが存在する場合、サブオーダの生成が再開される。

一実施形態では、取引オーダのための利用可能な量情報は、アルゴリズム取引プラットフォームから受信され、第１ストラテジオーダのためのストラテジオーダテーブルレコードの量データは受信された利用可能な量情報に基づいて更新される。ストラテジマッチングベニューからの実施データの受信に応答して、ストラテジオーダ表の第１ストラテジオーダに関する記録データは、実施データを反映するように調整される。

一実施形態では、第１ストラテジオーダは、ストラテジマッチングに利用可能なシェアの最大数を指定することができ、またはこれは後で決定することができる。ストラテジマッチングに利用可能なシェアの最大数は、第１ストラテジオーダの潜在シェア（取引ベニューにルーティン化されていないオーダの未実施シェア）数からバッファ値を引いたものである。

一実施形態では、第１ストラテジオーダは条件付きストラテジオーダである。第１ストラテジオーダに対するストラテジマッチングベニューからの確定メッセージの受信に応答して、第１ストラテジオーダに関連してストラテジマッチングに利用可能なシェアの確定数が決定され、確定応答は、ストラテジマッチングベニューを送信した。一実施形態では、シェアの確定数は、第１アルゴリズムオーダに関連付けられた潜在シェア数とすることができ、または代替として、第１アルゴリズム取引オーダに関連付けられた残シェア数とすることができる。一実施形態では、確定された応答は、確定されたシェア数を指定する第１ストラテジオーダに対する更新であってもよく、あるいは確定されたシェア数を指定するコンテンツを有し、第１オーダＩＤまたは第１オーダＩＤへのリンクに関連付けられた第２ストラテジオーダであってもよく、第２ストラテジオーダに有利になるように第１ストラテジオーダをキャンセルする第２メッセージも、オプションとして、ＨＥＲＯシステムによって送信されてもよい。

一実施形態では、確定リクエストのＨＥＲＯシステムによる受信に応答して、ＨＥＲＯシステムは、第１アルゴリズムオーダに関連する未処理の子オーダのキャンセルをリクエストするキャンセルオーダ指示をアルゴリズム取引プラットフォームに送信し、アルゴリズム取引プラットフォームからキャンセル確認メッセージを受信した後、ストラテジ取引プラットフォームで確定応答プロセスを実施することができる。

一実施形態では、ストラテジオーダテーブルのアクティブストラテジオーダに関する情報は、第１アルゴリズムオーダに利用可能な潜在シェアの現在の数を示すコンテンツを備え、潜在シェア数は、アルゴリズム取引プラットフォームからの取引オーダに関するオーダ実施情報の受信に応答して更新される。第１ストラテジオーダに対するストラテジマッチングに利用可能なシェアの最大数の変化に応答して、メッセージを、変化を示すストラテジマッチングベニューに送ることができる。

一実施形態では、ＰＲＯシステムは、所望の取引レベルをサポートするための適切なハードウェア、メモリ、およびネットワークアクセスを有するコンピュータ化されたシステムを備え、システムは、コンピュータメモリに記憶されたコンピュータソフトウェアにしたがって動作する。ＰＲＯシステムは、ストラテジマッチングベニューおよびオーダまたは実施管理システムと通信するように構成される。ストラテジマッチングベニューは、特定のストラテジを有するストラテジオーダを、互換性のあるストラテジを有するコントラストラテジオーダとマッチングし、マッチングされたオーダ間の取引実施のストリームを開始することによって、それぞれのシェアに対するストラテジオーダを処理する。管理システムは、アルゴリズム取引システムにアルゴリズムオーダを発行する。

第１取引オーダは、セキュリティ、サイド、指値、およびアルゴリズム制約のような取引可能アイテムを識別する管理システムからＰＲＯシステムにおいて受信される。取引オーダに対応する第１ストラテジオーダが生成され、第１ストラテジオーダは、取引オーダのセキュリティおよびサイド、１ペアの所定のストラテジマッピングルールおよび取引オーダの少なくとも１つの属性におけるルールにしたがって、所定の１ペアのストラテジから選択されるそれぞれのストラテジを指定する。複数のペアの所定のストラテジマッピングルールを定義することができ、特定のペアのストラテジマッピングルールを、取引オーダが発行された取引デスクまたはブローカなどの特定の取引オーダの属性に基づいて選択することができる。

取引オーダから取引可能アイテム、サイド、および指値を指定し、さらに第１ストラテジタイプを指定する、第１オーダＩＤおよびコンテンツを有する条件付き第１ストラテジオーダが生成される。第１ストラテジオーダに関する情報は、ストラテジオーダテーブルに追加され、第１ストラテジオーダは、ＰＲＯシステムによってストラテジマッチングベニューに発行される。

第１ストラテジオーダに対するストラテジマッチングベニューからの確定メッセージの受信に応答して、ＰＲＯシステムは、アルゴリズム取引プラットフォームに発行された取引オーダの最小部分がキャンセルされることを示すオーダキャンセルメッセージを管理システムに送信することができる。管理システムからキャンセル確認を受け取ると、ストラテジマッチングのための第１ストラテジオーダに利用可能なシェアの確定数が決定され、シェアの確定数を示す確定応答がストラテジマッチングベニューに送られる。一実施形態では、確定応答は、シェアの確定数を指定する第１ストラテジオーダに対する更新であってもよく、あるいはシェアの確定数を指定するコンテンツを有し、第１オーダＩＤまたは第１オーダＩＤへのリンクに関連付けられた第２ストラテジオーダであってもよく、第２ストラテジオーダに有利になるように第１ストラテジオーダをキャンセルする第２メッセージを任意選択で送信することもできる。

ストラテジマッチングからのマッチング検出条件メッセージは、確定した第１ストラテジオーダがコントラストラテジオーダとマッチングされたことを示す。所定のタイムアウト期間内にマッチング検出条件が受信されない場合、第１取引オーダのキャンセルされた部分を再発行できることを示す再発行メッセージが管理システムに送信される。

それぞれの取引量および取引価格の第１オーダの実施を指定する第１ストラテジオーダに関連する実施メッセージをストラテジマッチングベニューから受信すると、ストラテジオーダテーブルの第１ストラテジオーダの記録は、実施量を反映するように更新され、実施メッセージからの実施情報は、ＰＲＯシステムによって管理プラットフォームに送信される。

受信されたマッチング検出メッセージは、マッチングから生じることができるストラテジオーダのための取引されたシェアの最大数の指標を含むことができる。これに応答して、メッセージは、ＰＲＯシステムによって、この値を有する管理システムに送信することができ、管理システムは、最大数がストラテジマッチングベニューによって満たされたと仮定した後に、利用可能なシェア数を有するアルゴリズムオーダを再発行することができる。

ストラテジマッチングベニューからマッチングブレーク条件メッセージを受信すると、管理システムは、取引オーダの満たされていない部分をアルゴリズム取引プラットフォームに再発行することができることを示すメッセージを管理システムに送信する。

本発明のさらなる特徴および利点、ならびに本発明の様々な実施形態の構造および動作は、添付の図面を参照して以下に詳細に開示される。

図１は、従来のアルゴリズム取引プラットフォームのためのシステムアーキテクチャを示すハイレベルブロック図である。 図２Ａは、従来のアルゴオーダ管理および従来のアルゴリズムの一般的な動作のハイレベルフローチャートである。 図２Ｂは、従来のアルゴオーダ管理および従来のアルゴリズムの一般的な動作のハイレベルフローチャートである。 図３は、本発明の第１主要実施形態による改善された取引システムアーキテクチャのハイレベルブロック図である。 図４は、図３のＨＥＲＯシステムエンジンの実施形態のハイレベル図である。 図５は、ＨＥＲＯシステムの一実施形態の機能的態様と、ＨＥＲＯシステムエンジンとＨＥＲＯシステム認識アルゴリズム取引システムとの間の通信とを示すハイレベル図である。 図６は、ストラテジオーダ取引マップの説明図である。 図７Ａは、ＨＥＲＯシステム認識アルゴオーダ管理の動作のハイレベルフローチャートである。 図７Ｂは、ＨＥＲＯシステム認識アルゴオーダ管理の動作のハイレベルフローチャートである。 図８Ａは、処理オーダにおけるＨＥＲＯシステムの一実施形態の動作のハイレベルフローチャートである。 図８Ｂは、処理オーダにおけるＨＥＲＯシステムの一実施形態の動作のハイレベルフローチャートである。 図８Ｃは、処理オーダにおけるＨＥＲＯシステムの一実施形態の動作のハイレベルフローチャートである。 図９Ａは、ＨＥＲＯシステム認識アルゴリズム取引システムおよびＨＥＲＯシステムによるサンプルアルゴオーダおよび対応するストラテジオーダの処理の例を示す。 図９Ｂは、ＨＥＲＯシステム認識アルゴリズム取引システムおよびＨＥＲＯシステムによるサンプルアルゴオーダおよび対応するストラテジオーダの処理の例を示す。 図１０Ａは図９Ａの例の変形である。 図１０Ｂは図９Ｂの例の変形である。 図１１は、オーダ管理および実施管理システムを有する取引プラットフォームの実施形態のシステムアーキテクチャのハイレベルブロック図である。 図１２Ａは、本発明の第２主要実施形態による改善された取引システムアーキテクチャのハイレベルブロック図である。 図１２Ｂは、本発明の第２主要実施形態による改善された取引システムアーキテクチャの高レベルブロック図である。 図１３Ａは、図１２のＰＲＯシステムの一実施形態の動作の態様を示すハイレベルフローチャートである。 図１３Ｂは、図１２のＰＲＯシステムの一実施形態の動作の態様を示すハイレベルフローチャートである。 図１４Ａは、ストラテジマッチングベニューの実施形態のハイレベル機能ブロック図である。 図１４Ｂは、ストラテジマッチングベニューの実施形態のハイレベル機能ブロック図である。 図１５は、図１４のストラテジマッチングベニューによるストラテジオーダの処理中に記憶され、使用されることができる様々なタイプの情報の図である。 図１６Ａは、図１４のストラテジマッチングベニューの様々な内部システムの実施形態によって提供される基本機能のハイレベルフローチャートである。 図１６Ｂは、図１４のストラテジマッチングベニューの様々な内部システムの実施形態によって提供される基本機能のハイレベルフローチャートである。 図１６Ｃは、図１４のストラテジマッチングベニューの様々な内部システムの実施形態によって提供される基本機能のハイレベルフローチャートである。 図１６Ｄは、図１４のストラテジマッチングベニューの様々な内部シス テムの実施形態によって提供される基本機能のハイレベルフローチャートである。 図１７は、ストラテジオーダマッチングエンジンの一実施形態のハイレベルフローチャートである。 図１８は、ストラテジ取引プロセッサの実施形態のハイレベルフローチャートである。 図１９は、オーダストラテジのセットを示す表である。

図１は、セキュリティを売買するオーダを処理するために使用される従来のアルゴリズム取引プラットフォーム（アルゴプラットフォーム）１００の一般的なシステムアーキテクチャを示すハイレベルブロック図である。アルゴリズムオーダ（アルゴオーダ）１０５は、機関オーダ管理システム（ＯＭＳ）または実施管理システム（ＥＭＳ）１１０から発行され、アルゴプラットフォーム１００に送信される。アルゴオーダ１０５は、サイド（買いまたは売り）、数量、および指値を指定する。新アルゴオーダ１０５は、オープンアルゴオーダに関する情報を追跡するために使用されるアルゴオーダテーブル１２０に追加される。アルゴオーダテーブル１２０のアルゴオーダが処理されるように選択されると、アルゴリズムオーダ管理１３０は、アルゴオーダを多くのより小さい離散的子オーダに分割するように動作する。子オーダ１３５は、指定された実施アルゴリズムにしたがって親から連続的に「スライス」される。新アルゴオーダ１０５は、また、実施を時間にわたっておよび／または市場量にわたって分散させるように子スライスを制御するために、アルゴオーダ管理１３０によって使用される一般的な指示を有することもできる。

子オーダ１３５は、子オーダをさらに小さい離散的孫オーダ１４５に分割するスマートオーダルータ（「ＳＯＲ」）１４０によって処理される。ＳＯＲ１４０は、孫オーダ１４５を選択されたＰＩＴ(ポイントインタイム）取引ベニュー１５０に向ける。各取引ベニュー１５０は、ポイントインタイム（ＰＩＴ）取引を実施し、受信したオーダをコントラオーダとマッチングし、各マッチングについて、一定価格および一時点で交換されているセキュリティの単一の離散量の単一の実施を行う。実施情報１５５は、それぞれのＰＩＴ取引ベニュー１５０からアルゴ取引プラットフォーム１００に戻され、これを用いて、適宜、孫、子、および初期オーダ１４５、１３５、１０５に関連する内部データを更新する。

ＰＩＴ取引ベニュー１５０で発注されたオーダが条件付きである場合、ＰＩＴ取引ベニューは、そのオーダに対するオーダとのマッチングを検出すると、ＳＯＲ１４０などのオーダ発信者に招待を送り、確定応答オーダを送るように招待する。確定応答オーダ１６０が受信された場合、確定応答オーダは、キャンセルされた条件付きオーダを置き換え、代わりに確定応答オーダが処理される。

図２Ａは、従来のアルゴオーダ管理１３０の一般的な動作のハイレベルフローチャートである。図２Ｂは、従来のＳＯＲ１４０の一般的な動作のハイレベルフローチャートである。図２Ａおよび図２Ｂを参照すると、例えば、セキュリティＸＹＺのＮシェアを購入するために、初期アルゴリズムオーダが受信されると（ステップ２０２）、シェアの初期数を含むオーダに関する情報が、アルゴリズムオーダテーブルに追加される（ステップ２０４）。初期または次の子スライスが必要とされる場合、適切なアルゴリズムおよびオーダパラメータが適用され、新しい子オーダ（例えば、ｎシェアについて）がスライスされる（ステップ２０６、２０８）。ここで、ｎはＮよりはるかに小さくてもよい。子オーダが下流処理のためにＳＯＲに発行され（ステップ２１０）、アルゴオーダ表（または他の適切なデータセット）は、オリジナルのアルゴオーダにおける潜在シェア数、例えば、発行された子オーダに割り当てられておらず、したがって、さらなる子オーダにスライスされ、実施のために送出されることが可能であるシェア数を示すように更新される。（ステップ２１２）。潜在シェアがアルゴオーダに残っている場合（ステップ２１４）、システムは適用されたアルゴリズムにしたがって子オーダをスライスオフし、発行し続ける（ステップ２０６～２１２）。残りの潜在シェアがなくなると（ステップ２１４）、追加の子オーダをスライスする必要がなくなる。

図２Ｂを参照すると、ＳＯＲがアルゴオーダ管理から子オーダを受け取ると（ステップ２１６）、孫オーダを生成し、次に実施のためにＰＩＴ取引ベニューにそれらを発行する（ステップ２１８、２１０）。ＰＩＴ取引ベニューからの実施情報がＳＯＲによって受信され（ステップ２２２）、実施データがアルゴオーダ管理に戻される（ステップ２２４）。

図２Ａに戻ると、子オーダ実施データがＳＯＲから受信されると（ステップ２２６）、アルゴオーダ管理は、実施された取引で交換されたシェアの量を反映するように、アルゴオーダテーブルのアルゴオーダに関する情報を更新する（ステップ２２８）。実施された全シェア数がアルゴーダの全シェア数未満（例えば、Ｎ未満）である場合（ステップ２３０）、アルゴオーダ管理は、ＳＯＲからの追加の実施データを待ち続ける。（ステップ２２６）。残りのシェアがない場合、アルゴオーダ全体が満たされている（ステップ３３０）。交付されたアルゴオーダ、子オーダ、および／または孫オーダがそれぞれのオーダを適宜確定するための条件付きオーダである場合には、追加のステップを講じることができる。

図３は、ストラテジマッチングプラットフォームを使用してストラテジオーダを実施することができ、従来のアルゴリズム取引システムと共に実施および動作することができる、改善された取引システムアーキテクチャ３００のハイレベルブロック図である。

アルゴリズムオーダと同様に、ストラテジオーダは、オーダセキュリティ（または他の取引可能なアイテム）、サイド（例えば、買いまたは売り）、および指値を指定する。さらに、従来の取引システムとは対照的に、ストラテジオーダは、また、所定のセットのストラテジから選択されるストラテジタイプを指定する。各ストラテジオーダタイプは、異なる実施レートまたはレートの範囲を有することができる。有利には、ストラテジマッチングシステムは、一定期間に市場で取引される量の１００％を超えて実施するなど、従来のアルゴシステムによってサポートされない取引ストラテジを実施することができる。

多種多様な異なるストラテジタイプを定義することができる。様々な所定のセットのストラテジを、様々な状況での使用、異なるタイプの取引可能アイテムの取引での使用、および様々な事業体による使用のために利用可能にすることができる。各機関トレーダまたはブローカディーラは、それ自体のカスタマイズされた独自のストラテジタイプのセットを有することができる。各ストラテジタイプは、レートまたはレートの範囲を有し、それ自体にマッチさせることができ、所定のセットの１つ以上の他のストラテジタイプにマッチングさせることができ、場合によっては他の所定のストラテジセットでマッチングさせることができる。ストラテジマッチングに優先順位を付けることができる。一実施形態では、ストラテジは、相対流動性率にしたがって優先順位を付けることができる。１つのストラテジが２つ以上の他のストラテジによってマッチングされ得る場合、より高いレートを提供するマッチングストラテジは、より高い優先度を与えられ得る。

多種多様な異なるストラテジを定義することができるが、一実施形態では、ストラテジは、３つの基本クラスに分類される。第１ストラテジクラスは、１００％以下の基準レートまたは基準レートの範囲を有するストラテジを備える。以下でさらに述べるように、ストラテジの基準レートは、例えば、実施量が、問題のアイテムの取引量の特定の記録に適用される一定レートから決定される、ストラテジオーダの実施レートを決定する際に使用される。第２ストラテジクラスは、基準レートまたは１００％を超える基準レートの範囲を有するストラテジを備える。第３のストラテジクラスは、流動性検索であり、ストラテジオーダ処理中に許容される最大レートが使用されることを示す非数値レート（または無限大）を備える。

図３に戻ると、高効率レート最適化（Ｈｉｇｈｔ Ｅｆｆｉｃｉｅｎｃｙ Ｒａｔｅ Ｏｐｔｉｍｉｚｅｒ（ＨＥＲＯ））システムエンジン３１０は、１つ以上のストラテジマッチングベニュー３１５に接続される。ＨＥＲＯシステムは、ストラテジマッチングベニュー３１５にストラテジオーダを発行するように動作する。ストラテジマッチングベニュー３１５は、受信されたストラテジオーダを同じセキュリティで互換性のあるストラテジを有するコントラストラテジオーダとマッチングさせようと試みる。

ストラテジマッチングベニュー３１５によってマッチングが見つかると、マッチングされたオーダについてのそれぞれのストラテジタイプの互換性のある態様にしたがって、マッチングされたオーダについて一連の実施が実施される。ＰＩＴ取引ベニュー１５０で動作する従来のアルゴ取引システム１００で行われるように、離散的かつ独立的なサブオーダをマッチングさせる代わりに、ストラテジマッチングベニュー１３５のマッチングは、オープンエンドであり、マッチングされたストラテジオーダに利用可能な最大限まで流動性を最大化することができる。単一のマッチングは、基準レートおよび統合された取引量に基づいて、フィルの連続的な流れをもたらすことができ、ストラテジマッチングは、これが連続的な市場にアクセスする必要なしに行われることができるように実施される。実施価格は、市場取引データによって反映されるセキュリティの現在の市場価格と、オーダの取引ストラテジおよび市場データによって反映されるセキュリティの取引量などの現在の基準市場データの機能として決定される実施量とに基づくことができる。フィルの流れは、マッチングしたストラテジオーダ間の市場性のある流動性が使い果たされたときに終了する。

以下でさらに説明するように、アルゴオーダは、アルゴ取引プラットフォームがマッチングを試みる目標レートなど、関連するアルゴリズム制約を有することができる。ストラテジオーダは、所定のストラテジマッピングルールにしたがって、所定のセットのストラテジからストラテジを選択することによって、アルゴオーダのために生成されることができる。ストラテジマッピングルールの異なるセットは、異なるシステムユーザによって定義することができ、使用される特定のマッピングテーブルは、たとえば、初期オーダを発行した当事者に応じて選択することができる。予め定義されたストラテジマッピングルールは、静的であってもよく、アルゴオーダ目標レートに基づいて特定のストラテジにマッピングされてもよい。ストラテジマッピングルールは、動的であってもよく、マッピングされるストラテジは、完了したアルゴオーダのパーセンテージ、問題のセキュリティに関連する市場データ入力、および／または他の直接的または間接的要因などの要因に依存する。

図１９は、どちらのストラテジタイプがどちらの他のタイプおよび優先順位とマッチングするのかを示す所定のセットのストラテジタイプと行列の例である。図示の実施形態では、低のレート範囲ストラテジが５％～１５％の基準レート範囲を有するものとして定義され、中のストラテジが１０％～３０％の基準レート範囲を有するものとして定義される。低ストラテジを有するストラテジオーダは、オーダがマッチングしたときに、以下でさらに説明するように、マッチングした１つ以上のコントラオーダのストラテジに依存する実際のレートで、関連する取引量の５％～１５％のレートで実施されるように、ストラテジマッチングベニューで処理される。同様に、中ストラテジを有するストラテジオーダは、関連する取引量の１０％～３０％の間のレートでストラテジマッチングベニューにおいて実施される。１００％～２００％および１００％～４００％のレートストラテジは、１００％を超える実施レート範囲を示す。正確なレートストラテジは、ストラテジマッチングベニューの実施に対して、７％のような単一の基準レートを指定する。ストラテジは、他の範囲を有することもできる。ストラテジセットの所定のストラテジ数は、変化することができ、ストラテジ数を増加させることは、様々なストラテジ間のレート細分性を増加させることができる。ストラテジは、重なり合うストラテジが互いにクロスマッチングされることを可能にするために、意図的な重なり合いで定義されることができる。

低ストラテジと中ストラテジとの両方が１０％と１５％との間のレートを許容し、したがって、低ストラテジタイプに関連する取引を使用して、いずれかのオーダの指定されたストラテジレート範囲に違反することなく、中ストラテジオーダ（より高いレートで実施される）によって行われるコントラ取引の少なくとも一部を満たすことができるので、低ストラテジと中ストラテジとは互いにマッチングすることができる。実際にはストラテジマッチングベニューでの実施に使用されるレートは、重なりの最大レートであり、ここでは１５％であるが、代替の実施形態では、特定の取引状況に適切であると考えられる場合にはより低いレートを使用することができる。同様に、１００％～２００％および１００％～４００％のストラテジタイプは、１００～４００％のストラテジを有するオーダが２００％のストラテジを有するオーダによって少なくとも部分的に満たすことができるので、この点で互換性がある。流動性検索ストラテジは、すべての金利ベースのストラテジおよび流動性検索ストラテジとマッチングする。

所定のストラテジを、複数の異なる互換性のあるコントラストラテジにマッチングさせることができる場合、優先順位を最も高い潜在的流動性を有するマッチングに与えることができる。図１９では、ストラテジマッチング優先順位は、シーケンス番号１～５によって例示的に示され、１は最高優先順位を示す。例として、中(１０％～３０％）ストラテジを有する買いオーダは、流動性検索ストラテジを有するコントラオーダに優先的にマッチングされ、媒体ストラテジに利用可能なものがない場合、および低(５％～１５％）ストラテジオーダに利用可能なものがない場合、マッチングされる。

ストラテジオーダがコントラストラテジオーダにマッチングされると、ストラテジオーダに利用可能な追加の容量がある場合、そのストラテジオーダは別のコントラストラテジオーダにマッチングすることができ、他のコントラオーダは、互換性がない可能性があるストラテジを有することもできる。例えば、５～１５％のストラテジを指定するストラテジオーダは、１１％の正確なストラテジレートを有するコントラストラテジオーダに対してマッチングさせることができる。ストラテジマッチングは、１１％レートで実施されるので、初期ストラテジオーダは（初期ストラテジマッチングが有効である間に）１５％～１１％＝４％の残りの容量を有し、したがって、＜＝４％のストラテジ（または残りのストラテジ容量）を有する第２コントラオーダに対して同時にマッチングさせることができる。

ストラテジマッチングルールのセットでは、目標取引レートＸを有するアルゴオーダがＡからＢまでの範囲の基準レートを有するストラテジにマッピングされる傾向があり、ここでは、Ａ＜＝Ｘ＜＝Ｂである。ただし、これはユーザが必要とするマッピングを指定する必要はない。さらに、この条件内であっても、２つ以上のストラテジがＸを包含する基準レート範囲を有する場合、異なるユーザは、オーダを異なるストラテジにマッピングする自身のストラテジマッチングルールを定義することができる。例えば、第１ユーザは、５％～１５％ストラテジへの１２％マッピングのアルゴ目標レートを指定するアルゴオーダをもたらすルールを指定することができ、第２ユーザは、１５％～３０％ストラテジへの１２％マッピングの同じ目標レートを伴うアルゴオーダをもたらすルールを指定することができる。第３ユーザは、５％と１２．５％との間の基準レートを有する任意のアルゴオーダが５％～１５％のストラテジにマッピングされ、一方、１２．５％を超え３５％未満の基準レートを有するオーダが１０％～３０％のストラテジにマッピングされることを指定することができる。

図１９のストラテジから選択されたストラテジを有するストラテジオーダＡおよびＢの実施例を関連するセキュリティ１００００の取引量Ｖについて以下に示す。これらの例は、ストラテジオーダに市場性があり、それぞれが、交換されるべき決定された数量に対して利用可能な容量を有すると仮定する。いずれかのオーダの容量が計算された量よりも小さい場合、最も低い容量が交換される量を決定する。

運用上、ストラテジマッチングベニュー３１５は、マッチングの一連の取引を実施し続ける。取引は、適用された参照レートおよび直近の取引量（対応する取引価格）から計算された数量を用いる、または、マッチングしたペアのオーダの容量が枯渇したり、オーダのうちの１つが市場性を欠いたりするまで、マッチングを求める流動性を求めるブロックの現在のビッドオファーの中間を用いる。

ＨＥＲＯシステム３１０は、ＨＥＲＯシステム（本明細書ではＨＥＲＯ認識アルゴプラットフォームと呼ぶことができる）と連携して動作するように構成されたアルゴ取引プラットフォームエンジン３２０とも通信する。アルゴ取引プラットフォーム３２０およびＨＥＲＯシステム３１０は、すべて、セルサイドまたはバイサイドのブローカディーラシステム全体の一部として実施することができ、システムを統合する様々な方法がある。適格なアルゴオーダがアルゴ取引プラットフォーム３２０に送信されると、ＨＥＲＯシステム３１０は、対応するストラテジオーダを生成し、このストラテジオーダをストラテジマッチングベニュー３１５に発行する。１つのストラテジマッチングベニュー３１５が示されているが、利用可能な複数のストラテジマッチングベニューがあってもよく、ＨＥＲＯシステム３１０は、所望に応じて適切なストラテジマッチングベニューを選択するように構成されてもよい。所定のストラテジオーダに使用されるストラテジマッチングベニューは、事前に定義することができ、または、発行されている取引可能アイテムのタイプまたはオーダに関する他の詳細などの様々な要因に基づいて動的に選択することができる。

ＨＥＲＯシステム３１０およびそれぞれのストラテジマッチングベニュー３１５によるストラテジオーダの全体的な処理、ならびにアルゴ取引プラットフォーム３２０およびＰＩＴベニューによる対応するアルゴオーダの処理は、大まかに並行して起こる。ストラテジオーダに対するストラテジマッチングは、対応するアルゴオーダのアルゴリズム処理よりも優先される。メッセージは、ＨＥＲＯシステム３１０とアルゴ取引プラットフォーム３２０との間で交換され、ＨＥＲＯシステム３１０は、ストラテジマッチングベニューによるストラテジマッチングからのフィルのストリーミング中に、アルゴオーダのアルゴリズム処理を開始および停止するように、アルゴ取引プラットフォーム３２０に命令する。メッセージは、また、ＨＥＲＯシステム３１０およびアルゴ取引プラットフォーム３２０の両方を、それぞれのアルゴオーダおよび対応するストラテジオーダを満たす状態に関して最新の状態に保つために交換される。

ストラテジマッチングから生じる実施されたシェアの総数は、ストラテジマッチングベニュー３１５によってマッチングが行われた時点では未知であり得る。ストラテジマッチングベニュー３１５はマッチングを検出すると、関連するストラテジオーダについて、本明細書では「ストリームオン」条件とも呼ばれる、マッチングが見つかった条件メッセージの存在をＨＥＲＯシステム３１０に通知する。続いて、ＨＥＲＯシステム３１０は、アルゴ取引プラットフォーム３２０にストリームオン状態を通知し、アルゴ取引プラットフォーム３２０に対応するアルゴオーダについての新たな子オーダのスライスを停止するように指示する。

フィルのストリームがストラテジマッチングベニュー３１５で終了すると、ＨＥＲＯシステム３１０に、「ストリームオフ」条件とも呼ばれるマッチングブレーク条件メッセージを関連するストラテジオーダのために送信する。ＨＥＲＯシステム３１０は、また、ストラテジマッチングベニュー３１５によって、ストラテジマッチングベニューでフィルが実施されている間、またはストリームが終了した後の合計など、ストラテジマッチング中に実施されたフィルの合計数を通知される。ＨＥＲＯシステム３１０は、ストラテジオーダに関連する内部記録を更新する。また、それは、アルゴ取引プラットフォーム３２０に、ストリームオフ状態と、（その情報がまだ提供されていない場合には）フィルの総数とを通知する。次いで、アルゴ取引プラットフォーム３２０は、対応するアルゴオーダについてそれ自体の内部記録を更新することができる。アルゴオーダが完全に満たされていない場合、アルゴ取引プラットフォーム３２０は残りのアルゴリズム処理を再開することができ、ＨＥＲＯシステム３１０およびストラテジマッチングベニュー３１５は、対応するストラテジオーダを処理するために並行して継続することができる。

条件付きオーダを確定するために、または所定のオーダと交換することができるシェア量を決定するために、必要に応じて、ストラテジマッチングベニュー３１５と、ＨＥＲＯシステム３１０と、アルゴ取引プラットフォーム３２０との間で追加のメッセージを送信することもできる。ストラテジオーダがシェアの総数を指定する場合、ストラテジオーダ更新は、ＨＥＲＯシステム３１０によってストラテジマッチングベニュー３１５に送信されて、対応するアルゴオーダを作業するアルゴシステムの活動から生じる実施を反映することができる。

一実施形態では、ＨＥＲＯシステム３１０はアルゴ取引プラットフォーム３２０の内部態様と通信することから、ＨＥＲＯシステムモジュール３１０は、一般的に、アルゴ取引プラットフォーム３２０を含む同じブローカディーラシステムに統合することができる。したがって、ブローカ／ディーラは、ＨＥＲＯシステムをその取引システムにインストールし、そのアルゴオーダ管理を修正することができ、ＨＥＲＯシステムと適切に通信し、必要に応じてアルゴリズムオーダ処理を開始および停止することができる。そのようなアルゴシステムは、その後、より効率的な方法で、全体的にまたは部分的に、対応するオーダを満たすことができる個別のオーダ処理システムと並列に配置された対応するオーダの処理に有利になるように、アルゴリズムオーダのアルゴリズム処理を一時停止し、再開するように制御可能である。

アルゴ取引プラットフォームシステムは、また、適切なＡＰＩまたは他のプログラムフックを有するように設計または修正されることができ、内部制御は、ＨＥＲＯシステムが最初に利用可能でないか、または利用可能であるが、個別のシステムとして実施される場合であっても、ＨＥＲＯシステムと協働するために必要とされる。アルゴプラットフォームと通信するために適切なＡＰＩインターフェースを備えたＨＥＲＯシステムモジュールを別々に追加することができる。ＨＥＲＯシステム３１０を、従来のアルゴ取引プラットフォーム３２０に実装し、統合することができる様々な方法がある。以下、特定の実施形態について説明する。

図４は、ＨＥＲＯシステム３１５のアーキテクチャのハイレベル図である。一つ以上のコンピュータプロセッサ４０５は、プログラムメモリ４１０に記憶されたコンピュータソフトウェアを実施する。プロセッサ４０５は、アルゴリズムオーダに基づくストラテジオーダの生成に使用され、ストラテジオーダテーブル４１５、ストラテジマッピングルールの１つ以上のセット、および他の動作データ４２５などの１つ以上のデータリポジトリを含むデータメモリ４１２へのアクセスを有する。

ＨＥＲＯシステム３１０を外部システムに接続するために、適切な通信インターフェース４３０が使用される。図示の実施形態では、ＬＡＮ４３５は、ＨＥＲＯシステム３１０とアルゴ取引プラットフォーム３２０との間の通信を提供し、一方、別体のＷＡＮ４４０は、ＨＥＲＯシステム３１０と１つ以上のストラテジマッチングベニュー３１５との間の通信を提供する。ＨＥＲＯシステムを実施するために使用されるコンピュータプラットフォームは、期待される取引量をサポートするのに十分なデータスループットおよび処理能力を有する１つ以上の高速コンピュータとすることができる。ＬＡＮおよびＷＡＮネットワーク４３５、４４０は、高速光ファイバデータネットワーク、または金融取引ネットワークで従来使用されている他のネットワークシステムとすることができる。適切なコンピュータプラットフォームは、当業者に知られている。

プログラムメモリ４１０およびデータメモリ４１２は、全部または一部において、同一または異なる構成要素で実施することができる。メモリ４１０、４２０は、１つ以上の内部ＲＡＭおよびファームウェア、固体または磁気ドライブなどの局所電子データ記憶装置、ＵＳＢまたはネットワークを介してアクセス可能な他のデータケーブルを介して物理的に結合されたメモリによって提供される外部データ記憶装置を含むことができる。ソフトウェアおよびデータを記憶する他のコンピュータ可読媒体を使用することもできる。ＨＥＲＯシステム３１０は、１つ以上のコンピュータサーバ、パーソナルコンピュータ、または他のコンピュータシステムで実施することができる。

別体のユーザインターフェース４４５を設けることができ、ＰＣなどの計算装置４５０がＨＥＲＯシステム３１０にアクセスし、承認されたユーザがＨＥＲＯシステム性能メトリックの監視、オーダマップおよび取引履歴の表示、システム構成の調整などの様々な管理機能を実施できる。遠隔装置４５０は、ＨＥＲＯシステム３１０に局所的に接続することができ、またはインターネット上のイントラネットまたは安全なＶＰＮのようなネットワーク４５５を介して接続することができ、遠隔監視を提供することができる。

ＨＥＲＯシステム３１０は、所定のブローカディーラシステムのインフラストラクチャの内部コンピュータシステムとして実施することができ、一実施形態では、アルゴ取引プラットフォーム３２０と同じ物理コンピュータ上で実施され、プロセッサ４０５は、アルゴおよびＨＥＲＯシステムコードの両方を実施し、プログラムメモリ４１０は両方のシステムの機能を記憶する。このより緊密に結合された実施形態では、ＨＥＲＯシステム３１０と、アルゴ取引プラットフォーム３２０のソフトウェアモジュールとの間の通信は、当業者に知られている様々な内部ＡＰＩまたは他のメッセージプロトコルを使用して、より低いレベルで実施することができ、別体のＬＡＮ接続は必要ない場合がある。

代替的に、ＨＥＲＯシステム３１０は、ＬＡＮ４３５およびＷＡＮ４４０への接続にそれぞれ適した光ファイバポート、イーサネット、ＵＳＢポート、または他のデータ通信ポートなどのネットワークポートを備える通信インターフェース４３０を備えた高速サーバなどのスタンドアロンコンピュータシステムとして実施することもできる。そのような構成を実施するための様々なプログラミング技法が当業者に知られている。

並列に動作する複数のＨＥＲＯシステムを、アルゴ取引プラットフォーム３２０と共に使用することができる。負荷バランスおよび他の技術を使用することができ、ＨＥＲＯシステムに適切なアルゴオーダを割り当てることができる。同様に、いくつかの内部アルゴリズムオーダ管理を有するブローカディーラは、それぞれを共通のＨＥＲＯシステムと統合することができる。

図５は、（ｉ）ＨＥＲＯシステム３１０とＨＥＲＯシステム認識アルゴオーダ管理５８０を有するアルゴ取引プラットフォーム３２０の構成要素との間、および（ｉｉ）ＨＥＲＯシステム３１０と１つ以上のそれぞれのストラテジレベルストラテジマッチングベニュー３１５との間のＨＥＲＯシステム３１０の一実施形態の機能的態様およびデータ通信を示すハイレベル図である。ＨＥＲＯシステム３１０およびシステム間通信の一実施形態の内部機能については、図７および図８のフローチャートを参照してより詳細に説明する。

図示のＨＥＲＯシステム３１０は、ストラテジオーダを追跡し、その詳細をストラテジオーダテーブル４１５に記憶することができ、情報およびメッセージをアルゴおよびストラテジオーダに関するアルゴ取引プラットフォームと交換することに主に関係する機能を含むストラテジオーダ管理５０５を備える。なお、アルゴオーダテーブル１２０とストラテジオーダテーブル４１５とに記憶されるオーダ量は、互いに関連付けられているが、同じでなくてもよい。ＨＥＲＯシステムは、ストラテジオーダでの使用のために利用可能とされるように、初期オーダ１０５で指定された総数量の一部分のみへのアクセスを与えられてもよい。この差は、過剰実施のリスクを防止するためのバッファとして働くことができる。

ストラテジオーダ管理５０５とストラテジマッチングベニュー３１５との間の通信は、ストラテジオーダ管理５０５と１つ以上のストラテジマッチングベニュー３１５との間のストラテジオーダに関する通信をルーティン化するストラテジＳＯＲ５１０によってサポートすることができ、２つ以上が利用可能である場合に適切なストラテジマッチングベニューを選択する機能を有することができる。ストラテジＳＯＲ５１０は、ストラテジオーダ管理５０５とは離れて示されているが、機能は、統合されたソフトウェアプログラムに組み合わされてもよい。同様に、ストラテジオーダ管理５０５の機能は、複数のソフトウェアコンポーネントで実施されてもよい。

様々なメッセージを、ＨＥＲＯシステム３１０とそれぞれのストラテジマッチングベニュー３１５との間で送ることができる。これらのメッセージは、ストラテジマッチングベニュー３１５に送られるストラテジオーダ５２０と、ストラテジマッチングベニュー３１５から受信されるストリームオン条件およびストリームオフ条件メッセージ５２５と、フィルに関するストラテジマッチングベニュー３１５からのストリーミングオーダ実施データ５３０とを備える。確定オーダおよび他の確定関連メッセージ５４０は、条件付きストラテジオーダの処理に使用される。ＦＩＸ（Ｆｉｎａｎｃｉａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｘｃｈａｎｇｅ）プロトコルなどの様々なメッセージプロトコルを使用することができる。

様々なメッセージを、ＨＥＲＯシステム３１０とアルゴ取引プラットフォーム３２０の構成要素との間で送ることができる。使用されるメッセージプロトコルは、ＨＥＲＯシステム３１０およびアルゴ取引プラットフォーム３２０が互いに統合される方法に依存する。当業者には、様々な適切なメッセージプロトコルが知られるであろう。

アルゴーダまたはアルゴオーダ更新がアルゴ取引プラットフォーム３２０によって受信されると、オーダ更新メッセージ５５０をＨＥＲＯシステム３１０に送信することができる。アルゴ取引プラットフォーム３２０がアルゴオーダを行うことから、オーダステータスに関する情報、そのような残オーダ量更新５６５を、ＨＥＲＯシステム３１０に送ることができ、その結果、ＨＥＲＯシステムは、ストラテジマッチングのために利用可能な対応するストラテジオーダのためのシェア数を通知されたままである。それぞれのストラテジマッチングベニュー３１５がストリームオン／オフ条件メッセージ５２５を送ると、対応するストリームオン／オフ条件メッセージ５６０がＨＥＲＯシステムからアルゴオーダ管理５８０に送られる。同様に、ストラテジマッチングベニュー３１５から受信された実施データ５３０は、実施メッセージ５５５として送られてもよく、その結果、アルゴ取引プラットフォーム３２０は、対応するアルゴオーダに関するその内部記録を更新することができる。

ＨＥＲＯシステム３１０は、新たなアルゴオーダを検出するか、または通知されると、対応するストラテジオーダを生成することができる。これを行うことができる１つの方法は、図６を参照すると、使用ストラテジマッピングルール４２０によるものである。ストラテジマッピングルール４２０は、参加ユーザの様々な取引選択を反映するように事前に定義することができる。マッピングは、このプロセスで使用可能な任意のアルゴオーダの詳細を使用して実施することができる。追加データを参照することもできる。例えば、ＯＭＳ／ＥＭＳ１１０によってアルゴ取引プラットフォームに送信されるアルゴオーダ１０５の補足オーダデータフィールドは、例えば、特定のストラテジを直接指定するために、ストラテジマッピングルールによって使用するための追加情報を提供するために使用することができる。

異なる機関ＯＭＳ／ＥＭＳ１１０またはブローカディーラは、１ペアの所定のストラテジにおけるストラテジに対する様々な属性によるアルゴリズムオーダのマッピングの仕方に関して、異なる選択を有することができる。アルゴ取引プラットフォーム３２０のプロバイダは、オーダと共に使用するための自身のマッピングルールを定義することができる、またはユーザが定義することができる。２セット以上のルール４２０が利用可能である場合、ＨＥＲＯシステムは、ルールの適切なセットを選択するか、またはどのセットを使用するかを通知され得る。

上記のような静的な１対１のマッピングに加えて、よりインテリジェントな動的ルールを定義して、現在または過去の市場データ６１０のような、特定のアルゴオーダの外部の情報に基づいて対応するストラテジの選択を可能にすることができる。１２％容量オーダの上記の例では、変換マッピングは、インデックスが３０日平均を上回るなど、指定された市場条件が存在する場合には、１０～３０％ストラテジへのマッチングを指定し、条件が存在しない場合には、５～１５％ストラテジへのマッチングを指定することができる。ＨＥＲＯシステムは、また、関連する市場データを監視し、既存のストラテジオーダに対するストラテジを応答可能に調整するように動作することができる。既存のストラテジオーダのために選択されたストラテジが時間変更されることが許される場合、ＨＥＲＯシステムは、ストラテジオーダテーブルのそのようなストラテジオーダのためのストラテジを定期的に再評価し、必要に応じてストラテジを更新し、この変更を反映するのに適切なように、ストラテジオーダ変更メッセージをストラテジマッチングベニューに送信することができる。

ストラテジマッピングルールは、利用可能なあらゆるストラテジへのマッピングを可能にする必要はない。特定のストラテジ、例えば、１００％を超える基準レートを有するストラテジは、アルゴリズム取引プラットフォームによって受信されるアルゴリズムオーダのためのアルゴリズム制約の期待されるセットに適していない場合がある。このような未使用のストラテジは、他の情報源によってストラテジマッチングベニューに配置されたストラテジオーダに依然として指定されている可能性がある。

一実施形態では、ＨＥＲＯシステム３１０は、新しいアルゴオーダを検出するためにアルゴ取引プラットフォーム３２０を監視し、次いで対応するストラテジオーダを生成する。異なる実施形態では、アルゴ取引プラットフォーム３２０は、新しいアルゴオーダをアルゴオーダテーブル１２０に追加するためのプロセスの一部として、その時点で対応するストラテジオーダを生成し、ストラテジオーダをＨＥＲＯシステム３１０に発行することもできる。

図７Ａおよび７Ｂは、ＨＥＲＯシステム認識アルゴオーダ管理５８０の動作および完了によるアルゴオーダの処理のハイレベルフローチャートである。簡単にするために、機能は、一般的に、単一の親オーダの処理に対処される。複数の独立したオーダを処理するためのシステムおよび方法における機能を実施するための様々な技術が当業者には知られている。

図７Ａを参照すると、新しいアルゴオーダが受信されると（ステップ７０２）、オーダはアルゴオーダテーブル１２０に追加され、ＨＥＲＯシステム３１０にも送られる。ストリームオン条件が存在しない場合（ステップ７０６）、子スライスは、問題の特定のアルゴリズムにしたがって生成され、ＨＥＲＯシステムなしのアルゴシステム１００の動作に類似した方法でＳＯＲ１４０に発行される（ステップ７０８～７１２）。アルゴオーダに対する潜在シェア数は減少する。また、データは、ストラテジマッチングに利用可能な数量に影響を及ぼし得る、アルゴオーダのための利用可能な潜在シェアの変化を反映して、ＨＥＲＯシステム３１５に提供され得る（ステップ７１４）。スライスプロセスは、潜在シェアが残らなくなるまで続く（ステップ７１６）。

ストリームオン条件が存在する場合（ステップ７０６）、子スライスプロセスは、中断され、アルゴオーダ管理５８０は、ストリームオフ条件が発生するのを待つ（ステップ７２２）。一実施形態では、すでに発行されているが、満たされていない子オーダは、オープンのままとすることができ、その場合、最終的に満たされることになる。代替実施形態では、ストリームオンメッセージが受信されると、アルゴリズムオーダ管理５８０は、未実施の子オーダの一部またはすべてをキャンセルすることができる（ステップ７１８）。うまくキャンセルされた子オーダは、潜在シェア数を減少させ、ストラテジマッチングに利用可能なシェア数を増加させる。ＨＥＲＯシステムには、キャンセルの成功（または失敗）および潜在シェア数の関連する変更が通知される（ステップ７２０）。

図７Ｂは、実施通知を処理する監視プロセススレッドのハイレベル機能である。実施通知がアルゴ取引プラットフォームＳＯＲまたはＨＥＲＯシステム１３０から受信されると（ステップ７２４）、作業アルゴオーダテーブル１２０の対応するオーダに対する適切な値が更新される（ステップ７２６）。キャンセルオーダリクエストがＨＥＲＯシステム１３０から受信されると（ステップ７２８）、関連するアルゴオーダに対する未処理の子オーダがキャンセルされ（ステップ７３０）、キャンセル完了指示が、例えばＨＥＲＯシステム１３０に提供される（ステップ７３２）。アルゴオーダに対するすべてのシェアが満たされたか、またはオーダ終了条件が発生し、オーダがキャンセルされると（ステップ７３４）、オーダの処理は完了する。

図８Ａ～８Ｃは、処理オーダにおけるＨＥＲＯシステムの一実施形態の動作のハイレベルフローチャートである。簡単にするために、機能は、一般的に、単一のオーダの処理を対象とし、機能は、別のプログラムエンジンスレッドＡ～Ｅとして示されている。独立して実施するプログラムスレッドの使用は必要なく、１つ以上のスレッドの機能を組み合わせることができる。複数の独立したオーダを処理するためのシステムおよび方法においてこれらの機能を実施するための様々な技術が当業者には知られているのであろう。

スレッドＡ８０１は、新しいアルゴオーダを処理する。新しいアルゴオーダは、アルゴオーダ管理５８０によって送信されるメッセージを介して、またはアルゴオーダテーブル１２０のＨＥＲＯシステム３１０による監視、またはアルゴ取引プラットフォームの他のデータを介してなど、検出することができる。ストラテジオーダ処理のための最小オーダサイズが定義されている場合、新しいアルゴリズムオーダサイズがチェックされる（ステップ８０２)。アルゴオーダが所定の最小サイズより大きい場合、関連するストラテジマッピングルールを使用してアルゴオーダのストラテジが決定される。関連するストラテジオーダデータを有する新しいストラテジオーダ記録が、ストラテジオーダテーブルに追加される（ステップ８０４、８０６）。

スレッドＢ８１１は、ストラテジオーダテーブル４１５のストラテジオーダをストラテジマッチングベニューにいつ発行すべきかを決定する。ストラテジマッチングベニューで保留中でないストラテジオーダが利用可能であるかどうか、および任意選択で、定義されている場合に、他の条件が満たされるかどうかの判定が行われる（ステップ８１２）。ストラテジオーダが利用可能である場合、ストラテジＳＯＲ５１０などを介して、適切なストラテジオーダがストラテジマッチングベニューに発行される（ステップ８１４）。好ましくは、ＨＥＲＯシステム３１５は、最小バッファサイズを維持し、そのストラテジオーダに対する潜在シェア数が最小バッファ値を超える場合にのみ、ストラテジマッチングベニューにストラテジオーダを送信する。最小オーダサイズが指定されている場合、最小サイズを下回るストラテジオーダは、もはや適格とはみなされない。

スレッドＣ８１５は、オーダ更新機能を提供する。対応するストラテジオーダを有するアルゴオーダのある部分が満たされたことを示すメッセージなど、既存のアルゴオーダに対する更新に関するアルゴオーダ管理５８０（またはアルゴ取引プラットフォーム３２０の他の態様）からのメッセージが受信される場合、対応するストラテジオーダのためのストラテジオーダテーブル４１５の適切な記録が更新される。更新された情報は、関連するストラテジマッピングルール４２０によって定義されるように、対応するストラテジオーダのために選択されたストラテジを変更することが可能である。このような場合、ストラテジオーダテーブル４１５に指定されたストラテジは、それに応じて更新される。問題のストラテジオーダがストラテジマッチングベニュー３１５で未処理である場合、メッセージをストラテジマッチングベニューに送り、そのオーダのストラテジを更新することもできる（ステップ８１８）。ストリーミング実施を反映するデータメッセージがストラテジマッチングベニュー３１５から受信されると、関連するストラテジオーダに関するストラテジオーダ表のデータが必要に応じて更新される。少なくともオーダインジケータおよび満たされた金額（例えば、シェア数）を含む実施データもアルゴオーダ管理５８０に送信される（ステップ８２２）。

スレッドＤ８２３は、ストリームオンおよびストリームオフ信号を処理する。ストラテジマッチングベニュー３１５からストリームオン条件メッセージが受信されると（ステップ８２４）、それぞれのオーダに対するストリームオン条件がアルゴオーダ管理５８０に送られる（ステップ８２６）。実施の詳細に応じて、対応するアルゴオーダの未処理の子オーダをキャンセルするようにアルゴオーダ管理５８０に指示する信号を送信することもでき、その結果、それらの未処理の子オーダからの潜在的フィルをストラテジマッチングに利用可能とすることができる（ステップ８２８）。ストラテジマッチングベニュー３１５からストリームオフメッセージが受信されると（ステップ８３０）、それぞれのオーダに対するストリームオフがアルゴオーダ管理５８０に送られる（ステップ８３２）。実施の詳細に応じて、ストリームオフ信号は、それ自体で対応するアルゴオーダのための新しい子オーダのスライスを再開するための指示としてアルゴオーダ管理５８０によって扱われてもよく、または新しい子オーダのスライスを再開するようにアルゴオーダ管理５８０に明示的に指示する追加の信号が送信されてもよく、したがって、ＨＥＲＯシステムは、所定のストラテジオーダのためのストリームオフが受信されたが、条件がその時点で新しい子オーダのスライスを再開することを保証しない取引シナリオに対処することを可能にする。

スレッドＥ８３３は、所定のストラテジオーダに利用可能な潜在シェアを監視する。対応するアルゴオーダに対する子オーダが満たされた結果として生じるような、利用可能な潜在シェアの変化が検出された場合（ステップ８３４）、ストラテジマッチングのためのストラテジオーダに利用可能なシェア数が決定される（ステップ８３６）。その数がストラテジマッチングのための所定の最小シェア数よりも小さい場合（ステップ８３８）、ストラテジオーダはキャンセルされ、ストラテジオーダテーブル４１５から削除することができる（ステップ８４２）。関連するストラテジオーダがストラテジマッチングベニュー３１５で未処理である場合、ストラテジオーダに利用可能な更新された数量を有するメッセージをストラテジマッチングベニュー３１５に送信することができる。

スレッドＦ８４３は、条件付きストラテジオーダの態様を処理するためのものである。ＨＥＲＯシステム３１０によってストラテジマッチングベニュー３１５に発行される条件付きストラテジオーダは、オーダに利用可能なシェア総数を含むか、または省略することができる。ストラテジマッチングベニューがマッチングを検出した場合、条件付きストラテジオーダを確定し、数量値を提供するために、ＨＥＲＯシステムにリクエストを発行することができる。ストラテジオーダに対する確定リクエストが受信されると（ステップ８４４）、アルゴオーダ管理５８０は、対応するアルゴオーダに対する未処理の子オーダの一部または全部をキャンセルするように指示される（ステップ８４６）。確定リクエストに応答して、アルゴオーダ子オーダキャンセルプロセスが完了した後、ＨＥＲＯシステムは、その時点での潜在シェア数、バッファサイズ、および他の要因に基づいて、ストラテジマッチングに利用可能なシェアの利用可能な数を決定し（ステップ８４８）、確定応答メッセージをストラテジマッチングベニュー３１５に送信することができる（ステップ８５０）。確定応答は、例えば、非条件付きストラテジオーダまたはメッセージ形式とすることができる。非条件付きストラテジオーダは、条件付きストラテジを置き換え、メッセージは、ストラテジマッチングベニュー３１５を命令し、条件付きストラテジオーダの態様を非条件付きに更新し、利用可能なシェア数などの他の態様を適宜変更する。ストラテジマッチングベニュー３１５は、オーダが確定するまで、ストラテジマッチングを開いたままにすることができる。これが、ストラテジマッチングベニューで定義されたタイムアウトなど、指定された期間内に発生しない場合、マッチングはドロップされる。オーダが確定した後、ストラテジマッチングベニューは、ストリームオン条件メッセージを発行する。

図９Ａおよび９Ｂは、並行して動作し、処理が進行するにつれてシステム間の様々なオーダ関連データ値の伝播方向を示す、ＨＥＲＯ知覚アルゴ取引プラットフォーム３２０およびＨＥＲＯシステム３１０による、１０００００シェアを売却するためのサンプル親アルゴオーダ処理および対応するストラテジオーダの処理を示す。この例では、ＨＥＲＯシステム３１０は、１５Ｋ潜在シェアのバッファを維持するように構成される。

時刻Ｔ０では、何らかのアクションが取られる前に、親オーダの１００Ｋシェアは全て潜在的である。Ｔ１において、子オーダの最初の５Ｋは、アルゴオーダ管理によってスライスされ、ＳＯＲ１４０に発行され、ＳＯＲは、取引ベニュー１５０に発行される孫オーダに細分化する。潜在シェア数は９５Ｋに削減される。親オーダは、ストラテジマッチングに利用可能な８０Ｋ潜在シュアを有する（９５Ｋ潜在シェア－１５ｋバッファ値）。８０Ｋストラテジオーダは、ストラテジマッチングベニューに発行される。

時刻Ｔ２では、アルゴ子オーダに対して５Ｋシェアがある。２Ｋのアルゴオーダ実施が受信され、未処理値を３Ｋに削減する。次に、２Ｋの子オーダがスライスされ、ＳＯＲ１４０に発行され、発行済みのアルゴ子オーダシェア総数が５Ｋに戻され、潜在シェア数が９３Ｋに戻される。したがって、ストラテジマッチングに利用可能なシェア数は７８Ｋに削減され、変更された量を示すストラテジオーダ更新がストラテジマッチングベニューに発行される。時間Ｔ３は、５Ｋアルゴオーダフィルとそれに続く５Ｋの子オーダのスライス、潜在シェア数の削減、およびその後の７８Ｋから７３Ｋへのストラテジオーダの更新の結果を示す。

時刻Ｔ４では、ストラテジマッチングベニューは、ストラテジオーダに対するマッチングを検出し、ストリームオン条件が存在する。ストラテジマッチングベニューストリームが満たされると、フィル数に関する情報が戻される。この例では、３０Ｋのストリーミングフィル（より小さいフィルのシーケンスに反映されてもよい）が示されている。潜在シェア数は３０Ｋ削減する。アルゴサイドにも５Ｋの子オーダがある。

時刻Ｔ５では、アルゴシステムは、子オーダの未処理の５Ｋの４Ｋが満たされたことを示す実施メッセージを受信する。アルゴ子オーダの発行済シェア数は、現在１Ｋである。子オーダは既に考慮されているので、潜在シェア数は変化しない。ストリームオン状態のために、アルゴ取引プラットフォーム３２０による新たな子オーダの発行は一時停止される。

時刻Ｔ６では、未処理オーダの４３Ｋの追加のストリーミングフィルが示され、潜在シェア数が１５Ｋに削減される。ストリーミングされたストラテジマッチングフィルの総数は、ストラテジオーダの現在のサイズである７３Ｋに達している。ストラテジマッチングベニューは、そのオーダを閉じ、ストリームオフ条件が示される。

ストリームオフ条件を受信すると、アルゴ取引プラットフォーム３２０は、オーダの残りのアルゴリズム処理を再開する。子スライスが発行され、親オーダが完全に満たされた時刻Ｔ７からＴ１０まで満たされる。

図１０Ａおよび１０Ｂは、並行して動作し、処理が進行するにつれてシステム間の様々なオーダ関連データ値の伝播方向を示す、ＨＥＲＯ認識アルゴ取引プラットフォーム３２０およびＨＥＲＯシステム３１０による、１０００００シェアを売却するためのサンプル親アルゴオーダおよび対応するストラテジオーダの処理を示す。図１０の例は、図９Ａ～Ｂの例と同様であるが、ＨＥＲＯシステムからのストリームオン指標の受信に応答して、未処理の子オーダをキャンセルするように構成されたアルゴ取引プラットフォーム３２０をそれらのオーダが満たされるようにする代わりに使用する。

時刻Ｔ０からＴ３までのシステムの動作は、図９Ａ～９Ｂと同じである。時刻Ｔ４では、ストリームオン条件に応答して、アルゴ取引プラットフォーム３２０は、未処理の子オーダの５Ｋをキャンセルする。潜在シェア数は５Ｋ増加する。ストラテジストリーミングのためにより多くのシェアが現在利用可能であるので、ストラテジオーダは、７３Ｋから７８Ｋに更新される。オーダ処理の残りの部分は、図９Ａ～９Ｂのものと同様の方法で継続する。

いくつかの状況では、ストラテジマッチングベニューでのストラテジオーダ処理によって提供される利点が望まれる場合があるが、ＨＥＲＯシステム対応プラットフォームは、そのようなオーダを受け取るためにブローカ／ディーラで利用可能ではない。本発明のさらなる態様では、従来のアルゴシステム１００にオーダを送ることもできるＯＭＳ／ＥＭＳシステムと共に使用するために、事前／事後ルーティン最適化（Ｐｒｅ／Ｐｏｓｔ Ｒｏｕｔｉｎｇ Ｏｐｔｉｍｉｚｅｒ「ＰＲＯ」）システムを提供することができる。ＰＲＯシステムは、クライアントＯＭＳ／ＥＭＳ１１０から直接など、非ＨＥＲＯアルゴプラットフォーム１００よりも高いレベルで初期オーダを受け取る。次いで、ＰＲＯシステムは（必要であれば）対応するストラテジオーダを生成し、ストラテジマッチングベニューに送ることによって、ＨＥＲＯシステムと同様の方法でオーダを処理する。また、ＯＭＳ／ＥＭＳは、オリジナルオーダを、自身のアルゴシステムで処理する従来のブローカ／ディーラに送ることもできる。

ＰＲＯシステムは、ブローカ／ディーラのアルゴシステム１００に結合されていないので、ＰＲＯシステムは、ストリームオン条件メッセージによって示されるように、対応するストラテジオーダに対するマッチングが見つかったときに、アルゴオーダのアルゴリズム処理を開始または停止するようにアルゴシステム１００に伝えることができない。これを補償するために、発行されたストラテジオーダは条件付きである。ストラテジマッチングベニューがストラテジオーダに対してストラテジマッチングが利用可能であることを示す場合、例えば、確定リクエストを送信することによって、ＰＲＯシステムは、ブローカ／ディーラのアルゴシステムで発注されたオーダがキャンセルされるべきであり、次いで、対応するストラテジオーダが確定されるべきであることを信号で伝えることができる。ストラテジマッチングベニューが例えば、ストリームオフ条件メッセージ、または確定が成功しなかったという表示で、ストラテジマッチングが終了したことを示した後、ＰＲＯシステムは、新しいオーダがオリジナルのオーダの任意の残りのために、ＯＭＳ／ＥＭＳ１１００からブローカ／ディーラのアルゴシステム１００に送信されることを知らせることができる。オーダ実施の進行が追跡され、オーダ実施が合計オーダサイズを超えないように、アルゴオーダおよびストラテジオーダが処理されるにしたがって、様々なプラットフォーム部品間で情報が交換される。

図１１は、取引オーダ管理１１１５に結合されたＰＲＯシステムエンジン１１１０を備えるオーダ管理および実施管理システム（ＯＭＳ／ＥＭＳ）１１００を有する取引プラットフォームの一実施形態のシステムアーキテクチャのハイレベルブロック図である。ＯＭＳ／ＥＭＳ１１００は、取引デスク１１２５を介してポートフォリオ管理１１２０によって発行されたオーダを受け取ることができる。ＯＭＳ／ＥＭＳ１１００は、従来の交換ベニュー１５０にオーダを発行する従来のアルゴリズム取引システム１００を使用するブローカ／ディーラと通信する。従来の交換ベニュー１５０では、他の従来のブローカ／ディーラおよびＨＦＴ会社などの他の市場参加者によって発行されたマッチングするコントラオーダに対してオーダが満たされる。ＯＭＳ／ＥＭＳ１１００は、また、ＰＲＯシステムからのストラテジオーダを発行することができる１つ以上のストラテジマッチングベニュー３１５と通信し、このストラテジオーダは、初期オーダに基づいて生成することができる。複数のストラテジマッチングベニュー３１５が利用可能である場合、ＰＲＯシステムは、所望に応じて適切なストラテジマッチングベニューを選択するように構成することができる。使用されるストラテジマッチングベニューは、事前に定義することができ、または、セキュリティのタイプまたはオーダに関する他の詳細などの様々な要因に基づいて動的に選択することができる。ストラテジマッチングベニュー３１５は、他のＨＥＲＯシステム対応ブローカ／ディーラ３００、他のＯＭＳ／ＥＭＳシステム１１００’と連携して動作する他のＰＲＯシステム、および任意の他の適切なオーダソースからストラテジオーダを受け取ることもできる。

図１２Ａおよび１２Ｂは、ＰＲＯシステム１１１０の一実施形態の機能的態様、ならびに（ｉ）ＰＲＯシステムエンジン１１００とストラテジマッチングベニュー３１５との間、および（ｉｉ）ＯＭＳ／ＥＭＳシステム１１００におけるＰＲＯシステムとＰＲＯシステム認識取引オーダ管理１１１５との間の通信を示すハイレベル図である。ＰＲＯシステム３１０およびシステム間通信の実施形態の内部機能は、図１３Ａおよび１３Ｂのフローチャートに関してより詳細に検討されるのであろう。

取引オーダ管理１１１５は、ブローカディーラインターフェース１１２０を使用して、従来ならびにＨＥＲＯシステム対応アルゴリズム取引エンジン１００を使用して、１つ以上のブローカ／ディーラと通信する。送受信することができるメッセージは、ブローカ／ディーラのアルゴ取引プラットフォーム１００に新しいアルゴリズムオーダ１１２５を発行すること、配置されたアルゴオーダ１１２５の実施１１３０に関連するメッセージを受信すること、および、アルゴ取引プラットフォーム１００が既存のオーダをキャンセルするか、またはそれを適切に修正するためのリクエスト１１３５を発行することを含む。ＯＭＳ／ＥＭＳ作業オーダテーブル１１０５は、ＯＭＳ／ＥＭＳ１１００が未処理のオーダを追跡するために使用される。

ＰＲＯ１１１０は、ストラテジオーダ管理１１４０と、ストラテジＳＯＲ１１４５と、現在のストラテジオーダに関するデータを維持するためのストラテジオーダテーブル１１５０とを備える。ＯＭＳ／ＥＭＳ１１００に利用可能なアルゴ取引プラットフォームのうちの１つ以上がＨＥＲＯシステム使用可能である実施形態では、ＯＭＳ／ＥＭＳがオーダがそのようなアルゴ取引プラットフォームに送信されたかどうかを示すことができ、ＰＲＯシステムは、非ＨＥＲＯ認識アルゴ取引プラットフォームに送信されたアルゴオーダにのみ作用するように構成される。

ストラテジマッチングベニュー３１５の観点から、ＰＲＯシステム１１１０およびＨＥＲＯシステム３１０は、同じように見えることができ、同じタイプのメッセージ交換を有することができる。ＨＥＲＯシステム３１０と同様に、ＰＲＯシステム１１１０およびストラテジマッチングベニュー３１５は、新しい条件付きまたは非条件付きストラテジオーダの発注、ストリームオンおよびストリームオフ条件メッセージの受信、ストラテジオーダ実施データの受信、および条件付きオーダの確定を含むストラテジオーダに関連するメッセージを交換する。

ストラテジＳＯＲ１１４５は、ストラテジオーダ管理１１４０と１つ以上のストラテジマッチングベニュー３１５との間でストラテジオーダに関する通信をルーティン化するように動作し、２つ以上が利用可能である場合に適切なストラテジマッチングベニューを選択する機能を含むこともできる。ストラテジＳＯＲ１１４５は、ストラテジオーダ管理１１４０とは別体に示されているが、機能は、統合されたソフトウェアプログラムに組み合わされてもよい。同様に、ストラテジオーダ管理１１４０の機能は、複数のソフトウェア部品に実装されてもよい。

ＯＭＳ／ＥＭＳ１１００で受け取られるオーダは、従来のアルゴリズム取引システムによって処理されることが意図された従来のオーダであってもよく、取引ストラテジを指定しても指定しなくてもよい。ストラテジが指定されていない場合、ＨＥＲＯシステムに関して上述したのと同じ方法で、ストラテジマッピングルール１５５のセットを介して対応するストラテジオーダを生成することができる。この機能は、ＰＲＯシステムで実施することができる。

動作中、新しいストラテジオーダおよびストラテジオーダ更新に関するメッセージ、ならびに既存のアルゴオーダの残量更新を、ＯＭＳ／ＥＭＳ１１００からＰＲＯシステム１１１０に送信することができる。ストリームＯＮおよびストリームＯＦＦ条件ならびにストラテジオーダストリーミング実施に関連するメッセージは、ＰＲＯシステム１１１０からＯＭＳ／ＥＭＳ１１００に送信することができる。さらに、ＰＲＯシステム１１１０とＯＭＳ／ＥＭＳ１１００との間でアルゴオーダおよびストラテジオーダのキャンセルまたは再ルーティン化に関連するメッセージを交換することができる。

ＰＲＯシステム１１１０の実施は、ＯＭＳ／ＥＭＳ１１００を実施するために使用されるコンピュータシステムから独立して動作する従来の計算システムにおいて提供され得る。図１２Ｂを参照すると、一実施形態では、ＰＲＯシステムハードウェアは、独立して実施されるＨＥＲＯシステムのハードウェアと同様であり得えるが、ブローカ／ディーラのアルゴ取引プラットフォーム３２０の代わりにＯＭＳ／ＥＭＳ１１００に接続される。一つ以上のコンピュータプロセッサ１１６０は、プログラムメモリ１１６５に記憶されたコンピュータソフトウェアを実施する。プロセッサ１１６０は、ストラテジオーダテーブル１１５０、アルゴリズムオーダに基づくストラテジオーダの生成に使用される１つ以上のペアのストラテジマッピングルール１１５５、および他の動作データ１１７５などの１つ以上のデータリポジトリを含むデータメモリ１１７０にアクセスする。

適切な通信インターフェース１１８０は、ＰＲＯシステム１１１０を外部システムに接続するために使用される。図示の実施形態では、ローカルエリアネットワークがＰＲＯシステム１１１０とＯＭＳ／ＥＭＳ１１００との間の通信を提供し、別のＷＡＮは、ＨＥＲＯシステム３１０と１つ以上のストラテジマッチングベニュー３１５との間の通信を提供する。

ＨＥＲＯシステムを実施するために使用されるコンピュータプラットフォームは、期待される取引量をサポートするのに十分なデータスループットおよび処理能力を有する１つ以上の高速コンピュータとすることができる。ＬＡＮおよびＷＡＮネットワークは、高速光ファイバデータネットワーク、または金融取引ネットワークで従来使用されている他のネットワークシステムとすることができる。適切なコンピュータプラットフォームは当業者に知られている。

プログラムメモリ１１６５およびデータメモリ１１７０は、全部または部分的に同じまたは異なる構成要素内で実施されてもよい。メモリ１１５６、１１７０は、１つ以上の内部ＲＡＭおよびファームウェア、固体または磁気ドライブなどの局所電子データ記憶装置、ＵＳＢまたはネットワークを介してアクセス可能な他のデータケーブルを介して物理的に結合されたメモリによって提供される外部データ記憶装置を含むことができる。ソフトウェアおよびデータを記憶する他のコンピュータ可読媒体を使用することもできる。ＰＲＯシステム１１１０は、１つ以上のコンピュータサーバ、パーソナルコンピュータ、または他のコンピュータシステム内で実施することができる。

ＰＣなどの計算装置１１９０がＰＲＯシステム１１１０にアクセスすることを可能にするために、別のユーザインターフェース１１８５を設けることができ、これにより、許可されたユーザが、システム性能メトリックの監視、オーダマップおよび取引履歴の閲覧、ならびにシステム構成の調整などの様々な管理機能を実施することが可能になる。遠隔装置１１９０は、ＰＲＯシステムに局所的に接続することができ、またはインターネット上のイントラネットまたは安全なＶＰＮのようなネットワークを介して接続して遠隔監視を提供することができる。

ＰＲＯシステム１１１０は、ＯＭＳ／ＥＭＳブローカディーラシステム１１００内の内部コンピュータシステムとして実施することができ、おそらく取引オーダ管理１１１５と同じ物理的コンピュータ上で実施されてもよく、その場合、ＰＲＯシステム１１１０とＯＭＳ／ＥＭＳ１１００内の他の部品との間の別のネットワーク接続は必要とされない場合がある。ＯＭＳ／ＥＭＳは、適切なＡＰＩまたは他のプログラムフックを有するように設計または修正することができ、内部制御は、ＰＲＯシステムが最初に利用可能でないか、または利用可能ではあるが別のシステムとして実施される場合であっても、ＰＲＯシステムと共に動作するために必要とされる。次に、ＥＭＳ／ＯＭＳと通信に適したＡＰＩインターフェースを備えたＰＲＯシステムモジュールを別に追加することができる。ＰＲＯシステム１１１０を実施し、ＥＭＳ／ＯＭＳシステム１１００と統合することができる様々な方法がある。

図１３Ａおよび１３Ｂは、処理オーダにおけるＰＲＯシステムエンジンの実施形態の動作の態様を示すハイレベルフローチャートである。簡単にするために、機能は、一般的に単一のオーダの処理を対象とする。複数の独立したオーダを処理するためのシステムおよび方法においてこれらの機能を実施するための様々な技術が、当業者には知られているのであろう。

図１３Ａおよび図１３Ｂを参照すると、ＯＭＳ／ＥＭＳ１００から新しいアルゴオーダを受信すると（ステップ１３０５）、対応するストラテジオーダが生成され（必要に応じて適切なストラテジマッピングルールを適用した後）、ストラテジオーダテーブル１１５０に追加される。ストラテジオーダ量が最小値を超える場合、指定された場合、使用されるべきストラテジマッチングのために（ステップ１３１２）、対応するストラテジオーダが条件付きオーダとしてストラテジマッチングベニュー３１５に発行される（ステップ１３１４）。最初に受け取ったオーダが最小値を超えると仮定するが、これは保証されないかもしれない。

アルゴオーダが処理されると、実施更新メッセージが生成され、ＰＲＯシステムに送信される。これらの実施は、対応するストラテジオーダに利用可能な数量に影響を与える。このようなメッセージの受信に応答して、ＰＲＯシステムは、ストラテジオーダテーブル１１５０の対応するストラテジオーダに反映された利用可能な数量を更新する。更新メッセージは、また、関連するストラテジマッチングベニューに送信されてもよい。ストラテジオーダのために利用可能な量が最小値を下回る場合、ＰＲＯシステムは、オーダキャンセルメッセージを関連するストラテジマッチングベニュー３１５に送信することができる（ステップ１３１６）。

条件付きストラテジオーダの発行後、そのストラテジオーダが依然としてオープンである限り、ＰＲＯシステムは、ストラテジマッチングベニューから確定リクエストを受信するのを待つことになる（ステップ１３１８）。ストラテジマッチングベニュー３１５は、条件付きストラテジオーダに対する潜在的なマッチングを検出すると、ＰＲＯシステムに確定リクエストを送る。確定リクエストを受信すると、ＰＲＯシステムは、ブローカ／ディーラに送信された対応するアルゴオーダ（もしあれば）をキャンセルするように指示するメッセージを取引オーダ管理１１１５に送信する（ステップ１３２０）。アルゴオーダがうまくキャンセルされた後、取引オーダ管理１１１５は、キャンセルの成功を確認するメッセージを送信する。メッセージは、また、ストラテジマッチングに利用可能なシェアの最大数を示すことができ、その金額は、オリジナルのオーダの実施されていない部分の合計以下であるべきである。（ＰＲＯは、また、または代わりに、満たされたシェア数などの特定のアルゴオーダに関する情報をリクエストする質問をＯＭＳ／ＥＭＳ１１００に発行するように構成されてもよい。）キャンセル確認および数量データがＰＲＯシステムによって受信された後（ステップ１３２２）、ストラテジオーダに対する適切な確定メッセージがストラテジマッチングベニュー３１５に送信される（ステップ１３２４）。

条件付きオーダが確定されたとしても、潜在的なマッチングがもはや固化され得ないように、ストラテジマッチングベニュー３１５において条件が変化することが可能である。例えば、選択されたコントラストラテジオーダは、条件付きであってもよいが、タイムアウト期間内に確定されない。ＰＲＯシステムが、適用可能なタイムアウト期間内にオーダに対するストリームオン指標を受信しない場合（ステップ１３２６）、確定されたオーダは満たされないと推定される。ストラテジマッチングベニュー３１５は、マッチングが失敗したことを示す、確定された条件付きストラテジオーダの通知を発行者に送信するように構成されてもよい。ＰＲＯシステムによるこのようなメッセージの受信は、ストリームオンメッセージを待っている間、タイムアウト条件と同様に扱うことができる。（同様の機能は、ＨＥＲＯシステムにおいて実施することができる。）

タイムアウト（ステップ１３２６）の後、ＯＭＳ／ＥＭＳは、適切なブローカ／ディーラにアルゴオーダ（ストラテジマッチングベニュー３１５からの確定リクエストを考慮して取り消される）を再発行できることを通知される。ＰＲＯシステムは、また、以前に確定されたオーダを明示的にキャンセルするメッセージをストラテジマッチングベニュー３１５に送信することができる。ストラテジオーダは、ＰＲＯシステムにおいて保留のままである。そのオーダに利用可能な数量が最小値を超える場合（ステップ１３１２）、別の条件付きオーダを発行し、プロセスを継続することができる。

ストラテジオーダマッチングがストラテジマッチングベニューで行われる場合、ストラテジマッチングベニューは、マッチングのレート（指定されたストラテジに利用可能な基準レートの一部のみとすることができる）を戻すことができる。それに加えて、またはその代わりに、ストラテジマッチングベニューが、（ストラテジマッチングに使用されるレートとマッチングされたオーダの最大利用可能量とに基づいて）マッチングから生じるフィル総量、または結果として生じるフィルの少なくとも最大量を決定することができる。この情報が利用可能な場合は、ストリームオンメッセージの一部として含めることができる。ＰＲＯシステムが条件付きストラテジオーダを確定した後にストリームオンを適時に受信し、ストリームオンメッセージがそのマッチングから予想されるフィル量を示すか、またはその情報を引き出すことができるデータを提供する場合、ＰＲＯシステムは、ストラテジマッチングストリーミングが完了した後に残るストラテジオーダの量を計算することができる。ストラテジマッチングが問題のストラテジオーダに利用可能な最大量を満たさない場合、アルゴサイドのオーダの残りを満たす努力は、ストラテジオーダフィルと競合することなく進行することができる。このような場合、ＰＲＯシステムは、ＯＭＳ／ＥＭＳに、ストラテジオーダに利用可能な最大量と、ストラテジマッチングベニューで満たされると予想される実際のまたは最大量との間の差を求めるアルゴオーダを発行するように通知することができる（ステップ１３３０、１３３２）。

続いて、ストリームオンの後、ストラテジオーダの実施メッセージが、ストラテジマッチングベニューからＰＲＯシステムにおいて受信される（ステップ１３３４）。実施データは、ＰＲＯシステムによってＯＭＳ／ＥＭＳに送られ（ステップ１３３６）、このデータを使用して、発生したフィルを反映するようにその内部記録を更新することができる。これは、ストラテジオーダに対するストリームオフメッセージが受信されるまで続く（ステップ１３３８）。次に、ＯＭＳ／ＥＭＳは、キャンセルされたアルゴオーダをブローカ／ディーラに再発行して、残りの未実施オーダ量を求めるように指示される。（ステップ１３４０）。

図１４Ａおよび１４Ｂは、セキュリティなどの取引可能アイテムに対するストラテジオーダを処理するためのストラテジマッチングベニュー１４００の特定の実施形態のハイレベル機能ブロック図を示す。ストラテジマッチングベニュー１４００は、ＨＥＲＯシステムまたはＰＲＯシステムで使用されるようなストラテジＳＯＲ、従来のＳＯＲ、および、例えばブローカゲートウェイから発信される直接発注されたストラテジオーダのような適切なオーダの任意の他のソースを含むことができるオーダ発注およびルーティンプラットフォーム１４１０に接続される。オーダルータ１４１０との通信は、適切なネットワーク接続を介してサポートすることができる。一実施形態では、メッセージは、ＦＩＸプロトコルを使用して交換される。ストラテジオーダ関連メッセージ、ストリームオンおよびオフ条件メッセージ、確定コマンド、および他の通信は、このインターフェースを介して送信され得る。新しいＦＩＸメッセージ値を定義するなど、ＦＩＸプロトコルに対するわずかな拡張が、ストリームオン／オフメッセージおよび新しいストラテジオーダタイプなどの機能をサポートするために必要とされ得る。

ストラテジマッチングベニュー１４００は、ストラテジオーダを処理することを意図したソフトウェアエンジンを含む。一実施形態では、ストラテジマッチングベニュー１４００は、非ストラテジオーダも処理するように構成される。受信された非ストラテジオーダは、非ストラテジオーダをストラテジオーダに変換するストラテジオーダジェネレータエンジン１４３０に送られ得る。１つ以上のデフォルトストラテジ１４３５のセットを提供し、所定のルールのセットにしたがって選択することができる。ストラテジ選択は、非ストラテジオーダおよび／またはそのソースまたは他のデータの内容に依存することができる。１つのブローカ／ディーラは、異なるブローカ／ディーラが異なるストラテジをリクエストする間に、それが送信する任意の非ストラテジオーダに対して使用するためのデフォルトストラテジとして流動性検索を定義することができる。ＨＥＲＯシステム３１５内で使用され、上述されたようなストラテジを選択するために、より複雑なシステムを使用することも可能である。ストラテジオーダ変換は、ストラテジマッチングベニュー１４００の一部として示されているが、所定のストラテジマッピングルールを使用するストラテジ選択エンジンは、ストラテジマッチングベニュー１４００とは別に実施することができる。

ストラテジマッチングベニュー１４００は、適切なセキュリティ情報プロセッサ（Ｓｅｃｕｒｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ（ＳＩＰ））１４１５などから、ビッド／アスク相場および取引などの市場データを受け取る。２つ以上のデータソースが代替のマーケット（または非マーケット）データソース１４２５などから、ストラテジマッチングベニュー１４００内で使用するために利用可能であり得る。ストラテジオーダ実施データは、ストラテジマッチングベニュー１４００から出力され、取引報告ファシリティ（Ｔｒａｄｅ Ｒｅｐｏｒｔｉｎｇ Ｆａｃｉｌｉｔｙ（ＴＲＦ））１４２０を介するなど、従来の方法でＳＩＰ１４１５に戻すことができる。実施レポートは、Ｉ／Ｏハンドラ１４０５を介して適切なオーダルータ１４１０に戻される。問題の取引可能アイテムに応じて、実施を市場に報告するための異なるメカニズムを利用することができる。

ストラテジマッチングベニュー１４００におけるストラテジマッチング機能は、ソフトウェアエンジンのセットとして編成することができるソフトウェアで実施される。Ｉ／Ｏハンドラ１４０５は、入力および出力メッセージを処理し、着信オーダに関連するデータ記録を更新する。ＳＩＰハンドラ１４４５は、入力マーケットおよび他のデータを受信し、ＮＢＢＯ相場であり得る第１マーケットデータを相場ハンドラ１４５０に送信し、取引されているアイテムについての個別のマーケット実施通知であり得る第２マーケットデータを取引ハンドラ１４５５に送信することなどによって、適切な内部エンジンに関連データを送る。一実施形態では、相場ハンドラ１４５０は、入力データを検査し、保留中のストラテジオーダは市場性があり、したがって、対処可能か否かを判定する。取引ハンドラ１４５５は、情報が取引プロセッサ１４６５による使用のために利用可能であるように、市場取引に関連する入力ＳＩＰデータ、例えば、取引されるセキュリティの量を処理する。マッチングエンジン１４６０は、保留中のストラテジオーダの中から適格なマッチングを識別する。取引プロセッサ１４６５は、ストリーミングエンジンであり、マッチングしたストラテジオーダに対する取引を生成する。

図１４Ｂを参照すると、ストラテジマッチングベニュー１４００は、内部ＲＡＭおよびファームウェア、固体または磁気ドライブなどの局所電子データ記憶装置、ネットワークを介してアクセス可能なＵＳＢまたは他のデータケーブルを介して物理的に結合されたメモリによって提供される外部データ記憶装置を含むことができる、１つ以上のプロセッサ１４７０および記憶装置１４４０と接続された適切なサーバなどのコンピュータシステムで実施することができる。プログラムメモリ１４７２は、プロセッサによって実施される動作可能なコンピュータソフトウェアを記憶するために使用される。データメモリ１４７４は、様々な動作データブック／表、バッファ、ルール、およびシステムの動作中に使用される他の短期および長期記憶データを記憶するために使用される。外部システムと通信するために、適切なインターフェースが提供される。例えば、オーダインタフェースモジュール１４８０は、オーダネットワーク１４８２を介して様々なオーダルータまたは他のオーダソース１４１０と通信するために使用することができる。市場データインターフェースモジュール１４８４を使用して、市場データネットワーク１４８６を介して市場データ１４１５、１４２５の様々なソースにアクセスし、オーダ処理中に使用される市場データを取り出すことができる。取引報告インターフェースモジュール１４８８を使用して、適切な報告ネットワーク１４９０を介して取引報告ファシリティ１４２０に実施情報を提供することができる。

ストラテジマッチングベニュー１４００に使用される物理的コンピュータプロセッサおよび全体的なコンピュータプラットフォームは、期待される取引量をサポートするのに十分な処理容量、データスループット、およびネットワーク帯域幅を有する１つ以上の高速コンピュータとすることができる。適切なコンピュータプラットフォームは当業者に知られている。３つのネットワーク１４８２、１４８６、１４９０が別々に示されているが、１つ以上が同じネットワークであってもよい。例えば、３つのネットワーク１４８２、１４８６、１４９０は、すべて、例えばＦＩＸプロトコルを使用するデバイス間のデータ通信をサポートする共通の高速データネットワークとすることができる。

図１５は、ストラテジマッチングベニュー１４００内に記憶され、ストラテジオーダの処理中に使用される様々なタイプの情報のいくつかを示す。データ構造の１つの特定の配置が示されている。例示されたデータフィールドの全てが任意の特定の実施形態において必要とされるか、または使用されるわけではなく、追加のデータもまた記憶され得る。当業者に知られている他の方法を使用して、ストラテジマッチングベニューによって使用されるデータを編成することができ、内容を参照するために使用される特定の名前を変更することができる。様々なデータ表およびオブジェクトは、メモリ記憶領域１４４０に記憶することができ、これは、ローカルＲＡＭ、固体駆動装置、クラウド記憶装置等の様々なタイプの記憶装置で構成することができる。

図１５のデータ配置では、３つの１次データアレイ（データテーブル、データベースオブジェクト、または他の方法で記憶装置内に編成され参照されてもよい）が設けられ、ストラテジマッチングベニュー１４００のメモリ１４４０内に適宜記憶される。

全てのオーダ１５０２は、ストラテジマッチングベニュー１４００に配置されたアクティブストラテジオーダに関する情報を記憶するために使用される。各オーダ記録は、固有のオーダＩＤを有し、シンボル、サイド、および指値を有するストラテジオーダ情報を記憶する。条件付きフラグはオーダが条件付きかどうかを示す。オーダ量は、ストラテジマッチングに利用可能なオーダにおけるシェア（または他の取引可能なアイテム）数を指定する。ストラテジタイプフィールドは、そのオーダに使用されるストラテジを記憶する。経時的に、ストラテジオーダが処理または更新されるにしたがって、利用可能なシェア量が変化する。

オリジナルのオーダ数量、既に実施された数量、および後続のストラテジマッチングに利用可能な残りの数量を記憶するために、追加のフィールドを設けることができる。これらの数量フィールドのすべてが必須ではなく、一部のデータ属性は、オーダに関する別のデータから簡単に計算できる場合がある。しかしながら、これらのフィールドを提供することは、後の処理を単純化することができる。

市場性フラグは、オーダに関連する市場条件がオーダが市場性のあるものであるかどうかを示す。例えば、オーダがセキュリティを購入する場合、そのセキュリティの現在の取引価格がオーダの指値よりも大きい場合、オーダは市場性がない。他の市場性要因も、オーダに関連して特定され、考慮されてもよい。オーダが市場性のあるものであるという事実は、その時点でマッチングするコントラオーダがあることを意味しない。

ストリームは、全オーダ表内のデータ配列であり、各オーダが関係しているストリームまたはストリーム（存在する場合）を示すために使用される。大きなオーダは、例えば、２つの取引ストリームをもたらす２つのより小さなオーダにマッチングされてもよい。

特定オーダ記録における利用可能容量は、コントラオーダとの後続のマッチングに適用することができる各オーダの利用可能なレートを示す。

オーダは、それらに適用されるストラテジが条件付き代替ストラテジに対する市場条件の変化に応答して動的に変更され得るように定義され得る。特定の実施形態では、指値などのオーダの属性が問題のセキュリティの現在の相場が指定された限度を超える場合に、そのストラテジが変更されるべきであることを指定する方法をオーダに提供する。例えば、５～１５％のストラテジ買いオーダは、１５．７５ドルの通常の指値および１５．６５ドルの指値を有することができる。セキュリティの提供価格が指値を超える場合、提供は市場性がない。現在の提供が２つの値の間にある場合、オーダは市場性があり、５～１５％のストラテジを使用する。提供価格が指値を下回った場合、オーダストラテジは、流動性検索などの異なるストラテジ、またはオーダに対するユーザ指定の第２ストラテジに変更することができる。指値が提供されるが、第２ストラテジが指定されない場合、流動性検索などのデフォルトストラテジを使用することができる。ストラテジ調整は、オーダが市場性のあるものであるかどうかを判断するために調査されるときに行うことができる。所定のオーダに対してこの特徴が有効になっているかどうかを示すフラグを提供することができる。あるいは、指値をデフォルトでゼロに設定することができ、ゼロでない値は特徴が使用可能であることを示す。このまたは類似の条件付きストラテジ特徴は、ストラテジマッチングベニュー１４００における実施の代替として、ＨＥＲＯまたはＰＲＯシステムにおいて、または例えばＨＥＲＯまたはＰＲＯシステムにおいて実施される第１条件付きストラテジ変更プロセスにおいて、およびストラテジマッチングベニュー１４００内で実施される第２条件付きストラテジプロセスにおいて実施することができる。

適切な２次ストラテジを選択するための基準は、ＨＥＲＯシステム、ＰＲＯシステムによって使用されるストラテジマッピングルールなどのストラテジを最初に選択するために使用されるストラテジマッピングルールと同じであってもよいし、異なるものであってもよい条件付きストラテジマッピングルール、または受信される非ストラテジオーダを処理するためのストラテジマッチングベニュー１４００に含まれてもよい。例として、アルゴ購入オーダをストラテジＣにマッピングすることができる。動的ストラテジ選択が利用可能であり、使用可能である場合、第２ストラテジは、次に高い優先順位を有するストラテジＢであり、０．５％または１％低い価格など、オーダで指定されたものよりも低い指値に設定された遷移閾値であるように選択することができる。この情報はまた、または代替として、マッピングルールの適切なセット内で指定され得る。

ストラテジオーダ自体に第２ストラテジを含める代わりに、またはそれに加えて、ＨＥＲＯシステムまたはＰＲＯシステムなどのストラテジオーダの発行者は、市場状態を監視し、特定オーダのためのストラテジシフトが必要とされ得るときを検出することができる。これに応答して、既存のストラテジオーダをキャンセルし、新しいストラテジを有する代替オーダと置き換えることができる。あるいは、オーダ更新メッセージを、新しいストラテジを指定するストラテジマッチングベニューに送信することができ、それに応答して、ストラテジマッチングベニューは、それに応じて、そのオーダについてのその内部記録を更新し、適宜、既存のマッチングを中断または変更する。

全てのオーダ表１５０２は、また、少なくとも限られた期間、完了したオーダまたはキャンセルされたオーダなど、もはやアクティブではないストラテジオーダに関する情報を記憶することもできる。オーダ状態属性はオーダ状態を指定できる。たとえば、「アクティブ」、「キャンセル」、「完了」である。所定の期間にわたるすべてのオーダは、表に保持することができる。取引期間の終了時に、キャンセルされたオーダまたは完了したオーダのすべてを取引履歴表に記憶し、取引セッションの終了時に存在する残りのアクティブオーダを自動的にキャンセルすることができる。

到着時間は、それぞれのオーダがストラテジマッチングベニュー１４００でいつ受信されたかを示すタイムスタンプを記憶するために使用され得る。

アクティブストリーム１５０４は、現在アクティブであるオーダマッチングに関する情報を格納するために使用される。アクティブストリームの各記録には、現在マッチングされている１つ以上のコントラオーダに最初のオーダを関連付けるデータを含めることができる。買いオーダまたは売りオーダに対するマッチングの容易なルックアップを可能にするために、表またはデータ構造は、２回インデックス付けされ、１回買いオーダに対してインデックス付けされ、１回売りオーダに対してインデックス付けされる。追加のデータにインデックスを付けることもできる。例えば、マッチングしたオーダは、所定のセキュリティのアクティブなマッチングを識別しやすくするために、問題時にセキュリティによってインデックス化できる。特定の実施形態では、各エントリは、第１オーダを１つのマッチングしたコントラオーダに関連付ける。最初のオーダが複数のコントラオーダと同時にマッチングされる場合、最初のオーダの複数のエントリが存在する。状態フィールドは、また、ストリームがアクティブ（未ブレーク）であるか、または終了されたかを示すために含まれ得る。終了したストリームに関する情報は、例えば、履歴分析および監査目的のために、ある期間、アクティブストリーム内に保持され、および／またはアーカイブされることが可能である。

未処理参照取引表１５０６は、取引プロセッサストリーミングエンジン１４６５によってまだ処理されていない取引ハンドラ１４５５からの市場取引を一時的に記憶するために使用される。トレードプロセッサは、この表から市場取引を処理すると、この表から除去し、アーカイブすることができる。

図１６Ａ～１６Ｄは、それぞれ、Ｉ／Ｏハンドラ１４０５、取引ハンドラ１４５５、お
よび相場ハンドラ１４５０の実施形態によって提供される基本機能のハイレベルフローチ
ャートである。

図１６Ａを参照すると、入力オーダメッセージは、Ｉ／Ｏハンドラ１４０５によって受信されると（ステップ１６０２）、ストラテジが指定されているかどうかを調べるためにチェックされる（ステップ１６０４）。ストラテジがない場合、例えば、ストラテジオーダジェネレータエンジン１４３０を使用することによって１つが選択される。（ステップ１６０６、１６０８）。新しいオーダまたは既存のオーダに対する更新を含む受信メッセージの場合、全オーダ表１５０２は、必要に応じて、既存のオーダに対して記憶された新しいオーダまたは変更データを追加するように更新される（ステップ１６０２、１６０４、１６１０）。
Ｉ／Ｏハンドラが、ストリームオン／オフ条件メッセージ、実施メッセージ、または確定リクエストなどのクライアントのための出力メッセージを受信すると（ステップ１６１２）、メッセージは、必要に応じてフォーマット化され、次いで、例えば、ＦＩＸインターフェースを介して指定された受信者に送信される。

図１６Ｂを参照すると、取引ハンドラ１４５５は、ストリーミング実施量および／またはタイミングを決定する際に取引プロセッサ１４６５によって使用される取引データの媒介として使用される。他のタイプの市場データまたは非市場データが取引プロセッサ１４６５によって必要とされる場合、それは、そのデータのための媒介としても役立つこともできる。市場取引データなどのＳＩＰ更新が取引ハンドラ１４５５で受信されると（ステップ１６１６）、取引プロセッサ１６４５がビジー状態であるかどうかを判定するためにチェックが行われる（ステップ１６２０）。ビジー状態でない場合、ＳＩＰ更新は、取引プロセッサに送信される（ステップ１６２２）取引プロセッサ１６４５がビジー状態である場合、ＳＩＰ更新は、未処理参照取引バッファ１５０６に追加される（ステップ１６２４）。

図１６Ｃの実施形態では、相場ハンドラ１４５０が全オーダブック１５０２のセキュリティに対するオーダの市場性を決定するために、株式市場データを処理する。例えば、ＮＢＢＯセキュリティフィードまたは他のソースから、セキュリティＸに対する新しい相場が受信されると、そのセキュリティに対する全オーダブックのオーダは、受信された相場の最良の利用可能なアスク／ビッド値をそれぞれのオーダの指値と比較するために調べられる。（ステップ１６２８、１６３０）次に、オーダが現在の相場を考慮して、市場性があるかどうか、および、適切に設定されたオーダに対する市場性フラグについての決定が行われる（ステップ１６３２）。このプロセスは、全ての関連するオーダがチェックされるまで繰り返される。

アクティブストリームの一部であるストラテジオーダが市場性のあるものから市場性のないものに切り替えられる場合、そのオーダはもはやマッチングする資格がない。市場性のあるものから市場性のないものへの移行が行われると、相場ハンドラ１４５０は、そのオーダについてアクティブストリームデータをチェックすることができる。オーダが１つ以上のストリームに参加している場合、そのオーダのマッチングをブレーク、取引を停止するために通知を発行することができる。（ステップ１６３６）。オーダは一時的なわずかな期間だけ市場性がない可能性があり、その後、市場性が迅速に戻るので、マッチングは一時的に保存され（しかしながら、実施目的のために動作されない）、マッチングは、指定された期間より長く市場性がない場合にのみブレークされ得る。

代替の実施形態では、取引可能アイテムのオーダの市場性は、第１市場データに基づいて指定された市場性機能によって定義されてもよく、この市場データは、市場ビッド／アスク値または他の情報を含んでもよい。図１６Ｄは、相場ハンドラ１４５０のそのようなより一般的な実施のためのハイレベルのフローチャートである。相場ハンドラ１４５０は、１つ以上のオーダの市場性に関連するデータを受信し、このデータは、１つ以上のソースから受信することができる（ステップ１６２６’）。その市場性が受信された新しいデータに依存する全オーダブックの各オーダに対して、そのオーダに対する市場性機能が適用され、それに応じて市場性フラグがセットされる（ステップ１６２８’～１６３４’）。オーダが市場性のあるものから市場性のないものに移行する場合、既存のマッチングをブレークするための通知も送信することができる（ステップ１６３６’）。

自動取引システムにおける一般的な市場性機能の使用を可能にすることは、トレーダが追加のオーダが実施されるかを制御するためのさらなる柔軟性をトレーダに提供する。市場性機能は、問題の取引可能項目に対する入札／アスクデータに依拠する可能性が高いが、代わりに、追加データおよび／または代替データに基づく市場性機能を使用することができる。これは、非伝統的な取引可能項目の取引をサポートするために、および／または取引のストラテジを条件付きで変更するための追加の方法として適切であり得る。特定の実施形態では、オーダの市場性フラグを設定する（したがって、新しいマッチングを防止する）機能は、既存のマッチングをブレークすることを決定する際に適用される市場性機能とは異なる可能性がある。マッチングブレーク市場性機能は、（ステートレスとは対照的に）ステートベースとすることができ、以前のアクティビティまたはその欠如に基づくことができる。例えば、システムは、既存のマッチングをブレークするかどうかを決定する際に、実施がない間に、どれくらい長く、またはどれくらいの量が取引されたか、または価格がどれくらい移動したかを追跡することができる。

ＦＩＸプロトコルへの追加は、ストラテジマッチングベニュー１４００が動作している全体的な取引環境に応じて、追加の市場性条件が指定されることを可能にするために、またはそのデータ（および場合によってはオーダデータ全体）を提供するために使用される代替チャネルを可能にするために必要とされ得る。

図１７は、ストラテジマッチングプロセスを実装する、マッチングエンジン１４６０の実施形態のハイレベルフローチャートである。マッチングプロセスは、連続的、周期的、または断続的に実施されてもよい。

マッチングプロセスが開始されると、例えば、全オーダブックから、作業すべきストラテジオーダＡが選択される。選択されたストラテジオーダＡは、市場性があり、マッチングをサポートするために利用可能な容量を有していなければならない（例えば、取引可能である）（ステップ１７０２）。ストラテジオーダＡを選択することができるこれらの基準を満たす、所定のセキュリティおよびサイドについての複数のオーダがあってもよい。選択オーダに優先順位を付ける際に、様々な方法を使用することができる。オーダは、オーダサイズ、市場性、コスト、または他の要因によって、または２つ以上の要因の組み合わせでランク付けすることができる。異なるソースからのオーダに使用するために、異なるランキング選択を提供することができる。優先順位フィールドは、オーダ発行者が少なくとも同じ最初のトレーダからのオーダの中で、選択優先順位付け要因を指定することを可能にするために、オーダ内に提供され得る。１０００００シェアのような閾値サイズを超える大きなオーダは、より小さなオーダよりも高い優先順位を付けられ、次いで、例えば、それらがいつ置かれたかにしたがって、さらに優先順位を付けられることができる。オーダが新しい場合、またはオーダが以前にマッチングしているが現在マッチングしていない場合、およびオーダがアクティブなマッチングであるかどうかなど、様々な他の要因を使用することもできる。

マッチングプロセスは、他の基準を使用して考慮するために次数をフィルタリングすることもできる。一実施形態では、入力オーダがブローカまたは他のソース識別子またはオーダ特性の特定のサブセットに対する選択を示すことができる。すべてのオーダを共通の全オーダブックに記憶することができるが、オーダマッチングプロセスの別のインスタンスを適用することができ、その各インスタンスは、指定されたソースによってのみ発注されたオーダを考慮する。異なるソースからのオーダは、異なる方法論を使用して優先順位付けすることができ、この方法論は、ストラテジマッチングベニューを有するアカウントが確立されるときなどに、提供される方法論またはランキング関数の所定のセットから選択することができる。利用可能な流動性のインデックス付けおよび他の次元の因数分解は、有利には、独自にカスタマイズされたオーダ優先ブックおよび流動性検索を可能にする。

取引可能なストラテジオーダＡが機能するように選択された後、全オーダブックが検索されて、反対サイドであり、取引可能であり、ストラテジオーダＡのストラテジタイプと互換性のあるストラテジタイプを有するＡの同じセキュリティについてのストラテジオーダＢが識別される（ステップ１７０４）。多くの場合、選択可能な複数の潜在的なコントラオーダＢが存在することがある。特定のオーダＢを選択するための様々な優先順位付け方式を実施することができる。上述したように、ストラテジタイプには異なる優先順位を与えることができる。複数の潜在的なコントラオーダマッチングが利用可能である場合、それらは、ストラテジタイプの優先順位に基づいてランク付けすることができ、より高い優先順位のストラテジ（より大きな流動性を与えるものなど）が最初に来る。図１９を参照すると、ストラテジタイプが１０％～３０％であるオーダＡは、流動性を求めるストラテジを有する利用可能なオーダＢに優先的にマッチングされ、１０％～３０％のストラテジに利用可能なオーダＡがない場合、および５％～１５％のストラテジに利用可能なオーダＢがない場合、優先的にマッチングされる。

同じ最も高いストラテジタイプ優先順位を有する複数の可能なコントラオーダがある場合、１つ以上の追加の優先順位付け方法を実施することができる。オーダは、サイズおよび時間によってランク付けすることができる。優先順位付け基準が適用されるオーダは、好みまたは設計選択に応じて変わり得る。例えば、オーダは、最初にオーダサイズにしたがって優先順位付けされ、次にストラテジタイプによって優先順位付けされ、またはその逆であってもよい。オーダＡの選択に関して上述したような他の要因を使用することもできる。他の所定の基準に基づいて、異なる優先順位付けスキームが利用可能であり、選択される可能性がある。

特定の実施形態では、同じストラテジを有する複数の潜在的なコントラオーダマッチングが利用可能である場合、マッチングエンジンは、優先順位付け要因のシーケンスを使用して、そのストラテジバケットからオーダを選択することができ、優先順位付け要因のシーケンスは、最高から最低までの優先順位のシーケンスに、オーダターゲットストラテジ、オーダ属性好み、休止オーダ配置機関、オーダのオリジナル数量、オーダ到着時間、および残留オーダ数量（新規オーダおよび条件付きオーダのみの場合）を含むことができる。

より特定の実施形態では、マッチングエンジンが最高優先順位から最低優先順位まで以下に列挙される選択肢うちの１つ以上にしたがって、同じストラテジバケット内のオーダの中からマッチングオーダを選択することができる：
１．流動性検索選択：入力オーダで１つ以上の検索選択が指定されている場合、それらの選択が優先される。
２．機関／ブローカ／ディーラ：マッチングのために、同じ機関またはブローカ／ディーラからのオーダに優先順位が与えられる。機関またはブローカ／ディーラは、「セルフクロス」を避けるために、このオプションを無効にすることができる。
３．デスク：入力オーダが特定のデスクまたはブローカを指定した場合、オーダは、同じデスクおよび／またはブローカとの互換性のあるオーダのみとマッチングするようにペアとされる。例えば、承認されたブローカーリスト、または特定のブローカＩＯＩである。
４．オリジナルオーダサイズバケット：オリジナルオーダサイズが２５Ｋのような閾値よりも大きいオーダは、より小さいオーダよりも優先される。
５．到着時間：時間優先順位は、マッチングを決定する際の最終要因である。同じバケットに２つのオーダ（例えば、それぞれ５００Ｋおよび１２５Ｋまたは２０Ｋおよび１５Ｋ）が存在する場合、ペアの中でより早く到着したオーダに優先順位が与えられる。

コントラストラテジオーダの優先順位付けされた選択は、オーダＡが追加のコントラマッチングのために利用可能な容量を有する限り、継続することができる。

図１７に戻ると、選択されたオーダＡについてマッチングするコントラオーダＢが利用可能でなく、チェックすべき全オーダブックに追加のオーダがある場合（ステップ１７０８）、適切な優先順位付け方法を使用して次の取引可能なオーダＡが選択され（ステップ１７２０）、すべての関連するオーダがチェックされるまでプロセスが継続する。

マッチングするコントロールオーダＢが識別された場合、そのオーダは、それが条件付きであるかどうかチェックされる（ステップ１７２２）。オーダが条件付きでない場合、オーダＡとオーダＢとのマッチングがアクティブストリームテーブル（１７２６）に格納される。オーダＡおよびＢの各々は、選択されたストラテジおよびそれにマッチングした他のストラテジに基づいて、それぞれのレート容量を有する。このマッチングのために、満たすことができる最大レートは、ＡおよびＢの利用可能なレート容量のうちの小さい方である。オーダＡおよびＢの利用可能な容量は、この量だけ減少される（ステップ１７２８）。その後、ストリームオンメッセージをトリガとして、オーダＡおよびオーダＢのソースに送信することができる（ステップ１７３０）。流動性検索オーダについては、マッチングはレートに影響を与えない。しかしながら、マッチングは、最大の潜在的な取引数量（オーダＡに利用可能な総数量およびオーダＢに利用可能な総数量のうちのより少ないものなど）をもたらすことができる。この金額は、別のコントラオーダとのストラテジマッチングに使用可能なままである流動性検索オーダのための少なくとも最小量を決定するために使用することができる。オーダＡとオーダＢとの両方が流動性検索ストラテジを有する場合、マッチングは、オーダＡとオーダＢとに利用可能な総数量のうちのより少ない数量に対して実施される後続のブロック取引をもたらすことになる。マッチングが現在のＮＢＢＯに基づく中価格などの決定された価格で実施することができ、ペアいずれのオーダもレート制約がないので、取引プロセッサストリーミングエンジン１４６５において実施されるストリーミング実施プロセスに参加する必要はない。代替的に、ＬＳ対ＬＳのマッチングは取引プロセッサストリーミングエンジン１４６５によって、他のマッチングと共に処理することができる。

有益には、マッチングロジックは流動性流量を最大化する。オーダがより高いレートを受け取る容量を有する（または流動性検索オーダが追加の量を残している）場合、それはより多くのマッチングに適格である。大容量オーダＡは、より小さい容量を有する複数のオーダＢ、Ｂ’、Ｂ’’等に対して同時にマッチングすることができ、複数のマッチング状況におけるオーダＢ、Ｂ’、Ｂ’’等のストラテジは、同じである必要はない。

オーダＢとの照合に続いてオーダＡのストリームオンメッセージが送信された場合、オーダＢとのマッチングがまだアクティブである間にオーダＡが２番目のオーダＢ’とマッチングすると、追加のストリームオンメッセージを送信する必要はない。同様に、オーダＡに対するストリームオフメッセージは、Ａとのすべてのアクティブなマッチングが終了するまで送信される必要はない。

マッチングの期待レートやそのマッチング中に満たすことができる最大数量など、ストリームオンメッセージに追加情報が含まれている場合は、マッチングごとにストリームオンメッセージを送信できる。ストリームオフメッセージは、たとえ他のマッチングがあったとしても、マッチングがブレークしたときに任意選択で送信することができる。受信ＨＥＲＯシステムまたはＰＲＯシステムは、ストリームオンおよびストリームオフメッセージに含まれるマッチングＩＤを参照するなどして、所定のストラテジオーダについてストリームオンおよびストリームオフメッセージを独立して追跡することができる。

ストラテジオーダのための各受信されたストリームオンメッセージが、後続のストリームオフメッセージとペアにされ得る場合、そのストラテジオーダのためのアクティブなマッチング存在しない。あるいは、または、さらに、ストラテジマッチングベニューは、例えば、メッセージのマッチング残存フラグの値によって異なる２つのタイプのストリームオフメッセージを有することができる。マッチング残存フラグの設定値は、それぞれのストラテジオーダについて少なくとも１つの残存する不連続マッチングがあることを示す。ストリームオフメッセージが受信されるが、そのストラテジオーダのためのアクティブストラテジが残る場合、ストリームオフメッセージは、受信ＨＥＲＯシステムまたはＰＲＯシステムによって、単に情報として、アルゴリズム処理を再開するためのアルゴ取引プラットフォームへの通知、またはアルゴオーダを再発行するためのＯＭＳ／ＥＭＳへの通知（任意の残りの量について）をトリガするために使用されないと見なされ得る。

図１７に戻ると、選択されたオーダＡおよびマッチングするコントラオーダＢの一方または両方が条件付きオーダである場合（ステップ１７２２）、オーダ確定プロセスが条件付きオーダに対して開始される（ステップ１７３２）。上述のように、これは、条件付きオーダに対する確定リクエストを送信することを伴い、マッチングした条件付きオーダを確定した非条件付き置換オーダに切り替えることを含むことができる。オーダが確定されるのを待っている間、追加のマッチングを検索するプロセスを継続することができる（ステップ１７０８）。

各マッチングまたは各条件マッチングには、それぞれのマッチングＩＤを割り当てることができる。確定リクエストメッセージには、発行時の条件付きマッチングのマッチングＩＤ値を含めることができ、戻された確定オーダ応答には関連するマッチングＩＤ値を含めることができる。ストラテジマッチングベニューに送られたオーダにおけるマッチングＩＤ値の存在は、マッチングが既存の条件付きオーダの確定であるか、または代わりに確定の非条件付きオーダであるかを決定するために使用することができる。

１つ以上の条件付きオーダが指定されたタイムアウト期間内に確定されない場合（ステップ１７３６）、マッチングが解放される（ステップ１７４０）。両方のオーダが条件付きであったが、１つだけが確定された場合、条件付きマッチングが失敗したことを示す通知を確定オーダのソースに送ることができる。条件付きオーダマッチングが正常に確定された場合（ステップ１７３８）、プロセスは、非条件付きマッチングの場合と同じ方法で継続する（ステップ１７２６）。

ストラテジオーダには、「有効期間」指定子を設けることもできる。有効期間を超過し、ストラテジオーダが依然としてアクティブである場合、それをキャンセルして戻すことができる。

図１８は、取引プロセッサ１４６５の実施形態のハイレベルフローチャートである。取引プロセッサ１４６５は、取引ハンドラ１４５５によって提供される市場取引データに基づいて動作し、取引サイクルは、新しい取引データの受信時に、または取引データがバッファリングされるときに開始され得る。取引量Ｖ（取引量を指定する）および価格Ｐ（ステップ１８０２）で所定のセキュリティＸの取引データを受け取ると、セキュリティＸのアクティブなストリームオーダがあるかどうかを調べるためにチェックが行われる（ステップ１８０４）。存在しない場合、そのデータポイントに対して追加のアクションを取る必要はない。

１つ以上のアクティブなストリームが存在する場合、例えば、セキュリティＸのためのオーダＡとコントラオーダＢとの間にアクティブなマッチングがある場合、それらのストリームは処理される。（ステップ１８０４）。選択されたストリームについて、価格Ｐが、そのストリーム内のオーダＡとオーダＢとのマッチングしたペアについて指定された指値と互換性があるかどうかを判定するためのチェックが行われる（ステップ１８０６）。価格に互換性がない場合、そのストリームに対して追加のアクションは取られない（ステップ１８０８）。より多くのストリームが利用可能である場合（ステップ１８１０）、セキュリティＸのための次のアクティブストリームが選択され、処理される（ステップ１８１２）。

価格Ｐが（オーダＡがオーダＢにマッチングすることができ、オーダＢ’、Ｂ’’などにもマッチングすることができる）１つ以上のアクティブストリームのマッチングしたオーダのペアの指値と互換性がある場合、そのペアの実施が生成される（ステップ１８１６）。一実施形態では、実施は、セキュリティＸの量と、マッチングしたオーダのストラテジに適合する最大のストラテジ基礎とに基づく。ストリーミング量は、最後の販売量Ｖに量のストラテジ基準パーセンテージを乗じたものであり、最後の販売価格で作成される。計算されたストリーミング量がペアのオーダのうちの１つについての利用可能な基礎を超える場合、交換される量は、最も低い利用可能な基礎となる。一方のオーダに流動性検索ストラテジがある場合、適用されるのは、他方のオーダのストラテジに対する利用可能な容量の最も高い割合となる。ペアの両方のオーダが流動性を求める場合、ブロック交換は、２つのオーダの利用可能な最低数量容量に等しい数量で行うことができる（２つの流動性検索オーダ間のマッチングの場合、取引処理ループにおいてマッチングしたペアが対処されるのを待つことなく、マッチング時に実施を行うことができる）。

ストリーミング交換は、単一の取引で実施されてもよいし、いくつかのより小さな取引に分割されてもよい。また、複数の市場取引を組み合わせて、単一のストラテジマッチングフィルにすることもできる。フィルは、従来の技術を使用して実施され、実施データは、例えば、適切な取引報告ファシリティ１４２０に報告される。

より特定の実施形態では、価格参照ストリーミングマッチングのために、システムは、ＳＩＰ取引供給を連続的に処理し、マッチングされたオーダのためのすべての参照取引のために、マッチングにおける各オーダのためのフィルを以下のように生成することができる。
１．マッチング量および残差量における各オーダのストラテジに基づいて、クロス量（Ｃｒｏｓｓ Ｑｔｙ）を計算する（例えば、ストラテジが両方とも１００％～２００％である場合、クロス量は、基準取引の量の２倍のうちの小さい方であり、マッチングの２つのサイドの残りの量の最小値である）。
２．基準取引価格および適用可能な価格設定ルールに基づいて、クロス価格（ＣｒｏｓsＰｒｉｃｅ）を計算する。
３．マッチングの各オーダにクロス量＠クロス価格（ｃｒｏｓｓＱｔｙ@ｃｒｏｓｓＰｒｉｃｅ）の実施を生成し（各オーダに残量を減らす）、各オーダに固定実施報告を送信する。
４．他の関連するすべての詳細（例えば、関連するＭＰＩＤ、無リスク元本、および他の取引変更因子）ならびにＤＴＣＣへの清算報告を含むＴＲＦへの報告を生成する。
５．この実施がオーダを完了した場合（すなわち、残量＝０）、完了したオーダ機能を呼び出し、その結果、ストリームオフメッセージが送信され、他の関連するハウスキーピングが実施される。残量を有するオーダは、後続のマッチングおよび充填のためにマッチングシステムによって処理され続ける。

基準市場での実施に固有の構造上の利点、およびストラテジマッチングベニューで適用されるユニバーサルセグメンテーションは投資家を保護するが、実施情報の漏洩をさらに保護するために、ゲーム防止機能などの保護を追加することができる。これを行う１つの方法は、取引にランダム要因を導入することである。これらは、例えば、ストリームが双方向であるときにマッチングレートをランダム化すること、ストリームレートイントラストリームを変更すること、奇数ロットを参照するときにストリーム量をランダムに上下に丸めること、レポートの周期的なバンチング、および取引報告をランダム化することを含むことができる。

図１８に戻ると、交換が完了した後、アクティブストリームペアのオーダの一方または両方が利用可能な容量を充たしたかどうかに関する判定が行われる（ステップ１８２０）。充たした場合、そのペアに対するさらなる取引は利用可能ではなく、マッチングはブレークされる（ステップ１８２２）。オーダ完了ハウスキーピングタスクを実施することもでき、その結果、そのオーダの他のストリームが終了する可能性がある。追加の容量が残っている場合、問題のセキュリティに関する追加の関連する取引データが受信された後に、マッチングは持続し、さらなる交換を行うことができる。

ペアとなったオーダの追加のアクティブストリームがそのセキュリティＸに対して利用可能である場合（ステップ１８１０）、次のストリームが選択され、同じ方法で処理される（ステップ１８１２）。セキュリティＸのためのアクティブなストリームの全てが処理された後、セキュリティＸのための取引データの別のアイテムが受信されるまで、取引プロセッサによるこれらの取引に関するさらなるアクションは必要とされない。

要約すると、マッチングが確立されると、実施のストリームは、マッチングのストラテジタイプに基づいて売り手から買い手に流れる。マッチング成立およびブレーク条件は、確立されたマッチングに対するブレークを最小限にするように設計される。一実施形態では、マッチング／ストリームが１つまたは両方のオーダが適用された市場性テストに基づいて市場性がなくなった場合、１つまたは両方のオーダが完了した場合（例えば、残量がゼロになった場合、または１つまたは両方のオーダがキャンセルされた場合）にのみ終了される。ストリーミングフィルよりも取引をブロックすることを優先する実施形態では、マッチングのオーダの１つが流動性検索であり、新しいより大きな流動性検索コントラサイドマッチングオーダが到着した場合に、マッチングをブレークすることもできる。

上述のように、マッチングのうちの１つの市場性がなくなった場合には、マッチングをブレークすることができる。オーダは、市場性を失い、すぐに市場性に戻ることもできる。マッチングを直ちにブレークする代わりに、マッチングを中断し、マッチングが中断される前に与えられたバッファ期間を中断して、ペアリングを保存することができる。バッファ期間中にオーダの市場性に戻った場合、マッチングは再アクティブ化される。中断されたマッチングをいつブレークすべきかを決定するために、様々な条件を設定することができる。

特定の実施形態では、以下の条件のうちの１つ以上が実施される。（ａ）オーダが指定されたタイムアウト期間より長く市場性がないままである場合、（ｂ）マッチングしたオーダに両方とも再び市場性が戻る前に、マッチングしたオーダのセキュリティにおいて５０Ｋなどの指定された市場量より多く取引される場合、および（ｃ）市場価格（例えば、ＮＢＢＯ市場データにおいて指定される）が、ベースポイントにおける指定された価格デルタなどの特定の量より多く指値を超えて移動する場合、マッチングはブレークされる。

ストラテジマッチングおよびストリーミング実施方法は柔軟であり、非対称取引ストラテジを実施するために適用することができる。図１６Ｄに示されるように、オーダの市場性機能は、ストラテジマッチングベニューに利用可能な任意の所望のデータに基づいて定義することができる。これは、オーダが実際に一致する場合に、より多くの制御を提供することができる。同様に、交換されるセキュリティの現在の量に加えて、またはその代わりに、要因に基づいて実施量関数を有する特別なストラテジを定義することができる。これにより、ストラテジマッチングベニューは、単に商品Ａの現在の価格および量ではない基準に基づいて、商品または合成セキュリティなどの他の取引可能アイテムＡの取引をサポートすることができる。

上述のように、本発明の特徴をサポートするために、ＦＩＸプロトコルに対する様々な拡張を行うことができる。同様の特徴は、本発明の様々な部品間の通信に使用することができる他のプロトコルで実施することができる。例えば、一連の追加のＦＩＸパーティションを定義して、ストラテジ取引ならびに関連する機能および管理をサポートすることができる。

図７Ａ、７Ｂ、８Ａ～Ｃ、１３Ａ、および１３Ｂは、単一の親オーダを処理するために使用される機能性に焦点を当てた、ＨＥＲＯ認識アルゴ取引プラットフォーム３２０、ＨＥＲＯシステム３１５、およびＰＲＯシステム１１１０の実施形態の動作のハイレベルフローチャートである。複数のオーダの処理を同時にサポートするために、この機能を実施する様々な方法が当業者には知られているのであろう。本明細書に示す機能は、連続的に、周期的に、またはソフトウェアイベントまたは他の信号に応答して実施することができる。従来のように、種々のオーダは、固有のオーダＩＤを有し、システムとソフトウェア要素との間で送信されるメッセージに適切なオーダＩＤが含まれて、それらのメッセージをそれぞれのオーダに関連付ける。様々な他の従来の簿記および機能管理特性を使用することもできる。

フローチャートに開示される様々な機能は、別のプログラムスレッドとして示される。マルチスレッドプログラムを使用することができるが、それは必須ではなく、そのような機能を実施するソフトウェアは当業者に知られているように、様々な方法で編成することができる。同様に、逐次的に発生するものとして開示される特定の機能は代わりに、並列に動作する別のスレッドで実施されてもよい。例えば、取引プロセッサ１４６５は、新しい取引データが受信されたときに、アクティブな関連するストリームを循環することができる。このタイプの順次機能は、並列スレッドで実施することもでき、各スレッドは、そのセキュリティのための取引データの受領に応答する異なるセキュリティのために、１つ以上のアクティブストリームおよび／または各処理ストリームを処理する。

本システムは、株式、インデックス株式などのセキュリティを取引するためのシステムおよび方法に適用されるものとして説明されてきたが、ストラテジマッチングシステムは、これらの取引可能な項目の関連する市場データを参照して、他の取引可能項目の処理またはオーダにも適用することができる。第１市場データは、所定のストラテジオーダに市場性があるかどうかを決定するために使用され、第２市場データは、ストリーミング取引のタイミングおよび量を決定するために使用される。

さらなる実施態様では、ストラテジマッチングが部分的なレートマッチングのみでマッチングをサポートすることができる。そのような場合、ストラテジマッチングベニューによって提供されるマッチングのストリームを考慮しても、オーダに利用可能な追加の料金容量が依然として存在する可能性がある。そのような場合、アルゴ処理システムは、ストラテジオーダレートマッチングを考慮して修正されたアルゴリズム制約を使用してオーダをスライスするようにさらに制御され得、その結果、アルゴリズム処理は、ストラテジマッチングベニューによってカバーされていない差分レートをマッチングしようと試みる。

本発明の様々な態様、実施形態、および例が、本明細書で開示され、説明されてきた。当業者は、添付の特許請求の範囲に定義される本発明の精神および範囲から逸脱することなく、修正、追加、および変更を行うことができる。

Claims (38)

1. 電子取引ネットワークから受信した取引可能項目のオーダを解析処理するためのシステムであって、
   前記システムは、
   記憶されたコンピュータ指示を有するメモリと、
   前記コンピュータ指示を実施するために前記メモリに接続されたプロセッサと、を備え、
   前記メモリは記憶されたストラテジオーダブックを有し、前記ストラテジオーダブックは取引可能項目のための複数のストラテジオーダの記録を備え、各ストラテジオーダは、各サイド、指値、数量、レートストラテジ、およびソースを有し、
   前記システムは、前記項目の市場データのストリームを受信するように構成され、前記市場データは、各トレード量および価格の前記項目の報告された第３者のトレードを示すトレードデータのインスタンス、および、最良の利用可能なビッドおよび最良の利用可能なアスクを含む前記項目のビッドおよびアスクのインスタンスを備え、
   前記プロセッサを構成する前記コンピュータ指示は、
   (ａ)指定ストラテジオーダが受信した市場データに対して取引可能であるかを決定するコードと、
   (ｂ)前記ストラテジオーダブックから取引可能なストラテジオーダを選択するコードと、
   (ｃ)選択されたストラテジオーダを特定のコントラストラテジオーダにマッチングさせるコードであって、前記第１コントラストラテジオーダが取引可能であり、前記選択されたストラテジオーダの前記ストラテジと互換性のある各ストラテジを有し、前記マッチングされた選択されたストラテジオーダ、および、特定のコントラストラテジオーダは、未ブレークの初期状態を有する各マッチングを形成し、前記各マッチングについての情報が前記メモリに記憶され、前記選択されたストラテジオーダおよび前記特定のコントラストラテジオーダのそれぞれの前記レートストラテジを満たす少なくとも１つの重なり合うレート値があるとき、前記２つのオーダの前記レートストラテジが互換性を有するコードと、
   (ｄ)前記メモリに記憶されたマッチングのマッチング状態を評価するコードであって、各ストラテジオーダと各コントラストラテジオーダとの間の各マッチングがいずれかのストラテジオーダが取引可能でない場合にブレークされるコードと、
   (ｅ)前記各ストラテジオーダの前記レートストラテジおよび前記各マッチングの前記各コントラストラテジオーダの前記レートストラテジを満たす最大レートのマッチングのための選択されたレートとして選択するコードと、
   (ｆ)メモリにおける各マッチングを処理するコードであって、前記各マッチングが（ｉ）市場データの前記ストリームにおける新しいトレードデータのインスタンスの受信に応答し、前記各マッチングにおいて前記各ストラテジオーダと各コントラストラテジオーダとの間の前記取引可能項目のフィルを断続的に発行し、前記フィルの量が前記各新しいトレードデータにおける前記項目の前記トレード量に適合された前記各マッチングの前記選択されたレートの関数であり、新しいトレードデータが前記各マッチングが破壊さない間に受信されることから前記各マッチングが前記各マッチングの前記ストラテジオーダの間で複数のフィルをもたらし、（ｉｉ）少なくとも１つの実施メッセージを前記各ストラテジオーダの前記各ソースおよび各第１コントラストラテジオーダの前記各ソースに送信し、各実施メッセージが少なくとも１つのフィル量を示す、コードと、を備えるシステム。
2. 前記コンピュータ指示は、新しいストラテジオーダを受信し、前記新しいストラテジオーダの記録を前記ストラテジオーダブックに追加するコードをさらに備える、請求項１に記載のシステム。
3. 前記コンピュータ指示は、
   新規の非ストラテジオーダを受け取り、
   前記非ストラテジオーダのための各ストラテジを選択し、
   前記各ストラテジを有する前記新規の非ストラテジオーダを前記ストラテジオーダブックに追加する、コードをさらに備える、請求項２に記載のシステム。
4. 前記コンピュータ指示は、各ストラテジオーダと各コントラストラテジオーダとのマッチングに応答して、マッチング検出条件メッセージを前記各マッチングされたオーダの前記各ソースに送信するコードをさらに備える、請求項１に記載のシステム。
5. 前記コンピュータ指示は、各マッチングのブレークに応答して、マッチング終了条件メッセージを前記各マッチングにおける前記ストラテジオーダの前記ソースおよび前記各マッチングにおける前記コントラストラテジオーダの前記ソースのうちの少なくとも１つに送信するコードをさらに備える、請求項４に記載のシステム。
6. 特定のストラテジオーダが取引可能な場合に決定する前記コードは、
   市場データの新しいインスタンスの受信に応答して、前記市場デーダの新しいインスタンスに対する前記ストラテジオーダブックにおける各ストラテジオーダの市場性を決定するコードを備え、
   各ストラテジオーダは、市場性があり、フィル取引に参加するために利用可能な容量を有する場合、取引可能である、請求項１に記載のシステム。
7. 各ストラテジオーダの市場性は、現在のアスク価格および現在のビッド価格のうちの少なくとも１つと比較された前記各ストラテジオーダの前記指値に基づいて決定される、請求項６に記載のシステム。
8. 前記各フィルの価格は、前記新しいトレードデータの前記各インスタンスにおける前記報告された取引価格である、請求項１に記載のシステム。
9. Ｒ１とＲ２との間の第１レート範囲の第１レートストラテジと、Ｒ３とＲ４との間の第２レート範囲の第２レートストラテジとについて、前記第１レート範囲と前記第２レート範囲とが重なり合い、前記第１レートストラテジと前記第２レートストラテジとに互換性のある前記最大レートは、前記第１レート範囲と前記第２レート範囲との間の前記重なにおける最大レートである、請求項１に記載のシステム。
10. Ｒ１とＲ２と（Ｒ２＞Ｒ１）の間の第１レート範囲を有する第１レートストラテジ、およびレート流動性検索の第２レートストラテジについて、前記各ストラテジと互換性のある前記最大レートはＲ２である、請求項１に記載のシステム。
11. 選択されたストラテジオーダを特定のコントラストラテジオーダにマッチングさせる前記オーダは、前記各マッチングしたストラテジオーダおよびコントラストラテジオーダのうちの少なくとも１つが条件付きであることに応答して、確定メッセージを前記各条件付きオーダの前記各ソースに送信し、前記各条件付きオーダが確定されるのを待つコードをさらに備え、
    メモリにおいて各マッチングを処理する前記コードは、確定されていない条件付きオーダを有する場合、前記各マッチングを処理するように動作しない、請求項１に記載のシステム。
12. 各ストラテジオーダの前記ストラテジオーダブックの記録は、前記各ストラテジオーダのための利用可能な容量の大きさを備え、
    選択されたストラテジオーダを特定のコントラストらテージオーダにマッチングさせる前記コードは、各ストラテジオーダと各コントラストラテジオーダとの間の各マッチングの検出に応答して、前記各ストラテジオーダの前記レートストラテジおよび前記各コントラストラテジオーダの前記レートストラテジを満たす最大レートに依存する量によって、前記各ストラテジオーダおよび前記各コントラストラテジオーダの前記利用可能な容量を削減するコードをさらに備え、
    第１ストラテジを有し第１コントラストラテジオーダとの第１マッチングする各ストラテジオーダを、第１ストラテジオーダの前記レートストラテジと互換性のある各レートストラテジを有し、前記第１ストラテジオーダの削減された利用可能な容量を有する第２コントラストラテジオーダに同時にマッチングさせることができ、
    メモリにおいて各マッチングを処理する前記コードは、第２マッチングがブレークするまで前記第２マッチングを処理するように動作する、請求項１に記載のシステム。
13. 前記コンピュータ指示は、少なくとも１つの所定のマッチング優先基準にしたがって、複数の適格なコントラストラテジオーダから前記特定のコントラストラテジオーダを選択するコードをさらに備える、請求項１に記載のシステム。
14. 前記所定のマッチング優先基準は、ストラテジ流動性を備える、請求項１３に記載のシステム。
15. 前記所定のマッチング優先基準は、オーダソース、オーダデスク、オリジナルオーダサイズ、およびオーダ到着時間、ならびに各ストラテジオーダで指定された優先順位選択物のうちの１つ以上をさら備える、請求項１４に記載のシステム。
16. 前記コンピュータ指示は、前記各ストラテジオーダのための変更ストラテジメッセージの受信に応答して、前記ストラテジオーダブックにおける各ストラテジオーダの前記ストラテジを代替ストラテジに変更するコードをさらに備える、請求項１に記載のシステム。
17. 前記コンピュータ指示は、ストラテジ変更条件を検出し、前記ストラテジ変更条件の検出に応答して、前記ストラテジオーダブックの各ストラテジオーダの前記ストラテジを代替ストラテジに変更するために、ストラテジ変更ルールに対して受信した市場データを評価するコードをさらに備える、請求項１に記載のシステム。
18. 前記コンピュータ指示は、非ストラテジオーダの受信に応答して、前記非ストラテジオーダと共に使用するためのストラテジを選択し、前記選択されたストラテジを有する前記非ストラテジオーダを前記ストラテジオーダブックに追加するコードをさらに備え、前記非ストラテジオーダはストラテジオーダに変換される、請求項１に記載のシステム。
19. 前記ストラテジオーダブックから取引可能なストラテジーダを選択するコードは、少なくとも１つの所定の選択優先基準に基づいて、複数の選択可能オーダから前記ストラテジオーダを選択するように前記プロセッサを構成する、請求項１に記載のシステム。
20. 前記少なくとも１つの所定の選択優先基準は、オーダサイズ、オーダ市場性、オーダコスト、オーダ年齢、およびオーダマッチングステータスのうちの少なくとも１つを備える、請求項１９に記載のシステム。
21. 前記コンピュータ指示は、流動性検索のストラテジを有する各ストラテジオーダと流動性検索のストラテジを有する各コントラストラテジオーダとのマッチングに応答して、前記各ストラテジオーダに利用可能な最大量と前記各コントラストラテジオーダに前記各マッチングされたオーダの間でフィルを発行するコードをさらに備え、前記フィルは、（ｉ）前記各ストラテジオーダに利用可能な最大総量および（ｉｉ）前記コンタストラテジオーダに利用可能な最大総量の少ないほうの量を有する、請求項１に記載のシステム。
22. 電子取引ネットワークからのオーダを解析し処理する方法であって、
    前記方法は、メモリおよびストレージを有するコンピュータで実施され、前記方法は、
    取引可能項目の複数のストラテジオーダを受信する工程であって、各ストラテジオーダが各ソースを有し、各サイド、指値、数量、およびレートストラテジを指定し、前記複数のストラテジオーダが前記取引可能項目の第１ストラテジオーダおよび前記１ストラテジオーダに対する複数のストラテジオーダコントラを備える工程と、
    受信したストラテジオーダに関する情報を前記コンピュータメモリに保持されているストラテジオーダブックに記憶する工程と、
    前記項目の市場データのストリームを受信し、前記項目の市場データが各取引量および金額ならびに前記各項目のビッドおよびアスクデータのインスタンスでの前記項目の報告された第３者を示す基準トレードデータのインスタンスを備える工程と、
    指定ストラテジオーダが受信した市場データに対して取引可能であるかを決定する工程と、
    前記ストラテジオーダブックから取引可能な第１ストラテジオーダを選択する工程と、
    前記第１ストラテジオーダを第１コントラストラテジオーダにマッチングさせる工程であって、前記第１コントラストラテジオーダが取引可能であり、前記第１ストラテジオーダの前記ストラテジと互換性のある各ストラテジを有し、前記マッチングされた第１ストラテジオーダ、および、第１コントラストラテジオーダは、未ブレークの初期状態を有する第１マッチングを形成し、前記第１ストラテジオーダおよび前記第１コントラストラテジオーダのそれぞれの前記レートストラテジを満たす少なくとも１つの重なりあうレート値があるとき、前記２つのオーダの前記レートストラテジが互換性を有し、前記第１ストラテジオーダと前記第１コントラストラテジオーダとの間のマッチングが最初は未ブレークである工程と、
    選択されたレートとして、前記第１ストラテジオーダの前記レートストラテジおよび前記第１コントラストラテジオーダの前記レートストラテジを満たす最大レートを選択する工程と、
    前記第１コントラストラテジオーダに前記第１ストラテジオーダをマッチングさせる工程の後、市場データの前記ストリームにおいて、新しいトレードデータの複数のインスタンスを受信する工程と、
    前記市場データの前記ストリームにおける新しトレードデータのインスタンスの受信に応答し、前記第１ストラテジオーダと前記第１コントラストラテジオーダとの間の前記取引可能項目のフィルを断続的に発行する工程であって、前記フィルの量が前記各新しいトレードデータにおける前記項目の前記トレード量に適合された前記選択されたレートの関数であり、前記第１ストラテジオーダおよび前記第１コントラストラテジオーダの間の前記マッチングが未ブレーク中、新しい基準トレードデータが受信されることから、前記第１ストラテジオーダおよび前記第１コントラストラテジオーダの間マッチングが複数の分離フィルをもたらす工程と、
    前記第１ストラテジオーダと前記第１コントラストラテジオーダとのマッチングステータスを評価し、前記第１ストラテジオーダおよび前記コントラストラテジオーダのいずれか１つが取引可能でない場合、前記第１マッチングをブレークする工程と、
    少なくとも１つの実施メッセージを前記第１ストラテジオーダの前記ソースと前記第１コントラストラテジオーダの前記ソースとに送信する工程であって、各実施メッセージが少なくとも１つのフィル量を示す工程と、を備える方法。
23. 前記第１マッチングの形成に応答して、マッチング検出メッセージを、前記第１ストラテジオーダの前記ソースと前記第１コントラストラテジオーダの前記ソースとに送信する工程をさらに備える、請求項２２に記載の方法。
24. 少なくとも１つの実施メッセージを送信する前記工程は、前記第１ストラテジオーダと前記第１コントラストラテジオーダとの間の各フィルの後に、各実施メッセージを前記第１ストラテジオーダの前記ソースおよび前記第１コントラストラテジオーダの前記ソースに送信する工程を備え、前記各実施メッセージは、前記各フィルの数量を指定する、請求項２２に記載の方法。
25. 前記第１マッチングのブレークに応答して、マッチング終了メッセージを前記第１ストラテジオーダの前記ソースと、前記第１コントラストラテジオーダの前記ソースとの少なくとも１つに送信する工程をさらに備える、請求項２２に記載の方法。
26. 前記第１ストラテジオーダおよび前記第１コントラストラテジオーダの間の前記項目の前記各フィルを発行する前記工程は、新しいトレードデータの各インスタンスの受信に応答して、行われる、請求項２２に記載の方法。
27. 前記第１ストラテジオーダの前記レートストラテジと前記第１コントラストラテジオーダの前記レートストラテジとは同じではない、請求項２２に記載の方法。
28. 前記第１ストラテジオーダの前記レートストラテジは、Ｒ１とＲ２との間の第１レート範囲を有し、前記第１コントラストラテジオーダの前記レートストラテジは、Ｒ３とＲ４との間の第２レート範囲を有し、前記第１レート範囲と前記第２レート範囲とは重なり合い、
    前記第１ストラテジオーダの前記レートストラテジおよび前記第１コントラストテジオーダの前記レートストラテジを満たす前記最大レートは、前記第１レート範囲と第２範囲との間の前記重なりにおける最大レートある、請求項２７に記載の方法。
29. 前記第１ストラテジオーダの前記ストラテジは、Ｒ１とＲ２と（Ｒ２＞Ｒ１）の間の第１レート範囲を有し、前記第２ストラテジオーダの前記ストラテジは、流動性検索レートを有し、前記第１ストラテジオーダの前記レートストラテジおよび前記第１コントラストラテジオーダの前記レートストラテジの最大レートは、Ｒ２である、請求項２７に記載の方法。
30. 前記第１コントラストラテジオーダは、前記レートストラテジ流動性によって優先順位付けされる利用可能なマッチングコントラストラテジオーダのセットから選択される、請求項２２に記載の方法。
31. 前記第１コントラストラテジオーダは、少なくとも１つの所定のマッチング優先基準に基づいて、優順位を付けされる利用可能なマッチングコントラストラテジオーダのセットから選択される、請求項２２に記載の方法。
32. 前記少なくとも１つの所定のマッチング優先基準は、オーダソース、オーダデスク、オ
    リジナルオーダサイズ、およびオーダ到着時間、ならびに前記第１ストラテジオーダで指定された優先順位付け選択物のうちの１つ以上を備える、請求項３１に記載の方法。
33. 前記第１コントラストラテジオーダが条件付きオーダであることに応答する工程と、
    確定メッセージを第１コントラストラテジオーダの前記各ソースに送信する工程と、
    前記第１コントラストラテジオーダが確定されるのを待つ工程と、をさらに備え、
    前記第１ストラテジオーダと前記第１コントラストラテジオーダとの間で前記取引可能項目のフィルを断続的に発行する工程の間、前記第１ストラテジオーダおよび前記第１コントラストラテジオーダの間で前記項目の第１フィルは、前記第１コントラストラテジオーダが確定されるまで実施されない、請求項２２に記載の方法。
34. 前記ストラテジオーダブックの各ストラテジオーダの情報は、前記各ストラテジオーダの利用可能容量の尺度を備え、前記方法は、
    前記第１ストラテジオーダの前記第１コントラストラテジオーダへのマッチングに応答して、前記第１ストラテジオーダと前記第１コントラストラテジオーダの間の前記マッチングの最大レートに依存する量によって前記第１ストラテジオーダの前記利用可能容量を削減する工程と、
    前記ストラテジオーダブックにおいて前記第１ストラテジオーダと第２コントラストラテジオーダとのマッチングを検出する工程であって、前記第２コントラストラテジオーダが取引可能であり、前記第１ストラテジオーダの前記削減した利用可能容量が与えられた前記第１ストラテジオーダの前記ストラテジレート範囲と重なる各ストラテジレート範囲を有する工程と、
    前記第１ストラテジオーダまたは前記第２コントラストラテジオーダが取引不可能になった場合、前記第１ストラテジオーダと前記第２コントラストラテジオーダの間の前記マッチングをブレークする工程と、
    前記第１ストラテジオーダと前記第２コントラストラテジオーダの間の前記マッチング がブレークするまで前記第１ストラテジオーダと前記２コントラストラテジオーダの間の前記第２マッチングを処理する工程と、をさらに備える、請求項２２に記載の方法。
35. 前記各ストラテジオーダの変更ストラテジメッセージの受信に応答して、前記ストラテジオーダブックにおける各ストラテジオーダの前記各ストラテジを代替ストラテジに変更する工程をさらに備える、請求項２２に記載の方法。
36. ストラテジ変更条件を検出するために、ストラテジ変更ルールに対する市場データを評価する工程と、
    前記ストラテジ変更条件の検出に応答して、前記ストラテジオーダブックにおけるストラテジオーダの前記各ストラテジを代替ストラテジに変更する工程と、をさらに備える請求項２２に記載の方法。
37. 第１取引可能項目の非ストラテジオーダを受信する工程と、
    前記非ストラテジオーダで使用するストラテジを選択する工程と、
    前記選択したストラテジを有する前記非ストラテジオーダを前記ストラテジオーダブックに追加する工程と、をさらに備え、
    前記非ストラテジオーダはストラテジオーダに変換される、請求項２２に記載の方法。
38. 前記取引可能項目は、第１セキュリティを備え、前記第１市場データは、市場における少なくとも前記第１セキュリティについての最良の利用可能なアスク価格および最良の利用可能なビッド価格を示すデータを備え、前記第２市場データは、各取引された数量および各取引された価格での前記第１セキュリティの少なくとも１つの報告された取引を示す取引データを備える、請求項２２に記載の方法。