JP5747039B2

JP5747039B2 - 取引戦略のリーンレベルサポート

Info

Publication number: JP5747039B2
Application number: JP2012536870A
Authority: JP
Inventors: ステファン・ブリアンティ; サジー・ピー・ミンツ
Original assignee: トレーディングテクノロジーズインターナショナルインコーポレイテッド
Priority date: 2009-10-26
Filing date: 2010-10-18
Publication date: 2015-07-08
Anticipated expiration: 2030-10-18
Also published as: EP2494511A4; JP2015109103A; BR112012010817A2; AU2010315695B2; US11373241B2; US20210056632A1; US10853877B2; US20110099124A1; EP2494511A1; CA2775617A1; US20220261909A1; WO2011056399A1; JP6034891B2; JP2016184430A; JP2013508879A; AU2010315695A1

Description

（関連出願の相互参照）
本出願は、２００９年１０月２６日に提出された米国特許出願第１２／６０５，９６８号からの優先権を主張するものであり、前記米国特許出願は参照によりその全体が本明細書に組み込まれる。

本発明は、電子取引システムに関する。より具体的には、本発明の所定の実施形態は、電子取引システムにおける取引戦略のためのリーンレベルのサポートに関する。

電子取引システムは、アイテムを売買するための電子的に整合する注文が取引されるように図る。これらのアイテムには、例えば、株式、オプション、先物契約および商品が含まれる場合がある。典型的には、電子取引システムにおける電子取引所は、注文を整合させるために使用される。さらに、電子取引所は、トレーダにより注文を出すために使用される電子取引システムにおける様々なクライアントデバイスへ市場データを提供する。例えば、電子取引所は、取引用に利用可能な様々なアイテムの価格、およびどのような取引がどのような量および／または価格で発生しているかを示す取引確認等の市場データを提供する場合がある。

単一アイテムの取引に加えて、トレーダは、取引戦略に従って２つ以上のアイテムを取引することがある。ある一般的な取引戦略はスプレッドであり、取引戦略に従った取引をスプレッド取引と称する場合もある。スプレッド取引は、例えば、取引戦略内のアイテム間の関係性の変化または動きから利益を得ようとする場合がある。

取引戦略は、取引されるべき２つ以上のアイテム間の関係性を定義する場合がある。取引戦略内の各アイテムを、取引戦略のレッグと称する場合もある。一旦定義されれば、取引戦略内のこれらのアイテムは、定義された関係性に従ってまとめて取引されることがある。

概して、トレーダは、ある特定の取引戦略を売買する所望の価格を決定する。すると、例えば、自動取引ツールが、これらのレッグを適切な価格で売買することによってその所望の価格を達成しようとする。例えば、トレーダが、ある取引戦略をある所望の価格で買う、または売るように取引ツールに命令すると、自動取引ツールは、その取引戦略の所望の価格を達成するようにある取引可能オブジェクトの注文を自動的に出す場合がある。注文が出されるレッグを、呼び値のレッグと称する場合があり、他のレッグを、リーンレッグおよび／またはヘッジレッグと称する場合がある。呼び値のレッグの呼び値は、注文がリーンレッグにおいて約定される可能性がある目標価格を基礎とする。リーンレッグにおける目標価格は、リーンオン価格、リーン価格またはリーンレベルとしても知られる。典型的には、入手可能な十分な量が存在すれば、目標価格は、売りの場合は最良買い呼び値であり、かつ買いの場合は最良売り呼び値である場合がある。リーンオン価格が変化するにつれて、所望の戦略価格を維持するために呼び値のレッグにおける注文の価格も変わる場合がある。

呼び値のレッグが約定されると、自動取引ツールは、戦略を完了するためにヘッジレッグにおける注文を提出する場合がある。この注文は、反対注文またはヘッジ注文と称される場合があり、典型的には、リーンオン価格で値付けされる。リーンオン価格での注文が約定（または、所望の戦略価格を達成するほど十分に約定）されなければ、トレーダは、取引戦略の定義に従って所望の戦略関係を達成していないことから、「レッグアップ」または「レッグ」されていると言われる。

現行システムは、レッグされる可能性を減じるようにリーンレベルを決定するための様々な技法を提供している。特定のリーンレベルに関しては、これらの現行技法によって説明がされないリスクが存在する場合がある。

本発明の所定の実施形態は、取引戦略のリーンレベルをサポートする技法を提供する。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、その価格レベルで入手可能な数量を基礎として決定される。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の他の価格レベルで入手可能な数量を基礎として決定される。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の価格レベルでの注文数を基礎として決定される。リーンレベルは次に、決定されたサポートを基礎として決定されてもよい。所定の実施形態によれば、リーン乗数および／またはリーンベースは、決定されたサポートを基礎として動的に決定される。

本発明の所定の実施形態が提供する、電子取引環境において取引するための方法は、取引戦略の定義を受信することであって、前記取引戦略は第１の取引可能オブジェクトと第２の取引可能オブジェクトとを含むことと、第１の取引可能オブジェクトおよび第２の取引可能オブジェクトの市場データを受信することであって、前記第２の取引可能オブジェクトの市場データは第２の取引可能オブジェクトの複数の価格レベルの各々で入手可能な数量に関する情報を含むことと、所望の戦略価格を受信することと、第２の取引可能オブジェクトの複数の価格レベルのうちの第１の価格レベルのサポート値を、第２の取引可能オブジェクトの市場データを基礎として決定することと、決定されたサポート値を基礎としてリーンレベルを決定することと、第１の価格で第１の取引可能オブジェクトの第１の注文を出すことであって、前記第１の価格は取引戦略の定義、および所望の戦略価格および決定されたリーンレベルを基礎とすることを含む。

本発明の所定の実施形態が提供する、電子取引環境において取引するためのシステムは、市場データ処理コンポーネントと、戦略処理コンポーネントと、リーンレベルサポート処理コンポーネントとを含む。戦略処理コンポーネントは、取引戦略の定義を受信するように適合化され、取引戦略は第１の取引可能オブジェクトと第２の取引可能オブジェクトとを含む。市場データ処理コンポーネントは、第１の取引可能オブジェクトおよび第２の取引可能オブジェクトの市場データを受信するように適合化され、第２の取引可能オブジェクトの市場データは第２の取引可能オブジェクトの複数の価格レベルの各々で入手可能な数量に関する情報を含む。戦略処理コンポーネントは、所望の戦略価格を受信するように適合化される。リーンレベルサポート処理コンポーネントは、第２の取引可能オブジェクトの複数の価格レベルのうちの第１の価格レベルのサポート値を、第２の取引可能オブジェクトの市場データを基礎として決定するように適合化される。戦略処理コンポーネントは、決定されたサポート値を基礎としてリーンレベルを決定するように適合化される。戦略処理コンポーネントは、第１の価格で第１の取引可能オブジェクトの第１の注文を出すように適合化され、前記第１の価格は取引戦略の定義、および所望の戦略価格および決定されたリーンレベルを基礎とする。

以下、本発明の他の実施形態について述べる。さらに、記述される実施形態には、発明の精神または範囲を逸脱することなく修正が行われる場合がある。

本明細書では、下記の図面を参照して例示的な実施形態について説明する。

本発明の所定の実施形態が使用され得る電子取引システムを示すブロック図である。

本発明の所定の実施形態によって使用され得る取引戦略を示すブロック図である。

本発明の所定の実施形態が使用され得る、電子取引システムにおいて取引するための取引インタフェースを示す。

本発明の一実施形態による、電子取引環境において取引するためのシステムを示すブロック図である。

本発明の一実施形態による、電子取引環境において取引するための方法を示すフローチャートである。

前述の発明の概要ならびに下記の詳細な説明は、本発明の所定の実施形態を示す諸図と関連させて読むことにより、さらによく理解されるであろう。諸図は、所定の実施形態を例示するためのものであり、本発明が図面に示された配置および手段に限定されないことは理解されるべきである。

本発明の所定の実施形態は、取引戦略のリーンレベルサポート技法を提供する。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、その価格レベルで入手可能な数量を基礎として決定される。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の他の価格レベルで入手可能な数量を基礎として決定される。例えば、１つまたは複数の空の価格レベルおよび／または数量が少ない価格レベルは、リーンレベルとされる価格レベルはサポートが弱い、またはサポートがないと決定するために用いられてもよい。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の価格レベルでの注文数を基礎として決定される。リーンレベルは次に、決定されたサポートを基礎として決定されてもよい。所定の実施形態によれば、リーン乗数および／またはリーンベースは、決定されたサポートを基礎として動的に決定される。
Ｉ．電子取引システム例

図１は、本発明の所定の実施形態が使用され得る電子取引システム１００を示すブロック図である。システム１００は、クライアントデバイス１１０と、ゲートウェイ１２０と、電子取引所１３０とを含む。クライアントデバイス１１０は、ゲートウェイ１２０と通信している。ゲートウェイ１２０は、電子取引所１３０と通信している。

作動中、クライアントデバイス１１０は、ユーザによって、取引可能オブジェクトを買う、または売るための注文を取引所１３０へ送るために利用されてもよい。注文は、ゲートウェイ１２０を介して取引所１３０へ送られる。さらには、市場データが取引所１３０からゲートウェイ１２０を介してクライアントデバイス１１０へ送られる。また、ユーザは、クライアントデバイス１１０を利用してこの市場データを監視し、かつ市場データを基礎として取引可能オブジェクトに関する注文を送るように決定してもよい。

取引可能オブジェクトは、ある量および／または価格で取引されることが可能な任意のものである。例えば、株式、オプション、債券、先物、通貨、ワラント、ファンド派生商品、商品、取引されるイベント、グッズおよびこれらのコレクションおよび／または組合せ等の金融商品が取引可能オブジェクトであってもよい。取引可能オブジェクトは、「実物」であっても、「合成物」であってもよい。実物である取引可能オブジェクトには、取引所によってリストされている商品が含まれる。合成物である取引可能オブジェクトには、ユーザによって定義され、取引所によってリストされていない商品が含まれる。例えば、合成物である取引可能オブジェクトには、クライアントデバイス１１０を利用するトレーダによって作成される合成スプレッド等の実際の（または他の合成）商品の組合せが含まれてもよい。

クライアントデバイス１１０には、例えば、携帯デバイス、ラップトップ、デスクトップコンピュータ、シングルまたはマルチ・コア・プロセッサを有するワークステーション、複数のプロセッサを有するサーバおよび／またはコンピュータのクラスタ等の１つまたは複数の電子コンピューティングプラットフォームが含まれてもよい。

クライアントデバイス１１０は、１つまたは複数の取引アプリケーションを含んでもよい。取引アプリケーションは、例えば、市場データを取引ウィンドウおよびチャートウィンドウに配列しかつ表示することによって市場データを処理してもよい。この処理は、例えば、ユーザ選好を基礎とするものであってもよい。取引アプリケーションは、例えば、自動スプレッド取引ツール等の自動取引ツールを含んでもよい。

クライアントデバイス１１０は、例えば、電子取引ワークステーション、携帯用取引デバイス、アルゴリズム取引または「ブラックボックス」システム、内蔵式の取引システムおよび／または自動取引ツールを含んでもよい。例えば、クライアントデバイス１１０は、イリノイ州シカゴ所在のＴｒａｄｉｎｇＴｅｃｈｎｏｌｏｇｉｅｓＩｎｔｅｒｎａｔｉｏｎａｌ社によって提供される電子取引プラットフォームである、Ｘ＿ＴＲＡＤＥＲ（商標）のコピーを実行するコンピューティングシステムであってもよい。別の例として、クライアントデバイス１１０は、同じくＴｒａｄｉｎｇＴｅｃｈｎｏｌｏｇｉｅｓＩｎｔｅｒｎａｔｉｏｎａｌ社によって提供されるＡｕｔｏｓｐｒｅａｄｅｒ（商標）等の自動取引ツールを実行するコンピューティングデバイスであってもよい。

