特許 5793119 トレーディング注文に対するレーテンシ保護を提供するシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5793119

(24)【登録日】2015年8月14日

(45)【発行日】2015年10月14日

(54)【発明の名称】トレーディング注文に対するレーテンシ保護を提供するシステム

(51)【国際特許分類】

   G06Q 40/04 20120101AFI20150928BHJP

   G06Q 40/06 20120101ALI20150928BHJP

【ＦＩ】

   G06Q40/04 100

   G06Q40/06 130

【請求項の数】21

【全頁数】21

(21)【出願番号】特願2012-145700(P2012-145700)

(22)【出願日】2012年6月28日

(62)【分割の表示】特願2008-6252(P2008-6252)の分割

【原出願日】2008年1月15日

(65)【公開番号】特開2012-185859(P2012-185859A)

(43)【公開日】2012年9月27日

【審査請求日】2012年6月29日

(31)【優先権主張番号】11/623,734

(32)【優先日】2007年1月16日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】508013881

【氏名又は名称】ビージーシー パートナーズ，エルピー

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ピーター バートコ

(72)【発明者】

【氏名】ジョン ロバート カプアーノ

(72)【発明者】

【氏名】ジョーゼフ シー ノヴィエロ

(72)【発明者】

【氏名】ブライアン アレクサンダー ウェストン

【審査官】 松野 広一

(56)【参考文献】

【文献】 米国特許出願公開第２００５／０１３７９６１（ＵＳ，Ａ１）

【文献】 特開２００６−０１１７３１（ＪＰ，Ａ）

【文献】 米国特許第０７１２７４２２（ＵＳ，Ｂ１）

【文献】 特表２００４−５２２２１２（ＪＰ，Ａ）

【文献】 国際公開第２００５／０７２４４９（ＷＯ，Ａ２）

【文献】 特開２００６−０５９２０３（ＪＰ，Ａ）

【文献】 特開２００４−２３４３４３（ＪＰ，Ａ）

【文献】 特開２００４−０４６５４１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

トレーディング注文を管理するシステムであって、当該システムは、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに通信可能に結合され且つ命令を記憶するような少なくとも１つのメモリと、を有しており、
前記少なくとも１つのプロセッサによって前記命令が実行されるときに、前記少なくとも１つのプロセッサに、
レーテンシ値を識別する機能と、
第１の価格に関連付けられた注文を受け取る機能と、
反対注文を受け取る機能と、
前記注文及び前記反対注文に関連付けられた潜在的な取引を識別する機能であって、前記潜在的な取引は前記第１の価格に少なくとも部分的に基づく機能と、
前記注文及び前記反対注文に関連付けられた前記識別された潜在的な取引に基づいて潜在的な取引のレコードを生成する機能と、
前記レーテンシ値が構成可能な条件を満たしていると判定する機能と、
前記レーテンシ値が前記構成可能な条件を満たしているとの判定に応じて、構成可能な期間を開始する機能と、
前記潜在的な取引が、前記構成可能な期間の満了の際に有効であるか否かを判定する機能と、
前記潜在的な取引が、前記構成可能な期間の満了の際に有効でないとの判定に応じて、前記潜在的な取引の実行を阻止する機能と、を行わせる、
システム。

【請求項2】

請求項１記載のシステムであって、前記プロセッサに通信可能に結合されたサーバを更に備え、前記サーバは前記レーテンシ値を判定する機能を行うよう動作可能なシステム。

【請求項3】

請求項２記載のシステムであって、前記レーテンシ値を判定する機能は、
テスト注文をトレーディング・プラットフォームに第１の時点で送出する機能と、
前記テスト注文に関連付けられた受け入れメッセージを第２の時点で受け取る機能と、
前記第１の時点及び前記第２の時点に少なくとも部分的に基づいて前記レーテンシ値を算出する機能とを含むシステム。

【請求項4】

請求項３記載のシステムであって、前記テスト注文は、前記トレーディング・プラットフォームが前記テスト注文の実行を阻止するように疑似トレーディング商品と関連付けられるシステム。

【請求項5】

請求項１記載のシステムであって、
前記反対注文は、前記第１の価格に一致する第２の価格に関連付けられ、
前記潜在的な取引の前記識別は、前記第１の価格に一致する前記第２の価格に少なくとも部分的に基づくシステム。

【請求項6】

請求項１記載のシステムであって、前記構成可能な期間が満了すると、前記プロセッサは、前記潜在的な取引が有効であるか否かを判定するよう更に動作可能なシステム。

【請求項7】

請求項６記載のシステムであって、
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記注文を取り消す旨のコマンドを前記構成可能な期間の満了前に受け取るよう前記少なくとも１つのプロセッサに更に指示し、
前記潜在的な取引は、前記受け取られた取り消す旨のコマンドに少なくとも部分的に基づいて無効であると判定されるシステム。

【請求項8】

請求項６記載のシステムであって、
前記命令は、前記少なくとも１つのプロセッサによって実行されると、前記注文に関連付けられた前記第１の価格を調節する旨のコマンドを前記構成可能な期間の満了前に受け取るよう前記少なくとも１つのプロセッサに更に指示し、
前記潜在的な取引は、前記受け取られた調節する旨のコマンドに少なくとも部分的に基づいて無効であると判定されるシステム。

【請求項9】

請求項１記載のシステムであって、前記構成可能な期間は前記レーテンシ値に少なくとも部分的に基づくシステム。

【請求項10】

請求項１記載のシステムであって、前記潜在的な取引の前記実行を阻止する機能は前記注文を削除する機能を含むシステム。

【請求項11】

請求項１記載のシステムであって、前記潜在的な取引が、前記構成可能な期間の満了の際に、有効である場合、前記プロセッサは、前記潜在的な取引を実行するよう更に動作可能なシステム。

【請求項12】

請求項１１記載のシステムであって、前記潜在的な注文が、前記構成可能な期間の満了の際に前記反対注文に一致した場合、前記潜在的な取引は有効であるシステム。

【請求項13】

請求項１記載のシステムであって、前記レーテンシ値が構成可能な閾値を満たす場合、前記構成可能な条件が満たされるシステム。

【請求項14】

請求項１記載のシステムであって、前記構成可能な条件は、トレーディング・プラットフォームに関連付けられた価格ボラティリティに少なくとも部分的に基づくシステム。

【請求項15】

請求項１記載のシステムであって、
構成可能な期間を開始する機能は、前記識別された潜在的な取引に関連付けられたエントリをタイマ・キューに記憶する機能を含み、
前記タイマ・キューは、前記注文が、前記構成可能な期間の満了の際に前記反対注文に一致しているか否かを判定するためにコールバック機能に関連付けられるシステム。

【請求項16】

トレーディング注文を管理する方法であって、
レーテンシ値を少なくとも１つのプロセッサによって判定する工程と、
第１の価格に関連付けられた注文を前記少なくとも１つのプロセッサによって受け取る工程と、
反対注文を前記少なくとも１つのプロセッサによって受け取る工程と、
前記注文及び前記反対注文に関連付けられた潜在的な取引を前記少なくとも１つのプロセッサによって識別する工程であって、前記潜在的な取引は前記第１の価格に少なくとも部分的に基づく工程と、
前記判定されたレーテンシ値が、構成可能な条件を満たす旨を前記少なくとも１つのプロセッサによって判定する工程と、
前記レーテンシ値が前記構成可能な条件を満たす旨を判定する工程に応じて、構成可能な期間を前記少なくとも１つのプロセッサによって開始する工程と、
前記潜在的な取引が、前記構成可能な期間の満了の際に有効であるか否かの旨を前記少なくとも１つのプロセッサによって判定する工程と、
前記潜在的な取引が、前記構成可能な期間の満了の際に有効でない旨を判定する工程に応じて、前記潜在的な取引の実行を前記少なくとも１つのプロセッサによって阻止する工程とを含む方法。

【請求項17】

請求項１６記載の方法であって、前記レーテンシ値を判定する工程は、
テスト注文をトレーディング・プラットフォームに第１の時点で送出する工程と、
前記テスト注文に関連付けられた受け入れメッセージを第２の時点で受け取る工程と、
前記第１の時点及び前記第２の時点に少なくとも部分的に基づいて前記レーテンシ値を算出する工程とを含む方法。

【請求項18】

請求項１７記載の方法であって、前記テスト注文は、前記トレーディング・プラットフォームが前記テスト注文の実行を阻止するように疑似トレーディング商品と関連付けられる方法。

【請求項19】

請求項１６記載の方法であって、前記反対注文は、前記第１の価格に一致する第２の価格に関連付けられ、前記潜在的な取引の前記識別は、前記第１の価格に一致する前記第２の価格に少なくとも部分的に基づく方法。

【請求項20】

