JP4981047B2 - トレーダーのリストを使用した、電子取引システムにおいて取引注文をルーティングするシステム及び方法 - Google Patents

Description

本発明は、概して電子取引に関し、特にトレーダーのリストを使用した、電子取引システムにおいて取引注文をルーティングするシステムに関する。

近年、電子取引システムは、商品、サービス、金融商品及び商品取引のような様々なアイテムの取引について広く支持されている。例えば、株式、債券、通貨、先物契約、石油及び金のような金融商品及び商品取引の取引を容易にする電子取引システムが作られている。

これらの電子取引システムの多くは、買い呼び（bid）／売り呼び（offer）処理を使用する。買い呼び／売り呼び処理では、受動側（passive side）により買い呼び及び売り呼びがシステムに提示され、能動側（aggressive side）によりそれら買い呼び及び売り呼びヒット（hit）又はリフト（lift）（又はテイク（take））される。例えば、受動的な取引相手は、特定の取引商品を購入するために「買い呼び」を提示し得る。このような買い呼びに応じて、能動側の取引相手は、所定の価格で最初の取引相手に取引商品を販売する意思を示すために「ヒット」を提示し得る。代替として、受動側の取引相手は、所定の価格で特定の取引商品を販売するために「売り呼び」を提示し、能動側の取引相手は、所定の価格で能動側の取引相手から取引商品を購入する意思を示すために、売り呼びに応じて「リフト（又は「テイク」）」を提示し得る。

本発明の目的は、電子取引システムにおけるネットワークトラフィックを低減するシステムを提供することにある。上記目的は、独立の請求項で定義された特徴により達成することができる。更なる拡張は、従属の請求項で特徴づけされる。
本発明によれば、従来の電子取引システムに関連する欠点及び課題が実質的に低減又は除去される。

１実施の形態では、取引注文を管理するシステムは、第一のトレーダーに関連するトレーダーのリストであって、１以上の他のトレーダーを指定するトレーダーリストを記憶するために作用するメモリを有する。本システムは、メモリに通信可能に結合され、第一のトレーダーからの取引注文を受けるために作用するプロセッサを更に有する。プロセッサは、複数のトレーダーに取引注文を送信するために更に作用し、複数のトレーダーは、トレーダーリストから１以上の指定されたトレーダーを含まない。プロセッサは、１以上の指定されたトレーダーへの取引注文の送信を防止するために更に作用する。

別の実施の形態では、取引注文を管理するシステムは、第一のトレーダーからの取引注文を受けるために作用するプラットフォームサーバを有し、第一のトレーダーは、１以上の他のトレーダーを指定するトレーダーリストに関連される。プラットフォームサーバは、複数のトレーダーに取引注文を送信するために更に作用する。本システムは、トレーダーのリストから指定された少なくとも１つの指定されたトレーダーに関連されるインタフェースサーバを更に有し、インタフェースサーバは、プラットフォームサーバに通信可能に結合され、トレーダーリストを記憶するために作用する。インタフェースサーバは、トレーダーリストから少なくとも１つの指定されたトレーダーへの取引注文の送信を防止するために更に作用する。

本発明の様々な実施の形態は、多数の技術的な利点を享受し得る。１以上の実施の形態は、以下に説明する技術的な利点の一部又は全部を享受してもよく、享受しなくてもよい点に留意すべきである。

１つの技術的な利点は、トレーダーのリストにより、ネットワークトラフィックが低減され、電子取引システムにおけるデータスループットが向上することにある。この技術的な利点は、マーケットメーカが取引注文又は注文価格の入力を電子取引システムの取引プラットフォームに提供するときに明らかである。トレーダーリストを使用しない取引システムでは、取引プラットフォームは、取引注文又は注文価格の入力を取引システムにおけるそれぞれのトレーダーに送信し、更にマーケットマーカが取引することを好まないトレーダーに送信する。取引注文又は注文価格の入力が取引システムにおけるそれぞれのトレーダーに送信されるため、ハイレベルのネットワークトラフィックが得られる。対照的に、トレーダーリストを使用する電子取引システムでは、取引注文又は注文価格入力は、取引システムにおいてそれぞれのトレーダーに送信されない。幾つかの実施の形態では、トレーダーリストを使用する電子取引システムでは、マーケットメーカが取引注文又は注文価格入力を提供したとき、取引プラットフォームは、取引注文又は注文価格の入力を特定のトレーダーリストにより指定されていないトレーダーにのみ送信する。取引注文又は注文価格の入力が取引システムにおけるそれぞれのトレーダーに送出されないために、ネットワークのトラフィックが低減される。このネットワークトラフィックにおける低減は、電子取引システムにおけるデータのスループットを増加する。

別の利点は、トレーダーのリストが、取引に関連するリスクを管理することにおいてトレーダーを支援する点で有利である。たとえば、特定のトレーダーは、高度に専門的なトレーダーによる取引は採算がとれる可能性がないことを認識する場合がある。この認識に基づいて、特定のトレーダーが取引するのを望まない高度に専門的なトレーダーを指定するために、特定のトレーダーはトレーダーリストを構成（configure）する場合がある。特定のトレーダーが取引注文及び／又は注文価格の入力を提供するとき、取引プラットフォームは、トレーダーリストにより指定されたトレーダーを除いて、取引注文及び／又は注文価格の入力を取引システムにおける他のトレーダーに送信する。したがって、取引プラットフォームは、採算が取れないと特定のトレーダーが信じる取引を防止する。

他の利点は、以下の図面、説明及び特許請求の範囲から当業者にとって容易に明らかになるであろう。本発明及びその利点の更に完全な理解のため、例を通して、添付図面と共に以下の説明が参照される。

図１は、本発明の所定の実施の形態に係る取引システム１０を示している。システム１０は、１つ以上の通信ネットワーク２０により取引プラットフォーム１８に結合された１つ以上の端末１４を有してもよい。一般的に、取引システム１０は、トレーダー１２から取引注文２４を受信して処理する。より具体的には、取引システム１０は、特定のトレーダー１２について、特定のトレーダー１２が取引するのを望まない１以上の他のトレーダー１２を指定するトレーダーのリスト４４を生成する。特定のトレーダー１２から取引注文２４を受信したことに応じて、取引システム１０は、特定のトレーダー１２に関連するトレーダーリスト４４により指定されるトレーダー１２への、受信された取引注文２４の送信を防止する。トレーダーリスト４４を使用して取引注文２４を処理することにより、取引プラットフォーム１８は、トレーダー１２とトレーダーリスト４４により指定されるトレーダー１２との間の取引を回避することにおいてトレーダー１２を支援する。

取引システム１０は、１つ以上の端末１４を有する。端末１４は、取引プラットフォーム１８のような取引システム１０の１つ以上の要素にアクセスするため、トレーダー１２により使用される適切なローカル又はリモートのエンドユーザ装置を表す。端末１４は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子手帳、携帯情報端末（ＰＤＡ）、ページャ、又は、システム１０の他の構成要素との情報の受信、処理、格納及び／又は通信することができる他の適切な装置（有線、無線又はこれらの双方）、構成要素若しくは要素を有してもよい。端末１４はまた、特定の構成及び配置に従って、ディスプレイ、マイクロフォン、キーボード、又は他の適切な端末装置のような適切なユーザインタフェースを有してもよい。取引プラットフォーム１８に通信可能に接続される任意の数の端末１４が存在してもよいことが理解される。

ある実施の形態では、端末１４は、インタフェースサーバ１５に通信可能に結合されてもよい。一般的に、インタフェースサーバ１５は、端末１４と取引プラットフォーム１８との間で取引注文２４、注文価格の入力（フィード）２６及びマーケットデータを送信するように動作可能である。特定のトレーダー１２について端末１４に結合される特定のインタフェースサーバ１５は、１以上のトレーダー１２に関連される、少なくとも１つのトレーダーのプロファイル３８、トレーダーの嗜好４２及びトレーダーのリスト４４（以下に記載される）を記憶する。少なくとも部分的にトレーダーのプロファイル３８に基づいて、インタフェースサーバ１５は、１以上の取引注文２４及び／又は１以上の注文価格の入力２６のトレーダー１２への開示を防止する。特に、インタフェースサーバ１５は、トレーダーリスト３８を使用して、取引プラットフォーム１８から受信されたマーケットデータのストリームから特定の取引注文２４をフィルタリングする。特定のインタフェースサーバ１５は、任意の数及び組み合わせの端末１４に通信可能に結合される。インタフェースサーバ１５は、汎用パーソナルコンピュータ（ＰＣ）、Macintosh、ワークステーション、ＵＮＩＸ（登録商標）型コンピュータ、サーバコンピュータ、又は適切な処理装置を表す。インタフェースサーバ１５は、前述の機能及び／又は動作を実行するように動作可能なハードウェア、ソフトウェア、ファームウェア、又はこれらの組み合わせを有してもよい。