クライアントデバイス１１０は、取引可能オブジェクトの買い注文または売り注文を送信するように適合化される。またクライアントデバイス１１０は、例えば、注文をキャンセルし、注文を変更しかつ／または取引を照会するように適合化されてもよい。

クライアントデバイス１１０によって送信される注文は、例えばユーザから要求されて送信される場合もあれば、自動的に送信される場合もある。例えば、トレーダは、電子取引ワークステーションを利用して特定の取引可能オブジェクトを発注し、その注文について、注文の価格および／または数量等の様々なパラメータを手動で提供してもよい。別の例として、自動取引ツールは、ある注文に関する１つまたは複数のパラメータを計算し、かつ自動的に注文を送信してもよい。場合によっては、自動取引ツールは送信されるべき注文を準備するが、ユーザからの確認なしには実際には送信しない場合もある。

所定の実施形態において、クライアントデバイス１１０はユーザインタフェースを含む。ユーザインタフェースは、例えば、取引アプリケーションのテキストベースのインタフェースまたはグラフィカルインタフェースをユーザに提示するための１つまたは複数のディスプレイデバイスを含んでもよい。例えば、ディスプレイデバイスには、コンピュータモニタ、携帯デバイスのディスプレイ、プロジェクタおよび／またはテレビが含まれてもよい。ユーザインタフェースは、取引アプリケーションを用いて注文に関するパラメータを指定する、または見直すために、ユーザによって用いられてもよい。ユーザインタフェースは、例えば、ユーザからの入力を受信するための１つまたは複数の入力デバイスを含んでもよい。例えば、入力デバイスには、キーボード、トラックボール、２つまたは３つボタン式マウスおよび／またはタッチスクリーンが含まれてもよい。ユーザインタフェースは、ユーザと相互に作用するための他のデバイスを含んでもよい。例えば、情報は、スピーカを介して聴覚的にユーザへ提供されても、かつ／またはマイクロホンを介して受信されてもよい。

所定の実施形態において、クライアントデバイス１１０からの注文はゲートウェイ１２０を介して取引所１３０へ送信される。クライアントデバイス１１０はゲートウェイ１２０と、例えばローカル・エリア・ネットワーク、広域ネットワーク、仮想専用ネットワーク、Ｔ１回線、Ｔ３回線、ＩＳＤＮ回線、ポイント・オブ・プレゼンスおよび／またはインターネットを用いて通信してもよい。

ゲートウェイ１２０は、クライアントデバイス１１０および取引所１３０と通信するように適合化される。ゲートウェイ１２０は、クライアントデバイス１１０と取引所１３０との間の通信を容易にする。例えば、ゲートウェイ１２０は、クライアントデバイス１１０から注文を受信しかつこの注文を取引所１３０へ送信してもよい。別の例として、ゲートウェイ１２０は、取引所１３０から市場データを受信しかつこの市場データをクライアントデバイス１１０へ送信してもよい。

所定の実施形態において、ゲートウェイ１２０は、クライアントデバイス１１０と取引所１３０との間で通信されるデータの処理を実行する。例えば、ゲートウェイ１２０は、クライアントデバイス１１０から受信される注文を取引所１３０によって受容可能なデータフォーマットへと処理してもよい。同様に、ゲートウェイ１２０は、取引所１３０から受信される取引所固有フォーマットの市場データをクライアントデバイス１１０によって理解されるフォーマットへ変換してもよい。また、ゲートウェイ１２０による処理は、例えば、クライアントデバイス１１０からの注文を追跡し、かつ取引所１３０から受信される約定確認を基礎として注文の状況を更新することを含んでもよい。別の例として、ゲートウェイ１２０は取引所１３０からの市場データを融合し、かつこれをクライアントデバイス１２０へ提供してもよい。

所定の実施形態において、ゲートウェイ１２０は、クライアントデバイス１１０と取引所１３０との間で通信されるデータの処理以外のサービスを提供する。例えば、ゲートウェイ１２０はリスク処理を提供してもよい。

ゲートウェイ１２０には、例えば、携帯デバイス、ラップトップ、デスクトップコンピュータ、シングルまたはマルチ・コア・プロセッサを有するワークステーション、複数のプロセッサを有するサーバおよび／またはコンピュータのクラスタ等の１つまたは複数の電子コンピューティングプラットフォームが含まれてもよい。

ゲートウェイ１２０は、１つまたは複数のゲートウェイアプリケーションを含んでもよい。ゲートウェイアプリケーションは、例えば、注文の処理および市場データの処理を扱ってもよい。この処理は、例えば、ユーザ選好を基礎とするものであってもよい。

所定の実施形態において、ゲートウェイ１２０は取引所１３０と、例えばローカル・エリア・ネットワーク、広域ネットワーク、仮想専用ネットワーク、Ｔ１回線、Ｔ３回線、ＩＳＤＮ回線、ポイント・オブ・プレゼンスおよび／またはインターネットを用いて通信する。

取引所１３０は、取引可能オブジェクトの買い注文と売り注文とを整合させるように適合化される。取引可能オブジェクトは、取引所１３０による取引用にリストされてもよい。注文には、例えば、クライアントデバイス１１０から受信される注文が含まれてもよい。注文は、例えば、クライアントデバイス１１０からゲートウェイ１２０を介して受信されてもよい。さらに、注文は、取引所１３０と通信する他のデバイスから受信されてもよい。即ち、典型的には、取引所１３０は、同じく整合されるべき注文を提供する様々な他のクライアントデバイス（クライアントデバイス１１０に類似するものであってもよい）と通信し合う。

取引所１３０は、市場データを提供するように適合化される。市場データは、例えば、クライアントデバイス１１０へ提供されてもよい。市場データはクライアントデバイス１１０へ、例えばゲートウェイ１２０を介して提供されてもよい。市場データは、例えば、場内市場を表すデータを含んでもよい。場内市場は、ある特定の時点における一番安い売り値（「最良売り呼び値」とも称される）および一番高い買い値（「最良買い呼び値」とも称される）である。市場データは、市場の深さも含む場合がある。市場の深さは、場内市場における入手可能な量を指し、かつ場内市場以外での他の価格で入手可能な量も指す場合がある。したがって、場内市場は、第１の市場の深さレベルとされてもよい。場内市場以外での１ティックは、例えば、第２の市場の深さレベルとされてもよい。所定の実施形態において、市場の深さは、全ての価格レベルに関して規定される。所定の実施形態において、市場の深さは、全ての価格レベルに関して規定されるわけではない。例えば、市場の深さは、場内市場の内外で最初の５つの価格レベルに関してのみ規定されてもよい。また、市場の深さは、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）および注文約定情報等の情報も含む場合がある。

所定の実施形態において、システム１００は、２つ以上のクライアントデバイス１１０を含む。例えば、先に論じたクライアントデバイス１１０に類似する複数のクライアントデバイスが、取引所１３０へ注文を送信するためにゲートウェイ１２０と通信していてもよい。

所定の実施形態において、システム１００は、２つ以上のゲートウェイ１２０を含む。例えば、先に論じたゲートウェイ１２０に類似する複数のゲートウェイが、クライアントデバイス１１０および取引所１３０と通信していてもよい。このような配置は、例えば、１つのゲートウェイ１２０が故障した場合に冗長性を与えるために用いられてもよい。

所定の実施形態において、システム１００は、２つ以上の取引所１３０を含む。例えば、ゲートウェイ１２０は、先に論じた取引所１３０に類似する複数の取引所と通信していてもよい。このような配置は、例えば、クライアントデバイス１１０がゲートウェイ１２０を介して２つ以上の取引所で取引できるようにしてもよい。

所定の実施形態において、クライアントデバイス１１０は、１つまたは複数のコンピューティングデバイスまたは処理コンポーネントを含む。言い替えれば、クライアントデバイス１１０の機能は、２つ以上のコンピューティングデバイスによって実行されてもよい。例えば、１つのコンピューティングデバイスは、取引所１３０へ送信されるべき注文を生成してもよく、一方で別のコンピューティングデバイスはトレーダへグラフィカル・ユーザ・インタフェースを提供してもよい。所定の実施形態において、ゲートウェイ１２０は、１つまたは複数のコンピューティングデバイスまたは処理コンポーネントを含む。言い替えれば、ゲートウェイ１２０の機能は、２つ以上のコンピューティングデバイスによって実行されてもよい。所定の実施形態において、取引所１３０は、１つまたは複数のコンピューティングデバイスまたは処理コンポーネントを含む。言い替えれば、取引所１３０の機能は、２つ以上のコンピューティングデバイスによって実行されてもよい。

所定の実施形態において、ゲートウェイ１２０はクライアントデバイス１１０の一部である。例えば、ゲートウェイ１２０のコンポーネントは、クライアントデバイス１１０と同じコンピューティングプラットフォームの一部であってもよい。別の例として、ゲートウェイ１２０の機能は、クライアントデバイス１１０のコンポーネントによって実行されてもよい。所定の実施形態では、ゲートウェイ１２０が存在しない。このような配置は、例えば、クライアントデバイス１１０が取引所１３０との通信にゲートウェイ１２０を利用する必要がない場合、例えば、クライアントデバイス１１０が取引所１３０と直に通信するように適合化されている場合、に発生することがある。

所定の実施形態において、ゲートウェイ１２０は、物理的にクライアントデバイス１１０と同じ場所に位置決めされる。所定の実施形態において、ゲートウェイ１２０は、物理的に取引所１３０と同じ場所に位置決めされる。所定の実施形態において、クライアントデバイス１１０は、物理的に取引所１３０と同じ場所に位置決めされる。所定の実施形態において、ゲートウェイ１２０は、物理的にクライアントデバイス１１０および取引所１３０の双方から分離された場所に位置決めされる。

明瞭さを期して図示されていないが、所定の実施形態において、システム１００は他に、ミドルウェア、ファイアウォール、ハブ、スイッチ、ルータ、取引所固有の通信機器、モデム、セキュリティマネージャおよび／または暗号化／復号化デバイス等の通信アーキテクチャ固有のデバイスを含んでもよい。

図２は、本発明の所定の実施形態が使用され得る電子取引システム２００を示すブロック図である。システム２００は、１つまたは複数のクライアントデバイス２１０と、１つまたは複数のゲートウェイ２２０と、１つまたは複数の電子取引所２３０とを含む。クライアントデバイス２１０は、ゲートウェイ２２０のうちの１つまたはそれ以上と通信している。各ゲートウェイ２２０は、対応する取引所２３０と通信している。

クライアントデバイス２１０のうちの１つまたはそれ以上は、例えば、先に論じたクライアントデバイス１１０に類似するものであってもよい。ゲートウェイ２２０のうちの１つまたはそれ以上は、例えば、先に論じたゲートウェイ１２０に類似するものであってもよい。取引所２３０のうちの１つまたはそれ以上は、例えば、先に論じた取引所１３０に類似するものであってもよい。

作動中、クライアントデバイス２１０は、ユーザによって、異なる取引所２３０でリストされている取引可能オブジェクトを買う、または売るための注文を送るために利用されてもよい。注文は、ゲートウェイ２２０のうちの１つまたはそれ以上を介して取引所２３０のうちの１つまたはそれ以上へ送信される。さらに、市場データも、取引所２３０からゲートウェイ２２０を介してクライアントデバイス２１０のうちの１つまたはそれ以上へ送信される。また、ユーザは、クライアントデバイス２１０を利用してこの市場データを監視し、かつ市場データを基礎として取引可能オブジェクトに関する注文を送るように決定してもよい。

所定の実施形態において、クライアントデバイス２１０は、ゲートウェイ２２０のうちの１つと通信している。所定の実施形態において、クライアントデバイス２１０は、取引所２３０のうちの２つ以上と通信している。