装置であって、当該装置は、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに通信可能に結合され且つ命令を記憶する少なくとも１つのメモリと、を有しており、
前記少なくとも１つのプロセッサによって前記命令が実行されるときに、前記少なくとも１つのプロセッサに、
レーテンシ値を識別する機能と、
トレーディング商品に対する第１のトレーディング注文を受け取る機能であって、前記第１のトレーディング注文は前記トレーディング商品の数量及び価格を含む機能と、
前記トレーディング商品に対する第２のトレーディング注文を受け取る機能と、
前記価格に少なくとも部分的に基づいて前記第１のトレーディング注文と前記第２のトレーディング注文との間の一致を識別する機能と、
前記第１のトレーディング注文と前記第２のトレーディング注文との間の前記一致に基づいて潜在的な取引のレコードを記憶する機能と、
少なくとも１つの変更注文を構成可能な期間中に受け取る機能と、
前記少なくとも１つの変更注文に少なくとも部分的に基づいて前記第１のトレーディング注文を処理する機能と、
前記構成可能な期間の満了の際に、前記第１のトレーディング注文が前記第２のトレーディング注文にもう一致していない旨を判定することにより、前記潜在的な取引のレコードがもう有効でない旨を判定する機能と、
前記潜在的な取引のレコードがもう有効でない旨を判定する機能に応じて、前記第１のトレーディング注文及び前記第２のトレーディング注文に関係する取引の実行を阻止する機能とを行わせる、
装置。

【請求項21】

装置であって、当該装置は、
命令を有する一時的でないマシン読み取り可能な媒体を備え、
前記命令は、前記一時的でないマシン読み取り可能な媒体に記憶され、前記装置に、
レーテンシ値を識別する機能と、
トレーディング商品に対する第１のトレーディング注文を受け取る機能であって、前記第１のトレーディング注文は前記トレーディング商品の数量及び価格を含む機能と、
前記トレーディング商品に対する第２のトレーディング注文を受け取る機能と、
前記価格に少なくとも部分的に基づいて前記第１のトレーディング注文と前記第２のトレーディング注文との間の一致を識別する機能と、
前記第１のトレーディング注文と前記第２のトレーディング注文との間の前記一致に基づいて潜在的な取引のレコードを記憶する機能と、
少なくとも１つの変更注文を構成可能な期間中に受け取る機能と、
前記少なくとも１つの変更注文に少なくとも部分的に基づいて前記第１のトレーディング注文を処理する機能と、
前記構成可能な期間の満了の際に、前記第１のトレーディング注文が前記第２のトレーディング注文にもう一致していない旨を判定することにより、前記潜在的な取引のレコードがもう有効でない旨を判定する機能と、
前記潜在的な取引のレコードがもう有効でない旨を判定する機能に応じて、前記第１のトレーディング注文及び前記第２のトレーディング注文に関係する取引の実行を阻止する機能とを行わせるよう構成された装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に電子トレーディングに関し、特に、トレーディング注文に対するレーテンシ保護を提供するシステムに関する。

【背景技術】

【0002】

近年、種々のアイテム（製品、サービス、株式、債券、通貨や商品取引など）をトレーディングする電子トレーディング・システムが、広範に受け入れられてきている。伝統的なトレーディング・システムでは、トレーダは、電子トレーディング注文をトレーディング・システムにネットワークを介して送出することができる。一トレーダのネットワーク伝送速度は、別のトレーダのネットワーク伝送速度よりも速いことがあり得る。動きの速い市場では、より遅いネットワーク接続に関連したトレーダは、かなり不利になり得る。特に、市場の状況が変動すると、トレーダは、先行して送出された注文を取り消したいことがあり得る。その結果、トレーダは、注文を取り消す旨のリクエストをトレーディング・システムに送信し得る。しかし、遅いネットワーク接続により、別のトレーダからの反対注文後にトレーディング・システムにトレーダのリクエストが到着し得る。前述の状況では、伝統的なトレーディング・システムは、反対注文を、先行して送出された注文とマッチングさせる。その結果、より遅いネットワーク接続の場合、トレーダが望ましくない取引が生じる。望ましくない取引の実行により、トレーダはトレーディング活動への関与を思いとどまり得る。

【発明の概要】

【発明が解決しようとする課題】

【0003】

本発明の目的は、従来の電子トレーディング・システムに関連した欠点及び課題をかなり削減又は除去するシステムを提供することである。この目的は、独立クレーム記載の構成によって達成することが可能である。更なる展開は、従属クレームにおいて特徴付けられる。

【課題を解決するための手段】

【0004】

特定の実施例では、トレーディング注文を管理するシステムは、第１の価格に関連付けられた注文を格納するよう動作可能なメモリを備える。システムは、通信するようメモリに結合され、レーテンシ値を識別するよう動作可能なプロセサを更に備える。プロセッサは、反対注文を受け取り、注文及び反対注文に関連付けられた潜在的な取引を識別するよう更に動作可能であり、潜在的な取引は、第１の価格に少なくとも部分的に基づく。レーテンシ値が、構成可能な条件を満たす場合、プロセッサは、構成可能な期間を開始させるよう更に動作可能である。潜在的な取引が、構成可能な期間の満了によって有効でない場合、プロセッサは、潜在的な取引の実行を阻止するよう更に動作可能である。

【0005】

本発明は、技術上の重要な利点をいくつか有する。本発明の種々の実施例は、これらの利点を何ら有しない場合があり、これらの利点の一部又は全部を有する場合もある。一利点として、トレーディング・システムは、システムにおけるレーテンシを監視し、補償するよう動作可能である。特に、注文及び反対注文に係わる潜在的な取引を識別すると、トレーディング・システムは、構成可能な期間に関連付けられたタイマー・キューに、潜在的な取引を記録するよう動作可能である。構成可能な期間が満了すると、トレーディング・システムは、潜在的な取引がなお有効であるか否かを判定するよう動作可能である。トレーディング・システムは、潜在的な取引がもう有効でない旨を判定した場合、潜在的な取引の実行を阻止することができる。よって、トレーディング・システムは、望ましくない取引の実行を阻止することができる。トレーディング・システムはそれにより、トレーディング活動に参加することをトレーダに奨励することができる。トレーディング活動の増加により、トレーディング・システムにおける流動性が増加し得る。

【図面の簡単な説明】

【0006】

【図1】本発明によるトレーディング・システムの一実施例を示す図である。

【図2】特定の実施例による、注文帳、レーテンシ値ログ、構成可能な条件、受信キュー及びタイマー・キューを備えるメモリを示す図である。

【図3】特定の実施例による、トレーディング注文に対するレーテンシ保護の提供のフローチャートである。

【発明を実施するための形態】

【0007】

他の利点は、図面、明細書及び特許請求の範囲から当業者が容易に分かるであろう。

【0008】

本明細書及びその利点がより深く分かるために、例として、下記明細書を添付図面とともに参照する。

【実施例】

【0009】

図１は、トレーディング・システム１０の一実施例を示す。トレーディング・システム１０は、通信可能に１つ又は複数のネットワーク６０によって結合される、クライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、及びトレーディング・プラットフォーム５０を含み得る。一般に、トレーディング・システム１０は、クライアント２０からのトレーディング注文１２を受け取り、処理し、マッチングさせるよう動作可能である。トレーディング・システム10は、トレーディング・システム１０における通信に関連付けられたレーテンシを監視するよう更に動作可能である。特に、トレーディング・システム１０は、トレーディング・システム１０における１つ又は複数の構成部分に関連付けられたレーテンシ値１４を求めることができる。特定のレーテンシ値１４が、構成可能な条件１６を満たす場合、トレーディング・システム１０は、潜在的な取引の実行に先行する構成可能な期間１８の間、潜在的な取引を監視することができる。構成可能な期間１８の満了によって、トレーディング・システム１０が、潜在的な取引が有効でない旨を判定した場合、トレーディング・システム１０は、潜在的な取引の実行を阻止することができる。構成可能な期間１８中に、潜在的な取引を監視することにより、トレーディング・システム１０は、望ましくない取引からトレーダ２２を保護することができる。

【0010】

トレーディング・システム１０は、１つ又は複数のクライアント２０を備え得る。クライアント２０は、トレーディング・プラットフォーム５０などの１つ又は複数の、トレーディング・システム１０の構成要素をアクセスするためにトレーダ２２によって用いることができる何れかの適切な局所又は遠隔のエンドユーザ装置を表す。特定のクライアント２０は、コンピュータ、ワークステーション、電話機、インターネット・ブラウザ、電子手帳、携帯情報端末（PDA）、ページャや、何れかの他の適切な装置（無線、有線又はその他）、トレーディング・システム１０の他の構成部分との間で情報を受信し、処理し、記憶し、かつ／又は通信することができる構成部分又は構成要素を備え得る。クライアント２０は、ディスプレイ、マイクロフォン、キーボードや、特定の構成及び配置による何れかの他の適切な端末機器などの何れかの適切なユーザ・インタフェースも備えることができる。トレーディング・システム１０は、何れかの数及び組み合わせのクライアント２０を含み得る。特定の実施例では、クライアント２０は、グラフィカル・ユーザ・インタフェース（GUI）２４を含み得る。

