JP4969468B2 - 一括注文帳におけるトレーディング注文を管理するシステム - Google Patents

Description

本発明は一般に、電子取引に関し、特に、一括注文帳におけるトレーディング注文を管理するシステムに関する。

近年、種々のアイテム（製品、サービス、株式、債券、通貨や商品取引など）をトレーディングする電子トレーディング・システムが、広範に受け入れられてきている。伝統的なトレーディング・システムは、各種トレーダからトレーディング注文を受け取ることができる。各種トレーダからトレーディング注文を受け取ると、前述のトレーディング・システムは一般に、トレーディング注文を同様に、かつ種々のトレーダの特性を考慮せずに処理する。

更に、特定のトレーダは、特定の価格に関連したトレーディング注文を送出することができる。トレーディング・システムは通常、トレーディング注文に関連した特定の価格をトレーディング・システムにおける他のトレーダに開示する。ヘッジ・ファンド投資家などの他のトレーダは、特定のトレーダの不利になるように、開示された価格を用いることができる。特に、他のトレーダは、開示された価格を用いて、特定のタイプのアービトラージ・トレーディングに従事することができる。このアービトラージ・トレーディングは、トレーディング・システムにおける流動性を減少させ得る。

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

特定の実施例では、トレーディング注文を管理するシステムは、第１の注文帳に第１の注文を記憶するよう動作可能なメモリを備える。第１の注文は、第１の規則組に関連付けられた第１のトレーダ群と関連付けられる。メモリは、第２の注文帳に第２の注文を記憶するよう更に動作可能である。第２の注文は、第２の規則組に関連付けられた第２のトレーダ群と関連付けられる。システムは更に、通信するようメモリに結合され、第３のトレーダ群に関連付けられた反対注文を受け取るよう動作可能なプロセッサを更に備える。反対注文は第１の注文及び第２の注文と一致する。プロセッサは、第２の注文、及び反対注文に関連付けられた第１の取引を実行するよう更に動作可能であり、第１の取引は、第２の規則組によって実行される。反対注文の一部分が、満たされない状態に留まっている場合、プロセッサは、第１の注文、及び反対注文に関連付けられた第２の取引を実行するよう更に動作可能であり、第２の取引は、第１の規則組によって実行される。

本発明は、技術上の重要な利点をいくつか有する。本発明の種々の実施例は、これらの利点を何ら有しない場合があり、これらの利点の一部又は全部を有する場合もある。一利点として、トレーディング・システムは、特定の規則組によって特定のトレーダ群からのトレーディング注文を処理することができ、別の規則組によって別のトレーダ群からのトレーディング注文を処理することができる。特定の実施例では、トレーディング・システムは、別々のタイプのトレーダ間のトレーディングを阻止することができる。よって、トレーディング・システムは、厄介者として認識されるか、又は不当に優位に立っているとして認識されているカウンターパーティとの取引をトレーダが回避することを可能にし得る。

別の利点は、トレーディング・システムが、特定のタイプのアービトラージ・トレーディングを思いとどまらせることである。特に、トレーディング・システムは、トレーダがトレーディング注文の価格を端数pipで表すことを可能にする。トレーディング・システムは、トレーディング・システムにおけるトレーディング注文を他のトレーダに開示することができる。しかし、トレーディング・システムは、トレーディング注文の価格の一部分の開示を阻止し得る。特に、トレーディング・システムは、価格の「端数pip」部分の開示を阻止し得る。よって、トレーディング・システムによって開示される市場データは、別のトレーディング注文の価格よりも有利な価格に、特定のトレーディング注文が関連付けられているか否かを示さないことがあり得る。価格の「端数pip」部分の開示を阻止することによって、トレーディング・システムは、特定のタイプのアービトラージ・トレーディングを思いとどまらせることができる。アービトラージ・トレーディングの減少は、トレーディング・システムにおける流動性を増加させ得る。

別の利点は、トレーディング・システムが、トレーダによる一任注文の送出に対するインセンティブを提供することができることである。特に、トレーディング・システムが、反対注文の一任範囲と重なる一任範囲を備えたトレーディング注文を受け取ると、トレーディング・システムは、２つの一任範囲の交差部分の中間点での価格を求めることができる。トレーディング・システムは次いで、求められた中間点価格での取引を実行することができる。求められた中間点価格で取引を実行することによって、トレーディング・システムは、一方を不当に不利にする価格での取引の実行を回避することができる。トレーディング・システムはそれにより、一任注文を送出することをトレーダに奨励することができる。一任注文の増加によって、トレーディング・システムにおける流動性が増加し得る。

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

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

図１は、トレーディング・システム１０の一実施例を示す。トレーディング・システム１０は、通信するよう１つ又は複数のネットワーク７０によって結合される、クライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、トレーディング・プラットフォーム５０、及び市場データ・サーバ６０を含み得る。一般に、トレーディング・システム１０は、クライアント２０からのトレーディング注文１２を受け取り、処理し、マッチングさせるよう動作可能である。トレーディング・システム10は、全数pip14及び／又は端数pip14で注文価格をトレーダ２２が指定することを可能にし得る。端数pip14で表す注文の価格の一部分は、端数pip値16として表すことができる。特定の実施例では、トレーディング・システム１０は、端数pip値16に関連付けられたトレーディング注文１２の、トレーダ２２による送出に対するインセンティブを提供することができる。トレーディング・システム１０は、一任範囲１８を備えるトレーディング注文１２をトレーダ２２が送出することを可能にし得る。特定の実施例では、トレーディング・システム１０は、一任範囲１８を備えるトレーディング注文１２の、トレーダ２２による送出に対するインセンティブを提供することができる。
端数pip値16に関連付けられたトレーディング注文１２は、少なくとも図１乃至図４に関して本明細書及び特許請求の範囲に記載している。一任範囲１８に関連付けられたトレーディング注文１２は、少なくとも図５乃至８に関して本明細書及び特許請求の範囲に記載している。種々のトレーダ２２の群間でトレーディングを管理するための規則４２は、少なくとも図９乃至図１１に関して本明細書及び特許請求の範囲に記載している。

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

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

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

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

クライアント２０は、本明細書及び特許請求の範囲内では「トレーダ」によって用いられるものとして記載しているが、「トレーダ」の語は、何れの、トレーディング・システム１０のユーザにも（ユーザが、本人の代わりに行為する代理人であっても、本人であっても、個人であっても、法人（会社など）であっても、又はトレーディング・システム１０においてトレーディング注文１２を出し、かつ／又はトレーディング注文１２に応じることができる何れかのマシン又は機構であっても）広く該当することを意味している。
マーケット・メーカ26は、同じ商品に対してビッド・トレーディング注文１２及びオファー・トレーディング注文１２の一方又は両方を同時に送出及び／又は維持する何れかの個人、会社又は他の実体を表し得る。例えば、マーケット・メーカ26は、公示価格で証券を売買するよう待機し、公示価格で証券を売買する意志があり、売買できる、特定の証券における法的拘束力を有するビッド及び／又はオファーの価格を保有する証券会社又は銀行であり得る。マーケット・メーカ26は一般に、特定数の特定の証券のビッド及び／又はオファー価格を表示し、前述の価格を満たす場合、マーケット・メーカ26は、自己勘定で直ちに売買を行う。特定の実施例によれば、単一のトレーディング注文１２は、潜在的に異なる価格でいくつかのマーケット・メーカ２６によって満たすことができる。

特定の実施例では、マーケット・メーカ26は、特定の特権が（個人、企業や他の実体から受け取ったトレーディング注文１２が、伝統的なマーケット・メーカ26（証券会社や銀行など）から受け取ったものとして扱われるように）付与される個人、企業や他の実体を含み得る。例えば、さもなければ顧客として扱われ得る特定の個人、会社又はその他の主体には、本明細書及び特許請求の範囲記載のシステム及び方法の目的でマーケット・メーカ２６として扱う対象の特権を付与することができる。マーケット・メーカの特権を受け取るために、個人、企業や他の実体は、フィーを支払い、手数料を支払い、又は、特定の商品に対するビッド及びオファーのトレーディング注文１２を送出し、かつ／若しくは同時に維持することが必要であり得る。特定の実施例によれば、個人、企業や他の実体は、特定の商品の場合、マーケット・メーカ２６として指定し、他の商品の場合、非マーケット・メ―カとして指定することができる。
特定の実施例では、多層の、マーケット・メーカ２６のシステムを使用することができる。トレーディング・プラットフォーム５０は、１つ又は複数の基準（例えば、マーケット・メーカ26が電子フィードに関連付けられているか否か、マーケット・メーカ26が、強力なトレーダ２２であるか否か、マーケット・メーカ26が特定の情報を有しているか否かなど）に基づいて、種々のマーケット・メーカ26に対する種々の特権を付与することができる。マーケット・メーカ２６は、別々の売買可能な証券について別々の層に分類することができる。例えば、特定のマーケット・メーカ２６は、そのマーケット・メーカ２６が強力なトレーダ２２である商品のその第１レベルのマーケット・メーカ２６として、かつ、他のタイプの商品の第２のレベルのマーケット・メーカ２６として分類することができる。

特定の実施例では、クライアント２０は、通信するようマネージャ・サーバ３０に結合することができる。特定のマネージャ・サーバ３０、及び１つ又は複数のクライアント２０の組み合わせは、特定のマーケット・メーカ２６によって維持され、運営されるコンピュータ・システムを表すことができる。特定のマーケット・メーカ２６に関連付けられたマネージャ・サーバ３０は一般に、特定のマーケット・メーカ２６に関連付けられたトレーダ２２によって送出されるトレーディング注文１２を監視するよう動作可能である。マネージャ・サーバ３０は、トレーディング・システム１０において他のマーケット・メーカ２６及び／又はトレーダ２２に出されるクレジットを規制することができる。少なくとも部分的に市場データ２４に基づいて、マネージャ・サーバ３０は、マーケット・メーカ２６に関連付けられたトレーディング活動を規制するよう動作可能である。マネージャ・サーバ３０は、前述の機能及び動作を提供するために１つ又は複数のモジュールにおいて実現されるハードウェア及び／又はソフトウェアの何れかの適切な組み合わせを備え得る。特定の実施例では、マネージャ・サーバ３０は、汎用パソコン（PC）、マッキントッシュ、ワークステーション、ユニックス（登録商標）ベースのコンピュータ、サーバ・コンピュータ、又は何れかの適切な処理装置を含み得る。
クライアント２０及び／又はマネージャ・サーバ３０は、ネットワーク７０を介して１つ又は複数のサーバ４０に、通信するよう結合することができる。ゲートウェイ・サーバ４０は一般に、クライアント２０、マーケット・メーカ２６及びトレーディング・プラットフォーム５０間の通信をサポートする。クライアント２０がトレーディング・システム１０にログインすると、ゲートウェイ・サーバ４０は、認証、負荷分散、及び／又はその他の適切な機能を行うことができる。特定のゲートウェイ・サーバ４０は、前述の機能及び動作を提供するために１つ又は複数のモジュールにおいて実現されるハードウェア及び／又はソフトウェアの何れかの適切な組み合わせを備え得る。特定の実施例では、ゲートウェイ・サーバ40は、汎用パソコン（PC）、マッキントッシュ、ワークステーション、ユニックス（登録商標）ベースのコンピュータ、サーバ・コンピュータ、又は何れかの適切な処理装置を含み得る。
ゲートウェイ・サーバ４０は、通信するようトレーディング・プラットフォーム５０に結合することができる。トレーディング・プラットフォーム５０は一般に、トレーダ２２からのトレーディング注文１２を処理し、ルーティングし、マッチングさせるよう動作可能である。トレーディング・プラットフォーム５０は、１つ又は複数の対応する反対注文12bにより、注文12aを満たすことによって、トレーディング注文１２を処理するよう動作可能である。注文12aを満たすことは、１つ又は複数の対応する注文12bにより、その注文12aをマッチングさせ、満たし、履行し、又は消尽することを表す。例えば、特定の注文12aが、100,000単位の数量28の、商品Aに対する買い注文であり、反対注文12bが、商品Aの、200,000単位の売り注文である場合、反対注文12bを用いて注文12aの数量28を満たすことは、反対注文12bからの商品Aの100,000単位を、注文12aに関連した特定のトレーダ22にルーティングするか、割り当てるか、
取っておくか、又は移すことを含み得る。