所定の実施形態において、ゲートウェイ２２０は、取引所２３０のうちの１つと通信している。所定の実施形態において、ゲートウェイ２２０は、２つ以上の取引所２３０と通信している。

所定の実施形態において、クライアントデバイス２１０は取引所２３０のうちの１つまたはそれ以上と直に通信するように適合化され、ゲートウェイ２２０を利用しない。

先に論じたシステム１００および／またはシステム２００のコンポーネント、エレメントおよび／または機能は、単独または組み合わせて、例えばハードウェア、ファームウェアおよび／またはソフトウェアにおける命令セットとしての様々な形式で実装されてもよい。所定の実施形態は、汎用コンピュータまたは他の処理デバイスで実行されるために、メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤおよび／またはＥＰＲＯＭ等のコンピュータ読取り可能媒体に存在する命令セットとして提供されてもよい。
ＩＩ．戦略取引

単一の取引可能オブジェクトの買いおよび／または売りに加えて、トレーダは、取引戦略に従って２つ以上の取引可能オブジェクトを取引することがある。ある一般的な取引戦略はスプレッドであり、ある取引戦略に従った取引をスプレッド取引と称する場合もある。スプレッド取引は、例えば、取引戦略内の取引可能オブジェクト間の関係性の変化または動きから利益を得ようとする場合がある。

トレーダは、例えば、取引戦略に従って取引するために自動取引ツールを利用する場合がある。例えば、自動取引ツールは、イリノイ州シカゴ所在のＴｒａｄｉｎｇＴｅｃｈｎｏｌｏｇｉｅｓＩｎｔｅｒｎａｔｉｏｎａｌ社によって提供されるＡｕｔｏｓｐｒｅａｄｅｒ（商標）であってもよい。

取引戦略は、取引されるべき２つ以上の取引可能オブジェクト間の関係性を定義する。取引戦略の一部として取引される各取引可能オブジェクトを、取引戦略のレッグまたはアウトライト市場と称する場合もある。

取引戦略が買われる場合、取引戦略の定義は、各レッグに対応するどの取引可能オブジェクトが買われる、または売られるべきかを指定する。同様に、取引戦略が売られる場合、定義は、各レッグに対応するどの取引可能オブジェクトが買われる、または売られるべきかを指定する。例えば、取引戦略は、取引戦略の買いが、レッグＡの第１の取引可能オブジェクトの１単位を買うことと、レッグＢの第２の取引可能オブジェクトの１単位を売ることとを包含するように定義されてもよい。取引戦略の売りは、典型的には、各レッグについて反対のアクションを実行することを含む。

さらに、取引戦略の定義は、取引戦略の各レッグに関連づけられるスプレッド比率を指定してもよい。スプレッド比率は、レッグの注文サイズと称される場合もある。スプレッド比率は、各レッグの他のレッグに対する量を示す。例えば、取引戦略は、取引戦略の買いが、レッグＡの第１の取引可能オブジェクトの２単位を買うことと、レッグＢの第２の取引可能オブジェクトの３単位を売ることとを包含するように定義されてもよい。スプレッド比率の符号は、取引戦略の買いに際して、そのレッグが買われるべきか（スプレッド比率はプラス）、売られるべきか（スプレッド比率はマイナス）を示すために使用されてもよい。上述の例では、レッグＡに関連づけられるスプレッド比率は「２」となり、レッグＢに関連づけられるスプレッド比率は「−３」となる。

場合によっては、スプレッド比率は含意される、または黙示的である場合もある。例えば、ある取引戦略のあるレッグのスプレッド比率は明確には指定されず、むしろ「１」または「−１」であることを暗示される、またはこれらにデフォルトされる場合がある。

さらに、取引戦略の定義は、取引戦略の各レッグに関連づけられる乗数を指定してもよい。乗数は、スプレッドの価格を決定すべく特定のレッグの価格を調整するために使用される。各レッグの乗数は、スプレッド比率と同一であってもよい。例えば、上述の例では、レッグＡに関連づけられる乗数は「２」、レッグＢに関連づけられる乗数は「−３」であってもよく、これらは共に、各レッグの対応するスプレッド比率に整合する。或いは、１つまたは複数のレッグに関連づけられる乗数が、これらのレッグの対応するスプレッド比率とは異なる場合もある。例えば、乗数の値は、レッグの価格を共通通貨へ変換するように選択されてもよい。

以下の論考は、別段の指摘がない限り、各レッグのスプレッド比率および乗数が同じであることを想定したものである。さらに、以下の論考は、ある特定のレッグのスプレッド比率および乗数の符号が同じであり、かつ同じでないとしても、乗数の符号は、ある特定のレッグが取引戦略のどちら側に存在するかを決定するために用いられることを想定したものである。

図３は、本発明の所定の実施形態によって使用され得る取引戦略３１０を示すブロック図である。取引戦略３１０は、「Ｎ個の」レッグ３２０を含む。取引戦略３１０は、レッグ３２０の各々の取引可能オブジェクト３２２間の関係性を、レッグ３２０の各々に関連づけられるスプレッド比率３２４および乗数３２６を用いて定義する。

一旦定義されれば、取引戦略３１０内の取引可能オブジェクト３２２は、定義された関係性に従ってまとめて取引されてもよい。例えば、取引戦略３１０が２つのレッグ３２０を有するスプレッドであるものとする。レッグ１は取引可能オブジェクトＡに関連し、レッグ２は取引可能オブジェクトＢに関連する。さらに、レッグ１およびレッグ２に関連づけられるスプレッド比率３２４および乗数３２６は、各々「１」および「−１」であるものとする。即ち、スプレッド３１０は、スプレッド３１０が買われる場合、取引可能オブジェクトＡの１単位が買われ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が売られる（マイナスのスプレッド比率、スプレッドと反対方向）ように定義される。先に述べたように、典型的には、スプレッド取引では定義の反対が適用される。即ち、スプレッド３１０の定義は、スプレッド３１０が売られる場合、取引可能オブジェクトＡの１単位が売られ（プラスのスプレッド比率、スプレッドと同じ方向）、かつ取引可能オブジェクトＢの１単位が買われる（マイナスのスプレッド比率、スプレッドと反対方向）という類のものである。

取引戦略３１０の価格は、この定義を基礎として決定される。具体的には、取引戦略３１０の価格は、典型的には、取引戦略３１０のレッグ３２０の各々について取引可能オブジェクト３２２の価格に乗数３２６を乗算した合計である。取引戦略の価格は、価格ティックの丸めこみおよび／または払込ティックによって影響される場合がある。しかしながら、これらの実装ディテールは何れも本論考の範囲を超えるものであり、かつ技術上周知である。

上述の論考は、スプレッド例が実物であっても、合成物であっても適用される。先に論じたように、実物スプレッドであれば、取引所１３０および／または２３０等の取引所において取引可能商品としてリストされることを想起されたい。これに対して、合成スプレッドは取引所で商品としてリストされず、１つまたは複数の取引所ではむしろ、スプレッドの様々なレッグが取引可能である。以下の論考では、取引戦略３１０を合成の取引戦略として論じる。しかしながら、実物の取引戦略が取引される場合に、後述するものに類似する技法が取引所によって適用される場合もある。

先の例の論考を続けると、トレーダは、取引可能オブジェクトＡが典型的に取引可能オブジェクトＢより１０高い価格を有するものと確信すれば、取引可能オブジェクトＡおよびＢ間の価格差が１０を下回ればいつでもそのスプレッドを買うことを希望し、かつ同差が１０を上回ればいつでもそのスプレッドを売ることを希望し得る。一例として、取引可能オブジェクトＡが価格４５であり、かつ取引可能オブジェクトＢが価格４０であるものとする。よって、現行スプレッド価格は、（１）４５＋（−１）（４０）＝５であるとして決定されてもよく、これは典型的なスプレッド１０より少ない。したがって、トレーダはスプレッドの１単位を買ってもよく、結果的に、取引可能オブジェクトＡの１単位が価格４５で買われ、かつ取引可能オブジェクトＢの１単位が価格４０で売られる。その後しばらくして、この典型的な価格差は、取引可能オブジェクトＡの価格が４２、かつ取引可能オブジェクトＢの価格が３２となって回復される場合がある。この時点で、スプレッドの価格は１０となる。トレーダがスプレッドの１単位を売ってそのポジションを手仕舞えば（即ち、取引可能オブジェクトＡの１単位を売って、取引可能オブジェクトＢの１単位を買えば）、総取引で利益を得たことになる。具体的には、トレーダは、取引可能オブジェクトＡを価格４５で買いかつ４２で売って３の損失を出す一方で、取引可能オブジェクトＢを価格４０で売りかつ３２で買って利益８を出した。したがって、トレーダは、スプレッドの売買で利益５を得ている。

上述の例は、取引可能オブジェクトを大体所望の時間に市場価格で売買できる十分な流動性および安定性が存在することを想定している。これは、トレーダがスプレッド３１０の所望の価格を達成することを可能にする。しかしながら、より一般的には、トレーダは、ある特定の取引戦略を売買する所望の価格を決定する。すると、例えば、自動取引ツールが、これらのレッグを適切な価格で売買することによってその所望の価格を達成しようとする。例えば、トレーダが取引ツールに取引戦略３１０を所望の価格で買う、または売るように命令すると、自動取引ツールは、その取引戦略の所望の価格（所望の戦略価格、所望のスプレッド価格および／または目標価格とも称される）を達成するために、取引戦略３１０の取引可能オブジェクト３２２のうちの１つの注文を自動的に出す（注文に値付けする、とも称される）場合がある。注文が出されるレッグを呼び値のレッグと称し、他のレッグをリーンレッグおよび／またはヘッジレッグと称する。呼び値のレッグの呼び値は、注文がリーンレッグにおいて約定される可能性がある目標価格を基礎とする。ヘッジレッグにおける目標価格は、リーンオン価格、リーン価格またはリーンレベルとしても知られる。典型的には、入手可能な十分な量が存在すれば、目標価格は、売りの場合は最良買い呼び値であり、かつ買いの場合は最良売り呼び値である場合がある。目標価格は、例えば、その価格で入手可能な量が十分に存在していなければ、またはそれが暗示された価格であることに起因して、利用可能な最良価格とは異なる場合がある。リーンオン価格が変化するにつれて、所望の戦略価格を維持するために呼び値のレッグにおける注文の価格も変わる場合がある。

また、取引戦略に依存して、値付けされるレッグの価格は、例えば他のレッグの全てを基礎としなくてもよい。別の例として、値付けされるレッグにおける注文の注文パラメータは、最終取引価格（ＬＴＰ）、最終取引数量（ＬＴＱ）、理論値、場内市場により近い数量等の複数数量または他の何らかの基準点等の他のレッグにおける他のタイプの市況に依る場合がある。

先に論じたように、単一の呼び値のレッグを有することに加えて、取引戦略は、複数のレッグにおいて（または全てのレッグでも）値付けされてもよい。このような状況では、各値付けされるレッグは依然として他のレッグに依る。値付けされたレッグのうちの１つが約定されると、値付けされた他のレッグにおける注文は典型的にはキャンセルされ、次いで、約定されたレッグが基礎としたリーンオン価格を基礎として適切なヘッジ注文が出される。
ＩＩＩ．取引戦略のリーンレベルを決定するための現行技法

取引戦略を売買する場合、トレーダは概して、その取引戦略の目標価格を達成することを希望する。即ち、トレーダは、結果的にある特定の戦略価格が実現されるように、（取引戦略の定義に従って）取引戦略のレッグの取引可能オブジェクトを買いかつ／または売りたいと思う。戦略価格が望ましい理由は、取引戦略を用いるトレーダは、基礎を成す取引可能オブジェクトの特定価格を達成することよりも、関係性の価格を達成することに関心がある点にある。