【0011】

GUI２４は一般に、トレーダ２２に提示されるデータを個別化し、フィルタリングするよう動作可能である。GUI24は、トレーディング注文１２、市場データ、及び／又は他の適切な情報の効率的かつユーザフレンドリな提示をトレーダ２２に提供することができる。GUI24は、トレーダ２２が操作する対話フィールド、プルダウン・リスト及びボタンを有する複数のディスプレイを備えることができる。一例では、GUI24は、適切な市場データをトレーダ２２に提示し、視覚的なクラッタを削減するよう残りの情報を隠す。次いで、トレーダ２２からリクエストを受信すると、GUI24は、トレーディング履歴、取引量、信用限度、及び／又は他の適切な情報を表示するよう市場データの視覚表現を拡張する。GUI24は、グループ化及び境界を含む複数の抽象化レベルを含み得る。グラフィカル・ユーザ・インタフェースの語を単数形又は複数形で用いて、1つ又は複数のグラフィカル・ユーザ・インタフェース24と、特定のグラフィカル・ユーザ・インタフェース24の表示それぞれとを表すことができる。

【0012】

クライアント２０は、トレーダ22からのトレーディング注文１２及び変更注文２６を受け取るよう動作可能である。クライアント２０は、ゲートウェイ・サーバ４０へトレーディング注文１２及び変更注文２６を送出するよう更に動作可能である。トレーディング注文１２は、商品（例えば、通貨、金融商品、株式、債券、先物契約、エクイティ証券、ミューチュアル・ファンド、オプション、デリバティブ、商品取引など）、又は何れかの数及び組み合わせの、適切なトレーディング商品を取引する旨の注文を含み得る。トレーディング注文１２は、ビッド、オファー、成り行き注文、指し値注文、ストップ・ロス注文、当日のみ有効な注文、オープン注文、GTC（「取消まで有効」）注文、「期間指定」注文、「オール・オア・ナン」注文、「エニー・パート（any part）」注文や何れかの他のトレーディング注文を含み得る。

【0013】

特定のトレーディング注文１２は、注文１２a又は反対注文12bとして表すことができる。注文12a及び反対注文12bは、例えば、買い及び売りなどの相補的な活動を表す。特定の注文12aを送出した一方がトレーダ２２として表される場合、対応する反対注文12bを送出する他方は「カウンターパーティ」トレーダ２２として表すことができる。特定の注文１２が買い注文（例えば、ビッド、テーク、リフト等）を表す場合、対応する反対注文12bは、売り注文（例えば、オファー、ヒット等）を表すことができる。逆に、特定の注文12aが売り注文を表す場合、対応する反対注文12bは買い注文を表し得る。

【0014】

変更注文２６は、先行して送出されたトレーディング注文１２を取り消し、かつ／又は修正するための注文を含み得る。特定の実施例では、トレーディング注文１２を送出した後、トレーダ２２はもう、トレーディング注文１２を実行したくない旨を後に決め得る。この場合、トレーダ２２は、トレーディング注文１２を取り消すようトレーディング・プラットフォーム５０に指示する特定の変更注文２６を送出することができる。特定の変更注文２６を受け取ると、トレーディング・プラットフォーム５０は、トレーディング注文１２を削除、非活動化、及び／又は無視することができる。他の実施例では、特定の価格での特定のトレーディング商品に対するトレーディング注文１２を送出した後、トレーダ２２は、異なる価格で、かつ／又は異なる数量で取引を実行する旨を後に決め得る。この場合、トレーダ２２は、トレーディング注文１２の価格、数量、及び／又は他の適切な特性の変更をトレーディング・プラットフォーム５０に指示する変更注文２６を送出することができる。

【0015】

クライアント２０は、本明細書及び特許請求の範囲内では「トレーダ」によって用いられるものとして記載しているが、「トレーダ」の語は、何れの、トレーディング・システム１０のユーザにも（ユーザが、本人の代わりに行為する代理人であっても、個人であっても、法人（会社など）であっても、又はトレーディング・システム１０においてトレーディング注文１２を出し、かつ／又はトレーディング注文１２に対応することができる何れかのマシン又は機構であっても）広く該当する。トレーディング・システム１０における特定のトレーダ２２は、マーケット・メーカ２８と関連付けることができる。

【0016】

マーケット・メーカ28は、同じ商品に対してビッド・トレーディング注文１２及びオファー・トレーディング注文１２の一方又は両方を同時に送出及び／又は維持する何れかの個人、会社又は他の実体を表し得る。例えば、マーケット・メーカ28は、公示価格で証券を売買するよう待機し、公示価格で証券を売買する意志があり、公示価格で証券を売買できる、特定の証券における法的拘束力を有するビッド及び／又はオファーの価格を保有する証券会社又は銀行であり得る。マーケット・メーカ28は一般に、特定数の特定の証券のビッド及び／又はオファー価格を表示し、前述の価格を満たす場合、マーケット・メーカ28は、自己勘定で直ちに売買を行う。特定の実施例によれば、単一のトレーディング注文１２は、潜在的に異なる価格でいくつかのマーケット・メーカ28によって満たすことができる。

【0017】

特定の実施例では、マーケット・メーカ28は、特定の特権が（個人、企業や他の実体から受け取ったトレーディング注文１２が、通常のマーケット・メーカ２８（証券会社や銀行など）から受け取ったものとして扱われるように）付与される個人、企業や他の実体を含み得る。例えば、さもなければ個人のトレーダ２２として扱われ得る特定の個人、会社又は他の実体には、本明細書及び特許請求の範囲記載のシステム及び方法の目的でマーケット・メーカ28として扱う対象の特権を付与することができる。マーケット・メーカの特権を受けるために、個人、企業や他の実体は、フィーを支払い、手数料を支払い、又は、特定の商品に対するビッド及びオファーのトレーディング注文１２を送出し、かつ／若しくは同時に維持することが必要であり得る。特定の実施例によれば、個人、企業や他の実体は、特定の商品の場合、マーケット・メーカ２６として指定し、他の商品の場合、非マーケット・メ―カとして指定することができる。

【0018】

特定の実施例では、多層の、マーケット・メーカ28のシステムを使用することができる。トレーディング・プラットフォーム５０は、１つ又は複数の基準（例えば、マーケット・メーカ28が電子フィードに関連付けられているか否か、マーケット・メーカ28が、強力なトレーダ２２であるか否か、マーケット・メーカ28が特定の情報を有しているか否かなど）に基づいて、種々のマーケット・メーカ28に対する種々の特権を付与することができる。マーケット・メーカ28は、別々の売買可能な証券について別々の層に分類することができる。例えば、特定のマーケット・メーカ28は、そのマーケット・メーカ28が強力なトレーダ２２である商品のその第１レベルのマーケット・メーカ28として、かつ、他のタイプの商品の第２のレベルのマーケット・メーカ28として分類することができる。

【0019】

特定の実施例では、クライアント２０は、通信するようマネージャ・サーバ３０に結合することができる。特定のマネージャ・サーバ３０、及び１つ又は複数のクライアント２０は、特定のマーケット・メーカ２８によって維持され、運営されるコンピュータ・システムを表すことができる。特定のマーケット・メーカ２８に関連付けられたマネージャ・サーバ３０は一般に、特定のマーケット・メーカ２８に関連付けられたトレーダ２２によって送出されるトレーディング注文１２を監視するよう動作可能である。マネージャ・サーバ３０は、トレーディング・システム１０において他のマーケット・メーカ２８及び／又はトレーダ２２に出されるクレジットを規制することができる。

【0020】

特定の実施例では、マネージャ・サーバ３０は、トレーディング・システム１０におけるレーテンシを監視するよう動作可能である。レーテンシは一般に、トレーディング・システム１０における種々の構成部分間の通信、及び／又は、トレーディング・システム１０における種々の構成部分によって行われる機能に関連付けられた遅延を表す。トレーディング・システム１０におけるレーテンシは、いくつかのソースと関連付けることができる。例えば、レーテンシは、クライアント２０、マネージャ・サーバ３０、ネットワーク６０、ゲートウェイ・サーバ４０、トレーディング・プラットフォーム５０、並びに／又は、トレーディング・システム１０における何れかの数と組み合わせとのハードウェア及び／若しくはソフトウェアの構成部分に少なくとも部分的に起因し得る。

【0021】