特定の実施例では、トレーディング・プラットフォーム５０は、トレーディング注文１２の特定のタイプ及び価格によってトレーディング注文１２を処理するよう動作可能である。トレーダ２２がクライアント２０を用いてトレーディング注文１２を送出した場合、トレーダ２２は、トレーディング注文１２に関連付けられた特定のトレーディング商品を規定することができる。トレーディング商品は、通貨、株式、債券、先物契約、エクイティ、ミューチュアル・ファンド、証券、オプション、デリバティブ、商品取引、又は何れかの数及び組み合わせの、適切なトレーディング商品であり得る。
特定のトレーディング商品の指定に関し、トレーダ２２は、トレーディング商品の数量２８、及びトレーディング注文１２に関連付けられた基準価格３２を入力することができる。基準価格３２は一般に、指定されたトレーディング商品をトレーダ２２が売買しようとする目標価格を表す。特定の実施例では、基準価格３２は、通貨額として表すことができる。例えば、特定の証券の100,000シェアに対するトレーディング注文１２はシェア毎＄32.00の基準価格３２を備え得る。この例では、100,000シェアは、数量28を表し、シェア毎＄32.00は価格を表す。しかし、他の実施例では、基準価格３２は、為替レートとして表すことができる。例えば、ユーロの3ヶ月先物のトレーディング注文１２は、1.2045の基準価格32に関連し得る。よって、トレーダA及びトレーダBが、1.2045の基準価格32及び＄10.000.000の数量28の、ユーロの３ヶ月先物契約に入ったとすれば、トレーダA及びトレーダBは、先物契約が3ヶ月の終わりに満了すると1.2045（すなわち、1ユーロ=1.2045ドル）のレートで＄10,000,000を交換することになる。この例では、為替レート（すなわち、1.2045）は基準価格32を表し、＄10,000,000は、トレーディング注文12の数量28を表す。更に別の実施例では、基準価格３２は金利として表すことができ、数量２８はローン額として表すことができる。よって、基準価格３２は、何れかの通貨、レート、単位、又は他の適切な尺度として表すことができる。更に、数量２８は、何れかの適切な単位、値、通貨又は尺度として表すことができる。
特定の実施例では、基準価格３２は、ルート値３４及び端数pip値１６を含み得る。ルート値３４は、１つ又は複数の全数pip１４に対応する基準価格３２の一部分を含み得る。Pip１４は一般に、トレーディング・システム１０における特定のトレーディング商品の価格移動の基本単位を表す。例えば、トレーディング・システム１０は、特定の商品の価格移動の基本単位がセントの10分の1（すなわち、＄0.001）であるように構成することができる。その商品の市場価格が＄32.005から＄32.015に変わった場合、市場価格は10pip14だけ増加する。別の例として、トレーディング・システム１０は、EUR／USDにおける価格移動の基本単位が為替レートの1万分の1（すなわち、0.0001）であるように構成することができる。EUR／USDの為替レートが1.3000から1.3010に変わった場合、為替レートは、10pip14だけ、増加する。特定の実施例では、トレーディング・プラットフォーム５０は、トレーディング・システム１０におけるトレーディング商品毎に価格移動の基本単位（すなわち、pip14）を構成するよう動作可能である。
上記例は、特定の商品の場合の＄0.001の特定のpip14を例証する。別の商品の場合、トレーディング・プラットフォーム５０は、pip14が＄0.1、＄.01、又は何れかの他の適切な整数値及び／又は小数値である旨を判定し得る。上記例は、EUR／USDのpip14が0.0001であることを示すが、トレーディング・プラットフォーム５０は、EUR／USDのpip14が0.01、0.001、並びに／又は何れかの他の適切な整数値及び／若しくは小数値であることを規定するよう構成することができる。特定の商品の価格を上記例ではドルで表したが、特定のトレーディング商品は、適切なタイプの通貨、レート、値及び／又は尺度に関連付けることができる。
トレーディング・システム１０における特定のトレーディング注文１２は、全数pip１４で表す基準価格３２を含み得る。例えば、特定の商品のpip１４が、セントの１０分の１（すなわち、＄0.001）の場合、＄45.234の基準価格32は「全数pip」価格である。しかし、特定のトレーディング注文１２は、端数pip14を備える基本価格１２を含み得る。例えば、特定の商品のpip14が、セントの10分の1（すなわち、＄0.001）の場合、＄45.2346の基準価格32は、端数pip値１６（すなわち、pip14の「0.6」）を有する。基準価格32の「全数pip」部分は、ルート値３４として表すことができる。１つ又は複数の全数pip１４でない、基準価格３２の一部分（例えば、pip14の「0.6」）は、端数pip値１６として表すことができる。

一例が、特定の実施例を例証する。この例では、トレーディング・プラットフォーム５０は、ユーロの場合、1pip１４が、為替レートの0.0001であるように構成される。トレーダは、クライアント２０を使用して、1,000,000ユーロの数量２８、及び1.30235の基準価格３２を備えたトレーディング注文１２を送出する。1pip１４は、この例では、0.0001であるので、基準価格３２は、「1.3023」のルート値３４、及び「5」の端数ｐｉｐ値１６を有する。
トレーディング・プラットフォーム５０は一般に、端数pip値１６を備えるトレーディング注文１２を受け取り、処理し、マッチングさせるよう動作可能である。特定の実施例では、トレーディング・プラットフォーム５０は、ルート値３４及び端数pip値１６を備えたトレーディング注文１２を特定のトレーダ２２から受け取ると、トレーディング・システム１０における他のトレーダ２２にトレーディング注文１２のルート値３４を開示することができる。特定の実施例では、トレーディング・プラットフォーム５０は、トレーディング注文１２の端数pip値１６をトレーディング・システム１０における他のトレーダ２２に開示することを阻止することができる。端数pip値１６の開示を阻止することにより、トレーディング・プラットフォーム５０は、トレーディング・システム１０における特定のタイプのアービトラージを削減することができる。

トレーディング・プラットフォーム５０は、トレーディング環境を管理又は運営する管理機関又は監督機関の動作及び機能を達成するよう利用又は実現することができる何れかの適切な組み合わせのハードウェア、ソフトウェア、要員、装置、構成部分、構成要素、又はオブジェクトを含み得る。一部の実施例では、トレーディング・プラットフォーム５０は、メモリ３６及びプロセッサ３８を含み得る。

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

規則４２は、トレーディング注文１２をルーティングし、マッチングさせ、処理し、及び／又はトレーディング注文１２に応じるためのソフトウェア命令を備える。プロセッサ３８は、注文12a及び反対注文12bをマッチングさせるための規則４２を実行するよう動作可能である。規則４２は、トレーディング注文１２に関する情報を開示するための命令を更に備えることができる。特定の実施例では、規則４２は、トレーディング注文１２に応じる順序を管理するための命令を備える。

注文帳４４は、トレーダ２２から受け取られたトレーディング注文１２に関する情報を記憶し、ソートし、処理するためのキューを表す。メモリ３６における各注文帳４４は、個別のトレーディング商品に関連付けることができる。特定の実施例では、特定の注文帳４４は、特定のタイプのトレーディング注文１２と関連付けることができる。例えば、メモリ３６は、特定の証券に対するビッドを格納する第１の注文帳４４、及び特定の証券に対するオファーを格納する第２の注文帳４４を含み得る。ビッドを格納する注文帳４４は、ビッド帳44aとして表すことができ、オファーを格納する注文帳４４は、オファー帳44bとして表すことができる。

特定の実施例では、注文帳４４は、構成可能な１つ又は複数の条件４６を含み得る。構成可能な条件４６は、注文帳４４に格納されるトレーディング注文１２の閾値、限度、特性、及び／又は基準を規定することができる。例えば、構成可能な条件４６は、トレーディング注文１２が端数pip値１６を含んでおり、かつ、トレーディング注文１２の数量２８が、構成可能な閾値よりも少ない場合、トレーディング・プラットフォーム５０が、トレーディング注文１２を却下すべきである旨を規定することができる。別の例として、構成可能な条件４６は、トレーダ２２が特定の信用限度を超えた場合にトレーダ２２からのトレーディング注文１２を却下するようトレーディング・プラットフォーム５０に指示することができる。メモリ３６における注文帳４４は、何れかの適切な数及び組み合わせの構成可能な条件４６を備えることができる。

メモリ３６は、通信するようプロセッサ３８に結合することができる。プロセッサ３８は、メモリ３６に記憶された規則４２を実行して、トレーディング注文１２を処理し、ルーティングし、マッチングさせるよう動作可能である。プロセッサ３８は、前述の機能又は動作を提供するために１つ又は複数のモジュールにおいて実現される何れかの適切な組み合わせのハードウェア及びソフトウェアを含む。
トレーディング・プラットフォーム５０、並びにそれに関連付けられたインタフェース。プロセッサ、及びメモリ装置の内部構造は、柔軟性を有しており、トレーディング・プラットフォーム５０の意図された動作を達成するよう容易に変更、修正、再配置、又は再構成することが可能である。

トレーディング・プラットフォーム５０は、通信するよう市場データ・サーバ６０に結合することができる。市場データ・サーバ６０は一般に、注文帳４４におけるトレーディング注文１２に関する情報をトレーディング・プラットフォーム５０から受け取るよう動作可能である。受け取られた情報は、数量２８、基準価格３２、ルート値３４、端数pip値１６、及び／又は、注文帳４４におけるトレーディング注文１２と関連付けられた他の適切な特性を含み得る。特定の実施例では、市場データ・サーバ６０は、プロセッサ３８が、クライアント２０からトレーディング注文１２を受け取り、注文帳４４を更新するにつれて、トレーディング・プラットフォーム５０から情報をリアルタイムに、又は実質的にリアルタイムに受け取る。注文帳４４からの情報に少なくとも部分的に基づいて、市場データ・サーバ６０は、市場データ２４を生成するよう動作可能である。市場データ２４は、例えば、トレーディング条件、取引量、トレーディング注文１２に関連付けられた数量２８、利回りスプレッド等などの市場情報を含み得る。市場データ・サーバ60は、前述の機能及び動作を提供するために１つ又は複数のモジュールにおいて実現されるハードウェア及び／又はソフトウェアの何れかの適切な組み合わせを含み得る。特定の実施例では、市場データ・サーバ60は、汎用パソコン（PC）、マッキントッシュ、ワークステーション、ユニックス（登録商標）ベースのコンピュータ、サーバ・コンピュータや何れかの適切な処理装置を含み得る。
特定の実施例によれば、市場データ・サーバ６０は、注文帳４４におけるトレーディング注文１２に関連付けられた端数pip値１６の開示を阻止するよう動作可能である。特定の実施例では、市場データ２４の生成において、市場データ・サーバ６０は、クライアント２０に送出される市場データ２４から何れかの端数pip値１６をフィルタリングすることができる。他の実施例では、市場データ・サーバ６０は、端数pip値１６を市場データ２４から削除することができる。更に他の実施例では、市場データ・サーバ６０は、トレーディング注文１２に関連付けられた端数pip値１６をクライアント２０が表示することができないように端数pip値１６をマスキングすることができる。トレーディング注文１２に関連付けられた端数pip値１６の開示を阻止することにより、市場データ・サーバ６０により、特定のタイプのアービトラージにトレーダ２２が関与するのを思いとどまらせることが可能になる。

特定の実施例では、市場データ２４は、どのトレーディング注文１２が市場優先度を有しているか（すなわち、どのトレーディング注文１２が、最も有利な基準価格３２に関連付けられているか）を示唆しない順序でトレーディング注文１２を一覧化するよう構成することができる。特定の注文帳４４では、特定のトレーディング注文１２は、そのトレーディング注文１２が、最も有利な基準価格３２と関連付けられている場合に市場優先度を有する。特定の実施例では、特定のトレーディング商品の注文帳４４が、同じルート値３４に関連付けられた複数のトレーディング注文１２を備える場合、市場データ２４は、複数のトレーディング注文１２を時間の経過順に、ランダムに、又は何れかの適切な順序で一覧化することができる。
市場データ２４は、端数pip値１６を含まないことがあり得るので、特定のトレーダ２２は、最も有利な基準価格３２の特定の端数pip値１６を判定しようとして種々の方法を使用することができる。特に、特定のトレーダ２２は、一連のトレーディング注文１２（各トレーディング注文１２は、個別の端数pip値１６と関連付けられる）を送出することができる。特定のトレーダ２２は、市場データ２４がまず、市場優先度を有するトレーディング注文１２を表示するものとみなすことができる。よって、特定のトレーダ２２は、一連のトレーディング注文１２の１つがまず市場データ２４に現れた場合、その特定のトレーディング注文１２の基準価格３２が、最も有利な基準価格３２であるとみなすことができる。特定のトレーダ２２は次いで、送出した他のトレーディング注文１２を取り消そうとすることができる。トレーディング・システム１０は、時間の経過順に、ランダムに、又はどのトレーディング注文１２が市場優先度を有するかを示唆しない何れかの他の適切な順序によってトレーディング注文１２を一覧化するよう市場データ２４を構成することにより、この種の戦術を阻止することができる。市場データ２４は、前述の順序によって同じルート値３４と関連付けられた複数のトレーディング注文１２を表示するために、かつ、市場データ２４は、端数pip値１６を除外するために、複数のトレーディング注文１２は、表示されたトレーディング注文１２の一部分のみが実際に、実際の市場優先度を有し得るにもかかわらず、等しい市場優先度を有しているようにみえる。

前述の通り、クライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、トレーディング・プラットフォーム５０、及び市場データ・サーバ６０は、通信するよう１つ又は複数のネットワーク７０を介して結合することができる。ネットワーク７０は、データ伝送に適切な何れかの数及び組み合わせの有線及び／又は無線のネットワークを表し得る。ネットワーク７０は例えば、ネットワーク・アドレス間でインターネット・プロトコル・パケット、フレーム・リレー・フレーム、非同期転送モードのセル、及び／他の適切な情報を通信することができる。ネットワーク70は、１つ若しくは複数のイントラネット、ローカル・エリア・ネットワーク、メトロポリタン・エリア・ネットワーク、ワイド・エリア・ネットワーク、セルラー・ネットワーク、インターネットの全部若しくは一部、及び／又は、１つ若しくは複数の場所における何れかの他の通信システムを含み得る。
トレーディング・システム１０、並びにそれと関連付けられたサーバ、プロセッサ及びメモリ装置の内部構造は、柔軟性を有しており、トレーディング・システム１０の意図された動作を達成するよう容易に変更、修正、再配置、又は再構成することが可能である。特に、図１は、市場データ・サーバ６０を、トレーディング・プラットフォーム５０と別個のものとして示しているが、特定の実施例では、トレーディング・プラットフォーム５０は、市場データ・サーバ６０の機能及び動作を行うよう動作可能であり得る。同様に、ゲートウェイ・サーバ４０は、トレーディング・プラットフォーム５０と別個であるものとして示しているが、特定の実施例では、トレーディング・プラットフォーム５０は、ゲートウェイ・サーバ４０の機能及び動作を行うよう動作可能であり得る。