端末１４は、トレーダー１２から取引注文２４を受信し、取引プラットフォーム１８に取引注文２４を送信するように動作可能である。取引注文２４は、たとえば株式、持ち株証券、債券、投資信託、オプション、先物取引、デリバティブ、通貨、他の金融商品、又は適切な取引商品のような商品を取引する注文を有する。このような取引注文２４は、買い呼び、売り呼び、成行き注文、指値注文、逆指し値注文、当日限り注文、見計らい注文、出合注文（GTC（good till cancelled） order）、期限まで有効な（good through）注文、一括売買（all or none）注文、一部（any part）注文、又は取引に適した他の注文を有してもよい。

一般的に、取引システム１０での様々な種類の取引注文２４は、受動的取引注文２４又は能動的取引注文２４として特徴付けられてもよい。能動的取引注文２４は、取引をアクチベート又はトリガする注文である。これに対して、受動的取引注文２４は、それ自体では取引をアクチベート又はトリガしない注文である。「ヒット」及び「テイク」（例えば「リフト」）は、能動的取引注文２４の例である。一般的に「買い呼び」及び「売り呼び」は、受動的取引注文２４の例である。（しかし、ある場合には、買い呼び又は売り呼びが能動的取引注文２４と考えられることがある。例えば、トレーダー１２が最善の買い呼び価格より下の売り呼びを提示すると、売り呼びは取引をトリガ又はアクチベートするため、能動的取引注文２４であると考えられ得る。）受動的及び能動的取引注文２４の例が示される。受動的トレーダー１２は、所定の価格で特定の量の商品Ａを購入するために「買い呼び」を提示してもよい。このような買い呼びに応じて、能動的トレーダー１２は、所定の価格で受動的トレーダー１２に特定の量の商品Ａの販売をアクチベート又はトリガするために「ヒット」を提示してもよい。この例では、買い呼びは受動的取引注文２４であり、ヒットが能動的取引注文２４である。他の例として、受動的トレーダー１２は、所定の価格で特定の量の商品Ａを販売する意思を示すために“売り呼び”を提示してもよい。次に、能動的トレーダー１２は、受動的トレーダー１２から所定の価格で特定の量の商品Ａの購入をアクチベート又はトリガするため、売り呼びに応じて「リフト」（又は「テイク」）を提示してもよい。この例では、売り呼びが受動的取引注文２４であり、リフト（又はテイク）が能動的取引注文２５である。

ここで端末１４は「トレーダー」１２により使用されるものとして記載されるが、「トレーダー」という用語は、ユーザが本人の代わりに行動する代理人であれ、本人であれ、個人であれ、（会社のような）法人であれ、システム１０で取引注文２４を行うこと及び／又は取引注文２４に応じることができるマシン又はメカニズムであれ、取引システム１０のユーザに広く当てはまることを意味することが理解される。所定のトレーダー１２は、顧客１２ａである場合がある。他のトレーダー１２は、マーケットメーカ１２ｂである場合がある。

マーケットメーカ１２ｂは、同じ商品について同時に買い呼び及び売り呼びの取引注文２４の一方又は双方を提示及び／又は保持する個人、会社又は他のエンティティである。例えば、マーケットメーカ１２ｂは、公の見積価格で所与の担保（security）を購入及び／又は販売する用意、意思及び可能性により、その担保で会社の買い呼び及び／又は売り呼び価格を保持する仲介業又は銀行でもよい。一般的に、マーケットメーカ１２ｂは、特定の数の特定の証券の買い呼び及び／又は売り呼び価格を表示し、これらの価格が合致するときに、マーケットメーカ１２ｂは、自分のアカウントから直ちに購入及び／又は販売する。所定の実施の形態によれば、単一の取引注文２４は、潜在的に異なる価格で複数のマーケットメーカ１２ｂにより満たされてもよい。

顧客１２ａは、マーケットメーカ１２ｂではない取引システム１０のユーザである。顧客１２ａは、個人投資家、本人の代わりに行動する代理人、本人、個人、（会社のような）法人、又はシステム１０で取引注文２４を行うこと及び／又は取引注文２４に応じることができるマシン若しくはメカニズムでもよい。

ある実施の形態では、個人、会社又は他のエンティティから受信した取引注文２４が（例えば、仲介業又は銀行といった）従来のマーケットメーカ１２ｂから受信したものとして扱われるように、マーケットメーカ１２ｂは、特権（privilege）が与えられる個人、会社又は他のエンティティを含む。例えば、顧客１２ａとして扱われる所定の個人、会社又は他のエンティティは、ここで説明されるシステム及び方法の目的で、マーケットメーカ１２ｂとして扱われる特権が与えられる場合がある。マーケットメーカの特権を受け取るために、個人、会社又は他のエンティティは、料金を払うこと、手数料を払うこと、又は特定の商品について買い呼び及び売り呼び取引注文２４の双方を提示及び／又は同時に維持することが要求される場合がある。所定の実施の形態によれば、個人、会社又は他のエンティティは、特定の商品についてマーケットメーカ１２ｂとして指定されるが、他の商品について顧客１２ａとして指定されてもよい。

ある実施の形態では、マーケットメーカ１２ｂの多階層のシステムが使用される場合がある。取引プラットフォーム１８は、例えば、マーケットメーカ１２ｂが電子入力に関連しているか否か、マーケットメーカ１２ｂが強気のトレーダーであるか否か、又はマーケットメーカ１２ｂが特定の情報を有するか否かといった、１つ以上の基準に基づいて、異なるマーケットメーカ１２ｂに異なる特権を与える。マーケットメーカ１２ｂは、異なる取引可能な商品について異なる層に分類されてもよい。例えば、特定のマーケットメーカ１２ｂは、このマーケットメーカ１２ｂが強気のトレーダーである商品について第１レベルのマーケットメーカとして分類されてもよく、他の種類の商品について第２レベルのマーケットメーカ１２ｂとして分類されてもよい。

端末１４は、注文価格入力モジュール１６に通信可能に結合されてもよい。注文価格入力モジュール１６は、１つ以上の注文価格入力２６を生成及び／又は通信する適切なハードウェア及び／又はソフトウェアを有する。ある実施の形態では、注文価格入力モジュール１６は、端末１４及びインタフェースサーバ１５から離れてもよい。他の実施の形態では、注文価格入力モジュール１６は、端末１４又はインタフェースサーバ１５内に含まれてもよい。従って、ある実施の形態では、注文価格入力モジュール１６の機能及び動作は、端末１４、インタフェースサーバ１５、又は取引システム１０の他の適切な構成要素により実行されてもよい。注文価格入力２６は、トレーダー１２が特定の取引商品について送信又は入手可能にしようと思う現在の最善の買い呼び及び／又は売り呼びを示すリアルタイム（又は実質的にリアルタイム）のデータストリームでもよい。特定の取引商品の注文価格入力２６は、売り呼び量、売り呼び価格、買い呼び量及び／又は買い呼び価格を含む。特定のマーケットメーカ１２ｂは、特定の取引商品について注文価格入力２６（例えば、呼値スプレッド）を複数のマーケットセンター４０及び／又は取引プラットフォーム１８に供給し、マーケットメーカ１２ｂは、その最善の買い呼び及び売り呼び価格で一般市場を溢れさせることを可能にしてもよい。所定の実施の形態によれば、マーケットメーカ１２ｂは、その買い呼び及び売り呼び価格で持続的に取引してその差で利益を得ることにより収入を作る。このような方策は、「呼値スプレッド取引（trading the bid-offer spread）」と呼ばれる場合がある。

端末１４及び／又は注文価格入力モジュール１６は、ネットワーク２０を介して取引プラットフォーム１８に通信可能に結合されてもよい。ネットワーク２０は、端末１４と取引プラットフォーム１８及び／又はマーケットセンター４０との間でデータ又は情報を交換するように動作可能な通信プラットフォームである。

ある実施の形態では、ネットワーク２０は、端末１４がプラットフォーム１８及び／又はマーケットセンター４０と通信することを可能にするインターネットアーキテクチャを表してもよい。他の実施の形態では、ネットワーク２０は、トレーダー１２が同じ動作又は機能を実行するために使用する一般電話システム（POTS：plain old telephone system）でもよい。ある実施の形態では、ネットワーク２０は、システム１０における２つのノード間で通信のインタフェース又は交換を提供するパケットデータネットワーク（PDN：packet data network）でもよい。ネットワーク２０は、前述の例の組み合わせを更に有してもよく、ローカルエリアネットワーク（LAN：local area network）、メトロポリタンエリアネットワーク（MAN：metropolitan area network）、広域ネットワーク（WAN：wide area network）、無線ローカルエリアネットワーク（WLAN：wireless local area network）、仮想プライベートネットワーク（VPN：virtual private network）、イントラネット、又は端末１４とプラットフォーム１８及び／又はマーケットセンター４０との間の通信を容易にする他の適切なアーキテクチャ若しくはシステムを更に有してもよい。