例えば、トレーダがプラチナに金を＄１００上回る価値があると確信していれば、このトレーダは、金を＄７５０で売ってプラチナを＄８００で買おうとすると思われる。トレーダは、全く同様に、金を＄９５０で売ってプラチナを＄１０００で買おうとするであろう。何れの場合も、トレーダは、後に＄１００でスプレッドを売れると確信した時点で、プラチナ−金のスプレッドを＄５０で購入しようとしている。スプレッドトレーダの関心はプラチナと金との価格差にあり、よってこのような戦略においては、各々の価格自体に意味はない。

先に論じたように、呼び値のレッグが値付けされる価格は、リーンレッグにおけるリーンレベルを基礎とする。現行システムは、リーンレベルを決定するための様々な技法を提供している。呼び値のレッグのリーンレベルを決定するためのある典型的な技法は、ヘッジレッグにおける売りで最良買い呼び値を使用し、かつヘッジレッグにおける買いで最良売り呼び値を使用することである。例えば、買う必要のあるヘッジ数量が１０であれば、リーンレベルはリーンレッグにおける最良売り呼び値であってもよい。このような技法は、十分な量が入手可能であるかどうかに関わりなく最良買い／売り呼び値を選択する場合がある。別の例として、リーンレベルは、十分な量を入手可能である第１の価格レベルであるように決定されてもよい。リーンレベルを決定する他の技法には、例えば、深さへの既定数のレベル、場内市場以外の既定数のティック、市場への既定数のティック、または加重平均が含まれてもよい。現行技法は、リーンレベルの決定において暗示された価格を含んでもよい（または、含まなくてもよい）。

図４は、本発明の所定の実施形態が使用され得る、電子取引システムにおいて取引するための取引インタフェース４００を示す。取引インタフェース４００は、価格カラム４１０と、買い数量カラム４２０と、売り数量カラム４３０とを含む。価格カラム４１０は、価格レベルを含む。買い数量カラム４２０は、買い数量のインジケータを含む。売り数量カラム４３０は、売り数量のインジケータを含む。買い数量のインジケータおよび売り数量のインジケータは、価格カラム４１０の対応する価格レベルと位置合わせされる。場内市場４４０は、最良買い呼び値と最良売り呼び値とを含む。

現行システムは、レッグされる可能性を減じるために様々な保護機構を利用する場合がある。これらの保護機構は、例えば、リーンレベルを決定するための技法の一部であってもよい。

現行技法は、例えば、リーンレベルを決定する際に十分な量を入手可能であるかどうかを考察する場合がある。十分な量を例えば場内市場において入手可能でなければ、十分な量が発見されるまで、場内市場以外の後続の価格レベルで入手可能な量が考察されてもよい。

例えば、１０のヘッジ数量を買う必要がある事例について考察されたい。自動取引ツールは、まず、リーンレベルとしてヘッジレッグにおける最良売り呼び値に注目する場合もある。しかしながら、最良売り呼び値で入手可能な量が３でしかないとすると、呼び値のレッグが約定されれば、（必要な数量１０に対して３しか約定されないことに起因して）最良売り呼び値で出されるヘッジ注文がトレーダをレッグされたままにする可能性があることから、トレーダは、その価格に依りたくないかもしれない。この場合、このような保護機構を利用する自動取引ツールであれば、必要な数量１０を満たす十分な量が発見されるまで、最良売り呼び値（即ち、より高い価格）以外の後続の各価格レベルで入手可能な量を考察することもある。この例の説明を続けると、最良売り呼び値以外のある価格レベルが７以上の入手可能な量を有していれば、呼び値のレッグのリーンレベルは、最良売り呼び値以外のあるレベルの価格であるように決定されてもよい。この事例では、ヘッジ注文が出されると、必要な量１０を満たすべく２つの価格レベルに渡って十分な量（最良売り呼び値レベルから３、および最良売り呼び値レベル以外の１つの価格レベルから７）が入手可能となる。このような状況では、リーン価格は、必要とされる「ワースト」価格または量および価格レベルに依る加重平均であるように決定されてもよい。

別の例として、図４に関して、売る必要のあるヘッジ数量が５００である事例について考察されたい。場内市場４４０は、最良買い呼び値（９９７２５）において入手可能な量２７１を有する。これは、注文５００を満たすに足る量ではなく、よって、場内市場以外の次の価格レベル（９９７００）が考察される。この価格レベルは入手可能な量９８６を有し、よって、２つの価格レベル（９９７２５および９９７００）間で入手可能な量１２５７が存在し、これは、必要とされる量５００を満たすに足りる。この場合、リーンレベルは、「ワースト」価格である９９７００として決定されてもよく、または、加重平均価格（２７１／５００）（９９７２５）＋（２２９／５００）（９９７００）＝９９７１３．５５が用いられてもよい。

現行技法は、例えばリーン乗数を利用する場合がある。リーン乗数は、その価格レベルに依る、入手可能であるはずのヘッジレッグの注文数量の倍数を指定する場合がある。例えば、ヘッジレッグにおいて必要とされる数量が１０であって、リーン乗数が２であれば、リーンレベルは、少なくとも２０の入手可能数量を有する最良価格であるように決定されてもよい。別の例として、図４に関して、売る必要のある数量が１００でありかつリーン乗数が３である事例について考察されたい。この事例では、リーン乗数を満たすべく、リーン価格において数量３００が入手可能となる。しかしながら、場内市場４４０の最良買い呼び値（９９７２５）は、入手可能な量を２７１しか有していない。したがって、最良買い呼び値以外の次の価格レベルが考察される。この価格レベル（９９７００）は入手可能な量９８６を有していて、リーン乗数の数量要件を満たすに足るものであることから、リーンレベルとして使用されてもよい。

現行技法は、例えば、リーンベースを利用する場合がある。リーンベースは、その価格レベルに依る、入手可能であるはずのヘッジレッグの必要数量を上回る追加数量を指定する場合がある。例えば、ヘッジレッグにおいて必要とされる数量が１０であって、リーンベースが５であれば、リーンレベルは、少なくとも１５の入手可能数量を有する最良価格であるように決定されてもよい。別の例として、図４に関して、買う必要のある数量が３００でありかつリーンベースが５０である事例について考察されたい。この事例では、リーンベースを満たすべく、リーン価格において数量３５０が入手可能となる。しかしながら、場内市場４４０の最良売り呼び値（９９７５０）は、入手可能な量を３３６しか有していない。したがって、最良売り呼び値以外の次の価格レベルが考察される。この価格レベル（９９７７５）は入手可能な量１０５４を有していて、リーンベースの数量要件を満たすに足るものであることから、リーンレベルとして使用されてもよい。

これらの技法は、例えば、組み合わせて用いられてもよい。例えば、リーンベースまたはリーン乗数が指定されれば、リーンベース／リーン乗数を満たすための追加数量は複数の価格レベルに渡って発見されてもよい。一例として、ヘッジレッグにおいて数量１０が必要とされる場合のリーン乗数２について考察されたい。リーンレベルは、場内市場から始まり、場内市場以外の後続の価格レベルを経て合計数量２０が入手可能となるまでの価格レベルの加重平均であるように決定されてもよい。

別の例として、リーンベースおよびリーン乗数の双方が指定される場合がある。リーンベースおよびリーン乗数は、例えば、これらのうちのより大きい方が使用されるように利用される場合もあれば、入手可能であるべき数量を決定するために追加的に使用される場合もある。一例として、ヘッジレッグにおいて数量２が必要とされる場合のリーン乗数２およびリーンベース５について考察されたい。これらのうちの大きい方が使用される場合、リーンベース５は数量２にリーン乗数２を乗じたものより大きいことに起因して、リーンレベルは少なくとも利用可能数量５を有する価格であるように決定されてもよい。リーンベースおよびリーン乗数が追加的に使用されれば、この例において、リーンレベルは、少なくとも利用可能数量９を有する価格であるように決定されてもよい。
ＩＶ．取引戦略のリーンレベルサポート技法
Ａ．スパースな市場における追加的リスク

取引インタフェース４００によって取引される取引可能オブジェクトは、「タイトな」市場に存在するものとされる場合がある。例えば、各価格レベルで入手可能な数量に隙間がなく、入手可能な数量は典型的な注文サイズに比べて大部分の価格レベルで比較的多く、かつ売り買いのスプレッドは小さい（この場合は０ティック）。このような市場では、現行技法は十分に機能する場合があり、よってトレーダがレッグされる追加的なリスクを負うことはないと思われる。

例えば、ヘッジレッグにおいて買う必要がある数量を１００であるとする。最良買い呼び値で入手可能な量は必要とされる数量の２倍を超えることから、現行技法は単に、最良買い呼び値をリーンレベルとして使用し得る。この場合に最良買い呼び値に依るリスクは、必要数量の倍以上が存在することに起因して低い場合があり、よって、（例えば、注文が整合またはキャンセルされることにより）数量の一部が消え去ったとしても十分な量が入手可能となる可能性は高い。

さらに、最良買い呼び値から１ティックだけ外れればさらに多くの入手可能数量が存在することから、この場合に最良買い呼び値に依るリスクは低い場合がある。したがって、ヘッジ注文が出される際に最良買い呼び値に依る数量が不足しているとしても、１ティック外せば十分な量が存在する可能性は極めて高い。この場合、トレーダは所望の量の全てをリーン価格では取得し得ないにしても、必要とされる数量をリーン価格の１ティック以内で入手できるものと思われる。

さらに、この場合に最良買い呼び値に依るリスクは、各価格レベルにおける入手可能数量が多数の注文によって構成される可能性が高いことに起因して低い場合がある。故に、数量を構成する複数の注文は、異なるトレーダからのものである可能性が高く、自身の注文を皆が同時にキャンセルする可能性は低いことから、ある特定の価格レベルでの入手可能数量の多くが消え去る可能性は低い。

少なくともこれらを理由に、リーンオン価格および隣接する価格の双方における入手可能数量、およびヘッジ注文を出す必要がある際にこのような数量が入手可能である尤度に起因して、トレーダが図４に描かれているタイトな市場において最良買い呼び値に依るリスクはほとんどない。

このように、現行技法は概して、幾つかのタイプの市場においては満足がいくものであり得る。しかしながら、所定の市況下では、特定のリーンレベルの利用は、トレーダが認識し得る、または念頭におこうとするより以上にレッグされる可能性を高める場合がある。これは、現行技法によって、ある特定のリーンオン数量が、必要とされる数量要件および（例えば、リーンベースおよび／またはリーン乗数によって）指定される任意の追加的数量を満たす場合であっても当て嵌まる。

図５は、本発明の所定の実施形態が使用され得る、電子取引システムにおいて取引するための取引インタフェース５００を示す。取引インタフェース５００は、例えば、先に論じた取引インタフェース４００に類似するものであってもよい。取引インタフェース５００は、価格カラム５１０と、買い数量カラム５２０と、売り数量カラム５３０とを含む。価格カラム５１０は、価格レベルを含む。買い数量カラム５２０は、買い数量のインジケータを含む。売り数量カラム５３０は、売り数量のインジケータを含む。買い数量のインジケータおよび売り数量のインジケータは、価格カラム５１０の対応する価格レベルと位置合わせされる。場内市場５４０は、最良買い呼び値と最良売り呼び値とを含む。

取引インタフェース５００によって取引される取引可能オブジェクトは、「スパースな」市場に存在するものとされる場合がある。例えば、多くの価格レベルが入手可能な数量を保有せず、その結果、様々な価格レベルで入手可能な数量に、隙間５５１、５５２、５５３および５５４等の隙間が生じる。さらに、多くの価格レベルにおいて入手可能な数量は少なく、恐らくは単に１つの注文からなる。また、新たな数量が入手可能となる頻度は低い場合があり、新たな注文は単に偶発的にしかも少量でしか行われない。このような市場では、現行技法はトレーダを予期せぬリスクへとさらす場合がある。