端数pip値を伴うトレーディング注文の処理
動作中、トレーダ２２はクライアント２０を使用してトレーディング注文１２を送出することができる。特定のトレーディング注文１２は、ルート値３４及び端数pip値１６を有する基準価格３２と関連付けることができる。トレーディング注文１２を受け取ると、プロセッサ３８は、トレーディング注文１２に関連付けられた特定のトレーディング商品を判定することができる。プロセッサ３８は次いで、判定されたトレーディング商品に対応する特定の注文帳４４にトレーディング注文１２を格納することができる。特定のトレーディング注文１２の場合、プロセッサ３８は、トレーディング注文１２に関連付けられたトレーディング商品の特定の数量２８、トレーディング注文１２に関連付けられたルート値３４、及びトレーディング注文１２に関連付けられた端数pip値１６を注文帳４４に格納することができる。特定の実施例では、プロセッサ３８は、トレーディング注文１２をトレーディング・プラットフォーム５０が受け取った時点を注文帳４４に格納することができる。
特定の実施例によれば、プロセッサ３８は、メモリ３６に格納された注文帳４４におけるトレーディング注文１２に関する情報を市場データ・サーバ６０に送信するよう動作可能である。市場データ・サーバ６０は、プロセッサ３８がトレーディング注文１２を受け取り、注文帳４４を更新するにつれて、この情報をリアルタイムに、又は実質的にリアルタイムに受け取ることができる。注文帳４４からの情報に少なくとも部分的に基づいて、プロセッサ３８は、市場データ２４を生成するよう動作可能である。市場データ２４は、注文帳４４における各トレーディング注文１２に関連付けられた特定のルート値３４及び数量２８を含み得る。特定のトレーディング商品の注文帳４４が、同じルート値３４と関連付けられた複数のトレーディング注文１２を含む場合、市場データ２４は、複数のトレーディング注文１２を時間の経過順に、ランダムに、又は何れかの適切な順序によって一覧化することができる。市場データ・サーバ６０、クライアント２０、及び／又はトレーディング・プラットフォーム５０は、注文帳４４におけるトレーディング注文１２に関連付けられた端数pip値１６の開示を阻止するよう動作可能である。特定の実施例では、市場データ２４の生成のために、市場データ・サーバ６０は、何れかの端数pip値１６を市場データ２４から除去することができる。特定の実施例では、クライアント２０及び／又はトレーディング・プラットフォーム５０は、何れかの端数pip値１６を市場データ２４から除去することができる。端数pip値１６は、市場データ２４から除去することができるので、トレーダ２２は、注文帳４４における最も有利な基準価格３２の特定の端数pip値１６を判定することができないことがあり得る。よって、トレーディング・システム１０は、特定のタイプのアービトラージを阻止又は削減することができる。

受け取る市場データ２４に関して、特定のトレーダ２２はクライアント２０を使用して、特定のトレーディング商品に対する反対注文12bを送出することができる。反対注文12bは、ルート値３４及び端数pip値１６を備える基準価格３２と関連付けることができる。反対注文12bを受け取ると、プロセッサ３８は、反対注文12bに関連付けられた基準価格３２を満たすトレーディング注文１２を、特定のトレーディング商品と関連付けられた注文帳４４において識別することができる。識別されたトレーディング注文１２から、プロセッサ３８は、最も有利な基準価格３２に関連付けられた特定のトレーディング注文１２を判定することができる。プロセッサ３８は次いで、反対注文12bを使用して、判定されたトレーディング注文１２の少なくとも一部分を満たすことができる。

図2は、特定の実施例による、例示的な注文帳４４を示す。特に、図２は、ユーロに対するトレーディング注文１２を格納する例示的なビッド帳44a及び例示的なオファー帳44bを示す。ビッド帳44a及びオファー帳44bを、トレーディング・プラットフォーム５０におけるメモリ３６に格納することができる。オファー帳44bは、トレーディング・プラットフォーム５０によって受け取られるオファーに関する情報を含む。この例では、オファー毎に、オファー帳44bは、ルート値３４、端数pip値１６、特定のオファーの数量２８、特定のオファーが受け取られた時点、及び特定のオファーのステータスを含む。ビッド帳44aは、トレーディング・プラットフォーム５０により受け取られるビッドについての同様な情報を備える。この例では、ビッド帳44aは、構成可能な閾値も含む。特に、構成可能な閾値により、トレーディング注文１２が、非ゼロの端数pip値１６に関連付けられており、1,000,000ユーロ未満の数量２８と関連付けられている場合にトレーディング注文１２を却下するようトレーディング・プラットフォーム５０に指示される。

この例では、トレーダAは、1.20252の基準価格３２で、5,000,000ユーロに対するビッドAをトレーディング・プラットフォーム５０に送出する。ビッドAがトレーディング・プラットフォーム５０によって14:22:01に受け取られる。この例では、トレーディング・プラットフォーム５０は、ユーロの場合、1pip14が0.0001に等しい規則４２を備える。ビッドAを受け取ると、ビッドAに関連付けられた基準価格３２が、1.2025のルート値３４及び２の端数pip値１６を備える旨をプロセッサ３８は判定する。プロセッサ３８は次いで、ビッドAが、構成可能な閾値に従っているか否かを判定する。この例では、ビッドAは、1,000,000超ユーロの数量２８に関連付けられているので、プロセッサ３８はビッドAを却下しない。プロセッサ３８は後に、ビッドAに対応するビッド帳44aにエントリを生成する。特に、プロセッサ３８は、1.2025のルート値３４、２の端数pip値１６、5,000,000の数量２８、及び14:22:01の時間をビッド帳44aに格納する。
ビッドAに対応するエントリをビッド帳44aにおいて生成した後、プロセッサ38は、オファー帳44bが、ビッドAを満たすオファーを有するか否かを判定する。この例では、トレーディング・プラットフォーム５０がビッドAを受け取った時点で、オファー帳44bは1オファー（オファーF)を有する。オファーFが、1.20258の基準価格32と関連付けられ、ビッドAが、1.20252の基準価格32と関連付けられるので、プロセッサ３８は、オファーFがビッドAを満たさないことを判定する。よって、プロセッサ３８は、更なるトレーディング注文１２の受け取りを待つ。

この例では、トレーディング・プラットフォーム５０は、ビッドB、C及びDを後に受け取る。ビッドBが14:22:03に受け取られる。ビッドBは、1.20256の基準価格３２での4,000,000ユーロに対するものである。ビッドCが14:22:04に受け取られる。ビッドCは、1.20254の基準価格３２での3,000,000ユーロに対するものである。ビッドDが14:22:06に受け取られる。ビッドDは、1.2025の基準価格３２での500,000ユーロに対するものである。ビッドB、C、及びDはそれぞれ、構成可能な閾値に従っているので、プロセッサ３８はビッド帳44a、ビッドB、C及びD毎に個別のエントリを生成する。

トレーディング・プラットフォーム５０はその後、1.20253の基準価格32で400,000ユーロに対するビッドEを受け取る。ビッドEは、非ゼロの端数pip値１６と関連付けられ、かつ、ビッドEの数量２８は、1,000,000ユーロ未満であるため、プロセッサ３８はビッドEを却下する。よって、プロセッサ３８は、ビッド帳44aにおいて、ビッドEのエントリを生成しない。

この例では、市場データ・サーバ６０は、注文帳４４に記憶された情報に少なくとも部分的に基づいて市場データ２４を生成するよう動作可能である。この例では、市場データ・サーバ６０は、注文帳４４における各トレーディング注文１２に関連付けられた特定のルート値３４及び数量２８を備えた市場データ２４を生成するよう構成される。この例では、注文帳４４が、同じルート値３４に関連付けられた複数のトレーディング注文１２を有する場合、市場データ２４は、複数のトレーディング注文１２を時間の経過順に一覧化するよう構成される。市場データ・サーバ６０は、何れかの端数pip値１６を市場データ２４から除去するよう構成される。よって、ビッドDを受け取った後、市場データ・サーバ６０は、少なくとも部分的にはビッドA乃至Dに基づいて市場データ２４を生成する。特に、市場データ２４は、1.2025のルート値３４に関連して時間の経過順にビッドA乃至Dを一覧化する。この例では、市場データ２４は、ビッドA乃至Dの端数pip値１６を有しない。市場データ・サーバ６０は、市場データ２４をマネージャ・サーバ３０及びクライアント２０にネットワーク７０を介して送信する。市場データ２４は、トレーディング注文１２を時間の経過順に、かつ端数pip値１６なしで一覧化するので、市場データ２４は、例示的なビッド帳44aにおける最も有利な基準価格３２をトレーダ２２に向けて示さない。
この例では、ビッドDを受け取った後、プロセッサ３８はその後、1.20251の基準価格32で2,000,000ユーロに対するオファーGを受け取る。この例では、プロセッサ３８は、反対注文12bを使用して、反対注文12bを満たし、最も有利な価格と関連付けられる特定の注文12aにまず応じるよう構成される。オファーGを受け取ると、プロセッサ３８は、オファーGを満たす最も有利な価格３２に関連付けられたものとしてビッドA、B及びCを識別する。識別されたビッドから、プロセッサ３８は、最も有利な価格と関連付けられた特定のビッドを識別する。この例では、プロセッサ３８はビッドBを識別する。よって、プロセッサ３８は、オファーGを使用して、ビッドBの少なくとも一部分を満たす。よって、市場データ２４はビッドA乃至Dを時間の経過順に一覧化している（すなわち、ビッドBはビッドAの後に表示されている）が、この例におけるプロセッサ３８は、オファーGを使用して、ビッド帳44aにおける他のビッドを満たす前にビッドBを満たす。

前述の例では、トレーディング・プラットフォーム５０は、ユーロに対するトレーディング注文１２を受け取っている。しかし、トレーディング・プラットフォーム５０は、何れかの適切なタイプ及び組み合わせのトレーディング商品に対するトレーディング注文１２を受け取り、処理し、マッチングさせるよう動作可能である。

前述の例では、トレーティング・プラットフォーム５０は、特定の為替レートの場合の1pip１４が0.0001になるように構成される。しかし、トレーディング・プラットフォーム５０は、何れかの適切な為替レートに関連付けられたトレーディング注文１２を処理することができる。特定の為替レートの場合、トレーディング・プラットフォーム５０は、1pip14が、0.01、0.001、及び／又は何れかの適切な整数値若しくは小数値であるように構成することができる。

図３は、特定の実施例による、市場データ２４を表示する例示的なグラフィカル・ユーザ・インタフェース２５を示す。特定の実施例では、プロセッサ３８は、グラフィカル・ユーザ・インタフェース２５をクライアント２０に対してネットワーク７０を介して提供するようメモリ３６における規則４２を実行することができる。他の実施例では、クライアント２０は、グラフィカル・ユーザ・インタフェース２５を表示する旨の、クライアント２０に格納された命令を実行することができる。この例では、グラフィカル・ユーザ・インタフェース２５は、１つ又は複数の注文エントリ・フィールド４５を有する。各注文エントリ・フィールド４５は、個別のトレーディング商品と関連付けることができる。この例では、グラフィカル・ユーザ・インタフェース２５は、EUR／USDに関連付けられた第１の注文エントリ・フィールド４５と、USD／JPYに関連付けられた第２の注文エントリ・フィールド４５と、USD／CHFに関連付けられた第３の注文エントリ・フィールド４５と、EUR／GBPに関連付けられた第４の注文エントリ・フィールド４５とを備える。しかし、注文エントリ・フィールド４５は、エクイティ、ノート、商品、先物、及び／又は何れかの適切な数及び組み合わせのトレーディング商品と関連付けることができる。

更に、又はあるいは、注文エントリ・フィールド４５の表示に加えて、グラフィカル・ユーザ・インタフェース２５は、取引履歴ビュ―ア４７及び市場データ・ビューア４９を表示することができる。特定のトレーダ２２に関連付けられたグラフィカル・ユーザ・インタフェース２５における取引履歴ビューア４７は一般に、特定のトレーダ２２によって送出されたトレーディング注文１２を表示するよう動作可能である。市場データ・ビューア４９は一般に、市場データ・サーバ６０からの市場データ２４を表示するよう動作可能である。前述の通り、市場データ・サーバ６０は、メモリ３６内の注文帳４４におけるトレーディング注文１２に関する情報をトレーディング・プラットフォーム５０から受け取ることができる。受け取られた情報に少なくとも部分的に基づいて、市場データ・サーバ６０は、市場データ２４を生成することができる。特定の実施例では、市場データ２４は、注文帳４４における特定のトレーディング注文１２、特定のトレーディング注文１２それぞれをトレーディング・プラットフォーム５０が受け取った個別の時点、及び／又は、注文帳４４における各トレーディング注文１２に関連付けられた特定の基準価格３２を表すことができる。他の実施例では、市場データ２４は、トレーディング・プラットフォーム５０における各注文帳４４からの最も有利な基準価格３２を含み得る。

グラフィカル・ユーザ・インタフェース２５における市場データ・ビューア４９に表示される市場データ２４は、市場データ・サーバ６０によって生成することができる。例示的な市場データ・ビューア４９における市場データ２４は、（図２に関して前述した）ビッドA乃至Dを一覧化している。この例では、市場データ・サーバ６０は、注文帳４４における各トレーディング注文１２に関連付けられた特定のルート値３４及び数量２８を備えた市場データ２４を生成するよう構成される。この例では、注文帳４４が、同じルート値３４に関連付けられた複数のトレーディング注文１２を有する場合、市場データ２４は、複数のトレーディング注文１２を時間の経過順に一覧化するよう構成される。市場データ・サーバ６０は、何れかの端数pip値１６を市場データ２４から除去する。よって、ビッドDを受け取った後、市場データ・サーバ６０は、少なくとも部分的にはビッドA乃至Dに基づいて市場データ２４を生成する。特に、市場データ２４は、1.2025のルート値３４に関連して時間の経過順にビッドA乃至Dを一覧化する。市場データ２４は、ビッドＡ乃至Ｄの端数pip値１６を有しない。同様に、市場データ・ビューア４９はオファーF及びGを表示する。市場データ・サーバ６０は、市場データ２４をマネージャ・サーバ３０及びクライアント２０にネットワーク７０を介して送信する。市場データ２４は、トレーディング注文１２を時間の経過順に、かつ端数pip値１６なしで一覧化しているので、市場データ２４は、注文帳４４における最も有利な基準価格３２の厳密なレベルをトレーダ２２に示すものでない。更に、市場データ・サーバ６０は、端数pip値１６を市場データ２４から除去しているので、市場データ２４は、最も有利な基準価格３２と関連付けられたビッドA乃至Dがどれかをトレーダ２２に示すものでない。

前述の例では、市場データ２４におけるトレーディング注文１２は、トレーディング・プラットフォーム５０が各トレーディング注文１２を受け取った時点に従って、時間の経過順に表示される。しかし、市場データ・サーバ６０は、トレーディング注文１２をランダムな順序で、時間の経過順の逆の順に、かつ／又は、何れかの適切な順序、グルーピング、及び／又は配置でトレーディング注文１２を一覧化するよう市場データ２４を構成することができる。

