注文管理エンジンとして構成されたプロセッサを有する装置であって、前記注文管理エンジンは、1複数の入力に基づいて、複数の金融商品に関連する複数の注文を処理し、2注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも2つを統合し、これにより、前記注文を処理するように構成されている、ことを特徴とする装置。前記入力は、11つ以上の取引ストラテジアプリケーションからの複数の注文、21つ以上の金融市場データソースからの金融市場データ、31つ以上の金融市場データソースからの複数の応答、4複数の個人リスクプロファイルからのデータ、5複数の法人リスクプロファイルからのデータ、6権利データベースからのデータ、7複数の規制パラメタに対応するデータ、8複数の個人アカウントプロファイルからのデータ、9複数の法人アカウントプロファイルからのデータ、10複数の注文回送パラメタに対応するデータのうちの少なくとも1つを含む、請求項1記載の装置。前記注文管理エンジンは、前記回送ストラテジ動作を実行する回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは、11つ以上の市場において有効な価格決定および流動性の現在ビュー、21つ以上の市場について計算された価格決定および流動性の現在ビュー、31つ以上の市場についての最終取引価格の現在ビュー、41つ以上の市場について計算された取引集計の現在ビュー、5市場内レイテンシの推定値、6回送パラメタレコードからの複数の回送パラメタ、7個人アカウントレコードからの複数の個人アカウントパラメタ、8法人アカウントレコードからの複数の法人アカウントパラメタのうちの少なくとも1つに基づいて、注文または注文の一部についての処理指令および回送先市場を選択するよう構成されている、請求項1または2記載の装置。前記注文管理エンジンは、発注最適化コンポーネントを有し、前記発注最適化コンポーネントは、1市場内レイテンシの複数の推定値、および、2回送ストラテジコンポーネントにより特定される複数の指令、の少なくとも1つに基づいて、前記発注最適化動作を実行するよう構成されている、請求項1から3のいずれか1項記載の装置。前記注文管理エンジンは、現在市場ビューを保持するようさらに構成されており、当該現在市場ビューは、1つ以上の金融商品についての1つ以上の金融市場における価格決定および流動性の現在ビューを含む、請求項1から4のいずれか1項記載の装置。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から現在市場ビューを生成するよう構成されている、請求項5記載の装置。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から価格決定および流動性集計ビューを含む現在市場ビューを生成するよう構成されている、請求項5記載の装置。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から最終取引価格決定ビューを含む現在市場ビューを生成するよう構成されている、請求項5記載の装置。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から最終取引集計ビューを含む現在市場ビューを生成するよう構成されている、請求項5記載の装置。前記注文管理エンジンは、前記現在市場ビューを保存するよう構成されたメモリを有する、請求項5記載の装置。前記現在市場ビューは、1つ以上の金融商品に関する複数の金融市場にわたる価格決定および流動性の現在の複合的なビューを含む、請求項5から10のいずれか1項記載の装置。前記入力は、1つ以上の金融市場データソースからの複数の応答を含み、前記注文管理エンジンは、前記応答に基づいて前記現在市場ビューを更新するようさらに構成されている、請求項5から11のいずれか1項記載の装置。前記注文管理エンジンは注文検証コンポーネントを有し、前記注文検証コンポーネントは、前記現在市場ビューに基づいて前記注文検証動作を実行するよう構成されている、請求項5から12のいずれか1項記載の装置。前記注文管理エンジンは回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは前記現在市場ビューに基づいて前記回送ストラテジ動作を実行するよう構成されている、請求項5から12のいずれか1項記載の装置。前記注文管理エンジンは、11つ以上の取引ストラテジアプリケーションから複数の注文を受信し、2複数のソースから前記受信された注文に関連するデータの検索を開始する、よう構成されたマッピングコンポーネントと、前記検索されたデータに基づいて前記受信された注文について前記注文検証動作を実行するよう構成された注文検証コンポーネントと、1前記注文検証コンポーネントから検証済み注文を受信し、2前記検証済み注文が回送される前記金融市場を決定するために、前記検索されたデータに基づいて前記検証済み注文について前記回送ストラテジ動作を実行する、よう構成された回送ストラテジコンポーネントと、1前記検証済みデータを受信し、2前記検証済み注文と関連する前記回送ストラテジコンポーネントから複数の回送命令を受信し、3前記受信した回送命令に基づいて、前記検証済み注文について前記発注最適化動作を実行し、前記回送命令に従って複数の金融市場についての複数の出力注文を生成する、よう構成された発注最適化コンポーネントと、を有する、請求項1から14のいずれか1項記載の装置。前記注文管理エンジンは、前記ポジションブロッタ動作を実行するポジションブロッタ更新コンポーネントをさらに有し、前記ポジションブロッタ更新コンポーネントは、前記注文管理エンジンにより管理される注文に関連する複数のポジションを追跡するよう構成されている、請求項15記載の装置。前記ポジションブロッタ更新コンポーネントは、1前記出力注文に応答する1つ以上の金融市場データソースから複数の応答を受信し、2前記注文管理エンジンにより管理される注文に関連するポジションの前記ビューを更新する、よう構成されている、請求項16記載の装置。前記市場ビューコンポーネントは、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて、1つ以上の金融市場についての1つ以上の金融商品に関する前記現在市場ビューをさらに更新するよう構成されている、請求項16または17記載の装置。前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記受信された注文について前記注文検証動作をさらに実行するようさらに構成されている、請求項16から18のいずれか1項記載の装置。前記回送ストラテジコンポーネントは、前記検証済み注文が行われる前記金融市場を決定するために、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記検証済み注文について前記回送ストラテジ動作をさらに実行するようさらに構成されている、請求項16から19のいずれか1項記載の装置。前記注文管理エンジンはレイテンシモニタコンポーネントをさらに有し、前記レイテンシモニタコンポーネントは、1つ以上の発注チャネルについての市場内レイテンシを推定するよう構成されている、請求項15から20のいずれか1項記載の装置。前記レイテンシモニタコンポーネントは、1つ以上の発注チャネルについての1つ以上の金融商品に関する市場内レイテンシを推定するようさらに構成されている、請求項21記載の装置。前記レイテンシモニタコンポーネントは、1つ以上の発注チャネルについての1つ以上の注文種類に関する市場内レイテンシを推定するようさらに構成されている、請求項21または22記載の装置。前記レイテンシモニタコンポーネントは、前記市場への注文送信から、前記市場からの対応する発注応答の受信までの、往復時間の測定に基づいて、市場内レイテンシを推定するようさらに構成されている、請求項21から23のいずれか1項記載の装置。前記レイテンシモニタコンポーネントは、1発注の送信に関するタイムスタンプを記録し、2各発注応答に関するタイムスタンプを記録し、3前記応答に対応する前記発注を識別し、4タイムスタンプの差を計算する、ことにより、往復時間を測定するようさらに構成されている、請求項21から24のいずれか1項記載の装置。前記レイテンシモニタコンポーネントは、前記発注最適化コンポーネントに市場内レイテンシデータを通信するよう構成されており、前記発注最適化コンポーネントは前記通信された市場内レイテンシデータに基づいて前記発注最適化動作をさらに実行するようさらに構成されている、請求項21から25のいずれか1項記載の装置。前記レイテンシモニタコンポーネントは、前記回送ストラテジコンポーネントに市場内レイテンシデータを通信するようさらに構成されており、前記回送ストラテジコンポーネントは前記通信された市場内レイテンシデータに基づいて前記回送ストラテジ動作をさらに実行するようさらに構成されている、請求項21から26のいずれか1項記載の装置。前記注文管理エンジンのコンポーネントは、当該コンポーネントのそれぞれが同時に動作するよう構成されているように、並列動作のために構成された処理パイプラインとして用いられる、請求項15から27のいずれか1項記載の装置。前記注文管理エンジンは、再構成可能ロジックデバイス上で少なくとも部分的に用いられる、請求項1から28のいずれか1項記載の装置。前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイFPGAを含む、請求項29記載の装置。前記注文管理システムは、グラフィック処理ユニットGPU上で少なくとも部分的に用いられる、請求項1から30のいずれか1項記載の装置。前記注文管理システムは、チップマルチプロセッサCMP上で少なくとも部分的に用いられる、請求項1から31のいずれか1項記載の装置。注文管理エンジンとして構成されたプロセッサが、複数の入力に基づいて複数の金融商品に関連する複数の注文を処理するステップを含む方法であって、前記処理ステップは、前記注文管理エンジンの統合されたコンポーネントによって、注文検証動作、回送ストラテジ動作、ポジションブロッタ動作、発注最適化のうちの少なくとも2つを実行するステップを含む、ことを特徴とする方法。前記入力は、11つ以上の取引ストラテジアプリケーションからの複数の注文、21つ以上の金融市場データソースからの金融市場データ、31つ以上の金融市場データソースからの複数の応答、4複数の個人リスクプロファイルからのデータ、5複数の法人リスクプロファイルからのデータ、6権利データベースからのデータ、7複数の規制パラメタに対応するデータ、8複数の個人アカウントプロファイルからのデータ、9複数の法人アカウントプロファイルからのデータ、10複数の注文回送パラメタに対応するデータのうちの少なくとも1つを含む、請求項33記載の方法。前記注文管理エンジンは、前記回送ストラテジ動作を実行する回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは、11つ以上の市場において有効な価格決定および流動性の現在ビュー、21つ以上の市場について計算された価格決定および流動性の集計の現在ビュー、31つ以上の市場についての最終取引価格の現在ビュー、41つ以上の市場について計算された取引集計の現在ビュー、5市場内レイテンシの推定値、6回送パラメタレコードからの複数の回送パラメタ、7個人アカウントレコードからの複数の個人アカウントパラメタ、8法人アカウントレコードからの複数の法人アカウントパラメタのうちの少なくとも1つに基づいて、注文または注文の一部についての処理指令および回送先市場を選択することにより前記回送ストラテジ動作を実行する、請求項33または34記載の方法。前記注文管理エンジンは、発注最適化コンポーネントを有し、前記発注最適化コンポーネントは、1市場内レイテンシの複数の推定値、および、2回送ストラテジコンポーネントにより特定される複数の指令、の少なくとも1つに基づいて、前記発注最適化動作を実行する、請求項33から35のいずれか1項記載の方法。前記注文管理エンジンが、現在市場ビューを保持するステップをさらに含み、前記現在市場ビューは、1つ以上の金融商品についての1つ以上の金融市場における価格決定および流動性の現在ビューを含む、請求項33から36のいずれか1項記載の方法。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から前記現在市場ビューを生成する、請求項37記載の方法。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは前記1つ以上の金融商品に関連する金融市場データを含む入力から価格決定および流動性集計ビューを含む現在市場ビューを生成する、請求項37記載の方法。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、前記1つ以上の金融商品に関連する金融市場データを含む入力から最終取引価格決定ビューを含む現在市場ビューを生成する、請求項37記載の方法。前記注文管理エンジンは市場ビューコンポーネントを有し、前記市場ビューコンポーネントは、1つ以上の金融商品に関連する金融市場データを含む入力から最終取引集計ビューを含む現在市場ビューを生成する、請求項37記載の方法。前記注文管理エンジンがメモリに前記現在市場ビューを保存するステップをさらに含む、請求項37記載の方法。前記現在市場ビューは、1つ以上の金融商品に関する複数の金融市場にわたる価格決定および流動性の現在の複合的なビューを含む、請求項37から42のいずれか1項記載の方法。前記入力は、1つ以上の金融市場データソースからの複数の応答を含み、前記注文管理エンジンが、前記応答に基づいて前記現在市場ビューを更新するステップをさらに含む、請求項37から43のいずれか1項記載の方法。前記注文管理エンジンは注文検証コンポーネントを有し、前記注文検証コンポーネントは、前記現在市場ビューに基づいて前記注文検証動作を実行する、請求項37から44のいずれか1項記載の方法。前記注文管理エンジンは回送ストラテジコンポーネントを有し、前記回送ストラテジコンポーネントは前記現在市場ビューに基づいて前記回送ストラテジ動作を実行する、請求項37から44のいずれか1項記載の方法。前記注文管理エンジンは、マッピングコンポーネントと、注文検証コンポーネントと、回送ストラテジコンポーネントと、発注最適化コンポーネントとを有し、マッピングコンポーネントが、11つ以上の取引ストラテジアプリケーションから複数の注文を受信し、2複数のソースから前記受信された注文に関連するデータの検索を開始するステップと、前記注文検証コンポーネントが、前記検索されたデータに基づいて前記受信された注文について前記注文検証動作を実行するステップと、前記回送ストラテジコンポーネントが、1前記注文検証コンポーネントからの検証済み注文を受信し、2前記検証済み注文が回送される金融市場を決定するために、前記検索されたデータに基づいて前記検証済み注文について回送ストラテジ動作を実行するステップと、前記発注最適化コンポーネントが、1前記検証済みデータを受信し、2前記検証済み注文と関連する前記回送ストラテジコンポーネントからの複数の回送命令を受信し、3前記受信された回送命令に基づいて、前記検証済み注文について前記発注最適化動作を実行し、前記回送命令に従って複数の金融市場についての複数の出力注文を生成するステップと、を有する、請求項33から46のいずれか1項記載の方法。前記注文管理エンジンはポジションブロッタ更新コンポーネントをさらに有し、前記ポジションブロッタ更新コンポーネントは、前記注文管理エンジンにより管理される注文に関連する複数のポジションを追跡することにより、前記ポジションブロッタ動作を実行する、請求項47記載の方法。前記ポジションブロッタ更新コンポーネントが、1前記出力注文に応答する1つ以上の金融市場データソースから複数の応答を受信し、2前記注文管理エンジンにより管理される命令に関連するポジションのビューを更新する、ステップをさらに含む、請求項48記載の方法。前記市場ビューコンポーネントが、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて、1つ以上の市場についての1つ以上の金融商品に関する前記現在市場ビューをさらに更新するステップをさらに含む、請求項48または49記載の方法。前記注文検証コンポーネントが、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて受信した注文について前記注文検証動作をさらに実行するステップをさらに含む、請求項48から50のいずれか1項記載の方法。前記回送ストラテジコンポーネントが前記検証済み注文が回送される金融市場を決定するために、前記ポジションブロッタ更新コンポーネントにより追跡されるポジションに基づいて前記検証済み注文について前記回送ストラテジ動作をさらに実行するステップをさらに含む、請求項48から51のいずれか1項記載の方法。前記注文管理エンジンはレイテンシモニタコンポーネントをさらに有し、前記レイテンシモニタコンポーネントは、1つ以上の発注チャネルについての市場内レイテンシを推定する、請求項48から51のいずれか1項記載の方法。前記レイテンシモニタコンポーネントが、1つ以上の発注チャネルについての1つ以上の金融商品に関する市場内レイテンシを推定するステップをさらに含む、請求項53記載の方法。前記レイテンシモニタコンポーネントが、1つ以上の発注チャネルについての1つ以上の注文種類に関する市場内レイテンシを推定するステップをさらに含む、請求項53または54記載の方法。前記レイテンシモニタコンポーネントが、前記市場への注文送信から、前記市場からの対応する発注応答の受信までの往復時間の測定に基づいて、市場内レイテンシを推定するステップをさらに含む、請求項53から55のいずれか1項記載の方法。前記レイテンシモニタコンポーネントが、1発注の送信に関するタイムスタンプを記録し、2各発注応答のタイムスタンプを記録し、3前記応答に対応する発注を識別し、4タイムスタンプの差を計算することにより、往復時間を測定するステップをさらに含む、請求項53から56のいずれか1項記載の方法。前記レイテンシモニタコンポーネントが、前記発注最適化コンポーネントに市場内レイテンシデータを通信するステップをさらに含み、前記発注最適化コンポーネントが通信された前記市場内レイテンシデータに基づいて前記発注最適化動作をさらに実行する、請求項53から57のいずれか1項記載の方法。前記レイテンシモニタコンポーネントが前記回送ストラテジコンポーネントに市場内レイテンシデータを通信するステップをさらに含み、前記回送ストラテジコンポーネントが前記通信された市場内レイテンシデータに基づいて前記回送ストラテジ動作をさらに実行する、請求項53から58のいずれか1項記載の方法。前記注文管理エンジンのコンポーネントは、処理パイプラインとして用いられており、前記注文管理エンジンのコンポーネントは前記パイプラインを通じて同時に並列に動作する、請求項53から59のいずれか1項記載の方法。前記注文管理エンジンは、再構成可能ロジックデバイス上で少なくとも部分的に用いられる、請求項33から60のいずれか1項記載の方法。前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイFPGAを含む、請求項61記載の方法。前記注文管理エンジンは、グラフィック処理ユニットGPU上で少なくとも部分的に用いられる、請求項33から62のいずれか1項記載の方法。前記注文管理システムは、チップマルチプロセッサCMP上で少なくとも部分的に用いられる、請求項33から63のいずれか1項記載の方法。ストリーミング金融市場データを受信し、処理するよう構成された取引プラットフォームを有する装置であって、前記取引プラットフォームは、いずれも当該取引プラットフォームに統合された、1ティッカープラントエンジン、2取引ストラテジエンジンおよび3注文管理エンジンのうちの少なくとも2つを有する、ことを特徴とする装置。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記ティッカープラントエンジンと、前記注文管理エンジンと、前記ティッカープラントエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、前記ティッカープラントエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、請求項65記載の装置。前記取引プラットフォームは前記取引ストラテジエンジンを有し、前記ピアツーピア型通信チャネルは前記ティッカープラントエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンとを相互接続するようさらに構成されており、前記ティッカープラントエンジン、前記取引ストラテジエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、請求項66記載の装置。前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項67記載の装置。前記取引ストラテジエンジンは、オプション価格決定エンジンを有する、請求項67または68記載の装置。前記取引ストラテジエンジンは、ルールエンジンを有する、請求項67から69のいずれか1項記載の装置。前記取引プラットフォームは、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されるメモリをさらに有し、前記ティッカープラントエンジンは前記共有されたメモリに標準化金融市場データを書き込むようさらに構成されている、請求項66から70のいずれか1項記載の装置。前記ホストプロセッサおよび前記ホストメモリは取引ストラテジソフトウェアプログラムを実行するよう構成されており、前記取引ストラテジソフトウェアプログラムは、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理された標準化金融市場データに基づいて複数の注文を生成する、よう構成されている、請求項71記載の装置。前記ホストプロセッサおよび前記ホストメモリは、複数の取引ストラテジソフトウェアプログラムを実行するよう構成されており、前記取引ストラテジソフトウェアプログラムは、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理された標準化金融市場データに基づいて複数の注文を生成する、よう構成されている、請求項71記載の装置。前記1つ以上の取引ストラテジソフトウェアプログラムは、1つ以上の取引ストラテジエンジンにその計算の一部をオフロードし、前記1つ以上の取引ストラテジソフトウェアプログラムおよび前記1つ以上の取引ストラテジエンジンは、ファームウェアソケットにより通信する、請求項72または73記載の装置。前記1つ以上の取引ストラテジソフトウェアプログラムは、ファームウェアソケットにより前記注文管理エンジンと通信する、請求項72から74のいずれか1項記載の装置。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記取引ストラテジエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、前記取引ストラテジエンジンおよび前記注文管理エンジンは、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するよう構成されている、請求項65記載の装置。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記ティッカープラントエンジンと、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されたメモリと、を有し、前記ティッカープラントエンジンは前記共有されたメモリに標準化金融市場データを書き込むようさらに構成されている、請求項65記載の装置。前記ホストプロセッサおよび前記ホストメモリは取引ストラテジソフトウェアプログラムを実行するよう構成されており、前記取引ストラテジソフトウェアプログラムは、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理した標準化金融市場データに基づいて複数の注文を生成するよう構成されている、請求項77記載の装置。前記取引プラットフォームのエンジンは、各前記エンジンが同時に動作するよう構成されるように、並列動作のために構成されている、請求項65から78のいずれか1項記載の装置。前記取引プラットフォームは前記ティッカープラントエンジンを有し、前記ティッカープラントエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項65から79のいずれか1項記載の装置。前記取引プラットフォームは取引ストラテジエンジンを有し、前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項65から80のいずれか1項記載の装置。前記取引プラットフォームは前記注文管理エンジンを有し、前記注文管理エンジンは再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項65から81のいずれか1項記載の装置。前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイFPGAを含む、請求項80から82のいずれか1項記載の装置。取引プラットフォームが、ストリーミング金融市場データを受信し、処理するステップを含む方法であって、前記取引プラットフォームは、いずれも当該取引プラットフォームに統合された、1ティッカープラントエンジン、2取引ストラテジエンジンおよび3注文管理エンジンのうちの少なくとも2つを有する、ことを特徴とする方法。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記ティッカープラントエンジンと、前記注文管理エンジンと、前記ティッカープラントエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、前記ティッカープラントエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、請求項84記載の方法。前記取引プラットフォームは取引ストラテジエンジンを有し、前記ピアツーピア型通信チャネルは、前記ティッカープラントエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンとを相互接続するようさらに構成されており、前記ティッカープラントエンジン、前記取引ストラテジエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、請求項85記載の方法。前記取引ストラテジエンジンは、バスケット計算エンジンを有する、請求項86記載の方法。前記取引ストラテジエンジンは、オプション価格決定エンジンを有する、請求項86または87記載の方法。前記取引ストラテジエンジンは、ルールエンジンを有する、請求項86から88のいずれか1項記載の方法。前記取引プラットフォームは、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されるメモリを有し、前記ティッカープラントエンジンが前記共有されたメモリに標準化金融市場データを書き込むステップをさらに含む、請求項85から89のいずれか1項記載の方法。前記ホストプロセッサが前記ホストメモリと相互作用し、取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、前記実行ステップは、前記取引ソフトウェアプログラムが、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理された標準化金融市場データに基づいて複数の注文を生成する、ステップをさらに含む、請求項90記載の方法。前記ホストプロセッサが前記ホストメモリと相互作用し、複数の取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、前記取引ソフトウェアプログラムが、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理された標準化金融市場データに基づいて複数の注文を生成する、請求項90記載の方法。前記1つ以上の取引ストラテジソフトウェアプログラムが、1つ以上の取引ストラテジエンジンにその計算の一部をオフロードし、前記1つ以上の取引ストラテジソフトウェアプログラムおよび前記1つ以上の取引ストラテジエンジンが、ファームウェアソケットにより互いに通信するステップをさらに含む、請求項91または92記載の方法。前記1つ以上の取引ストラテジソフトウェアプログラムが、ファームウェアソケットにより前記注文管理エンジンと通信するステップをさらに含む、請求項91から93のいずれか1項記載の方法。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記取引ストラテジエンジンと、前記注文管理エンジンと、前記取引ストラテジエンジンと前記注文管理エンジンとを相互接続するよう構成されたピアツーピア型通信チャネルと、を有し、前記取引ストラテジエンジンおよび前記注文管理エンジンが、前記ホストプロセッサおよび前記ホストメモリを用いること無く、前記ピアツーピア型通信チャネルを介して互いに通信するステップをさらに含む、請求項84記載の方法。前記取引プラットフォームは、ホストプロセッサおよびホストメモリを有するホストシステムと、前記ティッカープラントエンジンと、前記ティッカープラントエンジンおよび前記ホストシステムにより共有されたメモリと、を有し、前記ティッカープラントエンジンが前記共有されたメモリに標準化金融市場データを書き込むステップをさらに含む、請求項84記載の方法。前記ホストプロセッサが前記ホストメモリと相互作用し、取引ストラテジソフトウェアプログラムを実行するステップをさらに含み、前記実行ステップは、前記取引ストラテジソフトウェアプログラムが、1前記共有されたメモリから前記標準化金融市場データを読み出し、2前記読み出した標準化金融市場データを処理し、3前記処理した標準化金融市場データに基づいて複数の注文を生成するステップを含む、請求項96記載の方法。前記取引プラットフォームの各エンジンを、同時に並列に動作させるステップをさらに含む、請求項84から97のいずれか1項記載の方法。前記取引プラットフォームは前記ティッカープラントエンジンを有し、前記ティッカープラントエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項84から98のいずれか1項記載の方法。前記取引プラットフォームは前記取引ストラテジエンジンを有し、前記取引ストラテジエンジンは、再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項84から99のいずれか1項記載の方法。前記取引プラットフォームは前記注文管理エンジンを有し、前記注文管理エンジンは、再構成可能ロジックデバイス、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPのうちの少なくとも1つの上で用いられる、請求項84から100のいずれか1項記載の方法。前記再構成可能ロジックデバイスは、フィールドプログラマブルゲートアレイFPGAを含む、請求項99から101のいずれか1項記載の方法。ストリーミング金融市場データを受信し、処理するよう構成された取引プラッしたがって、複数のシステムにわたってOMS/EMSコンポーネントを分散させることにより、複雑度およびレイテンシが増大し、これは規制リスクをもたらし、かつ、レイテンシに影響される取引機会を現金化する機会を制限する。さらに、コンポーネント間の通信のオーバーヘッドは、コンポーネントにタスクの実行に利用可能なデータ量を制限する。これはさらなる規制リスクをもたらし、さらに取引機会を制限するおそれがある。複雑度およびレイテンシに関するこれらの技術的課題の解決手段として、本発明者らは、システムコンポーネント間に緊密な統合が提供され、これによりレイテンシが改善されかつ通信複雑度が低減される、種々の実施形態を開示する。たとえば、本発明者らによれば、注文管理エンジンとして構成されたプロセッサを有する装置が開示され、注文管理エンジンは、1複数の入力に基づいて複数の金融商品に関連する注文を処理し、2注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも2つを統合し、これにより注文を処理するよう構成されている。別の例として、本発明者らによれば、1注文管理エンジンとして構成されたプロセッサが、複数の入力に基づいて複数の金融商品に関連する複数の注文を処理するステップを含む方法が開示され、該処理ステップは、注文管理エンジンの統合されたコンポーネントを介して、注文検証動作、回送ストラテジ動作、ポジションブロッタ動作および発注最適化のうちの少なくとも2つを実行し、これにより注文を処理するステップを含む。さらに別の例として、本発明者らによれば、取引プラットフォームを含む装置が開示され、該取引プラットフォームはストリーミング金融市場データを受け取って処理するように構成されており、該取引プラットフォームは、それぞれ取引プラットフォームに統合された、1ティッカープラントエンジン、2取引ストラテジエンジンおよび3注文管理エンジンのうちの少なくとも2つを含む。別の例として、本発明者らによれば、取引プラットフォームがストリーミング金融市場データを受け取るステップおよび処理するステップを含む方法が開示され、該取引プラットフォームは、1ティッカープラントエンジン、2取引ストラテジエンジンおよび3注文管理エンジンのうちの少なくとも2つを含み、それぞれは取引プラットフォームに統合されている。本発明者らによれば、さらに、取引プラットフォームを有する装置が開示され、該取引プラットフォームは、ストリーミング金融市場データを受け取って処理するよう構成されており、該取引プラットフォームはホストシステムおよび取引ストラテジエンジンを有し、該取引ストラテジエンジンは、1つ以上の金融商品および1つ以上の金融市場に関して取引ストラテジの少なくとも一部をホストシステムからオフロードするよう構成されている。またさらに、本発明者らによれば、1取引プラットフォームがストリーミング金融市場データを受け取って処理するステップを含む方法が開示され、該取引プラットフォームは、ホストシステムおよび取引ストラテジエンジンを有し、2該取引ストラテジエンジンは1つ以上の金融商品および1つ以上の金融市場に関して取引ストラテジの少なくとも一部をホストシステムからオフロードする。本発明のこれらのおよび他の利点は、明細書および図面を参照して当業者には理解されるであろう。注文管理エンジン図3はOMS/EMSの種々の機能コンポーネントを統合した例示的な注文管理エンジンOMEのブロック図を示す。本明細書中に記載される統合型エンジンは、コンポーネント間で共有されるデータの幅を拡げかつデータの質を向上させつつ、レイテンシおよび複雑度を大きく低減するという、従来技術に対する大きな利点を有する。たとえば、エンジンコンポーネントが再構成可能ロジックデバイス上に用いられた一実施形態では、再構成可能ロジックデバイスにおけるオンチップ相互接続は、汎用ネットワークリンクを介して相互接続された異なるサーバ上にホストされたコンポーネントと比較して数桁倍の、同じデバイスにホストされたコンポーネント間の通信帯域幅を提供する能力を有する。これらの利点により、本明細書中に記載されるOMEには、リスクを低減し、レイテンシに影響される取引機会をより効果的に現金化する機会が提供される。図3に示されるように、OMEは、OME/EMS機能のサブセットをそれぞれ実行する並列なコンポーネントの組から構成されている。注文管理エンジンOMEの一次データ経路は、フィードフォワードパイプラインとして組織化されている。すなわち、命令はマッピングコンポーネント302から命令検証コンポーネント304へ、回送ストラテジコンポーネント306へ、発注最適化コンポーネント308へと流れる。これによって、異なるコンポーネント同士を相互接続する汎用目的メッセージングバスのレイテンシおよび複雑度のオーバーヘッドが排除される。さらに、この構成は、並列処理デバイス、たとえば、再構成可能ロジックデバイスたとえばフィールドプログラマブルゲートアレイFPGAなど、グラフィック処理ユニットGPUおよびチップマルチプロセッサCMPによく適合する。また、市場からのフィードバックたとえば注文応答334を介した、注文の受諾/拒絶、注文執行、レイテンシ測定は、統合型設計においてのみ実用的な専用の相互接続を介して適切なコンポーネントに伝送される。なお、各コンポーネントは内部的に並列性を活かすことができ、スループットが最大化され、処理レイテンシが最少化される。以下に、OMEコンポーネントの並列構成の例を示す。OMEは1つ以上の取引主体の1つ以上の取引ストラテジから発せられた注文324のストリームを取り込むことができる。好ましくは、これらの取引ストラテジは、図7と関連して本明細書中に記載されるような統合型取引プラットフォーム上で加速されかつホストされるが、これは全ての場合に必要なわけではない。入力注文324は好ましくは以下のフィールド、すなわち、商品キー、個人アカウント番号、法人アカウント番号、注文種類、注文価格、注文量、注文処理条件を含んでいる。商品キーは、注文に関係する金融商品をユニークに識別する。このキーは、種々の形態の1つであってよく、金融取引所により割り当てられるアルファベット文字列、金融取引所により割り当てられる指数またはティッカープラントに割り当てられる指数を含む。マッピングコンポーネント302は、商品状態毎の追跡に対してOMEにより用いられる金融商品に関するユニークな識別子を決定する。好ましくは、このキーは指数であり、この指数を用いて商品状態を直接指数化できる。マッピングコンポーネントは、さらに、市場への発注に必要とされるユニークな商品識別子を決定する。好ましくは、マッピングコンポーネントはさらに、市場ビューコンポーネントからの現在価格決定情報を検索するために必要とされる商品識別子を決定する。上述の米国特許出願公開2008/0243675に記載されているように、マッピングは、好ましくはハッシュテーブルを実装することにより実現され、マッピングを実行するためのメモリアクセス数を最少化する。同様に、マッピングコンポーネントは、個人および法人のリスクプロファイルレコードに対してユニークな識別子を決定する。命令検証チェックをシードするために、マッピングコンポーネントは、さらに、以下のソースの1つ以上からの、命令に関連する関連検証情報の検索を開始する。個人アカウントおよびリスクプロファイルレコードキャッシュ316法人アカウントおよびリスクプロファイルレコードキャッシュ318規制レコードキャッシュ320好ましくは、各キャッシュは、マッピングコンポーネントをホストする装置に直接設けられた高速メモリに保存される。このようなローカルメモリは、取引が図3に示される動作パラメタ322を介して生じない場合に、メンテナンスウインドウ内の集中型データベースから初期化可能である。個人アカウントおよびリスクプロファイルは、入力注文から個人アカウント番号からマッピングされたユニークな識別子を用いて検索される。法人アカウントおよびリスクプロファイルは、入力注文から法人アカウント番号からマッピングされたユニークな識別子を用いて検索される。規制レコードは、上述のように商品キーからマッピングされたユニークな商品識別子を用いて検索される。マッピングコンポーネントが検索を開始する間、キャッシュからの読み取り結果が下流のコンポーネント、すなわち、命令検証コンポーネント、回送ストラテジコンポーネントおよび発注最適化コンポーネントに渡される。そうする際に、マッピングコンポーネントは下流の計算のために必要なレコードを先取りし、すなわち、キャッシュからのレコード検索のレイテンシを隠す認識不能とする。同様に、マッピングコンポーネントは、マッピングされた商品識別子を市場ビューコンポーネント310に渡すことにより、金融商品についての現在価格決定情報の検索を開始する。市場ビューコンポーネントは、論理的に上流のティッカープラントからの標準化市場データ326を取り込むことができる。このために利用可能なティッカープラントの例は、上述の米国特許出願公開2008/0243675および国際出願公開WO2010/077829に記載されたティッカープラントエンジンである。市場ビューコンポーネントはOME内の他のコンポーネントに現在市場ビューを提供する。典型的には、市場ビューは、上述の国際出願公開WO2010/077829に記載されているような、各金融商品に関する地域的および複合的な価格集計ブックビューとして提供される。好ましい実施形態では、市場ビューコンポーネントは、図4に示されるような、限定的なデプスの価格集計複合ブック、流動性集計および取引集計の形で現在の流動性のスナップショットを含む下流のOMEコンポーネントに現在の価格決定レコードを提供する。複合ブックビューのデプスは、たとえば、構成パラメタとして設定され、または、レコード検索をトリガする、入力注文の量によって動的に決される。後者の場合、デプスは、1つ以上の行為地での注文を執行するために十分な流動性が見えるように選択される。流動性ストラテジは下流のコンポーネントに、最良の買呼値と最良の売呼値の履歴共有に関する情報すなわち、時間の何がBATSにおいて有効な最良の買呼値であったのかを提供する。取引集計は下流のコンポーネントを表し、金融商品についての執行の市場全般の要約、たとえば、特定の市場において執行された現在の日時取引高の割合を含む。標準化市場データの取り込みに加え、市場ビューコンポーネントは、市場から受け取った発注確認および注文執行レポートに基づいてこれらの領域的および複合的ブックビューを更新することができる。金融市場の発注インタフェースからのこの情報は、ポジションブロッタコンポーネントにより処理される。ポジションブロッタは市場における現在の未決済ポジションのビューを更新し、このビューを市場ビューコンポーネントならびに他のOMEコンポーネントに利用可能とする。未決済ポジションのビューの更新によって、取引所の市場データフィードを用いる上流のティッカープラントを介して受け取られる付随的な更新の前に、市場現在ビューは更新される。ブックに対する冗長な更新を避けるため、市場ビューコンポーネントは、発注応答によりトリガされる更新のキャッシュ328を保持してもよい。付随的な市場データ更新が受け取られたとき、キャッシュは発注応答により付加/除去される流動性の量によって排除されるかまたは調整されなければならない。必要な規制およびアカウントレコードの検索と同様に、市場ビューコンポーネントからの金融商品レコードの検索は、下流のコンポーネントについてのレコード検索のレイテンシを隠す。任意選択的に、市場ビューレコード310はそれ自体がティッカープラントエンジンであって、金融市場データを取り込んで、注文検証コンポーネントによって用いられるための標準化金融市場データを生成してもよい。注文検証モジュール304は、入力注文、規制およびアカウントレコードならびに市場データレコードのための独立な入力バッファを保持する。バッファは同期メカニズムを提供し、このメカニズムでは、全ての必要なレコード情報が利用可能な場合に、注文検証コンポーネントは新たな注文についての計算を開始する。命令検証モジュールは緒言において記載した一連のチェックを実行する複数のルールエンジンを有する。すなわち、ルールエンジンは種々のルールを作成し、これらのルールに対して命令または命令の群を検証する。このようなルールは、上述の以下の検証ルールの一部または全体から得られるしかし、他の検証ルールも実施者によっては望ましい場合がある。個人アカウントおよびリスクプロファイル-注文の量瞬間および累積-量と価格の積瞬間および累積-ポジションについての累積正味価額-最終ティックおよび/または寄付きからの乖離率-ポジション枠、マージン-権利市場アクセス、空売り、オプション、端株、ISO等法人アカウントおよびリスクプロファイル-注文量瞬間および累積-量と価格の積瞬間および累積-ポジションについての累積正味価額-最終ティックおよび/または寄付きからの乖離率-ポジション枠、マージン-権利市場アクセス、空売り、オプション、端株、ISO等-シンボルの法人制限リスト規制-空売り制限-停止商品-ティックルール-トレードスルーこのために使用可能なルールエンジンの例が、上述の米国特許出願公開2009/0287628に開示されている。なお、ルールエンジンの組は、データ並列性同一のルールエンジンの複数のコピーおよび機能的並列性機能特定的なルールエンジンのパイプラインに影響を及ぼして、注文検証コンポーネントについての所望のスループットおよびレイテンシを実現しうる。特定のチェックの組が、注文マッピングステップの間に検索された注文に関連する検証情報により命令される。全てのチェックを通ると注文は有効と宣言され、回送ストラテジコンポーネントに通される。なお、注文検証コンポーネントは検証レコードを更新し、たとえばこれらを適切なレコードキャッシュにライトバックしてもよい。所定のアカウントについてのポジションにおける現在および累積集計が更新されてもよい。図5に示されるように、たとえば、注文検証コンポーネント内のルールエンジンは並列にチェックを実行するように構成されている。これらの並列チェックの出力は、注文を受諾、拒絶または修正する決定を最終的に生成する1つ以上のルールエンジンに組み込み可能である。チェックの例には以下のものが含まれる。規制:商品が現在空売り制限されておりかつ注文が空売りを示す売り注文である場合、命令を拒絶する。規制:商品が現在NASDAQ登録商標市場でボラティリティ取引休止にある場合、NASDAQ登録商標市場への回送を制限するよう注文を修正する。規制:銀行が企業合併取引に関わっているために商品が法人アカウントレコード内の制限株についてのものである場合、注文は拒絶される。規制:デリバティブ契約を買う注文の想定元本が個人の取引アカウントに対して可能なポジション枠を超える場合、注文は拒絶される。法人:銀行に関する全ての未決済注文の合計想定元本が法人レコード内の設定されたしきい値を超える場合、注文は拒絶される。個々のルールチェックのいずれかにおいて拒絶されると注文に対する拒絶の決定となるため、組み合わせルールが典型的にはより簡単である。注文検証コンポーネントに設定される個々のルールエンジンの数は、実行されるべきルールチェックの複雑度の分析およびコンポーネントについてのスループット要件により決定可能である。修正され、受諾された注文は、専用の相互接続を介した付随レコードとともに、回送ストラテジコンポーネント306に転送される。これにより、回送ストラテジコンポーネントはすぐに注文の処理を開始できる。回送ストラテジコンポーネントは有効な注文が分割されるべきであるか否か、および、注文または分割された注文それぞれが回送されるべき場所を決定する。注文検証コンポーネントと同様に、回送ストラテジコンポーネントは、これらの決定をなすために、米国特許出願公開2009/0287628に記載されたような複数のルールエンジンを用いる並列化ストラテジをさらに用いてもよい。これらの決定は、個人アカウント、法人アカウントおよび規制レコードならびに市場ビューコンポーネントおよびポジションブロッタコンポーネントからのデータに含まれる回送パラメタにより行われる。ルールは緒言において概説された回送ストラテジの種類を実装する。回送決定がルールエンジンによって完了した後、注文または分割された注文は注文または分割された注文を市場に入れる場所および方法についての指示とともに、発注最適化コンポーネント308に通される。なお、注文は注文がどのように付合わせ可能であるかについて取引所またはダークプールに指示する多様なパラメタとともに市場に入れられる。また、回送ストラテジコンポーネントは、市場における新たなポジションを反映するため、さらに、ポジションブロッタコンポーネントを更新する。レイテンシモニタコンポーネント312は各市場と各チャネルについての集計の組を保持するため、注文送信332および注文受信応答334からのデータを用いる。レイテンシ統計値は、チャネルにおける新たな注文の送信から、応答注文の受諾、拒絶または執行のいずれかの通知を受信するまでの往復時間RTTの測定に基づく取引所内レイテンシの推定値を含みうる。統計値には、たとえば、最後の測定値、ならびに、所定の時間窓における平均値、最小値および最大値例えば移動平均が含まれる。また、レイテンシ統計値は、各チャネルについての商品毎/注文種類毎に基づいた統計値を含むようにさらに洗練されてもよい。このような測定は、発注の送信に関するタイムスタンプの記録、各発注応答についてのタイプスタンプ付与、応答に対応する発注の識別、次いで、タイムスタンプ間の差の計算により実行可能である。発注最適化コンポーネント308は注文が所定の市場に送信されるシーケンスを最適化する。さらにこのコンポーネントは、複数のチャネルが利用可能な場合に、市場への適切な通信チャネルを選択することができる。発注最適化コンポーネントは、回送ストラテジコンポーネントからの指示と、市場に対する独立な各チャネルについて計算された取引所内レイテンシの現在の推定値とを用いる。各商品および注文種類の組み合わせについてのレイテンシ推定値が含まれてもよい。図6に示されるように、発注最適化コンポーネント308は、注文データ、市場ビューデータ、レイテンシ統計値データ、個人レコードデータおよび法人レコードデータに対する種々のバッファを用いることができる。発注最適化コンポーネントはまず、それぞれチャネルに関連づけられた複数の計算サブコンポーネントを介して各新たな注文についてのスコアのベクトルを計算する。ベクトルの各スコアは、利用可能なチャネルに関する相対優先度を示す。チャネル選択サブコンポーネント602は、最高のスコアを選択し、選択した最高のスコアに関連するチャネルについてキュー604における送信のための注文を保存する。注文に関連するスコアは、キュー604へのその挿入点を決定するためにも用いられる。したがって、各キュー604はチャネルに関連しており、新たな発注を相対優先度スコアでもって挿入可能とする優先度キューとして実装可能であり、すなわち、注文はより低いスコアを有するものの前に挿入される。FIXエンコーダサブコンポーネント606は、その後、キュー604を供給し、選択されたチャネルおよび他の最適化に従って出力注文332を生成する。例示的な計算サブコンポーネント600は、注文チャネルを前提antecedentの単純な加重和としてスコアする:sumW[i]A[i]、ただし、W[i]はユーザが指定する重み、A[i]は前提。前提の例としては以下が挙げられる。チャネル、商品、注文種類の組み合わせについての推定される取引所内レイテンシ商品によるチャネルについての未決済注文の数合計数によるチャネルについての未決済注文の数目標市場での現在の最良の買呼値と最良の売呼値に対する注文価格の価格デルタ最良の買呼値/売呼値と注文価格との間で利用可能な総量であると定義される、流動性デプススコア前提選択サブコンポーネント610は、前提値について用いられるべきバッファからデータを選択する、計算サブコンポーネント600により用いられる。上述のように、図6に示される発注最適化コンポーネント308のサブコンポーネントは、スループットを最大化し、処理レイテンシを最少化するために、並列性を内部に拡げるハードウェアロジックパイプラインまたは他の並列処理可能アーキテクチャに実装可能である。ポジションブロッタ更新コンポーネント314は、様々な市場からの発注応答メッセージ334を処理する。応答メッセージはいずれの注文が出され、実行され、キャンセルされ、拒絶等されるのかをOMEに通知する。注文が出され、その結果、市場ビューが市場センタからの市場データフィードを介して更新を受信するよりもより低いレイテンシでもって更新可能である場合に、ポジションブロッタは市場ビューコンポーネントに更新を提供する。ポジションブロッタ更新コンポーネントと市場ビューコンポーネントとの間の専用の相互接続を通じて、かかる更新は最小のオーバーヘッドでもって渡される。したがって、OME300が、回送先市場から注文が出されたという確認を受け取るとき、OMEは、出された注文を含むように、市場の状態のOMEの内部ビューを修正することができる。これにより、公共市場データフィードにおいて変化がレポートされる前に、OMEに市場の現在ビューが提供される。市場ビューにおけるこのレイテンシの利点は、かかるデータへのアクセスを有する任意の取引ストラテジおよびOMEにより、その後利用可能である。また、ポジションブロッタは、OMEが管理する未決済ポジションの現在の組を追跡する。該コンポーネントによって、検証および回送の決定の際に、注文検証コンポーネントおよび回送ストラテジコンポーネントは未決済ポジションのビューを含むことができる。OMEは高パフォーマンスの計算プラットフォームたとえばオフロードエンジンなどにおいて実装される。OMEに適した計算プラットフォームの例には、再構成可能ロジックデバイスたとえばフィールドプログラマブルゲートアレイFPGAまたは他のプログラマブルロジックデバイスPLD、グラフィックプロセッサユニットGPU、チップマルチプロセッサCMPが含まれる。しかし、OMEは所望により1つ以上の汎用目的プロセッサGPPまたは他の適当なプログラマブルプロセッサ上に用いられてもよい。OMEは複数の再構成可能ロジックデバイスまたは所望によりマルチGPU、CMPなどにわたって分割されてもよい。本明細書中に用いられるとき、汎用目的プロセッサまたはGPPの語は、固定形態を有し、その機能が可変のハードウェア装置を指し、この可変の機能は、命令の取り出しおよびこれらの命令の実行により定義され、その中で従来の中央処理ユニットCPUは共通の例である。GPPの例示的実施形態には、インテル社製Xeon登録商標プロセッサおよびAMD社製Opteronプロセッサが含まれる。本明細書中に用いられるとき、再構成可能ロジックの語は、製造後において、その形態および機能が大きく変更すなわち再構成可能である、任意のロジック技術をいう。これは機能が製造後に変更可能であるが、その形態は製造時に固定されるGPPと異なる。さらに、本明細書中に用いられるとき、ソフトウェアの語はGPPまたは他の処理デバイス上で用いられるデータ処理機能をいい、ソフトウェアはロードされるデバイスの形態を変化または定義するために用いることはできず、本明細書中に用いられるとき、ファームウェアの語は、再構成可能ロジックまたは他の処理デバイス上に用いられるデータ処理機能をいい、ファームウェアはそれがロードされるデバイスの形態を変化または定義するために用いることができる。したがって、OMEの1つ以上のコンポーネントがFPGAなどの再構成可能ロジックで実装されている実施形態では、ハードウェアロジックは、そのようなコンポーネントが実行する異なる動作のための細かい並列性を可能とし、これにより、そのようなコンポーネントに、GPP上でのソフトウェアの実行を通じて可能となるよりも桁違いに速いハードウェア処理速度で動作する能力を与える。また、OMEは、標準化市場データ、市場の発注インタフェースおよび取引ストラテジからの注文フローに対するインタフェースを提供するコンピュータ通信リンクを有する専用システムにホストされていてよい。好ましい実施形態では、OMEは完全な取引プラットフォームがホストされた統合システム内にホストされている。統合取引プラットフォーム図7は、単一の計算システム上にホスト可能な統合型取引プラットフォーム700の例示的ブロック図を示す。単一の計算システムは、単一のサーバ、装置、ボックス等であってよい。システムは、好ましくは、ティッカープラントエンジン702と、取引ストラテジ704および/または712と、注文管理エンジン300との間でデータを伝送するためのシステム内相互接続を用いる。統合型取引プラットフォームは従来技術に対して以下のような利点を有するただし、このリストは限定的なものではない。市場データの受信から発注までの全体的なレイテンシの低減。このような全体的なレイテンシの低減は、コンポーネント間の低減された通信レイテンシと、加速エンジンたとえば再構成可能ロジックへのオフロードによるコンポーネント処理時間のレイテンシの低減とによって得られる。取引プラットフォームを用いるためのスペース/電力要件の緩和。これは取引所のデータセンターにおけるコロケーションに特に重要である。取引プラットフォームコンポーネント間のデータ共有用の利用可能帯域幅の拡大。これにより、コンポーネント間のより緊密な統合が提供され、コンポーネントは付加的なデータに基づいて決定することができ、したがって、可能なストラテジの範囲が拡大され、より複雑で包括的な処理が可能となる。シングルホストシステムにおける利用可能な汎用目的計算リソースの量は、基本的に制限されている。これは、取引プラットフォームまたは取引プラットフォームコンポーネントのソフトウェアのみによる実装はハードウェア加速化デザインを利用するシステムに対してより低いレイテンシ性能およびより少ないキャパシティをもたらす。シングルシステムにおけるより高いレベルの性能を実現するため、取引プラットフォームコンポーネントは好ましくは、汎用目的計算リソースを消費せず、細かい並列性を利用するエンジンにオフロードされる。したがって、図7に示されるように、取引プラットフォーム用のホストシステムは、ソフトウェアサブシステム720およびハードウェアサブシステム718を有し、ソフトウェアサブシステムはたとえば1つ以上のホストプロセッサおよび1つ以上の関連ホストメモリを有する。1つ以上のティッカープラントエンジン702、ストラテジオフロードエンジン704およびOME300などの取引プラットフォームの態様は、本明細書中に記載のように、性能向上のためにハードウェアサブシステムにオフロード可能である。ティッカープラントエンジン702は、消費アプリケーションソフトウェアサブシステム720にある消費アプリケーションを含むへの提示のための異なる複数のフィードからの市場データ714を標準化および表示可能である。適切なティッカープラントエンジン702の例は、上述の米国特許出願公開2008/0243675および国際出願公開WO2010/077829に記載されており、それは再構成可能ロジックデバイスにより提供される並列性を用いて、従来のティッカープラントに対する飛躍的な加速を提供できる。さらに、図7および上述の米国特許出願公開2008/0243675および2007/0174841に記載されているように、ティッカープラントエンジンは標準化市場データを共有システムメモリ708ソフトウェアに記述された取引ストラテジによる消費およびシステムの汎用目的計算装置上での実行のためのに書き込み、かつ、ピアツーピア型ハードウェア相互接続706を介してシステム内の他のオフロードエンジンの共有メモリに書き込む。ピアツーピア型ハードウェア相互接続により、システムソフトウェアを導入すること無く、オフロードエンジン間でのデータ伝送が可能となる。なお、ピアツーピア型ハードウェア相互接続は、専用のリンクまたはPCIExpressのようなシステム相互接続技術によって実現可能である。共有メモリシステムへの標準化市場データの書き込みによって、対象の金融商品に関連するメモリ位置に対する読み出しを発することのみにより、複数の取引アプリケーションは現在の市場状態をビュー可能である。このようにして、データフィールドの抽出のためにメッセージを受信し、解析する必要をなくすことにより、取引アプリケーションへのデータ送達のレイテンシが低減される。ピアツーピア型ハードウェア相互接続の例示的な実施形態は、末端装置がアドレス可能なメモリ空間の一部に割り当てられている、PCIExpressバスである。基底アドレスレジスタBARはバス上の所与の装置に割り当てられたアドレス空間を定義する。装置Aが装置Bに関連づけられたBAR空間内のアドレスに書き込み動作を発するとき、システムソフトウェアを導入しまたはホストメモリを利用することなく、データは装置Aから装置Bに直接送信可能である。多様なプロトコルをこの基本的なキャパシティでもって開発できる。複数のBARを制御構造の実装のために装置によって用いることができる。たとえば、特定のBARが、装置間のデータ伝送のためのリングバッファまたはキューの実装のために読み取りおよび書き込みポインタを保持するために用いることができる。ストラテジオフロードエンジン704は統合型システムにホストされていてもよい。さらに、このようなストラテジオフロードエンジン704は図7に示されるようなハードウェアサブシステムにあってもよい。OMEと同様に、ストラテジオフロードエンジンはピアツーピア型ハードウェア相互接続を介して直接に標準化市場データを受信することができる。適切なストラテジオフロードエンジン704の例は、上述の米国特許出願公開2007/0294157に記載されているようなオプション価格決定エンジン、上述の米国特許出願公開2009/0182683に記載されているようなバスケット計算エンジン、上述の米国特許出願公開2009/0287628に記載されているようなルールエンジンを利用可能なデータクレンジングおよび一貫性チェックを実行するためのエンジンなどを含む。なお、ハードウェア-ソフトウェア相互接続チャネル710はソフトウェアコンポーネントとハードウェアコンポーネントとの間の低レイテンシ高帯域幅通信を提供する。これに関する適切な相互接続チャネルの例は、上述の米国特許出願公開2007/0174841に記載されている。これにより、汎用目的処理リソースおよび再構成可能ロジックリソースにわたって取引ストラテジを容易に分散できる。すなわち、ストラテジオフロードエンジン704はまた、ハードウェア-ソフトウェアチャネル710を介してホストのソフトウェアサブシステム内の取引ストラテジアプリケーション712と相互作用し、ハードウェア-ソフトウェアチャネル710において、取引ストラテジアプリケーション712は低レイテンシ処理のためにハードウェア加速ストラテジオフロードエンジン704に特定のタスクをオフロードできる。性能に不可欠ではないたとえば全ての注文について実行されない従来のOMS/EMSの機能は、所望により、システム内の汎用目的処理リソース上にホストされていてよいしかし、実施者は再構成可能ロジックデバイスなどの高性能リソース上の全てのリソースを使用したいと望むかもしれない。これらの機能にはたとえば回送パラメタの修正、リスクプロファイルの修正、統計集計およびモニタリングが含まれる。OMS/EMSのソフトウェアコンポーネントは、OMEとの通信、キャッシュレコードの更新などのために、同じハードウェア-ソフトウェア相互接続チャネルを用いる。上述のように、OMEに関連して、1つ以上のエンジン702、704および300のための適切な計算プラットフォームの例には、再構成可能ロジックデバイスたとえば、フィールドプログラマブルゲートアレイFPGAまたは他のプログラマブルロジックデバイスPLDおよびチップマルチプロセッサCMPが含まれる。しかし、1つ以上の他のエンジン702、704および300もまた、ホスト内の並列実行のために、所望により、1つ以上の汎用目的プロセッサGPPまたは他の適切にプログラムされたプロセッサを用いることができる。また、エンジン702、704および300は、複数の再構成可能ロジックデバイスまたは所望により複数のGPU、CMPなどにわたって分散されていてもよい。すなわち、ハードウェアサブシステム718内の1つ以上のエンジンがFPGAなどの再構成可能ロジックに実装されている実施形態では、ハードウェアロジックは、このようなエンジンを実行する異なる動作に関して細かい並列性を可能とするプラットフォーム上に設けられており、これにより、GPP上でのソフトウェアの実行を介して可能なよりも桁違いに速いハードウェア処理速度で動作する能力を有するこのようなエンジンが提供される。本発明について、その好ましい実施形態に関連して上記で詳細に説明したが、本明細書中の教示を参照する際に理解されるであろう、発明の範囲内で種々の修正がそれに対してすることができる。そのようなものとして、本発明の全範囲は、添付の請求項およびその法的等価物によってのみ定められるべきである。