JP2013545209A

JP2013545209A - 金融市場における注文を管理する方法および装置

Info

Publication number: JP2013545209A
Application number: JP2013543394A
Authority: JP
Inventors: テイラーデイヴィッド; パーソンズスコット
Original assignee: Exegy Inc
Current assignee: Exegy Inc
Priority date: 2010-12-09
Filing date: 2011-12-09
Publication date: 2013-12-19
Anticipated expiration: 2031-12-09
Also published as: EP2649580A1; WO2012079041A1; US10037568B2; CA2820898A1; JP6045505B2; US20220358592A1; US11803912B2; CA2820898C; US20240037660A1; US11397985B2; US20180330444A1; EP2649580A4; US20120246052A1

Abstract

複数の金融商品の複数の売買注文の管理に関連するレイテンシを低減する統合型注文管理エンジンが開示される。種々のプラットフォームコンポーネント間の低レイテンシ通信を提供する統合型取引プラットフォームがさらに開示される。かかる統合型取引プラットフォームは取引ストラテジオフロードエンジンをさらに有してもよい。

Description

関連出願の相互参照
本出願は、米国仮特許出願第６１／４２１，５４５号（「金融市場における注文を管理する方法および装置」、２０１０年１２月９日出願）に対して優先権を主張するものであり、開示全体が参照により本明細書に含まれる。

本特許出願は、米国特許７，８４０，４８２、７，９２１，０４６、７，９５４，１１４、米国特許出願公開２００７／０１７４８４１、２００７／０２９４１５７、２００８／０２４３６７５、２００９／０１８２６８３、２００９／０２８７６２８、２０１１／００４０７０１、２０１１／０１７８９１１、２０１１／０１７８９１２、２０１１／０１７８９１７、２０１１／０１７８９１８、２０１１／０１７８９１９、２０１１／０１７８９５７、２０１１／０１７９０５０、２０１１／０１８４８４４、国際出願特許公開ＷＯ２０１０／０７７８２９にも関連し、これらの開示全体が参照により本明細書中に含まれる。

緒言
図１は、例示的な取引プラットフォームのブロック図を示す。金融取引所、クロッシングネットワークおよび電子通信ネットワークの一般的な役割は、金融商品の売買、各金融商品に関する売買注文のソート済み一覧の保持、同一価格での売り手と買い手の付合わせ（取引）のための注文を受け取ることである。金融取引所、クロッシングネットワークおよび電子通信ネットワークは、上述の米国特許出願公開２００８／０２４３６７５に記載されているように、様々な種類の金融市場データフィードについてのこの動作の全てをレポートする。本明細書中、「金融取引」とは、典型的には企業体または政府機関に関連する、株式所有権、債権または与信を表す、売却可能な契約をいう。金融取引の例としては、株式、債権、オプション、コモディティ、通貨市場で取引される通貨などが挙げられるが、現金または小切手についてはこれらが金融取引市場外で用いられるという意味において含まれない（すなわち、現金または小切手を用いて雑貨屋で雑貨を購入することは、本明細書で用いられる「金融取引」の語に含まれない。同様に、デビットカードを用いて現金自動支払機から現金１００ドルを引き出すことも本明細書で用いられる「金融取引」の語に含まれない）。さらに、本明細書で用いられる「金融市場データ」の語は、金融商品の売買についての新たな申し入れ、金融商品の販売完了の表示、金融取引の前にレポートされた販売の訂正の通知、このような取引に関する管理メッセージなどを個別に表す一連のメッセージに含まれるまたはこれより得られるデータを意味する。金融市場データを含むメッセージフィードは、多数のソースから得ることができ、様々なフィード種類、たとえば、本明細書に記載されるようなレベル１フィード、レベル２フィードが存在する。

ダークプールは、売り手と買い手の付合わせと同様の機能を果たすが、利用可能な流動性および価格決定情報について十分知ることはできない。ダークプールは、例えば、金融取引所、投資銀行または他の金融機関によって利用される。ダークプールについては、ダークプールで生じる取引が公開市場に対して相当な割合を有しており、急速に電子取引活動に関する重要な市場センタとなってきている。

複数の市場センタからのリアルタイムデータ（およびその付随フィード）を活用する取引アプリケーションの開発を容易にするため、上述の米国特許出願公開２００８／０２４３６７５および国際出願公開ＷＯ２０１０／０７７８２９に記載されているように、取引プラットフォームは、典型的には、データを標準化し、ティッカープラントにおいて共通データ処理／補強機能を実行する。

取引ストラテジは、標準化市場データを用いて、売買注文を行う決定をし、注文管理システムにこれらの注文を渡す。なお、これらの注文は、注文をどこに回送するのか（たとえば注文がダークプールに回送されるべきであるか否か）、（注文が実行されない場合に）注文が取り消される前にどれくらい市場に置いておくべきか、および、取引市場における注文の管理を支配する他の条件について、注文管理システムに情報を与えることができる。

注文管理システム（ＯＭＳ）（以下、執行管理システム（ＥＭＳ）ともいう）は、１つ以上の取引アプリケーションからの注文を管理する責任を負う。なお、ＯＭＳ／ＥＭＳは複数の取引主体からの注文を管理する責任を負う場合もある。これらの取引主体は、同一の投資銀行内の競合する取引グループである場合もある。これらの取引主体は、共通のプライムサービスブローカーや取引インフラプロバイダーを通じて市場にアクセスする独立の金融機関である場合もある。

ＯＭＳ／ＥＭＳの機能は、市場に注文を出す（発注する）ことである。市場に発注する前に、ＯＭＳは、注文が遂行について「有効」とみなすために、最初に一連のチェックを行う場合がある。これらのチェックには、以下のものが含まれる。

・個人アカウントおよびリスクプロファイル
−注文量（瞬間および累積）
−量と価格の積（瞬間および累積）
−ポジションについての累積正味価額
−最終ティックおよび／または寄付きからの乖離率
−ポジション枠、マージン
−権利（市場アクセス、空売り、オプション、端株、ＩＳＯ等）

・法人アカウントおよびリスクプロファイル
−注文量（瞬間および累積）
−量と価格の積（瞬間および累積）
−ポジションについての累積正味価額
−最終ティックおよび／または寄付きからの乖離率
−ポジション枠、マージン
−権利（市場アクセス、空売り、オプション、端株、ＩＳＯ等）
−シンボルの法人「制限リスト」

・規制
−空売り制限
−停止商品
−ティックルール
−トレードスルー

これらのチェックは、ＯＭＳがアクセス可能なアカウント、リスクおよび規制データ、ならびに、ティッカープラントからの標準化市場データを介して提供される市場の現在状況のビューによって決定される。

また、ＯＭＳ／ＥＭＳは、典型的には、ダークプールを含む複数の市場への注文の遂行を管理するために用いられる。ＯＭＳ／ＥＭＳの基本的機能の１つは、注文が適切である（すなわち「有効」である）と宣言されたときに、入力注文それぞれについて回送先を選択することである。なお、ＯＭＳ／ＥＭＳは同じまたは異なる市場に回送されうるより小口の注文に注文をさらに分割することを選択してもよい。ＯＭＳ／ＥＭＳは、ティッカープラントから標準化市場データを介して提供される市場の現在状況、ならびに、ＯＭＳ／ＥＭＳに対する回送パラメタ入力に基づいて、回送決定を行う。回送パラメタはたとえばアカウント毎または法人毎に範囲設定される。回送パラメタには例えば以下のものが含まれる。

・市場毎の手数料およびリベート構造
・アカウント手数料およびリベート構造
・市場毎のポジション枠
・市場アクセスレイテンシ（連続的に更新される取引所内レイテンシの推定値）

・回送ストラテジ
−最良総約定価格（取引手数料、売り手／買い手モデル等を含む）
−最低手数料
−全市場へのマーケットスイープ（Intermarket Sweep Order（ＩＳＯ））
−注文における市場選好

・注文分割ルール
−市場範囲
−市場毎の最大数
−各市場の現値からの価格デルタ限界

ＯＭＳが注文をどこにどのように回送するかの決定を行った後、ＯＭＳは次いで、注文、および、ＯＭＳが注文を所定の市場に送信する通信チャネルの最適化を試みる（発注最適化）。たとえば、遂行される（一致する）確率がより高い注文は、遂行される確率がより低い注文の前に実行され、あるいは、所定の条件（たとえば注文の種類または特定の金融商品）を満たす注文が、他のものよりも高い確率で、１つの通信チャネルを用いることにより遂行される。また、発注最適化は、（標準化市場データからの）市場の現在ビュー、ならびに、所定の市場に関する市場内レイテンシの現在の推定値を含んでもよい。

図２は、当該分野において知られる、従来のＯＭＳ／ＥＭＳの構成図を示す。典型的には、複数のサーバ２０２とネットワークインフラ（スイッチ、ルータ等）がＯＭＳ／ＥＭＳファンクションの１つ以上のインスタンスのホストに用いられており、各ファンクションは１つ以上のメッセージングバス２０４、２０６、２０８を介して相互接続されている。ＯＭＳ／ＥＭＳファンクションは、典型的には、複数のサーバ２０２に設けられている汎用目的プロセッサ（ＧＰＰ）上で実行するソフトウェアコンポーネントに実装されている。図２に示されるように、ティッカープラントからの標準化市場データは市場データメッセージングバス２０４を介してＯＭＳ／ＥＭＳソフトウェアコンポーネントに送られる。同様に、発注メッセージングバス２０６は取引ストラテジからの入力注文、ＯＭＳ／ＥＭＳソフトウェアコンポーネント間の注文関連メッセージ、市場に対する出力注文、および、市場からの注文応答を伝送する。データベースアクセスメッセージングバス２０８は、ＯＭＳ／ＥＭＳソフトウェアコンポーネントに権利、規制パラメタ、リスクプロファイル、アカウント、注文回送パラメタおよびポジションブロッタの各データベースへのアクセスを提供する。