前述の例では、市場データ２４は、ビッド帳44aにおける各ビッドを一覧化している。しかし、特定の実施例では、市場データ２４は、最初に受け取られたトレーディング注文１２及び／又は最後に受け取られたトレーディング注文１２のみを一覧化するよう構成することができる。他の実施例では、市場データ２４は、トレーディング注文１２の特定の部分集合を一覧化するよう構成することができる。特定の部分集合は、トレーディング注文１２を送出したトレーダ２２の識別情報、トレーディング注文１２の数量２８、及び／又は何れかの他の適切な基準に基づき得る。
図４は、端数pip値１６に関連付けられたトレーディング注文１２の処理のフローチャートを示す。方法は、工程４０２で、１つ又は複数のトレーディング注文１２を備えた特定の注文帳４４をメモリ３６に格納することによって始まる。工程４０４で、プロセッサ３８は、特定の数量２８及び特定の基準価格３２に関連付けられた特定のトレーディング注文１２を受け取る。工程４０６では、プロセッサ３８は、特定の基準価格３２が端数pip値１６を備えているか否かを判定する。特定の基準価格３２が端数pip値１６を備えていない場合、方法は工程４１０に進む。しかし、特定の基準価格３２が端数pip値１６を備えている場合、工程４０８で、プロセッサ３８は、受け取られたトレーディング注文１２が、メモリ３６に格納された構成可能な条件４６を満たしているか否かを判定する。特定の実施例では、構成可能な条件４６は、トレーディング注文１２の数量２８が、構成可能な閾値を満たさない場合、トレーディング注文１２を却下する旨をプロセッサ３８に指示することができる。特定の数量２８が、構成可能な閾値を満たしている場合、工程４１０で、プロセッサ３８は、受け取られたトレーディング注文１２を注文帳４４に格納する。しかし、受け取られたトレーディング注文１２が、構成可能な条件４６を満たしていない旨をプロセッサ３８が工程４０８で判定した場合、工程４１２で、プロセッサ３８は、受け取られたトレーディング注文１２を却下する。方法は次いで工程４１４に進む。

工程４１４で、プロセッサ３８は、市場データ２４を生成し、開示する。工程４１６で、プロセッサ３８は、注文帳４４におけるトレーディング注文１２に関連付けられた端数pip値１６の開示を阻止する。特定の実施例では、市場データ２４の生成において、市場デ―タ・サーバ６０は、クライアント２０に送出される市場データ２４から端数pip値１６を除去することができる。他の実施例では、市場データ・サーバ６０は、市場データ２４から端数pip値１６を削除することができる。更に他の実施例では、市場データ・サーバ６０は、トレーディング注文１２に関連付けられた端数pip値１６をクライアント２０が表示することができないように端数pip値１６をマスクすることができる。プロセッサ３８は次いで、工程４１８で、注文帳４４における何れかのトレーディング注文１２を満たす反対注文12bをトレーディング・プラットフォームが受け取っているか否かを判定する。注文帳４４における少なくとも１つのトレーディング注文１２を満たす反対注文12bをトレーディング・プラットフォーム５０が受け取っていない旨をプロセッサ３８が工程４１８で判定した場合、方法は工程４０４に戻る。しかし、注文帳４４における少なくとも１つのトレーディング注文１２を満たす反対注文12bをトレーディング・プラットフォーム５０が受け取っている旨をプロセッサ３８が工程４１８で判定した場合、工程４２０で、反対注文12bを満たしており、最も有利な基準価格３２に関連付けられた特定のトレーディング注文１２をプロセッサ３８は注文帳４４で識別する。工程４２２で、プロセッサ３８は、反対注文12bを使用して、識別されたトレーディング注文１２の少なくとも一部分を満たす。方法は次いで終了する。

一任範囲を備えたトレーディング注文の処理
特定の実施例では、トレーディング・システム１０は、特定の基準価格３２及び特定の一任値５２に関連付けられたトレーディング注文１２をトレーダ２２が送出することを可能にし得る。一任値５２は、特定のトレーディング商品をトレーダ２２が売買したい、価格の許容範囲を表す。例えば、トレーダ２２が、＄８の基準価格及び＄２の一任値を備えた特定のトレーディング商品に対するビッドを送出した場合、トレーダ２２がその特定のトレーディング商品に支払いたい額は最大＄１０である。上記ビッドは、一任値５２に関連付けられているので、オファー帳４４ｂにおいて最も有利なオファーが、＄９の基準価格３２に関連付けられている場合、トレーディング・プラットフォーム５０は、その取引を＄９の価格で実行することができる。
基準価格３２及び一任値５２に関連付けられたトレーディング注文１２を受け取ると、プロセッサ３８は、指し値５４を求めるよう動作可能である。指し値５４は、一任値５２によって示される、価格の許容範囲の限度を表す。上記例では、ビッドは、＄８の基準価格３２及び＄２の一任値５２と関連付けられている。よって、指し値５４は＄１０である。基準価格３２及び指し値５４は、一任範囲１８を規定する。上記例では、ビッドの一任範囲１８は、＄８（基準価格３２）から＄１０（指し値５４）に及ぶ。
特定の実施例では、トレーディング・プラットフォーム５０は、一任範囲１８に関連付けられた注文12aを一任範囲１８に関連付けられた反対注文12bとマッチングさせることができる。特定の実施例では、２つの一任範囲１８が重なる場合、トレーディング・プラットフォーム５０は、中間点の価格５６で取引を実行することができる。中間点の価格５６は、２つの一任範囲１８の重なる部分の中間点値を表す。中間点の価格５６で取引を実行することにより、どのトレーダ２２も、一任値５２を備えたトレーディング注文１２を送出したことに対して不当に不利になる訳でない。特定の実施例では、トレーディング・システム１０は、一任値５２に関連付けられたトレーディング注文１２を送出するトレーダ２２が不当に不利にされないことを確実にするので、一任値５２を備えたトレーディング注文１２をトレーダ５２が送出することを奨励し得る。前述のトレーディング注文１２における増加は、トレーディング・システム１０における流動性を増加させ得る。

前述の通り、トレーディング・プラットフォーム５０は、一任範囲１８に関連付けられたトレーディング注文１２をマッチングさせるよう動作可能である。動作中、トレーダ２２は、クライアント２０を使用して、基準価格３２及び一任値５２に関連付けられた注文12aを送出することができる。注文12aを受け取ると、プロセッサ３８は、注文12aに関連付けられた指し値５４を求めることができる。プロセッサ３８は、注文12aに関連付けられた特定の基準価格３２及び特定の一任値５２に少なくとも部分的に基づいて指し値５４を求めることができる。プロセッサ３８は次いで、注文12aをメモリ３６の注文帳４４に格納することができる。注文12aに関連して、プロセッサ３８は、注文12aの特定の数量２８、注文12aに関連付けられた特定の一任値５２、注文12aに関連付けられた特定の基準価格３２、注文12aに関連付けられた特定の指し値５４、及び／又は、トレーディング・プラットフォーム５０が注文12aを受け取った時点を注文帳４４に格納することができる。
トレーディング・プラットフォーム５０は、特定の基準値及び特定一任値５２を備えた反対注文12bを受け取るよう更に動作可能である。特定の基準価格３２及び特定の一任値５２に少なくとも部分的に基づいて、プロセッサ３８は、反対注文12bに関連付けられた指し値５４を求めることができる。プロセッサ３８は次いで、メモリ３６の反対注文帳４４に反対注文12bを格納することができる。反対注文12bに関連して、プロセッサ３８は、反対注文12bに関連付けられた特定の数量２８、一任値５２、基準価格３２、指し値５４、及び時間を反対注文帳４４に格納することができる。

プロセッサ３８は次いで、受け取られた反対注文12bが、受け取られた注文12aを満たしているか否かを判定することができる。反対注文12bが、注文12aに関連付けられた一任範囲１８に接するか、又は注文12aに関連付けられた一任範囲１８と交差する場合に、反対注文12bが、受け取られた注文12aを満たす旨を、プロセッサ３８は判定することができる。反対注文12bの指し値54が注文12aの指し値54に等しい場合、特定の一任範囲18は「接している」。注文12aの一任範囲18が、反対注文12bの一任範囲18と重なる場合、特定の一任範囲18は交差している。例えば、反対注文12bの指し値54が、注文12aの指し値54と交差する場合、注文12a及び反対注文12bの一任範囲18は交差し得る。（一般に、ビッド価格が、オファー価格を超える場合、ビッド価格は。オファー価格と「交差」しているといえる。逆に、オファー価格がビッド価格未満の場合、オファー価格はビッド価格と「交差している」といえる。）反対注文12bの一任範囲１８が、注文12aの一任範囲18に接しているが、重なりも交差もしていない場合、プロセッサ３８は、注文12a及び反対注文12bの指し値５４で注文12aと反対注文12bとの間の取引を実行することができる。

しかし、反対注文12bの一任範囲18が注文12aの一任範囲18と重なるか又は交差する場合、プロセッサ３８は、中間点の価格５６で注文12aと反対注文12bとの間の取引を実行することができる。反対注文12bの一任範囲18と交差する、注文12aに関連付けられた一任範囲18の部分は、交差範囲58として表すことができる。プロセッサ３８は、交差範囲５８の中間点に少なくとも部分的に基づいて中間点の価格５６を求めることができる。

一例が、特定の実施例を例証する。トレーディング・プラットフォーム５０は、＄１２の基準価格３２及び＄３の一任値５２に関連付けられたオファーを受け取る。基準価格３２及び一任範囲１８に少なくとも部分的に基づいて、＄９の指し値５４及び＄１２乃至＄９の一任範囲１８にオファーが関連付けられている旨をプロセッサ３８は判定する。その後、トレーディング・プラットフォーム５０は、＄８の基準価格３２及び＄２の一任値５２に関連付けられたビッドを受け取る。基準価格３２及び一任範囲１８に少なくとも部分的に基づいて、＄１０の指し値５４、及び＄８乃至＄１０の一任範囲１８にビッドが関連付けられている旨をプロセッサ３８は判定する。
この例では、オファーに関連付けられた一任範囲１８が、ビッドに関連付けられた一任範囲１８と交差することをプロセッサ３８は判定する。特に、交差範囲５８が＄９（オファーの指し値５４）乃至＄１０（ビッドの指し値５４）である旨をプロセッサ３８は判定する。プロセッサ３８は次いで、判定された交差範囲５８の中間点の価格５６が＄9.50である旨を判定する。この例では、プロセッサ３８は、＄9.50の、判定された中間点の価格５６でビッドとオファーとの間の取引を実行する。

前述の例では、判定された中間点の価格５６は、オファーに関連付けられた指し値５４、及びビッドに関連付けられた指し値５４の平均である。他の実施例では、プロセッサ３８は、中間点の価格５６が、注文12aに関連付けられた基準価格３２、及び反対注文12bに関連付けられた基準価格３２の平均である旨を判定することができる。例えば、プロセッサ３８は、＄８の基準価格３２及び＄１１の指し値５４を備えたビッドを、＄１０の基準価格３２及び＄７の指し値５４を備えたオファーとマッチングさせることができる。この例では、交差範囲５８の中間点の価格５６が＄９である旨をプロセッサ３８は判定することができる。よって、反対注文12bの基準価格32が注文12aの指し値54と交差しており、反対注文12bの指し値54が注文12aの基準価格32と交差している場合、プロセッサ38は、中間点の価格56が、注文12aに関連付けられた基準価格32、及び反対注文12bに関連付けられた基準価格32の平均である旨を判定することができる。

特定の実施例では、プロセッサ３８は、中間点の価格56が、反対注文12bの基準価格32及び反対注文12bの指し値54の平均である旨を判定することができる。例えば、プロセッサ３８は、＄８の基準価格３２及び＄１１の指し値５４を、＄１０の基準価格３２及び＄９の指し値５４とマッチングさせることができる。この例では、プロセッサ３８は、交差範囲５８の中間点の価格５６が＄9.50である旨を判定することができる。よって、反対注文12bの基準価格32が注文12aの指し値54を交差しており、反対注文12bの指し値54が、注文12aの基準価格32と交差しない場合、プロセッサ38は、中間点の価格56が、反対注文12bの基準価格32、及び反対注文12bの指し値54の平均である旨を判定することができる。

上記例において例証するように、プロセッサ３８は、２つの一任範囲１８の重なる部分の中間点値に少なくとも部分的に基づいて中間点の価格５６を判定することができる。プロセッサ３８は次いで、判定された、中間点の価格５６で取引を実行することができる。特定の実施例では、プロセッサ３８は、平均値以外の中間点の価格５６で取引を実行することができる。例えば、手持ち注文12aの一任範囲18が反対注文12bの一任範囲18と重なる場合、取引を実行する価格を求めるうえで取引のオファー側又はビッド側により大きな重みを与えるようプロセッサ３８を構成することができる。例として、トレーディング・プラットフォーム５０は、取引のオファー側に2倍の重みを与えるよう構成することができる。よって、交差範囲５８が＄９以上＄１０以下の場合、プロセッサ３８は、＄9.67（すなわち、(9+10+10)/3））の価格を求めることができる。よって、２つの一任範囲１８が重なる場合、何れかの適切な線形結合、公式、アルゴリズム、テーブル、及び／他の適切な基準によって取引の価格を求めるようプロセッサ３８を構成することができる。

図5は、特定の実施例による、一任値５２に関連したトレーディング注文１２を備えた例示的な注文帳４４を示す。この例では、トレーディング・プラットフォーム５０は、特定のトレーディング商品に関連付けられたオファー帳44b及びビッド帳44aを備える。オファー帳44bは、複数のオファー・スタック62bを備える。各オファー・スタック62bは、個別の基準価格３２と関連付けられる。特に、オファー帳44bは、＄１０、＄１１及び＄１２それぞれの基準価格３２のオファー・スタック62bを備える。同様に、ビッド帳44aは、＄１０、＄１１及び＄１２それぞれの基準価格３２のビッド・スタック62aを備える。ビッドが一任値５２と関連付けられ、ビッドの数量２８が1,000,000未満の場合、プロセッサ３８はビッドを却下すべきである旨の構成可能な条件４６をビッド帳44aは更に備える。
この例では、トレーディング・プラットフォーム５０はビッドAを10:45:02に受け取る。ビッドAは、＄１０の基準価格３２におけるトレーディング商品の3,000,000単位である。ビッドAは、一任値５２に関連付けられていない。プロセッサ３８は、＄１０の基準価格３２に関連付けられたビッド・スタック62aにビッドAを記憶する。ビッドAに関連して、プロセッサ３８は、3,000,000単位の数量２８、＄１０の基準価格３２、及び10:45:02の時間を格納する。ビッドAは、一任値５２に関連付けられていないので、プロセッサ３８は、ビッドAに関連して一任A５２又は指し値５４を格納しない。