例えば、様々な価格レベルで入手可能な数量に隙間が存在すれば、（隙間５５３等の）隙間が続く価格（最良売り呼び値５１２４等）へ依ることが多大な損失へ繋がる場合がある。これは、リーンオン数量がヘッジ注文の約定より前に入手不能になれば、入手可能な数量を有する次の価格レベル（５１３２等）が数ティック離れることになり得るためである。よってこのような価格に依るトレーダは、その価格でさらなる数量が入手可能となるのを待つか、悪化した価格で入手可能な数量を見出すかの何れかを余儀なくされることがある。前者の場合、トレーダはレッグされることになり、かつ後者の場合、トレーダは、恐らくは多数のティックに起因して所望の戦略価格を達成しない。

リーンオン数量は、様々な理由で入手不能となる場合がある。例えば、注文を出したトレーダは、その注文のキャンセルを決定することがある。別の例として、別のトレーダは、まず取引所へ注文を出し、リーンレベルでの入手可能数量を使ってしまうことがある。これは、同じ、または類似する取引戦略を用いる別のトレーダが同じ価格レベルに依っている場合に発生し得る。別の例として、リーンオン数量が暗示された数量であれば、これは、取引戦略の一部ではない取引可能オブジェクトの注文の約定または削除に起因して入手不能となる場合がある。

このように、既存の技法に従って特定の価格レベルに依るための条件は満たされ得るとしても、これを実行することは、トレーダを予期せぬリスクにさらす場合があり、取引戦略の所望の価格を達成しない場合があり、かつ／またはトレーダを１つまたは複数のレッグにレッグされたままにする場合がある。
Ｂ．所定の実施形態の概要

本発明の所定の実施形態は、取引戦略のリーンレベルサポート技法を提供する。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、その価格レベルで入手可能な数量を基礎として決定される。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の他の価格レベルで入手可能な数量を基礎として決定される。所定の実施形態によれば、リーンレベルとされる価格レベルのサポートは、少なくとも部分的に、１つまたはそれ以上の価格レベルでの注文数を基礎として決定される。所定の実施形態によれば、リーンレベルは、決定されたサポートを基礎として決定される。所定の実施形態によれば、リーン乗数および／またはリーンベースは、決定されたサポートを基礎として動的に決定される。

価格レベルのサポートは、様々な方法で表現されてもよい。例えば、サポートはバイナリ値として、即ち、価格レベルはサポートを有するか、「はい」または「いいえ」、のように表現されてもよい。別の例として、サポートは、「サポートなし」、「弱いサポート」または「強いサポート」等の単純な類別化システムを用いて表現されてもよい。別の例として、サポートは、０．０から１．０までの重み等のパラメータまたは重み係数として表現されてもよい。別の例として、サポートは、数量を構成する注文の数、または黙示のソースの数等の無名数として表現されてもよい。
Ｃ．価格レベルでの数量を基礎とするサポート

所定の実施形態において、ある価格レベルがサポートを有するかどうかは、その価格レベルで入手可能な数量を基礎として決定される。価格レベルのサポートの決定における、その価格レベルで入手可能である数量は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、必要とされるヘッジ数量を基礎としても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としてもよい。例えば、自動取引ツールは、５未満の数量を有する価格レベルはサポートを有していないと決定してもよい。別の例として、ユーザは、少なくとも数量１５を有する価格レベルはサポートを有すると指定してもよい。別の例として、価格レベルは、必要とされる数量がその価格レベルでの入手可能数量の１０％未満である場合にサポートを有するように決定されてもよい。別の例として、そのヘッジレッグに関して買う必要のある数量が１０であれば、数量が１１である価格レベルは、保有数量が必要とされる入手可能数量の１２０％に満たないことから、サポートを持たないものと決定されてもよい。或いは、その価格レベルが数量１００を有していれば、必要とされる入手可能数量の１２０％を超える数量を有することから、これはサポートを有するものと決定されてもよい。

概して、特定の価格レベルに依るリスクは、その価格レベルで入手可能な数量とは逆の関係にある。これは、入手可能な数量がより多ければ、その特定の価格レベルで入手可能な数量の一部が（例えば、別の注文がまずその価格レベルで約定された、または入手可能数量の一部を構成する注文がキャンセルされたことに起因して）入手不能となっても、注文はまだ約定され得る可能性が高いためである。入手可能な数量が少なければ、その数量が（同じく、例えば、別の注文が約定された、または数量を構成する注文がキャンセルされたことに起因して）入手不能となれば、注文を約定するに足る数量は残らない場合があることから、注文がそれでも約定され得る可能性は低い。

一例として、図５に関連して、少なくとも数量５を有する価格レベルがサポートを有するとユーザが指定していれば、価格レベル５１３４は、入手可能数量１０を有することからサポートを有するものと決定される場合がある。これに対して、価格レベル５１２４および５１３２は、これらが各々入手可能数量１および数量２しか持たないことから、サポートを持たないものと決定される場合がある。

所定の実施形態において、ある価格レベルは、その価格レベルで入手可能な数量を基礎として弱いサポートを有するものと決定される。サポートが弱いかどうかは、例えば、特定の取引可能オブジェクト、ティックサイズおよびスプレッド比率を基礎としてもよい。例えば、入手可能数量が同じである価格レベルの場合、ティックサイズが＄６．２５であれば、ティックサイズが＄３０である場合より、数ティック分が欠落する金銭的リスクが少ないことから、サポートは強い場合がある。別の例として、スプレッド比率にヘッジレッグの小さい乗数が存在すれば、（必要とされる数量に対して）大きな数量が入手可能であるとしても、その価格レベルは弱いサポートを有する場合がある。
Ｄ．後続の価格レベルが数量を持たない場合のサポート

所定の実施形態において、１つまたは複数の空のレベルが続く価格レベルはサポートを持たないものと決定される。空のレベルは、入手可能数量を持たない価格レベルである。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、自動取引ツールは、２つ以上の空の価格レベルが続く価格レベルはサポートを持たないと決定してもよい。別の例として、そのヘッジレッグで買う必要がある数量が１０であれば、１つの空の価格レベルが続く数量１１（余分の数量１）を有する価格レベルはサポートされないものとして扱われる場合もあるのに対して、この同じ価格レベルは、入手可能数量１００（余分の数量９０）を有していればサポートされているものとして扱われる場合もある。

概して、ある特定の価格レベルに依るリスクは、その価格レベルに続く空の価格レベルの数が少ないほど低い。これは、（例えば、その価格レベルで別の注文が先に約定されたことに起因して）必要とされる数量がその特定の価格レベルで約定され得ないとしても、存在する空の価格レベルが少ないほど、入手可能数量を有する次の価格レベルは所望の価格により近くなるためである。

一例として、図５に関連して、価格レベル５１２４は、２つの空の価格レベル（隙間５５３）が続くことから、サポートを持たないものと決定される場合がある。或いは、例えばユーザが、３つ以上の空のレベルが続く価格レベルはサポートを持たないと指定していれば、価格レベル５１２４は、隙間５５３は２つの価格レベルでしかないことから、サポートを有するものと決定されてもよい。

別の例として、価格レベル５１３２は、価格レベル５１３４が入手可能数量１０を有していて空の価格レベルが続いていないことから、サポートを有するものと決定される場合がある。あるいは、価格レベル５１３２は、価格レベル５１３６が空であって２つの空でない価格レベルが続いていないことから、サポートを持たないものと決定される場合がある。

所定の実施形態において、１つまたは複数の空のレベルが続く価格レベルは弱いサポートを持つものと決定される。サポートが弱いかどうかは、例えば、特定の取引可能オブジェクト、ティックサイズおよびスプレッド比率を基礎としてもよい。例えば、同数の空レベルが続く価格レベルの場合、ティックサイズが＄６．２５であれば、ティックサイズが＄３０である場合より、数ティック分が欠落する金銭的リスクが少ないことから、サポートは強い場合がある。別の例として、スプレッド比率にヘッジレッグの小さい乗数が存在すれば、価格レベルは、空の価格レベルが続くとしても、弱いサポートを有する場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、自動取引ツールは、空の価格レベルが１つしか続いていない価格レベルは弱いサポートを有するものと決定してもよい。

一例として、図５に関連して、価格レベル５１２４は、２つの空の価格レベル（隙間５５３）が続くことから、弱いサポートを有するものと決定される場合がある。別の例として、サポートが０．０から１．０までの加重値として表される場合、価格レベル５１３４は、３つの空の価格レベル（隙間５５２）が続いていることから、０．２５で表される弱いサポートを有するものと決定されてもよい。
Ｅ．後続の価格レベルが有する数量が少ない場合のサポート

所定の実施形態において、数量が少ない１つまたは複数のレベルが続く価格レベルはサポートを持たないものと決定される。即ち、数量が少ない価格レベルは、サポートを提供しないものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。

「少ない」数量は、例えば、無名数、既定のしきい値、必要とされる数量のパーセントを基礎として、他の価格レベルにおける入手可能数量を基礎として、平均取引サイズを基礎として、スプレッド比率を基礎として決定されてもよい。例えば、ある価格レベルにおける数量は、それがユーザ指定のしきい値以下であれば少ないとされてもよい。別の例として、ある価格レベルにおける数量は、それが必要とされる数量の２０％未満であれば少ないとされてもよい。別の例として、ある価格レベルにおける数量は、それが既定の最大値および必要とされる数量の７０％未満であれば少ないとされてもよい。別の例として、ある価格レベルにおける数量は、それが周囲の４つの価格レベルにおける平均入手可能数量の１０％未満であれば少ないとされてもよい。

概して、ある特定の価格レベルに依るリスクは、その価格レベルに続く少ない数量の価格レベルの数が少ないほど小さい。これは、（例えば、その価格レベルで別の注文が先に約定されたことに起因して）必要とされる数量がその特定の価格レベルで約定され得ないとしても、少ない数量の価格レベルが少ないほど、注文を約定するための入手可能数量を有する次の価格レベルは所望の価格により近くなるためである。

一例として、図５に関連して言えば、数量２以下が「少ない」として定義されていれば、価格レベル５１４４は、少ない数量（１）の価格レベル（５１４６）が続いていることから、弱いサポートを有するものと決定される場合がある。

別の例として、図５に関連して言えば、買う必要がある数量が１２でありかつ所望の数量の５０％未満が「少ない」として定義されていれば、価格レベル５１３２は、少ない数量を持たない（１０は１２の５０％を超える）価格レベル（５１３４）が続いていることからサポートを有するものと決定される場合がある。

所定の実施形態において、数量が少ない１つまたは複数のレベルが続く価格レベルは弱いサポートを有するものと決定される。即ち、数量が少ない価格レベルは、弱いサポートを提供するものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。弱いサポートを提供する少ない数量の価格レベルを有することは、例えば、サポートを提供しない空の価格レベルからの区別化に用いられてもよい。

一例として、図５に関連して言えば、数量２以下が「少ない」として定義されていれば、価格レベル５１４４は、価格レベル５１４６が少ない数量（１）を有することから、弱いサポートを有するものと決定される場合がある。

所定の実施形態において、価格レベルのサポートは、１つまたは複数の後続の価格レベルもまた必要とされる数量を約定するに足る入手可能数量を有するかどうか、を基礎として決定されてもよい。この状況は、少ない数量が少なくとも必要とされる数量であるように設定される場合に少ない数量を有する１つまたは複数の価格レベルが続く価格レベルのサポートを決定することに類似するとみなされる場合がある。例えば、ヘッジ数量５が必要とされる事例について考察されたい。特定の価格レベルは、例えば、次の２つの価格レベルもまた必要とされる数量５を約定するに足る入手可能数量を有する場合に限って、サポートを有するものと決定されてもよい。ある価格レベルは、例えば、次の価格レベルのみが十分な入手可能数量を有する場合に、弱いサポートを有するものと決定されてもよい。あるいは、この価格レベルは、例えば、次の２つの価格レベルが十分な入手可能数量を持たない場合に、サポートを持たないものと決定されてもよい。
Ｆ．注文数を基礎とするサポート