マーケットセンター４０は、為替、電子証券取引ネットワーク（ECN：Electronic Communication Network）、代替取引システム（ATS：Alternative Trading System）、マーケットメーカ、又は他の適切な市場参加者を含む、あらゆる種類の注文実行場所を有する。それぞれのマーケットセンター４０は、公の見積価格（マーケットセンター価格とも呼ばれる）で購入又は販売する用意、意思及び可能性により、所定の取引商品で買い呼び及び売り呼び価格を保持する。特定のマーケットセンター４０は、例えば、株式、債券、確定利付き証券、先物契約、通貨、貴金属のような複数の取引商品の取引を容易にしてもよい。マーケットセンターは、ネットワーク２０を介して取引プラットフォーム１８に通信可能に結合されてもよい。

取引プラットフォーム１８は、取引注文２４のルーティング、マッチング及び他の処理を容易にする取引アーキテクチャである。取引プラットフォーム１８は、取引注文２４及び／又は注文価格の入力２６をルーティングし、マッチングし、処理し又は充填する人、企業又はエンティティのための管理センタ又は本部事務所を有してもよい。従って、取引プラットフォーム１８は、取引環境を管理又は運営する行政機関又は監督エンティティの動作及び機能を実現するために利用又は実施されるハードウェア、ソフトウェア、人員、装置、構成要素、要素又はオブジェクトの適切な組み合わせを有してもよい。取引プラットフォーム１８は、プロセッサ３２とメモリ３４とを有してもよい。

プロセッサ３２は、取引注文２４を処理し、取引注文２４をメモリ３４に記録し、取引注文２４をトレーダー１２及び／又は取引交換所４０にルーティングするように動作可能である。プロセッサ３２は、メモリ３４に格納されたルール３６を実行し、トレーダーのリスト４４を生成及び使用して、トレーダー１２間の取引注文２４及び／又は注文価格の入力２６の開示を管理する。プロセッサ３２は、記載の機能又は動作を提供する１つ以上のモジュールに実装されたハードウェアとソフトウェアとの適切な組み合わせを有してもよい。

メモリ３４は、ランダムアクセスメモリ（RAM：random access memory）、読み取り専用メモリ（ROM：read only memory）、磁気コンピュータディスク、CD-ROM、又は他の磁気若しくは光記憶媒体、若しくは、１以上のファイル、リスト、テーブル、又は取引注文２４のような情報のアレンジメントを記憶する他の揮発性若しくは不揮発性メモリ装置、からなる適切な構成を有する。図１はメモリ３４を取引プラットフォーム１８の内部にあるものとして示しているが、メモリ３４は、特定の実装に応じて、取引システム１０の構成要素の内部又は外部でもよいことがわかる。また、図１に示すメモリ３４は、取引システム１０で使用するメモリ装置の適切な構成を実現するための、他のメモリ装置とは個別に設けられるか又は一体として設けられる。

所定の実施の形態によれば、メモリ３４は、ルール３６とトレーダープロファイル３８とを有する。一般的に、ルール３６は、取引注文１２をルーティング、マッチング、処理又は充填するソフトウェア命令を有する。特に、ルール３６は、トレーダー１２及び／又はマーケットセンター４０の間で取引注文２４及び／又は注文価格入力２６の開示を管理するため、トレーダーリスト４４を生成及び使用するための命令を含む。

一般的に、トレーダープロファイル３８は、トレーダー１２のアイデンティティ、アドレス、雇用主、及び／又はアカウントに関する情報を有する。ある実施の形態では、取引システム１０におけるそれぞれのトレーダー１２は、それぞれのトレーダープロファイル３８に関連される。トレーダープロファイル３８は、特定のトレーダー１２のトレーダーの嗜好４２及びトレーダーのリスト４４を有する。トレーダープロファイル３８は、たとえばトレーダー１２に関連されるアクティビティログ、取引データ、及び履歴データのような他の関連する情報を更に含む。取引プラットフォーム１８は、ある人又はエンティティがトレーダー１２として取引システム１０を使用するために登録するのを可能にする。ある特定のトレーダー１２が取引システム１０を使用するために登録したとき、取引プラットフォーム１８は、そのトレーダー１２についてトレーダーのプロファイル３８を生成する。したがって、取引システム１０におけるそれぞれのトレーダー１２について、メモリ３４は、対応するトレーダープロファイル３８を記憶する。

取引プラットフォーム１８と、これに関連するインタフェース、プロセッサ及びメモリ装置との内部構造は適応性があり、取引プラットフォーム１８の目的の動作を実現するように容易に変更、変形、再配置又は再構成されてもよいことが理解されるべきである。

動作において、取引プラットフォーム１８は、トレーダーリスト４４を使用して、特定のトレーダー１２が取引するのを望まない他のトレーダー１２と取引している特定のトレーダー１２のリスクを最小にする。たとえば、特定のトレーダー１２は、高度に専門のトレーダー１２との取引は採算が取れる可能性がないことを認識する場合がある。この認識に基づいて、特定のトレーダー１２は、特定のトレーダー１２が取引するのを望まない高度に専門のトレーダー１２を指定するため、トレーダーリスト４４を構成する。取引プラットフォーム１８が特定のトレーダー１２から取引注文２４を受けるとき、取引プラットフォーム１８は、トレーダー１２に関連する特定のトレーダーリスト４４を識別するため、トレーダー１２に関連するトレーダープロファイル３８をスキャンする。トレーダーリスト４４は、トレーディングシステム１０において１以上のトレーダー１２を指定する。取引プラットフォーム１８は、トレーダーリスト４４により指定されるトレーダー１２を除いて、取引システム１０におけるトレーダー１２に取引注文２４を送信する。取引プラットフォーム１８は、トレーダーリスト４４により指定された特定のトレーダー１２への取引注文２４の送信を肯定的に防止する。したがって、取引プラットフォーム１８がトレーダーリスト４４を使用するため、特定のトレーダー１２は、特定のトレーダー１２とトレーダーリスト２４により指定されるトレーダー１２の間の取引を回避する。

所定の実施の形態によれば、取引プラットフォーム１８により、人又はエンティティがトレーダー１２として取引システム１０を使用するために登録することが可能となる。トレーダー１２が取引システム１０を使用するために登録したとき、取引プラットフォーム１８は、トレーダー１２の嗜好４２、アカウント、アイデンティティ、交友関係、サイズ、取引履歴、及び／又は他の適切なトレーダー１２の属性に関する情報をトレーダー１２から要求及び受信する。トレーダー１２により提供されるこの情報に基づいて、取引プラットフォーム１８は、トレーダー１２についてトレーダープロファイル３８を生成する。取引プラットフォーム１８は、トレーダープロファイル３８にトレーダー１２のトレーダーの嗜好４２を記憶する。

ある実施の形態では、取引プラットフォーム１８は、特定のトレーダー１２が取引するのを望まない１以上のトレーダー１２を指定するトレーダーリスト４４を特定のトレーダー１２が作成するのを可能にする。トレーダー１２は、多数のトレーダーリスト４４を生成する場合がある。たとえば、特定のトレーダー１２は、あるタイプの取引製品についてある取引リスト４４を生成し、別のタイプの取引製品について別の取引リスト４４を生成する場合がある。特定のトレーダー１２に関連するトレーダーリスト４４のそれぞれは、同じであるか、又は異なる場合がある。取引プラットフォーム１８は、そのトレーダー１２のトレーダープロファイル３８に特定のトレーダー１２のトレーダーリスト４４を記憶する。取引プラットフォーム１８は、トレーダー１２が取引システム１０を使用するために登録するとき、トレーダー１２がトレーダーリスト４４を作成するのを可能にする。ひとたびトレーダー１２がトレーダーリスト４４を作成すると、トレーダー１２は、マーケット及び／又は取引方法における変更を反映するため、トレーダーリスト４４を更新、修正、及び／又は変化する。