トレーディング・プラットフォーム５０はその後、10:45:04にビッドBを受け取る。ビッドBは、＄１０の基準価格３２でのトレーディング商品の5,000,000単位に対するものである。ビッドBは、＄２の一任値５２と関連付けられている。一任値５２に少なくとも部分的に基づいて、プロセッサ３８は、ビッドBに関連付けられた指し値５４が＄１２である旨を判定する。プロセッサ３８は、＄１０の基準価格３２に関連付けられたビッド・スタック62aにビッドＢを格納する。ビッドBに関連して、プロセッサ３８は、5,000,000単位の数量２８、＄１０の基準価格３２、＄２の一任値５２、＄１２の指し値５４、及び10:45:04の時間を格納する。

ビッドBを受け取った後、トレーディング・プラットフォーム50は、10:45:06にビッドCを受け取る。ビッドCは、＄１０の基準価格３２でのトレーディング商品の4,000,000単位に対するものである。ビッドCは、＄１の一任値５２と関連付けられている。一任値５２に少なくとも部分的に基づいて、プロセッサ３８は、ビッドCに関連付けられた指し値５４が＄１１である旨を判定する。プロセッサ３８は、＄１０の基準価格３２に関連付けられたビッド・スタック62aにビッドCを格納する。ビッドCに関連して、プロセッサ３８は、4,000,000単位の数量２８、＄１０の基準価格３２、＄１の一任値５２、＄１１の指し値５４、及び10:45:06の時間を格納する。
プロセッサ３８は、ビッド帳44aにおける何れかの注文12aを満たす反対注文12bをオファー帳44bが備えているか否かを判定するようオファー帳44bを監視する。この例では、トレーディング・プラットフォーム５０はオファーMを10:46:09に受け取る。オファーMは、＄１２の基準価格３２でのトレーディング商品の2,000,000単位に対するものである。オファーMは、＄１の一任価格と関連付けられる。一任値５２に少なくとも部分的に基づいて、プロセッサ３８は、オファーMに関連付けられた指し値５４が＄１１である旨を判定する。プロセッサ３８は、＄１２の基準価格３２に関連付けられたオファー・スタック62bにオファーMを格納する。

この例では、トレーディング・プラットフォーム５０は、最も有利な基準価格３２に関連付けられた注文12aと反対注文12bを最初にマッチングさせるための第１の規則を備える。したがって、プロセッサ３８はまず、＄１２の基準価格３２に関連付けられたビッド・スタック62aを走査する。この例では、プロセッサ３８は、＄１２の基準価格３２に関連付けられたビッド・スタック62aが空きである旨を判定する。プロセッサ３８は次いで、＄１１の基準価格３２に関連付けられたビッド・スタック62aを走査する。＄１１の基準価格３２に関連付けられたビッド・スタック62aが空きである旨が判定された後、プロセッサ３８は、＄１０の基準価格３２に関連付けられたビッド・スタック62aを走査する。この例では、プロセッサ３８は、オファーMに関連付けられた一任範囲１８が、ビッドBに関連付けられた一任範囲１８、及びビッドCに関連付けられた一任範囲１８を満たしている旨を判定する。

この例では、トレーディング・プラットフォーム５０は、反対注文12bが、同じ基準価格３２に関連付けられた複数の注文12aにマッチングすれば、プロセッサ３８が、最も有利な指し値５４に関連付けられた注文12aを用いて取引を実行すべきである旨の第２の規則４２を備える。この例では、ビッドBは＄１２の指し値５４と関連付けられ、ビッドCは＄１１の指し値５４と関連付けられる。ビッドBは、最も有利な指し値５４と関連付けられているので、プロセッサ３８は、オファーMをビッドBとマッチングさせる旨を判定する。

プロセッサ３８は次いで、ビッドB及びオファーMに関する取引を実行する価格を求める。この例では、トレーディング・プラットフォーム５０は、注文12aに関連付けられた一任範囲１８が、反対注文12bに関連付けられた一任範囲１８と交差している場合、取引が、交差範囲５８の中間点で実行される旨の第３の規則４２を備える。この例では、ビッドBに関連付けられた一任範囲１８は、＄１０の基準価格３２及び＄１２の指し値５４によって規定される。オファーMに関連付けられた一任範囲１８は、＄１２の基準価格３２及び＄１１の指し値５４によって規定される。よって、プロセッサ３８は、交差範囲５８が、＄１１のオファーMの指し値５４、並びに＄１２のオファーMの基準価格３２（及び／又はビッドBの指し値５４）によって規定される旨を判定する。プロセッサ３８は、交差範囲５８の中間点値が＄11.50である旨を判定する。よって、プロセッサ３８は、＄11.50の中間点の価格５６でのビッドB及びオファーMに係わる取引を実行する。特に、プロセッサ３８は、＄１１．５０でのオファーMからのトレーディング商品の2,000,000単位により、ビッドBの一部分を満たす。

この例では、取引を実行すると、プロセッサ３８は、取引確認記録６４を生成し、メモリ３６に記憶するよう構成される。よって、プロセッサ３８は、ビッドB及びオファーMに係わる取引の取引確認記録６４を生成する。取引確認記録６４は、＄11.50の中間点の価格５６を有する。

前述の例では、トレーディング・プラットフォーム５０は、ドルで表した基準価格３２に関連付けられたトレーディング注文１２を受け取っている。しかし、基準価格３２は、何れかの適切な通貨、レート、単位、及び／又は尺度として表すことができる。

図６は、特定の実施例による、一任値５２に関連付けられたトレーディング注文１２を受け取るための例示的なグラフィカル・ユーザ・インタフェース２５を示す。特定の実施例では、プロセッサ３８は、グラフィカル・ユーザ・インタフェース２５をクライアント２０に対してネットワーク７０を介して提供するようメモリ３６におけるロジックを実行することができる。他の実施例では、クライアント２０は、グラフィカル・ユーザ・インタフェース２５を表示する旨の、クライアント２０に格納された命令を実行することができる。この例では、グラフィカル・ユーザ・インタフェース２５は、１つ又は複数の注文エントリ・フィールド４５を有する。各注文エントリ・フィールド４５は、個別のトレーディング商品と関連付けることができる。この例では、グラフィカル・ユーザ・インタフェース２５は、トレーディング商品Wに関連付けられた第１の注文エントリ・フィールド４５と、トレーディング商品Xに関連付けられた第２の注文エントリ・フィールド４５と、トレーディング商品Yに関連付けられた第３の注文エントリ・フィールド４５と、トレーディング商品Zに関連付けられた第４の注文エントリ・フィールド４５とを備える。注文エントリ・フィールド４５は、エクイティ、ノート、商品、先物、及び／何れかの適切な数及び組み合わせのトレーディング商品と関連付けることができる。
特定の実施例では、注文エントリ・フィールド４５は、入力フィールド及び一任キー６６を有する。トレーダ２２は、クライアント２０を使用して、トレーディング注文１２の特定の基準価格３２及び／又は特定の数量２８を入力フィールドに入力することができる。トレーダ２２は、クライアント２０を使用して、トレーディング注文１２に関連付けられた端数pip値１６及び／又は一任値５２を入力フィールドに入力することができる。

特定の実施例によれば、トレーダ２２は、一任キー６６を使用して、トレーディング注文１２に関連付けられた一任値５２を入力することができる。例えば、トレーディング注文１２の基準価格３２を入力フィールドに入力した後、トレーダ２２は、グラフィカル・ユーザ・インタフェース２５上で一任キー６６を選択することができる。一任キー６６を選択した後、トレーダ２２は一任値５２を入力する。一任値５２を受け取った後、クライアント２０は、グラフィカル・ユーザ・インタフェース２５を介して受け取られた基準価格３２及び一任値５２に少なくとも部分的に基づいてトレーディング注文１２を生成することができる。クライアント２０は次いで、実行するために、トレーディング注文１２をトレーディング・プラットフォーム５０に送信することができる。

更に、又はあるいは、注文エントリ・フィールド４５の表示に加えて、グラフィカル・ユーザ・インタフェース２５は、取引履歴ビュ―ア４７及び市場データ・ビューア４９を表示することができる。特定のトレーダ２２に関連付けられたグラフィカル・ユーザ・インタフェース２５における取引履歴ビューア４７は一般に、特定のトレーダ２２によって送出されたトレーディング注文１２を表示するよう動作可能である。市場データ・ビューア４９は一般に、市場データ・サーバ６０からの市場データ２４を表示するよう動作可能である。前述の通り、市場データ・サーバ６０は、メモリ３６内の注文帳４４におけるトレーディング注文１２に関する情報をトレーディング・プラットフォーム５０から受け取ることができる。受け取られた情報に少なくとも部分的に基づいて、市場データ・サーバ６０は、市場データ２４を生成することができる。特定の実施例では、市場データ２４は、注文帳４４における特定のトレーディング注文１２、特定のトレーディング注文１２それぞれをトレーディング・プラットフォーム５０が受け取った個別の時点、及び／又は、注文帳４４における各トレーディング注文１２に関連付けられた特定の基準価格３２を表すことができる。他の実施例では、市場データ２４は、トレーディング・プラットフォーム５０における各注文帳４４からの最も有利な基準価格３２を含み得る。
市場データ・サーバ６０は、注文帳４４におけるトレーディング注文１２に関連付けられた端数pip値１６及び／又は一任値５２の開示を阻止するよう動作可能である。特に、市場データ・サーバ６０は、端数pip値１６及び／又は一任値５２を市場データ２４から除去することができる。この例では、市場データ・ビューア４９は、図５に示すビッド帳44aに少なくとも部分的に基づいて市場データ２４を表示する。表示された市場データ２４は、＄１０の基準価格３２に関連してビッドA、B及びCを時間の経過順に表す。市場データ・サーバ６０は、一任値５２を市場データ２４から除去しているので、グラフィカル・ユーザ・インタフェース２５によって表示される市場データ２４をみるトレーダ２２は、注文帳４４における最も有利な指し値５４を判定することができない。一任値５２の開示を阻止することにより、トレーディング・システム１０は、特定のタイプのアービトラージを削減又は除去することができる。

特定の実施例では、トレーディング・プラットフォーム５０は、端数pip値１６及び一任値５２に関連付けられた特定のトレーディング注文１２を処理することができる。図７は、特定の実施例による、一任値５２に関連付けられたトレーディング注文１２、及び端数pip値１６に関連付けられたトレーディング注文１２を備えた例示的な注文帳４４を示す。この例では、トレーディング・プラットフォーム５０は、EUR／USD通貨対における3か月先物に関連付けられたビッド帳44a、及びEUR／USD通貨対における3か月先物に関連付けられたオファー帳44bを備える。トレーディング・プラットフォーム５０は、EUR／USDの場合、1pip１４が0.0001に等しいように構成される。14:02:02に、トレーディング・プラットフォーム５０は、＄5,000,000の数量２８のビッドAを受け取る。ビッドAは、1.2023の基準価格３２、及び２つのpip14の一任値５２と関連付けられる。ビッドAを受け取ると、基準価格３２は1.2023のルート値３４を有し、端数pip値１６を有しない旨をプロセッサ３８は判定する。ビッドAに関連付けられた一任値５２に少なくとも部分的に基づいて、プロセッサ３８は、ビッドAに関連付けられた指し値５４が1.2025である旨を判定する。ビッド帳44aでは、プロセッサ３８は、＄5,000,000の数量28、1.2023のルート値３４、２つのpip１４の一任値５２、1.2025の指し値54、及び14:02:02の時間に関連してビッドAを格納する。この例では、プロセッサ３８は次いで、オファー帳44bを走査して、オファー帳44bが、ビッドAを満たすオファーを備えているか否かを判定する。

この例では、トレーディング・プラットフォーム５０は、ビッドAを満たすオファーをまだ何ら受け取っていない。トレーディング・プラットフォーム５０は、その後、14:02:05にビッドBを受け取る。ビッドBは、1.20234の基準価格３２での＄5,000,000の数量２８に対するものである。ビッドBは、一任値５２と関連付けられていない。よって、プロセッサ３８は、＄5,000,000の数量２８、1.2023のルート値３４、４の端数pip値１６、及び、14:02:05の時間に関連してビッドBをビッド帳44aに格納する。ビッドBは一任値５２と関連付けられていないので、プロセッサ３８は、ビッドBの指し値５４をビッド帳44aに格納しない。
トレーディング・プラットフォーム５０はその後、ビッドCを14:02:06に受け取る。ビッドCは、1.20242の基準価格３２での＄5,000,000の数量２８に対するものである。ビッドCは、1pip１４の一任値５２と関連付けられる。よって、プロセッサ３８は、1.2024のルート値３４、２の端数pip値１６、１の一任値５２、1.20252の指し値５４、及び14:02:06の時間に関連してビッドCをビッド帳44aに格納する。ビッドDは次いで、トレーディング・プラットフォーム５０によって14:02:10に受け取られる。ビッドDは、1.20234の基準価格３２での＄5,000,000の数量２８に対するものである。ビッドDは、３つのpip１４の一任値５２と関連付けられている。よって、プロセッサ３８は、1.2023のルート値３４、４の端数pip値１６、３の一任値５２、1.20264の指し値５４、及び14:02:10の時間に関連してビッドDをビッド帳44aに格納する。