１つ以上の検証ソフトウェアコンポーネントが１つ以上のサーバ２０２上で用いられている。各注文検証ソフトウェアコンポーネントは、メッセージングバスに対する市場データインタフェースを必要とする。検証ソフトウェアコンポーネントは、入力注文に対する検証を実行するために、インタフェースによって必要な市場データを要求することができる。同様に、注文検証ソフトウェアコンポーネントは、発注バス上の取引ストラテジからの新たな入力注文をリッスンする。なお、市場データの送達のレイテンシおよび市場データバス上で利用可能な帯域幅は、注文検証ソフトウェアコンポーネントにより用いられるデータの量および質にそれぞれ影響する。さらに、注文検証ソフトウェアコンポーネントの複数のサーバ２０２への分割によって、検証決定が分割される。結果として、上述の検証決定はデータの限られたビューについて行われ（これはリスクをもたらす）、または、リスクの包括的なビューを構築するために、検証決定は異なるコンポーネントからのデータが蓄積されるまで遅延される。このような遅延は、取引機会への高速な応答に依存する市場機会を減らすかまたは失わせるおそれがある。

妥当性チェックを通った注文は、上述のように、複数の市場への注文を遂行する１つ以上の回送ストラテジソフトウェアコンポーネントに転送される。他の検証ソフトウェアコンポーネントと同様に、各回送ストラテジソフトウェアコンポーネントは、市場データメッセージングバスに対する市場データインタフェースを必要とし、該インタフェースを介して各回送ストラテジソフトウェアコンポーネントは現在価格決定情報を受け取る。注文回送ストラテジソフトウェアコンポーネントは、典型的には、新たな注文を回送するため、商品に関するブックの価格集計ビューを必要とする。これらのブックビューは、たとえば、回送ストラテジソフトウェアコンポーネントのローカルにキャッシュされるか、または、市場データインタフェースを介して要求される。これらのブックビューに関連するレイテンシは、注文回送決定を行うために回送ストラテジソフトウェアコンポーネントにより用いられるデータの質に直接影響する。データの遅延によって、回送ストラテジソフトウェアコンポーネントが取引機会の喪失または取引の喪失をもたらす決定を行うこととなるおそれがある。回送ストラテジソフトウェアコンポーネントが回送決定を行うと、その処理命令および回送先市場に従う命令が発注バスに転送される。

典型的には、回送ストラテジソフトウェアコンポーネントからの注文は、１つ以上の市場に対する発注インタフェースを構成する１つ以上のＦＩＸエンジンソフトウェアコンポーネントに直接渡される。ＦＩＸエンジンソフトウェアコンポーネントは出力注文を市場に渡し、市場からの入力注文応答を発注バスに渡す。メッセージングバスを介したさらなる伝送およびＦＩＸエンジン処理により生じるレイテンシは、ＯＭＳ／ＥＭＳの総レイテンシをさらに増大させる。

任意選択的に、ＯＭＳ／ＥＭＳは、１つ以上の発注最適化ソフトウェアコンポーネントを含んでよい。上述のように、これらのソフトウェアコンポーネントは、市場に通される注文について優先順位をつける。ＯＭＳ／ＥＭＳに含まれる場合、ソフトウェアコンポーネントは、発注バスを介した回送ストラテジソフトウェアコンポーネントからの注文を受け取り、優先キューイング動作を実行し、当該市場を回送先とする注文を発注メッセージングバスを介して適切なＦＩＸエンジンソフトウェアコンポーネントに渡す。ＦＩＸエンジンソフトウェアコンポーネントについても同様に、メッセージングバスを介したさらなる伝送および発注最適化処理により生じるレイテンシは、ＯＭＳ／ＥＭＳの総レイテンシをさらに増大させる。

米国特許７，８４０，４８２米国特許７，９２１，０４６米国特許７，９５４，１１４米国特許出願公開２００７／０１７４８４１米国特許出願公開２００７／０２９４１５７米国特許出願公開２００８／０２４３６７５米国特許出願公開２００９／０１８２６８３米国特許出願公開２００９／０２８７６２８米国特許出願公開２０１１／００４０７０１米国特許出願公開２０１１／０１７８９１１米国特許出願公開２０１１／０１７８９１２米国特許出願公開２０１１／０１７８９１７米国特許出願公開２０１１／０１７８９１８米国特許出願公開２０１１／０１７８９１９米国特許出願公開２０１１／０１７８９５７米国特許出願公開２０１１／０１７９０５０米国特許出願公開２０１１／０１８４８４４国際出願特許公開ＷＯ２０１０／０７７８２９

したがって、複数のシステムにわたってＯＭＳ／ＥＭＳコンポーネントを分散させることにより、複雑度およびレイテンシが増大し、これは規制リスクをもたらし、かつ、レイテンシに影響される取引機会を現金化する機会を制限する。さらに、コンポーネント間の通信のオーバーヘッドは、コンポーネントにタスクの実行に利用可能なデータ量を制限する。これはさらなる規制リスクをもたらし、さらに取引機会を制限するおそれがある。

複雑度およびレイテンシに関するこれらの技術的課題の解決手段として、本発明者らは、システムコンポーネント間に緊密な統合が提供され、これによりレイテンシが改善されかつ通信複雑度が低減される、種々の実施形態を開示する。

たとえば、本発明者らによれば、注文管理エンジンとして構成されたプロセッサを有する装置が開示され、注文管理エンジンは、（１）複数の入力に基づいて複数の金融商品に関連する注文を処理し、（２）注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも２つを統合し、これにより注文を処理するよう構成されている。

別の例として、本発明者らによれば、（１）注文管理エンジンとして構成されたプロセッサが、複数の入力に基づいて複数の金融商品に関連する複数の注文を処理するステップを含む方法が開示され、該処理ステップは、注文管理エンジンの統合されたコンポーネントを介して、注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも２つを実行し、これにより注文を処理するステップを含む。

さらに別の例として、本発明者らによれば、取引プラットフォームを含む装置が開示され、該取引プラットフォームはストリーミング金融市場データを受け取って処理するように構成されており、該取引プラットフォームは、それぞれ取引プラットフォームに統合された、（１）ティッカープラントエンジン、（２）取引ストラテジエンジンおよび（３）注文管理エンジンのうちの少なくとも２つを含む。

別の例として、本発明者らによれば、取引プラットフォームがストリーミング金融市場データを受け取るステップおよび処理するステップを含む方法が開示され、該取引プラットフォームは、（１）ティッカープラントエンジン、（２）取引ストラテジエンジンおよび（３）注文管理エンジンのうちの少なくとも２つを含み、それぞれは取引プラットフォームに統合されている。

本発明者らによれば、さらに、取引プラットフォームを有する装置が開示され、該取引プラットフォームは、ストリーミング金融市場データを受け取って処理するよう構成されており、該取引プラットフォームはホストシステムおよび取引ストラテジエンジンを有し、該取引ストラテジエンジンは、１つ以上の金融商品および１つ以上の金融市場に関して取引ストラテジの少なくとも一部をホストシステムからオフロードするよう構成されている。

またさらに、本発明者らによれば、（１）取引プラットフォームがストリーミング金融市場データを受け取って処理するステップを含む方法が開示され、該取引プラットフォームは、ホストシステムおよび取引ストラテジエンジンを有し、（２）該取引ストラテジエンジンは１つ以上の金融商品および１つ以上の金融市場に関して取引ストラテジの少なくとも一部をホストシステムからオフロードする。

本発明のこれらのおよび他の利点は、明細書および図面を参照して当業者には理解されるであろう。

例示的な取引プラットフォームを示す。従来のＯＭＳ／ＥＭＳを示す。統合型注文管理エンジン（ＯＭＥ）の例示的実施形態を示す。ＯＭＥの市場ビューコンポーネントにより提供されうる金融市場データの例示的な図を示す。ＯＭＥの注文検証コンポーネントにおいて使用可能な例示的なルールエンジンを示す。ＯＭＥの例示的な発注最適化コンポーネントを示す。例示的な統合型取引プラットフォームを示す。

注文管理エンジン
図３はＯＭＳ／ＥＭＳの種々の機能コンポーネントを統合した例示的な注文管理エンジン（ＯＭＥ）のブロック図を示す。本明細書中に記載される統合型エンジンは、コンポーネント間で共有されるデータの幅を拡げかつデータの質を向上させつつ、レイテンシおよび複雑度を大きく低減するという、従来技術に対する大きな利点を有する。たとえば、エンジンコンポーネントが再構成可能ロジックデバイス上に用いられた一実施形態では、再構成可能ロジックデバイスにおけるオンチップ相互接続は、汎用ネットワークリンクを介して相互接続された異なるサーバ上にホストされたコンポーネントと比較して数桁倍の、同じデバイスにホストされたコンポーネント間の通信帯域幅を提供する能力を有する。これらの利点により、本明細書中に記載されるＯＭＥには、リスクを低減し、レイテンシに影響される取引機会をより効果的に現金化する機会が提供される。