ある実施の形態では、特定のトレーダー１２について、取引プラットフォーム１８は、そのトレーダー１２のトレーダーの嗜好４２に基づいて自動的にトレーダーリスト４４の全部又は一部を作成する。取引プラットフォーム１８は、特定のトレーダー１２のトレーダーの嗜好４２を取引システム１０における他のトレーダー１２のトレーダープロファイル３８と比較することで、特定のトレーダー１２についてトレーダーリスト４４を生成する。たとえば、トレーダー１２は、取引プラットフォーム１８に特定のトレーダーの嗜好４２を提供し、その１０年債券（note）の取引ボリュームが過去７日間で＄５００，０００，０００を超えるトレーダーと１０年債券を取引するのを回避する。取引プラットフォーム１８は、トレーダー１２に関連するトレーダープロファイル３８に、この特定のトレーダーの嗜好４２を記憶する。この例では、取引プラットフォーム１８は、その１０年債券の取引ボリュームが過去７日間で＄５００，０００，０００を超える取引システム１０におけるトレーダー１２を識別するため、他のトレーダー１２の取引プロファイル３８をスキャンする。取引プラットフォーム１８は、識別されたトレーダー１２を指定するトレーダーリスト４４を生成し、トレーダーのプロファイル３８に生成されたトレーダーのリスト４４を記憶する。この例では、取引プラットフォーム１８は、それぞれの日の終わりでトレーダーリスト４４を更新するか、又は、トレーダーリスト４４が最近の取引の行為（すなわち最近の７日間の１０年債券の取引）に基づくように他の構成可能な期間でトレーダーリスト４４を更新する。

上述の例は、相手のトレーダー１２の特定の特性に基づいたトレーダーの嗜好４２を例示している（すなわち、特定の取引製品（１０年債券）の特定の閾値（＄５００，０００，０００）を超える取引ボリューム）。しかし、トレーダーの嗜好４２は、相手のトレーダー１２に関連する任意の数及び組み合わせの特性に基づいている。たとえば、トレーダーの嗜好４２は、特定の取引製品に関連され、トレーダーリスト４４は、特定の取引製品を取引することを専門とするトレーダー１２を指定する場合がある。別の例として、トレーダーの嗜好４２は、特定の取引行為に関連され、トレーダーのリスト４４は、特定の取引行為に従事するトレーダー１２を指定する場合がある。したがって、特定のトレーダーの嗜好４２は、サイズ、交友関係、取引履歴、アイデンティティ、専門性、及び／又は相手のトレーダー１２の他の適切な特性に基づく場合がある。

ひとたび取引プラットフォーム１８が特定のトレーダー１２から取引注文２４を受けると、取引プラットフォーム１８は、特定のトレーダーに関連するトレーダーのプロファイル３８がトレーダーリスト４４を含むかを判定する。トレーダープロファイル３８がトレーダーリスト４４を含む場合、取引プラットフォーム１８は、トレーダーリスト４４により指定されたトレーダー１２を除いて、取引システム１０におけるトレーダー１２に取引注文２４を送信する。取引注文２４をトレーダー１２に送信することは、取引注文２４をトレーダー１２に開示すること、表示すること、及び／又はさもなければ伝達することを含む。取引注文２４の送信を防止することは、トレーダーリスト４４により指定されたトレーダー１２に関連する１以上のキューから取引注文２４を削除すること、トレーダーリスト４４により指定されるトレーダー１２に関連する１以上のデータストリームから取引注文２４をフィルタリングすること、及び／又は、トレーダーリスト４４により指定されるトレーダー１２から取引注文２４をルーティングすることを含む。

なお、取引プラットフォーム１８がトレーダー４４を使用して、取引注文２４の送信をフィルタリングするのと同時に、取引プラットフォーム１８は、トレーダーリスト４４を使用して、注文価格の入力２６の送信をフィルタリングする。特に、トレーダー１２が注文価格の入力２６を提供するとき、取引プラットフォーム１８は、トレーダー１２に関連するトレーダーリスト４４を使用して、トレーダーリスト４４により指定されるトレーダー１２への注文価格の入力２６の送信を防止する。取引プラットフォーム１８は、特定のトレーダー１２に関連するトレーダーリスト４４により指定されるトレーダー１２が特定のトレーダー１２に関連する注文価格の入力２６に対して能動的になるのを防止する。

ある実施の形態では、取引プラットフォーム１８は、特定のトレーダー１２に関連するトレーダーリスト４４により指定されるトレーダー１２から取引注文２４を特定のトレーダー１２に送信する。したがって、指定されたトレーダー１２はトレーダーリスト４４に関連される特定のトレーダー１２から取引注文２４を受信しないが、特定のトレーダー１２は、指定されたトレーダー１２から取引注文２４を受信する。ある実施の形態では、取引プラットフォーム１８は、トレーダーリスト４４により指定されていない特定のトレーダー１２により提供される特定の取引注文２４の表示に関して薄暗くされるかハイライト表示されるように、指定されたトレーダー１２から取引注文２４を端末１４に表示させる。たとえば、特定のトレーダーＡは、トレーダーＢ及びＤを指定するトレーラーリスト４４に関連する。この例では、取引システム１０は、トレーダーＡ，Ｂ，Ｃ，Ｄ及びＥを有する。トレーダーＡが取引注文２４ａを提供する場合、取引プラットフォーム１８は、取引注文２４ａをトレーダーＣ及びＥに送信するが、トレーダーリスト４４に基づいて、取引注文２４ａのトレーダーＢ及びＤへの送信を防止する。この例では、トレーダーＢが取引注文２４ｂを提供し、トレーダーＣが取引注文２４ｃを提供する場合、取引プラットフォーム１８は、取引注文２４ｂ及び取引注文２４ｃをトレーダーＡに関連する端末１４に送信する。トレーダーＢはトレーダーＡに関連するトレーダーリスト４４により指定されるため、取引プラットフォーム１８は、取引注文２４ｃに関して薄暗くされるか又はハイライト表示されるように、取引注文２４ｂをトレーダーＡに関連する端末１４に表示させる。上述された例は２つのトレーダー（すなわちトレーダーＢ及びＤ）を指定するとしてトレーダーリスト４４を説明しているが、トレーダーリスト４４は、任意の数及び組み合わせの適切な基準に基づいて、トレーダー１２の数及び組み合わせを指定する場合がある。

上述された例では、トレーダーリスト４４に基づいて、取引プラットフォーム１８は、特定のトレーダー１２への特定の取引注文２４の送信及び／又は開示を防止する。しかし、特定の取引注文２４及び／又は注文価格の入力２６の送信及び／又は開示を防止する機能は、インタフェースサーバ１５により、取引プラットフォーム１８により、又はインタフェースサーバ１５及び取引プラットフォーム１８の組み合わせにより実行される場合がある。たとえば、インタフェースサーバ１５は、取引プラットフォーム１８に関連するアプリケーションプログラムインタフェース（ＡＰＩ）の全部又は一部を含む。ある実施の形態では、特定のトレーダー１２に関連するインタフェースサーバ１５は、（トレーダーの嗜好４２及びトレーダーのリスト４４を含めて）トレーダープロファイル３８を記憶する。少なくとも部分的にトレーダーリスト４４に基づいて、インタフェースサーバ１５は、１以上の取引注文２４及び／又は注文価格の入力２６の１以上のトレーダー１２への開示を防止する。したがって、ある実施の形態では、特定のトレーダー１２への取引注文２４の開示を防止する機能は、少なくとも部分的に、１以上のインタフェースサーバ１５により実行される。

所定の実施の形態によれば、取引注文２４を処理するためにトレーダーリスト４４を使用することは、様々な利点を提供する。１つの利点は、トレーダーリスト４４を使用することで、取引に関連するリスクを管理することにおいて取引プラットフォーム１８がトレーダー１２を支援することである。たとえば、特定のトレーダー１２は、高度に専門のトレーダー１２との取引は採算が取れる可能性がないことを認識する場合がある。この認識に基づいて、特定のトレーダー１２は、この特定のトレーダー１２が取引することを望まない高度に専門のトレーダー１２を指定するためにトレーダーリスト４４を構成する場合がある。特定のトレーダー１２が取引注文２４及び／又は注文価格の入力２６を提供するとき、取引プラットフォーム１８は、トレーダーリスト４４により指定されたトレーダー１２を除いて、取引システム１０におけるトレーダー１２に取引注文２４及び／又は注文価格の入力２６を送信する。したがって、取引プラットフォーム１８は、特定のトレーダー１２は採算がとれないと信じる取引を防止する。

別の利点として、トレーダーリスト４４を使用して、取引プラットフォーム１８は、迷惑として認識される小さな取引を制限又は除去する場合がある。たとえば、特定のトレーダー１２は、大量の特定の取引製品を取引するために取引注文２４として売り呼びを提供する。トレーダーリスト４４を持たないシステムでは、小さなトレーダー１２は、取引注文２４を受け、取引注文２４の全体量のうちの比較的小さな部分に対して能動的になる。取引注文２４を提供した特定のトレーダー１２は、係る小さなトランザクションを迷惑として認識する。この迷惑を除くため、特定のトレーダー１２は、大きな買い呼び又は売り呼びの小さな部分のみに能動的になる傾向がある取引システム１０におけるトレーダー１２を指定するためにトレーダーリスト４４を構成する。したがって、特定のトレーダー１２が取引注文２４を提供したとき、取引プラットフォーム１８は、トレーダーリスト４４により指定された小さなトレーダー１２を除いて、取引注文２４を取引システム１０におけるトレーダー１２に送信する。したがって、取引プラットフォーム１８は、迷惑のタイプの取引の発生を低減する。したがって、トレーダー１２がトレーダーリスト４４を構成するのを可能にすることで、取引プラットフォーム１８は、リスクを管理すること、迷惑のタイプの取引を回避することにおいてトレーダー１２を支援する。