プロセッサ３８は、ビッド帳44aにおける何れかのビッドを満たす何れかのオファーをオファー帳44bが備えているか否かを判定するようオファー帳44bを監視する。この例では、トレーディング・プラットフォーム５０はオファーMを14:02:03に受け取る。オファーMは、1,2025の基準価格３２での＄5,000,000に対するものである。オファーMは、1pip１４の一任値５２と関連付けられている。よって、プロセッサ３８は、1.2025のルート値３４、１の端数pip値1.2025、１の一任値５２、1.2024の指し値５４、及び時間に関連してオファーMをオファー帳44bに格納する。
この例では、反対注文12bを受け取ると、プロセッサ３８が、注文帳４４を走査して、反対注文12bに一致するか、又は反対注文12bと交差する注文12bを識別するべきである旨の第１の規則４２をトレーディング・プラットフォーム５０は備える。よって、オファーMを受け取ると、プロセッサ３８は、ビッド帳44aを走査し、オファーMに関連付けられた指し値５４が、ビッドAに関連付けられた指し値５４、ビッドCに関連付けられた指し値５４、及びビッドDに関連付けられた指し値５４と交差している旨を判定する。よって、プロセッサ３８は、ビッドA、C及びDがオファーMに一致しているか、又は交差しているものとして識別する。
この例では、複数の注文12aが、反対注文12bに一致しているか、又は反対注文12bと交差しているものとして識別された場合、プロセッサ３８が、最も有利な基準価格３２に関連付けられた注文１2aを判定すべきである旨の第２の規則４２をトレーディング・プラットフォーム５０は備える。この例では、ビッドAは、1.2023の基準価格32と関連付けられ、ビッドCは、1.20242の基準価格32と関連付けられ、ビッドDは、1.20234の基準価格32と関連付けられる。ビッドCは、最も有利な基準価格３２と関連付けられるので、プロセッサ３８は、オファーMとマッチングさせる対象の特定のビッドとしてビッドCを識別する。
プロセッサ３８は次いで、ビッドC及びオファーMに係わる取引を実行する価格を求める。この例では、注文12aに関連付けられた一任範囲18が、反対注文12bに関連付けられた一任範囲18と交差している場合、取引が、交差範囲58の中間点の価格56で実行される旨の第３の規則４２をトレーディング・プラットフォーム５０は備える。この例では、ビッドCに関連付けられた一任範囲１８は、1.20242の基準価格３２、及び1.20252の指し値５４によって規定される。オファーMに関連付けられた一任範囲１８は、1.2025の基準価格、及び1.2024の指し値54によって規定される。よって、1.20242の、ビッドCの基準価格３２、及び1.2025の、オファーMの基準価格３２によって交差範囲５８が規定される旨をプロセッサ３８は判定する。プロセッサ３８は、交差範囲５８の中間点の価格５６が1.20246である旨を判定する。よって、プロセッサ３８は、1.20246の中間点の価格５６でのビッドC及びオファーMに係わる取引を実行する。プロセッサ３８はその後、上記取引に関する取引確認記録６４を生成し、格納する。

この例では、ビッドCが、最も有利な価格３２と関連付けられているので、ビッドAが最初に受け取られ、オファーMを満たしている一任範囲１８に関連付けられているにもかかわらず、トレーディング・プラットフォーム５０は、ビッドAとではなくビッドCとオファーMをマッチングさせている。したがって、トレーディング・プラットフォーム５０は、より有利な基準価格３２を備えたトレーディング注文１２をトレーダ２２が送出するためのインセンティブを提供することができる。より有利な基準価格３２を備えたトレーディング注文１２における増加により、トレーディング・システム１０における流動性が増加し得る。

この例では、ビッドCをオファーMによって満たした後、トレーディング・プラットフォーム５０は、ビッドC及びオファーMを注文帳４４から除去する。トレーディング・プラットフォーム５０はその後、14:02:15にオファーNを受け取る。オファーNは、1.20244の基準価格３２での＄5,000,000に対してのものである。オファーNは、1pip１４の一任値５２と関連付けられる。よって、プロセッサ３８は、1.2024のルート値３４、４の端数pip値１６、１の一任値５２、1.20244の基準価格３２、1.20234の指し値５４、及び14:02:15の時間に関連してオファーNをオファー帳44bに格納する。メモリ３６内の第１の規則４２に従って、トレーディング・プラットフォーム５０は、ビッド帳44aを走査して、オファーNに一致する何れかのビッドを識別する。この例では、オファーNに関連付けられた指し値５４は、ビッドAに関連付けられた指し値５４と交差しており、ビッドBに関連付けられた基準価格３２に一致しており、ビッドDに関連付けられた基準価格３２に一致している。（前述の通り、ビッドCは、既に満たされている。）よって、プロセッサ３８は、オファーNに一致しているか、又は交差しているものとしてビッドA、B及びDを識別する。

前述の通り、反対注文12bに一致しているか、又は反対注文12bと交差しているものとして複数の注文12aが識別された場合、プロセッサ３８は、最も有利な基準価格３２に関連付けられた注文12aを判定すべきである旨の第２の規則４２をこの例におけるトレーディング・プラットフォーム５０は有する。この例では、プロセッサ３８は、ビッドBもビッドDも、最も有利な基準価格３２（すなわち、1.20234）と関連付けられる。
識別された注文12aの2つ以上が、最も有利な基準価格３２と関連付けられている場合、最も有利な基準価格３２に関連付けられた2つ以上の識別された注文12aから、最も有利な指し値５４に関連付けられた特定の注文12aをプロセッサ３８が判定すべき旨の第４の規則４２をトレーディング・プラットフォーム５０は備える。この例では、ビッドB及びビッドDは、最も有利な基準価格３２（すなわち、1.20234）と関連付けられる。しかし、ビッドBは、何れの指し値５４とも関連付けられていない。ビッドDは、1.20264の指し値54と関連付けられている。ビッドDは、最も有利な基準価格54と関連付けられているので、プロセッサ３８は、オファーNとマッチングさせる対象の特定のビッドとしてビッドDを識別する。

プロセッサ３８は次いで、ビッドD及びオファーNに係わる取引を実行する価格を求める。前述の通り、注文12aに関連付けられた一任範囲18が、反対注文12bに関連付けられた一任範囲18と交差している場合、取引が、交差範囲58の中間点の価格56で実行される旨をメモリ３６中の第３の規則42は規定する。この例では、ビッドDに関連付けられた一任範囲１８は、1.20234の基準価格３２、及び1.20264の指し値５４によって規定される。オファーNに関連付けられた一任範囲１８は、1.20244の基準価格３２、及び1.20234の指し値54によって規定される。よって、プロセッサ３８は、交差範囲５８が、1.20234のビッドDの基準価格３２（及び／又はオファーNの指し値５４）、並びに1.20244のオファーNの基準価格３２によって規定される旨を判定する。プロセッサ３８は、交差範囲５８の中間点の価格５６が1.20239である旨を判定する。よって、プロセッサ３８は、1.20239の中間点の価格５６でのビッドD及びオファーNに係わる取引を実行する。プロセッサ３８はその後、上記取引に関する取引確認記録６４を生成し、メモリ３６に格納する。

この例では、ビッドBが一任値５２と関連付けられていないので、プロセッサ３８は、ビッドBではなくビッドDとオファーNを少なくとも部分的にマッチングさせている。よって、トレーディング・システム１０は、一任値５２に関連付けられたトレーディング注文１２をトレーダ２２が送出することに対するインセンティブを提供することができる。一任値５２に関連付けられたトレーディング注文１２における増加により、トレーディング・システム１０における流動性が増加し得る。

前述の例では、トレーティング・プラットフォーム５０は、特定の為替レートの場合の1pip１４が0.0001になるように構成される。しかし、特定の為替レートの場合、トレーディング・プラットフォーム５０は、1pip14が、0.01、0.001、及び／又は何れかの適切な整数値若しくは小数値であるように構成することができる。

前述の例では、トレーディング・プラットフォーム５０は、EUR/USD通貨対に関連付けられたトレーディング注文１２を受け取っている。しかし、トレーディング・プラットフォーム５０は、USD／JPY、USD／CHF、EUR／GBP、及び／又は何れかの適切な通貨対に関連付けられたトレーディング注文１２を受け取り、処理することができる。更に、何れかのトレーディング商品（例えば、金融商品、株式、債券、先物契約、エクイティ証券、ミューチュアル・ファンド、通貨、オプション、デリバティブ、商品など）、又は、何れかの数及び組み合わせの適切なトレーディング商品に関連付けられたトレーディング注文１２を受け取り、処理することができる。

図８は、特定の実施例による、一任範囲１８に関連付けられたトレーディング注文１２の処理のフローチャートを示す。方法は、工程８０２で、複数の注文12aをメモリ３６に格納することによって始まる。工程８０４では、トレーディング・プラットフォーム５０は、特定の一任範囲１８に関連付けられた反対注文12bを受け取る。工程８０６では、トレーディング・プラットフォーム５０は、メモリ３６に格納された注文の組12aを識別する。この組は、受け取られた反対注文12bを満たす各注文12aをメモリ３６において含む。工程808では、トレーディング・プラットフォーム５０は、識別された組における注文12aから、最も有利な基準価格３２に関連付けられた特定の注文12aを識別する。
工程810では、識別された注文12aが、一任範囲18と関連付けられているか否かをトレーディング・プラットフォーム５０は判定する。識別された注文１２ａが、一任範囲１８と関連付けられていない旨を工程８１０でトレーディング・プラットフォーム５０が判定した場合、工程８１２で、トレーディング・プラットフォーム５０は、識別された注文12a及び反対注文12bに少なくとも部分的に基づいて取引を実行する。取引は、識別された注文12aに関連付けられた基準価格３２で実行される。方法は次いで終了する。

しかし、識別された注文12aが、特定の一任範囲１８に関連付けられている旨をトレーディング・プラットフォーム５０が工程８１０で判定した場合、工程８１４で、反対注文12bに関連付けられた一任範囲１８及び識別された注文12aに関連付けられた一任範囲１８の交差に少なくとも部分的に基づいて中間点の価格５６をトレーディング・プラットフォーム５０は判定する。工程８１６で、トレーディング・プラットフォーム５０は、識別された注文12a及び反対注文12bに少なくとも部分的に基づいて取引を実行する。取引は、判定された中間点の価格５６で実行される。方法は次いで終了する。

別々のトレーディング群間でのトレーディングの管理
図９は、特定の実施例による、基本トレーダ22x及び特殊トレーダ22yの間でのトレーディングを管理するよう構成されたトレーディング・システム１０を示す。トレーディング・システム１０は、通信するようネットワーク７０によって結合されたクライアント２０、マネージャ・サーバ３０、ゲートウェイ・サーバ４０、トレーディング・プラットフォーム５０、及び市場データ・サーバ６０を備える。図９に示すトレーディング・システム１０の構成要素それぞれは、図１に示す対応する構成要素の機能及び／又は動作を行うよう動作可能である。
特定の実施例によれば、トレーディング・システム１０は複数のトレーダ群２２を含み得る。各群は、トレーディング群７２として表し得る。特定のトレーダ２２が、トレーディング・システム１０に参加するよう登録すると、特定のトレーダ２２は、特定のトレーディング群７２の構成員として登録することができる。トレーディング・システム１０におけるトレーダ２２は、種々の目的、専門分野、関心、目標、及び／又はバックグラウンドを有し得るので、トレーディング・システム１０は、複数のトレーディング群７２を提供することができる。例えば、特定の専門分野を共通に有する二以上のトレーダ２２は、特定の専門分野に関連付けられたトレーディング群７２に参加するよう登録することができる。別の専門分野を共通に有する二以上のトレーダ２２は、別の専門分野に関連付けられたトレーディング群７２に参加するよう登録することができる。トレーディング群７２は、何れかの適切な基準によって規定することができる。特に、特定のトレーディング群７２は、特定のトレーディング群７２におけるトレーダ２２の規模、純資産、過去の運用成績、取引量、及び／又は他の特性によって規定することができる。例えば、トレーディング・システム１０は、銀行向の特定のトレーディング群７２、ヘッジ・ファンド・マネージャ向の別のトレーディング群７２、個人向の別のトレーディング群７２を含み得る。トレーディング・システム１０は、何れかの数及び組み合わせのトレーディング群７２を含み得る。

特定の実施例によれば、トレーディング群７２は、基本群72x、特殊群72y、及びフレックス群72zを含み得る。基本群72x及び特殊群72yは、２つの別個のトレーダ２２の群を表す。特定の実施例では、基本群72xは、トレーディング・システム１０における基本メンバシップ・レベルに対応し、特殊群72yは、高度なメンバシップ・レベルに対応する。トレーダ２２は、特殊群72yに参加する資格を有するために、料金を支払い、かつ／又は、特定の基準を満たすことが必要であり得る。特定の実施例では、特殊群72yは、銀行、証券会社、及び／又は他のマーケット・メーカ２６を含み得る。しかし、トレーディング・システム１０は、基本群72x及び／又は特殊群72yに関連付けられた、何れかの数及び組み合わせの基準を含み得る。

特殊群72yにおけるトレーダ22は特殊トレーダ22yとして表すことができ、基本群72xにおけるトレーダ22は基本トレーダ22xとして表すことができる。特殊トレーダ22yからのトレーディング注文１２は特殊注文12yとして表すことができ、基本トレーダ22xからのトレーディング注文１２は基本注文12xとして表すことができる。特定の実施例によれば、その目的、戦略、及び／又は規模が理由で、特殊トレーダ22yは、基本トレーダ22xと取引したくないことがあり得る。特定の実施例では、トレーディング・プラットフォーム５０は、特殊トレ―ダ22yと基本トレーダ22xとの間の取引を阻止するよう構成することができる。トレーディング・プラットフォーム５０は、基本トレーダ22xへの特殊トレーディング注文１２の開示を阻止するよう更に構成することができる。特に、トレーディング・プラットフォーム５０は、基本トレーダ22xに関連付けられたクライアント２０に送出された市場データ２４から特殊トレーディング注文１２に関する情報を除去又は削除することができる。

