(57)【要約】  システムが、少なくとも１つのコンピューティング装置で実行する処理回路と、処理回路に結合され、命令を含むマシン実行可能命令を記憶した非一時的コンピュータ読取可能媒体とを含み、上記命令は、処理回路で実行されたときに処理回路に、複数の顧客コンピューティングシステムのうち第１の顧客コンピューティングシステムから、商品識別子と少なくとも１つの注文特性と価格設定情報とを含む注文を受信させ、前のある時間にわたり複数のマーケット場により履行された約定された注文の、過去データにアクセスさせ、最近のある時間にわたり複数のマーケット場のうち少なくとも一部により履行された複数の約定された注文の、リアルタイム注文統計のセットを決定させ、過去データ及びリアルタイム注文統計を適用して複数のマーケット場のうち各マーケット場の予期された挙動を決定させ、各マーケット場の予期された挙動に基づき注文に所望のライブ化時間を追加させ、注文を複数のマーケット場のうち少なくとも１つに送信させるように動作可能である。
2019509580.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのコンピューティング装置で実行する処理回路と、
前記処理回路に結合され、命令を含むマシン実行可能命令を記憶した非一時的コンピュータ読取可能媒体であり、前記命令は、前記処理回路で実行されたときに前記処理回路に、
複数の顧客コンピューティングシステムのうち第１の顧客コンピューティングシステムから、商品識別子と少なくとも１つの注文特性と価格設定情報とを含む注文を受信させ、
前のある時間にわたり複数のマーケット場により履行された約定された注文の、過去データにアクセスさせ、
最近のある時間にわたり前記複数のマーケット場の少なくとも一部により履行された複数の約定された注文の、リアルタイム注文統計のセットを決定させ、
前記過去データ及び前記リアルタイム注文統計を適用して前記複数のマーケット場のうち各マーケット場の予期された挙動を決定させ、
各マーケット場の前記予期された挙動に基づき前記注文に所望のライブ化時間を追加させ、
前記注文を前記複数のマーケット場のうち少なくとも１つに送信させる
ように動作可能である、非一時的コンピュータ読取可能媒体と、
を含むシステム。
【請求項２】
前記所望のライブ化時間は、前記注文が略同一時間に前記複数のマーケット場のうち少なくとも２つで約定のために出現するように計算される、請求項１に記載のシステム。
【請求項３】
前記所望のライブ化時間は、第１のマーケット場の第１のライブ化時間と第２のマーケット場の第２のライブ化時間とを含む、請求項２に記載のシステム。
【請求項４】
前記第１のライブ化時間は、前記第２のライブ化時間と異なる、請求項３に記載のシステム。
【請求項５】
前記命令は、前記処理回路に、ネットワークを介して前記複数のマーケット場のうち少なくとも１つのマーケット場の第１のクロック情報を受信させる命令をさらに含み、前記所望のライブ化時間は、前記第１のクロック情報に少なくとも部分的に基づき計算される、請求項１に記載のシステム。
【請求項６】
前記命令は、前記処理回路に、ネットワークを介して前記複数のマーケット場のうち少なくとも第２のマーケット場の第２のクロック情報を受信させる命令をさらに含み、前記所望のライブ化時間は、前記第１のクロック情報又は前記第２のクロック情報のうち遅い方に基づき計算される、請求項５に記載のシステム。
【請求項７】
少なくとも１つのコンピューティング装置で実行する処理回路と、
前記処理回路に結合され、命令を含むマシン実行可能命令を記憶した非一時的コンピュータ読取可能媒体であり、前記命令は、前記処理回路で実行されたときに前記処理回路に、
受信時間に第１のマーケット場で、複数の注文システムのうち第１の注文システムから、商品識別子と少なくとも１つの注文特性とライブ化時間と価格設定情報とを含む注文を受信させ、
前記受信時間と前記ライブ化時間との間の差を決定させ、
前記決定に基づき前記注文を複数の注文のキューにキューイングさせる
ように動作可能である、非一時的コンピュータ読取可能媒体と、
を含むシステム。
【請求項８】
前記命令は、前記処理回路に、
前記第１のマーケット場における第１のマーケットクロックを問い合わせて第１のマーケット時間を取得させ、
第２のマーケット場における第２のマーケットクロックを問い合わせて第２のマーケット時間を取得させ、
前記注文が前記第１のマーケット場及び前記第２のマーケット場で略同時に約定のために出現するように、前記第１のマーケット場で前記注文をキューイングする時間と、前記第２のマーケット場で前記注文をキューイングする第２の時間とを計算させる命令をさらに含む、請求項７に記載のシステム。
【請求項９】
前記命令は、前記処理回路に、前記第１のマーケットクロックを前記第２のマーケットクロックと同期させる命令をさらに含む、請求項８に記載のシステム。
【請求項１０】
少なくとも１つのコンピューティング装置で実行する処理回路と、
前記処理回路に結合され、命令を含むマシン実行可能命令を記憶した非一時的コンピュータ読取可能媒体であり、前記命令は、前記処理回路で実行されたときに前記処理回路に、
複数のコンピューティングシステムのうち第１のコンピューティングシステムから、商品識別子と少なくとも１つの注文特性と価格設定情報とを含む注文を受信させ、
前記注文に所望のライブ化時間を追加させ、
前記注文を少なくとも第１のマーケット場及び第２のマーケット場に送信させる
ように動作可能である、非一時的コンピュータ読取可能媒体と、を含み、
前記所望のライブ化時間は、前記注文が略同時に前記第１のマーケット場及び前記第２のマーケット場で約定のために出現するように計算される、システム。
【請求項１１】
前記命令は、前記処理回路に、前記第１のマーケット場の第１のクロック情報を受信させる命令をさらに含み、前記所望のライブ化時間は、前記第１のクロック情報に少なくとも部分的に基づき計算される、請求項１０に記載のシステム。
【請求項１２】
前記命令は、前記処理回路に、ネットワークを介して少なくとも前記第２のマーケット場の第２のクロック情報を受信させる命令をさらに含み、前記所望のライブ化時間は、前記第１のクロック情報及び前記第２のクロック情報のうち遅い方に基づき計算される、請求項１１に記載のシステム。
【請求項１３】
前記命令は、前記処理回路に、
前のある時間にわたり前記第１のマーケット場及び前記第２のマーケット場により履行された約定された注文の、過去データにアクセスさせ、
最近のある時間にわたり前記第１のマーケット場及び前記第２のマーケット場により履行された複数の約定された注文の、リアルタイム注文統計のセットを決定させ、
前記過去データ及び前記リアルタイム注文統計を適用して前記第１のマーケット場及び前記第２のマーケット場の予期された挙動を決定させる命令をさらに含み、
前記所望のライブ化時間は前記予期された挙動に少なくとも部分的に基づく、請求項１１に記載のシステム。
【請求項１４】
前記命令は、前記処理回路に、
前のある時間にわたり前記第１のマーケット場及び前記第２のマーケット場により履行された約定された注文の、過去データにアクセスさせ、
最近のある時間にわたり前記第１のマーケット場及び前記第２のマーケット場により履行された複数の約定された注文の、リアルタイム注文統計のセットを決定させ、
前記過去データ及び前記リアルタイム注文統計を適用して前記第１のマーケット場及び前記第２のマーケット場の予期された挙動を決定させる命令をさらに含み、
前記ライブ化時間は前記予期された挙動に少なくとも部分的に基づく、請求項１０に記載のシステム。
【請求項１５】
受信時間に第１のマーケット場で、複数の注文システムのうち第１の注文システムから、商品識別子と少なくとも１つの注文特性とライブ化時間と価格設定情報とを含む注文を受信するステップと、
前記受信時間と前記ライブ化時間との間の差を決定するステップと、
前記決定に基づき前記注文を複数の注文のキューにキューイングするステップと、
を含む方法。
【請求項１６】
前記第１のマーケット場における第１のマーケットクロックを問い合わせて第１のマーケット時間を取得するステップと、
第２のマーケット場における第２のマーケットクロックを問い合わせて第２のマーケット時間を取得するステップと、
前記注文が前記第１のマーケット場及び前記第２のマーケット場で略同時に約定のために出現するように、前記第１のマーケット時間及び前記第２のマーケット時間を使用し、前記第１のマーケット場で前記注文をキューイングする時間と前記第２のマーケット場で前記注文をキューイングする第２の時間とを計算するステップと、
をさらに含む請求項１５に記載の方法。
【請求項１７】
前記第１のマーケットクロックを前記第２のマーケットクロックと同期させるステップ、をさらに含む請求項１６に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
ブローカシステムは、小口投資家からの注文を含む保有注文を約定のために様々な場にルーティングする。場は、マーケットメーカ、代替取引システム、及び登録された取引所を含む。小口注文は、個々の投資家からの注文として定義され、保有注文は、約定するブローカ／マーケットメーカが注文に応じ、注文を表示し、あるいは別の場にルーティングするよう義務づけられているところの注文である。典型的に、これら注文は、到着時の現在のナショナルベストビッドアンドオファー（National  Best  Bid  and  Offer）（ＮＢＢＯ）に対してベンチマーク評価される。
【０００２】
ブローカはその顧客に対して、顧客から受信した注文に対する最良価格を取得し、注文が如何にして約定されたかを定期的にレビューする義務を有する。既存の小口注文ルーティングシステムは、単一のブローカ又はブローカのグループに対して所与の株式の全注文を処理し、かつ典型的に手動で更新される、固定のルーティングスキームを一般に採用する。これらルーティングスキームのパフォーマンスは、典型的に、証券取引委員会（ＳＥＣ）規則６０５に記載のメトリクスを使用して四半期につき１回レビューされる。
【０００３】
既存のシステムは、他のファクタの中でもシステムレイテンシが注文がマーケット場に到着する時間に影響し得る点で、最適でない。マーケット場は、先入れ先出し（ＦＩＦＯ）方法論で注文に典型的に応じるため、マーケットにおける鋭敏な参加者は、保有注文が完了され得る前に取引パターンを検出する可能性がある。これは有意な欠点を表し、なぜならば、高頻度のトレーダなどの鋭敏な参加者が、注文が応じられ得る前に、取引される証券の価格を操作する可能性があるからである。
【０００４】
例示的な実施例に係る前述の一般的説明及び例示的な実施例に係る以下の詳細な説明は、単に本開示の教示の例示的な態様であり、限定的でない。
【０００５】
関連出願の相互参照
本出願は、2016年3月24日に申請された米国仮特許出願第62/312,884号に対する優先を主張し、その内容は本明細書において参照により援用される。
【図面の簡単な説明】
【０００６】
本開示及びその付随する利点の多くのより完全な理解が、これらが以下の詳細な説明に対する参照により、添付図面と関連して検討されたときにより良く理解されたとき、容易に得られるであろう。
【図１】特定の実施例による注文ルーティングシステムの例示的なネットワークトポロジのブロック図である。
【図２】図１の注文ルーティングシステムの例示的な処理モジュール構成のブロック図である。
【図３】マーケット場の例示的なネットワークトポロジのブロック図である。
【図３Ａ】マーケット場の例示的なネットワークトポロジのブロック図である。
【図４】取引フロアの例示的なネットワークトポロジのブロック図である。
【図５Ａ】発明の特定の実施例による例示的な注文配置方法のフローチャートである。
【図５Ｂ】発明の特定の実施例による例示的な注文配置方法のフローチャートである。
【図５Ｃ】発明の特定の実施例による例示的な注文配置方法のフローチャートである。
【図６】発明の特定の実施例による例示的な注文配置方法のフローチャートである。
【図７】例示的なコンピューティング装置のブロック図である。
【０００７】
図面において、同様の参照番号はいくつかのビューを通して同一の又は対応する部分を示す。
【発明を実施するための形態】
【０００８】
保有注文フローを適合させて注文約定（order  execution）パフォーマンスを強化するシステム及び方法が、注文がマーケット場（market  venues）（例えば、マーケットメーカ、ＡＴＳ、又は登録された取引所（exchanges））により処理されるときの注文のライブ化時間（make  live  time）を決定するように構成される。ライブ化時間は複数のファクタを使用して決定されてよく、他のファクタの中でも、リアルタイム約定情報、過去のパフォーマンスデータ、顧客好み、場（venue）におけるクロック時間、及び場が注文に応じる（fill）能力が含まれる。
【０００９】
図１は、例示的な注文ルーティングシステム１００のブロック図であり、１つ以上の処理システム（例えば、プロセッサ、コンピューティング装置、サーバ、仮想マシン、並列処理スレッド等）、例えば、インバウンドサーバ１０２、注文ルータ１０４、及びアウトバウンドサーバ１０６などが含まれ、これらは、顧客１１によりサブミットされたインバウンド注文１１８を受信し、表示された流動性、手数料、及び／又はリベート構造、レイテンシ、マーケットスプレッド、場に基づく金融商品の約定ボリュームに対する推定、ビッド又はアスクのいずれかに対する最良インサイドマーケット、及びフィルレシオ（fill  ratios）などのファクタに基づき注文の各々の履行（fulfillment）のために適切なマーケット場１２６を識別し、インバウンド注文１１８を選択されたマーケット場１２６にルーティングし、実際のフィルデータ１２２に基づきリアルタイムでマーケット場統計を更新してマーケット場１２６の予期された挙動を精緻化するように構成される。注文ルーティングシステムは、顧客ネットワーク１１４を介して、エンドの小口投資家及び／又は小口ブローカなどの顧客装置１１６と通信する。そのようなものとして、特定の注文が、顧客コンピューティング装置１１６ａ又は１１６ｂを介して注文ルーティングシステム１００に直接サブミットされることがあり、あるいは、注文は、小口仲介コンピューティングシステムなどの１つ以上の媒介コンピューティングシステム１１６ｃを介して注文ルーティングシステム１００に到達してもよい。顧客ネットワーク１１４は、注文ルーティングシステム１００の展開構成に依存して、インターネット、１つ以上のイントラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）を含んでよい。さらに、顧客装置１１６は無線接続を通して顧客ネットワーク１１４と通信するものとして例示されているが、展開構成に依存して、いくつかの顧客装置１１６が有線又はケーブル接続を介して顧客ネットワーク１１４と通信してもよい。特定の注文のための適切なルートを決定すると、注文ルーティングシステム１００は、特定の注文を選択されたマーケット場１２６にマーケットネットワーク１２４を介してルーティングし、マーケットネットワーク１２４は、顧客ネットワーク１１４に関連して説明されたものと同様のネットワークコンポーネントを含んでよい。さらに、いくつかの実施例において、顧客ネットワーク１１４のネットワーキング構成の少なくとも一部がマーケットネットワーク１２４と共有されてもよい。
【００１０】
いくつかの実施例において、インバウンドサーバ１０２は、顧客ネットワーク１１４を介して顧客により出された顧客インバウンド注文１１８を受信する。顧客は、顧客装置１１６ａ、１１６ｂなどの顧客コンピューティング装置を介してインバウンド注文１１８をインバウンドサーバ１０２に直接出してもよく、かつ／あるいは、インバウンド注文１１８は、顧客のために１つ以上の中間コンピューティングシステム１１６ｃによりサブミットされてもよい。いくつかの例において、特定の顧客が、ウェブインターフェース、ハンドヘルド装置アプリケーション、又は電話インターフェースを介して中間コンピューティングシステム１１６ｃを通してインバウンドサーバ１０２に注文を出してもよい。インバウンドサーバ１０２は、インバウンド注文１１８を注文ルータ１０４に提供する前に、インバウンド注文１１８を正規化してもよい。例えば、インバウンドサーバ１０２は、顧客固有の注文フォーマットを、取引／ルーティング判断を行う注文ルータ１０４により使用されるフォーマットに対応する共通フォーマットに変換してもよい。注文ルータ１０４は次に、インバウンド注文１１８をルーティングするマーケット場１１２を選択するなどの取引／ルーティング判断を行うことができる。
【００１１】
アウトバウンドサーバ１０６は、いくつかの実施例において、注文ルータ１０４からインバウンド注文１１８を受信し、マーケット場１１２に対してインバウンド注文１１８をフォーマットする。注文がマーケット場１１２により応じられると、アウトバウンドサーバ１０６は、マーケット場１１２から受信された実際のフィルデータ（fill  data）１２０（応じられた注文（filled  order）とも交換可能に呼ばれる）を正規化し、実際のフィルデータ１２０を注文ルータ１０４に渡してもよく、注文ルータ１０４において、リアルタイム注文統計１２８が更新される。例えば、個々のマーケット場は、場固有のフォーマットに基づき注文を処理することがあり、ゆえに、アウトバウンドサーバは、注文を出すとき、注文ルータ１０４からの注文データを場固有のフォーマットに変換する。リアルタイム注文統計１２８は、さらに、注文ルーティングシステム１００に対して外部の注文アクティビティ（例えば、マーケット場１１２と通信する他の注文配置システムを介して出された注文）を反映するマーケットデータ１１０に部分的に基づいてもよい。
【００１２】
本明細書においてさらに論じられるように、注文ルータ１０４は、いくつかの実施例において、リアルタイム注文統計１２８と過去データ１０８とに基づき注文ルーティング判断を行う。一例において、データベースサーバ（図示されていない）が、過去データ１０８を処理するように構成された処理論理を含む。別の例において、データベースサーバが過去データ１０８を記憶し、過去データ１０８は注文ルータ１０４により処理される。注文ルータ１０４は、さらに、実際の注文データ１２０をインバウンドサーバ１０２にルーティングしてもよく、インバウンドサーバ１０２は、顧客（又は、サードパーティ媒介）指定に従いフィルデータ１２０をフォーマットしてもよい。
【００１３】
図２は、特定の実施例による図１の注文ルーティングシステム１００の例示的な処理モジュール構成２００のブロック図である。処理モジュール構成２００は、注文ルーティングシステム１００を通した注文のルーティングに関する詳細な処理フローを提供する。処理モジュール構成２００は、注文受信及び履行を扱う複数の別個の処理モジュール、例えば、注文管理モジュール２０２、メッセージデータ記憶モジュール２０８、マーケットデータインターフェースモジュール２０３、注文処理モジュール２１０、及び取引所（exchange）インターフェースモジュール２０６などを含む。各モジュールは、本明細書に説明される処理を実行する１つ以上のルータ／サーバ又は他の処理論理若しくは回路を含んでよい。処理モジュール構成２００に示される処理回路の分散は単に例であり、他のコンピューティングシステム、処理回路、及び／又は処理タスクの分散が使用されてもよい。
【００１４】
いくつかの実施例において、図１の注文ルーティングシステム１００のインバウンドサーバ１０２は、注文管理モジュール２０２を含む。注文管理モジュール２０２は、ネットワーク１１４を介して顧客注文を受信する顧客インターフェースサーバ２１２を含んでよい。顧客インターフェースサーバ２１２は、注文肯定応答（order  acknowledgement）を顧客に送出し、注文を注文管理サーバ２１４にルーティングすることができる。注文管理サーバ２１４は、注文を検証して注文が顧客指定に従うことを確保し、次いで、注文をメッセージングデータ記憶モジュール２０８に送信することができる。
【００１５】
インバウンドサーバ１０２は、いくつかの実施例において、取引データベース２１８と取引通知サーバ２１６とを有するメッセージングデータ記憶モジュール２０８を含む。注文管理モジュール２０２からメッセージングデータ記憶モジュール２０８に送信された注文は、取引データベース２１８に記入され、注文処理モジュール２１０の注文処理サーバ２２０に通知することができる。いくつかの実施例において、図１のアウトバウンドサーバ１０６は、注文処理モジュール２０１を含む。注文処理サーバ２２０は、上記通知に応答して取引データベース２１８に問い合わせて、取引データベース２１８から注文情報を取得することができる。
【００１６】
注文処理サーバ２２０に追加で、いくつかの実施例において、注文処理モジュール２０１は約定（execution）プラットフォーム２２２をさらに含む。注文処理サーバは、注文を約定プラットフォーム２２２に提供することができ、約定プラットフォーム２２２は、表示された流動性、手数料、及び／又はリベート構造、レイテンシ、マーケットスプレッド、場に基づく金融商品の約定ボリュームに対する推定、ビッド又はアスクのいずれかに対する最良インサイドマーケット、及びフィルレシオ、顧客取引指定、過去データ、及びリアルタイム注文統計などのファクタに基づき、注文のルーティング情報を決定することができる。一例において、リアルタイム注文統計は、（例えば、図１の注文ルータ１０４の一部として含まれる）マーケットデータインターフェースモジュール２０４から受信されたライブマーケットデータに基づく。約定プラットフォーム２２２は、注文ルーティング情報を取引所インターフェースモジュール２０６のマーケット取引サーバ２２４に送出することができる。
【００１７】
いくつかの実施例において、図１のアウトバウンドサーバ１０６は、取引所インターフェースモジュール２０６を含むことができる。取引所インターフェースモジュール２０６内で、マーケット取引サーバ２２４は、注文を、注文ルーティング情報に従い、特定の宛先マーケット場１２６に関連づけられたマーケットインターフェースサーバ２２６のインスタンスにルーティングする。マーケットインターフェースサーバ２２６は、マーケットネットワーク１２４を介して注文を選択された宛先マーケット場１２６にルーティングすることができ、ここで、注文が応じられる。
【００１８】
注文が応じられたとき、いくつかの実施例において、マーケットインターフェースサーバ２２６は、マーケットネットワーク１２４を介してマーケット場１２６から実際のフィルデータ（フィル詳細とも呼ばれる）を受信し、実際のフィルデータ（例えば、応じられた注文１２０）をルーティングしてマーケット取引サーバ２２４に返す。マーケット取引サーバ２２４は、フィル詳細をメッセージングデータ記憶モジュール２０８の取引データベース２１８に記入し、フィル詳細を正規化されたフォーマットで注文処理モジュール２１０の約定プラットフォーム２２２にさらに提供することができる。約定プラットフォーム２２２は、実際のフィルデータに基づきリアルタイム注文統計を更新することができ、それにより、将来の注文は、現在の注文から要求されたフィルデータに基づく。
【００１９】
メッセージングデータ記憶モジュール２０８において、取引通知サーバ２１６は、いくつかの実施例において、取引データベース２１８に記入されたフィル詳細を識別し、フィル詳細を注文管理モジュール２０２の注文管理サーバ２１４に送出する。注文管理サーバ２１４は、フィル詳細を顧客インターフェースサーバ２１２に提供することができ、顧客インターフェースサーバ２１２は、フィル詳細を所定のフォーマットでネットワーク１１４を介して顧客にルーティングすることができる。注文ルーティングシステム１００を介して注文を開始した顧客は、注文がどこにルーティングされるかに関する決定を行うために注文ルータ１０４により使用される１つ以上のターゲットメトリクスを指定することができる。ターゲットメトリクスは、いくつかの例において、約定スピード、価格改善、フィルレートなどを含むことができる。例えば、図１の注文ルータ１０４は、顧客のターゲットメトリクスに関してマーケット場１２６の予期されたパフォーマンスに少なくとも部分的に基づき、受信注文をルーティングするマーケット場１２６を選択することができる。
【００２０】
いくつかの実施例において、マーケットデータはリアルタイムで受信でき、これは、あまり処理されず、あまり解析を含まない。リアルタイムの、より低いレイテンシのマーケットデータの例には、Ｒｅｕｔｅｒｓ（登録商標）のＤａｔａ  Ｆｅｅｄ  ＤｉｒｅｃｔやＢｌｏｏｍｂｅｒｇ（登録商標）のＢ‐Ｐｉｐｅ（登録商標）が含まれる。（ＲＥＵＴＥＲＳはＴｈｏｍｓｏｎ  Ｒｅｕｔｅｒｓ  Ｃａｎａｄａ  Ｌｉｍｉｔｅｄの登録商標であり、Ｂ‐ＰｉｐｅはＢｌｏｏｍｂｅｒｇ  Ｆｉｎａｎｃｅ  Ｏｎｅ  Ｌ．Ｐ．の登録商標である。）いくつかの例において、レイテンシは、取引所から直接フィードを受信することによりさらに低減されてもよい。
【００２１】
いくつかの実施例において、システムは、取引データにおいてレイテンシをさらに考慮してもよい。この双方向トラフィックはしばしば、レイテンシに敏感であり得る。いくつかの実施例において、データは、ＦＩＸ（登録商標）（Ｆｉｎａｎｃｉａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｅＸｃｈａｎｇｅ）フォーマットでＦＩＸエンジンを使用して通信される。（ＦＩＸはＦｉｘ  Ｐｒｏｔｏｃｏｌ  Ｌｉｍｉｔｅｄの登録商標である。）いくつかの実施例が、注文管理システムをさらに使用することができる。ＦＡＳＴ（Ｆｉｘ  Ａｄａｐｔｅｄ  ｆｏｒ  Ｓｔｒｅａｍｉｎｇ）が、いくつかの実施例においてさらに使用されてもよい。ＦＡＳＴは圧縮を使用してメッセージ長を低減し、これはレイテンシを低減する。さらに、いくつかの実施例において、システムは、ダイレクトマーケットアクセス（ＤＭＡ）に対して構成されてもよい。ＤＭＡは、証券注文をマーケット場１２６に直接ルーティングすることを可能にする。他の取引メッセージングフォーマット及び構成もまた、本発明の範囲内である。
【００２２】
図３は、発明のいくつかの実施例によるマーケット場の構成の非限定的な例をさらに示す。図３に示されるように、マーケットインターフェースサーバ２２６は、インバウンド注文１１８を注文統合器（consolidator）３０２に送出することができる。注文統合器３０２を特徴として有さない注文マーケット場において、マーケットインターフェースサーバ２２６は、参加者接続性スイッチ３０４と直接通信することができる。そこから、インバウンド注文１１８が注文データベース３０６に送出でき、注文データベース３０６は同様に、インバウンド注文１１８を約定のためにマッチングネットワーク３１０に送出することができる。
【００２３】
図３において、マッチングエンジンが、所望のパフォーマンス特性に依存して参加者接続性スイッチ３０４、注文データベース３０６、又はマッチングネットワークスイッチ３０８のうち任意のものに存在してよい。マッチングエンジンが、インバウンド注文１１８がマッチングネットワーク３１０により応じられ得ないと決定した場合、参加者接続性スイッチ３０４、注文データベース３０６、又はマッチングネットワークスイッチ３０８のうち任意のものが、応じられていない注文を、マーケット場１２６に対する公開のために取引及び気配（trade  and  quote）データベース３１２に送信することができる。例示の目的で、図３におけるマッチングエンジンはマッチングネットワークスイッチ３０８に位置づけられており、これが、マッチングネットワークスイッチ３０８が応じられていないインバウンド注文１１８を取引及び気配データベース３１２に通信するものとして例示されている理由である。
【００２４】
注文が応じられると、応じられた注文１２０は、マッチングネットワーク３１０からマッチングネットワークスイッチ３０８に送出される。マッチングネットワークスイッチ３０８は、応じられた注文１２０を注文データベース３０６に送出することができる。応じられた注文は、注文データベース３０６に到達した後、参加者接続性スイッチ３０４に、次いで注文統合器３０２に送出できる。マーケット場が注文統合器３０２を使用していない場合、参加者接続性スイッチ３０４が、応じられた注文１２０をマーケットインターフェースサーバ２２６に送出することができる。
【００２５】
インバウンド注文１１８に関する情報が取引及び気配データベース３１２に送出された場合、それは次いで、取引所インターフェースサーバ３１４に送出できる。いくつかの実施例において、取引所インターフェースサーバ３１４は、インバウンド注文１１８に関する情報をマーケット場１２６に通信することができる。より具体的に、取引所インターフェースサーバは、代替場における約定のために、インバウンド注文１１８を特定のマーケット場１２６ｂ・・・１２６ｎに、その取引データベース３１６ｂ・・・３１６ｎ及び気配データベース３１８ｂ・・・３１８ｎに対して送出することができる。
【００２６】
発明のいくつかの実施例によれば、インバウンド注文１１８がライブ化情報を含むとき、マッチングエンジンは、インバウンド注文１１８を取引キュー内に位置づけ、それにより、インバウンド注文１１８は、ライブ化情報内に指定された時間にライブで出現する（appear  live）ことになる。いくつかの実施例において、参加者接続性スイッチ３０４が、注文を注文データベース３０６に渡す前に注文の一時的保有をすることにより、所望の位置づけを達成することができる。いくつかの実施例において、参加者接続性スイッチ３０４は、注文データベース３０６が指定された時間までマッチングネットワークスイッチ３０８に対する送信を遅延させる命令と共に、インバウンド注文１１８をＦＩＦＯで注文データベース３０６に送信することができる。いくつかの実施例において、注文データベース３０６は、ライブ化情報内に指定された時間までマッチングネットワークに対する送信を遅延させる命令と共に、インバウンド注文１１８をＦＩＦＯでマッチングネットワークスイッチ３０８に渡すことができる。この例において、マッチングエンジンは、参加者接続性スイッチ３０４に位置づけられる。
【００２７】
いくつかの実施例において、マッチングエンジンが注文データベース３０６に位置し得るとき、このことに応じてインバウンド注文１１８の送信が処理される。ゆえに、例えば、マッチングエンジンが注文データベース３０６に位置する場合、注文データベース３０６は、インバウンド注文１１８の保有をしてその送信を遅延させることができ、あるいは、ライブ化情報内に指定された時間までマッチングネットワークに対する送信を遅延させる命令と共に、インバウンド注文１１８をマッチングネットワークスイッチ３０８に送信することができる。
【００２８】
同様に、いくつかの実施例において、マッチングエンジンは、マッチングネットワークスイッチ３０８に位置づけられてもよい。その場合、マッチングネットワークスイッチ３０８は、ライブ化情報内に指定された時間まで、インバウンド注文１１８のマッチングネットワークに対する送信を遅延させることができる。
【００２９】
図３Ａのいくつかの実施例において、応じられた注文情報は、マーケットインターフェースサーバ２２６以外の場所に送信できる。例えば、応じられた注文情報は、他のマーケット場に送信されてもよい。
【００３０】
いくつかの実施例において、マッチングエンジンは、サーバ周辺装置カード、サーバモジュール、ＦＰＧＡ、ＡＳＩＣ、ソフトウェア、前述の組み合わせ、又は他の所望の要素を含んでよい。いくつかの実施例において、マッチングエンジンは、組み込みデータベース上の組み込み論理で動作するプロセッサを含んでもよい。
【００３１】
図３Ａは、発明のいくつかの実施例によるマーケットネットワーク構成を示す。図３Ａの例において、マーケットインターフェースサーバ２２６は、インバウンド注文１１８をマーケット場の注文エントリゲートウェイ３４０に送出することができる。任意選択で、注文エントリゲートウェイ３４０は、注文の受信をマーケットインターフェースサーバ２２６に対して肯定応答し（acknowledge）てもよい。注文エントリゲートウェイ３４０から、インバウンド注文１１８はマッチングエンジン３４２に送信できる。マッチングエンジン３４２が、注文がそのマーケット場で応じられ得ると決定した場合、インバウンド注文１１８は、マッチのポイント３４４に送信できる。マッチングエンジン３４２が、インバウンド注文１１８が上記場で応じられ得ないと決定した場合、マッチングエンジンは、インバウンド注文１１８をマーケットデータインターフェース３４６に送信することができる。そこから、インバウンド注文１１８は、約定のためにマーケット場１２６に送信できる。注文が応じられると、応じられた注文１２０は、マーケット場１２６からマーケットデータインターフェース３４６に送信できる。同様に、マーケットデータインターフェース３４６は、応じられた注文をマッチングエンジン３４２に送信することができ、マッチングエンジン３４２は、応じられた注文を、マーケットインターフェースサーバ２２６に対する送信のために注文エントリゲートウェイ３４０に送信することができる。
【００３２】
図３Ａのいくつかの実施例において、応じられた注文情報は、マーケットインターフェースサーバ２２６以外の場所に送信できる。例えば、応じられた注文情報は、他のマーケット場に送信されてもよい。さらに、図３Ａのいくつかの実施例において、マーケットデータインターフェース３４６は、直接か又は媒介を介して、応じられた注文１２０をマーケットインターフェースサーバ２２６に通信することができる。
【００３３】
図４は、発明のいくつかの実施例によるマッチングネットワーク３１０のより詳細な説明を提供する。ディスプレイブック（Display  book）４０２、プリンタ４０４、ハンドヘルド装置４０６、ブースサポート４０８、及びクラウドディスプレイ（crowd  display）がすべて、対話的に情報を送出し、受信することができる。マッチングネットワークは、例えばディスプレイブック４を介して、取引のマッチのポイントを提供することができる。クラウドディスプレイ４１０は、クラウドディスプレイサーバ４１２から情報を受信することができ、クラウドディスプレイサーバ４１２は同様に、マーケット場１２６から情報を受信することができる。クラウドディスプレイサーバ４１２は、他の選択されたマーケット場１２６ａ・・・１２６ｎにおける取引アクティビティに関するさらなる情報を提供することができる。
【００３４】
図５Ａは、発明のいくつかの実施例によるインバウンド注文に関するフローチャートを示す。図５に示されるように、システムは、インバウンド注文１１８がライブ化注文であるかを決定する。答えがノーである場合、システムは、ステップＳ５０２における標準インバウンド注文ルーティングに進むことができる。ステップＳ５０２の後、システムは、インバウンド注文１１８をマーケット場１２６に送出することに進むことができる。答えがイエスである場合、システムは、ステップＳ５０４においてライブ化時間をインバウンド注文データに追加することができる。ステップＳ５０４の後、システムは、インバウンド注文１１８をマーケット場１２６に送出することができる。こうして、システムは、ライブ化インバウンド注文と標準インバウンド注文との双方を扱うことができる。
【００３５】
図５Ｂは、発明のいくつかの実施例による例示的なライブ化注文ルーティングを示す。５１０において、ＡＢＣの250,000株に対して＄50.00／株で、最良Ｅ／Ｑのターゲットで、指値注文が所望される。５１２において、マーケットデータ１１０が、株式が場Ａ〜Ｃにおいて＄50.50〜＄52.50の範囲で現在取引していることを示し、ゆえに、５１４において、注文は、市場性なし（non-marketable）（注文の条件が即時フィルに対して満たされないことを意味する）と分類される。いくつかの実施例において、リアルタイム注文統計データベース１２８と過去データ１０８とのうち一方又は双方が、５１６、５１８、及び５２０において、場Ａ、Ｂ、及びＣの各々について応じるのに予期された時間を決定するために使用されてよい。計算された、応じるための時間に依存して、発明のいくつかの実施例は、各それぞれの場に出される注文にライブ化時間を追加して、注文がマッチングネットワーク３１０に可視になる時間を正規化することができる。いくつかの実施例において、注文は、表示された流動性、手数料、及び／又はリベート構造、レイテンシ、マーケットスプレッド、場に基づく金融商品の約定ボリュームに対する推定、ビッド又はアスクのいずれかに対する最良インサイドマーケット、及びフィルレシオを含む複数のファクタに基づき、場Ａ、Ｂ、及びＣの間で分割されてもよい。
【００３６】
発明のいくつかの実施例による例示的なルーティング処理が図５Ｃにさらに示される。図５Ｃの例では、ＡＢＣの250,000株に対しての、＄50.00／株での、ターゲット最良Ｅ／Ｑでの指値注文が５３０において指定される。株は、５３２において決定されるとおり、＄48.75〜＄49.00で現在取引しており、ゆえに、注文は、５３４において市場性あり（注文の時点で応じることが可能なことを意味する）とみなされる。過去データ１０８及び／又はリアルタイム注文統計データベース１２８を使用し、５３６において、場Ｃは、.127525秒の応じるのに予期された時間を有し、５３８において、場Ｄは、1.000000秒の応じるのに予期された時間を有し、５４０において、場Ｅは、.001240秒の応じるのに予期された時間を有する。システムは、５４２において10:06:08.000000の場Ｃマーケットクロックのライブ化時間と共に場Ｃに注文の全部又は一部を、５４４において10:06:08.000000の場Ｄマーケットクロックのライブ化時間と共に場Ｄに注文の全部又は一部を、５４６において10:06:08.000000の場Ｅマーケットクロックのライブ化時間と共に場Ｅに注文の全部又は一部を送出することができる。この例において、場Ｃ、Ｄ、及びＥのマーケットクロックは、互いに同期されている可能性があり、あるいは非同期であり得る。本発明のいくつかの実施例は、場クロック時間を問い合わせ、このことに応じて、注文情報を構成するときにライブ化時間を調整することができる。
【００３７】
図６は、本発明のいくつかの実施例のさらなる例を示す。６０２において、顧客が、Ｑ社の12,000株の指値注文を、＄75.00／株で、「フィルオアキル（fill  or  kill）」（ＦＯＫ）条件で要求する。発明のいくつかの実施例において、システムは、いかなる場についてもＱ社株の現在の取引価格を決定することなく、注文を場に送出することができる。いくつかの実施例において、システムは、応じるのに予想された時間、又は様々な場間でそれぞれのマーケットクロックに存在し得るいかなる不一致も決定することなく、注文を場に送出してもよい。示される例において、システムは、ＦＯＫ注文の全部又は一部を６０４において場Ｆに、６０６において場Ｇに、６０８において場Ｈに送出する。図６の例は同一のライブ化時間を示すが、発明のいくつかの実施例が、各場における注文の全部又は一部について、異なるライブ化時間を提供することができる。いくつかの実施例において、ライブ化時間は、顧客好み、場の信頼性、場にわたる取引の所望の約定順序、価格設定ファクタ、ブローカ／ディーラ好み、各場における取引のボリューム、レイテンシ、応じるのに予想された時間、又は他のマーケットファクタを含む任意数の理由で変動してよい。
【００３８】
発明のいくつかの実施例において、システムは、アルゴリズム的な取引好みを考慮することができる。例えば、システムは、インバウンド注文が応じられる可能性が最も高い時間を予測することができる。一例として、その予測は、過去データ及びリアルタイムデータを使用してもよい。予測に基づき、システムは、取引約定の尤度を最大化するようにライブ化時間を設定することができる。
【００３９】
いくつかの実施例において、システムは、所望の場のマーケットクロックを問い合わせることができる。システムは、様々な場のマーケットクロックにおける差を計算してもよい。マーケットクロック時間の１つ以上が同一である場合、システムは、このことをライブ化時間を設定することにおいて考慮することができる。
【００４０】
いくつかの実施例によれば、注文ルータ１０４の処理回路は、さらに、注文が市場性ありか又は市場性なしか、１日のうちの時間などの注文分類に基づき、時に注文を取引所に直接ルーティングすることができる。いくつかの実施例において、注文ルータ１０４は、１日の中で早くに注文をマーケット場にルーティングし、次いで、１日の中でより遅くに注文を実際の場に直接ルーティングしてもよい。
【００４１】
説明された実施例の機能の各々は、図７の例に示されるように１つ以上の処理回路により実現されてよい。処理回路は、プログラムされたプロセッサ（例えば、ＣＰＵ７００）を含む。処理回路／電気回路は、記載された機能を実行するよう配置された特定用途向け集積回路（ＡＳＩＣ）及び従来の回路コンポーネントなどのデバイスをさらに含んでよい。処理回路は、本開示を通して回路と交換可能に呼ばれることがある。さらに、サーバの各々のプロセッサが本明細書に説明される処理を実行するようにプログラムされたとき、これらは専用の注文ルーティング装置になる。注文ルーティングシステム１００の注文ルータ１０４及び他のサーバにより実行される処理は、取引に関連して処理される大量のデータに起因して、計算的に苛酷である。例えば、リアルタイム統計及び過去データを更新することは、リアルタイムでギガバイトのデータを処理することを含む可能性がある。さらに、注文ルーティングシステム１００のサーバは、並列処理を使用してスピード及び効率を増加させてもよい。
【００４２】
図７に関連して説明されるハードウェアは、インバウンドサーバ１０２、注文ルータ１０４、及びアウトバウンドサーバ１０６などの注文ルーティングシステム１００のハードウェアコンポーネントの任意のものに適用できる。同様に、図７に関連して説明されるハードウェアは、顧客インターフェースサーバ２１２、注文管理サーバ２１４、取引通知サーバ２１６、約定プラットフォーム２２２、注文処理サーバ２２０、マーケットインターフェースサーバ２２６、及びマーケット取引サーバ２２４にさらに適用できる。同様に、図７に示されるハードウェアは、取引所インターフェースサーバ３１４に適用できる。
【００４３】
本明細書に説明されるハードウェアにおける注文ルーティングシステム１００の処理の実現は、注文を最適なマーケット場にルーティングし、応じられた注文の約定数量をリアルタイムで決定する効率を改善する。本明細書に説明されるハードウェアにおける注文ルーティングシステム１００の処理の実現は、さらに、システムが所与の注文又は部分的な注文の所望のライブ化時間を計算する能力を改善する。
【００４４】
例示的なコンピューティング装置は、本明細書に説明される処理を実行するように構成できるＣＰＵ７００を含む。処理データ及び命令は、メモリ７０２に記憶できる。これら処理及び命令は、さらに、ハードドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、又はポータブル記憶媒体などの記憶媒体ディスク７０４に記憶されてもよく、あるいはリモートで記憶されてもよい。
【００４５】
ＣＰＵ７００は、Ｉｎｔｅｌ（登録商標）  ＣｏｒｐｏｒａｔｉｏｎのＸｅｏｎ（登録商標）若しくはＩｎｔｅｌ  Ｃｏｒｅ（登録商標）プロセッサ、又はＡｄｖａｎｃｅｄ  Ｍｉｃｒｏ  Ｄｅｖｉｃｅｓ，  Ｉｎｃ．のＯｐｔｅｒｏｎプロセッサでもよく、あるいは当業者により認識される他のプロセッサタイプでもよい。（ＸＥＯＮ及びＩＮＴＥＬ  ＣＯＲＥは、Ｉｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎの登録商標である。）別法として、ＣＰＵ７００は、当業者が認識するように、ＦＰＧＡ、ＡＳＩＣ、ＰＬＤ上で、又はディスクリート論理回路を使用して実現されてもよい。さらに、ＣＰＵ７００は、本明細書に説明される発明処理の命令を実行するように並列で協働的に動作する複数のプロセッサとして実現されてもよい。
【００４６】
図７のコンピューティング装置は、図１の顧客ネットワーク１１４又はマーケットネットワーク１２４などのネットワーク７２８とインターフェースをとるネットワークコントローラ７０６、例えば、Ｉｎｔｅｌ  ＣｏｒｐｏｒａｔｉｏｎのＩｎｔｅｌ（登録商標）  ＰＲＯイーサネットネットワークインターフェースカードなどをさらに含む。（ＩＮＴＥＬはＩｎｔｅｌ  Ｃｏｒｐｏｒａｔｉｏｎの登録商標である。）十分理解され得るように、ネットワーク７２８は、インターネットなどのパブリックネットワーク、又はＬＡＮ若しくはＷＡＮネットワークなどのプライベートネットワーク、あるいはこれらの任意の組み合わせであり得る。ネットワーク７２８は、ＰＳＴＮ又はＩＳＤＮサブネットワークをさらに含んでもよい。ネットワーク７２８は、さらに、イーサネット（登録商標）、Ｉｎｆｉｎｉｂａｎｄ、又はスイッチ型ＰＣＩネットワークなどの有線でもよく、あるいはＥＤＧＥ、３Ｇ、４Ｇ無線セルラーシステムを含むセルラーネットワークなどの無線でもよい。無線ネットワークは、さらに、Ｗｉ‐Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又は任意の他の既知の無線形式の通信であり得る。（ＷＩ‐ＦＩはＷｉ‐Ｆｉアライアンスの登録商標であり、ＢＬＵＥＴＯＯＴＨはＢｌｕｅｔｏｏｔｈ  ＳＩＧの登録商標である。）
【００４７】
コンピューティング装置は、ＬＣＤモニタなどの注文ルータ１０４のディスプレイ７１０とインターフェースをとるディスプレイコントローラ７０８をさらに含む。注文ルータ１０４の汎用Ｉ／Ｏインターフェース７１２が、キーボード及び／又はマウス７１４とインターフェースをとる。汎用Ｉ／Ｏインターフェース７１２は、プリンタ及びスキャナを含む様々な周辺装置７１８にさらに接続する。
【００４８】
汎用記憶コントローラ７２４が、記憶媒体ディスク７０４を通信インターコネクト７２６に接続し、通信インターコネクト７２６は、コンピューティング装置のコンポーネントのすべてを相互接続するＩＳＡ、ＥＩＳＡ、ＶＥＳＡ、ＰＣＩ、ＰＣＩエクスプレス、ポイントツーポイントリンク、又は同様のものでもよい。ディスプレイ７１０、キーボード及び／又はマウス７１４とディスプレイコントローラ７０８、記憶コントローラ７２４、ネットワークコントローラ７０６、サウンドコントローラ７２０、及び汎用Ｉ／Ｏインターフェース７１２との一般的特徴及び機能性の説明は簡潔さのためここでは省略され、なぜならば、これらの特徴は知られているからである。
【００４９】
図７のコンピューティング装置は、記憶媒体ディスク７０４を有するものとして説明されるが、請求される進歩は、発明処理の命令が記憶されるコンピュータ読取可能媒体の形式で限定されない。例えば、命令は、ＣＤ、ＤＶＤに、フラッシュメモリ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードディスク、又はコンピューティング装置が通信する任意の他の情報処理装置に記憶されてもよい。
【００５０】
さらに、請求される進歩は、ＣＰＵ７００、並びにＭｉｃｒｏｓｏｆｔ（登録商標）  Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）、Ｓｏｌａｒｉｓ（登録商標）、ＬＩＮＵＸ（登録商標）、Ａｐｐｌｅ（登録商標）  ＭＡＣ  ＯＳ（登録商標）、及び当業者に知られる他のシステムなどのオペレーティングシステムと関連して実行する、ユーティリティアプリケーション、バックグラウンドデーモン、オペレーティングシステムのコンポーネント、又はこれらの組み合わせとして提供されてもよい。（ＭＩＣＲＯＳＯＦＴ及びＷＩＮＤＯＷＳはＭｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎの登録商標であり、ＳＯＬＡＲＩＳはＯｒａｃｌｅ（登録商標）  Ａｍｅｒｉｃａ，  Ｉｎｃ．の登録商標であり、ＬＩＮＵＸはＬｉｎｕｓ  Ｔｏｒｖａｌｄｓの登録商標であり、ＭＡＣ  ＯＳはＡｐｐｌｅ  Ｃｏｒｐの登録商標である。）
【００５１】
他の実施例において、本発明による処理の特徴は、ハードウェア、ソフトウェアソリューション、又はこれらの組み合わせとして実現され、商業化されてもよい。さらに、本開示に従う注文ルーティング処理４００及び／又は過去データ生成処理５００に対応する命令は、セキュア処理をホストするＵＳＢフラッシュドライブなどのポータブルドライブに記憶できる。
【００５２】
多数の実施例が本明細書において説明された。しかしながら、本開示の主旨及び範囲から逸脱することなく様々な変更が行えることが理解されるであろう。例えば、開示された手法のステップが異なる順序で実行された場合、開示されたシステムのコンポーネントが異なる仕方で組み合わせられた場合、又はコンポーネントが他のコンポーネントで置換又は補足された場合に、より好ましい結果が達成される可能性がある。本明細書に説明された機能、処理、及びアルゴリズムは、本明細書に説明された機能、処理、及びアルゴリズムを実行するためのプログラムコード及び／又はコンピュータ命令を実行するように構成されたコンピュータプロセッサ及び／又はプログラム可能回路を含む、ハードウェア、又はハードウェアにより実行されるソフトウェアで実行されてよい。さらに、実装は、説明されたものと同一でないモジュール又はハードウェアで実行されてもよい。したがって、他の実装が、請求され得る範囲内である。
【図１】
2019509580.tif 000003
【図２】
2019509580.tif 000004
【図３】
2019509580.tif 000005
【図３Ａ】
2019509580.tif 000006
【図４】
2019509580.tif 000007
【図５Ａ】
2019509580.tif 000008
【図５Ｂ】
2019509580.tif 000009
【図５Ｃ】
2019509580.tif 000010
【図６】
2019509580.tif 000011
【図７】
2019509580.tif 000012
【国際調査報告】
2019509580.tif 000013
2019509580.tif 000014
2019509580.tif 000015