【誤訳訂正書】
【提出日】平成28年10月18日(2016.10.18)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
コンピュータによって、取引可能な対象物に関する市場データを受信するステップ、ここで市場データは、取引可能な対象物のそれぞれの価格レベルで取引可能な量を含む一方、それぞれの価格レベルで取引可能な量は、取引可能な対象物を買う側か又は売る側と同じ側に配置されている、
コンピュータによって、市場データを蓄積するステップ、
コンピュータによって、複数の価格レベルの合算量を決定するステップ、ここで合算量は、それぞれの価格レベルで取引可能な量に基づく、
決定された合算量と閾値とに基づいて価格レベルの推移の発生を、コンピュータによって選定するステップ、ここで価格レベルの推移の発生は、前回の合算量に対して、決定された合算量が閾値を超えて増えたか又は減ったかにより選定される、
価格レベルの推移の発生の選定に応答して蓄積された市場データを、コンピュータによって配信するステップ、
を含む、方法。
【請求項２】
更に、
コンピュータによって、市場データに基づいて、第２価格レベルの推移の発生を選定するステップ、ここで第２価格レベルの推移の発生の選定に応答して、蓄積された市場データが配信される、
を含む、請求項１に記載の方法。
【請求項３】
第２価格レベルの推移は、ある価格レベルで取引量有りからその価格レベルで取引量無しへの変化である、請求項２に記載の方法。
【請求項４】
第２価格レベルの推移は、ある価格レベルで取引量無しからその価格レベルで取引量有りへの変化である、請求項２に記載の方法。
【請求項５】
第２価格レベルの推移は、取引可能な対象物に関するベストビッド価格又はベストアスク価格での変化を示す、請求項２に記載の方法。
【請求項６】
第２価格レベルの推移は、取引セッションの低価格レベルでの変化、又は取引セッションの高価格レベルでの変化を示す、請求項２に記載の方法。
【請求項７】
市場データは、取引所から受信される、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
価格レベルの推移の発生は、決定された合算量が前回の合算量よりも閾値を超えて増えたときに選定される、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
価格レベルの推移の発生は、決定された合算量が前回の合算量よりも閾値を超えて減ったときに選定される、請求項１〜７のいずれか一項に記載の方法。
【請求項１０】
閾値は、絶対閾値である、請求項１〜９のいずれか一項に記載の方法。
【請求項１１】
閾値は、相対閾値である、請求項１〜９のいずれか一項に記載の方法。
【請求項１２】
蓄積された市場データを配信するステップは、蓄積された市場データを表示することを含む、請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
蓄積された市場データを配信するステップは、蓄積された市場データを取引デバイスに送信することを含む、請求項１〜１１のいずれか一項に記載の方法。
【請求項１４】
更に、
蓄積期間の終了時に、蓄積された市場データを、コンピュータによって配信するステップ、
を含む、請求項１〜１３のいずれか一項に記載の方法。
【請求項１５】
蓄積期間の終了は、定められた時間が経過したときである、請求項１４に記載の方法。
【請求項１６】
蓄積期間の終了は、市場データを要求するメッセージが取引デバイスから受信されたときである、請求項１４に記載の方法。
【請求項１７】
コンピュータは、ゲートウェイである、請求項１〜１６のいずれか一項に記載の方法。
【請求項１８】
コンピュータは、取引所である、請求項１〜１６のいずれか一項に記載の方法。
【請求項１９】
コンピュータは、取引デバイスである、請求項１〜１６のいずれか一項に記載の方法。
【請求項２０】
コンピュータに請求項１〜１９のいずれか一項に記載の方法を実行させるためのプログラム。
【請求項２１】
コンピュータに請求項１〜１９のいずれか一項に記載の方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２２】
プロセッサ、
命令を記憶したメモリ、
を備え、
前記命令が実行されると、少なくとも、
コンピュータによって、取引可能な対象物に関する市場データを受信するステップ、ここで市場データは、取引可能な対象物のそれぞれの価格レベルで取引可能な量を含む一方、それぞれの価格レベルで取引可能な量は、取引可能な対象物を買う側か又は売る側と同じ側に配置されている、
コンピュータによって、市場データを蓄積するステップ、
コンピュータによって、複数の価格レベルの合算量を決定するステップ、ここで合算量は、それぞれの価格レベルで取引可能な量に基づく、
決定された合算量と閾値とに基づいて価格レベルの推移の発生を、コンピュータによって選定するステップ、ここで価格レベルの推移の発生は、前回の合算量に対して、決定された合算量が閾値を超えて増えたか又は減ったかにより選定される、
価格レベルの推移の発生の選定に応答して蓄積された市場データを、コンピュータによって配信するステップ、
を実行する、システム。
【請求項２３】
更に、
コンピュータによって、市場データに基づいて第２価格レベルの推移の発生を選定するステップ、ここで第２価格レベルの推移の発生の選定に応答して、蓄積された市場データが配信される、
を実行する、請求項２２に記載のシステム。
【請求項２４】
第２価格レベルの推移は、ある価格レベルで取引量有りからその価格レベルで取引量無しへの変化である、請求項２３に記載のシステム。
【請求項２５】
第２価格レベルの推移は、ある価格レベルで取引量無しからその価格レベルで取引量有りへの変化である、請求項２３に記載のシステム。
【請求項２６】
第２価格レベルの推移は、取引可能な対象物に関するベストビッド価格又はベストアスク価格での変化を示す、請求項２３に記載のシステム。
【請求項２７】
第２価格レベルの推移は、取引セッションの低価格レベルでの変化、又は取引セッションの高価格レベルでの変化を示す、請求項２３に記載のシステム。
【請求項２８】
市場データは、取引所から受信される、請求項２２〜２７のいずれか一項に記載のシステム。
【請求項２９】
価格レベルの推移の発生は、決定された合算量が前回の合算量よりも閾値を超えて増えたときに選定される、請求項２２〜２８のいずれか一項に記載のシステム。
【請求項３０】
価格レベルの推移の発生は、決定された合算量が前回の合算量よりも閾値を超えて減ったときに選定される、請求項２２〜２８のいずれか一項に記載のシステム。
【請求項３１】
閾値は、絶対閾値である、請求項２２〜３０のいずれか一項に記載のシステム。
【請求項３２】
閾値は、相対閾値である、請求項２２〜３０のいずれか一項に記載のシステム。
【請求項３３】
蓄積された市場データを配信するステップは、蓄積された市場データを表示することを含む、請求項２２〜３２のいずれか一項に記載のシステム。
【請求項３４】
蓄積された市場データを配信するステップは、蓄積された市場データを取引デバイスに送信することを含む、請求項２２〜３２のいずれか一項に記載のシステム。
【請求項３５】
更に、
蓄積期間の終了時に蓄積された市場データを、コンピュータによって配信するステップ、
を実行する、請求項２２〜３４のいずれか一項に記載のシステム。
【請求項３６】
蓄積期間の終了は、定められた時間が経過したときである、請求項３５に記載のシステム。
【請求項３７】
蓄積期間の終了は、市場データを要求するメッセージが取引デバイスから受信されたときである、請求項３５に記載のシステム。
【請求項３８】
コンピュータは、ゲートウェイである、請求項２２〜３７のいずれか一項に記載のシステム。
【請求項３９】
コンピュータは、取引所である、請求項２２〜３７のいずれか一項に記載のシステム。
【請求項４０】
コンピュータは、取引デバイスである、請求項２２〜３７のいずれか一項に記載のシステム。
【請求項４１】
図１に示すシステム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】価格レベルの推移に基づく市場データの配信
【背景技術】
【０００１】
電子取引システムは、一般的に、電子取引所と通信する取引デバイスを含む。電子取引所は、取引可能な対象物に関する市場についての情報（市場情報）、例えば価格及び量の情報等を送信する。取引デバイスは、メッセージ、例えば注文に関するメッセージ等を電子取引所に送信する。電子取引所は、注文量と１つ又は複数の反対側の注文量とをマッチさせようと試みる。
【０００２】
電子取引所において、取引デバイスに提供する市場情報量が増加し続けている。市場情報量の増加によって、様々な利益と問題が生じている。利益として、例えば、市場情報量の増加により、市場の透明性を高めることができる。別の例では、モバイルデバイス等のいくつかの取引デバイスは、帯域制限、ダウンロード制限、又はデータ制限のある接続を介して取引所に接続している。そのため、市場情報量の増加によって、取引デバイスがすぐに帯域許容制限、ダウンロード許容制限、又はデータ許容制限に達するという問題が生じている。別の例では、取引デバイスは、処理能力が制限されている。そのため、取引デバイスに送信される市場情報量の増加によって、取引デバイスによる処理能力の問題が生じている。また、別の例では、トレーダは、取引デバイス上に表示されたすべての情報を把握することができない（頭の中で処理することができない）。このため、増加した市場情報量が、トレーダの邪魔をしたり、トレーダの集中を妨げる可能性がある。
【０００３】
したがって、電子取引システムを介して送信される市場情報量を効果的に制御する必要がある。
【０００４】
ある実施形態は、以下の図を参照して述べられている。
【図面の簡単な説明】
【０００５】
【図１】図１は、ある実施形態に採用されている例示的な電子取引システムを示すブロック図を示す。
【図２】図２は、価格レベルの推移に基づいて市場データを配信する方法のブロック図を示す。
【図３Ａ】図３Ａは、価格レベルの推移とはならない、ある価格レベルでの量の変化の例を示す。
【図３Ｂ】図３Ｂは、価格レベルの推移とはならない、ある価格レベルでの量の変化の例を示す。
【図４Ａ】図４Ａは、価格レベルの推移となる、内部市場の変化の例を示す。
【図４Ｂ】図４Ｂは、価格レベルの推移となる、内部市場の変化の例を示す。
【図５Ａ】図５Ａは、価格レベルの推移となる、最終取引価格における変化の例を示す。
【図５Ｂ】図５Ｂは、価格レベルの推移となる、最終取引価格における変化の例を示す。
【図６Ａ】図６Ａは、価格レベルの推移の例を示す。
【図６Ｂ】図６Ｂは、価格レベルの推移の例を示す。
【図６Ｃ】図６Ｃは、価格レベルの推移の例を示す。
【図７】図７は、価格レベルの推移に基づいて市場データを配信する方法の別のブロック図を示す。
【図８】図８は、価格レベルの推移に基づいて市場データを配信する方法の更に別のブロック図を示す。
【図９】図９は、ある実施形態に採用されている例示的な電子取引システムを示す別のブロック図を示す。
【図１０】図１０は、１つ又は複数の価格レベルの推移に基づいて市場データを配信する例示的なコンピュータデバイスを示す。
【図１１Ａ】図１１Ａは、価格レベルの推移の別の例を示す。
【図１１Ｂ】図１１Ｂは、価格レベルの推移の別の例を示す。
【図１２Ａ】図１２Ａは、価格レベルの推移の更に別の例を示す。
【図１２Ｂ】図１２Ｂは、価格レベルの推移の更に別の例を示す。
【発明を実施するための形態】
【０００６】
例を示す提供図面と併せて読むと、ある実施形態が、より良く理解できる。しかしながら、実施形態は、添付図面に示される配置及び手段に限定されるものではないことを理解すべきである。
【０００７】
Ｉ．概要
ここに記載される種々の実施形態は、価格レベルの推移に基づいて市場データを配信することに関する。１つ又は複数の価格レベルの推移が選定されたときに、市場データを配信することができる。
【０００８】
価格レベルの推移は、１つ又は複数の価格レベルにおける変化を含み、この変化は市場データの配信を開始する。例えば、価格レベルの推移は、１つ又は複数の価格レベルで「取引量有り」から「取引量無し」への変化であってもよい。説明のために、この価格レベルの推移は、ある価格レベルのビッド又はオファーで取引無し状態からその価格のビッド又はオファーで取引有り状態への変化を含んでもよい。その反対（例えば、「取引量無し」から「取引量有り」への変化）も価格レベルの推移である。例えば、ある価格で「取引量無し」から「取引量有り」への変化も、価格レベルの推移の例に含まれる。別の価格レベルの推移の例としては、最終取引価格における変化がある。更に別の価格レベルの推移の例としては、合算取引量が、合算取引量の閾値より上か、又は下への変化がある。別の価格レベルの推移の例としては、取引セッションのための新しい高い価格レベルか、又は低い価格レベルであってもよい。他の価格レベルの推移も、市場データの配信のトリガーとして使用されてもよい。
【０００９】
ある実施形態では、市場データは、１つ又は複数の価格レベルの推移が選定されたときに配信されることを条件とする。例えば、ゲートウェイが連続的に／周期的に取引所から市場データを受信する場合、ゲートウェイは、価格レベルの推移が選定されたときにのみ、市場データを取引デバイスに送信してもよい。これは、取引デバイスに配信される情報量を減らすが、市場においてある種の変化が生じたときに市場データを配信することができる。
【００１０】
ある実施形態では、価格レベルの推移が選定されたときに市場データを配信するが、これに加えて、価格レベルの推移が選定されたか否かにかかわらず、所定の期間の終了時に定期的に市場データが配信されてもよい。市場データは、例えば、ゲートウェイで蓄積し、取引デバイスに定期的に配信されてもよい。蓄積とは、所定の期間を過ぎると最新のデータを提供するために市場データを組み合わせることを言う。ある実施形態では、市場データは、価格レベルの推移が選定されれば、期間の満了前に配信されてもよい。期間の終了まで待つ代わりに、価格レベルの推移が選定されればいつでも蓄積した市場データを送信してもよい。これは、蓄積期間が長い場合に、特に有益である。別の例として、蓄積期間中に価格レベルの推移が生じた場合に限り、蓄積期間の終了時に取引デバイスに対して市場データを配信してもよい。これにより蓄積期間の終了時で市場データの送信を実行する回数を減らすことができる。
【００１１】
ある実施形態では、システムは、電子取引所を含む。電子取引所は、取引可能な対象物に関する注文メッセージを受信し、取引可能な対象物のマッチしない１つ又は複数の注文に関する市場データを含む価格フィードを送信するように構成される。システムは、ゲートウェイを含んでもよい。ゲートウェイは、価格フィードを受信し、市場データを蓄積し、市場データを配信するように構成される。システムは、取引デバイスを含んでもよい。取引デバイスは、ゲートウェイから市場データを受信し、ディスプレイに市場データを表示するように構成される。価格レベルの推移は、市場データの配信を開始する価格レベルでの変化である。ゲートウェイは、１つ又は複数の価格レベルの推移を選定するように構成されており、１つ又は複数の価格レベルの推移の選定に応答して市場データを送信する。
【００１２】
ある実施形態では、有形のコンピュータ読み取り可能な記録媒体は、プロセッサによって実行される命令を含む。命令は、プロセッサによって実行されるとき、コンピュータを使用して、取引可能な対象物に関する価格及び量についての情報を含む市場データを受信するステップを含む方法を実施する。更に、方法は、コンピュータを使用して、１つ又は複数の価格レベルの推移を選定するステップを含んでもよい。価格レベルの推移は、市場データの配信を開始（トリガー）する価格レベルでの変化である。更に、方法は、コンピュータを使用して、１つ又は複数の価格レベルの推移の選定に応答して市場データを配信するステップを含んでもよい。
【００１３】
本明細書は、他の構成要素のうち、ハードウェア上で実行されるソフトウェアを含む実施形態を開示しているが、実施形態は単なる例示であって、限定されるものではないことに留意するべきである。例えば、これらのハードウェア及びソフトウェア要素のすべてか、又はいずれかは、専らハードウェア、専らソフトウェア、専らファームウェア、又はハードウェア、ソフトウェア、及び／又はファームウェアのいくつかの組合せにおいて実施されてもよいことが意図されている。したがって、ある実施形態は、他の方法で実施することができる。
【００１４】
ＩＩ．詳細な説明
図１は、ある実施形態で採用できる例示的な電子取引システム１００を示すブロック図である。電子取引システム１００は、取引デバイス１１０、ゲートウェイ１２０、及び取引所１３０を含む。取引デバイス１１０は、ゲートウェイ１２０と通信する。ゲートウェイ１２０は、取引所１３０と通信する。本明細書で使用されるように、用語「通信する」とは、直接通信すること、及び／又は１つ又は複数の媒介構成要素を通じて間接通信をすることを包含する。図１に示される例示的な電子取引システム１００は、本明細書に提供される教示及び開示から逸脱することなく、追加の構成要素、サブシステム、及び要素と通信し、追加の機能及び能力を提供することができる。
【００１５】
動作において、取引デバイス１１０は、ゲートウェイ１２０を介して取引所１３０から市場データを受信することができる。ユーザは、取引デバイス１１０を使用し、この市場データを監視することができる。及び／又は、ユーザは、取引デバイス１１０を使用し、１つ又は複数の取引可能な対象物を買うか又は売るための注文メッセージを取引所１３０に送信する決定を行うことができる。
【００１６】
取引可能な対象物は、取引されるものであればなんでもよい。例えば、取引可能な対象物のある量は、特定の価格で買われるか又は売られてもよい。取引可能な対象物は、例えば、金融商品、株、オプション、債券、先物、通貨、ワラント、ファンドデリバティブ、証券、商品、スワップ、金利商品、インデックスベースプロダクト、取引イベント、グッズ、又はこれらの組み合わせを含んでもよい。取引可能な対象物は、取引所（例えば、取引所１３０）によって列挙された製品及び／又は管理された製品、ユーザによって定義された製品、実際の製品又は合成製品の組合せ、又はこれらの組合せを含んでもよい。実際の取引可能な対象物に対応する、及び／又は実際の取引可能な対象物と同様である合成の取引可能な対象物があってもよい。
【００１７】
市場データは、取引可能な対象物に関する市場についてのデータを含んでもよい。例えば、市場データは、内部市場、市場深度、最終取引価格（「ＬＴＰ」）、最終取引量（「ＬＴＱ」）、又はこれらの組合せを含んでもよい。内部市場は、ある時点で特定の取引可能な対象物に関する市場において、取引量有り状態の最も低いアスク価格（ベストオファー）及び取引量有り状態の最も高いビッド価格（ベストビッド）である。市場深度は、内部市場で取引量有り及び内部市場から離れた他の価格で取引量有りを意味する。取引量有りによって、市場深度に「ギャップ」があってもよい。
【００１８】
データフィードは、市場データを含む１つ又は複数のメッセージの列である。異なる種類のデータフィードが生成されてもよいし、及び／又は供給されてもよい。異なる種類のデータフィードとしては、例えば、価格データフィード、注文データフィード、フィルデータフィード、又はいくつかの他の現在知られているか、又は後に開発されるデータフィードがある。価格データフィードは、少なくとも内部市場、市場深度、最終取引価格、及び最終取引量を含んでもよい。価格データフィード内のデータは、特定の市場参加者固有のものではない。このように、価格データフィードは、これらの市場参加者に関係するか否かどうかにかかわらず、複数の市場参加者に提供されてもよい。価格データフィードは、実施形態に応じて変更してもよい。
【００１９】
電子取引システム１００における１つ又は複数の構成要素は、１つ又は複数の価格レベルの推移に基づいて市場データを配信するように構成されてもよい。例えば、取引所１３０は、価格レベルの推移を検出したときに、価格データフィードを生成し、及び／又は価格データフィードを配信してもよい。別の例では、ゲートウェイ１２０は、価格レベルの推移が認識されるまで価格データフィードを蓄積してもよい。更に別の例では、取引デバイス１１０は、価格レベルの推移の検出に応答して市場データの表示を更新してもよい。
【００２０】
図２は、１つ又は複数の価格レベルの推移に基づいて市場データを配信する方法２００を示す。方法２００は、装置（例えば、図１の取引デバイス１１０、ゲートウェイ１２０、又は電子取引所１３０等）、システム、コンピュータプログラム、コンピュータ読み取り可能な媒体、又はこれらの組合せのいくつかによって、又はそれらのいくつかを用いて実施されてもよい。
【００２１】
方法２００に関しては、本明細書で述べられているいくつかの発明の態様の精神及び範囲から逸脱することなく、工程を追加する、異なる工程を含める、又は工程を減らす等の変更及び修正をして、図２に示される処理を実行してもよい。例えば、方法２００は、工程２２０−２３０のみを含んでもよいし、又は異なる工程の組合せを含んでもよい。更に、図２に示される工程は、図示された順番で実行されてもよいし、又は異なる順番で実行されてもよい。
【００２２】
工程２１０では、図１の取引デバイス１１０、ゲートウェイ１２０、又は取引所１３０等のコンピュータデバイスが、市場データを受信する。市場データを受信するステップは、市場データを収集するステップ、生成するステップ、集約するステップ、取得するステップ、又はそれ以外の取得ステップを含んでもよい。例えば、取引デバイスは、蓄積された価格データフィード又は蓄積解除された価格データフィードをゲートウェイから受信してもよい。別の例では、取引所は、１つ又は複数の取引デバイスから取引可能な対象物に関連する注文メッセージを受信してもよい。取引所は、取引可能な対象物についてのデータを収集してもよい。例えば、取引所は、取引可能な対象物に関する注文などの情報を取引注文ブックに記憶してもよい。取引所は、取引注文ブックに記憶された情報に基づいて価格データフィードを生成してもよい。
【００２３】
工程２２０では、コンピュータは、価格レベルの推移が生じたかどうかを決定する。価格レベルの推移の発生を決定するステップは、１つ又は複数の価格レベルの推移を選定するために市場データを分析するステップを含んでもよい。ある実施形態では、価格レベルの推移を決定するステップは、市場データを分析し、１つ又は複数の市場状況の存在を検出するために１つ又は複数の価格レベルの推移ルールを使用するステップを含んでもよい。価格レベルの推移ルールの例としては、「特定の価格レベルですべての量が消えたときに価格レベルの推移が生じた」としてもよい。価格レベルの推移ルールの別の例としては、「最終取引価格が変化したときに価格レベルの推移が生じた」としてもよい。１つ又は複数の価格レベルの推移ルールが、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図５Ａ、図５Ｂ、図６Ａ−６Ｃに示される例に定義されており、それらが以下に述べられている。コンピュータは、１つ又は複数の価格レベルの推移ルール及び市場データを使用し（例えば、１つ又は複数の価格レベルの推移ルールと市場データを比較し）、いつ価格レベルの推移が生じたかを決定してもよい。価格レベルの推移ルールは、（例えば、製造時に、又は取引セッション中又は取引セッション前にユーザによって）デフォルトとして設定されてもよいし、又は動的に（例えば、自動的に又は手動で）変更されてもよい。
【００２４】
以下に更に詳細に述べられているように、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ、図５Ａ、図５Ｂ、図６Ａ−６Ｃ、図１１Ａ、図１１Ｂ、図１２Ａ及び図１２Ｂは、例示的な価格レベルの推移を示している。図３Ａ及び図３Ｂは、価格レベルの推移が特定の価格レベルで取引量有りから取引量無しへの変化を含む例を示している。図４Ａ及び図４Ｂは、価格レベルの推移が内部市場における変化を含む例を示している。図５Ａ及び図５Ｂは、価格レベルの推移が最終取引価格における変化を含む例を示している。図６Ａ−６Ｃは、価格レベルの推移が複数の価格レベルでの変化を含む例を示している。図１１Ａ及び図１１Ｂは、価格レベルの推移が反対側の注文に対し、ある範囲での合算取引量の変化を含む例を示している。図１２Ａ及び図１２Ｂは、価格レベルの推移が取引セッションで新しい高い価格レベル又は新しい低い価格レベルを含む例を示している。
【００２５】
図３Ａ及び図３Ｂに戻って、これらの例示的な図は、価格軸３００を含むユーザインタフェースを示している。バリュー軸３００は、軸方向に増減するバリューレベルを含む。バリューレベルは、取引可能な対象物のバリュー（例えば、価格又は価格のデリバティブ等）を示し、多くの場合それらは数の順に表示される。図３Ａ及び図３Ｂに示されるバリューレベル又は価格レベルは、市場の価格が変更できる最小量（例えば、ティックサイズ）を増加してもよいし、又はいくつかの他のセット量を増加してもよい。バリューレベルの数は、固定であってもよいし、調整可能であってもよい。バリュー軸は、例えば２０個のバリューレベルを有していてもよいが、それよりも多い又は少ないバリューレベルを用いることができる。ビッド、オファー、最終取引量、ワーキングオーダー、又は市場に関連するいくつかの他の興味のある項目が、バリュー軸に整列して表示することも可能である。バリューレベルは、電子取引を可能にするラダー取引ツールであってもよい。例えば、取引可能な対象物に関する注文は、バリュー軸３００から直接開始（及び一実施形態では送信）してもよい。ある実施形態では、バリューレベルは、イリノイ州のシカゴのトレーディング・テクノロジーズ・インターナショナル・インコーポレイテッド（「トレーディング・テクノロジーズ」）によって提供されるＭＤトレーダ（登録商標）に含まれてもよい。バリューレベルは、追加の取引ツールを含んでもよい。
【００２６】
図３Ａ及び図３Ｂでは、「ｘ」は、その価格レベルで取引量有りを示している。価格レベル３１０で示されるように、価格レベル９９において「ｘ」で示される取引量が存在する。例えば、「ｘ」がある場合においては、取引量は１であってもよいし、又は取引量は、８５であってもよい。「ｘ」は、０より大きい量を示している。３１０で示されるように、取引所に対し９９の価格レベルで１つ又は複数のビッドが注文されている。ある実施形態では、実際の取引可能な量は、知る事ができ、及び／又は表示されている。しかしながら、別の実施形態では、実際の取引量は、知る事ができず、及び／又は表示もされない。価格レベル３２０で示されるように、９９の価格レベルで前回取引可能であった量は、もはや取引できなくなっている。例示のために、９９の価格レベルで取引可能な対象物を買うための注文がキャンセルされているとする。その注文は、その価格レベルでの注文のみである。結果として、その注文がキャンセルされたとき、もはや取引量有りはなくなる。「取引量有り（図３Ａ）」から「取引量無し（図３Ｂ）」への変化は、価格レベルの推移の例である。
【００２７】
図４Ａ及び図４Ｂは、バリュー軸４００を示す。バリュー軸４００は、図３Ａ及び図３Ｂのバリュー軸３００と同じものであるか、又はよく似たものである。図４Ａ及び図４Ｂは、内部市場の変化を示している。図４Ａに示されるように、内部市場４１０は、１０１／１０２である。なぜならば、ベストビッド価格４１２が１０１の価格レベルにあって、ベストアスク価格４１４が１０２の価格レベルにあるからである。内部市場は、ある時点で特定の取引可能な対象物に関する市場において、取引量有り状態の最も低いアスク価格（ベストアスク）及び取引量有り状態の最も高いビッド価格（ベストビッド）である。
【００２８】
図４Ｂは、図４Ａの内部市場における変化を示す。図４Ｂに示されるように、内部市場４２０は、１０３／１０４に変化している。なぜならば、ベストビッド価格４２２が１０３の価格レベルにあって、ベストアスク価格４２４が１０４の価格レベルにあるからである。内部市場における変化（例えば、１０１／１０２から１０３／１０４への変化）は、価格レベルの推移の例である。
【００２９】
図４Ａ及び図４Ｂに示されるように、図示された内部市場における変化は、「取引量有り」から「取引量無し」への変化が２つ（例えば、１０３／１０４の価格レベルと９８の価格レベル）含まれている。ここで、内部市場の変化は、単一の切り換え、すなわち「取引量有り」から「取引量無し」へ変更、又はその逆の変更であるとすることができる。例えば、内部市場が１０１／１０４であったとする。ここで、１０３の価格レベルで取引可能な対象物を買うための注文が出てくると、内部市場は１０３／１０４に変更する。なぜならば、ベストビッドが１０３に変わるからである。前は、１０３の価格レベルで取引量無しであったが、現在は取引量有りに変わる。この変化も、内部市場における変化である。
【００３０】
取引戦略は、価格レベルでの量における変化（例えば、８ビッドから１２ビッドへの変化）に基づいていなくてもよい。しかしながら、取引戦略は、「取引量有り」から「取引量無し」への変化に依存する。これらの変化は、多くの場合、ある種の操作を伴う変化である。例えば、スプレッド価格が広い（例えば、２つの取引可能な対象物間の価格が比較的大きく離れている）と仮定する。スプレッド価格が狭くなると、様々な価格レベルでの量が、「取引量無し」から「取引量有り」への変更、又はその逆の変更を伴う。取引戦略は、スプレッド価格を狭くすることを要件とすることもあってもよい。別の例では、取引戦略は、特定の取引可能な対象物の内部市場にリーンしてもよい。取引戦略の目的として、内部市場で取引量が有れば、それだけで、この取引可能な対象物にリーンしても大丈夫であると仮定する事ができる。したがって、上記のいずれの例においても、取引戦略のために、どのくらいの量の取引ができるかは、重要ではなく、取引量有りの状態が存在していることのみが重要となる。
【００３１】
図５Ａ及び図５Ｂは、最終取引価格（ＬＴＰ）における変化を示す。最終取引価格における変化は、価格レベルの推移の一例である。最終取引価格は、取引可能な対象物が最後に取引されたときの価格である。図５Ａの例では、最終取引価格５１０は、１０２の価格レベルである。これは、１０２の価格レベルで取引可能な対象物を買うための注文が１０２の価格レベルで取引可能な対象物を売るための注文にマッチしたことを意味する。その結果、最終取引価格５１０は、１０２の価格レベルにある。
【００３２】
最終取引価格は、変化してもよい。この変化は、価格レベルの推移であってもよい。例えば、図５Ｂの例に示されるように、１０４の価格レベル５２０で取引対象物を５ユニット売るための注文は、ベストビッド価格（例えば、図５Ｂにおける価格レベル５３０）で５ユニット売るように変更されてもよい。一度変更されると、１０１の価格レベル５３０で５ユニット売るための注文は、１０１の価格レベル５３０で取引可能な対象物を買うための１つ又は複数の注文とマッチする。一度注文がマッチすると、最終取引価格は、１０２の価格レベル５１０に対して、１０１の価格レベル５３０に変化する。最終取引価格における変化は、価格レベルの推移の一例である。
【００３３】
一度変更の注文が入力されると、価格レベル５２０で取引量有りの量は、（図５Ａの）１０から（図５Ｂの）５に変化する。取引量有りの量の変化は、必ずしも価格レベルの推移に該当しない。なぜならば、価格レベル５２０で未だ取引量有りがあるからである。一度（買う又は売るための）注文がマッチすると、価格レベル５３０で取引量有りの量は、（図５Ａの）９から（図５Ｂの）４に減少する。取引量有りの量の変化もまた、必ずしも価格レベルの推移に該当しない。なぜならば、価格レベル５３０に未だ取引量有りがあるからである。
【００３４】
ある価格レベルは、他の価格レベルよりも重要であってもよい。その結果、ある価格レベルの推移は、より重要であってもよい。ある実施形態では、ある価格レベルでの価格レベルの推移は、市場データの配信を開始しなくてもよい。これらの価格レベルの推移は、市場データを配信する目的のために無視してもよい。ある実施形態では、ある価格レベルでの価格レベルの推移があっても、市場データを配信する目的のための価格レベルの推移とみなさなくてもよい。
【００３５】
図６Ａ−図６Ｃは、例示的な実施形態を示しており、この実施形態は、ある価格レベルでの価格レベルの推移が市場データの配信を開始し、他の価格レベルでの価格レベルの推移が市場データを配信する目的のために利用されない例を示している。図６Ａでは、内部市場は１０１／１０３である。この例では、内部市場のレベルから、内部市場レベルを含み、２レベル以内で離れた価格レベルの推移は、市場データの配信の目的のための価格レベルの推移と見なされる。図６Ａに示されるライン６１０、６２０は、市場データの配信を開始する価格レベルの範囲（例えば、１００−１０４の価格レベル）を示している。ライン６１０、６２０はまた、価格レベルの推移が市場データの配信を開始しない価格レベル（例えば、内部市場から２レベルより多く離れた価格レベル）のラインを示している。
【００３６】
内部市場からの距離は、絶対距離又は相対距離であってもよい。絶対距離の例は、内部市場からの（例えば、定義された）ティック数で特定される。その例は、図６Ａに示されている。又、相対距離の例は、内部市場から離れる方向にある、量を伴う価格レベルの数であってもよい。例えば、図６Ａにおいて、１００の価格レベルには量が無いと仮定した場合、ライン６２０は、１ティック下に移動する。なぜならば、９９の価格レベルが量を伴う第２番目の価格レベルであるからである。
【００３７】
図６Ｂは、市場データの配信を開始しない価格レベルの推移を示す。価格レベル６３０に示される９８は、図６Ａにおいて示された取引量有りの状態は、図６Ｂにおいて取引量無しの状態に変わっている。この「取引量有り」から「取引量無し」への変化は、基本的に、市場データの配信をトリガー（開始）する価格レベルの推移とみなされる。しかしながら、内部市場から２レベルより多い価格レベルで離れた価格レベルに変化が生じているため、価格レベルの推移は配信の目的のための価格レベルの推移とみなされない。時間の経過と共に、市場が動き、この価格レベル６３０が定義されたトリガーレベルの範囲内に入る事もある。
【００３８】
図６Ｃは、市場データの配信を開始する価格レベルの推移を示す。価格レベル６４０に示される１００は、図６Ｂにおいて示される「取引量有り」の状態から、図６Ｃにおいて示される「取引量無し」の状態に変化する。「取引量有り」から「取引量無し」へのこの変化は、市場データの配信をトリガーする。なぜならば、それは内部市場から２レベル以内のレベルでしか離れていない価格レベルで生じているからである。時間の経過と共に、市場が動き、この価格レベル６４０が定義されたトリガーレベルの範囲内に入らない事もある。
【００３９】
市場データの配信を開始する価格レベルの推移であるとする為の条件は、例えば、ユーザ、取引ツールによって設定されてもよいし、又は製造時のデフォルトとして設定されてもよい。例えば、トレーダは、取引セッションの前か、又は取引セッションの間のいずれかで、どの価格レベルが市場データの配信を開始するかを設定してもよい。別の例では、自動取引ツールが、例えば、市場活動、トレーダの嗜好、又は他の基準に基づいて、価格レベルを設定してもよい。自動取引ツールは、連続的に調整してもよい（例えば、図６に示されるウィンドウを広げるか／狭めるか、個々の価格レベルを選択してもよい）。この場合、どの価格レベルの範囲を、市場データの配信をトリガーする範囲とすべきかは、市場データの配信を最適量にすることを考慮して行われる。
【００４０】
図１１Ａ及び図１１Ｂは、価格レベルの推移の別の例を示す。ある実施形態の、ある取引戦略では、１つ、複数、又はすべての価格レベルに亘って合算された量によって決定してもよい。例えば、ある取引戦略では、取引を満たすことができるために、１つ、複数、又はすべての価格レベルで取引量が十分に有ることを要求してもよい。図１１Ａに示される取引戦略では、バリュー軸を使用して買われる／売られる取引可能な対象物を３０ユニット売るように設計されていてもよい。取引戦略は、（価格にはこだわらないと仮定すると）売るための十分な深さがあることによって決定してもよい。図１１Ａでは、合算された取引量のビッド量１１１０は３１ビッドである。これは、３０ユニットを売るための注文とマッチするのに十分な量である。しかしながら、図１１Ｂに示されるように、合算された取引量であるビッド量１１２０は、１８ビッドに減少している。これは、十分な量ではない。合算量の閾値は、絶対閾値又は相対閾値であってもよい。絶対閾値は、デフォルトとして設定されてもよいし、又は取引セッション前又は取引セッション中にユーザによって設定されてもよい。相対閾値は、例えば、（例えば、取引戦略が別の取引可能な対象物にリーンしている場合に）他の注文の変化に応じて変化してもよい。ある実施形態では、ある複数の価格レベルが、合算量の閾値と組み合わされてもよい。
【００４１】
図１２Ａ及び図１２Ｂは、価格レベルの推移の別の例を示す。ある実施形態では、価格レベルの推移は、取引セッションのための高い価格レベル又は低い価格レベルにおける変化を含んでもよい。取引セッションは、取引可能な対象物が取引可能な状態にある（例えば、営業日）ようなセッションを含んでもよい。取引セッションは、例えば、毎日の開始時間と終了時間を有してもよい。
【００４２】
図１２Ａでは、取引セッションにおける高い価格レベル１２１０（例えば、取引可能な対象物を購入するために支払われた最も高い価格）は、現在１０３の価格レベルである。しかしながら、図１２Ｂに示されるように、１０４の価格で存在していた取引可能な対象物の売り注文（例えば、１２の量）は、１０４の価格レベル１２２０で反対側の買い注文にマッチした。その結果、取引セッションにおける新しい高い価格レベルは、１０４となる。それは１０３から１０４に変化した。この変化は、価格レベルの推移の例である。
【００４３】
図２に示す方法２００の工程２２０に戻って、価格レベルの推移が検出されるイベント（例えば、図２における「はい」）において、コンピュータデバイスは、工程２３０に示されるように市場データを配信してもよい。しかしながら、価格レベルの推移が検出されなかった場合（例えば、図２の工程２２０における「いいえ」）、方法２００は工程２１０に戻り、再び市場データを受信する。市場データは、任意の更新された市場データを取り込むために受信してもよい。これは、価格レベルの推移が検出されるまで繰り返されてもよい。
【００４４】
工程２３０では、コンピュータは市場データを配信する。市場データを配信するステップは、市場データを生成するステップ、送信するステップ、伝達するステップ、表示するステップ、又はそれ以外の通信をするステップを含んでもよい。配信は、異なる構成要素毎に異なってもよい。例えば、価格レベルの推移の検出時に、例えば、図１の取引所１３０等の取引所が価格フィード、又は市場データを含むメッセージを開放してもよい。別の例では、ゲートウェイは、取引所から価格フィードを受信し、価格レベルの推移の検出時に価格フィードを取引デバイスに送ってもよい。更に別の例では、取引デバイスは、価格フィードを受信し、価格レベルの推移の検出時に、例えば、価格軸に沿って市場データを表示してもよい。
【００４５】
図７は、１つ又は複数の価格レベルの推移に基づいて市場データを配信するための方法７００のブロック図を示す。方法７００は、装置（例えば、図１の取引デバイス１１０、ゲートウェイ１２０、又は電子取引所１３０等）、システム、コンピュータプログラム、コンピュータ読み取り可能な媒体、又はこれらの組合せのいずれかによって実施されてもよい。
【００４６】
方法７００に関して、本明細書で述べられているある発明の態様の精神及び範囲から逸脱することなく、工程の追加、工程の変更、又は工程の削除等の変更及び修正をして、図７に示される処理を実行してもよい。例えば、方法７００は、工程７２０、７３０、及び７６０のみを含むか、又は工程の異なる組合せを含んでもよい。更に、図７に示される工程は、図示された順番で実行されてもよいし、異なる順番で実行されてもよい。図７に示される工程は、図２に示される工程と同じであるか、又はよく似たものであってもよい。
【００４７】
工程７１０において、コンピュータは、市場データを受信する。
【００４８】
工程７２０において、コンピュータは、市場データの蓄積を開始するか、又は市場データの蓄積を継続してもよい。市場データを蓄積するステップは、市場データを合算するステップを含んでもよい。例えば、市場データが蓄積されるので、蓄積期間の終了時に、最新の市場データを送信することができる。「古い」市場データ（例えば、最新ではない市場データ）は、破棄されるか、又使用されず、最終的に配信されなくてもよい。
【００４９】
工程７３０において、コンピュータは、蓄積期間が終了したかどうかを決定してもよい。蓄積期間（例えば、コンピュータが市場データを蓄積する期間）は、（例えば、５秒に）定義されてもよいし、又は（例えば、蓄積されたデータを要求するメッセージが受信されるまで）動的であってもよい。蓄積期間が終了したかどうかを決定するステップは、蓄積期間の時間を測定するための蓄積タイマーを使用するステップを含んでもよい。蓄積タイマーは、蓄積期間が定義されたときに特に役立つかもしれない。例示のために、蓄積期間が、１秒の定義された期間を有するとする、蓄積期間が１秒より小さい場合、蓄積期間は終了しない。しかしながら、蓄積期間が１秒又は複数秒である場合、蓄積時間は終了する。別の例として、蓄積されたデータを要求するメッセージが受信されたときに、蓄積期間が終了してもよい。
【００５０】
工程７４０において、蓄積期間が終了しない場合（図７の工程７３０における「いいえ」）、コンピュータは、価格レベルの推移があったかどうかを決定する。価格レベルの推移が生じていなかった場合（図７の工程７４０における「いいえ」）、コンピュータは、工程７５０において更新された市場データを受信してもよい。市場データが前回受信されてから、市場データが更新されていなくてもよい（例えば、工程７１０又は工程７５０のいずれか）。いずれにしても、コンピュータは、工程７３０において蓄積期間が終了する（図７の工程７３０における「はい」）まで市場データの蓄積を継続する。
【００５１】
工程７６０において、蓄積期間が終了したとき（図７の工程７３０における「はい」）か、又は価格レベルの推移が検出されたとき（図７の工程７４０における「はい」）、コンピュータデバイスが市場データを配信する。
【００５２】
図８は、１つ又は複数の価格レベルの推移に基づいて市場データを配信するための方法８００のブロック図を示す。方法８００は、装置（例えば、図１の取引デバイス１１０、ゲートウェイ１２０、又は電子取引所１３０等）、システム、コンピュータプログラム、コンピュータ読み取り可能な媒体、又はそれらの組合せのいずれかによって実施されてもよい。
【００５３】
方法８００に関して、本明細書で述べられているいくつかの発明の態様の精神及び範囲から逸脱することなく、工程の追加、工程の変更、又は工程の削除等の変更及び修正をして、図８に示される処理を実行してもよい。例えば、方法８００は、工程８２０、８３０、及び８６０のみを含んでもよいし、又は工程の異なる組合せを含んでもよい。更に、図８に示される工程は、図示された順番で実行されてもよいし、異なる順番で実行されてもよい。
【００５４】
図８に示されるいくつかの工程は、図２及び／又は図７に示される工程と同じであるか、又はよく似たものであってもよい。例えば、工程８１０は、図２の工程２１０又は図７の工程７１０と同じであってもよいし、又はよく似たものであってもよい。別の例として、工程８２０及び／又は８３０は、図７の工程７２０又は７３０と同じであってもよいし、又はよく似たものであってもよい。他の工程についても、同じであってもよいし、又はよく似たものであってもよい。
【００５５】
工程８１０において、コンピュータは、市場データを受信する。
【００５６】
工程８２０において、コンピュータは、市場データを蓄積する。
【００５７】
工程８３０において、コンピュータは、蓄積期間が終了したかどうかを決定する。蓄積期間が終了していなかった場合（図８の工程における「いいえ」）、コンピュータは、工程８４０において価格レベルの推移が生じたかどうかを決定する。価格レベルの推移が検出されなかった場合（図８の工程８４０における「いいえ」）、コンピュータは、工程８５０において、新たに更新された市場データを受信し、市場データの蓄積を継続する。
【００５８】
蓄積期間が終了したイベント（図８の工程８３０における「はい」）において、コンピュータデバイスは、工程８６０に示されるように、（最後に成された市場データが配信に対してか、又は一番最近の蓄積期間中に）価格レベルの推移があったかどうかを決定してもよい。そうでない場合（図８の工程８６０における「いいえ」）、蓄積期間は、工程８７０においてリセットされる。コンピュータデバイスは、工程８５０において、新たに更新された市場データを受信し、市場データの蓄積を継続する。蓄積期間をリセットするステップ（工程８７０）は、例えば、タイマーをリセットするステップ又は蓄積されたデータを要求するメッセージを待つことを継続するステップを含んでもよい。
【００５９】
例えば、工程８４０か、又は工程８６０のいずれかにおいて、価格レベルの推移があったイベントでは、コンピュータデバイスが工程８８０に示されるように市場データを配信してもよい。
【００６０】
図９は、ある実施形態が採用できる例示的な電子取引システム９００のブロック図を示す。ある実施形態では、電子取引システム９００は、図１の電子取引システム１００の１つ又は複数の実施形態の拡張である。その結果、システム９００における１つ又は複数の構成要素は、システム１００における１つ又は複数の構成要素と同じであってもよいし、又はよく似たものであってもよい。
【００６１】
図９は、価格レベルの推移に基づいて市場データを配信することについての少なくとも２〜３個の利点を強調して示している。概して、サーバから取引デバイスへ送られる価格の更新は、更新すべきデータ量や、ある価格レベルでの取引量の急激な変化（例えば、スピン又は急速な更新）によって支配される。この更新又は急激な変化の例として、ある価格レベルでの取引量が、１秒未満の間に、２４から３２へ、４８へ、１２へ、８４へ、７５へ変化する場合が考えられる。それは、ある価格レベルで提供された量の変化が、あまりにも早すぎて、市場が「どのレベル」にあるか（又はどの深さレベルに量があるか）の認識をすることができない場合が多い。例えば、１０個の市場で９ビッドある場合、９でのビッド量は、ベストビッド価格レベルが上下動する前に、何回も変化するかもしれない。人間がある深さレベルの範囲（例えば、ベストビッド位置に近傍する範囲）で、更新又は急激な量の変化を見たとき、それらはあまりにも急速に変化しているため、一つ一つの変化の量を認識することができない。しかしながら、人間（例えば、ディスプレイデバイスを見ているトレーダ）は、例えば、ベストビッドが９から１０に突然移動する等の価格レベルの動きを、容易に認識することができる。なぜなら、画面上で何もない状態から何かある状態への推移は、明確に気づくことができるからである。したがって、多くの場合において、価格レベルの推移があるときにだけ取引端末上の市場データを更新することで十分であり、多くの場合それが好まれる。
【００６２】
イリノイ州のシカゴのトレーディング・テクノロジーズ・インターナショナル・インコーポレイテッド（「トレーディング・テクノロジーズ」）によって提供されるＡＤＬ（商標）、ＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）、及び／又はＡＵＴＯＴＲＡＤＥＲ（商標）等の自動取引ツールは、深さにおける様々なレベルで取引量の変化を動作の基準にしなくてもよい。例えば、自動取引ツールは、ある価格レベルで２４の量が同じ価格レベルで３２の量に変化することに基づいて何らかの動作を取らなくてもよい。動作において、自動取引ツールは、例えば、「取引量有り」から「取引量無し」への変化、又はその逆の変化や、最終取引価格における変化等の価格レベルの変化があるときに、ケアする（例えば、動作する）だけであってもよい。言い換えると、自動取引ツールは、通常、少なくとも一部ではある価格レベルでの取引量の変化を動作の基準にしていない。なぜならば、それらは急速に変化するからである。
【００６３】
図９の例では、取引デバイス９１０ａは、ゲートウェイ９２０ａを介して取引所９３０ａと通信する。以下の説明は、主として取引デバイス９１０ａ、ゲートウェイ９２０ａ、及び取引所９３０ａに集中する。なお、取引デバイス９１０ａは、複数のゲートウェイ９２０ｎに接続され、通信してもよい。複数のゲートウェイ９２０ｎは、複数の取引所９３０ｎに接続されている。取引デバイス９１０ａと他の取引所９３０ｎとの間の通信は、取引デバイス９１０ａと取引所９３０ａとの間の通信と同じであってもよいし、似たものであってもよいし、又は異なっていてもよい。一般的に、それぞれの取引所は、取引デバイス、ゲートウェイ、ユーザ又は別の取引所と通信するための独自の好適な技術及び／又はフォーマットを有している。
【００６４】
取引デバイス９１０ａは、図１の取引デバイス１１０と似たものであってもよい。取引デバイス９１０ａは、１つ又は複数の電子コンピュータプラットフォームを含んでいてもよい。例えば、取引デバイス９１０ａは、デスクトップコンピュータ、ハンドヘルドデバイス、ラップトップ、サーバ、携帯コンピュータデバイス、取引端末、埋め込み型の取引システム、ワークステーション、「ブラックボックス」又は「グレーボックス」システム等のアルゴリズムの取引システム、コンピュータのクラスタ、又はそれらの組合せを含んでもよい。別の例として、取引デバイス９１０ａは、プロセッサによって実行するための１つ又は複数のコンピュータプログラム、アプリケーション、ライブラリ、コンピュータ読み取り可能な命令などをアクセシブルに記憶したメモリ又は他の記憶媒体と通信するシングル又はマルチコアプロセッサを含んでもよい。
【００６５】
本明細書において使用されているように、用語「構成される」及び「適用される」は、要素、構成、又はデバイスが、特定の目的のための特定の機能を実行するために、修正され、調整され、変更され、又は多様化されていることを表している。
【００６６】
ある実施形態では、取引デバイス９１０ａは、トレーディング・テクノロジーズによって提供される電子取引プラットフォームであるＸ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するパーソナルコンピュータであってもよい。別の例として、取引デバイス９１０ａは、トレーディング・テクノロジーズによって提供されるＡＤＬ（商標）、ＡＵＴＯＳＰＲＥＡＤＥＲ（登録商標）、及び／又はＡＵＴＯＴＲＡＤＥＲ（商標）等の自動取引ツールを提供する取引アプリケーションを実行するサーバであってもよい。更に別の例では、取引デバイス９１０ａは、サーバと通信する取引端末を含んでもよい。取引端末とサーバは、取引デバイス９１０ａにまとめられる。
【００６７】
取引デバイス９１０ａは、通常、ユーザによって、所有され、操作され、制御され、プログラムされ、構成され、又はそれ以外に使用される。本明細書において使用されるように、語句「ユーザ」は、限定されるものではないが、人間（例えば、トレーダ）、取引グループ（例えば、トレーダのグループ）、又は電子取引デバイス（例えば、アルゴリズムの取引システム）を含んでもよい。１人又は複数のユーザは、例えば、所有、操作、制御、プログラム、構成、又は他の使用に関与してもよい。
【００６８】
取引デバイス９１０ａは、１つ又は複数の取引アプリケーションを含んでもよい。本明細書において使用されるように、取引アプリケーションは、電子取引を容易にするか、又は向上させるアプリケーションである。取引アプリケーションは、１つ又は複数の電子取引ツールを提供する。例えば、取引デバイスによって記憶された取引アプリケーションは、１つ又は複数の取引ウィンドウ又はインタフェースに市場データを並べて表示するように実行されてもよい。別の例では、取引アプリケーションは、スプレッド取引ツールを提供する自動スプレッド取引アプリケーションを含んでもよい。更に別の例では、取引アプリケーションは、アルゴリズムを自動的に処理し、例えば、注文を出す、既存の注文を変更する、注文を削除する等のいくつかの動作を実行するアルゴリズム取引アプリケーションを含んでもよい。更に別の例では、取引アプリケーションは、１つ又は複数の取引画面を提供してもよい。取引画面は、１つ又は複数の市場とやりとりすることができる１つ又は複数の取引ツールを提供してもよい。例えば、取引ツールによって、ユーザが、市場データを取得して見ること、注文エントリーパラメータを設定すること、取引所に注文メッセージを提出すること、取引アルゴリズムを展開すること、及び／又は様々な取引戦略が実施されている間にポジションを監視することができるようにしてもよい。取引ツールの例は、バリュー軸であってもよい。取引ツールは、取引インタフェースの一部として含まれてもよい。取引アプリケーションによって提供される電子取引ツールは、常に取引可能であってもよいし、いくつかの構成においてのみ取引可能であってもよいし、又は取引アプリケーションが動作しているモードにおいてのみ取引可能であってもよい。
【００６９】
取引アプリケーションは、コンピュータ読み取り可能な媒体に記憶され、プロセッサによって実行可能なコンピュータ読み取り可能な命令を含んでいてもよい。コンピュータ読み取り可能な媒体は、様々なタイプの揮発性及び不揮発性記録媒体を含んでもよく、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的に消去可能なリード・オンリー・メモリ（ＥＰＲＯＭ）、フラッシュメモリ、いくつかの他の有形データ記憶デバイス、それらのいくつかの組み合わせを含んでもよい。本明細書において使用されるように、非一時的な又は有形のコンピュータ読み取り可能な媒体は、任意の種類のコンピュータ読み取り可能な記憶媒体を含むこと、及び信号の伝播を除外することを明確に定義している。
【００７０】
取引アプリケーションの１つ又は複数の構成要素又はモジュールは、別のコンピュータ読み取り可能な媒体から取引デバイス９１０ａのコンピュータ読み取り可能な媒体にロードしてもよい。例えば、取引アプリケーション（又は取引アプリケーションの更新）は、メーカー、開発者、又は１つ又は複数のＣＤ若しくはＤＶＤの発行者によって記憶されてもよく、その後アプリケーションを取引デバイス９１０ａ上に、又は取引デバイス９１０ａが取引アプリケーションを取得するサーバに、アプリケーションをロードする責任者に提供される。別の例として、取引デバイス９１０ａは、例えば、インターネット又は内部ネットワークを介して、サーバから取引アプリケーション（又は取引アプリケーションの更新）を受信してもよい。取引デバイス９１０ａは、取引デバイス９１０ａによって要求されたとき（「プル配信」）、及び／又は取引デバイスによって要求されないとき（「プッシュ配信」）、取引アプリケーション又は更新を受信してもよい。
【００７１】
取引デバイス９１０ａは、注文メッセージを送信するように構成されてもよい。例えば、注文メッセージは、ゲートウェイ１２０を介して取引所１３０に送信されてもよい。別の例として、取引デバイス９１０ａは、現実世界で取引を行っていないシミュレーション環境において、シミュレートされた取引所に、注文メッセージを送信するように構成されてもよい。
【００７２】
注文メッセージは、ユーザの要求で送信されてもよい。例えば、トレーダは、取引デバイス９１０ａを使用して、注文メッセージを送信してもよいし、取引注文用の１つ又は複数のパラメータ（例えば、注文価格及び／又は量）を手動で入力してもよい。別の例として、取引アプリケーションによって提供される自動取引ツールは、取引注文用の１つ又は複数のパラメータを計算し、注文メッセージを自動的に送信してもよい。いくつかの例では、自動取引ツールは、ユーザからの確認なしにメッセージを送信することはないが、送信すべき注文メッセージを準備してもよい。
【００７３】
注文メッセージは、１つ又は複数のデータパケットに送信されてもよいし、又は共有メモリシステムを介して送信されてもよい。例えば、取引デバイス９１０ａからの注文メッセージは、ゲートウェイ９２０ａを介して取引所９２０ａに送信されてもよい。取引デバイス９１０ａは、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、無線ネットワーク、仮想プライベート・ネットワーク、Ｔ１ライン、Ｔ３ライン、統合サービスデジタル網（「ＩＳＤＮ」）線、ポイント・オブ・プレゼンス（ＰＯＰ）、インターネット、及び／又は共有メモリシステムを使用してゲートウェイ９２０ａと通信することができる。
【００７４】
取引デバイス９１０ａは、他のメッセージを送信するように構成されてもよい。例えば、取引デバイス９１０ａは、メッセージをゲートウェイ９２０ａに送信し、蓄積された市場データを要求してもよい。応答として、ゲートウェイ９２０ａは、蓄積された市場データを返します。
【００７５】
図９に示されるように、取引デバイス９１０ａは、取引端末９１４ａと通信するサーバ９１２ａを含んでもよい。サーバ９１２ａは、取引端末９１４ａよりもゲートウェイ１２０に地理的に近い位置に配置することができる。その結果、サーバ９１２ａは、取引端末９１４ａにはない待ち時間があるという利点を有することができる。動作において、取引端末９１４ａは、取引画面をユーザに提供し、更なる処理のためにサーバ９１２ａにコマンドを送ってもよい。例えば、取引アルゴリズムがサーバ９１２ａに展開され、市場データに基づいて実行されてもよい。サーバ９１２ａは、ユーザが更なる入力をすることなしに取引アルゴリズムを実行することもできる。更に別の例では、サーバ９１２ａは、自動取引ツールを提供する取引アプリケーションを含み、取引端末９１４ａに応答してもよい。取引デバイス９１０ａにおいては、構成要素を追加してもよいし、異なる構成要素を含んでいてもよいし、又は構成要素を減少してもよい。
【００７６】
ある実施形態では、取引デバイス９１０ａは、１つ又は複数の取引アプリケーションを含んでいてもよい。１つ又は複数の取引アプリケーションは、１つ又は複数の価格レベルの推移に基づいて市場データを配信する。例えば、取引端末９１４ａは、１つ又は複数の価格レベルの推移の検出に応答して市場データを表示するだけの取引アプリケーションを含んでもよい。これは、取引端末上に表示された市場データの量を減らすことができる。その結果、ディスプレイは、表示される市場データを減らして、混乱、乱雑、又は混雑を減らすことができる。別の例では、サーバ９１２ａは、１つ又は複数の価格レベルの推移の選定に応答して取引端末に市場データを送信するだけであってもよい。これは、サーバ９１２ａと取引端末９１４ａとの間を相互に及び／又は一方に渡される市場データの量を減らすことができる。
【００７７】
取引デバイス９１０ａは、１つ又は複数の通信ネットワークを用いて、ゲートウェイ９２０ａと通信してもよい。本明細書において使用されるように、通信ネットワークは、インターネットを含む任意のネットワークであって、例えば、取引デバイス９１０ａ、ゲートウェイ９２０ａ、及び取引所９２０ａ間の通信を容易にするか、又は可能にする。例えば、図９に示されるように、取引デバイス９１０ａは、マルチキャスト通信ネットワーク９０２ａを通してゲートウェイ９２０ａと通信してもよい。ネットワーク９０２ａ上のデータは、サブジェクト（例えば、価格、注文、又はフィル）によって論理的に分けられてもよい。その結果、サーバ９１２ａ及び取引端末９１４ａは、それらの個別の要求に応じてデータ（例えば、価格、注文、又はフィルに関連するデータ）をサブスクライブ（申し込み）し、受信することができる。
【００７８】
ゲートウェイ９２０ａは、図１のゲートウェイ１２０とよく似たものであってもよく、価格サーバ９２２ａ、注文サーバ９２４ａ、及びフィルサーバ９２６ａを含んでいてもよい。ゲートウェイ９２０ａは、構成要素を追加してもよいし、異なる構成要素を含んでもよいし、又は構成要素を減らしてもよい。価格サーバ９２２ａは、価格データを処理してもよい。価格データは、１つ又は複数の取引可能な対象物の市場に関連するデータを含む。注文サーバ９２４ａは、注文データを処理してもよい。注文データは、ユーザの取引注文に関連するデータである。例えば、注文データは、注文メッセージ、確認メッセージ、又は他の種類のメッセージを含んでいてもよい。フィルサーバは、フィルデータを収集し、提供する。フィルデータは、取引注文の１つ又は複数のフィルに関連するデータを含む。例えば、フィルサーバ９２６ａは、満たされている取引注文及び満たされていない取引注文についての記録を提供してもよい。取引注文は、注文サーバ９２４ａを通ってルーティングされている。サーバ９２２ａ、９２４ａ、９２６ａは、同じコンピュータで実行されてもよいし、又は別のコンピュータで実行されてもよい。
【００７９】
ゲートウェイ９２０ａは、１つ又は複数の通信ネットワークを用いて、取引所９３０ａと通信してもよい。例えば、図９に示されるように、ゲートウェイ９２０ａと取引所９３０ａと接続している２つの通信ネットワークがあってもよい。ネットワーク９０４ａは、価格サーバ９２２ａに市場データを通信するように使用されてもよい。ある例では、取引所９３０ａは、サブスクライブ用のデバイスに発行されたデータフィード内のこのデータを含んでもよい。ネットワーク９０６ａは、注文データを通信するように使用されてもよい。ゲートウェイ９２０ａは、１つ又は複数の電子コンピュータプラットフォームを含んでもよい。例えば、ゲートウェイ９２０ａは、１つ又は複数のデスクトップコンピュータ、ハンドヘルドデバイス、ラップトップ、サーバ、携帯コンピュータデバイス、取引端末、埋め込み型の取引システム、ワークステーション、「ブラックボックス」又は「グレーボックス」システム等のアルゴリズムの取引システム、コンピュータのクラスタ、又はそれらの組合せとして使用されてもよい。
【００８０】
ゲートウェイ９２０ａは、通信を可能にする。例えば、ゲートウェイ９２０ａは、取引デバイス９１０ａと取引所９３０ａとの間で通信されたデータ用のプロトコル変換を実行してもよい。ゲートウェイ９２０ａは、例えば、取引デバイス９１０ａから受信した注文メッセージを取引所９３０ａによって理解されるデータフォーマットに処理されてもよい。同様に、ゲートウェイ９２０ａは、例えば、取引所９３０ａから受信した取引所固有のフォーマットの市場データを取引デバイス９１０ａによって理解されるフォーマットに変換してもよい。
【００８１】
ゲートウェイ９２０ａは、電子取引を容易にし、又は向上させる上述した取引アプリケーションと同様の取引アプリケーションを含んでもよい。例えば、ゲートウェイ９２０ａは、取引デバイス９１０ａからの注文を追跡し、取引所９３０ａから受信したフィル確認に基づいて注文のステータスを更新する取引アプリケーションを含んでもよい。別の例として、ゲートウェイ９２０ａは、取引所９３０ａからの市場データを蓄積し、それを取引デバイス９１０ａに提供する取引アプリケーションを含んでもよい。更に別の例では、ゲートウェイ９２０ａは、リスク処理を提供し、インプライド（ｉｍｐｌｉｅｄｓ）を計算し、注文処理を扱い、市場データ処理を扱い、又はそれらの組合せを行う取引アプリケーションを含んでもよい。
【００８２】
ある実施形態では、ゲートウェイ９２０ａは、１つ又は複数の取引アプリケーションを含み、１つ又は複数の価格レベルの推移に基づいて市場情報を配信してもよい。例えば、価格サーバ９２４ａは、１つ又は複数の価格レベルの推移の検出に応答して、価格フィードを送信するだけの取引アプリケーションを含んでもよい。これは、取引デバイス９１０ａに送信される価格更新量を減らすことができる。その結果、ゲートウェイ９２０ａと取引デバイス９１０ａとの間を相互に及び／又は一方に渡される市場データの量を好適に減らすことができる。
【００８３】
ある実施形態では、ゲートウェイ９２０ａは、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、無線ネットワーク、仮想プライベート・ネットワーク、Ｔ１ライン、Ｔ３ライン、統合サービスデジタル網（「ＩＳＤＮ」）線、ポイント・オブ・プレゼンス（ＰＯＰ）、インターネット、及び／又は共有メモリシステムを使用して取引所９３０ａと通信する。
【００８４】
取引所９３０ａは、図１の取引所１３０と同様であってもよく、注文ブック９３２ａとマッチングエンジン９３４ａを含んでもよい。取引所９３０ａは、構成要素を追加してもよいし、異なる構成要素であってもよいし、又は構成要素を減らしてもよい。注文ブック９３２ａは、データベースであって、取引注文のマッチしていない量に関連するデータを含んでいる。例えば、注文ブックは、取引可能な対象物の市場に関連するデータを含んでもよく、例えば、内部市場、様々な価格レベルでの市場深度、最終取引価格、及び最終取引量等を含んでもよい。マッチングエンジン９３４ａは、互いに反対側のビッド及びオファーをマッチすることができる。例えば、マッチングエンジン９３４ａは、１つ又は複数のマッチングアルゴリズムを実行して、互いに反対側のビッドとオファーをマッチしてもよい。売り注文は、同じ価格での買い注文に対して反対側である。同様に、買い注文は、同じ価格での売り注文に対して反対側である。
【００８５】
動作において、取引所９３０ａは、注文ブック９３２ａから価格サーバ９２２ａに価格データを提供してもよいし、マッチングエンジン９３４ａから注文サーバ９２４ａに注文データ及び／又はフィルデータを提供してもよい。サーバ９２２ａ、９２４ａ、９２６ａは、このデータを取引デバイス９１０ａに戻すように変換してもよいし、通信してもよい。取引デバイス９１０ａは、例えば、取引アプリケーションを使用して、このデータを処理してもよい。例えば、データは、ユーザに表示されてもよい。別の例では、データは、取引アルゴリズムに使用して、取引注文が取引所９３０ａに提出されるべきかどうかを決定してもよい。取引デバイス９１０ａは、注文メッセージを準備し、取引所９３０ａに送信してもよい。
【００８６】
ある実施形態では、取引所９３０ａは、１つ又は複数の取引アプリケーションを含み、１つ又は複数の価格レベルの推移に基づいて市場データを配信してもよい。例えば、取引所９３０ａは、１つ又は複数の価格レベルの推移の検出に応答して価格データを（例えば、価格フィードを介して）送信するだけの取引アプリケーションを含んでもよい。これは、価格サーバ９２２ａに送信される価格データの量を減らすことができる。
【００８７】
取引所９３０ａは、取引所エンティティによって所有され、操作され、制御され、又は使用されてもよい。取引所エンティティの例としては、ＣＭＥグループ、ロンドン国際金融先物取引所（「ＬＩＦＦＥ」）、インターコンチネンタル取引所（「ＩＣＥ」）、及びユーレックスを含む。取引所９３０ａは、例えば、取引所によって取引を申し込まれた取引可能な対象物が売買されることを可能にするように構成された、コンピュータ、サーバ、又は他のコンピュータなどの電子マッチングシステムを含んでもよい。電子マッチングシステムは、例えば、マッチングエンジンを含んでもよい。取引所９３０ａは、別のエンティティを含み、例えば、いくつかが取引可能な対象物をリストに記載してもよく、及び／又は管理し、他の物が注文を受信してマッチしてもよい。取引所９３０ａは、例えば、電子通信ネットワーク（「ＥＣＮ」）を含んでもよい。
【００８８】
取引所９３０ａは、電子取引所であってもよい。取引所９３０ａは、注文メッセージを受信し、取引可能な対象物を売買するために反対側の注文をマッチするように構成されている。マッチしない取引注文は、取引所９３０ａによって取引用のリストに記載されてもよい。取引注文は、例えば、取引所９３０ａと通信する取引デバイス１１０又は他のデバイスから受信した取引注文を含んでもよい。例えば、一般的に、取引所９３０ａは、マッチされる取引注文を提供する（取引デバイス１１０と同様であってもよい）様々な他の取引デバイスと通信する。
【００８９】
取引所９３０ａは、市場データを提供するように構成されている。市場データは、１つ又は複数のメッセージ又はデータパケット内に提供されてもよいし、又は共有メモリシステムを通じて提供されてもよい。例えば、取引所９３０ａは、取引デバイス１１０又はゲートウェイ１２０等のサブスクライブ用のデバイスにデータフィードを発行してもよい。データフィードは、市場データを含んでもよい。
【００９０】
ある実施形態では、ゲートウェイ９２０ａは、取引デバイス９１０ａの一部である。例えば、ゲートウェイ９２０ａの構成要素は、取引デバイス９１０ａと同じコンピュータプラットフォームの部分であってもよい。別の例として、ゲートウェイ９２０ａの機能は、取引デバイス９１０ａの構成要素によって実行されてもよい。ある実施形態では、ゲートウェイ９２０ａは、存在しない。例えば、取引デバイス９１０ａが、取引所９３０ａと通信するためにゲートウェイ９２０ａを使用する必要がないときに、そのような構成にしてもよい。例えば、取引デバイス９１０ａが取引所９３０ａと直接通信するように構成されている場合、そのような構成にしてもよい。
【００９１】
追加の取引デバイス９１０ｂ−９１０ｅは、取引デバイス９１０ａと同様であって、ゲートウェイ９２０ａ−９２０ｎと取引所９３０ａ−９３０ｎのうち１つ又は複数と接続されてもよい。さらに、追加のゲートウェイは、ゲートウェイ９２０ａと同様であって、取引所９３０ａと同様である複数の取引所を通信してもよい。例えば、それぞれのゲートウェイは、１つ又は複数の異なる取引所と通信してもよい。そのような構成によって、例えば、１つ又は複数の取引デバイス９１０ａが１つより多い取引所で取引することができる（及び／又は複数の取引所に冗長接続を提供することができる）。
【００９２】
図１の電子取引システム及び／又は図９の電子取引システムは、構成要素を追加してもよいし、異なる構成要素を含んでもよいし、又は構成要素を減らしてもよい。システム１００及び／又はシステム９００は、構成要素を追加してもよいし、異なる構成要素を含んでもよいし、又は構成要素を減らしてもよい。例えば、電子取引システム１００及び／又は９００は、複数の取引デバイス、ゲートウェイ、及び／又は取引所を含んでもよい。別の例では、システム１００及び／又は９００は、例えば、ミドルウェア、ファイアーウォール、ハブ、スイッチ、ルータ、サーバ、取引所特有の通信設備、モデム、セキュリティ管理、及び／又は暗号化／復号化デバイスなどの他の通信デバイスを含んでもよい。
【００９３】
図１０は、開示された実施形態を実施するために使用することができる例示的なコンピュータ１０００のブロック図を示す。図１の取引デバイス１１０又は図９の取引デバイス９１０ａは、例えば、１つ又は複数のコンピュータ１０００を含んでもよい。図１のゲートウェイ１２０又は図９のゲートウェイ９２０ａは、例えば、１つ又は複数のコンピュータ１０００を含んでもよい。図１の取引所１３０又は図９の取引所９３０ａは、例えば、１つ又は複数のコンピュータ１０００を含んでもよい。
【００９４】
コンピュータ１０００は、通信ネットワーク１０１０、プロセッサ１０１２、メモリ１０１４、インタフェース１０１６、入力デバイス１０１８、及び出力デバイス１０２０を含む。コンピュータ１０００は、構成要素を追加してもよいし、異なる構成要素を含んでもよいし、又は構成要素を減らしてもよい。例えば、複数の通信ネットワーク、複数のプロセッサ、複数のメモリ、複数のインタフェース、複数の入力デバイス、複数の出力デバイス、又はいくつかのそれらの組合せが提供されてもよい。別の例として、コンピュータ１０００は、入力デバイス１０１８又は出力デバイス１０２０を含まなくてもよい。
【００９５】
図１０に示されるように、コンピュータ１０００は、通信ネットワーク１０１０に接続されるプロセッサ１０１２を含んでもよい。通信ネットワーク１０１０は、通信バス、チャンネル、電気ネットワーク、光ネットワーク、回路、スイッチ、ファブリック、又はコンピュータ１０００の構成要素との間でデータを通信するための他の機構を含んでもよい。通信ネットワーク１０１０は、コンピュータデバイス１０００のいくつかの構成要素と通信可能に接続され、データを転送してもよい。他の構成要素のうち１つ又は複数の構成要素は、通信ネットワーク１０１０に接続されてもよい。例えば、プロセッサ１０１２は、通信ネットワーク１０１０を介してメモリ１０１４及び／又は１０１６と通信してもよい。
【００９６】
プロセッサ１０１２は、任意の適切なプロセッサ、処理ユニット、又はマイクロプロセッサであってもよい。プロセッサ１０１２は、例えば、１つ又は複数の汎用のプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、及び／又はそれらの組合せを含んでもよい。プロセッサ１０１２は、単一のデバイス又は、ネットワーク若しくは分散処理に関連付けられた１つ又は複数のデバイスなどのデバイスの組み合わせであってもよい。いくつかの処理戦略では、例えば、マルチ処理、マルチタスク、並行処理、及び／又はリモート処理などが使用されてもよい。処理は、ローカル又はリモートであってもよく、１つのプロセッサから別のプロセッサに移動してもよい。コンピュータデバイス１０００は、マルチプロセッサシステムであってもよく、そして通信ネットワーク１０１０に通信可能に接続される１つ又は複数の追加のプロセッサを含んでもよい。
【００９７】
プロセッサ１０１２は、例えば、メモリ１０１４等の１つ又は複数の有形メディアにエンコードされたロジック及び他のコンピュータ読み取り可能な命令を実行するように動作可能であってもよい。本明細書で使用されるように、１つ又は複数の有形メディアにエンコードされたロジックは、プロセッサによって実行可能な命令を含んでいてもよいし、異なるプロセッサによって実行可能な命令を含んでいてもよい。ロジックは、例えば、ソフトウェア、ハードウェア、集積回路、ファームウェア、及び／又はマイクロコードの一部として記憶されてもよい。ロジックは、例えば、ネットワーク１０４０等の通信ネットワークを介して外部の通信デバイスから受信されてもよい。プロセッサ１０１２は、ロジックを実行し、図に示され、若しくは本明細書に記載された機能、動作、又はタスクを行ってもよい。
【００９８】
メモリ１０１４は、例えば、コンピュータ読み取り可能な記録媒体等の１つ又は複数の有形メディアであってもよい。コンピュータ読み取り可能な記録媒体は、様々なタイプの揮発性及び不揮発性記録媒体を含んでもよく、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的に消去可能なリード・オンリー・メモリ（ＥＰＲＯＭ）、フラッシュメモリ、いくつかの他の有形データ記憶デバイス、それらのいくつかの組み合わせを含んでもよい。本明細書で使用されるように、語句「非一時的な又は有形のコンピュータ読み取り可能な媒体」とは、任意のタイプのコンピュータ読み取り可能な媒体を含み、かつ伝播信号を除くことを明確に定義している。メモリ１０１４は、ガードディスクドライブ、光学メディア、磁気テープ又はディスク等を含む任意の所望のタイプの大容量記憶デバイスを含んでもよい。
【００９９】
メモリ１０１４は、１つ又は複数のメモリデバイスを含んでもよい。例えば、メモリ１０１４は、ローカルメモリ、大容量記憶デバイス、揮発性メモリ、不揮発性メモリ、またはそれらの組合せを含んでもよい。メモリ１０１４は、プロセッサ１０１２と隣接していてもよいし、プロセッサ１０１２の一部であってもよいし、プロセッサ１０１２でプログラミングされていてもよいし、プロセッサ１０１２とネットワークを通じて接続されていてもよいし、プロセッサ１０１２から離れていてもよく、メモリ１０１４に記憶されたデータは、例えば、プロセッサ１０１２によって取り出されてもよいし、処理されてもよい。メモリ１０１４は、プロセッサ１０１２によって実行可能な命令が記憶されていてもよい。命令は、本明細書で述べられている動作又は機能か、又は図示されている動作又は機能のうち１つ又は複数の動作又は機能を実行することが可能である。例えば、命令は、プロセッサ１０１２等のプロセッサによって実行され、図２に示される方法２００の全てか若しくは一部、図７に示される方法７００の全てか若しくは一部、又は図８に示される方法８００の全てか若しくは一部等の方法を実施してもよい。
【０１００】
メモリ１０１４は、取引アプリケーション１０３０を記憶してもよい。ある実施形態では、取引アプリケーション１０３０は、異なる場所からアクセスしてもよいし、異なる場所に記憶されてもよい。プロセッサ１０１２は、メモリ１０１４に記憶された取引アプリケーション１０３０にアクセスして、取引アプリケーション１０３０に含まれるコンピュータ読み取り可能な命令を実行してもよい。例示のために、メモリ１０１４は、市場データ１０３２を受信するための命令、１つ又は複数の価格レベルの推移を選定するための命令、及び１つ又は複数の価格レベルの推移に基づいて市場データを配信するための命令を含んでもよい。
【０１０１】
ある実施形態では、インストールプロセス中に、取引アプリケーションが入力デバイス１０１８及び／又はネットワーク１０４０からメモリ１０１４へ転送されてもよい。取引アプリケーション１０３０を実行するために、コンピュータデバイス１０００が駆動しているか、又は準備しているとき、プロセッサ１０１２は、通信ネットワーク１０１０を介してメモリ１０１４から命令を取り出してもよい。
【０１０２】
開示した図のいくつかは、ある実施形態のすべて又は一部を実施するために使用される方法を示す例示的なブロック図、システム、及び／又はフロー図を描写している。例示的なブロック図、システム、及び／又はフロー図における構成要素、要素、ブロック、及び又は機能の１つ又は複数は、単独で実施されてもよいし、又はハードウェア、ファームウェア、離散論理の組み合わせで実施されてもよく、例えば、有形のコンピュータ読み取り可能な記録媒体に記憶されたコンピュータ読み取り可能な命令のセットとして実施されてもよいし、及び／又はそれらのいくつかの組み合わせとして実施されてもよい。
【０１０３】
ブロック図、システム、及び／又はフロー図の例は、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラマブル・ロジック・デバイス（ＦＰＬＤ）、離散論理、ハードウェア、及び／又はファームウェアのいくつかの組み合わせを使用して実施されてもよい。また、方法のいくつかの例又はすべての例は、例えば、手動で又は前述の技術の組み合わせで実施されてもよい。
【０１０４】
ブロック図、システム、及び／又はフロー図の例は、例えば、１つ又は複数のプロセッサ、コントローラ、及び／又は他の処理デバイスを使用して実行してもよい。例えば、それらの例は、例えば、有形のコンピュータ読み取り可能な記録媒体に記憶されたコンピュータ読み取り可能な命令などのコード化された命令を使用して実行されてもよい。有形のコンピュータ読み取り可能な記録媒体は、様々なタイプの揮発性及び不揮発性記録メディアを含んでもよく、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的プログラマブル・リード・オンリー・メモリ（ＥＰＲＯＭ）、電気的に消去可能なリード・オンリー・メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、光学メディア、磁気テープ、ファイルサーバ、いくつかの他の有形データ記憶デバイス、又はそれらのいくつかの組み合わせを含んでもよい。有形のコンピュータ読み取り可能な記録媒体は、非一時的である。
【０１０５】
さらに、ブロック図、システム、及び／又はフロー図の例については、図と関連付けて上述しているが、他の実施形態を採用してもよい。例えば、構成要素、要素、ブロック、及び／又は機能の実行の順番は、変更されてもよく、上述した構成要素、要素、ブロック、及び／又は機能は、変更してもよいし、削除してもよいし、細分化してもよいし、又は組み合わせてもよい。また、構成要素、要素、ブロック、及び／又は機能のいくつか又はすべては、例えば、別の処理スレッド、プロセッサ、デバイス、個別論理、及び／又は回路によって、連続して行われてもよいし、及び／又は並行して行われてもよい。
【０１０６】
実施の形態が開示されているが、様々な変更を行ってもよく、同等のものに置換されてもよい。さらに、特定の状況又は材料に適合させるように、多くの修正が行われてもよい。したがって、開示された技術は、開示された特定の実施形態に限定されないが、添付の特許請求の範囲内にすべての実施形態を包含することを意図している。
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図７
【訂正方法】変更
【訂正の内容】
【図７】
2016505957.tif 000001
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図８
【訂正方法】変更
【訂正の内容】
【図８】
2016505957.tif 000002