特定の実施例によれば、マネージャ・サーバ３０は、トレーディング・システム１０における種々の構成部分に関連付けられた１つ又は複数のレーテンシ値１４を求めることができる。レーテンシ値１４は、トレーディング・システム１０におけるトレーディング注文１２の送信及び／処理に関連付けられた遅延を表し得る。特定の実施例では、レーテンシ値１４は、マネージャ・サーバ３０から送信されたトレーディング注文１２の受け取りをトレーディング・プラットフォーム５０が肯定応答するために要する時間量に少なくとも部分的に基づき得る。ネットワーク６０及びトレーディング・システム１０における変動する状態が理由で、レーテンシ値１４は経時的に変動し得る。別々のマーケット・メーカ２８及び／又はクライアント２２を、別々のレーテンシ値１４と関連付けることができる。特定の時点で、第１のマネージャ・サーバ３０とトレーディング・プラットフォーム５０との間のネットワーク通信に関連付けられた特定のレーテンシ値１４は、第２のマネージャ・サーバ３０とトレーディング・プラットフォーム５０との間のネットワーク通信に関連付けられた別のレーテンシ値１４とは異なり得る。

【0022】

特定の実施例によれば、マネージャ・サーバ３０は、受付メッセージ３２及び／テスト注文３４を使用してレーテンシ値１４を求めるよう動作可能である。受付メッセージ３２は、トレーディング注文１２、変更注文２６、及び／又はテスト注文３４の受け取りを肯定応答する、トレーディング・プラットフォーム５０からの通信を表す。例えば、特定のマネージャ・サーバ３０から特定のトレーディング注文が受け取られている旨を判定すると、トレーディング・プラットフォーム５０は、受付メッセージ３２を生成するよう動作可能である。トレーディング・プラットフォーム５０は次いで、受付メッセージ３２を特定のマネージャ・サーバ３０に送信することができる。特定のマネージャ・サーバ３０は、マネージャ・サーバ３０からトレーディング注文１２が送出された時点及び／又はトレーディング・プラットフォーム５０からマネージャ・サーバ３０が受付メッセージ３２を受け取っている時点に少なくとも部分的に基づいてレーテンシ値１４を算出することができる。特定の実施例では、トレーディング注文１２は、マネージャ・サーバ３０がトレーディング注文１２をトレーディング・プラットフォーム５０に送信した時点を表す時間値を備え得る。マネージャ・サーバ３０は、マネージャ・サーバ３０がトレーディング注文１２をクライアント２０から受け取った時点、マネージャ・サーバ３０がトレーディング注文１２をトレーディング・プラットフォームに送信した時点、マネージャ・サーバ３０が、トレーディング・プラットフォームから受付メッセージ３２を受け取った時点、及び／又は、何れかの数及び組み合わせのイベントに関連付けられた時点を表す時間値を格納するよう動作可能である。

【0023】

テスト注文３４は、疑似のトレーディング商品に対する注文を表す。特定の実施例では、テスト注文３４は、ダミー注文又は疑似注文である。テスト注文３４は、疑似トレーディング商品と関連付けられているので、トレーディング・プラットフォーム５０は、テスト注文３４に関する取引を何ら実行しない。特定のテスト注文３４は、マネージャ・サーバ３０がテスト注文３４をトレーディング・プラットフォーム５０に送信した時点を表す時間値に関連付けることができる。特定の実施例では、テスト注文３４の受け取りに応じて、トレーディング・プラットフォーム５０は、受付メッセージ３２を生成し、マネージャ・サーバ３０に送信することができる。マネージャ・サーバ３０がテスト注文３４を送信した時点、及びマネージャ・サーバ３０が受付メッセージ３２を受け取った時点に少なくとも部分的に基づいて、マネージャ・サーバ３０は、レーテンシ値１４を求めることができる。

【0024】

他の実施例では、レーテンシ値１４は、テスト注文３４及び／又は他のメッセージの一方向の送信に関連付けられた時間の量に少なくとも部分的に基づき得る。例えば、テスト注文３４は、マネージャ・サーバ３０がテスト注文３４をトレーディング・プラットフォーム５０に送信した時点を表す特定の時間値を含み得る。テスト注文３４を受け取ると、トレーディング・プラットフォーム５０は、テスト注文３４における特定の時間値、及びトレーディング・プラットフォーム５０がテスト注文３４を受け取った時間に少なくとも部分的に基づいて、マネージャ・サーバ３０からのテスト注文３４の一方向の送信に関連付けられたレーテンシ値１４を求めることができる。

【0025】

特定の実施例では、マネージャ・サーバ３０は、テスト注文３４をトレーディング・プラットフォーム５０に時折送信するよう構成することができる。例えば、マネージャ・サーバ３０は、構成可能な間隔でテスト注文３４を送信するよう構成することができる。テスト注文３４を定期的に送出することにより、マネージャ・サーバ３０は、レーテンシ値１４を継続して算出し、監視することができる。

【0026】

特定の実施例では、マネージャ・サーバ３０は、レーテンシ値１４をトレーディング・プラットフォーム５０に送信するよう動作可能である。マネージャ・サーバ３０からのレーテンシ値１４の受け取りに応答して、トレーディング・プラットフォーム５０は、ネットワーク６０又はトレーディング・システム１０における状態を調節することができる。レーテンシ値１４に少なくとも部分的に基づいて、トレーディング・プラットフォーム５０は、トレーディング・システム１０におけるレーテンシを補償し、かつ／又は削減するための措置をとり得る。

【0027】

マネージャ・サーバ30は、前述の機能及び動作を提供するために１つ又は複数のモジュールにおいて実現されるハードウェア及び／又はソフトウェアの何れかの適切な組み合わせを含み得る。特定の実施例では、マネージャ・サーバ３０は、汎用パソコン（PC）、マッキントッシュ、ワークステーション、ユニックス（登録商標）ベースのコンピュータ、サーバ・コンピュータ、又は何れかの適切な処理装置を含み得る。マネージャ・サーバ３０は、マネージャ・メモリ３６及びマネージャ・プロセッサ３８を含み得る。

【0028】

マネージャ・メモリ３６は、１つ又は複数のファイル、リスト、テーブルや他の、トレーディング注文１２などの情報の配置を記憶するランダム・アクセス・メモリ（RAM）、リード・オンリー・メモリ（ROM）、磁気コンピュータ・ディスク、CD-ROMや他の磁気又は光記憶媒体や、何れかの他の揮発性又は非揮発性のメモリ装置の何れかの適切な配置を含む。図１は、マネージャ・サーバ30の内部にあるものとしてマネージャ・メモリ３６を示しているが、マネージャ・メモリ３６は、特定の実現形態に応じて、トレーディング・システム１０の構成部分の内部又は外部にあり得る。更に、マネージャ・メモリ３６は、トレーディング・システム１０において使用するメモリ装置の何れかの適切な配置を達成するために、他のメモリ装置と別個であっても一体化されていてもよい。特定の実施例によれば、マネージャ・メモリ３６は、１つ又は複数の注文ログ４２、受付メッセージ３２、レーテンシ値１４、及びマネージャ規則４４を含み得る。

【0029】

注文ログ４２は、マネージャ・サーバ３０からトレーディング・プラットフォーム５０に送信されたトレーディング注文１２、変更注文２６、及び／又はテスト注文３４のログを有する。各トレーディング注文１２、変更注文２６、及び／又はテスト注文３４に関連して、注文ログ４２は、特定のトレーディング注文１２又は反対注文12bがトレーディング・プラットフォーム５０に送出された時点を格納することができる。注文ログ４２への格納に加えて、又は、注文ログ４２への格納の代わりに、マネージャ・メモリ３６は、トレーディング・プラットフォーム５０から受け取られた１つ又は複数の受付メッセージ３２を格納することができる。マネージャ・メモリ３６は、マネージャ・サーバ３０によって算出されたレーテンシ値１４を更に記憶することができる。

【0030】

マネージャ規則４４は、クライアント２０からのトレーディング注文１２及び／又は変更注文２６をルーティングし、かつ／又は処理するためのソフトウェア命令を備える。マネージャ規則４４は、テスト注文３４を生成し、レーテンシ値１４を算出し、マーケット・メーカ３８に関連付けられたトレーディング活動を規制する旨の命令を更に備える。

【0031】

マネージャ・メモリ３６は、通信するようマネージャ・プロセッサ３８に結合することができる。マネージャ・プロセッサ３８は、マネージャ・メモリ36に格納されたマネージャ規則44を実行するよう動作可能である。マネージャ・プロセッサ３８は、前述の機能又は動作を提供するために１つ又は複数のモジュールにおいて実現される何れかの適切な組み合わせのハードウェア及びソフトウェアを含む。

【0032】