図２Ａ及び図２Ｂは、特定のトレーダー１２と該特定のトレーダー１２が取引するのを望まない他のトレーダー１２との間の取引を防止するための、トレーダーリスト４４を使用する例を与える。特に、図２Ａは、特定のトレーダー１２に関連するトレーダープロファイル３８を示す。この例では、特定のトレーダ１２は、トレーダーＨと呼ばれる。トレーダーＨは、トレーダーの嗜好４２ａ，４２ｂ及び４２ｃを取引プラットフォーム１８に提供する。トレーダーの嗜好４２ａは、その１０年債券の取引のボリュームが過去７日間で＄５００，０００，０００を超えたトレーダー１２との１０年債券の取引を実行することを回避する。トレーダーの嗜好４２ｂは、取引の値が＄５０，０００よりも低いユーロの取引を実行するのを回避する。トレーダーの嗜好４２ｃは、日本の円について注文価格の入力２６に関連しないトレーダー１２による株式Ａの取引を実行するのを回避する。取引プラットフォーム１８は、トレーダーＨに関連するトレーダープロファイル３８にトレーダーの嗜好４２ａ，４２ｂ及び４２ｃを記憶する。

この例では、取引プラットフォーム１８は、トレーダーＨについてトレーダーリスト４４を自動的に生成するため、トレーダープロファイル３８におけるトレーダーの嗜好４２を使用する。トレーダーの嗜好４２ａは１０年債券に関連するため、取引プラットフォーム１８は、１０年債券に関連するトレーダーリスト４４ａを生成する。特に、取引プラットフォーム１８は、その過去７日間における１０年債券の取引ボリュームが＄５００，０００，０００を超える取引システム１におけるトレーダー１２を識別するため、トレーダープロファイル３８をスキャンする。この例では、取引プラットフォーム１８は、過去７日間、それぞれのトレーダーＡ，Ｅ，Ｆ及びＧについて１０年債券の取引ボリュームは＄５００，０００，０００を超えるかを判定する。したがって、取引プラットフォーム１８は、トレーダーＡ，Ｅ，Ｆ及びＧを指定するため、トレーダーリスト４４ａを構成する。

トレーダーの嗜好４２ｂはユーロに関連するので、取引プラットフォーム１８は、ユーロに関連されるトレーダーリスト４４ｂを生成する。特に、取引プラットフォーム１８は、取引の値が＄５０，０００以下であるユーロの取引を始める傾向にある取引システム１０におけるトレーダー１２を識別するため、トレーダープロファイル３８をスキャンする。この例では、取引プラットフォーム１８は、トレーダーＢ及びＤが係る取引を開始する傾向にあるかを判定する。したがって、取引プラットフォーム１８は、トレーダーＢ及びＤを指定するためにトレーダーリスト４４ｂを構成する。

トレーダーの嗜好４２ｃは株式Ａに関連するため、取引プラットフォーム１８は、株式Ａに関連するトレーダーリスト４４ｃを生成する。トレーダーの嗜好４２ｃに基づいて、取引プラットフォーム１８は、トレーダーのプロファイル３８をスキャンし、日本の円について注文価格の入力２６に関連しないトレーダー１２を識別する。この例では、取引プラットフォーム１８は、トレーダーＣ，Ｅ及びＤが日本の円について注文価格の入力２６に関連しないかを判定する。したがって、取引プラットフォーム１８は、トレーダーＣ，Ｅ及びＤを指定するためにトレーダーリスト４４ｃを構成する。したがって、トレーダーＨは、３つのトレーダーリスト４４に関連し、それぞれのトレーダーリスト４４は、異なる取引製品に関連する。この例で示されるように、取引プラットフォーム１８は、特定のトレーダー１２のトレーダープロファイル３８に記憶されるトレーダーの嗜好４２に基づいて、トレーダーリスト４４を自動的に生成及び／又は構成する。

図２Ｂは、図２Ａに例示される例となるトレーダープロファイル３８に係る、トレーダー１２と取引プラットフォーム１８の間の動作のフローの１実施の形態を示す。この例では、取引システム１０は、８つのトレーダー１２、すなわちトレーダーＡ〜Ｈを有する。この例では、トレーダーＨは、１０年債券について取引注文２４を取引プラットフォーム１８に提供する。取引注文２４の受信に応じて、取引プラットフォーム１８は、トレーダーＨに関連するトレーダープロファイル３８が１０年債券に関連するトレーダーリスト４４ａを有することを判定する。特に、取引プラットフォーム１８は、トレーダーリスト４４ａがトレーダーＡ，Ｅ，Ｆ及びＧを指定するかを判定する。取引プラットフォーム１８は、トレーダーＢ，Ｃ及びＤに取引注文２４を送信する。トレーダーリスト４４ａに基づいて、取引プラットフォーム１８は、トレーダーＡ，Ｅ，Ｆ及びＧに取引注文の送信を回避する。したがって、取引プラットフォーム１８は、トレーダーＨが取引するのを望まない取引システム１０におけるトレーダー１２との１０年債券に取引を回避するのを可能にする。

図２Ｃは、図２Ａに例示される例となるトレーダープロファイル３８に係るトレーダー１２と取引プラットフォーム１８の間の動作のフローの別の実施の形態を示す。この例では、取引システム１０は、８つのトレーダー１２、すなわちトレーダーＡ〜Ｈを有する。それぞれのトレーダー１２は、それぞれのインタフェースサーバ１５に関連する。この例では、それぞれのインタフェースサーバ１５は、１以上のトレーダープロファイル３８を記憶する。トレーダープロファイル３８は、トレーダーの嗜好４２及びトレーダーリスト４４（図示せず）を有する。この例では、特定のトレーダー１２への特定の取引注文２４の開示を防止する機能は、インタフェースサーバ１５により少なくとも部分的に実行される。特に、トレーダーＨは、取引プラットフォーム１８に取引注文２４を提供する。取引注文２４の受信に応じて、取引プラットフォーム１８は、トレーダーＡ〜Ｇのそれぞれに関連するインタフェースサーバ１５に取引注文２４を送信する。この例では、トレーダーＡ〜Ｇに関連するインタフェースサーバ１５は、（図２Ａに例示されるように）トレーダーＨに関連するトレーダープロファイル３８をそれぞれ有する。トレーダーＨに関連するトレーダープロファイル３８は、トレーダーＡ，Ｅ，Ｆ及びＧを指定するトレーダーリスト４４ａを有する。この例では、トレーダーリスト４４ａに基づいて、トレーダーＢ，Ｃ及びＤに関連するインタフェースサーバ１５は、トレーダーＢ，Ｃ及びＤのそれぞれに関連する端末１４に取引注文２４を送信する。トレーダーリスト４４ａに基づいて、トレーダーＡ，Ｅ，Ｆ及びＧのそれぞれに関連するインタフェースサーバ１５は、トレーダーＡ，Ｅ，Ｆ及びＧのそれぞれに関連する端末１４に取引注文２４を送信しない。トレーダーＡ，Ｅ，Ｆ及びＧに関連するインタフェースサーバ１５は、取引プラットフォーム１８からのデータ送信から取引注文２４をフィルタリングすることで、トレーダーＨの取引注文２４の送信を防止する。したがって、ある実施の形態では、特定のインタフェースサーバ１５は、１以上のトレーダープロファイル３８を有し、特定の取引注文２４の送信するフィルタリング又は防止する。

上述の例は、１０年債券、ユーロ及び特定の株式に関連するトレーダーの嗜好４２及びトレーダーのリスト４４を説明しているが、トレーダーの嗜好４２及びトレーダーのリスト４４は、任意の数及び組み合わせの取引製品、マーケットデータ、プロファイルデータ、取引システム情報、及び／又は他の適切な基準に基づくことが理解される。上述例では、取引プラットフォーム１８は、トレーダー１２に関連するトレーダーの嗜好４２に基づいてトレーダーのリスト４４を自動的に生成する。なお、ある実施の形態では、トレーダー１２は、トレーダーリスト４４にあるように特定のトレーダー１２を手動で選択することでトレーダーリスト４４を構成する。