図３に示されるように、ＯＭＥは、ＯＭＥ／ＥＭＳ機能のサブセットをそれぞれ実行する並列なコンポーネントの組から構成されている。注文管理エンジン（ＯＭＥ）の一次データ経路は、フィードフォワードパイプラインとして組織化されている。すなわち、命令はマッピングコンポーネント３０２から命令検証コンポーネント３０４へ、回送ストラテジコンポーネント３０６へ、発注最適化コンポーネント３０８へと流れる。これによって、異なるコンポーネント同士を相互接続する汎用目的メッセージングバスのレイテンシおよび複雑度のオーバーヘッドが排除される。さらに、この構成は、並列処理デバイス、たとえば、再構成可能ロジックデバイス（たとえばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）によく適合する。また、市場からのフィードバック（たとえば注文応答３３４を介した、注文の受諾／拒絶、注文執行、レイテンシ測定）は、統合型設計においてのみ実用的な専用の相互接続を介して適切なコンポーネントに伝送される。なお、各コンポーネントは内部的に並列性を活かすことができ、スループットが最大化され、処理レイテンシが最少化される。以下に、ＯＭＥコンポーネントの並列構成の例を示す。

ＯＭＥは１つ以上の取引主体の１つ以上の取引ストラテジから発せられた注文３２４のストリームを取り込むことができる。好ましくは、これらの取引ストラテジは、図７と関連して本明細書中に記載されるような統合型取引プラットフォーム上で加速されかつホストされるが、これは全ての場合に必要なわけではない。入力注文３２４は好ましくは以下のフィールド、すなわち、商品キー、個人アカウント番号、法人アカウント番号、注文種類、注文価格、注文量、注文処理条件を含んでいる。商品キーは、注文に関係する金融商品をユニークに識別する。このキーは、種々の形態の１つであってよく、金融取引所により割り当てられるアルファベット文字列、金融取引所により割り当てられる指数またはティッカープラントに割り当てられる指数を含む。

マッピングコンポーネント３０２は、商品状態毎の追跡に対してＯＭＥにより用いられる金融商品に関するユニークな識別子を決定する。好ましくは、このキーは指数であり、この指数を用いて商品状態を直接指数化できる。マッピングコンポーネントは、さらに、市場への発注に必要とされるユニークな商品識別子を決定する。好ましくは、マッピングコンポーネントはさらに、市場ビューコンポーネントからの現在価格決定情報を検索するために必要とされる商品識別子を決定する。上述の米国特許出願公開２００８／０２４３６７５に記載されているように、マッピングは、好ましくはハッシュテーブルを実装することにより実現され、マッピングを実行するためのメモリアクセス数を最少化する。同様に、マッピングコンポーネントは、個人および法人のリスクプロファイルレコードに対してユニークな識別子を決定する。

命令検証チェックをシードするために、マッピングコンポーネントは、さらに、以下のソースの１つ以上からの、命令に関連する関連検証情報の検索を開始する。
・個人アカウントおよびリスクプロファイルレコードキャッシュ３１６
・法人アカウントおよびリスクプロファイルレコードキャッシュ３１８
・規制レコードキャッシュ３２０

好ましくは、各キャッシュは、マッピングコンポーネントをホストする装置に直接設けられた高速メモリに保存される。このようなローカルメモリは、取引が図３に示される動作パラメタ３２２を介して生じない場合に、メンテナンスウインドウ内の集中型データベースから初期化可能である。個人アカウントおよびリスクプロファイルは、入力注文から個人アカウント番号からマッピングされたユニークな識別子を用いて検索される。法人アカウントおよびリスクプロファイルは、入力注文から法人アカウント番号からマッピングされたユニークな識別子を用いて検索される。規制レコードは、上述のように商品キーからマッピングされたユニークな商品識別子を用いて検索される。マッピングコンポーネントが検索を開始する間、キャッシュからの読み取り結果が下流のコンポーネント、すなわち、命令検証コンポーネント、回送ストラテジコンポーネントおよび発注最適化コンポーネントに渡される。そうする際に、マッピングコンポーネントは下流の計算のために必要なレコードを先取りし、すなわち、キャッシュからのレコード検索のレイテンシを隠す（認識不能とする）。

同様に、マッピングコンポーネントは、マッピングされた商品識別子を市場ビューコンポーネント３１０に渡すことにより、金融商品についての現在価格決定情報の検索を開始する。

市場ビューコンポーネントは、論理的に上流のティッカープラントからの標準化市場データ３２６を取り込むことができる。このために利用可能なティッカープラントの例は、上述の米国特許出願公開２００８／０２４３６７５および国際出願公開ＷＯ２０１０／０７７８２９に記載されたティッカープラントエンジンである。市場ビューコンポーネントはＯＭＥ内の他のコンポーネントに現在市場ビューを提供する。典型的には、市場ビューは、上述の国際出願公開ＷＯ２０１０／０７７８２９に記載されているような、各金融商品に関する地域的および複合的な価格集計ブックビューとして提供される。好ましい実施形態では、市場ビューコンポーネントは、図４に示されるような、限定的なデプスの価格集計複合ブック、流動性集計および取引集計の形で現在の流動性のスナップショットを含む下流のＯＭＥコンポーネントに現在の価格決定レコードを提供する。複合ブックビューのデプスは、たとえば、構成パラメタとして設定され、または、レコード検索をトリガする、入力注文の量によって動的に決される。後者の場合、デプスは、１つ以上の行為地での注文を執行するために十分な流動性が見えるように選択される。流動性ストラテジは下流のコンポーネントに、最良の買呼値と最良の売呼値の履歴共有に関する情報（すなわち、時間の何％がＢＡＴＳにおいて有効な最良の買呼値であったのか）を提供する。取引集計は下流のコンポーネントを表し、金融商品についての執行の市場全般の要約、たとえば、特定の市場において執行された現在の日時取引高の割合を含む。

標準化市場データの取り込みに加え、市場ビューコンポーネントは、市場から受け取った発注確認および注文執行レポートに基づいてこれらの領域的および複合的ブックビューを更新することができる。金融市場の発注インタフェースからのこの情報は、ポジションブロッタコンポーネントにより処理される。ポジションブロッタは市場における現在の未決済ポジションのビューを更新し、このビューを市場ビューコンポーネントならびに他のＯＭＥコンポーネントに利用可能とする。未決済ポジションのビューの更新によって、取引所の市場データフィードを用いる上流のティッカープラントを介して受け取られる付随的な更新の前に、市場現在ビューは更新される。ブックに対する冗長な更新を避けるため、市場ビューコンポーネントは、発注応答によりトリガされる更新のキャッシュ３２８を保持してもよい。付随的な市場データ更新が受け取られたとき、キャッシュは発注応答により付加／除去される流動性の量によって排除されるかまたは調整されなければならない。

必要な規制およびアカウントレコードの検索と同様に、市場ビューコンポーネントからの金融商品レコードの検索は、下流のコンポーネントについてのレコード検索のレイテンシを隠す。

任意選択的に、市場ビューレコード３１０はそれ自体がティッカープラントエンジンであって、金融市場データを取り込んで、注文検証コンポーネントによって用いられるための標準化金融市場データを生成してもよい。

注文検証モジュール３０４は、入力注文、規制およびアカウントレコードならびに市場データレコードのための独立な入力バッファを保持する。バッファは同期メカニズムを提供し、このメカニズムでは、全ての必要なレコード情報が利用可能な場合に、注文検証コンポーネントは新たな注文についての計算を開始する。命令検証モジュールは緒言において記載した一連のチェックを実行する複数のルールエンジンを有する。すなわち、ルールエンジンは種々のルールを作成し、これらのルールに対して命令（または命令の群）を検証する。このようなルールは、上述の以下の検証ルールの一部または全体から得られる（しかし、他の検証ルールも実施者によっては望ましい場合がある）。

・個人アカウントおよびリスクプロファイル
−注文の量（瞬間および累積）
−量と価格の積（瞬間および累積）
−ポジションについての累積正味価額
−最終ティックおよび／または寄付きからの乖離率
−ポジション枠、マージン
−権利（市場アクセス、空売り、オプション、端株、ＩＳＯ等）

このために使用可能なルールエンジンの例が、上述の米国特許出願公開２００９／０２８７６２８に開示されている。なお、ルールエンジンの組は、データ並列性（同一のルールエンジンの複数のコピー）および機能的並列性（機能特定的なルールエンジンのパイプライン）に影響を及ぼして、注文検証コンポーネントについての所望のスループットおよびレイテンシを実現しうる。

特定のチェックの組が、（注文マッピングステップの間に検索された）注文に関連する検証情報により命令される。全てのチェックを通ると注文は有効と宣言され、回送ストラテジコンポーネントに通される。なお、注文検証コンポーネントは検証レコードを更新し、たとえばこれらを適切なレコードキャッシュにライトバックしてもよい。所定のアカウントについてのポジションにおける現在および累積集計が更新されてもよい。図５に示されるように、たとえば、注文検証コンポーネント内のルールエンジンは並列にチェックを実行するように構成されている。これらの並列チェックの出力は、注文を受諾、拒絶または修正する決定を最終的に生成する１つ以上のルールエンジンに組み込み可能である。チェックの例には以下のものが含まれる。