特定の実施例では、トレーディング・プラットフォーム５０は、内部マネージャ・サーバ３０と関連付けることができる。内部マネージャ・サーバ３０は、トレーディング・プラットフォーム５０を維持し、かつ／又は運営する事業主体によって動作させることができる。特定の実施例では、内部マネージャ・サーバ３０をゲートウェイ・サ―バ４０に直接結合することができる。よって、内部マネージャ・サーバ３０とゲートウェイ・サーバ４０との間の通信は、ネットワーク６０を介してルーティングされないことがあり得る。内部マネージャ・サーバ３０は、テスト注文３４を生成し、トレーディング・プラットフォーム５０に送信するよう構成することができる。テスト注文３４の受け取りに応答して、トレーディング・プラットフォーム５０は、受付メッセージ３２を内部マネージャ・サーバ３０に送信することができる。内部マネージャ・サーバ３０は、レーテンシ値１４を算出し、算出されたレーテンシ値１４をトレーディング・プラットフォーム５０に送信することができる。よって、トレーディング・システム１０は、ネットワーク６０に関連付けられておらず、かつ／又は、トレーディング・プラットフォーム５０を維持し、かつ／又は運営する事業主体の内部にあるインタフェース、構成部分、及び／又はサーバに関連付けられたレーテンシを監視することができる。

【0033】

マネージャ・サーバ３０は、通信するようゲートウェイ・サーバ４０に結合することができる。ゲートウェイ・サーバ４０は一般に、クライアント２０、マネージャ・サーバ３０及びトレーディング・プラットフォーム５０間の通信をサポートする。クライアント２０がトレーディング・システム１０にログインすると、ゲートウェイ・サーバ40は、認証、負荷分散、及び／又は他の適切な機能を行うことができる。特定のゲートウェイ・サーバ４０は、前述の機能及び動作を提供するために１つ又は複数のモジュールにおいて実現されるハードウェア及び／又はソフトウェアの何れかの適切な組み合わせを備え得る。特定の実施例では、ゲートウェイ・サーバ40は、汎用パソコン（PC）、マッキントッシュ、ワークステーション、ユニックス（登録商標）ベースのコンピュータ、サーバ・コンピュータ、又は何れかの適切な処理装置を含み得る。

【0034】

ゲートウェイ・サーバ４０は、通信するようトレーディング・プラットフォーム５０に結合することができる。トレーディング・プラットフォーム５０は一般に、トレーダ２２からのトレーディング注文１２を処理し、ルーティングし、マッチングさせるよう動作可能である。トレーディング・プラットフォーム５０は、１つ又は複数の対応する反対注文12bにより、注文12aを満たすことによって、トレーディング注文１２を処理するよう動作可能である。トレーディング・プラットフォーム５０は、トレーディング環境を管理又は運営する管理機関又は監督機関の動作及び機能を達成するよう利用又は実現することができる何れかの適切な組み合わせのハードウェア、ソフトウェア、要員、装置、構成部分、構成要素、又はオブジェクトを含み得る。特定の実施例では、トレーディング・プラットフォーム５０は、メモリ46及びプラットフォーム・プロセッサ48を含み得る。

【0035】

プラットフォーム・メモリ46は、１つ又は複数のファイル、リスト、テーブルや他の、トレーディング注文１２などの情報の配置を記憶するランダム・アクセス・メモリ（RAM）、リード・オンリー・メモリ（ROM）、磁気コンピュータ・ディスク、CD-ROMや他の磁気又は光記憶媒体や、何れかの他の揮発性又は非揮発性のメモリ装置の何れかの適切な配置を含む。図１は、トレーディング・プラットフォーム５０の内部にあるものとしてプラットフォーム・メモリ46を示しているが、プラットフォーム・メモリ46は、特定の実現形態に応じて、トレーディング・システム１０の構成部分の内部又は外部にあり得る。更に、プラットフォーム・メモリ４６は、トレーディング・システム１０に使用するメモリ装置の何れかの適切な配置を達成するために、他のメモリ装置と別個であっても一体であってもよい。特定の実施例によれば、プラットフォーム・メモリ４６は、受信キュー５２、注文帳５４、レーテンシ値ログ５６、構成可能な条件１６、タイマー・キュー５８、及びプラットフォーム規則６２を含み得る。

【0036】

受信キュー５２は、ゲートウェイ・サーバ４０から受け取られたトレーディング注文１２、変更注文２６、及び／又はテスト注文３４の取入キューを表し得る。特定のトレーディング注文１２、変更注文２６、及び／又はテスト注文３４の初期処理を行う前に、トレーディング・プラットフォーム５０は、特定のトレーディング注文１２、変更注文２６、及び／又はテスト注文３４を受信キュー５２に記憶することができる。受信キュー５２におけるトレーディング注文１２、変更注文２６、及び／又はテスト注文３４は、時間の経過順に記憶され、先入先出（「FIFO」）順によって処理することができる。特定のトレーディング注文１２、変更注文２６、及び／又はテスト注文３４が受信キュー５２を通過すると、トレーディング・プラットフォーム５０は、受付メッセージ３２を生成し、プラットフォーム・メモリ４６内の適切な注文帳５４にトレーディング注文１２、変更注文２６、及び／テスト注文３４を割り当てることができる。特定の実施例では、トレーディング・プラットフォーム５０は、トレーディング注文１２、変更注文２６及び／又はテスト注文３４が受信キュー５２を通過した後に受付メッセージ３２を生成することができるので、レーテンシ値１４は、受信キュー５２に少なくとも部分的に基づき得る。

【0037】

注文帳54は、トレーダ２２から受け取られたトレーディング注文１２に関する情報を記憶し、ソートし、処理するためのキュー、テーブル又はリストを表す。メモリにおける各注文帳54は、個別のトレーディング商品に関連付けることができる。特定の実施例では、特定の注文帳５４は、特定のタイプのトレーディング注文１２と関連付けることができる。例えば、プラットフォーム・メモリ４６は、第１の証券に関連付けられた第１の注文帳５４、及び第２の証券に関連付けられた第２の注文帳を含み得る。特定の実施例では、特定のトレーディング商品は、ビッドに対する第１の注文帳５４（例えば、「ビッド帳」）、及びオファーに対する第２の注文帳５４（例えば、「オファー帳」）に関連付けることができる。

【0038】

トレーディング・プラットフォーム５０は、注文帳５４におけるトレーディング注文１２を監視して、注文12aと反対注文12bとの一致を識別することができる。特定の実施例では、同じトレーディング商品に対するものであり、同じ価格に対するものである場合、注文12a及び反対注文12bは一致する。例えば、単位毎＄10.00でのトレーディング商品Xに対するビッドは、単位毎＄10.00でのトレーディング商品Xのオファーに一致する。特定の実施例によれば、価格が交差している場合、トレーディング・プラットフォーム５０は、注文12a及び反対注文12bをマッチングさせることができる。例えば、トレーディング・プラットフォーム５０は、単位毎＄10.00でのトレーディング商品Xに対するビッドを、単位毎＄9.00でのトレーディング商品Xのオファーとマッチングさせることができる。特定の実施例では、反対注文12bは、特定のトレーディング商品を規定しない攻撃的なトレーディング注文１２であり得る。例えば、反対注文12bは、現在の最も有利なビッド価格を目標とするトレーディング商品Xに対する「ヒット」であり得る。よって、トレーディング商品Ｘに対する最も有利なビッドが、＄１１の価格と関連付けられている場合、トレーディング・プラットフォーム５０は、「ヒット」をビッドとマッチングさせ、＄１１の価格で上記取引を実行することができる。トレーディング・プラットフォーム５０は、何れかの適切なタイプの、何れかの適切なトレーディング商品に対する注文12z、及び反対注文12bをマッチングさせるよう動作可能である。

【0039】

注文帳54における注文12aと反対注文12bとの一致が識別されると、トレーディング・プラットフォーム５０は、潜在的なトレード記録６４を生成することができる。潜在的な取引記録６４は、特定の注文12aと特定の反対注文12bとの間の一致が識別されている旨のエントリ、メッセージや、他の適切なインディケータを表す。潜在的な取引記録６４は、一致しているとして識別されている特定の注文12a、及び反対注文12bを示し得る。トレーディング・プラットフォーム５０は次いで、潜在的な取引記録６４をタイマー・キュー５８に格納することができる。

【0040】

タイマー・キュー５８は、潜在的な取引のレコード６４を格納し、管理するためのキュー、テーブル又はリストを表す。タイマー・キュー５８は、時間の構成可能な期間１８に関連付けることができる。特定の取引レコードがタイマー・キュー５８に格納されると、トレーディング・プラットフォーム５０は、構成可能な期間１８を開始させることができる。構成可能な期間１８が満了すると、潜在的な取引のレコード６４に関連付けられた特定の注文12a及び反対注文12bがなお一致しているか否かをトレーディング・プラットフォーム５０は判定することができる。構成可能な期間１８が満了して、特定の注文12a及び反対注文12bが一致している場合、トレーディング・プラットフォーム５０は、特定の注文12a及び反対注文12bによる取引を実行することができる。しかし、構成可能な期間１８が満了して、特定の注文12a及び反対注文12bが一致しない場合、トレーディング・プラットフォーム５０は、特定の注文12a及び反対注文12bに係わる取引を阻止することができる。