図３は、取引注文２４を処理するためにトレーダーリスト４４を生成及び使用するためのフローチャートを説明する。本方法は、取引プラットフォーム１８が特定のトレーダー１２から１以上のトレーダーの嗜好４２を受けたとき、ステップ３０２で開始する。トレーダー１２は、取引システム１０を使用するために登録したときにトレーダーの嗜好４２を提供し、取引プラットフォーム１８は、トレーダー１２に関連するトレーダープロファイル３８を生成するためにトレーダーの嗜好４２を使用する。ある実施の形態では、トレーダー１２が最初のトレーダーの嗜好４２を登録及び提供した後、取引プラットフォーム１８は、トレーダー１２がトレーダーの嗜好４２を後に変更、削除及び／又は追加するのを可能にする。ステップ３０４で、取引プラットフォーム１８は、特定のトレーダー１２のトレーダーの嗜好４２を取引システム１０における他のトレーダー１２のトレーダープロファイル３８と比較する。たとえば、第一のトレーダー１２がトレーダーの嗜好４２を提供して、特定の特性を有するトレーダー１２との取引を回避する場合、取引プラットフォーム１８は、特定の特性を有するトレーダー１２を識別するため、トレーダープロファイル３８とトレーダーの嗜好４２（たとえば特定の特性）を比較する。

ステップ３０６で、少なくとも部分的に比較に基づいて、取引プラットフォーム１８は、１以上のトレーダー１２を指定する１以上のトレーダーリスト４４を生成する。取引プラットフォーム１８は、トレーダー１２に関連するトレーダープロファイル３８にトレーダーリスト４４を記憶する。ある実施の形態では、トレーダー１２は、複数のトレーダーリスト４４に関連され、複数のトレーダーリスト４４のそれぞれは、それぞれの取引製品と関連される。ステップ３０８で、取引プラットフォーム１８は、トレーダー１２から取引注文２４を受ける。取引プラットフォーム１８は、ステップ３１０で、たとえば取引注文２４に関連される取引製品に基づいて、適切なトレーダーリスト４４により指定される１以上のトレーダー１２を識別する。ステップ３１２で、取引プラットフォーム１８は、ステップ３１０で識別されたトレーダーリスト４４により指定される１以上のトレーダー１２を除いて、取引システム１０におけるトレーダー１２に取引注文２４を送信する。ステップ３１４で、取引プラットフォーム１８は、トレーダーリスト４４により指定される１以上のトレーダー１２への取引注文２４の送信を防止する。取引注文２４の送信を防止することは、トレーダーリスト４４により指定されるトレーダー１２に関連する１以上のキューから取引注文２４を削除すること、トレーダーリスト４４により指定されるトレーダー１２に関連される１以上のデータストリームから取引注文２４をフィルタリングすること、及び／又はトレーダーリスト４４により指定されるトレーダー１２から取引注文２４をルーティングすることを含む。

図４は、取引注文２４の部分的な開示のためにトレーダーリスト４４を使用するために構成される特定のトレーダーファイル３８を例示する。ある実施の形態では、取引プラットフォーム１８は、２つの部分、ディスプレイ部分とヘルド部分を有するために取引注文２４を構成する。取引プラットフォーム１８は、取引注文２４のディスプレイ部分を他のトレーダー１２に送信し、この送信から、１以上の構成可能な条件が満たされるまで取引注文２４のヘルド部分を差し控える。ひとたび取引注文２４のヘルド部分に関連する１以上の構成可能な条件が満たされると、取引プラットフォーム１８は、取引注文２４のヘルド部分を取引システム１０における１以上のトレーダー１２に送信及び／又は開示する。

ある実施の形態では、取引プラットフォーム１８は、トレーダー１２に関連するトレーダーの嗜好４２に少なくとも部分的に基づいて取引注文２４のディスプレイ部分とヘルド部分を判定する。トレーダー１２は、特定のトレーダーの嗜好４２を取引プラットフォーム１８に提供して、現在のマーケットデータに基づいて、構成可能な取引注文２４の全体の量のパーセンテージに基づいて、構成可能な閾値に基づいて、及び／又は任意の数及び組み合わせの適切な基準に基づいて、特定の取引注文２４のディスプレイ部分及び／又はヘルド部分を判定する。

ある実施の形態では、取引プラットフォーム１８は、取引システム１０における特定のトレーダー１２から全ての他のトレーダー１２に取引注文２４のディスプレイ部分を送信するために構成される。ひとたび取引注文２４のディスプレイ部分が１以上のトレーダー１２により能動的になると、取引プラットフォーム１８は、特定のトレーダー１２に関連するトレーダーリスト４４により指定されない１以上のトレーダー１２に取引注文２４のヘルド部分を送信する。ある実施の形態では、取引プラットフォーム１８は、トレーダー１２に関連されるトレーダーリスト４４により指定されるトレーダー１２への取引注文２４のヘルド部分の送信を防止する。したがって、取引プラットフォーム１８は、取引システム１０における全ての他のトレーダー１２に取引注文２４のうちのディスプレイ部分を送信し、トレーダーリスト４４により指定されないトレーダー１２への取引注文２４のヘルド部分の送信を制限する。

図４は、トレーダーＦについて例示的なトレーダープロファイル３８を例示する。この例では、トレーダープロファイル３８は、ディスプレイ部分及びヘルド部分に取引注文２４を分割するために使用される。トレーダープロファイル３８は、ユーロの取引に関連する３つのトレーダーの嗜好４２ｘ，４２ｙ及び４２ｚを含む。特に、トレーダーの嗜好４２ｘは、取引注文２４の全体の量のうちの４０％に等しくなるように、取引注文２４のディスプレイ部分を構成することである。トレーダーの嗜好４２ｙは、取引システム１０における全ての他のトレーダー１２にトレーダーＦから取引注文２４のディスプレイ部分を送信することである。この例では、取引システム１０は、トレーダーＡ〜Ｈを含む。特定のトレーダー１２が取引注文１２のディスプレイ部分の少なくとも１部に対して能動的となり、特定のトレーダー１２がトレーダーＦに関連するトレーダーリスト４４により指定されない場合に、トレーダーの嗜好４２ｚは、特定のトレーダー１２に取引注文２４のヘルド部分を送信することである。トレーダーの嗜好４２を含むことに加えて、トレーダーＦに関連するトレーダープロファイル３８は、トレーダーリスト４４ｆを有する。トレーダーリスト４４ｆは、ユーロの取引に関連し、トレーダーＡ及びＤを指定する。

この例では、トレーダーＦは、２０，０００，０００ユーザの全体の量について取引注文１２を取引プラットフォーム１８に提供する。取引プロファイル３８におけるトレーダーの嗜好４２ｘに基づいて、取引プラットフォーム１８は、取引注文２４のディスプレイ部分が８，０００，０００ユーロ（すなわち全体の量の４０％）であること、取引注文２４のヘルド部分が１２，０００，０００ユーロ（すなわち全体の量の６０％）であることを判定する。トレーダーの嗜好４２ｙに基づいて、取引プラットフォーム１８は、取引注文２４のディスプレイ部分（すなわち８，０００，０００ユーロ）をトレーダーＡ，Ｂ，Ｃ，Ｄ，Ｅ，Ｇ及びＨに送信する。その後、トレーダーＣは、取引注文２４の全体のディスプレイ部分に対して能動的になる。結果として、取引プラットフォーム１８は、取引の嗜好４２ｚの構成可能な条件が満たされたかを判定する。この例では、取引プラットフォーム１８は、トレーダーＣが取引注文２４のディスプレイ部分に対して能動的であること、トレーダーＣがトレーダーリスト４４ｆにより指定されないことを判定する。結果として、取引プラットフォーム１８は、取引注文２４のヘルド部分（すなわち残りの１２，０００，０００ユーロ）をトレーダーＣに送信及び／又は開示する。したがって、トレーダーリスト４４により指定された少なくともそれらトレーダー１２に取引注文２４のヘルド部分を開示することなしに、取引プラットフォーム１８は、取引注文２４のヘルド部分に対して能動的になる機会をトレーダーＣに提供する。

上述した例は、取引注文２４のディスプレイ部分を判定するため、取引注文２４の全体の量の構成可能なパーセンテージを使用することを説明する。しかし、取引プラットフォーム１８は、適切なデータ、階層、閾値、及び／又は他の適切な情報に基づいて取引注文２４のディスプレイ部分を判定することが理解されたい。上述の例における取引注文２４はユーロの取引に関連するが、本実施の形態で記載された方法及びシステムは、任意の数及び組み合わせの適切な取引製品について取引注文２４に適用されることを理解されたい。

上述の例では、取引注文２４のヘルド部分を送信する構成可能な条件は、特定のトレーダー１２が取引注文２４のディスプレイ部分の全部又は一部に対して能動的に取引するかに基づいている。しかし、取引注文２４のヘルド部分の送信は、任意の数及び組み合わせの適切な条件に基づいてトリガされることを理解されたい。たとえば、取引注文２４のヘルド部分の送信は、マーケットがクロスするか、取引システム１０における最良の買い呼び又は売り呼びが構成可能な閾値を満たしているか、取引システム１０における現在の取引行為が特定の閾値及び／又は他の適切な条件を満たしているか、に基づいている。