・規制：商品が現在空売り制限されておりかつ注文が空売りを示す売り注文である場合、命令を拒絶する。
・規制：商品が現在ＮＡＳＤＡＱ（登録商標）市場でボラティリティ取引休止にある場合、ＮＡＳＤＡＱ（登録商標）市場への回送を制限するよう注文を修正する。
・規制：（銀行が企業合併取引に関わっているために）商品が法人アカウントレコード内の制限株についてのものである場合、注文は拒絶される。
・規制：デリバティブ契約を買う注文の想定元本が個人の取引アカウントに対して可能なポジション枠を超える場合、注文は拒絶される。
・法人：銀行に関する全ての未決済注文の合計想定元本が法人レコード内の設定されたしきい値を超える場合、注文は拒絶される。

個々のルールチェックのいずれかにおいて拒絶されると注文に対する拒絶の決定となるため、組み合わせルールが典型的にはより簡単である。注文検証コンポーネントに設定される個々のルールエンジンの数は、実行されるべきルールチェックの複雑度の分析およびコンポーネントについてのスループット要件により決定可能である。

修正され、受諾された注文は、専用の相互接続を介した付随レコードとともに、回送ストラテジコンポーネント３０６に転送される。これにより、回送ストラテジコンポーネントはすぐに注文の処理を開始できる。回送ストラテジコンポーネントは有効な注文が分割されるべきであるか否か、および、注文（または分割された注文それぞれ）が回送されるべき場所を決定する。注文検証コンポーネントと同様に、回送ストラテジコンポーネントは、これらの決定をなすために、米国特許出願公開２００９／０２８７６２８に記載されたような複数のルールエンジンを用いる（並列化ストラテジをさらに用いてもよい）。これらの決定は、個人アカウント、法人アカウントおよび規制レコードならびに市場ビューコンポーネントおよびポジションブロッタコンポーネントからのデータに含まれる回送パラメタにより行われる。ルールは緒言において概説された回送ストラテジの種類を実装する。回送決定がルールエンジンによって完了した後、注文（または分割された注文）は注文（または分割された注文）を市場に入れる場所および方法についての指示とともに、発注最適化コンポーネント３０８に通される。なお、注文は注文がどのように付合わせ可能であるかについて取引所（またはダークプール）に指示する多様なパラメタとともに市場に入れられる。また、回送ストラテジコンポーネントは、市場における新たなポジションを反映するため、さらに、ポジションブロッタコンポーネントを更新する。

レイテンシモニタコンポーネント３１２は各市場と各チャネルについての集計の組を保持するため、注文送信３３２および注文受信応答３３４からのデータを用いる。レイテンシ統計値は、チャネルにおける新たな注文の送信から、応答（注文の受諾、拒絶または執行のいずれかの通知）を受信するまでの往復時間（ＲＴＴ）の測定に基づく取引所内レイテンシの推定値を含みうる。統計値には、たとえば、最後の測定値、ならびに、所定の時間窓における平均値、最小値および最大値（例えば移動平均）が含まれる。また、レイテンシ統計値は、各チャネルについての商品毎／注文種類毎に基づいた統計値を含むようにさらに洗練されてもよい。このような測定は、発注の送信に関するタイムスタンプの記録、各発注応答についてのタイプスタンプ付与、応答に対応する発注の識別、次いで、タイムスタンプ間の差の計算により実行可能である。

発注最適化コンポーネント３０８は注文が所定の市場に送信されるシーケンスを最適化する。さらにこのコンポーネントは、複数のチャネルが利用可能な場合に、市場への適切な通信チャネルを選択することができる。発注最適化コンポーネントは、回送ストラテジコンポーネントからの指示と、市場に対する独立な各チャネルについて計算された取引所内レイテンシの現在の推定値とを用いる。各商品および注文種類の組み合わせについてのレイテンシ推定値が含まれてもよい。図６に示されるように、発注最適化コンポーネント３０８は、注文データ、市場ビューデータ、レイテンシ統計値データ、個人レコードデータおよび法人レコードデータに対する種々のバッファを用いることができる。発注最適化コンポーネントはまず、それぞれチャネルに関連づけられた複数の計算サブコンポーネントを介して各新たな注文についてのスコアのベクトルを計算する。ベクトルの各スコアは、利用可能なチャネルに関する相対優先度を示す。チャネル選択サブコンポーネント６０２は、最高のスコアを選択し、選択した最高のスコアに関連するチャネルについてキュー６０４における送信のための注文を保存する。注文に関連するスコアは、キュー６０４へのその挿入点を決定するためにも用いられる。したがって、各キュー６０４はチャネルに関連しており、新たな発注を相対優先度スコアでもって挿入可能とする優先度キューとして実装可能であり、すなわち、注文はより低いスコアを有するものの前に挿入される。

ＦＩＸエンコーダサブコンポーネント６０６は、その後、キュー６０４を供給し、選択されたチャネルおよび他の最適化に従って出力注文３３２を生成する。

例示的な計算サブコンポーネント６００は、注文チャネルを前提（antecedent）の単純な加重和としてスコアする：ｓｕｍ（Ｗ［ｉ］^＊Ａ［ｉ］）、ただし、Ｗ［ｉ］はユーザが指定する重み、Ａ［ｉ］は前提。前提の例としては以下が挙げられる。

・チャネル、商品、注文種類の組み合わせについての推定される取引所内レイテンシ
・商品によるチャネルについての未決済注文の数
・合計数によるチャネルについての未決済注文の数
・目標市場での現在の最良の買呼値と最良の売呼値に対する注文価格の価格デルタ
・最良の買呼値／売呼値と注文価格との間で利用可能な総量であると定義される、流動性デプス

スコア前提選択サブコンポーネント６１０は、前提値について用いられるべきバッファからデータを選択する、計算サブコンポーネント６００により用いられる。

上述のように、図６に示される発注最適化コンポーネント３０８のサブコンポーネントは、スループットを最大化し、処理レイテンシを最少化するために、並列性を内部に拡げるハードウェアロジックパイプラインまたは他の並列処理可能アーキテクチャに実装可能である。

ポジションブロッタ更新コンポーネント３１４は、様々な市場からの発注応答メッセージ３３４を処理する。応答メッセージはいずれの注文が出され、実行され、キャンセルされ、拒絶等されるのかをＯＭＥに通知する。注文が出され、その結果、市場ビューが市場センタからの市場データフィードを介して更新を受信するよりもより低いレイテンシでもって更新可能である場合に、ポジションブロッタは市場ビューコンポーネントに更新を提供する。ポジションブロッタ更新コンポーネントと市場ビューコンポーネントとの間の専用の相互接続を通じて、かかる更新は最小のオーバーヘッドでもって渡される。したがって、ＯＭＥ３００が、回送先市場から注文が出されたという確認を受け取るとき、ＯＭＥは、出された注文を含むように、市場の状態のＯＭＥの内部ビューを修正することができる。これにより、公共市場データフィードにおいて変化がレポートされる前に、ＯＭＥに市場の現在ビューが提供される。市場ビューにおけるこのレイテンシの利点は、かかるデータへのアクセスを有する任意の取引ストラテジおよびＯＭＥにより、その後利用可能である。

また、ポジションブロッタは、ＯＭＥが管理する未決済ポジションの現在の組を追跡する。該コンポーネントによって、検証および回送の決定の際に、注文検証コンポーネントおよび回送ストラテジコンポーネントは未決済ポジションのビューを含むことができる。

ＯＭＥは高パフォーマンスの計算プラットフォームたとえばオフロードエンジンなどにおいて実装される。ＯＭＥに適した計算プラットフォームの例には、再構成可能ロジックデバイス（たとえばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス（ＰＬＤ））、グラフィックプロセッサユニット（ＧＰＵ）、チップマルチプロセッサ（ＣＭＰ）が含まれる。しかし、ＯＭＥは所望により１つ以上の汎用目的プロセッサ（ＧＰＰ）または他の適当なプログラマブルプロセッサ上に用いられてもよい。ＯＭＥは複数の再構成可能ロジックデバイス（または所望によりマルチＧＰＵ、ＣＭＰなど）にわたって分割されてもよい。

本明細書中に用いられるとき、「汎用目的プロセッサ（またはＧＰＰ）」の語は、固定形態を有し、その機能が可変のハードウェア装置を指し、この可変の機能は、命令の取り出しおよびこれらの命令の実行により定義され、その中で従来の中央処理ユニット（ＣＰＵ）は共通の例である。ＧＰＰの例示的実施形態には、インテル社製Ｘｅｏｎ（登録商標）プロセッサおよびＡＭＤ社製Ｏｐｔｅｒｏｎプロセッサが含まれる。本明細書中に用いられるとき、「再構成可能ロジック」の語は、製造後において、その形態および機能が大きく変更（すなわち再構成）可能である、任意のロジック技術をいう。これは機能が製造後に変更可能であるが、その形態は製造時に固定されるＧＰＰと異なる。さらに、本明細書中に用いられるとき、「ソフトウェア」の語はＧＰＰまたは他の処理デバイス上で用いられるデータ処理機能をいい、ソフトウェアはロードされるデバイスの形態を変化または定義するために用いることはできず、本明細書中に用いられるとき、「ファームウェア」の語は、再構成可能ロジックまたは他の処理デバイス上に用いられるデータ処理機能をいい、ファームウェアはそれがロードされるデバイスの形態を変化または定義するために用いることができる。

したがって、ＯＭＥの１つ以上のコンポーネントがＦＰＧＡなどの再構成可能ロジックで実装されている実施形態では、ハードウェアロジックは、そのようなコンポーネントが実行する異なる動作のための細かい並列性を可能とし、これにより、そのようなコンポーネントに、ＧＰＰ上でのソフトウェアの実行を通じて可能となるよりも桁違いに速いハードウェア処理速度で動作する能力を与える。