【0041】

特定の実施例では、タイマー・キュー５８をコールバック機能と関連付けることができる。構成可能な期間１８が満了すると、潜在的な取引のレコード６４に関連付けられた特定の注文12a及び反対注文12bがなお一致しているか否かを判定するよう通知され、プロンプトされ得る。特定の実施例では、タイマー・キュー５８は、複数の潜在的な取引のレコード６４を格納することができる。潜在的な取引のレコード６４それぞれがタイマー・キュー５８に入力されるにつれ、個別の構成可能な期間１８を、その潜在的な取引のレコードについて開始させることができる。よって、第１の潜在的な取引のレコード６４に構成可能な期間１８は、特定の実施例では、第２の潜在的な取引のレコード６４に構成可能な期間１８と重なり得る。

【0042】

特定の注文12a及び反対注文12bに関連付けられた構成可能な期間１８中に、特定の注文12a及び反対注文12bは、注文帳５４に一覧化された状態に留まり得る。特定の実施例によれば、トレーディング・プラットフォーム５０は、特定の注文12a又は反対注文12bに関連付けられた変更注文２６を、構成可能な期間１８中に受け取ることができる。特定の実施例では、トレーディング・プラットフォーム５０は、受け取られた変更注文２６に少なくとも部分的に基づいて特定の注文12a又は反対注文12bを取り消すことができる。他の実施例では、トレーディング・プラットフォーム５０は、受け取られた変更注文２６に少なくとも部分的に基づいて注文12a又は反対注文12bの価格、数量、及び／又は他の特性を変更することができる。変更注文２６により、特定の注文12a及び反対注文12bが一致しない状態になった場合、構成可能な期間１８が満了すると、トレーディング・プラットフォーム５０は、特定の注文12aと反対注文12bとの間の取引の実行を阻止することができる。

【0043】

特定の実施例では、注文12aと反対注文12bとの間の取引の実行を阻止する工程は、注文帳５４から注文12a及び／又は反対注文12bを削除する工程、注文12a又は反対注文12bを別の注文帳５４に移動させる工程、市場優先度を第３のトレーディング注文１２に割り当てる工程、及び／又は注文12a又は反対注文12bを第３のトレーディング注文１２とマッチングさせる工程を含み得る。

【0044】

一例が、特定の実施例を例証する。トレーダAが、シェア毎＄10.00でのトレーディング商品Xに対するビッドAをトレーディング・プラットフォーム５０に送出する。トレーディング・プラットフォーム５０はビッドAを注文帳５４に格納する。その後、トレーダBは、シェア毎＄10.00でのトレーディング商品Xに対するオファーBをトレーディング・プラットフォーム５０に送出する。トレーディング・プラットフォーム５０はオファーBを注文帳５４に格納し、ビッドAとオファーBとの一致を識別する。トレーディング・プラットフォーム５０は、ビッドA及びオファーBに関連付けられた潜在的な取引のレコード６４を生成し、潜在的な取引のレコード６４をタイマー・キューに格納する。潜在的な取引のレコード６４をタイマー・キュー５８に格納すると、トレーディング・プラットフォーム５０は、構成可能な期間１８を開始させる。構成可能な期間１８中に、トレーディング・プラットフォーム５０は、変更注文２６をトレーダAから受け取る。変更注文２６は、ビッドAを取り消すようトレーディング・プラットフォーム５０に指示する。よって、トレーディング・プラットフォーム５０はビッドAを取り消す。この例では、トレーディング・プラットフォーム５０は、ビッドAを注文帳５４から削除する。その後、構成可能な期間１８は満了する。構成可能な期間１８が満了すると、プラットフォーム・プロセッサ４８は、注文帳５４においてビッドA及びオファーBを求めて走査し、ビッドAが取り消された理由でビッドAとオファーBとの間に一致が存在しない旨を判定する。よって、トレーディング・プラットフォーム５０は、ビッドA及びオファーBに係わる取引を実行しない。

【0045】

前述の例では、トレーディング・プラットフォーム５０が、構成可能な期間１８を開始させるよりも、ビッドA及びオファーBに係わる取引を、一致を当初識別すると、実行していた場合、トレーダAからの特定の変更注文２６は、取引の阻止に間に合うように受け取られていなかったであろう。トレーダAが、オファーB前に特定の変更注文２６を送出してしていた場合、かつ、特定の変更注文２６が、トレーディング・システム１０におけるレーテンシが理由で遅れていた場合、トレーディング・システム１０におけるレーテンシは、トレーダAが望まなかった取引の実行に寄与したであろう。望ましくない取引の実行により、トレーダAがトレーディング注文１２の送出を思いとどまることがあり得る。よって、望ましくない取引の実行を回避することにより、トレーディング・プラットフォーム５０は、トレーダ２２によって送出されるトレーディング注文１２の数を増加させ、それにより、トレーディング・システム１０における流動性が増加し得る。

【0046】

前述の例では、トレーディング商品Xの価格はドルで表している。しかし、特定のトレーディング商品の価格は、何れかの通貨、レートや他の適切な単位によって表すことができる。

【0047】

前述の通り、プラットフォーム・メモリ４６は、レーテンシ値ログ５６を含み得る。レーテンシ値ログ５６は、マネージャ・サーバ３０から受け取られ、かつ／又はトレーディング・プラットフォーム５０によって求められる１つ又は複数のレーテンシ値１４を備える。特定の実施例では、レーテンシ値ログ５６は、クライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、トレーディング・プラットフォーム５０、ネットワーク６０、並びに／又は、トレーディング・システム１０における何れかの数と組み合わせとのハードウェア及び／若しくはソフトウェアに関連付けられたレーテンシ値１４を含み得る。特定の実施例によれば、レーテンシ値ログ５６は、特定のマネージャ・サーバ３０に関連付けられた履歴レーテンシ値１４を含み得る。他の実施例では、レーテンシ値ログ５６は、複数の現在のレーテンシ値１４を含み得る。ここで、現在のレーテンシ値１４それぞれは、個別のマネージャ・サーバ３０と関連付けられる。

【0048】

プラットフォーム・メモリ４６は、１つ又は複数の構成可能な条件１６を更に含み得る。構成可能な条件１６は、レーテンシ値ログ５６におけるレーテンシ値１４、並びに／又はタイマー・キュー５８に関連付けられた構成可能な期間１８に関連付けられた閾値、制限、特性、及び／基準を規定することができる。例えば、レーテンシ値ログ５６におけるレーテンシ値１４が、構成可能な閾値を満たしている場合、構成可能な期間１８が、特定の時間量に設定される旨を、構成可能な条件１６は規定することができる。別の例として、構成可能な条件１６は、レーテンシ値１４が、構成可能な閾値を満たさない場合、構成可能な期間１８がゼロに設定される旨を規定することができる。よって、構成可能な期間１８は、レーテンシ値ログ５６におけるレーテンシ値に少なくとも部分的に基づき得る。プラットフォーム・メモリ４６は、何れかの適切な数及び組み合わせの構成可能な条件１６を含み得る。

【0049】

特定の実施例では、トレーディング注文１２を受け取ると、トレーディング・プラットフォーム５０は、トレーディング注文１２を送出した特定のトレーダ２２、クライアント２０、及び／又はマネージャ・サーバ３０を判定することができる。特定の実施例によれば、特定のトレーディング注文１２に関連付けられた構成可能な期間１８は、特定のトレーディング注文１２を送出した特定のトレーダ２２、クライアント２０、及び／又はマネージャ・サーバ３０に少なくとも部分的に基づき得る。例えば、特定のレーテンシ値１４に関連付けられたクライアント２０及び／又はマネージャ・サーバ３０からのトレーディング注文１２は、異なるレーテンシ値１４に関連付けられた別のクライアント２０及び／又はマネージャ・サーバ３０とは異なる構成可能な期間１８を割り当てることができる。

【0050】

前述の通り、プラットフォーム・メモリ４６は、プラットフォーム規則６２を含み得る。プラットフォーム規則６２は、前述の機能及び動作を行うためのソフトウェア命令を含む。

【0051】

プラットフォーム・メモリ46は、通信するようプラットフォーム・プロセッサ48に結合することができる。プラットフォーム・プロセッサ48は一般に、プラットフォーム・メモリ46に格納されたプラットフォーム規則62を実行するよう動作可能である。プラットフォーム・プロセッサ48は、前述の機能又は動作を提供するために１つ又は複数のモジュールにおいて実現される何れかの適切な組み合わせのハードウェア及びソフトウェアを含む。

