▶ トレーディング テクノロジーズ インターナショナル インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022020687
(43)【公開日】2022-02-01
(54)【発明の名称】取引サークル
(51)【国際特許分類】
G06Q 40/04 20120101AFI20220125BHJP
【ＦＩ】
G06Q40/04
【審査請求】有
【請求項の数】19
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2021172551
(22)【出願日】2021-10-21
(62)【分割の表示】P 2020075304の分割
【原出願日】2013-04-08
(31)【優先権主張番号】13/839,369
(32)【優先日】2013-03-15
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】502317459
【氏名又は名称】トレーディング テクノロジーズ インターナショナル インコーポレイテッド
(74)【代理人】
【識別番号】100101454
【弁理士】
【氏名又は名称】山田 卓二
(74)【代理人】
【識別番号】100132241
【弁理士】
【氏名又は名称】岡部 博史
(72)【発明者】
【氏名】リチャード・レイン
(72)【発明者】
【氏名】トーマス・ジェフリー・ワイス
(72)【発明者】
【氏名】サーストン・ウー
(72)【発明者】
【氏名】ジェイソン・シェイファー
(72)【発明者】
【氏名】ブライアン・ジェイ・バック
(72)【発明者】
【氏名】マイケル・アネティック
(72)【発明者】
【氏名】サジー・パンダック・ミンツ
(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】
【図1】ある実施形態を実施可能な例示的な電子取引システムのブロック図
【図2】開示された実施形態を実施するために用いられる例示的なコンピューティングデバイスのブロック図
【図3】例示的な取引サークルマネージャを実施するために用いられる装置の一例のブロック図
【発明を実施するための形態】
【0005】
ある実施形態は、例を示すものとして提供される図面と併せて読むことでより良く理解される。しかしながら、実施形態は、添付の図面に示した配置や手段に限定されないものと理解すべきである。
【0006】
以下の発明の詳細な説明では、コンポーネントの中でも特にハードウェア上で実行されるソフトウェアを含む実施形態を開示するが、これらの実施形態は単なる例示であり、限定的なものとして解釈すべきではない。例えば、これらのハードウェアおよびソフトウェアのコンポーネントのいずれか又は全てが、ハードウェアにて独占的に、ソフトウェアにて独占的に、ファームウェアにて独占的に、又は、ハードウェア、ソフトウェアおよび／又はファームウェアの任意の組み合わせにて実装されてもよい。したがって、開示される実施形態はその他の方法により実施・実装されてもよい。
【0007】
開示される実施形態によれば、２つ以上のユーザをリンク付け又はグループ化した取引サークルを定義および確立するためのメカニズムとプロセスが提供される。取引サークル（「サークル」とも呼ばれる。）は１つ又は複数の共通の特性又はパラメータを利用して確立され、これにより、個々のユーザのそれぞれをサークルのメンバーとして識別することができる。例えば、企業内のユーザを集約してサークルを定義する；共通の取引可能オブジェクトを取引するユーザをリンクしてサークルを定義する；共通の通信ネットワークを介して通信するユーザによりサークルを定義する；１つ又は複数の関連する取引可能オブジェクトを取引するユーザによりサークルを定義する；特定の頻度又はボリュームで取引するユーザによりサークルを定義してもよい。あるいは、ユーザは例えば、新たなサークルのメンバーに共通する１つ又は複数の特定の好み、要件および／又は特性に基づいて、１つ又は複数の既存のサークルへの加入および／又は新たなサークルの確立を選択することができる。
【0008】
取引サークルが確立されると、開示される実施形態によれば、第１のメンバーに関連するサークルデータをサークルの他のメンバーに通信することが促進される。例えば、サークルメンバーが電子取引所に取引注文を通信する場合、本明細書に開示される実施形態によれば、取引サークルメンバーの一部又は全部への取引注文データに関連するサークルデータの通信が促進される。サークルデータには、オファー価格、購入価格、数量データ、注文閾値／制限、および／又は、電子取引所に提供され取引可能オブジェクトの購入又は売却に関連する任意のデータなどの取引注文データが含まれてもよい。サークルデータはさらに、価格データ、市場深度データ、最終取引数量データ、および／又は取引可能オブジェクトに関連する市場のその他のデータを含んでもよい。いくつかの例では、サークルデータは、取引の提出が行われる市場のコンディションおよび／又は動作に関連する情報を含む。サークルデータは例えば、取引デバイスと取引所との間の計算されたラウンドトリップの時間に基づくレイテンシー情報を含む。インフライト（in-flight）の遅延を制限する試みで、サークルデータ内で共有されるレイテンシー情報を利用して、ネットワークのパフォーマンスの評価および注文のルーティングを行うことができる。同様に、サークルデータは、所定の取引所に固有の拒絶および／又はスロットリングに関する情報を含むことができる。このように、サークルデータを利用して、市場パフォーマンス情報および／又は市場の特徴をサークルメンバーと共有することができる。
【0009】
市場の潜在的な変化を表すサークルデータを取引サークルのメンバーに通信することにより、ほとんどの非メンバーが電子取引所から更新された市場データを受信する前に、潜在的な市場変化の情報を考慮および／又はそれに反応することができる。このように、取引サークルのメンバーは、サークルデータに含まれる情報に基づいて迅速に反応することができ、取引サークルの非メンバーは、更新された市場データが電子取引所から受信されるまでアクションを遅らされる。例えば、第１のサークルメンバーが特定の取引可能オブジェクトの２０ロットの注文を送信するとき、サークルメンバーは、第１のサークルメンバーによって少なくとも２０ロットの注文が提出されることによって、その取引可能オブジェクトの利用可能数量はすぐに減少する可能性が高いことを通知される。さらに、第１のサークルメンバーが拒絶／約定の通知などの取引所通知を受信したとき、サークルメンバーは当該通知を知らされる。付加的および代替的な例が以下で詳細に記載される。
【0010】
サークルデータの通信は、取引サークルのメンバー間におけるポイントツーポイント接続によって促進される、あるいは、ゲートウェイ又はその他の適切なネットワークデバイスなどの１つ又は複数の集中型ハブを介して制御又は指示される。
【0011】
開示される実施形態によれば、１つ又は複数の取引サークルのメンバー間におけるサークルデータの通信が促進される。開示される実施形態を使用して、ブローカー集団のような取引エンティティのメンバー、個々のトレーダ、ソーシャルネットワーキンググループのメンバー又はその他の種類のユーザなどを含むように、取引サークルを形成することができる。取引サークルのメンバーが取引アクティビティを行う、および／又は（例えば、取引デバイス又はアプリケーションを介して）取引所からの通知を受信すると、開示される実施形態によれば、当該アクティビティおよび／又は通知に関するサークルデータがサークルの他のメンバーに通信される。例えば、取引サークルの第１のメンバーが取引所に注文を送信する又はその他の方法で取引所と交信するとき、１つ又は複数の開示された実施形態によれば、電子取引所に注文を送信することに合わせて（例えば同時に）、当該注文又は交信に関する少なくとも１つのインジケーションを含むサークルデータが送信される。その他のサークルのメンバー、非同盟の個人、およびその他の取引サークルの非メンバーには、注文の送信、取引所との交信、あるいは市場アクティビティが取引所に与え得る効果が、取引所によって注文が処理されるまで知らされない。その結果、取引サークルの仲間のメンバーには、取引サークルの他のメンバーによって実行される取引所との交信に関連するサークルデータが、取引サークルの非メンバーよりも早く提供される。したがって、開示される実施形態によれば、同じ取引サークルのメンバーが、他のメンバーによる将来の市場アクティビティに関する情報を取引所による処理を待機することなく受信することができるようになる。開示される実施形態によるサークルメンバー間での取引データの改善された通信は本明細書で詳細に説明される。
【0012】
さらに、開示される実施形態によれば、取引所から提供されない又はその他の方法で利用可能とならない市場データを展開および／又は共有するためのメカニズムとプロセスが提供される。例えば、取引所はよく、ベストビッドとベスト価格を超えて配信（disseminate）する価格レベルの数を制限する。いくつかの例では、取引所は、ベストビッド／価格を基準に上下に４つの価格レベルの数量データをそれぞれ配信している。このような例では、取引所は限られた数の価格レベル（例えば８つの価格レベル）を超えて価格情報を配信していないため、取引所と交信するユーザに提供される市場ビューは不完全なものである。開示される実施形態によれば、取引所によって課される制限を超える価格情報に関する取引サークルメンバー間の通信が促進される。以下で詳細に記載するように、開示される実施形態によれば、取引サークルの１つ又は複数の個々のメンバーによる実行中の注文に関連する価格情報を利用することにより、サークルの他のメンバーに対してより完全な市場ビューが提供される。取引所が例えば、ベストビッド／価格に最も近い８つの価格レベルの数量情報のみを配信するとき、開示される実施形態によれば、ベストビッド／価格に最も近い２０個の価格レベルの数量情報又は全ての価格レベルの数量情報が取引サークルのメンバー間で展開および／又は配信される。このような例では、開示される実施形態によれば、非サークルメンバーに取引所が単独で提供する場合よりも、取引サークルのメンバーに対してより完全な市場ビューが提供される。付加的又は代替的に、開示される実施形態によれば、取引サークルの１つ又は複数の個々のメンバーに関連付けられた価格情報を取引所が配信している価格情報とともに使用することで、市場における取引所が現在価格情報を配信していない部分についての推定価格情報を生成する。このような例において、開示される実施形態によれば、取引サークルの個々のメンバーに対して完全に近い市場ビューが提供される。開示される実施形態によって提供される価格情報の拡張は、以下でより詳細に説明されている。
【0013】
さらに、開示される実施形態によれば、取引サークルのメンバーに対して、実行中の注文又は少なくともその一部が取引サークルの他のメンバーによる市場アクティビティに基づいて約定される可能性があることのインジケーションを提供する。以下でより詳細に記載されるように、開示される実施形態によれば、取引サークルのメンバーによる実行中の注文を分析することにより、同取引サークルの１つ又は複数の他のメンバーが同じ取引可能オブジェクトの実行中の注文を有するかどうかを識別する。識別された実行中の注文が相互補完的な種類の注文（１つの注文が買い注文で他の注文が売り注文）である場合には、開示される実施形態によれば、これらの注文が１つ又は複数の約定となる可能性があるかどうかを決定する。開示される実施形態が識別する可能性が高い約定は、「理論約定」とも称する。開示される実施形態によれば、取引サークルの個々のメンバーが取引所による注文の処理を待機することなく、取引サークルのメンバーに理論約定が通知される。その結果、理論約定のインジケーションを受信する取引サークルの個々のメンバーは、取引所による市場データの処理を待機するよりも早く、理論約定に起因する可能性の高い市場コンディション又はポジションを知らされる。開示される実施形態が提供する可能性の高い注文約定のインジケーションは、以下でより詳細に説明される。
【0014】
ある実施形態は、複数のメンバーを含むグループを定義するための方法を提供する。複数のメンバーのうちの１つ又は複数は、市場取引を促進するための取引所と交信する。方法はさらに、第１のグループメンバーによる取引所との第１の交信を検知する。方法はさらに、第１の交信の検知に応じて、第１のグループメンバーが第１の交信に関する確認連絡を取引所から受信する前に、第１の交信に関するデータを第２のグループメンバーへ通信する。
【0015】
ある実施形態は、命令を有する有形コンピュータ読み取り可能媒体を提供する。当該命令はコンピューティングデバイスによって実行されたときに、複数のメンバーを含むグループを定義するステップを実行させる。複数のメンバーのうちの１つ又は複数は、市場取引を促進するための取引所と交信する。命令はさらに、第１のグループメンバーによる取引所との第１の交信を検知するステップを実行させる。命令はさらに、第１の交信の検知に応じて、第１のグループメンバーが第１の交信に関する確認連絡を取引所から受信する前に、第１の交信に関するデータを第２のグループメンバーに通信するステップを実行させる。
【0016】
ある実施形態は、装置を提供する。装置は、複数のメンバーを含むグループを定義する定義部を備える。複数のメンバーのうちの１つ又は複数は、市場取引を促進するための取引所と交信する。装置はさらに、第１のグループメンバーによる取引所との第１の交信を検知する検知部を備える。装置はさらに、検知部による第１の交信の検知に応じて、第１のグループメンバーが第１の交信に関する確認連絡を取引所から受信する前に、第１の交信に関するデータを第２のグループメンバーへ通信する通信部を備える。
【0017】
ある実施形態は、方法を提供する。方法は、複数のメンバーを含むグループを定義するステップを含む。複数のメンバーのうちの１つ又は複数は、ある範囲の価格レベルに関するデータを配信する取引所と交信する。方法はさらに、配信範囲外における第１の価格レベルでの第１のグループメンバーによる実行中の注文に関するデータを収集するステップを含む。方法はさらに、収集したデータを第２のグループメンバーに通信するステップを含む。
【0018】
ある実施形態は、命令を含む有形コンピュータ読み取り可能媒体を提供する。命令は実行されたときに、コンピューティングデバイスに複数のメンバーを含むグループを定義させる。複数のメンバーのうちの１つ又は複数は、ある範囲の価格レベルに関するデータを配信する取引所と交信する。命令はさらに、コンピューティングデバイスに、配信範囲外における第１の価格レベルでの第１のグループメンバーによる実行中の注文に関するデータを収集させる。命令はさらに、コンピューティングデバイスに、収集したデータを第２のグループメンバーに通信させる。
【0019】
ある実施形態は、装置を提供する。装置は、複数のメンバーを含むグループを定義する定義部を備える。複数のメンバーのうちの１つ又は複数は、ある範囲の価格レベルに関するデータを配信する取引所と交信する。装置はさらに、配信範囲外における第１の価格レベルでの第１のグループメンバーによる実行中の注文に関するデータを収集する拡張部（expander）を備える。装置はさらに、収集したデータを第２のグループメンバーに通信する通信部を備える。
【0020】
ＩＩ．電子取引システムの例
図１は、ある実施形態を採用可能な例示的な電子取引システム１００のブロック図を示す。システム１００は、取引デバイス１１０と、ゲートウェイ１２０と、電子取引所１３０とを備える。取引デバイス１１０は、ゲートウェイ１２０と通信する。ゲートウェイ１２０は、取引所１３０と通信する。
図１は、ある実施形態を採用可能な例示的な電子取引システム１００のブロック図を示す。システム１００は、取引デバイス１１０と、ゲートウェイ１２０と、電子取引所１３０とを備える。取引デバイス１１０は、ゲートウェイ１２０と通信する。ゲートウェイ１２０は、取引所１３０と通信する。
【0021】
本明細書における「通信」との用語には、直接的な通信、および／又は、１つ若しくは複数の中間コンポーネントを介した間接的な通信が含まれる。
【0022】
動作中において、取引デバイス１１０は、取引所１３０における取引可能オブジェクトを売買するための注文を送信する。ユーザは例えば、取引デバイス１１０を使用して注文を送信する。注文はゲートウェイ１２０を介して取引所１３０に送信される。さらに、市場データが、取引所１３０からゲートウェイ１２０を介して取引デバイス１１０に送信される。ユーザは取引デバイス１１０を使用して、市場データのモニタを行う、および／又は、当該市場データに基づいて取引可能オブジェクトを売買する注文を送信することの意思決定を行う。
【0023】
取引可能オブジェクトは、ある数量および／又は価格で取引される任意のものである。取引可能オブジェクトは例えば、株式、オプション、債券、先物、通貨、ワラント、ファンドデリバティブ、証券、コモディティ、スワップ、金利商品、インデックスベース商品、取引イベント、グッズ、コレクションおよび／又はこれらの組み合わせを含む金融商品であってもよい。取引可能オブジェクトは、「実際（real）」でも「合成（synthetic）」でもよい。「実際の取引可能オブジェクトは、取引所にリストおよび／又は管理されている商品が含まれる。合成の取引可能オブジェクトは、ユーザによって定義された商品が含まれる。例えば、合成の取引可能オブジェクトは、実際の商品（又はその他の合成の商品）の組合せであってもよい（取引デバイス１１０を用いてユーザによって生成された合成スプレッドなど）。合成の取引オブジェクトに対応および／又は類似する実際の取引可能オブジェクトが存在してもよい。
【0024】
取引デバイス１１０は、ハンドヘルドデバイス、ラップトップ、デスクトップコンピュータ、シングル又はマルチコアプロセッサを搭載したワークステーション、複数のプロセッサを搭載したサーバ、および／又はコンピュータのクラスタなど、１つ又は複数の電子コンピューティングプラットフォームを含んでもよい。取引デバイス１１０は、論理的に単一のデバイスとして示されているが例えば、サーバと通信してサーバとともに集合的に取引デバイス１１０を構成するような取引端末を含んでもよい。取引端末は、ユーザに取引画面を提供し、さらに、取引画面を通じたユーザの入力（注文の提出など）をさらに処理するためのコマンドをサーバに通信することができる。
【0025】
取引デバイス１１０は一般的に、ユーザによって所有、操作、制御、プログラミング、構成又はその他の方法で使用される。本明細書で使用する場合、「ユーザ」のフレーズは、人間（例えば、トレーダ）又は電子取引デバイス（例えば、アルゴリズム取引システム又は取引アプリケーション）を含んでもよく、これらに限定されない。例えば、前述した所有、操作、制御、プログラミング、構成又はその他の使用に関して、１人又は複数のユーザが関与してもよい。
【0026】
取引デバイス１１０は、１つ又は複数の取引アプリケーションを含むことができる。取引アプリケーションは例えば、取引・チャートのウィンドウに市場データを配置および表示することで、市場データを処理してもよい。市場データは例えば、取引所１３０から受信することができる。別の例として、履歴データの提供および／又は取引所のシミュレートを行うが実世界での取引は行わないシミュレーション環境から市場データを受信することができる。この処理は例えば、ユーザの好みに基づいてもよい。取引アプリケーションは例えば、自動化されたスプレッド取引ツールなどの自動取引ツールを含む。取引デバイス１１０における１つ又は複数のコンピューティングデバイスに、１つ又は複数の取引アプリケーションを分配してもよい。例えば、取引アプリケーションのあるコンポーネントは、取引ワークステーション上で実行され、その他のコンポーネントは、ワークステーションと通信するサーバ上で実行されてもよい。
【0027】
取引デバイス１１０は例えば、電子取引ワークステーション、ポータブル取引デバイス、「ブラックボックス」又は「グレーボックス」システムなどのアルゴリズム取引システム、埋め込み型取引システム、および／又は自動売買ツールを含んでもよい。取引デバイス１１０は例えば、シカゴ・イリノイ州のトレーディングテクノロジーズインターナショナル社が提供する電子取引プラットフォームであるＸ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するコンピューティングシステムであってもよい。別の例として、取引デバイス１１０は、トレーディングテクノロジーズインターナショナル社が提供するＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）および／又はＡＵＴＯＴＲＡＤＥＲ（商標）などの自動取引ツールを実行するコンピューティングデバイスであってもよい。
【0028】
別の例として、取引デバイス１１０は、市場データをアルゴリズム的に処理して当該アルゴリズム処理に基づく手動による注文提出を行うための、又は、自動的に配置された注文を操作するためのユーザインタフェースを備える。アルゴリズム取引アプリケーションは、特定のアクションを実行するように自動的に処理されるアルゴリズムを含む取引アプリケーションである。すなわち、この取引アプリケーションは、定義されたアクションを実行するための自動化された一連の命令を含む。アクションには、特定の方法による市場データの処理、注文の提出、既存の注文の変更、注文の削除、注文提出の規制、どの取引可能オブジェクトを実行するかの選択、注文を提出する価格又は注文を変更した後の価格の決定、注文を提出する数量又は注文を変更した後の数量の決定、注文を売買するかの決定、あるいは、所定時間のアクションの遅延などが含まれる。
【0029】
本明細書では、アルゴリズム（取引アルゴリズムとも称される）は、取引で使用するためのアルゴリズムを記述した論理式およびパラメータを含むという定義によって特定される。論理式は、パラメータ間の関係を特定するものであり、複数のパラメータを生成することができる。パラメータは例えば、アルゴリズムの論理式に対する入力を含んでいてもよい。アルゴリズムの定義は、アルゴリズム取引アプリケーションによって少なくとも部分的に特定されてもよい。アルゴリズム取引アプリケーションは例えば、事前に定義された論理式で使用するパラメータのみをユーザが特定できるようにしてもよい。別の例として、アルゴリズム取引アプリケーションは、論理式の一部又は全て並びにパラメータの一部又は全てをユーザが特定できるようにしてもよい。論理式がユーザによって特定される取引アルゴリズムは、ユーザ定義の取引アルゴリズムである。
【0030】
取引アプリケーションは、取引デバイス１１０のコンピュータ読み取り可能媒体に記憶されてもよい。ある実施形態では、取引アプリケーションの１つ又は複数のコンポーネントが取引ワークステーション上に記憶され、その他のコンポーネントがワークステーションと通信するサーバ上に記憶されてもよい。ある実施形態では、取引デバイス１１０のコンピュータ読み取り可能媒体に対して、他のコンピュータ読み取り可能媒体から取引アプリケーションの１つ又は複数のコンポーネントがロードされる。例えば、取引アプリケーション（又は取引アプリケーションのアップデート）は、製造者、開発者又は公開者によって１つ又は複数のＣＤ、ＤＶＤに記憶されてもよく、その後、当該アプリケーションを取引デバイス１１０上にロードする責任者へ、あるいは、取引デバイス１１０が取引アプリケーションを取得するためのサーバへ提供される。別の例として、取引デバイス１１０は、例えばインターネット又は内部ネットワークを介して、サーバから取引アプリケーション（又は取引アプリケーションのアップデート）を受信してもよい。取引デバイス１１０は、取引デバイス１１０によって要求されたときあるいは要求されていないときに（前者が「プル配信」、後者が「プッシュ配信」）、取引アプリケーションおよび／又はそのアップデートを受信してもよい。
【0031】
取引デバイス１１０は、取引可能オブジェクトに関する注文を送信するように構成されている。注文は例えば、１つ又は複数のメッセージ又はデータパケットとして、あるいは共有メモリシステムを介して送信することができる。取引デバイス１１０は例えば、注文のキャンセル、注文の変更および／又は取引所への照会を行うように構成される。別の例として、取引デバイス１１０は、実世界の取引には影響しないシミュレーション環境におけるシミュレートされた取引所に命令を送信するように構成されてもよい。
【0032】
取引デバイス１１０によって送信される注文は例えば、ユーザの要求に応じて又は自動的に送信されてもよい。トレーダは例えば、電子取引ワークステーションを利用して、注文価格および／又は注文数量などの１つ又は複数のパラメータを手動で提供し、特定の取引可能オブジェクトを注文してもよい。別の例として、自動取引ツールは、注文に関する１つ又は複数のパラメータを計算し、注文を自動的に送信する。いくつかの例では、自動取引ツールは、ユーザからの確認なしには実際には送信しないが後で送信されるべき注文を準備する。
【0033】
ある実施形態では、取引デバイス１１０は、ユーザインタフェースを含む。ユーザインタフェースは例えば、ユーザに対してテキストベースおよび／又はグラフィックによる取引アプリケーションのインターフェースを提示するための１つ又は複数の表示デバイスを含んでもよい。表示デバイスには例えば、コンピュータモニタ、ハンドヘルドデバイスのディスプレイ、プロジェクタおよび／又はテレビが含まれる。ユーザインタフェースにより、取引アプリケーションを使用して、注文のためのパラメータを特定又はレビューすることができる。ユーザインタフェースは例えば、入力を受信するための１つ又は複数の入力デバイスを含む。入力デバイスには例えば、キーボード、トラックボール、２個ボタン又は３個ボタンのマウスおよび／又はタッチスクリーンが含まれてもよい。ユーザインタフェースは、ユーザと交信するための他のデバイスを含んでもよい。情報は例えば、スピーカを介してユーザに提供されてもよく、および／又は、マイクを介して受信されてもよい。
【0034】
ある実施形態では、取引アプリケーションは、ユーザが１つ又は複数の市場と交信することを可能にする１つ又は複数の取引画面が含まれている。取引画面は例えば、ユーザが様々な取引戦略を実施しながら、市場情報の取得および閲覧、注文入力パラメータの設定、注文の入力およびキャンセル、および／又はポジションの確認を行うことを可能にする。取引アプリケーションは例えば、取引所１３０から情報（ビッド価格、ビッド数量、アスク価格、アスク数量、過去の取引における価格および数量、および／又はその他の市場関連情報）を受信し、そのうちのいくつか又は全てが取引デバイス１１０のユーザインタフェースにより表示されてもよい。受信した情報に基づいて、取引画面は、取引可能オブジェクトに関する価格レベルの範囲および対応するビッド・アスク数量を表示してもよい。関連の取引情報をユーザに提供するために、取引画面は、内部市場を中心とする価格範囲（およびそれに対応するビッド・アスク数量）を表示してもよい。情報は継続的に又は定期的に取引アプリケーションに提供されてもよく、これにより、取引アプリケーションは現在の市場情報を反映するように取引画面を更新することができる。ユーザは取引画面を使用して、表示された情報に基づいて、例えば取引可能オブジェクトを売買するための注文を提出する、あるいはそれ以外の方法で取引可能オブジェクトを取引することができる。
【0035】
取引画面は、１つ又は複数の取引ツールを表示してもよい。取引ツールは、電子取引を可能にする、支援するおよび／又は容易にする電子ツールである。代表的な取引ツールには、これらに限定されないが、チャート、取引ラダー（trading ladders）、注文入力ツール、自動取引ツール、自動スプレッドツール、リスク管理ツール、注文パラメータツール、注文入力システム、市場グリッド、約定ウィンドウ、市場注文ウィンドウ、それらの組み合わせ、あるいは、取引するため、取引の準備をするため、取引を管理するため又は市場を分析するために使用されるその他の電子ツールが含まれても良い。
【0036】
ある実施形態では、取引デバイス１１０からの注文は、ゲートウェイ１２０を介して取引所１３０に送られる。取引デバイス１１０は、ゲートウェイ１２０と通信する際に、例えばローカルエリアネットワーク、ワイドエリアネットワーク、無線ネットワーク、仮想プライベートネットワーク、Ｔ１回線、T３回線、統合サービスデジタル網（「ＩＳＤＮ」）回線、ポイント・オブ・プレゼンス、インターネット、および／又は共有メモリシステムを使用する。
【0037】
ゲートウェイ１２０は、取引デバイス１１０および取引所１３０と通信する。ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間の通信を促進するように構成される。ゲートウェイ１２０は例えば、取引デバイス１１０から注文を受信し、当該注文を取引所１３０に送信する。別の例として、ゲートウェイ１２０は、取引所１３０から市場データを受信し、当該市場データを取引デバイス１１０に送信する。
【0038】
ある実施形態では、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間で通信されるデータに対する処理を行う。ゲートウェイ１２０は例えば、取引デバイス１１０から受信した注文を取引所１３０が理解可能なデータ形式に処理する。同様に、ゲートウェイ１２０は、取引所１３０から受信した取引所固有の形式による市場データを取引デバイス１１０が理解可能な形式に変換することができる。ゲートウェイ１２０による処理には例えば、取引デバイス１１０からの注文の追跡、および、取引所１３０から受信した約定確認に基づく注文ステータスの更新が含まれる。別の例として、ゲートウェイ１２０は、取引所１３０からの市場データを合体して取引デバイス１１０に提供する。
【0039】
ある実施形態では、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間で通信されるデータの処理以外のサービスを提供する。ゲートウェイ１２０は例えば、リスク処理を提供する。
【0040】
ゲートウェイ１２０は例えば、ハンドヘルドデバイス、ラップトップ、デスクトップコンピュータ、シングル又はマルチコアプロセッサを搭載したワークステーション、複数のプロセッサを搭載したサーバ、および／又はコンピュータのクラスタなど、１つ又は複数の電子コンピューティングプラットフォームを含む。
【0041】
ゲートウェイ１２０は、１つ又は複数のゲートウェイアプリケーションを含んでもよい。ゲートウェイアプリケーションは例えば、注文処理および市場データ処理を取扱う。この処理は例えば、ユーザの好みに基づいてもよい。
【0042】
ある実施形態では、ゲートウェイ１２０は、取引所１３０と通信する際に例えば、ローカルエリアネットワーク、ワイドエリアネットワーク、仮想プライベートネットワーク、T１回線、T３回線、ＩＳＤＮ回線、ポイント・オブ・プレゼンス、インターネット、および／又は共有メモリシステムを使用して通信する。
【0043】
一般的に、取引所１３０は、取引所団体によって所有、操作、制御又は使用される。取引所団体の例には、ＣＭＥグループ、ニューヨーク証券取引所／ロンドン国際金融先物オプション取引所（「ＮＹＳＥ ＬＩＦＦＥ」）、インターコンチネンタル取引所（「ＩＣＥ」）およびユーレックスがある。取引所１３０は、（例えば取引所によって提供される）取引可能オブジェクトの売買を可能にするように構成されたコンピュータ、サーバ又はその他のコンピューティングデバイスなどの電子マッチングシステムを有する。電子マッチングシステムは例えば、マッチングエンジンを含む。取引所１３０は、別個の団体を含み、その一部は取引可能オブジェクトのリスト化および／又は管理を行い、その他は、注文の受信およびマッチングを行ってもよい。取引所１３０は例えば、電子通信ネットワーク（「ＥＣＮ」）を含む。
【0044】
取引所１３０は、取引可能オブジェクトを売買するための注文をマッチングするように構成される。取引可能オブジェクトは、取引所１３０によって取引のためにリスト化されてもよい。注文には例えば、取引デバイス１１０から受信した注文が含まれてもよい。注文は例えば、取引デバイス１１０からゲートウェイ１２０を介して受信される。さらに、注文は、取引所１３０と通信している他のデバイスから受信されてもよい。すなわち、取引所１３０は一般的に、マッチング対象となる注文を提供するその他の各種取引デバイス（取引デバイス１１０に類似していてもよい）と通信を行っている。
【0045】
取引所１３０は、市場データを提供するように構成される。市場データは例えば、１つ又は複数のメッセージ又はデータパケットにより、あるいは共有メモリシステムを介して提供される。市場データは例えば、取引デバイス１１０に提供される。市場データは例えば、ゲートウェイ１２０を介して取引デバイス１１０に提供される。市場データは例えば、内部市場を表すデータを含む。内部市場は、（時間の経過とともに変化してもよいため）特定の時点における最低の売り価格（「最良のアスク」ともいう）および最高の買い価格（「最良のビッド」ともいう）のことである。市場データは、市場深度を含んでもよい。市場深度は、内部市場で入手可能な数量、あるいは内部市場から離れた他の価格で入手可能な数量を指す。したがって、内部市場は、市場深度の第１のレベルと見なすことができる。内部市場を基準とした１チックは例えば、市場深度の第２のレベルと見なすことができる。ある実施形態では、市場深度は、全ての価格レベルにおいて提供される。ある実施形態では、市場深度は、全ての価格レベルよりも少ない価格レベルにおいて提供される。市場深度は例えば、内部市場を基準とした両方向における最初の５個の価格レベルに設けられてもよい。別の例として、市場深度は、市場で利用可能な数量を有する最初の１０個の価格レベルに設けられてもよい。市場データはまた、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）および注文約定情報などの情報を含んでもよい。
【0046】
ある実施形態では、システム１００は、複数の取引デバイス１１０を含む。例えば、上述した取引デバイス１１０に類似する複数の取引デバイスが、取引所１３０に注文を送信するためにゲートウェイ１２０と通信する。
【0047】
ある実施形態では、システム１００は、複数のゲートウェイ１２０を含む。例えば、上述したゲートウェイ１２０と類似する複数のゲートウェイが、取引デバイス１１０および取引所１３０と通信する。このような構成によれば、１つのゲートウェイ１２０に障害が発生した場合に備えた冗長性を提供することができる。
【0048】
ある実施形態では、システム１００は、複数の取引所１３０を含む。ゲートウェイ１２０は例えば、上述した取引所１３０に類似する複数の取引所と通信する。このような構成によれば例えば、取引デバイス１１０は、ゲートウェイ１２０を介して複数の取引所と取引することができる。
【0049】
ある実施形態では、システム１００は、複数の取引所１３０と、複数のゲートウェイ１２０とを含む。例えば、上述したゲートウェイ１２０に類似する複数のゲートウェイが、上述した取引所１３０に類似する複数の取引所と通信する。それぞれのゲートウェイは例えば、１つ又は複数の異なる取引所と通信する。このような構成によれば例えば、１つ又は複数の取引デバイス１１０は、複数の取引所と取引することができる（および／又は複数の取引所に対する冗長的接続を提供することができる）。
【0050】
ある実施形態では、取引デバイス１１０は、１つ又は複数のコンピューティングデバイス又は処理コンポーネントを含む。言い換えれば、取引デバイス１１０の機能は、複数のコンピューティングデバイスによって実行されてもよい。例えば、１つのコンピューティングデバイスが取引所１３０に送信するための命令を生成し、別のコンピューティングデバイスがユーザにグラフィカルユーザインタフェースを提供してもよい。ある実施形態では、ゲートウェイ１２０は、１つ又は複数のコンピューティングデバイス又は処理コンポーネントを含む。言い換えれば、ゲートウェイ１２０の機能は、複数のコンピューティングデバイスによって実行されてもよい。ある実施形態では、取引所１３０は、１つ又は複数のコンピューティングデバイス又は処理コンポーネントを含む。言い換えれば、取引所１３０の機能は、複数のコンピューティングデバイスによって実行されてもよい。
【0051】
ある実施形態では、ゲートウェイ１２０は、取引デバイス１１０の一部である。例えば、ゲートウェイ１２０のコンポーネントは、取引デバイス１１０と同じコンピューティングプラットフォームの一部であってもよい。別の例として、ゲートウェイ１２０の機能は、取引デバイス１１０のコンポーネントによって実行されてもよい。ある実施形態では、ゲートウェイ１２０は存在しない。このような構成は例えば、取引デバイス１１０が取引所１３０と通信する際にゲートウェイ１２０を利用する必要がない場合に採用される。取引デバイス１１０は例えば、取引所１３０と直接通信するように構成されてもよい。
【0052】
ある実施形態では、ゲートウェイ１２０は、取引デバイス１１０と物理的に同じ場所に配置される。ある実施形態では、ゲートウェイ１２０は、取引所１３０と物理的に同じ場所に配置される。ある実施形態では、取引デバイス１１０は、取引所１３０と同じ場所に配置される。ある実施形態では、ゲートウェイ１２０は、取引デバイス１１０および取引所１３０の両方とは物理的に別の場所に配置される。
【0053】
ある実施形態では、システム１００は、ミドルウェア、ファイアウォール、ハブ、スイッチ、ルータ、取引所固有の通信機器、モデム、セキュリティマネージャおよび／又は暗号化／復号化デバイスなど、通信アーキテクチャに対して固有のその他のデバイスを含む。
【0054】
ＩＩ．コンピューティングデバイスの例
図２は、開示された実施形態を実施するために使用可能な例示的なコンピューティングデバイス２００のブロック図を示す。図１の取引デバイス１１０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。図１のゲートウェイ１２０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。図１の取引所１３０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。
図２は、開示された実施形態を実施するために使用可能な例示的なコンピューティングデバイス２００のブロック図を示す。図１の取引デバイス１１０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。図１のゲートウェイ１２０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。図１の取引所１３０は例えば、１つ又は複数のコンピューティングデバイス２００を含む。
【0055】
コンピューティングデバイス２００は、プロセッサ２０２と、相互接続バス２０４と、チップセット２０６と、メモリコントローラ２０８と、入力／出力（Ｉ／Ｏ）コントローラ２１０と、システムメモリ２１２と、大容量記憶メモリ２１４と、Ｉ／Ｏバス２１６と、ネットワークインタフェース２１８と、ディスプレイ２２０と、入力デバイス２２２と、出力デバイス２２４とを含む。コンピューティングデバイス２００は、付加的な、異なる、又はより少ない数のコンポーネントを含んでもよい。例えば、複数のバス、複数のプロセッサ、複数のメモリデバイス、複数のネットワークインタフェース、複数の表示デバイス、複数の入力デバイス、複数の出力デバイス、又はそれらの任意の組み合わせが設けられてもよい。別の例として、コンピューティングデバイス２００は、表示デバイス２２０とは別個の出力デバイス２２４を含まない。別の例として、コンピューティングデバイス２００は、表示デバイス２２０を含まない。別の例として、コンピューティングデバイス２００は、入力デバイス２２２を含まなくてもよい。その代わりに例えば、コンピューティングデバイス２００は、ネットワークインタフェース２１８を介して外部又は遠隔の入力デバイスによって制御される。
【0056】
コンピューティングデバイス２００は、相互接続バス２０４に接続されたプロセッサ２０２を含む。相互接続バス２０４には、通信バス、チャネル、ネットワーク、回路、スイッチ、ファブリック、又は、コンピューティングデバイス２００内のコンポーネント間でデータを通信するためのその他の機構が含まれてもよい。相互接続バス２０４は、コンピューティングデバイス２００のコンポーネント間で通信可能に接続されてデータを転送してもよい。例えば、取引アプリケーションのインストールプロセス中に、プロセッサ２０２によって実行可能な１つ又は複数のコンピュータ読み取り可能命令が、入力デバイス２２２および／又はネットワークインタフェース２１８からシステムメモリ２１２および／又は大容量記憶メモリ２１４に転送されてもよい。コンピューティングデバイス２００がシステムメモリ２１２および／又は大容量記憶メモリ２１４に記憶された取引アプリケーションの実行中又は実行の準備中であるときに、プロセッサ２０２は、システムメモリ２１２および／又は大容量記憶メモリ２１４から相互接続バス２０４を介して命令を読み出してもよい。
【0057】
プロセッサ２０２は例えば、プロセッサ、処理ユニット、又はマイクロプロセッサであってもよい。プロセッサ２０２には例えば、１つ又は複数の汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、および／又はそれらの組み合わせが含まれる。プロセッサ２０２は、ネットワーク又は分散処理に関連付けられた１つ又は複数のデバイスのような、単一のデバイス又はデバイスの組み合わせであってもよい。マルチプロセッシング、マルチタスキング、並列処理および／又はリモート処理など、任意の処理戦略を使用してもよい。処理は、ローカルでもリモートであってもよく、また、１つのプロセッサから別のプロセッサに移動してもよい。コンピューティングデバイス２００は、マルチプロセッサシステムであってもよく、その場合、相互接続バス２０４に通信可能に接続された１つ又は複数の付加的なプロセッサを含み得る。
【0058】
プロセッサ２０２は、システムメモリ２１２や大容量記憶メモリ２１４などの１つ又は複数の有形媒体内にエンコードされたロジックを実行するように動作可能、および／又はネットワークインタフェース２１８を介してロジックを実行するように動作可能であってもよい。本明細書では、１つ又は複数の有形メディアにエンコードされたロジックには、プロセッサ２０２又は異なるプロセッサによって実行可能な命令が含まれる。ロジックは例えば、ソフトウェア、ハードウェア、集積回路、ファームウェアおよび／又はマイクロコードの一部として記憶されてもよい。ロジックは、例えばインターネットに接続された通信ネットワークを介して外部の通信デバイスから受信される。プロセッサ２０２は、図面又は本明細書に記載された機能、作用又はタスクを実行するためのロジックを実行することができる。
【0059】
図２のプロセッサ２０２は、チップセット２０６に接続される。チップセット２０６は、メモリコントローラ２０８およびＩ／Ｏコントローラ２１０を含む。チップセットは一般的に、Ｉ／Ｏおよびメモリ管理機能を提供するとともに、チップセット２０６に接続された１つ又は複数のプロセッサによってアクセスおよび使用可能な複数の汎用および／又は特殊用途のレジスタおよびタイマを提供する。メモリコントローラ２０８は、プロセッサ２０２（複数存在してもよい）によるシステムメモリ２１２および大容量記憶メモリ２１４へのアクセスを可能とする機能を実行する。
【0060】
システムメモリ２１２および大容量記憶メモリ２１４は例えば、コンピュータ読み取り可能記憶媒体のような１つ又は複数の有形媒体であってもよい。システムメモリ２１２には例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、電気的プログラム可能な読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、その他の有形データ記憶デバイスおよびそれらの任意の組み合わせなどの揮発性および不揮発性の各種記憶媒体が含まれる。大容量記憶メモリ２１４には例えば、ハードディスクドライブ、光媒体、磁気テープ、その他の任意の有形データ記憶デバイス、又はそれらの任意の組合せを含む、様々なタイプの大容量記憶デバイスが含まれる。ある実施形態では、システムメモリ２１２および大容量記憶メモリ２１４は非一時的である。
【0061】
システムメモリ２１２および大容量記憶メモリ２１４は例えば、単一のメモリモジュールであってもよい。システムメモリ２１２および大容量記憶メモリ２１４に記憶されたデータがプロセッサ２０２によって読み出しできるように、システムメモリ２１２および大容量記憶メモリ２１４は、プロセッサ２０２に隣接する、プロセッサ２０２の一部である、プロセッサ２０２によってプログラムされる、プロセッサ２０２によってネットワーク化される、および／又はプロセッサ２０２からリモートなものであってもよい。システムメモリ２１２および大容量記憶メモリ２１４は、プロセッサ２０２によって実行可能な命令を記憶することができる。命令が実行されると、本明細書に記載又は図面に示される１つ又は複数のアクション又は機能が実行される。
【0062】
Ｉ／Ｏコントローラ２１０は、プロセッサ２０２がＩ／Ｏバス２１６を介してネットワークインタフェース２１８、ディスプレイ２２０、入力デバイス２２２および出力デバイス２２４と通信することを可能にする機能を実行する。図２において、メモリコントローラ２０８およびＩ／Ｏコントローラ２１０はチップセット２０６内の別々のブロックとして示されているが、これらのブロックによって実行される機能は、単一の半導体回路内で統合されてもよく、２つ以上の別個の集積回路を用いて実現されてもよい。コンピューティングデバイス２００における１つ又は複数のコンポーネントが、チップ上のシステムとして実装されてもよい（例えば、ＩＰＨＯＮＥ（登録商標）におけるシステム・オン・チップ）。
【0063】
ネットワークインタフェース２１８は、一方向通信又は双方向通信による接続であってもよい。このため、ネットワークインタフェース２１８は、１つ、２つ又はそれ以上の通信ネットワーク又は通信デバイスを通信可能に接続することができる。例えば、相互接続バス２０４が上述した図１のゲートウェイ１２０に類似するゲートウェイに接続されることで、コンピューティングデバイス２００のコンポーネントのうちの１つ、いくつか、又は全てがアクセス可能となる、あるいはゲートウェイと通信してもよい。別の例として、ネットワークインタフェース２１８は、相互接続バス２０４を他の通信ネットワークと接続する。ネットワークインタフェース２１８は例えば、データ通信接続を提供する統合サービスデジタル通信網（ＩＳＤＮ）のカード又はモデムであってもよい。別の例として、ネットワークインタフェース２１８は、例えばインターネットに接続された互換性のあるＬＡＮに対するデータ通信接続を提供するローカルエリアネットワーク（ＬＡＮ）のカードであってもよい。無線リンクが実装されてもよい。ネットワークインタフェース２１８は例えば、様々なタイプの情報に対応するアナログ又はデジタルのデータストリームを伝送する電気的、電磁的又は光学的な信号を送受信する。
【0064】
表示デバイス２２０には例えば、ビジュアル出力デバイス、陰極線管（ＣＲＴ）ディスプレイ、電子ディスプレイ、電子ペーパー、フラットパネルディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、エレクトロルミネッセンスディスプレイ（ＥＬＤ）、プラズマディスプレイパネル（ＰＤＰ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタディスプレイ（ＴＦＴ）、有機発光ダイオードディスプレイ（ＯＬＥＤ）、表面伝導型電子放出ディスプレイ（ＳＥＤ）、レーザーテレビ、カーボンナノチューブ、ナノクリスタルディスプレイ、ヘッドマウントディスプレイ、プロジェクタ、三次元ディスプレイ、および／又は透明表示デバイスが含まれる。
【0065】
表示デバイス２２０は、取引画面を表示すよう構成される。取引画面は例えば、上述した取引画面と類似するものである。取引画面はインタラクティブである。インタラクティブな取引画面を使用して、例えば、１つ又は複数の取引アクションを実行することが可能になる。取引画面により例えば、１つ又は複数の注文入力アクションを使用して、１つ又は複数の注文入力パラメータを設定および／又は送信することができる。表示デバイス２２０および／又は入力デバイス２２２は例えば、取引画面と交信するために使用されてもよい。
【0066】
入力デバイス２２２には例えば、キーボード、マウス、マイクロホン、タッチスクリーン、トラックボール、キーパッド、ジョイスティックおよび／又は入力のためのその他のデバイスが含まれる。入力デバイス２２２は例えば、プロセッサ２０２にコマンド選択を提供するために使用することができる。入力デバイス２２２は例えば、取引画面に表示されるカーソルを制御するために使用されるマウスであってもよい。マウスは例えば、選択および制御を行うための１つ又は複数のボタンを含んでもよい。
【0067】
出力デバイス２２４には例えば、キーボード、マウス、スピーカ、タッチスクリーン、トラックボール、キーパッド、触覚式のデバイス又はシステム、ジョイスティック、および／又は出力を提供するためのその他のデバイスが含まれる。出力デバイス２２４は例えば、触覚信号又は音声信号などの１つ又は複数の信号をユーザに出力するために使用される。図２において、入力デバイス２２２および出力デバイス２２４は独立したブロックとして示されているが、これらのブロックにより実行される機能を単一のＩ／Ｏデバイスに統合してもよい。
【0068】
ＩＩＩ．取引サークルメンバーへの取引データの通信
図３は、本明細書に開示された実施形態を実施するために使用可能な例示的な取引サークルマネージャ３００を示す。ある実施形態では、図３の取引サークルマネージャ３００は、図１の取引デバイス１１０上に実装される、又は取引デバイス１１０と関連して実装される。ある実施形態において、取引サークルマネージャ３００は例えば、図１の取引デバイス１１０と協働するように構成された別個のコンピューティングデバイスを備える。他の実施形態では、取引サークルマネージャ３００は、図１の取引デバイス１１０によって実装される又はその他の方法により実行される命令又はコードを含む。
図３は、本明細書に開示された実施形態を実施するために使用可能な例示的な取引サークルマネージャ３００を示す。ある実施形態では、図３の取引サークルマネージャ３００は、図１の取引デバイス１１０上に実装される、又は取引デバイス１１０と関連して実装される。ある実施形態において、取引サークルマネージャ３００は例えば、図１の取引デバイス１１０と協働するように構成された別個のコンピューティングデバイスを備える。他の実施形態では、取引サークルマネージャ３００は、図１の取引デバイス１１０によって実装される又はその他の方法により実行される命令又はコードを含む。
【0069】
ある実施形態では、図３の取引サークルマネージャ３００のインスタンスがサークル（グループとも称される）ごとに設けられており、それぞれの取引サークルマネージャ３００を、対応する取引サークルの専用のものとすることができる。取引サークルマネージャ３００は、１つ又は複数の関係のない個人や団体のために複数のサークルを管理することができる。
【0070】
取引サークルマネージャ３００によれば、例えば取引デバイス１１０のユーザ又はその他の取引デバイスのユーザが、サークルメンバー間で取引データを通信する目的のために、他のユーザと１つ又は複数の取引サークルを確立することが可能となる。取引サークルメンバー間における取引データの通信は取引サークルマネージャ３００によって促進され、これにより、取引データに関連して受信した情報を取引所が処理して適切な応答を生成することを待つことなくサークルメンバーに取引データを提供することができる。結果的に現在のシステムと比較して、取引サークルメンバーは、他のメンバーに関連付けられた取引データをより早く受信する。現在のシステムでは、取引所と交信するユーザは、別のユーザ又は団体による注文の提出や取引の開始を認識する前に、取引所が注文および／又はその他の取引を処理するまで待機している。現在のシステムとは対照的に、取引サークルマネージャ３００は例えば、取引所における仲間のサークルメンバーによって提出された注文等に関するデータをサークルメンバーに提供し、当該データを受信したメンバーは、取引所による注文に関するデータの処理および配信を待つ必要がない。
【0071】
例えば、図３の取引サークルマネージャ３００によって確立および管理されたサークルの第１のメンバーが、取引所にて係属中である第１の取引可能オブジェクトを含む第１の注文を有するときに、同取引サークルの第２のメンバーが、同じ第１の取引可能オブジェクトを含む第２の注文を取引所に提出する場合がある。現在のシステムでは、第２の注文に気付くためには、第１のサークルメンバーは、取引所が第２のサークルメンバーが提出した注文を処理して当該注文がもたらす市場での変化に関連した情報を配信することを待機する必要がある。逆に、取引サークルマネージャ３００は、第２のサークルメンバー（又は第２のサークルメンバーに関連付けられた、および／又は、第２のサークルメンバーによって使用されている取引デバイス）が第２の注文を取引所に送信するとすぐに、第２の注文に関連するデータを第１のサークルメンバーに送信する。言い換えれば、取引サークルマネージャ３００は、取引所への第２の注文の送信とともに（例えば同時に又は略同時に）第２の注文のインジケーションを送信する。その結果、取引サークルマネージャ３００により、第１のサークルメンバーは、第１の取引可能オブジェクトおよび第１の取引可能オブジェクトによる取引所への影響の見積もりおよび予測に関するデータを受信することができ、このとき、第１のサークルメンバーは取引所が第２のサークルメンバーの第２の注文を処理することを待機する必要がない。
【0072】
図３の取引サークルマネージャ３００を介して同じサークルメンバーから取引データを受信するサークルメンバーは、他のサークルメンバーによる市場活動に関して非サークルメンバーよりも明確な利点を有する。特に、取引サークルに組織化されて取引サークルマネージャ３００を使用する個人および／又は団体は、非メンバーの前に取引データを受信する可能性が高い。上の例を続けると、第１のサークルメンバーが取引サークルマネージャ３００を利用することによって、第２のサークルメンバーによって提出された第２の注文に関連するデータ（例えば、第２の注文内に含まれる価格および数量の情報および／又は第１の取引可能オブジェクトに関連して追加の注文が提出されたことを示すインジケーション）を第１の時間に受信した場合、非メンバーは、第１の時間よりも後の第２の時間において第２の注文に関するデータを受信する可能性が高い。そのような場合、第１の時間は、第２の注文が取引所に送信される時間に対応し、第２の時間は、取引所が第２の注文を受信・処理して、当該処理に関するデータの配信を行った後の時間に対応する。第１のサークルメンバーは、取引サークルマネージャ３００によってもたらされる第１および第２の時間の間の期間を利用して、例えば非メンバーが第２の注文に気付く前に、第１の取引可能オブジェクトに関する１つ又は複数のアクションを実行することができる。
【0073】
図３の取引サークルマネージャ３００は、通信インターフェース３２２を介してサークル定義データベース３０４と通信するサークル定義モジュール３０２を備える。取引サークルマネージャ３００はさらに、１つ又は複数の管理および制御された取引サークルメンバーへの接続を提供するように構成された通信モジュール３０６を備える。通信モジュール３０６は例えば、受信又は検知した取引注文および／又はそのアップデートの形式にて接続性を注文ステータスモニタ３０８に提供する。注文ステータスモニタ３０８は、個々のサークルメンバー間で通信された、あるいはサークルメンバーと図１の取引所１３０との間で通信された取引注文およびそのアップデート又はその修正を特定するように構成されてもよい。ある例では、取引所分析モジュール３１０は、注文ステータスモジュール３０８並びにマネージャ３００のその他のモジュールおよびコンポーネントと通信するように配置されており、かつ、特定された取引注文通信が取引所へもたらす影響を決定するように構成されている。取引サークルマネージャ３００はさらに、１つ又は複数の管理および制御された取引サークル内で動作可能なそれぞれのサークルメンバーの個々の位置データを相互に関連付けるサークルデータマネージャ３１２を備える。取引サークルマネージャ３００は、各取引サークルを構成する個々のサークルメンバーが利用可能な取引注文データを包括的にモニタ、増加および／又は推定する価格データモニタ３１４を備える。取引サークルマネージャ３００は、特定の取引可能オブジェクトに関する潜在的な取引相手として特定された個々のサークルメンバー間で取引注文データを同期させる理論約定モジュール３２０をさらに備えてもよい。
【0074】
図３の取引サークルマネージャ３００は、サークル定義モジュール３０２を備える。サークル定義モジュール３０２は、サークル定義データベース３０４と通信するとともに、例えば取引サークルマネージャ３００に登録されたユーザからの要求を受信すると、サークルを確立する。動作中において、サークル定義モジュール３０２は、要求を行ったユーザに対して、取引サークルを定義するために必要な情報を促す。サークル定義モジュール３０２は例えば、取引サークル名、管理者名、１つ又は複数の管理パスワード、サークルパスワードあるいはユーザパスワード、メンバーシップ制限、事前に定義された用語および／又は制限の選択、連絡先、希望メンバーの招待リスト、市場情報、などの情報を要求する。メンバーシップ制限は例えば、企業による制限、会社内の部門による制限、取引される資産クラスによる制限、ユーザのタイトルやクラス（例えばマネージャ、マーケットメーカ）による制限、リスク制限、あるいはその他のユーザにより定義可能なサークル基準を含むことができる。ユーザによって確立された要件に応じて、取引サークルを定義するために追加の、異なる、および／又はより少ない数の情報が要求および利用されてもよい。サークル定義モジュール３０２は、提供された情報を使用して、要求された取引サークルの定義を作成する。定義の作成には例えば、取引サークルに割り当てられるとともに取引サークル内でデータを通信するために（例えば、当該一意識別子を有するデータのパケットにタグを付けることにより）使用される一意識別子の生成が含まれる。サークル定義モジュール３０２は、サークル定義データベース３０４にエントリを追加し、当該エントリには、生成された一意識別子、要求元のユーザによって提供された情報、および／又はエントリに関するその他の任意の適切な情報が含まれる。
【0075】
要求元のユーザによって提供される情報に、取引サークルへ招待する人および／又は団体のリストが含まれる場合には、図３のサークル定義モジュール３０２は、招待者のそれぞれに招待通信（invitation）を行う。招待通信を行うために、サークル定義モジュール３０２は、リストに関連して提供される電子メールアドレスやソーシャルネットワークアカウント識別子（例えば、ＦＡＣＥＢＯＯＫ（登録商標）アカウント名）などの連絡情報を使用する。サークル定義モジュール３０２は、確立された取引サークルに招待者がアクセスして参加することを可能にするための情報を招待通信に含むことができる。招待通信は例えば、ウェブアドレス、取引サークル名、パスワードを含むことができる。サークル定義モジュール３０２によって送信される招待通信には、ウェブアドレスへ訪問して当該ウェブアドレスのウェブページ上の対応する入力フィールドに取引サークル名およびパスワードを入力することを指示する命令を含むことができる。招待者が招待通信の指示に従った場合、サークル定義モジュール３０２は、招待者に関連付けられたインジケーションを受信するとともに、当該インジケーションを使用して、対応する招待者を確立された取引サークルに追加する。確立された取引サークルに招待者を追加することには例えば、定義データベース３０４における対応するエントリ内に招待者に関連する識別性を含めることが含まれる。
【0076】
取引サークルマネージャ３００は、取引サークルを人に知らせるための付加的および代替的な手法を促進することができる。すなわち、人々は、上述した初期招待プロセス以外の通信手段を介して１つ又は複数の取引サークルを知ることができる。いくつかの例では、取引サークルメンバー、管理者および管理者以外のメンバーを問わず、取引サークルが確立および／又は動作された後に取引サークルに人を招待することができる。あるいは、人々は招待を受けることなく取引サークルを知ることができる。人々がオプトイン又はその他の方法で取引サークルにアドミタンスを要求するために、サークル定義モジュール３０２は、取引サークルマネージャ３００に対するリクエストの提出をトリガするためのウェブリンク又はその他の機構を提供してもよい。サークル定義モジュール３０２によって提供される提出オプションに関連してリクエストされる情報は、管理者が各取引サークルに関して確立した要件に基づいてカスタマイズすることができる。サークル定義モジュール３０２は、オプトインの要求を受信するとともに、当該要求に関する情報を例えば、対応する取引サークルの設立者や管理者へ通信する。サークル定義モジュール３０２は、取引サークルメンバーシップを要求している個人又は団体が承認されたかどうかを示す応答を待機する。承認されれば、サークル定義モジュール３０２は、要求元の個人又は団体を定義データベース３０４の適切なエントリに追加する。容認されない場合は、サークル定義モジュール３０２は、メンバーシップが拒絶（拒否）されたことを要求元のユーザに通知する。
【0077】
図４Ａ－４Ｃおよび図５は、取引サークルマネージャ３００によって実現され得る例示的なサークル構成および通信アーキテクチャを示している。図４Ａは、本明細書の開示に従って取引サークルマネージャ３００によって実現され得る例示的なサークル構成を示している。図４Ａに示すサークル構成に関連する特徴、エレメントおよび機能は、図３に示した取引サークルマネージャ３００に関連付けてさらに説明される。図４Ｂは、本明細書の開示に従って取引サークルマネージャ３００によって実現され得る例示的な分散型通信アーキテクチャを示している。図４Ｃは、本明細書の開示に従って取引サークルマネージャ３００によって実現され得る例示的な集中型通信アーキテクチャを示している。
【0078】
サークル定義モジュール３０２は取引サークルを確立し、当該取引サークルには、任意の個人、ユーザ、および／又は、各サークルに関連して事前に定められた１つ又は複数の特性を有する取引アプリケーション若しくはコンポーネントが含まれる。図４Ａは、取引サークルマネージャ３００によって確立・管理することができる例示的な複数の取引サークルを示す。図４Ａは、第１の取引組織４００と、第２の取引組織４０２とを含む。第１の取引組織４００は、個々のトレーダおよびそれに関連する取引デバイス４００ａ－４００ｍを採用および／又は他の方法で表すものであり、第２の取引組織４０２は、個々のトレーダおよびそれに関連する取引デバイス４０２ａ－４０２ｎを採用および／又は他の方法で表すものである。個々の取引デバイス４００ａ－４００ｍ、４０２ａ－４０２ｎは例えば、図１の取引所１３０と交信するように構成されている。取引デバイス４００ａ－４００ｍ、４０２ａ－４０２ｎおよび図４Ａ－４Ｃに示す残りの取引デバイスは、図１の取引デバイス１１０に関連して説明したように実装されてもよい。取引デバイス４０４、４０６、４０８は、取引組織４００、４０２とは無関係の個々のトレーダおよび／又はトレーダのグループを表す。ある実施形態では、図４Ａ－４Ｃに示した取引デバイスは、同一の又は異なる取引デバイス上で動作する異なる取引プログラムを表すことができる。ある実施形態では、図４Ａ－４Ｃに示した取引デバイスは、同一の又は異なる取引デバイス上で動作するＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）および／又はＡＵＴＯＴＲＡＤＥＲ（商標）のインスタンスを表す。
【0079】
図４Ａに示した構成例は、ＦＡＣＥＢＯＯＫ（登録商標）やＬＩＮＫＥＤＩＮ（登録商標）などのソーシャルネットワーク４１０を含み、当該ソーシャルネットワーク４１０は、同じソーシャルネットワークサービスのユーザおよび貢献者を複数備える。ソーシャルネットワークは、ビジネスやコミュニティ組織などの明確なグループのために設立されたプライベートネットワークであってもよい。ソーシャルネットワーク４１０の個々のユーザは、ソーシャルネットワークのサービスを使用して、共有の大学出席者、共通の地理的領域又は共有若しくは共通の利益に基づいて、小さな集団およびコミュニティを自己組織化することができる。コミュニティのメンバーは、同じコミュニティの他のメンバーにアクセス可能なメッセージを送信又は投稿することができる。図４Ａの例では、ソーシャルネットワーク４１０のユーザには、取引デバイス４１２―４１８、４２０－４２６によって代表される個人又は個人のグループが含まれる。
【0080】
図４Ａはさらに、上述した個々の取引デバイス、取引組織およびソーシャルネットワークの間に確立することができる取引サークルの一例を示す。第１の取引サークル４５０は、第１の取引組織４００を含む個人および取引デバイスを包含する。第２の取引サークル４５２は、第２の取引組織４０２を含む個人および取引デバイスを包含する。第３の取引サークル４５４は、ソーシャルネットワーク４１０のメンバーのサブセットを表す取引デバイス４１２－４１８を含む。第４の取引サークル４５６は、第２の取引組織４０２（および第２の取引サークル４５２）と、個々の取引デバイス４０４、４０６とを備える。第５の取引サークル４５８は、個々の取引デバイス４０８と、第４の取引サークル４５６の取引デバイス４０６とを含むものとして定義される。取引デバイス４０６は、一個人およびそれに関連する取引デバイスが同時に複数の取引サークルに属してもよいことを示す（例えば、第４の取引サークル４５６と第５取引サークル４５８に属す）。図３の取引サークルマネージャ３００によって、付加的又は代替的な取引サークルを形成・管理することができる。議論の目的のために、第１の取引サークル４５０およびその取引デバイス４００ａ－４００ｍが以下の説明で使用される。しかしながら、本明細書に開示される以下の説明および実施例は、図４Ａ－４Ｃの取引サークルおよび／又はその他のユーザのグループに適用および／又は利用してもよい。
【0081】
図３に示す取引サークルマネージャ３００の例示に戻ると、通信モジュール３０６は、図４Ａに示す取引サークル４５０などの取引サークルメンバー間の取引データ通信を促進するものである。一実施形態では、取引サークル４５０は、トレーディングテクノロジーズインターナショナル社によって提供されるＴＴＮＥＴ（商標）の各メンバー又はユーザを含む。通信モジュール３０６は、個々のサークルメンバーが仲間のサークルメンバーと共有することに合意した任意のタイプの取引データを編成、優先付けおよび通信するように構成されてもよい。いくつかの例では、サークルメンバーの各々は、他のサークルメンバーの同じ情報へのアクセスを有する、および／又はそれを受信する。一実施形態では、通信モジュール３０６は、仲間のサークルメンバーに関するサークルデータを、フィード又は当該フィードの各加入者にデータを送信するように構成されたその他のマルチキャスト通信を介して通信する。別の実施形態では、通信モジュール３０６は、個別のメッセージおよび／又は通信パケットを個々のサークルメンバーに直接的にブロードキャストするように構成されてもよい。さらに別の実施形態では、通信モジュール３０６は、１つ又は複数のサークルメンバーから受信した情報のクエリに応答して取引データを通信する。通信モジュール３０６はまた、定義データベース３０４に記憶されたサークル定義のフィード情報の一部に基づいてフィードを生成する。さらにサークル定義モジュール３０２は、サークルメンバーを通信モジュール３０６によって実行されるフィードに加入させる。取引サークル４５０の第１のメンバーに関連付けられた取引デバイス４００ａは例えば、通信モジュール３０６によって実行・提供されるフィードを介してデータを受信するように構成される。通信モジュール３０６は、取引サークル４５０を含む取引デバイス４００ａ－４００ｍに取引データを伝送するための付加的又は代替的な通信技術を利用することができる。
【0082】
図示の例では、図３の注文ステータスモニタ３０８は、取引デバイス４００ａ－４００ｍのうちの１つ又は複数によって取引所１３０に通信される注文および／又は注文の修正を検出する。動作中において、注文ステータスモニタ３０８は、ゲートウェイ１２０並びにインターネット若しくはその他のワイドエリアネットワーク４７０を介して、取引デバイス４００ａ－４００ｍに向けて送信される又は取引デバイス４００ａ－４００ｍから取引所１３０へ送信される１つ又は複数のメッセージを検出する。注文ステータスモニタ３０８は、検出したメッセージの種類を決定する（例えば、検知したメッセージが注文、注文の変更要求、あるいは取引所に送信されるその他の任意の種類のいずれに属するものであるか）。取引サークルマネージャ３００は、サークルメンバーによる取引所との付加的又は代替的な交信を特定するための付加的又は代替的な分析モジュールを含むことができる。
【0083】
いくつかの例では、注文ステータスモニタ３０８はすぐに、通信モジュール３０６に、検知したメッセージに関するデータを、取引サークル４５０を含む取引所分析モジュール３１０および／又は取引デバイス４００ａ－４００ｍへ送信させる。図示の例では、取引所分析モジュール３１０は、検知した注文および／又は注文の変更が例えば対応する取引所の注文ブックに与える影響を決定する（もしあれば）。検知したメッセージは例えば、呼び値のレッグが約定されることに応じて取引サークル４５０の取引デバイス４００ａによって取引所に提出されているスプレッド取引のリーンレッグのヘッジ注文に対応してもよい。このような場合には、分析モジュール３１０は、ヘッジ注文によって対応する価格レベルで利用可能な数量がいくらか低減する（ヘッジ注文の数量および当該ヘッジ注文の価格レベルにおける取引可能オブジェクトの現在の利用可能量に応じて）ことを決定する。取引サークル４５０の他のメンバーは、同一又は類似の価格における取引可能オブジェクトにリーンオン（lean on）していてもよい。もしリーンオンしている場合、検知したヘッジ注文および結果的に生じる取引可能オブジェクトの数量の減少に関する知識は、当該取引可能オブジェクトにリーンオンしている仲間のサークルメンバーにとって貴重な情報である。検知したヘッジ注文に関するデータを非サークルメンバーが受信する前にサークルメンバーが受信することで、サークルメンバーは、非サークルメンバーよりも前に当該数量の減少に対応することができる。
【0084】
別の例として、検知したメッセージが数量１００および価格９０の買い注文であり、かつ、取引所が取引可能オブジェクトの価格９０における利用可能な数量が７５（注文数量よりも少ない）であることを示した場合、取引所分析モジュール３１０は、取引可能オブジェクトが価格９０で利用可能でないことを決定する、又は、所定期間の間、価格９０において利用可能である可能性は少なくとも高くないことを決定する（例えば、取引可能オブジェクトの買い数量が、初期の買い注文が検知された後に価格９０で追加される場合がある）。繰り返すと、取引所にて予期される変化に関する知識は、仲間のサークルメンバーにとって貴重な情報であり、取引サークルマネージャ３００は当該知識を、非サークルメンバーに利用可能となる前にサークルメンバーに提供する。
【0085】
別の例として、検知したメッセージが数量１００および価格９０の買い注文であり、かつ、取引所が取引可能オブジェクトの価格９０における利用可能な数量が５００（注文数量よりも多い）であることを示した場合、取引所分析モジュール３１０は、取引可能オブジェクトの価格９０における数量がまもなく１００減少することを決定する、又は、数量が１００減少する可能性が少なくとも高いことを決定する（例えば、取引可能オブジェクトの数量が、初期の買い注文が検知された後に増加又は減少する場合がある）。繰り返すと、取引所にて予期される変化に関する知識は、仲間のサークルメンバーにとって貴重な情報であり、取引サークルマネージャ３００は当該知識を、非サークルメンバーに利用可能となる前にサークルメンバーに提供する。
【0086】
図示の例における取引デバイス４００ａ－４００ｍおよびその他の取引デバイスは、幅広い種類の注文、取引戦略および構成などを生成および通信することができる。注文ステータスモニタ３０８によって検知され取引所分析モジュール３１０によって分析された異なる種類のメッセージは、対応する異なる種類の注文および／又は取引戦略に対して、異なる方法により影響を与え得る。図３の分析モジュール３１０は、これらの影響を決定するとともに取引サークル４５０の取引デバイス４００ａ－４００ｍとの通信のために当該影響に準備するように構成される。取引サークル４５０のメンバーは、注文ステータスモニタ３０８および／又は取引所分析モジュール３１０によって提供される情報を任意の適切な方法により利用することができる（例えば、個々の取引デバイス４００ａ－４００ｍが価格および／又は数量の変化の示唆に応じて取引戦略を自動的に調整又は再構築するように構成されることによって）。
【0087】
取引サークルマネージャ３００は、サークルデータマネージャ３１２を備える。サークルデータマネージャ３１２は、取引サークル４５０を構成する個々のサークルメンバーの位置データ（例えば、実行中の注文）への包括的なアクセスを維持する。サークルデータマネージャ３１２は当該データを用いて、取引サークル４５０を構成する個々のサークルメンバーが利害を有し加入している特定の市場のアスペクト（例えば、取引可能オブジェクト、１つ又は複数の市場イベント、およびサークル定義に含まれる定義済みで識別可能なメトリック）を含むデータフィードを包括的にモニタおよび追跡する。言い換えれば、図３のサークルデータマネージャ３１２は、１つ又は複数の取引所に関連する異なる種類の変化によって、どの個々のサークルメンバーが影響を受けることになるかを追跡する。サークルデータマネージャ３１２は分析モジュール３１０と協働して動作し、取引サークル４５０における関連する又は利害のあるメンバーへの取引データの通信をフィルタする又はその他の方法により制限する。サークルデータマネージャ３１２は特に、サークルメンバーに関連する検知した注文／修正によって取引所のどのアスペクトが影響を受けるかに関する情報を取引所分析モジュール３１０から受信する。注文ステータスモニタ３０８は例えば、取引サークル４５０内で動作可能な取引デバイス４００ａによって取引可能オブジェクト「Ｘ」を含む取引所１３０（図１参照）へ送信されたメッセージを検出する。さらに、取引所分析モジュール３１０は、検知したメッセージによって１つ又は複数の価格レベルにおける取引可能オブジェクト「Ｘ」の数量の減少となる又はその可能性が高いことを決定する。さらに、サークルデータマネージャ３１２は、第２の取引デバイス４００ｂが数量Ｘを含む取引所１３０で実行中の少なくとも１つの注文を有しており、第３の取引デバイス４００ｃが取引可能オブジェクト「Ｘ」を含むサブスクリプション、注文又は取引戦略を有しないことを認識する。このような例では、サークルデータマネージャ３１２は、通信モジュール３０６に対して、検知したメッセージに関連する情報（例えば、取引デバイス４００ｂに提供される取引デバイス４００ａに関連するデータ）および／又は取引所分析モジュール３１０によって実行された分析を第２の取引デバイス４００ｂに伝送することを指示し、第３の取引デバイス４００ｃ（図示せず）に対する情報の通信をフィルタリングおよび放棄（forego）する。
【0088】
サークルデータマネージャ３１２によって行われる選択的な通信は、取引サークル４５０のメンバーに部分的に又は全体的に対して無効にすることができる。通信モジュール３０６によって伝送される情報をフィルタリングする代わりに、サークルデータマネージャ３１２を無効化して、分析モジュール３１０および／又は注文ステータスモニタ３０８が、全てのサークルメンバーに同様にデータを伝送することを通信モジュール３０６に対して指示することができる。
【0089】
図３の取引サークルマネージャ３００は、取引サークル４５０のメンバーに利用可能な価格情報の量を増加および／又は推定するための価格データモニタ３１４を備える。上述したように、多くの取引所は、数量データを配信する価格レベルの数を制限する。図５は、図１の取引所１３０で利用可能な取引可能オブジェクトに関連する価格レベルや市場深度の情報を反映している取引ウィンドウ５００のスクリーンショットを表す。価格列５０２には異なる価格レベルが示されており、２５単位のインクリメント又はチック（例えば０．２５＄）を含んでいる。ビッド数量列５０４は、価格列５０２の第１のエッジに隣接して整列しており、アスク数量列５０６は、価格列５０２の第２のエッジに隣接して整列している。図５に示すように、取引所１３０は、価格レベル５２５のビッド数量が５４であり、価格レベル５００のビッド数量が９７であることなどを示している。取引所１３０はさらに、価格レベル５５０の売り数量が６１であり、価格レベル５７５の売り数量が４７であることを示している。しかしながら、取引所は、ビッド列５０４において価格レベル４２５を越える価格ではデータを配信しておらず、売り列５０６において価格レベル６７５を越える価格でもデータを配信していない。結果的に、取引所１３０が提供する市場のビューは制限されている。
【0090】
より完全な市場のビューを提供するために、価格データモニタ３１４は、取引サークル４５０の取引デバイス４００ａ－４００ｍから情報を収集し、当該情報を使用して取引所１３０が情報を配信しない価格レベルに関連する情報をサークルメンバーに提供する。図５の例を参照すると、価格データモニタ３１４は、取引サークル４５０のメンバーに、価格レベル４００、３７５、３５０およびそれ以下のビッド側の価格レベルに関する情報を提供する。さらに、価格データモニタ３１４は、取引サークル４５０のメンバーに、価格レベル７００、７２５、７５０およびそれ以上のアスク側の価格レベルに関する情報を提供する。図５の例では、価格データモニタ３１４は、提供される付加的な情報を第１および第２の拡張列５０８、５１０に表示する。しかしながら、価格データモニタ３１４は、提供される価格レベルの追加情報を、付加的又は代替的な手法を介して通信することができる。
【0091】
情報を収集するために、価格データモニタ３１４は例えば、取引所１３０によって配信されている価格レベルの範囲外の価格レベルを有する取引デバイス４００ａ－４００ｍの実行中の注文にアクセスする。価格データモニタ３１４は、取引所が現在情報を配信している価格レベルの範囲を決定し、さらに、取引デバイス４００ａ－４００ｍのいずれかが、決定された範囲外の実行中の注文を有するかを決定するために取引デバイス４００ａ－４００ｍに対して照会を行う。あるいは、価格データモニタ３１４は、取引デバイス４００ａ－４００ｍの実行中の全ての注文に関するデータを収集し、どの注文が取引所によって現在情報を配信している価格レベル範囲外かを決定することもできる。
【0092】
収集した情報を利用するために、図３の価格データモニタ３１４は、収集部（aggregator）３１６と、外挿部（extrapolator）３１８とを備える。図３の例では、収集部３１６および外挿部３１８は、別々だが関連する機能を発揮する。収集部３１６は、取引デバイス４００ａ－４００ｍから収集された、取引所１３０が情報配信していない価格レベルのデータを組み合わせることにより、当該価格レベルのそれぞれの数量を形成する。例えば、取引サークル４５０の第１の取引デバイス４００ａが、図５に示す取引可能オブジェクトを含む価格レベル４００でビッド数量２０の実行中の注文を有し、かつ、第２の取引デバイス４００ｂが、図５に示す取引可能オブジェクトを含む価格レベル４００でビッド数量１４の実行中の注文を有する場合、収集部３１６はこれらの数量を組み合わせて、価格レベル４００の数量が少なくとも３４存在することを示す。その情報は図５の第１の拡張コラム５０８に反映される。取引サークル４５０の取引デバイス４００ａ－４００ｍのうちの付加的な１つが価格レベル４００の実行中の注文を有する場合、収集部３１６は、対応する数量を図５に示す合計に追加する。
【0093】
収集部３１６が提供する付加的な価格レベルのデータが正確である場合、収集部３１６は、取引所１３０における取引サークル４５０に起因する実行中の注文の割合によって制限される。いくつかの例では、取引サークル４５０における実行中の注文は、取引所１３０における実行中の注文全体のうちの非常に小さな部分に対応する。これより、上述した３４の値は、価格レベル４００で利用可能な実際の数量のごく一部に対応する。それにもかかわらず、収集部３１６は、非サークルメンバーにとって利用できない貴重な価格レベルの追加情報をサークルメンバーに提供する。
【0094】
収集部３１６よりも広い市場ビューを提供するために、図３の外挿部３１８は、取引所１３０が情報配信していない異なる複数の価格レベルでの利用可能な数量の推定値を生成する。外挿部３１８は、取引サークル４５０および取引所１３０に関連する既知の価格情報を使用して、取引所１３０に関連する未知の価格情報の推定値を生成する。これを行うために、外挿部３１８は、取引サークル４５０に起因する取引可能オブジェクトの市場全体のうち、取引所１３０が価格情報を配信している価格レベル範囲の部分を決定する。ある実施形態では、外挿部３１８は、ヒストリカル推定、線形推定、多項式推定、パーセンテージ推定およびその他の任意の既知又は後発的な技術などの様々な技術を用いて動作することができる。
【0095】
例えば図５を参照すると、外挿部３１８は、取引所１３０が情報配信している価格レベルにおける取引サークル４５０の取引デバイス４００ａ－４００ｍの実行中の注文が合計で１１８存在することを決定する。これと同時に、外挿部３１８は、取引所１３０が配信している数量の合計が５９０であることを決定する（当該合計はビッド・アスク数量列５０４、５０６の合計である）。したがって、外挿部３１８は、取引所１３０が情報配信している価格レベルにおける取引デバイス４００ａ－４００ｍの実行中の注文は市場の２０％に相当することを決定する。外挿部３１８は計算されたパーセンテージを使用して、取引所１３０が価格情報を配信している範囲外の価格レベルに関する１つ又は複数の推定値（extrapolations or estimations）を生成する。外挿部３１８は特に、取引所１３０が情報配信していない価格レベルにおける取引デバイス４００ａ－４００ｍの実行中の注文の総合数量を決定する。外挿部３１８は合計数量に対する計算されたパーセンテージを適用して、配信されている価格レベルの範囲外の価格レベルのそれぞれにおける取引所１３０での推定数量を生成する。上述の例を続けると、外挿部３１８が取引デバイス４００ａ―４００ｍ全体として価格レベル３７５の数量が１５であると決定した場合、外挿部３１８は１５に５を乗じることにより（上述の２０％を利用）、市場全体における価格レベル３７５の推定数量として７５に到達する。外挿部３１８は、取引所１３０が価格情報を配信している価格レベルの範囲外の任意の適切な数の価格レベルについて同様の計算を行う。価格データモニタ３１４は、当該推定に関する通信を、図５のウィンドウ５００および／又はその他の任意の適切なユーザインタフェースに追加される１つ又は複数の列を介して促進する。
【0096】
したがって、図３の価格データモニタ３１４は取引サークル４５０のメンバーに関連するデータを使用して、取引所１３０が価格情報を配信していない価格レベルの価格情報を発展させる。収集部３１６又は外挿部３１８のいずれが追加の価格情報を提供する場合であっても、取引サークル４５０のメンバーは情報に関与する一方、非メンバーは関与しない。したがって、価格データモニタ３１４は、取引サークル４５０のメンバーが取引所１３０と対話する際において非サークルメンバーよりも明確な利点をもたらす。
【0097】
図３の取引サークルマネージャ３００は、理論約定モジュール３２０を備える。理論約定モジュール３２０は、取引サークル４５０の第１のメンバーに関連する１つ又は複数の注文が取引サークル４５０の１つ又は複数の仲間のメンバーに関連する取引データに基づいて約定される可能性が高いことを第１のメンバーに通知する。理論約定モジュール３２０は、サークルメンバーによる実行中の注文および当該注文の詳細を追跡する。理論約定モジュール３２０は例えば、実行中の注文、そのビッド／価格およびその数量に関連する取引可能オブジェクトの識別性（identity）を追跡する。すなわち、追跡した特定の実行中の注文に関して、理論約定モジュール３２０は、当該注文が約定されるために必要な市場コンディションが何であるかを示す情報を追跡および記憶する（あるいはアクセスする）。
【0098】
さらに、理論約定モジュール３２０は、取引サークル４５０内の誰かによって１つ又は複数の注文が提出されたことを示すインジケーションを注文ステータスモニタ３０８から受信する。あるいは、理論約定モジュール３２０は、仲間のサークルメンバーによって提出されている１つ又は複数の注文を検知することができる。理論約定モジュール３２０は、仲間のサークルメンバーによって提出された注文によって、追跡している実行中の注文の約定のために必要な市場コンディションが生成されるかどうかを決定する。言い換えれば、理論約定モジュール３２０は、取引サークル４５０の１つのメンバーが注文を提出する等のアクションをとったことにより、取引サークル４５０の別のメンバーによる実行中の注文が約定される又は少なくとも部分的に約定されることになるあるいはその可能性が高いことを決定する。理論約定モジュール３２０は、情報が取引所１３０に送信されると同時又はその前に、サークルメンバー間で共有される情報に基づいてこれらの決定を行う。これにより、理論約定モジュール３２０は、注文が約定される又はその可能性が高いことを、取引所１３０によって約定が通知される前にサークルメンバーに通知することができる。
【0099】
例えば、取引サークル４５０の第１のメンバーは、＄９９６８．００のシンボルＧＥＨ１の取引可能オブジェクトを１００単位買う注文を取引所１３０で実行している場合がある。第１のサークルメンバーの注文が実行中である一方で、取引サークル４５０の第２のメンバーは、＄９９６８．００のシンボルＧＥＨ１を「ｎ」単位売る注文を提出する場合がある（ｎ＜１００）。図示の例では、理論約定検知部３２０は、第２のサークルメンバーによって提出された注文を検知するとともに、当該注文が第１のサークルメンバーのポジションに基づいて約定される可能性が高いことを決定する。特に、＄９９６８．００の価格レベルでの数量が「Ｎ」よりも多く存在するため、第２のサークルメンバーの注文は約定される可能性が高い。この検知に応答して、理論的約定モジュール３２０は、通信モジュール３０６に対して、理論約定のインジケーションを理論的約定モジュール３２０によって実行された計算の詳細とともに第２のサークルメンバーへ送信させる（例えば、数量「ｎ」が約定される可能性が高いこと）。さらに、通信モジュール３０６は、注文が約定されるであろうという確実性とは対照的に、可能性が高い約定（likely fill）としての理論約定（theoretical fill）を特定するフラグ又はその他の種類のインジケータを含むことができる。理論約定モジュール３２０の動作に関連して、付加的又は代替的な情報（例えば、第１のサークルメンバーによる実行中の注文あるいは第１のサークルメンバーの識別性に関する詳細）を第２のサークルメンバーに伝達することができる。
【0100】
理論的約定モジュール３２０はさらに、図１に示す取引所１３０におけるサークルメンバーの優先順位および／又はキュー位置を追跡および分析する。取引所１３０は、ＦＩＦＯ（先入れ先出し）優先ポリシーなど、異なる種類の優先／キューポリシーを採用してもよい。理論約定モジュール３２０はキューの位置情報を使用して、サークルメンバーによる実行中の注文が仲間のサークルメンバーのアクティビティに基づいて約定される可能性を計算してもよい。上述の例のシナリオを続けると、理論約定モジュール３２０によって、取引サークル４５０の第１のメンバーが取引所１３０で高い優先度や有利なキュー位置を有していると決定された場合、理論約定モジュール３２０は、取引サークル４５０の第２のメンバーが提出した注文によって、実行中の注文のうち数量ｎが約定されようとしていることを取引サークルの第１のメンバーに知らせることができる。取引サークル４５０の第２のメンバーの注文の数量がｎよりも多い場合、理論約定モジュール３２０は、実行中の注文の数量１００全体が約定されようとしていることを取引サークル４５０の第１のメンバーに通知してもよい。また、取引サークル４５０の第１のメンバーの優先度が低い又はキュー位置が有利でない場合、理論約定モジュール３２０は、第１のサークルメンバーによる実行中の注文を約定させる期待を軽減させる。通信モジュール３０６を介して取引サークル４５０の第１のメンバーに送信されたメッセージは、理論約定モジュール３２０によって計算された可能性データ（例えばパーセンテージ）を含むことができる。取引サークル４５０の第１のメンバーによる実行中の注文が（例えば、取引サークル４５０の第２のメンバーによる注文の提出および／又は取引所１３０若しくは取引サークル４５０の仲間のメンバーからのその他の情報により）約定される可能性（例えばパーセンテージ）を決定する際に、取引所における優先度に関して取引サークル４５０の第１のメンバーよりも前にある数量を理論約定モジュール３２０の計算に付加的又は代替的に考慮してもよい。これにより、理論約定モジュール３２０は、取引所１３０において取引サークル４５０の仲間のメンバーのアクティビティに基づいてポジションが約定されるインジケーションおよび／又は可能性を提供する。理論約定モジュール３２０は、取引所が情報を処理する前にインジケーションおよび／又は可能性を提供することにより、サークルメンバー全体に対して利益をもたらす。
【0101】
図４Ｂは、取引サークルマネージャ３００によって実行・管理され得るポイントツーポイント又はメッシュ構成のような分散型通信構成を示す。特に、取引サークルマネージャ３００のインスタンスおよび／又はバージョンが、図４Ｂに示す取引デバイス４００ａ－４００ｍ、４０２ａ－４０２ｎ、４０４、４０６、４０８、４１２－４１８のそれぞれにおいて動作可能であり、かつ、取引・サークルデータを他のサークルメンバーと共有するように構成されてもよい。取引サークルマネージャ３００の個々のインスタンスにより、関連する取引デバイスは、直接的に又はゲートウェイを介して取引注文を取引所１３０に通信することができる。取引サークルマネージャ３００は、取引サークルマネージャ３００の分散型インスタンスであってもよい。
【0102】
図４Ｂに示す例では、取引組織４００の取引デバイス４００ａ－４００ｍは、取引サークル４５０を構成するとともに、それぞれが取引サークルマネージャ３００のインスタンスを有する。動作中において、取引デバイス４００ａは、取引注文をネットワーク４４０へ通信するように構成されてもよい（矢印４６０）。この例では、ネットワーク４４０は、インターネットなどの公衆ネットワークおよび／又は企業広域ネットワークなどのプライベートネットワークであってもよい。通信される取引注文４６０は、ネットワーク４４０を経由して取引所１３０にルーティングおよび配信される。取引所１３０に対する取引注文４６０の通信により、取引サークルマネージャ３００は、１つ又は複数のサークルメンバーへのアップデートの提供を開始する。例えば、取引注文４６０が図５に示すように取引可能オブジェクトを価格レベル４５０で１０単位買う注文である場合、取引サークルマネージャ３００の注文ステータスモニタ３０８は、当該注文に関連する情報を検知して取得する。注文ステータスモニタ３０８は、通信モジュール３０６および取引所分析モジュール３１０と協力して、取引所１３０で維持されている取引可能オブジェクトに関する注文ブックへの取引注文４６０による影響を決定する。取引所分析モジュール３１０によって生成され、取引注文４６０による予想・予測効果を含むサークルデータは、参照矢印４６２ａ、４６２ｂで示されるように取引サークルマネージャ３００および通信モジュール３０６によって残りの取引デバイス４００ｂ、４００ｍに通信することができる。このようにして、応答４６１が取引所１３０によって生成され元の取引デバイス４００ａに配信される前に、取引サークル４５０の個々のメンバーは、（受信した更新情報４６２ａ、４６２ｂの１つ又は複数に含まれる効果又は推定効果に基づいて）取引注文４６０内に含まれる情報に反応することができる。
【0103】
サークル４５０のメンバーは、例えば取引注文４６０の送信と取引所１３０からの応答４６１の受信に関連する計算されたラウンドトリップタイムに基づいて、レイテンシー情報を共有および通信してもよい。特に、取引サークル４５０の各メンバーによって送受信される各通信のタイムスタンプを追跡して保存することができる。保存されたタイムスタンプの値を利用して、ユーザが取引所１３０と対話する際に経験するメッセージレイテンシーを表す時間を計算することができる。この情報は取引アクティビティ（例えば、ネットワークリソースの利用可能性）により時間の経過とともに変化するため、累積レイテンシー情報を用いて、各取引所１３０に関する個別のレイテンシープロファイルを構築してもよい。トレーダ、取引アルゴリズム又はその他の情報消費者は個々のレイテンシー情報およびレイテンシープロファイルを利用して、市場通信をレイテンシーが最小である取引所および／又は市場に向けるようにしてもよい。
【0104】
サークル４５０のメンバーは、取引注文４６０が取引所１３０に通信されることに応答して、例えば約定、拒絶および又は生成若しくは経験した制限に基づく市場コンディション情報を共有および通信することができる。例えば１つ又は複数のサークルメンバーが所定期間の間に拒絶を受信した場合には、ターゲットである取引所１３０にスロットルリミットが存在することを意味する。所定の取引所１３０からの拒絶を時間の関数として計測および追跡することにより、取引サークルマネージャ３００は、スロットルリミットを推定することができる。同様に、所定の取引所１３０からの拒絶を価格レベルの関数として計測および追跡することにより、取引サークルマネージャ３００は、取引所で効力が発生しているアクティブな価格範囲の要件を推定することができる。集められた市場コンディション情報をトレーダ、取引アルゴリズム又はその他の情報消費者が利用することにより、市場通信を好適な取引所および／又は市場に向けるようにしてもよい。
【0105】
１つ又は複数の例示的な実施形態では、取引サークルマネージャ３００のサークルデータマネージャ３１２は、１つ又は複数の取引デバイス４００ｂ－４００ｍが取引注文４６０の取引可能オブジェクトに関連するオープンポジションを有しないことを決定する。この例では、取引可能オブジェクトに関してオープンポジションを有していない取引デバイスは、決定および／又は予測の結果を必要としないものとしてサークルデータマネージャ３１２によって識別されてもよい。このように、オープンポジションを持たない取引デバイスは、取引サークルマネージャ３００から不要な通信や更新情報を受信することを免れることができる。あるいは、取引可能オブジェクトに関してオープンポジションを持たない取引デバイスは、市場におけるアクティビティをモニタ（場合によっては反応）するために、サークルデータを含むデータフィードへの加入を選択することができる。
【0106】
図４Ｂはさらに、取引サークル４５６の個々の取引デバイス４０４が、ゲートウェイ１２０を介してネットワーク４４０と取引所１３０に取引注文４６３を通信するように構成されていることを示している。この例では、取引デバイス４０４によって生成された取引注文４６３は、サークル定義モジュール３０２およびサークル定義データベース３０４で識別された１つ又は複数の取引可能オブジェクトに関連付けられており、取引サークル４５６を確立するために利用される。ゲートウェイ１２０および取引所１３０に対する取引注文４６３の通信により、残りのサークルメンバーへのサークルデータの同時通信が開始される。取引デバイス４０４は特に、取引組織４０２にサークルデータのアップデート４６４ａを通信し、個々の取引デバイス４０６にサークルデータのアップデート４６４ｂを通信する。したがって、取引デバイス４０２ａ－４０２ｎを含む取引組織４０２および個々の取引デバイス４０６は、注文アクノリッジメント／約定４６５が取引デバイス４０４又はその他の任意の非サークルメンバーが反応するために利用可能となる前に、アップデート４６４ａ、４６４ｂ内に含まれる情報に反応することができる。このように、取引サークル４５６のメンバーは、ソーシャルネットワーク４１０のメンバーや個々の取引デバイス４０８などの非サークルメンバーに対して、時間および／又はスピードの利点を有する。
【0107】
図４Ｃは、取引サークルマネージャ３００によって実現および管理することができる集中型通信構成を示す図である。特に、図４Ｃに示す取引デバイス４００ａ－４００ｍ、４０２ａ－４０２ｎ、４０４、４０６、４０８、４１２―４１８のそれぞれは、スタンドアロンバージョンの取引サークルマネージャ３００に対してアップデートを通信および提供する。この構成では、取引・サークルデータは、スタンドアロン型の取引サークルマネージャ３００によって、１つ又は複数の取引サークル又はそれに関連するサークルメンバーに関して収集および／又は編集されてもよい。スタンドアロン型の取引サークルマネージャ３００はさらに、個々のサークルメンバーに関連するレイテンシーおよび／又は約定の情報を集約して配信するように構成されてもよい。
【0108】
図４Ｃに示す例では、取引組織４０２の取引デバイス４０２ａ－４０２ｎ、個々の取引デバイス４０４、４０６、および残りの取引デバイス４００ａ―４００ｍ、４０８、４１２－４１６は、集中型スタンドアロン取引サークルマネージャ３００と通信するように構成されている。動作中において、取引デバイス４０２ａは、取引注文を集中型取引サークルマネージャ３００に通信するように構成されてもよい（参照矢印４８０）。この例では、スタンドアロン・集中型取引サークルマネージャ３００は、ネットワーク４４０を介して取引所１３０と通信可能に接続されている。取引サークルマネージャ３００は取引注文４８０を受信すると、上述したように、当該注文に含まれる詳細を分析して、取引サークル４５６の残りのメンバーにサークルデータを含むアップデートを通信することができる。このように、取引注文４８０が集中型取引サークルマネージャ３００へ通信されることにより、取引デバイス４０２ｎ、４０４、４０６への取引データアップデート４８２ａ－４８２ｃおよびそれに関連するサークルデータの通信がそれぞれ開始される。取引データアップデート４８２ａ－４８２ｃに含まれるサークルデータにより、取引サークル４５６内の取引デバイス４０２ｎ、４０４、４０６は取引所１３０からの確認連絡あるいはアップデートを待つことなく、情報に対して反応することができる。反対に、元の取引注文４８０は、取引所１３０およびネットワーク４４０上に継続して向かっている。
【0109】
図４Ｃに示すように、取引所１３０は取引注文４８０の受信に応じて、応答、約定又はその他の通信４８４を生成する。取引所１３０によって生成される通信４８４は、フィードに加入している１つ又は複数の取引デバイスに送信するためにゲートウェイ１２０に提供される。通信４８４は特に、加入フィード４８４ｂを介して取引組織４００に、加入フィード４８４ｃを介してソーシャルネットワーク４１０など、１つ又は複数の取引デバイスに提供される。同様に、通信４８４に含まれるアクノリッジメントおよび／又は約定は、加入フィード４８４ａを介して取引デバイス４０２ａに提供することができる。このように、取引サークル４５６のメンバーは、通信４８４が生成され非サークルメンバーに受信される前に、集中型取引サークルマネージャ３００と協力して、取引注文４８０に含まれる情報を共有して反応することができる。
【0110】
図６は、図３のサークル定義モジュール３０２を実施する方法の一例を示すブロック図である。上述したように、サークル定義モジュール３０２は、取引サークルを開始するための要求をユーザから受信し、同様に既存の取引サークルに参加するための要求を受信する。図６の例では、サークル定義モジュール３０２は、取引サークルマネージャ３００の第１のユーザから既存の取引サークルに参加するための要求を受信する（ブロック６００）。当該要求に応じて、サークル定義モジュール３０２は、取引サークル管理者などの対応する取引サークルに関連する人又はデバイスにメッセージを送信する。メッセージには、要求元ユーザの識別性および／又は証明書などのユーザ関連情報が含まれる。サークル定義モジュール３０２は、要求元ユーザの承認を管理者から受信すると、取引サークルへの加入を承認する（ブロック６０４）。図示の例では、取引サークルにユーザを加入させることには、要求元ユーザに対応する識別子を取引サークルの定義に追加することが含まれる。サークル定義モジュール３０２は、更新されたサークル定義をサークル定義データベース３０４の対応するエントリに記憶する（ブロック６０６）。承認プロセス（ブロック６０２）に戻ると、サークル定義モジュール３０２が要求元ユーザの承認を管理者から受信しない、あるいは（例えば一定時間内に）応答を受信しない場合、サークル定義モジュール３０２は、要求元ユーザに拒絶を伝達する（ブロック６０８）。その後、図６の例は終了する（ブロック６１０）。
【0111】
図７は、図３の取引サークルマネージャ３００を実施するための例示的な方法を示す別のブロック図である。図７の例は、データベース３０４に定義された取引サークルにおける複数のサークルメンバーのうちの１つによる注文の変更を注文ステータスモニタ３０８が検出することから開始する（ブロック７００）。注文ステータスモニタ３０８は例えば、取引サークル４５０の第１のメンバーに関連する取引デバイス４００ａから取引所１３０に送信された注文を検知する（図４Ａ参照）。取引所分析モジュール３１０は、検知した注文／修正および取引所１３０の現在の状態に関連する情報を分析することにより、検知した注文／修正の効果を決定する（ブロック７０２）。取引所分析モジュール３１０は例えば、検知した注文／修正が取引所１３０のオーダーブックに影響を与えるかどうか、およびどのように影響を与えるかを決定する。
【0112】
サークルデータマネージャ３０８がアクティブである場合（ブロック７０４）、サークルデータマネージャ３０８は、検知した注文／修正あるいはそれによる取引所１３０に対する効果に関するデータに関して、どのサークルメンバーが利害を有するかを特定する（ブロック７０６）。例えば、検知した注文／修正が第１および第２の取引可能オブジェクトを含む場合（例えば、第１および第２の取引可能オブジェクトのそれぞれがスプレッド取引の呼値のレッグおよびリーンレッグを構成する場合）、サークルデータマネージャ３０８は、第１および第２の取引可能オブジェクトのうちの１つ（又は両方）を含む実行中の注文を有するサークルメンバーを、関連情報を受信することに利害のあるサークルメンバーとして識別する。このように、アクティブである場合、サークルデータマネージャ３０８は、メンバーに必ずしも関連しない情報に対して取引サークルのメンバーが殺到することを防ぐことができる。このような場合には、通信モジュール３０６は、情報に利害があると特定されたサークルメンバーに情報を伝達する。当該情報には例えば、検知した注文／修正、それに関連するデータ（例えば、対応するサークルメンバーの識別性）、それによる取引所１３０および／又はその他の任意の市場団体への影響が含まれる（ブロック７０８）。さらに、通信モジュール３０６によって伝達される情報は、理論約定検知部３２０によって識別された理論的な約定を含むことができる。
【0113】
図示の例では、サークルデータマネージャ３０８がアクティブでない場合（ブロック７０４）、通信モジュール３０６は、サークルメンバーのそれぞれに情報を伝達する（ブロック７１０）。その後、図７の例は終了する（ブロック７１２）。
【0114】
図８は、図３の価格データモニタ３１４を実施するための例示的な方法を示す別のブロック図である。図８の例は、例えば、予定されたイベント又はその他の種類の命令に応じて価格データモニタ３１４がトリガされることから始まる（ブロック８００）。価格データモニタ３１４は、取引所１３０から価格情報を収集する（ブロック８０２）。前述したように、取引所１３０は、限られた量の価格レベルに関してのみ価格情報を提供する。価格データモニタ３１４はまた、取引サークル４５０のメンバーによる実行中の注文に関連する価格情報を収集する（ブロック８０４）。図示の例では、収集するステップには、取引サークル４５０の取引デバイス４００ａ－４００ｍに照会を行い、取引所１３０によって配信されている価格レベル範囲外における取引サークル４５０のメンバーによる実行中の注文を識別する。価格データモニタ３１４の収集部３１６は、取引デバイス４００ａ－４００ｍから収集したデータを取引所１３０から収集した情報と組み合わせる（ブロック８０６）。組み合わされた情報は、取引サークル４５０のメンバーのための市場深度の収集ビューを形成する。図示の例では、収集部３１６によって提供される市場の収集ビューは例えば、図５のウィンドウ５００を介して取引サークルのメンバーに提示される。
【0115】
上述したように、価格データモニタ３１４は、収集部３１６よりもより完全な（おそらく精度の低い）市場ビューを提供するための外挿部３１８を備える。図８の例では、外挿部３１８は、取引所１３０が数量データを配信している価格レベルの範囲内のサークルメンバーに関連する価格情報を決定する（ブロック８０８）。外挿部３１８はさらに、取引所１３０が数量データを配信している価格レベルの範囲外における、取引サークル４５０のメンバーに関連する価格情報を決定する（ブロック８１０）。外挿部３１８は、配信されている価格レベルの範囲内における取引サークル４５０のメンバーに関連する価格情報を使用して、取引サークル４５０に対応する市場の部分を計算する（ブロック８１２）。外挿部３１８は例えば、取引サークル４５０に起因する取引所１３０での数量の合計割合を決定する。外挿部３１８は計算された割合又はパーセンテージを使用して、取引サークル４５０から集められた価格情報を配信範囲外の価格レベルに関して推定する（ブロック８１４）。すなわち、外挿部３１８は、配信範囲内の価格レベルに関する市場での取引サークル４５０による数量の割合を、配信範囲外の価格レベルに関する取引サークル４５０から収集した価格情報に適用する。その結果、外挿部３１８は、取引サークル４５０のメンバーのための拡大された市場ビューを生成する。収集部３１６および／又は外挿部３１８によって生成されたデータは、サークルメンバーに伝達される（ブロック８１６）。その後、図８の例は終了する（ブロック８１８）。
【0116】
図面のいくつかは、ある実施形態の全て又は一部を実現するために使用可能な例示的なブロック図、システムおよび／又はフロー図を示す。例示的なブロック図、システムおよび／又はフロー図における１つ又は複数のコンポーネント、エレメント、ブロックおよび／又は機能は例えば、ハードウェア、ファームウェア、（有形コンピュータ読み取り可能媒体に記憶されたコンピュータ読み取り可能な命令のセットとしての）ディスクリートロジック、および／又はそれらの任意の組み合わせにて、単独又は組み合わせて実装されてもよい。
【0117】
例示的なブロック図、システムおよび／又はフロー図は例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルロジックデバイス（ＦＰＬＤ）、離散論理、ハードウェアおよび／又はファームウェアの任意の組み合わせを使用して実現される。また、例示的な方法のいくつか又はその全ては例えば、手動で又は上述の技術と組み合わせて実行されてもよい。
【0118】
例示的なブロックダイアグラム、システムおよび／又はフロー図は例えば、１つ又は複数のプロセッサ、コントローラおよび／又はその他の処理デバイスを用いて行われる。例えば、その例としては、有形のコンピュータ読み取り可能媒体に記憶されたコンピュータ読み取り可能な命令などのコード化された命令を使用して実行される。有形コンピュータ読み取り可能媒体は例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、電気的プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、光媒体、磁気テープ、ファイルサーバ、その他の任意の有形データ記憶デバイス、又はそれらの任意の組み合わせなど、様々なタイプの揮発性および不揮発性の記憶媒体を含む。有形コンピュータ読み取り可能媒体は、不揮発性である。
【0119】
さらに、例示的なブロック図、システムおよび／又はフロー図について図面を参照しながら説明したが、その他の実現形態も可能である。例えば、コンポーネント、エレメント、ブロックおよび／又は機能の実行注文を変更可能である、および／又は、説明したコンポーネント、エレメント、ブロックおよび／又は機能のうちのいくつかを変更、削除、細分化又は組み合わせてもよい。さらに、コンポーネント、エレメント、ブロックおよび／又は機能のいずれか又はその全ては、例えば別個の処理スレッド、プロセッサ、デバイス、離散論理および／又は回路によって、直列および／又は並列に実現されてもよい。
【0120】
複数の実施形態について開示したが、様々な変更が可能であり、均等物によって置換されてもよい。さらに、特定の状況又は材料を適合させるように多くの修正を行ってもよい。このように、開示された技術は、開示したある実施形態に限定されるものでなく、添付の特許請求の範囲に含まれる全ての実施形態を包含することが意図される。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図4C】
【図5】
【図6】
【図7】
【図8】
【手続補正書】
【提出日】2021-11-16
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
取引サークルマネージャが、取引サークルのメンバーを追跡するステップ、ここで、取引サークルマネージャは取引サークルの通信を促進し、取引サークルは複数のメンバーを含み、追跡は、複数のメンバーの第１サブセットを第１の取引可能オブジェクトに関連付けることを含む、
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信するステップ、ここで、第１取引デバイスの注文は新たな注文であり、第１取引デバイスは取引サークルのメンバーであり、複数のメンバーにおける追跡された第１サブセットは第１取引デバイスを含む、
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、第１取引デバイスの注文が第１の取引可能オブジェクトに関することを決定するステップ、ここで、第１取引デバイスの注文は第１の価格で第１の数量に関連付けられる、
取引サークルマネージャが、第１取引デバイスの注文が第１の取引可能オブジェクトに関することを決定することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、第１取引デバイスの注文に関する第１データ、および追跡された第１サブセットにおける他のメンバーの注文に関するデータを収集して、第１の取引可能オブジェクトに関する収集された市場深度データを生成するステップ、ここで、収集された市場深度データは第１の取引可能オブジェクトに関して対応する価格レベルで利用可能な数量を表し、収集された市場深度データは電子取引所からの市場深度データを含まない、
取引サークルマネージャが、第１の取引可能オブジェクトに関する市場深度データを収集することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、収集された市場深度データを含むメッセージを生成するステップ、および、
取引サークルマネージャが、収集された市場深度データを含む生成されたメッセージを、第１の取引可能オブジェクトに関連付けられた、追跡された第１サブセットに送信するステップ、ここで、市場深度データは、第１取引デバイスの注文が電子取引所に送信された後に取引サークルに提供され、市場深度データは、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に取引サークルに提供され、追跡された第１サブセットにおける第２取引デバイスは、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、電子取引所に、収集された市場深度データに基づいて第２の注文を送信する、
を含む、方法。
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信するステップ、ここで、第１取引デバイスの注文は新たな注文であり、第１取引デバイスは取引サークルのメンバーであり、複数のメンバーにおける追跡された第１サブセットは第１取引デバイスを含む、
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、第１取引デバイスの注文が第１の取引可能オブジェクトに関することを決定するステップ、ここで、第１取引デバイスの注文は第１の価格で第１の数量に関連付けられる、
取引サークルマネージャが、第１取引デバイスの注文が第１の取引可能オブジェクトに関することを決定することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、第１取引デバイスの注文に関する第１データ、および追跡された第１サブセットにおける他のメンバーの注文に関するデータを収集して、第１の取引可能オブジェクトに関する収集された市場深度データを生成するステップ、ここで、収集された市場深度データは第１の取引可能オブジェクトに関して対応する価格レベルで利用可能な数量を表し、収集された市場深度データは電子取引所からの市場深度データを含まない、
取引サークルマネージャが、第１の取引可能オブジェクトに関する市場深度データを収集することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、収集された市場深度データを含むメッセージを生成するステップ、および、
取引サークルマネージャが、収集された市場深度データを含む生成されたメッセージを、第１の取引可能オブジェクトに関連付けられた、追跡された第１サブセットに送信するステップ、ここで、市場深度データは、第１取引デバイスの注文が電子取引所に送信された後に取引サークルに提供され、市場深度データは、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に取引サークルに提供され、追跡された第１サブセットにおける第２取引デバイスは、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、電子取引所に、収集された市場深度データに基づいて第２の注文を送信する、
を含む、方法。
【請求項2】
複数のメンバーは、第３取引デバイスを含む、請求項１に記載の方法。
【請求項3】
さらに、
取引サークルマネージャが、複数のメンバーに関する取引サークルを設定するステップ、
を含む、請求項１又は２に記載の方法。
取引サークルマネージャが、複数のメンバーに関する取引サークルを設定するステップ、
を含む、請求項１又は２に記載の方法。
【請求項4】
さらに、
取引サークルマネージャが、第１取引デバイスによる取引サークルへの参加要求を受信するステップ、
を含む、請求項１から３のいずれか１つに記載の方法。
取引サークルマネージャが、第１取引デバイスによる取引サークルへの参加要求を受信するステップ、
を含む、請求項１から３のいずれか１つに記載の方法。
【請求項5】
さらに、
取引サークルマネージャが、第２取引デバイスによる取引サークルへの参加要求を受信するステップ、
を含む、請求項１から４のいずれか１つに記載の方法。
取引サークルマネージャが、第２取引デバイスによる取引サークルへの参加要求を受信するステップ、
を含む、請求項１から４のいずれか１つに記載の方法。
【請求項6】
第１取引デバイスおよび第２取引デバイスは、同じ取引組織の一部である、請求項１から５のいずれか１つに記載の方法。
【請求項7】
第１取引デバイスおよび第２取引デバイスは、異なる取引組織の一部である、請求項１から５のいずれか１つに記載の方法。
【請求項8】
取引サークルマネージャは、サークル定義モジュールを備える、請求項１から７のいずれか１つに記載の方法。
【請求項9】
取引サークルマネージャは、通信モジュールを備える、請求項１から８のいずれか１つに記載の方法。
【請求項10】
取引サークルマネージャは、サークルデータマネージャを備える、請求項１から９のいずれか１つに記載の方法。
【請求項11】
取引サークルマネージャは、価格データモニタを備える、請求項１から１０のいずれか１つに記載の方法。
【請求項12】
取引サークルマネージャは、分散型である、請求項１から１１のいずれか１つに記載の方法。
【請求項13】
取引サークルマネージャは、集中型である、請求項１から１１のいずれか１つに記載の方法。
【請求項14】
第１取引デバイスからの第１データは、取引サークルマネージャによるクエリに応答して受信される、請求項１から１３のいずれか１つに記載の方法。
【請求項15】
第１取引デバイスからの第１データは、第１取引デバイスが電子取引所に注文を送信することを検知することに応答して受信される、請求項１から１４のいずれか１つに記載の方法。
【請求項16】
さらに、
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、予期される効果を決定するステップ、ここで、予期される効果は、第１取引デバイスの注文に関連付けられた第１の数量に基づいて第１取引デバイスの注文に関連付けられた、第１取引デバイスに関して第１の価格で利用可能な量における変化を表す、
を含む、請求項１から１５のいずれか１つに記載の方法。
取引サークルマネージャが、第１取引デバイスから、第１取引デバイスの注文に関する第１データを受信することに応じて、電子取引所が第１取引デバイスの注文のインジケーションを送信する前に、予期される効果を決定するステップ、ここで、予期される効果は、第１取引デバイスの注文に関連付けられた第１の数量に基づいて第１取引デバイスの注文に関連付けられた、第１取引デバイスに関して第１の価格で利用可能な量における変化を表す、
を含む、請求項１から１５のいずれか１つに記載の方法。
【請求項17】
請求項１から１６のいずれか１つに記載の方法をプロセッサに実行させるためのコンピュータプログラムを記憶している記憶部を備える、コンピューティングデバイス。
【請求項18】
請求項１から１６のいずれか１つに記載の方法をプロセッサに実行させるための命令を有するコンピュータ読み取り可能な記録媒体。
【請求項19】
請求項１から１６のいずれか１つに記載の方法をプロセッサに実行させるためのコンピュータプログラム。
【外国語明細書】