また、ＯＭＥは、標準化市場データ、市場の発注インタフェースおよび取引ストラテジからの注文フローに対するインタフェースを提供するコンピュータ通信リンクを有する専用システムにホストされていてよい。好ましい実施形態では、ＯＭＥは完全な取引プラットフォームがホストされた統合システム内にホストされている。

統合取引プラットフォーム
図７は、単一の計算システム上にホスト可能な統合型取引プラットフォーム７００の例示的ブロック図を示す。単一の計算システムは、単一のサーバ、装置、「ボックス」等であってよい。システムは、好ましくは、ティッカープラントエンジン７０２と、取引ストラテジ７０４および／または７１２と、注文管理エンジン３００との間でデータを伝送するためのシステム内相互接続を用いる。統合型取引プラットフォームは従来技術に対して以下のような利点を有する（ただし、このリストは限定的なものではない）。

・市場データの受信から発注までの全体的なレイテンシの低減。このような全体的なレイテンシの低減は、コンポーネント間の低減された通信レイテンシと、加速エンジン（たとえば再構成可能ロジック）へのオフロードによるコンポーネント処理時間のレイテンシの低減とによって得られる。

・取引プラットフォームを用いるためのスペース／電力要件の緩和。これは取引所のデータセンターにおけるコロケーションに特に重要である。

・取引プラットフォームコンポーネント間のデータ共有用の利用可能帯域幅の拡大。これにより、コンポーネント間のより緊密な統合が提供され、コンポーネントは付加的なデータに基づいて決定することができ、したがって、可能なストラテジの範囲が拡大され、より複雑で包括的な処理が可能となる。

シングルホストシステムにおける利用可能な汎用目的計算リソースの量は、基本的に制限されている。これは、取引プラットフォームまたは取引プラットフォームコンポーネントのソフトウェアのみによる実装はハードウェア加速化デザインを利用するシステムに対してより低いレイテンシ性能およびより少ないキャパシティをもたらす。シングルシステムにおけるより高いレベルの性能を実現するため、取引プラットフォームコンポーネントは好ましくは、汎用目的計算リソースを消費せず、細かい並列性を利用するエンジンにオフロードされる。

したがって、図７に示されるように、取引プラットフォーム用のホストシステムは、ソフトウェアサブシステム７２０およびハードウェアサブシステム７１８を有し、ソフトウェアサブシステムはたとえば１つ以上のホストプロセッサおよび１つ以上の関連ホストメモリを有する。１つ以上のティッカープラントエンジン７０２、ストラテジオフロードエンジン７０４およびＯＭＥ３００などの取引プラットフォームの態様は、本明細書中に記載のように、性能向上のためにハードウェアサブシステムにオフロード可能である。

ティッカープラントエンジン７０２は、消費アプリケーション（ソフトウェアサブシステム７２０にある消費アプリケーションを含む）への提示のための異なる複数のフィードからの市場データ７１４を標準化および表示可能である。適切なティッカープラントエンジン７０２の例は、上述の米国特許出願公開２００８／０２４３６７５および国際出願公開ＷＯ２０１０／０７７８２９に記載されており、それは再構成可能ロジックデバイスにより提供される並列性を用いて、従来のティッカープラントに対する飛躍的な加速を提供できる。さらに、図７および上述の米国特許出願公開２００８／０２４３６７５および２００７／０１７４８４１に記載されているように、ティッカープラントエンジンは標準化市場データを共有システムメモリ７０８（ソフトウェアに記述された取引ストラテジによる消費およびシステムの汎用目的計算装置上での実行のための）に書き込み、かつ、ピアツーピア型ハードウェア相互接続７０６を介してシステム内の他のオフロードエンジンの共有メモリに書き込む。ピアツーピア型ハードウェア相互接続により、システムソフトウェアを導入すること無く、オフロードエンジン間でのデータ伝送が可能となる。なお、ピアツーピア型ハードウェア相互接続は、専用のリンクまたはＰＣＩＥｘｐｒｅｓｓのようなシステム相互接続技術によって実現可能である。

共有メモリ（システム）への標準化市場データの書き込みによって、対象の金融商品に関連するメモリ位置に対する読み出しを発することのみにより、複数の取引アプリケーションは現在の市場状態をビュー可能である。このようにして、データフィールドの抽出のためにメッセージを受信し、解析する必要をなくすことにより、取引アプリケーションへのデータ送達のレイテンシが低減される。

ピアツーピア型ハードウェア相互接続の例示的な実施形態は、末端装置がアドレス可能なメモリ空間の一部に割り当てられている、ＰＣＩＥｘｐｒｅｓｓバスである。基底アドレスレジスタ（ＢＡＲ）はバス上の所与の装置に割り当てられたアドレス空間を定義する。装置Ａが装置Ｂに関連づけられたＢＡＲ空間内のアドレスに書き込み動作を発するとき、システムソフトウェアを導入しまたはホストメモリを利用することなく、データは装置Ａから装置Ｂに直接送信可能である。多様なプロトコルをこの基本的なキャパシティでもって開発できる。複数のＢＡＲを制御構造の実装のために装置によって用いることができる。たとえば、特定のＢＡＲが、装置間のデータ伝送のためのリングバッファまたはキューの実装のために読み取りおよび書き込みポインタを保持するために用いることができる。

ストラテジオフロードエンジン７０４は統合型システムにホストされていてもよい。さらに、このようなストラテジオフロードエンジン７０４は図７に示されるようなハードウェアサブシステムにあってもよい。ＯＭＥと同様に、ストラテジオフロードエンジンはピアツーピア型ハードウェア相互接続を介して直接に標準化市場データを受信することができる。適切なストラテジオフロードエンジン７０４の例は、上述の米国特許出願公開２００７／０２９４１５７に記載されているようなオプション価格決定エンジン、上述の米国特許出願公開２００９／０１８２６８３に記載されているようなバスケット計算エンジン、上述の米国特許出願公開２００９／０２８７６２８に記載されているようなルールエンジンを利用可能なデータクレンジングおよび一貫性チェックを実行するためのエンジンなどを含む。

なお、ハードウェア−ソフトウェア相互接続チャネル７１０はソフトウェアコンポーネントとハードウェアコンポーネントとの間の低レイテンシ高帯域幅通信を提供する。これに関する適切な相互接続チャネルの例は、上述の米国特許出願公開２００７／０１７４８４１に記載されている。これにより、汎用目的処理リソースおよび再構成可能ロジックリソースにわたって取引ストラテジを容易に分散できる。すなわち、ストラテジオフロードエンジン７０４はまた、ハードウェア−ソフトウェアチャネル７１０を介してホストのソフトウェアサブシステム内の取引ストラテジアプリケーション７１２と相互作用し、ハードウェア−ソフトウェアチャネル７１０において、取引ストラテジアプリケーション７１２は低レイテンシ処理のためにハードウェア加速ストラテジオフロードエンジン７０４に特定のタスクをオフロードできる。

性能に不可欠ではない（たとえば全ての注文について実行されない）従来のＯＭＳ／ＥＭＳの機能は、所望により、システム内の汎用目的処理リソース上にホストされていてよい（しかし、実施者は再構成可能ロジックデバイスなどの高性能リソース上の全てのリソースを使用したいと望むかもしれない）。これらの機能にはたとえば回送パラメタの修正、リスクプロファイルの修正、統計集計およびモニタリングが含まれる。ＯＭＳ／ＥＭＳのソフトウェアコンポーネントは、ＯＭＥとの通信、キャッシュレコードの更新などのために、同じハードウェア−ソフトウェア相互接続チャネルを用いる。

上述のように、ＯＭＥに関連して、１つ以上のエンジン７０２、７０４および３００のための適切な計算プラットフォームの例には、再構成可能ロジックデバイス（たとえば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス（ＰＬＤ）およびチップマルチプロセッサ（ＣＭＰ））が含まれる。しかし、１つ以上の他のエンジン７０２、７０４および３００もまた、ホスト内の並列実行のために、所望により、１つ以上の汎用目的プロセッサ（ＧＰＰ）または他の適切にプログラムされたプロセッサを用いることができる。また、エンジン７０２、７０４および３００は、複数の再構成可能ロジックデバイス（または所望により複数のＧＰＵ、ＣＭＰなど）にわたって分散されていてもよい。

すなわち、ハードウェアサブシステム７１８内の１つ以上のエンジンがＦＰＧＡなどの再構成可能ロジックに実装されている実施形態では、ハードウェアロジックは、このようなエンジンを実行する異なる動作に関して細かい並列性を可能とするプラットフォーム上に設けられており、これにより、ＧＰＰ上でのソフトウェアの実行を介して可能なよりも桁違いに速いハードウェア処理速度で動作する能力を有するこのようなエンジンが提供される。

本発明について、その好ましい実施形態に関連して上記で詳細に説明したが、本明細書中の教示を参照する際に理解されるであろう、発明の範囲内で種々の修正がそれに対してすることができる。そのようなものとして、本発明の全範囲は、添付の請求項およびその法的等価物によってのみ定められるべきである。

Claims