【0052】

トレーディング・プラットフォーム５０、並びにそれに関連付けられたインタフェース、プロセッサ、及びメモリ装置の内部構造は、柔軟性を有しており、トレーディング・プラットフォーム５０の意図された動作を達成するよう容易に変更、修正、再配置、又は再構成することが可能である。

【0053】

前述の通り、クライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、及びトレーディング・プラットフォーム５０は、通信するよう１つ又は複数のネットワーク60を介して結合することができる。ネットワーク６０は、データ伝送に適切な何れかの数及び組み合わせの有線及び／又は無線のネットワークを表し得る。ネットワーク60は例えば、ネットワーク・アドレス間でインターネット・プロトコル・パケット、フレーム・リレー・フレーム、非同期転送モードのセル、及び／他の適切な情報を通信することができる。ネットワーク60は、１つ若しくは複数のイントラネット、ローカル・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク、ワイド・エリア・ネットワーク、セルラー・ネットワーク、インターネットの全部若しくは一部、及び／又は、１つ若しくは複数の場所における何れかの他の通信システムを含み得る。

【0054】

トレーディング・システム１０、並びにそれに関連付けられたサーバ、プロセッサ、及びメモリ装置の内部構造は、柔軟性を有しており、トレーディング・システム１０の意図された動作を達成するよう容易に変更、修正、再配置、又は再構成することが可能である。特に、図１は、トレーディング・プラットフォーム５０とは別個のものとしてゲートウェイ・サーバ４０を示すが、特定の実施例では、トレーディング・プラットフォーム５０は、ゲートウェイ・サーバ４０の機能及び動作を行うよう動作可能であり得る。

【0055】

動作中、トレーディング・システム１０は、トレーディング注文１２の処理においてレーテンシ値１４を使用し、管理するよう動作可能である。特定の実施例によれば、マネージャ・サーバ３０は、テスト注文３４を生成し、トレーディング・プラットフォーム５０に送信することができる。トレーディング・プラットフォーム５０は、メモリ内の受信キュー５２にテスト注文３４を格納することができる。テスト注文３４を受信キュー５２から取り出すと、トレーディング・プラットフォーム５０は、受付メッセージ３２を生成し、マネージャ・サーバ３０に送信することができる。特定の実施例では、マネージャ・サーバ３０がテスト注文３４を送信した時点、及びマネージャ・サーバ３０が受付メッセージ３２を受け取った時点に少なくとも部分的に基づいて、マネージャ・サーバ３０はレーテンシ値１４を求めることができる。マネージャ・サーバ３０は次いで、レーテンシ値１４をトレーディング・プラットフォーム５０に送信することができる。

【0056】

他の実施例では、レーテンシ値１４は、テスト注文３４及び／又は他のメッセージの一方向の伝送に関連付けることができる。例えば、テスト注文３４は、マネージャ・サーバ３０がテスト注文３４をトレーディング・プラットフォーム５０に送信した時点を表す特定の時間値を含み得る。テスト注文３４を受け取ると、トレーディング・プラットフォーム５０は、テスト注文３４における特定の時間値、及びトレーディング・プラットフォーム５０がテスト注文３４を受け取った時間に少なくとも部分的に基づいて、マネージャ・サーバ３０からのテスト注文３４の一方向の送信に関連付けられたレーテンシ値１４を求めることができる。

【0057】

特定の実施例によれば、トレーディング・プラットフォーム５０は、トレーディング注文１２をクライアント２０から受け取ることができる。トレーディング・プラットフォーム５０は、プラットフォーム・メモリ４６内の注文帳５４にトレーディング注文１２を格納することができる。注文帳５４における特定の注文12aと反対注文12bとの間の一致を識別すると、トレーディング・プラットフォーム５０は、特定の注文12a及び反対注文12bに関連付けられた潜在的な取引のレコード６４を時間キューに生成することができる。潜在的な取引のレコード６４を生成すると、トレーディング・プラットフォーム５０は、構成可能な期間１８を開始させることができる。構成可能な期間１８は、トレーディング・プラットフォーム５０によって受け取られ、かつ／又は求められる１つ又は複数のレーテンシ値に少なくとも部分的に基づき得る。特定の注文12a及び反対注文12bに関連付けられた構成可能な期間１８中に、特定の注文12a及び反対注文12bは、注文帳54に格納された状態に留まり得る。

【0058】

構成可能な期間１８中、トレーディング・プラットフォーム５０は、特定の注文12a又は反対注文12bに関連付けられた変更注文２６を受け取ることができる。特定の実施例では、トレーディング・プラットフォーム５０は、受け取られた変更注文２６に少なくとも部分的に基づいて特定の注文12a又は反対注文12bを取り消すことができる。他の実施例では、トレーディング・プラットフォーム５０は、受け取られた変更注文２６に少なくとも部分的に基づいて注文12a又は反対注文12bの価格、数量、及び／又は他の特性を変更することができる。変更注文２６により、特定の注文12a及び反対注文12bが一致しない状態になった場合、構成可能な期間１８が満了すると、トレーディング・プラットフォーム５０は、特定の注文12aと反対注文12bとの間の取引の実行を阻止することができる。特定の注文12aと反対注文12bとの間の取引の実行を阻止する工程は、注文帳５４から特定の注文12a又は反対注文12bを削除する工程、注文12a又は反対注文12bを別の注文帳５４に移動させる工程、市場優先度を第３のトレーディング注文１２に割り当てる工程、及び／又は特定の注文12a若しくは反対注文12bを第３のトレーディング注文１２とマッチングさせる工程を含み得る。

【0059】

図２は、特定の実施例による、注文帳５４、レーテンシ値ログ５６、構成可能な条件１６、受信キュー５２、及びタイマー・キュー５８を備えた例示的なプラットフォーム・メモリ４６を示す。この例では、レーテンシ値ログ５６は、複数のマネージャ・サーバ３０に関連付けられたレーテンシ値１４を備える。各レーテンシ値１４は、個別のマネージャ・サーバ３０から受け取られている。マネージャ・サーバ３０は、テスト注文３４及び受付メッセージ３２に少なくとも部分的に基づいてレーテンシ値１４を求めるよう動作可能である。特に、マネージャ・サーバ３０は、テスト注文３４をトレーディング・プラットフォーム５０に送信する。テスト注文３４を受け取ると、トレーディング・プラットフォーム５０は、受付メッセージ３２を生成し、マネージャ・サーバ３０に送信することができる。マネージャ・サーバ３０がテスト注文３４を送信した時点、及びマネージャ・サーバ３０が受付メッセージ３２を受け取った時点に少なくとも部分的に基づいて、マネージャ・サーバ３０はレーテンシ値１４を求めることができる。マネージャ・サーバ３０は次いで、レーテンシ値１４をトレーディング・プラットフォーム５０に送信することができる。

【0060】

この例では、プラットフォーム・メモリ４６におけるレーテンシ値ログ７６は、複数のマネージャ・サーバ３０からのレーテンシ値１４を備える。特に、マネージャ・サーバAは、0.22秒のレーテンシ値１４と関連付けられ、マネージャ・サーバBは、0.31秒のレーテンシ値１４と関連付けられ、マネージャ・サーバCは0.57秒のレーテンシ値１４と関連付けられ、マネージャ・サーバDは、0.12秒のレーテンシ値１４と関連付けられる。

【0061】

例示的なプラットフォーム・メモリ４６は、複数の構成可能な条件１６を更に備える。第１の構成可能な条件１６は、レーテンシ値ログ５６におけるレーテンシ値１４全てが0.30秒以下の場合、構成可能な期間１８がゼロであるというものである。第２の構成可能な条件１６は、レーテンシ値ログ５６における何れかのレーテンシ値１４が0.30秒超0.60秒未満の場合、構成可能な期間１８が0.20秒であるというものである。第３の構成可能な条件１６は、レーテンシ値ログ５６における何れかのレーテンシ値１４が0.60秒以上の場合、構成可能な期間１８が0.40秒であるというものである。

【0062】

この例は、特定のレーテンシ範囲及び特定の構成可能な期間１８を示しているが、構成可能な条件１６並びに／又は構成可能な期間１８に関連付けられたレーテンシ範囲及び／若しくは他の値が、前述の値及び／又は範囲より下、前述の値及び／又は範囲内、又は前述の値及び／又は範囲より上であり得る。

【0063】

この例では、プラットフォーム・メモリ４６は、２つの注文帳５４（すなわち、ビッド帳５４及びオファー帳５４）を更に備える。当初、ビッド帳５４は、＄6.00の価格に関連付けられたビッドA、及び＄8.00の価格に関連付けられたビッドBを含む。当初、オファー帳５４は、＄8.00の価格に関連付けられたオファーMを含む。

