(57)【要約】【課題】  現実的な取引注文を処理する遅延を低減し、市場価格の流動性を増加させることを目的とする。【解決手段】  取引注文を処理するシステムは、第１の取引注文と第２の取引注文とを受信するように動作可能な最適化モジュールを有する。最適化モジュールは、少なくとも１つの市場センタに関連する市場データを受信するように更に動作可能である。最適化モジュールは、少なくとも１つの市場センタに第１の取引注文を送信する前に、少なくとも１つの市場センタに第２の取引注文を送信するか否かを決定するように更に動作可能であり、決定は市場データに少なくとも部分的に基づく。【選択図】  図１
2007280394.tif 000002
【特許請求の範囲】
【請求項１】
取引注文を処理するシステムであって、
第１の取引注文を受信し、
第２の取引注文を受信し、
少なくとも１つの市場センタに関連する市場データを受信し、
前記市場データに少なくとも部分的に基づいて、前記第１の取引注文を前記少なくとも１つの市場センタに送信する前に前記第２の取引注文を前記少なくとも１つの市場センタに送信するか否かを決定する
ように動作可能な最適化モジュールを有するシステム。
【請求項２】
前記最適化モジュールは、
前記市場データと前記第１の取引注文とに少なくとも部分的に基づいて、前記第１の取引注文に関連する第１の品質スコアを計算し、
前記市場データと前記第２の取引注文とに少なくとも部分的に基づいて、前記第２の取引注文に関連する第２の品質スコアを計算し、
前記第２の取引注文に関連する前記第２の品質スコアに対して、前記第１の取引注文に関連する前記第１の品質スコアを比較する
ことにより、前記決定を行うように動作可能である請求項１に記載のシステム。
【請求項３】
前記第１の取引注文は、第１の価格に関連し、
前記市場データは、第２の価格を有し、
前記第１の品質スコアは、前記第１の価格と前記第２の価格とに少なくとも部分的に基づく請求項２に記載のシステム。
【請求項４】
前記第１の取引注文は、取引商品の量に関連し、
前記第１の品質スコアは、前記取引商品の量に少なくとも部分的に基づく請求項２に記載のシステム。
【請求項５】
前記第１の品質スコアは、前記第１の取引注文が機械のトレーダーに関連するか否かに少なくとも部分的に基づく請求項２に記載のシステム。
【請求項６】
前記最適化モジュールは、
少なくとも１つの取引注文をキューに送信し、
設定可能な時間間隔の後に更新された市場データを受信し、
前記更新された市場データと前記少なくとも１つの取引注文とに少なくとも部分的に基づいて、前記キューの前記少なくとも１つの取引注文に関連する更新品質スコアを計算し、
前記更新品質スコアに少なくとも部分的に基づいて、前記少なくとも１つの取引注文を前記少なくとも１つの市場センタに送信するか否かを決定する
ように更に動作可能である請求項２に記載のシステム。
【請求項７】
前記最適化モジュールは、
前記市場データと前記第１の取引注文とに少なくとも部分的に基づいて、前記第１の取引注文に関連する第１の品質スコアを計算し、
前記市場データと前記第２の取引注文とに少なくとも部分的に基づいて、前記第２の取引注文に関連する第２の品質スコアを計算し、
前記市場データに少なくとも部分的に基づいて品質閾値を決定し、
前記品質閾値に対して、前記第１の取引注文に関連する前記第１の品質スコア及び前記第２の取引注文に関連する前記第２の品質スコアを比較する
ことにより、前記決定を行うように動作可能である請求項１に記載のシステム。
【請求項８】
前記第１の取引注文は、第１の価格に関連し、
前記市場データは、第２の価格を有し、
前記第１の品質スコアは、前記第１の価格と前記第２の価格とに少なくとも部分的に基づく請求項７に記載のシステム。
【請求項９】
前記第１の取引注文は、取引商品の量に関連し、
前記第１の品質スコアは、前記取引商品の量に少なくとも部分的に基づく請求項７に記載のシステム。
【請求項１０】
前記第１の品質スコアは、前記第１の取引注文が機械のトレーダーに関連するか否かに少なくとも部分的に基づく請求項７に記載のシステム。
【請求項１１】
前記最適化モジュールは、特定の取引注文が前記品質閾値を満たさない品質スコアに関連する場合に、特定の取引注文を拒否又は削除するように更に動作可能である請求項７に記載のシステム。
【請求項１２】
前記最適化モジュールは、特定の取引注文が前記品質閾値を満たさない品質スコアに関連する場合に、特定の取引注文をキューに送信するように更に動作可能である請求項７に記載のシステム。
【請求項１３】
前記最適化モジュールは、
設定可能な時間間隔の後に更新された市場データを受信し、
前記更新された市場データと少なくとも１つの取引注文とに少なくとも部分的に基づいて、前記キューの少なくとも１つの取引注文に関連する更新品質スコアを計算し、
前記品質閾値に対して、前記少なくとも１つの取引注文に関連する前記更新品質スコアを比較し、
前記少なくとも１つの取引注文に関連する前記更新品質スコアが前記品質閾値を満たす場合、前記少なくとも１つの取引注文を前記少なくとも１つの市場センタに送信する
ように更に動作可能である請求項１２に記載のシステム。
【請求項１４】
前記決定は、コンピュータ取引システムに関連する計算能力及び／又は記憶能力を表すデータに少なくとも部分的に基づく請求項１に記載のシステム。
【請求項１５】
取引注文を処理する方法であって、
第１の取引注文を受信し、
第２の取引注文を受信し、
少なくとも１つの市場センタに関連する市場データを受信し、
前記市場データに少なくとも部分的に基づいて、前記第１の取引注文を前記少なくとも１つの市場センタに送信する前に前記第２の取引注文を前記少なくとも１つの市場センタに送信するか否かを決定する
ことを有する方法。
【請求項１６】
前記決定は、
前記市場データと前記第１の取引注文とに少なくとも部分的に基づいて、前記第１の取引注文に関連する第１の品質スコアを計算し、
前記市場データと前記第２の取引注文とに少なくとも部分的に基づいて、前記第２の取引注文に関連する第２の品質スコアを計算し、
前記第２の取引注文に関連する前記第２の品質スコアに対して、前記第１の取引注文に関連する前記第１の品質スコアを比較する
ことを有する請求項１５に記載の方法。
【請求項１７】
前記第１の取引注文は、第１の価格に関連し、
前記市場データは、第２の価格を有し、
前記第１の品質スコアは、前記第１の価格と前記第２の価格とに少なくとも部分的に基づく請求項１６に記載の方法。
【請求項１８】
前記第１の取引注文は、取引商品の量に関連し、
前記第１の品質スコアは、前記取引商品の量に少なくとも部分的に基づく請求項１６に記載の方法。
【請求項１９】
前記第１の品質スコアは、前記第１の取引注文が機械のトレーダーに関連するか否かに少なくとも部分的に基づく請求項１６に記載の方法。
【請求項２０】
少なくとも１つの取引注文をキューに送信し、
設定可能な時間間隔の後に更新された市場データを受信し、
前記更新された市場データと前記少なくとも１つの取引注文とに少なくとも部分的に基づいて、前記キューの前記少なくとも１つの取引注文に関連する更新品質スコアを計算し、
前記更新品質スコアに少なくとも部分的に基づいて、前記少なくとも１つの取引注文を前記少なくとも１つの市場センタに送信するか否かを決定する
ことを更に有する請求項１６に記載の方法。
【請求項２１】
前記決定は、
前記市場データと前記第１の取引注文とに少なくとも部分的に基づいて、前記第１の取引注文に関連する第１の品質スコアを計算し、
前記市場データと前記第２の取引注文とに少なくとも部分的に基づいて、前記第２の取引注文に関連する第２の品質スコアを計算し、
前記市場データに少なくとも部分的に基づいて品質閾値を決定し、
前記品質閾値に対して、前記第１の取引注文に関連する前記第１の品質スコア及び前記第２の取引注文に関連する前記第２の品質スコアを比較する
ことを有する請求項１５に記載の方法。
【請求項２２】
前記第１の取引注文は、第１の価格に関連し、
前記市場データは、第２の価格を有し、
前記第１の品質スコアは、前記第１の価格と前記第２の価格とに少なくとも部分的に基づく請求項２１に記載の方法。
【請求項２３】
前記第１の取引注文は、取引商品の量に関連し、
前記第１の品質スコアは、前記取引商品の量に少なくとも部分的に基づく請求項２１に記載の方法。
【請求項２４】
前記第１の品質スコアは、前記第１の取引注文が機械のトレーダーに関連するか否かに少なくとも部分的に基づく請求項２１に記載の方法。
【請求項２５】
特定の取引注文が前記品質閾値を満たさない品質スコアに関連する場合に、特定の取引注文を拒否又は削除することを更に有する請求項２１に記載の方法。
【請求項２６】
特定の取引注文が前記品質閾値を満たさない品質スコアに関連する場合に、特定の取引注文をキューに送信することを更に有する請求項２１に記載の方法。
【請求項２７】
設定可能な時間間隔の後に更新された市場データを受信し、
前記更新された市場データと少なくとも１つの取引注文とに少なくとも部分的に基づいて、前記キューの少なくとも１つの取引注文に関連する更新品質スコアを計算し、
前記品質閾値に対して、前記少なくとも１つの取引注文に関連する前記更新品質スコアを比較し、
前記少なくとも１つの取引注文に関連する前記更新品質スコアが前記品質閾値を満たす場合、前記少なくとも１つの取引注文を前記少なくとも１つの市場センタに送信する
ことを更に有する請求項２６に記載の方法。
【請求項２８】
前記決定は、コンピュータ取引システムに関連する計算能力及び／又は記憶能力を表すデータに少なくとも部分的に基づく請求項１５に記載の方法。
【請求項２９】
コマンドを処理するシステムであって、
第１のコマンドを受信し、
第２のコマンドを受信し、
少なくとも１つのデータ処理センタに関連する最適化データを受信し、
前記最適化データに少なくとも部分的に基づいて、前記第１のコマンドを前記少なくとも１つのデータ処理センタに送信する前に前記第２のコマンドを前記少なくとも１つのデータ処理センタに送信するか否かを決定する
ように動作可能な最適化モジュールを有するシステム。
【請求項３０】
前記決定は、コンピュータシステムに関連する計算能力及び／又は記憶能力を表すデータに少なくとも部分的に基づく請求項２９に記載のシステム。
【請求項３１】
前記最適化モジュールは、
前記最適化データと前記第１のコマンドとに少なくとも部分的に基づいて、前記第１のコマンドに関連する第１の品質スコアを計算し、
前記最適化データと前記第２のコマンドとに少なくとも部分的に基づいて、前記第２のコマンドに関連する第２の品質スコアを計算し、
前記第２のコマンドに関連する前記第２の品質スコアに対して、前記第１のコマンドに関連する前記第１の品質スコアを比較する
ことにより、前記決定を行うように動作可能である請求項２９に記載のシステム。
【請求項３２】
前記最適化モジュールは、
少なくとも１つのコマンドをキューに送信し、
設定可能な時間間隔の後に更新された最適化データを受信し、
前記更新された最適化データと前記少なくとも１つのコマンドとに少なくとも部分的に基づいて、前記キューの前記少なくとも１つのコマンドに関連する更新品質スコアを計算し、
前記更新品質スコアに少なくとも部分的に基づいて、前記少なくとも１つのコマンドを前記少なくとも１つのデータ処理センタに送信するか否かを決定する
ように更に動作可能である請求項３１に記載のシステム。
【請求項３３】
前記最適化モジュールは、
前記最適化データと前記第１のコマンドとに少なくとも部分的に基づいて、前記第１のコマンドに関連する第１の品質スコアを計算し、
前記最適化データと前記第２のコマンドとに少なくとも部分的に基づいて、前記第２のコマンドに関連する第２の品質スコアを計算し、
前記最適化データに少なくとも部分的に基づいて品質閾値を決定し、
前記品質閾値に対して、前記第１のコマンドに関連する前記第１の品質スコア及び前記第２のコマンドに関連する前記第２の品質スコアを比較する
ことにより、前記決定を行うように動作可能である請求項２９に記載のシステム。
【請求項３４】
前記最適化モジュールは、特定のコマンドが前記品質閾値を満たさない品質スコアに関連する場合に、特定のコマンドを拒否又は削除するように更に動作可能である請求項３３に記載のシステム。
【請求項３５】
前記最適化モジュールは、特定のコマンドが前記品質閾値を満たさない品質スコアに関連する場合に、特定のコマンドをキューに送信するように更に動作可能である請求項３３に記載のシステム。
【請求項３６】
前記最適化モジュールは、
設定可能な時間間隔の後に更新された最適化データを受信し、
前記更新された最適化データと少なくとも１つのコマンドとに少なくとも部分的に基づいて、前記キューの少なくとも１つのコマンドに関連する更新品質スコアを計算し、
前記品質閾値に対して、前記少なくとも１つのコマンドに関連する前記更新品質スコアを比較し、
前記少なくとも１つのコマンドに関連する前記更新品質スコアが前記品質閾値を満たす場合、前記少なくとも１つのコマンドを前記少なくとも１つのデータ処理センタに送信する
ように更に動作可能である請求項３５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して電子取引に関し、特に取引注文の実行を最適化するシステムに関する。
【背景技術】
【０００２】
近年、電子取引システムは、様々なアイテム（商品、サービス、金融商品及び日用品等）の取引について広く支持されている。電子取引システムは、一般的にトレーダーからの取引注文を受信して処理する。時折、トレーダーは低品質又は非現実的な取引注文を提示する。このような取引注文は、優勢な市場状況から大きく異なる基準を指定する。例えば、特定の取引商品の優勢な市場価格が単位当たり$25.00である場合、単位当たり$8.00で特定の取引商品を購入する取引注文は、非現実的な取引注文と考えられ得る。非現実的な取引注文は、典型的には迅速に実行されるトランザクションを生じない。その代わりに、非現実的な取引注文は、通常では長い期間に応じないままになる。その結果、非現実的な取引注文は、市場価格の流動性を増加させない。
【０００３】
電子取引システムは、典型的には“先入れ先出し”（FIFO：first-in  first-out）原理に従ってトレーダーから受信した取引注文を処理する。FIFO原理に基づいて、電子取引システムは、トレーダーから受信した順序で取引注文を処理する。その結果、現実的な取引注文（すなわち、迅速に実行されるトランザクションを生じる可能性のある取引注文）が、非現実的な取引注文（すなわち、迅速に応じられる可能性の低い取引注文）の直後に受信されると、電子取引システムが非現実的な取引注文を最初に処理する間に、現実的な取引注文は待機しなければならない。現実的な取引注文を処理するこの遅延は、市場価格の流動性を低減する可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明によれば、従来の電子取引システムに関連する欠点及び問題が実質的に低減又は除去される。
【課題を解決するための手段】
【０００５】
取引注文を処理するシステムは、第１の取引注文と第２の取引注文とを受信するように動作可能な最適化モジュールを有する。最適化モジュールは、少なくとも１つの市場センタに関連する市場データを受信するように更に動作可能である。最適化モジュールは、少なくとも１つの市場センタに第１の取引注文を送信する前に、少なくとも１つの市場センタに第２の取引注文を送信するか否かを決定するように更に動作可能であり、決定は市場データに少なくとも部分的に基づく。一実施例では、決定は、コンピュータ取引システムに関連する計算能力及び／又は記憶能力を表すデータに少なくとも部分的に基づく。
【発明の効果】
【０００６】
本発明の様々な実施例は、多数の技術的利点によって恩恵を受け得る。１つ以上の実施例は、以下に説明する利点の一部又は全部によって恩恵を受けてもよく、恩恵を受けなくてもよい点に留意すべきである。本発明の１つの技術的利点は、取引システムが現在の市場データに基づいてトレーダーから受信した取引注文の品質を分析する点にある。他の技術的利点は、取引システムが取引システムの利用可能な処理及び記憶能力に基づいて取引注文の品質を分析する点にある。取引システムは、迅速に実行されるトランザクションを生じる可能性の最も高い取引注文に優先度を割り当てる。或る実施例では、取引システムは、タイムリーに実行されるトランザクションを生じる可能性の低い取引注文をフィルタ除去する。現実的な取引注文（すなわち、迅速に実行される可能性のある取引注文）に優先度を割り当てることにより、取引システムは現実的な取引注文の処理時間を低減する。また、迅速に実行される可能性のある取引注文のキューを整理することにより、メモリ装置の負荷を低減する。これによって、取引システムは市場価格の流動性を増加させ得る。取引システムはまた、取引プラットフォーム及び通信ネットワークの計算及び記憶リソースを解放し得る。
【０００７】
他の利点は、以下の図面、詳細な説明及び特許請求の範囲から当業者に容易に明らかになる。
【発明を実施するための最良の形態】
【０００８】
本発明及びその利点の完全なる理解のため、添付図面と共に以下の説明に言及が行われる。
【０００９】
図１は、取引システム10の一実施例を示している。一般的に、取引システム10は、クライアント20とネットワーク30と市場センタ40とに通信可能に接続された取引プラットフォーム50を有する。取引を容易にするために、取引システム10は、トレーダー70により発行された取引注文12をマッチングする。一般的に、取引プラットフォーム50は、現在の市場状況に少なくとも部分的に基づいて取引注文12間の優先度を決定してもよい。現在の市場状況を評価することにより、取引プラットフォーム50は、タイムリーに実行されるトランザクションを生じる可能性の最も高い取引注文12に優先度を割り当ててもよい。取引プラットフォーム50はまた、利用可能な処理及び記憶能力に基づいて取引注文の品質を分析し得る。特定の実施例によれば、これによって、取引プラットフォーム50は、取引商品の流動性を増加させてもよい。更に、取引プラットフォーム50は、迅速に処理され得るトランザクションを実行して、保留中の取引注文のキューからこれらを除去することにより、利用可能な処理及びメモリリソースを解放し得る。金融取引に関してシステム10が記載されているが、最適化技術及び関連する技術的な利点は、例えば汎用のコマンド及びデータ処理センタを含む他の環境で実現され得ることがわかる。
【００１０】
クライアント20は、取引システム10の１つ以上の要素（取引プラットフォーム50等）にアクセスするためにトレーダー70により使用され得る何らかの適切なローカル又はリモートのエンドユーザ装置を有する。特定のクライアント20は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子手帳、携帯情報端末（PDA：Personal  Digital  Assistant）、ページャ、又はシステム10の他の構成要素との情報を受信、処理、格納及び／又は通信することができる他の適切な装置（無線等）、構成要素若しくは要素を有してもよい。クライアント20はまた、ディスプレイ、マイクロフォン、キーボード、又は特定の構成及び配置による他の適切な端末装置のような何らかの適切なユーザインタフェースを有してもよい。取引プラットフォーム50に通信可能に接続された如何なる数のクライアント20が存在してもよいことがわかる。更に、取引プラットフォーム50を使用せずに市場センタ40に通信可能に接続される如何なる数のクライアント20が存在してもよい。
【００１１】
クライアント20は、トレーダー70から取引注文12を受信し、取引注文12を取引プラットフォーム50及び／又は市場センタ40に送信するように動作可能である。取引注文12は、注文及び反対注文を有する。注文及び反対注文は、“テイク（take）”14、“ビッド（bid）”15、“ヒット（hit）”16及び“オファー（offer）”17でもよい。注文及び反対注文は、例えば購入及び販売のような相補的な動作である。ビッド15は、特定の価格（入札価格）で特定の量の特定の取引商品を購入する要求である。逆に、オファー17は、特定の価格（売り出し価格）で特定の量の特定の取引商品を販売する要求である。テイク14は、最善の売り出し価格で特定の量の特定の取引商品12を購入する要求である。逆に、ヒット16は、最善の入札価格で特定の量の特定の取引商品を販売する要求である。一般的にビッド15及びオファー17は、対応するテイク14又はヒット16による行動を受けるまで取引帳簿に残るため、ビッド15及びオファー17は受動的な取引注文12であると考えられてもよい。従って、テイク14及びヒット16は能動的な取引注文12であると考えられる。取引商品として株式を使用したシステム10について以下に例示するが、取引注文12の基礎を形成する取引商品は、如何なる商品、サービス、金融商品、日用品等を有してもよい。金融商品の例は、株式、債権及び先物取引を有し、これらに限定されない。
【００１２】
ここではクライアント20は“トレーダー”70により使用されるものとして記載されているが、“トレーダー”という用語は、ユーザが個人であれ、機械であれ、本人の代わりに行動する代理人であれ、本人であれ、法人（会社等）であれ、システム10の取引注文12を発行及び／又は応答可能な如何なる機構であれ、広く取引システム10の何らかのユーザに当てはまることを意味する。
【００１３】
ネットワーク30は、クライアント20と取引プラットフォーム50及び／又は市場センタ40との間でデータ及び／又は情報を交換するように動作可能な通信プラットフォームである。ネットワーク30は、取引プラットフォーム50及び／又は市場センタ40に取引情報又はトランザクション情報を通信する機能をクライアント20に提供する如何なる無線及び／又は有線ネットワークを表してもよい。ネットワーク30は、インターネットアーキテクチャを有してもよい。代替として又は更に、ネットワーク30は、電話サービス（POTS：Plain  Old  Telephone  Service）を有してもよい。トランザクションは、取引プラットフォーム50に関連するブローカーにより支援されてもよく、トランザクションが実行されることを要求するために電話又は他の適切な電子装置に手動でキー入力されてもよい。特定の実施例では、ネットワーク30は、システム10の何らかの２つのノード間で通信インタフェース又は交換を提供する何らかのパケットデータネットワーク（PDN：packet  data  network）でもよい。ネットワーク30は、ローカルエリアネットワーク（LAN）、メトロポリタンエリアネットワーク（MAN）、広域ネットワーク（WAN）、無線ローカルエリアネットワーク（WLAN）、仮想プライベートネットワーク（VPN）、イントラネット、セルラネットワーク、プライベートネットワーク、又はクライアント20とシステム10の他の構成要素との間の通信を容易にする他の適切な数及び組み合わせの無線及び／又は有線アーキテクチャ又はシステムを更に有してもよい。
【００１４】
市場センタ40は、為替、ECN（Electronic  Communication  Network）、ATS（Alternative  Trading  System）、マーケットメーカ、又は他の適切な市場参加者を含み、全ての種類の注文履行所を有する。各市場センタ40は、上場価格（市場センタ価格とも呼ばれる）で取引商品を購入又は販売する用意をして意志を示して可能にすることにより、所定の取引商品の入札価格及び売り出し価格を維持する。異なる市場センタ40が、特定の取引商品について異なる市場センタ価格を提供してもよい。例えば、特定の市場センタ40が、特定の取引商品について特定の入札価格及び／又は売り出し価格を提示してもよく、他の市場センタ40が、同じ取引商品について異なる入札価格及び／又は売り出し価格を提示してもよい。特定の市場センタ40は、特定の期間より長くその市場センタ40の注文帳簿に残る取引注文12を実行するためのトランザクションコストを請求してもよい。
【００１５】
異なる市場センタ40は、取引注文12の様々な詳細の開示に関する異なるポリシーを有してもよい。一般的に、取引注文12は２つの部分（“表示量（displayed  quantity）”及び“保留量（reserved  quantity）”）を有してもよい。取引注文12を発行するときに、トレーダー70は、取引注文12の合計量の一部のみが取引プラットフォーム50又は市場センタ40により他のトレーダー70に表示されることを示してもよい。他のトレーダー70に表示される取引注文12のこの部分は、“表示量”と呼ばれる。取引注文12の残りの部分は“保留量”と呼ばれる。取引注文12の一部を“保留量”として指定することにより、取引プラットフォーム50又は市場センタ40にその取引注文12の一部のみを他のトレーダー70に表示させつつ、トレーダー70は大量の取引注文12を入力することが可能になる。
【００１６】
取引プラットフォーム50は、取引注文12の経路指定、マッチング及び他の処理を容易にする取引アーキテクチャである。取引プラットフォーム50は、取引注文12を経路指定、マッチング、処理又は応答しようとする何らかの人、企業又はエンティティのための管理センタ又は本社を有してもよい。従って、取引プラットフォーム50は、取引環境を管理又は運営する行政機関又は監督エンティティの動作及び機能を実現するために利用又は実装され得るハードウェア、ソフトウェア、人員、装置、構成要素、要素、又はオブジェクトの何らかの適切な組み合わせを有してもよい。特定の実施例では、取引プラットフォーム50は、クライアントインタフェース52と、市場インタフェース54と、最適化モジュール60と、マッチングモジュール80とを有する。
【００１７】
取引プラットフォーム50のクライアントインタフェース52はネットワーク30に通信可能に接続され、クライアント20と取引プラットフォーム50の様々な構成要素との間の通信をサポートする。特定の実施例によれば、クライアントインタフェース52は、ネットワーク30を介してクライアント20により通信された取引注文12を受信するトランザクションサーバを有する。
【００１８】
市場インタフェース54は市場センタ40に通信可能に接続され、市場センタ40と取引プラットフォーム50の様々な構成要素との間の通信をサポートする。市場インタフェース54は、市場センタ40により通信された取引注文12を受信するトランザクションサーバを有してもよい。更に、市場インタフェース54は、取引プラットフォーム50に直接接続されたクライアント20から受信した取引注文12を市場センタ40に送信してもよい。市場インタフェース54はまた、市場センタ40から市場データ130を受信してもよい。市場データ130は、市場状況に関する情報（例えば、取引量、最善の入札／売り出し価格、価格の傾向、取引量の傾向、取引注文12の入力時間、発行済の取引注文12の数、活動中のトレーダー70の数、又は取引プラットフォーム50による取引注文12の処理の最適化に適した他の情報等）を有してもよい。
【００１９】
クライアントインタフェース52及び市場インタフェース54は、最適化モジュール60及び／又はマッチングモジュール80に通信可能に接続されてもよい。最適化モジュール60は、トレーダー70により提示された取引注文12の優先付け、順序付け、及び／又はフィルタリングを処理、制御及び監視するように動作可能な何らかのハードウェア、ソフトウェア、ファームウェア又はこれらの組み合わせを表してもよい。最適化モジュール60は、汎用パーソナルコンピュータ（PC）、ワークステーション、Unix（登録商標）型コンピュータ、サーバコンピュータ、又は他の適切な処理装置を有してもよい。一般的に、最適化モジュール60は、トレーダー70から取引注文を受信し、市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に少なくとも部分的に基づいて、取引注文12を優先付け、順序付け、及び／又はフィルタリングする。特に、最適化モジュール60は、市場センタ40及び取引プラットフォーム50の流動性を最適化し、取引プラットフォーム50及び／又は他の取引リソースの効率を最適化するために、取引注文12を優先付け、順序付け、フィルタリングすることができる。最適化モジュール60は、最適化プロセッサ62と最適化メモリ64とを有してもよい。図１は、システム10の単一の最適化モジュール60を示しているが、システム10は、如何なる適切な数及び組み合わせの最適化モジュール60を使用して実装されてもよい。
【００２０】
最適化プロセッサ62は、最適化メモリ64に取引注文12を記録し、取引注文12をマッチングモジュール80及び／又は市場センタ40に送信することができる。最適化プロセッサ62は、最適化ロジック66の規則67を実行し、市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に少なくとも部分的に基づいて、取引注文12を優先付け、順序付け、及び／又はフィルタリングするように更に動作可能である。最適化プロセッサ62は、記載の機能又は動作を提供するように１つ以上のモジュールに実装される如何なる適切な組み合わせのハードウェア及び／又はソフトウェアを有してもよい。
【００２１】
最適化メモリ64は、如何なる適切な配置のランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）、磁気コンピュータディスク、CD-ROM、又は他の磁気若しくは光記憶媒体、又は取引注文12のような１つ以上のファイル、リスト、テーブル若しくは他の情報の配置を格納する他の揮発性若しくは不揮発性メモリ装置を有する。図１は、最適化モジュール60の内部としての最適化メモリ64を示しているが、最適化メモリ64は、特定の実装に応じて取引システム10の構成要素の内部でもよく、外部でもよい。また、図１に示す最適化メモリ64は、取引システム10で使用されるメモリ装置の何らかの適切な配置を実現するために、他のメモリ装置から離れてもよく、他のメモリ装置に統合されてもよい。
【００２２】
特定の実施例によれば、最適化メモリ64は最適化ロジック66を有する。一般的に、最適化ロジック66は、市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に少なくとも部分的に基づいて、取引注文12を優先付け、順序付け、及び／又はフィルタリングする規則67を有する。規則67は、取引注文12の実行を最適化するために、取引注文12を優先付け、順序付け、及び／又はフィルタリングするアルゴリズム、式、関数、テーブル、又は他の適切な命令を有してもよい。取引注文12を優先付け、順序付け、及び／又はフィルタリングすることにより、取引プラットフォーム50は、市場の流動性を促進して増加させ、システムリソースの効率的な使用を最適化してもよい。
【００２３】
マッチングモジュール80は、クライアントインタフェース52と、市場インタフェース54と、最適化モジュール60とに通信可能に結合されてもよい。マッチングモジュール80は、トレーダー70により提示された取引注文12を処理、制御、監視、経路指定及び／又はマッチングするように動作可能な何らかのハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせを表す。マッチングモジュール80は、汎用パーソナルコンピュータ（PC）、ワークステーション、Unix（登録商標）型コンピュータ、サーバコンピュータ、又は他の適切な処理装置を有してもよい。マッチングモジュール80は、マッチングプロセッサ82とマッチングメモリ84とを有してもよい。図１は、システム10の単一のマッチングモジュール80を示しているが、システム10は、如何なる適切な数及び組み合わせのマッチングモジュール80を使用して実装されてもよい。
【００２４】
マッチングプロセッサ82は、マッチングメモリ84に取引注文12を記録し、取引注文12を市場センタ40に経路指定するように動作可能である。マッチングプロセッサ82は、マッチングメモリ84に格納されたマッチングロジック86を実行し、クライアントインタフェース52及び市場インタフェース54により受信される取引注文12をマッチングするように更に動作可能である。マッチングプロセッサ82は、記載の機能又は動作を提供するように１つ以上のモジュールに実装される如何なる適切な組み合わせのハードウェア及び／又はソフトウェアを有してもよい。
【００２５】
マッチングメモリ84は、如何なる適切な配置のランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）、磁気コンピュータディスク、CD-ROM、又は他の磁気若しくは光記憶媒体、又は取引注文12のような１つ以上のファイル、リスト、テーブル若しくは他の情報の配置を格納する他の揮発性若しくは不揮発性メモリ装置を有する。図１は、取引モジュール51の内部としてのマッチングメモリ84を示しているが、マッチングメモリ84は、特定の実装に応じて取引システム10の構成要素の内部でもよく、外部でもよい。また、図１に示すマッチングメモリ84は、取引システム10で使用されるメモリ装置の何らかの適切な配置を実現するために、他のメモリ装置から離れてもよく、他のメモリ装置に統合されてもよい。
【００２６】
取引プラットフォーム50、これに関連するインタフェース、モジュール、プロセッサ及びメモリ装置の内部構造は適応性があり、取引プラットフォーム50の目的の動作を実現するために容易に変更、修正、再配置、又は再構成されてもよい。
【００２７】
図２は、本発明の特定の実施例による取引プラットフォーム50の特定の構成要素間の動作フローを示している。最適化モジュール60は、クライアントインタフェース52から複数の取引注文12を受信する。最適化モジュール60により受信された各取引注文12は、特定の客観的特性に関連付けられる。特に、各取引注文12は、特定の量の特定の取引商品についてである。更に、取引注文12のいくつかは特定の価格に関連付けられてもよい。
【００２８】
取引注文12を受信することに加えて、最適化モジュール60は市場データ130を受信してもよい。市場データ130は、市場センタ40の現在の状況を表す。これらの状況は、現在の取引量、最善の入札／売り出し価格、価格の傾向、取引量の傾向、発行済の取引注文12の数、活動中のトレーダー70の数、取引注文12の入力時間、及び／又は他の適切な数及び組み合わせの市場状況を有してもよい。
【００２９】
取引注文12及び市場データ130を受信することに加えて、最適化モジュール60は、プラットフォームデータ140を受信してもよい。プラットフォームデータ140は、取引プラットフォーム50の現在の状況を表す。これらの状況は、取引プラットフォーム50の現在の計算能力、取引プラットフォーム50の現在の記憶能力、取引注文12を処理するために必要な時間、電子伝送速度、接続速度、ネットワークトラヒック量、発行済の取引注文12の数、及び／又は他の適切な数及び組み合わせのシステム特性を有してもよい。
【００３０】
最適化メモリ64に格納された１つ以上の規則67を使用して、最適化プロセッサ62は、市場データ130とプラットフォームデータ140と取引注文12に関連する客観的特性とを処理し、何の取引注文12がタイムリーに実行されるトランザクションを生じる可能性が最も高いかを決定するように動作可能である。これによって、最適化プロセッサ62は、何の取引注文12が市場の流動性を増加させる可能性が最も高いか、何の取引注文12がシステムリソースの効率的な使用を生じる可能性が最も高いかを決定するように動作可能である。これらの決定に基づいて、最適化モジュール60は、取引注文12を優先付け、順序付け、及び／又はフィルタリングしてもよい。特に、最適化モジュール60は、タイムリーに実行される取引を生じる可能性のある取引注文12に優先度を割り当ててもよい。特定の取引注文12がタイムリーに実行される取引を生じる可能性の低いことを最適化モジュール60が決定すると、最適化モジュール60は、その取引注文12をフィルタリングしてもよく、マッチングモジュール80及び／又は市場センタ40に提示しなくてもよい。代替として、最適化モジュール60は、タイムリーに実行される取引を生じる可能性の高い取引注文12を提示した後に、その取引注文12をマッチングモジュール80及び／又は市場センタ40に提示してもよい。
【００３１】
特定の実施例によれば、最適化モジュール60は、品質スコア150を取引注文12に割り当てることにより、取引注文12を優先付け、及び／又はフィルタリングしてもよい。最適化メモリ64に格納された１つ以上の規則67を使用して、最適化モジュール60は、市場データ130、プラットフォームデータ140及び／又は取引注文12に関連する客観的特性に少なくとも部分的に基づいて、取引注文12毎に品質スコア150を計算してもよい。特定の実施例によれば、特定の取引注文12の品質スコア150は、特定の取引注文12がタイムリーに実行される取引を生じる取引を生じる可能性を表してもよい。例えば、最適化メモリ64の特定の規則67は、最適化モジュール60に対して、価格及びサイズに基づいて10点の尺度の品質スコア150を割り当てるように指示してもよい。この例では、最適化モジュール60は、入札価格が市場データ130の最善の入札価格に等しい場合に特定のビッドに6点を割り当ててもよく、入札価格が最善の入札価格より１増分単位だけ低い場合に5点を割り当ててもよく、入札価格が最善の入札価格より２増分単位だけ低い場合に4点を割り当ててもよく、以下同様である。この例では、特定の規則67はまた、ビッドが10000万単位より大きい場合に特定のビッドに更なる4点を割り当て、ビッドが10000万単位と5000万単位との間にある場合に2ポイントを割り当て、ビッドが2500万単位と1000万単位との間である場合に1点を割り当てるように、最適化モジュール60に指示してもよい。従って、この例では、最善の入札価格に等しく、10000万単位より大きいビッドは、10の品質スコア150を受信するが、最善の入札価格より２増分だけ低く、3000万単位のビッドは6の品質スコア150を受信する。この例に示すように、最適化メモリ64に格納された１つ以上の規則67を使用することにより、最適化モジュール60は、取引注文12の客観的特性、市場データ130、プラットフォームデータ140、及び／又は他の取引注文12の客観的特性に少なくとも部分的に基づいて、取引注文12に品質スコア150を割り当ててもよい。
【００３２】
前記の例では、品質スコア150は、取引注文12の価格及びサイズに基づいて10点の尺度に従って決定されている。しかし、品質スコア150は、市場センタ40、取引プラットフォーム50、取引注文12及び／又は取引システム10の他の構成要素に関連する如何なる適切な数及び組み合わせの特性に基づいて、如何なる適切な尺度に従って決定されてもよいことがわかる。
【００３３】
取引プラットフォーム50は、トレーダー70から取引注文12を継続的に受信してもよいため、最適化モジュール60は、時間間隔に基づいて取引注文12をバッチ（batch）にグループ化してもよい。最適化モジュール60は、相互に関連して特定のバッチの取引注文12を優先付けてもよい。例えば、取引プラットフォーム50は、12:31:28p.m.と12:31:29p.m.との間に8の取引注文12を受信し、12:31:29p.m.と12:31:30p.m.との間に13の取引注文12を受信してもよい。この例では、各バッチが１秒間隔に基づく場合に、最適化モジュール60は、8の取引注文12を１つのバッチにグループ化し、13の取引注文12を他のバッチにグループ化してもよい。この例では、最適化モジュール60は、12:31:29p.m.の現在の市場データ130及びプラットフォームデータ140に従って、相互に関連して最初のバッチの8の取引注文12を優先付け、順序付け、及び／又はフィルタリングしてもよい。同様に、最適化モジュール60は、12:31:30p.m.の現在の市場データ130及びプラットフォームデータ140に従って、相互に関連して次のバッチの13の取引注文12を優先付け、順序付け、及び／又はフィルタリングしてもよい。この例は１秒のバッチ間隔を示しているが、バッチ間隔は何らかの固定又は可変の期間（例えばマイクロ秒又はミリ秒）でもよいことがわかる。
【００３４】
最適化メモリ64の１つ以上の規則67を使用して、最適化モジュール60は、取引注文12の客観的特性、市場データ130及び／又はプラットフォームデータ140に少なくとも部分的に基づいて、品質閾値160を決定してもよい。特定の実施例によれば、品質閾値160は、何の取引注文12が実行のためにマッチングモジュール80及び／又は市場センタ40に提示されるべきかを決定するために使用される品質レベルである。或る実施例では、最適化モジュール60は、品質閾値160の上の品質スコア150で、これらの取引注文12をマッチングモジュール80及び／又は市場センタ40に提示してもよい。品質閾値160の上の品質スコア150を有する取引注文12は、高品質取引注文12Hと呼ばれ得る。品質閾値160より低い品質スコア150を有する取引注文12は、低品質取引注文12Lと呼ばれ得る。低品質取引注文12Lは、最適化メモリ64のキュー68に格納されてもよく、削除されてもよく、対応するトレーダー60に返信されてもよい。特定の実施例によれば、最適化モジュール60は、現在の市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に少なくとも部分的に基づいて、品質閾値160を定期的に再計算してもよい。例えば、或る実施例では、品質閾値160を再計算する期間はバッチ間隔に対応してもよい。
【００３５】
図３を参照すると、本発明の特定の実施例を示している。取引プラットフォーム50は、12:31:28p.m.に取引注文12aを受信する。１秒後に、取引プラットフォーム50は取引注文12bを受信する。取引注文12aは、単位当たり$11.00の入札価格で1100万単位の商品Xについてのビッドである。取引注文12bは、単位当たり$12.00の入札価格で12500万単位の商品Xについてのビッドである。この例では、最適化モジュール60は、取引注文12a及び12bを同じバッチにグループ化する。現在の市場データ130に従って、商品Xの最善の入札価格は、単位当たり$13.00である。最適化メモリ64は、各取引注文12に品質スコア150を割り当てる特定の規則67を有する。この例では、特定の規則67は、入札価格が市場データ130の最善の入札価格に等しい場合に最適化モジュール60が取引注文12に6点を割り当て、取引注文12の入札価格が最善の入札価格より１増分単位だけ低い場合に5点を割り当て、取引注文12の入札価格が最善の入札価格より２増分単位だけ低い場合に4点を割り当て、以下同様であることを定める。最適化メモリ64の特定の規則67はまた、ビッドが10000満単位より大きい場合に最適化モジュール60が4点を割り当て、ビッドが10000単位と5000万単位との間である場合に3点を割り当て、ビッドが5000万単位と2500万単位との間である場合に2点を割り当て、ビッドが2500万単位と1000万単位との間である場合に1点を割り当てることを定める。
【００３６】
この例では、特定の規則67に基づいて、最適化モジュール60は、取引注文12aに5点（4点（$11.00が$13.00の最善の入札価格より２増分単位だけ低いため）＋1点（ビッドが2500万単位と1000万単位との間であるため））の品質スコア150を割り当てる。最適化モジュール60は、取引注文12bに9点（5点（$12.00が$13.00の最善の入札価格より１増分単位だけ低いため）＋4点（ビッドが10000万単位より大きいため））の品質スコア150を割り当てる。この例では、最適化メモリ64は、取引注文12の客観的特性と現在の市場データ130と現在のプラットフォームデータ140とに基づいて、品質閾値160を計算する第２の規則67を有する。第２の規則67と関連データとに基づいて、最適化モジュール60は、6点の品質閾値160を計算する。この例では、取引注文12aは5点の品質スコア150を有するため、最適化モジュール60は、最適化メモリ64のキュー68に取引注文12aを配置する。取引注文12bは9点の品質スコア150を有するため、最適化モジュール60は、実行のためにマッチングモジュール80に取引注文12bを提示する。従って、この例では、取引注文12bが取引注文12aの後に受信されても、取引注文12bが現在の市場状況に少なくとも部分的に基づいて高い品質であると考えられるため、最適化モジュール60は、最初に取引注文12bをマッチングモジュール80に提示する。この例に示す特定の規則67は取引注文12の価格及びサイズに基づくが、最適化メモリ64に如何なる数の規則67が存在してもよく、各規則67は如何なる数及び組み合わせの市場及び／又はシステム要因に基づいてもよく、品質スコア150を定量化及び／又は計算する如何なる適切な単位又は点数システムを使用してもよいことがわかる。
【００３７】
前記の例は、特定の実施例に従って本発明が市場の流動性をどのように増加させるかを示している。低品質の取引注文12の前に又はその代わりに高品質の取引注文12を提示することにより、最適化モジュール60は、マッチングモジュール80及び／又は市場センタ40に提示される多くの取引注文12がタイムリーに実行される取引を生じる可能性を増加させる。取引を増加させることにより、最適化モジュール60は、市場の流動性を増加させ得る。
【００３８】
特定の実施例によれば、品質閾値160より下の品質スコア150に関連する取引注文12が、最適化メモリ64のキュー68に格納されてもよい。或る実施例では、最適化モジュール60は、キュー68の取引注文12の品質スコア150を定期的に再計算してもよい。代替として又は更に、最適化モジュール60は、品質閾値160を定期的に再計算してもよい。キュー68の取引注文12の再計算された品質スコア150が元の及び／又は再計算された品質閾値160より上である場合、最適化モジュール60は、実行のために最適化メモリ64のキュー68からマッチングモジュール80及び／又は市場センタ40に取引注文12を提示してもよい。
【００３９】
特定の実施例によれば、マッチングモジュール80は、最適化モジュール60から取引注文12を受信する。マッチングモジュール80は、これらの取引注文12が最適化モジュール60から受信される順序に基づいて、取引注文12を処理してもよい。例えば、マッチングモジュール80は、最適化モジュール60から最初に受信した取引注文12を最初に処理してもよく、最適化モジュール60から次に受信した取引注文12を次に処理してもよく、以下同様である。他の実施例によれば、マッチングモジュール80は、これらの取引注文12がトレーダー70により取引システム10に提示された順序に基づいて、最適化モジュール60から取引注文を処理してもよい。
【００４０】
前記の例では、最適化モジュール60は、何の取引注文12をマッチングモジュール80及び／又は市場センタ40に提示するかを決定するために品質閾値160を使用している。特定の実施例によれば、最適化モジュール60は、品質閾値160を使用しなくてもよい。或る実施例では、最適化モジュール60は、それぞれの品質スコア150に従って取引注文12を最初に優先付け、品質スコア150の減少順に全ての取引注文12をマッチングモジュール80及び／又は市場センタ40に提示してもよい。
【００４１】
図４を参照すると、トレーダー70は人間及び機械を有してもよい。機械のトレーダー70Mにより提示される取引注文12は、機械取引注文12Mと呼ばれ得る。人間のトレーダー70Pにより提示される取引注文12は、人間取引注文12Pと呼ばれ得る。機械のトレーダー70Mは、ロボット、自動コンピュータシステム、機械、及び／又は設定可能な基準、要因及び／又は閾値に応じて自動的に取引注文12を取引システム10に提示するように構成された他の装置を示してもよい。特定の実施例によれば、取引プラットフォーム50は、人間のトレーダー70Pにより提示された取引注文12と機械のトレーダー70Mにより提示された取引注文12との間を区別することにより、市場の流動性を増加させてもよい。このような区別を実現するために、取引プラットフォーム50は、バランシングモジュール90を有する。図４は、本発明の特定の実施例によるバランシングモジュールを有する動作フローを示している。
【００４２】
クライアントインタフェース52は、何の取引注文12が人間のトレーダー70Mにより提示され、何の取引注文12が機械のトレーダー70Mにより提示されたかを決定するように動作可能でもよい。クライアントインタフェース52は、人間のトレーダー70Pにより提示された取引注文12Pを最適化プロセッサ62に直接送信してもよい。クライアントインタフェース52は、機械のトレーダー70Mにより提示された取引注文12Mをバランシングモジュール90に送信してもよい。
【００４３】
バランシングモジュール90は、機械のトレーダー70Mにより提示された取引注文12Mの優先付け、フィルタリング、及び／又は順序付けを処理、制御及び監視するように動作可能な何らかのハードウェア、ソフトウェア、又はこれらの組み合わせを表す。バランシングモジュール90は、汎用パーソナルコンピュータ（PC）、ワークステーション、Unix（登録商標）型コンピュータ、サーバコンピュータ、又は他の適切な処理装置を有してもよい。バランシングモジュール90は、クライアントインタフェース52、市場インタフェース54及び／又は最適化モジュール60に通信可能に結合されてもよい。バランシングモジュール90は、機械のトレーダー70Mにより提示された取引注文12Mを優先付け、順序付け、及び／又はフィルタリングするために使用可能なプロセッサ及びメモリを有してもよい。更に、バランシングモジュール90は、機械のトレーダー70Mから最適化モジュール60への取引注文12Mの提示を最適化するアルゴリズム、関数、テーブル又は式を有してもよい。一般的に、バランシングモジュール90は、機械のトレーダー70Mから取引注文12Mを受信し、市場センタ40から受信した市場データ130、プラットフォームデータ140、及び／又は取引注文12の特性に少なくとも部分的に基づいて、取引注文12Mを優先付け、フィルタリング、及び／又は順序付けする。特定の実施例によれば、最適化モジュール60は、市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に基づいて、バランシングモジュール90から要求する特定の数の取引注文12Mを決定してもよい。
【００４４】
本発明の特定の実施例を示す。クライアントインタフェース52は、16の取引注文12を受信する（人間のトレーダー70Pから6個及び機械のトレーダー70Mから10個）。クライアントインタフェース52は、6の取引注文12Pを人間のトレーダー70Pから最適化モジュール60に直接送信する。クライアントインタフェース52は、10の取引注文12Mを機械のトレーダー70Mからバランシングモジュール90に送信する。この例では、最適化モジュール60は、人間のトレーダー70Pにより提示された２つの取引注文12P毎に、機械のトレーダー70Mにより提示された１つの取引注文12Mをバランシングモジュール90から要求する規則67を有する。最適化モジュール60は人間のトレーダー70Pにより提示された6の取引注文12Pを受信しているため、最適化モジュール60は、機械のトレーダー70Mにより提示された3の取引注文12Mをバランシングモジュール90から要求してもよい。バランシングモジュール90は、最適化モジュール70から要求を受信する。バランシングモジュール90に格納された１つ以上の最適化アルゴリズムを使用して、バランシングモジュール90は、機械のトレーダー70Mにより提示された3の好適な取引注文12Mを決定する。（何の取引注文12が“好適”であるかの決定は、何らかの適切な基準、方法、設定、制限、データ、式、及び／又は何らかの適切な数及び要因の組み合わせに基づいてもよい。）バランシングモジュール90は、機械のトレーダー70Mにより提示された3の好適な取引注文12Mを最適化モジュール60に送信する。バランシングモジュール90から要求された取引注文12Mを受信すると、最適化モジュール60は、市場センタ40から受信した市場データ130、プラットフォームデータ140及び／又は取引注文12の特性に少なくとも部分的に基づいて、9の取引注文12（人間のトレーダー70Pから6個及び機械のトレーダー70Mから3個）を優先付け、順序付け、及び／又はフィルタリングする。最適化モジュール60は、１つ以上の取引注文12をマッチングモジュール80に提示する。前記の例では、機械のトレーダー70Mからの取引注文12Mの要求数は、人間のトレーダー70Pからの取引注文12Pの数に基づいているが、最適化モジュール60は、バランシングモジュール90から要求する取引注文12Mの数を決定する如何なる適切な要因、式又はアルゴリズムを使用してもよい。更に又は代替として、最適化モジュール60は、取引注文12が人間のトレーダー70Mにより提示されたか機械のトレーダー70Pにより提示されたかに少なくとも部分的に基づいて、取引注文12に関連する品質スコア150を修正してもよい。
【００４５】
図５は、本発明の特定の実施例に従って取引注文12を処理するフローチャートを示している。この方法はステップ502で始まり、取引プラットフォーム50は第１の取引注文12を受信する。第１の取引注文12は特定の価格及び特定の取引商品に関連してもよい。ステップ504において、取引プラットフォーム50は第２の取引注文12を受信する。或る実施例では、第２の取引注文12は特定の価格に関連してもよく、第１の取引注文12と同じ取引商品についてのものでもよい。ステップ506において、取引プラットフォーム50は、少なくとも１つの市場センタから市場データ130を受信する。
【００４６】
ステップ508において、取引プラットフォーム50は、第１の取引注文12に関連する第１の品質スコア150を計算する。ステップ510において、取引プラットフォーム50は、第２の取引注文12に関連する第２の品質スコア150を計算する。第１及び第２の品質スコア150は、第１の取引注文12、第２の取引注文12、市場データ130及び／又はプラットフォームデータ140に少なくとも部分的に基づいてもよい。ステップ512において、取引プラットフォーム50は、第１の取引注文12に関連する第１の品質スコア150が第２の取引注文12に関連する第２の品質スコア150より好ましいか否かを決定してもよい。より好ましい品質スコア150は、関連する取引注文12があまり好ましくない品質スコア150に関連する他の取引注文12より早く実行されることを示してもよい。ステップ512において、第１の取引注文12に関連する第１の品質スコア150が第２の取引注文12に関連する第２の品質スコア150より好ましいことを取引プラットフォーム50が決定すると、ステップ514において、取引プラットフォーム50は、実行のために、第１の取引注文12を少なくとも１つの市場センタ40に送信してもよい。次にステップ516において、取引プラットフォーム50は、実行のために、第２の取引注文12を少なくとも１つの市場センタ40に送信してもよい。しかし、ステップ512において、第１の取引注文12に関連する第１の品質スコア150が第２の取引注文12に関連する第２の品質スコア150より好ましくないことを取引プラットフォーム50が決定すると、ステップ518において、取引プラットフォーム50は、実行のために、第２の取引注文12を少なくとも１つの市場センタ40に送信してもよい。次にステップ520において、取引プラットフォーム50は、実行のために、第１の取引注文12を少なくとも１つの市場センタ40に送信してもよい。
【００４７】
前記の例では、取引プラットフォーム50は、相互に第１及び第２の品質スコア150を比較する。或る実施例では、取引プラットフォーム50は、品質閾値160に対して取引注文12に関連する品質スコア150を比較してもよい。取引プラットフォーム50は、市場データ130、プラットフォームデータ140及び／又は取引注文12に少なくとも部分的に基づいて、品質閾値160を生成してもよい。特定の取引注文12が品質閾値160を満たす特定の品質スコア150に関連する場合、取引プラットフォーム50は、実行のために、その取引注文12を１つ以上の市場センタ40に送信してもよい。しかし、特定の取引注文12が品質閾値160を満たさない特定の品質スコア150に関連する場合、取引プラットフォーム50は、その取引注文12を拒否し、その取引注文12を削除し、その取引注文12を対応するトレーダー70に返信し、及び／又はその取引注文12を最適化メモリ64のキュー68に格納してもよい。取引プラットフォーム50がその取引注文12をキュー68に格納する場合、設定可能な時間間隔の後に、取引プラットフォーム50は、更新された市場データ130に少なくとも部分的に基づいて、その取引注文12について更新品質スコア150を計算してもよい。次に、取引プラットフォーム50は、キュー68の取引注文12に関連する更新品質スコア150に対して品質閾値160を比較してもよい。キュー68の取引注文12に関連する更新品質スコア150が品質閾値160を満たす場合、取引プラットフォーム50は、実行のために、その取引注文12を１つ以上の市場センタ40に送信してもよい。
【００４８】
本発明について複数の実施例で説明したが、無数の変更及び変形が当業者に示唆される。本発明は、特許請求の範囲内にあるこのような変更及び変形を含むことを意図する。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施例による取引システム
【図２】本発明の一実施例による取引システムの構成要素間の動作フロー
【図３】本発明の一実施例による取引注文に関連する例示的な品質スコア
【図４】本発明の一実施例によるバランシングモジュールを有する取引システム
【図５】本発明の一実施例に従って取引注文を処理するフローチャート
【図１】
2007280394.tif 000003
【図２】
2007280394.tif 000004
【図３】
2007280394.tif 000005
【図４】
2007280394.tif 000006
【図５】
2007280394.tif 000007
【外国語明細書】
2007280394.tif 000008
2007280394.tif 000009
2007280394.tif 000010
2007280394.tif 000011
2007280394.tif 000012
2007280394.tif 000013
2007280394.tif 000014
2007280394.tif 000015
2007280394.tif 000016
2007280394.tif 000017
2007280394.tif 000018
2007280394.tif 000019
2007280394.tif 000020
2007280394.tif 000021
2007280394.tif 000022
2007280394.tif 000023
2007280394.tif 000024
2007280394.tif 000025
2007280394.tif 000026
2007280394.tif 000027
2007280394.tif 000028
2007280394.tif 000029
2007280394.tif 000030
2007280394.tif 000031
2007280394.tif 000032
2007280394.tif 000033
2007280394.tif 000034
2007280394.tif 000035
2007280394.tif 000036
2007280394.tif 000037
2007280394.tif 000038
2007280394.tif 000039
【図１】
2007280394.tif 000040
【図２】
2007280394.tif 000041
【図３】
2007280394.tif 000042
【図４】
2007280394.tif 000043
【図５】
2007280394.tif 000044