所定の実施形態において、ある価格レベルのサポートは、その特定の価格レベルでの数量を構成する個々の注文の数を基礎として決定される。その価格レベルでの数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。例えば、電子取引所は、ある特定の価格レベルにおける注文数に関する情報を提供してもよい。別の例として、ある特定の価格レベルにおける注文数は、自動取引ツール等の取引システムによって推定されてもよい。

概して、特定の価格レベルに依るリスクは、その特定の価格レベルで入手可能数量を構成する注文が多いほど低くなる。例えば、５のヘッジ数量を売る必要がありかつ最良買い呼び値が入手可能数量１０を有する事例について考察されたい。したがって、必要とされる入手可能数量の２倍が存在することから、まずは、最良買い呼び値で依るに足る数量がさほどのリスクなしに入手可能であるように思われる。しかしながら、数量１０がサイズ１０である単一注文から成っていれば、このリーンレベルに依るリスクは、それがサイズ１である１０個の注文から成る場合よりも高くなる。これは、前者の場合、例えば一人のトレーダがその注文をキャンセルすれば、数量１０全体が入手不能となるためである。後者の場合は、サイズ１の注文を出したトレーダのうちの５人が注文のキャンセルを決めたとしても、依然として数量５は入手可能である。したがって、数量を構成する注文数が多いほど、ヘッジ注文が出される場合に数量が入手不能となるリスクは低い。

所定の実施形態において、ある価格レベルのサポートは、１つまたは複数の後続価格レベルでの数量を構成する個々の注文の数を基礎として決定される。数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続くレベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。

リーンレベルとされている価格レベルでの入手可能数量を構成する注文数に関して先に論じた事例と同様に、他の価格レベルでの数量を構成する注文数も、これらの他の価格レベルが提供するサポートの量に影響する。ある価格レベルで入手可能な数量が多くの注文によって構成されていれば、その価格レベルは、入手可能数量が少ない注文数またはさらには単一注文で構成される場合よりも強いサポートを提供する場合がある。
Ｇ．サポートを基礎とするリーンレベルの決定

本発明の所定の実施形態において、取引戦略の呼び値のレッグにより用いられるべきリーンレベルは、少なくとも部分的に決定されたサポートを基礎として決定される。サポートは、例えば、先に論じた技法のうちの１つまたはそれ以上を用いて決定されてもよい。リーンレベルとされている価格レベルは、例えば、場内市場から始まり、続いて場内市場以外の、サポートを有する（または十分なサポートを有する）価格レベルが発見されるまで調べられてもよい。

所定の実施形態において、決定されたサポートを基礎としてリーンレベルを決定することは、価格レベルのサポートがどのように表現されるかに依存して様々な技法を用いる場合がある。

例えば、サポートがバイナリ値として表現される場合、サポートのない価格レベルは、リーンレベルの決定において効果的に無視されてもよい。したがって、その価格レベルは、リーンレベルを決定する目的に関しては入手可能数量を持たないかのように扱われてもよい。例えば、図５に関連して、買う必要があるヘッジ数量が２でありかつサポートが０（サポートなし）か１（サポートあり）の何れかであるバイナリ値として表現される事例について考察されたい。但し、価格レベルは、最大１つの空の価格レベルが続いていればサポートを有する。したがって、最良売り呼び値である価格レベル５１２４は、２つの空の価格レベルが続くことから、サポートを持たないと決定されることになる。価格レベル５１３２は、空の価格レベルが続いていないことから、サポートされるものと考えられることになる。したがって、価格レベル５１２４は、サポートがないことから入手可能数量を持たないものとして効果的に扱われ、かつ価格レベル５１３２は、サポートされしかも必要とされる入手可能数量２を有することから、リーンレベルであると決定される可能性もある。

別の例として、サポートの表現がさらに複雑である場合、弱いサポートを有する価格レベルは、リーンレベルの決定に際してその数量の一部しか考察されないことがある。例えば、図５に関連して、価格レベル５１３４は入手可能な数量１０を有するが、空の価格レベルが３つ（隙間５５２）続いていることから、弱いサポートを有するものと決定される場合がある。したがって、リーンレベルの決定に際しては、入手可能数量１０のうちの一部しか考慮されない場合もある。例えば、買う必要があるヘッジ数量が５であり、かつサポートが０．０から１．０までの加重値として表現される事例について考察されたい。但し、重みは、空の価格レベルが続く毎に０．２ずつ減らされる。したがって、最良売り呼び値である価格レベル５１２４のサポートは、０．６であると決定される場合もある。価格レベル５１３２のサポートは１．０であると決定される場合もあり、かつ価格レベル５１３４のサポートは０．４であると決定される場合もある。この例では、重み係数は、リーンレベルを決定する目的で入手可能数量を決定するためにその価格レベルでの数量に適用され、小数量は全て切り捨てられる。したがって、５１２４において入手可能な数量は０であり（０．６は０に切り捨てられるため）、５１３２において入手可能な数量は２であり、かつ５１３４において入手可能な数量は４である。必要とされる数量は５であることから、５１３２における数量２および５１３４における入手可能数量４のうちの３に依って、リーンレベルは、加重平均価格、（２／５）（５１３２）＋（３／５）（５１３４）＝５１３３．２であるものと決定されてもよい。

所定の実施形態において、決定されたサポートを基礎としてリーンレベルを決定することは、例えば、リーン乗数またはリーンベース等の保護機構の動的な調整を用いる場合がある。

例えば、リーン乗数は、価格レベルに関して決定されるサポートを基礎として動的に決定されてもよい。ある価格レベルがサポートを有していれば、例えば、より小さいリーン乗数が用いられてもよい。例えば、ある価格レベルが有するサポートが弱いほど、またはサポートを有していなければ、使用され得るリーン乗数は大きくなる。リーン乗数の動的な調整は、結果的に、より強いサポートが存在すればより少ない数量を有するリーンレベルを決定し、かつより弱いサポートが存在すればより多い数量を有するリーンレベルを決定する。

同様に、別の例として、リーンベースは、価格レベルに関して決定されるサポートを基礎として動的に決定されてもよい。例えば、ある価格レベルがサポートを有していれば、より小さいリーンベースが用いられてもよい。例えば、ある価格レベルが有するサポートが弱いほど、またはサポートを有していなければ、使用され得るリーンベースは大きくなる。リーンベースの動的な調整は、結果的に、より強いサポートが存在すればより少ない数量を有するリーンレベルを決定し、かつより弱いサポートが存在すればより多い数量を有するリーンレベルを決定する。
Ｖ．実施形態例

図６は、本発明の一実施形態による、電子取引環境において取引するためのシステム６００を示すブロック図である。システム６００は、市場データ処理コンポーネント６１０と、戦略処理コンポーネント６２０と、リーンレベルサポート処理コンポーネント６３０とを含む。

戦略処理コンポーネント６２０は、市場データ処理コンポーネント６１０およびリーンレベルサポート処理コンポーネント６３０と通信している。所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は市場データ処理コンポーネント６１０と通信している。

作動中、取引戦略のレッグとして取引されている取引可能オブジェクトの市場データは、市場データ処理コンポーネント６１０によって受信される。リーンレベルサポート処理コンポーネント６３０は、取引戦略のヘッジレッグにおける１つまたは複数の価格レベルのサポートを決定する。戦略処理コンポーネント６２０は、決定されたサポートを基礎として、値付けされるべき取引戦略の取引可能オブジェクトのリーンレベルを決定する。すると、戦略処理コンポーネント６２０は、決定されたリーンレベルを基礎として呼び値の注文を送信する。

所定の実施形態において、市場データ処理コンポーネント６１０は、先に論じたクライアントデバイス１１０および／または２１０に類似するクライアントデバイスの一部である。所定の実施形態において、市場データ処理コンポーネント６１０は、先に論じたゲートウェイ１２０および／または２２０に類似するゲートウェイの一部である。所定の実施形態において、市場データ処理コンポーネント６１０は、先に論じた取引所１３０および／または２３０に類似する取引所の一部である。所定の実施形態において、戦略処理コンポーネント６２０は、先に論じたクライアントデバイス１１０および／または２１０に類似するクライアントデバイスの一部である。所定の実施形態において、戦略処理コンポーネント６２０は、先に論じたゲートウェイ１２０および／または２２０に類似するゲートウェイの一部である。所定の実施形態において、市場戦略処理コンポーネント６２０は、先に論じた取引所１３０および／または２３０に類似する取引所の一部である。所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、先に論じたクライアントデバイス１１０および／または２１０に類似するクライアントデバイスの一部である。所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、先に論じたゲートウェイ１２０および／または２２０に類似するゲートウェイの一部である。所定の実施形態において、市場リーンレベルサポート処理コンポーネント６３０は、先に論じた取引所１３０および／または２３０に類似する取引所の一部である。

市場データ処理コンポーネント６１０は、電子取引所から、取引戦略のレッグとして取引される取引可能オブジェクトに関する市場データを受信するように適合化される。電子取引所は、例えば、先に論じた取引所１３０および／または２３０に類似するものであってもよい。取引戦略は、例えば、先に論じた取引戦略３１０に類似するものであってもよい。所定の実施形態において、取引戦略はスプレッドである。

所定の実施形態において、市場データ処理コンポーネント６１０により受信される市場データは、取引戦略のレッグとして取引される取引可能オブジェクトの１つまたは複数の価格レベルで入手可能な数量に関する情報を含む。

戦略処理コンポーネント６２０は、取引戦略の定義を受信するように適合化される。取引戦略は、例えば、先に論じた取引戦略３１０に類似するものであってもよい。先に論じたように、取引戦略の定義は、取引されるべき２つ以上の取引可能オブジェクト間の関係性を定義してもよい。一旦定義されれば、取引戦略内のこれらの取引可能オブジェクトは、定義された関係性に従ってまとめて取引されてもよい。

戦略処理コンポーネント６２０は、所望の戦略価格を受信するように適合化される。先に論じたように、所望の戦略価格は、取引戦略を売買する価格を表す。所望の戦略価格は、例えば、ユーザから、または自動取引プログラムから受信されてもよい。

戦略処理コンポーネント６２０は、決定されたリーンレベルサポート値を基礎としてリーンレベルを決定するように適合化される。リーンレベルサポート値はリーンレベルサポート処理コンポーネント６３０によって決定されてもよく、これについては後に詳述する。戦略処理コンポーネント６２０は、例えば、先に論じたものに類似する技法を用いてリーンレベルを決定してもよい。

先に論じたように、一旦リーンレベルサポート値が決定されると、取引戦略の呼び値のレッグにより用いられるべきリーンレベルは、少なくとも部分的に決定されたサポートを基礎として決定される。リーンレベルとされている価格レベルは、例えば、場内市場から始まり、続いて場内市場以外の、サポートを有する（または十分なサポートを有する）価格レベルが発見されるまで調べられてもよい。

所定の実施形態において、戦略処理コンポーネント６２０は、例えば、決定されたサポートを基礎とし、リーン乗数またはリーンベース等の保護機構の動的な調整を用いてリーンレベルを決定するように適合化される。

同様に、別の例として、リーンベースは、価格レベルに関して決定されるサポートを基礎として動的に決定されてもよい。例えば、ある価格レベルがサポートを有していれば、より小さいリーンベースが用いられてもよい。例えば、ある価格レベルが有するサポートが弱いほど、またはサポートを有していなければ、使用され得るリーンベースは大きくなる。リーンベースの動的な調整は、結果的に、より強いサポートが存在すればより少ない数量を有するリーンレベルを決定し、かつより弱いサポートが存在すればより多い数量を有するリーンレベルを決定する。

