合成スプレッド取引
合成スプレッド取引戦略は、均一な取引可能オブジェクトとして表現されかつ管理される。合成スプレッドおよびその構成部分を正確に報告し、追跡しかつ別段で運営するために、合成スプレッドとその構成部分との関係性が定義され、かつスプレッドの状態が展開される。合成スプレッドの状態は、受付中、未決、レッグまたは約定済みとして同定される。合成スプレッドの構成部分の識別に加えて、その状態は、スプレッド注文およびその取引後分析が複数の取引ツールによって一貫して、かつ効果的に管理されることを可能にすべく情報を導入する。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、共に２００９年１２月１４日に出願された米国特許出願第１２／６３７５１７号明細書および米国特許出願第１２／６３７５３６号明細書に対し優先権を主張するものである。前記両出願の内容は、本参照によりその全体が開示に含まれる。
【０００２】
本発明は概して電子取引に関し、かつ具体的には、合成スプレッド取引の注文を追跡しかつ管理することに関する。
【背景技術】
【０００３】
電子取引は、概して、コンピュータ、サーバ、ゲートウェイ、プロセッサおよび他の関連デバイスのネットワーク上で発生する。概して、一般に１つまたは複数の集中型コンピュータを有するホスト取引所（電子取引所、または単に取引所とも称される）は、電子取引システムの電子心臓部を形成する。集中型コンピュータは、概してトレーダおよび／またはユーザから電子取引システム、他の電子取引システムおよび／または他のホスト取引所を介して受信される１つまたは複数の取引可能オブジェクトの注文を受信して処理するように構成される。
【０００４】
注文を処理するために、ホスト取引所は、取引可能オブジェクトの注文一覧を保持し、かつマッチングアルゴリズムに従ってその取引可能オブジェクトの反対注文同士をマッチングする。注文一覧は、取引可能オブジェクトに対する実行されていない、保留の注文を記録している。注文一覧における注文は、集合的に取引可能オブジェクトの場内市場（インサイドマーケット）および市場の深さと称される。
【０００５】
ホスト取引所は、そのホスト取引所自体および／または他のホスト取引所において取引され、リストされかつ／または交換される取引可能オブジェクトに関するデータのデータベースを管理しかつ更新する場合があり、かつデータフィードを介して取引可能オブジェクトに関するデータを供給する、または同報通信する場合がある。データは、概して、ホスト取引所からリアルタイムで、または略リアルタイムで供給され、または同報通信される。情報は、データストリーミングの形式で、またはデータフィードを介してデータを供給する他の適切な形式で供給される場合がある。情報は、概して、取引可能オブジェクトの注文一覧を同定し、かつ注文の価格決定を同定する情報および既に約定されている（そうでなければ、マッチングされた、または実行されたものとして知られる）注文の情報を含む。
【０００６】
電子取引システムのユーザ（トレーダとも称される）は、ホスト取引所からデータフィードを介して情報を受信するために、クライアントデバイスを介してホスト取引所へ接続する。クライアントデバイスもまた、１つまたは複数のデータフィードを介して１つまたは複数のホスト取引所からデータを受信することがある。
【０００７】
クライアントデバイスを用いて、トレーダは情報を視覚化し、かつホスト取引所へ注文を送信する場合がある。同様に、クライアントデバイスも、人間が介入することなく自動的に１つまたは複数のホスト取引所へ注文を送信する場合がある。注文はホスト取引所へ、ホスト取引所から受信されるデータを基礎として、別のホスト取引所から受信されるデータを基礎として、かつ／または他のソースから受信されるデータまたは情報から同定されるイベントおよび／または状態を基礎として送信される場合がある。
【０００８】
ホスト取引所は注文を受信し、かつこれを同様の注文を有するデータベースに記録する。例えば、ある取引可能オブジェクトに対する全ての注文は、その取引可能オブジェクトに対する注文のデータベースを形成して蓄えられる。ホスト取引所におけるその取引可能オブジェクトに対する注文は、注文一覧を形成する。注文は、概して価格および注文が受信された順序に従って配列され、まだ実行されずに反対注文からのマッチングを保留中である同一価格の注文は、ホスト取引所において受信された順序で纏めて編成される。
【０００９】
ホスト取引所におけるマッチングを保留中である注文は、概して、その取引所のマッチングアルゴリズムに従ってマッチングされる。一般的なマッチングアルゴリズムには、先入れ先出し（ＦＩＦＯ）、プロラタおよびＦＩＦＯおよびプロラタ混合式の各マッチングアルゴリズムが含まれる。ＦＩＦＯマッチングアルゴリズムでは、ある価格レベルにおける注文がホスト取引所でその注文が受信された時間または順序を基礎としてマッチングされ、注文は概して、その価格で記入された最初の注文、次に記入された第２の（次の）注文、等々の順に与えられる優先順位で約定される。ある価格レベルにおけるプロラタ・アルゴリズムでは、ある価格レベルにおける注文は、その注文の同一価格における他の注文に対するサイズを基礎としてマッチングされる。混合システムは、ＦＩＦＯおよびプロラタ・マッチングを組み合わせて注文をマッチングする。マッチングアルゴリズムは、他の変形例も用いられる場合がある。
【００１０】
取引戦略は、個々の取引可能オブジェクトの取引のように単純である場合もあれば、複数の取引可能オブジェクトの取引のように、スプレッド取引とも称される複雑なものである場合もある。概して、スプレッド取引は、１つ、２つ、またはそれ以上の取引可能オブジェクトの同時的または略同時的な売りおよび／または買いを含む。スプレッドの取引可能オブジェクトは、一般に、スプレッドのアウトライト市場またはレッグとして知られる。
【００１１】
スプレッド取引の目的は、取引可能オブジェクトの市場の動きの取引を提供することにある。スプレッドは、リスクをヘッジするための別の尺度を提供することが多い。スプレッドは、トレーダが、スプレッドの取引可能オブジェクト間の関係の変化または動きから利益を得ることを可能にする。
【００１２】
スプレッドは、ホスト取引所によって定義される場合もあれば（取引所定義のスプレッドとも称される）、合成またはユーザ定義のスプレッドである場合もある。取引所定義のスプレッドは、ホスト取引所によってリストされかつ価格決定されるスプレッドであって、ホスト取引所は、スプレッドに対する注文を、そのスプレッドの注文一覧におけるスプレッドの反対注文とマッチングする。合成スプレッドは、トレーダによって定義されるスプレッドを指す。合成スプレッドでは、トレーダはスプレッドの各レッグを同定し、かつそのスプレッドの取引戦略を実行するように各レッグの注文を管理する。
【００１３】
スプレッドは、商品間である場合も、商品内である場合もある。スプレッドのタイプには、バタフライスプレッド、ベアスプレッド、ブルスプレッド、カレンダースプレッド、クラックスプレッド、ホリゾンタルスプレッド、バーティカルスプレッド、べーシス、バンドル、パック、ストリップ、ストラッドル、ストラングル、レシオスプレッドおよびこれらの組合せが含まれる。例えば、バーティカルスプレッドは、ストライクコール等の取引可能オブジェクトの売りと、取引可能オブジェクトの買いとを有するベアスプレッドである場合がある。スプレッドには、株式、債券、エクイティ、商品、先物商品、オプション、通貨、インデックス、ワラント、ファンド、レポおよびこれらに類似するものを含む複数タイプの取引可能オブジェクトが含まれる場合がある。例えば、バタフライスプレッドは３つの基本的な取引可能オブジェクトを有する先物商品を含むことがある。カレンダースプレッドは、取引可能オブジェクトの先物商品の買いと、異なる限月のその取引可能オブジェクトの先物商品の売りとを同時に行うことである。
【００１４】
取引可能オブジェクトは、ある価格で取引され、スワップされ、またはその他交換されることが可能な量のアイテムを含んでいる。取引可能オブジェクトには、全てのタイプの取引されるイベント、品物、器物および／または株式、債券、オプション、先物、商品、通貨、レポ、インデックス、ワラント、ファンド、これらのデリバティブ、これらのコレクションおよびこれらの組合せ等の金融商品が含まれるが、この限りではない。取引可能オブジェクトは、取引所によってリストされる製品等の「実際のもの」である場合がある。取引可能オブジェクトは、トレーダにより生み出される実際の製品の組合せ等の「合成されたもの」である場合もある。
【００１５】
クライアントデバイスは、高速かつ正確な注文入力を自動的に促進しかつトレーダの取引戦略を実行するように構成される取引ツールを有する場合がある。取引ツールは、ホスト取引所からの情報をコンパイルし、かつ１つまたは複数のホスト取引所への注文送信を促進する。例えば、ある取引所からのデータまたは他の何らかの基準状態を用いて、取引ツールは、注文価格および注文数量等の１つまたは複数の注文パラメータを計算し、かつこれらのパラメータを有する注文をホスト取引所へ自動送信する。また取引ツールは、トレーダが市場を視覚化しかつホスト取引所へ注文を送信すべく高速かつ正確な決定を下すことができるように、１つまたは複数のホスト取引所からの情報を直観的にコンパイルして配列することもある。
【００１６】
取引ツールの一例は、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社のＡｕｔｏｓｐｒｅａｄｅｒ（登録商標）である。Ａｕｔｏｓｐｒｅａｄｅｒは、トレーダによるスプレッド取引戦略の実行を支援する。スプレッドのレッグまたはアウトライトが選択され、レッグ間の関係性が定義され、かつ標的スプレッドの価格および数量が同定される場合がある。Ａｕｔｏｓｐｒｅａｄｅｒは、所望されるスプレッド価格を達成（または達成すべく試行）するために、レッグのうちの１つに対する注文をスプレッドの別のレッグの場内市場を基礎として出す場合がある。またＡｕｔｏｓｐｒｅａｄｅｒは、同じくＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社から入手可能な取引アプリケーションであるＸ＿ＴＲＡＤＥＲ（登録商標）Ｐｒｏ（商標）によって入手可能なアドオンツールとしても利用可能である。自動スプレッド取引ツールの一例は、本参照によりその内容全体が開示に含まれる「自動スプレッド取引を実行するためのシステムと方法」と題する米国特許第７４３７３２５号明細書に記述されている。
【００１７】
スプレッド取引ツールは、トレーダによるスプレッドの所望される標的の取得を支援するために、スプレッドの各レッグに対する１つまたは複数の注文を管理する場合がある。ある例において、トレーダはスプレッドのパラメータを入力しかつスプレッドの目標価格を選択することがある。レッグのうちの１つにおける注文は、スプレッドの１つのレッグ（例えば、受付中の注文）において、少なくともそのスプレッドの別のレッグ（例えば、ヘッジまたはオフセット注文）の場内市場を基礎として入力される。ヘッジの場内市場が変わるにつれて、受付中の注文は、合成スプレッドの目標価格を達成するように価格を付け直される場合がある。受付中の注文は、ホスト取引所へ取引可能オブジェクトの変更要求を提出することによって価格を付け直される場合があり、変更要求は、受付中の注文の新しい価格を定義する。或いは、または追加的に、受付中の注文のキャンセル／置換要求がホスト取引所へ提出される可能性もある。
【００１８】
受付中の注文は、部分的に、または完全に、受付中の注文にマッチングされる反対注文の量に従って約定される場合がある。受付中の注文が完全に約定される場合、注文はヘッジの場内市場において送信される場合がある。受付中の注文が部分的に約定される場合、注文は、トレーダにより設定されるパラメータおよび／またはトレーダの取引戦略に従って、ヘッジの場内市場において送信される場合がある。さらに、ヘッジ注文の全てまたは一部は、トレーダにより設定されるパラメータおよび／またはトレーダの取引戦略に従って、ヘッジの場内市場の外部で送信される場合もある。
【００１９】
ヘッジ注文は、場内市場であるという理由で、少なくとも部分的に即時約定される場合がある。即ち、ヘッジ注文の場内市場の価格レベルが受付中の注文が受信された時点から変わっていなければ、ヘッジ注文は、それが受信された時点でその場内市場において入手可能な数量で約定される場合がある。ヘッジ注文の場内市場で入手可能な数量を超える部分は、約定されない場合がある。さらに、場内市場が動いていれば、ヘッジ注文は、少なくとも即時的には約定されない場合がある。ヘッジ注文の少なくとも一部が約定されなかった場合、トレーダはレッグされていると見なされることがある。
【００２０】
受付中の注文は、スプレッドの１つまたは複数のレッグにおいて出される場合がある。例えば、スプレッド取引ツールは、合成スプレッドの各レッグにおいて受付中の注文を出す場合がある。各受付中の注文が約定されかつ約定された各受付中の注文の対応するヘッジ注文が提出されている場合、トレーダは二重に約定されないことから、スプレッド取引ツールは、受付中の注文のうちの１つが少なくとも部分的に約定されたことを検出した時点で全ての、または幾つかの受付中の約定をキャンセルすることがある。したがって、対応するヘッジ注文のみが送信される場合がある。
【００２１】
受付中の注文は、アウトライト注文自体に従って、かつスプレッド取引戦略の一部としてではなく報告され、追跡され、かつ他に記録されることが多い。さらに、受付中の注文およびヘッジ注文の約定も、スプレッド取引戦略の一部である取引としてではなく、アウトライトの取引として追跡され、かつ他に記録されることが多い。注文および合成スプレッドは、アウトライトの取引可能オブジェクトの注文および約定に用いられる状態に類似するものをもたない状態において存在する場合が多い。例えば、合成スプレッドは、ヘッジ注文が提出されていない場合等、完全には約定されていない受付中の注文を有することがある。さらに、ヘッジ注文が提出されていても、全くであれ部分的であれ約定されていない場合、合成スプレッドはレッグ状態とされることがある。合成スプレッドは構成部分（即ち、受付中の注文およびヘッジ注文）で構成されることから、構成部分の操作には他の取引ツールが用いられる場合がある。さらに、合成スプレッドは１つの全体的な注文としては管理されないことから、トレーダがスプレッド取引戦略を管理する上で他のツールは有益でない場合がある。
【００２２】
したがって、合成スプレッドの取引戦略を採用するに当たってトレーダに対する支援を向上させるツールが望まれている。
【発明の概要】
【発明が解決しようとする課題】
【００２３】
スプレッド取引戦略は、合成スプレッドの注文、合成スプレッドの構成部分の注文並びに構成部分およびスプレッド自体の約定を含む、合成スプレッドを表現し、管理し、報告し、記録し、運営し、提出し、追跡しかつ別段で取引するための方法、システムおよび装置を含む場合がある。
【課題を解決するための手段】
【００２４】
合成スプレッドの命令を管理するための一実施形態では、ある数量のマルチレッグ合成スプレッドの合成スプレッド注文が取引デバイスを介して受信される。合成スプレッド注文の幾つかの親注文は、その数量のスプレッド注文の各ロットが親注文を表すように決定され、呼び値の注文およびヘッジ注文が実行されるべく提出される。呼び値の注文は、各ロットが１つの呼び値の子注文を表す合成スプレッド注文における第１のレッグの呼び値注文数量を実行するために第１の電子取引所へ提出され、ヘッジ注文は、第１の取引所における呼び値注文数量とのマッチングに従って合成スプレッド注文の第２のレッグのヘッジ数量を実行するために第２の電子取引所へ提出される。ヘッジ数量における各ロットも、ヘッジ子注文を表す。呼び値の子注文およびヘッジ子注文は、マルチレッグ合成スプレッドおよび第１の取引所における呼び値注文数量のマッチングに従って、幾つかの親注文のうちの１つに関連づけられる。親注文毎に、親注文のステータスが、その親注文に関連づけられる各呼び値の子注文および各ヘッジ子注文のステータスに従って決定される。
【００２５】
ある追加的かつ代替的実施形態では、あるスプレッド価格におけるある数量のマルチレッグ合成スプレッドの合成スプレッド注文が取引デバイスを介して受信されてもよい。各々が合成スプレッドの１つのロットを表すある数量の親注文は、取引デバイスを介してその数量の合成スプレッドに従って決定される。マルチレッグ合成スプレッドの第１のレッグに対する呼び値の子注文、およびマルチレッグ合成スプレッドの第２のレッグに対する少なくとも１つのヘッジ子注文は、取引デバイスを介して各親注文に関連づけられる。呼び値の子注文は、実行されるために電子取引所へ提出され、かつ合成スプレッド注文のステータスが前記数量の親注文の各々のステータスに従って決定される。合成スプレッド注文のステータスを表す注文記述子は、合成スプレッドの価格に従って価格軸沿いに表示される。
【図面の簡単な説明】
【００２６】
例示的な実施形態によって、合成スプレッド取引を説明しかつ例示する。但し、これらの実施形態は添付の図面に限定されない。類似する参照数字を有する図面は、類似するエレメントを示す。
【００２７】
【図１】スプレッド取引の態様が使用され得る例示的な電子取引環境を示すブロック図である。
【００２８】
【図２】複数の電子取引所における別の例示的なスプレッド取引戦略を示すブロック図である。
【００２９】
【図３】ある例示的なスプレッド取引戦略を示すブロック図である。
【００３０】
【図４】合成スプレッド取引を促進するための例示的な方法を示すフローチャート４００である。
【００３１】
【図５】合成スプレッド取引のための取引を約定しかつ実行するための例示的な方法を示すフローチャートである。
【００３２】
【図６】合成スプレッド取引を示すブロック図である。
【００３３】
【図７】ある合成スプレッドおよびこの合成スプレッドの構成要素であるレッグのスプレッドウィンドウ表示を示す。
【００３４】
【図８】呼び値の子注文およびヘッジ子注文が約定された後の合成スプレッドウィンドウのスプレッドウィンドウ表示を示す。
【００３５】
【図９】追加的な子注文が約定された後のスプレッドウィンドウの一例を示す。
【００３６】
【図１０】合成スプレッドの注文一覧ツール１０００の一例を示す。
【００３７】
【図１１】合成スプレッドの注文一覧ツール１１００の一例を示す。
【００３８】
【図１２】合成スプレッドの市場格子または市場ウィンドウツール１２００の一例を示す。
【００３９】
【図１３】スプレッド・コンフィギュレーション・ウィンドウの一例を示す。
【発明を実施するための形態】
【００４０】
Ｉ． 電子取引環境
図１は、スプレッド取引戦略の実施形態が使用され得る例示的な電子取引環境を示す。電子取引環境は、クライアントデバイス１０２と、ゲートウェイ１０６と、電子取引所１０５と、ルータ１０８とを含む。クライアントデバイスは、情報を伝達するために、ゲートウェイ１０６等の１つまたは複数のデバイスを介して電子取引所１０４へ結合される。ルータ１０８は、ゲートウェイ１０６と電子取引所１０４との間でメッセージをルーティングするように構成される。
【００４１】
電子取引所１０４は、取引するための１つまたは複数の取引可能オブジェクトをリストしてもよい。電子取引所１０４は、少なくとも１つのプロセッサまたは中央コンピュータを含む。電子取引所は、クライアントデバイス１０２から注文を受信し、かつこれらの注文を反対注文とマッチングするように構成される。クライアントデバイス１０２から受信された、直ちにマッチングされない注文は蓄積され、かつ取引可能オブジェクトの注文一覧に配列されてもよい。注文は、その注文の取引可能オブジェクトのマッチングアルゴリズムに従ってマッチングされる。図１には示されていないが、本取引システムは、ファイアウォール、ハブ、セキュリティマネージャおよびこれらに類似するものを含む、ミドルウェアおよびセキュリティ対策等のクライアントサイトのための他のデバイスを含んでもよい。
【００４２】
また電子取引所１０４は、電子取引所１０４で受信される注文、並びに電子取引所１０４でマッチングされる注文に関連する情報を配信してもよい。情報は、１つまたは複数の加入クライアントデバイス１０２へ配信または同報通信されてもよい。情報は、ある特定の時点における一番安い売り値（一番安い指値価格）および一番高い買い値（一番高い指値価格）を含む、場内市場を表すデータを含んでもよい。また情報は、その場内市場で入手可能な取引可能オブジェクトの数量、並びに場内市場から離れた、または場内市場の外部で入手可能な取引可能オブジェクトの数量をこのような数量が入手可能である度合いまで含み得る市場の深さも含んでもよい。
【００４３】
ある価格レベルで入手可能な数量は、総和で提供されてもよい。電子取引所１０４は、市場に置いてある価格レベルで入手可能な合計買い数量および合計売り数量をそのデータフィードにおいて提供してもよい。トレーダが利用可能な市場の深さの度合いは、通常、取引所に依存する。提供される市場の深さの量もまた限定されることがあり、入手可能な取引可能オブジェクトの全量を含まなくてもよい。例えば、電子取引所１０４の中には、全ての（またはほとんどの）価格レベルについて市場の深さを提供するものもあれば、場内市場において、または場内市場の近くで関連づけられる数量についてのみ市場の深さを提供するものもあり、その他、市場の深さを提供しないものもある。電子取引所１０４は、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）および注文約定情報等の他のタイプの情報を提供してもよい。注文の約定および実行に関連する情報は、市場データと称される場合がある。
【００４４】
クライアントデバイス１０２は、１つまたは複数のメインフレーム、デスクトップ、ノートブック、タブレットＰＣ、ハンドヘルド、パーソナル・デジタル・アシスタント、スマートホン、サーバ、ゲートウェイ、これらの組合せまたは１つまたは複数のプロセッサまたは中央処理装置を有する他のコンピューティングデバイスであってもよい。またクライアントデバイス１０２は、１つまたは複数のメモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースも含んでもよい。システムバスまたはその同等物は、通信を提供してもよい。クライアントデバイス１０２は、複数のワークステーション等の１つまたは複数のデバイスであっても、デバイスのネットワークであってもよい。
【００４５】
メモリは、プロセッサへ命令を提供することに参与する任意の媒体を含むコンピュータ読取り可能媒体を含んでもよい。コンピュータ読取り可能媒体は、不揮発性媒体、揮発性媒体および伝送媒体を含む形式をとってもよい。不揮発性媒体は、記憶デバイス等の光または磁気ディスクを含んでもよい。揮発性媒体は、メインメモリ、ランダム・アクセス・メモリ（「ＲＡＭ」）、ダイナミック・ランダム・アクセス・メモリ（「ＤＲＡＭ」）およびこれらに類似するもの等のダイナミックメモリを含んでもよい。またコンピュータ読取り可能媒体の一般的形式には、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、パンチカード、ＣＤ−ＲＯＭ、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭおよびコンピュータによる読み取りが可能な他の任意のメモリチップまたはカートリッジまたは媒体も含まれる。プロセッサは、入手可能な市場情報を処理するに足る能力を有してもよい。ある例示的な実施形態において、クライアントデバイスは少なくとも１つのＰｅｎｔｉｕｍ（登録商標）クラスのプロセッサを含み、かつＷｉｎｄｏｗｓ（登録商標）またはＭＡＣ ＯＳオペレーティングシステムの一方またはそれ以上を用いて動作してもよい。
【００４６】
ゲートウェイ１０６は、パーソナルコンピュータまたはより高速のコンピューティングデバイス等の任意タイプのコンピューティングデバイスであることが可能である。ゲートウェイ１０６は、１つまたは複数の中央処理装置、メモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースを含んでもよい。ゲートウェイ１０６はＰｅｎｔｉｕｍクラスのプロセッサを含み、かつ１つまたは複数のＷｉｎｄｏｗｓ（サーバまたはワークステーション）、ＭＡＣ ＯＳオペレーティングシステムまたは他のオペレーティングシステムの下で動作してもよい。またゲートウェイ１０６は、内部または外部データベースへのアクセスも有してもよい。
【００４７】
本明細書において、デバイスはハードウェアオブジェクトであっても、ソフトウェアであっても、ハードウェアとソフトウェアとの組合せであってもよい。デバイスは、本明細書に記述される機能および特徴を実装するために集積回路の開発技術を用いてもよく、かつ電気的、光学的、高周波または他の適切な信号を用いて通信してもよい。
【００４８】
クライアントデバイス１０２は、１つまたは複数のアプリケーションを実行してもよい。アプリケーションは、クライアントデバイス１０２のオペレーティングシステムを用いて実行されてもよい。またゲートウェイ１０６は、１つまたは複数のゲートウェイアプリケーションも実行してもよい。ゲートウェイアプリケーションは、ゲートウェイ１０６のオペレーティングシステムの制御下で実行されてもよい。あるいは、または追加的に、クライアントデバイス１０２の１つまたは複数のアプリケーションプログラムはゲートウェイ１０６において、またはゲートウェイ１０６によって実行されてもよく、かつ１つまたは複数のゲートウェイアプリケーションはクライアントデバイス１０２によって実行されてもよい。
【００４９】
当業者は、様々な電子取引環境が図１に関連して記述されているものと同じ特徴、追加的な特徴または代替的な特徴を有することを理解するであろう。したがって、図１の例示的な実施形態は、必ずしも電子取引に関係しないコンピュータプログラムおよび／またはシステム（例えば、オペレーティングシステム、ゲーミングシステムおよび／または他のソフトウェアアプリケーション）等の特徴を有する電子取引環境を表している。電子取引システム分野の熟練者であれば、適切な電子取引環境を実装することができるものと思われる。例示を目的として、幾つかの構成例を提示し、ある電子取引システムを実装するためにこれらの特徴が物理的にどこへ位置決めされ得るか、かつどのように結合され得るかを例証する。但し、これらの例証は限定的なものではない。
【００５０】
図示された例によれば、ゲートウェイデバイスは、クライアントサイトに位置決めされても、クライアントデバイス１０２と一体式であってもよく、かつ電子取引所１０４から遠隔であってもよい。この例によれば、クライアントデバイス１０２、ゲートウェイ１０６およびルータ１０８はローカル・エリア・ネットワーク上で通信してもよく、かつルータ１０８は電子取引所１０４とＴ１、Ｔ３、ＩＳＤＮまたは他の何らかの高速接続上で通信してもよい。
【００５１】
別の図示された例では、クライアントデバイスまたはその一部は、電子取引所１０４のプロセッサに近接して位置決めされてもよい。例えば、本発明の１つまたは複数の特徴を実行または履行するサーバは電子取引所１０４のプロセッサと同一場所に（例えば、取引所の建物内で、または取引所に関連づけられて）位置決めされてもよい。したがって、クライアントデバイス１０２、ゲートウェイ１０６およびルータ１０８は同じくローカル・エリア・ネットワーク上で通信してもよく、かつルータは電子取引所１０４とＴ１、Ｔ３またはＩＳＤＮ以外の別の接続手段を介して通信してもよい。
【００５２】
別の図示された例において、ゲートウェイは、対応する電子取引所１０４に、または電子取引所１０４の近くに格納されてもよい。この例によれば、クライアントデバイスはゲートウェイと、広域ネットワーク上で、またはＴ１、Ｔ３、ＩＳＤＮを用いて、または他の何らかの高速接続を介して通信してもよい。
【００５３】
別の例では、ゲートウェイ１０６はクライアントデバイス１０２から遠隔に、かつ電子取引所１０４から遠隔に位置決めされてもよい。このような実施形態は、複数の取引ネットワークの相互接続を含むシステムにおいて有益であり得る。したがって、ゲートウェイが電子取引所１０４へのアクセスを有する場合もある電子取引ネットワークでは、他の電子取引ネットワークがその取引ネットワークとＴ１、Ｔ３、ＩＳＤＮまたは他の何らかの高速接続を介して通信してもよい。
【００５４】
図２は、スプレッド取引戦略の実施形態が使用され得る例示的な電子取引環境を示す。電子取引環境は、電子取引所２０４および２０８と結合されるクライアントデバイス２０２を含む。電子取引所２０４はゲートウェイ２０６を介してアクセスされてもよく、かつ電子取引所２０８はゲートウェイ２１０を介してアクセスされてもよい。さらに、もしくは代替として、電子取引所２０４および２０８は、複数の電子取引所へのアクセスを提供する組み合わされたゲートウェイを介してアクセスされてもよい。
【００５５】
ルータ２１２は、ゲートウェイ２０６および２１０と電子取引所２０４および２０８との間でデータをルーティングする。電子取引環境には、ファイアウォール、ハブ、セキュリティマネージャ、等々のようなミドルウェアおよびセキュリティ対策等の他のデバイスも含まれてもよい。さらに、より多くの電子取引所が含まれてもよい。
【００５６】
トレーダは、単一かつ／または複数の電子取引所２０４および２０８においてリストされ、マッチングされかつ／またはクリアされる取引可能オブジェクトを取引してもよい。注文は、電子取引所２０４および２０８の一方または双方へ送信されてもよく、かつ市場情報は電子取引所２０４および２０８の一方または双方から受信されてもよい。例えば、市場情報は、クライアントデバイス２０２において電子取引所２０４および２０８の双方から受信されてもよく、かつクライアントデバイス２０２の共通の視覚的ディスプレイを介して見ることができてもよい。したがって、電子取引所２０４および２０８における取引可能オブジェクトの価格および数量情報は、同時に、かつ近接して見られてもよい。
【００５７】
別の例では、トレーダは、複数の電子取引所２０４および２０８にリストされる取引可能オブジェクトのスプレッド取引および／または鞘取引をすることができる。即ち、トレーダは、ある取引可能オブジェクトを電子取引所２０４で取引し、かつ別の取引可能オブジェクトを電子取引所２０８で取引してもよい。
【００５８】
合成スプレッド取引の実施形態は、追加的な取引所、ゲートウェイ、クライアントデバイス、ルータまたはメッセージ処理およびセキュリティのような様々な機能を提供する他のコンピュータを含んでもよい。さらに、１つまたは複数の電子取引所へ通信可能式にアクセスするために、図１または図２に示されているネットワークのような幾つかの、または多数のネットワークが互いにリンクされてもよい。
【００５９】
図１のクライアントデバイス１０２と同様に、クライアントデバイス２０２は、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、ハンドヘルドデバイス、スマートホン、パーソナル・デジタル・アシスタント、タブレットＰＣ、サーバ、ゲートウェイ、これらの組合せ等の任意のコンピューティングデバイス、および１つまたは複数のプロセッサまたは中央処理装置を有する他のコンピューティングデバイスであってもよい。クライアントデバイス２０２は、複数のワークステーション等の１つまたは複数のデバイスであっても、デバイスのネットワークであってもよい。またクライアントデバイス２０２は、１つまたは複数のメモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースも含んでもよい。システムバスまたはその同等物は、通信を提供してもよい。メモリは任意のコンピュータ読取り可能媒体を含んでもよく、かつプロセッサは、様々なタイプの市場情報を取扱いかつ処理するに足る処理能力を有する。ある例示的な実施形態において、クライアントデバイスは少なくとも１つのＰｅｎｔｉｕｍ（登録商標）マイクロプロセッサを含み、かつＷｉｎｄｏｗｓオペレーティングシステムの下で動作する。
【００６０】
市場情報またはある取引所または他のデータソースからのニュース、チャートデータおよび／または注文関連情報等の他のデータは、ビジュアル・ディスプレイ・デバイス等のクライアントデバイス２０２の出力デバイスに表示されてもよい。さらに、または代替として、情報はクライアントデバイスを介して、少なくとも部分的に音等の他の手段を介して提供される可能性もある。出力デバイスは、情報を提供することに適する任意のディスプレイデバイス、オーディオデバイスまたはこれらの組合せであることが可能である。例えば、ディスプレイデバイスは、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースまたはガスプラズマベースのフラットパネル・ディスプレイ、三次元画像を示すディスプレイまたは他の何らかのタイプのディスプレイであってもよい。ディスプレイデバイスは、オーディオデバイスおよび／または点字出力デバイスも有してもよい。ディスプレイデバイスは、ユーザと情報との相互作用を可能にしてもよい。したがって、ディスプレイデバイスはデータ入力デバイスも含んでもよい。
【００６１】
クライアントデバイスのユーザ（例えば、トレーダ）は、１つまたは複数の取引可能オブジェクトの注文をクライアントデバイスを介して取引所へ送信してもよい。注文は、新しい注文を出す、既存の注文をキャンセルする、既存の注文を変更する、１つまたは複数の取引可能オブジェクトの注文または注文一覧について取引所に問い合わせる、取引所への接続または取引所との通信をテストする、これらの組合せおよびこれらに類似することを目的とする命令またはメッセージを含んでもよい。トレーダは、取引所によって提供される情報を見て、応答的に適切な注文を送信してもよい。
【００６２】
トレーダは、様々なコマンドまたは信号をクライアントデバイス２０２へ、クライアントデバイス２０２の１つまたは複数の入力デバイスを介して提供してもよい。例えば、トレーダは、キーボードにタイピングする、マウスまたはポインティングデバイスを操作する、ディスプレイデバイスの一部を見る、ディスプレイデバイスのある部分またはディスプレイデバイスにより制御される部分に接触する、または他の何らかの入力デバイスを介してコマンドまたは信号を入力することによって、クライアントデバイス２０２へコマンドを入力してもよい。トレーダは、マウスデバイスを用いて、出力デバイスの一部分を同定し、ある量の取引可能オブジェクトの注文を開始すべくマウスボタンをクリックしかつ電子取引所２０４および２０８の一方へ注文を送信させてもよい。即ち、クライアントデバイス２０２は、好ましくは、ユーザ入力またはユーザ入力により影響される他の何らかのトリガに応答してトランザクション情報を発生する。提出されることが可能なメッセージおよび／または注文には多くの異なるタイプが存在するが、これらは全て、様々なタイプのトランザクション情報と考慮されてもよい。トランザクション情報は、１つまたは複数の通信チャネルおよび／またはネットワーク上でクライアントデバイス２０２から一方またはそれ以上のホスト取引所２０４および２０８へ送信されてもよい。
【００６３】
ある例示的な実施形態において、クライアントデバイス２０２上のソフトウェアは、関連のディスプレイデバイス上に双方向性の取引画面を生成する。ディスプレイデバイスは、トレーダが、とりわけ、注文を入力して実行し、市場相場を入手しかつポジションを監視することを有効化してもよい。ディスプレイデバイス上で入手可能な特徴の範囲および品質は、クライアントデバイスおよび／またはクライアントデバイスのソフトウェアに従って変わる場合がある。双方向性であることに加えて、またはその代わりに、クライアントデバイスは取引アプリケーションを自動化する可能性もある。
【００６４】
例示的な実施形態は様々な環境およびアプリケーションに関連して実装され得るが、例示的な実施形態に関する以下の説明は、取引アプリケーションおよび取引画面に関連して行なう。当業者には、本発明を理解する上で出力デバイスの詳細は不要であることが理解されるであろう。クライアントデバイスおよび出力デバイスによって実行され得る取引ツールの一タイプは、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社から入手されるＸ＿ＴＲＡＤＥＲ（登録商標）と称される市販の取引アプリケーションによって提供される。Ｘ＿ＴＲＡＤＥＲは、受付中の、または未決の注文のインジケータが固定の価格軸または目盛りに関連づけられて表示される、ＭＤ Ｔｒａｄｅｒ（登録商標）と称される電子取引インタフェースも提供する。
【００６５】
インジケータは、対応する、または関連づけられる価格における注文の買いおよび／または売り数量を同定してもよい。インジケータは、１つまたは複数の数字、アイコン、文字、紋章、ロゴ、記号、ボックス、チャート、写真、ポインタまたは注文を示す他のグラフィカル表示等、注文を示す任意のものであってもよい。Ｘ＿ＴＲＡＤＥＲおよびＭＤ Ｔｒａｄｅｒ式ディスプレイの一部は、「市場の深さの直観的グリッド表示を用いるクリックベース取引」と題する米国特許第６７７２１３２号明細書、「市場の深さ表示を用いるクリックベース取引」と題する米国特許第６９３８０１１号明細書、「市場の深さおよび価格統合の直観的グリッド表示を用いるクリックベース取引」と題する米国特許第７１２７４２４号明細書、「電子取引の取引ツール」と題する米国特許第７３８９２６８号明細書および「電子取引環境において取引しかつ市場情報を表示するためのシステムおよび方法」と題する米国特許第７２２８２８９号明細書に記述されている。これらの内容は各々、本参照により開示に含まれる。さらに、または代替として、市場データを閲覧しかつ／または注文を出すために他の取引ツールが用いられてもよい。さらに、これらの好適な実施形態は、変換、蓄積および表示機能を実行する任意の特定の製品に限定されない。
ＩＩ． スプレッド取引戦略
【００６６】
概して、複数の取引可能オブジェクトを包含する取引戦略は、複数の取引可能オブジェクト間の関係性に関わる。取引戦略の各取引可能オブジェクトは、レッグまたはアウトライトと称される場合がある。複数の取引可能オブジェクトに関わる取引戦略の一タイプは、スプレッドと称される。
【００６７】
スプレッドは、買われる、または得られるものと考えられてもよい。買われるスプレッドは、スプレッドのどのレッグが買われ、かつ／または売られるかを定義する。同様に、売られるスプレッドは、どのレッグが売られ、かつ／または買われるかを定義する。スプレッドは、レッグＡの第１の取引可能オブジェクトが買われ、かつレッグＢの第２の取引可能オブジェクトが売られる場合に買われてもよい。スプレッドの売りは、各レッグについて反対のアクションを実行することを含んでもよい。
【００６８】
またスプレッドは、レッグの注文サイズとも称されるスプレッドのレッグ間のスプレッド比率も同定してもよく、またはこれを基礎とするものであってもよい。スプレッド比率は、各レッグの、スプレッドの他のレッグに対する量を示す。例えば、レッグＡおよびレッグＢを有するスプレッドは、２単位のレッグＡを買いかつ３単位のレッグＢを売ることを定義してもよい。
【００６９】
またスプレッドは、そのスプレッドの符号の名称を有してもよい。符号は、取引戦略の買いに際して、そのレッグが買われるべきか（例えば、スプレッド比率はプラス）、売られるべきか（例えば、スプレッド比率はマイナス）を示してもよい。したがって、２単位のレッグＡが買われかつ３単位のレッグＢが売られるレッグＡおよびＢを有するスプレッドの場合、レッグＡの比率は「２」となり、かつレッグＢの比率は「−３」となる。
【００７０】
あるいは、または追加的に、スプレッド比率は暗示されてもよく、または暗示的であってもよい。即ち、ある取引戦略のあるレッグのスプレッド比率は明確に指定されなくてもよく、むしろ「１」または「−１」であることが暗示されても、またはこれらにデフォルトされてもよい。
【００７１】
またスプレッドは、レッグ毎に乗数を含んでもよい。乗数は、価格関係を定義する。即ち、乗数は、スプレッドの価格を決定するためにレッグの価格を調整してもよい。乗数は、スプレッド比率と同一であってもよい。上述の例では、レッグＡに関連づけられる乗数は「２」、レッグＢに関連づけられる乗数は「−３」であってもよく、これらは共に、これらのレッグの対応するスプレッド比率に一致する。１つまたは複数のレッグに関連づけられる乗数は、これらのレッグの対応するスプレッド比率とは異なってもよい。例えば、乗数の値は、レッグの価格を共通通貨へ変換するように選択されてもよい。
【００７２】
簡単に説明するために、本明細書において説明する例示的な実施形態は、別段の指摘がない限り、レッグ毎に同一のスプレッド比率および乗数を含む。さらに、例示的な実施形態の説明は、ある特定のレッグのスプレッド比率および乗数の符号が同一であること、かつ同一でなければ、乗数の符号を用いてレッグがスプレッドのどちら側に存在するかが決定されることを想定している。
【００７３】
図３は、合成スプレッド等の取引戦略３１０を示す図である。取引戦略３１０は「Ｎ」個のレッグ３２０を含み、各レッグ３２０の取引可能オブジェクト３２２間の関係性は、各レッグ３２０に関連づけられるスプレッド比率３２４および乗数３２６に従って定義される。
【００７４】
取引可能オブジェクト３２２は、取引戦略３１０によって定義された関係性に従って取引されても、取引されるべく試行されてもよい。ある例における取引戦略３１０は、２つのレッグ３２０、即ち取引可能オブジェクトＡに関するレッグ１と、取引可能オブジェクトＢに関するレッグ２とを有するスプレッドである。さらに、レッグ１およびレッグ２に関するスプレッド比率３２４および乗数３２６は、各々「１」および「−１」である。スプレッド３１０は、スプレッド３１０が買われる場合、取引可能オブジェクトＡの１単位が買われ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が売られる（マイナスのスプレッド比率、スプレッドと反対方向）ように定義される。スプレッド３１０の定義は、スプレッド３１０が売られる場合、取引可能オブジェクトＡの１単位が売られ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が買われる（マイナスのスプレッド比率、スプレッドと反対方向）という類のものである。
【００７５】
取引戦略３１０の価格、または目標価格は、取引戦略のこの定義に従って決定されてもよい。価格は、下記のように、取引戦略３１０のレッグ３２０の各々について取引可能オブジェクト３２２の価格に乗数３２６を乗算した合計であるとされる。
戦略価格＝ΣＮｉ＝１ Ｍｕｌｔ（ｉ）＊Ｐｒｉｃｅ（ｉ） 式１
【００７６】
Ｍｕｌｔ（ｉ）はレッグｉに関連づけられる乗数であり、Ｐｒｉｃｅ（ｉ）はレッグｉの取引可能オブジェクトの価格である。当業者には、取引戦略の価格が価格ティックの丸めおよび／またはペイアップ・ティックによって影響され得ることも理解されるであろう。
【００７７】
スプレッドは、スプレッドのレッグの相対価格に従って売買されてもよい。取引可能オブジェクトＡが典型的に取引可能オブジェクトＢより１０高い価格を有する場合、トレーダは、取引可能オブジェクトＡおよびＢ間の価格差が１０を下回ればいつでもそのスプレッドを買ってもよい。同様に、トレーダは、同差が１０を上回ればいつでもそのスプレッドを売ってもよい。
【００７８】
一例として、取引可能オブジェクトＡの市場は価格４５で１単位を有し、かつ取引可能オブジェクトＢの市場は価格４０で１単位を有する。すると、式１を用いれば、現行スプレッド価格は、（１）（４５）＋（−１）（４０）＝５となり、これは典型的なスプレッド１０より少ない。したがって、トレーダはスプレッドの１単位を買ってもよく、結果的に、取引可能オブジェクトＡの１単位が価格４５で買われ、かつ取引可能オブジェクトＢの１単位が価格４０で売られる。この典型的な価格差が、取引可能オブジェクトＡの価格が４２、かつ取引可能オブジェクトＢの価格が３２等となって回復されれば、スプレッドの価格は１０になる。トレーダがスプレッドの１単位を売ってそのポジションを手仕舞えば（即ち、取引可能オブジェクトＡの１単位を売って、取引可能オブジェクトＢの１単位を買えば）、トレーダは総取引で利益を得たことになる。トレーダは、取引可能オブジェクトＡを価格４５で買いかつ４２で売って３の損失を出す一方で、取引可能オブジェクトＢを価格４０で売りかつ３２で買って利益８を得ている。したがって、トレーダは、スプレッドの売買で利益５を得た。
【００７９】
上述の例は、十分な流動性および安定性を基礎とし、かつ取引可能オブジェクトが、スプレッド３１０の所望される価格を達成する市場価格で売買され得ることを基礎としている。しかしながら、より一般的には、トレーダは、ある特定の取引戦略を売買する所望される価格を決定し、かつこの所望される価格を、レッグを適切な価格で売買することによって達成しようとする。
【００８０】
トレーダは、適切な取引を戦略３１０に従って管理するために、自動化されたスプレッド取引ツールを用いてもよい。例えば、トレーダは、取引戦略３１０を所望される価格で買う、または売る命令を入力してもよく、自動取引ツールは、その取引戦略の所望される価格（所望される戦略価格、所望されるスプレッド価格および／または目標価格とも称される）を達成するために、取引戦略３１０の取引可能オブジェクト３２２のうちの少なくとも１つの注文（呼び値の注文または受付中の注文とも称される）を自動的に出してもよい。注文を出されるレッグは、呼び値のレッグと称される。呼び値のレッグに対する他のレッグは、リーンなレッグおよび／またはヘッジレッグと称される。
【００８１】
呼び値のレッグが値付けされる、または受付けられている価格は、ヘッジレッグにおいて注文が約定され得る最良価格を基礎とするが、これは、典型的にはヘッジレッグの場内市場におけるものである。即ち、最良価格は、典型的には、売りの場合はヘッジレッグの最良の買い呼び値であり、買いの場合はヘッジレッグの最良の売り呼び値である。ヘッジレッグにおける最良価格は、リーンオン価格、リーンな価格またはリーンレベルとしても知られる。
【００８２】
リーンオン価格が変化するにつれて、所望される戦略価格を維持するために呼び値のレッグにおける注文の価格も変わる場合がある。さらに、呼び値のレッグは、ヘッジレッグの変化が限度内であれば、または呼び値のレッグに与える変化が結果的に限度内となれば、変わらない場合がある。呼び値のレッグが約定されると、自動取引ツールは、戦略を完了するために、反対注文またはヘッジ注文とも称されるヘッジレッグにおける注文を提出してもよい。
【００８３】
あるいは、または追加的に、値付けされるレッグの価格は、スプレッドの他のレッグの全てを基礎としなくてもよい。値付けされるレッグにおける注文の注文パラメータは、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）、理論値、場内市場により近い数量等の複数数量または他の何らかの基準点等の他のレッグにおける他のタイプの市況にリーンオンしてもよい。
【００８４】
単一の呼び値のレッグを有することに加えて、取引戦略は、スプレッドの複数のレッグにおいて（または全てのレッグでも）値付けされてもよい。このような状況では、値付けされる各レッグは依然としてスプレッドの他のレッグのうちの少なくとも１つに依存する。値付けされたレッグのうちの１つが約定されると、値付けされた他のレッグにおける注文は典型的にはキャンセルされ、適切なヘッジ注文が出される。
【００８５】
３つ以上のレッグを有する取引戦略は、マルチレッグ戦略、マルチレッグ・スプレッドまたはマルチレッグ合成スプレッドとして知られる。マルチレッグ戦略では、ある特定の値付けされるレッグに関する取引戦略を保持するために、複数のヘッジ価格セットが選ばれることが可能である。１つのレッグが約定されると、約定されたそのレッグの価格、その取引戦略の所望される価格および乗数が知られ、よって、約定されていない残りのＮ−１個のレッグに対応するＮ−１個の未知なるものが存在する。したがって、マルチレッグ戦略においては、２つ以上の未知なるものが存在するが、式は１つ（式１）である。現行システムは、１つのレッグが約定されると、異なる技術を用いて戦略の残りのレッグのヘッジ価格を決定する。
【００８６】
ある呼び値のレッグが約定されていても、ヘッジレッグのうちの少なくとも１つが約定され得なければ（または、取引戦略の所望される価格を達成するほど十分に約定され得なければ）、そのスプレッドはレッグされているものと決定されてもよい。ヘッジレッグは、ヘッジ注文が入力されるより前にヘッジの場内市場が動き、かつ／または場内市場において注文を約定するに足る量が存在し得ないという理由で約定されないことがある。
ＩＩＩ． スプレッド取引ツール
【００８７】
Ａｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールは、複数の取引可能オブジェクトに関する市場情報を閲覧し、かつ／または複数のオブジェクトの取引戦略を管理するために用いられてもよい。またスプレッド取引ツールは、合成スプレッドの１つまたは複数のレッグにおいて合成スプレッドの注文（アウトライト注文または受付中の注文）を送信するためにも用いられてもよい。
【００８８】
合成スプレッドの注文および注文の約定は、スプレッド取引ツールを介して管理、コンパイル、記録、閲覧、等々を行われてもよい。しかしながら、各アウトライト注文は、ある特定の取引可能オブジェクトに関するものであることから、アウトライト注文の管理には他の取引ツールも用いられる場合がある。スプレッド取引ツール外部の取引ツールは、受付中のアウトライト注文が合成スプレッド取引戦略の構成部分であったかどうか、またはその一部として開始されたかどうかについて認識していない、または決定することができない場合がある。受付中のアウトライト注文と合成スプレッドとの関係の欠如は、トレーダにスプレッド取引ツールの範囲または領域外部の情報を追跡させる場合がある。さらに、他の取引ツールは、トレーダに正確な結果を提供しない場合がある。したがって、所望されるデータを取得する上で、不正確さおよび／または非効率は不可避であったかもしれない。
【００８９】
本明細書における例示的な方法、プロセスおよび装置は、合成スプレッドとその構成部分である注文との関係性を同定し、かつ保持する。さらに、合成スプレッドの状態も定義される。スプレッドの受付中の未決注文およびヘッジ注文は、合成スプレッドの一部として同定され、追跡されかつ管理される。その結果、合成スプレッドは、１つの全体的な注文または１つの同種注文として表現されかつ管理されてもよい。スプレッド取引ツールは、合成スプレッドおよびその構成部分を管理し、表現しかつ閲覧するために用いられてもよい。
【００９０】
さらには、合成スプレッドの構成部分の注文および約定を管理するために、典型的には他の取引戦略の注文および／または約定を管理するために構成される他のツールおよび／またはアプリケーションが使用されてもよい。例えば、注文は、注文の管理および取引後の分析等のために注文記述子の識別子を用いて追跡されかつ管理されてもよい。注文の追跡および管理の一例は、本参照によりその全体が開示に含まれる、２００７年３月２１日に提出された「電子取引注文のシステムおよび管理分析」と題する米国特許出願第１１／６８９１７８号明細書に提示されている。
【００９１】
スプレッド取引ツールは、その構成部分であるレッグの情報およびスプレッドパラメータを基礎としてスプレッドデータを生成する。スプレッドデータはトレーダへ、グラフィカル・ユーザ・インタフェース・マネージャ（「ＧＵＩマネージャ」）等の視覚的フォーマットで伝達または提示される。スプレッドデータは、スプレッドウィンドウに表示されてもよい。さらに、スプレッドの１つまたは複数のレッグに関する情報またはデータもまた、ＧＵＩを用いて表示されてもよい。スプレッドデータおよび各レッグの情報またはデータは、ＧＵＩの同一のウィンドウに表示されても、異なるウィンドウに表示されてもよい。ユーザはスプレッドウィンドウに注文を入力することができ、かつスプレッド取引ツールは、スプレッドの所望される価格または目標価格を達成するようにスプレッドに従って注文を出すことができる。
【００９２】
スプレッド取引ツールの例は、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書、２００４年３月１９日に提出された「スプレッド値を推定するためのシステムおよび方法」と題する米国特許出願第１０／８０４６３１号明細書、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７３８９２６４号明細書、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４２４４５０号明細書、２００９年３月２５日に提出された「取引戦略の乗数調整式リーンレベルのためのシステムおよび方法」と題する米国特許出願第１２／４１０７５９号明細書に提示されている。これらは全て、本参照により完全に開示に含まれる。さらに、または代替として、他のスプレッド取引ツールが用いられてもよい。さらに、これらの好適な実施形態は、合成スプレッド取引のために変換、蓄積および表示機能を実行する任意の特定の製品に限定されない。
【００９３】
図４は、スプレッド取引を促進するための例示的な方法を示すフローチャート４００である。当業者には、フローチャート４００がスプレッド取引の例示的な説明を提供していることが理解されるであろう。さらに、ある実施形態はより多い、またはより少ない行為を含む場合があり、かつ／またはこれらの行為は図１に示されている注文とは異なる１つまたは複数の注文において発生する場合がある。例えば、「スプレッド・データ・フィードを設定する」という行為４０４は、「１つまたは複数の市場データフィードを受信する」という行為４０２より前に発生しても、これと同時に、または略同時に発生してもよい。
【００９４】
行為４０２では、１つまたは複数の取引所から市場データフィードが受信される。市場データフィードは、概して、１つまたは複数の取引可能オブジェクトに関する価格、注文および約定情報を含む。また市場データフィードは、「市場の深さ」と称される他の価格における市場での現行の買いおよび売りの呼び値および数量に加えて一番高い買い値（ＨＢＰ）および一番低い売り値（ＬＡＰ）を含む取引可能オブジェクトの場内市場も含んでもよく、かつ／または別段にこれを同定してもよい。取引所の中には、無限の市場深さを提供するものがある一方で、市場の深さを提供しない、または場内市場以外の幾つかの価格しか提供しないものもある。
【００９５】
ステップ４０２で受信される市場データフィードの数は、スプレッド取引に関してユーザにより選択される取引可能オブジェクトの数、または取引所により提供されるデータフィードの数、またはデータフィードの送信元である取引所の数にも依存する場合がある。ある取引所からのデータフィードは、そのうちの幾つかが受信される場合もあれば、全てが受信される場合もあり、スプレッドの部分である取引可能オブジェクトのみが取引される。
【００９６】
行為４０４では、スプレッドデータが一意に設定またはカスタマイズされてもよい。即ち、ユーザは、とりわけ、スプレッド価格およびスプレッド市場深さの計算をカスタマイズしてもよい。スプレッド価格およびスプレッド市場深さの計算は、レッグの取引可能オブジェクトに対する顕在市場からの買いおよび売りの件数およびスプレッド設定パラメータを基礎としてもよい。またユーザは、既存のスプレッドを設定し直してもよく、または、まずはスプレッドの基本的な取引可能オブジェクト（レッグ）を選択することによって設定すべき新たなスプレッドを生成することもできる。取引可能オブジェクトは、コンフィギュレーションウィンドウにおいて選択されてもよく、かつスプレッドはスプレッド設定パラメータに従って設定されてもよい。
【００９７】
行為４０６において、スプレッド取引ツールは、選択された市場データフィードおよびスプレッド設定パラメータを基礎としてスプレッドデータを生成してもよい。スプレッドデータは、スプレッド価格およびスプレッドの深さを含んでもよい。またスプレッドデータは、最終取引価格（ＬＴＰ）および／または最終取引数量（ＬＴＱ）も、始値、終値、精算、その日の高値／安値、期間高値、市場の深さ、市場スナップショットおよびこれらに類似するもの等の他のアイテムに加えて含んでもよい。スプレッドデータは、これより多い、または少ないアイテムを含んでもよい。データは、ユーザにより設定され、同定され、または別段で選択されたパラメータ、市場データフィードの発信元である取引所の限度およびこれらに類似するものに従って包含されてもよい。
【００９８】
トレーダは、スプレッド・データ・フィードに含まれる情報もカスタマイズしてもよい。スプレッド・データ・フィードは、クライアントデバイスにおいて、受信される市場データフィードに従って更新されかつ蓄積されてもよい。スプレッド・データ・フィードは、連続的に更新されても、周期的に更新されても、連続的かつ周期的に更新されてもよい。スプレッドデータの生成は、市場から中継される情報が実現可能な限り迅速にユーザへ提示される場合に、リアルタイムベースで発生しても、略リアルタイムベースで発生してもよい。例えば、情報は、受信された情報を処理して表示するに足る時間内または妥当な時間内に提示される。
【００９９】
あるいは、または追加的に、スプレッドデータの生成は、周期的な時間または半周期的な時間ベースで続く場合がある。例えば、スプレッドデータは、パッケージ通信プロトコル、トラフィック状態、これらの組合せおよびこれらに類似するものに従って半秒毎に、または何分の一秒か毎に生成されてもよい。ある例において、ディスプレイ上では、スプレッドウィンドウに表示される経時変化する値のみが更新される。
【０１００】
行為４０８では、スプレッドウィンドウが生成されて表示される。また、スプレッドの対応する各レッグウィンドウも生成され、かつ表示される。スプレッドウィンドウは、スプレッド価格および合計数量のインジケータを表示してもよい。さらに、これより多い、または少ないＬＴＰ／ＬＴＱ等のアイテムが表示されてもよい。
行為４１０では、スプレッドの１つまたは複数の注文が入力されてもよい。注文は、そのスプレッドの目標価格において所望される量で入力されてもよい。注文は、スプレッドウィンドウに入力されてもよい。ある例では、注文は、マウスデバイス、キーボード、ライトペン、これらの組合せおよびこれらに類似するもの等の１つまたは複数の入力デバイスの操作に従って入力される。入力デバイスの操作によって、１つまたは複数のカーソル等の入力インジケータは出力ディスプレイを横断させられてもよい。入力デバイスの使用により、カーソルは、スプレッドの所望される量および目標価格に関連して位置合わせされてもよい。ある例において、所望される量は、スプレッドの目標価格が入力デバイスを用いて決定され得るように予め設定されても、予め選択されてもよい。
【０１０１】
図５は、合成スプレッド取引のための取引を約定しかつ実行するための例示的な方法を示すフローチャートである。他の実施形態は、図５に示されている順序で、または略同時的または逆の順を含む図示された、または論じられているもの以外の他の順序で実行されてもよい。さらに、所望される結果を達成するために幾つかのステップは実装されなくてもよい。
【０１０２】
この例において、スプレッド取引戦略の少なくとも１つのレッグに対する注文は取引所において受付中であるか保留されていて、呼び値の注文とも称される。呼び値の注文は、ある電子取引所における第１の取引可能オブジェクトに対応する。呼び値の注文は反対注文とマッチングされてもよく、別段で約定または実行されたと称される。行為５０２では、呼び値の注文の約定が検出される。即ち、呼び値の注文が取引所で反対注文とマッチングされる。行為５０４では、ヘッジ注文が決定される。ヘッジ注文は、スプレッド取引戦略の第１のレッグにおける呼び値の注文の約定の検出に応答して送信されることになる。ヘッジ注文は５０６において生成され、かつ行為５０８において送信される。ヘッジ注文は電子取引所へ送信されてもよく、ヘッジ注文はここでリストされかつ／または取引される。ヘッジ注文の電子取引所は、第１の取引可能オブジェクトがリストされている電子取引所と同じである場合もあれば、異なる場合もある。ヘッジ注文に関しては、ヘッジ注文価格等の注文パラメータが決定されてもよい。注文パラメータは、ヘッジ注文が約定されるとスプレッド取引戦略のスプレッド価格が達成されるように決定されてもよい。
【０１０３】
図６は、合成スプレッド取引の例示的なシステム６００を示すブロック図である。システム６００は、アプリケーション・プログラム・インタフェース（「ＡＰＩ」）６０６と、取引所６０４と、クライアントデバイスと、ＡＰＩ６０６とクライアントデバイスとの間の通信６０２と、ＡＰＩ６０６と取引所６０４との間の通信６０８とを含む。ＡＰＩ６０６と取引所６０４との間の通信６０８は、市場データ等の情報を含んでもよい。
【０１０４】
市場データは、１つまたは複数の取引可能オブジェクトに関する情報を含んでもよい。ＡＰＩ６０６は、市場データを変換してもよい。市場データは、概して、１つまたは複数のデータフィード等のデータフォーマットで提供される。市場データフィードは、取引所６０４とクライアントデバイスの取引アプリケーションとの間で通信されてもよい。クライアントデバイスは、先に記述したように構成されかつ配置されてもよい。システム６００は、「Ｔ」個の取引所と「Ｍ」個のクライアントデバイスとを含む。システムは概して、取引所およびクライアントデバイスの数に制限がない。
【０１０５】
クライアントデバイス６１２は、より詳細なブロック図を示す。クライアントデバイス６１２は、取引アプリケーション６１０、自動スプレッダ６１４およびＧＵＩマネージャ６１６を含む幾つかの構成部分を含んでもよい。これより少ない、または多い構成部分が含まれ得ることは理解されるべきである。クライアントデバイス６１２には、図示されていない構成要素の幾つかが含まれることは理解されるであろう。
【０１０６】
取引アプリケーション６１０および自動スプレッダ６１４は、ソフトウェアアプリケーションであってもよい。取引アプリケーション６１０および自動スプレッダ６１４は、クライアントデバイス６１２上に、またはクライアントデバイス６１２に関連づけられる他のデバイス上にホストされてもよい。自動スプレッダ６１４は取引アプリケーション６１０と共に示されているが、自動スプレッダ６１４と取引アプリケーション６１０とは同じ、または異なるクライアントデバイス６１２上の同じソフトウェアアプリケーションであっても、別々のソフトウェアアプリケーションであってもよい。自動スプレッダ６１４および／または取引アプリケーション６１０はサーバ上にホストされ、かつクライアントデバイス６１２によりネットワーク上でアクセスされてもよい。
【０１０７】
ＧＵＩマネージャ６１６は、ソフトウェアアプリケーション、ハードウェアまたはハードウェアとソフトウェアとの組合せと共に埋め込まれてもよい。ＧＵＩマネージャは、マウス、キーボード、タッチスクリーンのような入力デバイスおよびモニタ等の出力デバイスによって使用されてもよい。取引アプリケーション６１０は、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ社のＸ＿ＴＲＡＤＥＲ（登録商標）であってもよい。Ｘ＿ＴＲＡＤＥＲアプリケーションは、市場の深さまたは受付中の注文等の情報を価格または値の軸または目盛りに関連して示す、ＭＤ＿ＴＲＡＤＥＲ型ディスプレイと称される場合もある表示画面を組み込んでもよい。しかしながら、本発明は、任意の特定タイプのディスプレイに限定されない。
【０１０８】
情報または市場データは、蓄積されかつ／または更新されてもよい。自動スプレッダ６１４は、市場データフィードおよびスプレッド設定パラメータのうちの幾つか、および全てを用いてスプレッドデータを生成する。複数の取引可能オブジェクトの市場データフィードまたは約定は、合成スプレッドのデータを決定するために用いられてもよい。スプレッドデータは、スプレッド価格およびスプレッド市場深さを含んでもよい。またスプレッドデータは、最終取引価格（ＬＴＰ）および最終取引数量（ＬＴＱ）、ある時間または期間の高値、安値およびこれらに類似するもの等の他のアイテムも含む場合がある。
【０１０９】
スプレッドデータは、スプレッドウィンドウに表示されてもよい。スプレッドデータは、スプレッドの生成中および／またはスプレッドの生成後に表示されてもよい。本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に記述されているように、合成スプレッドが確立され、スプレッドデータが提示されかつ合成スプレッドを取引するためのツールが提供されてもよい。
ＩＶ． スプレッドの表示
【０１１０】
図７は、２つのレッグを有するスプレッド戦略のスプレッドウィンドウ７００の一例を示す。第１のレッグはウィンドウ７０２に表示され、かつ第２のレッグはウィンドウ７０４に表示されている。第１のレッグウィンドウ７０２はＦＪＵＮ１０約定の取引可能オブジェクトに対応し、かつ第２のレッグウィンドウ７０４はＦＤＥＣ１０約定に対応する。図７は、簡略および明瞭さのために、スプレッドウィンドウ７００および２つのレッグウィンドウ７０２および７０４を示している（２レッグスプレッド）。表示されるウィンドウの数は、スプレッドにおけるレッグの数および／またはユーザの選好に依存してもよい。スプレッドのレッグ数は、任意であることが可能である。
【０１１１】
スプレッドウィンドウ７００は、生成されたスプレッド・データ・フィードの場内市場および市場の深さを示している。場内市場（インサイドマーケット）は、取引可能オブジェクトの一番高い指値価格または一番高い買い値および一番安い指値価格または一番安い売り値を含む。レッグウィンドウ７０２および７０４も、個々の取引可能オブジェクトの場内市場を示している。ウィンドウ７００、７０２および７０４は各々、市場における買い注文のカラムおよび売り注文のカラムを含む。カラム７０６、７０８および７１０は買い注文を含み、カラム７１２、７１４および７１６は売り注文を含む。
【０１１２】
各カラム７０６、７０８、７１０、７１２、７１４、７１６には、取引可能オブジェクトに関する注文を示すためにインジケータが表示されてもよい。例えば、カラム７０６には、第１のレッグの取引可能オブジェクトの市場における買い注文を示すためにインジケータが与えられてもよい。同様に、カラム７１４には、第２のレッグの取引可能オブジェクトの市場における第２の取引可能オブジェクトの買い注文を示すためにインジケータが与えられてもよい。インジケータは、グラフィックであっても、アイコンであっても、数字であっても、注文を表す他の任意のものであってもよい。
【０１１３】
ウィンドウ７００、７０２および７０４は各々、価格レベルが記入された個々のカラム７１８、７２０および７２２を有する。価格レベルは、軸に沿って位置合わせされてもよい。各軸は、線形であっても曲線であってもよく、かつ固定的、略固定的であっても、動的であってもよい。即ち、価格レベルは変わらない場合もあり、自動生成される命令に応答して変わる場合も、ユーザの命令および／または設定に応答して変わる場合も、市場データまたは変化に応答して変わる場合も、自動命令、ユーザによる命令および／または設定、市場データおよびこれらに類似するものの組合せに応答して変わる場合もある。
【０１１４】
インジケータは、価格レベルに沿って、価格カラム７１８、７２０および７２２に沿って位置決めされてもよい。インジケータの価格カラム７１８、７２０および７２２に対する位置は、インジケータに対応する注文の価格を表現してもよい。ある例において、カラム７０８内で０．９７に表示されるインジケータ「２」は、スプレッド取引戦略の第２のレッグの取引可能オブジェクトの市場における価格０．９７での注文数量２を表現する。
【０１１５】
カラム７２４、７２６および７２８は、ユーザに受付中の注文のインジケータを提供する。ある例では、カラム７２４、７２６および７２８のうちの１つにおいて対応する価格カラム７１８、７２０および７２２の価格レベルにインジケータが表示され、その価格レベルに相当する価格での取引可能オブジェクトの注文量が表示される。
【０１１６】
カラム７３０、７３２および７３４は、他のアイテムまたはデータを表すインジケータを表示する。例えば、インジケータは、取引可能オブジェクトの最終取引数量および／または最終取引価格を表してもよい。例えば、カラム７３２の価格レベル０．９７に表示されている「１７」は、スプレッド取引戦略の第１のレッグの取引可能オブジェクトの価格０．９７での最終取引注文数量１７を表す。
【０１１７】
ウィンドウ７００、７０２および７０４は、個人的な選好および／または関心に合わせるために、ユーザにとって関心のある１つまたは複数のアイコンまたはフィールドを表示してもよい。ユーザによって表示される、または隠されるアイコンまたはアイテムの中には、現在時刻を示すシステムクロックを含むものがある。
【０１１８】
さらに、機能を表すためのアイコンまたはボタンが表示されてもよい。アイコンまたはボタンは、１つまたは複数の対応する機能を実行するように選択されてもよい。例えば、ストップマーケット（ＳＭ）ボタンおよび／またはストップリミット（ＳＬ）ボタンが表示されてもよい。ボタンは、各々ストップリミット注文およびストップマーケット注文を有効化するように選択されてもよい。また、市場から売り買いを削除するための「Ｄｅｌ Ａｌｌ」ボタンも設けられる場合がある。「買い削除」および／または「売り削除」ボタンは、市場から全ての買い／売りを削除するために選択されてもよい。「買い」または「売り」を表示する代わりに、各ボタンは、市場における買い／売りの削除されるべき合計数を表す追加的なインジケータを含んでもよい。包含されるボタンの数は、これより多くても少なくてもよい。
Ｖ． 注文の関係性および同定
【０１１９】
合成スプレッド取引戦略は、親子関係が定義されてもよい。ある例において、合成スプレッド注文は、１つまたは複数の親注文によって表現されても、親注文に関連づけられてもよい。合成スプレッド注文の各レッグにおけるアウトライト注文は、子注文によって表現されても、子注文に関連づけられてもよい。即ち、呼び値のアウトライト注文は各々１つまたは複数の呼び値の子注文によって表現されてもよく、かつ結果として生じるヘッジ注文は１つまたは複数のヘッジ子注文によって表現されてもよい。呼び値の子注文およびヘッジ子注文は共に、親注文の１つに関連づけられる。親注文は、複数の子注文を有してもよい。親注文の数は、合成スプレッドのレッグの数、合成スプレッドの呼び値のレッグの数、ユーザ選好、これらの組合せおよびこれらに類似するものに依存してもよい。
【０１２０】
親注文は、１ロットの合成注文を表す。親注文の対応する子注文は、この１ロットの親注文を含むネイティブな注文を表す。ある例において、親注文は、２つのレッグを１：１の割合で有する合成スプレッドを定義する。ユーザは、スプレッドの１ロット注文を入力し、最初のレッグのみに値付けする。したがって、１つの親注文が存在し、一方の子注文は第１のレッグに関して値付けされ、かつもう一方の子注文は第２のレッグのヘッジ用である。
【０１２１】
下表１に示されている別の例では、合成スプレッドが３：２の割合を有する２つのレッグを有する。ユーザは、スプレッドの２ロット注文を入力し、一方のレッグに値付けする。
表Ｉ
【０１２２】
したがって、各親注文が単一ロットの合成スプレッド注文を表すことから、親注文は２つ、即ち２ロット合成スプレッド注文の各ロット毎に１つが存在する。親注文は各々、親注文ＩＤ（「ＰＯＩＤ」）によって同定されてもよく、かつ子注文は各々、子注文ＩＤ（「ＣＯＩＤ」）によって同定されてもよい。
【０１２３】
表Ｉは、各親注文が５つの対応する子注文に関連づけられてもよく、子注文の各々は１ロット注文用であることを示している。親注文ＰＯＩＤ１００は、合成スプレッドの第１のレッグにおける３つの呼び値の子注文ＣＯＩＤ２０００−２００２と合成スプレッドの第２のレッグまたはヘッジレッグにおける２つのヘッジ子注文ＣＯＩＤ２００３および２００４とを含む子注文２０００−２００４を有する。同様に、親注文ＰＯＩＤ１０１は子注文ＣＯＩＤ２００５−２００９を有し、ＣＯＩＤ２００５−２００７は第１のレッグにおける呼び値の子注文であり、かつヘッジ子注文ＣＯＩＤ２００８および２００９は第２のレッグまたはヘッジレッグにおけるヘッジ注文である。
【０１２４】
呼び値の子注文ＣＯＩＤ２０００−２００２を表す１つまたは複数の注文は、合成スプレッドの第１のレッグの取引可能オブジェクトに関して取引所へ送信されてもよい。表Ｉは複数の子注文を示しているが、呼び値の注文が呼び値の子注文ＣＯＩＤ２０００−２００２および２００５−２００７の全て、または幾つかを表す場合、第１のレッグの取引可能オブジェクトに関して単一の呼び値の注文が複数のロットに対して送信されてもよい。即ち、アウトライト注文が２つ以上の子注文を表す場合、スプレッドのレッグを実行するために取引所へ提出されるアウトライト注文は、１ロット注文より多い量に対するものであってもよい。上述の例では、親注文ＰＯＩＤ１００は子注文２０００−２００４を有し、かつ親注文１０１は子注文２００５−２００９を有する。呼び値の子注文の全て、または一部は、単一の呼び値の注文に結合されてもよい。さらに、ヘッジ子注文の全て、または一部も単一のヘッジ注文に結合されてもよく、または、呼び値の子注文に関連づけられる、またはこれらによって表される呼び値の注文の数量のマッチングに従って複数のヘッジ注文に結合されてもよい。
【０１２５】
上述の例において、３つの呼び値の注文ＣＯＩＤ２０００−２００２は数量３を有する単一の呼び値の子注文に結合されてもよく、かつ２つの潜在的なヘッジ注文ＣＯＩＤ２００３および２００４は、数量２を有する単一のヘッジ注文に結合されてもよい。さらに、呼び値の注文が双方の親注文の呼び値の子注文の各々を表す場合には、第１のレッグに関して数量６の単一の呼び値の注文が提出されてもよい。
【０１２６】
呼び値の子注文のうちの１つまたはそれ以上を表す呼び値の注文の幾つか、または一部が約定／実行された後は、第２のレッグの取引可能オブジェクトに関してヘッジ子注文ＣＯＩＤ２００３および２００４に対する１つまたは複数のヘッジ注文が提出されてもよい。即ち、ヘッジ注文は、呼び値の注文の実行を基礎として実行すべく提出されてもよい。さらに、ヘッジ注文が実行すべく提出される際には、ヘッジ注文のヘッジ子注文が親注文および／または呼び値の子注文に関連づけられてもよい。例えば、数量３を有する単一の呼び値の注文が部分的に約定された（例えば、数量２で約定された）場合、ヘッジの合計数量より少ない数量（例えば、１ロット）を有する単一のヘッジ注文がヘッジの場内市場に提出されてもよい。別の例では、呼び値の子注文を表す呼び値の注文が提出されかつ呼び値の子注文２０００−２００２を表す呼び値の子注文の一部が約定されると、ヘッジ子注文２００３および２００４を表す数量２のヘッジ注文が提出される。さらに、ヘッジ子注文２００３および２００４は親注文ＰＯＩＤ１００に関連づけられる。
【０１２７】
親注文ＩＤおよび子注文ＩＤ（各々、ＰＯＩＤおよびＣＯＩＤ）は、合成スプレッド注文を追跡し、記録しかつ報告するための所望される行動を示す。ＣＯＩＤは、ＣＯＩＤの親注文と子注文とを同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。同様に、ＰＯＩＤは、ＰＯＩＤの子注文と親注文とを同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。さらに、ＣＯＩＤは、親注文の子注文を同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。
【０１２８】
表Ｉは、合成スプレッドの注文およびその構成要素たる注文が如何にして同定されかつ関連づけられ得るかを示している。合成スプレッドの表現は、他にも可能であり得る。さらに、表Ｉは各親の複数の子注文を示しているが、各子注文は別々かつ区別可能な注文であってもよく、結合された１つの注文であってもよく、幾つかが結合され、他の子注文が別々かつ区別可能であってもよい。
【０１２９】
注文識別子（ＰＯＩＤおよびＣＯＩＤ）は、任意のフォーマットをとってもよい。注文識別子は、マーキング注文の定義された記述子を提供してもよい。注文識別子は、各親注文および親注文の各子注文を同定するフォーマットを有してもよい。フォーマットは、ある合成注文の親および子注文を他の合成スプレッド注文の親および子注文から区別してもよい。注文は、複数ロットの合成注文の各親を同定しかつ各親注文を他の親注文から区別するフォーマットを有してもよい。識別子は、自動的に決定される、ユーザの設定および／または選好等に従って手動で決定される、または自動および手動の組合せで決定されるフォーマットを有してもよい。注文の識別子は、注文が実行のために入力されかつ／または取引所等へ提出される際に、またはこれより前に生成されてもよい。
【０１３０】
注文識別子は、注文の目的を定義してもよい。あるいは、または追加的に、注文識別子は、注文が起源とする、または注文が関連するアプリケーション／戦略を同定してもよい。例えば、注文識別子は、注文を、自動スプレッダまたは類似ツールによって始められたヘッジ注文として定義してもよい。また注文識別子は、注文または対応する取引のステータスを表してもよい。例えば、注文識別子は、約定されかつ開始された注文をヘッジ注文並びに対応する取引可能オブジェクトおよび注文の価格と共に表してもよい。
【０１３１】
注文識別子は、ヘッジ注文を、ヘッジ注文をトリガした対応する注文の約定と関連づける約定キーを含んでもよい。さらに、合成スプレッドの所望される価格、他のレッグの同定、注文が出された時刻、注文が約定された時刻を含む追加のスプレッドデータが同定されてもよい。これらのパラメータは例として提示されるものであり、追加の、またはより少ない識別子およびフォーマットが用いられる可能性もある。注文識別子は、本参照によりその全体が開示に含まれる、２００７年３月２１日に提出された「電子取引注文の管理および分析のためのシステムおよび方法」と題する米国特許出願第１１／６８９１７８号明細書に記述されているようなものが提供されてもよい。
ＶＩ． 注文の状態
【０１３２】
親注文の異なる状態が定義されてもよい。親注文の状態には、受付中、未決、レッグまたは約定が含まれる。状態は、親注文に関連づけられる子注文のステータスに従って決定されてもよい。また状態は、ユーザの選好および／または設定等の他の要素に従って決定される場合もある。また親注文の状態は、数値的に同定されてもよい。
【０１３３】
数量が複数であって複数の親注文を有するスプレッド注文の場合、各状態を表す数字は、対応する状態におけるその注文の数量を同定してもよい。例えば、３ロットまたは数量３のスプレッド注文の場合、当初、合成スプレッド注文の数量３は全て受付中であり得る。したがって、合成スプレッドの状態は、３個の受付中の注文であってもよい。
【０１３４】
その後、スプレッド注文は、受付中の１ロットと、未決の１ロットと、約定された１ロットとを有することがある。したがって、合成スプレッド注文の状態は、３個の受付中の注文、１個の未決の注文および１個の約定された注文となる。
【０１３５】
親注文は、１）親注文の呼び値の子注文が約定されるべく取引所等へ送信されていて、しかもこれらのうちで約定されているものはない場合に、受付中であるとされてもよい。親注文は、１つまたは複数の呼び値の子注文は削除されたかもしれないが、親注文は合成スプレッドの定義通り完全に、または事実上約定され得る場合に、受付中のままであり得る。例えば、キャンセルされていて、親注文が合成スプレッドの比率に従って約定されることを防止するような注文は存在しない。
【０１３６】
親注文は、構成部分である子注文のうちの幾つかが削除されていても、親注文がなおも完了または約定され得る場合には、受付中のままであり得る。例えば、親注文は、合成スプレッドの少なくとも２つのレッグが値付けされている場合には約定されてもよい。概して、親注文は、親注文の少なくとも１つの呼び値の子注文が受付中である場合には、受付中であり得る。
【０１３７】
ある例において、表Ｉに示されているように３つの呼び値の子注文と２つのヘッジ注文を含む５つの子注文を有する親注文ＰＯＩＤ１００は、３つの呼び値の子注文が受付中であれば受付中である。合成注文が複数ロットに対するものであれば（即ち、２ロットの合成注文）、合成注文は２つの親注文、即ち合成注文の各ロット毎に１つ、を有する。これらの親注文は共に、双方の親注文の呼び値の注文が受付中でありかつ、親注文の約定が不可能である場合であって何れの親注文も約定または削除されていなければ、受付中となる。したがって、ｎ個のロットのスプレッドに対する合成注文は、ｎ個の親注文を生成してもよい。ある実施形態では、数量６の呼び値の注文（各呼び値の子注文２０００−２００２および２００５−２００７）が提出されていて、部分的にも完全にも約定されていない場合、呼び値の子注文は全て受付中とされてもよい。
【０１３８】
別の例において、親注文は、第１のレッグにおける数量３の呼び値の子注文と、第２のレッグに対する数量２の潜在的なヘッジ注文とを含む２つの子注文を有する場合がある。親注文は、これらの呼び値の子注文が受付中である場合には、受付中とされてもよい。合成注文が複数ロットに対するものであれば（即ち、２ロットの合成注文）、この合成注文は数量１における単一の親注文で表されてもよく、親注文は、親注文の呼び値の注文が受付中であれば受付中である。
【０１３９】
親注文は、親注文の全ての子注文が約定された場合には、約定されたとされてもよい。より具体的には、親注文は、親注文の呼び値の子注文およびヘッジ子注文がスプレッド用に指定された数量に従って共に約定／実行された場合に約定されたものとされる。
【０１４０】
親注文は、親注文の呼び値の子注文のうちの少なくとも１つが約定された場合、その呼び値の子注文のうちの少なくとも１つが市場において管理対象注文として受付中である場合、およびレッグされた、または削除されたヘッジ子注文がない場合に、未決であるとされてもよい。子注文のアウトライトな削除等を介して１つまたは複数の子注文が削除されている場合の一例では、親注文がスプレッド比率等に従って約定され得る場合、親注文は未決であるとされてもよい。親注文を約定することが不可能であれば、親注文はキャンセルされる場合もあれば、別段で合成スプレッドの一部として考慮されない場合もある。
【０１４１】
親注文の少なくとも１つの注文が約定されなければ、または約定され得なければ、親注文はレッグ状態であるとされてもよい。例えば、スプレッドのヘッジレッグの市場は、注文が出され、入力される前に、または注文が別段でスプレッドに従って約定され得る前に移動されていてもよい。未だ約定されていないヘッジ子注文は、レッグ状態とされてもよい。親注文は、ヘッジ子注文のうちの１つがアウトライトな削除等を介して削除された場合にはレッグされてもよい。呼び値の子注文は、その呼び値の子注文が管理対象注文から管理されない注文へ変わっていればレッグ状態とされてもよい。例えば、ユーザ選好は、ヘッジの丸め機能のために、呼び値の子注文を管理対象から非管理対象へ変えるように選択されてもよい。
【０１４２】
下表ＩＩに示されている例では、３：２の割合を有する２レッグ式スプレッドの２ロットに対して合成スプレッド注文が出されている。さらに、表ＩＩにおける合成スプレッド注文は、スプレッドの双方のレッグにおいて値付けされるように設定されている。合成スプレッド注文は、まず、２つの親注文によって表されてもよく、その各々が第１のレッグにおける３つの呼び値の子注文と、各親毎の第２のレッグの２つの対応する潜在的なヘッジ子注文と、第２のレッグにおける２つの呼び値の注文と、各親毎の第１のレッグの３つの対応するヘッジ注文とを含む１０個の子注文を有する。この合成スプレッド注文は、各々が単一ロット用である複数のスプレッド注文によって表され得るが、合成スプレッド注文は、各注文が複数のロットに関する、または２以上の数量に関するより少ない親注文によって表される場合もある。
表ＩＩ
【０１４３】
初期状態において、合成スプレッドの注文が出され、かつ約定／実行された注文がない場合、ＳＯＷ＝２、ＳＯＰ＝０、ＳＯＬ＝０およびＳＯＦ＝０である。但し、
ＳＯＷ＝受付中の親注文の数、
ＳＯＰ＝未決親注文の数、
ＳＯＬ＝レッグされた親注文の数、および、
ＳＯＦ＝約定された親注文の数、である。
【０１４４】
図７を参照すると、合成スプレッドの注文が入力される、または取引されるべく別段で提出されると、合成注文のステータスを示すべくカラム７２４にステータスインジケータ７３６が位置合わせされかつ／または表示されてもよい。価格の選択および注文の入力は、多くの入力に応答した結果であってもよい。注文は、数量および価格カラム７１８に沿った価格の選択に従って入力されてもよい。また、数量が予め選択されている、または予め決定されている場合、注文は、価格カラムに沿った価格の選択に従って入力される場合もある。価格の選択は、ある価格における送信命令を送信するための１つまたは複数のクリックまたは入力デバイスの他の操作または起動に応答して発生してもよい。
【０１４５】
ステータスインジケータ７３６は、スプレッドウィンドウ７００の価格カラム７１８に沿った、注文の価格に対応するある価格レベルに位置合わせされてもよい。ステータスインジケータ７３６は、注文のステータスを同定するための数字、アイコン、グラフィック、カラーコードまたはこれらの組合せ等の任意のインジケータであってもよい。例えば、レッグされている合成スプレッド注文または合成スプレッド注文のレッグされている一部に関するステータスインジケータは、レッグされている合成スプレッド注文の数量を示すべく赤色フォントの数字で表示されてもよい。
【０１４６】
ステータスインジケータ７３６は、トレーダの注文のうちの１つまたはそれ以上を表してもよい。またステータスインジケータ７３６は、売り注文であるか買い注文であるかに関わらず、幾つの注文が出されているか、幾つの注文が受付中であるか、幾つの注文が約定されているか、幾つの注文が未決であるか、幾つの注文がレッグされているか、かつ／またはこれらの組合せを含む、トレーダの注文の状態も表す場合がある。図７に示されている例では、ステータスインジケータ７３６は、表記「Ｗ」に近接する「２」の表記によって２つの受付中の注文を示している。さらに、ステータスインジケータ７３６は、表記「Ｂ」に近接する「０」の表記によって合成スプレッドの注文が約定されていない、または買われていないことを示している。したがって、合成スプレッドの２つの注文が受付中であって、約定されている、または買われている注文はなく、かつレッグされている注文も未決の注文もない。
【０１４７】
図７はさらに、スプレッドのレッグにおけるステータスインジケータ７３８を示している。ステータスインジケータ７３８はステータスインジケータ７３６に類似するものであってもよく、かつそのレッグの対応する取引可能オブジェクトの１つまたは複数の注文を表してもよい。ステータスインジケータ７３８は、スプレッドのレッグにおける注文を表すための、アイコンインジケータ、グラフィックインジケータ、数字インジケータまたはこれらに類似するものを含む任意のインジケータであってもよい。またステータスインジケータ７３８は、各レッグにおけるアウトライト注文、またはスプレッドに関連づけられる注文も表す場合がある。ステータスインジケータ７３８は、トレーダの注文のうちの１つまたはそれ以上を表してもよい。またステータスインジケータ７３８は、売り注文であるか買い注文であるかに関わらず、幾つの注文が出されているか、幾つの注文が受付中であるか、幾つの注文が約定されているか、幾つの注文が未決であるか、幾つの注文がレッグされているか、かつ／またはこれらの組合せを含む、注文の状態も表す場合がある。
【０１４８】
図７において、ステータスインジケータ７３８は、第１のレッグウィンドウ７０２における価格カラム７２０の１．０６、１．０２および０．９７に位置決めされ、かつ第２のレッグウィンドウ７０４の価格カラム７２２の１．０５および１．０２に位置決めされている。レッグウィンドウは、ステータスインジケータ７３８によって表される、注文がどの程度約定され（例えば、買われている＝「Ｂ」、得られている「Ｓ」）、受付中であり（「Ｗ」）、未決であり（「Ｐ」）、かつ／またはレッグされているか（「Ｌ」）等の注文のステータス表記を表示してもよい。
【０１４９】
図７はさらに、レッグのステータスインジケータ７４０を示している。各レッグのステータスインジケータは、合成スプレッドのそのレッグに関連づけられる取引可能オブジェクトの注文を同定している。図７に示されている例において、レッグのステータスインジケータは、合成スプレッドの第１のレッグ７０２の０．９７、および合成スプレッドの第２のレッグ７０４の１．０５に位置決めされている。レッグのステータスインジケータは、ステータスインジケータ７３８によって表される１つまたは複数の注文が合成スプレッドに関連づけられることを同定する。
【０１５０】
表ＩＩに提示された例に関して論じたように、図７は、−０．０３０において２つの合成スプレッド注文が出されたことを示している。合成スプレッドの比率は３：２と定義されていることから、第１のレッグの６個の呼び値の子注文を表す第１のレッグにおける数量６の呼び値の注文が、第１のレッグ７０２の取引可能オブジェクトに関して価格０．９７で提出されている。さらに、第２のレッグの４個の呼び値の注文を表す第２のレッグにおける数量４の呼び値の注文が、第２のレッグの取引可能オブジェクトに関して価格１．０５で提出されている。
【０１５１】
図８は、呼び値の注文の一部が約定されかつ少なくとも１つの対応するヘッジ注文が約定された後の一例を示す。より具体的には、第１のレッグＡにおける３つの呼び値の子注文ＣＯＩＤ２０００−２００２を表す第１のレッグＡにおける呼び値の注文の一部が約定され、かつ第２のレッグＢにおけるヘッジ子注文ＣＯＩＤ２００３を表すヘッジ注文も提出されて約定されている。さらに、呼び値の子注文ＣＯＩＤ２０００−２００２が約定されていることから、呼び値の子注文ＣＯＩＤ２００８および２００９は削除またはキャンセルされていて、ヘッジ子注文ＣＯＩＤ２００５−２００７の対応するヘッジ注文は実行用に送信または提出されていない。第２の親注文ＰＯＩＤ１０１の呼び値の子注文ＣＯＩＤ２０１０−２０１２、２０１８および２０１９の呼び値の注文は受付中であって、まだ約定／実行されていない。親注文ＰＯＩＤ１００はレッグ状態であるものとされ、親注文ＰＯＩＤ１０１は受付中である。したがって、ＳＯＷ＝１、ＳＯＰ＝０、ＳＯＬ＝１およびＳＯＦ＝０である。
【０１５２】
したがって、図８におけるステータスインジケータ７３６および７３８は、変化を反映して図７のステータスインジケータから修正されている。より具体的には、合成スプレッド注文の−０．０３０におけるステータスインジケータ７３６は、初期の注文のうちの１つが受付中であり（「Ｗ１」）、もう１つの注文はレッグされ（「Ｌ１」）かつ約定／実行された注文はなく（「Ｂ０」）、未決の注文もないことを反映して修正されている。さらに、各レッグ７０２および７０４における合成スプレッドに関連づけられるステータスインジケータ７３８も変化を反映している。第１のレッグ７０２における０．９７でのステータスインジケータ７３８は、３つの注文が受付中であり（「Ｗ３」）、かつ３つの注文が買われている（「Ｂ３」）ことを反映している。第２のレッグ７０４における１．０５でのステータスインジケータ７３８は呼び値の子注文ＣＯＩＤ２０１８および２０１９を表し、売られた注文はなく（「Ｓ０」）、２つの注文が受付中である（「Ｗ２」）ことを反映している。さらに、１．００にステータスインジケータ７３８が位置合わせされていて、ヘッジ注文のうちの１つが売られ（「Ｓ１」）、ヘッジ注文のうちの１つが受付中のままである（「Ｗ１」）ことが表されている。
【０１５３】
図９は、さらなる子注文が約定された後のスプレッド・ウィンドウ・ディスプレイの一例を示す。より具体的には、呼び値の子注文ＣＯＩＤ２０１０および２０１１が約定され、かつ合成スプレッドにおけるレッグＢの取引可能オブジェクトに対してヘッジ子注文ＣＯＩＤ２０１３の注文が提出されている。ヘッジ子注文ＣＯＩＤ２０１３の注文識別子は、ヘッジ子注文ＣＯＩＤ２０１３が親注文ＰＯＩＤ１０１に関連づけられたままであることを可能にする。親注文ＰＯＩＤ１０１は、約定／実行されている呼び値の子注文ＣＯＩＤ２０１０、２０１１および２０１３を有する。さらに、呼び値の子注文ＣＯＩＤ２０１８は削除されていて、ヘッジ子注文ＣＯＩＤ２０１５および２０１６は送信されない。したがって、先のように、親注文ＰＯＩＤ１００はレッグされ、かつ親注文ＰＯＩＤ１０１は今では未決であって、ＳＯＷ＝０、ＳＯＰ＝１、ＳＯＬ＝１およびＳＯＦ＝０である。
【０１５４】
したがって、図９におけるインジケータ７３８は合成スプレッドの現在のステータスを表している。合成スプレッド注文の−０．０３０におけるステータスインジケータ７３６は、初期の注文のうちの１つが未決であり（「Ｐ１」）、スプレッドのもう１つの注文はレッグされたままであり（「Ｌ１」）かつ約定／実行された注文はない（「Ｂ０」）ことを反映して修正されている。第１のレッグ７０２における０．９７でのステータスインジケータ７３８は、１つの注文が受付中であり（「Ｗ１」）、かつ５つの注文が買われている（「Ｂ５」）ことを反映している。第２のレッグ７０４における１．０５でのステータスインジケータ７３８は残りの呼び値の子注文ＣＯＩＤ２０１９を表し、かつ今では売られた注文はなく（「Ｓ０」）、１つの注文が受付中である（「Ｗ１」）ことを反映している。さらに、１．００におけるステータスインジケータ７３８は、別のヘッジ注文が売られ（「Ｓ２」）、ヘッジ注文のうちの１つが受付中のままである（「Ｗ１」）ことを表している。
【０１５５】
合成スプレッドの親注文が未決でなく、レッグ状態でもなくて合成スプレッドの注文が約定されていれば、インジケータ７３６および７３８は除去されてもよい。したがって、合成スプレッド注文が約定されると、インジケータ７３６および７３８はウィンドウ７００、７０２および７０４に表示されなくてもよい。
【０１５６】
合成スプレッド注文は、定義された寿命またはその寿命の間の様々な段階のステータスを有してもよい。合成スプレッド注文は、１つの統合された取引可能オブジェクトとして保全され、管理され、報告されかつ別段で運営されてもよい。概して、合成スプレッド注文の寿命は、スプレッドの全ての注文が約定されたとき、子注文が削除されたとき、または合成スプレッド注文が削除されたときに終わる。
【０１５７】
親−子の関係性および親および子注文の状態は、スプレッドの注文、スプレッドの構成部分の注文およびスプレッドおよびその構成部分の約定を含む合成スプレッドの取引を追跡し、表現し、管理し、報告し、記録しかつ別段で運営するために用いられてもよい。例えば、複数のレッグからの約定された呼び値の注文を有する合成スプレッドが同定され、追跡されかつ管理される。Ａｕｔｏｓｐｒｅａｄｅｒツール等のツールは、親注文の状態を保全しかつ更新するために用いられてもよく、かつ先に述べたように、ＳＯＷ、ＳＯＰ、ＳＯＬ１およびＳＯＦのカウントを保全しかつ更新するためにも用いられてもよい。ツールは、合成注文が存在する間のカウントを保全しかつ更新してもよい。例えば、合成スプレッド注文を完成させるアウトライトの約定は、その合成スプレッド注文の約定としてカウントされかつ報告されてもよい。合成スプレッド注文が約定された後は、追加の、または代替的なツールを用いて取引が保全され、報告され、処理されかつ別段で運営されてもよい。さらに、ツールは、合成スプレッド注文が実行されるべく出される、または提出されるより前に用いられてもよい。
【０１５８】
入力された後、合成スプレッドは単一の、かつ／または統合された取引可能オブジェクトとして報告されてもよい。さらに、提出された注文（即ち、受付中または未決）の合成スプレッドは、合成スプレッドを立ち上げたスプレッドツール以外のツールによって管理される場合もある。
【０１５９】
図１０は、合成スプレッドの注文一覧ツール１０００の一例を示す。注文一覧ツール１０００は、取引所における注文一覧の場合のように、既に提出されていて、その時点で受付中または未決である合成スプレッドの注文に対応する合成スプレッドエントリ１００２を示している。注文一覧ツール１０００は、未決または受付中の注文に関する情報を提示するために用いられてもよい。注文は、特定のトレーダの注文であってもよく、かつ／または複数のトレーダの注文であってもよい。注文一覧ツール１０００は、１つまたは複数の注文に関する１つまたは複数のパラメータを表示してもよい。注文一覧ツールに表示されるパラメータの数およびタイプはユーザによる選択が可能であってもよく、かつユーザ選好に従って構成されてもよい。注文一覧ツール１０００は、注文のステータス、注文が買いであるか売りであるか、数量、取引可能オブジェクトの名称、商品名または商品タイプ、取引可能オブジェクトまたは約定のタイプ、注文の価格、対応する逆指値、注文のタイプ、ＴＩＦ、規制、注文の実行数量および受付中の数量、関連する口座番号および注文番号を表示してもよい。
【０１６０】
注文一覧ツール１０００は、１つまたは複数の合成スプレッドエントリ１００２およびアウトライト注文のエントリ１００４を含んでもよい。合成スプレッド注文エントリ１００２は、注文一覧ツールにおいて１つの統合された注文として報告され、または提示されてもよい。即ち、実行のために複数の注文が提示または提出され得るとしても、合成スプレッド注文は合成スプレッドの単一の注文として、または構成要素たる注文の集合体として報告される場合がある。したがって、注文一覧１０００は、統合された１つの取引可能オブジェクトとしての合成スプレッド注文の注文エントリ１００２、並びにアウトライト注文のエントリ１００４を提示してもよい。合成スプレッド注文エントリ１００４は、アウトライト注文が商品を「ＥＳ」と明示するのに対して、商品カラムの下に「Ａｕｔｏｓｐｒｅａｄ」と明示することによってエントリがスプレッド用であることを示す。当然ながら、当業者には、取引可能オブジェクトの合成スプレッド注文をアウトライト注文から区別するために他の表記が可能であり得ることが認識されるであろう。
【０１６１】
合成スプレッド注文エントリ１００２は、注文一覧ツールまたはこれに類似するもの等において取引可能オブジェクトを報告可能であることから、このツールは、合成スプレッド注文およびその構成部分たる親および子注文を管理するために用いられてもよい。合成スプレッド注文エントリ１００２は選択されてもよく、かつ対応する合成スプレッド注文に対して機能が実行されてもよい。例えば、合成スプレッド注文が削除またはキャンセルされてもよく、一定量の合成スプレッド注文が減少または増加されるべく変えられてもよく、合成スプレッド注文の価格が低減または上昇される、等々が実行されてもよい。ある機能が合成スプレッド注文に対して実行されるべく選択されると、詳述されるように、合成スプレッド注文の対応する注文または構成部分たる注文は、合成スプレッド注文に対して実行される機能に従って管理される。例えば、約定または実行された子注文が存在しない状態で合成スプレッドを削除することに応答して、削除される合成スプレッド注文の構成部分たる子注文は削除されてもよい。
【０１６２】
合成スプレッド注文の他のパラメータもまた、変えられる場合がある。合成スプレッド注文エントリ１００２等の注文は、エントリ１００２を選択しかつ選択される、または明示される注文パラメータを変更することによって変えられてもよい。パラメータは、対応するツールまたはツールバー１００６の機能を選択することによって変えられてもよい。例えば、注文一覧における全ての注文を削除するために、ユーザは、ツールバー１００６上の「全て削除」ボタンを選択してもよい。ツールバーは、明示された機能のためのボタンを有してもよい。
あるいは、または追加的に、１つまたは複数の機能を選択し得るドロップ・ダウン・メニュが提供されてもよい。
【０１６３】
約定された合成スプレッド注文は、約定ウィンドウツール１１００において報告されかつ管理されてもよい。図１１は、合成スプレッドの注文一覧ツール１１００の一例を示す。約定ウィンドウツール１１００は、約定された注文に関する情報を提示しかつ約定された注文を管理するために用いられてもよい。約定された注文は、特定のトレーダの注文であってもよく、かつ／または複数のトレーダの注文であってもよい。約定ウィンドウツール１１００は、１つまたは複数の約定された注文に関する１つまたは複数のパラメータを表示してもよい。約定ウィンドウツールに表示されるパラメータの数およびタイプはユーザによる選択が可能であってもよく、かつユーザ選好に従って構成されてもよい。約定ウィンドウツール１１００は、約定時のステータス、注文が約定された取引所、約定された数量、約定された注文の価格、約定された注文の商品および契約、口座番号、取引所における約定時刻、注文番号、注文約定日および注文が出された、または取引所により受信された時刻を表示してもよい。
【０１６４】
約定された合成スプレッド注文１１０２は、約定ウィンドウツール１１００に統合された１つの注文として報告されても、包含されてもよい。約定された合成スプレッド注文の複数の約定された親注文は１つの約定に結合されて報告されてもよく、または約定された注文として独立して表示されてもよい。さらに、約定された合成スプレッドの複数の約定された子注文も、約定ウィンドウツール１１００において報告されても、包含されてもよい。合成スプレッド注文を完了するためには複数の注文が約定されたかもしれないが、合成スプレッド注文は、単一注文の約定、単一の約定または合成スプレッドの構成要素たる注文の集合体として報告されてもよい。したがって、約定ウィンドウツール１１００は、統合された１つの取引可能オブジェクトとしての合成スプレッド注文のエントリ１１０２、並びにアウトライト注文のエントリ１１０４を含んでもよい。合成スプレッド注文エントリ１１０２は、アウトライト注文が商品を「ＥＳ」と明示するのに対して、商品カラムの下に「Ａｕｔｏｓｐｒｅａｄ」と明示することによってエントリがスプレッド用であることを示す。当然ながら、当業者には、取引可能オブジェクトの合成スプレッド注文をアウトライト注文から区別するために他の表記が可能であり得ることが認識されるであろう。
【０１６５】
図１２は、合成スプレッドの市場格子または市場ウィンドウツール１２００の一例を示す。市場格子ウィンドウ１２００は、合成スプレッドに関する情報を報告しかつ合成スプレッド注文を実行する注文を立ち上げるための合成スプレッドエントリ１２０２を含んでもよい。１つの合成スプレッド注文を提出する結果として複数の注文が提出され得るが、市場ウィンドウ１２００において、合成スプレッド注文は単一の注文として報告されてもよい。合成スプレッド注文は、市場ウィンドウ１２００から単一の取引可能オブジェクトとして立ち上げられてもよい。市場格子の一例は、本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に提示されている。
【０１６６】
合成スプレッドの注文は、管理されている、または管理されていないものとされる場合がある。呼び値の注文およびヘッジ子注文は、スプレッドツール（即ち、Ａｕｔｏｓｐｒｅａｄｅｒ）等の１つまたは複数のツールが、管理される注文が提出され、変更されかつ／または削除された時刻および方法等の管理されている注文の行動を制御することから、管理されているものとされてもよい。合成スプレッドが生成されて提出されると、１つまたは複数の呼び値の子注文が実行されるべく生成されかつ提出される。さらに、合成スプレッドの呼び値の子注文のうちの１つまたはそれ以上の実行によってヘッジ子注文の提出がトリガされるように、１つまたは複数のヘッジ子注文が生成されかつ保持されてもよく、または別段で実行されるべく標的とされてもよい。管理される子注文は、合成スプレッドの呼び値の注文およびヘッジ子注文とされてもよい。レッグされたヘッジ注文、または実行されるべく別段で提出されているが約定されていないヘッジ注文は、合成スプレッドの管理されていない注文とされてもよい。スプレッド取引ツールまたは合成スプレッド注文を追跡しかつ報告するための他のツールは、合成スプレッドの管理されていない構成部分を追跡してもよいが、もはや注文の行動は管理しなくてもよい。したがって、スプレッド取引ツールは、もはやレッグされたヘッジ子注文を管理しなくてもよい。
【０１６７】
合成スプレッド注文は、単一のエンティティまたは取引可能オブジェクトとして生成されてもよい。記述されているように、合成スプレッド注文は、合成スプレッド注文の同定された数量および価格に従って生成されてもよい。例えば、スプレッドウィンドウ７００を用いて、トレーダは、価格カラム７１８の価格レベルに関連づけられる範囲を選択することにより、合成スプレッドの注文を入力してもよい。その結果、合成スプレッド注文の各ロットの親注文が生成される。さらに、合成スプレッドのレッグでは、各親の子注文が合成スプレッドの少なくともユーザ選好および設定に従って発生されかつ提出される。ヘッジ子注文は生成され、かつ他の子注文の約定または実行に応答して送信されるまで保持されてもよい。
【０１６８】
合成スプレッドは、単一のエンティティまたは取引可能オブジェクトとして削除および／またはキャンセルされてもよい。合成注文が入力された後に、合成注文に関連づけられる子注文が約定または実行されていなければ、合成注文は削除されても、キャンセルされても、保留にされても、別段で実行を防止されてもよい。削除は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて実行されてもよい。合成スプレッド注文の削除は、合成スプレッドの管理されている全ての構成部分を削除してもよい。さらに、合成スプレッド注文の削除は、合成スプレッドの管理されていない全ての構成部分を削除してもよい。したがって、トレーダは、合成スプレッド注文が削除されると、合成スプレッド注文の管理されていない注文を削除すべきかどうかを決定してもよい。例えば、ウィンドウディスプレイ７００上の削除ボタンは、全ての、幾つかの、または指定された合成注文を削除するために選択されてもよい。削除される際には、受付中の呼び値の子注文が削除され、ヘッジ注文は送信されない。
【０１６９】
また合成スプレッドの注文は、合成注文およびその構成部分たる子注文が約定された後に調整される場合もある。即ち、受付中である、未決であるかつ／またはレッグされた親注文の価格が変えられてもよい。合成スプレッドの価格変更は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて実行されてもよい。合成注文の価格が変更される場合等、合成注文が提出後に調整された場合、構成部分たる子注文のうちの１つまたはそれ以上の価格は、調整された合成スプレッド注文の価格を反映すべく、スプレッドの親注文と子注文との関係性、スプレッドの定義および／またはユーザ選好／設定に従って調整されてもよい。受付中の親注文の価格は、合成スプレッドの価格変更を反映して調整されてもよい。１つまたは複数の未決の、またはレッグされた親注文に関連づけられる呼び値の注文は、受付中の価格を付け直されたスプレッド注文の呼び値の子注文の価格レベルで実行されるべく提出されてもよい。
【０１７０】
また、受付中の親注文の数量も影響を受ける場合がある。数量は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて、変更数量の選択に従って変えられてもよい。数量は、注文数量をゼロにまで変えることを含む、ある値範囲内で変えられてもよい。数量の限度は、ユーザ選好／設定、取引所、手形交換所または他の第三者により設定される限度および／または規制当局により設定される限度を含む１つまたは複数の要素に従って決定されてもよい。一定量の合成スプレッド注文が、入力された後に調整される場合、構成部分たる子注文のうちの１つまたはそれ以上に関する数量もまた、スプレッドの親注文と子注文との関係性、スプレッドの定義および／または設定に従って調整されてもよい。合成スプレッド注文の数量の調整に応じて、受付中の注文の数量は調整され得るのに対して、レッグされた、または未決の注文の数量は調整されなくてもよい。数量が調整される場合、調整される注文に対して実行されるリスク分析は、新しいリスクポジションを決定するために実行されてもよい。例えば、ある量が低減される場合、留保されたヘッジ子注文に対するリスクリザーブも適宜低減されてもよい。
【０１７１】
子注文は、合成スプレッドを立ち上げたスプレッド取引ツール以外のツールを用いて変更または更新される場合もある。例えば、合成スプレッドが立ち上げられる場合、スプレッドの１つまたは複数のレッグにおいて呼び値の子注文が提出される。管理される呼び値の子注文は、呼び値の子注文が管理されている間に、スプレッドの対応するレッグ用にＭＤ＿Ｔｒａｄｅｒウィンドウディスプレイまたは他のアプリケーション等のウィンドウディスプレイにおいて変えられてもよい。呼び値の子注文は、注文一覧ツール等の注文を管理するための他のツールを用いて変えられてもよい。さらに、呼び値の子注文は削除されても、他のツールを用いて調整されてもよい。
【０１７２】
ヘッジ子注文の変更または削除により、合成スプレッド注文の全ての管理される、かつ管理されない構成部分が削除される結果となる場合がある。さらに、もしくは代替として、変更または削除されたヘッジ子注文に関連づけられる合成スプレッドはレッグされたままである場合がある。呼び値の子注文に関して、取引可能オブジェクトのウィンドウディスプレイまたは注文一覧等を介する新しい価格レベルへの価格変更が発生すると、呼び値の子注文はこの新しい価格レベルへ設定されてもよい。合成スプレッド注文を立ち上げたツールは、スプレッドを達成するために関連づけられるヘッジ注文の目標価格を調整してもよく、または、関連づけられるヘッジ注文を原初の目標価格で、または原初の目標価格に近い価格で提出してもよい。さらに、他の管理される注文は影響を受けない場合がある。
【０１７３】
管理される呼び値の子注文に対して取引可能オブジェクトのウィンドウディスプレイまたは注文一覧等を介する数量変更が発生すると、呼び値の子注文は管理される注文としては抜かれても、別段で除去されてもよい。他の呼び値の注文も全て、ユーザ選好／設定に依存して除去されてもよい。レッグされた親注文も、ユーザによって選択される好みに従って除去されてもよい。呼び値の子注文が削除される場合、合成スプレッドは、合成スプレッドの約定が依然として可能であれば残存してもよい。そうでなければ、合成スプレッド注文も除去されてもよい。
【０１７４】
管理されない子注文も、合成スプレッドを立ち上げたスプレッド取引ツール以外のツールを用いて変更または修正される場合がある。例えば、管理されない子注文の価格は、管理されない子注文が存在するスプレッドのレッグに対応する取引可能オブジェクトのウィンドウディスプレイ、または注文一覧ツール等の他のツールを用いて変えられてもよい。管理されない子注文の価格変更が発生すると、管理されない子注文の起源である合成スプレッドはアクティブのままであってもよく、かつ完了されてもよい。しかしながら、この合成スプレッドの元の価格は、その約定時に、管理されない子注文の価格変更によって影響される場合がある。
【０１７５】
ある例示的な実施形態において、管理されない子注文の数量は、Ｘ＿ＴＲＡＤＥＲウィンドウ等のウィンドウディスプレイを用いて改変数量の選択により変えられる。管理されない子注文の数量は、注文数量をゼロにまで変えることを含む、ある値範囲内で変えられてもよい。限度は、ユーザ選好／設定、取引所、手形交換所または他の第三者により設定される限度および／または規制当局により設定される限度を含む１つまたは複数の要素に従って決定されてもよい。レッグされたヘッジ注文等の管理されない子注文が変更される場合、管理されない子注文の起源である合成スプレッドは残存してもよい。
【０１７６】
管理されない子注文の数量が増加される場合、元の数量は、合成スプレッド注文の状態およびカウントの決定に用いられてもよい。例えば、比率３：２における１ロットの合成注文が出されていて、第１のレッグにおける３つの注文が約定され、かつ第２のレッグにおける２つの注文（ヘッジ注文）がレッグされている場合、レッグされた親注文のカウントは１である（ＳＯＬ＝１）。レッグされた子注文の数量が２から３へ増加され、かつ３つのうちの１つが約定されても、レッグされた親注文のカウントは１のままであり得る（ＳＯＬ＝１）。親注文は、残りの２注文のうちの１つが約定された時点で約定されたものとされる。この時点で、残りの１注文は機能し続けても、除去されてもよい。
【０１７７】
管理されない子注文の数量は、減らされる場合もある。この場合、親注文は永久的にレッグされるものとされてもよい。例えば、管理されない注文が減らされ、かつ残りのヘッジ注文が約定される場合、合成スプレッドを約定するための数量が残っていないことから、合成スプレッド注文は約定され得ない。同様に、管理されない子注文が削除されれば、合成スプレッドは削除され、子注文は約定され得ないことから合成スプレッドも永久的に削除されたものとされてもよい。合成スプレッド注文が永久的にレッグされたものとされる場合、合成スプレッドは手動で、または自動的に除去または削除されてもよい。
【０１７８】
トレーダまたはトレーダグループのポジションまたはリスクは、合成スプレッドの呼び値の子注文およびヘッジ子注文のポジションを含む合成スプレッドポジションに従って決定されてもよい。即ち、その構成部分たる子注文を有する合成スプレッド注文を統合された１つの注文として管理することにより、トレーダの正確なポジションは、合成スプレッドの注文が実行されるべく提出される前に決定されてもよい。
【０１７９】
例えば、合成スプレッド注文が生成されると、呼び値の注文が実行されるべく提出されてもよく、かつ呼び値の子注文のうちの１つまたはそれ以上が実行されるまでヘッジ注文が生成されて保持されてもよい。呼び値の子注文が実行されるべく提出される前には、呼び値の子注文およびヘッジ子注文を考慮してリスクチェックが行われてもよい。容認できる、または認められる限度内であれば、注文は提出されてもよい。ポジションまたはリスク分析は、注文が提出されて１つまたは複数の子注文が約定された後に再度、任意の変更を反映して行われてもよい。さらに、ポジションまたはリスク分析は、管理される、かつ／または管理されない注文の変更も考慮して行われてもよい。スプレッド・コンフィギュレーション・ウィンドウの説明は、本参照によりその全体が開示に含まれる、２００９年３月２４日に提出された「リスクチェックのためのシステムおよび方法」と題する米国特許出願第１２／４１０２１０号明細書において行われている。
【０１８０】
合成スプレッドの目標価格は、合成スプレッドの子注文の管理を介して達成されてもよい。例えば、合成スプレッドは、合成スプレッドの目標価格で立ち上げられてもよい。その結果、少なくとも１つの呼び値の子注文が実行されるべく提出され、かつ少なくとも１つのヘッジ子注文がこの少なくとも１つの呼び値の子注文に関連づけられかつ／または生成され、かつこの少なくとも１つの呼び値の子注文の実行の未決状態に保持される。
【０１８１】
呼び値の子注文が合成スプレッドの親子注文の複数のレッグにおいて提出される例では、複数のレッグにおける呼び値の子注文の実行に起因して価格の歪みが生じる場合がある。即ち、合成スプレッドは唯一のレッグにおいて呼び値の子注文が１つしか実行されないと定義されているにも関わらず複数の呼び値の子注文が実行されたという理由で、合成スプレッドの目標価格が達成されないことがある。価格の歪みは、複数の呼び値の子注文を合成スプレッド注文および／または親注文の１つの構成部分として管理することにより最小限に抑えられる、または除去されてもよい。親子の関係性においては、子注文と親注文とが関連づけられ、かつ呼び値の子注文は、合成スプレッド注文の別のレッグにおける呼び値の子注文の実行に応答してキャンセルされる場合がある。合成スプレッドが３つのレッグＡ、ＢおよびＣを有しかつ複数の呼び値の子注文が提出されて３つのレッグを同時に動作させている例では、１つのレッグ（レッグＢ）における呼び値の子注文の実行が他のレッグ（レッグＡおよびＣ）における呼び値の子注文のキャンセルをトリガする場合がある。したがって、合成スプレッド注文の真の価格が得られても、達成されるべく試行されてもよい。
【０１８２】
さらに、呼び値の子注文およびヘッジ子注文は、呼び値の子注文がその実行より前に削除され得る場合、他の呼び値の子注文およびそれらの関連づけられるヘッジ子注文を管理することによって目標のスプレッド価格および数量が達成され得るように関連づけられてもよい。少なくとも１つの呼び値の子注文が削除される前に複数の呼び値の子注文が実行される場合、合成スプレッドが過剰に約定される可能性もある。過剰に約定された合成スプレッド注文は、二重約定、三重約定またはこれらに類似するものとされる場合がある。即ち、合成スプレッド注文の数量は、呼び値の子注文のうちの少なくとも１つがその実行より前に削除されなかったことから、その合成スプレッド注文の目標数量より多いことがある。しかしながら、約定された呼び値の注文のうちの１つまたはそれ以上が部分的に約定されているに過ぎない場合、合成スプレッドの注文は過剰に約定されないことがある。
【０１８３】
複数約定の場合、追加的に約定された注文を追跡しかつ管理するために、追加的な約定毎に新しい親注文が生成されてもよい。その結果、幾つかの受付中の注文、約定された注文および未決の注文が増加され得る。しかしながら、合成スプレッド注文の元の数量にマッチングさせるために、受付中の注文の数は、呼び値の子注文およびヘッジ子注文を合成スプレッド注文の元の数量内で管理することによって減らされてもよい。
【０１８４】
また注文は、合成スプレッドを自動的にアンワインドするように管理される場合もある。未決状態にある、または少なくとも１つの未決の親注文を有する合成スプレッドの例示的な実施形態では、合成スプレッドの約定された子注文はアンワインドされても、破棄されてもよく、かつ合成スプレッド注文は中止にされてもよい。即ち、ユーザは、合成スプレッド注文をアンワインドするために、スプレッド・ツール・ウィンドウ上のボタン、注文一覧ツールまたはこれらに類似するものを選択すること等によってアンワインド機能を選択してもよい。
【０１８５】
またユーザも、設定または選好を、トリガに応答してポジションをアンワインドさせるように確立してもよい。トリガは、注文の時間量、注文の価格、注文の数量またはこれらに類似するものであってもよい。トリガされると、合成スプレッド注文およびその構成部分たる子注文は、合成スプレッド注文をアンワインドするように管理されてもよい。あるいは、または追加的に、トリガされると、ユーザに合成スプレッドをアンワインドするための複数のオプションが提供されてもよい。ある例では、未決の合成スプレッド注文が存在する時間量が記録される。時間量がユーザにより設定されるしきい値を超えると、合成スプレッド注文は、未決の合成スプレッド注文を破棄するために、修正子注文を生成しかつ提出することによって自動的にアンワインドされてもよい。さらに、または代替として、時間量がしきい値を超えると、オプションがオプション毎の推定された関連コストと共に提示されてもよい。ユーザは、合成スプレッドをアンワインドさせるべくオプションから選択してもよい。
【０１８６】
未決の合成スプレッドは、未決の合成スプレッドの受付中の子注文を削除しかつ合成スプレッドのオープンポジションを破棄するために構成部分たる修正子注文を提出することによってアンワインドされてもよく、よって、一旦修正子注文が約定されると、未決のスプレッドにより生成されたポジションは帳消しにされる。即ち、未決のスプレッドの生成されたポジションの、未決のスプレッドがアンワインドされたポイントまでのトレードアウトが発生する。アンワインドされた注文および構成部分たる修正子注文は、先に論じたように、合成スプレッド注文として管理されてもよい。アンワインドされた注文および修正子注文は、合成スプレッドのオープンポジションを扁平にする、または帳消しにするような価格および数量を有してもよい。さらに、合成スプレッド注文は、合成スプレッド注文をアンワインドするような幾つかのタイプのアンワインド注文および／または修正子注文を有してもよい。
【０１８７】
例えば、未決の合成スプレッド注文は、市場に参加する修正子注文を提出すること、かつ／またはスプレッド市場を妨げることによってアンワインドされてもよい。即ち、合成スプレッドは、合成スプレッドの各レッグにおいて約定されている修正子注文を送信して約定された注文のそのレッグにおけるポジションを扁平にする、または帳消しにすることによりアンワインドされてもよい。修正子注文は、実行されるべく場内市場において提出されてもよい。合成スプレッドの呼び値の注文およびヘッジ子注文は何れもキャンセルされ、かつ修正子注文の実行後、合成スプレッドは修正子注文に起因して破棄されたものと見なされてもよい。
【０１８８】
また未決の合成スプレッドは、スプレッドの市場を妨げるためにアンワインド注文を提出することによってもアンワインドされる場合がある。アンワインド注文は、合成スプレッドのレッグ毎に、少なくとも１つの実行された子注文を有する子注文を含んでもよい。アンワインド注文の子注文は各々、対応するレッグ内の子注文を帳消しにする、または扁平にする数量を有する。さらに、アンワインド注文の子注文は、アンワインド注文の子注文が提出時点で、または実行されるべく略提出された時点で実行されるように、そのレッグの場内市場における価格を有する。アンワインド注文の子注文が提出されると、アンワインドされるべき合成スプレッドの残りの子注文はキャンセルされてもよく、よって、アンワインド注文の実行により、合成スプレッド注文は破棄される結果となる。
【０１８９】
合成スプレッドをアンワインドするための複数のオプションは、提示されてもよい。オプションは、自動的に提示されても、ユーザ選択に応答して提示されても、かつ／または先に論じたようにトリガに応答して自動的に提示されてもよい。オプションは、提示される各オプションのコストに関する情報を含んでもよい。コストは、例えば、そのオプションに関連づけられる損益であってもよい。またオプションは、選択可能であってもよい。オプションを選択することにより、そのオプションを実行するための１つまたは複数の関連機能が実行されてもよい。オプションには、市場に参加すること、スプレッド市場を妨げることかつ／または各レッグをトレードアウトすることによってスプレッドをアンワインドすることが含まれてもよい。オプションはさらに、合成スプレッドを動作させ続けることを含んでもよい。さらに、市場に参加することによってアンワインドするためのオプションは、適切な各レッグにおいて合成スプレッドをアンワインドする市場に参加するためのサブオプションを有してもよい。オプションおよび関連コストの提供により、ユーザは望ましいオプションを同定してもよい。したがって、ユーザはオプションを選択してもよく、よって合成スプレッドはアンワインドされる。
【０１９０】
削除されたかもしれない未決の注文もまた、自動的に、手動で、または自動および手動の組合せによって復活されてもよい。未決の注文の削除は、故意であった場合も、偶発的であった場合もある。例えば、未決の注文は、薄い市場、システム、ゲートウェイ、サーバまたはＰＣの作動停止または妨害被害、間違った入力、他のエラー状態およびこれらに類似するものの結果として削除されることがある。未決の注文を復活させるために、復活させられ得る削除された未決の注文が提示されかつ選択されてもよい。さらに、削除された未決の注文が先に述べたようにアンワインドされるべく、または当初確立されていたように再生されるべく選択されてもよい。ユーザには、復活機能および／または復活され得る削除された未決の注文を選択するためのボタン、ドロップ・ダウン・メニュまたは類似の他の機能が提示されてもよい。
【０１９１】
合成スプレッドは、レッグされた合成スプレッド注文をブラケットするように管理される場合もある。合成スプレッド注文のブラケットは、スプレッド注文に関連づけられる損失を減じ、かつ／またはレッグされた注文に関連づけられる利得をカバーするために、レッグされた合成スプレッド注文を管理するように確立されてもよい。レッグされた合成スプレッド注文のブラケッティングは、ユーザ選好に従って同定または確立されてもよい。図１３は、スプレッド・コンフィギュレーション・ウィンドウ１３００の一例を示す。スプレッド・コンフィギュレーション・ウィンドウ１３００は、合成スプレッドのパラメータを確立または設定するために、かつ／または合成スプレッドおよびその構成部分たる親子注文を管理するために用いられてもよい。スプレッドウィンドウ１３００は、パラメータを設定するために選択されてもよい。パラメータには、内部および外部スロップ設定、スプレッドの値付けの選択肢、顧客口座、どのレッグを値付けすべきか、調整およびオフセット、ペイアップティック、合成スプレッドの比率、注文変更をキャンセル／置換すべきかどうか、価格をチェックすべきかどうか、レッグされた注文のカバーまたは上部ブラケット、レッグされたスプレッド注文の下部または注文−キャンセル−注文ブラケット、合成スプレッド注文をアンワインドするためのパラメータおよびこれらに類似するものが含まれる。確立されるべきパラメータのタイプおよび数は、変わることがある。パラメータは、スプレッドおよび／またはスプレッドのレッグの対応するデータ入力エリアに所望される設定を入力すること、ドロップ・ダウン・メニュから１つまたは複数の選択肢を選択すること、選択または無線ボタンから選択すること、またはこれらに類似することによって設定されてもよい。スプレッド・コンフィギュレーション・ウィンドウの説明は、本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に提示されている。
【０１９２】
スプレッド・コンフィギュレーション・ウィンドウ１３００は、レッグされた注文の上部ブラケットを設定するためのカバーブラケット設定１３０２と、ＯＣＯ設定１３０４とを含む。カバーブラケットおよびＯＣＯブラケットは、合成スプレッド注文の１つのレッグ、複数のレッグ、または全てのレッグに関して設定されてもよい。カバーブラケットおよびＯＣＯブラケットは、目標ブラケットを入力することによって設定されてもよい。目標ブラケットは、入力される注文から離れている幾つかのティック、入力された注文の比率、価格、所望される利益、最悪の場合の損失、価格限度またはこれらに類似するものを基礎としてもよい。目標ブラケットは、双方のレッグで同じであっても、異なってもよい。さらに、目標ブラケットは、カバーブラケット１３０２とＯＣＯブラケット１３０４との間で同じであっても、異なってもよい。ある例では、幾つかのティックを表す数は、合成スプレッドのレッグ毎にカバーブラケットおよびＯＣＯブラケットの双方に入力される。スプレッド・コンフィギュレーション・ウィンドウ１３００は、カバーブラケット１３０２がレッグＡでは１ティック、かつレッグＢでは３ティックであることを示している。ＯＣＯブラケット１３０４は、レッグＡで２ティック、かつレッグＢで４ティックである。
【０１９３】
ブラケットが確立されると、レッグされたスプレッド注文の実行されるレッグがブラケットされてもよい。例えば、レッグされた親注文が検出されると、損失を減じかつレッグされた親注文および対応するヘッジ注文をキャンセルするために、かつ／または利得を得てレッグされた親注文および対応するヘッジ注文をキャンセルするために、約定されたレッグにブラケット注文が入力されてもよい。ある例では、レッグされた親注文は、レッグＡにおける約定された子注文と、レッグＢにおける未決のヘッジ注文とを含む場合がある。レッグされた親注文の同定に応答して、約定された注文を扁平にし、帳消しにし、またはクローズする数量に関するブラケットパラメータにより、対応するカバー注文が発生されてもよく、かつ対応するＯＣＯ注文が発生されてもよい。レッグＡに関する注文は約定されていることから、ブラケットパラメータに従って決定される価格におけるカバー注文が実行されるべく入力または提出される。さらに、ブラケットパラメータに従って決定される価格でのＯＣＯ注文も実行されるべく提出される。ある例において、ブラケット注文は、カバー注文で１ティック、かつＯＣＯ注文で２ティックである。したがって、カバー注文の価格は約定された注文の価格より１ティック高く、かつＯＣＯ注文の価格は約定された注文の価格より２ティック安い。レッグされた合成スプレッドのカバー注文、ＯＣＯ注文およびヘッジ注文は関連づけられてもよい。
【０１９４】
カバー注文またはＯＣＯ注文が実行される時点で、他の関連するブラケット注文はキャンセルされてもよい。したがって、レッグされた合成スプレッドはレッグされていないものとされ、管理対象から外されてもよい。例えば、カバー注文が約定されると、対応する任意のＯＣＯ注文およびヘッジ注文はキャンセルされる。カバーは、未決の注文を破棄する。ヘッジ注文がキャンセルされることから、先に論じたように、合成スプレッドももはや存在しない。同様に、ＯＣＯ注文が実行されると、対応するカバー注文およびヘッジ注文がキャンセルされ、よって先に論じたように合成スプレッドはもはや存在しない。
【０１９５】
ある実施形態では、ブラケット注文は、レッグされた注文の検出時から既定時間の後に入力されてもよい。例えば、１つまたは複数のブラケット注文は、レッグされた注文が検出されて第１の時間量の後に入力されてもよい。さらに、第２のブラケット注文は、第２の時間量の後に入力されてもよい。時間量は、ユーザにより設定される任意の増分であってもよい。
【０１９６】
ある実施形態では、ブラケット注文は、レッグされた注文が検出された後の動きの量を基礎として入力されてもよい。例えば、１つまたは複数のブラケット注文は、レッグの市場が予め決められたティック数だけ動いた後に入力されてもよい。予め決められるティックの数は、ユーザによって設定または調整されることが可能である。さらに、第２のブラケット注文は、同数のティックまたは追加された数のティックが動いた後に入力されてもよい。
【０１９７】
ある実施形態では、ブラケット注文は、予め決められた時間量を基礎として、かつ市場の動きまたはティック数を基礎として入力されてもよい。当業者には、他のブラケット注文または注文タイプも可能でありかつ発明の範囲に含まれることが認識されるであろう。
【０１９８】
一般的な当業者にとって、これまでに記述されたシステムおよび方法に含まれる方法が１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータ・プログラム・プロダクトにおいて実施され得ることは明らかであろう。例えば、コンピュータ読取り可能媒体は、コンピュータ読取り可能プログラムコードのセグメントが格納されている、ハードドライブデバイス、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭまたはコンピュータディスケット等の読取り可能メモリデバイスを含むことが可能である。またコンピュータ読取り可能媒体は、デジタルまたはアナログデータ信号としてプログラムコードセグメントが伝送される、光学式、有線または無線式の何れかであるバスまたは通信リンク等の通信または伝送媒体を含むことも可能である。
【０１９９】
クレームは、その趣旨が明示されていない限り、記述された注文またはエレメントに限定されるものとして読まれるべきではない。したがって、添付のクレームおよびその等価物の範囲および精神に含まれる全ての実施形態は発明としてクレームされる。
【技術分野】
【０００１】
本出願は、共に２００９年１２月１４日に出願された米国特許出願第１２／６３７５１７号明細書および米国特許出願第１２／６３７５３６号明細書に対し優先権を主張するものである。前記両出願の内容は、本参照によりその全体が開示に含まれる。
【０００２】
本発明は概して電子取引に関し、かつ具体的には、合成スプレッド取引の注文を追跡しかつ管理することに関する。
【背景技術】
【０００３】
電子取引は、概して、コンピュータ、サーバ、ゲートウェイ、プロセッサおよび他の関連デバイスのネットワーク上で発生する。概して、一般に１つまたは複数の集中型コンピュータを有するホスト取引所（電子取引所、または単に取引所とも称される）は、電子取引システムの電子心臓部を形成する。集中型コンピュータは、概してトレーダおよび／またはユーザから電子取引システム、他の電子取引システムおよび／または他のホスト取引所を介して受信される１つまたは複数の取引可能オブジェクトの注文を受信して処理するように構成される。
【０００４】
注文を処理するために、ホスト取引所は、取引可能オブジェクトの注文一覧を保持し、かつマッチングアルゴリズムに従ってその取引可能オブジェクトの反対注文同士をマッチングする。注文一覧は、取引可能オブジェクトに対する実行されていない、保留の注文を記録している。注文一覧における注文は、集合的に取引可能オブジェクトの場内市場（インサイドマーケット）および市場の深さと称される。
【０００５】
ホスト取引所は、そのホスト取引所自体および／または他のホスト取引所において取引され、リストされかつ／または交換される取引可能オブジェクトに関するデータのデータベースを管理しかつ更新する場合があり、かつデータフィードを介して取引可能オブジェクトに関するデータを供給する、または同報通信する場合がある。データは、概して、ホスト取引所からリアルタイムで、または略リアルタイムで供給され、または同報通信される。情報は、データストリーミングの形式で、またはデータフィードを介してデータを供給する他の適切な形式で供給される場合がある。情報は、概して、取引可能オブジェクトの注文一覧を同定し、かつ注文の価格決定を同定する情報および既に約定されている（そうでなければ、マッチングされた、または実行されたものとして知られる）注文の情報を含む。
【０００６】
電子取引システムのユーザ（トレーダとも称される）は、ホスト取引所からデータフィードを介して情報を受信するために、クライアントデバイスを介してホスト取引所へ接続する。クライアントデバイスもまた、１つまたは複数のデータフィードを介して１つまたは複数のホスト取引所からデータを受信することがある。
【０００７】
クライアントデバイスを用いて、トレーダは情報を視覚化し、かつホスト取引所へ注文を送信する場合がある。同様に、クライアントデバイスも、人間が介入することなく自動的に１つまたは複数のホスト取引所へ注文を送信する場合がある。注文はホスト取引所へ、ホスト取引所から受信されるデータを基礎として、別のホスト取引所から受信されるデータを基礎として、かつ／または他のソースから受信されるデータまたは情報から同定されるイベントおよび／または状態を基礎として送信される場合がある。
【０００８】
ホスト取引所は注文を受信し、かつこれを同様の注文を有するデータベースに記録する。例えば、ある取引可能オブジェクトに対する全ての注文は、その取引可能オブジェクトに対する注文のデータベースを形成して蓄えられる。ホスト取引所におけるその取引可能オブジェクトに対する注文は、注文一覧を形成する。注文は、概して価格および注文が受信された順序に従って配列され、まだ実行されずに反対注文からのマッチングを保留中である同一価格の注文は、ホスト取引所において受信された順序で纏めて編成される。
【０００９】
ホスト取引所におけるマッチングを保留中である注文は、概して、その取引所のマッチングアルゴリズムに従ってマッチングされる。一般的なマッチングアルゴリズムには、先入れ先出し（ＦＩＦＯ）、プロラタおよびＦＩＦＯおよびプロラタ混合式の各マッチングアルゴリズムが含まれる。ＦＩＦＯマッチングアルゴリズムでは、ある価格レベルにおける注文がホスト取引所でその注文が受信された時間または順序を基礎としてマッチングされ、注文は概して、その価格で記入された最初の注文、次に記入された第２の（次の）注文、等々の順に与えられる優先順位で約定される。ある価格レベルにおけるプロラタ・アルゴリズムでは、ある価格レベルにおける注文は、その注文の同一価格における他の注文に対するサイズを基礎としてマッチングされる。混合システムは、ＦＩＦＯおよびプロラタ・マッチングを組み合わせて注文をマッチングする。マッチングアルゴリズムは、他の変形例も用いられる場合がある。
【００１０】
取引戦略は、個々の取引可能オブジェクトの取引のように単純である場合もあれば、複数の取引可能オブジェクトの取引のように、スプレッド取引とも称される複雑なものである場合もある。概して、スプレッド取引は、１つ、２つ、またはそれ以上の取引可能オブジェクトの同時的または略同時的な売りおよび／または買いを含む。スプレッドの取引可能オブジェクトは、一般に、スプレッドのアウトライト市場またはレッグとして知られる。
【００１１】
スプレッド取引の目的は、取引可能オブジェクトの市場の動きの取引を提供することにある。スプレッドは、リスクをヘッジするための別の尺度を提供することが多い。スプレッドは、トレーダが、スプレッドの取引可能オブジェクト間の関係の変化または動きから利益を得ることを可能にする。
【００１２】
スプレッドは、ホスト取引所によって定義される場合もあれば（取引所定義のスプレッドとも称される）、合成またはユーザ定義のスプレッドである場合もある。取引所定義のスプレッドは、ホスト取引所によってリストされかつ価格決定されるスプレッドであって、ホスト取引所は、スプレッドに対する注文を、そのスプレッドの注文一覧におけるスプレッドの反対注文とマッチングする。合成スプレッドは、トレーダによって定義されるスプレッドを指す。合成スプレッドでは、トレーダはスプレッドの各レッグを同定し、かつそのスプレッドの取引戦略を実行するように各レッグの注文を管理する。
【００１３】
スプレッドは、商品間である場合も、商品内である場合もある。スプレッドのタイプには、バタフライスプレッド、ベアスプレッド、ブルスプレッド、カレンダースプレッド、クラックスプレッド、ホリゾンタルスプレッド、バーティカルスプレッド、べーシス、バンドル、パック、ストリップ、ストラッドル、ストラングル、レシオスプレッドおよびこれらの組合せが含まれる。例えば、バーティカルスプレッドは、ストライクコール等の取引可能オブジェクトの売りと、取引可能オブジェクトの買いとを有するベアスプレッドである場合がある。スプレッドには、株式、債券、エクイティ、商品、先物商品、オプション、通貨、インデックス、ワラント、ファンド、レポおよびこれらに類似するものを含む複数タイプの取引可能オブジェクトが含まれる場合がある。例えば、バタフライスプレッドは３つの基本的な取引可能オブジェクトを有する先物商品を含むことがある。カレンダースプレッドは、取引可能オブジェクトの先物商品の買いと、異なる限月のその取引可能オブジェクトの先物商品の売りとを同時に行うことである。
【００１４】
取引可能オブジェクトは、ある価格で取引され、スワップされ、またはその他交換されることが可能な量のアイテムを含んでいる。取引可能オブジェクトには、全てのタイプの取引されるイベント、品物、器物および／または株式、債券、オプション、先物、商品、通貨、レポ、インデックス、ワラント、ファンド、これらのデリバティブ、これらのコレクションおよびこれらの組合せ等の金融商品が含まれるが、この限りではない。取引可能オブジェクトは、取引所によってリストされる製品等の「実際のもの」である場合がある。取引可能オブジェクトは、トレーダにより生み出される実際の製品の組合せ等の「合成されたもの」である場合もある。
【００１５】
クライアントデバイスは、高速かつ正確な注文入力を自動的に促進しかつトレーダの取引戦略を実行するように構成される取引ツールを有する場合がある。取引ツールは、ホスト取引所からの情報をコンパイルし、かつ１つまたは複数のホスト取引所への注文送信を促進する。例えば、ある取引所からのデータまたは他の何らかの基準状態を用いて、取引ツールは、注文価格および注文数量等の１つまたは複数の注文パラメータを計算し、かつこれらのパラメータを有する注文をホスト取引所へ自動送信する。また取引ツールは、トレーダが市場を視覚化しかつホスト取引所へ注文を送信すべく高速かつ正確な決定を下すことができるように、１つまたは複数のホスト取引所からの情報を直観的にコンパイルして配列することもある。
【００１６】
取引ツールの一例は、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社のＡｕｔｏｓｐｒｅａｄｅｒ（登録商標）である。Ａｕｔｏｓｐｒｅａｄｅｒは、トレーダによるスプレッド取引戦略の実行を支援する。スプレッドのレッグまたはアウトライトが選択され、レッグ間の関係性が定義され、かつ標的スプレッドの価格および数量が同定される場合がある。Ａｕｔｏｓｐｒｅａｄｅｒは、所望されるスプレッド価格を達成（または達成すべく試行）するために、レッグのうちの１つに対する注文をスプレッドの別のレッグの場内市場を基礎として出す場合がある。またＡｕｔｏｓｐｒｅａｄｅｒは、同じくＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社から入手可能な取引アプリケーションであるＸ＿ＴＲＡＤＥＲ（登録商標）Ｐｒｏ（商標）によって入手可能なアドオンツールとしても利用可能である。自動スプレッド取引ツールの一例は、本参照によりその内容全体が開示に含まれる「自動スプレッド取引を実行するためのシステムと方法」と題する米国特許第７４３７３２５号明細書に記述されている。
【００１７】
スプレッド取引ツールは、トレーダによるスプレッドの所望される標的の取得を支援するために、スプレッドの各レッグに対する１つまたは複数の注文を管理する場合がある。ある例において、トレーダはスプレッドのパラメータを入力しかつスプレッドの目標価格を選択することがある。レッグのうちの１つにおける注文は、スプレッドの１つのレッグ（例えば、受付中の注文）において、少なくともそのスプレッドの別のレッグ（例えば、ヘッジまたはオフセット注文）の場内市場を基礎として入力される。ヘッジの場内市場が変わるにつれて、受付中の注文は、合成スプレッドの目標価格を達成するように価格を付け直される場合がある。受付中の注文は、ホスト取引所へ取引可能オブジェクトの変更要求を提出することによって価格を付け直される場合があり、変更要求は、受付中の注文の新しい価格を定義する。或いは、または追加的に、受付中の注文のキャンセル／置換要求がホスト取引所へ提出される可能性もある。
【００１８】
受付中の注文は、部分的に、または完全に、受付中の注文にマッチングされる反対注文の量に従って約定される場合がある。受付中の注文が完全に約定される場合、注文はヘッジの場内市場において送信される場合がある。受付中の注文が部分的に約定される場合、注文は、トレーダにより設定されるパラメータおよび／またはトレーダの取引戦略に従って、ヘッジの場内市場において送信される場合がある。さらに、ヘッジ注文の全てまたは一部は、トレーダにより設定されるパラメータおよび／またはトレーダの取引戦略に従って、ヘッジの場内市場の外部で送信される場合もある。
【００１９】
ヘッジ注文は、場内市場であるという理由で、少なくとも部分的に即時約定される場合がある。即ち、ヘッジ注文の場内市場の価格レベルが受付中の注文が受信された時点から変わっていなければ、ヘッジ注文は、それが受信された時点でその場内市場において入手可能な数量で約定される場合がある。ヘッジ注文の場内市場で入手可能な数量を超える部分は、約定されない場合がある。さらに、場内市場が動いていれば、ヘッジ注文は、少なくとも即時的には約定されない場合がある。ヘッジ注文の少なくとも一部が約定されなかった場合、トレーダはレッグされていると見なされることがある。
【００２０】
受付中の注文は、スプレッドの１つまたは複数のレッグにおいて出される場合がある。例えば、スプレッド取引ツールは、合成スプレッドの各レッグにおいて受付中の注文を出す場合がある。各受付中の注文が約定されかつ約定された各受付中の注文の対応するヘッジ注文が提出されている場合、トレーダは二重に約定されないことから、スプレッド取引ツールは、受付中の注文のうちの１つが少なくとも部分的に約定されたことを検出した時点で全ての、または幾つかの受付中の約定をキャンセルすることがある。したがって、対応するヘッジ注文のみが送信される場合がある。
【００２１】
受付中の注文は、アウトライト注文自体に従って、かつスプレッド取引戦略の一部としてではなく報告され、追跡され、かつ他に記録されることが多い。さらに、受付中の注文およびヘッジ注文の約定も、スプレッド取引戦略の一部である取引としてではなく、アウトライトの取引として追跡され、かつ他に記録されることが多い。注文および合成スプレッドは、アウトライトの取引可能オブジェクトの注文および約定に用いられる状態に類似するものをもたない状態において存在する場合が多い。例えば、合成スプレッドは、ヘッジ注文が提出されていない場合等、完全には約定されていない受付中の注文を有することがある。さらに、ヘッジ注文が提出されていても、全くであれ部分的であれ約定されていない場合、合成スプレッドはレッグ状態とされることがある。合成スプレッドは構成部分（即ち、受付中の注文およびヘッジ注文）で構成されることから、構成部分の操作には他の取引ツールが用いられる場合がある。さらに、合成スプレッドは１つの全体的な注文としては管理されないことから、トレーダがスプレッド取引戦略を管理する上で他のツールは有益でない場合がある。
【００２２】
したがって、合成スプレッドの取引戦略を採用するに当たってトレーダに対する支援を向上させるツールが望まれている。
【発明の概要】
【発明が解決しようとする課題】
【００２３】
スプレッド取引戦略は、合成スプレッドの注文、合成スプレッドの構成部分の注文並びに構成部分およびスプレッド自体の約定を含む、合成スプレッドを表現し、管理し、報告し、記録し、運営し、提出し、追跡しかつ別段で取引するための方法、システムおよび装置を含む場合がある。
【課題を解決するための手段】
【００２４】
合成スプレッドの命令を管理するための一実施形態では、ある数量のマルチレッグ合成スプレッドの合成スプレッド注文が取引デバイスを介して受信される。合成スプレッド注文の幾つかの親注文は、その数量のスプレッド注文の各ロットが親注文を表すように決定され、呼び値の注文およびヘッジ注文が実行されるべく提出される。呼び値の注文は、各ロットが１つの呼び値の子注文を表す合成スプレッド注文における第１のレッグの呼び値注文数量を実行するために第１の電子取引所へ提出され、ヘッジ注文は、第１の取引所における呼び値注文数量とのマッチングに従って合成スプレッド注文の第２のレッグのヘッジ数量を実行するために第２の電子取引所へ提出される。ヘッジ数量における各ロットも、ヘッジ子注文を表す。呼び値の子注文およびヘッジ子注文は、マルチレッグ合成スプレッドおよび第１の取引所における呼び値注文数量のマッチングに従って、幾つかの親注文のうちの１つに関連づけられる。親注文毎に、親注文のステータスが、その親注文に関連づけられる各呼び値の子注文および各ヘッジ子注文のステータスに従って決定される。
【００２５】
ある追加的かつ代替的実施形態では、あるスプレッド価格におけるある数量のマルチレッグ合成スプレッドの合成スプレッド注文が取引デバイスを介して受信されてもよい。各々が合成スプレッドの１つのロットを表すある数量の親注文は、取引デバイスを介してその数量の合成スプレッドに従って決定される。マルチレッグ合成スプレッドの第１のレッグに対する呼び値の子注文、およびマルチレッグ合成スプレッドの第２のレッグに対する少なくとも１つのヘッジ子注文は、取引デバイスを介して各親注文に関連づけられる。呼び値の子注文は、実行されるために電子取引所へ提出され、かつ合成スプレッド注文のステータスが前記数量の親注文の各々のステータスに従って決定される。合成スプレッド注文のステータスを表す注文記述子は、合成スプレッドの価格に従って価格軸沿いに表示される。
【図面の簡単な説明】
【００２６】
例示的な実施形態によって、合成スプレッド取引を説明しかつ例示する。但し、これらの実施形態は添付の図面に限定されない。類似する参照数字を有する図面は、類似するエレメントを示す。
【００２７】
【図１】スプレッド取引の態様が使用され得る例示的な電子取引環境を示すブロック図である。
【００２８】
【図２】複数の電子取引所における別の例示的なスプレッド取引戦略を示すブロック図である。
【００２９】
【図３】ある例示的なスプレッド取引戦略を示すブロック図である。
【００３０】
【図４】合成スプレッド取引を促進するための例示的な方法を示すフローチャート４００である。
【００３１】
【図５】合成スプレッド取引のための取引を約定しかつ実行するための例示的な方法を示すフローチャートである。
【００３２】
【図６】合成スプレッド取引を示すブロック図である。
【００３３】
【図７】ある合成スプレッドおよびこの合成スプレッドの構成要素であるレッグのスプレッドウィンドウ表示を示す。
【００３４】
【図８】呼び値の子注文およびヘッジ子注文が約定された後の合成スプレッドウィンドウのスプレッドウィンドウ表示を示す。
【００３５】
【図９】追加的な子注文が約定された後のスプレッドウィンドウの一例を示す。
【００３６】
【図１０】合成スプレッドの注文一覧ツール１０００の一例を示す。
【００３７】
【図１１】合成スプレッドの注文一覧ツール１１００の一例を示す。
【００３８】
【図１２】合成スプレッドの市場格子または市場ウィンドウツール１２００の一例を示す。
【００３９】
【図１３】スプレッド・コンフィギュレーション・ウィンドウの一例を示す。
【発明を実施するための形態】
【００４０】
Ｉ． 電子取引環境
図１は、スプレッド取引戦略の実施形態が使用され得る例示的な電子取引環境を示す。電子取引環境は、クライアントデバイス１０２と、ゲートウェイ１０６と、電子取引所１０５と、ルータ１０８とを含む。クライアントデバイスは、情報を伝達するために、ゲートウェイ１０６等の１つまたは複数のデバイスを介して電子取引所１０４へ結合される。ルータ１０８は、ゲートウェイ１０６と電子取引所１０４との間でメッセージをルーティングするように構成される。
【００４１】
電子取引所１０４は、取引するための１つまたは複数の取引可能オブジェクトをリストしてもよい。電子取引所１０４は、少なくとも１つのプロセッサまたは中央コンピュータを含む。電子取引所は、クライアントデバイス１０２から注文を受信し、かつこれらの注文を反対注文とマッチングするように構成される。クライアントデバイス１０２から受信された、直ちにマッチングされない注文は蓄積され、かつ取引可能オブジェクトの注文一覧に配列されてもよい。注文は、その注文の取引可能オブジェクトのマッチングアルゴリズムに従ってマッチングされる。図１には示されていないが、本取引システムは、ファイアウォール、ハブ、セキュリティマネージャおよびこれらに類似するものを含む、ミドルウェアおよびセキュリティ対策等のクライアントサイトのための他のデバイスを含んでもよい。
【００４２】
また電子取引所１０４は、電子取引所１０４で受信される注文、並びに電子取引所１０４でマッチングされる注文に関連する情報を配信してもよい。情報は、１つまたは複数の加入クライアントデバイス１０２へ配信または同報通信されてもよい。情報は、ある特定の時点における一番安い売り値（一番安い指値価格）および一番高い買い値（一番高い指値価格）を含む、場内市場を表すデータを含んでもよい。また情報は、その場内市場で入手可能な取引可能オブジェクトの数量、並びに場内市場から離れた、または場内市場の外部で入手可能な取引可能オブジェクトの数量をこのような数量が入手可能である度合いまで含み得る市場の深さも含んでもよい。
【００４３】
ある価格レベルで入手可能な数量は、総和で提供されてもよい。電子取引所１０４は、市場に置いてある価格レベルで入手可能な合計買い数量および合計売り数量をそのデータフィードにおいて提供してもよい。トレーダが利用可能な市場の深さの度合いは、通常、取引所に依存する。提供される市場の深さの量もまた限定されることがあり、入手可能な取引可能オブジェクトの全量を含まなくてもよい。例えば、電子取引所１０４の中には、全ての（またはほとんどの）価格レベルについて市場の深さを提供するものもあれば、場内市場において、または場内市場の近くで関連づけられる数量についてのみ市場の深さを提供するものもあり、その他、市場の深さを提供しないものもある。電子取引所１０４は、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）および注文約定情報等の他のタイプの情報を提供してもよい。注文の約定および実行に関連する情報は、市場データと称される場合がある。
【００４４】
クライアントデバイス１０２は、１つまたは複数のメインフレーム、デスクトップ、ノートブック、タブレットＰＣ、ハンドヘルド、パーソナル・デジタル・アシスタント、スマートホン、サーバ、ゲートウェイ、これらの組合せまたは１つまたは複数のプロセッサまたは中央処理装置を有する他のコンピューティングデバイスであってもよい。またクライアントデバイス１０２は、１つまたは複数のメモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースも含んでもよい。システムバスまたはその同等物は、通信を提供してもよい。クライアントデバイス１０２は、複数のワークステーション等の１つまたは複数のデバイスであっても、デバイスのネットワークであってもよい。
【００４５】
メモリは、プロセッサへ命令を提供することに参与する任意の媒体を含むコンピュータ読取り可能媒体を含んでもよい。コンピュータ読取り可能媒体は、不揮発性媒体、揮発性媒体および伝送媒体を含む形式をとってもよい。不揮発性媒体は、記憶デバイス等の光または磁気ディスクを含んでもよい。揮発性媒体は、メインメモリ、ランダム・アクセス・メモリ（「ＲＡＭ」）、ダイナミック・ランダム・アクセス・メモリ（「ＤＲＡＭ」）およびこれらに類似するもの等のダイナミックメモリを含んでもよい。またコンピュータ読取り可能媒体の一般的形式には、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、パンチカード、ＣＤ−ＲＯＭ、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭおよびコンピュータによる読み取りが可能な他の任意のメモリチップまたはカートリッジまたは媒体も含まれる。プロセッサは、入手可能な市場情報を処理するに足る能力を有してもよい。ある例示的な実施形態において、クライアントデバイスは少なくとも１つのＰｅｎｔｉｕｍ（登録商標）クラスのプロセッサを含み、かつＷｉｎｄｏｗｓ（登録商標）またはＭＡＣ ＯＳオペレーティングシステムの一方またはそれ以上を用いて動作してもよい。
【００４６】
ゲートウェイ１０６は、パーソナルコンピュータまたはより高速のコンピューティングデバイス等の任意タイプのコンピューティングデバイスであることが可能である。ゲートウェイ１０６は、１つまたは複数の中央処理装置、メモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースを含んでもよい。ゲートウェイ１０６はＰｅｎｔｉｕｍクラスのプロセッサを含み、かつ１つまたは複数のＷｉｎｄｏｗｓ（サーバまたはワークステーション）、ＭＡＣ ＯＳオペレーティングシステムまたは他のオペレーティングシステムの下で動作してもよい。またゲートウェイ１０６は、内部または外部データベースへのアクセスも有してもよい。
【００４７】
本明細書において、デバイスはハードウェアオブジェクトであっても、ソフトウェアであっても、ハードウェアとソフトウェアとの組合せであってもよい。デバイスは、本明細書に記述される機能および特徴を実装するために集積回路の開発技術を用いてもよく、かつ電気的、光学的、高周波または他の適切な信号を用いて通信してもよい。
【００４８】
クライアントデバイス１０２は、１つまたは複数のアプリケーションを実行してもよい。アプリケーションは、クライアントデバイス１０２のオペレーティングシステムを用いて実行されてもよい。またゲートウェイ１０６は、１つまたは複数のゲートウェイアプリケーションも実行してもよい。ゲートウェイアプリケーションは、ゲートウェイ１０６のオペレーティングシステムの制御下で実行されてもよい。あるいは、または追加的に、クライアントデバイス１０２の１つまたは複数のアプリケーションプログラムはゲートウェイ１０６において、またはゲートウェイ１０６によって実行されてもよく、かつ１つまたは複数のゲートウェイアプリケーションはクライアントデバイス１０２によって実行されてもよい。
【００４９】
当業者は、様々な電子取引環境が図１に関連して記述されているものと同じ特徴、追加的な特徴または代替的な特徴を有することを理解するであろう。したがって、図１の例示的な実施形態は、必ずしも電子取引に関係しないコンピュータプログラムおよび／またはシステム（例えば、オペレーティングシステム、ゲーミングシステムおよび／または他のソフトウェアアプリケーション）等の特徴を有する電子取引環境を表している。電子取引システム分野の熟練者であれば、適切な電子取引環境を実装することができるものと思われる。例示を目的として、幾つかの構成例を提示し、ある電子取引システムを実装するためにこれらの特徴が物理的にどこへ位置決めされ得るか、かつどのように結合され得るかを例証する。但し、これらの例証は限定的なものではない。
【００５０】
図示された例によれば、ゲートウェイデバイスは、クライアントサイトに位置決めされても、クライアントデバイス１０２と一体式であってもよく、かつ電子取引所１０４から遠隔であってもよい。この例によれば、クライアントデバイス１０２、ゲートウェイ１０６およびルータ１０８はローカル・エリア・ネットワーク上で通信してもよく、かつルータ１０８は電子取引所１０４とＴ１、Ｔ３、ＩＳＤＮまたは他の何らかの高速接続上で通信してもよい。
【００５１】
別の図示された例では、クライアントデバイスまたはその一部は、電子取引所１０４のプロセッサに近接して位置決めされてもよい。例えば、本発明の１つまたは複数の特徴を実行または履行するサーバは電子取引所１０４のプロセッサと同一場所に（例えば、取引所の建物内で、または取引所に関連づけられて）位置決めされてもよい。したがって、クライアントデバイス１０２、ゲートウェイ１０６およびルータ１０８は同じくローカル・エリア・ネットワーク上で通信してもよく、かつルータは電子取引所１０４とＴ１、Ｔ３またはＩＳＤＮ以外の別の接続手段を介して通信してもよい。
【００５２】
別の図示された例において、ゲートウェイは、対応する電子取引所１０４に、または電子取引所１０４の近くに格納されてもよい。この例によれば、クライアントデバイスはゲートウェイと、広域ネットワーク上で、またはＴ１、Ｔ３、ＩＳＤＮを用いて、または他の何らかの高速接続を介して通信してもよい。
【００５３】
別の例では、ゲートウェイ１０６はクライアントデバイス１０２から遠隔に、かつ電子取引所１０４から遠隔に位置決めされてもよい。このような実施形態は、複数の取引ネットワークの相互接続を含むシステムにおいて有益であり得る。したがって、ゲートウェイが電子取引所１０４へのアクセスを有する場合もある電子取引ネットワークでは、他の電子取引ネットワークがその取引ネットワークとＴ１、Ｔ３、ＩＳＤＮまたは他の何らかの高速接続を介して通信してもよい。
【００５４】
図２は、スプレッド取引戦略の実施形態が使用され得る例示的な電子取引環境を示す。電子取引環境は、電子取引所２０４および２０８と結合されるクライアントデバイス２０２を含む。電子取引所２０４はゲートウェイ２０６を介してアクセスされてもよく、かつ電子取引所２０８はゲートウェイ２１０を介してアクセスされてもよい。さらに、もしくは代替として、電子取引所２０４および２０８は、複数の電子取引所へのアクセスを提供する組み合わされたゲートウェイを介してアクセスされてもよい。
【００５５】
ルータ２１２は、ゲートウェイ２０６および２１０と電子取引所２０４および２０８との間でデータをルーティングする。電子取引環境には、ファイアウォール、ハブ、セキュリティマネージャ、等々のようなミドルウェアおよびセキュリティ対策等の他のデバイスも含まれてもよい。さらに、より多くの電子取引所が含まれてもよい。
【００５６】
トレーダは、単一かつ／または複数の電子取引所２０４および２０８においてリストされ、マッチングされかつ／またはクリアされる取引可能オブジェクトを取引してもよい。注文は、電子取引所２０４および２０８の一方または双方へ送信されてもよく、かつ市場情報は電子取引所２０４および２０８の一方または双方から受信されてもよい。例えば、市場情報は、クライアントデバイス２０２において電子取引所２０４および２０８の双方から受信されてもよく、かつクライアントデバイス２０２の共通の視覚的ディスプレイを介して見ることができてもよい。したがって、電子取引所２０４および２０８における取引可能オブジェクトの価格および数量情報は、同時に、かつ近接して見られてもよい。
【００５７】
別の例では、トレーダは、複数の電子取引所２０４および２０８にリストされる取引可能オブジェクトのスプレッド取引および／または鞘取引をすることができる。即ち、トレーダは、ある取引可能オブジェクトを電子取引所２０４で取引し、かつ別の取引可能オブジェクトを電子取引所２０８で取引してもよい。
【００５８】
合成スプレッド取引の実施形態は、追加的な取引所、ゲートウェイ、クライアントデバイス、ルータまたはメッセージ処理およびセキュリティのような様々な機能を提供する他のコンピュータを含んでもよい。さらに、１つまたは複数の電子取引所へ通信可能式にアクセスするために、図１または図２に示されているネットワークのような幾つかの、または多数のネットワークが互いにリンクされてもよい。
【００５９】
図１のクライアントデバイス１０２と同様に、クライアントデバイス２０２は、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、ハンドヘルドデバイス、スマートホン、パーソナル・デジタル・アシスタント、タブレットＰＣ、サーバ、ゲートウェイ、これらの組合せ等の任意のコンピューティングデバイス、および１つまたは複数のプロセッサまたは中央処理装置を有する他のコンピューティングデバイスであってもよい。クライアントデバイス２０２は、複数のワークステーション等の１つまたは複数のデバイスであっても、デバイスのネットワークであってもよい。またクライアントデバイス２０２は、１つまたは複数のメモリまたはデータ記憶デバイス、通信ネットワークからデータを受信するための入力インタフェース、キーボード、トラックボール、ペンデバイス、マイクロホン、注視点検出デバイス、クリックベース取引用の２つまたは３つボタン式マウスおよび／またはユーザからの入力を受信するように構成される他のデバイス等の１つまたは複数の入力デバイスから入力信号を受信するための入力インタフェースおよび少なくとも１つの出力デバイス（例えば、モニタ）と通信するための出力インタフェースも含んでもよい。システムバスまたはその同等物は、通信を提供してもよい。メモリは任意のコンピュータ読取り可能媒体を含んでもよく、かつプロセッサは、様々なタイプの市場情報を取扱いかつ処理するに足る処理能力を有する。ある例示的な実施形態において、クライアントデバイスは少なくとも１つのＰｅｎｔｉｕｍ（登録商標）マイクロプロセッサを含み、かつＷｉｎｄｏｗｓオペレーティングシステムの下で動作する。
【００６０】
市場情報またはある取引所または他のデータソースからのニュース、チャートデータおよび／または注文関連情報等の他のデータは、ビジュアル・ディスプレイ・デバイス等のクライアントデバイス２０２の出力デバイスに表示されてもよい。さらに、または代替として、情報はクライアントデバイスを介して、少なくとも部分的に音等の他の手段を介して提供される可能性もある。出力デバイスは、情報を提供することに適する任意のディスプレイデバイス、オーディオデバイスまたはこれらの組合せであることが可能である。例えば、ディスプレイデバイスは、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースまたはガスプラズマベースのフラットパネル・ディスプレイ、三次元画像を示すディスプレイまたは他の何らかのタイプのディスプレイであってもよい。ディスプレイデバイスは、オーディオデバイスおよび／または点字出力デバイスも有してもよい。ディスプレイデバイスは、ユーザと情報との相互作用を可能にしてもよい。したがって、ディスプレイデバイスはデータ入力デバイスも含んでもよい。
【００６１】
クライアントデバイスのユーザ（例えば、トレーダ）は、１つまたは複数の取引可能オブジェクトの注文をクライアントデバイスを介して取引所へ送信してもよい。注文は、新しい注文を出す、既存の注文をキャンセルする、既存の注文を変更する、１つまたは複数の取引可能オブジェクトの注文または注文一覧について取引所に問い合わせる、取引所への接続または取引所との通信をテストする、これらの組合せおよびこれらに類似することを目的とする命令またはメッセージを含んでもよい。トレーダは、取引所によって提供される情報を見て、応答的に適切な注文を送信してもよい。
【００６２】
トレーダは、様々なコマンドまたは信号をクライアントデバイス２０２へ、クライアントデバイス２０２の１つまたは複数の入力デバイスを介して提供してもよい。例えば、トレーダは、キーボードにタイピングする、マウスまたはポインティングデバイスを操作する、ディスプレイデバイスの一部を見る、ディスプレイデバイスのある部分またはディスプレイデバイスにより制御される部分に接触する、または他の何らかの入力デバイスを介してコマンドまたは信号を入力することによって、クライアントデバイス２０２へコマンドを入力してもよい。トレーダは、マウスデバイスを用いて、出力デバイスの一部分を同定し、ある量の取引可能オブジェクトの注文を開始すべくマウスボタンをクリックしかつ電子取引所２０４および２０８の一方へ注文を送信させてもよい。即ち、クライアントデバイス２０２は、好ましくは、ユーザ入力またはユーザ入力により影響される他の何らかのトリガに応答してトランザクション情報を発生する。提出されることが可能なメッセージおよび／または注文には多くの異なるタイプが存在するが、これらは全て、様々なタイプのトランザクション情報と考慮されてもよい。トランザクション情報は、１つまたは複数の通信チャネルおよび／またはネットワーク上でクライアントデバイス２０２から一方またはそれ以上のホスト取引所２０４および２０８へ送信されてもよい。
【００６３】
ある例示的な実施形態において、クライアントデバイス２０２上のソフトウェアは、関連のディスプレイデバイス上に双方向性の取引画面を生成する。ディスプレイデバイスは、トレーダが、とりわけ、注文を入力して実行し、市場相場を入手しかつポジションを監視することを有効化してもよい。ディスプレイデバイス上で入手可能な特徴の範囲および品質は、クライアントデバイスおよび／またはクライアントデバイスのソフトウェアに従って変わる場合がある。双方向性であることに加えて、またはその代わりに、クライアントデバイスは取引アプリケーションを自動化する可能性もある。
【００６４】
例示的な実施形態は様々な環境およびアプリケーションに関連して実装され得るが、例示的な実施形態に関する以下の説明は、取引アプリケーションおよび取引画面に関連して行なう。当業者には、本発明を理解する上で出力デバイスの詳細は不要であることが理解されるであろう。クライアントデバイスおよび出力デバイスによって実行され得る取引ツールの一タイプは、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｉｎｔｅｒｎａｔｉｏｎａｌ社から入手されるＸ＿ＴＲＡＤＥＲ（登録商標）と称される市販の取引アプリケーションによって提供される。Ｘ＿ＴＲＡＤＥＲは、受付中の、または未決の注文のインジケータが固定の価格軸または目盛りに関連づけられて表示される、ＭＤ Ｔｒａｄｅｒ（登録商標）と称される電子取引インタフェースも提供する。
【００６５】
インジケータは、対応する、または関連づけられる価格における注文の買いおよび／または売り数量を同定してもよい。インジケータは、１つまたは複数の数字、アイコン、文字、紋章、ロゴ、記号、ボックス、チャート、写真、ポインタまたは注文を示す他のグラフィカル表示等、注文を示す任意のものであってもよい。Ｘ＿ＴＲＡＤＥＲおよびＭＤ Ｔｒａｄｅｒ式ディスプレイの一部は、「市場の深さの直観的グリッド表示を用いるクリックベース取引」と題する米国特許第６７７２１３２号明細書、「市場の深さ表示を用いるクリックベース取引」と題する米国特許第６９３８０１１号明細書、「市場の深さおよび価格統合の直観的グリッド表示を用いるクリックベース取引」と題する米国特許第７１２７４２４号明細書、「電子取引の取引ツール」と題する米国特許第７３８９２６８号明細書および「電子取引環境において取引しかつ市場情報を表示するためのシステムおよび方法」と題する米国特許第７２２８２８９号明細書に記述されている。これらの内容は各々、本参照により開示に含まれる。さらに、または代替として、市場データを閲覧しかつ／または注文を出すために他の取引ツールが用いられてもよい。さらに、これらの好適な実施形態は、変換、蓄積および表示機能を実行する任意の特定の製品に限定されない。
ＩＩ． スプレッド取引戦略
【００６６】
概して、複数の取引可能オブジェクトを包含する取引戦略は、複数の取引可能オブジェクト間の関係性に関わる。取引戦略の各取引可能オブジェクトは、レッグまたはアウトライトと称される場合がある。複数の取引可能オブジェクトに関わる取引戦略の一タイプは、スプレッドと称される。
【００６７】
スプレッドは、買われる、または得られるものと考えられてもよい。買われるスプレッドは、スプレッドのどのレッグが買われ、かつ／または売られるかを定義する。同様に、売られるスプレッドは、どのレッグが売られ、かつ／または買われるかを定義する。スプレッドは、レッグＡの第１の取引可能オブジェクトが買われ、かつレッグＢの第２の取引可能オブジェクトが売られる場合に買われてもよい。スプレッドの売りは、各レッグについて反対のアクションを実行することを含んでもよい。
【００６８】
またスプレッドは、レッグの注文サイズとも称されるスプレッドのレッグ間のスプレッド比率も同定してもよく、またはこれを基礎とするものであってもよい。スプレッド比率は、各レッグの、スプレッドの他のレッグに対する量を示す。例えば、レッグＡおよびレッグＢを有するスプレッドは、２単位のレッグＡを買いかつ３単位のレッグＢを売ることを定義してもよい。
【００６９】
またスプレッドは、そのスプレッドの符号の名称を有してもよい。符号は、取引戦略の買いに際して、そのレッグが買われるべきか（例えば、スプレッド比率はプラス）、売られるべきか（例えば、スプレッド比率はマイナス）を示してもよい。したがって、２単位のレッグＡが買われかつ３単位のレッグＢが売られるレッグＡおよびＢを有するスプレッドの場合、レッグＡの比率は「２」となり、かつレッグＢの比率は「−３」となる。
【００７０】
あるいは、または追加的に、スプレッド比率は暗示されてもよく、または暗示的であってもよい。即ち、ある取引戦略のあるレッグのスプレッド比率は明確に指定されなくてもよく、むしろ「１」または「−１」であることが暗示されても、またはこれらにデフォルトされてもよい。
【００７１】
またスプレッドは、レッグ毎に乗数を含んでもよい。乗数は、価格関係を定義する。即ち、乗数は、スプレッドの価格を決定するためにレッグの価格を調整してもよい。乗数は、スプレッド比率と同一であってもよい。上述の例では、レッグＡに関連づけられる乗数は「２」、レッグＢに関連づけられる乗数は「−３」であってもよく、これらは共に、これらのレッグの対応するスプレッド比率に一致する。１つまたは複数のレッグに関連づけられる乗数は、これらのレッグの対応するスプレッド比率とは異なってもよい。例えば、乗数の値は、レッグの価格を共通通貨へ変換するように選択されてもよい。
【００７２】
簡単に説明するために、本明細書において説明する例示的な実施形態は、別段の指摘がない限り、レッグ毎に同一のスプレッド比率および乗数を含む。さらに、例示的な実施形態の説明は、ある特定のレッグのスプレッド比率および乗数の符号が同一であること、かつ同一でなければ、乗数の符号を用いてレッグがスプレッドのどちら側に存在するかが決定されることを想定している。
【００７３】
図３は、合成スプレッド等の取引戦略３１０を示す図である。取引戦略３１０は「Ｎ」個のレッグ３２０を含み、各レッグ３２０の取引可能オブジェクト３２２間の関係性は、各レッグ３２０に関連づけられるスプレッド比率３２４および乗数３２６に従って定義される。
【００７４】
取引可能オブジェクト３２２は、取引戦略３１０によって定義された関係性に従って取引されても、取引されるべく試行されてもよい。ある例における取引戦略３１０は、２つのレッグ３２０、即ち取引可能オブジェクトＡに関するレッグ１と、取引可能オブジェクトＢに関するレッグ２とを有するスプレッドである。さらに、レッグ１およびレッグ２に関するスプレッド比率３２４および乗数３２６は、各々「１」および「−１」である。スプレッド３１０は、スプレッド３１０が買われる場合、取引可能オブジェクトＡの１単位が買われ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が売られる（マイナスのスプレッド比率、スプレッドと反対方向）ように定義される。スプレッド３１０の定義は、スプレッド３１０が売られる場合、取引可能オブジェクトＡの１単位が売られ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が買われる（マイナスのスプレッド比率、スプレッドと反対方向）という類のものである。
【００７５】
取引戦略３１０の価格、または目標価格は、取引戦略のこの定義に従って決定されてもよい。価格は、下記のように、取引戦略３１０のレッグ３２０の各々について取引可能オブジェクト３２２の価格に乗数３２６を乗算した合計であるとされる。
戦略価格＝ΣＮｉ＝１ Ｍｕｌｔ（ｉ）＊Ｐｒｉｃｅ（ｉ） 式１
【００７６】
Ｍｕｌｔ（ｉ）はレッグｉに関連づけられる乗数であり、Ｐｒｉｃｅ（ｉ）はレッグｉの取引可能オブジェクトの価格である。当業者には、取引戦略の価格が価格ティックの丸めおよび／またはペイアップ・ティックによって影響され得ることも理解されるであろう。
【００７７】
スプレッドは、スプレッドのレッグの相対価格に従って売買されてもよい。取引可能オブジェクトＡが典型的に取引可能オブジェクトＢより１０高い価格を有する場合、トレーダは、取引可能オブジェクトＡおよびＢ間の価格差が１０を下回ればいつでもそのスプレッドを買ってもよい。同様に、トレーダは、同差が１０を上回ればいつでもそのスプレッドを売ってもよい。
【００７８】
一例として、取引可能オブジェクトＡの市場は価格４５で１単位を有し、かつ取引可能オブジェクトＢの市場は価格４０で１単位を有する。すると、式１を用いれば、現行スプレッド価格は、（１）（４５）＋（−１）（４０）＝５となり、これは典型的なスプレッド１０より少ない。したがって、トレーダはスプレッドの１単位を買ってもよく、結果的に、取引可能オブジェクトＡの１単位が価格４５で買われ、かつ取引可能オブジェクトＢの１単位が価格４０で売られる。この典型的な価格差が、取引可能オブジェクトＡの価格が４２、かつ取引可能オブジェクトＢの価格が３２等となって回復されれば、スプレッドの価格は１０になる。トレーダがスプレッドの１単位を売ってそのポジションを手仕舞えば（即ち、取引可能オブジェクトＡの１単位を売って、取引可能オブジェクトＢの１単位を買えば）、トレーダは総取引で利益を得たことになる。トレーダは、取引可能オブジェクトＡを価格４５で買いかつ４２で売って３の損失を出す一方で、取引可能オブジェクトＢを価格４０で売りかつ３２で買って利益８を得ている。したがって、トレーダは、スプレッドの売買で利益５を得た。
【００７９】
上述の例は、十分な流動性および安定性を基礎とし、かつ取引可能オブジェクトが、スプレッド３１０の所望される価格を達成する市場価格で売買され得ることを基礎としている。しかしながら、より一般的には、トレーダは、ある特定の取引戦略を売買する所望される価格を決定し、かつこの所望される価格を、レッグを適切な価格で売買することによって達成しようとする。
【００８０】
トレーダは、適切な取引を戦略３１０に従って管理するために、自動化されたスプレッド取引ツールを用いてもよい。例えば、トレーダは、取引戦略３１０を所望される価格で買う、または売る命令を入力してもよく、自動取引ツールは、その取引戦略の所望される価格（所望される戦略価格、所望されるスプレッド価格および／または目標価格とも称される）を達成するために、取引戦略３１０の取引可能オブジェクト３２２のうちの少なくとも１つの注文（呼び値の注文または受付中の注文とも称される）を自動的に出してもよい。注文を出されるレッグは、呼び値のレッグと称される。呼び値のレッグに対する他のレッグは、リーンなレッグおよび／またはヘッジレッグと称される。
【００８１】
呼び値のレッグが値付けされる、または受付けられている価格は、ヘッジレッグにおいて注文が約定され得る最良価格を基礎とするが、これは、典型的にはヘッジレッグの場内市場におけるものである。即ち、最良価格は、典型的には、売りの場合はヘッジレッグの最良の買い呼び値であり、買いの場合はヘッジレッグの最良の売り呼び値である。ヘッジレッグにおける最良価格は、リーンオン価格、リーンな価格またはリーンレベルとしても知られる。
【００８２】
リーンオン価格が変化するにつれて、所望される戦略価格を維持するために呼び値のレッグにおける注文の価格も変わる場合がある。さらに、呼び値のレッグは、ヘッジレッグの変化が限度内であれば、または呼び値のレッグに与える変化が結果的に限度内となれば、変わらない場合がある。呼び値のレッグが約定されると、自動取引ツールは、戦略を完了するために、反対注文またはヘッジ注文とも称されるヘッジレッグにおける注文を提出してもよい。
【００８３】
あるいは、または追加的に、値付けされるレッグの価格は、スプレッドの他のレッグの全てを基礎としなくてもよい。値付けされるレッグにおける注文の注文パラメータは、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）、理論値、場内市場により近い数量等の複数数量または他の何らかの基準点等の他のレッグにおける他のタイプの市況にリーンオンしてもよい。
【００８４】
単一の呼び値のレッグを有することに加えて、取引戦略は、スプレッドの複数のレッグにおいて（または全てのレッグでも）値付けされてもよい。このような状況では、値付けされる各レッグは依然としてスプレッドの他のレッグのうちの少なくとも１つに依存する。値付けされたレッグのうちの１つが約定されると、値付けされた他のレッグにおける注文は典型的にはキャンセルされ、適切なヘッジ注文が出される。
【００８５】
３つ以上のレッグを有する取引戦略は、マルチレッグ戦略、マルチレッグ・スプレッドまたはマルチレッグ合成スプレッドとして知られる。マルチレッグ戦略では、ある特定の値付けされるレッグに関する取引戦略を保持するために、複数のヘッジ価格セットが選ばれることが可能である。１つのレッグが約定されると、約定されたそのレッグの価格、その取引戦略の所望される価格および乗数が知られ、よって、約定されていない残りのＮ−１個のレッグに対応するＮ−１個の未知なるものが存在する。したがって、マルチレッグ戦略においては、２つ以上の未知なるものが存在するが、式は１つ（式１）である。現行システムは、１つのレッグが約定されると、異なる技術を用いて戦略の残りのレッグのヘッジ価格を決定する。
【００８６】
ある呼び値のレッグが約定されていても、ヘッジレッグのうちの少なくとも１つが約定され得なければ（または、取引戦略の所望される価格を達成するほど十分に約定され得なければ）、そのスプレッドはレッグされているものと決定されてもよい。ヘッジレッグは、ヘッジ注文が入力されるより前にヘッジの場内市場が動き、かつ／または場内市場において注文を約定するに足る量が存在し得ないという理由で約定されないことがある。
ＩＩＩ． スプレッド取引ツール
【００８７】
Ａｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールは、複数の取引可能オブジェクトに関する市場情報を閲覧し、かつ／または複数のオブジェクトの取引戦略を管理するために用いられてもよい。またスプレッド取引ツールは、合成スプレッドの１つまたは複数のレッグにおいて合成スプレッドの注文（アウトライト注文または受付中の注文）を送信するためにも用いられてもよい。
【００８８】
合成スプレッドの注文および注文の約定は、スプレッド取引ツールを介して管理、コンパイル、記録、閲覧、等々を行われてもよい。しかしながら、各アウトライト注文は、ある特定の取引可能オブジェクトに関するものであることから、アウトライト注文の管理には他の取引ツールも用いられる場合がある。スプレッド取引ツール外部の取引ツールは、受付中のアウトライト注文が合成スプレッド取引戦略の構成部分であったかどうか、またはその一部として開始されたかどうかについて認識していない、または決定することができない場合がある。受付中のアウトライト注文と合成スプレッドとの関係の欠如は、トレーダにスプレッド取引ツールの範囲または領域外部の情報を追跡させる場合がある。さらに、他の取引ツールは、トレーダに正確な結果を提供しない場合がある。したがって、所望されるデータを取得する上で、不正確さおよび／または非効率は不可避であったかもしれない。
【００８９】
本明細書における例示的な方法、プロセスおよび装置は、合成スプレッドとその構成部分である注文との関係性を同定し、かつ保持する。さらに、合成スプレッドの状態も定義される。スプレッドの受付中の未決注文およびヘッジ注文は、合成スプレッドの一部として同定され、追跡されかつ管理される。その結果、合成スプレッドは、１つの全体的な注文または１つの同種注文として表現されかつ管理されてもよい。スプレッド取引ツールは、合成スプレッドおよびその構成部分を管理し、表現しかつ閲覧するために用いられてもよい。
【００９０】
さらには、合成スプレッドの構成部分の注文および約定を管理するために、典型的には他の取引戦略の注文および／または約定を管理するために構成される他のツールおよび／またはアプリケーションが使用されてもよい。例えば、注文は、注文の管理および取引後の分析等のために注文記述子の識別子を用いて追跡されかつ管理されてもよい。注文の追跡および管理の一例は、本参照によりその全体が開示に含まれる、２００７年３月２１日に提出された「電子取引注文のシステムおよび管理分析」と題する米国特許出願第１１／６８９１７８号明細書に提示されている。
【００９１】
スプレッド取引ツールは、その構成部分であるレッグの情報およびスプレッドパラメータを基礎としてスプレッドデータを生成する。スプレッドデータはトレーダへ、グラフィカル・ユーザ・インタフェース・マネージャ（「ＧＵＩマネージャ」）等の視覚的フォーマットで伝達または提示される。スプレッドデータは、スプレッドウィンドウに表示されてもよい。さらに、スプレッドの１つまたは複数のレッグに関する情報またはデータもまた、ＧＵＩを用いて表示されてもよい。スプレッドデータおよび各レッグの情報またはデータは、ＧＵＩの同一のウィンドウに表示されても、異なるウィンドウに表示されてもよい。ユーザはスプレッドウィンドウに注文を入力することができ、かつスプレッド取引ツールは、スプレッドの所望される価格または目標価格を達成するようにスプレッドに従って注文を出すことができる。
【００９２】
スプレッド取引ツールの例は、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書、２００４年３月１９日に提出された「スプレッド値を推定するためのシステムおよび方法」と題する米国特許出願第１０／８０４６３１号明細書、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７３８９２６４号明細書、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４２４４５０号明細書、２００９年３月２５日に提出された「取引戦略の乗数調整式リーンレベルのためのシステムおよび方法」と題する米国特許出願第１２／４１０７５９号明細書に提示されている。これらは全て、本参照により完全に開示に含まれる。さらに、または代替として、他のスプレッド取引ツールが用いられてもよい。さらに、これらの好適な実施形態は、合成スプレッド取引のために変換、蓄積および表示機能を実行する任意の特定の製品に限定されない。
【００９３】
図４は、スプレッド取引を促進するための例示的な方法を示すフローチャート４００である。当業者には、フローチャート４００がスプレッド取引の例示的な説明を提供していることが理解されるであろう。さらに、ある実施形態はより多い、またはより少ない行為を含む場合があり、かつ／またはこれらの行為は図１に示されている注文とは異なる１つまたは複数の注文において発生する場合がある。例えば、「スプレッド・データ・フィードを設定する」という行為４０４は、「１つまたは複数の市場データフィードを受信する」という行為４０２より前に発生しても、これと同時に、または略同時に発生してもよい。
【００９４】
行為４０２では、１つまたは複数の取引所から市場データフィードが受信される。市場データフィードは、概して、１つまたは複数の取引可能オブジェクトに関する価格、注文および約定情報を含む。また市場データフィードは、「市場の深さ」と称される他の価格における市場での現行の買いおよび売りの呼び値および数量に加えて一番高い買い値（ＨＢＰ）および一番低い売り値（ＬＡＰ）を含む取引可能オブジェクトの場内市場も含んでもよく、かつ／または別段にこれを同定してもよい。取引所の中には、無限の市場深さを提供するものがある一方で、市場の深さを提供しない、または場内市場以外の幾つかの価格しか提供しないものもある。
【００９５】
ステップ４０２で受信される市場データフィードの数は、スプレッド取引に関してユーザにより選択される取引可能オブジェクトの数、または取引所により提供されるデータフィードの数、またはデータフィードの送信元である取引所の数にも依存する場合がある。ある取引所からのデータフィードは、そのうちの幾つかが受信される場合もあれば、全てが受信される場合もあり、スプレッドの部分である取引可能オブジェクトのみが取引される。
【００９６】
行為４０４では、スプレッドデータが一意に設定またはカスタマイズされてもよい。即ち、ユーザは、とりわけ、スプレッド価格およびスプレッド市場深さの計算をカスタマイズしてもよい。スプレッド価格およびスプレッド市場深さの計算は、レッグの取引可能オブジェクトに対する顕在市場からの買いおよび売りの件数およびスプレッド設定パラメータを基礎としてもよい。またユーザは、既存のスプレッドを設定し直してもよく、または、まずはスプレッドの基本的な取引可能オブジェクト（レッグ）を選択することによって設定すべき新たなスプレッドを生成することもできる。取引可能オブジェクトは、コンフィギュレーションウィンドウにおいて選択されてもよく、かつスプレッドはスプレッド設定パラメータに従って設定されてもよい。
【００９７】
行為４０６において、スプレッド取引ツールは、選択された市場データフィードおよびスプレッド設定パラメータを基礎としてスプレッドデータを生成してもよい。スプレッドデータは、スプレッド価格およびスプレッドの深さを含んでもよい。またスプレッドデータは、最終取引価格（ＬＴＰ）および／または最終取引数量（ＬＴＱ）も、始値、終値、精算、その日の高値／安値、期間高値、市場の深さ、市場スナップショットおよびこれらに類似するもの等の他のアイテムに加えて含んでもよい。スプレッドデータは、これより多い、または少ないアイテムを含んでもよい。データは、ユーザにより設定され、同定され、または別段で選択されたパラメータ、市場データフィードの発信元である取引所の限度およびこれらに類似するものに従って包含されてもよい。
【００９８】
トレーダは、スプレッド・データ・フィードに含まれる情報もカスタマイズしてもよい。スプレッド・データ・フィードは、クライアントデバイスにおいて、受信される市場データフィードに従って更新されかつ蓄積されてもよい。スプレッド・データ・フィードは、連続的に更新されても、周期的に更新されても、連続的かつ周期的に更新されてもよい。スプレッドデータの生成は、市場から中継される情報が実現可能な限り迅速にユーザへ提示される場合に、リアルタイムベースで発生しても、略リアルタイムベースで発生してもよい。例えば、情報は、受信された情報を処理して表示するに足る時間内または妥当な時間内に提示される。
【００９９】
あるいは、または追加的に、スプレッドデータの生成は、周期的な時間または半周期的な時間ベースで続く場合がある。例えば、スプレッドデータは、パッケージ通信プロトコル、トラフィック状態、これらの組合せおよびこれらに類似するものに従って半秒毎に、または何分の一秒か毎に生成されてもよい。ある例において、ディスプレイ上では、スプレッドウィンドウに表示される経時変化する値のみが更新される。
【０１００】
行為４０８では、スプレッドウィンドウが生成されて表示される。また、スプレッドの対応する各レッグウィンドウも生成され、かつ表示される。スプレッドウィンドウは、スプレッド価格および合計数量のインジケータを表示してもよい。さらに、これより多い、または少ないＬＴＰ／ＬＴＱ等のアイテムが表示されてもよい。
行為４１０では、スプレッドの１つまたは複数の注文が入力されてもよい。注文は、そのスプレッドの目標価格において所望される量で入力されてもよい。注文は、スプレッドウィンドウに入力されてもよい。ある例では、注文は、マウスデバイス、キーボード、ライトペン、これらの組合せおよびこれらに類似するもの等の１つまたは複数の入力デバイスの操作に従って入力される。入力デバイスの操作によって、１つまたは複数のカーソル等の入力インジケータは出力ディスプレイを横断させられてもよい。入力デバイスの使用により、カーソルは、スプレッドの所望される量および目標価格に関連して位置合わせされてもよい。ある例において、所望される量は、スプレッドの目標価格が入力デバイスを用いて決定され得るように予め設定されても、予め選択されてもよい。
【０１０１】
図５は、合成スプレッド取引のための取引を約定しかつ実行するための例示的な方法を示すフローチャートである。他の実施形態は、図５に示されている順序で、または略同時的または逆の順を含む図示された、または論じられているもの以外の他の順序で実行されてもよい。さらに、所望される結果を達成するために幾つかのステップは実装されなくてもよい。
【０１０２】
この例において、スプレッド取引戦略の少なくとも１つのレッグに対する注文は取引所において受付中であるか保留されていて、呼び値の注文とも称される。呼び値の注文は、ある電子取引所における第１の取引可能オブジェクトに対応する。呼び値の注文は反対注文とマッチングされてもよく、別段で約定または実行されたと称される。行為５０２では、呼び値の注文の約定が検出される。即ち、呼び値の注文が取引所で反対注文とマッチングされる。行為５０４では、ヘッジ注文が決定される。ヘッジ注文は、スプレッド取引戦略の第１のレッグにおける呼び値の注文の約定の検出に応答して送信されることになる。ヘッジ注文は５０６において生成され、かつ行為５０８において送信される。ヘッジ注文は電子取引所へ送信されてもよく、ヘッジ注文はここでリストされかつ／または取引される。ヘッジ注文の電子取引所は、第１の取引可能オブジェクトがリストされている電子取引所と同じである場合もあれば、異なる場合もある。ヘッジ注文に関しては、ヘッジ注文価格等の注文パラメータが決定されてもよい。注文パラメータは、ヘッジ注文が約定されるとスプレッド取引戦略のスプレッド価格が達成されるように決定されてもよい。
【０１０３】
図６は、合成スプレッド取引の例示的なシステム６００を示すブロック図である。システム６００は、アプリケーション・プログラム・インタフェース（「ＡＰＩ」）６０６と、取引所６０４と、クライアントデバイスと、ＡＰＩ６０６とクライアントデバイスとの間の通信６０２と、ＡＰＩ６０６と取引所６０４との間の通信６０８とを含む。ＡＰＩ６０６と取引所６０４との間の通信６０８は、市場データ等の情報を含んでもよい。
【０１０４】
市場データは、１つまたは複数の取引可能オブジェクトに関する情報を含んでもよい。ＡＰＩ６０６は、市場データを変換してもよい。市場データは、概して、１つまたは複数のデータフィード等のデータフォーマットで提供される。市場データフィードは、取引所６０４とクライアントデバイスの取引アプリケーションとの間で通信されてもよい。クライアントデバイスは、先に記述したように構成されかつ配置されてもよい。システム６００は、「Ｔ」個の取引所と「Ｍ」個のクライアントデバイスとを含む。システムは概して、取引所およびクライアントデバイスの数に制限がない。
【０１０５】
クライアントデバイス６１２は、より詳細なブロック図を示す。クライアントデバイス６１２は、取引アプリケーション６１０、自動スプレッダ６１４およびＧＵＩマネージャ６１６を含む幾つかの構成部分を含んでもよい。これより少ない、または多い構成部分が含まれ得ることは理解されるべきである。クライアントデバイス６１２には、図示されていない構成要素の幾つかが含まれることは理解されるであろう。
【０１０６】
取引アプリケーション６１０および自動スプレッダ６１４は、ソフトウェアアプリケーションであってもよい。取引アプリケーション６１０および自動スプレッダ６１４は、クライアントデバイス６１２上に、またはクライアントデバイス６１２に関連づけられる他のデバイス上にホストされてもよい。自動スプレッダ６１４は取引アプリケーション６１０と共に示されているが、自動スプレッダ６１４と取引アプリケーション６１０とは同じ、または異なるクライアントデバイス６１２上の同じソフトウェアアプリケーションであっても、別々のソフトウェアアプリケーションであってもよい。自動スプレッダ６１４および／または取引アプリケーション６１０はサーバ上にホストされ、かつクライアントデバイス６１２によりネットワーク上でアクセスされてもよい。
【０１０７】
ＧＵＩマネージャ６１６は、ソフトウェアアプリケーション、ハードウェアまたはハードウェアとソフトウェアとの組合せと共に埋め込まれてもよい。ＧＵＩマネージャは、マウス、キーボード、タッチスクリーンのような入力デバイスおよびモニタ等の出力デバイスによって使用されてもよい。取引アプリケーション６１０は、イリノイ州シカゴ所在のＴｒａｄｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ社のＸ＿ＴＲＡＤＥＲ（登録商標）であってもよい。Ｘ＿ＴＲＡＤＥＲアプリケーションは、市場の深さまたは受付中の注文等の情報を価格または値の軸または目盛りに関連して示す、ＭＤ＿ＴＲＡＤＥＲ型ディスプレイと称される場合もある表示画面を組み込んでもよい。しかしながら、本発明は、任意の特定タイプのディスプレイに限定されない。
【０１０８】
情報または市場データは、蓄積されかつ／または更新されてもよい。自動スプレッダ６１４は、市場データフィードおよびスプレッド設定パラメータのうちの幾つか、および全てを用いてスプレッドデータを生成する。複数の取引可能オブジェクトの市場データフィードまたは約定は、合成スプレッドのデータを決定するために用いられてもよい。スプレッドデータは、スプレッド価格およびスプレッド市場深さを含んでもよい。またスプレッドデータは、最終取引価格（ＬＴＰ）および最終取引数量（ＬＴＱ）、ある時間または期間の高値、安値およびこれらに類似するもの等の他のアイテムも含む場合がある。
【０１０９】
スプレッドデータは、スプレッドウィンドウに表示されてもよい。スプレッドデータは、スプレッドの生成中および／またはスプレッドの生成後に表示されてもよい。本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に記述されているように、合成スプレッドが確立され、スプレッドデータが提示されかつ合成スプレッドを取引するためのツールが提供されてもよい。
ＩＶ． スプレッドの表示
【０１１０】
図７は、２つのレッグを有するスプレッド戦略のスプレッドウィンドウ７００の一例を示す。第１のレッグはウィンドウ７０２に表示され、かつ第２のレッグはウィンドウ７０４に表示されている。第１のレッグウィンドウ７０２はＦＪＵＮ１０約定の取引可能オブジェクトに対応し、かつ第２のレッグウィンドウ７０４はＦＤＥＣ１０約定に対応する。図７は、簡略および明瞭さのために、スプレッドウィンドウ７００および２つのレッグウィンドウ７０２および７０４を示している（２レッグスプレッド）。表示されるウィンドウの数は、スプレッドにおけるレッグの数および／またはユーザの選好に依存してもよい。スプレッドのレッグ数は、任意であることが可能である。
【０１１１】
スプレッドウィンドウ７００は、生成されたスプレッド・データ・フィードの場内市場および市場の深さを示している。場内市場（インサイドマーケット）は、取引可能オブジェクトの一番高い指値価格または一番高い買い値および一番安い指値価格または一番安い売り値を含む。レッグウィンドウ７０２および７０４も、個々の取引可能オブジェクトの場内市場を示している。ウィンドウ７００、７０２および７０４は各々、市場における買い注文のカラムおよび売り注文のカラムを含む。カラム７０６、７０８および７１０は買い注文を含み、カラム７１２、７１４および７１６は売り注文を含む。
【０１１２】
各カラム７０６、７０８、７１０、７１２、７１４、７１６には、取引可能オブジェクトに関する注文を示すためにインジケータが表示されてもよい。例えば、カラム７０６には、第１のレッグの取引可能オブジェクトの市場における買い注文を示すためにインジケータが与えられてもよい。同様に、カラム７１４には、第２のレッグの取引可能オブジェクトの市場における第２の取引可能オブジェクトの買い注文を示すためにインジケータが与えられてもよい。インジケータは、グラフィックであっても、アイコンであっても、数字であっても、注文を表す他の任意のものであってもよい。
【０１１３】
ウィンドウ７００、７０２および７０４は各々、価格レベルが記入された個々のカラム７１８、７２０および７２２を有する。価格レベルは、軸に沿って位置合わせされてもよい。各軸は、線形であっても曲線であってもよく、かつ固定的、略固定的であっても、動的であってもよい。即ち、価格レベルは変わらない場合もあり、自動生成される命令に応答して変わる場合も、ユーザの命令および／または設定に応答して変わる場合も、市場データまたは変化に応答して変わる場合も、自動命令、ユーザによる命令および／または設定、市場データおよびこれらに類似するものの組合せに応答して変わる場合もある。
【０１１４】
インジケータは、価格レベルに沿って、価格カラム７１８、７２０および７２２に沿って位置決めされてもよい。インジケータの価格カラム７１８、７２０および７２２に対する位置は、インジケータに対応する注文の価格を表現してもよい。ある例において、カラム７０８内で０．９７に表示されるインジケータ「２」は、スプレッド取引戦略の第２のレッグの取引可能オブジェクトの市場における価格０．９７での注文数量２を表現する。
【０１１５】
カラム７２４、７２６および７２８は、ユーザに受付中の注文のインジケータを提供する。ある例では、カラム７２４、７２６および７２８のうちの１つにおいて対応する価格カラム７１８、７２０および７２２の価格レベルにインジケータが表示され、その価格レベルに相当する価格での取引可能オブジェクトの注文量が表示される。
【０１１６】
カラム７３０、７３２および７３４は、他のアイテムまたはデータを表すインジケータを表示する。例えば、インジケータは、取引可能オブジェクトの最終取引数量および／または最終取引価格を表してもよい。例えば、カラム７３２の価格レベル０．９７に表示されている「１７」は、スプレッド取引戦略の第１のレッグの取引可能オブジェクトの価格０．９７での最終取引注文数量１７を表す。
【０１１７】
ウィンドウ７００、７０２および７０４は、個人的な選好および／または関心に合わせるために、ユーザにとって関心のある１つまたは複数のアイコンまたはフィールドを表示してもよい。ユーザによって表示される、または隠されるアイコンまたはアイテムの中には、現在時刻を示すシステムクロックを含むものがある。
【０１１８】
さらに、機能を表すためのアイコンまたはボタンが表示されてもよい。アイコンまたはボタンは、１つまたは複数の対応する機能を実行するように選択されてもよい。例えば、ストップマーケット（ＳＭ）ボタンおよび／またはストップリミット（ＳＬ）ボタンが表示されてもよい。ボタンは、各々ストップリミット注文およびストップマーケット注文を有効化するように選択されてもよい。また、市場から売り買いを削除するための「Ｄｅｌ Ａｌｌ」ボタンも設けられる場合がある。「買い削除」および／または「売り削除」ボタンは、市場から全ての買い／売りを削除するために選択されてもよい。「買い」または「売り」を表示する代わりに、各ボタンは、市場における買い／売りの削除されるべき合計数を表す追加的なインジケータを含んでもよい。包含されるボタンの数は、これより多くても少なくてもよい。
Ｖ． 注文の関係性および同定
【０１１９】
合成スプレッド取引戦略は、親子関係が定義されてもよい。ある例において、合成スプレッド注文は、１つまたは複数の親注文によって表現されても、親注文に関連づけられてもよい。合成スプレッド注文の各レッグにおけるアウトライト注文は、子注文によって表現されても、子注文に関連づけられてもよい。即ち、呼び値のアウトライト注文は各々１つまたは複数の呼び値の子注文によって表現されてもよく、かつ結果として生じるヘッジ注文は１つまたは複数のヘッジ子注文によって表現されてもよい。呼び値の子注文およびヘッジ子注文は共に、親注文の１つに関連づけられる。親注文は、複数の子注文を有してもよい。親注文の数は、合成スプレッドのレッグの数、合成スプレッドの呼び値のレッグの数、ユーザ選好、これらの組合せおよびこれらに類似するものに依存してもよい。
【０１２０】
親注文は、１ロットの合成注文を表す。親注文の対応する子注文は、この１ロットの親注文を含むネイティブな注文を表す。ある例において、親注文は、２つのレッグを１：１の割合で有する合成スプレッドを定義する。ユーザは、スプレッドの１ロット注文を入力し、最初のレッグのみに値付けする。したがって、１つの親注文が存在し、一方の子注文は第１のレッグに関して値付けされ、かつもう一方の子注文は第２のレッグのヘッジ用である。
【０１２１】
下表１に示されている別の例では、合成スプレッドが３：２の割合を有する２つのレッグを有する。ユーザは、スプレッドの２ロット注文を入力し、一方のレッグに値付けする。
表Ｉ
【０１２２】
したがって、各親注文が単一ロットの合成スプレッド注文を表すことから、親注文は２つ、即ち２ロット合成スプレッド注文の各ロット毎に１つが存在する。親注文は各々、親注文ＩＤ（「ＰＯＩＤ」）によって同定されてもよく、かつ子注文は各々、子注文ＩＤ（「ＣＯＩＤ」）によって同定されてもよい。
【０１２３】
表Ｉは、各親注文が５つの対応する子注文に関連づけられてもよく、子注文の各々は１ロット注文用であることを示している。親注文ＰＯＩＤ１００は、合成スプレッドの第１のレッグにおける３つの呼び値の子注文ＣＯＩＤ２０００−２００２と合成スプレッドの第２のレッグまたはヘッジレッグにおける２つのヘッジ子注文ＣＯＩＤ２００３および２００４とを含む子注文２０００−２００４を有する。同様に、親注文ＰＯＩＤ１０１は子注文ＣＯＩＤ２００５−２００９を有し、ＣＯＩＤ２００５−２００７は第１のレッグにおける呼び値の子注文であり、かつヘッジ子注文ＣＯＩＤ２００８および２００９は第２のレッグまたはヘッジレッグにおけるヘッジ注文である。
【０１２４】
呼び値の子注文ＣＯＩＤ２０００−２００２を表す１つまたは複数の注文は、合成スプレッドの第１のレッグの取引可能オブジェクトに関して取引所へ送信されてもよい。表Ｉは複数の子注文を示しているが、呼び値の注文が呼び値の子注文ＣＯＩＤ２０００−２００２および２００５−２００７の全て、または幾つかを表す場合、第１のレッグの取引可能オブジェクトに関して単一の呼び値の注文が複数のロットに対して送信されてもよい。即ち、アウトライト注文が２つ以上の子注文を表す場合、スプレッドのレッグを実行するために取引所へ提出されるアウトライト注文は、１ロット注文より多い量に対するものであってもよい。上述の例では、親注文ＰＯＩＤ１００は子注文２０００−２００４を有し、かつ親注文１０１は子注文２００５−２００９を有する。呼び値の子注文の全て、または一部は、単一の呼び値の注文に結合されてもよい。さらに、ヘッジ子注文の全て、または一部も単一のヘッジ注文に結合されてもよく、または、呼び値の子注文に関連づけられる、またはこれらによって表される呼び値の注文の数量のマッチングに従って複数のヘッジ注文に結合されてもよい。
【０１２５】
上述の例において、３つの呼び値の注文ＣＯＩＤ２０００−２００２は数量３を有する単一の呼び値の子注文に結合されてもよく、かつ２つの潜在的なヘッジ注文ＣＯＩＤ２００３および２００４は、数量２を有する単一のヘッジ注文に結合されてもよい。さらに、呼び値の注文が双方の親注文の呼び値の子注文の各々を表す場合には、第１のレッグに関して数量６の単一の呼び値の注文が提出されてもよい。
【０１２６】
呼び値の子注文のうちの１つまたはそれ以上を表す呼び値の注文の幾つか、または一部が約定／実行された後は、第２のレッグの取引可能オブジェクトに関してヘッジ子注文ＣＯＩＤ２００３および２００４に対する１つまたは複数のヘッジ注文が提出されてもよい。即ち、ヘッジ注文は、呼び値の注文の実行を基礎として実行すべく提出されてもよい。さらに、ヘッジ注文が実行すべく提出される際には、ヘッジ注文のヘッジ子注文が親注文および／または呼び値の子注文に関連づけられてもよい。例えば、数量３を有する単一の呼び値の注文が部分的に約定された（例えば、数量２で約定された）場合、ヘッジの合計数量より少ない数量（例えば、１ロット）を有する単一のヘッジ注文がヘッジの場内市場に提出されてもよい。別の例では、呼び値の子注文を表す呼び値の注文が提出されかつ呼び値の子注文２０００−２００２を表す呼び値の子注文の一部が約定されると、ヘッジ子注文２００３および２００４を表す数量２のヘッジ注文が提出される。さらに、ヘッジ子注文２００３および２００４は親注文ＰＯＩＤ１００に関連づけられる。
【０１２７】
親注文ＩＤおよび子注文ＩＤ（各々、ＰＯＩＤおよびＣＯＩＤ）は、合成スプレッド注文を追跡し、記録しかつ報告するための所望される行動を示す。ＣＯＩＤは、ＣＯＩＤの親注文と子注文とを同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。同様に、ＰＯＩＤは、ＰＯＩＤの子注文と親注文とを同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。さらに、ＣＯＩＤは、親注文の子注文を同定しても、関連づけても（または、同定または関連づけるために用いられても）よい。
【０１２８】
表Ｉは、合成スプレッドの注文およびその構成要素たる注文が如何にして同定されかつ関連づけられ得るかを示している。合成スプレッドの表現は、他にも可能であり得る。さらに、表Ｉは各親の複数の子注文を示しているが、各子注文は別々かつ区別可能な注文であってもよく、結合された１つの注文であってもよく、幾つかが結合され、他の子注文が別々かつ区別可能であってもよい。
【０１２９】
注文識別子（ＰＯＩＤおよびＣＯＩＤ）は、任意のフォーマットをとってもよい。注文識別子は、マーキング注文の定義された記述子を提供してもよい。注文識別子は、各親注文および親注文の各子注文を同定するフォーマットを有してもよい。フォーマットは、ある合成注文の親および子注文を他の合成スプレッド注文の親および子注文から区別してもよい。注文は、複数ロットの合成注文の各親を同定しかつ各親注文を他の親注文から区別するフォーマットを有してもよい。識別子は、自動的に決定される、ユーザの設定および／または選好等に従って手動で決定される、または自動および手動の組合せで決定されるフォーマットを有してもよい。注文の識別子は、注文が実行のために入力されかつ／または取引所等へ提出される際に、またはこれより前に生成されてもよい。
【０１３０】
注文識別子は、注文の目的を定義してもよい。あるいは、または追加的に、注文識別子は、注文が起源とする、または注文が関連するアプリケーション／戦略を同定してもよい。例えば、注文識別子は、注文を、自動スプレッダまたは類似ツールによって始められたヘッジ注文として定義してもよい。また注文識別子は、注文または対応する取引のステータスを表してもよい。例えば、注文識別子は、約定されかつ開始された注文をヘッジ注文並びに対応する取引可能オブジェクトおよび注文の価格と共に表してもよい。
【０１３１】
注文識別子は、ヘッジ注文を、ヘッジ注文をトリガした対応する注文の約定と関連づける約定キーを含んでもよい。さらに、合成スプレッドの所望される価格、他のレッグの同定、注文が出された時刻、注文が約定された時刻を含む追加のスプレッドデータが同定されてもよい。これらのパラメータは例として提示されるものであり、追加の、またはより少ない識別子およびフォーマットが用いられる可能性もある。注文識別子は、本参照によりその全体が開示に含まれる、２００７年３月２１日に提出された「電子取引注文の管理および分析のためのシステムおよび方法」と題する米国特許出願第１１／６８９１７８号明細書に記述されているようなものが提供されてもよい。
ＶＩ． 注文の状態
【０１３２】
親注文の異なる状態が定義されてもよい。親注文の状態には、受付中、未決、レッグまたは約定が含まれる。状態は、親注文に関連づけられる子注文のステータスに従って決定されてもよい。また状態は、ユーザの選好および／または設定等の他の要素に従って決定される場合もある。また親注文の状態は、数値的に同定されてもよい。
【０１３３】
数量が複数であって複数の親注文を有するスプレッド注文の場合、各状態を表す数字は、対応する状態におけるその注文の数量を同定してもよい。例えば、３ロットまたは数量３のスプレッド注文の場合、当初、合成スプレッド注文の数量３は全て受付中であり得る。したがって、合成スプレッドの状態は、３個の受付中の注文であってもよい。
【０１３４】
その後、スプレッド注文は、受付中の１ロットと、未決の１ロットと、約定された１ロットとを有することがある。したがって、合成スプレッド注文の状態は、３個の受付中の注文、１個の未決の注文および１個の約定された注文となる。
【０１３５】
親注文は、１）親注文の呼び値の子注文が約定されるべく取引所等へ送信されていて、しかもこれらのうちで約定されているものはない場合に、受付中であるとされてもよい。親注文は、１つまたは複数の呼び値の子注文は削除されたかもしれないが、親注文は合成スプレッドの定義通り完全に、または事実上約定され得る場合に、受付中のままであり得る。例えば、キャンセルされていて、親注文が合成スプレッドの比率に従って約定されることを防止するような注文は存在しない。
【０１３６】
親注文は、構成部分である子注文のうちの幾つかが削除されていても、親注文がなおも完了または約定され得る場合には、受付中のままであり得る。例えば、親注文は、合成スプレッドの少なくとも２つのレッグが値付けされている場合には約定されてもよい。概して、親注文は、親注文の少なくとも１つの呼び値の子注文が受付中である場合には、受付中であり得る。
【０１３７】
ある例において、表Ｉに示されているように３つの呼び値の子注文と２つのヘッジ注文を含む５つの子注文を有する親注文ＰＯＩＤ１００は、３つの呼び値の子注文が受付中であれば受付中である。合成注文が複数ロットに対するものであれば（即ち、２ロットの合成注文）、合成注文は２つの親注文、即ち合成注文の各ロット毎に１つ、を有する。これらの親注文は共に、双方の親注文の呼び値の注文が受付中でありかつ、親注文の約定が不可能である場合であって何れの親注文も約定または削除されていなければ、受付中となる。したがって、ｎ個のロットのスプレッドに対する合成注文は、ｎ個の親注文を生成してもよい。ある実施形態では、数量６の呼び値の注文（各呼び値の子注文２０００−２００２および２００５−２００７）が提出されていて、部分的にも完全にも約定されていない場合、呼び値の子注文は全て受付中とされてもよい。
【０１３８】
別の例において、親注文は、第１のレッグにおける数量３の呼び値の子注文と、第２のレッグに対する数量２の潜在的なヘッジ注文とを含む２つの子注文を有する場合がある。親注文は、これらの呼び値の子注文が受付中である場合には、受付中とされてもよい。合成注文が複数ロットに対するものであれば（即ち、２ロットの合成注文）、この合成注文は数量１における単一の親注文で表されてもよく、親注文は、親注文の呼び値の注文が受付中であれば受付中である。
【０１３９】
親注文は、親注文の全ての子注文が約定された場合には、約定されたとされてもよい。より具体的には、親注文は、親注文の呼び値の子注文およびヘッジ子注文がスプレッド用に指定された数量に従って共に約定／実行された場合に約定されたものとされる。
【０１４０】
親注文は、親注文の呼び値の子注文のうちの少なくとも１つが約定された場合、その呼び値の子注文のうちの少なくとも１つが市場において管理対象注文として受付中である場合、およびレッグされた、または削除されたヘッジ子注文がない場合に、未決であるとされてもよい。子注文のアウトライトな削除等を介して１つまたは複数の子注文が削除されている場合の一例では、親注文がスプレッド比率等に従って約定され得る場合、親注文は未決であるとされてもよい。親注文を約定することが不可能であれば、親注文はキャンセルされる場合もあれば、別段で合成スプレッドの一部として考慮されない場合もある。
【０１４１】
親注文の少なくとも１つの注文が約定されなければ、または約定され得なければ、親注文はレッグ状態であるとされてもよい。例えば、スプレッドのヘッジレッグの市場は、注文が出され、入力される前に、または注文が別段でスプレッドに従って約定され得る前に移動されていてもよい。未だ約定されていないヘッジ子注文は、レッグ状態とされてもよい。親注文は、ヘッジ子注文のうちの１つがアウトライトな削除等を介して削除された場合にはレッグされてもよい。呼び値の子注文は、その呼び値の子注文が管理対象注文から管理されない注文へ変わっていればレッグ状態とされてもよい。例えば、ユーザ選好は、ヘッジの丸め機能のために、呼び値の子注文を管理対象から非管理対象へ変えるように選択されてもよい。
【０１４２】
下表ＩＩに示されている例では、３：２の割合を有する２レッグ式スプレッドの２ロットに対して合成スプレッド注文が出されている。さらに、表ＩＩにおける合成スプレッド注文は、スプレッドの双方のレッグにおいて値付けされるように設定されている。合成スプレッド注文は、まず、２つの親注文によって表されてもよく、その各々が第１のレッグにおける３つの呼び値の子注文と、各親毎の第２のレッグの２つの対応する潜在的なヘッジ子注文と、第２のレッグにおける２つの呼び値の注文と、各親毎の第１のレッグの３つの対応するヘッジ注文とを含む１０個の子注文を有する。この合成スプレッド注文は、各々が単一ロット用である複数のスプレッド注文によって表され得るが、合成スプレッド注文は、各注文が複数のロットに関する、または２以上の数量に関するより少ない親注文によって表される場合もある。
表ＩＩ
【０１４３】
初期状態において、合成スプレッドの注文が出され、かつ約定／実行された注文がない場合、ＳＯＷ＝２、ＳＯＰ＝０、ＳＯＬ＝０およびＳＯＦ＝０である。但し、
ＳＯＷ＝受付中の親注文の数、
ＳＯＰ＝未決親注文の数、
ＳＯＬ＝レッグされた親注文の数、および、
ＳＯＦ＝約定された親注文の数、である。
【０１４４】
図７を参照すると、合成スプレッドの注文が入力される、または取引されるべく別段で提出されると、合成注文のステータスを示すべくカラム７２４にステータスインジケータ７３６が位置合わせされかつ／または表示されてもよい。価格の選択および注文の入力は、多くの入力に応答した結果であってもよい。注文は、数量および価格カラム７１８に沿った価格の選択に従って入力されてもよい。また、数量が予め選択されている、または予め決定されている場合、注文は、価格カラムに沿った価格の選択に従って入力される場合もある。価格の選択は、ある価格における送信命令を送信するための１つまたは複数のクリックまたは入力デバイスの他の操作または起動に応答して発生してもよい。
【０１４５】
ステータスインジケータ７３６は、スプレッドウィンドウ７００の価格カラム７１８に沿った、注文の価格に対応するある価格レベルに位置合わせされてもよい。ステータスインジケータ７３６は、注文のステータスを同定するための数字、アイコン、グラフィック、カラーコードまたはこれらの組合せ等の任意のインジケータであってもよい。例えば、レッグされている合成スプレッド注文または合成スプレッド注文のレッグされている一部に関するステータスインジケータは、レッグされている合成スプレッド注文の数量を示すべく赤色フォントの数字で表示されてもよい。
【０１４６】
ステータスインジケータ７３６は、トレーダの注文のうちの１つまたはそれ以上を表してもよい。またステータスインジケータ７３６は、売り注文であるか買い注文であるかに関わらず、幾つの注文が出されているか、幾つの注文が受付中であるか、幾つの注文が約定されているか、幾つの注文が未決であるか、幾つの注文がレッグされているか、かつ／またはこれらの組合せを含む、トレーダの注文の状態も表す場合がある。図７に示されている例では、ステータスインジケータ７３６は、表記「Ｗ」に近接する「２」の表記によって２つの受付中の注文を示している。さらに、ステータスインジケータ７３６は、表記「Ｂ」に近接する「０」の表記によって合成スプレッドの注文が約定されていない、または買われていないことを示している。したがって、合成スプレッドの２つの注文が受付中であって、約定されている、または買われている注文はなく、かつレッグされている注文も未決の注文もない。
【０１４７】
図７はさらに、スプレッドのレッグにおけるステータスインジケータ７３８を示している。ステータスインジケータ７３８はステータスインジケータ７３６に類似するものであってもよく、かつそのレッグの対応する取引可能オブジェクトの１つまたは複数の注文を表してもよい。ステータスインジケータ７３８は、スプレッドのレッグにおける注文を表すための、アイコンインジケータ、グラフィックインジケータ、数字インジケータまたはこれらに類似するものを含む任意のインジケータであってもよい。またステータスインジケータ７３８は、各レッグにおけるアウトライト注文、またはスプレッドに関連づけられる注文も表す場合がある。ステータスインジケータ７３８は、トレーダの注文のうちの１つまたはそれ以上を表してもよい。またステータスインジケータ７３８は、売り注文であるか買い注文であるかに関わらず、幾つの注文が出されているか、幾つの注文が受付中であるか、幾つの注文が約定されているか、幾つの注文が未決であるか、幾つの注文がレッグされているか、かつ／またはこれらの組合せを含む、注文の状態も表す場合がある。
【０１４８】
図７において、ステータスインジケータ７３８は、第１のレッグウィンドウ７０２における価格カラム７２０の１．０６、１．０２および０．９７に位置決めされ、かつ第２のレッグウィンドウ７０４の価格カラム７２２の１．０５および１．０２に位置決めされている。レッグウィンドウは、ステータスインジケータ７３８によって表される、注文がどの程度約定され（例えば、買われている＝「Ｂ」、得られている「Ｓ」）、受付中であり（「Ｗ」）、未決であり（「Ｐ」）、かつ／またはレッグされているか（「Ｌ」）等の注文のステータス表記を表示してもよい。
【０１４９】
図７はさらに、レッグのステータスインジケータ７４０を示している。各レッグのステータスインジケータは、合成スプレッドのそのレッグに関連づけられる取引可能オブジェクトの注文を同定している。図７に示されている例において、レッグのステータスインジケータは、合成スプレッドの第１のレッグ７０２の０．９７、および合成スプレッドの第２のレッグ７０４の１．０５に位置決めされている。レッグのステータスインジケータは、ステータスインジケータ７３８によって表される１つまたは複数の注文が合成スプレッドに関連づけられることを同定する。
【０１５０】
表ＩＩに提示された例に関して論じたように、図７は、−０．０３０において２つの合成スプレッド注文が出されたことを示している。合成スプレッドの比率は３：２と定義されていることから、第１のレッグの６個の呼び値の子注文を表す第１のレッグにおける数量６の呼び値の注文が、第１のレッグ７０２の取引可能オブジェクトに関して価格０．９７で提出されている。さらに、第２のレッグの４個の呼び値の注文を表す第２のレッグにおける数量４の呼び値の注文が、第２のレッグの取引可能オブジェクトに関して価格１．０５で提出されている。
【０１５１】
図８は、呼び値の注文の一部が約定されかつ少なくとも１つの対応するヘッジ注文が約定された後の一例を示す。より具体的には、第１のレッグＡにおける３つの呼び値の子注文ＣＯＩＤ２０００−２００２を表す第１のレッグＡにおける呼び値の注文の一部が約定され、かつ第２のレッグＢにおけるヘッジ子注文ＣＯＩＤ２００３を表すヘッジ注文も提出されて約定されている。さらに、呼び値の子注文ＣＯＩＤ２０００−２００２が約定されていることから、呼び値の子注文ＣＯＩＤ２００８および２００９は削除またはキャンセルされていて、ヘッジ子注文ＣＯＩＤ２００５−２００７の対応するヘッジ注文は実行用に送信または提出されていない。第２の親注文ＰＯＩＤ１０１の呼び値の子注文ＣＯＩＤ２０１０−２０１２、２０１８および２０１９の呼び値の注文は受付中であって、まだ約定／実行されていない。親注文ＰＯＩＤ１００はレッグ状態であるものとされ、親注文ＰＯＩＤ１０１は受付中である。したがって、ＳＯＷ＝１、ＳＯＰ＝０、ＳＯＬ＝１およびＳＯＦ＝０である。
【０１５２】
したがって、図８におけるステータスインジケータ７３６および７３８は、変化を反映して図７のステータスインジケータから修正されている。より具体的には、合成スプレッド注文の−０．０３０におけるステータスインジケータ７３６は、初期の注文のうちの１つが受付中であり（「Ｗ１」）、もう１つの注文はレッグされ（「Ｌ１」）かつ約定／実行された注文はなく（「Ｂ０」）、未決の注文もないことを反映して修正されている。さらに、各レッグ７０２および７０４における合成スプレッドに関連づけられるステータスインジケータ７３８も変化を反映している。第１のレッグ７０２における０．９７でのステータスインジケータ７３８は、３つの注文が受付中であり（「Ｗ３」）、かつ３つの注文が買われている（「Ｂ３」）ことを反映している。第２のレッグ７０４における１．０５でのステータスインジケータ７３８は呼び値の子注文ＣＯＩＤ２０１８および２０１９を表し、売られた注文はなく（「Ｓ０」）、２つの注文が受付中である（「Ｗ２」）ことを反映している。さらに、１．００にステータスインジケータ７３８が位置合わせされていて、ヘッジ注文のうちの１つが売られ（「Ｓ１」）、ヘッジ注文のうちの１つが受付中のままである（「Ｗ１」）ことが表されている。
【０１５３】
図９は、さらなる子注文が約定された後のスプレッド・ウィンドウ・ディスプレイの一例を示す。より具体的には、呼び値の子注文ＣＯＩＤ２０１０および２０１１が約定され、かつ合成スプレッドにおけるレッグＢの取引可能オブジェクトに対してヘッジ子注文ＣＯＩＤ２０１３の注文が提出されている。ヘッジ子注文ＣＯＩＤ２０１３の注文識別子は、ヘッジ子注文ＣＯＩＤ２０１３が親注文ＰＯＩＤ１０１に関連づけられたままであることを可能にする。親注文ＰＯＩＤ１０１は、約定／実行されている呼び値の子注文ＣＯＩＤ２０１０、２０１１および２０１３を有する。さらに、呼び値の子注文ＣＯＩＤ２０１８は削除されていて、ヘッジ子注文ＣＯＩＤ２０１５および２０１６は送信されない。したがって、先のように、親注文ＰＯＩＤ１００はレッグされ、かつ親注文ＰＯＩＤ１０１は今では未決であって、ＳＯＷ＝０、ＳＯＰ＝１、ＳＯＬ＝１およびＳＯＦ＝０である。
【０１５４】
したがって、図９におけるインジケータ７３８は合成スプレッドの現在のステータスを表している。合成スプレッド注文の−０．０３０におけるステータスインジケータ７３６は、初期の注文のうちの１つが未決であり（「Ｐ１」）、スプレッドのもう１つの注文はレッグされたままであり（「Ｌ１」）かつ約定／実行された注文はない（「Ｂ０」）ことを反映して修正されている。第１のレッグ７０２における０．９７でのステータスインジケータ７３８は、１つの注文が受付中であり（「Ｗ１」）、かつ５つの注文が買われている（「Ｂ５」）ことを反映している。第２のレッグ７０４における１．０５でのステータスインジケータ７３８は残りの呼び値の子注文ＣＯＩＤ２０１９を表し、かつ今では売られた注文はなく（「Ｓ０」）、１つの注文が受付中である（「Ｗ１」）ことを反映している。さらに、１．００におけるステータスインジケータ７３８は、別のヘッジ注文が売られ（「Ｓ２」）、ヘッジ注文のうちの１つが受付中のままである（「Ｗ１」）ことを表している。
【０１５５】
合成スプレッドの親注文が未決でなく、レッグ状態でもなくて合成スプレッドの注文が約定されていれば、インジケータ７３６および７３８は除去されてもよい。したがって、合成スプレッド注文が約定されると、インジケータ７３６および７３８はウィンドウ７００、７０２および７０４に表示されなくてもよい。
【０１５６】
合成スプレッド注文は、定義された寿命またはその寿命の間の様々な段階のステータスを有してもよい。合成スプレッド注文は、１つの統合された取引可能オブジェクトとして保全され、管理され、報告されかつ別段で運営されてもよい。概して、合成スプレッド注文の寿命は、スプレッドの全ての注文が約定されたとき、子注文が削除されたとき、または合成スプレッド注文が削除されたときに終わる。
【０１５７】
親−子の関係性および親および子注文の状態は、スプレッドの注文、スプレッドの構成部分の注文およびスプレッドおよびその構成部分の約定を含む合成スプレッドの取引を追跡し、表現し、管理し、報告し、記録しかつ別段で運営するために用いられてもよい。例えば、複数のレッグからの約定された呼び値の注文を有する合成スプレッドが同定され、追跡されかつ管理される。Ａｕｔｏｓｐｒｅａｄｅｒツール等のツールは、親注文の状態を保全しかつ更新するために用いられてもよく、かつ先に述べたように、ＳＯＷ、ＳＯＰ、ＳＯＬ１およびＳＯＦのカウントを保全しかつ更新するためにも用いられてもよい。ツールは、合成注文が存在する間のカウントを保全しかつ更新してもよい。例えば、合成スプレッド注文を完成させるアウトライトの約定は、その合成スプレッド注文の約定としてカウントされかつ報告されてもよい。合成スプレッド注文が約定された後は、追加の、または代替的なツールを用いて取引が保全され、報告され、処理されかつ別段で運営されてもよい。さらに、ツールは、合成スプレッド注文が実行されるべく出される、または提出されるより前に用いられてもよい。
【０１５８】
入力された後、合成スプレッドは単一の、かつ／または統合された取引可能オブジェクトとして報告されてもよい。さらに、提出された注文（即ち、受付中または未決）の合成スプレッドは、合成スプレッドを立ち上げたスプレッドツール以外のツールによって管理される場合もある。
【０１５９】
図１０は、合成スプレッドの注文一覧ツール１０００の一例を示す。注文一覧ツール１０００は、取引所における注文一覧の場合のように、既に提出されていて、その時点で受付中または未決である合成スプレッドの注文に対応する合成スプレッドエントリ１００２を示している。注文一覧ツール１０００は、未決または受付中の注文に関する情報を提示するために用いられてもよい。注文は、特定のトレーダの注文であってもよく、かつ／または複数のトレーダの注文であってもよい。注文一覧ツール１０００は、１つまたは複数の注文に関する１つまたは複数のパラメータを表示してもよい。注文一覧ツールに表示されるパラメータの数およびタイプはユーザによる選択が可能であってもよく、かつユーザ選好に従って構成されてもよい。注文一覧ツール１０００は、注文のステータス、注文が買いであるか売りであるか、数量、取引可能オブジェクトの名称、商品名または商品タイプ、取引可能オブジェクトまたは約定のタイプ、注文の価格、対応する逆指値、注文のタイプ、ＴＩＦ、規制、注文の実行数量および受付中の数量、関連する口座番号および注文番号を表示してもよい。
【０１６０】
注文一覧ツール１０００は、１つまたは複数の合成スプレッドエントリ１００２およびアウトライト注文のエントリ１００４を含んでもよい。合成スプレッド注文エントリ１００２は、注文一覧ツールにおいて１つの統合された注文として報告され、または提示されてもよい。即ち、実行のために複数の注文が提示または提出され得るとしても、合成スプレッド注文は合成スプレッドの単一の注文として、または構成要素たる注文の集合体として報告される場合がある。したがって、注文一覧１０００は、統合された１つの取引可能オブジェクトとしての合成スプレッド注文の注文エントリ１００２、並びにアウトライト注文のエントリ１００４を提示してもよい。合成スプレッド注文エントリ１００４は、アウトライト注文が商品を「ＥＳ」と明示するのに対して、商品カラムの下に「Ａｕｔｏｓｐｒｅａｄ」と明示することによってエントリがスプレッド用であることを示す。当然ながら、当業者には、取引可能オブジェクトの合成スプレッド注文をアウトライト注文から区別するために他の表記が可能であり得ることが認識されるであろう。
【０１６１】
合成スプレッド注文エントリ１００２は、注文一覧ツールまたはこれに類似するもの等において取引可能オブジェクトを報告可能であることから、このツールは、合成スプレッド注文およびその構成部分たる親および子注文を管理するために用いられてもよい。合成スプレッド注文エントリ１００２は選択されてもよく、かつ対応する合成スプレッド注文に対して機能が実行されてもよい。例えば、合成スプレッド注文が削除またはキャンセルされてもよく、一定量の合成スプレッド注文が減少または増加されるべく変えられてもよく、合成スプレッド注文の価格が低減または上昇される、等々が実行されてもよい。ある機能が合成スプレッド注文に対して実行されるべく選択されると、詳述されるように、合成スプレッド注文の対応する注文または構成部分たる注文は、合成スプレッド注文に対して実行される機能に従って管理される。例えば、約定または実行された子注文が存在しない状態で合成スプレッドを削除することに応答して、削除される合成スプレッド注文の構成部分たる子注文は削除されてもよい。
【０１６２】
合成スプレッド注文の他のパラメータもまた、変えられる場合がある。合成スプレッド注文エントリ１００２等の注文は、エントリ１００２を選択しかつ選択される、または明示される注文パラメータを変更することによって変えられてもよい。パラメータは、対応するツールまたはツールバー１００６の機能を選択することによって変えられてもよい。例えば、注文一覧における全ての注文を削除するために、ユーザは、ツールバー１００６上の「全て削除」ボタンを選択してもよい。ツールバーは、明示された機能のためのボタンを有してもよい。
あるいは、または追加的に、１つまたは複数の機能を選択し得るドロップ・ダウン・メニュが提供されてもよい。
【０１６３】
約定された合成スプレッド注文は、約定ウィンドウツール１１００において報告されかつ管理されてもよい。図１１は、合成スプレッドの注文一覧ツール１１００の一例を示す。約定ウィンドウツール１１００は、約定された注文に関する情報を提示しかつ約定された注文を管理するために用いられてもよい。約定された注文は、特定のトレーダの注文であってもよく、かつ／または複数のトレーダの注文であってもよい。約定ウィンドウツール１１００は、１つまたは複数の約定された注文に関する１つまたは複数のパラメータを表示してもよい。約定ウィンドウツールに表示されるパラメータの数およびタイプはユーザによる選択が可能であってもよく、かつユーザ選好に従って構成されてもよい。約定ウィンドウツール１１００は、約定時のステータス、注文が約定された取引所、約定された数量、約定された注文の価格、約定された注文の商品および契約、口座番号、取引所における約定時刻、注文番号、注文約定日および注文が出された、または取引所により受信された時刻を表示してもよい。
【０１６４】
約定された合成スプレッド注文１１０２は、約定ウィンドウツール１１００に統合された１つの注文として報告されても、包含されてもよい。約定された合成スプレッド注文の複数の約定された親注文は１つの約定に結合されて報告されてもよく、または約定された注文として独立して表示されてもよい。さらに、約定された合成スプレッドの複数の約定された子注文も、約定ウィンドウツール１１００において報告されても、包含されてもよい。合成スプレッド注文を完了するためには複数の注文が約定されたかもしれないが、合成スプレッド注文は、単一注文の約定、単一の約定または合成スプレッドの構成要素たる注文の集合体として報告されてもよい。したがって、約定ウィンドウツール１１００は、統合された１つの取引可能オブジェクトとしての合成スプレッド注文のエントリ１１０２、並びにアウトライト注文のエントリ１１０４を含んでもよい。合成スプレッド注文エントリ１１０２は、アウトライト注文が商品を「ＥＳ」と明示するのに対して、商品カラムの下に「Ａｕｔｏｓｐｒｅａｄ」と明示することによってエントリがスプレッド用であることを示す。当然ながら、当業者には、取引可能オブジェクトの合成スプレッド注文をアウトライト注文から区別するために他の表記が可能であり得ることが認識されるであろう。
【０１６５】
図１２は、合成スプレッドの市場格子または市場ウィンドウツール１２００の一例を示す。市場格子ウィンドウ１２００は、合成スプレッドに関する情報を報告しかつ合成スプレッド注文を実行する注文を立ち上げるための合成スプレッドエントリ１２０２を含んでもよい。１つの合成スプレッド注文を提出する結果として複数の注文が提出され得るが、市場ウィンドウ１２００において、合成スプレッド注文は単一の注文として報告されてもよい。合成スプレッド注文は、市場ウィンドウ１２００から単一の取引可能オブジェクトとして立ち上げられてもよい。市場格子の一例は、本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に提示されている。
【０１６６】
合成スプレッドの注文は、管理されている、または管理されていないものとされる場合がある。呼び値の注文およびヘッジ子注文は、スプレッドツール（即ち、Ａｕｔｏｓｐｒｅａｄｅｒ）等の１つまたは複数のツールが、管理される注文が提出され、変更されかつ／または削除された時刻および方法等の管理されている注文の行動を制御することから、管理されているものとされてもよい。合成スプレッドが生成されて提出されると、１つまたは複数の呼び値の子注文が実行されるべく生成されかつ提出される。さらに、合成スプレッドの呼び値の子注文のうちの１つまたはそれ以上の実行によってヘッジ子注文の提出がトリガされるように、１つまたは複数のヘッジ子注文が生成されかつ保持されてもよく、または別段で実行されるべく標的とされてもよい。管理される子注文は、合成スプレッドの呼び値の注文およびヘッジ子注文とされてもよい。レッグされたヘッジ注文、または実行されるべく別段で提出されているが約定されていないヘッジ注文は、合成スプレッドの管理されていない注文とされてもよい。スプレッド取引ツールまたは合成スプレッド注文を追跡しかつ報告するための他のツールは、合成スプレッドの管理されていない構成部分を追跡してもよいが、もはや注文の行動は管理しなくてもよい。したがって、スプレッド取引ツールは、もはやレッグされたヘッジ子注文を管理しなくてもよい。
【０１６７】
合成スプレッド注文は、単一のエンティティまたは取引可能オブジェクトとして生成されてもよい。記述されているように、合成スプレッド注文は、合成スプレッド注文の同定された数量および価格に従って生成されてもよい。例えば、スプレッドウィンドウ７００を用いて、トレーダは、価格カラム７１８の価格レベルに関連づけられる範囲を選択することにより、合成スプレッドの注文を入力してもよい。その結果、合成スプレッド注文の各ロットの親注文が生成される。さらに、合成スプレッドのレッグでは、各親の子注文が合成スプレッドの少なくともユーザ選好および設定に従って発生されかつ提出される。ヘッジ子注文は生成され、かつ他の子注文の約定または実行に応答して送信されるまで保持されてもよい。
【０１６８】
合成スプレッドは、単一のエンティティまたは取引可能オブジェクトとして削除および／またはキャンセルされてもよい。合成注文が入力された後に、合成注文に関連づけられる子注文が約定または実行されていなければ、合成注文は削除されても、キャンセルされても、保留にされても、別段で実行を防止されてもよい。削除は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて実行されてもよい。合成スプレッド注文の削除は、合成スプレッドの管理されている全ての構成部分を削除してもよい。さらに、合成スプレッド注文の削除は、合成スプレッドの管理されていない全ての構成部分を削除してもよい。したがって、トレーダは、合成スプレッド注文が削除されると、合成スプレッド注文の管理されていない注文を削除すべきかどうかを決定してもよい。例えば、ウィンドウディスプレイ７００上の削除ボタンは、全ての、幾つかの、または指定された合成注文を削除するために選択されてもよい。削除される際には、受付中の呼び値の子注文が削除され、ヘッジ注文は送信されない。
【０１６９】
また合成スプレッドの注文は、合成注文およびその構成部分たる子注文が約定された後に調整される場合もある。即ち、受付中である、未決であるかつ／またはレッグされた親注文の価格が変えられてもよい。合成スプレッドの価格変更は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて実行されてもよい。合成注文の価格が変更される場合等、合成注文が提出後に調整された場合、構成部分たる子注文のうちの１つまたはそれ以上の価格は、調整された合成スプレッド注文の価格を反映すべく、スプレッドの親注文と子注文との関係性、スプレッドの定義および／またはユーザ選好／設定に従って調整されてもよい。受付中の親注文の価格は、合成スプレッドの価格変更を反映して調整されてもよい。１つまたは複数の未決の、またはレッグされた親注文に関連づけられる呼び値の注文は、受付中の価格を付け直されたスプレッド注文の呼び値の子注文の価格レベルで実行されるべく提出されてもよい。
【０１７０】
また、受付中の親注文の数量も影響を受ける場合がある。数量は、合成スプレッドを立ち上げた、または別段でその子注文を提出したＡｕｔｏｓｐｒｅａｄｅｒ等のスプレッド取引ツールを用いて、変更数量の選択に従って変えられてもよい。数量は、注文数量をゼロにまで変えることを含む、ある値範囲内で変えられてもよい。数量の限度は、ユーザ選好／設定、取引所、手形交換所または他の第三者により設定される限度および／または規制当局により設定される限度を含む１つまたは複数の要素に従って決定されてもよい。一定量の合成スプレッド注文が、入力された後に調整される場合、構成部分たる子注文のうちの１つまたはそれ以上に関する数量もまた、スプレッドの親注文と子注文との関係性、スプレッドの定義および／または設定に従って調整されてもよい。合成スプレッド注文の数量の調整に応じて、受付中の注文の数量は調整され得るのに対して、レッグされた、または未決の注文の数量は調整されなくてもよい。数量が調整される場合、調整される注文に対して実行されるリスク分析は、新しいリスクポジションを決定するために実行されてもよい。例えば、ある量が低減される場合、留保されたヘッジ子注文に対するリスクリザーブも適宜低減されてもよい。
【０１７１】
子注文は、合成スプレッドを立ち上げたスプレッド取引ツール以外のツールを用いて変更または更新される場合もある。例えば、合成スプレッドが立ち上げられる場合、スプレッドの１つまたは複数のレッグにおいて呼び値の子注文が提出される。管理される呼び値の子注文は、呼び値の子注文が管理されている間に、スプレッドの対応するレッグ用にＭＤ＿Ｔｒａｄｅｒウィンドウディスプレイまたは他のアプリケーション等のウィンドウディスプレイにおいて変えられてもよい。呼び値の子注文は、注文一覧ツール等の注文を管理するための他のツールを用いて変えられてもよい。さらに、呼び値の子注文は削除されても、他のツールを用いて調整されてもよい。
【０１７２】
ヘッジ子注文の変更または削除により、合成スプレッド注文の全ての管理される、かつ管理されない構成部分が削除される結果となる場合がある。さらに、もしくは代替として、変更または削除されたヘッジ子注文に関連づけられる合成スプレッドはレッグされたままである場合がある。呼び値の子注文に関して、取引可能オブジェクトのウィンドウディスプレイまたは注文一覧等を介する新しい価格レベルへの価格変更が発生すると、呼び値の子注文はこの新しい価格レベルへ設定されてもよい。合成スプレッド注文を立ち上げたツールは、スプレッドを達成するために関連づけられるヘッジ注文の目標価格を調整してもよく、または、関連づけられるヘッジ注文を原初の目標価格で、または原初の目標価格に近い価格で提出してもよい。さらに、他の管理される注文は影響を受けない場合がある。
【０１７３】
管理される呼び値の子注文に対して取引可能オブジェクトのウィンドウディスプレイまたは注文一覧等を介する数量変更が発生すると、呼び値の子注文は管理される注文としては抜かれても、別段で除去されてもよい。他の呼び値の注文も全て、ユーザ選好／設定に依存して除去されてもよい。レッグされた親注文も、ユーザによって選択される好みに従って除去されてもよい。呼び値の子注文が削除される場合、合成スプレッドは、合成スプレッドの約定が依然として可能であれば残存してもよい。そうでなければ、合成スプレッド注文も除去されてもよい。
【０１７４】
管理されない子注文も、合成スプレッドを立ち上げたスプレッド取引ツール以外のツールを用いて変更または修正される場合がある。例えば、管理されない子注文の価格は、管理されない子注文が存在するスプレッドのレッグに対応する取引可能オブジェクトのウィンドウディスプレイ、または注文一覧ツール等の他のツールを用いて変えられてもよい。管理されない子注文の価格変更が発生すると、管理されない子注文の起源である合成スプレッドはアクティブのままであってもよく、かつ完了されてもよい。しかしながら、この合成スプレッドの元の価格は、その約定時に、管理されない子注文の価格変更によって影響される場合がある。
【０１７５】
ある例示的な実施形態において、管理されない子注文の数量は、Ｘ＿ＴＲＡＤＥＲウィンドウ等のウィンドウディスプレイを用いて改変数量の選択により変えられる。管理されない子注文の数量は、注文数量をゼロにまで変えることを含む、ある値範囲内で変えられてもよい。限度は、ユーザ選好／設定、取引所、手形交換所または他の第三者により設定される限度および／または規制当局により設定される限度を含む１つまたは複数の要素に従って決定されてもよい。レッグされたヘッジ注文等の管理されない子注文が変更される場合、管理されない子注文の起源である合成スプレッドは残存してもよい。
【０１７６】
管理されない子注文の数量が増加される場合、元の数量は、合成スプレッド注文の状態およびカウントの決定に用いられてもよい。例えば、比率３：２における１ロットの合成注文が出されていて、第１のレッグにおける３つの注文が約定され、かつ第２のレッグにおける２つの注文（ヘッジ注文）がレッグされている場合、レッグされた親注文のカウントは１である（ＳＯＬ＝１）。レッグされた子注文の数量が２から３へ増加され、かつ３つのうちの１つが約定されても、レッグされた親注文のカウントは１のままであり得る（ＳＯＬ＝１）。親注文は、残りの２注文のうちの１つが約定された時点で約定されたものとされる。この時点で、残りの１注文は機能し続けても、除去されてもよい。
【０１７７】
管理されない子注文の数量は、減らされる場合もある。この場合、親注文は永久的にレッグされるものとされてもよい。例えば、管理されない注文が減らされ、かつ残りのヘッジ注文が約定される場合、合成スプレッドを約定するための数量が残っていないことから、合成スプレッド注文は約定され得ない。同様に、管理されない子注文が削除されれば、合成スプレッドは削除され、子注文は約定され得ないことから合成スプレッドも永久的に削除されたものとされてもよい。合成スプレッド注文が永久的にレッグされたものとされる場合、合成スプレッドは手動で、または自動的に除去または削除されてもよい。
【０１７８】
トレーダまたはトレーダグループのポジションまたはリスクは、合成スプレッドの呼び値の子注文およびヘッジ子注文のポジションを含む合成スプレッドポジションに従って決定されてもよい。即ち、その構成部分たる子注文を有する合成スプレッド注文を統合された１つの注文として管理することにより、トレーダの正確なポジションは、合成スプレッドの注文が実行されるべく提出される前に決定されてもよい。
【０１７９】
例えば、合成スプレッド注文が生成されると、呼び値の注文が実行されるべく提出されてもよく、かつ呼び値の子注文のうちの１つまたはそれ以上が実行されるまでヘッジ注文が生成されて保持されてもよい。呼び値の子注文が実行されるべく提出される前には、呼び値の子注文およびヘッジ子注文を考慮してリスクチェックが行われてもよい。容認できる、または認められる限度内であれば、注文は提出されてもよい。ポジションまたはリスク分析は、注文が提出されて１つまたは複数の子注文が約定された後に再度、任意の変更を反映して行われてもよい。さらに、ポジションまたはリスク分析は、管理される、かつ／または管理されない注文の変更も考慮して行われてもよい。スプレッド・コンフィギュレーション・ウィンドウの説明は、本参照によりその全体が開示に含まれる、２００９年３月２４日に提出された「リスクチェックのためのシステムおよび方法」と題する米国特許出願第１２／４１０２１０号明細書において行われている。
【０１８０】
合成スプレッドの目標価格は、合成スプレッドの子注文の管理を介して達成されてもよい。例えば、合成スプレッドは、合成スプレッドの目標価格で立ち上げられてもよい。その結果、少なくとも１つの呼び値の子注文が実行されるべく提出され、かつ少なくとも１つのヘッジ子注文がこの少なくとも１つの呼び値の子注文に関連づけられかつ／または生成され、かつこの少なくとも１つの呼び値の子注文の実行の未決状態に保持される。
【０１８１】
呼び値の子注文が合成スプレッドの親子注文の複数のレッグにおいて提出される例では、複数のレッグにおける呼び値の子注文の実行に起因して価格の歪みが生じる場合がある。即ち、合成スプレッドは唯一のレッグにおいて呼び値の子注文が１つしか実行されないと定義されているにも関わらず複数の呼び値の子注文が実行されたという理由で、合成スプレッドの目標価格が達成されないことがある。価格の歪みは、複数の呼び値の子注文を合成スプレッド注文および／または親注文の１つの構成部分として管理することにより最小限に抑えられる、または除去されてもよい。親子の関係性においては、子注文と親注文とが関連づけられ、かつ呼び値の子注文は、合成スプレッド注文の別のレッグにおける呼び値の子注文の実行に応答してキャンセルされる場合がある。合成スプレッドが３つのレッグＡ、ＢおよびＣを有しかつ複数の呼び値の子注文が提出されて３つのレッグを同時に動作させている例では、１つのレッグ（レッグＢ）における呼び値の子注文の実行が他のレッグ（レッグＡおよびＣ）における呼び値の子注文のキャンセルをトリガする場合がある。したがって、合成スプレッド注文の真の価格が得られても、達成されるべく試行されてもよい。
【０１８２】
さらに、呼び値の子注文およびヘッジ子注文は、呼び値の子注文がその実行より前に削除され得る場合、他の呼び値の子注文およびそれらの関連づけられるヘッジ子注文を管理することによって目標のスプレッド価格および数量が達成され得るように関連づけられてもよい。少なくとも１つの呼び値の子注文が削除される前に複数の呼び値の子注文が実行される場合、合成スプレッドが過剰に約定される可能性もある。過剰に約定された合成スプレッド注文は、二重約定、三重約定またはこれらに類似するものとされる場合がある。即ち、合成スプレッド注文の数量は、呼び値の子注文のうちの少なくとも１つがその実行より前に削除されなかったことから、その合成スプレッド注文の目標数量より多いことがある。しかしながら、約定された呼び値の注文のうちの１つまたはそれ以上が部分的に約定されているに過ぎない場合、合成スプレッドの注文は過剰に約定されないことがある。
【０１８３】
複数約定の場合、追加的に約定された注文を追跡しかつ管理するために、追加的な約定毎に新しい親注文が生成されてもよい。その結果、幾つかの受付中の注文、約定された注文および未決の注文が増加され得る。しかしながら、合成スプレッド注文の元の数量にマッチングさせるために、受付中の注文の数は、呼び値の子注文およびヘッジ子注文を合成スプレッド注文の元の数量内で管理することによって減らされてもよい。
【０１８４】
また注文は、合成スプレッドを自動的にアンワインドするように管理される場合もある。未決状態にある、または少なくとも１つの未決の親注文を有する合成スプレッドの例示的な実施形態では、合成スプレッドの約定された子注文はアンワインドされても、破棄されてもよく、かつ合成スプレッド注文は中止にされてもよい。即ち、ユーザは、合成スプレッド注文をアンワインドするために、スプレッド・ツール・ウィンドウ上のボタン、注文一覧ツールまたはこれらに類似するものを選択すること等によってアンワインド機能を選択してもよい。
【０１８５】
またユーザも、設定または選好を、トリガに応答してポジションをアンワインドさせるように確立してもよい。トリガは、注文の時間量、注文の価格、注文の数量またはこれらに類似するものであってもよい。トリガされると、合成スプレッド注文およびその構成部分たる子注文は、合成スプレッド注文をアンワインドするように管理されてもよい。あるいは、または追加的に、トリガされると、ユーザに合成スプレッドをアンワインドするための複数のオプションが提供されてもよい。ある例では、未決の合成スプレッド注文が存在する時間量が記録される。時間量がユーザにより設定されるしきい値を超えると、合成スプレッド注文は、未決の合成スプレッド注文を破棄するために、修正子注文を生成しかつ提出することによって自動的にアンワインドされてもよい。さらに、または代替として、時間量がしきい値を超えると、オプションがオプション毎の推定された関連コストと共に提示されてもよい。ユーザは、合成スプレッドをアンワインドさせるべくオプションから選択してもよい。
【０１８６】
未決の合成スプレッドは、未決の合成スプレッドの受付中の子注文を削除しかつ合成スプレッドのオープンポジションを破棄するために構成部分たる修正子注文を提出することによってアンワインドされてもよく、よって、一旦修正子注文が約定されると、未決のスプレッドにより生成されたポジションは帳消しにされる。即ち、未決のスプレッドの生成されたポジションの、未決のスプレッドがアンワインドされたポイントまでのトレードアウトが発生する。アンワインドされた注文および構成部分たる修正子注文は、先に論じたように、合成スプレッド注文として管理されてもよい。アンワインドされた注文および修正子注文は、合成スプレッドのオープンポジションを扁平にする、または帳消しにするような価格および数量を有してもよい。さらに、合成スプレッド注文は、合成スプレッド注文をアンワインドするような幾つかのタイプのアンワインド注文および／または修正子注文を有してもよい。
【０１８７】
例えば、未決の合成スプレッド注文は、市場に参加する修正子注文を提出すること、かつ／またはスプレッド市場を妨げることによってアンワインドされてもよい。即ち、合成スプレッドは、合成スプレッドの各レッグにおいて約定されている修正子注文を送信して約定された注文のそのレッグにおけるポジションを扁平にする、または帳消しにすることによりアンワインドされてもよい。修正子注文は、実行されるべく場内市場において提出されてもよい。合成スプレッドの呼び値の注文およびヘッジ子注文は何れもキャンセルされ、かつ修正子注文の実行後、合成スプレッドは修正子注文に起因して破棄されたものと見なされてもよい。
【０１８８】
また未決の合成スプレッドは、スプレッドの市場を妨げるためにアンワインド注文を提出することによってもアンワインドされる場合がある。アンワインド注文は、合成スプレッドのレッグ毎に、少なくとも１つの実行された子注文を有する子注文を含んでもよい。アンワインド注文の子注文は各々、対応するレッグ内の子注文を帳消しにする、または扁平にする数量を有する。さらに、アンワインド注文の子注文は、アンワインド注文の子注文が提出時点で、または実行されるべく略提出された時点で実行されるように、そのレッグの場内市場における価格を有する。アンワインド注文の子注文が提出されると、アンワインドされるべき合成スプレッドの残りの子注文はキャンセルされてもよく、よって、アンワインド注文の実行により、合成スプレッド注文は破棄される結果となる。
【０１８９】
合成スプレッドをアンワインドするための複数のオプションは、提示されてもよい。オプションは、自動的に提示されても、ユーザ選択に応答して提示されても、かつ／または先に論じたようにトリガに応答して自動的に提示されてもよい。オプションは、提示される各オプションのコストに関する情報を含んでもよい。コストは、例えば、そのオプションに関連づけられる損益であってもよい。またオプションは、選択可能であってもよい。オプションを選択することにより、そのオプションを実行するための１つまたは複数の関連機能が実行されてもよい。オプションには、市場に参加すること、スプレッド市場を妨げることかつ／または各レッグをトレードアウトすることによってスプレッドをアンワインドすることが含まれてもよい。オプションはさらに、合成スプレッドを動作させ続けることを含んでもよい。さらに、市場に参加することによってアンワインドするためのオプションは、適切な各レッグにおいて合成スプレッドをアンワインドする市場に参加するためのサブオプションを有してもよい。オプションおよび関連コストの提供により、ユーザは望ましいオプションを同定してもよい。したがって、ユーザはオプションを選択してもよく、よって合成スプレッドはアンワインドされる。
【０１９０】
削除されたかもしれない未決の注文もまた、自動的に、手動で、または自動および手動の組合せによって復活されてもよい。未決の注文の削除は、故意であった場合も、偶発的であった場合もある。例えば、未決の注文は、薄い市場、システム、ゲートウェイ、サーバまたはＰＣの作動停止または妨害被害、間違った入力、他のエラー状態およびこれらに類似するものの結果として削除されることがある。未決の注文を復活させるために、復活させられ得る削除された未決の注文が提示されかつ選択されてもよい。さらに、削除された未決の注文が先に述べたようにアンワインドされるべく、または当初確立されていたように再生されるべく選択されてもよい。ユーザには、復活機能および／または復活され得る削除された未決の注文を選択するためのボタン、ドロップ・ダウン・メニュまたは類似の他の機能が提示されてもよい。
【０１９１】
合成スプレッドは、レッグされた合成スプレッド注文をブラケットするように管理される場合もある。合成スプレッド注文のブラケットは、スプレッド注文に関連づけられる損失を減じ、かつ／またはレッグされた注文に関連づけられる利得をカバーするために、レッグされた合成スプレッド注文を管理するように確立されてもよい。レッグされた合成スプレッド注文のブラケッティングは、ユーザ選好に従って同定または確立されてもよい。図１３は、スプレッド・コンフィギュレーション・ウィンドウ１３００の一例を示す。スプレッド・コンフィギュレーション・ウィンドウ１３００は、合成スプレッドのパラメータを確立または設定するために、かつ／または合成スプレッドおよびその構成部分たる親子注文を管理するために用いられてもよい。スプレッドウィンドウ１３００は、パラメータを設定するために選択されてもよい。パラメータには、内部および外部スロップ設定、スプレッドの値付けの選択肢、顧客口座、どのレッグを値付けすべきか、調整およびオフセット、ペイアップティック、合成スプレッドの比率、注文変更をキャンセル／置換すべきかどうか、価格をチェックすべきかどうか、レッグされた注文のカバーまたは上部ブラケット、レッグされたスプレッド注文の下部または注文−キャンセル−注文ブラケット、合成スプレッド注文をアンワインドするためのパラメータおよびこれらに類似するものが含まれる。確立されるべきパラメータのタイプおよび数は、変わることがある。パラメータは、スプレッドおよび／またはスプレッドのレッグの対応するデータ入力エリアに所望される設定を入力すること、ドロップ・ダウン・メニュから１つまたは複数の選択肢を選択すること、選択または無線ボタンから選択すること、またはこれらに類似することによって設定されてもよい。スプレッド・コンフィギュレーション・ウィンドウの説明は、本参照によりその全体が開示に含まれる、「自動スプレッド取引を実行するためのシステムおよび方法」と題する米国特許第７４３７３２５号明細書に提示されている。
【０１９２】
スプレッド・コンフィギュレーション・ウィンドウ１３００は、レッグされた注文の上部ブラケットを設定するためのカバーブラケット設定１３０２と、ＯＣＯ設定１３０４とを含む。カバーブラケットおよびＯＣＯブラケットは、合成スプレッド注文の１つのレッグ、複数のレッグ、または全てのレッグに関して設定されてもよい。カバーブラケットおよびＯＣＯブラケットは、目標ブラケットを入力することによって設定されてもよい。目標ブラケットは、入力される注文から離れている幾つかのティック、入力された注文の比率、価格、所望される利益、最悪の場合の損失、価格限度またはこれらに類似するものを基礎としてもよい。目標ブラケットは、双方のレッグで同じであっても、異なってもよい。さらに、目標ブラケットは、カバーブラケット１３０２とＯＣＯブラケット１３０４との間で同じであっても、異なってもよい。ある例では、幾つかのティックを表す数は、合成スプレッドのレッグ毎にカバーブラケットおよびＯＣＯブラケットの双方に入力される。スプレッド・コンフィギュレーション・ウィンドウ１３００は、カバーブラケット１３０２がレッグＡでは１ティック、かつレッグＢでは３ティックであることを示している。ＯＣＯブラケット１３０４は、レッグＡで２ティック、かつレッグＢで４ティックである。
【０１９３】
ブラケットが確立されると、レッグされたスプレッド注文の実行されるレッグがブラケットされてもよい。例えば、レッグされた親注文が検出されると、損失を減じかつレッグされた親注文および対応するヘッジ注文をキャンセルするために、かつ／または利得を得てレッグされた親注文および対応するヘッジ注文をキャンセルするために、約定されたレッグにブラケット注文が入力されてもよい。ある例では、レッグされた親注文は、レッグＡにおける約定された子注文と、レッグＢにおける未決のヘッジ注文とを含む場合がある。レッグされた親注文の同定に応答して、約定された注文を扁平にし、帳消しにし、またはクローズする数量に関するブラケットパラメータにより、対応するカバー注文が発生されてもよく、かつ対応するＯＣＯ注文が発生されてもよい。レッグＡに関する注文は約定されていることから、ブラケットパラメータに従って決定される価格におけるカバー注文が実行されるべく入力または提出される。さらに、ブラケットパラメータに従って決定される価格でのＯＣＯ注文も実行されるべく提出される。ある例において、ブラケット注文は、カバー注文で１ティック、かつＯＣＯ注文で２ティックである。したがって、カバー注文の価格は約定された注文の価格より１ティック高く、かつＯＣＯ注文の価格は約定された注文の価格より２ティック安い。レッグされた合成スプレッドのカバー注文、ＯＣＯ注文およびヘッジ注文は関連づけられてもよい。
【０１９４】
カバー注文またはＯＣＯ注文が実行される時点で、他の関連するブラケット注文はキャンセルされてもよい。したがって、レッグされた合成スプレッドはレッグされていないものとされ、管理対象から外されてもよい。例えば、カバー注文が約定されると、対応する任意のＯＣＯ注文およびヘッジ注文はキャンセルされる。カバーは、未決の注文を破棄する。ヘッジ注文がキャンセルされることから、先に論じたように、合成スプレッドももはや存在しない。同様に、ＯＣＯ注文が実行されると、対応するカバー注文およびヘッジ注文がキャンセルされ、よって先に論じたように合成スプレッドはもはや存在しない。
【０１９５】
ある実施形態では、ブラケット注文は、レッグされた注文の検出時から既定時間の後に入力されてもよい。例えば、１つまたは複数のブラケット注文は、レッグされた注文が検出されて第１の時間量の後に入力されてもよい。さらに、第２のブラケット注文は、第２の時間量の後に入力されてもよい。時間量は、ユーザにより設定される任意の増分であってもよい。
【０１９６】
ある実施形態では、ブラケット注文は、レッグされた注文が検出された後の動きの量を基礎として入力されてもよい。例えば、１つまたは複数のブラケット注文は、レッグの市場が予め決められたティック数だけ動いた後に入力されてもよい。予め決められるティックの数は、ユーザによって設定または調整されることが可能である。さらに、第２のブラケット注文は、同数のティックまたは追加された数のティックが動いた後に入力されてもよい。
【０１９７】
ある実施形態では、ブラケット注文は、予め決められた時間量を基礎として、かつ市場の動きまたはティック数を基礎として入力されてもよい。当業者には、他のブラケット注文または注文タイプも可能でありかつ発明の範囲に含まれることが認識されるであろう。
【０１９８】
一般的な当業者にとって、これまでに記述されたシステムおよび方法に含まれる方法が１つまたは複数のコンピュータ読取り可能媒体を含むコンピュータ・プログラム・プロダクトにおいて実施され得ることは明らかであろう。例えば、コンピュータ読取り可能媒体は、コンピュータ読取り可能プログラムコードのセグメントが格納されている、ハードドライブデバイス、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭまたはコンピュータディスケット等の読取り可能メモリデバイスを含むことが可能である。またコンピュータ読取り可能媒体は、デジタルまたはアナログデータ信号としてプログラムコードセグメントが伝送される、光学式、有線または無線式の何れかであるバスまたは通信リンク等の通信または伝送媒体を含むことも可能である。
【０１９９】
クレームは、その趣旨が明示されていない限り、記述された注文またはエレメントに限定されるものとして読まれるべきではない。したがって、添付のクレームおよびその等価物の範囲および精神に含まれる全ての実施形態は発明としてクレームされる。
【特許請求の範囲】
【請求項１】
合成スプレッド注文を管理するための方法であって、
一定量のマルチレッグ合成スプレッドの合成スプレッド注文を、取引デバイスを介して受信するステップと、
前記合成スプレッド注文の幾つかの親注文を決定するステップ、ここで、前記量のスプレッド注文の各ロットは親注文を表す、
前記合成スプレッド注文の第１のレッグの呼び値の注文量を実行するために、前記取引デバイスを介して呼び値の注文を第１の電子取引所へ提出するステップ、ここで、前記呼び値の注文量の各ロットは呼び値の子注文を表す、
前記第１の取引所における前記呼び値の注文量のマッチングに従って前記合成スプレッド注文の第２のレッグのヘッジ量を実行するために、前記取引デバイスを介してヘッジ注文を第２の電子取引所へ提出するステップ、ここで、前記ヘッジ量の各ロットはヘッジ子注文を表す、
前記マルチレッグ合成スプレッドおよび前記第１の取引所における前記呼び値の注文量のマッチングに従って、呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップと、
前記いくつかの親注文の各親注文について、前記親注文に関連づけられる各呼び値の子注文のステータスおよび各ヘッジ子注文のステータスに従って親注文のステータスを決定するステップを含む方法。
【請求項２】
前記親注文のステータスは受付中、約定済み、未決およびレッグのうちの何れかを含む、請求項１に記載の方法。
【請求項３】
更に、前記親注文の各々の前記親注文ステータスを表す注文記述子を、前記各親注文の前記ステータスに従って、前記取引デバイスに関連づけられる出力デバイスを介して表示するステップを含む、請求項１に記載の方法。
【請求項４】
前記注文記述子は、前記合成スプレッドの価格に従って価格軸沿いに表示される、請求項３に記載の方法。
【請求項５】
前記親注文のステータスはカラーコード化される、請求項２に記載の方法。
【請求項６】
前記レッグされた注文はカラーコード化される、請求項２に記載の方法。
【請求項７】
呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップは、注文識別子を関連の親注文、呼び値の子注文およびヘッジ子注文へ割り当てるステップを含む、請求項１に記載の方法。
【請求項８】
更に、前記合成スプレッド注文のポジションリスク分析を前記親注文に従って決定するステップを含む、請求項１に記載の方法。
【請求項９】
前記呼び値の子注文は、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出される、請求項８に記載の方法。
【請求項１０】
更に、
前記取引デバイスに関連づけられるユーザ入力を介して、未決の合成注文をアンワインドするためのユーザコマンドを受信するステップと、
前記未決の合成注文に関連づけられる少なくとも１つの親注文を同定するステップと、
前記未決の合成スプレッド注文を、前記未決の合成注文に関連づけられる前記少なくとも１つの親注文に関連づけられる未決の子注文およびヘッジ子注文に従ってアンワインドするステップを含む、請求項１に記載の方法。
【請求項１１】
更に、
前記取引デバイスに関連づけられるユーザ入力を介して、レッグされた合成注文をレッグ解除するためのユーザコマンドを受信するステップと、
前記レッグされた合成注文に関連づけられる少なくとも１つの親注文を同定するステップと、
前記レッグされた合成スプレッド注文を、前記レッグされた合成注文に関連づけられる前記少なくとも１つの親注文に関連づけられる未決の子注文およびヘッジ子注文に従ってレッグ解除するステップを含む、請求項１に記載の方法。
【請求項１２】
前記第１の電子取引所および前記第２の電子取引所は異なる取引所であり、前記第１の電子取引所で取引される取引可能オブジェクトは前記第２の電子取引所で取引される取引可能オブジェクトとは異なる、請求項１に記載の方法。
【請求項１３】
前記第１のレッグおよび前記第２のレッグは、先物商品、通貨、商品、金利、インデックス、エクイティ、株式、債券、オプション、ワラント、ファンド、レポ、これらの組合せおよびこれらに類似するもののうちの何れかを含む取引可能オブジェクトを含む、請求項１に記載の方法。
【請求項１４】
命令が格納されていて、プロセッサにより実行されると前記プロセッサに行為を実行させるコンピュータ読取り可能媒体であって、前記行為は、
一定量のマルチレッグ合成スプレッドの合成スプレッド注文を取引デバイスを介して受信するステップと、
前記合成スプレッド注文の幾つかの親注文を決定するステップ、ここで、前記量のスプレッド注文の各ロットは親注文を表す、
前記合成スプレッド注文の第１のレッグの呼び値の注文量を実行するために、前記取引デバイスを介して呼び値の注文を第１の電子取引所へ提出するステップ、ここで、前記呼び値の注文量の各ロットは呼び値の子注文を表す、
前記第１の取引所における前記呼び値の注文量のマッチングに従って前記合成スプレッド注文の第２のレッグのヘッジ量を実行するために、前記取引デバイスを介してヘッジ注文を第２の電子取引所へ提出するステップ、ここで、前記ヘッジ量の各ロットはヘッジ子注文を表す、
前記マルチレッグ合成スプレッドおよび前記第１の取引所における前記呼び値の注文量のマッチングに従って、呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップと、
前記いくつかの親注文の各親注文について、前記親注文に関連づけられる各呼び値の子注文のステータスおよび各ヘッジ子注文のステータスに従って親注文のステータスを決定するステップを含むコンピュータ読取り可能媒体。
【請求項１５】
更に、前記親注文の各々の前記親注文ステータスを表す注文記述子を前記各親注文の前記ステータスに従って表示するステップを含み、前記親注文のステータスは受付中、約定済み、未決およびレッグのうちの何れかを含む、請求項１４に記載のコンピュータ読取り可能媒体。
【請求項１６】
前記注文記述子は、前記合成スプレッドの価格に従って価格軸沿いに表示される、請求項１５に記載のコンピュータ読取り可能媒体。
【請求項１７】
レッグされた注文はカラーコード化される、請求項１５に記載のコンピュータ読取り可能媒体。
【請求項１８】
更に、前記行為は、前記合成スプレッド注文のポジションリスク分析を前記親注文に従って決定するステップを含み、前記呼び値の子注文は、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出される、請求項１４に記載のコンピュータ読取り可能媒体。
【請求項１９】
合成スプレッド注文を管理するための方法であって、
スプレッド価格における一定量のマルチレッグ合成スプレッドの合成スプレッド注文を取引デバイスを介して受信するステップと、
前記合成スプレッド注文の一定量の親注文を前記取引デバイスを介して決定するステップ、ここで、各親注文は前記マルチレッグ合成スプレッドの前記量の１ロットを表す、
各親注文について、前記マルチレッグ合成スプレッドの第１のレッグの少なくとも１つの呼び値の子注文と、前記マルチレッグ合成スプレッドの第２のレッグの少なくとも１つのヘッジ子注文とを前記取引デバイスを介して関連づけるステップと、
前記少なくとも１つの呼び値の注文を実行するために、前記マルチレッグ合成スプレッドの第１のレッグの前記少なくとも１つの呼び値の子注文を電子取引所へ提出するステップと、
親注文のステータスを、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文のステータスに従って決定するステップと、
前記合成スプレッド注文のステータスを、前記取引デバイスを介して、前記少なくとも１つの子注文および前記少なくとも１つのヘッジ子注文の前記ステータスに従って決定するステップと、
前記合成スプレッド注文の前記ステータスを表す注文記述子を、前記合成スプレッドの価格に従って価格軸沿いに表示するステップを含む方法。
【請求項２０】
前記量の親注文の各々の前記ステータスは受付中、約定済み、未決およびレッグのうちの何れかであり得る、請求項１９に記載の方法。
【請求項２１】
前記量の親注文の各々の前記ステータスは数字で表示される、請求項１９に記載の方法。
【請求項２２】
前記レッグされた注文はカラーコード化される、請求項１９に記載の方法。
【請求項２３】
更に、前記少なくとも１つのヘッジ子注文に前記少なくとも１つの呼び値の子注文の実行を未決に保留させるステップを含む、請求項１９に記載の方法。
【請求項２４】
更に、前記少なくとも１つの呼び値の子注文の実行に応答して前記少なくとも１つのヘッジ子注文を提出するステップを含む、請求項２３に記載の方法。
【請求項２５】
各親注文について前記少なくとも１つの呼び値の子注文と前記少なくとも１つのヘッジ子注文とを関連づけるステップは、注文識別子を前記親注文の各々、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文へ割り当てるステップを含み、前記注文識別子は、前記親注文、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文の関連性を同定する、請求項１９に記載の方法。
【請求項２６】
更に、前記合成スプレッド注文のポジションリスク分析を前記関係性に従って決定するステップを含む、請求項２５に記載の方法。
【請求項２７】
更に、前記少なくとも１つの呼び値の子注文を、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出するステップを含む、請求項２６に記載の方法。
【請求項２８】
合成スプレッド注文に関連づけられるポジションを管理するための方法であって、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するステップ、ここで、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するステップと、
前記少なくとも１つのブラケット注文の実行に応答して、前記少なくとも１つのヘッジ子注文をキャンセルするステップを含む方法。
【請求項２９】
前記少なくとも１つのブラケット注文は、カバー注文、注文−キャンセル−注文またはこれらの組合せのうちの何れかを含む、請求項２８に記載の方法。
【請求項３０】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項２８に記載の方法。
【請求項３１】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項２８に記載の方法。
【請求項３２】
前記価格は、さらにユーザ選択に従って決定される、請求項２８に記載の方法。
【請求項３３】
前記ステータスを同定するステップ、および前記少なくとも１つのブラケット注文を提出するステップは、前記合成スプレッド注文の定義された親子関係に従って実行される、請求項２８に記載の方法。
【請求項３４】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項２８に記載の方法。
【請求項３５】
更に、前記少なくとも１つのヘッジ子注文の市場に対応する場内市場を監視するステップを含み、前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから市場が既定量だけ動いたという決定に応答して提出される、請求項２８に記載の方法。
【請求項３６】
命令が格納されていて、プロセッサにより実行されると前記プロセッサに行為を実行させるコンピュータ読取り可能媒体であって、前記行為は、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するステップ、ここで、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するステップと、
前記少なくとも１つのブラケット注文の実行に応答して、前記少なくとも１つのヘッジ子注文をキャンセルするステップを含むコンピュータ読取り可能媒体。
【請求項３７】
前記少なくとも１つのブラケット注文は、カバー注文、注文−キャンセル−注文またはこれらの組合せのうちの何れかを含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項３８】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項３９】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４０】
前記価格は、さらにユーザ選択に従って決定される、請求項３９に記載のコンピュータ読取り可能媒体。
【請求項４１】
前記ステータスを同定するステップ、および前記少なくとも１つのブラケット注文を提出するステップは、前記合成スプレッド注文の定義された親子関係に従って実行される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４２】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４３】
前記行為は、更に、
前記少なくとも１つのヘッジ子注文の市場に対応する場内市場を監視するステップを含み、前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから市場が既定量だけ動いたという決定に応答して提出される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４４】
取引デバイスであって、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するように構成される合成スプレッドマネージャであって、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する合成スプレッドマネージャと、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するように構成される注文ルータとを備え、前記少なくとも１つのブラケット注文の実行に応答して、前記注文ルータは前記少なくとも１つのヘッジ子注文をキャンセルする取引デバイス。
【請求項４５】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項４４に記載の取引デバイス。
【請求項４６】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項４４に記載の取引デバイス。
【請求項４７】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項４４に記載の取引デバイス。
【請求項１】
合成スプレッド注文を管理するための方法であって、
一定量のマルチレッグ合成スプレッドの合成スプレッド注文を、取引デバイスを介して受信するステップと、
前記合成スプレッド注文の幾つかの親注文を決定するステップ、ここで、前記量のスプレッド注文の各ロットは親注文を表す、
前記合成スプレッド注文の第１のレッグの呼び値の注文量を実行するために、前記取引デバイスを介して呼び値の注文を第１の電子取引所へ提出するステップ、ここで、前記呼び値の注文量の各ロットは呼び値の子注文を表す、
前記第１の取引所における前記呼び値の注文量のマッチングに従って前記合成スプレッド注文の第２のレッグのヘッジ量を実行するために、前記取引デバイスを介してヘッジ注文を第２の電子取引所へ提出するステップ、ここで、前記ヘッジ量の各ロットはヘッジ子注文を表す、
前記マルチレッグ合成スプレッドおよび前記第１の取引所における前記呼び値の注文量のマッチングに従って、呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップと、
前記いくつかの親注文の各親注文について、前記親注文に関連づけられる各呼び値の子注文のステータスおよび各ヘッジ子注文のステータスに従って親注文のステータスを決定するステップを含む方法。
【請求項２】
前記親注文のステータスは受付中、約定済み、未決およびレッグのうちの何れかを含む、請求項１に記載の方法。
【請求項３】
更に、前記親注文の各々の前記親注文ステータスを表す注文記述子を、前記各親注文の前記ステータスに従って、前記取引デバイスに関連づけられる出力デバイスを介して表示するステップを含む、請求項１に記載の方法。
【請求項４】
前記注文記述子は、前記合成スプレッドの価格に従って価格軸沿いに表示される、請求項３に記載の方法。
【請求項５】
前記親注文のステータスはカラーコード化される、請求項２に記載の方法。
【請求項６】
前記レッグされた注文はカラーコード化される、請求項２に記載の方法。
【請求項７】
呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップは、注文識別子を関連の親注文、呼び値の子注文およびヘッジ子注文へ割り当てるステップを含む、請求項１に記載の方法。
【請求項８】
更に、前記合成スプレッド注文のポジションリスク分析を前記親注文に従って決定するステップを含む、請求項１に記載の方法。
【請求項９】
前記呼び値の子注文は、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出される、請求項８に記載の方法。
【請求項１０】
更に、
前記取引デバイスに関連づけられるユーザ入力を介して、未決の合成注文をアンワインドするためのユーザコマンドを受信するステップと、
前記未決の合成注文に関連づけられる少なくとも１つの親注文を同定するステップと、
前記未決の合成スプレッド注文を、前記未決の合成注文に関連づけられる前記少なくとも１つの親注文に関連づけられる未決の子注文およびヘッジ子注文に従ってアンワインドするステップを含む、請求項１に記載の方法。
【請求項１１】
更に、
前記取引デバイスに関連づけられるユーザ入力を介して、レッグされた合成注文をレッグ解除するためのユーザコマンドを受信するステップと、
前記レッグされた合成注文に関連づけられる少なくとも１つの親注文を同定するステップと、
前記レッグされた合成スプレッド注文を、前記レッグされた合成注文に関連づけられる前記少なくとも１つの親注文に関連づけられる未決の子注文およびヘッジ子注文に従ってレッグ解除するステップを含む、請求項１に記載の方法。
【請求項１２】
前記第１の電子取引所および前記第２の電子取引所は異なる取引所であり、前記第１の電子取引所で取引される取引可能オブジェクトは前記第２の電子取引所で取引される取引可能オブジェクトとは異なる、請求項１に記載の方法。
【請求項１３】
前記第１のレッグおよび前記第２のレッグは、先物商品、通貨、商品、金利、インデックス、エクイティ、株式、債券、オプション、ワラント、ファンド、レポ、これらの組合せおよびこれらに類似するもののうちの何れかを含む取引可能オブジェクトを含む、請求項１に記載の方法。
【請求項１４】
命令が格納されていて、プロセッサにより実行されると前記プロセッサに行為を実行させるコンピュータ読取り可能媒体であって、前記行為は、
一定量のマルチレッグ合成スプレッドの合成スプレッド注文を取引デバイスを介して受信するステップと、
前記合成スプレッド注文の幾つかの親注文を決定するステップ、ここで、前記量のスプレッド注文の各ロットは親注文を表す、
前記合成スプレッド注文の第１のレッグの呼び値の注文量を実行するために、前記取引デバイスを介して呼び値の注文を第１の電子取引所へ提出するステップ、ここで、前記呼び値の注文量の各ロットは呼び値の子注文を表す、
前記第１の取引所における前記呼び値の注文量のマッチングに従って前記合成スプレッド注文の第２のレッグのヘッジ量を実行するために、前記取引デバイスを介してヘッジ注文を第２の電子取引所へ提出するステップ、ここで、前記ヘッジ量の各ロットはヘッジ子注文を表す、
前記マルチレッグ合成スプレッドおよび前記第１の取引所における前記呼び値の注文量のマッチングに従って、呼び値の子注文およびヘッジ子注文を前記幾つかの親注文のうちの１つに関連づけるステップと、
前記いくつかの親注文の各親注文について、前記親注文に関連づけられる各呼び値の子注文のステータスおよび各ヘッジ子注文のステータスに従って親注文のステータスを決定するステップを含むコンピュータ読取り可能媒体。
【請求項１５】
更に、前記親注文の各々の前記親注文ステータスを表す注文記述子を前記各親注文の前記ステータスに従って表示するステップを含み、前記親注文のステータスは受付中、約定済み、未決およびレッグのうちの何れかを含む、請求項１４に記載のコンピュータ読取り可能媒体。
【請求項１６】
前記注文記述子は、前記合成スプレッドの価格に従って価格軸沿いに表示される、請求項１５に記載のコンピュータ読取り可能媒体。
【請求項１７】
レッグされた注文はカラーコード化される、請求項１５に記載のコンピュータ読取り可能媒体。
【請求項１８】
更に、前記行為は、前記合成スプレッド注文のポジションリスク分析を前記親注文に従って決定するステップを含み、前記呼び値の子注文は、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出される、請求項１４に記載のコンピュータ読取り可能媒体。
【請求項１９】
合成スプレッド注文を管理するための方法であって、
スプレッド価格における一定量のマルチレッグ合成スプレッドの合成スプレッド注文を取引デバイスを介して受信するステップと、
前記合成スプレッド注文の一定量の親注文を前記取引デバイスを介して決定するステップ、ここで、各親注文は前記マルチレッグ合成スプレッドの前記量の１ロットを表す、
各親注文について、前記マルチレッグ合成スプレッドの第１のレッグの少なくとも１つの呼び値の子注文と、前記マルチレッグ合成スプレッドの第２のレッグの少なくとも１つのヘッジ子注文とを前記取引デバイスを介して関連づけるステップと、
前記少なくとも１つの呼び値の注文を実行するために、前記マルチレッグ合成スプレッドの第１のレッグの前記少なくとも１つの呼び値の子注文を電子取引所へ提出するステップと、
親注文のステータスを、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文のステータスに従って決定するステップと、
前記合成スプレッド注文のステータスを、前記取引デバイスを介して、前記少なくとも１つの子注文および前記少なくとも１つのヘッジ子注文の前記ステータスに従って決定するステップと、
前記合成スプレッド注文の前記ステータスを表す注文記述子を、前記合成スプレッドの価格に従って価格軸沿いに表示するステップを含む方法。
【請求項２０】
前記量の親注文の各々の前記ステータスは受付中、約定済み、未決およびレッグのうちの何れかであり得る、請求項１９に記載の方法。
【請求項２１】
前記量の親注文の各々の前記ステータスは数字で表示される、請求項１９に記載の方法。
【請求項２２】
前記レッグされた注文はカラーコード化される、請求項１９に記載の方法。
【請求項２３】
更に、前記少なくとも１つのヘッジ子注文に前記少なくとも１つの呼び値の子注文の実行を未決に保留させるステップを含む、請求項１９に記載の方法。
【請求項２４】
更に、前記少なくとも１つの呼び値の子注文の実行に応答して前記少なくとも１つのヘッジ子注文を提出するステップを含む、請求項２３に記載の方法。
【請求項２５】
各親注文について前記少なくとも１つの呼び値の子注文と前記少なくとも１つのヘッジ子注文とを関連づけるステップは、注文識別子を前記親注文の各々、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文へ割り当てるステップを含み、前記注文識別子は、前記親注文、前記少なくとも１つの呼び値の子注文および前記少なくとも１つのヘッジ子注文の関連性を同定する、請求項１９に記載の方法。
【請求項２６】
更に、前記合成スプレッド注文のポジションリスク分析を前記関係性に従って決定するステップを含む、請求項２５に記載の方法。
【請求項２７】
更に、前記少なくとも１つの呼び値の子注文を、前記ポジションリスク分析が既定の限度より少ないという決定に応答して提出するステップを含む、請求項２６に記載の方法。
【請求項２８】
合成スプレッド注文に関連づけられるポジションを管理するための方法であって、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するステップ、ここで、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するステップと、
前記少なくとも１つのブラケット注文の実行に応答して、前記少なくとも１つのヘッジ子注文をキャンセルするステップを含む方法。
【請求項２９】
前記少なくとも１つのブラケット注文は、カバー注文、注文−キャンセル−注文またはこれらの組合せのうちの何れかを含む、請求項２８に記載の方法。
【請求項３０】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項２８に記載の方法。
【請求項３１】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項２８に記載の方法。
【請求項３２】
前記価格は、さらにユーザ選択に従って決定される、請求項２８に記載の方法。
【請求項３３】
前記ステータスを同定するステップ、および前記少なくとも１つのブラケット注文を提出するステップは、前記合成スプレッド注文の定義された親子関係に従って実行される、請求項２８に記載の方法。
【請求項３４】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項２８に記載の方法。
【請求項３５】
更に、前記少なくとも１つのヘッジ子注文の市場に対応する場内市場を監視するステップを含み、前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから市場が既定量だけ動いたという決定に応答して提出される、請求項２８に記載の方法。
【請求項３６】
命令が格納されていて、プロセッサにより実行されると前記プロセッサに行為を実行させるコンピュータ読取り可能媒体であって、前記行為は、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するステップ、ここで、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するステップと、
前記少なくとも１つのブラケット注文の実行に応答して、前記少なくとも１つのヘッジ子注文をキャンセルするステップを含むコンピュータ読取り可能媒体。
【請求項３７】
前記少なくとも１つのブラケット注文は、カバー注文、注文−キャンセル−注文またはこれらの組合せのうちの何れかを含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項３８】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項３９】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４０】
前記価格は、さらにユーザ選択に従って決定される、請求項３９に記載のコンピュータ読取り可能媒体。
【請求項４１】
前記ステータスを同定するステップ、および前記少なくとも１つのブラケット注文を提出するステップは、前記合成スプレッド注文の定義された親子関係に従って実行される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４２】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４３】
前記行為は、更に、
前記少なくとも１つのヘッジ子注文の市場に対応する場内市場を監視するステップを含み、前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから市場が既定量だけ動いたという決定に応答して提出される、請求項３６に記載のコンピュータ読取り可能媒体。
【請求項４４】
取引デバイスであって、
取引デバイスを介して、合成スプレッド注文のステータスをレッグされているものと同定するように構成される合成スプレッドマネージャであって、前記合成スプレッド注文は電子取引所において未決である少なくとも１つのヘッジ子注文を有する合成スプレッドマネージャと、
前記取引デバイスを介する前記ステータスの同定に応答して、前記合成スプレッドの約定されたレッグに関連づけられる取引可能オブジェクトに対する少なくとも１つのブラケット注文を前記電子取引所へ提出するように構成される注文ルータとを備え、前記少なくとも１つのブラケット注文の実行に応答して、前記注文ルータは前記少なくとも１つのヘッジ子注文をキャンセルする取引デバイス。
【請求項４５】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるポジションに従って決定される価格を含む、請求項４４に記載の取引デバイス。
【請求項４６】
前記少なくとも１つのブラケット注文は、前記合成スプレッドの前記約定されたレッグに関連づけられるオープンポジションに従って決定される価格を含む、請求項４４に記載の取引デバイス。
【請求項４７】
前記少なくとも１つのブラケット注文は、前記合成スプレッド注文のステータスがレッグされていると同定されてから既定の時間量の後に提出される、請求項４４に記載の取引デバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公表番号】特表２０１３−５１３８８６（Ｐ２０１３−５１３８８６Ａ）
【公表日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願番号】特願２０１２−５４４５１２（Ｐ２０１２−５４４５１２）
【出願日】平成２２年１１月３日（２０１０．１１．３）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５５３３６
【国際公開番号】ＷＯ２０１１／０８１７１１
【国際公開日】平成２３年７月７日（２０１１．７．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５０２３１７４５９）トレーディング テクノロジーズ インターナショナル インコーポレイテッド (23)
【公表日】平成２５年４月２２日（２０１３．４．２２）
【国際特許分類】
【出願日】平成２２年１１月３日（２０１０．１１．３）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５５３３６
【国際公開番号】ＷＯ２０１１／０８１７１１
【国際公開日】平成２３年７月７日（２０１１．７．７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（５０２３１７４５９）トレーディング テクノロジーズ インターナショナル インコーポレイテッド (23)
[ Back to top ]