ある実施の形態では、取引プラットフォーム１８は、取引注文２４をディスプレイ部分とヘルド部分に分割し、取引プラットフォーム１８は、特定の注文価格の入力２６をディスプレイ部分とヘルド部分に分割することが構成される。注文価格の入力２６のヘルド部分の他のトレーダー１２への送信は、任意の数及び組み合わせの構成可能な条件によりトリガされる。ある実施の形態では、取引プラットフォーム１８は、取引注文２４のディスプレイ部分及び／又は注文価格の入力２６を多数の価格レベルの間で分布させる。

例は、所定の実施の形態を例示する。トレーダー１２ｍは、通貨Ａについて注文価格の入力２６を取引プラットフォーム１８に提供する。注文価格の入力２６の全体の量は、通貨Ａの１００，０００，０００ユニットである。注文価格の入力２６に関連する最良の買い呼び価格は、ユニット当たり＄２．００であり、注文価格の入力２６に関連する最良の売り呼び価格は、１株当たり＄２．２０である。トレーダー１２ｍに関連するトレーダープロファイル３８に記憶されるトレーダーの嗜好４２は、注文価格の入力２６のディスプレイ部分が通貨Ａの７０，０００，０００ユニットであることを示す。また、トレーダー１２ｍに関連するトレーダーの嗜好４２は、マーケットが逆転した場合に注文価格の入力２６のヘルド部分が開示されることを示す。この例では、トレーダー３８は、通貨Ａに関連するトレーダーリスト４４であって、トレーダー１２ｐ及びトレーダー１２ｑを指定するトレーダーリスト４４を示す。したがって、取引プラットフォーム１８は、（トレーダー１２ｐ及びトレーダー１２ｑを除いて）取引システム１０における他のトレーダー１２に、ユニット当たり＄２．００の最良の買い呼び価格で、及びユニット当たり＄２．２０の最良の売り呼び価格で、通貨Ａの７０，０００，０００ユニットの量を開示する。その後、通貨Ａのマーケットが逆転する。結果的に、取引プラットフォーム１８は、注文価格の入力２６ｂのヘルド部分、残りの３０，０００，０００ユニットを取引システム１０における他のトレーダー１２（トレーダー１２ｐ及びトレーダー１２ｑを除く）に開示する。

上述した例では、トレーダーの嗜好４２は、構成可能なレベル７０，０００，０００ユニットに等しくなるように、注文価格の入力２６のディスプレイ部分を設定することを取引プラットフォーム１８に指示している。ある実施の形態では、トレーダーの嗜好４２は、注文価格の入力２６に関連される全体の量の構成可能なパーセンテージに基づいて、現在のマーケットデータに基づいて、又は、任意の数及び組み合わせの適切な基準に基づいて、注文価格の入力２６のディスプレイ部分を判定することを取引プラットフォーム１８に指示する。ある実施の形態では、取引プラットフォーム１８は、多数の価格レベルの間で、注文価格入力２６のディスプレイ部分及び／又はヘルド部分を分布させる。たとえば、上述の例を参照して、トレーダーの嗜好４２は、注文価格の入力２６のディスプレイ部分の半分が＄２．００の買い呼び価格で開示され、他の半分が＄２．１０の買い呼び価格で開示されることを示す場合がある。

上述の例は、本発明の所定の実施の形態を説明するために所定の量、パーセンテージ及び通貨を使用しているが、本発明の動作又は機能を変えることなしに、任意の量、パーセンテージ、通貨の量又は他の適切なメトリクスが使用されることを理解されたい。

本実施の形態で記載される実施の形態は、重要な技術的な利点を提供する。様々な実施の形態は、これらの利点の一部又は全部を有するか、全く有さない場合がある。１つの利点は、取引システム１０が遅延に対してトレーダー１２を保護することである。特に、取引システム１０は、トレーダー１２からの取引注文２４及び／又は注文価格の入力２６を処理するために少量の時間を要する場合がある。しかし、マーケットは、価格における迅速な変化を受ける。トレーダー１２が取引注文２４及び／又は注文価格の入力２６を提供した後にマーケットが迅速にシフトする場合、そのトレーダー１２は、望まれない価格で取引するために晒される。他のトレーダー１２に取引注文２４及び／又は注文価格の入力２６の全部以下をトレーダー１２が最初に開示するのを可能にすることで、本発明の実施の形態は、マーケットにおける遅延及びシフトに対してトレーダー１２を保護する。

別の利点は、取引プラットフォーム１８は、特定のトレーダー１２に関連するトレーダーリスト４４を使用して、特定のトレーダー１２と該特定のトレーダーが取引するのを望まない他のトレーダー１２との間の取引を回避することである。ある実施の形態では、トレーダー１２は、トレーダーリスト４４を使用して、迷惑なタイプの取引及び／又は採算がとれる可能性がない取引を回避する。したがって、トレーダーリスト４４は、取引に関連するリスクを管理することにおいてトレーダー１２を支援する。

ある実施の形態では、取引プラットフォーム１８は、能動的な注文価格の入力２６となるように、特定のトレーダー１２から注文価格の入力２６を構成する。同様に、取引プラットフォーム１８は、能動的な取引注文２４となるように、特定のトレーダー１２から取引注文２４を構成する。特に、取引プラットフォーム１８は、トレーダー１２から取引注文２４を受け、１以上の構成可能な条件が取引システム１０で生じるまで、それら取引注文２４を保持する。たとえば、トレーダー１２はトレーダーの嗜好４２を提供し、取引プラットフォーム１８が取引注文２４を開示するか、取引注文２４を使用して、１以上の相手の取引注文２４に対して能動的になる前に、特定の取引製品の最良の買い呼び価格又は売り呼び価格は、構成可能なレベルに到達する必要がある。

例として、トレーダー１２ｗは、取引プラットフォーム１８に株式Ａの１，０００，０００の株を購入するために取引注文２４を提供する。さらに、トレーダー１２ｗは、マーケットにおける株式Ａの１株当たりの価格が＄５０．００に到達するまで取引注文２４を開示せず、次いで、能動的な取引注文２４として取引注文２４を提供するようにトレーダーの嗜好４２を提供する。この例では、取引プラットフォーム１８は、取引注文２４及びトレーダーの嗜好４２をメモリ３４に記憶する。その後、取引プラットフォーム１８は、株式Ａの１株当たりの価格が＄５０．００に到達したことを検出する。結果として、取引プラットフォーム１８は、取引システム１０における株式Ａの利用可能なボリュームに対して能動的になるため、トレーダー１２ｗの取引注文２４を提供する。したがって、取引プラットフォーム１８により、トレーダー１２は、取引プラットフォーム１８が取引注文２４を開示し、及び／又は取引注文２４を使用して、相手の取引注文２４に対して能動的になる前に行われる構成可能な条件を提供するのを可能にする。取引プラットフォーム１８は、特定のトレーダー１２により望まれる条件がマーケットに存在するまで、特定のトレーダー１２からの特定の取引注文２４及び／又は注文価格の入力２６が他のトレーダー１２に開示されない可能性を増加させる。

ある実施の形態では、取引プラットフォーム１８は、トレーダーリスト４４を使用して、能動的な注文価格の入力２６及び／又は能動的な取引注文２４を処理する。たとえば、第一のトレーダー１２からの能動的な注文価格の入力２６の受信に応じて、取引プラットフォーム１８は、第一のトレーダー１２が特定のトレーダーリスト４４と関連されるかを判定する。この例では、特定のトレーダーリスト４４は、第二のトレーダー１２ではなく第三のトレーダー１２を指定する。特定のトレーダーリスト４４に基づいて、取引プラットフォームは、第二のトレーダー１２からの１以上の取引注文に対して能動的になるため、能動的な注文価格の入力２６を使用する場合がある。しかし、特定のトレーダーリスト４４は第三のトレーダー１２を指定するため、取引プラットフォーム１８は、能動的な注文価格の入力２６が、第三のトレーダー１２からの取引注文２４に対して能動的になることから防止する。したがって、取引プラットフォーム１８は、トレーダーのリスト４４を使用して、能動的な注文価格の入力２６及び／又は能動的な取引注文２４を処理する。

図５は、所定の実施の形態に係る、特定の取引注文２４のディスプレイ部分及びヘルド部分を処理するためのフローチャートを説明する。本方法は、取引プラットフォーム１８が特定のトレーダー１２から取引注文２４を受信したとき、ステップ５０２で開始する。ある実施の形態では、取引注文２４は、特定の取引製品の全体の量に関連する。特定のトレーダー１２は、１以上のトレーダー１２を指定するトレーダーリスト４４に関連する。