所定の実施形態において、戦略処理コンポーネント６２０は、取引戦略の取引可能オブジェクトの呼び値の注文を、取引戦略の定義および所望の戦略価格および決定されたリーンレベルを基礎として決定された価格で出すように適合化される。呼び値の注文が約定されると、戦略処理コンポーネント６２０は、例えば、ヘッジレッグにおいて決定されたリーンレベルにおいて反対注文を出してもよい。

リーンレベルサポート処理コンポーネント６３０は、取引戦略のヘッジレッグの取引可能オブジェクトのサポート値を決定するように適合化される。リーンレベルサポート処理コンポーネント６３０は、例えば、先に論じたものに類似する１つまたは複数の技法を用いてサポート値を決定してもよい。サポート値は、例えば、市場データ処理コンポーネント６１０によって受信される市場データを基礎として決定されてもよい。サポート値は、例えば、戦略処理コンポーネント６２０により受信される戦略定義、所望の戦略価格および／または所望の戦略数量を基礎として決定されてもよい。

価格レベルのサポートは、様々な方法で表現されてもよい。例えば、サポートはバイナリ値として、即ち、価格レベルはサポートを有するか、「はい」または「いいえ」、のように表現されてもよい。別の例として、サポートは、「サポートなし」、「弱いサポート」または「強いサポート」等の単純な類別化システムを用いて表現されてもよい。別の例として、サポートは、０．０から１．０までの重み等のパラメータまたは重み係数として表現されてもよい。別の例として、サポートは、数量を構成する注文の数、または暗示のソースの数等の無名数として表現されてもよい。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、ある価格レベルがサポートを有するかどうかを、その価格レベルで入手可能な数量を基礎として決定するように適合化される。価格レベルのサポートの決定における、その価格レベルで入手可能である数量は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、必要とされるヘッジ数量を基礎としても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としてもよい。例えば、自動取引ツールは、５未満の数量を有する価格レベルはサポートを有していないと決定してもよい。別の例として、ユーザは、少なくとも数量１５を有する価格レベルはサポートを有すると指定してもよい。別の例として、価格レベルは、必要とされる数量がその価格レベルでの入手可能数量の１０％未満である場合にサポートを有するように決定されてもよい。別の例として、そのヘッジレッグに関して買う必要のある数量が１０であれば、数量が１１である価格レベルは、保有数量が必要とされる入手可能数量の１２０％に満たないことから、サポートを持たないものと決定されてもよい。或いは、その価格レベルが数量１００を有していれば、必要とされる入手可能数量の１２０％を超える数量を有することから、これはサポートを有するものと決定されてもよい。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、１つまたは複数の空のレベルが続く価格レベルはサポートを持たないものと決定するように適合化される。空のレベルは、入手可能数量を持たない価格レベルである。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、２つ以上の空の価格レベルが続く価格レベルは、サポートを持たないものと決定されてもよい。別の例として、そのヘッジレッグで買う必要がある数量が１０であれば、１つの空の価格レベルが続く数量１１（余分の数量１）を有する価格レベルはサポートされないものとして扱われる場合もあるのに対して、この同じ価格レベルは、入手可能数量１００（余分の数量９０）を有していればサポートされているものとして扱われる場合もある。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、１つまたは複数の空のレベルが続く価格レベルは弱いサポートを有するものと決定するように適合化される。サポートが弱いかどうかは、例えば、特定の取引可能オブジェクト、ティックサイズおよびスプレッド比率を基礎としてもよい。例えば、同数の空レベルが続く価格レベルの場合、ティックサイズが＄６．２５であれば、ティックサイズが＄３０である場合より、数ティック分が欠落する金銭的リスクが少ないことから、サポートは強い場合がある。別の例として、スプレッド比率にヘッジレッグの小さい乗数が存在すれば、価格レベルは、空の価格レベルが続くとしても、弱いサポートを有する場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、空の価格レベルが１つしか続いていない価格レベルは、弱いサポートを有するものと決定されてもよい。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、少ない数量を有する１つまたは複数のレベルが続く価格レベルはサポートを持たないものと決定されることを決定するように適合化される。即ち、数量が少ない価格レベルは、サポートを提供しないものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、少ない数量を有する１つまたは複数のレベルが続く価格レベルは弱いサポートを有するものと決定するように適合化される。即ち、数量が少ない価格レベルは、弱いサポートを提供するものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。弱いサポートを提供する少ない数量の価格レベルを有することは、例えば、サポートを提供しない空の価格レベルからの区別化に用いられてもよい。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、ある価格レベルのサポートが、その特定の価格レベルにおける数量を構成する個々の注文の数を基礎としていることを決定するように適合化される。その価格レベルでの数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。例えば、電子取引所は、ある特定の価格レベルにおける注文数に関する情報を提供してもよい。別の例として、ある特定の価格レベルにおける注文数は、受信される市場データを基礎として推定されてもよい。概して、先に論じたように、特定の価格レベルに依るリスクは、その特定の価格レベルで入手可能数量を構成する注文が多いほど低くなる。

所定の実施形態において、リーンレベルサポート処理コンポーネント６３０は、ある価格レベルのサポートが、１つまたは複数の後続価格レベルにおける数量を構成する個々の注文の数を基礎としていることを決定するように適合化される。数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続くレベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。リーンレベルとされている価格レベルでの入手可能数量を構成する注文数に関して先に論じた事例と同様に、他の価格レベルでの数量を構成する注文数も、これらの他の価格レベルが提供するサポートの量に影響する。ある価格レベルで入手可能な数量が多くの注文によって構成されていれば、その価格レベルは、入手可能数量が少ない注文数またはさらには単一注文で構成される場合よりも強いサポートを提供する場合がある。

先に論じたシステム６００のコンポーネント、エレメントおよび／または機能は、単独または組み合わせて、例えばハードウェア、ファームウェアおよび／またはソフトウェアにおける命令セットとしての様々な形式で実装されてもよい。所定の実施形態は、汎用コンピュータまたは他の処理デバイスで実行されるために、メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤおよび／またはＥＰＲＯＭ等のコンピュータ読取り可能媒体に存在する命令セットとして提供されてもよい。

図７は、本発明の一実施形態による、電子取引環境において取引するための方法を示すフローチャート７００である。本方法は、後にさらに詳しく述べる以下のステップを含む。ステップ７１０では、取引戦略の定義が受信される。ステップ７２０では、市場データが受信される。ステップ７３０では、所望の戦略価格が受信される。ステップ７４０では、サポート値が決定される。ステップ７５０では、サポート値を基礎としてリーンレベルが決定される。ステップ７６０では、リーンレベルを基礎として呼び値の注文が出される。本方法の説明は、先に論じたシステムのエレメントを参照して行なうが、他の実装も可能であることは理解されるべきである。

ステップ７１０では、取引戦略の定義が受信される。定義は、例えば、先に論じた戦略処理コンポーネント６２０に類似する戦略処理コンポーネントによって受信されてもよい。取引戦略は、例えば、先に論じた取引戦略３１０に類似するものであってもよい。先に論じたように、取引戦略の定義は、取引されるべき２つ以上の取引可能オブジェクト間の関係性を定義してもよい。一旦定義されれば、取引戦略内のこれらの取引可能オブジェクトは、定義された関係性に従ってまとめて取引されてもよい。

ステップ７２０では、市場データが受信される。市場データは、例えば、先に論じた市場データ処理コンポーネント６１０に類似する市場データ処理コンポーネントによって受信されてもよい。市場データは、例えば、電子取引所から受信されてもよい。電子取引所は、例えば、先に論じた取引所１３０および／または２３０に類似するものであってもよい。

市場データは、取引戦略の一部である１つまたは複数の取引可能オブジェクトに関する市場データを含んでもよい。例えば、市場データは、トレーダによりスプレッドの一部として取引されている取引可能オブジェクトの価格および取引情報を含んでもよい。所定の実施形態において、受信される市場データは、取引可能オブジェクトの１つまたは複数の価格レベルで入手可能な数量に関する情報を含む。

取引戦略は、例えば、先に論じたステップ７１０で受信される定義によって定義される取引戦略であってもよい。取引戦略は、例えば、先に論じた取引戦略３１０に類似するものであってもよい。取引戦略は、例えば、２つ以上の取引可能オブジェクトの２つ以上のレッグを含んでもよい。レッグは、例えば、先に論じたレッグ３２０に類似するものであってもよい。所定の実施形態では、取引戦略のレッグのうちの１つまたはそれ以上に乗数が関連づけられる。乗数は、例えば、先に論じた乗数３２６に類似するものであってもよい。

ステップ７３０では、所望の戦略価格が受信される。所望の戦略価格は、例えば、先に論じた戦略処理コンポーネント６２０に類似する戦略処理コンポーネントによって受信されてもよい。先に論じたように、所望の戦略価格は、取引戦略を売買する価格を表す。取引戦略は、例えば、先に論じたステップ７１０で受信される定義によって定義されてもよい。所望の戦略価格は、例えば、ユーザから、または自動取引プログラムから受信されてもよい。

ステップ７４０では、サポート値が決定される。サポート値は、例えば、先に論じたリーンレベルサポート処理コンポーネント６３０に類似するリーンレベルサポート処理コンポーネントによって決定されてもよい。サポート値は、取引戦略のヘッジレッグの取引可能オブジェクトの価格レベルに関して決定されてもよい。サポート値は、例えば、先に論じたものに類似する１つまたは複数の技法を用いて決定されてもよい。サポート値は、例えば、先に論じたステップ７２０で受信される市場データを基礎として決定されてもよい。サポート値は、例えば、戦略定義、所望の戦略価格および／または所望の戦略数量を基礎として決定されてもよい。戦略定義は、例えば、先に論じたステップ７１０で受信される戦略定義であってもよい。所望の戦略価格は、例えば、先に論じたステップ７３０で受信される所望の戦略価格であってもよい。

所定の実施形態において、ある価格レベルのサポート値は、その価格レベルにおいて入手可能な数量を基礎として決定される。価格レベルのサポートの決定における、その価格レベルで入手可能である数量は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、必要とされるヘッジ数量を基礎としても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としてもよい。例えば、自動取引ツールは、５未満の数量を有する価格レベルはサポートを有していないと決定してもよい。別の例として、ユーザは、少なくとも数量１５を有する価格レベルはサポートを有すると指定してもよい。別の例として、価格レベルは、必要とされる数量がその価格レベルでの入手可能数量の１０％未満である場合にサポートを有するように決定されてもよい。別の例として、そのヘッジレッグに関して買う必要のある数量が１０であれば、数量が１１である価格レベルは、保有数量が必要とされる入手可能数量の１２０％に満たないことから、サポートを持たないものと決定されてもよい。あるいは、その価格レベルが数量１００を有していれば、必要とされる入手可能数量の１２０％を超える数量を有することから、これはサポートを有するものと決定されてもよい。

所定の実施形態において、１つまたは複数の空のレベルが続く価格レベルのサポート値はサポートを持たないものと決定される。空のレベルは、入手可能数量を持たない価格レベルである。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、２つ以上の空の価格レベルが続く価格レベルは、サポートを持たないものと決定されてもよい。別の例として、そのヘッジレッグで買う必要がある数量が１０であれば、１つの空の価格レベルが続く数量１１（余分の数量１）を有する価格レベルはサポートされないものとして扱われる場合もあるのに対して、この同じ価格レベルは、入手可能数量１００（余分の数量９０）を有していればサポートされているものとして扱われる場合もある。

