(57)【要約】      （修正有）【課題】改良されたスプレッド価格の計算を行う方法およびシステムを提供する。【解決手段】スプレッド価格計算方法は、複数のレッグを含む取引スプレッドを受信するステップを含み、複数のレッグのそれぞれは、取引可能オブジェクトに関連付けられている。前記方法はさらに、複数のレッグ間の相互関係を表す数式の定義付けを、複数のレッグをスプレッド価格に関連付けるための少なくとも２つのパラメータに基づいて可能にするステップを含む。前記方法はさらに、定義された数式に基づいてスプレッド価格を計算する。【選択図】図５
2019106200.tif 000002
【特許請求の範囲】
【請求項１】
スプレッド価格を計算する方法であって、
複数のレッグを含む取引スプレッドを受信するステップ、ここで、複数のレッグのそれぞれは取引可能オブジェクトに関連付けられる、
複数のレッグ間の相互関係を表す数式の定義付けを、複数のレッグをスプレッド価格に関連付けるための少なくとも２つのパラメータに基づいて可能にするステップ、
定義された数式に基づいてスプレッド価格を計算するステップ、
を含む、方法。
【請求項２】
数式と少なくとも２つのパラメータとに基づいて計算シーケンスを決定するステップ、
をさらに含む、請求項１に記載の方法。
【請求項３】
数式における少なくとも２つのパラメータのうちの１つは、複数のレッグのうちの１つのレッグを別のレッグに関連付ける変数である、請求項１に記載の方法。
【請求項４】
数式における少なくとも２つのパラメータのうちの１つは、複数のレッグのうちの１つのレッグを別のレッグに関連付ける定数である、請求項１に記載の方法。
【請求項５】
少なくとも２つのパラメータのうちの１つは、複数のレッグのうちの少なくとも１つのレッグに関する加算、減算、乗算、除算又はデリミターのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
複数のレッグに対応する複数のレッグ値を計算するステップ、
をさらに含む、請求項１に記載の方法。
【請求項７】
スプレッド価格は、複数のレッグ値を含む、請求項６に記載の方法。
【請求項８】
取引スプレッドに基づいて、取引所に対する取引注文の提出を可能にするステップ、ここで、取引注文は、複数のレッグの各レッグに対応するレッグ数量を含む、
をさらに含む、請求項１に記載の方法。
【請求項９】
取引注文は、複数のレッグのうちの、全てよりも少ないレッグを含む、請求項８に記載の方法。
【請求項１０】
レッグ数量のうちの少なくとも１つは、数量が０である、請求項８に記載の方法。
【請求項１１】
複数の取引可能オブジェクトを含む取引スプレッドを定義する方法であって、
取引スプレッドで使用する第１のレッグの定義付けを可能にするステップ、ここで、第１のレッグはある取引可能オブジェクトである、
取引スプレッドで使用する第２のレッグの定義付けを可能にするステップ、ここで、第２のレッグはある取引可能オブジェクトである、
第１のレッグおよび第２のレッグを含む取引スプレッドの定義付けを可能にするステップ、ここで、取引スプレッドは、第１のレッグと第２のレッグの関係を記述する数式に基づくとともに、当該関係は、第１のレッグと第２のレッグのうちの少なくとも１つに関連付けられた少なくとも１つのパラメータに基づく、
を含む、方法。
【請求項１２】
第１のレッグは、レッグ乗数とレッグ値とを含むものである、請求項１１に記載の方法。
【請求項１３】
パラメータは、複数のパラメータから選択される、請求項１１に記載の方法。
【請求項１４】
取引スプレッドに基づいてスプレッド価格を計算するステップ、
をさらに含む、請求項１１に記載の方法。
【請求項１５】
スプレッド価格に基づいて、取引所に対する取引注文の提出を可能にするステップ、
をさらに含む、請求項１４に記載の方法。
【請求項１６】
取引スプレッドは、少なくとも１つの第３のレッグと、少なくとも１つの第２のパラメータとを含むものである、請求項１５に記載の方法。
【請求項１７】
取引注文は、第１、第２および第３のレッグのうちの、全てよりも少ないレッグを含む、請求項１６に記載の方法。
【請求項１８】
第１のレッグと第２のレッグの関係は、第２のパラメータに基づいて変化する、請求項１６に記載の方法。
【請求項１９】
取引注文は、複数のレッグの各レッグに対応するレッグ数量を含むものである、請求項１５に記載の方法。
【請求項２０】
レッグ数量のうちの少なくとも１つは、数量が０である、請求項１９に記載の方法。
【請求項２１】
プロセッサによって実行可能なコンピュータプログラムコードを含む有形コンピュータ読み取り可能記憶媒体であって、当該コンピュータプログラムコードは実行されたときに、スプレッド価格を計算する方法を実行するものであり、
当該方法は、
メモリに接続されたプロセッサにより、
複数のレッグを含む取引スプレッドを受信するステップ、ここで、複数のレッグのそれぞれは取引可能オブジェクトに関連付けられる、
複数のレッグ間の相互関係を表す数式の定義付けを、複数のレッグをスプレッド価格に関連付けるための少なくとも２つのパラメータに基づいて可能にするステップ、
複数のレッグのそれぞれに対応するレッグ値を計算するステップ、
数式に基づいてスプレッド価格を計算するステップ、
を行う、有形コンピュータ読み取り可能記憶媒体。
【請求項２２】
パラメータは、複数のパラメータから選択される、請求項２１に記載の有形コンピュータ読み取り可能記憶媒体。
【請求項２３】
スプレッド価格に基づいて、取引所に対する取引注文の提出を可能にするステップ、ここで、スプレッド価格は、第３のレッグに対応する第３のレッグ価格を含むものである、
をさらに含む、請求項２１に記載の有形コンピュータ読み取り可能記憶媒体。
【請求項２４】
取引注文は、複数のレッグのそれぞれに対応するレッグ数量を含むものである、請求項２３に記載の有形コンピュータ読み取り可能記憶媒体。
【請求項２５】
レッグ数量のうちの少なくとも１つは、数量が０である、請求項２４に記載の有形コンピュータ読み取り可能記憶媒体。
【請求項２６】
取引注文は、複数のレッグのうちの、全てよりも少ないレッグを含む、請求項２３に記載の有形コンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【関連出願の参照】
【０００１】
本願は、２０１２年１１月３０日に出願された米国特許出願第１３／６９１，２２５号に基づく優先権を主張するものであり、当該米国特許出願の内容は参照することによりその全体が本明細書に組み込まれる。
【技術分野】
【０００２】
本開示は、一般的に電子取引環境に関し、より詳細には、改良されたスプレッド価格計算を行う方法およびシステムに関する。
【背景技術】
【０００３】
電子取引システムは一般的に、電子取引所と通信する取引デバイスを含む。電子取引所は、価格や数量などの市場に関する情報を取引デバイスに送信する。取引デバイスは、注文に関するメッセージなどを電子取引所に送信する。電子取引所は、ある注文の数量と、それに相対する１つ又は複数の注文の数量とをマッチングする。
【０００４】
取引戦略により、トレーダは、取引決定を行うためのルールを設定することができる。取引戦略の一例として、スプレッド取引が知られる。スプレッド取引を実行することで、取引戦略における複数の取引可能オブジェクト間の価格差に依存するオーバーオールネットポジション（overall net position）が得られる。
【０００５】
以下の図面を参照しながら実施形態が開示される。
【図面の簡単な説明】
【０００６】
【図１】ある実施形態を実施可能な例示的な電子取引システムのブロック図
【図２】ある実施形態を実施可能な別の例示的な電子取引システムのブロック図
【図３】開示された実施形態を実施するために用いられる例示的なコンピューティングデバイスのブロック図
【図４】開示された実施形態を実施可能な取引戦略のブロック図
【図５】改良されたスプレッド価格計算を実施するために実行可能な機械読み取り可能な命令を表すフロー図
【図６】開示された実施形態を実施するために実行可能な機械読み取り可能な命令を表すフロー図
【図７】開示された実施形態を実施するために実行可能な機械読み取り可能な命令を表すフロー図
【図８】開示された実施形態を実施するために実行可能な機械読み取り可能な命令を表すフロー図
【図９】開示された実施形態を実施するために実行可能な機械読み取り可能な命令を表すフロー図
【図１０】図５−図９の機械読み取り可能な命令を実行可能なスプレッド価格計算システムのブロック図
【発明を実施するための形態】
【０００７】
取引スプレッドは、同時に取引される２つ以上の取引可能オブジェクト（例えば、証券（instrument）、オプション、先物取引など）の関係を定義するものである。取引スプレッド内に含まれる取引可能オブジェクトのそれぞれは、取引スプレッドのレッグ又はアウトライトマーケット（outright market）とも称される。従来の取引システムは、取引スプレッドのレッグを定義し、定義されたそれぞれのレッグの価格を足し引きすることにより、スプレッド価格を計算する。レッグの価格を足すか引くかは、当該レッグの定義において当該レッグに関連付けられた特性に基づいて決定される。意味のあるスプレッド価格を計算するために、取引スプレッド内に定義された各レッグは、同じ通貨である必要がある。レッグの例示的な特性としては、取引スプレッド内において他のレッグと関連した各レッグの数量を示すスプレッド比率がある。取引スプレッドを買うときに、スプレッド比率が正の場合は、レッグが買われるべきことを意味し（例えば正の乗数）、スプレッド比率が負の場合は、レッグが売られるべきことを意味する（例えば負の乗数）。これより、取引スプレッドを買うことには、取引スプレッドで定義された各レッグを買うことと売ることが含まれる。
【０００８】
本明細書に開示される実施形態では、取引可能オブジェクトを複数の外国市場にわたって売る・買う取引が含まれることが想定されている。その場合、取引スプレッドは、異なる通貨で取引される取引可能オブジェクトを含みうる。本明細書に開示される実施形態では、レッグがスプレッド価格を修正するためだけに取引スプレッドで使用されることも想定されている。その場合、レッグは、取引スプレッドの取引時において買われる又は売られる必要がない。
【０００９】
従来の取引システムと異なり、本明細書に開示される実施形態は、取引スプレッドに基づいた数式を用いて、スプレッド価格を計算するステップを実行する。具体的には、数式は、取引スプレッドで定義される複数のレッグと、レッグ同士を関連付けるためのパラメータとを用いて作られる。レッグは例えば、取引可能オブジェクト、定数、為替レート、および／又は、スプレッド価格が計算される間にも値が変化しうるその他の任意の変数である。レッグ同士を関連付けるためのパラメータは、加算、減算、乗算、除算、および／又は、取引スプレッドにおける２つ以上のレッグを関連付けるためのその他の任意の数学的演算子を示すものであってもよい。本明細書に開示された実施形態によれば、取引スプレッドは、取引スプレッドにおけるどのレッグを取引注文に含めるかを示すものであってもよい。そのような例では、取引スプレッドは、取引スプレッドにおけるあるレッグを取引注文に含めないことを示す場合もある。
【００１０】
発明の詳細な説明は、コンポーネントの中でも特にハードウェア上で実行されるソフトウェアを含む実施形態を開示するが、これらの実施形態は単なる例示であり、限定的なものとして解釈すべきではない。例えば、これらのハードウェアおよびソフトウェアのコンポーネントのいずれか又は全てが、ハードウェアにて独占的に、ソフトウェアにて独占的に、ファームウェアにて独占的に、又は、ハードウェア、ソフトウェアおよび／又はファームウェアの任意の組み合わせにて、実装されてもよい。したがって、実施形態はその他の方法により実施・実装されてもよい。
【００１１】
Ｉ．実施形態に関する簡単な説明
ある実施形態は、スプレッド価格を計算する方法を提供するものであり、当該方法は、複数のレッグを含む取引スプレッドを受信するステップを含む。ここで、複数のレッグのそれぞれは取引可能オブジェクトに関連付けられる。当該方法はさらに、複数のレッグ間の相互関係を表す数式の定義付けを、複数のレッグをスプレッド価格に関連付けるための少なくとも２つのパラメータに基づいて可能にする、又は促進するステップを含む。当該方法は、定義された数式に基づいてスプレッド価格を計算するステップを含む。
【００１２】
ある実施形態は、複数の取引可能オブジェクトを含む取引スプレッドを定義する方法を提供するものであって、当該方法は、取引スプレッドで使用する第１のレッグの定義付けを可能にするステップを含み、第１のレッグはある取引可能オブジェクトである。当該方法は、取引スプレッドで使用する第２のレッグの定義付けを可能にするステップを含み、第２のレッグはある取引可能オブジェクトである。当該方法は、第１のレッグおよび第２のレッグを含む取引スプレッドの定義付けを可能にするステップを含み、取引スプレッドは、第１のレッグと第２のレッグの関係を記述する数式に基づくとともに、当該関係は、第１のレッグと第２のレッグのうちの少なくとも１つに関連付けられた少なくとも１つのパラメータに基づく。
【００１３】
ある実施形態は、プロセッサによって実行可能なコンピュータプログラムコードを含む有形コンピュータ読み取り可能記憶媒体を提供するものであり、コンピュータプログラムコードは実行されたときに、スプレッド価格を計算する方法を実行する。当該方法は、複数のレッグを含む取引スプレッドを受信するステップを含む。ここで、複数のレッグのそれぞれは取引可能オブジェクトに関連付けられる。有形コンピュータ読み取り可能記憶媒体はさらに、複数のレッグ間の相互関係を表す数式の定義付けを、複数のレッグをスプレッド価格に関連付けるための少なくとも２つのパラメータに基づいて可能にするステップを行うコンピュータプログラムコードを含む。有形コンピュータ読み取り可能記憶媒体はさらに、複数のレッグのそれぞれに対応するレッグ値を計算するステップを行うコンピュータプログラムコードを含む。有形コンピュータ読み取り可能記憶媒体はさらに、数式に基づいてスプレッド価格を計算するステップを行うコンピュータプログラムコードを含む。
【００１４】
ＩＩ．電子取引システムの例
図１は、ある実施形態を採用可能な例示的な電子取引システム１００を表すブロック図を示す。システム１００は、取引デバイス１１０と、ゲートウェイ１２０と、取引所１３０とを備える。取引デバイス１１０は、ゲートウェイ１２０と通信する。ゲートウェイ１２０は、取引所１３０と通信する。本明細書における「通信」との用語は、直接的な通信、および／又は、１つ若しくは複数の中間コンポーネントを介した間接的な通信を包含する。図１に示す例示的な電子取引システム１００は、本明細書における示唆および開示から逸脱しない範囲で、付加的な機能や性能を提供する付加的なコンポーネント、サブシステムおよびエレメントと通信してもよい。
【００１５】
動作中において、取引デバイス１１０は、取引所１３０からゲートウェイ１２０を介して市場データを受信する。ユーザは取引デバイス１１０を使用して、この市場データのモニタを行う、および／又は、１つ又は複数の取引可能オブジェクトを買う又は売るための注文メッセージを取引所１３０に送信する意思決定を行う。
【００１６】
市場データは、取引可能オブジェクトのための市場に関するデータを含む。例えば、市場データは、内部市場、市場深度、最終取引価格（「ＬＴＰ」）、最終取引量（「ＬＴＱ」）又はそれらの組み合わせを含む。（時間の経過とともに変化する）内部市場は、ある時点における特定の取引可能オブジェクトに関する利用可能な最低アスク価格（ベストオファー）および最高ビッド価格（ベストビッド）である。市場深度は、内部市場で利用可能な数量および内部市場から離れた他の価格で利用可能な数量のことをいう。利用可能な数量次第で、市場深度の「ギャップ」が存在する場合がある。
【００１７】
取引可能オブジェクトは、取引される任意の対象物である。例えば、取引可能オブジェクトの特定の数量を、特定の価格で買う又は売ることができる。取引可能オブジェクトには例えば、金融商品、株式、オプション、債券、先物、通貨、ワラント、ファンドデリバティブ、証券、商品、スワップ、金利商品、インデックスベース商品、取引イベント、物品、又はそれらの組み合わせが含まれる。取引可能オブジェクトには、取引所（例えば取引所１３０）によってリスト化および／又は管理された商品、ユーザによって定義された商品、実際の商品若しくは合成の商品の組合せ、又はそれらの組み合わせが含まれる。なお、実際の取引可能オブジェクトに対応するおよび／又は類似する、合成の取引可能オブジェクトが存在してもよい。
【００１８】
注文メッセージは、取引注文を含むメッセージである。取引注文は例えば、取引可能オブジェクトを買う又は売るためのコマンドや、定められた取引戦略に従って注文の管理を開始するコマンドや、提出済みの注文を変更（例えば作業中の注文を修正する）又はキャンセルするコマンドや、注文に関連する電子取引所への指示や、それらの組み合わせであってもよい。
【００１９】
取引デバイス１１０は、１つ又は複数の電子計算プラットフォームを有してもよい。例えば、取引デバイス１１０は、デスクトップコンピュータ、ハンドヘルドデバイス、ラップトップ、サーバ、ポータブルコンピューティングデバイス、取引端末、埋め込まれた取引システム、ワークステーション、アルゴリズム取引システム（「ブラックボックス」や「グレーボックス」）、コンピュータのクラスタ、又はそれらの任意の組み合わせを含んでもよい。別の例として、取引デバイス１１０は、プロセッサによって実行される１つ又は複数のコンピュータプログラム、アプリケーション、ライブラリあるいはコンピュータ読み取り可能命令などをアクセス可能に記憶するように構成されたメモリ又はその他の記憶媒体と通信を行うシングル又はマルチコアプロセッサを含んでもよい。
【００２０】
本明細書における「〜ように構成された（configured to, adapted to）」との用語は、エレメント、構造又はデバイスが特定の機能又は特定の目的を実行するように修正、アレンジ、変更などされている場合を包含する。
【００２１】
例示として、取引デバイス１１０は、イリノイ州シカゴにあるトレーディングテクノロジーズインターナショナルインコーポレイティッド（以降では「トレーディングテクノロジーズ」と称する）が提供する電子取引プラットフォームであるＸ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するパーソナルコンピュータとして実装されてもよい。別の例として、取引デバイス１１０は、トレーディングテクノロジーズが提供するＡＤＬ（商標）、ＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）、および／又はＡＵＴＯＴＲＡＤＥＲ（商標）などの自動取引ツールを提供する取引アプリケーションを実行するサーバであってもよい。さらに別の例では、取引デバイス１１０は、サーバと通信する取引端末を含んでもよく、この場合、取引端末とサーバが集合的に取引デバイス１１０となる。
【００２２】
取引デバイス１１０は一般的に、ユーザによって所有、操作、制御、プログラム、構成、又はその他の方法の使用が行われる。本明細書における「ユーザ」との用語には、これらに限定されないが、人間（例えばトレーダ）、取引グループ（例えばトレーダのグループ）又は電子取引デバイス（例えばアルゴリズム取引システム）が含まれる―１人又は複数のユーザが、例えば所有、操作、制御、プログラミング、構成、又はその他の使用に関与してもよい。
【００２３】
取引デバイス１１０は、１つ又は複数の取引アプリケーションを含む。本明細書における取引アプリケーションは、電子商取引を可能にする又は改善するアプリケーションである。取引アプリケーションは、１つ又は複数の電子取引ツールを提供する。例えば、取引デバイスに記憶された取引アプリケーションは、１つ又は複数の取引ウィンドウに市場データを配置および表示するように実行される。別の例では、取引アプリケーションは、スプレッド取引ツールを提供する自動スプレッド取引アプリケーションを含む。さらに別の例では、取引アプリケーションは、自動的にアルゴリズムを処理して特定のアクション（注文を出す、既存の注文を修正する、注文の削除する、など）を実行するアルゴリズム取引アプリケーションを含む。さらに別の例では、取引アプリケーションは、１つ又は複数の取引画面を提供する。取引画面は、１つ又は複数の市場と交信可能な１つ又は複数の取引ツールを提供してもよい。例えば、ユーザは取引ツールを用いることで、様々な取引戦略を実行しながら、市場データの取得・閲覧、注文エントリパラメータの設定、取引所への注文メッセージの送信、取引アルゴリズムの展開、および／又は、位置のモニタリングを行うことができる。取引アプリケーションが提供する電子取引ツールは常に利用可能であってもよく、あるいは、取引アプリケーションの特定の設定又は動作モードのみで利用可能であってもよい。
【００２４】
取引アプリケーションは、プロセッサによって実行可能にコンピュータ読み取り可能媒体に記憶されたコンピュータ読み取り可能な命令を含む。コンピュータ読み取り可能媒体には例えば、ランダムアクセスメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的プログラマブル読み出し専用メモリ、電気的消去可能読み出し専用メモリ、フラッシュメモリ、これらの任意の組み合わせ、又はその他の任意の有形データ記憶デバイスなど、様々なタイプの揮発性／不揮発性の記憶媒体が含まれる。本明細書における非一時的又は有形のコンピュータ読み取り可能媒体との用語は、コンピュータ読み取り可能記憶媒体の任意のタイプを含むが、伝搬信号は除外するものとして明示的に定義される。
【００２５】
取引アプリケーションの１つ又は複数のコンポーネント又はモジュールは、別のコンピュータ読み取り可能媒体から、取引デバイス１１０のコンピュータ読み取り可能媒体にロードされてもよい。例えば、取引アプリケーション（又は取引アプリケーションのアップデート）は、製作者、開発者又は発行者によって１つ又は複数のＣＤ又はＤＶＤ上に記憶されるものであり、取引デバイス１１０にその後ロードされる、又は、取引デバイス１１０が取引アプリケーションを読み取るためのサーバにロードされてもよい。別の例として、取引デバイス１１０は、サーバから、例えばインターネット又は内部ネットワークを介して取引アプリケーション（又は取引アプリケーションのアップデート）を受信してもよい。取引デバイス１１０は、取引デバイス１１０によって要求される場合に（例えば「プル配信」）、および／又は、取引デバイス１１０によって要求されない場合に（例えば「プッシュ配信」）、取引アプリケーション又はそのアップデートを受信してもよい。
【００２６】
取引デバイス１１０は、注文メッセージを送信するように構成されてもよい。例えば、注文メッセージは、ゲートウェイ１２０を介して取引所１３０に送信される。別の例として、取引デバイス１１０は、実際の取引には影響を及ぼさないシミュレーション環境におけるシミュレートの取引所へ注文メッセージを送信するように構成される。
【００２７】
注文メッセージは、ユーザの要求に応じて送信されてもよい。例えば、トレーダは取引デバイス１１０を利用することで、注文メッセージを送信する、又は、取引注文に関する１つ又は複数のパラメータ（例えば注文の価格および／又は数量）を手動で入力する。別の例として、取引アプリケーションが提供する自動取引ツールは、取引注文に関する１つ又は複数のパラメータを計算して注文メッセージを自動的に送信する。ある例では、自動取引ツールは、送信用のメッセージを作成するがユーザからの確認がなければ実際にはそれを送信しない。
【００２８】
注文メッセージは、１つ又は複数のデータパケットにて、又は、共有のメモリシステムを介して送信される。例えば、注文メッセージは、取引デバイス１１０からゲートウェイ１２０を介して取引所１３０へ送信される。取引デバイス１１０は例えば、ローカルエリアネットワーク、広域ネットワーク、無線ネットワーク、バーチャルプライベートネットワーク、Ｔ１ライン、Ｔ３ライン、総合デジタル通信網（「ＩＳＤＮ」）ライン、ポイント・オブ・プレゼンス、インターネット、および／又は共有メモリシステムを使用して、ゲートウェイ１２０と通信する。
【００２９】
ゲートウェイ１２０は、１つ又は複数の電子計算プラットフォームを含んでもよい。例えば、ゲートウェイ１２０は、１つ又は複数のデスクトップコンピュータ、ハンドヘルドデバイス、ラップトップ、サーバ、ポータブルコンピューティングデバイス、取引端末、埋め込み取引システム、シングル／マルチコアプロセッサを搭載したワークステーション、「ブラックボックス」又は「グレーボックス」などのアルゴリズム取引システム、コンピュータのクラスタ、又はそれらの任意の組み合わせとして実装されてもよい。
【００３０】
ゲートウェイ１２０は、通信を容易にするものであってもよい。例えば、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０の間で通信されるデータのプロトコル変換を実行する。ゲートウェイ１２０は例えば、取引デバイス１１０から受信した注文メッセージを取引所１３０によって判別可能なデータ形式に処理する。同様に、ゲートウェイ１２０は例えば、取引所１３０から受信した取引所の固有形式による市場データを取引デバイス１１０によって判別可能な形式に変換する。
【００３１】
ゲートウェイ１２０は、上述の取引アプリケーションと同様に、電子取引を容易にする又は向上させる取引アプリケーションを含んでもよい。例えば、ゲートウェイ１２０は、取引デバイス１１０からの注文を追跡して、当該注文のステータスを取引所１３０から受信した約定確認に基づいて更新する取引アプリケーションを有してもよい。別の例として、ゲートウェイ１２０は、取引市場１３０からのデータを合体してそれを取引デバイス１１０に提供する取引アプリケーションを有してもよい。さらに別の例では、ゲートウェイ１２０は、リスク処理を提供する、インプライド（implieds）を計算する、注文処理を取り扱う、市場データ処理を取り扱う、又はそれらの組み合わせを行う取引アプリケーションを含んでもよい。
【００３２】
ある実施形態において、ゲートウェイ１２０は例えば、ローカルエリアネットワーク、広域ネットワーク、仮想プライベートネットワーク、Ｔ１ライン、Ｔ３回線、ＩＳＤＮ回線、ポイント・オブ・プレゼンス、インターネット、および／又は共有メモリシステムを使用して、取引所１３０と通信する。
【００３３】
取引所１３０は、取引所における団体によって所有、操作、制御、又は使用されてもよい。例示的な取引所の団体には、ＣＭＥグループ、ロンドン国際金融先物オプション取引所、インターコンチネンタル取引所、およびユーレックスが含まれる。取引所１３０は、例えば取引所によって取引のために提供される取引可能オブジェクトの売買を可能とするように構成されたコンピュータ、サーバ又はその他のコンピューティングデバイスなどの電子マッチングシステムを含んでもよい。取引所１３０は、一部は取引可能オブジェクトをリスト化および／又は管理し、他は注文を受信してマッチングするような、別々の団体を有してもよい。取引所１３０は例えば、電子通信ネットワーク（「ＥＣＮ」）を含む。
【００３４】
取引所１３０は、電子取引所であってもよい。取引所１３０は、注文メッセージを受信し、取引可能オブジェクトを売買するための相対する取引注文のマッチングを行うように構成される。マッチングされなかった取引注文は、取引所１３０によって後の取引用にリスト化される。取引注文には例えば、取引デバイス１１０から又は取引所１３０と通信しているその他のデバイスから受信した取引注文を含んでもよい。例えば、取引所１３０は通常、マッチング対象となる取引注文を提供する様々なデバイス（取引デバイス１１０に類似するものであってもよい）と通信する。
【００３５】
取引所１３０は、市場データを提供するように構成される。市場データは、１つ又は複数のメッセージ又はデータパケットにて、又は共有メモリシステムを介して提供されてもよい。取引所１３０は例えば、取引デバイス１１０又はゲートウェイ１２０などの契約デバイスに対してデータフィードを公開する。データフィードには、市場データが含まれる。
【００３６】
システム１００は、付加的な、異なる、又は、より少ない数のコンポーネントを含んでもよい。例えば、システム１００は、複数の取引デバイス、ゲートウェイ、および／又は取引所を含む。別の例では、システム１００は、ミドルウェア、ファイアウォール、ハブ、スイッチ、ルータ、サーバ、取引所固有の通信機器、モデム、セキュリティマネージャーおよび／又は暗号化／復号化装置など、その他の通信デバイスを含んでもよい。
【００３７】
ＩＩＩ．拡張された電子取引システムの例
図２は、ある実施形態を採用可能な別の例示的な電子取引システム２００のブロック図を示す。この例では、取引デバイス２１０ａは、ゲートウェイ２２０ａを介して取引所２３０ａと通信する。以下の説明では主に、取引デバイス２１０ａ、ゲートウェイ２２０ａおよび取引所２３０ａに焦点を当てている。しかしながら、取引デバイス２１０ａは、取引所２３０ｎに接続された任意の数のゲートウェイ２２０ｎに接続され、通信してもよい。取引デバイス１１０ａとその他の取引所２３０ｎとの通信は、取引デバイス２１０ａと取引所２３０ａとの通信と同じ、類似又は異なっていてもよい。一般的に、それぞれの取引所は、取引デバイス、ゲートウェイ、ユーザ又は別の取引所との通信用の独自の好ましい技術および／又はフォーマットを有している。
【００３８】
（図１に示す取引デバイス１１０と類似し得る）取引デバイス２１０ａは、取引端末２１４ａと通信するサーバ２１２ａを含んでもよい。サーバ２１２ａは、取引端末２１４ａよりもゲートウェイ１２０に対して地理的に近い位置に配置されてもよい。その場合、サーバ２１２ａは、取引端末２１４ａよりも待ち時間のメリットを有する。運転中において、取引端末２１４ａは、ユーザに取引画面を提供するとともに、さらなる処理のためにサーバ２１２ａにコマンドを送信してもよい。例えば、取引アルゴリズムは、市場データに基づく実行のためにサーバ２１２ａに展開されてもよい。サーバ２１２ａは、ユーザからのさらなる入力なしで取引アルゴリズムを実行してもよい。別の例では、サーバ２１２ａは、自動取引ツールを提供する取引アプリケーションを含むとともに、取引端末２１４ａと再び通信するものであってもよい。取引デバイス２１０ａは、付加的な、異なる、又はより少ない数のコンポーネントを含んでもよい。
【００３９】
取引デバイス２１０ａは、１つ又は複数の通信ネットワークを使用してゲートウェイ２２０ａと通信してもよい。本明細書における通信ネットワークとは、取引デバイス２１０ａ、ゲートウェイ２２０ａおよび取引所２２０ａの間の通信を促進又はそれを可能にする、インターネットを含む任意のネットワークである。例えば、図２に示すように、取引デバイス２１０ａは、マルチキャスト通信ネットワーク２０２ａ上でゲートウェイ２２０ａと通信する。ネットワーク２０２ａ上のデータは、項目（例えば価格、注文又は約定）に応じて論理的に分割されてもよい。その結果、サーバ２１２ａおよび取引端末２１４ａは、それらの個々のニーズに応じて契約し、データ（例えば価格、注文又は約定に関連するデータ）の受信を行うことができる。
【００４０】
（図１に示すゲートウェイ１２０と類似し得る）ゲートウェイ２２０ａは、価格サーバ２２２ａと、注文サーバ２２４ａと、約定サーバ２２６ａとを備える。ゲートウェイ２２０ａは、付加的な、異なる、又はより少ない数のコンポーネントを含んでもよい。価格サーバ２２２ａは、価格データの処理を行う。価格データには、１つ又は複数の取引可能オブジェクトのための市場に関連するデータが含まれる。注文サーバ２２４ａは、注文データを処理してもよい。注文データは、ユーザの取引注文に関連するデータである。例えば、注文データには、注文メッセージ、確認メッセージ、又はその他のタイプのメッセージが含まれてもよい。約定サーバは、約定データを収集および提供する。約定データには、取引注文の１つ又は複数の約定に関連するデータが含まれる。例えば、約定サーバ２２６ａは、サーバ２２４ａを介してルーティングされた、約定済み又は未約定の取引注文の記録を提供する。サーバ２２２ａ、２２４ａ、２２６ａは、同じ機械又は別の機械で実行されてもよい。
【００４１】
ゲートウェイ２２０ａは、１つ又は複数の通信ネットワークを使用して取引所２３０ａと通信する。図２に示すように、例えば、ゲートウェイ２２０ａと取引所２３０ａを接続する２つの通信ネットワークが存在してもよい。ネットワーク２０４ａは、価格サーバ２２２ａに市場データを通信するために使用されてもよい。ある例では、取引所２３０ａは、このような市場データを、契約デバイスに公開されたデータフィード内に含む。ネットワーク２０６ａは、注文データを通信するために使用されてもよい。
【００４２】
（図１に示す取引所１３０と類似し得る）取引所２３０ａは、注文ブック２３２ａと、マッチングエンジン２３４ａとを備える。取引所２３０ａは、付加的な、異なる、又はより少ない数のコンポーネントを含んでもよい。注文ブック２３２ａは、マッチングされていない取引注文の数量に関連するデータを含んだデータベースである。例えば、注文ブックは、内部市場、様々な価格レベルの市場深度、最終取引価格、および最終取引数量など、取引可能オブジェクトのための市場に関連するデータを含む。マッチングエンジン２３４ａは、相対するビッドとオファーをマッチングする。例えば、マッチングエンジン２３４ａは、相対するビッドとオファーをマッチングする１つ又は複数のマッチングアルゴリズムを実行してもよい。売り注文は、同じ価格の買い注文と相対する注文である。同様に、買い注文は、同じ価格の売り注文に相対する注文である。
【００４３】
動作中において、取引所２３０ａは、注文ブック２３２ａから価格サーバ２２２ａに価格データを提供するとともに、マッチングエンジン２３４ａから注文サーバ２２４ａに注文データおよび／又は約定データを提供してもよい。サーバ２２２ａ、２２４ａ、２２６ａは、これらのデータを翻訳して、取引デバイス２１０ａに通信して戻すようにしてもよい。取引デバイス２１０ａは例えば、取引アプリケーションを使用してこのデータを処理する。データは例えば、ユーザに表示される。別の例では、取引アルゴリズムがデータを利用して、取引所２３０ａに取引注文を提出すべきかどうかを決定する。取引デバイス２１０ａは、注文メッセージを準備し取引所２３０ａに送信してもよい。
【００４４】
ある実施形態では、ゲートウェイ２２０ａは、取引デバイス２１０ａの一部である。例えば、ゲートウェイ２２０ａのコンポーネントは、取引デバイス２１０ａと同じ計算プラットフォームの一部であってもよい。別の例として、ゲートウェイ２２０ａの機能は、取引デバイス２１０ａのコンポーネントによって実行されてもよい。ある実施形態では、ゲートウェイ２２０ａは存在しない。このような構成は例えば、取引デバイス２１０ａが取引所２３０ａと通信するためにゲートウェイ２２０ａを利用する必要がない場合に生じる。それは例えば、取引デバイス２１０ａが取引所２３０ａと直接通信するように構成される場合である。
【００４５】
取引デバイス２１０ａに類似する付加的な取引デバイス２１０ｂ−２１０ｎが、ゲートウェイ２２０ａ−２２０ｎおよび取引所２３０ａ−２３０ｎの１つ又は複数に接続されてもよい。また、ゲートウェイ２２０ａに類似する付加的なゲートウェイが、取引所２３０ａに類似する複数の取引所と通信してもよい。それぞれのゲートウェイは例えば、１つ又は複数の異なる取引所と通信する。このような構成によれば、例えば、１つ又は複数の取引デバイス２１０ａは、複数の取引所と取引することができる（および／又は、複数の取引所に冗長接続を提供することができる）。
【００４６】
ＩＶ．コンピューティングデバイスの例示
図３は、開示される実施形態を実施するために使用可能な例示的なコンピューティングデバイス３００のブロック図を示す。図１の取引デバイス１１０は、例えば、１つ又は複数のコンピューティングデバイス３００を含む。図１のゲートウェイ１２０は、例えば、１つ又は複数のコンピューティングデバイス３００を含む。図１の取引所１３０は、例えば、１つ又は複数のコンピューティングデバイス３００を含む。
【００４７】
コンピューティングデバイス３００は、通信ネットワーク３１０と、プロセッサ３１２と、メモリ３１４と、インタフェース３１６と、入力デバイス３１８と、出力デバイス３２０とを含む。コンピューティングデバイス３００は、付加的な、異なる、又はより少ない数のコンポーネントを含んでもよい。例えば、複数の通信ネットワーク、複数のプロセッサ、複数のメモリ、複数のインタフェース、複数の入力デバイス、複数の出力デバイス、又はそれらの任意の組み合わせが設けられてもよい。別の例として、コンピューティングデバイス３００は、入力デバイス３１８や出力デバイス３２０を含まなくてもよい。
【００４８】
図３に示すように、コンピューティングデバイス３００は、通信ネットワーク３１０に接続されたプロセッサ３１２を含む。通信ネットワーク３１０は、コンピューティングデバイス３００内のコンポーネント間におけるデータ通信のために、通信バス、チャネル、電気的若しくは光学的なネットワーク、回路、スイッチ、ファブリック、又はその他の機構を含んでもよい。通信ネットワーク３１０は、コンピューティングデバイス３００内における任意のコンポーネント間での通信を可能に接続され、データを転送する。
【００４９】
プロセッサ３１２は、任意の適切なプロセッサ、処理ユニット、又はマイクロプロセッサであってもよい。プロセッサ３１２には例えば、１つ又は複数の一般的なプロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、および／又はそれらの組合せが含まれる。プロセッサ３１２は、ネットワーク又は分散処理に関連付けられた１つ又は複数のデバイスのような、単一のデバイス又はデバイスの組み合わせであってもよい。任意の処理ストラテジーとしては、多重プロセッシング、マルチタスキング、並列処理および／又はリモート処理を使用してもよい。処理は、ローカル又はリモートであってもよく、また―１つのプロセッサから別のプロセッサへ移動してもよい。ある実施形態では、コンピューティングデバイス３００は、マルチプロセッサシステムであり、通信ネットワーク３１０に通信可能に接続される１つ又は複数の付加的なプロセッサを含み得る。
【００５０】
プロセッサ３１２は、メモリ３１４のような１つ又は複数の有形媒体内にエンコードされたロジックやその他のコンピュータ読み取り可能な命令を実行するように動作可能であってもよい。本明細書で使用される１つ又は複数の有体媒体にエンコードされたロジックには、プロセッサ３１２又は異なるプロセッサによって実行可能な命令が含まれる。ロジックは、例えば、ソフトウェア、ハードウェア、集積回路、ファームウェア、および／又はマイクロコードの一部として記憶されてもよい。ロジックは、ネットワーク３４０などの通信ネットワークを介して外部の通信デバイスから受信されてもよい。プロセッサ３１２は、図面に示された又は本明細書に記載された機能、動作、又はタスクを実現するためのロジックを実行してもよい。
【００５１】
メモリ３１４は、例えば、コンピュータ読み取り可能記憶媒体のような１つ又は複数の有形媒体であってもよい。コンピュータ読み取り可能な記憶媒体には、例えば、ランダムアクセスメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的プログラマブル読み出し専用メモリ、電気的消去可能読み出し専用メモリ、フラッシュメモリ、これらの任意の組み合わせ、又はその他の任意の有形データ記憶デバイスを含む、様々なタイプの揮発性および不揮発性の記憶媒体が含まれてもよい。本明細書で使用する非一時的又は有形のコンピュータ読み取り可能媒体は、任意のタイプのコンピュータ読み取り可能媒体を含むが伝搬信号を除外するものとして明示的に定義される。メモリ３１４には、ハードディスクドライブ、光学メディア、磁気テープ又はディスクなどを含む、任意の所望のタイプの大容量記憶デバイスが含まれる。
【００５２】
メモリ３１４は、１つ又は複数のメモリデバイスを含んでもよい。例えば、メモリ３１４には、ローカルメモリ、大容量記憶デバイス、揮発性メモリ、不揮発性メモリ、又はそれらの組み合わせが含まれてもよい。メモリ３１４は、遠隔プロセッサ３１２に対して、その近傍に配置され、その一部として設けられ、それにプログラムされ、それとネットワーク化され、および／又はそれからリモートな場所にあってもよく、これより、メモリ３１４に記憶されたデータは、例えば、プロセッサ３１２によって読みだされて処理されてもよい。メモリ３１４は、プロセッサ３１２によって実行可能な命令を記憶してもよい。命令は、本明細書に記載された又は図面に示された動作又は機能の１つ又は複数を実現するように実行されてもよい。
【００５３】
メモリ３１４は、取引アプリケーション３３０を記憶してもよい。ある実施形態では、取引アプリケーション３３０は、異なる場所からアクセス可能である、又は異なる場所に記憶される。プロセッサ３１２は、メモリ３１４に記憶された取引アプリケーション３３０にアクセスして、取引アプリケーション３３０に含まれるコンピュータ読み取り可能命令を実行してもよい。
【００５４】
ある実施形態では、インストールプロセスの間に、取引アプリケーションが、入力デバイス３１８および／又はネットワーク３４０からメモリ３１４に転送されてもよい。コンピューティングデバイス３００が取引アプリケーション３３０を実行中、又は実行する準備をしているとき、プロセッサ３１２は、通信ネットワーク３１０を介してメモリ３１４から命令を読みだしてもよい。
【００５５】
Ｖ．戦略的な取引
ユーザは、１つの取引可能オブジェクトを買うおよび／又は売ることに加えて、取引戦略に基づいて複数の取引可能オブジェクトを取引することができる。一般的な取引戦略の１つは、スプレッドである。取引戦略に基づく取引は、スプレッド取引とも称される。スプレッド取引は例えば、取引戦略における取引可能オブジェクト間の関係の変化や動きから利益を得ることを試みる。
【００５６】
取引戦略に基づいて取引を行うためには例えば、自動取引ツールを利用することができる。ある実施形態では、自動取引ツールは、トレーディングテクノロジーズ社によって提供される「ＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）」であってもよい。
【００５７】
取引戦略は、取引される２つ以上の取引可能オブジェクト間の関係を定義する。取引戦略の一部として取引されている取引可能オブジェクトのそれぞれは、取引戦略のレッグ又はアウトライトマーケットとも称される。
【００５８】
取引戦略が買われる場合には、取引戦略の定義により、各レッグに対応するどの取引可能オブジェクトを買う又は売るべきかが特定される。取引戦略が売られる場合には、同様に、取引戦略の定義により、各レッグに対応するどの取引可能オブジェクトを買う又は売るべきかが特定される。例えば、取引戦略を買うことには、レッグＡに関連する第１の取引可能オブジェクトの１単位を買うことと、レッグＢに関連する第２の取引可能オブジェクトの１単位を売ることが含まれるものとして、取引戦略を定義してもよい。取引戦略を売ることには通常、各レッグに関して相対するアクションを実行することが含まれる。
【００５９】
さらに、取引戦略の定義により、取引戦略の各レッグに関連するスプレッド比率を定めてもよい。スプレッド比率は、レッグの注文サイズと称することもできる。スプレッド比率は、他のレッグに関連した各レッグの数量を表す。例えば、取引戦略を買うことには、レッグＡに関連する第１の取引可能オブジェクトを２単位買うことと、レッグＢに関連する第２の取引可能オブジェクトを３単位買うことを含むものとして、取引戦略を定義してもよい。スプレッド比率の符号は、取引戦略を買うときにレッグが買われるべきか（スプレッド比率が正）売られるべきか（スプレッド比率が負）を示すものとして使用してもよい。上記の例では、レッグＡのスプレッド比率が「２」であり、レッグＢのスプレッド比率が「−３」である。
【００６０】
ある例では、スプレッド比率は、暗示的又は暗黙的なものであってもよい。例えば、取引戦略におけるレッグのスプレッド比率は明示的に特定されない代わりに、「１」若しくは「−１」として、暗示的なもの又はデフォルト設定されていてもよい。
【００６１】
さらに、各レッグのスプレッド比率をまとめて、取引戦略のスプレッド比率や戦略比率と称してもよい。例えば、レッグＡのスプレッド比率が「２」で、レッグＢのスプレッド比率が「−３」である場合には、取引戦略のためのスプレッド比率（又は戦略比率）を「２：−３」と表現してもよく、さらには、レッグＢの符号が暗示的なもの又は取引戦略の定義のどこかで特定されている場合には、「２：３」と表現してもよい。
【００６２】
さらに、取引戦略の定義により、取引戦略の各レッグに関連する乗数を指定してもよい。スプレッド価格を決定するために、乗数を使用して特定のレッグの価格を調整する。各レッグ乗数は、スプレッド比率と同じであってもよい。例えば、上記の例では、レッグＡの乗数が「２」で、レッグＢの乗数が「−３」であり、対応するそれぞれのレッグのスプレッド比率にともに一致している。あるいは、１つ又はそれ以上のレッグに関連する乗数は、それらのレッグの対応するスプレッド比率とは異なる場合がある。例えば、乗数の値は、レッグの価格を共通の通貨に変換するように選択されてもよい。
【００６３】
以下の説明では、特に示唆がない限り、各レッグのスプレッド比率と乗数が同じである場合を想定する。なお、以下の説明では、特定のレッグに関するスプレッド比率と乗数の符号が同じであることを想定しており、それが同じでない場合には、乗数の符号は、特定のレッグが取引戦略のどちら側にあるかを決定するために使用される。
【００６４】
図４は、開示された実施形態を実施可能な取引戦略４１０のブロック図を示す。取引戦略４１０は、「ｎ」個のレッグ４２０を含む（レッグ４２０ａ―レッグ４２０ｎとして個々に特定）。取引戦略４１０は、レッグ４２０ａ−４２０ｎのそれぞれの取引可能オブジェクト４２２（取引可能オブジェクト４２２ａ―４２２ｎとして個々に特定）同士の関係を、対応するスプレッド比率４２４ａ−４２４ｎおよび乗数４２６ａ−４２６ｎを使用して定義する。
【００６５】
一旦定義されると、取引戦略４１０内の取引可能オブジェクト４２２を、定義された関係に従ってまとめて取引することができる。例えば、取引戦略４１０が２つのレッグ４２０ａとレッグ４２０ｂを有するスプレッドである場合を想定する。レッグ４２０ａは、取引可能オブジェクト４２２ａに対応し、レッグ４２０ｂは、取引可能オブジェクト４２２ｂに対応する。さらに、レッグ４２０ａのスプレッド比率４２４ａと乗数４２６ａがいずれも「１」であり、レッグ４２０ｂのスプレッド比率４２４ｂと乗数４２６ｂがいずれも「―１」である場合を想定する。すなわち、スプレッドが買われる場合には、取引可能オブジェクト４２２ａの１単位が買われるとともに（スプレッド比率が正のためスプレッドと同じ売買が行われる）、取引可能オブジェクト４２２ｂの１単位が売られる（スプレッド比率が負のためスプレッドと反対の売買が行われる）ものとして、スプレッドが定義されている。前述したように、スプレッド取引には、相対する反対の定義が一般的に適用される。すなわち、スプレッドが売られる場合には、取引可能オブジェクト４２２ａの１単位が売られるとともに（スプレッド比率が正のためスプレッドと同じ売買が行われる）、取引可能オブジェクト４２２ｂの１単位が買われる（スプレッド比率が負のためスプレッドと反対の売買が行われる）ものとして、スプレッドが定義される。
【００６６】
取引戦略４１０の価格は、定義に基づいて決定される。具体的には、取引戦略４１０の価格は一般的に、取引可能オブジェクト４２２に対応する乗数４２６を乗じたレッグ４２０の価格の合計である。取引戦略の価格は、価格チック丸め（切り捨て、切り上げ）（price tick rounding）および／又はペイアップチック（pay-up ticks）によって影響を受ける場合がある。しかしながら、これらの適用の詳細についてはこの議論の範囲外であるとともに、当該技術分野において周知である。
【００６７】
上述したように、実際のスプレッドは、取引所１３０および／又は２３０などの取引所にて、取引可能プロダクトとしてリストされてもよい。反対に、合成のスプレッドは、取引所にてプロダクトとしてリスト化されない場合があり、当該スプレッドの各種レッグは、１つ又は複数の取引所にて取引可能である。以下の例示のために、取引戦略４１０は、合成の取引戦略とする。しかしながら、実際の取引戦略が取引されるときには、以下に記載される技術と同様の技術を取引所によって適用してもよい。
【００６８】
上述の例を続けると、取引可能オブジェクト４２２ａが通常、取引可能オブジェクト４２２ｂよりも１０大きい価格を有すると予想又は信じられている場合、取引可能オブジェクト４２２ａ、４２２ｂ間の価格差が１０未満である場合には常にスプレッドを買い、価格差が１０よりも大きい場合には常にスプレッドを売ることで、利益を得られる可能性がある。一例として、取引可能オブジェクト４２２ａの価格が４５であり、取引可能オブジェクト４２２ｂの価格が４０である場合を想定すると、現在のスプレッド価格は、（１）（４５）＋（―１）（４０）＝５として決定され、これは通常のスプレッド１０よりも小さい。これより、ユーザは取引可能オブジェクト４２２ａの１単位を価格４５で買い、取引可能オブジェクト４２２ｂの１単位を価格４０で売ることになる。その後、通常の価格差が復元され、取引可能オブジェクト４２２ａの価格が４２となり、取引可能オブジェクト４２２ｂの価格は３２となったとする。このとき、スプレッドの価格は１０である。ユーザは、スプレッドの１単位を売ることで（つまり、取引可能オブジェクト４２２ａの１単位を売り、取引可能オブジェクト４２２ｂの１単位を買うことで）自分のポジションを仕切り直す場合、ユーザはトータルの取引により利益を得る。特に、ユーザが取引可能オブジェクト４２２ａを価格４５で買ってそれを価格４２で売ると、損失は３となり、取引可能オブジェクト４２２ｂを価格４０で売ってそれを３２で買うと、利益は８となる。このように、スプレッドの買いと売りにより、ユーザは５の利益を得る。
【００６９】
上記の例では、取引可能オブジェクトを概ね所望の時間に市場価格で売買することができる十分な流動性と安定性があることを前提としている。これにより、スプレッドに関して所望の価格を達成することが可能となる。しかしながら、より一般的には、特定の取引戦略を売買する所望の価格が決定され、そして、自動売買ツールは例えば、レッグを適切な価格で売買することで、所望の価格の実現を試みる。例えば、ユーザが所望の価格で取引戦略４１０を買う又は売ることを取引ツールに指示すると、自動取引ツールは、取引戦略の所望の価格（所望の戦略価格、所望のスプレッド価格、および／又は目標価格とも称する）を達成するために、取引戦略４１０の取引可能オブジェクト４２２のうちの１つに関して注文を自動的に出す（注文の提示（quote）とも称する）。注文が出されたレッグは、呼値のレッグと称される。その他のレッグは、リーンレッグおよび／又はヘッジレッグと称される。提示されている呼値のレッグの価格は、リーンレッグにて注文を約定可能である目標価格に基づいている。ヘッジレッグにおける目標価格は、リーンドオン価格、リーン価格、又はリーンレベルとして知られる。通常の場合、利用可能な数量が十分ある場合には、目標価格は、売りの場合には最良のビッド価格、買いの場合には最良のアスク価格であってもよい。例えば、その価格で利用可能な数量が十分存在しない場合、又はその価格がインプライド価格である場合には、目標価格は、利用可能な最良の価格と異なる場合がある。リーンドオン価格が変化すると、呼値のレッグ内の注文の価格も所望の戦略価格を維持するために変更される場合がある。
【００７０】
リーンドオン価格は、リーン乗数および／又はリーンベース（lean base）に基づいて決定されてもよい。リーン乗数は、その価格レベルにリーンオンするために利用可能なヘッジレッグの注文数量の乗数を特定するものであってよい。例えば、ヘッジレッグに１０の数量が必要で、リーン乗数が２である場合、リーンレベルは、利用可能な数量を少なくとも２０有した最良の価格として決定されてもよい。リーンベースは、その価格レベルにリーンオンするために利用可能なヘッジレッグの必要な数量を超えた追加分の数量を特定してもよい。例えば、ヘッジレッグに１０の数量が必要で、リーンベースが５である場合、リーンレベルは、利用可能な数量を少なくとも１５有した最良の価格として決定されてもよい。リーン乗数とリーンベースは併用してもよい。例えば、リーンベースとリーン乗数のうちの大きい方を使用する、あるいは、それらを付加的に使用し、利用可能な数量を決定してもよい。
【００７１】
呼値のレッグが約定されると、自動取引ツールはヘッジレッグ内の注文を提出し、戦略を完了することができる。この注文は、オフセット注文又はヘッジ注文と称される。オフセット注文は例えば、リーンドオン価格にて、又は、呼値の注文の約定価格に基づいて提出されてもよい。オフセット注文が約定されない（又は所望の戦略価格を達成するために十分に約定されない）場合、取引戦略の定義に基づく所望の戦略関係が達成されていないので、戦略注文は「レッグドアップされた」又は「レッグされた」と称される。
【００７２】
単一の呼値のレッグを有することに加えて、上述したように、取引戦略は複数の（あるいは全ての）レッグにてクオート（提示）されてもよい。このような状況では、クオートされたレッグのそれぞれが、その他のレッグにリーンオンしている。呼値のレッグの１つが約定された場合には通常、その他のクオートされている呼値のレッグにおける注文がキャンセルされ、今約定された呼値のレッグが利用していたリーン価格に基づいて、適切なヘッジ注文が出される。
【００７３】
ＶＩ．改良されたスプレッド価格の計算
トレーダにとって、グローバル取引市場はアクセスしやすくなっており、海外市場で取引可能オブジェクトを買うおよび／又は売ることもよりアクセスしやすくなっている。例えば、シカゴにいるトレーダは、東京商品取引所に上場している商品に関する先物取引を売買することもできる。トレーダはさらに、これらの海外市場における複数の取引可能オブジェクトを取引戦略に基づいて取引することができる。場合によっては、複数の外国市場にまたがって取引可能オブジェクトを買うおよび／又は売ることで、トレーダに有益となる。例えば、ニューヨーク商品取引所（ＮＹＭＥ）にのみ上場している取引可能オブジェクトや、東京商品取引所（ＴＯＣＯＭ）にのみ上場している取引可能オブジェクトを売買するよりもむしろ、ＮＹＭＥに上場している先物取引を買いつつＴＯＣＯＭに上場している先物取引を売るような取引戦略であってもよい。トレーダが複数の外国市場にわたって複数の取引可能オブジェクトを売買しているときに、取引スプレッドの定義付けあるいはスプレッド価格の計算に関してより詳細な制御が可能であれば、トレーダに有益である。
【００７４】
図５―図９は、本開示内容を実現するために実行可能な例示的な演算のフロー図である。図５―図９の例示的な演算は例えば、図１の取引デバイス１１０および／又は図２の取引デバイス２１０によって実現される。以下では、図１の取引デバイス１１０が図５−図９の演算を実行するものとして説明しているが、任意の適切なデバイスにより実行してもよい。図５―図８の演算例では、取引スプレッドで定義された複数のレッグのそれぞれの関係を記述する数式に基づいて、取引スプレッドのスプレッド価格を計算するステップを実行する。図９の演算例は、取引スプレッドで定義されたレッグに基づいて取引注文を決定するステップを含む。
【００７５】
スプレッド価格を計算するために、ユーザおよび／又は取引デバイスは、レッグを用いて取引スプレッドを定義する。図５の例示的なプロセス５００は、トレーダが取引スプレッドの第１のレッグを定義するときに開始される（ブロック５１０）。図示の例では、第１のレッグは値によって定義される。第１のレッグは、動的な値（例えば、変数）又は静的な値（例えば、定数）によって定義されてもよい。例えば、取引可能オブジェクト（例えば、証券、オプション、先物取引など）などの変数は、第１のレッグの定義の一部として選択されてもよい。このような例において、第１のレッグの値（レッグ値）は、取引可能オブジェクトの市場価格に応じて変化しうる。ある場合には、第１のレッグ値は、取引可能オブジェクト以外の変数によって定義される。例えば、その値は為替レートであってもよい。複数の為替市場で取引する際には、為替レートが有効である。例えば、トレーダは、１バレル当たりドル単位で取引されている米国原油を１０万バレル買い、１バレルあたり円単位で取引されている日本原油を１５万バレル売りたいと考える。すなわち、米国原油を１バレル買うのに対して、日本原油を１．５バレル売ることとなる。これらの２つのレッグのみを用いてスプレッド価格を計算しても、無意味な価格となる。このため、例えば、円とドルの為替レートとしてレッグを定義することにより、スプレッド価格をドル又は円で計算することができる。ある場合には、第１のレッグ値は一定である。例えば、日本原油は、キロリットル単位で販売される場合がある。この場合、バレルとキロリットルの換算としてレッグを定義することが有益である。
【００７６】
ある例では、レッグ値は、当該レッグに関連する１つ又は複数のファクターによって修正される。例えば、第１のレッグに乗数を含ませることによって、重み付けすることができる。その他の例では、取引スプレッド内のその他のレッグに関連して取引される第１のレッグの数量を、スプレッド比率により記述する。第１のレッグ値を調整するその他のファクターも可能である。第１のレッグが定義されると、第１のレッグと同様の方法により、第２のレッグが定義される（ブロック５１５）。例えば、第２のレッグは、定数および／又は変数（例えば、取引可能オブジェクト、為替レートなど）を含む。取引スプレッドが、定義すべき追加のレッグを含む場合、当該レッグを定義するために、制御はブロック５１５に戻る（ブロック５２０）。例えば、米国原油と日本原油の例において、第１のレッグを米国原油として定義し、第２のレッグを日本原油として定義し、第３のレッグを円／ドルの為替レートとして定義してもよい。ある例では、レッグが定義された後に、当該レッグの１つ又は複数のファクターが修正されてもよい。このような例において、修正すべきレッグが識別されるとともに、当該レッグを定義するためのステップが再び行われる。例えば、トレーダは、第３のレッグを、ドル対円の為替レートではなく、円対ドルの為替レートに修正するように決定する。
【００７７】
【表１】
2019106200.tif 000003
【００７８】
表１は、定義後における３つの例示的なレッグを示す。各レッグは、変数（例えば、ＣＭＥ原油１１月１２日先物など）や乗数（例えば1/100など）などのファクターによって定義される。
【００７９】
取引スプレッドの全てのレッグが定義されると、数式を用いて、取引スプレッドにおけるレッグ間の関係を確立することができる（ブロック５３０）。数式は、スプレッド価格の計算方法を定義する。言い換えれば、数式は、取引スプレッドで定義された各レッグがスプレッド価格にどのように関連するか、又はそれをどのように修正するかを表す。図６は、図５のブロック５３０を実現するために実行可能な例示的な演算のフロー図であり、ブロック５３０では、取引スプレッドに基づいて数式を定義する。図６の例では、定義された取引スプレッドの各レッグ間の関係を、例えば数学的演算子、変数および／又は定数などのパラメータの関数として記述することによって、数式が定義される。すなわち、ファクターは、取引スプレッド内のレッグの定義を修正する一方で、パラメータは、取引スプレッドのレッグをスプレッド価格に関連付ける。数式を定義するための図６の例示的なプロセスは、定義されたレッグのうちの１つが選択されたときに開始される（ブロック６０５）。図示された原油の例では、第１のレッグ（例えば、米国原油のレッグ）が選択される。第１のレッグをスプレッド価格に関連付けるパラメータが選択される（ブロック６１０）。パラメータは、単一のレッグに作用してもよく（例えば、レッグ値を無効にする）、および／又は、２つ以上のレッグに作用してもよい（例えば、３つのレッグ値を合計する）。例示的な数学的演算子又はパラメータには、加算、減算、乗算、除算、べき乗、区切り文字（例えば、丸括弧（）、角括弧［］、中括弧又は波括弧（｛｝など））、および／又は、取引スプレッドのレッグをスプレッド価格に関連付けるためのその他の任意の代数的操作が含まれる。追加的又は代替的に、例示的なパラメータには、定数又は変数が含まれる。例えば、第１のレッグの１単位に対して第２のレッグを１．５単位取引する場合に、第２のレッグをファクターにより修正するのではなく、数式内で選択されたパラメータにより第２のレッグ値を１．５倍するように指示してもよい。パラメータを選択した後、プロセスは、数式の定義付けが完了したか否かを判定する（ブロック６２０）。例えば、プロセスは、取引スプレッドにおける定義された全てのレッグが数式によって関連付けられているかどうかをチェックする。追加的におよび／又は代替的に、手動入力により、数式が定義されたことを示してもよい。数式の定義付けが完了していない場合（ブロック６２０）、数式で記述するためのレッグを選択するために、制御はブロック６０５に戻る。
【００８０】
図示した原油の例では、スプレッド価格をドルで計算するための例示的な数式が定義されている。この例では、米国原油（例えば、第１のレッグ）を１０万バレル買うと同時に、日本原油（例えば、第２のレッグ）を１５万バレル売るときに、スプレッド価格が計算される。上記のように、第１のレッグと第２レッグの和を取ることは、無意味な価格となる。したがって、意味のあるスプレッド価格を計算するために、第１のレッグと第２のレッグの間の数学的関係が確立される。ある例では、ドルと円の為替レートに対応する乗数が、第１のレッグ又は第２のレッグに関連付けられる。しかしながら、そのような乗数の関連付けは、静的な換算になる。例えば、為替レートが固定されるとともに、それが取引市場の状態を反映するように動的に変化しない場合には、取引スプレッドを取引する際の実際のスプレッド価格ではなく、スプレッド価格の見積もりとなる。第３のレッグを為替レート変数として定義し、第３のレッグと第１のレッグ又は第２のレッグとの間の数学的関係を確立することにより、第１のレッグと第２のレッグとの間の数学的関係を確立することができる。例えば、図５のブロック５１５において、円対ドルを変換する第３のレッグが定義される。第２のレッグを選択し（ブロック６０５）、乗数パラメータを選択し（ブロック６１０）、第３のレッグを選択することで（ブロック６０５）、日本原油の単位をバレル当たりドルに変換することができる。スプレッド価格を計算するための数式の一例として、式１：「スプレッド価格＝Ｌｅｇ１−（Ｌｅｇ２＊Ｌｅｇ３）」がある。
【００８１】
このように、第１のレッグを買いつつ、第２のレッグと第３のレッグの積を売ることで、スプレッド価格をドルで計算する数式が定義されている。その後、図６の例は終了し、制御は図５のプロセス５００に戻る。
【００８２】
図５の例示的なプロセス５００に戻ると、選択された数学的演算子および／又はパラメータに基づいて、計算シーケンスが決定される（ブロック５４０）。例えば、米国原油のレッグ値から日本原油のレッグ値を引く前に、日本原油の単位が１バレル当たりドルの単位に変換される。別の例では、スプレッド価格は、２つのレッグの差（例えば、レッグＡ―レッグＢ）と２つのレッグの和（例えば、レッグＡ＋レッグＢ）の商である。この場合、結果的に、商を計算する前に２つのレッグの差と和がそれぞれ算出される。
【００８３】
数式の計算シーケンスが決定されると（ブロック５４０）、スプレッド価格を計算する（ブロック５５０）。取引スプレッドのスプレッド価格は、取引スプレッドのレッグ間の関係を表す数式に基づいて算出される。さらに、スプレッド価格は、ブロック５４０で決定された計算シーケンスに対応する順序（又はシーケンス）により計算される。図７は、スプレッド価格を計算するための図５のブロック５５０を実施するように実行可能な演算例を示すフローチャートである。図７の例では、取引スプレッド内の各レッグ値を決定した後に計算シーケンスに基づいて数式を評価することによって、スプレッド価格が計算される。図７の例示的なプロセスは、レッグ値を決定することから開始される（ブロック７０５）。例えば、レッグが取引可能オブジェクトなどの変数によって定義されている場合、取引可能オブジェクトの市場価格が取得される。このような例において、レッグ乗数などのファクターがレッグに関連付けられている場合、それに応じてレッグ値が調整されてもよい。その他の例では、為替レートなどの変数によってレッグが定義されている場合、為替市場から為替レートが取得される。ある例では、レッグ値は、ローカルメモリ又はレジスターに記録されており、例えば数式を評価するときに、読み出される。スプレッド内に追加のレッグがある場合（ブロック７１０）、制御はブロック７０５に戻り、追加のレッグ値を決定する。表１の各レッグ値を、式１を用いて決定する例として、式２：「スプレッド価格＝（８９５０）＊（１／１００）―［（５２３００）＊（１／８．３８６４）＊（１２７１６）＊（１／１００００００）］」がある。
【００８４】
取引スプレッド内に追加のレッグが存在しない場合（ブロック７１０）、図５のブロック５４０で決定された計算シーケンスにより数式を評価することによって、スプレッド価格が計算される（ブロック７１５）。ある例では、それぞれのレッグ値が同時に決定される。すなわち、各レッグ値は順番に決定されるよりもむしろ、実質的に同時に決定される。
【００８５】
図示した原油の例では、第１のレッグ（例えば、米国原油のレッグ）の値は、例えばニューヨークマーカンタイル取引所から米国原油１バレルの市場価格を取得することにより、算出され（例えば、８９５０）；第２のレッグ（例えば、日本原油のレッグ）の値は、例えば、東京商品取引所から日本原油１バレルの市場価格を取得することにより、算出され（例えば、５２３００）；第３のレッグ（例えば、円対ドルの為替レートのレッグ）の値は、例えばシカゴマーカンタイル取引所の外国為替市場から為替レートを取得することにより、算出される（例えば、１２７１６）。いずれかのレッグが１つ又は複数のレッグファクターに関連付けられている場合、それに応じて各レッグ値が調整される。例えば、第１のレッグと第２のレッグに関連付けられたスプレッド比率は、米国原油が１バレル買われるのに対して日本原油が１．５バレル売られることを示す場合がある。図示の例では、第１のレッグは、第１の乗数（例えば、１／１００）に関連付けられ、第２のレッグは、第２の乗数（例えば、１／８．３８６４）に関連付けられ、第３のレッグは、第３の乗数（例えば、１／１００００００）に関連付けられる。これより、各レッグ値は、市場価格に対してそれに関連する乗数を乗じることによって、算出される。例えば、第１のレッグ値は、８９．５０（例えば、８９５０＊１／１００）である。第２および第３のレッグ値は、同じ又は類似の計算方法により算出される。３つ全てのレッグ値が分かると、数式に対応した計算シーケンスが評価される（ブロック７１５）。このように、図示の例では、第２のレッグ（例えば、日本原油のレッグ）の値と第３のレッグ（例えば、円対ドルの為替レートのレッグ）の値の積が最初に計算される（例えば、７９．３０）。この積を第１のレッグ（例えば、米国原油レッグ）の値（例えば、８９．５０）から引くことで、スプレッド価格が１０．２０と計算される。計算後、図７の例示的なプロセスおよび図５の例示的なプロセス５００が終了する。
【００８６】
図８に示すフローチャートは、改良されたスプレッド価格の別の計算例を実施するように実行可能な演算例である。図８のプロセス８００は、トレーダが取引スプレッド内で使用するレッグを定義するときに、開始される（ブロック８１０）。例えば、トレーダは、レッグが静的な値（例えば、定数）又は動的な値（例えば、取引可能オブジェクトや為替レートなどの変数）を含むかどうかを識別する。トレーダはまた、レッグに対してレッグファクター（例えば、乗数、スプレッド比率など）を関連付けてもよい。取引スプレッドのレッグが定義されている場合、トレーダは、取引スプレッドのレッグ間の関係を表す数式を構築する（又は定義する）（ブロック８２０）。例えば、トレーダはグラフィカルユーザーインタフェースを使用して、レッグをシーケンスに配置してもよい。さらに、配置するための数学的演算子および／又はパラメータがトレーダに提供されてもよい。例えば、トレーダは、２つのレッグの差を第３のレッグによって割って計算することを示すブロックのシーケンスを配置してもよい。他の例では、トレーダは数式を手動入力することにより、数式を構築（又は定義）してもよい。例えば、トレーダは、取引スプレッドの定義されたレッグ間の関係を表す数式の入力を、ディスプレイを介して促される。ある例では、トレーダは、数式の計算シーケンスを決定する。他の例では、計算シーケンスは、数式内に配置されたパラメータに基づいて生成される。
【００８７】
数式を用いて、取引スプレッドのスプレッド価格が計算される（ブロック８３０）。例えば、取引スプレッドの各レッグ値が決定される。ある例では、値は、取引可能オブジェクトに関する市場価格を取得することによって決定される。ある例では、値は、為替レートの値を取得することによって決定される。ある例では、レッグ値は一定値である。各レッグ値が決定された後、数式を計算シーケンスにて評価することによって、スプレッド価格が計算される。例えば、３つのレッグの合計が最初に計算され、次いで、その合計が第４のレッグによって割られる。ある例では、計算されたスプレッド価格はトレーダに表示される。
【００８８】
ある例では、トレーダは、取引スプレッド内のレッグあるいは数式を修正することを決定する（ブロック８４０）。当該決定に応じて、制御は、ブロック８１０に戻りレッグを修正する、あるいは、ブロック８２０に戻り数式を修正する。あるいは、トレーダが修正を行わないと決定した場合（ブロック８４０）、制御はブロック８３０に戻り、スプレッド価格を再計算する。これにより、計算されたスプレッド価格は、現在の市場の状態を反映するように更新される。その後、プロセス８００は終了する。
【００８９】
ある例では、トレーダは、取引スプレッドを取引することを決定する。例えば、トレーダは、計算されたスプレッド価格に基づいて、取引スプレッドを買うことが有利であるかどうかを決定する。図９に示すフローチャートは、取引注文内の取引スプレッドを実施するように実行可能な演算例である。図９の例示的なプロセス９００は、取引スプレッドを取引する要求が出されたときに、開始される（ブロック９１０）。例えば、自動取引ツールは、目的のスプレッド価格が達成された場合に、取引スプレッドを取引する要求を自動的に出す。他の例では、トレーダは、取引スプレッドを取引する要求を手動で出す。取引要求が受信されると、取引スプレッドに含まれているレッグを特定する（ブロック９２０）。次に、当該レッグを注文に含めるかどうかが決定される（ブロック９３０）。取引レッグが取引注文に含めるべき取引可能オブジェクトを含む場合、レッグおよびそれに対応する取引数量が取引注文に追加される（ブロック９４０）。例えば、米国原油を１０００００バレル買う注文が取引注文に追加される。プロセス９００は次に、取引スプレッド内に追加のレッグが存在するかどうかを決定する（ブロック９５０）。
【００９０】
あるいは、取引レッグが取引注文に含めるべき取引可能オブジェクトを含まない場合（ブロック９３０）、制御はブロック９５０に進み、取引スプレッドが追加のレッグを含んでいるかどうかを決定する。例えば、取引レッグは、上述した原油の例で示した、円対ドルの為替レートなどの変数値又は定数値を含む。このような例において、レッグが取引注文に追加されない場合もある。他の例では、取引可能オブジェクトを有するレッグが、レッグ数量０の取引注文に追加される。ある例では、レッグは取引可能オブジェクトを含むが、当該レッグを取引注文に含めないことが選択される。例えば、トレーダは、取引スプレッドを修正するための取引可能オブジェクトを取引スプレッドに含めているが、当該取引可能オブジェクトの取引を希望しない場合がある。この場合、トレーダは、取引注文内にレッグを含めないことを選択することができる。例えば、図５のブロック５１０又はブロック５１５のようにレッグを定義する一方で、当該レッグを取引するかどうかを選択することもできる。他の例では、レッグを取引しないという決定が、取引注文を行うことができる前に選択される。例えば、あるレッグに関して取引注文から除外されることがデフォルトとされており、トレーダは、取引スプレッドが取引可能となる前にどのレッグを含めるべきかを選択する。他の例では、あるレッグに関して取引注文に含めることがデフォルトとされる。
【００９１】
プロセス９００はその後、取引スプレッドが追加のレッグを含むかどうかを決定する（ブロック９５０）。取引スプレッドが追加のレッグを含む場合、制御はブロック９２０に戻り、当該レッグを特定する。取引スプレッドが追加のレッグを含んでいない場合、取引注文が提出される（ブロック９６０）。プロセス９００はその後、終了する。
【００９２】
図１０は、図５−図９の演算例を実現および／又は実行することができる例示的なスプレッド価格計算システム１０００のブロック図である。ある例では、スプレッド価格計算システム１０００は、図１の取引デバイス１１０および／又は図２の取引デバイス２１０に関連付けられた取引アプリケーション（例えば、図３の取引アプリケーション３３０）の一部として実現されてもよい。ある例では、スプレッド価格計算システム１０００は、取引アプリケーションとは独立して動作可能なコンピュータ実装されたコード又は命令として実現されてもよい。ある例では、スプレッド価格計算システム１０００の特徴および機能は、図１の取引デバイス１１０および／又は図２の取引デバイス２１０に関連して動作可能なハードウェアにて実現されてもよい。
【００９３】
図１０のスプレッド価格計算システム１０００は、スプレッド価格を計算するために使用可能な取引スプレッドを定義するための取引スプレッドモジュール１０１０を含む。例えば、取引スプレッドモジュール１０１０は、取引スプレッド内におけるレッグの定義付けに関連する１つ又は複数のファクターを受信する。例えば、取引スプレッドモジュール１０１０は、レッグを定義する値がどのような種類の値であるかの情報を受信する（例えば、取引可能オブジェクトなどの動的な値あるいは定数などの静的な値）。さらに、レッグに対して乗数又はスプレッド比率を関連付けるとともに、取引スプレッドモジュール１０１０がこの情報を受信してもよい。ある例では、取引スプレッドモジュール１０１０は、取引注文にレッグを含めるかどうかの指示を受信する。ある例では、取引スプレッドモジュール１０１０は、レッグに関連する価格や数量を受信する。
【００９４】
定義されたレッグは、例示的な数式定義付けモジュール１０２０によって利用される。数式定義付けモジュール１０２０は、取引スプレッドにおけるレッグ間の関係を定義（又は記述）するために使用されるパラメータを受信する。例えば、スプレッド価格を計算するために、２つのレッグの積を使用してもよい。レッグ間の関係には、加算、減算、乗算、除算、および／又は、レッグをスプレッド価格に関連付けるためのその他の任意の数学演算子が含まれてもよい。数式定義付けモジュール１０２０から受信した数式に基づく計算シーケンスが、計算シーケンス決定モジュール１０３０によって決定される。例えば、取引スプレッドは、第１の通貨による第１のレッグと、第２の通貨による第２のレッグとを含む。これより、（無意味なスプレッド価格よりもむしろ）意味のあるスプレッド価格を計算するために、複数のレッグのうちの少なくとも１つの単位が、別の通貨に変換される。２つのレッグを関連付ける前に変換計算が行われたことを、計算シーケンス決定モジュール１０３０が決定する。
【００９５】
値計算モジュール１０４０は、数式に基づいて、取引スプレッドのスプレッド価格を計算する。値計算モジュール１０４０は、数式内における取引スプレッドの各レッグ値を決定する。次に、取引スプレッドのスプレッド価格が、計算シーケンス決定モジュール１０３０によって決定されたシーケンスに応じて、値計算モジュール１０４０により計算される。
【００９６】
取引注文を取引するリクエストが取引モジュール１０５０によって受信されると、取引モジュール１０５０は、取引スプレッドにおけるどのレッグを取引注文に含めるかを決定する。例えば、レッグは、取引することができない値（例えば、定数）によって定義されている場合がある。そこで、取引モジュール１０５０は、取引スプレッドを含む取引注文からそのレッグを除外する。ある例では、複数のレッグの一部のみが取引注文に含めるものとして選択される。例えば、あるレッグは取引することができる取引可能オブジェクトを含むものの、トレーダは当該レッグを取引注文に含めないことを選択する。その結果、取引モジュール１０５０は、取引注文に含めることが選択されたレッグのみを追加する。ある例では、取引注文に含めることが選択されていないレッグに関して、取引モジュール１０５０は、当該レッグを数量ゼロで追加する。
【００９７】
図面のいくつかは、ある実施形態の全て又は一部を実現するために使用可能な例示的なブロック図、システムおよび／又はフロー図を示す。例示的なブロック図、システムおよび／又はフロー図における１つ又は複数のコンポーネント、エレメント、ブロックおよび／又は機能は例えば、ハードウェア、ファームウェア、（有形コンピュータ読み取り可能媒体に記憶されたコンピュータ読み取り可能な命令のセットとしての）ディスクリートロジック、および／又はそれらの任意の組み合わせにて、単独又は組み合わせて実装されてもよい。
【００９８】
例示的なブロック図、システムおよび／又はフロー図は例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルロジックデバイス（ＦＰＬＤ）、離散論理、ハードウェアおよび／又はファームウェアの任意の組み合わせを使用して実現される。また、例示的な方法のいくつか又はその全ては例えば、手動で又は上述の技術と組み合わせて実行されてもよい。
【００９９】
例示的なブロックダイアグラム、システムおよび／又はフロー図は例えば、１つ又は複数のプロセッサ、コントローラおよび／又はその他の処理デバイスを用いて行われる。例えば、その例としては、有形のコンピュータ読み取り可能媒体に記憶されたコンピュータ読み取り可能な命令などのコード化された命令を使用して実行される。有形コンピュータ読み取り可能媒体は例えば、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、電気的プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、光媒体、磁気テープ、ファイルサーバ、その他の任意の有形データ記憶デバイス、又はそれらの任意の組み合わせなど、様々なタイプの揮発性および不揮発性の記憶媒体を含む。有形コンピュータ読み取り可能媒体は、不揮発性である。
【０１００】
さらに、例示的なブロック図、システムおよび／又はフロー図について図面を参照しながら説明したが、その他の実現形態も可能である。例えば、コンポーネント、エレメント、ブロックおよび／又は機能の実行順序を変更可能である、および／又は、説明したコンポーネント、エレメント、ブロックおよび／又は機能のうちのいくつかを変更、削除、細分化又は組み合わせてもよい。さらに、コンポーネント、エレメント、ブロックおよび／又は機能のいずれか又はその全ては、例えば別個の処理スレッド、プロセッサ、デバイス、離散論理および／又は回路によって、直列および／又は並列に実現されてもよい。
【０１０１】
複数の実施形態について開示したが、様々な変更が可能であり、均等物によって置換されてもよい。さらに、特定の状況又は材料を適合させるように多くの修正を行ってもよい。このように、開示された技術は、開示した特定の実施形態に限定されるものでなく、添付の特許請求の範囲に含まれる全ての実施形態を包含することが意図される。
【図１】
2019106200.tif 000004
【図２】
2019106200.tif 000005
【図３】
2019106200.tif 000006
【図４】
2019106200.tif 000007
【図５】
2019106200.tif 000008
【図６】
2019106200.tif 000009
【図７】
2019106200.tif 000010
【図８】
2019106200.tif 000011
【図９】
2019106200.tif 000012
【図１０】
2019106200.tif 000013
【手続補正書】
【提出日】平成31年2月12日(2019.2.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動スプレッド取引ツールを制御する方法であって、
電子コンピューティングデバイスにより、データフィードを介して、電子取引所によって公開された市場データを電子取引所から受信するステップ、ここで、市場データは、第１取引可能オブジェクト、第２取引可能オブジェクト、および第３取引可能オブジェクトのそれぞれに関する内部市場の現行データを含むものである、
電子コンピューティングデバイスの入力デバイスにより、ユーザから、第１取引可能オブジェクトの第１レッグと第２取引可能オブジェクトの第２レッグに関するスプレッドを受信するステップ、
電子コンピューティングデバイスの入力デバイスにより、ユーザから、スプレッドのパラメータおよび定義を受信するステップ、ここで、パラメータおよび定義は、第１取引可能オブジェクトおよび第２取引可能オブジェクトを第３取引可能オブジェクトに関連づけるものであり、第３取引可能オブジェクトはスプレッドのレッグを有しない、
電子コンピューティングデバイスにより、１）パラメータ、２）スプレッドの定義、３）第１取引可能オブジェクトに関するデータ、４）第２取引可能オブジェクトに関するデータ、および、５）第３取引可能オブジェクトに関するデータに基づいて、スプレッドに関する複数のスプレッド価格を算出するステップ、
電子コンピューティングデバイスにより、複数のスプレッド価格を表示するステップ、
電子コンピューティングデバイスの入力デバイスにより、複数のスプレッド価格のうちの所望のスプレッド価格でスプレッドを実行する要求を受信するステップ、
要求の受信に応じて、電子コンピューティングデバイスにより、スプレッド取引モジュールを実行するステップ、ここで、スプレッド取引モジュールの実行には、以下のステップが含まれる、
ｉ）電子コンピューティングデバイスにより、第１取引可能オブジェクトの第１レッグに関する注文を識別するステップ、
ｉｉ）電子コンピューティングデバイスにより、スプレッドの定義、所望のスプレッド価格、第２取引可能オブジェクトに関する市場データ、第３取引可能オブジェクトに関する市場データ、およびスプレッドのパラメータに基づいて、注文の価格を生成するステップ、
ｉｉｉ）電子コンピューティングデバイスにより、スプレッドの定義および取引実行の要求に基づいて、注文の数量を決定するステップ、
ｉｖ）電子コンピューティングデバイスにより、第１取引可能オブジェクトの第１レッグと第２取引可能オブジェクトの第２レッグに関するスプレッドに基づいて、電子取引所へ電子的に注文を提出するステップ、ここで、当該注文は、スプレッドの定義および取引実行の要求に基づいて決定された価格および数量を含む、
を含む、方法。
【請求項２】
パラメータは、第１取引可能オブジェクトと第２取引可能オブジェクトを関連付ける変数である、請求項１に記載の方法。
【請求項３】
パラメータは、第１取引可能オブジェクトと第２取引可能オブジェクトを関連付ける定数である、請求項１に記載の方法。
【請求項４】
パラメータは、第１取引可能オブジェクトおよび第２取引可能オブジェクトのうちの少なくとも１つに関する加算、減算、乗算、除算又はデリミターのうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
スプレッド価格は、複数のレッグ値を含む、請求項１に記載の方法。
【請求項６】
図１に示す方法。
【外国語明細書】
2019106200.tif 000014
2019106200.tif 000015
2019106200.tif 000016
2019106200.tif 000017
2019106200.tif 000018
2019106200.tif 000019
2019106200.tif 000020
2019106200.tif 000021
2019106200.tif 000022
2019106200.tif 000023
2019106200.tif 000024
2019106200.tif 000025
2019106200.tif 000026
2019106200.tif 000027
2019106200.tif 000028
2019106200.tif 000029
2019106200.tif 000030
2019106200.tif 000031
2019106200.tif 000032
2019106200.tif 000033
2019106200.tif 000034
2019106200.tif 000035
2019106200.tif 000036
2019106200.tif 000037
2019106200.tif 000038
2019106200.tif 000039
2019106200.tif 000040
2019106200.tif 000041
2019106200.tif 000042
2019106200.tif 000043
2019106200.tif 000044
2019106200.tif 000045
2019106200.tif 000046
2019106200.tif 000047
2019106200.tif 000048
2019106200.tif 000049
2019106200.tif 000050
2019106200.tif 000051
2019106200.tif 000052
2019106200.tif 000053