注文管理エンジンとして構成されたプロセッサを有する装置であって、
前記注文管理エンジンは、
（１）複数の入力に基づいて、複数の金融商品に関連する複数の注文を処理し、
（２）注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも２つを統合し、これにより、前記注文を処理するように構成されている、
ことを特徴とする装置。
前記入力は、
（１）１つ以上の取引ストラテジアプリケーションからの複数の注文、
（２）１つ以上の金融市場データソースからの金融市場データ、
（３）１つ以上の金融市場データソースからの複数の応答、
（４）複数の個人リスクプロファイルからのデータ、
（５）複数の法人リスクプロファイルからのデータ、
（６）権利データベースからのデータ、
（７）複数の規制パラメタに対応するデータ、
（８）複数の個人アカウントプロファイルからのデータ、
（９）複数の法人アカウントプロファイルからのデータ、
（１０）複数の注文回送パラメタに対応するデータ
のうちの少なくとも１つを含む、請求項１記載の装置。
前記注文管理エンジンは、前記回送ストラテジ動作を実行する回送ストラテジコンポーネントを有し、
前記回送ストラテジコンポーネントは、
（１）１つ以上の市場において有効な価格決定および流動性の現在ビュー、
（２）１つ以上の市場について計算された価格決定および流動性の現在ビュー、
（３）１つ以上の市場についての最終取引価格の現在ビュー、
（４）１つ以上の市場について計算された取引集計の現在ビュー、
（５）市場内レイテンシの推定値、
（６）回送パラメタレコードからの複数の回送パラメタ、
（７）個人アカウントレコードからの複数の個人アカウントパラメタ、
（８）法人アカウントレコードからの複数の法人アカウントパラメタ
のうちの少なくとも１つに基づいて、注文または注文の一部についての処理指令および回送先市場を選択するよう構成されている、
請求項１または２記載の装置。
前記注文管理エンジンは、発注最適化コンポーネントを有し、前記発注最適化コンポーネントは、（１）市場内レイテンシの複数の推定値、および、（２）回送ストラテジコンポーネントにより特定される複数の指令、の少なくとも１つに基づいて、前記発注最適化動作を実行するよう構成されている、請求項１から３のいずれか１項記載の装置。
前記注文管理エンジンは、現在市場ビューを保持するようさらに構成されており、当該現在市場ビューは、１つ以上の金融商品についての１つ以上の金融市場における価格決定および流動性の現在ビューを含む、請求項１から４のいずれか１項記載の装置。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から現在市場ビューを生成するよう構成されている、請求項５記載の装置。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から価格決定および流動性集計ビューを含む現在市場ビューを生成するよう構成されている、請求項５記載の装置。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から最終取引価格決定ビューを含む現在市場ビューを生成するよう構成されている、請求項５記載の装置。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から最終取引集計ビューを含む現在市場ビューを生成するよう構成されている、請求項５記載の装置。
前記注文管理エンジンは、前記現在市場ビューを保存するよう構成されたメモリを有する、請求項５記載の装置。
前記現在市場ビューは、１つ以上の金融商品に関する複数の金融市場にわたる価格決定および流動性の現在の複合的なビューを含む、請求項５から１０のいずれか１項記載の装置。
前記入力は、１つ以上の金融市場データソースからの複数の応答を含み、前記注文管理エンジンは、前記応答に基づいて前記現在市場ビューを更新するようさらに構成されている、請求項５から１１のいずれか１項記載の装置。
前記注文管理エンジンは注文検証コンポーネントを有し、前記注文検証コンポーネントは、前記現在市場ビューに基づいて前記注文検証動作を実行するよう構成されている、請求項５から１２のいずれか１項記載の装置。
前記注文管理エンジンは回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは前記現在市場ビューに基づいて前記回送ストラテジ動作を実行するよう構成されている、請求項５から１２のいずれか１項記載の装置。
前記注文管理エンジンは、
（１）１つ以上の取引ストラテジアプリケーションから複数の注文を受信し、（２）複数のソースから前記受信された注文に関連するデータの検索を開始する、よう構成されたマッピングコンポーネントと、
前記検索されたデータに基づいて前記受信された注文について前記注文検証動作を実行するよう構成された注文検証コンポーネントと、
（１）前記注文検証コンポーネントから検証済み注文を受信し、（２）前記検証済み注文が回送される前記金融市場を決定するために、前記検索されたデータに基づいて前記検証済み注文について前記回送ストラテジ動作を実行する、よう構成された回送ストラテジコンポーネントと、
（１）前記検証済みデータを受信し、（２）前記検証済み注文と関連する前記回送ストラテジコンポーネントから複数の回送命令を受信し、（３）前記受信した回送命令に基づいて、前記検証済み注文について前記発注最適化動作を実行し、前記回送命令に従って複数の金融市場についての複数の出力注文を生成する、よう構成された発注最適化コンポーネントと、
を有する、
請求項１から１４のいずれか１項記載の装置。
前記注文管理エンジンは、前記ポジションブロッタ動作を実行するポジションブロッタ更新コンポーネントをさらに有し、
前記ポジションブロッタ更新コンポーネントは、前記注文管理エンジンにより管理される注文に関連する複数のポジションを追跡するよう構成されている、
請求項１５記載の装置。
前記ポジションブロッタ更新コンポーネントは、（１）前記出力注文に応答する１つ以上の金融市場データソースから複数の応答を受信し、（２）前記注文管理エンジンにより管理される注文に関連するポジションの前記ビューを更新する、よう構成されている、請求項１６記載の装置。
前記市場ビューコンポーネントは、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて、１つ以上の金融市場についての１つ以上の金融商品に関する前記現在市場ビューをさらに更新するよう構成されている、請求項１６または１７記載の装置。
前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記受信された注文について前記注文検証動作をさらに実行するようさらに構成されている、請求項１６から１８のいずれか１項記載の装置。
前記回送ストラテジコンポーネントは、前記検証済み注文が行われる前記金融市場を決定するために、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記検証済み注文について前記回送ストラテジ動作をさらに実行するようさらに構成されている、請求項１６から１９のいずれか１項記載の装置。
前記注文管理エンジンはレイテンシモニタコンポーネントをさらに有し、前記レイテンシモニタコンポーネントは、１つ以上の発注チャネルについての市場内レイテンシを推定するよう構成されている、請求項１５から２０のいずれか１項記載の装置。
前記レイテンシモニタコンポーネントは、１つ以上の発注チャネルについての１つ以上の金融商品に関する市場内レイテンシを推定するようさらに構成されている、請求項２１記載の装置。
前記レイテンシモニタコンポーネントは、１つ以上の発注チャネルについての１つ以上の注文種類に関する市場内レイテンシを推定するようさらに構成されている、請求項２１または２２記載の装置。
前記レイテンシモニタコンポーネントは、前記市場への注文送信から、前記市場からの対応する発注応答の受信までの、往復時間の測定に基づいて、市場内レイテンシを推定するようさらに構成されている、請求項２１から２３のいずれか１項記載の装置。
前記レイテンシモニタコンポーネントは、（１）発注の送信に関するタイムスタンプを記録し、（２）各発注応答に関するタイムスタンプを記録し、（３）前記応答に対応する前記発注を識別し、（４）タイムスタンプの差を計算する、ことにより、往復時間を測定するようさらに構成されている、請求項２１から２４のいずれか１項記載の装置。
前記レイテンシモニタコンポーネントは、前記発注最適化コンポーネントに市場内レイテンシデータを通信するよう構成されており、前記発注最適化コンポーネントは前記通信された市場内レイテンシデータに基づいて前記発注最適化動作をさらに実行するようさらに構成されている、請求項２１から２５のいずれか１項記載の装置。
前記レイテンシモニタコンポーネントは、前記回送ストラテジコンポーネントに市場内レイテンシデータを通信するようさらに構成されており、前記回送ストラテジコンポーネントは前記通信された市場内レイテンシデータに基づいて前記回送ストラテジ動作をさらに実行するようさらに構成されている、請求項２１から２６のいずれか１項記載の装置。
前記注文管理エンジンのコンポーネントは、当該コンポーネントのそれぞれが同時に動作するよう構成されているように、並列動作のために構成された処理パイプラインとして用いられる、請求項１５から２７のいずれか１項記載の装置。
前記注文管理エンジンは、再構成可能ロジックデバイス上で少なくとも部分的に用いられる、請求項１から２８のいずれか１項記載の装置。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、請求項２９記載の装置。
前記注文管理システムは、グラフィック処理ユニット（ＧＰＵ）上で少なくとも部分的に用いられる、請求項１から３０のいずれか１項記載の装置。
前記注文管理システムは、チップマルチプロセッサ（ＣＭＰ）上で少なくとも部分的に用いられる、請求項１から３１のいずれか１項記載の装置。
注文管理エンジンとして構成されたプロセッサが、複数の入力に基づいて複数の金融商品に関連する複数の注文を処理するステップを含む方法であって、
前記処理ステップは、前記注文管理エンジンの統合されたコンポーネントによって、注文検証動作、回送ストラテジ動作、ポジションブロッタ動作、発注最適化のうちの少なくとも２つを実行するステップを含む、
ことを特徴とする方法。
前記入力は、
（１）１つ以上の取引ストラテジアプリケーションからの複数の注文、
（２）１つ以上の金融市場データソースからの金融市場データ、
（３）１つ以上の金融市場データソースからの複数の応答、
（４）複数の個人リスクプロファイルからのデータ、
（５）複数の法人リスクプロファイルからのデータ、
（６）権利データベースからのデータ、
（７）複数の規制パラメタに対応するデータ、
（８）複数の個人アカウントプロファイルからのデータ、
（９）複数の法人アカウントプロファイルからのデータ、
（１０）複数の注文回送パラメタに対応するデータ
のうちの少なくとも１つを含む、
請求項３３記載の方法。
前記注文管理エンジンは、前記回送ストラテジ動作を実行する回送ストラテジコンポーネントを有し、
前記回送ストラテジコンポーネントは、
（１）１つ以上の市場において有効な価格決定および流動性の現在ビュー、
（２）１つ以上の市場について計算された価格決定および流動性の集計の現在ビュー、
（３）１つ以上の市場についての最終取引価格の現在ビュー、
（４）１つ以上の市場について計算された取引集計の現在ビュー、
（５）市場内レイテンシの推定値、
（６）回送パラメタレコードからの複数の回送パラメタ、
（７）個人アカウントレコードからの複数の個人アカウントパラメタ、
（８）法人アカウントレコードからの複数の法人アカウントパラメタ
のうちの少なくとも１つに基づいて、注文または注文の一部についての処理指令および回送先市場を選択することにより前記回送ストラテジ動作を実行する、
請求項３３または３４記載の方法。
前記注文管理エンジンは、発注最適化コンポーネントを有し、前記発注最適化コンポーネントは、（１）市場内レイテンシの複数の推定値、および、（２）回送ストラテジコンポーネントにより特定される複数の指令、の少なくとも１つに基づいて、前記発注最適化動作を実行する、請求項３３から３５のいずれか１項記載の方法。
前記注文管理エンジンが、現在市場ビューを保持するステップをさらに含み、前記現在市場ビューは、１つ以上の金融商品についての１つ以上の金融市場における価格決定および流動性の現在ビューを含む、請求項３３から３６のいずれか１項記載の方法。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から前記現在市場ビューを生成する、請求項３７記載の方法。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは前記１つ以上の金融商品に関連する金融市場データを含む入力から価格決定および流動性集計ビューを含む現在市場ビューを生成する、請求項３７記載の方法。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記１つ以上の金融商品に関連する金融市場データを含む入力から最終取引価格決定ビューを含む現在市場ビューを生成する、請求項３７記載の方法。
前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、１つ以上の金融商品に関連する金融市場データを含む入力から最終取引集計ビューを含む現在市場ビューを生成する、請求項３７記載の方法。
前記注文管理エンジンがメモリに前記現在市場ビューを保存するステップをさらに含む、請求項３７記載の方法。
前記現在市場ビューは、１つ以上の金融商品に関する複数の金融市場にわたる価格決定および流動性の現在の複合的なビューを含む、請求項３７から４２のいずれか１項記載の方法。
前記入力は、１つ以上の金融市場データソースからの複数の応答を含み、
前記注文管理エンジンが、前記応答に基づいて前記現在市場ビューを更新するステップをさらに含む、
請求項３７から４３のいずれか１項記載の方法。
前記注文管理エンジンは注文検証コンポーネントを有し、前記注文検証コンポーネントは、前記現在市場ビューに基づいて前記注文検証動作を実行する、請求項３７から４４のいずれか１項記載の方法。
前記注文管理エンジンは回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは前記現在市場ビューに基づいて前記回送ストラテジ動作を実行する、請求項３７から４４のいずれか１項記載の方法。
前記注文管理エンジンは、マッピングコンポーネントと、注文検証コンポーネントと、回送ストラテジコンポーネントと、発注最適化コンポーネントとを有し、
マッピングコンポーネントが、（１）１つ以上の取引ストラテジアプリケーションから複数の注文を受信し、（２）複数のソースから前記受信された注文に関連するデータの検索を開始するステップと、
前記注文検証コンポーネントが、前記検索されたデータに基づいて前記受信された注文について前記注文検証動作を実行するステップと、
前記回送ストラテジコンポーネントが、（１）前記注文検証コンポーネントからの検証済み注文を受信し、（２）前記検証済み注文が回送される金融市場を決定するために、前記検索されたデータに基づいて前記検証済み注文について回送ストラテジ動作を実行するステップと、
前記発注最適化コンポーネントが、（１）前記検証済みデータを受信し、（２）前記検証済み注文と関連する前記回送ストラテジコンポーネントからの複数の回送命令を受信し、（３）前記受信された回送命令に基づいて、前記検証済み注文について前記発注最適化動作を実行し、前記回送命令に従って複数の金融市場についての複数の出力注文を生成するステップと、
を有する、
請求項３３から４６のいずれか１項記載の方法。
前記注文管理エンジンはポジションブロッタ更新コンポーネントをさらに有し、
前記ポジションブロッタ更新コンポーネントは、前記注文管理エンジンにより管理される注文に関連する複数のポジションを追跡することにより、前記ポジションブロッタ動作を実行する、
請求項４７記載の方法。
前記ポジションブロッタ更新コンポーネントが、（１）前記出力注文に応答する１つ以上の金融市場データソースから複数の応答を受信し、（２）前記注文管理エンジンにより管理される命令に関連するポジションのビューを更新する、ステップをさらに含む、請求項４８記載の方法。
前記市場ビューコンポーネントが、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて、１つ以上の市場についての１つ以上の金融商品に関する前記現在市場ビューをさらに更新するステップをさらに含む、請求項４８または４９記載の方法。
前記注文検証コンポーネントが、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて受信した注文について前記注文検証動作をさらに実行するステップをさらに含む、請求項４８から５０のいずれか１項記載の方法。
前記回送ストラテジコンポーネントが前記検証済み注文が回送される金融市場を決定するために、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記検証済み注文について前記回送ストラテジ動作をさらに実行するステップをさらに含む、請求項４８から５１のいずれか１項記載の方法。
前記注文管理エンジンはレイテンシモニタコンポーネントをさらに有し、前記レイテンシモニタコンポーネントは、１つ以上の発注チャネルについての市場内レイテンシを推定する、請求項４８から５１のいずれか１項記載の方法。
前記レイテンシモニタコンポーネントが、１つ以上の発注チャネルについての１つ以上の金融商品に関する市場内レイテンシを推定するステップをさらに含む、請求項５３記載の方法。
前記レイテンシモニタコンポーネントが、１つ以上の発注チャネルについての１つ以上の注文種類に関する市場内レイテンシを推定するステップをさらに含む、請求項５３または５４記載の方法。
前記レイテンシモニタコンポーネントが、前記市場への注文送信から、前記市場からの対応する発注応答の受信までの往復時間の測定に基づいて、市場内レイテンシを推定するステップをさらに含む、請求項５３から５５のいずれか１項記載の方法。
前記レイテンシモニタコンポーネントが、（１）発注の送信に関するタイムスタンプを記録し、（２）各発注応答のタイムスタンプを記録し、（３）前記応答に対応する発注を識別し、（４）タイムスタンプの差を計算することにより、往復時間を測定するステップをさらに含む、請求項５３から５６のいずれか１項記載の方法。
前記レイテンシモニタコンポーネントが、前記発注最適化コンポーネントに市場内レイテンシデータを通信するステップをさらに含み、前記発注最適化コンポーネントが通信された前記市場内レイテンシデータに基づいて前記発注最適化動作をさらに実行する、請求項５３から５７のいずれか１項記載の方法。
前記レイテンシモニタコンポーネントが前記回送ストラテジコンポーネントに市場内レイテンシデータを通信するステップをさらに含み、前記回送ストラテジコンポーネントが前記通信された市場内レイテンシデータに基づいて前記回送ストラテジ動作をさらに実行する、請求項５３から５８のいずれか１項記載の方法。
前記注文管理エンジンのコンポーネントは、処理パイプラインとして用いられており、前記注文管理エンジンのコンポーネントは前記パイプラインを通じて同時に並列に動作する、請求項５３から５９のいずれか１項記載の方法。
前記注文管理エンジンは、再構成可能ロジックデバイス上で少なくとも部分的に用いられる、請求項３３から６０のいずれか１項記載の方法。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、請求項６１記載の方法。
前記注文管理エンジンは、グラフィック処理ユニット（ＧＰＵ）上で少なくとも部分的に用いられる、請求項３３から６２のいずれか１項記載の方法。
前記注文管理システムは、チップマルチプロセッサ（ＣＭＰ）上で少なくとも部分的に用いられる、請求項３３から６３のいずれか１項記載の方法。
ストリーミング金融市場データを受信し、処理するよう構成された取引プラットフォームを有する装置であって、
前記取引プラットフォームは、いずれも当該取引プラットフォームに統合された、（１）ティッカープラントエンジン、（２）取引ストラテジエンジンおよび（３）注文管理エンジンのうちの少なくとも２つを有する、
ことを特徴とする装置。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記ティッカープラントエンジンと、
前記注文管理エンジンと、
前記ティッカープラントエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、
前記ティッカープラントエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、
請求項６５記載の装置。
前記取引プラットフォームは前記取引ストラテジエンジンを有し、
前記ピアツーピア型通信チャネルは前記ティッカープラントエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンとを相互接続するようさらに構成されており、
前記ティッカープラントエンジン、前記取引ストラテジエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、請求項６６記載の装置。
前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項６７記載の装置。
前記取引ストラテジエンジンは、オプション価格決定エンジンを有する、請求項６７または６８記載の装置。
前記取引ストラテジエンジンは、ルールエンジンを有する、請求項６７から６９のいずれか１項記載の装置。
前記取引プラットフォームは、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されるメモリをさらに有し、前記ティッカープラントエンジンは前記共有されたメモリに標準化金融市場データを書き込むようさらに構成されている、請求項６６から７０のいずれか１項記載の装置。
前記ホストプロセッサおよび前記ホストメモリは取引ストラテジソフトウェアプログラムを実行するよう構成されており、
前記取引ストラテジソフトウェアプログラムは、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理された標準化金融市場データに基づいて複数の注文を生成する、よう構成されている、
請求項７１記載の装置。
前記ホストプロセッサおよび前記ホストメモリは、複数の取引ストラテジソフトウェアプログラムを実行するよう構成されており、
前記取引ストラテジソフトウェアプログラムは、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理された標準化金融市場データに基づいて複数の注文を生成する、よう構成されている、
請求項７１記載の装置。
前記１つ以上の取引ストラテジソフトウェアプログラムは、１つ以上の取引ストラテジエンジンにその計算の一部をオフロードし、前記１つ以上の取引ストラテジソフトウェアプログラムおよび前記１つ以上の取引ストラテジエンジンは、ファームウェアソケットにより通信する、請求項７２または７３記載の装置。
前記１つ以上の取引ストラテジソフトウェアプログラムは、ファームウェアソケットにより前記注文管理エンジンと通信する、請求項７２から７４のいずれか１項記載の装置。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記取引ストラテジエンジンと、
前記注文管理エンジンと、
前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、
前記取引ストラテジエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、
請求項６５記載の装置。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記ティッカープラントエンジンと、
前記ティッカープラントエンジンおよび前記ホストシステムにより共有されたメモリと、を有し、
前記ティッカープラントエンジンは前記共有されたメモリに標準化金融市場データを書き込むようさらに構成されている、
請求項６５記載の装置。
前記ホストプロセッサおよび前記ホストメモリは取引ストラテジソフトウェアプログラムを実行するよう構成されており、
前記取引ストラテジソフトウェアプログラムは、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理した標準化金融市場データに基づいて複数の注文を生成するよう構成されている、
請求項７７記載の装置。
前記取引プラットフォームのエンジンは、各前記エンジンが同時に動作するよう構成されるように、並列動作のために構成されている、請求項６５から７８のいずれか１項記載の装置。
前記取引プラットフォームは前記ティッカープラントエンジンを有し、前記ティッカープラントエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項６５から７９のいずれか１項記載の装置。
前記取引プラットフォームは取引ストラテジエンジンを有し、前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項６５から８０のいずれか１項記載の装置。
前記取引プラットフォームは前記注文管理エンジンを有し、前記注文管理エンジンは再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項６５から８１のいずれか１項記載の装置。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、請求項８０から８２のいずれか１項記載の装置。
取引プラットフォームが、ストリーミング金融市場データを受信し、処理するステップを含む方法であって、
前記取引プラットフォームは、いずれも当該取引プラットフォームに統合された、（１）ティッカープラントエンジン、（２）取引ストラテジエンジンおよび（３）注文管理エンジンのうちの少なくとも２つを有する、
ことを特徴とする方法。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記ティッカープラントエンジンと、
前記注文管理エンジンと、
前記ティッカープラントエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、
前記ティッカープラントエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、
請求項８４記載の方法。
前記取引プラットフォームは取引ストラテジエンジンを有し、
前記ピアツーピア型通信チャネルは、前記ティッカープラントエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンとを相互接続するようさらに構成されており、
前記ティッカープラントエンジン、前記取引ストラテジエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、
請求項８５記載の方法。
前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項８６記載の方法。
前記取引ストラテジエンジンは、オプション価格決定エンジンを有する、請求項８６または８７記載の方法。
前記取引ストラテジエンジンは、ルールエンジンを有する、請求項８６から８８のいずれか１項記載の方法。
前記取引プラットフォームは、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されるメモリを有し、
前記ティッカープラントエンジンが前記共有されたメモリに標準化金融市場データを書き込むステップをさらに含む、請求項８５から８９のいずれか１項記載の方法。
前記ホストプロセッサが前記ホストメモリと相互作用し、取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、
前記実行ステップは、前記取引ソフトウェアプログラムが、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理された標準化金融市場データに基づいて複数の注文を生成する、ステップをさらに含む、
請求項９０記載の方法。
前記ホストプロセッサが前記ホストメモリと相互作用し、複数の取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、
前記取引ソフトウェアプログラムが、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理された標準化金融市場データに基づいて複数の注文を生成する、
請求項９０記載の方法。
前記１つ以上の取引ストラテジソフトウェアプログラムが、１つ以上の取引ストラテジエンジンにその計算の一部をオフロードし、前記１つ以上の取引ストラテジソフトウェアプログラムおよび前記１つ以上の取引ストラテジエンジンが、ファームウェアソケットにより互いに通信するステップをさらに含む、請求項９１または９２記載の方法。
前記１つ以上の取引ストラテジソフトウェアプログラムが、ファームウェアソケットにより前記注文管理エンジンと通信するステップをさらに含む、請求項９１から９３のいずれか１項記載の方法。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記取引ストラテジエンジンと、
前記注文管理エンジンと、
前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、
前記取引ストラテジエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、
請求項８４記載の方法。
前記取引プラットフォームは、
ホストプロセッサおよびホストメモリを有するホストシステムと、
前記ティッカープラントエンジンと、
前記ティッカープラントエンジンおよび前記ホストシステムにより共有されたメモリと、を有し、
前記ティッカープラントエンジンが前記共有されたメモリに標準化金融市場データを書き込むステップをさらに含む、
請求項８４記載の方法。
前記ホストプロセッサが前記ホストメモリと相互作用し、取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、
前記実行ステップは、前記取引ストラテジソフトウェアプログラムが、（１）前記共有されたメモリから前記標準化金融市場データを読み出し、（２）前記読み出した標準化金融市場データを処理し、（３）前記処理した標準化金融市場データに基づいて複数の注文を生成するステップを含む、
請求項９６記載の方法。
前記取引プラットフォームの各エンジンを、同時に並列に動作させるステップをさらに含む、請求項８４から９７のいずれか１項記載の方法。
前記取引プラットフォームは前記ティッカープラントエンジンを有し、前記ティッカープラントエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項８４から９８のいずれか１項記載の方法。
前記取引プラットフォームは前記取引ストラテジエンジンを有し、前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項８４から９９のいずれか１項記載の方法。
前記取引プラットフォームは前記注文管理エンジンを有し、前記注文管理エンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項８４から１００のいずれか１項記載の方法。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、請求項９９から１０１のいずれか１項記載の方法。
ストリーミング金融市場データを受信し、処理するよう構成された取引プラットフォームを有する装置であって、
前記取引プラットフォームは、ホストシステムおよび取引ストラテジエンジンを有し、
前記取引ストラテジエンジンは、１つ以上の金融商品および１つ以上の金融市場に関して取引ストラテジの少なくとも一部を前記ホストシステムからオフロードするよう構成されている、
ことを特徴とする装置。
前記ホストシステムは、取引ストラテジソフトウェアプログラムを実行するよう構成されており、前記取引ストラテジソフトウェアプログラムは、前記取引ストラテジを実現するよう前記取引ストラテジエンジンと協働するよう構成されている、請求項１０３記載の装置。
前記取引ストラテジソフトウェアプログラムおよび前記取引ストラテジエンジンは、ファームウェアソケットにより通信するよう構成されている、請求項１０３記載の装置。
前記ホストシステムはホストプロセッサおよびホストメモリを有し、前記取引プラットフォームは、
注文管理エンジンと、
前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、
前記取引ストラテジエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、
請求項１０３から１０５のいずれか１項記載の装置。
前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項１０３から１０６のいずれか１項記載の装置。
前記取引ストラテジエンジンは、オプション価格決定エンジンを有する、請求項１０３から１０７のいずれか１項記載の装置。
前記取引ストラテジエンジンは、ルールエンジンを有する、請求項１０３から１０８のいずれか１項記載の装置。
前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくともの１つの上で用いられる、請求項１０３から１０９のいずれか１項記載の装置。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を有する、請求項１１０記載の装置。
ホストシステムおよび取引ストラテジエンジンを有する取引プラットフォームが、ストリーミング金融市場データを受信し、処理するステップを含む方法であって、
前記取引ストラテジエンジンは、１つ以上の金融商品および１つ以上の金融市場に関する取引ストラテジの少なくとも一部を前記ホストシステムからオフロードするステップを含む、
ことを特徴とする方法。
前記ホストシステムが取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、
前記取引ストラテジソフトウェアプログラムは、前記取引ストラテジを実現するよう前記取引ストラテジエンジンと協働する、
請求項１１２記載の方法。
前記取引ストラテジソフトウェアプログラムおよび前記取引ストラテジエンジンは、ファームウェアソケットにより通信する、請求項１１３記載の方法。
前記ホストシステムはホストプロセッサおよびホストメモリを有し、
前記取引プラットフォームは、さらに、
注文管理エンジンと、
前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を含み、
前記方法は、さらに、
前記取引ストラテジエンジンと前記注文管理エンジンとが、前記ホストプロセッサおよび前記ホストメモリを用いることなく、前記ピアツーピア型通信チャネルを介して互いに通信するステップを含む、
請求項１１２から１１４のいずれか１項記載の方法。
前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項１１２から１１５のいずれか１項記載の方法。
前記取引ストラテジエンジンはオプション価格決定エンジンを有する、請求項１１２から１１６のいずれか１項記載の方法。
前記取引ストラテジエンジンはルールエンジンを有する、請求項１１２から１１７のいずれか１項記載の方法。
前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニット（ＧＰＵ）およびチップマルチプロセッサ（ＣＭＰ）のうちの少なくとも１つの上で用いられる、請求項１１２から１１８のいずれか１項記載の方法。
前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含む、請求項１１９記載の方法。