所定の実施形態において、１つまたは複数の空のレベルが続く価格レベルのサポート値は弱いサポートであると決定される。サポートが弱いかどうかは、例えば、特定の取引可能オブジェクト、ティックサイズおよびスプレッド比率を基礎としてもよい。例えば、同数の空レベルが続く価格レベルの場合、ティックサイズが＄６．２５であれば、ティックサイズが＄３０である場合より、数ティック分が欠落する金銭的リスクが少ないことから、サポートは強い場合がある。別の例として、スプレッド比率にヘッジレッグの小さい乗数が存在すれば、価格レベルは、空の価格レベルが続くとしても、弱いサポートを有する場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。例えば、空の価格レベルが１つしか続いていない価格レベルは、弱いサポートを有するものと決定されてもよい。

所定の実施形態において、少ない数量を有する１つまたは複数のレベルが続く価格レベルのサポート値はサポートを持たないものと決定される。即ち、数量が少ない価格レベルは、サポートを提供しないものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。

所定の実施形態において、少ない数量を有する１つまたは複数のレベルが続く価格レベルのサポート値は弱いサポートを有するものと決定される。即ち、数量が少ない価格レベルは、弱いサポートを提供するものとされる場合がある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続く空レベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。弱いサポートを提供する少ない数量の価格レベルを有することは、例えば、サポートを提供しない空の価格レベルからの区別化に用いられてもよい。

所定の実施形態において、ある価格レベルのサポート値は、その特定の価格レベルでの数量を構成する個々の注文の数を基礎として決定される。その価格レベルでの数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。例えば、電子取引所は、ある特定の価格レベルにおける注文数に関する情報を提供してもよい。別の例として、ある特定の価格レベルにおける注文数は、受信される市場データを基礎として推定されてもよい。概して、先に論じたように、特定の価格レベルに依るリスクは、その特定の価格レベルで入手可能数量を構成する注文が多いほど低くなる。

所定の実施形態において、ある価格レベルのサポート値は、１つまたは複数の後続価格レベルでの数量を構成する個々の注文の数を基礎として決定される。数量を構成する注文の数は、例えば、既知である場合も、推定される場合もある。価格レベルのサポートの決定において使用されるべき、その価格レベルに続くレベルの数は、例えば、予め定義されても、ユーザにより指定されても、ヒューリスティックによって決定されても、履歴データを基礎としても、ユーザの経験またはリスク許容度を基礎としても、その価格レベルにおける（ヘッジレッグの必要とされる数量に対して）余分の入手可能数量を基礎としてもよい。リーンレベルとされている価格レベルでの入手可能数量を構成する注文数に関して先に論じた事例と同様に、他の価格レベルでの数量を構成する注文数も、これらの他の価格レベルが提供するサポートの量に影響する。ある価格レベルで入手可能な数量が多くの注文によって構成されていれば、その価格レベルは、入手可能数量が少ない注文数またはさらには単一注文で構成される場合よりも強いサポートを提供する場合がある。

ステップ７５０では、サポート値を基礎としてリーンレベルが決定される。リーンレベルは、例えば、先に論じた戦略処理コンポーネント６２０に類似する戦略処理コンポーネントによって決定されてもよい。サポート値は、例えば、先に論じたステップ７４０で決定されるサポート値であってもよい。リーンレベルは、例えば、先に論じたものに類似する技法を用いて決定されてもよい。

所定の実施形態において、リーンレベルは、例えば、決定されたサポートを基礎とし、リーン乗数またはリーンベース等の保護機構の動的な調整を用いて決定される。

ステップ７６０では、リーンレベルを基礎として呼び値の注文が出される。リーンレベルは、例えば、ステップ７５０で決定されるリーンレベルであってもよい。呼び値の注文は、例えば、先に論じた戦略処理コンポーネント６２０に類似する戦略処理コンポーネントによって出されてもよい。

呼び値の注文は、所望の戦略価格を基礎として決定された価格および戦略定義に従ったリーンレベルで出されてもよい。戦略定義は、例えば、先に論じたステップ７１０で受信される定義であってもよい。

所定の実施形態において、呼び値の注文が約定されると、反対注文がヘッジレッグにおいて、決定されたリーンレベルで出される。

先に論じた方法ステップのうちの１つまたはそれ以上は、単独または組み合わせて、例えばハードウェア、ファームウェアおよび／またはソフトウェアにおける命令セットとしての様々な形式で実装されてもよい。所定の実施形態は、汎用コンピュータまたは他の処理デバイスで実行されるために、メモリ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤおよび／またはＥＰＲＯＭ等のコンピュータ読取り可能媒体に存在する命令セットとして提供されてもよい。

本発明の所定の実施形態は、これらのステップのうちの１つまたはそれ以上を省略してもよく、かつ／またはこれらのステップを記述された順序以外の異なる順序で実行してもよい。例えば、本発明の所定の実施形態では、幾つかのステップが実行されなくてもよい。さらなる例として、所定のステップは、同時的を含む、先に記述された順序以外の異なる時間的順序で実行されてもよい。

所定の実施形態を参照して本発明を説明してきたが、当業者には、発明の範囲を逸脱することなく様々な変更が行われ、かつ同等物での置換が行われ得ることが理解されるであろう。さらに、特定の状況または材料に適応するために、本発明の教示内容には、その範囲を逸脱することなく多くの修正が行われてもよい。したがって、本発明は開示された特定の実施形態に限定されず、添付のクレームの範囲内にある全ての実施形態を含むことが意図されている。

Claims

電子取引環境において取引する方法であって、
コンピュータで、取引戦略の定義を受信するステップ、ここで前記取引戦略は第１の取引オブジェクトと第２の取引オブジェクトとを扱う、
前記コンピュータで、前記第１の取引オブジェクトおよび前記第２の取引オブジェクトの市場データを受信するステップ、ここで前記第２の取引オブジェクトの前記市場データは、前記第２の取引オブジェクトの複数の価格レベルの各々において入手可能な数量に関する情報を含む、
前記コンピュータで、トレーダの前記取引戦略に基づいて買う又は売るための所望の戦略価格を受信するステップ、
前記コンピュータで、前記第２の取引オブジェクトの複数の価格レベルの中から第１の価格レベルを決定するステップ、ここで決定された前記第１の価格レベルは、リーンレベルとして検討される、
前記コンピュータで、前記第１の価格レベルのサポート値を、前記第１の価格レベルで入手可能な数量を構成する個々の注文の数に基づいて決定するステップ、ここで、前記サポート値は、前記第１の価格レベルにリーンしても、前記第１の価格レベルがヘッジ注文を満たせない可能性を表すリスクの程度を表し、
前記コンピュータで、前記決定されたサポート値に基づいて前記リーンレベルを決定するステップ、
前記コンピュータで、前記取引戦略の前記定義と、決定された前記リーンレベルとに基づいて、前記第１の取引オブジェクトの第１の注文を出すステップ、
を含む方法。
更に、前記サポート値は、前記第１の価格レベルで入手可能な数量に基づいて決定される、請求項１に記載の方法。
更に、前記サポート値は、所望のリーンレベル数量に基づいて決定され、前記所望のリーンレベル数量は、前記取引戦略の前記定義および所望の戦略数量に基づく、請求項２に記載の方法。
前記サポート値は、前記所望のリーンレベル数量が前記第１の価格レベルで入手可能な数量の予め決められた割合より大きい場合にサポートなしであると決定される、請求項３に記載の方法。
更に、前記サポート値は、前記第２の取引オブジェクトの前記複数の価格レベルの第２の価格レベルで入手可能な数量に基づいて決定され、前記第２の価格レベルは、前記第１の価格レベルとは異なる、請求項１に記載の方法。
前記第２の価格レベルは、場内市場以外の前記第１の価格レベルに続く価格レベルである、請求項５に記載の方法。
前記サポート値は、前記第２の価格レベルが入手可能な数量を持たない場合にサポートなしの値であると決定される、請求項５に記載の方法。
前記サポート値は、前記第２の価格レベルが入手可能な数量を持たない場合に弱いサポート値であると決定される、請求項５に記載の方法。
更に、前記コンピュータで、前記第２の価格レベルが少ない入手可能数量を有するかどうかを決定するステップを含む、請求項５に記載の方法。
前記第２の価格レベルは、既定のしきい値に基づいて少ない入手可能数量を有すると決定される、請求項９に記載の方法。
前記第２の価格レベルは、所望のリーンレベル数量に基づいて少ない入手可能数量を有すると決定され、前記所望のレベル数量は、前記取引戦略の前記定義および所望の戦略数量に基づく、請求項９に記載の方法。
前記サポート値は、前記第２の価格レベルが少ない入手可能数量を有する場合にサポートなしの値であると決定される、請求項９に記載の方法。
前記サポート値は、前記第２の価格レベルが少ない入手可能数量を有する場合に弱いサポート値であると決定される、請求項９に記載の方法。
更に、前記サポート値は、前記第２の取引オブジェクトの前記複数の価格レベルにおける２つ以上の価格レベルで入手可能な数量に基づいて決定され、前記２つ以上の価格レベルは、前記第１の価格レベルとは異なる、請求項１に記載の方法。
前記２つ以上の価格レベルは、場内市場以外の前記第１の価格レベルに続く価格レベルである、請求項１４に記載の方法。
更に、前記サポート値は、所望のリーンレベル数量に基づいて決定され、前記所望のリーンレベル数量は、前記取引戦略の前記定義および所望の戦略数量に基づく、請求項１に記載の方法。
前記注文の数は、前記受信される市場データに含まれる、請求項１に記載の方法。
前記注文の数は、推定される、請求項１に記載の方法。
更に、前記サポート値は、前記第２の価格レベルにおける注文の数に基づいて決定される、請求項５に記載の方法。
更に、前記コンピュータで、前記第２の取引オブジェクトの前記複数の価格レベルにおける２つ以上の価格レベルのサポート値を決定するステップを含み、前記２つ以上の価格レベルは、前記第１の価格レベルを含む、請求項１に記載の方法。
前記リーンレベルは、前記２つ以上の価格レベルの前記決定されるサポート値に基づいて決定される、請求項２０に記載の方法。
前記リーンレベルは、所望のリーンレベル数量に基づいて決定され、前記所望のリーンレベル数量は、前記取引戦略の前記定義および所望の戦略数量に基づく、請求項１に記載の方法。
前記リーンレベルは、リーン乗数の値およびリーンベースの値のうちの少なくとも一方に基づいて決定される、請求項１に記載の方法。
前記リーン乗数の値および前記リーンベースの値のうちの少なくとも一方は、前記決定されるサポート値に基づいて決定される、請求項２３に記載の方法。
電子取引環境において取引するシステムであって、
コンピュータで、取引戦略の定義を受信する処理部、ここで前記取引戦略は第１の取引オブジェクトと第２の取引オブジェクトとを扱う、
前記コンピュータで、前記第１の取引オブジェクトおよび前記第２の取引オブジェクトの市場データを受信する処理部、ここで前記第２の取引オブジェクトの前記市場データは、前記第２の取引オブジェクトの複数の価格レベルの各々において入手可能な数量に関する情報を含む、
前記コンピュータで、トレーダの前記取引戦略に基づいて買う又は売るための所望の戦略価格を受信する処理部、
前記コンピュータで、前記第２の取引オブジェクトの複数の価格レベルの中から第１の価格レベルを決定する処理部、ここで決定された前記第１の価格レベルは、リーンレベルとして検討される、
前記コンピュータで、前記第１の価格レベルのサポート値を、前記第１の価格レベルで入手可能な数量を構成する個々の注文の数に基づいて決定する処理部、ここで前記サポート値は、前記第１の価格レベルにリーンしても、前記第１の価格レベルがヘッジ注文を満たせない可能性を表すリスクの程度を表し、
前記コンピュータで、前記決定されたサポート値に基づいて前記リーンレベルを決定する処理部、
前記コンピュータで、前記取引戦略の前記定義および前記決定されたリーンレベルに基づいて、前記第１の取引オブジェクトの第１の注文を第１の価格で出す処理部、を含むシステム。
コンピュータに請求項１に記載の方法を実行させるためのプログラム。
コンピュータに請求項１に記載の方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。