【0064】

プラットフォーム・プロセッサ４８は、ビッド帳５４及びオファー帳５４を監視して、注文12aと反対注文12bとの間の一致を識別する。この例では、14:22:27.04に、プラットフォーム・プロセッサ４８は、オファーMがビッドBに一致している旨を判定する。プラットフォーム・プロセッサ４８は次いで、オファーM及びビッドBに関連付けられた潜在的な取引のレコード６４をタイマー・キュー５８に格納する。レーテンシ値ログ５６は、0.30秒と0.60秒との間のレーテンシ値１４を備えているので、タイマ―・キュー５８に関連付けられた構成可能な期間１８は0.20秒である。この例では、構成可能な期間１８中に、プラットフォーム・プロセッサ４８は、オファーM及びビッドBに関連付けられた変更注文２６をタイマー・キュー５８から取り出さない。構成可能な期間１８が14:22:27.04に満了すると、トレーディング・プラットフォーム５０は、注文帳５４を走査し、オファーM及びビッドBがなお一致している旨を判定する。よって、トレーディング・プラットフォーム５０は、オファーＭ及びビッドＢによる取引を実行する。

【0065】

プラットフォーム・プロセッサ４８は後に、＄8.00の価格に関連付けられたビッドＣを受信キュー５２から取り出す。プラットフォーム・プロセッサ４８はビッドＣをビッド帳５４に格納する。プラットフォーム・プロセッサ４８に次いで、＄8.00の価格に関連付けられたオファーNを受信キュー５２から取り出す。オファーＮをオファー帳に格納した後、プラットフォーム・プロセッサ４８は、オファーＮがビッドＣに一致している旨を14:23:38:24で判定する。プラットフォーム・プロセッサ４８は次いで、オファーＮ及びビッドＣに関連付けられた潜在的な取引のレコード６４を生成し、タイマー・キュー５８に格納する。オファーＮ及びビッドＣの、潜在的な取引のレコード６４に関連付けられた構成可能な期間（例えば、14:23:38.44に先行）中、プラットフォーム・プロセッサ４８は、ビッドＣを取り消すようプラットフォーム・プロセッサ４８に指示する変更注文２６を受信キュー５２から取り出す。その結果、プラットフォーム・プロセッサ４８は、ビッドＣをビッド帳５４から削除する。この例では、構成可能な期間１８が14:23:38:44に満了すると、プラットフォーム・プロセッサ４８は注文帳５４を走査し、ビッドＣが取り消されている理由でビッドＣとオファーＮとの間の先行して識別された一致がもう有効でない旨を判定する。よって、トレーディング・プラットフォーム５０は、ビッドC及びオファーNによる取引を実行しない。

【0066】

例示的な受信キュー５２は、プラットフォーム・プロセッサ４８の処理を待っている複数のトレーディング注文１２、変更注文２６、及びテスト注文３４を含む。この例では、受信キュー５２におけるテスト注文３４は、価格と関連付けられていない。テスト注文３４は、ダミー注文及び／又は疑似注文を表す。テスト注文３４は、疑似のトレーディング商品と関連付けられているので、トレーディング・プラットフォーム５０は、テスト注文３４に係わる取引は何ら実行しない。

【0067】

前述の例では、トレーディング注文１２の価格はドルで表している。しかし、特定のトレーディング商品の価格は、何れかの通貨、レートや他の適切な単位によって表すことができる。

【0068】

前述の例では、レーテンシ値１４を秒単位で表している。しかし、レーテンシ値１４は、何れかの適切な単位、及び／又は単位の組み合わせによって表し得る。

【0069】

前述の例では、マネージャ・サーバ３０はレーテンシ値１４を求める。特定の実施例では、マネージャ・サーバ３０及び／又はトレーディング・プラットフォーム５０は、一方向及び／又は往復の通信に関連付けられたレーテンシ値１４を求めることができる。

【0070】

前述の例は、0.20秒及び0.40秒の構成可能な期間１８を示す。構成可能な期間１８は、何れかの適切な時間量であり得る。

【0071】

本発明は、技術上の重要な利点をいくつか有する。本発明の種々の実施例は、これらの利点を何ら有しない場合があり、これらの利点の一部又は全部を有する場合もある。一利点として、トレーディング・プラットフォーム５０は、トレーディング・システム１０におけるレーテンシを監視し、補償するよう動作可能である。特に、注文12a及び反対注文12bに係わる潜在的な取引を識別すると、トレーディング・プラットフォーム５０は、構成可能な期間１８に関連付けられたタイマー・キュー５８に、潜在的な取引のレコード６４を入力するよう動作可能である。構成可能な期間１８が満了すると、トレーディング・プラットフォーム５０は、潜在的な取引がなお有効であるか否かを判定するよう動作可能である。トレーディング・システム５０は、潜在的な取引がもう有効でない旨を判定した場合、潜在的な取引の実行を阻止することができる。よって、トレーディング・システム１０は、望ましくない取引の実行を阻止することができる。トレーディング・システム１０はそれにより、トレーダ２２がトレーディング活動に参加することを奨励することができる。トレーディング活動の増加により、トレーディング・システム１０における流動性が増加し得る。

【0072】

図３は、特定の実施例による、トレーディング注文１２に対するレーテンシ保護の提供のフローチャートである。方法は、工程３０２に始まる。工程３０２では、トレーディング・プラットフォーム５０が、テスト注文３４をマネージャ・サーバ３０から受け取る。トレーディング・プラットフォーム５０は当初、テスト注文３４を受信キュー５２に記憶し得る。テスト注文３４を受信キュー５２から取り出すと、プラットフォーム・プロセッサ４８は受付メッセージ３２を生成し得る。工程３０４で、プラットフォーム・プロセッサ４８は受付メッセージ３２をマネージャ・サーバ３０に送信する。受付メッセージ３２を受け取ると、マネージャ・サーバ３０はレーテンシ値１４を求める。レーテンシ値１４は、テスト注文３４がトレーディング・プラットフォーム５０に送出された特定の時点、及び、マネージャ・サーバ３０が受付メッセージ３２を受け取った特定の時点に少なくとも部分的に基づき得る。工程３０６で、プラットフォーム・プロセッサ４８は、レーテンシ値１４をマネージャ・サーバ３０から受け取る。

【0073】

工程３０８で、プラットフォーム・プロセッサ４８は、プラットフォーム・メモリ４６内の注文帳５４に記憶された注文12a及び反対注文12bに関連付けられた潜在的な取引を識別する。工程３１０で、プラットフォーム・プロセッサ４８は、受け取られたレーテンシ値１４が、構成可能な条件１６を満たしているか否かを判定する。特定の実施例では、構成可能な条件１６は、レーテンシ値の閾値と関連付けることができる。プラットフォーム・プロセッサ４８が工程３１０で、構成可能な条件１６をレーテンシ値１４が満たしていない旨を判定した場合、方法は工程３１６に進み得る。工程３１６で、プラットフォーム４８は、注文12a及び反対注文12bによる取引を実行する。

【0074】

しかし、プラットフォーム・プロセッサ４８が工程３１０で、構成可能な条件１６をレーテンシ値１４が満たしている旨を判定した場合、工程３１２で、プラットフォーム・プロセッサ４８は、構成可能な期間１８を開始させる。構成可能な期間１８が満了すると、プラットフォーム・プロセッサ４８は工程３１４で、注文12aが反対注文12bになお一致しているか否かを判定する。プラットフォーム・プロセッサ４８が工程３１４で、注文12aがなお反対注文12bに一致している旨を判定した場合、工程３１６で、プラットフォーム・プロセッサ４８は、注文12a及び反対注文12bによる取引を実行する。しかし、プラットフォーム・プロセッサ４８は、工程３１４で、注文12aが反対注文12bに一致しない旨を判定した場合、工程３１８で、潜在的な取引の実行を阻止する。特定の実施例では、注文12aと反対注文12bとの間の取引の実行を阻止する工程は、注文帳５４から注文12a及び／若しくは反対注文12bを削除する工程、注文12a若しくは反対注文12bを別の注文帳５４に移動させる工程、市場優先度を第３のトレーディング注文１２に割り当てる工程、及び/又は注文12a若しくは反対注文12bを第３のトレーディング注文１２とマッチングさせる工程を含み得る。

【0075】

本発明をいくつかの実施例において説明したが、数限りない変更及び修正を当業者は思いつくことができ、本発明が、特許請求の範囲記載の範囲内に収まる前述の変更及び修正を包含することが意図されている。

【符号の説明】

【0076】

１０ トレーディング・システム
３６ メモリ
３８ プロセッサ

【図1】

【図2】

【図3】