(57)【要約】  いくつかの実施形態は、価格レベルでビッド又はオファーの全体量を最適に表すように１つ以上のインジケータセットをインテリジェントに選択することに関する。様々なインジケータセットは、その価格レベルで表示された他のインジケータセットに基づいて選択されてもよい。インジケータセットをインテリジェントに選択することによって、取引デバイスは、ユーザーにとってその価格レベルでビッド又はオファーの正確な量を判断する又は推定するために必要な時間を減らすことができる。例えば、取引デバイスは、セット内のインジケータが最小の数を有するインジケータセットを選択できる、又はトレーダにとって最も簡単に理解されるインジケータセットを選択できる。
2014514663.tif 000002
【特許請求の範囲】
【請求項１】
取引デバイスでコンピュータデバイスによって、電子取引所から送信された市場データを受信すること、前記電子取引所が複数の取引デバイスから受信した取引可能な対象物の電子のビッドおよびオファーを自動的にマッチングさせるためのマッチングエンジンを備え、前記市場データが前記取引可能な対象物のための価格軸の価格レベルでマッチングしないビッド又はオファーの量に関連するデータを備えており、
前記コンピュータデバイスによって、前記価格レベルでマッチングしないビッド又はオファーの量を表すようにインジケータセットを選択すること、前記インジケータセットが共有の特性を伴う複数のインジケータを有し、ここで前記共有の特性はビッド又はオファーの特定の量と対応しており、および
前記コンピュータデバイスによって、マッチングしないビッド又はオファーの量を表している前記インジケータセットを表示すること、
を含む方法。
【請求項２】
前記表示することは、共有の特性が共有のサイズと共有の形状とを備えるように、前記インジケータセットを表示することを含む、請求項１に記載の方法。
【請求項３】
前記表示することは、前記インジケータがお互いに離れて間隔を有するように共有の特性を伴う前記インジケータセットを表示することを含む、請求項１に記載の方法。
【請求項４】
前記コンピュータデバイスによって、前記インジケータセットを最適に選択することをさらに備える、請求項１に記載の方法。
【請求項５】
共有の特性は、非テキスト特性である、請求項１に記載の方法。
【請求項６】
前記非テキスト特性は、サイズ、形状、色、および陰影の少なくとも一つを含む、請求項５に記載の方法。
【請求項７】
前記コンピュータデバイスによって、共有の特性を、構成画面を使用しているビッド又はオファーの特定の量に関連付けることをさらに備える、請求項１に記載の方法。
【請求項８】
前記コンピュータデバイスによって、ビッド又はオファーの特定の量のテキスト表示を見ることなしに、ユーザーが表示されたオファー又はビッドの特定の量を決定できるように前記インジケータセットを表示することをさらに備える、請求項１に記載の方法。
【請求項９】
前記インターフェースの２次元レイアウトに対して直交するように認識されたレイアウトの指向軸に沿って前記インジケータセットを表示することをさらに備える、請求項１に記載の方法。
【請求項１０】
過去のビッド又はオファーの量に対応する追加のインジケータセットを表示することをさらに備える、請求項１に記載の方法。
【請求項１１】
過去に削除された量、過去に追加された量、および現在と過去の両方で存在する量に対応する異なるタイプのインジケータを表示することをさらに備える、請求項１に記載の方法。
【請求項１２】
プロセッサによって実行するための１つ以上の有形メディアにおいてエンコードされたロジックであって、
電子取引所から送信された市場データを受信し、前記電子取引所は、複数の取引デバイスから受信した取引可能な対象物の電子ビッドおよびオファーを自動的にマッチングさせるためのコンピュータ化されたマッチング処理を備え、前記市場データは、取引可能な対象物のための価格軸の価格レベルでマッチングしないビッド又はオファーの量に関連するデータを備えており、
価格レベルでマッチングしないビッド又はオファーの量を表すようにインジケータセットを選択し、および
価格レベルでマッチングしないビッド又はオファーの量を表しているインジケータセットを表示し、前記インジケータセットは、共有の特性を伴うインジケータを有し、ここで前記共有の特性は、ビッド又はオファーの特定の量に対応しており、
前記のように実行される場合のロジック。
【請求項１３】
前記ロジックは、実行される場合、共有の特性が共有のサイズと共有の形状とを備えるように前記インジケータセットを表示するよう動作可能である、請求項１２に記載のロジック。
【請求項１４】
前記ロジックは、実行される場合、前記インジケータが互いに離れて間隔を有するように、共有の特性を伴う前記インジケータセットを表示するよう動作可能である、請求項１３に記載のロジック。
【請求項１５】
前記ロジックは、実行される場合、前記インジケータセットにおける前記インジケータを最適に選択するよう動作可能である、請求項１２に記載のロジック。
【請求項１６】
共有の特性は、非テキスト特性である、請求項１２に記載のロジック。
【請求項１７】
前記インジケータは、ユーザーがビッド又はオファーの特定の量のテキスト表示を見ることなしに、表示されたビッド又はオファーの特定の量を決定できるように表示される、請求項１２に記載のロジック。
【請求項１８】
コンピュータデバイスによって、電子取引所から送信された市場データを受信すること、前記電子取引所が複数の取引デバイスから受信した取引可能な対象物のための電子ビッドおよびオファーを自動的にマッチングさせるためのコンピュータ化されたマッチング処理を備え、前記市場データが価格レベルでマッチングしないビッド又はオファーの量と関連するデータを備えており、
前記コンピュータデバイスによって、価格レベルでのマッチングしないビッド又はオファーの量の第１の部分を表すように第１のインジケータセットを選択すること、前記第１のインジケータセットは、第１の共有の特性を伴う複数のインジケータを有し、ここで前記第１の共有の特性は、ビッド又はオファーの特定の量に対応しており、
前記コンピュータデバイスによって、価格レベルでのマッチングしないビッド又はオファーの量の第２の部分を表すように第２のインジケータセットを選択すること、前記第２のインジケータセットは、第２の共有の特性を伴う複数のインジケータを有し、ここで前記第２の共有の特性は、ビッド又はオファーの特定の量に対応しており、および
前記コンピュータデバイスによって、価格レベルでのマッチングしないビッド又はオファーの量を表している前記第１および第２のインジケータセットを表示すること、
を備える方法。
【請求項１９】
前記第１の共有の特性は、前記第２の共有の特性と異なる、請求項１８に記載の方法。
【請求項２０】
前記第１および第２の部分によって表されたビッド又はオファーの量は、その価格レベルでのマッチングしないビッド又はオファーの量に等しい、請求項１８に記載の方法。
【請求項２１】
前記第１および第２の共有の特性は、非テキスト特性である、請求項１８に記載の方法。
【請求項２２】
前記第１および第２のインジケータセットは、価格レベルを伴う価格軸を上下する、請求項１８に記載の方法。
【請求項２３】
前記第１および第２のインジケータセットは、最適に選択される、請求項１８に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
本特許文書は、電子取引システムに関する。
【０００２】
電子取引システムは、サブクライブしているクライアントデバイスにデータフィードを公開する電子取引所を一般的に含む。データフィードは、取引可能な対象物の市場に関連するデータを含む１つ又は複数の一連のメッセージである。例えば、データフィードは、数ある中でも、内部市場、市場深度、最終取引価格、及び最終取引量を含むことができる。内部市場は、ある特定の時点で取引可能な特定の対象物の市場において最も安く入手可能なアスク価格（ベストアスク）と、最も高く入手可能なビッド価格（ベストビッド）である。市場深度は、内部市場で入手可能な量を参照し、内部市場から離れた他の価格で入手可能な量を参照してもよい。最終取引価格（ＬＴＰ）は、取引可能な対象物が最後に取引された価格である。最終取引量（ＬＴＱ）は、最後に取引された量である。
【０００３】
データフィードを受信すると、クライアント・デバイスはデータ・フィードの中に含まれている情報を表示してもよく、取引可能な対象物（買い又は売り）を取引する場合、その情報を市場参加者が使用することができる。例えば、その情報は、取引ラダーの部分として表示されてもよい。取引ラダーは、内部市場を表示してもよく、市場参加者が特定の価格で買う又は売るように１つ以上の注文を提示することを可能にする。
【０００４】
図は、実施形態の一例を示している。そのように、様々な実施形態は、図に示される配置及び手段に限定されるべきではない。以下は、図の簡単な説明を提供している。
【図面の簡単な説明】
【０００５】
【図１】図１は、電子取引中に使用され得る電子取引システムの例を示す。
【図２】図２は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す取引ラダーの例を示す。
【図３】図３は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【図４】図４は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの別の例を示す。
【図５】図５は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【図６】図６は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの別の例を示す。
【図７】図７は、他のインジケータと関連付けられないインジケータで取引ラダーの例を示す。
【図８】図８は、構成画面の例を示す。
【図９】図９は、マッチングしないビッド又はオファーの量を表すインジケータを表示する方法の例を示す。
【図１０】図１０は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す３次元（３Ｄ）化されたインジケータセットで取引ラダーの例を示す。
【図１１】図１１は、以前のインジケータセットも表示される、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す３次元（３Ｄ）化されたインジケータセットで取引ラダーの例を示す。
【図１２】図１２は、以前のインジケータセットも表示される、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【発明を実施するための形態】
【０００６】
Ｉ．概要
本明細書に開示されている様々な実施形態は、価格レベルでの非テキストインジケータの１つ以上のセットを表示することに関する。セットにおけるそれぞれのインジケータは、そのセットにおける他のインジケータと共有の特性を有し、その共有の特性は、特定のマッチングしないビッド又はオファーの量を表す。
【０００７】
一実施形態では、価格レベルは、その価格レベルでマッチングしないビッド又はオファー（例えば、アスク）の量を表す複数のインジケータセットを有する。それぞれのインジケータは、インジケータセット内で、そのセットにおける他のインジケータと１つ以上の特性を共有する。共有の特性は、ビッド又はアスクの特定の量と関連付けられる。いくつかの実施形態では、共有の特性は、サイズ、色、又は形状であってもよい。共有の特性は、共有の特性によって表されるビッド又はオファーの実際の量が取引セッション期間中にユーザーに知られるように、予め構成されていてもよい。
【０００８】
動作中、価格レベルでのビッド又はオファーの量が変化するとき、取引デバイスは、様々なインジケータセットの中に表示されたインジケータを動的に変化（追加、削除、又は置換）させて、インジケータセットがリアルタイム又はほぼリアルタイムにおけるビッド又はオファーの量を正確に表すようにしてもよい。共有の特性を有するインジケータセットを使用することは、ユーザーが、より正確に、その価格レベルでの的確なビッド又はオファーの量を判断すること又は推定することが可能となる。
【０００９】
本開示は、マッチングしないビッド又はオファーを表すことを記載しているが、当業者は、他の情報が共有の特性を有する同様のインジケータセットを使用して表示されてもよいことを理解することは、理解すべきである。例えば、価格レベルでの全体の取引量、最終の取引価格又は取引量、他の統計値、他の理論値、又は他の計算値が、共有の特性を伴ってインジケータセットに使用されて表されてもよい。当然、他の情報が本明細書に記載される実施形態を使用して表され得るが、明確にするために、本実施形態では、マッチングしないビッド又はオファーを使用して説明する。
【００１０】
また、本明細書に開示された様々な実施形態は、前述及び以下の記載、又は図に示されるコンポーネントの詳細なデザイン及び配置にそれらのアプリケーションを限定するものではないことに注目すべきである。その代わりに、前述の記載、以下の記載、及び図は、単独又は互いに組み合わせられてもよい様々な実施形態の概念を提示することに重点を置いている。
【００１１】
ＩＩ．電子取引システムの例
図１は、電子取引システム（「取引システム」）１００を示すブロック図である。取引システム１００は、取引デバイス１１０、ゲートウェイ１２０、及び電子取引所システム（「取引所システム」）１３０を含む。
【００１２】
取引システム１００は、追加の、異なる、又はより少ないコンポーネントを含んでもよい。例えば、図１に示すように、及び以下に詳細に説明されるように、取引システム１００は、取引デバイス１１０とゲートウェイ１２０とに通信するサーバサイドデバイス１４０を含んでもよい。サーバサイドデバイス１４０は、いくつかの実施形態における取引所システムと直接通信してもよい。別の例では、取引環境に応じて、取引システム１００は、複数の（例えば、２つ以上の）取引デバイス１１０、複数のゲートウェイ１２０、複数の取引所システム１３０、複数のサーバサイドデバイス１４０、又はそれらのいくつかの組み合わせを含んでもよい。
【００１３】
取引デバイス１１０は、クライアントデバイス、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、モバイルデバイス、ハンドヘルドデバイス、サーバ、ゲートウェイ、又は他のコンピュータデバイス、若しくはシステムである。取引デバイス１１０は、通常、ユーザーによって、所有され、操作され、制御され、プログラムされ、構成され、又は他のものが使用される。本明細書で使用されるように、語句「ユーザー」は、限定されるものではないが、人（例えば、トレーダ）又は電子取引所デバイス（例えば、プロセッサとメモリ又はアルゴリズム取引システムを含む）を含んでもよい。１以上のユーザーは、所有権、操作、制御、プログラミング、構成、又は他の使用に関与してもよい。
【００１４】
取引デバイス１１０は、バス１１１、プロセッサ１１２、メモリ１１３、ネットワークインターフェース１１４、ディスプレイデバイス１１５、及びインプットデバイス１１６を含む。当然、取引デバイス１１０は、追加の、異なる、又はより少ないコンポーネントであってもよい。個別の又は互いに組み合わされたいずれかのコンポーネントは、以下に記載される、又は図に示される動作若しくは機能の１つ、いくつか又はすべてを実行するために使用されてもよい。
【００１５】
取引セッションの間、例えば、取引可能な対象物が買い及び売りが可能なとき、取引デバイス１１０は、取引所システム１３０でリストに記載された１つ以上の取引可能な対象物を電子的に取引するように使用される。より具体的に、取引所システム１３０に接続されたとき、取引デバイス１１０は、１つ以上の取引可能な対象物の取引注文を提出するように使用される。いくつかの実施形態では、取引注文は、ゲートウェイ１２０を介して提出される。しかしながら、いくつかの実施形態では、サーバサイドデバイス１４０は、取引デバイス１１０から情報を受信するように構成され、取引デバイス１１０から受信した情報に基づいて取引所システム１３０に取引注文を提出する。いずれにせよ、取引注文を受信する際に、取引所システム１３０は、取引所注文ブックに取引注文をエンターし、１つ以上の反対側の注文の量と取引注文の量とをマッチするように試みる。
【００１６】
取引注文のマッチングしない量は、取引注文量が電子取引所によってマッチングされるまで、取引所注文ブックに保持される。取引注文のマッチングしない量はまた、取引注文が、例えば、取引デバイス１１０又は取引所システム１３０のいずれかによってキャンセルされた場合、取引所注文ブックから取り除かれてもよい。取引注文の量をマッチングする際、取引所システム１３０は、取引デバイス１１０に取引注文の量がマッチングされたことの確認の送信を行ってもよい。
【００１７】
取引注文を受信することと、それらをマッチングすることに加えて、取引所システム１３０はまた、市場データを１つのデータフィード又は複数のデータフィードにまとめて取引デバイス１１０に送信してもよい。市場データは、例えば、価格、価格レベルでのビッド量、価格レベルでのアスク量、最終取引量、取引注文、注文フィルデータなどに関するデータを含んでいてもよい。例えば、取引所システム１３０は、現在の内部市場（例えば、最高ビッド価格及び最低アスク価格）を提供する価格データフィードをクライアントデバイスに送信してもよい。別の例では、取引所システム１３０は、様々な価格レベルで買う（ビッド）又は売る（アスク）ことが可能な量を提供するため、市場深度データフィードを送信してもよい。当然、取引所システム１３０は、同時に又は異なる時間にデータの組み合わせを送信してもよい。例えば、現在の内部市場と市場深度データは、同じ又は異なるデータフィードで送信されてもよい。
【００１８】
ＩＩＩ．１つ以上のインジケータセットの表示
例えば、ネットワークインターフェース１１４を介して、取引所システム１３０から市場データを受信する際に、取引デバイス１１０は、プロセッサ１１２を使用して市場データを処理するように構成されてもよい。プロセッサ１１２は、例えば、図１のディスプレイデバイス１１６上に市場データを表示してもよい。上述したように、市場データは、特に、内部市場、市場深度、最終取引価格、及び最終取引量に関するデータを含んでもよい。市場深度は、内部市場で入手可能な量を意味し、また内部市場から離れた他の価格で入手可能な量を意味してもよい。価格レベルで入手可能な量は、通常、集約され、合計されて、取引所システムによって提供される。言い換えれば、取引所システムは、通常、そのデータフィードにおける特定の価格レベルでの市場において入手可能な全体の買い（例えば、ビッド）量と全体の売り（例えば、アスク）量とを提供する。
【００１９】
取引デバイス１１０は、取引画面の部分として市場データを表示してもよい。取引画面は、ユーザーが取引ツールを見て、取引ツールを使用して、注文エントリーパラメータをセットする、又は他の注文エントリーパラメータを送信するなどの電子取引動作を実行可能にする電子取引インターフェースである。例示的な取引ツールは、チャート、取引ラダー、注文エントリーツール、自動化された取引ツール、自動化されたスプレッドツール、リスク管理ツール、注文パラメータツール、注文エントリーシステム、マーケットグリッド、フィルウィンドウ、市場注文ウィンドウ、及びそれらの組み合わせを含み、取引するため、取引の準備をするため、又は取引の管理をするために使用される現在知られた又は後で開発されるその他の電子ツールを含んでいる。
【００２０】
図２は、取引ラダー２１０を伴う取引画面２００の実施形態を示す。取引ラダー２１０は、価格表示２２０、ビッド量表示２３０、及びアスク量表示２４０を含んでいる。図２に示される取引ラダー２１０は、明確にするために単純化されている。取引ラダー２１０は、追加の、異なる、又はより少ないコンポーネント若しくは情報を含んでもよい。例えば、いくつかの実施形態では、取引ラダー２１０はまた、最終取引量、１つ以上の価格レベルで取引された量、及び様々な価格レベルで１つ以上のワーキング注文を表示してもよい。さらに、取引ラダー２１０はまた、量又は価格などの１つ以上のパラメータを定義するための取引ツールを含んでもよい。パラメータは、例えば、デフォルトパラメータとして使用されてもよい。加えて、以下により詳細に説明されるように、取引ラダーの一部が取り除かれて、表示されなくてもよい。例えば、ビッド量表示２３０とアスク量表示２４０の一部が取引ラダー２１０上に表示されてなくてもよい。
【００２１】
価格表示２２０は、取引可能な対象物のための様々な価格を表してもよい。例えば、図に示されるように、価格表示２２０は、「ティック」での価格が増加する、価格の列であってもよい。ティックは、それぞれの取引可能な対象物のために取引所によってセットされる価格値の最小の変化である。価格は、ティックとして、複数のティックとして、又はいくつかの他の方法で表示させることができる。価格表示２２０は、全体の価格又は全体の価格の一部（例えば、ちょうど下２桁）をリストにしてもよい。他の価格表示のコンベンションは、必須の価格情報がユーザーに伝達されている限り、代替的に使用されてもよい。価格表示内の価格は、静的（例えば、価格レベルが、手動又は自動の再センタリングコマンドを受信しない限り、通常はポジションを変更しない）、動的（例えば、最終取引価格、最高ビッド価格、又は最低アスク価格を常にセンターとする表示）、それらのいくつかの組み合わせであってもよい。
【００２２】
さらに説明する前に、それぞれの価格値と関連付けられた、すべての又はいくつかの情報が価格レベルとして参照されていてもよいことは、留意すべきである。定められた価格レベルに関連付けられた情報は、価格表示２２０、ビッド量表示２３０、アスク量表示２４０、現在知られている又は後で開発される他の表示、若しくはそれらのいくつかの組み合わせの中に配置されてもよい。いくつかの実施形態では、これは単一の価格値を含んでいてもよい。しかしながら、いくつかの実施形態では、価格レベルは、定められた価格値、又は他の情報でのマッチングしないビッド又はオファーの量の表示を含んでもよい。
【００２３】
ビッド量表示２３０は、１つの電子取引所又は複数の、異なる電子取引所でマッチングしないビッドの総量を表すために使用されてもよい。アスク量表示２４０は、１つの電子取引所又は複数の、異なる電子取引所でマッチングしないアスクの総量を表すために使用されてもよい。ビッド量表示２３０又はアスク量表示２４０に表示された表示は、テキスト表示又は非テキスト表示であってもよい。
【００２４】
取引ラダー２１０の１つ以上のセルが、１つ以上の注文エントリーアクションのために使用されてもよいことを、さらに説明する前に、留意すべきである。例えば、ビッド量表示２３０とアスク量表示２４０における１つ、いくつか、又はすべてのセルが、例えば、マウスなどのインプットデバイスによって制御されたカーソル又はポインタを使用して、選択されてもよい。セルの選択は、１つ以上のパラメータをセットする、送信する、又はセット及び送信を行ってもよい。例示の目的のために、ビッド量表示２３０に「６６」を表示しているセルを選択することは、価格パラメータを「９４３５．０」に、及び注文タイプパラメータを「ビッド」にセットしてもよい。いくつかの実施形態では、価格と注文タイプパラメータをセットすることに加えて、このセルの選択は、例えば、デフォルト量パラメータと共に取引注文を送信してもよい。
【００２５】
Ａ．マッチングしないビッド又はオファーのオーバービュー表示
いくつかの実施形態では、ビッド量表示２３０とアスク量表示２４０は、価格レベルでのマッチングしないビッド又はオファーの量のオーバービュー表示を含んでいてもよい。オーバービュー表示は、単一のインジケータと共にマッチングしないビッド又はオファーの量を表示する。例えば、図２に示されるように、ビッド量表示２３０は、「９４３５．０」の価格レベルでのビッド量のオーバービュー表示２３２を含んでいてもよい。オーバービュー表示２３２は、この価格レベルで「６６」ビッドがあることを示す数値表示を含んでいてもよい。それぞれの価格レベルは、その価格レベルで入手可能なビッド量又はその価格レベルで入手可能なビッド量のオーバービュー表示を有している。価格レベルでのビッドがゼロであるイベントでは、注文エントリーセルは、「０」を表示してもよく、又は余白としてもよい。ビッド量表示２３０と同様に、アスク量が表示されることを除いて、アスク量表示２４０は、例えば、特定の価格レベルでのアスク量のテキスト表示を有する列を含んでいてもよい。
【００２６】
オーバービュー表示は、例えば、取引所が追加の取引注文を受信するとき、反対側の注文をマッチさせるとき、取引注文がキャンセルされるとき、又は取引ポジションが変更されるとき、動的に変化してもよい。例えば、取引所は、「９４３５．０」の価格レベルで追加のビッド「５」の取引注文を受信してもよい。したがって、この価格レベルでのビッドの数字表示は、「６６」から「７１」に増えてもよい。
【００２７】
Ｂ．マッチングしないビッド又はオファーを表すインジケータのセット
いくつかの実施形態では、ビッド量表示２３０とアスク量表示２４０は、価格レベルでのマッチングしないビッド又はオファーを表すインジケータセットを含んでもよい。それぞれのセットは、その価格レベルでのマッチングしないビッド又はオファーの総量のすべて、又は一部と関連付けられた共有の特性を含んでもよい。
【００２８】
ｉ．インジケータ
インジケータは、正方形、長方形、円形、ドット、星形、文字、数字、キューブ、又は現在知られた又は後で開発される他の形状、若しくはデザインである。一実施形態では、インジケータは、テキスト又は数値なしでマッチングしないビッド又はオファーの量を表してもよい。例えば、図２に示されるように、インジケータ２３４と２３６は、正方形である。１つ、いくつか、又はすべてのインジケータは、非テキストであってもよい。インジケータは、トレーダにテキスト又は数値を読む又は理解することを要求せずに、様々な価格で、マッチングしないビッド量とアスク量とを視覚的に示してもよい。この視覚の表示は、テキストを読むよりも速く非テキスト表示を理解し、処理することができ、トレーダにとって有益（例えば、時間をより少なくし、思考をより少なくし、又は複雑さをより減らす）である。
【００２９】
しかしながら、別の実施形態では、インジケータは、数字又は文字であってもよい。例えば、図２に示す正方形の代わりに、インジケータは、「５  ５  ５  ５  ５」などの数字、又は「ａ  ａ  ａ  ａ  ａ」などの文字であってもよい。
【００３０】
ｉｉ．インジケータのセット
インジケータセットは、１つ以上のインジケータを含んでもよい。セットにおける各インジケータは、ユーザーが個々の識別子を識別することができることが可能なように、セットにおける他のインジケータから視覚的に分けられてもよい。即ち、セットが複数のインジケータを有するイベントでは、個々のインジケータは、互いの間で視覚的な間隔を有してもよい。識別子との間の実際の間隔は、例えば、ユーザーの好み、識別子の特性（例えば、大きい識別子は、大きな間隔を有していてもよい）、又は他の表示要素に応じて、変化してもよい。間隔は、すべての又はいくつかのインジケータとの間で等しい、又は等しくない間隔である。例えば、いくつかの実施形態では、インジケータの第１のペアの間の間隔は、インジケータの第２のペアの間の間隔と同じ大きさであってもよい。しかしながら、他の実施形態では、インジケータの第１のペアの間の間隔は、インジケータの第２のペアの間隔と異なる大きさであってもよい。
【００３１】
取引ラダーにおけるそれぞれの価格レベルは、ゼロ、１つ、又は複数のインジケータセットに関連付けられている。例えば、図２に示されるように、及び以下により詳細に説明されるように、１つ以上のインジケータセットがビッド量表示２３０又はアスク量表示２４０に表示されてもよい。しかしながら、他の実施形態では、インジケータセットは、例えば、カーソルが価格値の上に移動したときにポップアップメッセージに表示されてもよい。当然、インジケータセットは、トレーダが、それらが価格値に関連付けられていると判断することができる限り、取引画面上の他の場所に表示されてもよい。
【００３２】
マッチングしないビッド又はオファーの数に応じて、それぞれの価格レベルは、ゼロ、１つ以上のインジケータセットを有している。例えば、図２では、価格レベル「９４３５．０」は、６６個のマッチングしないビッドがあるため、ビッド量表示２３０に６つのインジケータ２３４のセット２３３と、６つのインジケータ２３６の別のセット２３５を有する。別の例では、価格レベル「９４３８．０」は、この価格レベルでマッチングしないビッド又はオファーがゼロであるため、ビッド量表示２３０とアスク量表示２４０のいずれにおいてもインジケータセットがゼロである。さらに別の例では、価格レベル「９４３５．５」は、４５個のマッチングしないアスクがあるため、アスク量表示２４０に４つのインジケータ２４４のセット２４３と５つのインジケータ２４６の別のセット２４５を含む。
【００３３】
別の例では、図示されていないが、価格レベル「９４３５．０」は、インジケータとして数字の２つのセット有していてもよい。第１のセットは、「５  ５  ５  ５  ５」を含んでもよく、第２のセットは、「１  １  １  １  １」を含んでいてもよい。隙間が、それぞれの数字が個々の数字であることを示すために、それぞれの数字との間に配置されてもよい。あるいは、又はさらに、ダッシュが数字との間に提供されてもよい。
【００３４】
インジケータセットは、価格レベルでマッチングしないビッド又はオファーの量を表してもよい。インジケータセットによって表される量は、定められた価格レベルでビッド又はオファーの総量のすべて若しくはいくつかであってもよい。例えば、セットは、価格レベルでビッド又はオファーの総量の一部分のみを表してもよい。したがって、１つ以上のセットの組み合わせは、定められた価格レベルのためのマッチングしないビッド又はオファーの集計された合計を表してもよい。いくつかの価格レベルで、図２の「９４３５．０」の価格レベルで示されるように、個々のインジケータセット（例えば、セット２３３又は２３５のいずれか）は、集計された合計を表してもよい。即ち、セット２３３は、マッチングしないビッドとアスクの集計された合計の一部を表し、他のセット２３５は、集計された合計の別の部分を表す。したがって、「９４３５．０」の価格レベルでマッチングしないビッド又はオファーの総量は、複数のセットによって表される。しかしながら、他の価格レベルで、単一のインジケータセットは、例えば、「９４３７．５」の価格レベルで示されるように、ビッド又はオファーの総量を表す。
【００３５】
例えば、全体又は集計された合計として、特定の価格レベルのすべてのセットのインジケータの組み合わせは、マッチングしないビッド又はオファーの総数などの単一値を表してもよい。例えば、図２に示されるように、セット２３３におけるインジケータ２３４とセット２３５におけるインジケータ２３６は、「９４３５．０」の価格レベルで総ビッドを表すように組み合わせてもよい。
【００３６】
ｉｉｉ．共有の特性
セット内のインジケータのそれぞれは、特定のビッド又はオファーの量に関連付けられた１つ以上の共有の特性を有している。語句「関連付けられた」は、マップされた、接続された、表された、又は別の方法でペアにされた、ことを含んでもよい。共有の特性は、例えば、サイズ、色、陰影、数値、及び形状を含んでもよい。共有する特性は、それぞれのインジケータセットと異なってもよい。例えば、図２に示されるように、セット２３３内のインジケータ２３４は、特定のサイズを共有してもよい。一方で、セット２３５内のインジケータ２３６は、セット２３３におけるインジケータ２３４のサイズと異なる特定のサイズを共有している。より具体的には、インジケータ２３６は、インジケータ２３４より小さい。
【００３７】
１つ以上の共有の特性は、特定のビッド又はオファーの量と関連付けられる。例えば、インジケータ２３４の共有のサイズは、それぞれのインジケータ２３４の「１０」のビッドの量を表してもよく、インジケータ２３６の共有のサイズは、それぞれのインジケータ２３６の「１」のビッドの量を表してもよい。したがって、６つのインジケータ２３４と６つのインジケータ２３６があるので、インジケータのこれらの２つのセット２３３、２３５によって表された全体の量は、「６６」である。即ち、セット２３３が「１０」ビッドを表すそれぞれのインジケータと共に６つのインジケータを有するので、セット２３３は、６０ビッドを表し、そしてセット２３５がそれぞれのインジケータが「１」ビッドと表す６つのインジケータを有するので、セット２３５は、６ビッドを表す。したがって、セット２３３とセット２３５の組み合わせは、この価格レベルでビッドの全体量を表す。これらのセットは、ビッド量表示２３０に表示される。
【００３８】
同様に、アスク量表示２４０は、「９４３５．５」の価格レベルのインジケータ２４４のセット２４３とインジケータ２４６のセット２４５を含んでもよい。インジケータ２４４は、セット２４３において、互いに同じサイズを共有しており、インジケータ２４６は、セット２４５において、互いに同じサイズを共有している。インジケータ２４４の共有のサイズは、インジケータ２４６の共有のサイズより大きい、共有するサイズに基づいて、それぞれのインジケータ２４４は、「１０」アスク量を表してもよく、それぞれのインジケータ２４６は、「１」の量を表してもよい。したがって、セット２４３において４つのインジケータ２４４とセット２４５において５つのインジケータ２４６があるので、インジケータのこれらの２つのセット２４３、２４５によって表される全体の量は、「４５」である。即ち、セット２３３とセット２３５の組み合わせは、この価格レベルでビッドの全体量を表し、ビッド量表示２３０に表示されてもよい。
【００３９】
図２は、価格レベルにつき多くとも２つのセットを示しているが、価格レベルに関連付けられたセットの数は、２つを超えてもよい。例えば、価格レベルは、小、中、大、及び特大のインジケータのセットを有していてもよい。
【００４０】
上述したように、ビッド量及びアスク量は、相対的サイズに関連付けられてもよい。例えば、小、中、大、及び特大などの各サイズは、特定のビッド又はオファーの量に関連付けられてもよい。しかしながら、いくつかの実施形態では、１ｃｍ×１ｃｍ又は１ｍｍ×１ｍｍなどの特定のサイズが、特定のビッド又はオファーの量に関連付けられてもよい。例えば、１ｃｍ×１ｃｍは、「１０」の量に関連付けられてもよい。
【００４１】
いくつかの実施形態では、他の特性は、共有され、ビッド又はオファーの特定の量に関連付けられる、又はマッピングされ得る。例えば、以下に説明されるように及び図３Ａに示されるように、共有の形状は、ビッド又はオファーの特定の量と関連付けられてもよい。別の例では、図３Ｂに示されるように、数字のサイズがビッド又はオファーの特定の量に関連付けられてもよい。
【００４２】
図３Ａは、図２の取引ラダー２１０の一部分を示す。いくつかの実施形態では、図３Ａに示されるように、形状又はインジケータの内部のシンボルは、ビッド又はオファーの特定の量に関連付けられてもよい。例えば、星形状３１０は、「１０」の量を表してもよく、円形状３２０は、「１」の値を表してもよい。他の形状が使用されてもよく、例えば、文字記号（例えば、「！」、「＠」、「＃」、又は「％」）、テキストバリュー、数値、及び他の値などが、形状及び記号によって表されてもよい。９４３４．０の価格レベルでのビッド量は、この価格レベルでのビッド量が「５４」であることから、５つの異なる星形状３１０と４つの異なる円形状３２０によって表されてもよい。同様に、９４３３．５の価格レベルは、２つの異なる星形状と３つの異なる円形状によって表される。９４３３．０の価格レベルでマッチングしないビッドがゼロであるため、ビッド量がいずれの形状も表示しないことによって表されてもよい。
【００４３】
図３Ｂは、図２の取引ラダー２１０の一部分を示す。いくつかの実施形態では、図３Ｂに示されるように、数字のサイズがビッド又はオファーの特定の量に関連付けられてもよい。例えば、図３Ｂに示されるように、３０ポイントフォント３３０が２０の量に関連付けられてもよく、２０ポイントフォント３４０が１の量に関連付けられてもよい。
【００４４】
いくつかの実施形態では、インジケータの色は、値を表してもよい。例えば、「赤」は、「１００」の値を表してもよく、「緑」は、「５０」の値を表してもよく、そして「青」は、「１０」の値を表してもよい。他の色が、これら又は異なる値を表すように使用されてもよい。さらに、他の値が、色によって表されてもよい。さらに別の実施形態では、サイズ、形状、色、それらのいくつかの組み合わせ、又は他のインジケータが値を表すように組み合わされてもよい。
【００４５】
いくつかの実施形態では、図４に示されるように、共有の特性の組み合わせ（例えば、２つ以上）は、ビッド又はオファーの量を表すように使用されてもよい。図４に示されるように、それぞれの価格レベルは、５つの大きいインジケータ４１０と１０個の小さいインジケータ４２０を有する。それぞれの価格レベルのビッド量に応じて、インジケータが値を表しているように、大きい及び小さいインジケータの異なる変形例は、陰影を付けられ、着色され、色付けられ、点滅し、又は別の方法で表示される。したがって、インジケータのサイズと陰影は、インジケータによって表されたビッド又はオファーの量を示す。図４では、陰影、着色、色付け、又は点滅は、インジケータがビッド又はオファーの量を表していることを表す斜線４３０によって示される。一方で、インジケータが陰影を付けられず、着色されず、色付けされず、点滅しておらず、又は他の方法で量を示していないイベントでは、インジケータ４４０に示すように、インジケータは、ビッド又はオファーの量を示していない。当然、いくつかの実施形態では、逆の場合もあてはまる。即ち、陰影が付けられていないインジケータは、ビッド又はオファーの量を表示してもよく、そして陰影を付けられたインジケータは、量が表されていないことを示してもよい。
【００４６】
図４では、「９４３４．０」の価格レベルで、５つの大きいインジケータ４１０と４つの小さいインジケータ４２０が陰影を付けられ、そしてその価格レベルで「５４」ビッドの量を表す。この例では、陰影を付けられたそれぞれの大きいインジケータ４１０は、「１０」の量を表し、陰影を付けられたそれぞれの小さいインジケータ４２０は、「１」の量を表す。同様に、「９４３３．５」の価格レベルのため、２つの大きいインジケータと３つの小さいインジケータが、この価格レベルでマッチングしないビッド「２３」の量を表すように陰影を付けられる。
【００４７】
いくつかの実施形態では、１つ以上のインジケータセットは、マッチングしないビッド又はオファーのおおよその量を表してもよい。マッチングしないビッド又はオファーの量は、例えば、最も近い総数、１０に最も近い数、１００に最も近い数、又は他の数で四捨五入されてもよく、複数のインジケータは、概数を表してもよい。例えば、「６６」のビッド量は、「７０」に四捨五入され、「７０」を表す１つ以上のインジケータセットが表示されてもよい。
【００４８】
ｉｖ．設定した特性
それぞれのインジケータセットの共有の特性は、ユーザーによって構成される。特性を構成することは、特性（例えば、サイズ）を定義することと、その特性を特定のビッド量及びアスク量に関連付けることに関する。定義された特性と特定の量とは、ユーザーが定義された特性又は対応する量のいずれかを変更するまでデフォルト（例えば、ユーザーのやりとりなしで選択される）であってもよい。例示の目的として、図２におけるより大きいインジケータ２３４、２４４は、「１０」の量に関連付けられてもよい。しかしながら、より小さいインジケータ２３６、２４６は、「１」の量に関連付けられてもよい。
【００４９】
インジケータは、取引セッションの前に、又は取引セッションの間に構成されてもよい。トレーダは、特性がどの値に関連付けられているか定義するために構成画面を使用してもよい。例えば、何人かのトレーダは、「星」を「１０」の量に関連付けたいと思ってもよい。しかしながら、他のトレーダは、「円」を「１０」の量に関連付けたいと思ってもよい。構成画面、又は他の構成ツールを使用して、トレーダは、どのようにそれらを表示するのかの様々なアソシエーションを設定してもよい。
【００５０】
いくつかの実施形態では、一度構成されると、共有の特性と、表されたビッド又はオファーの量との間のアソシエーションが固定される。したがって、インジケータセット内のインジケータは、表示されたインジケータが容易に理解され、（例えば、トレーダによって）特定のビッド量又はアスク量と関連付けられるように、固定される（例えば、変化しない）。インジケータセット、又はさらに個々のインジケータは、同じ又は異なる取引注文から量を表示してもよい。例えば、インジケータによって表示される量は、単に単一の取引注文からだけではなく、異なる取引注文から量を作ってもよい。
【００５１】
ｖ．インジケータのセットの予想される利点
共有の特性と共にインジケータセットを使用することの１つの予想される利点は、相対的かつ正確な判断が、価格レベルでのビッド又はオファーの量について行うことができることである。相対的な判断は、インジケータの全体のサイズに基づいて、異なる価格レベルに関連するビッド又はオファーの量を視覚的に比較することによって、行うことができる。例えば、図２において、トレーダは、「９４３４．５」の価格レベルよりも「９４３５．０」の価格レベルでのビッドが多いことを素早く判断することができる。正確な判断はまた、共有の特性を伴うインジケータセットを使用して行うことができる。共有の特性は、ビッド又はオファーの特定の量と関連付けられているので、トレーダは、価格レベルでの正確なビッド又はオファーの量を素早く判断できる。例えば、「９４３４．５」の価格レベルをひと目見ることによって、例えば、３つの大きいインジケータと１つの小さいインジケータの存在を知り、トレーダは、全体量が「３１」ビッドであることを判断することができる。
【００５２】
図５は、インジケータセットを使用することのさらなる別の利点を示す。共有の特性を伴うインジケータセットを使用することは、トレーダが取引画面上に表示された情報の量を減らすことができるため、利点となり得る。例えば、一実施形態では、図５に示されるように、ビッド量及び／又はアスク量のテキスト表示が、取引画面から削除されてもよい。インジケータセットは、特定の量にマッピングされた共有の特性のために、すべてまとめてテキスト表示に置き換えることができる。テキスト表示は、取引ラダーに含まれなくてもよい。
【００５３】
ｖｉ．テキスト及び非テキストの表示の組み合わせ
図２の取引ラダー２１０を示す図６に示されるように、いくつかの実施形態では、テキストインジケータ６１０は、値をさらに表示する、又は値の判断を単純化するために、非テキストインジケータ６２０と組み合わせて使用されてもよい。例えば、テキストインジケータ６１０は、非テキストインジケータ６２０の中、上、周りに配置されてもよい。テキストインジケータ６１０と非テキストインジケータ６２０とを関連付けることの例としては、カーソルを非テキストインジケータ６５２の上に移動させたときに、テキストインジケータ６１０を表示することを含んでもよい。
【００５４】
一実施形態では、テキストインジケータ６１０は、非テキストインジケータ６２０の総合計を表してもよい。図６では、それぞれの大きいインジケータは「１０」を表すので、テキストインジケータ６１０は、それぞれの大きいインジケータの合計を示してもよい。例えば、図１０に示されるように、最初の大きいインジケータは、「１０」のテキスト表示を含んでもよく、次の大きいインジケータは、「２０」を含んでもよく、そして次の大きいインジケータは、「３０」などを含んでもよい。しかしながら、他の実施形態では、テキストインジケータ６１０によって表された量（例えば、大きいインジケータの「１０」）は、非テキストインジケータ６２０のそれぞれに関連付けられてもよい。例えば、それぞれの大きいインジケータは、非テキストインジケータ６２０の中、上、又は周りに置かれた、又は非テキストインジケータ６２０と関連付けられた「１０」を有していてもよい。
【００５５】
図６に示されるように、いくつかのセットは、非テキストインジケータと関連付けられたテキスト表示を含んでいてもよく、他のセットは、テキスト表示を含んでいなくてもよい。しかしながら、他の実施形態では、すべてのインジケータセットは、補足のテキスト表示を含んでいてもよい。
【００５６】
ＩＶ．個々のインジケータ
図７は、インジケータが、インジケータセットにおける他のインジケータと特性を共有していない場合の実施形態の例を示す。この例では、それぞれのインジケータは、取引注文の中に表している。より具体的には、それぞれのインジケータは、取引注文の中に定義されたビッド又はオファーの量を表示している。したがって、それぞれのインジケータは、他のインジケータから独立しており、他のインジケータに依らない又は依存していない。この例では、インジケータセットは、表示されない。
【００５７】
例示の目的として、図７では、取引所システムは、１つ以上の取引デバイスから複数の取引注文を受信してもよい。例えば、取引所システムは、注文Ａ（９４３４．０の価格で３９ビッド）、注文Ｂ（９４３４．０の価格で１１ビッド）、注文Ｃ（９４３４．０の価格で４ビッド）、注文Ｄ（９４３３．５の価格で１０ビッド）、注文Ｅ（９４３３．５の価格で５ビッド）、注文Ｆ（９４３３．５の価格で５ビッド）、及び注文Ｇ（９４３３．５の価格で４ビッド）を受信してもよい。取引所システムは、少なくともこの情報を含む１つ以上のデータフィードを送信してもよい。取引デバイスは、情報を受信してもよく、取引所で受信した取引注文のそれぞれのインジケータを表示する。それぞれの注文は、同じ又は異なる取引デバイスからであってもよい。
【００５８】
例えば、インジケータ７１０は、注文Ａを表すように表示されてもよい。インジケータ７１０は、「３９」の量に対応するサイズを有する。取引デバイスはまた、注文Ｂを表すインジケータ７２０を表示してもよい。インジケータ７１０のサイズ及びインジケータ７２０のサイズは、異なる、例えば、「３９」を表すインジケータは、「１１」を表すインジケータより大きくてもよい。これらのインジケータは、個々の注文を表しているので、それらは共有の特性を伴ってインジケータセットの中に表示されていない。代わりに、それらは個々に表示されている。
【００５９】
一実施形態では、個々の注文のためのインジケータの表示のシーケンス（例えば、注文）は、個々の注文が、特定の価格レベルでの注文の取引所のキュー内に存在するシーケンスに対応することができる。一実施形態では、個々の注文のためのインジケータの表示のシーケンスは、サイズの順にすることができる。一実施形態では、注文は、いくつかの他の予め設定された順位付けメカニズムに基づくことができる。
【００６０】
一実施形態では、７１０又は７２０などのインジケータは、特定の注文がトレーダの所有する注文の１つであることを示す視覚属性を有していてもよい。そのような視覚属性は、陰影、ボーダーウェイト又はラインパターン、色、又は他の視覚属性を含むことができる。一実施形態では、インジケータは、他の注文が同じトレーダによって所有されていることを識別するためにさらに視覚的にコード化（例えば、色分け）されてもよい。例えば、インジケータ７１０及び７２０によってそれぞれ表される注文Ａ及びＢは、同じトレーダによって所有された注文であって、その後、これらの２つのインジケータは、色又は陰影などの視覚的コード化を共有することができる。視覚属性はまた、特定の注文がトレーダあるいはトレーダの取引グループの誰かに属することを示してもよい。
【００６１】
前述の実施形態においては、２次元表示の平面において、価格軸に対して直交し、価格軸から直接外側に向かっていたインジケータのためのレイアウトの指向軸が存在していた。一実施形態では、レイアウトの指向軸が、価格軸に対して直交しているが、２次元表示の平面から３次元空間に向かうことができるであろう。例えば、図１０に示されるように、インジケータ１０２０は、視聴者に向かって画面から出てくるように見えるよう表示される。この例では、異なるサイズのキューブがコンポーネントインジケータとして使用されている。インジケータのレイアウトの指向軸の方向は、視聴者に向かう又は離れる方向にすることができる。３次元（３Ｄ）表示の効果は、従来の２次元ディスプレイ上にレンダリングすることによって実現することができ、又はアクティブＬＣＤシャッターメガネで視聴するために設計された３Ｄディスプレイ、又はパッシブ偏光若しくはアナグリフ（色付き）メガネで見るために設計された３Ｄディスプレイ、又は特別なメガネなしで見るために設計された３Ｄディスプレイなどのモノスコピック若しくは立体イメージとして視聴者によって理解されるディスプレイ技術を生かすことができる。
【００６２】
前述の実施形態では、インジケータセットが、例えば、ビッドとオファーが特定の時点で存在するように、ビッドとオファーの量を表すように使用されている。一実施形態では、異なる前の時点での量を表すように使用された複数の追加のインジケータも存在する。例えば、図１０と対照的に、図１１は、初期のインジケータ表示より前の時点に対応するインジケータ１１２０の表示を含む。トレーダにとって、示された量の現在の状況を見ることができるだけでなく、その量の前の状況を見ることができることは、利点となる。それぞれが別個の前の時間に対応した追加のインジケータのそのような複数のセットがある場合もある。
【００６３】
一実施形態では、インジケータによって表された量の経時的な変化は、視覚的強調、又は特定の視覚属性のため、（前の時点と比較して）新たに追加した量又は（前の時点と比較して）新たに削除した量のための異なる値を使用して表示することができる。例えば、図１２は、前の時点での量と比べて削除された量の部分に対応するインジケータ１２２０を含む。削除された量インジケータは、ノーマル量インジケータから異なる色／陰影（灰色対黒）及び／又は異なるボーダーラインタイプ（破線対実線）で表示してもよい。削除された量インジケータ１２２０は、図１２において、破線で示される。図１２はまた、前の時点での量と比べて新たに追加された量の部分を表すインジケータ１２３０を含む。追加された量インジケータは、この例において、ノーマル量インジケータから異なるボーダーラインウェイト（太文字対ノーマル）で表示される。一実施形態では、削除と追加の量パラメータを区別する視覚属性は、短い期間にわたってアニメーション化することができる。例えば、削除された量インジケータは、徐々に消えていくようにアニメーション化できる。例えば、追加された量インジケータは、その特定の視覚的強調（例えば、太字対ノーマル）を使用して最初に表示されるように、及び通常の視覚属性に徐々に変化するようにアニメーション化することができる。
【００６４】
Ｖ．構成
上述するように、ユーザーは、共有の特性と共有の特性によって表された特定のビッド又はオファーの量との間でアソシエーションを構成してもよい。これは、特性を構成すること、表される量を構成すること、又は特性と表された量の両方を構成することを含んでもよい。
【００６５】
ユーザーは、構成画面又は他の構成ツールを使用してインジケータセットを構成してもよい。例えば、図８に示されるように、構成画面８００は、マッチングしない特定のビッド又はオファーの量と１つ以上の共有の特性とに関連付けるように使用されてもよい。図８では、構成画面８００は、１つ以上の特性８２０に関連付けられ得る様々な量８１０を含む。ユーザーは、例えば、関連付けられるべき量を定義することによって、１つ以上の特性８２０に関連付けられるべき量を選択してもよい。この例では、ユーザーは、対応する特性に関連付けられるべき量を選択することによって、量を定義する。しかしながら、他の実施形態では、他のツールが特定の量と１つ以上の特性とに関連付けるために使用されてもよい。
【００６６】
ＶＩ．共有の特性を伴う最適なインジケータセットの選択
一実施形態では、取引デバイスは、表示するための最適なインジケータセットを選択してもよい。最適なインジケータセットは、トレーダのために理解するのが最も簡単であるセットの組み合わせであってもよい。これは、セットの数を最小にすること、様々なセットにおけるインジケータの総数を最小にすること、少ない量を表すインジケータの数を最小にすること、多い量を表すインジケータの数を最大にすること、又は他の方法で素早く理解されるインジケータセットを選択することを含んでもよい。取引デバイスは、ユーザーインターフェースに基づいてインジケータセットを選択するように構成されてもよい。例えば、トレーダは、取引ラダー上に表示された総インジケータの数を最小にすることを好む場合がある。一方で、別のトレーダは、様々な価格レベルで表示されるセットの数を最小にすることを好む場合がある。取引デバイスは、このユーザーの好みに基づいてインジケータセットを選択してもよい。
【００６７】
一実施形態では、取引デバイスは、様々な価格レベルでのセットの数を最小にするように構成されてもよい。したがって、取引デバイスは、価格レベルでビッド又はオファーの総量を決定してもよく、多い量を表しているインジケータの数を最大にするようにインジケータ（例えば、図２の例における「１０」）によって表された最も多い量によってビッド又はオファーの総量を分け、そしてインジケータによって表された次の最も多い量によって残っている量を分ける。この処理は、ビッド又はオファーの総量がインジケータによって表されるまで繰り返されてもよい。インジケータのそれぞれのグループは、インジケータのセットに表示されてもよい。
【００６８】
ＶＩＩ．インジケータを表示する方法の例
図９は、マッチングしないビッド又はオファーの量を表しているインジケータを表示する方法９００、及び表されているマッチングしないビッド又はオファーの量を決定することを補助する取引ツールの例を示す。方法９００は、１つ以上の価格レベルでのビッド又はオファーの量に関連付けられたデータを受信すること９１０、ビッド又はオファーの量を表すために１つ以上のセットを選択すること９２０、及び対応する価格レベルに関連するインジケータセットを表示すること９３０、を含む。方法９００は、図１のシステム１００又は異なるシステムを使用して実行される、例えば、図１の取引デバイスが１つ、いくつか、又はすべての動作を実行してもよい。
【００６９】
さらに説明する前に、図９に示される動作は、示される注文又は異なる注文で実行されてもよいことに留意する。さらに、方法９００は、追加の、異なる、又はより少ない動作を含んでもよい。例えば、いくつかの実施形態においては、方法９００が、９２０のみ又は９３０のみを含んでもよい。図９に示される動作の様々な組み合わせ、又は個々の動作が、方法９００の独立した実施形態として実行されてもよく、又は本明細書で記載される他の動作と組み合わせられてもよい。
【００７０】
動作９１０では、取引デバイスは、取引所システムからの市場データを受信してもよい。市場データは、取引デバイスと取引所システムとの間で通信を容易にするため、ゲートウェイ、サーバサイドデバイス、ゲートウェイとサーバサイドデバイスの両方、又は現在知られている若しくは後で開発される他のデバイスを介して取引所システムから送信され得る。
【００７１】
市場データは、１つ以上の価格レベルでのマッチングしないビッド又はオファーの量に関する日付を含んでもよい。例えば、マッチングしないビッド又はオファーの量は、（例えば、すべての取引注文からの）全体の量、単一の取引注文において定義された量、その日の特定の部分の間の量、又はその他の量であってもよい。
【００７２】
動作９２０では、取引デバイスは、マッチングしないビッド量とアスク量を分析し、定められた価格レベルでのマッチングしないビッド又はオファーの量を表すために１つ以上のインジケータセットを選択する。例えば、取引デバイスは、最適なインジケータセットを選択してもよい。最適なインジケータセットは、トレーダにとって最も簡単に理解するセットの組み合わせであってもよい。これは、セットの数を最小にすること、様々なセットにおけるインジケータの総数を最小にすること、少ない量を表すインジケータの数を最小にすること、多い量を表すインジケータの数を最大にすること、又は他の方法で素早く理解されるインジケータセットを選択することを含んでもよい。取引デバイスは、ユーザーの好みに基づいてインジケータセットを選択するように構成されてもよい。例えば、トレーダは、取引ラダー上に表示される総インジケータの数を最小にすることを好んでもよい。一方で、別のトレーダは、様々な価格レベルで表示されるセットの数を最小にすることを好んでもよい。取引デバイスは、このユーザーの好みに基づいてインジケータセットを選択してもよい。
【００７３】
一例では、取引デバイスは、様々な価格レベルでのセットの数を最小にするように構成されてもよい。したがって、取引デバイスは、価格レベルでビッド又はオファーの総量を決定し、多い量を表しているインジケータの数を最大にするようにインジケータによって表される最も多い量によりビッド又はオファーの総量を分け、そしてインジケータによって表された次に最も多い量により残っている量を分けてもよい。この処理は、ビッド又はオファーの総量がインジケータによって表されるまで繰り返されてもよい。インジケータのそれぞれのグループは、インジケータセットに表示されてもよい。
【００７４】
動作９３０においては、取引デバイスは、それぞれの価格レベルでの１つ以上のインジケータセットを表示する。１つ以上のインジケータセットを表示することは、例えば、継続的に又は周期的に、ディスプレイデバイス上に表示することを含んでもよい。例えば、いくつかの実施形態では、１つ以上のインジケータセットが定められた価格レベルで継続的に表示されてもよい。しかしながら、他の実施形態では、１つ以上のインジケータセットがユーザーインプットに応答して表示されてもよい。例えば、１つ以上のインジケータセットが、ユーザーがカーソルを価格レベルの上に移動したとき、価格レベルをクリックしたとき、又は他の方法で１つ以上のインジケータセットの表示を要求したときに、表示されてもよい。
【００７５】
ＶＩＩＩ．取引システム例の詳細な説明
図１に戻って、取引デバイス１１０は、通信ネットワーク１０２を介してゲートウェイ１２０と通信する。取引デバイス１１０は、通信ネットワーク１０４を介してサーバサイドデバイス１４０と通信する。ゲートウェイ１２０は、通信ネットワーク１０６を介して取引所システム１３０と、通信ネットワーク１０８を介してサーバサイドデバイス１４０と通信する。取引システム１００の様々なコンポーネントの間の通信は、１つ以上の中間のコンポーネントを通して直接通信及び間接通信を含んでもよい。
【００７６】
通信ネットワーク１０２、１０４、１０６、又は１０８などの通信ネットワークは、ハードウェア（例えば、サーバ、ルータ、ゲートウェイ、及びスイッチ）、ソフトウェア（例えば、取引アプリケーション又は通信アプリケーション）、伝送チャンネル（例えば、Ｔ１ライン、Ｔ３ライン、統合デジタルサービス通信網（ＩＳＤＮ）回線）、電気通信網（例えば、データネットワーク、コンピュータネットワーク、インターネットネットワーク、ワイドエリアネットワーク、ローカルエリアネットワーク）、又はそれらのいくつかの組み合わせを含むことができる。さらに、通信ネットワークは、有線、無線、又は有線と無線の両方のネットワークを含んでもよい。同じ又は異なる通信ネットワークが、取引システム１００全体で使用されてもよい。例えば、通信ネットワーク１０２は、通信ネットワーク１０４と同じであってもよい。
【００７７】
取引デバイス１１０は、クライアントデバイス、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、モバイルデバイス、ハンドヘルドデバイス、サーバ、ゲートウェイ、又は他のコンピュータデバイス若しくはシステムである。例えば、取引デバイス１１０は、イリノイ州のシカゴのトレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによって提供される電子取引プラットフォームである、Ｘ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するパーソナルコンピュータであってもよい。別の例のように、取引デバイス１１０は、自動の取引ツール、例えば、トレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによってまた提供されるＡｕｔｏｔｒａｄｅｒ（商標）又はＡｕｔｏｓｐｒｅａｄｅｒ（登録商標）等を実行するサーバである。さらに別の例では、取引デバイス１１０は、デバイスの集合、例えば、互いに組み合わせて動作する、パーソナルコンピュータとサーバである。
【００７８】
取引デバイス１１０は、通常、ユーザーによって、所有され、操作され、制御され、プログラムされ、ユーザーによって構成され、又はユーザーによって他のものが使用される。本明細書で使用されるように、語句「ユーザー」は、限定されるものではないが、人（例えば、トレーダ）又は電子取引所デバイス（例えば、プロセッサとメモリ又はアルゴリズム取引システムを含む）を含んでもよい。１以上のユーザーは、所有権、操作、制御、プログラミング、構成、又は他の使用に関与してもよい。
【００７９】
取引デバイス１１０は、１つ以上の取引可能な対象物を電子的に取引するように使用されてもよい。本明細書で使用されるように、語句「取引可能な対象物」は、量及び／又は価格と取引できる生産物を含む。株、オプション、債券、先物、通貨、ワラント、デリバティブ、取引イベント、グッズ、有価証券、及び商品は、取引可能な対象物のいくつかの例である。取引可能な対象物は、「リアル（ｒｅａｌ）」又は「シンセティック（ｓｙｎｔｈｅｔｉｃ）」であってもよい。リアル取引可能な対象物は、取引所によってリストに記載された生産物である。一方で、シンセティック取引可能な対象物は、ユーザーによって定義された生産物であり、取引所によってリストに記載されていない。例えば、シンセティック取引可能な対象物は、取引デバイス１１０を利用するトレーダによって作成されたリアル（又は他のシンセティック）の生産物の組み合わせ、例えば、シンセティックスプレッドを含んでもよい。
【００８０】
いくつかの実施形態では、取引デバイス１１０は、例えば、取引注文を準備し、ゲートウェイ１２０を介して取引所システム１３０に取引注文を送信する。しかしながら、いくつかの実施形態では、取引デバイス１１０は、サーバサイドデバイス１４０などのデバイスを管理するため、価格パラメータ、量パラメータ、注文タイプパラメータ、又は他のパラメータなどの１つ以上の注文エントリーパラメータを送信してもよい。管理デバイスは、取引注文を準備し、取引所システム１３０に送信してもよい。
【００８１】
例えば、取引デバイス１１０は、サーバサイドデバイス１４０と同じ又は異なる時間に、互いに関連して注文エントリーパラメータを送信してもよい。例示の目的で、取引可能な対象物パラメータは、初めて取引戦略デバイス又はサーバサイドデバイスに送信される価格パラメータと量パラメータに先だって、又は共に送信されてもよい。取引可能な対象物パラメータは、例えば、サーバサイドデバイスで記憶されてもよい。取引可能な対象物パラメータをサーバサイドデバイスですでに使用しているので、次に入ってくる価格と量パラメータが、組み合わせられ、又は取引可能な対象物パラメータと共に使用されて取引所システムにまとめて送信されてもよい。もし取引可能な対象物パラメータに変化が生じた場合、更新された取引可能な対象物パラメータが、その変化に続く価格と量のパラメータの前に、又は共に送信されてもよい。他の実施形態では、価格パラメータは、量パラメータを必ずしも必要としないが、ゲートウェイ又はサーバサイドデバイスに送信される。例えば、価格パラメータが量パラメータの前に、共に、又は後で送信されてもよい。
【００８２】
取引注文、又はさらなる１つ以上の注文エントリーパラメータは、ユーザーからの要求で又は自動的に（例えば、ユーザーのやりとりなし又はほんの少しのやりとりで）送信されてもよい。例えば、トレーダは、特定の取引可能な対象物の取引注文を行うために取引デバイス１１０を利用してもよい。トレーダは、注文価格、量、又は価格と量の両方などの取引注文の様々なパラメータを手動で提供してもよい。別の例として、取引デバイス１１０は、注文のための１つ以上のパラメータを自動的に計算してもよく、注文を自動的に送信してもよい。いくつかの例において、取引デバイス１１０は、送信されるべき注文を準備してもよいが、実際はトレーダが確認することなく、それを送信することはない。
【００８３】
図１に示すように、取引デバイス１１０は、バス１１１、プロセッサ１１２、メインメモリ１１３、データストレージ１１４、ネットワークインターフェース１１５、ディスプレイデバイス１１６、インプットデバイス１１７、及びアウトプットデバイス１１８を含む。しかしながら、いくつかの実施形態では、取引デバイス１１０は、追加の、異なる、又はより少ないコンポーネントを含んでいてもよい。例えば、複数のバス、複数のプロセッサ、複数のメインメモリデバイス、複数のストレージ、複数のネットワークインターフェース、複数のディスプレイデバイス、複数のインプットデバイス、複数のアウトプットデバイス、又はそれらのいくつかの組み合わせが提供されてもよい。別の例では、取引デバイス１１０は、インプットデバイス１１７を含まなくてもよい。その代わりに、例えば、取引デバイス１１０は、ネットワークインターフェース１１５を介して外部の又は遠隔操作のインプットデバイスによって制御されてもよい。
【００８４】
バス１１１は、取引デバイス１１０内のコンポーネントとの間の通信データのための、通信バス、チャンネル、ネットワーク、回路、又は他の機構である。バス１１１は、通信的に接続されて、取引デバイス１１０のいずれかのコンポーネントとの間でデータを伝送してもよい。例えば、取引アプリケーションのインストールプロセス中、プロセッサ１１２によって実行される１つ以上のコンピュータ読み取り可能な命令が、データストレージ１１４又はネットワークインターフェース１１５からメインメモリ１１３に伝送されてもよい。取引デバイス１１０は、メインメモリ１１３に記憶された取引アプリケーションを実行するように動作している又は準備しているとき、プロセッサ１１２は、バス１１１を介してメインメモリ１１３から命令を引き出してもよい。
【００８５】
プロセッサ１１２は、一般的なプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、それらの組み合わせ、又は現在知られている若しくは後で開発された他の処理プロセッサであってもよい。プロセッサ１１２は、シングルデバイス又はデバイスの組み合わせ、例えば、ネットワーク又は分散型のプロセッサに関連付けられてもよい。いくつかの処理戦略は、例えば、マルチプロセッシング、マルチタスク、パラレルプロセッシング、リモートプロセッシング、又は他の処理戦略を使用してもよい。処理は、ローカル又はリモートであってもよいし、１つのプロセッサから別のプロセッサに移動させてもよい。
【００８６】
プロセッサ１１２は、１つ以上の有形メディア、例えば、メインメモリ１１３又はデータストレージ１１４においてエンコードされたロジックを実行するように動作可能であってもよい。本明細書で使用されるように、１つ以上の有形メディアにおいてエンコードされたロジックは、プロセッサ１１２又は異なるプロセッサによって実行可能な命令を含む。ロジックは、ソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコード又はロジックを保存するための現在知られている若しくは後で開発された他のデバイスの一部として記憶されてもよい。ロジックは、例えば、インターネットと接続されるなどの通信ネットワークを介して外部の通信デバイスから受信してもよい。プロセッサ１１２は、図に示される又は本明細書に記載される機能、動作、又はタスクを行うためのロジックを実行してもよい。
【００８７】
メインメモリ１１３とデータストレージ１１４は、有形メディア、例えば、コンピュータ読み取り可能なストレージメディアであってもよい。コンピュータ読み取り可能なストレージメディアは、様々なタイプの揮発性及び不揮発性記憶装置を含んでもよく、ランダムアクセスメモリに限られず、リードオンリーメモリ、電気的プログラマブルリードオンリーメモリ、電気的に消去可能なリードオンリーメモリ、フラッシュメモリ、磁気テープ又はディスク、光学メディア、それらのいくつかの組み合わせ、現在知られている又は後で開発される任意の他の有形データストレージデバイスを含む。メインメモリ１１３とデータストレージ１１４は、単一のデバイス又は、図１に示されるように、異なるデバイスであってもよい。例えば、メインメモリ１１３とデータストレージ１１４に記憶されたデータが、プロセッサ１１３によって引き出されて、処理されてもよいように、メインメモリ１１３とデータストレージ１１４は、プロセッサ１１２と隣接してもよく、プロセッサ１１２の一部であってもよく、プロセッサ１１２と共にプログラムされていてもよく、プロセッサ１１２とネットワーク接続されていてもよく、又はプロセッサ１１２から離れてもよい。
【００８８】
メインメモリ１１３とデータストレージ１１４は、同じ又は異なるタイプのメモリであってもよい。例えば、一実施形態では、メインメモリ１１３は、ランダムアクセスメモリ（ＲＡＭ）とリードオンリーメモリ（ＲＯＭ）の両方を含む。この例では、ＲＡＭは、プロセッサ１１２によって実行されるべき情報と命令を記憶する動的記憶装置である。ＲＡＭはまた、プロセッサ１１２によって実行されるべき命令の実行中に一時的に変更可能な又は他の中間情報を記憶するために使用されてもよい。ＲＯＭは、プロセッサ１１２のための静的情報と命令を記憶するための静的記憶装置である。さらに、この例では、データストレージ１１４は、プロセッサ１１２によって処理されるべき情報とプロセッサ１１２によって実行されるべき命令を記憶するための磁気ディスク、工学ディスク、又はフラッシュメモリであってもよい。
【００８９】
メインメモリ１１３とデータストレージ１１４は、プロセッサ１１２によって実行されることが可能である命令を記憶してもよい。命令は、本明細書で記載された又は図に示された動作又は機能のうち１つ以上が実行されてもよい。例えば、命令は、図２に示される動作のうち１つ、いくつか、又はすべてを行うように実行される。
【００９０】
ネットワークインターフェース１１５は、一方向又は二方向の通信接続であってもよい。したがって、ネットワークインターフェース１１５は、通信的に１つ、２つ又はさらなる通信ネットワーク又は通信デバイスと接続してもよい。例えば、バス１１１は、取引デバイス１１０の１つ、いくつか、又はすべてのコンポーネントが、通信ネットワーク１０２と通信ネットワーク１０４とを介してアクセス可能又は通信できるように、ネットワークインターフェース１１５を介して通信ネットワーク１０２と通信ネットワーク１０４と接続されてもよい。加えて、又は代替的に、ネットワークインターフェース１１５は、他の通信ネットワークを用いてバス１１１と接続されてもよい。ネットワークインターフェース１１５は、例えば、データ通信接続を提供するように総合デジタル通信網（ＩＳＤＮ）カード又はモデムであってもよい。別の例として、ネットワークインターフェース１１５は、互換性のあるＬＡＮ、例えば、インターネットに接続された、データ通信接続を提供するようにローカルエリアネットワーク（ＬＡＮ）カードであってもよい。無線リンクもまた実装されてもよい。ネットワークインターフェース１１５は、様々なタイプの情報を表すアナログ又はデジタルのデータ流を運ぶ電気信号、電磁信号、又は光信号を送信及び受信してもよい。
【００９１】
ディスプレイデバイス１１６は、ビジュアルアウトプットデバイス、ブラウン管（ＣＲＴ）ディスプレイ、電子ディスプレイ、電子ペーパー、フラットパネルディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、エレクトロルミネッセントディスプレイ（ＥＬＤ）、プラズマディスプレイパネル（ＰＤＰ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタディスプレイ（ＴＦＴ）、有機発光ダイオードディスプレイ（ＯＬＥＤ）、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、ナノ液晶ディスプレイ、ヘッドマウントディスプレイ、プロジェクタ、３次元ディスプレイ、透明ディスプレイデバイス、又は現在知られている又は後で開発された他のディスプレイであってもよい。
【００９２】
取引デバイス１１０は、ディスプレイデバイス１１６上に取引画面を表示するように適合される。取引画面は、トレーダが、電子取引動作、例えば、注文エントリーパラメータをセットすること又は注文エントリーパラメータを送信することを行うことができる電子取引インターフェースである。取引画面は、市場データを見るために使用されてもよい。取引画面はまた、これら及び追加の動作を自動化してもよい。取引画面は、取引アプリケーションによって提供されてもよい。例えば、動作中、Ｘ＿ＴＲＡＤＥＲ（登録商標）が、ワーキング注文とビッド量及びアスク量が価格レベルのリストと関連して表示される、ＭＤ  ＴＲＡＤＥＲ（商標）と呼ばれる、電子取引インターフェースを提供してもよい。
【００９３】
取引画面は、市場データを表示してもよく、インタラクティブであってもよい。インタラクティブ取引画面は、例えば、取引画面を使用して行うべき１つ以上の取引動作を可能にしてもよい。例えば、インタラクティブ取引画面は、１つ以上の注文エントリーアクションを使用して１以上の注文エントリーパラメータがセットされること、送信されること、又はセットされて送信されることを可能にしてもよい。ディスプレイデバイス１１６又はインプットデバイス１１７は、例えば、取引画面を用いてやりとりを行うように使用されてもよい。
【００９４】
取引画面は、１つ以上の取引ツールを表示してもよい。取引ツールは、電子取引を可能にし、補助し、容易にする電子ツールである。例示的な取引ツールは、チャート、取引ラダー、マーケットグリッド、注文エントリーツール、自動化された取引ツール、自動化されたスプレッドツール、リスク管理ツール、注文パラメータツール、注文エントリーシステム、マーケットグリッド、フィルウィンドウ、及び市場注文ウィンドウ、それらの組み合わせを含むものであり、そして、取引するため、取引の準備をするため、又は取引の管理をするために使用される現在知られている若しくは後で開発され他の電子ツールを含む。以下にさらに詳細に説明されるように、各取引ツールは、取引ツールと呼ぶことができる注文エンターセル又はパラメータなどの１つ以上の独立した要素を含むことができる。
【００９５】
取引ツールは、注文管理、市場分析、又は注文管理と市場分析の両方のために使用されてもよい。注文管理は、例えば、注文をエンターすること、注文をキャンセルすること、複数の注文タイプを管理すること、オーダー−キャンセル−オーダー（ＯＣＯｓ）として注文をリンクすること、トレール注文として注文すること、注文量又はレベルを変更すること、ポジションを表示すること、平均価格を表示すること、複数のアカウントを取引すること、キューにおける推定ポジションを見ること、又はそれらの任意の組み合わせを含んでもよい。市場分析は、例えば、市場の深さ（ＤＯＭ）を見ること、インプライド価格／量を見ること、価格での量を見ること、取引レベル量を見ること、内部市場を見ること、最終取引価格と量を見ること、注文サイズをセットすること、止まっている注文を変更すること、又はそれらのいくつかの組み合わせを含んでもよい。
【００９６】
取引ツールは、１つ以上の注文エントリーセルを含んでもよい。注文エントリーセルは、取引注文をエンターすることに関連付けられた表示の要素であってもよい。例えば、注文エントリーセルは、１つ以上の注文エントリーパラメータをセットし、取引注文を送信し、又は両方をするように選択されてもよい。注文エントリーセルは、例えば、キー、ボタン、メニューオプション、チャートライン、又は現在知られている又は後で開発される他の取引ツールの要素であってもよい。注文エントリーセルは、マウスなどのインプットデバイスに関連付けられたカーソル又はポインタを使用して選択されてもよい。カーソルは、注文エントリーセルの上を移動して、選択されてもよい。一度選択されると、例えば、ビッド又はアスクパラメータは、どの注文エントリーセルが選択されたかに応じてセットされてもよく、そして取引注文が送信されてもよい。他の例では、注文エントリーセルは、パラメータをセットするのみに関連付けられてもよい。
【００９７】
上述したように、図２は、取引ラダー２１０を表示する取引画面２００の一例を示す。取引ラダー２１０は、価格表示２２０、ビッド量表示２３０、及びアスク量表示２４０を含む。取引ラダー２１０は、追加の、異なる、又はより少ない表示、情報、若しくはコンテンツを含んでもよい。例えば、取引ラダー２１０は、ビッド量インジケータ表示、アスク量インジケータ表示、最終取引（ＬＴＱ）量表示、実行済み／ワーキング（Ｅ／Ｗ）表示、又はパラメータをセッティング、送信若しくは表示するための他の部分を含んでもよい。
【００９８】
取引ラダー２１０は、取引ツールであってもよい。あるいは、又はさらに、取引ラダー２１０の１つ以上の部分が取引ツールであってもよい。例えば、ビッド量表示２３０又はアスク量表示２４０が、取引ツールであってもよい。
【００９９】
取引ラダー２１０は、図２に示すように配置されてもよい。しかしながら、他の配置又は設計が可能である。例えば、図２は、対応するビッド量表示２３０のビッド量とアスク量表示２４０のアスク量に隣接して配置される価格表示２２０の価格レベルを示す。しかしながら、他の実施形態では、価格レベルは、必ずしも対応するビッド量又はアスク量に隣接して配置されるわけではない。
【０１００】
価格表示２２０は、取引可能な対象物のための様々な価格を表してもよい。例えば、図に示されるように、価格表示２２０は、「ティック」における価格が増加する、価格の列であってもよい。ティックは、それぞれの取引可能な対象物のため、取引所によってセットされる価格値の最小の変化である。価格は、ティックとして、複数のティックとして、又はいくつかの他の方法で表示させることができる。価格表示２２０は、全体の価格又は全体の価格の一部（例えば、ちょうど下２桁）をリストにしてもよい。他の価格表示のコンベンションは、必須の価格情報がユーザーに伝達されている限り、代替的に使用されてもよい。価格表示内の価格は、静的（例えば、価格レベルが、手動の又は自動の再センタリングコマンドを受信しない限り、通常はポジションを変更しない）、動的（例えば、最終取引価格、最高ビッド価格、又は最低アスク価格を常にセンターとする表示）、それらのいくつかの組み合わせであってもよい。
【０１０１】
ビッド量表示２３０は、定められた価格でのビッド量を表してもよい。アスク量表示２４０は、定められた価格でのアスク量を表してもよい。ビッド量表示２３０は、価格表示２２０における価格のためのビッド数を含む列であってもよく、アスク量表示２４０は、価格表示２２０における価格のためのオファー数を含む列であってもよい。ビッド量表示２３０とアスク量表示２４０とにおける値は、静的又は動的であってもよい。例えば、ビッド量及び／又はアスク量の値は、関連した価格レベルに対して上下に移動してもよい。
【０１０２】
ビッド量表示２３０とアスク量表示２４０は、１つ以上の注文エントリーセルを含んでもよい。例えば、ビッド量表示２３０は、注文エントリーセル２３２を含んでもよい。注文エントリーセル２３２は、価格レベル「９４３３．０」のビッド量を示す。動作中、注文エントリーセル２３２が、例えば、カーソル又はポインタを使用して、選択されてもよい。この例では、注文エントリーセル２３２を選択することは、価格パラメータを９４３３．０に、注文タイプパラメータを「ビッド」にセットする。量パラメータは、デフォルトパラメータであってもよく、カーソル又はポインタを使用して選択されてもよい。注文エントリーセル２３２の選択はまた、特定のパラメータと共に取引注文を送信してもよい。
【０１０３】
図１に戻って、インプットデバイス１１７は、例えば、キーボード、マウス、マイクロフォン、タッチスクリーン、トラックボール、キーパッド、ジョイスティック、それらの組み合わせ、又は入力を提供するための他のデバイスを含んでもよい。インプットデバイス１１７は、例えば、プロセッサ１１２にコマンド選択を提供するように使用してもよい。例えば、インプットデバイス１１７は、取引画面に表示されたカーソルを制御するように使用されるマウスであってもよい。マウスは、選択と制御をするための１つ以上のボタンを含んでもよい。
【０１０４】
アウトプットデバイス１１８は、例えば、キーボード、マウス、スピーカー、タッチスクリーン、トラックボール、キーパッド、触覚デバイス又はシステム、ジョイスティック、それらの組み合わせ、又は出力を提供するための他のデバイスを含んでもよい。例えば、アウトプットデバイス６７０は、１つ以上の信号、例えば、触覚信号又は音声信号、をユーザーに出力するように使用されてもよい。
【０１０５】
ゲートウェイ１２０は、取引デバイス１１０と取引所システム１３０とに通信するように適合されており、クライアントデバイス１１０とサーバサイドデバイス１４０と取引所システム１３０との間の通信を容易にすることができる。例えば、ゲートウェイ１２０は、クライアントデバイス１１０からの取引注文を受信し、取引注文を取引所システム１３０に送信してもよい。別の例として、ゲートウェイ１２０は、取引所１３０から市場データを受信し、取引デバイス１１０に市場データを送信してもよい。
【０１０６】
ゲートウェイ１２０は、クライアントデバイス１１０と取引所システム１３０との間で通信されたデータの処理を行っている。例えば、ゲートウェイ１２０は、取引デバイス１１０から受信した取引注文を取引所１３０によってアクセス可能なデータ形式に処理してもよい。同様に、ゲートウェイ１２０は、取引所１３０から受信した取引所特有の形式の市場データを取引デバイス１１０によって理解される形式に変換してもよい。処理は、プロトコル翻訳又は変換を含んでもよい。ゲートウェイ１２０の処理はまた、例えば、取引デバイス１１０から注文を追跡すること、及び取引所システム１３０から受信したフィル確認に基づいて注文の状態を更新することを含んでもよい。別の例として、ゲートウェイ１２０は、１つ以上の取引所システムから市場データをまとめ、それを取引デバイス１１０に提供してもよい。
【０１０７】
一般的に、取引所システム１３０は、取引所によって所有され、操作され、制御され、又は使用され得る。例示的な取引所は、ロンドン国際金融先物取引所（「ＬＩＦＦＥ」）、シカゴ商品取引所（「ＣＢＯＴ」）、及びシカゴマーカンタイル取引所（「ＣＭＥ」）を含む。取引所システム１１０は、例えば、取引所によって取引を申し込まれた、取引可能な対象物が売買されることを可能にする、コンピュータ、サーバ、又は他のコンピュータデバイスなどの電子マッチングシステムであってもよい。
【０１０８】
取引所システム１３０は、取引注文の量と、注文フィル又は部分的フィルとなり得る別の取引注文の量とマッチするように適合される。取引注文は、１つ以上の注文エントリーパラメータを含んでもよい。マッチングの目的のため、取引所システム１１０は、取引注文をマッチするように適合されたマッチングエンジンを含んでいる。取引所システム１３０は、取引注文をマッチするように適合し、１つ以上の取引可能な対象物を売買する。取引可能な対象物は、取引所システム１３０によって取引するためにリストに載せられてもよい。取引注文は、クライアントデバイス１１０から、又はサーバサイドデバイス１４０から受信されてもよい。取引注文はまた、例えば、ゲートウェイ１２０を介してクライアントデバイス１１０から受信してもよい。さらに、取引注文は、取引所システム１３０と通信して他のデバイスから受信してもよい。一般的に、取引所システム１３０は、マッチングされるべき注文を提供する様々な他のクライアントデバイス（クライアントデバイス１１０も同様であってもよい）と通信するであろう。
【０１０９】
さらに、取引所システム１３０は、市場データを提供するように適合される。市場データは、例えば、ゲートウェイ１２０を介してクライアントデバイス１１０に提供されてもよい。一度受信されると、取引デバイス１１０は、市場データを処理して表示してもよい。表示される場合、市場データは、例えば、取引画面の一部分として、ディスプレイデバイス１１６に表示されてもよい。
【０１１０】
上述したように、取引システム１００は、サーバサイドデバイス１４０を含んでもよい。サーバサイドデバイス１４０は、サーバ、ゲートウェイ、パーソナルコンピュータ、遠隔処理デバイス、それらの組み合わせ、又は他のコンピュータデバイスを含んでもよい。例えば、サーバサイドデバイス１４０は、取引所システム１３０で同じ場所に配置される取引サーバであってもよい。別の例では、例えば、サーバサイドデバイス１４０は、トレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによって提供される、Ａｕｔｏｓｐｒｅａｄｅｒ（登録商標）又はＡｕｔｏｔｒａｄｅｒ（商標）などの自動化された取引ツールを動作するサーバであってもよい。ゲートウェイ１２０と共にサーバは、取引所システム１３０で、取引所システム１３０の中に、取引所システム１３０の周りに、又は取引所システム１３０の近くに物理的に配置されていてもよいが、自動化された取引ツールは、取引デバイス１１０を使用して制御されてもよい。
【０１１１】
サーバサイドデバイス１４０は、取引デバイス１１０よりも取引所システム１３０の近くに物理的に配置された場所で処理を提供してもよい。したがって、取引デバイス１１０の動作又は機能のすべて、取引デバイス１１０の動作又は機能のいくつか、ゲートウェイ１２０、あるいは、取引デバイスとゲートウェイデバイスの両方が、サーバサイドデバイス１４０によって行われてもよいし、取引デバイス１１０の動作又は機能が行われなくてもよい。例えば、取引所システム１３０は、取引デバイス１１０によって制御されたＸ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行していてもよい。
【０１１２】
サーバサイドデバイス１４０は、通信ネットワーク１０６を介してゲートウェイ１２０と通信し、接続されてもよい。サーバサイドデバイス１４０は、１つ以上の注文エントリーパラメータを受信してもよい。取引所システム１３０は、例えば、ゲートウェイ１２０を介して取引所システム１３０に取引注文を送信してもよい。取引注文は、取引デバイス１１０から受信された注文エントリーパラメータのうち１つ以上を含んでもよい。サーバサイドデバイス１４０はまた、取引所システム１３０を用いて取引注文を実行するように適合されてもよい。取引注文を実行することは、取引注文を発信すること、取引注文を再クウォートすること、取引注文をキャンセルすること、ヘッジ注文を送信すること、取引注文を管理すること、又はそれらのいくつかの組み合わせを含んでもよい。
【０１１３】
いくつかの実施形態では、サーバサイドデバイス１４０は、取引所システム１３０と直接通信するように適合されていてもよく、ゲートウェイ１２０なしで取引所システム１３０と通信可能であってもよい。例えば、一実施形態では、サーバサイドデバイスは、取引所に配置される場合、（顧客の土地にありそうな）ゲートウェイではなく、取引所へ直接的に、又は取引所で同じ場所に配置されるゲートウェイの別のインスタンスを介しての接続を有するであろう。
【０１１４】
さらに説明する前に、取引システム１００は、例示的な実施形態として提供されていることに注意すべきである。構成及び配置は、正確な実装に応じて変更してもよい。例えば、構成及び配置は、電子取引所の要件に応じて変更してもよい。さらに、他の現在知られている又は後で開発されるコンポーネントが取引システム１００に組み込まれてもよい。
【０１１５】
ＩＸ．結論
発明は、特定の実施形態を参照して記載されているが、本発明の範囲から逸脱することなく様々な変更を行うこと及び置き替えることができるのは当業者によって理解されるであろう。さらに、多くの変更は、本発明の精神および範囲から逸脱することなく、特定の状況又は材料を本発明の教示に適合させてもよい。したがって、発明は、本明細書に開示された特定の実施形態に限定されるものではないことを意図している。
【図１】
2014514663.tif 000003
【図２】
2014514663.tif 000004
【図３Ａ】
2014514663.tif 000005
【図３Ｂ】
2014514663.tif 000006
【図４】
2014514663.tif 000007
【図５】
2014514663.tif 000008
【図６】
2014514663.tif 000009
【図７】
2014514663.tif 000010
【図８】
2014514663.tif 000011
【図９】
2014514663.tif 000012
【図１２】
2014514663.tif 000013
【図１０】
2014514663.tif 000014
【図１１】
2014514663.tif 000015
【手続補正書】
【提出日】平成25年12月10日(2013.12.10)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【背景技術】
【０００１】
本特許文書は、電子取引システムに関する。
【０００２】
電子取引システムは、サブクライブしているクライアントデバイスにデータフィードを公開する電子取引所を一般的に含む。データフィードは、取引可能な対象物の市場に関連するデータを含む１つ又は複数の一連のメッセージである。例えば、データフィードは、数ある中でも、内部市場、市場深度、最終取引価格、及び最終取引量を含むことができる。内部市場は、ある特定の時点で取引可能な特定の対象物の市場において最も安く入手可能なアスク価格（ベストアスク）と、最も高く入手可能なビッド価格（ベストビッド）である。市場深度は、内部市場で入手可能な量を参照し、内部市場から離れた他の価格で入手可能な量を参照してもよい。最終取引価格（ＬＴＰ）は、取引可能な対象物が最後に取引された価格である。最終取引量（ＬＴＱ）は、最後に取引された量である。
【０００３】
データフィードを受信すると、クライアント・デバイスはデータ・フィードの中に含まれている情報を表示してもよく、取引可能な対象物（買い又は売り）を取引する場合、その情報を市場参加者が使用することができる。例えば、その情報は、取引ラダーの部分として表示されてもよい。取引ラダーは、内部市場を表示してもよく、市場参加者が特定の価格で買う又は売るように１つ以上の注文を提示することを可能にする。
【０００４】
図は、実施形態の一例を示している。そのように、様々な実施形態は、図に示される配置及び手段に限定されるべきではない。以下は、図の簡単な説明を提供している。
【図面の簡単な説明】
【０００５】
【図１】図１は、電子取引中に使用され得る電子取引システムの例を示す。
【図２】図２は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す取引ラダーの例を示す。
【図３】図３は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【図４】図４は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの別の例を示す。
【図５】図５は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【図６】図６は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの別の例を示す。
【図７】図７は、他のインジケータと関連付けられないインジケータで取引ラダーの例を示す。
【図８】図８は、構成画面の例を示す。
【図９】図９は、マッチングしないビッド又はオファーの量を表すインジケータを表示する方法の例を示す。
【図１０】図１０は、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す３次元（３Ｄ）化されたインジケータセットで取引ラダーの例を示す。
【図１１】図１１は、以前のインジケータセットも表示される、特定の価格レベルでのマッチングしないビッド及びアスクの量を表す３次元（３Ｄ）化されたインジケータセットで取引ラダーの例を示す。
【図１２】図１２は、以前のインジケータセットも表示される、特定の価格レベルでのマッチングしないビッド及びアスクの量を表すインジケータセットで取引ラダーの例を示す。
【発明を実施するための形態】
【０００６】
Ｉ．概要
本明細書に開示されている様々な実施形態は、価格レベルでの非テキストインジケータの１つ以上のセットを表示することに関する。セットにおけるそれぞれのインジケータは、そのセットにおける他のインジケータと共有の特性を有し、その共有の特性は、特定のマッチングしないビッド又はオファーの量を表す。
【０００７】
一実施形態では、価格レベルは、その価格レベルでマッチングしないビッド又はオファー（例えば、アスク）の量を表す複数のインジケータセットを有する。それぞれのインジケータは、インジケータセット内で、そのセットにおける他のインジケータと１つ以上の特性を共有する。共有の特性は、ビッド又はアスクの特定の量と関連付けられる。いくつかの実施形態では、共有の特性は、サイズ、色、又は形状であってもよい。共有の特性は、共有の特性によって表されるビッド又はオファーの実際の量が取引セッション期間中にユーザーに知られるように、予め構成されていてもよい。
【０００８】
動作中、価格レベルでのビッド又はオファーの量が変化するとき、取引デバイスは、様々なインジケータセットの中に表示されたインジケータを動的に変化（追加、削除、又は置換）させて、インジケータセットがリアルタイム又はほぼリアルタイムにおけるビッド又はオファーの量を正確に表すようにしてもよい。共有の特性を有するインジケータセットを使用することは、ユーザーが、より正確に、その価格レベルでの的確なビッド又はオファーの量を判断すること又は推定することが可能となる。
【０００９】
本開示は、マッチングしないビッド又はオファーを表すことを記載しているが、当業者は、他の情報が共有の特性を有する同様のインジケータセットを使用して表示されてもよいことを理解することは、理解すべきである。例えば、価格レベルでの全体の取引量、最終の取引価格又は取引量、他の統計値、他の理論値、又は他の計算値が、共有の特性を伴ってインジケータセットに使用されて表されてもよい。当然、他の情報が本明細書に記載される実施形態を使用して表され得るが、明確にするために、本実施形態では、マッチングしないビッド又はオファーを使用して説明する。
【００１０】
また、本明細書に開示された様々な実施形態は、前述及び以下の記載、又は図に示されるコンポーネントの詳細なデザイン及び配置にそれらのアプリケーションを限定するものではないことに注目すべきである。その代わりに、前述の記載、以下の記載、及び図は、単独又は互いに組み合わせられてもよい様々な実施形態の概念を提示することに重点を置いている。
【００１１】
ＩＩ．電子取引システムの例
図１は、電子取引システム（「取引システム」）１００を示すブロック図である。取引システム１００は、取引デバイス１１０、ゲートウェイ１２０、及び電子取引所システム（「取引所システム」）１３０を含む。
【００１２】
取引システム１００は、追加の、異なる、又はより少ないコンポーネントを含んでもよい。例えば、図１に示すように、及び以下に詳細に説明されるように、取引システム１００は、取引デバイス１１０とゲートウェイ１２０とに通信するサーバサイドデバイス１４０を含んでもよい。サーバサイドデバイス１４０は、いくつかの実施形態における取引所システムと直接通信してもよい。別の例では、取引環境に応じて、取引システム１００は、複数の（例えば、２つ以上の）取引デバイス１１０、複数のゲートウェイ１２０、複数の取引所システム１３０、複数のサーバサイドデバイス１４０、又はそれらのいくつかの組み合わせを含んでもよい。
【００１３】
取引デバイス１１０は、クライアントデバイス、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、モバイルデバイス、ハンドヘルドデバイス、サーバ、ゲートウェイ、又は他のコンピュータデバイス、若しくはシステムである。取引デバイス１１０は、通常、ユーザーによって、所有され、操作され、制御され、プログラムされ、構成され、又は他のものが使用される。本明細書で使用されるように、語句「ユーザー」は、限定されるものではないが、人（例えば、トレーダ）又は電子取引所デバイス（例えば、プロセッサとメモリ又はアルゴリズム取引システムを含む）を含んでもよい。１以上のユーザーは、所有権、操作、制御、プログラミング、構成、又は他の使用に関与してもよい。
【００１４】
取引デバイス１１０は、バス１１１、プロセッサ１１２、メモリ１１３、ネットワークインターフェース１１５、ディスプレイデバイス１１６、及びインプットデバイス１１７を含む。当然、取引デバイス１１０は、追加の、異なる、又はより少ないコンポーネントであってもよい。個別の又は互いに組み合わされたいずれかのコンポーネントは、以下に記載される、又は図に示される動作若しくは機能の１つ、いくつか又はすべてを実行するために使用されてもよい。
【００１５】
取引セッションの間、例えば、取引可能な対象物が買い及び売りが可能なとき、取引デバイス１１０は、取引所システム１３０でリストに記載された１つ以上の取引可能な対象物を電子的に取引するように使用される。より具体的に、取引所システム１３０に接続されたとき、取引デバイス１１０は、１つ以上の取引可能な対象物の取引注文を提出するように使用される。いくつかの実施形態では、取引注文は、ゲートウェイ１２０を介して提出される。しかしながら、いくつかの実施形態では、サーバサイドデバイス１４０は、取引デバイス１１０から情報を受信するように構成され、取引デバイス１１０から受信した情報に基づいて取引所システム１３０に取引注文を提出する。いずれにせよ、取引注文を受信する際に、取引所システム１３０は、取引所注文ブックに取引注文をエンターし、１つ以上の反対側の注文の量と取引注文の量とをマッチするように試みる。
【００１６】
取引注文のマッチングしない量は、取引注文量が電子取引所によってマッチングされるまで、取引所注文ブックに保持される。取引注文のマッチングしない量はまた、取引注文が、例えば、取引デバイス１１０又は取引所システム１３０のいずれかによってキャンセルされた場合、取引所注文ブックから取り除かれてもよい。取引注文の量をマッチングする際、取引所システム１３０は、取引デバイス１１０に取引注文の量がマッチングされたことの確認の送信を行ってもよい。
【００１７】
取引注文を受信することと、それらをマッチングすることに加えて、取引所システム１３０はまた、市場データを１つのデータフィード又は複数のデータフィードにまとめて取引デバイス１１０に送信してもよい。市場データは、例えば、価格、価格レベルでのビッド量、価格レベルでのアスク量、最終取引量、取引注文、注文フィルデータなどに関するデータを含んでいてもよい。例えば、取引所システム１３０は、現在の内部市場（例えば、最高ビッド価格及び最低アスク価格）を提供する価格データフィードをクライアントデバイスに送信してもよい。別の例では、取引所システム１３０は、様々な価格レベルで買う（ビッド）又は売る（アスク）ことが可能な量を提供するため、市場深度データフィードを送信してもよい。当然、取引所システム１３０は、同時に又は異なる時間にデータの組み合わせを送信してもよい。例えば、現在の内部市場と市場深度データは、同じ又は異なるデータフィードで送信されてもよい。
【００１８】
ＩＩＩ．１つ以上のインジケータセットの表示
例えば、ネットワークインターフェース１１５を介して、取引所システム１３０から市場データを受信する際に、取引デバイス１１０は、プロセッサ１１２を使用して市場データを処理するように構成されてもよい。プロセッサ１１２は、例えば、図１のディスプレイデバイス１１６上に市場データを表示してもよい。上述したように、市場データは、特に、内部市場、市場深度、最終取引価格、及び最終取引量に関するデータを含んでもよい。市場深度は、内部市場で入手可能な量を意味し、また内部市場から離れた他の価格で入手可能な量を意味してもよい。価格レベルで入手可能な量は、通常、集約され、合計されて、取引所システムによって提供される。言い換えれば、取引所システムは、通常、そのデータフィードにおける特定の価格レベルでの市場において入手可能な全体の買い（例えば、ビッド）量と全体の売り（例えば、アスク）量とを提供する。
【００１９】
取引デバイス１１０は、取引画面の部分として市場データを表示してもよい。取引画面は、ユーザーが取引ツールを見て、取引ツールを使用して、注文エントリーパラメータをセットする、又は他の注文エントリーパラメータを送信するなどの電子取引動作を実行可能にする電子取引インターフェースである。例示的な取引ツールは、チャート、取引ラダー、注文エントリーツール、自動化された取引ツール、自動化されたスプレッドツール、リスク管理ツール、注文パラメータツール、注文エントリーシステム、マーケットグリッド、フィルウィンドウ、市場注文ウィンドウ、及びそれらの組み合わせを含み、取引するため、取引の準備をするため、又は取引の管理をするために使用される現在知られた又は後で開発されるその他の電子ツールを含んでいる。
【００２０】
図２は、取引ラダー２１０を伴う取引画面２００の実施形態を示す。取引ラダー２１０は、価格表示２２０、ビッド量表示２３０、及びアスク量表示２４０を含んでいる。図２に示される取引ラダー２１０は、明確にするために単純化されている。取引ラダー２１０は、追加の、異なる、又はより少ないコンポーネント若しくは情報を含んでもよい。例えば、いくつかの実施形態では、取引ラダー２１０はまた、最終取引量、１つ以上の価格レベルで取引された量、及び様々な価格レベルで１つ以上のワーキング注文を表示してもよい。さらに、取引ラダー２１０はまた、量又は価格などの１つ以上のパラメータを定義するための取引ツールを含んでもよい。パラメータは、例えば、デフォルトパラメータとして使用されてもよい。加えて、以下により詳細に説明されるように、取引ラダーの一部が取り除かれて、表示されなくてもよい。例えば、ビッド量表示２３０とアスク量表示２４０の一部が取引ラダー２１０上に表示されてなくてもよい。
【００２１】
価格表示２２０は、取引可能な対象物のための様々な価格を表してもよい。例えば、図に示されるように、価格表示２２０は、「ティック」での価格が増加する、価格の列であってもよい。ティックは、それぞれの取引可能な対象物のために取引所によってセットされる価格値の最小の変化である。価格は、ティックとして、複数のティックとして、又はいくつかの他の方法で表示させることができる。価格表示２２０は、全体の価格又は全体の価格の一部（例えば、ちょうど下２桁）をリストにしてもよい。他の価格表示のコンベンションは、必須の価格情報がユーザーに伝達されている限り、代替的に使用されてもよい。価格表示内の価格は、静的（例えば、価格レベルが、手動又は自動の再センタリングコマンドを受信しない限り、通常はポジションを変更しない）、動的（例えば、最終取引価格、最高ビッド価格、又は最低アスク価格を常にセンターとする表示）、それらのいくつかの組み合わせであってもよい。
【００２２】
さらに説明する前に、それぞれの価格値と関連付けられた、すべての又はいくつかの情報が価格レベルとして参照されていてもよいことは、留意すべきである。定められた価格レベルに関連付けられた情報は、価格表示２２０、ビッド量表示２３０、アスク量表示２４０、現在知られている又は後で開発される他の表示、若しくはそれらのいくつかの組み合わせの中に配置されてもよい。いくつかの実施形態では、これは単一の価格値を含んでいてもよい。しかしながら、いくつかの実施形態では、価格レベルは、定められた価格値、又は他の情報でのマッチングしないビッド又はオファーの量の表示を含んでもよい。
【００２３】
ビッド量表示２３０は、１つの電子取引所又は複数の、異なる電子取引所でマッチングしないビッドの総量を表すために使用されてもよい。アスク量表示２４０は、１つの電子取引所又は複数の、異なる電子取引所でマッチングしないアスクの総量を表すために使用されてもよい。ビッド量表示２３０又はアスク量表示２４０に表示された表示は、テキスト表示又は非テキスト表示であってもよい。
【００２４】
取引ラダー２１０の１つ以上のセルが、１つ以上の注文エントリーアクションのために使用されてもよいことを、さらに説明する前に、留意すべきである。例えば、ビッド量表示２３０とアスク量表示２４０における１つ、いくつか、又はすべてのセルが、例えば、マウスなどのインプットデバイスによって制御されたカーソル又はポインタを使用して、選択されてもよい。セルの選択は、１つ以上のパラメータをセットする、送信する、又はセット及び送信を行ってもよい。例示の目的のために、ビッド量表示２３０に「６６」を表示しているセルを選択することは、価格パラメータを「９４３５．０」に、及び注文タイプパラメータを「ビッド」にセットしてもよい。いくつかの実施形態では、価格と注文タイプパラメータをセットすることに加えて、このセルの選択は、例えば、デフォルト量パラメータと共に取引注文を送信してもよい。
【００２５】
Ａ．マッチングしないビッド又はオファーのオーバービュー表示
いくつかの実施形態では、ビッド量表示２３０とアスク量表示２４０は、価格レベルでのマッチングしないビッド又はオファーの量のオーバービュー表示を含んでいてもよい。オーバービュー表示は、単一のインジケータと共にマッチングしないビッド又はオファーの量を表示する。例えば、図２に示されるように、ビッド量表示２３０は、「９４３５．０」の価格レベルでのビッド量のオーバービュー表示２３２を含んでいてもよい。オーバービュー表示２３２は、この価格レベルで「６６」ビッドがあることを示す数値表示を含んでいてもよい。それぞれの価格レベルは、その価格レベルで入手可能なビッド量又はその価格レベルで入手可能なアスク量のオーバービュー表示を有している。価格レベルでのビッドがゼロであるイベントでは、注文エントリーセルは、「０」を表示してもよく、又は余白としてもよい。ビッド量表示２３０と同様に、アスク量が表示されることを除いて、アスク量表示２４０は、例えば、特定の価格レベルでのアスク量のテキスト表示を有する列を含んでいてもよい。
【００２６】
オーバービュー表示は、例えば、取引所が追加の取引注文を受信するとき、反対側の注文をマッチさせるとき、取引注文がキャンセルされるとき、又は取引ポジションが変更されるとき、動的に変化してもよい。例えば、取引所は、「９４３５．０」の価格レベルで追加のビッド「５」の取引注文を受信してもよい。したがって、この価格レベルでのビッドの数字表示は、「６６」から「７１」に増えてもよい。
【００２７】
Ｂ．マッチングしないビッド又はオファーを表すインジケータのセット
いくつかの実施形態では、ビッド量表示２３０とアスク量表示２４０は、価格レベルでのマッチングしないビッド又はオファーを表すインジケータセットを含んでもよい。それぞれのセットは、その価格レベルでのマッチングしないビッド又はオファーの総量のすべて、又は一部と関連付けられた共有の特性を含んでもよい。
【００２８】
ｉ．インジケータ
インジケータは、正方形、長方形、円形、ドット、星形、文字、数字、キューブ、又は現在知られた又は後で開発される他の形状、若しくはデザインである。一実施形態では、インジケータは、テキスト又は数値なしでマッチングしないビッド又はオファーの量を表してもよい。例えば、図２に示されるように、インジケータ２３４と２３６は、正方形である。１つ、いくつか、又はすべてのインジケータは、非テキストであってもよい。インジケータは、トレーダにテキスト又は数値を読む又は理解することを要求せずに、様々な価格で、マッチングしないビッド量とアスク量とを視覚的に示してもよい。この視覚の表示は、テキストを読むよりも速く非テキスト表示を理解し、処理することができ、トレーダにとって有益（例えば、時間をより少なくし、思考をより少なくし、又は複雑さをより減らす）である。
【００２９】
しかしながら、別の実施形態では、インジケータは、数字又は文字であってもよい。例えば、図２に示す正方形の代わりに、インジケータは、「５  ５  ５  ５  ５」などの数字、又は「ａ  ａ  ａ  ａ  ａ」などの文字であってもよい。
ｉｉ．インジケータのセット
【００３０】
インジケータセットは、１つ以上のインジケータを含んでもよい。セットにおける各インジケータは、ユーザーが個々の識別子を識別することができることが可能なように、セットにおける他のインジケータから視覚的に分けられてもよい。即ち、セットが複数のインジケータを有するイベントでは、個々のインジケータは、互いの間で視覚的な間隔を有してもよい。識別子との間の実際の間隔は、例えば、ユーザーの好み、識別子の特性（例えば、大きい識別子は、大きな間隔を有していてもよい）、又は他の表示要素に応じて、変化してもよい。間隔は、すべての又はいくつかのインジケータとの間で等しい、又は等しくない間隔である。例えば、いくつかの実施形態では、インジケータの第１のペアの間の間隔は、インジケータの第２のペアの間の間隔と同じ大きさであってもよい。しかしながら、他の実施形態では、インジケータの第１のペアの間の間隔は、インジケータの第２のペアの間隔と異なる大きさであってもよい。
【００３１】
取引ラダーにおけるそれぞれの価格レベルは、ゼロ、１つ、又は複数のインジケータセットに関連付けられている。例えば、図２に示されるように、及び以下により詳細に説明されるように、１つ以上のインジケータセットがビッド量表示２３０又はアスク量表示２４０に表示されてもよい。しかしながら、他の実施形態では、インジケータセットは、例えば、カーソルが価格値の上に移動したときにポップアップメッセージに表示されてもよい。当然、インジケータセットは、トレーダが、それらが価格値に関連付けられていると判断することができる限り、取引画面上の他の場所に表示されてもよい。
【００３２】
マッチングしないビッド又はオファーの数に応じて、それぞれの価格レベルは、ゼロ、１つ以上のインジケータセットを有している。例えば、図２では、価格レベル「９４３５．０」は、６６個のマッチングしないビッドがあるため、ビッド量表示２３０に６つのインジケータ２３４のセット２３３と、６つのインジケータ２３６の別のセット２３５を有する。別の例では、価格レベル「９４３８．０」は、この価格レベルでマッチングしないビッド又はオファーがゼロであるため、ビッド量表示２３０とアスク量表示２４０のいずれにおいてもインジケータセットがゼロである。さらに別の例では、価格レベル「９４３５．５」は、４５個のマッチングしないアスクがあるため、アスク量表示２４０に４つのインジケータ２４４のセット２４３と５つのインジケータ２４６の別のセット２４５を含む。
【００３３】
別の例では、図示されていないが、価格レベル「９４３５．０」は、インジケータとして数字の２つのセット有していてもよい。第１のセットは、「５  ５  ５  ５  ５」を含んでもよく、第２のセットは、「１  １  １  １  １」を含んでいてもよい。隙間が、それぞれの数字が個々の数字であることを示すために、それぞれの数字との間に配置されてもよい。あるいは、又はさらに、ダッシュが数字との間に提供されてもよい。
【００３４】
インジケータセットは、価格レベルでマッチングしないビッド又はオファーの量を表してもよい。インジケータセットによって表される量は、定められた価格レベルでビッド又はオファーの総量のすべて若しくはいくつかであってもよい。例えば、セットは、価格レベルでビッド又はオファーの総量の一部分のみを表してもよい。したがって、１つ以上のセットの組み合わせは、定められた価格レベルのためのマッチングしないビッド又はオファーの集計された合計を表してもよい。いくつかの価格レベルで、図２の「９４３５．０」の価格レベルで示されるように、個々のインジケータセット（例えば、セット２３３又は２３５のいずれか）は、集計された合計を表してもよい。即ち、セット２３３は、マッチングしないビッドとアスクの集計された合計の一部を表し、他のセット２３５は、集計された合計の別の部分を表す。したがって、「９４３５．０」の価格レベルでマッチングしないビッド又はオファーの総量は、複数のセットによって表される。しかしながら、他の価格レベルで、単一のインジケータセットは、例えば、「９４３７．５」の価格レベルで示されるように、ビッド又はオファーの総量を表す。
【００３５】
例えば、全体又は集計された合計として、特定の価格レベルのすべてのセットのインジケータの組み合わせは、マッチングしないビッド又はオファーの総数などの単一値を表してもよい。例えば、図２に示されるように、セット２３３におけるインジケータ２３４とセット２３５におけるインジケータ２３６は、「９４３５．０」の価格レベルで総ビッドを表すように組み合わせてもよい。
【００３６】
ｉｉｉ．共有の特性
セット内のインジケータのそれぞれは、特定のビッド又はオファーの量に関連付けられた１つ以上の共有の特性を有している。語句「関連付けられた」は、マップされた、接続された、表された、又は別の方法でペアにされた、ことを含んでもよい。共有の特性は、例えば、サイズ、色、陰影、数値、及び形状を含んでもよい。共有する特性は、それぞれのインジケータセットと異なってもよい。例えば、図２に示されるように、セット２３３内のインジケータ２３４は、特定のサイズを共有してもよい。一方で、セット２３５内のインジケータ２３６は、セット２３３におけるインジケータ２３４のサイズと異なる特定のサイズを共有している。より具体的には、インジケータ２３６は、インジケータ２３４より小さい。
【００３７】
１つ以上の共有の特性は、特定のビッド又はオファーの量と関連付けられる。例えば、インジケータ２３４の共有のサイズは、それぞれのインジケータ２３４の「１０」のビッドの量を表してもよく、インジケータ２３６の共有のサイズは、それぞれのインジケータ２３６の「１」のビッドの量を表してもよい。したがって、６つのインジケータ２３４と６つのインジケータ２３６があるので、インジケータのこれらの２つのセット２３３、２３５によって表された全体の量は、「６６」である。即ち、セット２３３が「１０」ビッドを表すそれぞれのインジケータと共に６つのインジケータを有するので、セット２３３は、６０ビッドを表し、そしてセット２３５がそれぞれのインジケータが「１」ビッドと表す６つのインジケータを有するので、セット２３５は、６ビッドを表す。したがって、セット２３３とセット２３５の組み合わせは、この価格レベルでビッドの全体量を表す。これらのセットは、ビッド量表示２３０に表示される。
【００３８】
同様に、アスク量表示２４０は、「９４３５．５」の価格レベルのインジケータ２４４のセット２４３とインジケータ２４６のセット２４５を含んでもよい。インジケータ２４４は、セット２４３において、互いに同じサイズを共有しており、インジケータ２４６は、セット２４５において、互いに同じサイズを共有している。インジケータ２４４の共有のサイズは、インジケータ２４６の共有のサイズより大きい、共有するサイズに基づいて、それぞれのインジケータ２４４は、「１０」アスク量を表してもよく、それぞれのインジケータ２４６は、「１」の量を表してもよい。したがって、セット２４３において４つのインジケータ２４４とセット２４５において５つのインジケータ２４６があるので、インジケータのこれらの２つのセット２４３、２４５によって表される全体の量は、「４５」である。即ち、セット２３３とセット２３５の組み合わせは、この価格レベルでビッドの全体量を表し、ビッド量表示２３０に表示されてもよい。
【００３９】
図２は、価格レベルにつき多くとも２つのセットを示しているが、価格レベルに関連付けられたセットの数は、２つを超えてもよい。例えば、価格レベルは、小、中、大、及び特大のインジケータのセットを有していてもよい。
【００４０】
上述したように、ビッド量及びアスク量は、相対的サイズに関連付けられてもよい。例えば、小、中、大、及び特大などの各サイズは、特定のビッド又はオファーの量に関連付けられてもよい。しかしながら、いくつかの実施形態では、１ｃｍ×１ｃｍ又は１ｍｍ×１ｍｍなどの特定のサイズが、特定のビッド又はオファーの量に関連付けられてもよい。例えば、１ｃｍ×１ｃｍは、「１０」の量に関連付けられてもよい。
【００４１】
いくつかの実施形態では、他の特性は、共有され、ビッド又はオファーの特定の量に関連付けられる、又はマッピングされ得る。例えば、以下に説明されるように及び図３Ａに示されるように、共有の形状は、ビッド又はオファーの特定の量と関連付けられてもよい。別の例では、図３Ｂに示されるように、数字のサイズがビッド又はオファーの特定の量に関連付けられてもよい。
【００４２】
図３Ａは、図２の取引ラダー２１０の一部分を示す。いくつかの実施形態では、図３Ａに示されるように、形状又はインジケータの内部のシンボルは、ビッド又はオファーの特定の量に関連付けられてもよい。例えば、星形状３１０は、「１０」の量を表してもよく、円形状３２０は、「１」の値を表してもよい。他の形状が使用されてもよく、例えば、文字記号（例えば、「！」、「＠」、「＃」、又は「％」）、テキストバリュー、数値、及び他の値などが、形状及び記号によって表されてもよい。９４３４．０の価格レベルでのビッド量は、この価格レベルでのビッド量が「５４」であることから、５つの異なる星形状３１０と４つの異なる円形状３２０によって表されてもよい。同様に、９４３３．５の価格レベルは、２つの異なる星形状と３つの異なる円形状によって表される。９４３３．０の価格レベルでマッチングしないビッドがゼロであるため、ビッド量がいずれの形状も表示しないことによって表されてもよい。
【００４３】
図３Ｂは、図２の取引ラダー２１０の一部分を示す。いくつかの実施形態では、図３Ｂに示されるように、数字のサイズがビッド又はオファーの特定の量に関連付けられてもよい。例えば、図３Ｂに示されるように、３０ポイントフォント３３０が２０の量に関連付けられてもよく、２０ポイントフォント３４０が１の量に関連付けられてもよい。
【００４４】
いくつかの実施形態では、インジケータの色は、値を表してもよい。例えば、「赤」は、「１００」の値を表してもよく、「緑」は、「５０」の値を表してもよく、そして「青」は、「１０」の値を表してもよい。他の色が、これら又は異なる値を表すように使用されてもよい。さらに、他の値が、色によって表されてもよい。さらに別の実施形態では、サイズ、形状、色、それらのいくつかの組み合わせ、又は他のインジケータが値を表すように組み合わされてもよい。
【００４５】
いくつかの実施形態では、図４に示されるように、共有の特性の組み合わせ（例えば、２つ以上）は、ビッド又はオファーの量を表すように使用されてもよい。図４に示されるように、それぞれの価格レベルは、５つの大きいインジケータ４１０と１０個の小さいインジケータ４２０を有する。それぞれの価格レベルのビッド量に応じて、インジケータが値を表しているように、大きい及び小さいインジケータの異なる変形例は、陰影を付けられ、着色され、色付けられ、点滅し、又は別の方法で表示される。したがって、インジケータのサイズと陰影は、インジケータによって表されたビッド又はオファーの量を示す。図４では、陰影、着色、色付け、又は点滅は、インジケータがビッド又はオファーの量を表していることを表す斜線４３０によって示される。一方で、インジケータが陰影を付けられず、着色されず、色付けされず、点滅しておらず、又は他の方法で量を示していないイベントでは、インジケータ４４０に示すように、インジケータは、ビッド又はオファーの量を示していない。当然、いくつかの実施形態では、逆の場合もあてはまる。即ち、陰影が付けられていないインジケータは、ビッド又はオファーの量を表示してもよく、そして陰影を付けられたインジケータは、量が表されていないことを示してもよい。
【００４６】
図４では、「９４３４．０」の価格レベルで、５つの大きいインジケータ４１０と４つの小さいインジケータ４２０が陰影を付けられ、そしてその価格レベルで「５４」ビッドの量を表す。この例では、陰影を付けられたそれぞれの大きいインジケータ４１０は、「１０」の量を表し、陰影を付けられたそれぞれの小さいインジケータ４２０は、「１」の量を表す。同様に、「９４３３．５」の価格レベルのため、２つの大きいインジケータと３つの小さいインジケータが、この価格レベルでマッチングしないビッド「２３」の量を表すように陰影を付けられる。
【００４７】
いくつかの実施形態では、１つ以上のインジケータセットは、マッチングしないビッド又はオファーのおおよその量を表してもよい。マッチングしないビッド又はオファーの量は、例えば、最も近い総数、１０に最も近い数、１００に最も近い数、又は他の数で四捨五入されてもよく、複数のインジケータは、概数を表してもよい。例えば、「６６」のビッド量は、「７０」に四捨五入され、「７０」を表す１つ以上のインジケータセットが表示されてもよい。
【００４８】
ｉｖ．設定した特性
それぞれのインジケータセットの共有の特性は、ユーザーによって構成される。特性を構成することは、特性（例えば、サイズ）を定義することと、その特性を特定のビッド量及びアスク量に関連付けることに関する。定義された特性と特定の量とは、ユーザーが定義された特性又は対応する量のいずれかを変更するまでデフォルト（例えば、ユーザーのやりとりなしで選択される）であってもよい。例示の目的として、図２におけるより大きいインジケータ２３４、２４４は、「１０」の量に関連付けられてもよい。しかしながら、より小さいインジケータ２３６、２４６は、「１」の量に関連付けられてもよい。
【００４９】
インジケータは、取引セッションの前に、又は取引セッションの間に構成されてもよい。トレーダは、特性がどの値に関連付けられているか定義するために構成画面を使用してもよい。例えば、何人かのトレーダは、「星」を「１０」の量に関連付けたいと思ってもよい。しかしながら、他のトレーダは、「円」を「１０」の量に関連付けたいと思ってもよい。構成画面、又は他の構成ツールを使用して、トレーダは、どのようにそれらを表示するのかの様々なアソシエーションを設定してもよい。
【００５０】
いくつかの実施形態では、一度構成されると、共有の特性と、表されたビッド又はオファーの量との間のアソシエーションが固定される。したがって、インジケータセット内のインジケータは、表示されたインジケータが容易に理解され、（例えば、トレーダによって）特定のビッド量又はアスク量と関連付けられるように、固定される（例えば、変化しない）。インジケータセット、又はさらに個々のインジケータは、同じ又は異なる取引注文から量を表示してもよい。例えば、インジケータによって表示される量は、単に単一の取引注文からだけではなく、異なる取引注文から量を作ってもよい。
【００５１】
ｖ．インジケータのセットの予想される利点
共有の特性と共にインジケータセットを使用することの１つの予想される利点は、相対的かつ正確な判断が、価格レベルでのビッド又はオファーの量について行うことができることである。相対的な判断は、インジケータの全体のサイズに基づいて、異なる価格レベルに関連するビッド又はオファーの量を視覚的に比較することによって、行うことができる。例えば、図２において、トレーダは、「９４３４．５」の価格レベルよりも「９４３５．０」の価格レベルでのビッドが多いことを素早く判断することができる。正確な判断はまた、共有の特性を伴うインジケータセットを使用して行うことができる。共有の特性は、ビッド又はオファーの特定の量と関連付けられているので、トレーダは、価格レベルでの正確なビッド又はオファーの量を素早く判断できる。例えば、「９４３４．５」の価格レベルをひと目見ることによって、例えば、３つの大きいインジケータと１つの小さいインジケータの存在を知り、トレーダは、全体量が「３１」ビッドであることを判断することができる。
【００５２】
図５は、インジケータセットを使用することのさらなる別の利点を示す。共有の特性を伴うインジケータセットを使用することは、トレーダが取引画面上に表示された情報の量を減らすことができるため、利点となり得る。例えば、一実施形態では、図５に示されるように、ビッド量及び／又はアスク量のテキスト表示が、取引画面から削除されてもよい。インジケータセットは、特定の量にマッピングされた共有の特性のために、すべてまとめてテキスト表示に置き換えることができる。テキスト表示は、取引ラダーに含まれなくてもよい。
【００５３】
ｖｉ．テキスト及び非テキストの表示の組み合わせ
図２の取引ラダー２１０を示す図６に示されるように、いくつかの実施形態では、テキストインジケータ６１０は、値をさらに表示する、又は値の判断を単純化するために、非テキストインジケータ６２０と組み合わせて使用されてもよい。例えば、テキストインジケータ６１０は、非テキストインジケータ６２０の中、上、周りに配置されてもよい。テキストインジケータ６１０と非テキストインジケータ６２０とを関連付けることの例としては、カーソルを非テキストインジケータ６２０の上に移動させたときに、テキストインジケータ６１０を表示することを含んでもよい。
【００５４】
一実施形態では、テキストインジケータ６１０は、非テキストインジケータ６２０の総合計を表してもよい。図６では、それぞれの大きいインジケータは「１０」を表すので、テキストインジケータ６１０は、それぞれの大きいインジケータの合計を示してもよい。例えば、図１０に示されるように、最初の大きいインジケータは、「１０」のテキスト表示を含んでもよく、次の大きいインジケータは、「２０」を含んでもよく、そして次の大きいインジケータは、「３０」などを含んでもよい。しかしながら、他の実施形態では、テキストインジケータ６１０によって表された量（例えば、大きいインジケータの「１０」）は、非テキストインジケータ６２０のそれぞれに関連付けられてもよい。例えば、それぞれの大きいインジケータは、非テキストインジケータ６２０の中、上、又は周りに置かれた、又は非テキストインジケータ６２０と関連付けられた「１０」を有していてもよい。
【００５５】
図６に示されるように、いくつかのセットは、非テキストインジケータと関連付けられたテキスト表示を含んでいてもよく、他のセットは、テキスト表示を含んでいなくてもよい。しかしながら、他の実施形態では、すべてのインジケータセットは、補足のテキスト表示を含んでいてもよい。
【００５６】
ＩＶ．個々のインジケータ
図７は、インジケータが、インジケータセットにおける他のインジケータと特性を共有していない場合の実施形態の例を示す。この例では、それぞれのインジケータは、取引注文の中に表している。より具体的には、それぞれのインジケータは、取引注文の中に定義されたビッド又はオファーの量を表示している。したがって、それぞれのインジケータは、他のインジケータから独立しており、他のインジケータに依らない又は依存していない。この例では、インジケータセットは、表示されない。
【００５７】
例示の目的として、図７では、取引所システムは、１つ以上の取引デバイスから複数の取引注文を受信してもよい。例えば、取引所システムは、注文Ａ（９４３４．０の価格で３９ビッド）、注文Ｂ（９４３４．０の価格で１１ビッド）、注文Ｃ（９４３４．０の価格で４ビッド）、注文Ｄ（９４３３．５の価格で１０ビッド）、注文Ｅ（９４３３．５の価格で５ビッド）、注文Ｆ（９４３３．５の価格で５ビッド）、及び注文Ｇ（９４３３．５の価格で４ビッド）を受信してもよい。取引所システムは、少なくともこの情報を含む１つ以上のデータフィードを送信してもよい。取引デバイスは、情報を受信してもよく、取引所で受信した取引注文のそれぞれのインジケータを表示する。それぞれの注文は、同じ又は異なる取引デバイスからであってもよい。
【００５８】
例えば、インジケータ７１０は、注文Ａを表すように表示されてもよい。インジケータ７１０は、「３９」の量に対応するサイズを有する。取引デバイスはまた、注文Ｂを表すインジケータ７２０を表示してもよい。インジケータ７１０のサイズ及びインジケータ７２０のサイズは、異なる、例えば、「３９」を表すインジケータは、「１１」を表すインジケータより大きくてもよい。これらのインジケータは、個々の注文を表しているので、それらは共有の特性を伴ってインジケータセットの中に表示されていない。代わりに、それらは個々に表示されている。
【００５９】
一実施形態では、個々の注文のためのインジケータの表示のシーケンス（例えば、注文）は、個々の注文が、特定の価格レベルでの注文の取引所のキュー内に存在するシーケンスに対応することができる。一実施形態では、個々の注文のためのインジケータの表示のシーケンスは、サイズの順にすることができる。一実施形態では、注文は、いくつかの他の予め設定された順位付けメカニズムに基づくことができる。
【００６０】
一実施形態では、７１０又は７２０などのインジケータは、特定の注文がトレーダの所有する注文の１つであることを示す視覚属性を有していてもよい。そのような視覚属性は、陰影、ボーダーウェイト又はラインパターン、色、又は他の視覚属性を含むことができる。一実施形態では、インジケータは、他の注文が同じトレーダによって所有されていることを識別するためにさらに視覚的にコード化（例えば、色分け）されてもよい。例えば、インジケータ７１０及び７２０によってそれぞれ表される注文Ａ及びＢは、同じトレーダによって所有された注文であって、その後、これらの２つのインジケータは、色又は陰影などの視覚的コード化を共有することができる。視覚属性はまた、特定の注文がトレーダあるいはトレーダの取引グループの誰かに属することを示してもよい。
【００６１】
前述の実施形態においては、２次元表示の平面において、価格軸に対して直交し、価格軸から直接外側に向かっていたインジケータのためのレイアウトの指向軸が存在していた。一実施形態では、レイアウトの指向軸が、価格軸に対して直交しているが、２次元表示の平面から３次元空間に向かうことができるであろう。例えば、図１０に示されるように、インジケータ１０２０は、視聴者に向かって画面から出てくるように見えるよう表示される。この例では、異なるサイズのキューブがコンポーネントインジケータとして使用されている。インジケータのレイアウトの指向軸の方向は、視聴者に向かう又は離れる方向にすることができる。３次元（３Ｄ）表示の効果は、従来の２次元ディスプレイ上にレンダリングすることによって実現することができ、又はアクティブＬＣＤシャッターメガネで視聴するために設計された３Ｄディスプレイ、又はパッシブ偏光若しくはアナグリフ（色付き）メガネで見るために設計された３Ｄディスプレイ、又は特別なメガネなしで見るために設計された３Ｄディスプレイなどのモノスコピック若しくは立体イメージとして視聴者によって理解されるディスプレイ技術を生かすことができる。
【００６２】
前述の実施形態では、インジケータセットが、例えば、ビッドとオファーが特定の時点で存在するように、ビッドとオファーの量を表すように使用されている。一実施形態では、異なる前の時点での量を表すように使用された複数の追加のインジケータも存在する。例えば、図１０と対照的に、図１１は、初期のインジケータ表示より前の時点に対応するインジケータ１１２０の表示を含む。トレーダにとって、示された量の現在の状況を見ることができるだけでなく、その量の前の状況を見ることができることは、利点となる。それぞれが別個の前の時間に対応した追加のインジケータのそのような複数のセットがある場合もある。
【００６３】
一実施形態では、インジケータによって表された量の経時的な変化は、視覚的強調、又は特定の視覚属性のため、（前の時点と比較して）新たに追加した量又は（前の時点と比較して）新たに削除した量のための異なる値を使用して表示することができる。例えば、図１２は、前の時点での量と比べて削除された量の部分に対応するインジケータ１２２０を含む。削除された量インジケータは、ノーマル量インジケータから異なる色／陰影（灰色対黒）及び／又は異なるボーダーラインタイプ（破線対実線）で表示してもよい。削除された量インジケータ１２２０は、図１２において、破線で示される。図１２はまた、前の時点での量と比べて新たに追加された量の部分を表すインジケータ１２３０を含む。追加された量インジケータは、この例において、ノーマル量インジケータから異なるボーダーラインウェイト（太文字対ノーマル）で表示される。一実施形態では、削除と追加の量パラメータを区別する視覚属性は、短い期間にわたってアニメーション化することができる。例えば、削除された量インジケータは、徐々に消えていくようにアニメーション化できる。例えば、追加された量インジケータは、その特定の視覚的強調（例えば、太字対ノーマル）を使用して最初に表示されるように、及び通常の視覚属性に徐々に変化するようにアニメーション化することができる。
【００６４】
Ｖ．構成
上述するように、ユーザーは、共有の特性と共有の特性によって表された特定のビッド又はオファーの量との間でアソシエーションを構成してもよい。これは、特性を構成すること、表される量を構成すること、又は特性と表された量の両方を構成することを含んでもよい。
【００６５】
ユーザーは、構成画面又は他の構成ツールを使用してインジケータセットを構成してもよい。例えば、図８に示されるように、構成画面８００は、マッチングしない特定のビッド又はオファーの量と１つ以上の共有の特性とに関連付けるように使用されてもよい。図８では、構成画面８００は、１つ以上の特性８２０に関連付けられ得る様々な量８１０を含む。ユーザーは、例えば、関連付けられるべき量を定義することによって、１つ以上の特性８２０に関連付けられるべき量を選択してもよい。この例では、ユーザーは、対応する特性に関連付けられるべき量を選択することによって、量を定義する。しかしながら、他の実施形態では、他のツールが特定の量と１つ以上の特性とに関連付けるために使用されてもよい。
【００６６】
ＶＩ．共有の特性を伴う最適なインジケータセットの選択
一実施形態では、取引デバイスは、表示するための最適なインジケータセットを選択してもよい。最適なインジケータセットは、トレーダのために理解するのが最も簡単であるセットの組み合わせであってもよい。これは、セットの数を最小にすること、様々なセットにおけるインジケータの総数を最小にすること、少ない量を表すインジケータの数を最小にすること、多い量を表すインジケータの数を最大にすること、又は他の方法で素早く理解されるインジケータセットを選択することを含んでもよい。取引デバイスは、ユーザーインターフェースに基づいてインジケータセットを選択するように構成されてもよい。例えば、トレーダは、取引ラダー上に表示された総インジケータの数を最小にすることを好む場合がある。一方で、別のトレーダは、様々な価格レベルで表示されるセットの数を最小にすることを好む場合がある。取引デバイスは、このユーザーの好みに基づいてインジケータセットを選択してもよい。
【００６７】
一実施形態では、取引デバイスは、様々な価格レベルでのセットの数を最小にするように構成されてもよい。したがって、取引デバイスは、価格レベルでビッド又はオファーの総量を決定してもよく、多い量を表しているインジケータの数を最大にするようにインジケータ（例えば、図２の例における「１０」）によって表された最も多い量によってビッド又はオファーの総量を分け、そしてインジケータによって表された次の最も多い量によって残っている量を分ける。この処理は、ビッド又はオファーの総量がインジケータによって表されるまで繰り返されてもよい。インジケータのそれぞれのグループは、インジケータのセットに表示されてもよい。
【００６８】
ＶＩＩ．インジケータを表示する方法の例
図９は、マッチングしないビッド又はオファーの量を表しているインジケータを表示する方法９００、及び表されているマッチングしないビッド又はオファーの量を決定することを補助する取引ツールの例を示す。方法９００は、１つ以上の価格レベルでのビッド又はオファーの量に関連付けられたデータを受信すること９１０、ビッド又はオファーの量を表すために１つ以上のセットを選択すること９２０、及び対応する価格レベルに関連するインジケータセットを表示すること９３０、を含む。方法９００は、図１のシステム１００又は異なるシステムを使用して実行される、例えば、図１の取引デバイスが１つ、いくつか、又はすべての動作を実行してもよい。
【００６９】
さらに説明する前に、図９に示される動作は、示される注文又は異なる注文で実行されてもよいことに留意する。さらに、方法９００は、追加の、異なる、又はより少ない動作を含んでもよい。例えば、いくつかの実施形態においては、方法９００が、９２０のみ又は９３０のみを含んでもよい。図９に示される動作の様々な組み合わせ、又は個々の動作が、方法９００の独立した実施形態として実行されてもよく、又は本明細書で記載される他の動作と組み合わせられてもよい。
【００７０】
動作９１０では、取引デバイスは、取引所システムからの市場データを受信してもよい。市場データは、取引デバイスと取引所システムとの間で通信を容易にするため、ゲートウェイ、サーバサイドデバイス、ゲートウェイとサーバサイドデバイスの両方、又は現在知られている若しくは後で開発される他のデバイスを介して取引所システムから送信され得る。
【００７１】
市場データは、１つ以上の価格レベルでのマッチングしないビッド又はオファーの量に関するデータを含んでもよい。例えば、マッチングしないビッド又はオファーの量は、（例えば、すべての取引注文からの）全体の量、単一の取引注文において定義された量、その日の特定の部分の間の量、又はその他の量であってもよい。
【００７２】
動作９２０では、取引デバイスは、マッチングしないビッド量とアスク量を分析し、定められた価格レベルでのマッチングしないビッド又はオファーの量を表すために１つ以上のインジケータセットを選択する。例えば、取引デバイスは、最適なインジケータセットを選択してもよい。最適なインジケータセットは、トレーダにとって最も簡単に理解するセットの組み合わせであってもよい。これは、セットの数を最小にすること、様々なセットにおけるインジケータの総数を最小にすること、少ない量を表すインジケータの数を最小にすること、多い量を表すインジケータの数を最大にすること、又は他の方法で素早く理解されるインジケータセットを選択することを含んでもよい。取引デバイスは、ユーザーの好みに基づいてインジケータセットを選択するように構成されてもよい。例えば、トレーダは、取引ラダー上に表示される総インジケータの数を最小にすることを好んでもよい。一方で、別のトレーダは、様々な価格レベルで表示されるセットの数を最小にすることを好んでもよい。取引デバイスは、このユーザーの好みに基づいてインジケータセットを選択してもよい。
【００７３】
一例では、取引デバイスは、様々な価格レベルでのセットの数を最小にするように構成されてもよい。したがって、取引デバイスは、価格レベルでビッド又はオファーの総量を決定し、多い量を表しているインジケータの数を最大にするようにインジケータによって表される最も多い量によりビッド又はオファーの総量を分け、そしてインジケータによって表された次に最も多い量により残っている量を分けてもよい。この処理は、ビッド又はオファーの総量がインジケータによって表されるまで繰り返されてもよい。インジケータのそれぞれのグループは、インジケータセットに表示されてもよい。
【００７４】
動作９３０においては、取引デバイスは、それぞれの価格レベルでの１つ以上のインジケータセットを表示する。１つ以上のインジケータセットを表示することは、例えば、継続的に又は周期的に、ディスプレイデバイス上に表示することを含んでもよい。例えば、いくつかの実施形態では、１つ以上のインジケータセットが定められた価格レベルで継続的に表示されてもよい。しかしながら、他の実施形態では、１つ以上のインジケータセットがユーザーインプットに応答して表示されてもよい。例えば、１つ以上のインジケータセットが、ユーザーがカーソルを価格レベルの上に移動したとき、価格レベルをクリックしたとき、又は他の方法で１つ以上のインジケータセットの表示を要求したときに、表示されてもよい。
【００７５】
ＶＩＩＩ．取引システム例の詳細な説明
図１に戻って、取引デバイス１１０は、通信ネットワーク１０２を介してゲートウェイ１２０と通信する。取引デバイス１１０は、通信ネットワーク１０４を介してサーバサイドデバイス１４０と通信する。ゲートウェイ１２０は、通信ネットワーク１０６を介して取引所システム１３０と、通信ネットワーク１０８を介してサーバサイドデバイス１４０と通信する。取引システム１００の様々なコンポーネントの間の通信は、１つ以上の中間のコンポーネントを通して直接通信及び間接通信を含んでもよい。
【００７６】
通信ネットワーク１０２、１０４、１０６、又は１０８などの通信ネットワークは、ハードウェア（例えば、サーバ、ルータ、ゲートウェイ、及びスイッチ）、ソフトウェア（例えば、取引アプリケーション又は通信アプリケーション）、伝送チャンネル（例えば、Ｔ１ライン、Ｔ３ライン、統合デジタルサービス通信網（ＩＳＤＮ）回線）、電気通信網（例えば、データネットワーク、コンピュータネットワーク、インターネットネットワーク、ワイドエリアネットワーク、ローカルエリアネットワーク）、又はそれらのいくつかの組み合わせを含むことができる。さらに、通信ネットワークは、有線、無線、又は有線と無線の両方のネットワークを含んでもよい。同じ又は異なる通信ネットワークが、取引システム１００全体で使用されてもよい。例えば、通信ネットワーク１０２は、通信ネットワーク１０４と同じであってもよい。
【００７７】
取引デバイス１１０は、クライアントデバイス、パーソナルコンピュータ、ワークステーション、デスクトップ、ラップトップ、モバイルデバイス、ハンドヘルドデバイス、サーバ、ゲートウェイ、又は他のコンピュータデバイス若しくはシステムである。例えば、取引デバイス１１０は、イリノイ州のシカゴのトレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによって提供される電子取引プラットフォームである、Ｘ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するパーソナルコンピュータであってもよい。別の例のように、取引デバイス１１０は、自動の取引ツール、例えば、トレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによってまた提供されるＡｕｔｏｔｒａｄｅｒ（商標）又はＡｕｔｏｓｐｒｅａｄｅｒ（登録商標）等を実行するサーバである。さらに別の例では、取引デバイス１１０は、デバイスの集合、例えば、互いに組み合わせて動作する、パーソナルコンピュータとサーバである。
【００７８】
取引デバイス１１０は、通常、ユーザーによって、所有され、操作され、制御され、プログラムされ、ユーザーによって構成され、又はユーザーによって他のものが使用される。本明細書で使用されるように、語句「ユーザー」は、限定されるものではないが、人（例えば、トレーダ）又は電子取引所デバイス（例えば、プロセッサとメモリ又はアルゴリズム取引システムを含む）を含んでもよい。１以上のユーザーは、所有権、操作、制御、プログラミング、構成、又は他の使用に関与してもよい。
【００７９】
取引デバイス１１０は、１つ以上の取引可能な対象物を電子的に取引するように使用されてもよい。本明細書で使用されるように、語句「取引可能な対象物」は、量及び／又は価格と取引できる生産物を含む。株、オプション、債券、先物、通貨、ワラント、デリバティブ、取引イベント、グッズ、有価証券、及び商品は、取引可能な対象物のいくつかの例である。取引可能な対象物は、「リアル（ｒｅａｌ）」又は「シンセティック（ｓｙｎｔｈｅｔｉｃ）」であってもよい。リアル取引可能な対象物は、取引所によってリストに記載された生産物である。一方で、シンセティック取引可能な対象物は、ユーザーによって定義された生産物であり、取引所によってリストに記載されていない。例えば、シンセティック取引可能な対象物は、取引デバイス１１０を利用するトレーダによって作成されたリアル（又は他のシンセティック）の生産物の組み合わせ、例えば、シンセティックスプレッドを含んでもよい。
【００８０】
いくつかの実施形態では、取引デバイス１１０は、例えば、取引注文を準備し、ゲートウェイ１２０を介して取引所システム１３０に取引注文を送信する。しかしながら、いくつかの実施形態では、取引デバイス１１０は、サーバサイドデバイス１４０などのデバイスを管理するため、価格パラメータ、量パラメータ、注文タイプパラメータ、又は他のパラメータなどの１つ以上の注文エントリーパラメータを送信してもよい。管理デバイスは、取引注文を準備し、取引所システム１３０に送信してもよい。
【００８１】
例えば、取引デバイス１１０は、サーバサイドデバイス１４０と同じ又は異なる時間に、互いに関連して注文エントリーパラメータを送信してもよい。例示の目的で、取引可能な対象物パラメータは、初めて取引戦略デバイス又はサーバサイドデバイスに送信される価格パラメータと量パラメータに先だって、又は共に送信されてもよい。取引可能な対象物パラメータは、例えば、サーバサイドデバイスで記憶されてもよい。取引可能な対象物パラメータをサーバサイドデバイスですでに使用しているので、次に入ってくる価格と量パラメータが、組み合わせられ、又は取引可能な対象物パラメータと共に使用されて取引所システムにまとめて送信されてもよい。もし取引可能な対象物パラメータに変化が生じた場合、更新された取引可能な対象物パラメータが、その変化に続く価格と量のパラメータの前に、又は共に送信されてもよい。他の実施形態では、価格パラメータは、量パラメータを必ずしも必要としないが、ゲートウェイ又はサーバサイドデバイスに送信される。例えば、価格パラメータが量パラメータの前に、共に、又は後で送信されてもよい。
【００８２】
取引注文、又はさらなる１つ以上の注文エントリーパラメータは、ユーザーからの要求で又は自動的に（例えば、ユーザーのやりとりなし又はほんの少しのやりとりで）送信されてもよい。例えば、トレーダは、特定の取引可能な対象物の取引注文を行うために取引デバイス１１０を利用してもよい。トレーダは、注文価格、量、又は価格と量の両方などの取引注文の様々なパラメータを手動で提供してもよい。別の例として、取引デバイス１１０は、注文のための１つ以上のパラメータを自動的に計算してもよく、注文を自動的に送信してもよい。いくつかの例において、取引デバイス１１０は、送信されるべき注文を準備してもよいが、実際はトレーダが確認することなく、それを送信することはない。
【００８３】
図１に示すように、取引デバイス１１０は、バス１１１、プロセッサ１１２、メインメモリ１１３、データストレージ１１４、ネットワークインターフェース１１５、ディスプレイデバイス１１６、インプットデバイス１１７、及びアウトプットデバイス１１８を含む。しかしながら、いくつかの実施形態では、取引デバイス１１０は、追加の、異なる、又はより少ないコンポーネントを含んでいてもよい。例えば、複数のバス、複数のプロセッサ、複数のメインメモリデバイス、複数のストレージ、複数のネットワークインターフェース、複数のディスプレイデバイス、複数のインプットデバイス、複数のアウトプットデバイス、又はそれらのいくつかの組み合わせが提供されてもよい。別の例では、取引デバイス１１０は、インプットデバイス１１７を含まなくてもよい。その代わりに、例えば、取引デバイス１１０は、ネットワークインターフェース１１５を介して外部の又は遠隔操作のインプットデバイスによって制御されてもよい。
【００８４】
バス１１１は、取引デバイス１１０内のコンポーネントとの間の通信データのための、通信バス、チャンネル、ネットワーク、回路、又は他の機構である。バス１１１は、通信的に接続されて、取引デバイス１１０のいずれかのコンポーネントとの間でデータを伝送してもよい。例えば、取引アプリケーションのインストールプロセス中、プロセッサ１１２によって実行される１つ以上のコンピュータ読み取り可能な命令が、データストレージ１１４又はネットワークインターフェース１１５からメインメモリ１１３に伝送されてもよい。取引デバイス１１０は、メインメモリ１１３に記憶された取引アプリケーションを実行するように動作している又は準備しているとき、プロセッサ１１２は、バス１１１を介してメインメモリ１１３から命令を引き出してもよい。
【００８５】
プロセッサ１１２は、一般的なプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、それらの組み合わせ、又は現在知られている若しくは後で開発された他の処理プロセッサであってもよい。プロセッサ１１２は、シングルデバイス又はデバイスの組み合わせ、例えば、ネットワーク又は分散型のプロセッサに関連付けられてもよい。いくつかの処理戦略は、例えば、マルチプロセッシング、マルチタスク、パラレルプロセッシング、リモートプロセッシング、又は他の処理戦略を使用してもよい。処理は、ローカル又はリモートであってもよいし、１つのプロセッサから別のプロセッサに移動させてもよい。
【００８６】
プロセッサ１１２は、１つ以上の有形メディア、例えば、メインメモリ１１３又はデータストレージ１１４においてエンコードされたロジックを実行するように動作可能であってもよい。本明細書で使用されるように、１つ以上の有形メディアにおいてエンコードされたロジックは、プロセッサ１１２又は異なるプロセッサによって実行可能な命令を含む。ロジックは、ソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコード又はロジックを保存するための現在知られている若しくは後で開発された他のデバイスの一部として記憶されてもよい。ロジックは、例えば、インターネットと接続されるなどの通信ネットワークを介して外部の通信デバイスから受信してもよい。プロセッサ１１２は、図に示される又は本明細書に記載される機能、動作、又はタスクを行うためのロジックを実行してもよい。
【００８７】
メインメモリ１１３とデータストレージ１１４は、有形メディア、例えば、コンピュータ読み取り可能なストレージメディアであってもよい。コンピュータ読み取り可能なストレージメディアは、様々なタイプの揮発性及び不揮発性記憶装置を含んでもよく、ランダムアクセスメモリに限られず、リードオンリーメモリ、電気的プログラマブルリードオンリーメモリ、電気的に消去可能なリードオンリーメモリ、フラッシュメモリ、磁気テープ又はディスク、光学メディア、それらのいくつかの組み合わせ、現在知られている又は後で開発される任意の他の有形データストレージデバイスを含む。メインメモリ１１３とデータストレージ１１４は、単一のデバイス又は、図１に示されるように、異なるデバイスであってもよい。例えば、メインメモリ１１３とデータストレージ１１４に記憶されたデータが、プロセッサ１１３によって引き出されて、処理されてもよいように、メインメモリ１１３とデータストレージ１１４は、プロセッサ１１２と隣接してもよく、プロセッサ１１２の一部であってもよく、プロセッサ１１２と共にプログラムされていてもよく、プロセッサ１１２とネットワーク接続されていてもよく、又はプロセッサ１１２から離れてもよい。
【００８８】
メインメモリ１１３とデータストレージ１１４は、同じ又は異なるタイプのメモリであってもよい。例えば、一実施形態では、メインメモリ１１３は、ランダムアクセスメモリ（ＲＡＭ）とリードオンリーメモリ（ＲＯＭ）の両方を含む。この例では、ＲＡＭは、プロセッサ１１２によって実行されるべき情報と命令を記憶する動的記憶装置である。ＲＡＭはまた、プロセッサ１１２によって実行されるべき命令の実行中に一時的に変更可能な又は他の中間情報を記憶するために使用されてもよい。ＲＯＭは、プロセッサ１１２のための静的情報と命令を記憶するための静的記憶装置である。さらに、この例では、データストレージ１１４は、プロセッサ１１２によって処理されるべき情報とプロセッサ１１２によって実行されるべき命令を記憶するための磁気ディスク、工学ディスク、又はフラッシュメモリであってもよい。
【００８９】
メインメモリ１１３とデータストレージ１１４は、プロセッサ１１２によって実行されることが可能である命令を記憶してもよい。命令は、本明細書で記載された又は図に示された動作又は機能のうち１つ以上が実行されてもよい。例えば、命令は、図２に示される動作のうち１つ、いくつか、又はすべてを行うように実行される。
【００９０】
ネットワークインターフェース１１５は、一方向又は二方向の通信接続であってもよい。したがって、ネットワークインターフェース１１５は、通信的に１つ、２つ又はさらなる通信ネットワーク又は通信デバイスと接続してもよい。例えば、バス１１１は、取引デバイス１１０の１つ、いくつか、又はすべてのコンポーネントが、通信ネットワーク１０２と通信ネットワーク１０４とを介してアクセス可能又は通信できるように、ネットワークインターフェース１１５を介して通信ネットワーク１０２と通信ネットワーク１０４と接続されてもよい。加えて、又は代替的に、ネットワークインターフェース１１５は、他の通信ネットワークを用いてバス１１１と接続されてもよい。ネットワークインターフェース１１５は、例えば、データ通信接続を提供するように総合デジタル通信網（ＩＳＤＮ）カード又はモデムであってもよい。別の例として、ネットワークインターフェース１１５は、互換性のあるＬＡＮ、例えば、インターネットに接続された、データ通信接続を提供するようにローカルエリアネットワーク（ＬＡＮ）カードであってもよい。無線リンクもまた実装されてもよい。ネットワークインターフェース１１５は、様々なタイプの情報を表すアナログ又はデジタルのデータ流を運ぶ電気信号、電磁信号、又は光信号を送信及び受信してもよい。
【００９１】
ディスプレイデバイス１１６は、ビジュアルアウトプットデバイス、ブラウン管（ＣＲＴ）ディスプレイ、電子ディスプレイ、電子ペーパー、フラットパネルディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、エレクトロルミネッセントディスプレイ（ＥＬＤ）、プラズマディスプレイパネル（ＰＤＰ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタディスプレイ（ＴＦＴ）、有機発光ダイオードディスプレイ（ＯＬＥＤ）、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、ナノ液晶ディスプレイ、ヘッドマウントディスプレイ、プロジェクタ、３次元ディスプレイ、透明ディスプレイデバイス、又は現在知られている又は後で開発された他のディスプレイであってもよい。
【００９２】
取引デバイス１１０は、ディスプレイデバイス１１６上に取引画面を表示するように適合される。取引画面は、トレーダが、電子取引動作、例えば、注文エントリーパラメータをセットすること又は注文エントリーパラメータを送信することを行うことができる電子取引インターフェースである。取引画面は、市場データを見るために使用されてもよい。取引画面はまた、これら及び追加の動作を自動化してもよい。取引画面は、取引アプリケーションによって提供されてもよい。例えば、動作中、Ｘ＿ＴＲＡＤＥＲ（登録商標）が、ワーキング注文とビッド量及びアスク量が価格レベルのリストと関連して表示される、ＭＤ  ＴＲＡＤＥＲ（商標）と呼ばれる、電子取引インターフェースを提供してもよい。
【００９３】
取引画面は、市場データを表示してもよく、インタラクティブであってもよい。インタラクティブ取引画面は、例えば、取引画面を使用して行うべき１つ以上の取引動作を可能にしてもよい。例えば、インタラクティブ取引画面は、１つ以上の注文エントリーアクションを使用して１以上の注文エントリーパラメータがセットされること、送信されること、又はセットされて送信されることを可能にしてもよい。ディスプレイデバイス１１６又はインプットデバイス１１７は、例えば、取引画面を用いてやりとりを行うように使用されてもよい。
【００９４】
取引画面は、１つ以上の取引ツールを表示してもよい。取引ツールは、電子取引を可能にし、補助し、容易にする電子ツールである。例示的な取引ツールは、チャート、取引ラダー、マーケットグリッド、注文エントリーツール、自動化された取引ツール、自動化されたスプレッドツール、リスク管理ツール、注文パラメータツール、注文エントリーシステム、マーケットグリッド、フィルウィンドウ、及び市場注文ウィンドウ、それらの組み合わせを含むものであり、そして、取引するため、取引の準備をするため、又は取引の管理をするために使用される現在知られている若しくは後で開発され他の電子ツールを含む。以下にさらに詳細に説明されるように、各取引ツールは、取引ツールと呼ぶことができる注文エンターセル又はパラメータなどの１つ以上の独立した要素を含むことができる。
【００９５】
取引ツールは、注文管理、市場分析、又は注文管理と市場分析の両方のために使用されてもよい。注文管理は、例えば、注文をエンターすること、注文をキャンセルすること、複数の注文タイプを管理すること、オーダー−キャンセル−オーダー（ＯＣＯｓ）として注文をリンクすること、トレール注文として注文すること、注文量又はレベルを変更すること、ポジションを表示すること、平均価格を表示すること、複数のアカウントを取引すること、キューにおける推定ポジションを見ること、又はそれらの任意の組み合わせを含んでもよい。市場分析は、例えば、市場の深さ（ＤＯＭ）を見ること、インプライド価格／量を見ること、価格での量を見ること、取引レベル量を見ること、内部市場を見ること、最終取引価格と量を見ること、注文サイズをセットすること、止まっている注文を変更すること、又はそれらのいくつかの組み合わせを含んでもよい。
【００９６】
取引ツールは、１つ以上の注文エントリーセルを含んでもよい。注文エントリーセルは、取引注文をエンターすることに関連付けられた表示の要素であってもよい。例えば、注文エントリーセルは、１つ以上の注文エントリーパラメータをセットし、取引注文を送信し、又は両方をするように選択されてもよい。注文エントリーセルは、例えば、キー、ボタン、メニューオプション、チャートライン、又は現在知られている又は後で開発される他の取引ツールの要素であってもよい。注文エントリーセルは、マウスなどのインプットデバイスに関連付けられたカーソル又はポインタを使用して選択されてもよい。カーソルは、注文エントリーセルの上を移動して、選択されてもよい。一度選択されると、例えば、ビッド又はアスクパラメータは、どの注文エントリーセルが選択されたかに応じてセットされてもよく、そして取引注文が送信されてもよい。他の例では、注文エントリーセルは、パラメータをセットするのみに関連付けられてもよい。
【００９７】
上述したように、図２は、取引ラダー２１０を表示する取引画面２００の一例を示す。取引ラダー２１０は、価格表示２２０、ビッド量表示２３０、及びアスク量表示２４０を含む。取引ラダー２１０は、追加の、異なる、又はより少ない表示、情報、若しくはコンテンツを含んでもよい。例えば、取引ラダー２１０は、ビッド量インジケータ表示、アスク量インジケータ表示、最終取引（ＬＴＱ）量表示、実行済み／ワーキング（Ｅ／Ｗ）表示、又はパラメータをセッティング、送信若しくは表示するための他の部分を含んでもよい。
【００９８】
取引ラダー２１０は、取引ツールであってもよい。あるいは、又はさらに、取引ラダー２１０の１つ以上の部分が取引ツールであってもよい。例えば、ビッド量表示２３０又はアスク量表示２４０が、取引ツールであってもよい。
【００９９】
取引ラダー２１０は、図２に示すように配置されてもよい。しかしながら、他の配置又は設計が可能である。例えば、図２は、対応するビッド量表示２３０のビッド量とアスク量表示２４０のアスク量に隣接して配置される価格表示２２０の価格レベルを示す。しかしながら、他の実施形態では、価格レベルは、必ずしも対応するビッド量又はアスク量に隣接して配置されるわけではない。
【０１００】
価格表示２２０は、取引可能な対象物のための様々な価格を表してもよい。例えば、図に示されるように、価格表示２２０は、「ティック」における価格が増加する、価格の列であってもよい。ティックは、それぞれの取引可能な対象物のため、取引所によってセットされる価格値の最小の変化である。価格は、ティックとして、複数のティックとして、又はいくつかの他の方法で表示させることができる。価格表示２２０は、全体の価格又は全体の価格の一部（例えば、ちょうど下２桁）をリストにしてもよい。他の価格表示のコンベンションは、必須の価格情報がユーザーに伝達されている限り、代替的に使用されてもよい。価格表示内の価格は、静的（例えば、価格レベルが、手動の又は自動の再センタリングコマンドを受信しない限り、通常はポジションを変更しない）、動的（例えば、最終取引価格、最高ビッド価格、又は最低アスク価格を常にセンターとする表示）、それらのいくつかの組み合わせであってもよい。
【０１０１】
ビッド量表示２３０は、定められた価格でのビッド量を表してもよい。アスク量表示２４０は、定められた価格でのアスク量を表してもよい。ビッド量表示２３０は、価格表示２２０における価格のためのビッド数を含む列であってもよく、アスク量表示２４０は、価格表示２２０における価格のためのオファー数を含む列であってもよい。ビッド量表示２３０とアスク量表示２４０とにおける値は、静的又は動的であってもよい。例えば、ビッド量及び／又はアスク量の値は、関連した価格レベルに対して上下に移動してもよい。
【０１０２】
ビッド量表示２３０とアスク量表示２４０は、１つ以上の注文エントリーセルを含んでもよい。例えば、ビッド量表示２３０は、注文エントリーセル２３２を含んでもよい。注文エントリーセル２３２は、価格レベル「９４３３．０」のビッド量を示す。動作中、注文エントリーセル２３２が、例えば、カーソル又はポインタを使用して、選択されてもよい。この例では、注文エントリーセル２３２を選択することは、価格パラメータを９４３３．０に、注文タイプパラメータを「ビッド」にセットする。量パラメータは、デフォルトパラメータであってもよく、カーソル又はポインタを使用して選択されてもよい。注文エントリーセル２３２の選択はまた、特定のパラメータと共に取引注文を送信してもよい。
【０１０３】
図１に戻って、インプットデバイス１１７は、例えば、キーボード、マウス、マイクロフォン、タッチスクリーン、トラックボール、キーパッド、ジョイスティック、それらの組み合わせ、又は入力を提供するための他のデバイスを含んでもよい。インプットデバイス１１７は、例えば、プロセッサ１１２にコマンド選択を提供するように使用してもよい。例えば、インプットデバイス１１７は、取引画面に表示されたカーソルを制御するように使用されるマウスであってもよい。マウスは、選択と制御をするための１つ以上のボタンを含んでもよい。
【０１０４】
アウトプットデバイス１１８は、例えば、キーボード、マウス、スピーカー、タッチスクリーン、トラックボール、キーパッド、触覚デバイス又はシステム、ジョイスティック、それらの組み合わせ、又は出力を提供するための他のデバイスを含んでもよい。例えば、アウトプットデバイス６７０は、１つ以上の信号、例えば、触覚信号又は音声信号、をユーザーに出力するように使用されてもよい。
【０１０５】
ゲートウェイ１２０は、取引デバイス１１０と取引所システム１３０とに通信するように適合されており、クライアントデバイス１１０とサーバサイドデバイス１４０と取引所システム１３０との間の通信を容易にすることができる。例えば、ゲートウェイ１２０は、クライアントデバイス１１０からの取引注文を受信し、取引注文を取引所システム１３０に送信してもよい。別の例として、ゲートウェイ１２０は、取引所１３０から市場データを受信し、取引デバイス１１０に市場データを送信してもよい。
【０１０６】
ゲートウェイ１２０は、クライアントデバイス１１０と取引所システム１３０との間で通信されたデータの処理を行っている。例えば、ゲートウェイ１２０は、取引デバイス１１０から受信した取引注文を取引所１３０によってアクセス可能なデータ形式に処理してもよい。同様に、ゲートウェイ１２０は、取引所１３０から受信した取引所特有の形式の市場データを取引デバイス１１０によって理解される形式に変換してもよい。処理は、プロトコル翻訳又は変換を含んでもよい。ゲートウェイ１２０の処理はまた、例えば、取引デバイス１１０から注文を追跡すること、及び取引所システム１３０から受信したフィル確認に基づいて注文の状態を更新することを含んでもよい。別の例として、ゲートウェイ１２０は、１つ以上の取引所システムから市場データをまとめ、それを取引デバイス１１０に提供してもよい。
【０１０７】
一般的に、取引所システム１３０は、取引所によって所有され、操作され、制御され、又は使用され得る。例示的な取引所は、ロンドン国際金融先物取引所（「ＬＩＦＦＥ」）、シカゴ商品取引所（「ＣＢＯＴ」）、及びシカゴマーカンタイル取引所（「ＣＭＥ」）を含む。取引所システム１３０は、例えば、取引所によって取引を申し込まれた、取引可能な対象物が売買されることを可能にする、コンピュータ、サーバ、又は他のコンピュータデバイスなどの電子マッチングシステムであってもよい。
【０１０８】
取引所システム１３０は、取引注文の量と、注文フィル又は部分的フィルとなり得る別の取引注文の量とマッチするように適合される。取引注文は、１つ以上の注文エントリーパラメータを含んでもよい。マッチングの目的のため、取引所システム１３０は、取引注文をマッチするように適合されたマッチングエンジンを含んでいる。取引所システム１３０は、取引注文をマッチするように適合し、１つ以上の取引可能な対象物を売買する。取引可能な対象物は、取引所システム１３０によって取引するためにリストに載せられてもよい。取引注文は、クライアントデバイス１１０から、又はサーバサイドデバイス１４０から受信されてもよい。取引注文はまた、例えば、ゲートウェイ１２０を介してクライアントデバイス１１０から受信してもよい。さらに、取引注文は、取引所システム１３０と通信して他のデバイスから受信してもよい。一般的に、取引所システム１３０は、マッチングされるべき注文を提供する様々な他のクライアントデバイス（クライアントデバイス１１０も同様であってもよい）と通信するであろう。
【０１０９】
さらに、取引所システム１３０は、市場データを提供するように適合される。市場データは、例えば、ゲートウェイ１２０を介してクライアントデバイス１１０に提供されてもよい。一度受信されると、取引デバイス１１０は、市場データを処理して表示してもよい。表示される場合、市場データは、例えば、取引画面の一部分として、ディスプレイデバイス１１６に表示されてもよい。
【０１１０】
上述したように、取引システム１００は、サーバサイドデバイス１４０を含んでもよい。サーバサイドデバイス１４０は、サーバ、ゲートウェイ、パーソナルコンピュータ、遠隔処理デバイス、それらの組み合わせ、又は他のコンピュータデバイスを含んでもよい。例えば、サーバサイドデバイス１４０は、取引所システム１３０で同じ場所に配置される取引サーバであってもよい。別の例では、例えば、サーバサイドデバイス１４０は、トレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによって提供される、Ａｕｔｏｓｐｒｅａｄｅｒ（登録商標）又はＡｕｔｏｔｒａｄｅｒ（商標）などの自動化された取引ツールを動作するサーバであってもよい。ゲートウェイ１２０と共にサーバは、取引所システム１３０で、取引所システム１３０の中に、取引所システム１３０の周りに、又は取引所システム１３０の近くに物理的に配置されていてもよいが、自動化された取引ツールは、取引デバイス１１０を使用して制御されてもよい。
【０１１１】
サーバサイドデバイス１４０は、取引デバイス１１０よりも取引所システム１３０の近くに物理的に配置された場所で処理を提供してもよい。したがって、取引デバイス１１０の動作又は機能のすべて、取引デバイス１１０の動作又は機能のいくつか、ゲートウェイ１２０、あるいは、取引デバイスとゲートウェイデバイスの両方が、サーバサイドデバイス１４０によって行われてもよいし、取引デバイス１１０の動作又は機能が行われなくてもよい。例えば、取引所システム１３０は、取引デバイス１１０によって制御されたＸ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行していてもよい。
【０１１２】
サーバサイドデバイス１４０は、通信ネットワーク１０６を介してゲートウェイ１２０と通信し、接続されてもよい。サーバサイドデバイス１４０は、１つ以上の注文エントリーパラメータを受信してもよい。取引所システム１３０は、例えば、ゲートウェイ１２０を介して取引所システム１３０に取引注文を送信してもよい。取引注文は、取引デバイス１１０から受信された注文エントリーパラメータのうち１つ以上を含んでもよい。サーバサイドデバイス１４０はまた、取引所システム１３０を用いて取引注文を実行するように適合されてもよい。取引注文を実行することは、取引注文を発信すること、取引注文を再クウォートすること、取引注文をキャンセルすること、ヘッジ注文を送信すること、取引注文を管理すること、又はそれらのいくつかの組み合わせを含んでもよい。
【０１１３】
いくつかの実施形態では、サーバサイドデバイス１４０は、取引所システム１３０と直接通信するように適合されていてもよく、ゲートウェイ１２０なしで取引所システム１３０と通信可能であってもよい。例えば、一実施形態では、サーバサイドデバイスは、取引所に配置される場合、（顧客の土地にありそうな）ゲートウェイではなく、取引所へ直接的に、又は取引所で同じ場所に配置されるゲートウェイの別のインスタンスを介しての接続を有するであろう。
【０１１４】
さらに説明する前に、取引システム１００は、例示的な実施形態として提供されていることに注意すべきである。構成及び配置は、正確な実装に応じて変更してもよい。例えば、構成及び配置は、電子取引所の要件に応じて変更してもよい。さらに、他の現在知られている又は後で開発されるコンポーネントが取引システム１００に組み込まれてもよい。
【０１１５】
ＩＸ．結論
発明は、特定の実施形態を参照して記載されているが、本発明の範囲から逸脱することなく様々な変更を行うこと及び置き替えることができるのは当業者によって理解されるであろう。さらに、多くの変更は、本発明の精神および範囲から逸脱することなく、特定の状況又は材料を本発明の教示に適合させてもよい。したがって、発明は、本明細書に開示された特定の実施形態に限定されるものではないことを意図している。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2014514663.tif 000016
【国際調査報告】
2014514663.tif 000017