ステップ５０４では、取引プラットフォーム１８は、取引注文２４に関連する注文の量の第一の部分及び第二の部分を判定する。第一の部分及び第二の部分の判定は、特定のトレーダー１２に関連する１以上のトレーダーの嗜好４２に少なくとも部分的に基づいている。ステップ５０６では、取引プラットフォーム１８は、取引システム１０における複数のトレーダー１２に注文の量の第一の部分を開示する。ステップ５０８では、取引プラットフォーム１８は、構成可能な条件が満たされるかを判定する。構成可能な条件は、特定のトレーダー１２に関連する１以上のトレーダーの嗜好４２に基づく場合がある。取引プラットフォーム１８がステップ５０８で、構成可能な条件が満たされたことを判定する場合、ステップ５１０で、取引プラットフォーム１８は、特定のトレーダー１２に関連するトレーダーリスト４４により指定されない１以上のトレーダー１２に注文の量の第二の部分を開示する。ステップ５１２では、取引プラットフォーム１８は、トレーダーリスト４４により指定されたトレーダー１２への注文の量の第二の部分の開示を防止する。

ステップ５０８で、構成可能な条件が満たされていないことを取引プラットフォーム１８が判定した場合、取引プラットフォーム１８は、ステップ５１４で、（たとえば構成可能な条件が生じるのを可能にするため）構成可能な期間の期限が切れたかを判定する。取引プラットフォーム１８がステップ５１４で、構成可能な期間の期限が切れていないと判定した場合、取引プラットフォーム１８は、ステップ５０８に戻る。しかし、ステップ５１４で、構成可能な期間の期限の切れたことを取引プラットフォーム１８が判定した場合、本方法は終了する。

本発明は幾つかの実施の形態で記載されたが、無数の変形及び変更が当業者に示唆され、本発明は、特許請求の範囲に含まれる変形及び変更を包含することが意図される。

本発明に係る取引システムの１実施の形態を示す図である。 本発明の所定の実施の形態に係る、トレーダーのプロファイルの例を示す図である。 本発明の所定の実施の形態に係る、トレーダーと取引プラットフォームの間の動作フローを例示する図である。 本発明の所定の実施の形態に係る、トレーダーと取引プラットフォームの間の動作フローを例示する図である。 本発明の所定の実施の形態に係る、トレーダーリストを生成及び使用して取引注文を処理するフローチャートである。 本発明の所定の実施の形態に係る、取引注文をディスプレイ部分とヘルド部分に分割するために構成されるトレーダープロファイルの例を示す図である。 本発明の所定の実施の形態に係る、取引注文のディスプレイ部分とヘルド部分を処理するフローチャートである。

Claims (13)

1. １以上のトレーダーに対応して、取引に関するトレーダープロファイルを記憶する記憶手段と、
   第一のトレーダーが取引するのを望まない他のトレーダーを特定する、第一のトレーダーの好みを受信する受信手段と、
   前記記憶手段に記憶されている前記トレーダープロファイルを参照して、受信された好みに対応する他のトレーダーを識別し、前記第一のトレーダーについて、前記受信された好みのそれぞれに対応する前記他のトレーダーを登録するトレーダーリストを生成し、生成されたトレーダーリストを前記記憶手段に記憶する処理手段と、
   前記受信手段が前記第一のトレーダーから第一の取引注文を受信したとき、前記プロセッサは、前記トレーダーリストに登録されている他のトレーダーのうちから、受信された第一の取引注文に関連する好みに対応する他のトレーダーを識別し、識別された他のトレーダー以外の他のトレーダーにのみ、受信された第一の取引注文を送信するように送信手段を制御し、
   前記受信手段が前記第一のトレーダーのトレーダーリストに登録されている第二のトレーダーから第二の取引注文を受信し、前記第一のトレーダーのトレーダーリストに登録されていない第三のトレーダーから第三の取引注文を受信したとき、前記プロセッサは、前記送信手段を制御して、前記第一のトレーダーの端末での前記第二の取引注文の表示が前記第三の取引注文の表示よりも相対的に薄暗くされるか又はハイライト表示されるように、前記第二の取引注文及び前記第三の取引注文を前記第一のトレーダーの端末に送信する、
   ことを特徴とする取引注文を管理するシステム。
2. 前記第一の取引注文は、第一の取引製品に関する取引注文であり、
   前記トレーダーリストは、前記第一の取引製品に関連する第一のトレーダーリストであり、
   前記第一のトレーダーは、第二の取引製品に関連する第二のトレーダーリストと更に関連し、前記第二のトレーダーリストは、１以上のトレーダーを登録する、
   請求項１記載のシステム。
3. 前記第一の取引注文は、第一の取引製品に関する取引注文であり、
   前記トレーダーリストは、前記第一の取引製品に関連する第一のトレーダーリストであり、
   前記複数のトレーダーは、第一の複数のトレーダーであり、
   前記第一のトレーダーは、第二の取引製品に関連する第二のトレーダーリストに更に関連され、前記第二のトレーダーリストは、１以上のトレーダーを登録し、
   前記処理手段は、
   前記第二の取引製品の第二の取引注文を前記第一のトレーダーから受け、
   前記送信手段を制御して、前記第二のトレーダーリストに登録されている前記１以上のトレーダーの何れにも含まれない第二の複数のトレーダーにのみ前記第二の取引注文を送信する、
   請求項１又は２記載のシステム。
4. 前記第二のトレーダーリストは、前記第一のトレーダーリストとは異なる、
   請求項３記載のシステム。
5. 前記受信手段は、少なくとも前記第一のトレーダーを登録している第二のトレーダーリストに関連される第二のトレーダーから第二の取引注文を受け、
   前記処理手段は、前記送信手段を制御して前記第一のトレーダーを含まない複数のトレーダーにのみ前記第二の取引注文を送信する、
   請求項１乃至４の何れか記載のシステム。
6. 前記第一の取引注文は、取引製品に関する注文であり、
   前記処理手段は、前記制御手段を制御して前記トレーダーリストに登録されているトレーダーに前記取引製品に関する注文を送信しない、
   請求項１乃至５の何れか記載のシステム。
7. 前記第一の取引注文は、前記第一のトレーダーからの注文価格の入力の一部である、
   請求項１乃至６の何れか記載のシステム。
8. 前記注文価格の入力は、特定の取引製品に関連され、前記第一のトレーダーからの少なくとも利用可能な量の前記特定の取引製品を表す実質的なリアルタイムのデータストリームである、
   請求項７記載のシステム。
9. 前記トレーダーリストに登録されているトレーダーのそれぞれは、前記特定の取引製品を取引することを専門とするマーケットメーカである、
   請求項１記載のシステム。
10. 前記第一のトレーダーの好みは、取引の量の閾値に関連し、
    前記トレーダープロファイルは、前記トレーダーリストに登録されているトレーダーに関連する取引の量を含む、
    請求項１記載のシステム。
11. 前記第一のトレーダーの好みは、取引製品に関連し、
    前記トレーダーリストに登録されているトレーダーに関連する前記トレーダープロファイルは、前記トレーダリストに登録されているトレーダーが前記取引製品を取引することを専門としていることを示す、
    請求項１記載のシステム。
12. 前記第一のトレーダーの好みは、特定の取引行為に関連し、
    前記トレーダーリストに登録されているトレーダーに関連する前記トレーダープロファイルは、前記トレーダリストに登録されているトレーダーが前記特定の取引行為に従事することを示す、
    請求項１記載のシステム。
13. コンピュータに、
    １以上のトレーダーに対応して、取引に関するトレーダープロファイルを記憶手段が記憶ステップと、
    第一のトレーダーが取引するのを望まない他のトレーダーを特定する、第一のトレーダーの好みを受信手段が受信するステップと、
    前記記憶手段に記憶されている前記トレーダープロファイルを参照して、受信された好みに対応する他のトレーダーを識別し、前記第一のトレーダーについて、前記受信された好みのそれぞれに対応する前記他のトレーダーを登録するトレーダーリストを生成し、生成されたトレーダーリストを前記記憶手段に記憶するステップと、
    前記受信手段が前記第一のトレーダーから第一の取引注文を受信したとき、前記プロセッサは、前記トレーダーリストに登録されている他のトレーダーのうちから、受信された第一の取引注文に関連する好みに対応する他のトレーダーを識別し、識別された他のトレーダー以外の他のトレーダーにのみ、受信された第一の取引注文を送信するように送信手段を制御するステップとを含み、
    前記受信手段が前記第一のトレーダーのトレーダーリストに登録されている第二のトレーダーから第二の取引注文を受信し、前記第一のトレーダーのトレーダーリストに登録されていない第三のトレーダーから第三の取引注文を受信したとき、前記プロセッサは、前記送信手段を制御して、前記第一のトレーダーの端末での前記第二の取引注文の表示が前記第三の取引注文の表示よりも相対的に薄暗くされるか又はハイライト表示されるように、前記第二の取引注文及び前記第三の取引注文を前記第一のトレーダーの端末に送信する、
    取引注文を管理するシステムの動作を実行させるための命令を含むプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images