前述の通り、トレーディング・システム１０は、トレーダ２２のフレックス群72zを含み得る。特定の実施例によれば、フレックス群72zは、特殊トレーダ22yになる資格を有するが、基本トレーダ22xとも特殊トレーダ22yとも取引したいトレーダ２２を含む。特定の実施例では、フレックス群72zにおけるトレーダ２２は、特殊群72yにおけるトレーダ２２と同じ資格を満たし、かつ／又は同じ料金を支払うことが必要であり得る。トレーディング・システム１０は、フレックス群72zにおけるトレーダ22が、基本トレーダ22x及び特殊トレーダ22yと取引することを可能にするよう構成することができる。フレックス群72zにおけるトレーダ２２はフレックス・トレーダ22zとして表すことができ、フレックス・トレーダ22zからのトレーディング注文12は、フレックス注文12zとして表すことができる。

トレーディング・プラットフォーム50は、基本注文12x、特殊注文１２ｙ及びフレックス注文12zを受け取るよう動作可能である。特定の実施例では、トレーディング・プラットフォーム５０は、基本注文帳44x及び特殊注文帳44yを含む。基本注文帳12xは基本トレーダ22xからの基本注文12xを格納することができ、特殊注文帳44yは、特殊トレーダ22yからの特殊注文12yを格納することができる。
基本注文帳44x及び特殊注文帳44yは、トレーディング・プラットフォーム５０により、並列に使用することができる。例えば、トレーディング・プラットフォーム５０は、トレーディング商品Xに関連付けられた基本注文帳44x、並びにトレーディング商品Xに関連付けられた特殊注文帳44yを含み得る。トレーディング商品Xに対する第１のビッドを基本トレーダ22xから受け取ると、トレーディング・プラットフォーム５０は、トレーディング商品Xに関連付けられた基本注文帳44xに第１のビッドを格納し得る。トレーディング商品Xに対する第２のビッドを特殊トレーダ22yから受け取ると、トレーディング・プラットフォーム５０は、トレーディング商品Xに関連付けられた特殊注文帳44yに第２のビッドを格納することができる。

特定の実施例によれば、フレックス・トレーダ22zからのフレックス注文12zを、基本注文帳44x及び特殊注文帳44yに格納することができる。例えば、トレーディング商品Xに対するフレックス注文12zを受け取ると、トレーディング・プラットフォーム５０は、フレックス注文12zを、トレーディング商品Xに対する基本注文帳44x、及びトレーディング商品Xに対する特殊注文帳44yに格納することができる。

トレーディング・プラットフォーム５０は、基本注文帳44x及び特殊注文帳44yにおけるトレーディング注文１２の優先度を管理するよう動作可能である。各トレーディング注文１２は、トレーディング・プラットフォーム５０が特定のトレーディング注文１２を受け取った時点に関連して適切な注文帳４４に格納することができる。一般に、トレーディング注文１２のうちの優先度は、トレーディング注文１２に関連付けられた基準価格３２、及び／又は、トレーディング・プラットフォーム５０がトレーディング注文１２を受け取った時点に少なくとも部分的に基づき得る。特定の実施例では、特定の注文帳４４において、最も有利な基準価格３２に関連付けられたトレーディング注文１２が優先度を有する。特定の実施例によれば、特定の注文帳４４が、最も有利な基準価格３２と関連付けられている２つ以上のトレーディング注文１２を有する場合、トレーディング・プラットフォーム５０は、トレーディング・プラットフォーム５０によって最初に受け取られた、（最も有利な基準価格３２に関連付けられた２つ以上のトレーディング注文１２からの）特定のトレーディング注文１２に優先度を割り当てることができる。基本注文帳44xにおいて優先度を備えるトレーディング注文１２は、基本優先度を有するということができる。特殊注文帳44yにおける優先度を備えたトレーディング注文１２は、特殊優先度を有すると言うことができる。

特定の実施例では、メモリ３６は、注文帳４４に関連付けられた規則４２を含み得る。特に、メモリ３６は、基本注文帳44xに関連付けられた基本規則42x、及び特殊注文帳44yに関連付けられた特殊規則42yを含み得る。基本規則42xは一般に、基本注文12xを処理し、基本トレーダ22x間の取引を実行するための規則４２を備える。基本規則42yは一般に、特殊注文12yを処理し、基本トレーダ22y間の取引を実行するための規則４２を備える。基本規則42x及び特殊規則42yは、トレーディング注文１２をルーティングし、マッチングさせ、かつ／又は実行するための何れかの適切な命令、指針、指令、及び／又は基準を含み得る。特殊規則42y及び基本規則42xは、市場データ２４を生成し、かつ／又は開示するための命令、指針、指令、及び／又は基準を更に含み得る。
特定の実施例では、特殊規則42yは、基本規則42xとは異なり得る。例えば、特定の特殊規則42yは、注文12aに関連付けられている一任範囲１８が、反対注文12bに関連付けられている一任範囲１８と交差している場合、プロセッサ３８は、交差範囲５８の中間点の価格５６で取引を実行すべきであるというものであり得る。対照的に、特定の基本規則42xは、手持ち注文12aに関連付けられた一任範囲１８が、反対注文12bに関連付けられた一任範囲１８と交差している場合、プロセッサ３８は、手持ち注文12aの指し値54又は基準価格32で取引を実行すべきであるというものであり得る。
別の例として、特殊規則42yは、端数pip値１６を有する価格で取引をプロセッサ３８が実行することを可能にする第１の規則を含み得る。対照的に、基本規則42xは、トレーディング注文12が端数pip値１６に関連付けられている場合、プロセッサ３８は、基準価格３２を、最も近い全数pip値に丸めるべきであり、全数pip価格で取引を実行するべきである旨の第２の規則を含み得る。よって、基本規則42xは、特殊規則42yと異なり得る。その結果、特殊トレーダ22y間の取引は、基本トレーダ22x間の取引と違ったふうに実行することができる。

前述の特殊規則42yは特定の実施例では基本規則42xであり得る。前述の基本規則４２ｘは特定の実施例では特殊規則42yであり得る。更に、特殊規則42y及び基本規則42xは、トレーディング注文１２のルーティング、処理及びマッチング、並びに／又は市場データ２４の開示のための何れかの数及び組み合わせの適切な規則、命令、及び／又は基準を含み得る。

前述の通り、トレーディング・プラットフォーム５０は、基本注文帳44x及び特殊注文帳44yにおけるフレックス・トレーダ22zからの特定のフレックス注文12zを記憶することができる。特定の実施例では、特定のフレックス注文12zが、特定の注文帳44yにおける特定の特殊反対注文12bと一致している場合、プロセッサ３８は、特殊規則42yにより、フレックス注文12z及び特殊反対注文12bによって取引を実行することができる。特定の実施例では、特定のフレックス注文12zが、特定の注文帳44xにおける特定の基本反対注文12bと一致している場合、プロセッサ３８は、基本規則42xにより、フレックス注文12z及び基本反対注文12bによって取引を実行することができる。特定の実施例では、特定のフレックス注文12zが、特定のフレックス反対注文12zと一致している場合、プロセッサ38は、特殊規則42y又は基本規則42xにより、フレックス注文12z及びフレックス反対注文12zによる取引を実行することができる。

一例が、特定の実施例を例証する。この実施例では、トレーディング・プラットフォーム10は、特殊トレ―ダ22yと基本トレーダ22xとの間の取引を阻止するよう構成される。プロセッサ３８は、＄８の基準価格３２を備えたトレーディング商品Xに対する基本ビッドを基本トレーダ22xから受け取る。プロセッサ３８は、基本ビッドを基本注文帳44xに格納する。プロセッサ３８はその後、＄８の基準価格３２を備えたトレーディング商品Xの特殊オファーを特殊トレーダ22yから受け取る。プロセッサ３８は特殊オファーを特殊注文帳44yに格納する。トレーディング・システム１０は、特殊トレーダ22yと基本トレーダ22xとの間のトレードを阻止するよう構成されるので、プロセッサ３８は、＄８の特殊オファーを＄８の基本ビッドとマッチングさせるものでない。プロセッサ３８はその後、＄８の基準価格３２を備えたトレーディング商品Xに対するフレックス・ビッドをフレックス・トレーダ22zから受け取る。プロセッサ３８は、フレックス・ビッドを基本注文帳44x及び特殊注文帳44yに格納する。プロセッサ３８は、特殊注文帳44yを走査し、＄８のフレックス・ビッドが＄８の特殊オファーに一致する旨を判定する。プロセッサ３８は次いで、特殊注文帳44yからの＄８のフレックス・ビッドと、特殊注文帳44yからの＄８の特殊オファーとの間の取引を実行する。取引の実行に関し、プロセッサ３８は、基本注文帳44xから＄８のフレックス・ビッドを削除する。
前述の例は、ドルで表す基準価格３２を示すが、トレーディング・システム１０は、何れかの数及び組み合わせの適切なトレーディング商品に関連付けられたトレーディング注文１２を受け取り、処理することができる。

動作中、プロセッサ３８は、基本トレーダ22xからの基本注文12x、特殊トレーダ22yからの特殊注文12y、及びフレックス・トレーダ22zからのフレックス注文12zを受け取るよう動作可能である。基本注文12xを受け取ると、プロセッサ３８は、メモリ３６内の基本注文帳44xに基本注文12xを格納することができる。特殊注文12yを受け取ると、プロセッサ３８は、メモリ３６内の特殊注文帳44yに特殊注文12yを格納することができる。フレックス注文12zを受け取ると、プロセッサ３８は、基本注文帳44x及び特殊注文帳44yにフレックス注文12zを格納することができる。トレーディング・プラットフォーム５０におけるメモリ３６は、基本注文帳44xに関連付けられた基本規則42x、及び特殊注文帳44yに関連付けられた特殊規則42yを含み得る。

特定の実施例によれば、トレーディング・プラットフォーム５０はその後、反対注文12bを受け取ることができる。反対注文12bが基本トレーダ22xからの場合、トレーディング・プラットフォーム５０は、反対注文12bを、基本注文帳44xにおける基本注文12x及び／又はフレックス注文12zとマッチングさせることができる。反対注文12bが基本トレーダ22xからであり、基本注文帳44xにおけるフレックス注文12zとマッチングされた場合、トレーディング・プラットフォーム５０は、対応するフレックス注文12zを特殊注文帳44yから削除することができる。

特定の実施例では、反対注文12bが特殊トレーダ22yからの場合、トレーディング・プラットフォーム５０は、反対注文12bを、特殊注文帳44yにおける基本注文12y及び／又はフレックス注文12zとマッチングさせることができる。反対注文12bが特殊トレーダ22yからであり、特殊注文帳44yにおけるフレックス注文12zとマッチングされた場合、トレーディング・プラットフォーム５０は、対応するフレックス注文12zを基本注文帳44xから削除することができる。

特定の実施例では、反対注文12bがフレックス・トレーダ22zからの場合、トレーディング・プラットフォーム５０は、反対注文12bを、特殊注文帳44yにおける特殊注文12y及び／又はフレックス注文12zとマッチングさせることができる。特殊注文帳44yが、一致しているトレーディング注文１２を何ら有していない場合、トレーディング・プラットフォーム５０は、フレックス・トレーダ22zからの反対注文12bを、基本注文帳44xにおける基本注文12xとマッチングさせることができる。反対注文12bがフレックス・トレーダ22zからであり、特殊注文帳44yにおけるフレックス注文12zとマッチングされた場合、トレーディング・プラットフォーム５０は、対応するフレックス注文12zを基本注文帳44xから削除することができる。

図１０は、特定の実施例による、例示的な基本注文帳44x及び例示的な特殊注文帳44yを備えたメモリ36を示す。この例では、メモリ３６は、注文12aに関連付けられている一任範囲１８が、反対注文12bに関連付けられている一任範囲１８と交差している場合、プロセッサ３８は、交差範囲５８の中間点の価格５６で取引を実行すべきである旨の特殊規則42yを有する。メモリ36は、手持ち注文12aに関連付けられた一任範囲１８が、反対注文12bに関連付けられた一任範囲１８と交差している場合、プロセッサ３８は、手持ち注文12aの指し値54で取引を実行すべきである旨の基本規則42xを更に備える。この例では、フレックス反対注文１２が、基本注文帳44xにおけるトレーディング注文１２、及び特殊注文帳44yにおけるトレーディング注文１２に一致している場合、プロセッサ３８が、特殊注文帳44yにおけるトレーディング注文１２にフレックス反対注文12bをまずマッチングさせるべきである旨の一般規則４２をメモリ３６は更に備える。

この例では、プロセッサ３８は、100,000単位の数量２８に関連付けられた基本ビッドAを12:24:02に受け取る。基本ビッドAは、＄８の基本価格３２及び＄３の一任値５２と関連付けられている。プロセッサ３８は、基本ビッドAを基本ビッド帳44xに格納する。プロセッサ３８は次いで12:24:02に、500,000単位の数量２８に関連付けられた特殊ビッドBを受け取る。特殊ビッドBは、＄８の基準価格３２及び＄２の一任値５２と関連付けられる。トレーディング・プラットフォーム５０は、特殊ビッドBを特殊ビッド帳44yに格納する。

12:24:06に、プロセッサ３８は、500,000単位の数量２８に関連付けられたフレックス・ビッドCを受け取る。フレックス・ビッドCは、＄８の基準価格３２及び＄２の一任値５２と関連付けられている。プロセッサ３８は、フレックス・ビッドCを特殊ビッド帳44y及び基本ビッド帳44xに格納する。プロセッサ３８はその後、100,000単位の数量２８に関連付けられた基本ビッドDを受け取る。基本ビッドDは、＄８の基本価格３２及び＄２の一任値５２と関連付けられている。プロセッサ３８は、基本ビッドDを基本ビッド帳44xに格納する。

この例では、プロセッサ３８は、5,000,000単位の数量２８に関連付けられたフレックス・オファーEを受け取る。フレックス・オファーEは、＄１１の基準価格３２及び＄２の一任値５２と関連付けられている。フレックス・オファーEを受け取ると、プロセッサ３８は、フレックス・オファーEの一任範囲１８が、基本ビッドA、特殊ビッドB、フレックス・ビッドC及び基本ビッドDそれぞれの一任範囲１８と交差している旨を判定する。プロセッサ３８は、特殊ビッドBが、特殊ビッド帳44yにおける特別な優先度と関連付けられており、基本ビッドAが、基本ビッド帳44xにおける基本優先度と関連付けられている旨を更に判定する。
前述の通り、フレックス反対注文１２bが、基本注文帳44xにおけるトレーディング注文１２、及び特殊注文帳44yにおけるトレーディング注文１２に一致している場合、プロセッサ３８は、特殊注文帳44yにおけるトレーディング注文１２にフレックス反対注文12bをまずマッチングさせるべきである旨の一般規則４２をメモリ３６は有している。よって、プロセッサ３８は、特殊ビッドBをフレックス・オファーEにまずマッチングさせる。メモリ３６内の特殊規則42yによれば、プロセッサ３８は、＄9.50の中間点の価格５６で取引を実行する。
特殊ビッドBをフレックス・オファーEとマッチングさせた後、プロセッサ３８は、フレックス・オファーEの一部分（4,500,000単位）が満たされていない状態に留まる旨を判定する。一般規則４２によれば、プロセッサ３８は次いで、特殊ビッド帳44yにおけるフレックス・ビッドCをフレックス・オファーEとマッチングさせる。メモリ３６内の特殊規則42yによれば、プロセッサ３８は、＄9.50の中間点の価格５６で取引を実行する。取引の実行に関し、プロセッサ３８は、基本ビッド帳44xからフレックス・ビッドCを削除する。

フレックス・ビッドCをフレックス・オファーEとマッチングさせた後、プロセッサ３８は、フレックス・オファーEの一部分（4,000,000単位）が満たされていない状態に留まる旨を判定する。特殊ビッド帳44yは、マッチングするトレーディング注文１２をもう有していないので、プロセッサ３８は次いで、基本ビッド帳44x内の基本ビッドAをフレックス・オファーEとマッチングさせる。メモリ３６内の基本規則42xによれば、プロセッサ３８は、＄１１（すなわち、基本ビッドAの指し値５４）で取引を実行する。

フレックス・ビッドAをフレックス・オファーEとマッチングさせた後、プロセッサ３８は、フレックス・オファーEの一部分（3,900,000単位）が満たされていない状態に留まる旨を判定する。プロセッサ３８は次いで、基本ビッド帳44x内の基本ビッドDをフレックス・オファーEとマッチングさせる。メモリ36内の基本規則42xによれば、プロセッサ38は、取引を＄１０（すなわち、基本ビッドDの指し値５４）で実行する。プロセッサ３８は次いで、基本ビッド帳44xが、マッチングするトレーディング注文１２をもう有していない旨を判定する。よって、プロセッサ３８は、基本オファー帳及び特殊オファー帳にフレックス・オファーEの残りの部分（3,800,000単位）を格納する。

前述の例は、ドルで表す基準価格３２を示すが、トレーディング・システム１０は、何れかの数及び組み合わせの適切なトレーディング商品に関連付けられたトレーディング注文１２を受け取り、処理することができる。

前述の例は、一任値５２を有するトレーディング注文１２をマッチングさせるための特殊規則42y及び基本規則42xを示す。しかし、基本規則42ｘ及び特殊規則42yは、トレーディング注文１２の何れかの数及び組み合わせの特性に関連付けられた何れかの適切な命令、基準及び／又はロジックを含み得る。

本発明は、技術上の重要な利点をいくつか有する。本発明の種々の実施例は、これらの利点を何ら有しない場合があり、これらの利点の一部又は全部を有する場合もある。一利点として、トレーディング・システム１０は、特定の規則の組４２により、トレーダ２２の特定の群７２からのトレーディング注文１２を処理することができ、別の規則の組４２により、トレーダ２２の別の群４２からのトレーディング注文１２を処理することができる。特定の実施例では、トレーディング・システム１０は、別々のタイプのトレーダ２２間のトレーディングを阻止することができる。よって、トレーディング・システム１０は、厄介者として認識されるか、又は不当に優位に立っているとして認識されるカウンターパーティとのトレ―ディングをトレーダ２２が回避することを可能にし得る。

図１１は、特定の実施例による、トレーディング注文１２の管理のフローチャートである。方法は、工程１１０２で、基本トレーダ22xからの特定の基本注文12xを基本注文帳44xに格納することによって始まる。工程1104では、プロセッサ３８は、特殊注文12yを特殊トレーダ22yから受け取る。プロセッサ３８は、メモリ３６内の特殊注文帳44yに特殊注文12yを格納することができる。工程１１０６では、プロセッサ３８及び／又は市場データ・サーバ６０は、基本注文帳44x及び特殊注文帳44yにおけるトレーディング注文１２に少なくとも部分的に基づいて市場データ２４を生成することができる。プロセッサ３８及び／又は市場データ・サーバ６０は、メモリ３６内の注文帳４４における特殊注文12y、フレックス注文12z及び基本注文12xに関する情報を備えた市場データ２４を、フレックス・トレーダ22zに関連付けられたクライアント２０に送信することができる。工程1108では、プロセッサ３８及び／又は市場データ・サーバ６０は、特殊注文帳44yにおける特殊注文12yに関する情報を、基本トレーダ22xに送出される市場データ２４から除去することができる。

工程１１１０で、プロセッサ３８は、格納された基本注文12x及び受け取られた特殊注文12yに一致する特定のフレックス反対注文12bをフレックス・トレーダ22zから受け取る。工程1112で、プロセッサ３８は、受け取られた特殊注文12y及び受け取られたフレックス反対注文12bに関連付けられた取引を実行する。取引は、特殊規則42yによって実行することができる。工程1114で、プロセッサ３８は、フレックス反対注文１２bの何れかの部分が満たされていないか否かを判定する。プロセッサ３８が工程１１１４で、フレックス反対注文１２ｂ全てが満たされている旨を判定した場合、方法は次いで終了する。しかし、プロセッサ３８が工程1114で、フレックス反対注文12bの一部分が満たされていないと判定した場合、工程1116で、プロセッサ３８は、受け取られた基本注文12x、及び反対注文12bの満たされていない部分に関連付けられた取引を実行することができる。この取引は、メモリ３６内の基本規則42xによって実行することができる。方法は次いで終了する。

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

本発明によるトレーディング・システムの一実施例を示す図である。 特定の実施例による、端数pip値に関連付けられたトレーディング注文を備えた例示的な注文帳を示す図である。 特定の実施例による、市場データを表示するためのグラフィカル・ユーザ・インタフェースを示す図である。 特定の実施例による、端数pip値に関連付けられたトレーディング注文の処理のフローチャートである。 特定の実施例による、一任範囲に関連付けられたトレーディング注文を備えた例示的な注文帳を示す図である。 特定の実施例による、一任範囲に関連付けられたトレーディング注文を入力するためのグラフィカル・ユーザ・インタフェースを示す図である。 特定の実施例による、例示的な注文帳を示す図である。 一任範囲に関連付けられたトレーディング注文の処理のフローチャートである。 特定の実施例による、基本トレーダ、特殊トレーダ、及びフレックス・トレーダの間でトレーディングを管理するよう構成されたトレーディング・システムを示す図である。 特定の実施例による、例示的な基本注文帳及び例示的な特殊注文帳を備えたメモリを示す図である。 特定の実施例による、例示的な基本注文帳及び例示的な特殊注文帳を備えたメモリを示す図である。 特定の実施例による、トレーディング注文の管理のフローチャートである。

符号の説明

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

Claims (19)

1. トレーディング注文を管理するシステムであって、
   少なくとも１つのプロセッサと、
   通信するよう前記少なくとも１つのプロセッサに結合された少なくとも１つのメモリ装置であって、前記少なくとも１つのメモリ装置は、前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
   特定のトレーディング商品に関連付けられた第１の注文を受け取る機能であって、前記第１の注文は、第１の価格と、前記第１の価格が端数ｐｉｐ値を含む場合に前記第１の注文を前記第１の価格で実行するための要件とを含む機能と、
   前記第１の注文の前記第１の価格が端数ｐｉｐ値を含んでいるか否かを判定する機能と、
   前記第１の注文の前記第１の価格が前記端数ｐｉｐ値を含んでいるとの判定に応じて、前記少なくとも１つのメモリ装置に記憶された少なくとも１つの構成可能な閾値条件を前記第１の注文が満たしているか否かを判定する機能と、
   前記少なくとも１つの構成可能な閾値条件を前記第１の注文が満たしているとの判定に応じて市場データを生成する機能であって、前記市場データは前記第１の注文の第２の価格を含み、前記第２の価格は、前記端数ｐｉｐ値なしの前記第１の注文の前記第１の価格を含む機能と、
   前記特定のトレーディング商品に関連付けられた第２の注文を受け取る機能であって、前記第２の注文は、前記第１の注文の前記第２の価格を含む前記市場データの受け手から受け取られ、前記第２の注文は前記第１の注文に対する反対注文であり、前記第２の注文は第３の価格、及び前記第３の価格で前記第２の注文を実行するための要件を含み、前記第２の注文の前記第３の価格は前記第１の注文の前記第２の価格に一致する機能と、
   前記第２の注文が前記第１の注文に一致しているとの判定に応じて、前記第１の注文及び前記第２の注文に関連付けられた取引を実行する機能であって、前記取引が前記第１の価格で実行される機能と
   を行わせるシステム。
2. 請求項１記載のシステムであって、前記第１の注文が前記少なくとも１つの構成可能な閾値を満たしているか否かを判定する機能は、前記特定のトレーディング商品の数量閾値を判定する機能を含むシステム。
3. 請求項１記載のシステムであって、前記市場データが一又は複数のユーザに送信されるシステム。
4. 請求項１記載のシステムであって、前記第１の注文の前記第２の価格は、前記第１の価格のルート値を切り上げることなく前記端数ｐｉｐ値を削除することにより、前記端数ｐｉｐ値を抑制する機能を含むシステム。
5. 請求項１記載のシステムであって、前記第２の注文は、前記第１の注文の前記第１の価格で取引を実行するための命令を更に含むシステム。
6. 請求項１記載のシステムであって、ランダムな順序で一又は複数のユーザのモニタ上に前記市場データを表示する機能を更に含むシステム。
7. 請求項１記載のシステムであって、前記第１の注文の前記第１の価格が前記端数ｐｉｐ値を含んでいないとの判定に応じて前記第１の注文を注文スタックに記憶する機能を更に備えるシステム。
8. 請求項１記載のシステムであって、前記少なくとも１つのメモリ装置に記憶された前記少なくとも１つの構成可能な閾値条件を前記第１の注文が満たすことができないとの判定に応じて前記第１の注文を却下する機能を更に含むシステム。
9. トレーディング注文を管理する方法であって、
   特定のトレーディング商品に関連付けられた第１の注文を、プロセッサによって受け取る工程であって、前記第１の注文は、第１の価格と、前記第１の価格が端数ｐｉｐ値を含む場合に前記第１の注文を前記第１の価格で実行するための要件を含む工程と、
   前記第１の注文の前記第１の価格が端数ｐｉｐ値を含んでいるか否かを前記プロセッサによって判定する工程と、
   前記第１の注文の前記第１の価格が前記端数ｐｉｐ値を含んでいるとの判定に応じて、前記少なくとも１つのメモリ装置に記憶された少なくとも１つの構成可能な閾値条件を前記第１の注文が満たしているか否かを前記プロセッサによって判定する工程と、
   前記少なくとも１つの構成可能な閾値条件を前記第１の注文が満たしているとの判定に応じて市場データを前記プロセッサによって生成する工程であって、前記市場データは前記第１の注文の第２の価格を含み、前記第２の価格は、前記端数ｐｉｐ値なしの前記第１の注文の前記第１の価格を含む工程と、
   前記特定のトレーディング商品に関連付けられた第２の注文を前記プロセッサによって受け取る工程であって、前記第２の注文は、前記第１の注文の前記第２の価格を含む前記市場データの受け手から受け取られ、前記第２の注文は前記第１の注文に対する反対注文であり、前記第２の注文は第３の価格、及び前記第３の価格で前記第２の注文を実行するための要件を含み、前記第２の注文の前記第３の価格は前記第１の注文の前記第２の価格に一致する工程と、
   前記第２の注文が前記第１の注文に一致しているとの判定に応じて、前記第１の注文及び前記第２の注文に関連付けられた取引を前記プロセッサによって実行する工程であって、前記取引が前記第１の価格で実行される工程とを含む方法。
10. 請求項９記載の方法であって、前記構成可能な閾値条件は少なくとも前記特定のトレーディング商品の数量を含む方法。
11. 請求項９記載の方法であって、前記第２の価格は、前記第１の注文の前記第１の価格の前記端数ｐｉｐ値を前記市場データの受け手が識別することができないように前記端数ｐｉｐ値をマスクすることにより、前記市場データ内の前記端数ｐｉｐ値を抑制する工程を含む方法。
12. 請求項９記載の方法であって、前記第２の価格は、前記価格のルート値を切り上げることなく前記端数ｐｉｐ値を削除することにより、前記端数ｐｉｐ値を抑制する工程を含む方法。
13. 請求項９記載の方法であって、前記第２の注文の前記第３の価格で取引を実行するための前記要件は、前記第１の注文の前記第２の価格で取引を実行する工程を含む方法。
14. 請求項９記載の方法であって、ランダムな順序で一又は複数のユーザのモニタ上に前記送信された市場データを表示する工程を更に含む方法。
15. 請求項９記載の方法であって、前記端数ｐｉｐ値を抑制する工程は、クライアントに送信される市場データから前記端数ｐｉｐ値を前記プロセッサによって除去する工程を含む方法。
16. 請求項１記載のシステムであって、前記第１の注文が前記少なくとも１つの構成可能な閾値条件を満たしているとの判定に応じて注文帳に前記第１の注文を記憶するよう前記少なくとも１つのプロセッサを導く機能を更に含むシステム。
17. 請求項４記載のシステムであって、前記端数ｐｉｐ値を抑制する機能は、前記市場データにおいて前記端数ｐｉｐ値を受け手が受け取ることを阻止するシステム。
18. 請求項９記載の方法であって、前記第１の注文が前記少なくとも１つの構成可能な閾値条件を満たしているとの判定に応じて注文帳に前記第１の注文を記憶する工程を更に含む方法。
19. 請求項１１記載の方法であって、前記端数ｐｉｐ値を抑制する工程は、前記市場データにおいて前記端数ｐｉｐ値を受け手が受け取ることを阻止する方法。
    

Images