JP5984395B2 - 取引システム及び取引上の方法 - Google Patents

Description

本発明は、取引所のイベントおよび動作に関連するメッセージを使用するプログラム間通信に関する。

いくつかの実施形態での取引に関わり得る例示的なエンティティセットを示す。 いくつかの実施形態において使用し得る交換の例を示す。 いくつかの実施形態において使用し得る交換の別の例を示す。 いくつかの実施形態において使用し得るさらに別の例を示す。 いくつかの実施形態において実行し得る方法の例を示す。 いくつかの実施形態において実行し得る方法の別の例を示す。 いくつかの実施形態において実行し得る方法の別の例を示す。 いくつかの実施形態において実行し得る方法の別の例を示す。 いくつかの実施形態において実行し得る方法の別の例を示す。

以下の第Ｉ章〜第Ｘ章において、本願を解釈するための指針を提供する。

Ｉ．用語
用語「製品」は、別途明記されない限り、任意の機械、製造物、および／または物質の合成物を意味する。

用語「プロセス」は、別途明記されない限り、任意のプロセス、アルゴリズム、方法等を意味する。

各プロセスは（方法でも、アルゴリズムでも、他の名称のものでも）本質的に、１つまたは複数のステップを含み、したがって、プロセスの「ステップ」または「複数のステップ」というすべての言及は本質的に、用語「プロセス」または同様語の単なる記載において先行記述を有する。したがって、請求項中のプロセスの「ステップ」または「複数のステップ」といういかなる言及も十分な先行記述を有する。

用語「発明」および同様語は、別途明記されない限り、「本願において開示される１つまたは複数の発明」を意味する。

用語「実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ，ｅｍｂｏｄｉｍｅｎｔ，ｅｍｂｏｄｉｍｅｎｔｓ，ｔｈｅ ｅｍｂｏｄｉｍｅｎｔ，ｔｈｅ ｅｍｂｏｄｉｍｅｎｔｓ）」、「１つまたは複数の実施形態」、「いくつかの実施形態」、「特定の実施形態」、「一実施形態」、「別の実施形態」等は、別途明記されない限り、「開示される発明の（すべてではないが）１つまたは複数の実施形態」を意味する。

発明の「変形」という用語は、別途明記されない限り、本発明の実施形態を意味する。

実施形態を説明するに当たっての「別の実施形態」の言及は、別途明記されない限り、言及される実施形態が別の実施形態（例えば、言及される実施形態の前に説明された実施形態）と相互に排他的であることを示唆しない。

用語「含む」、「備える」、およびそれらの変形は、別途明記されない限り、「を含むが、それ（ら）に限定されない」を意味する。

用語「ａ」、「ａｎ」、および「ｔｈｅ」は、別途明記されない限り、「１つまたは複数」を意味する。

用語「複数」は、別途明記されない限り、「２つ以上」を意味する。

用語「本明細書では」は、別途明記されない限り、「参照により援用し得るあらゆるものを含め、本願において」を意味する。

語句「のうちの少なくとも１つ」は、複数の物事（物事の列挙リスト等）を修飾する場合、別途明記されない限り、それらの物事のうちの１つまたは複数の任意の組み合わせを意味する。例えば、語句「ウィジェット、車、および車輪のうちの少なくとも１つ」は、（ｉ）ウィジェット、（ｉｉ）車、（ｉｉｉ）車輪、（ｉｖ）ウィジェットおよび車、（ｖ）ウィジェットおよび車輪、（ｖｉ）車および車輪、または（ｖｉｉ）ウィジェット、車、および車輪のいずれかを意味する。語句「のうちの少なくとも１つ」は、複数の物事を修飾する場合、それら複数の物事の「それぞれ１つ」を意味しない。

「１つ」、「２つ」等の数字は、何かの数量を示す基数として使用される場合（例えば、１つのウィジェット、２つのウィジェット）、その数字により示される数量を意味するが、少なくともその数字により示される数量を意味しない。例えば、語句「１つのウィジェット」は「少なくとも１つのウィジェット」を意味せず、したがって、語句「１つのウィジェット」は、例えば、２つのウィジェットを含意しない。

語句「に基づく」は、別途明記されない限り、「のみに基づく」を意味しない。換言すれば、語句「に基づく」は、「のみに基づく」および「少なくとも〜に基づく」の両方を説明する。語句「少なくとも〜に基づく」は、語句「少なくとも部分的に〜に基づく」と同等である。

用語「表す」および同様語は、別途明記されない限り、排他的ではない。例えば、用語「表す」は、別途明記されない限り、「のみを表す」を意味しない。換言すれば、語句「データはクレジットカード番号を表す」は、「データはクレジットカード番号のみを表す」および「データはクレジットカード番号を表すと共に、他の何かも表す」の両方を説明する。

用語「それにより」は、本明細書では、意図する結果、目的、またはすでに明示された何かの帰結のみを表現する文節または他の言葉の集まりにのみ前置して使用される。したがって、用語「それにより」が請求項中に使用される場合、用語「それにより」が修飾する文節または他の複数の言葉は、その請求項の特定のさらなる限定を確立せず、またはその請求項の意味もしくは範囲を他の様式で制限しない。

用語「例えば（ｅ．ｇ．）」および同様語は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し、したがって、説明する用語または語句を限定しない。例えば、文章「コンピュータはインターネットを介してデータ（例えば（ｅ．ｇ．）、命令、データ構造）を送信する」において、用語「例えば（ｅ．ｇ．）」は、「命令」が、コンピュータがインターネットを介して送信し得る「データ」の一例であることを説明すると共に、「データ構造」が、コンピュータがインターネットを介して送信し得る「データ」の一例であることも説明する。しかし、「命令」および「データ構造」は両方とも「データ」の単なる例であり、「命令」および「データ構造」以外の他のものも「データ」であり得る。

用語「それぞれ」および同様語は、「個々に解釈される」を意味する。したがって、２つ以上の物事が「それぞれ」の特徴を有する場合、そのような物事のそれぞれがそれ自体の特徴を有し、それらの特徴は互いに異なり得るが、必ずしも互いに異なることが必要とされる訳ではない。例えば、語句「２つの各機械がそれぞれの機能を有する」は、第１のそのような機械がある機能を有し、第２のそのような機械も同様にある機能を有することを意味する。第１の機械の機能は、第２の機械の機能と同じであってもよく、または同じでなくてもよい。

用語「すなわち（ｉ．ｅ．）」および同様語は、「すなわち（ｔｈａｔ ｉｓ）」を意味し、したがって、説明する用語または語句を限定する。例えば、文章「コンピュータはインターネットを介してデータ（すなわち（ｉ．ｅ．）、命令）を送信する」において、用語「すなわち（ｉ．ｅ．）」は、「命令」が、コンピュータがインターネットを介して送信する「データ」であることを説明する。

いかなる所与の数値範囲も、その範囲内の整数および小数を含むべきである。例えば、範囲「１〜１０」は、特に１〜１０の整数（例えば、１、２、３、４、・・・、９）および非整数（例えば、１．１、１．２、・・・、１．９）を含むものと解釈すべきである。

２つ以上の用語または語句が同義の場合（例えば、用語または語句が同義であると明記されるため）、１つのそのような用語／語句のインスタンスは、別のそのような用語／語句が別の意味を有さなければならないことを意味しない。例えば、文章により、「含む」の意味が「含むが、それ（ら）に限定されない」と同義であると示される場合、語句「含むが、それ（ら）に限定されない」を単に用いることは、用語「含む」が、「含むが、それ（ら）に限定されない」以外の何かを意味することを意味しない。

ＩＩ．決定（Ｄｅｔｅｒｍｉｎｉｎｇ）
用語「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」およびその文法上の変形（例えば、価格を決定する、価値を決定する、特定の基準に合致する対象を決定する）は、極めて広い意味で使用される。用語「決定」は、広範囲にわたる動作を包含し、したがって、「決定」は、算出、計算、処理、導出、調査、参照（例えば、テーブル、データベースまたは他のデータ構造の参照）、確認等を含み得る。「決定」は、受信（例えば、情報を受信する）、アクセス（例えば、メモリ内のデータにアクセスする）等も含み得る。さらに、「決定」は、解決、選択、選定、確立等を含み得る。

用語「決定」は、確実性または絶対的な精度を示唆するものではなく、したがって、「決定」は、推定、外挿、予測、推測等を含み得る。

用語「決定」は、数学的処理を行わなければならないことを示唆するものではなく、数値手法を使用しなければならないことを示唆するものではなく、アルゴリズムまたはプロセスが使用されることを示唆するものではない。

用語「決定」は、特定の装置を用いなければならないことを示唆するものではない。例えば、必ずしもコンピュータが決定を行わなくてもよい。

ＩＩＩ．文の形式
第１の請求項の限定が、１つの特徴および２つ以上の特徴を包含し（例えば、「少なくとも１つのウィジェット」等の限定は、１つのウィジェットならびに２つ以上のウィジェットを包含する）、第１の請求項に従属する第２の請求項で、第２の請求項が、定冠詞「前記（ｔｈｅ）」を使用して限定を表す場合（例えば、「前記ウィジェット（ｔｈｅ ｗｉｄｇｅｔ）」）、これは、第１の請求項が、１つのみの特徴を包含することを示唆するものではなく、第２の請求項が、１つのみの特徴を包含することを示唆するものでない（例えば、「前記ウィジェット」は、１つのウィジェットおよび２つ以上のウィジェットの両方
を包含し得る）。

序数（「第１の」、「第２の」、「第３の」等）を、用語の前の形容詞として使用する場合、その序数は、（別途明記されない限り）同じ用語または同様の用語で記載される別の特徴とその特定の特徴とを区別するためなど、特定の特徴を示すために使用されるに過ぎない。例えば、「第１のウィジェット」は、例えば、「第２のウィジェット」と区別するためにそのように命名されているに過ぎないことがある。したがって、用語「ウィジェット」の前に序数「第１の」および「第２の」を単に使用することは、２つのウィジェット間の何らかの関係を示すものではなく、同様に、一方または両方のウィジェットの何れかの他の特性を示すものでない。例えば、用語「ウィジェット」の前に序数「第１の」および「第２の」を単に使用することは、（１）順序および場所においてウィジェットが他のものの前に来るか後に来るかを示すものではなく、（２）時間上、他のものの前または後にウィジェットが発生または動作する旨を示すものではなく、（３）何れかのウィジェットが重要度または品質において、他のものの上または下にランク付けされることを示すものでない。さらに、単に序数を使用することは、序数によって識別される特徴に対する数値限度を定義するものでない。例えば、序数「第１の」および「第２の」を用語「ウィジェット」の前に単に使用することは、３つ以上のウィジェットが存在してはならないことを示すものでない。

単一の装置、物、または他の製品が本明細書に記載される場合、代替として、２つ以上の装置／物（協働するか否かに関わらず）を、記載された単一の装置／物の代わりに使用し得る。したがって、装置が保有しているものとして記載された機能は、代替的として、２つ以上の装置／物（協働するか否かに関わらず）が保有してもよい。

同様に、２つ以上の装置、物、または他の製品が本明細書に記載される場合（協働するか否かに関わらず）、代替として、単一の装置／物を、記載された２つ以上の装置または物の代わりに使用し得る。例えば、複数のコンピュータベースの装置を、単一のコンピュータベースの装置で置換し得る。したがって、２つ以上の装置または物が保有するものとして記載された様々な機能は、代替的として、単一の装置／物により保有してもよい。

記載される単一の装置の機能および／または特徴は、代替的として、記載されているが、このような機能／特徴を有するものとして明記されていない１つまたは複数の他の装置により具現してもよい。したがって、他の実施形態は、記載された装置自体を含む必要がなく、むしろ、それら他の実施形態ではそのような機能／特徴を有する１つまたは複数の他の装置を含むことができる。

ＩＶ．開示される例および用語は非限定的
開示される本発明の範囲は、任意の請求項の意味を解釈する際または任意の請求項の範囲を限定する際に使用されるべきであるため、名称（本願の最初のページの冒頭に記されている）も要約書（本願の末尾に記される）も、決して開示された発明の範囲を限定するものとして解釈されないものとする。要約書は、特許規則３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）で要求されているため、本願に含まれているに過ぎない。

本願の名称、および本願において提供される章の見出しは便宜上のものに過ぎず、決して本開示を限定するものとして解釈されるべきでない。

多くの実施形態が本願に記載されており、これらの実施形態は単に例示の目的で提示されている。記載される実施形態は、いかなる意味でも限定的ではなく、限定的であることを意図するものでもない。本願に開示した発明は、本開示から容易に分かるように多くの実施形態に広く適用可能である。開示される発明は、構造的変更、論理的変更、ソフトウェアの変更、電気的変更等の様々な変更および改変を伴って実施することができることを当業者は認識するであろう。開示される発明の特定の特徴は、１つまたは複数の特定の実施形態および／または図面を参照して説明され得るが、このような特徴は、別途明記されない限り、参照して説明されている１つまたは複数の特定の実施形態または添付図面での使用に限定されないことを理解されたい。

実施形態は、いくつかの特徴を含むものとして開示され得るが、本発明の他の実施形態は、そのようなすべての特徴よりも少数の特徴を含んでもよい。したがって、例えば、請求項が、開示される実施形態における複数の全体集合よりも少数の特徴を対象としてもよく、そのような請求項は、その請求項が明示的に列挙する特徴を超える特徴を含まない。

本願に記載した方法のステップまたは製品の要素の実施形態の何れも、本明細書または特許請求の範囲で明記されていない限り、請求項に記載の本発明を構成するものではなく、または請求項に記載の発明に必須ではなく、または請求項に記載の発明と同一の広がりを持たない。

請求項の前文は、請求項に記載の発明の目的、利益、および実施可能な用途を記載しているに過ぎず、請求項に記載の発明を限定しない。

本開示は、本発明のすべての実施形態の完全な説明でない。本開示は、すべての実施形態に存在していなければならない本発明の特徴の一覧でもない。

開示されるすべての実施形態は、必ずしも請求項に包含される必要はない（係属中の請求項、補正請求項、発行された請求項、およびキャンセルされた請求項のすべてを含めても）。さらに、実施形態をいくつかの請求項に包含してもよい（しかし、必ずしもそうする必要はない）。したがって、請求項（係属中の請求項、補正請求項、発行された請求項、またはキャンセルされた請求項の如何に関わらず）が、特定の実施形態を対象とする場合、そのようなことは、他の請求項の範囲がその実施形態を包含しないことの証拠ではない。

互いに通信するものとして記載された装置は、別途明記されない限り、常に互いに通信していなくてはいけない訳でない。逆に、そのような装置は、必要または所望に応じてのみ互いに伝送する必要があり、実際には、大半の時間にデータの交換を控え得る。例えば、インターネットを介して別の機械と通信する機械は、長期間にわたり、他の機械にデータを送信しないことがある（例えば、一度に何週間も）。さらに、互いに通信する装置は、直接的に、または１つまたは複数の中間体を介して間接的に通信し得る。

いくつかの構成要素または特徴を有する実施形態の説明は、そのような構成要素／特徴のすべてまたは何れかが必要であることを示唆するものでない。逆に、本発明の広範囲の実施可能な実施形態を例示するために様々な任意選択の構成要素を説明する。別途明記されない限り、構成要素／特徴は必須ではなく、または要求されるものではない。

プロセスステップまたはアルゴリズム等は、特定の順序で明細書または特許請求の範囲に記載され得るが、そのようなプロセスは、異なる順序で実施するように構成し得る。換言すれば、明細書または特許請求の範囲に明示的に記載され得るステップの任意の順番または順序は、必ずしもステップをその順序で行う旨の要件を示している訳でない。本明細書に記載のプロセスのステップは、実施可能な任意の順序で実施し得る。さらに、ステップによっては、同時に実施されないとして記載または示唆されている（例えば、一方のステップが他方のステップの後に記載されているため）にも関わらず、同時に実施し得るものがある。さらに、添付図面に表されるプロセスの例示は、例示されたプロセスが、それに対する他の変形および変更を排除することを示唆せず、例示されたプロセスまたはそのステップの何れかが本発明に必要であることを示唆せず、例示されたプロセスが好ましいことを示唆しない。

プロセスは、複数のステップを含むものとして説明され得るが、これは、ステップのすべてまたは何れかが、好適であるか、必須であるか、または必要であることを示唆しない。記載の発明の範囲内の様々な他の実施形態は、記載のステップのいくつかまたはすべてを割愛した他のプロセスを含む。別途明記されない限り、ステップは何れも必須ではなく、または要求されるものではない。

プロセスは、単独で、すなわち他の製品もしくは方法を参照せずに説明され得るが、実施形態では、プロセスは他の製品または方法と相互作用し得る。例えば、そのような相互作用は、あるビジネスモデルを別のビジネスモデルにリンクさせることを含み得る。そのような相互作用は、プロセスの柔軟性または望ましさを向上させるために提供し得る。

製品は、複数の構成要素、態様、品質、特性、および／または特徴を含むものとして説明され得るが、それは、この複数のもののうちの任意またはすべてが好適であるか、必須であるか、または必要である旨を示すものでない。記載の発明の範囲内の様々な他の実施形態は、複数と記載されるもののうちのいくつかまたはすべてを割愛した他の製品を含む。

（付番されていてもいなくてもよい）列挙された項目リストは、別途明記されない限り、任意またはすべての項目が相互に排他的であることを示唆するものでない。同様に、（付番されていてもいなくてもよい）列挙された項目リストは、別途明記されない限り、任意またはすべての項目が、任意のカテゴリを包含することを示唆するものでない。例えば、「コンピュータ、ラップトップ、ＰＤＡ」の列挙リストは、そのリストの３項目のうちの任意またはすべての項目が相互に排他的であることを示唆せず、そのリストの３項目のうちの任意またはすべての項目が、任意のカテゴリを包含することを示唆しない。

（付番されていてもいなくてもよい）列挙された項目リストは、任意またはすべての項目が相互に同等であるか、または容易に相互に置換し得ることを示唆するものでない。

すべての実施形態は例示的なものであり、本発明または任意の実施形態が行われたか、または実施されることを示唆するものでない。

Ｖ．計算
本願に記載の様々なプロセスは、例えば、適宜プログラムされた汎用コンピュータ、専用コンピュータ、および計算装置により実施し得ることが、当業者には容易に明らかになろう。通常、プロセッサ（例えば、１つまたは複数のマイクロプロセッサ、１つまたは複数のマイクロコントローラ、１つまたは複数のデジタル信号プロセッサ）が、命令を受信し（例えば、メモリまたは同様の装置から）、それらの命令を実行し、それにより、それらの命令により定義される１つまたは複数のプロセスを実行する。命令は、例えば、１つまたは複数のコンピュータプログラム、１つまたは複数のスクリプトで具現し得る。

「プロセッサ」は、アーキテクチャ（例えば、チップレベル多重処理／マルチコア、ＲＩＳＣ、ＣＩＳＣ、パイプライン段がインターロックしないマイクロプロセッサ、パイプライン構成、同時マルチスレッド処理）に関わりなく、１つまたは複数のマイクロプロセッサ、中央演算処理装置（ＣＰＵ）、計算装置、マイクロコントローラ、デジタル信号プロセッサ、もしくは同様な装置、またはそれらの任意の組み合わせを意味する。

したがって、プロセスの説明は同様に、プロセスを実行する装置の説明でもある。プロセスを実行する装置は、例えば、プロセスの実行に適切なプロセッサ、入力装置、および出力装置を含み得る。

さらに、そのような方法を実施するプログラム（ならびに他の形式のデータ）は、様々な媒体（例えば、コンピュータ可読媒体）を使用していくつかの様式で記憶し、送信し得る。いくつかの実施形態では、配線回路またはカスタムハードウェアを、様々な実施形態のプロセスを実施可能なソフトウェア命令のうちのいくつかまたはすべてに代えて、またはそれらと組み合わせて使用し得る。したがって、様々な組み合わせのハードウェアおよびソフトウェアを、ソフトウェアのみに代えて使用し得る。

用語「コンピュータ可読媒体」は、コンピュータ、プロセッサ、または同様の装置により読み取ることができるデータ（例えば、命令、データ構造）の提供に関わる任意の媒体、複数の媒体、または異なる媒体の組み合わせを指す。そのような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含むが、それらに限定されない多くの形態をとり得る。不揮発性媒体としては、例えば、光ディスクまたは磁気ディスクおよび他の永久メモリが挙げられる。揮発性媒体としては、通常、メインメモリを構成するダイナミックランダムアクセスメモリ（ＤＲＡＭ）が挙げられる。伝送媒体としては、プロセッサに結合されたシステムバスを構成するワイヤを含め、同軸ケーブル、銅線、および光ファイバが挙げられる。伝送媒体は、無線周波数（ＲＦ）および赤外線（ＩＲ）によるデータ通信中に生成されるような音波、光波、および電磁放射を含むか、または伝達し得る。一般的な形態のコンピュータ可読媒体としては、例えば、コンピュータが読み取り可能なフロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、他の任意の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、他の任意の光媒体、パンチカード、紙テープ、穴パターンを有する他の任意の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＥＰＲＯＭ、他の任意のメモリチップもしくはカートリッジ、以下に記載する搬送波、または他の任意の媒体が挙げられる。

様々な形態のコンピュータ可読媒体が、プロセッサへのデータ（例えば、命令シーケンス）の搬送に関与し得る。例えば、データは、（ｉ）ＲＡＭからプロセッサに送出し、（ｉｉ）無線伝送媒体を介して搬送し、（ｉｉｉ）Ｅｔｈｅｒｎｅｔ（またはＩＥＥＥ８０２．３）、ＳＡＰ、ＡＴＰ、Ｂｌｕｅｔｏｏｔｈ、ＴＣＰ／ＩＰ、ＴＤＭＡ、ＣＤＭＡおよび３Ｇ等の多くのフォーマット、標準またはプロトコルによりフォーマットかつ／または送信し、ならびに／あるいは（ｉｖ）当分野において周知の様々な任意の方法で暗号化して、プライバシーを確保し、または不正を阻止し得る。

したがって、プロセスの説明は同様に、プロセスを実行するプログラムを記憶するコンピュータ可読媒体の説明でもある。コンピュータ可読媒体は、方法の実行に適切なプログラム要素を（任意の適切な形式で）記憶することが可能である。

プロセスにおける様々なステップの説明が、説明されたすべてのステップが必要である旨を示すものでないことと同様に、装置の実施形態は、説明されたプロセスのいくつか（すべてである必要はない）を実行するように動作可能なコンピュータ／計算装置を含む。

同様に、プロセスにおける様々なステップの説明が、説明されたすべてのステップが必要である旨を示すものでないことと同様に、プログラムまたはデータ構造を記憶するコンピュータ可読媒体の実施形態は、実行された場合に、説明されたプロセスのいくつか（必ずしもすべてではない）をプロセッサに実行させることが可能なプログラムを記憶するコンピュータ可読媒体を含む。

データベースが説明される場合、（ｉ）説明されているものに対する代替のデータベース構造を容易に利用することができ、（ｉｉ）データベース以外の他のメモリ構造を容易に利用することができることを当業者は理解するであろう。本明細書に記載の任意の例示的なデータベースの任意の例示または説明は、記憶された情報表現の例示的な構成である。例えば、図面または他の箇所において例示されるテーブルにより示唆されたもの以外の任意の数の他の構成を利用し得る。同様に、データベースの例示された任意のエントリは、例示的な情報のみを表す。エントリの数および内容が、本明細書に記載のものと異なり得ることを当業者は理解するであろう。さらに、データベースをテーブルとして記載されていたにも拘わらず、本明細書に記載のデータ型を記憶して操作するために、他の形式（関係データベース、オブジェクトベースのモデル、および／または分散型データベースを含む）を使用することもできる。同様に、データベースのオブジェクト手法または挙動を使用して、本明細書に記載されるような様々なプロセスを実施することができる。さらに、データベースは、そのようなデータベース内のデータにアクセスする装置にローカルに、またはリモートに、既知の方法で記憶し得る。

様々な実施形態を、１つまたは複数の装置と（例えば、通信ネットワークを介して）通信するコンピュータを含むネットワーク環境において動作するように構成することができる。コンピュータは、任意の有線媒体または無線媒体（例えば、インターネット、ＬＡＮ、ＷＡＮ、またはＥｔｈｅｒｎｅｔ、トークンリング、電話回線、ケーブル回線、無線チャネル、光通信回線、商用オンラインサービスプロバイダ、掲示板システム、衛星通信リンク、これらの任意の組み合わせ）を介して直接的または間接的に装置と通信し得る。各装置自体は、Ｉｎｔｅｌ（登録商標）、Ｐｅｎｔｉｕｍ（登録商標）、またはＣｅｎｔｒｉｎｏ（商標）プロセッサに基づくもの等、コンピュータと通信するように構成されたコンピュータまたは他の計算装置を備え得る。任意の数および種類の装置がコンピュータと通信し得る。

実施形態では、サーバコンピュータまたは中央権限は、必要でないか、または望ましくないことがある。例えば、本発明は、実施形態では、中央権限なしで１つまたは複数の装置で実施し得る。そのような実施形態では、サーバコンピュータにより実行されるものとして本明細書に説明される任意の機能またはサーバコンピュータに記憶されるものとして説明されるデータは、代替として、そのような１つまたは複数の装置により実行し、またはそのような装置に記憶し得る。

プロセスが説明される場合、実施形態では、プロセスはいかなるユーザ介入もない状態で動作し得る。別の実施形態では、プロセスは、人間によるいくらかの介入を含む（例えば、ステップが人間の支援により、または人間の支援を受けて実行される）。

ＶＩ．継続出願
本開示は、いくつかの実施形態および／または発明を実施可能にする説明を当業者に対して提供する。これらの実施形態および／または本発明のうちのいくつかは、本願の特許請求の範囲に記載されていないものもあるが、それにも関わらず、本願の優先権の利益を主張する１つまたは複数の継続出願の特許請求の範囲に記載し得る。

本出願人は、本願の特許請求の範囲に記載していないが、開示して実施可能にしている対象に対する特許化を進めるために追加の出願を行うことを意図している。

ＶＩＩ．米国特許法§１１２段落６
請求項において、用語「手段（ｍｅａｎｓ ｆｏｒ）」または用語「ステップ（ｓｔｅｐ ｆｏｒ）」を含む請求項の限定は、米国特許法§１１２段落６がその限定に該当することを意味する。

請求項において、用語「手段」または用語「ステップ」を含まない請求項の限定は、その機能を実行するための構造、材料、または動作の記載のない機能をその限定が記載しているか否かにかかわらず、米国特許法§１１２段落６がその限定に該当しないことを意味する。例えば、請求項では、請求項の１つまたは複数のステップまたは他の請求項の１つまたは複数のステップを参照して「ステップ」を単に使用することは、米国特許法§１１２段落６がそのステップに該当することを意味しない。

米国特許法§１１２段落６に従って特定の機能を実行する手段またはステップに関して、本明細書に記載される対応する構造、材料、または動作、ならびにその均等物は、追加の機能ならびに指定された機能を実行し得る。

コンピュータ、プロセッサ、計算装置、および同様の製品は、広範囲の機能を実行可能な構造である。そのような製品は、その製品内のメモリ装置またはその製品がアクセスするメモリ装置に記憶されたプログラム等の１つまたは複数のプログラムを実行することにより、指定された機能を実行するように動作可能であることができる。別途明記されない限り、そのようなプログラムは、本願において開示され得る任意の特定のアルゴリズム等の任意の特定のアルゴリズムに基づく必要はない。指定された機能を異なるアルゴリズムを介して実施し得、いくつかの異なるアルゴリズムうちの何れのアルゴリズムであるかが、指定された機能を実行するための設計上の選択事項に過ぎないことは、当業者には周知である。

したがって、米国特許法§１１２段落６に従って指定された機能を実行する手段またはステップに関して、指定された機能に対応する構造は、指定された機能を実行するようプログラムされた任意の製品を含む。そのような構造は、そのような製品が（ｉ）機能を実行する開示されたアルゴリズム、（ｉｉ）開示されたアルゴリズムと同様のアルゴリズム、または（ｉｉｉ）機能を実行するための異なるアルゴリズムの何れによってプログラムされているかに関わらず、機能を実行するプログラムされた製品を含む。

方法である機能を実行する手段が記載される場合、この方法を実行する一構造は、その機能の実行に適切なハードウェアがプログラムかつ／または構成された計算装置（例えば、汎用コンピュータ）を含む。

当業者に理解されるような他のアルゴリズムを介してその機能を実行するために適切なハードウェアがプログラムかつ／または構成された計算装置（例えば、汎用コンピュータ）も含む。

ＶＩＩＩ．ディスクレーマ
特定の実施形態に対する複数の参照は、追加の異なる実施形態のディスクレーマまたは否認を示すものではなく、同様に、特定の特徴をすべて含む実施形態の記載に対する参照は、その特定の特徴を含まない実施形態のディスクレーマまたは否認を示すものでない。本願における明らかなディスクレーマまたは否認には、語句「含まない」または語句「実行できない」の前置きがあるものとする。

ＸＩ．参照による援用
本明細書において参照されるいかなる特許、特許出願、または他の文献も、参照により本開示の一部として本願に援用されるが、米国特許法§１１２段落１による記載要件および３５Ｕ．Ｓ．Ｃ§１１２段落１による実施可能要件のみのためであり、決して本願の用語を限定、定義、またはその他の様式で解釈するために使用すべきではなく、本願は、仮にそのような参照による援用がない場合であっても、確実な意味を必ず提供するであろうし、むしろ、そのような用語の確実な意味を提供することが可能であろう。したがって、当業者は、参照において提供されるいずれの実施形態によっても決して限定される必要がない。

参照によるいかなる援用も、それ自体としては、本特許出願において別途明記されない限り、援用した何れの特許、特許出願、または他の文献に含まれる何れの言及、意見、主張、または特徴付けに対する支持、承認、または黙認も示唆しない。

Ｘ．出願経過
（請求項を含む）本願を解釈する上で、本願に関連すると認められる他の特許出願が存在しているか否かに関わらず、本願の優先権の主張を共有する他の特許出願が存在しているか否かに関わらず、当業者は、本願の出願経過を参照するが、他の特許または特許出願の出願経過を参照しないものとする。

ＸＩ．実施形態例
図１は、取引所の参加者１０３に結合された例として取引所１０１の構成を示す。取引所１０１は、取引サービスを参加者１０３に提供するように構成された１つまたは複数のコンピュータシステムおよび／またはコンピュータ構成要素を含み得る。取引所１０３は、参加者１０３の取引意図に関する情報を受け入れ得る。取引所１０１は、１ペアの参加者の取引意図が一致する場合を特定し得る。取引所１０１は、一致する取引意図を満たす取引を履行し得る。

取引所は、金融商品に対する注文をマッチングし、一致する注文を満たす取引の履行を促進するように構成された１つまたは複数のコンピュータシステムおよび／またはコンピュータ構成要素を含み得る。取引所は、ＬｉｑｕｉｄＮｅｔ代替取引システムまたはＡｑｕａ Ｅｑｕｉｔｉｅｓ代替取引システム等の代替の取引システムを含み得る。代替取引システムの一例は、２００８年１０月２４日に出願された米国特許出願第１２／２５７，４９９号明細書に記載されており、この特許出願を参照により本明細書に援用する。取引所は、ニューヨーク証券取引所およびシカゴマーカンタイル取引所等の、初期オファーおよび／または二次取引を行い得る一次取引所を含み得る。

金融商品は、負債または資産の所有権を示す商品および／またはその任意の派生商品を含み、普通株、株式、フィックストインカム商品、債券、社債、預金証書（ｃｅｒｔｉｆｉｃａｔｅ ｏｆ ｉｎｔｅｒｅｓｔ ｏｒ ｄｅｐｏｓｉｔ）、ワラント、オプション、先物、フォワード、スワップ、または一般に任意の証券を含むものと理解されたい。

参加者１０３は、取引所１０１を通して取引活動に参加する任意のエンティティを含み得る。例えば、参加者はアルゴリズム的な取引システムを含み得る。そのようなアルゴリズム的な取引システムは、情報を監視し、情報の変更に基づいて様々な取引を取引所１０１により履行するように要求し得る。参加者は、プロプライエタリトレーダーを含み得る。そのようなプロプライエタリトレーダーは、参加者自身の口座に関して取引所１０１による取引の履行を要求し得る。そのようなトレーダーの例としては、ヘッジファンドを挙げることができる。参加者のさらに別の例として、ブローカーを挙げることができる。ブローカーは、ブローカーのクライアント１０５の代理として取引所１０１による取引の履行を要求し得る。いくつかの実施態様では、クライアント１０５は、通信ネットワーク１０７を通してブローカーと通信し得る。そのような通信ネットワークは、例えば、従来の仲介サービス用の電話回線網、電子仲介サービス用のコンピュータネットワーク、および／または他の任意の通信ネットワーク（例えば、インターネット、私設ネットワーク等）を含み得る。

参加者が、コンピュータおよび人の任意の組み合わせを含み得ることを認識されたい。例えば、Ｅｔｒａｄｅ等のインターネットブローカーは、人間である投資家により命令される参加者として動作し得、従来のブローカーは、取引所への直接接続を使用してインタフェースし得、アルゴリズム的なトレーダーは、データに基づいてアルゴリズムを実行し、人間からのわずかな入力を使用するか、もしくは人間からの入力なしでアルゴリズムの出力に基づいて注文を生成するコンピュータを含み得、投資銀行は、企業を解析し、その情報に基づいて注文を生成する（例えば、何かを介在させて、または取引所に直接）高度に熟練した投資専門家を含み得る等である。

いくつかの実施形態では、参加者１０３は、通信ネットワーク１０９を通して取引所１０１と通信し得る。通信ネットワーク１０９は、例えば、インターネット、データバス、専用有線または無線通信リンク、および／または他の任意の通信ネットワークを含み得る。通信ネットワーク１０９は、単方向または双方向の通信を可能にし得る。通信ネットワーク１０９は、例えば、ＴＣＰ／ＩＰを使用して通信を可能にし得る。情報は、例えば、複数データパケットを含め、任意の形態で通信ネットワークを通して受け渡し得る。

いくつかの実施形態では、１つまたは複数の参加者は、取引意図に関する情報を取引所に通信し得る。例えば、注文を電子メッセージの形態で参加者から通信ネットワーク１０９を通して取引所に送信し得る。注文は、金融商品の側を定義し得る。

取引所を通して履行するために、複数の注文をリンクすることを含む一揃いの通信の例が、２０００年７月２８日出願の米国特許出願第０９／６２７，７０５号明細書に記載されており、この特許出願を参照により本明細書に援用する。

いくつかの実施形態では、取引所は、一致する注文が見つかった旨を参加者に通信し得る。例えば、取引所は、注文への一致が見つかったことを識別する電子メッセージを送信し得る。いくつかの実施態様では、一致が見つかった場合、注文を履行し、そのような指示を送信し得る。いくつかの実施態様では、一致が見つかった場合、取引を履行する前に、参加者に注文を確認するように求め、そのような履行を促進するために、指示を翻訳し得る。

いくつかの実施形態では、参加者は、注文を条件付け得る１つまたは複数のイベントに関する情報を通信し得る。例えば、いくつかの実施態様では、電子メッセージは、イベントが発生した場合に注文を提出し得ることを示し得る。イベントは、注文が提出される金融商品に関するイベント、異なる金融商品に関するイベント、金融商品に関連しないイベント、および／または他の任意のイベントを含み得る。イベントは、条件の有効期間（ｅｘｉｓｔａｎｃｅ）（例えば、午前７時〜午後９時）、第２の金融商品の価値の変更、第２の金融商品の取引量の変更、企業による決算公表、業界を規制する規制の変更、企業の信用格付けの変更、および／または他の任意の発生、出来事等を含み得る。いくつかの実施態様では、イベントは、起こるか、または起こらない可能性がある発生に関連し得る。

いくつかの実施形態では、参加者は、注文を調整させ得る１つまたは複数のイベントに関する情報を通信し得る。例えば、いくつかの実施態様では、電子メッセージは、イベントが発生した場合、注文キューから注文を削除すべきことを示し得、電子メッセージは、イベントが発生した場合、注文の数量を変更すべきことを示し得、電子メッセージは、イベントが発生した場合、パッシブ注文をアグレッシブ注文に変更すべきであることを示し得、電子メッセージは、イベントが発生した場合、注文の価格を変更すべきであることを示し得、電子メッセージは、イベントが発生した場合、注文をキューに戻すべきであることを示し得、かつ／または指示は、イベントが発生した場合、注文への他の任意の調整を行うべきであることを示し得る。

いくつかの実施形態では、取引所は、イベントに関する情報を参加者に通信し得る。例えば、いくつかの実施態様では、取引所は、イベントが発生した、および／または発生しなかったことを示す電子メッセージを送信し得る。

いくつかの実施形態では、通信ネットワーク１０９を通しての通信は、遅延を含み得る。遅延は、情報が情報源から情報の宛先に伝送されるためにかかる時間を含み得る。例えば、遅延は、ネットワークを通して情報をルーティングする時間、情報がワイヤを取って伝送される時間、情報を中間システムにより処理する時間等を含み得る。遅延は、イベント発生後、複数の参加者が競って取引する場合等、状況によっては、最適未満の取引結果を生じさせ得る。

情報源１１１は、取引に関する判断に関連し得る情報の１つまたは複数のプロバイダを含み得る。情報源１１１は、取引所１０１の一部であってもよく、かつ／または別個のエンティティであってもよい。情報は、例えば、発生した取引についての情報、保留中の（例えば、注文キュー内にある）注文についての情報、取引量についての情報、価格変更についての情報、金融商品についての情報、インデックスについての情報、金融商品の種類についての情報、業界についての情報、政治的なイベントについての情報、規制変更についての情報、および／または他の任意のイベントについての情報を含み得る。そのような情報は、例えば、そのような情報に基づいて注文について判断するアルゴリズム的な取引システムならびに様々な情報に基づいて取引について判断する人間の投資家にとって有用であり得る。いくつかの実施態様では、取引所でのイベントに関する情報（例えば、取引スタック（ｔｒａｄｉｎｇ ｓｔａｃｋ）、取引の履行等）は、そのような情報を処理する介在者からよりも、通信遅延が少ないため短い遅延で取引所により報告し得るが、それでもやはり、例えば、通信ネットワークを通しての通信遅延に基づいて遅延し得る。

図２Ａは、いくつかの実施形態による例としての取引所２０１を示す。

示されるように、取引所２０１は、通信ネットワーク２０５を通して参加者２０３に結合し得る。いくつかの例としての参加者および通信ネットワークを図１に関連して上述した。図２Ａに示されるように、取引所２０１は、マッチングエンジン２０７、インタフェース２０９、第１の通信ネットワーク２１１、イベントエンジン２１３、および第２の通信ネットワーク２１５を含み得る。これらの構成要素が単なる例として与えられること、ならびに様々な実施形態が任意の数の追加の構成要素および／または代替の構成要素を含み得ることを認識されたい。例えば、いくつかの実施態様では、単一のバスを使用し得、インタフェースは別個の機械であり得、別個の規則処理エンジンを使用し得、イベントエンジンおよびマッチングエンジンを結合し得、追加の所望の機能を提供する他の任意の構成要素を含め得る等である。

マッチングエンジン２０７は、１つまたは複数の機械構成要素を含み得る。いくつかの実施態様では、マッチングエンジンは１つまたは複数のプロセッサを含み得る。そのようなプロセッサは、注文をマッチングするように構成された汎用プロセッサを含み得る。そのような構成は、ハードウェアおよび／またはソフトウェア（例えば、プログラミングおよび／またはライティング）を介して行い得る。マッチングエンジンは、所望に応じて、特定の金融商品、特定のイベント、特定の注文種類、特定の金融商品種類、注文への特徴の調整の種類等に専用であり得る。いくつかの実施態様では、マッチングエンジンは、金融商品に対する注文の一致を特定し、一致する注文を満たす取引を履行する機械構成要素（例えば、プロセッサ）を含み得る。いくつかの実施態様では、マッチングエンジンは、複数の買い注文が単一の売り注文に一致する場合、キュー内の最高優先度を有する買い注文を、一致する買い注文として選択するように、マッチングに関する優先度付きの注文を保持する買い注文キューおよび売り注文キューを保持し得る。

マッチングエンジン２０７は、金融商品の買い注文キュー２１７を含み得る。買い注文キューは、金融商品の買い注文の優先度付きの集まりを含み得る。注文には、所望の任意の方法で優先度を付与し得る。例えば、注文には、キュー内に配置された時間、取引所が注文を受信した時間、注文が作成された時間、マッチングエンジンが注文を受信した時間、注文の作成を始動させるイベントに関連付けられた時間、注文のサイズ、注文の価格等に基づいて優先度を付与し得る。一実施態様では、例えば、金融商品毎に最高価格の買い注文に最高優先度が付与されるように、キューに一次的に優先度を付与し得る。いくつかの実施態様では、同じ価格の買い注文に、キュー内に配置された時間に基づいて優先度を付与するように、キューに二次的に優先度を付与し得る。任意の優先度付与を様々な実施形態において使用し得ることを認識されたい。キューが、任意の方法で優先度付与された任意の集まりを含み得ること、およびワードキュー（ｗｏｒｄ ｑｕｅｕｅ）が、本明細書において説明される属性への任意の追加の属性を必要とするものと読まれるべきでもなければ、そのような属性の除外が必要であるものと読まれるべきでもないことを認識されたい。

マッチングエンジン２０７は、金融商品の売り注文キュー２１９を含み得る。売り注文キューは、金融商品の売り注文の優先度付きの集まりを含み得る。注文には、所望の任意の方法で優先度を付与し得る。例えば、注文には、キュー内に配置された時間、取引所が注文を受信した時間、注文が作成された時間、マッチングエンジンが注文を受信した時間、注文の作成を始動させるイベントに関連付けられた時間、注文のサイズ、注文の価格等に基づいて優先度を付与し得る。一実施態様では、例えば、金融商品毎に最低価格の売り注文に最高優先度が付与されるように、キューに一次的に優先度を付与し得る。いくつかの実施態様では、同じ価格の売り注文に、キュー内に配置された時間に基づいて優先度を付与するように、キューに二次的に優先度を付与し得る。任意の優先度付与を様々な実施形態において使用し得ることを認識されたい。

いくつかの実施態様では、キューはメモリ（例えば、ＲＡＭ、レジスタ、固体状態メモリ、ハードディスクドライブ等）を含み得る。いくつかの実施態様では、メモリ内の要素の順序は、キュー内の優先度の順序に対応し得る。いくつかの実施態様では、例えば、注文を含むメモリロケーションセットに、第１の優先度付きメモリロケーションから次のメモリロケーションにリンクし、以下同様にリンクすることにより、優先度を付与し得る。他の実施態様では、物理的なメモリロケーションが静的な優先度を有し得る。他の実施態様では、メモリに順序を付け、かつ／または注文に優先度を付与する他の任意の方法を使用し得る。

いくつかの実施態様では、プレースホルダ注文をキュー内に配置し得る。例えば、そのような注文は、キューから（例えば、一時的に）削除された注文の時間に基づく優先度を保持するために使用し得る。そのようなプレースホルダ注文は、例えば、注文がどこにあるかを示すが、その注文を注文のマッチングに実際に使用すべきではないことをマッチングエンジンに対して示すリストへのノードを追加することにより、キュー内に配置し得る。他の実施態様では、前の注文に非アクティブのフラグを付し得、それにより、前の注文はマッチングの対象とならず、そのようなフラグを後に変更して、注文を復旧し得る。

いくつかの実施態様では、複数の買い注文キューおよび／または複数の売り注文キューを使用し得る。例えば、いくつかの実施態様では、非常に大きな注文に対して、他の注文とは別個のキューを使用し得、リミット注文に対して、市場注文とは別個のキューを使用し得、複数のキューを使用して、注文の負荷をバランスさせ得る等である。

いくつかの実施形態では、マッチングエンジンは、注文指示を受信し得る。そのような指示は、バス、別の通信ネットワークを通して、リモートシステム、イベントエンジン等から受信し得る。マッチングエンジンは（例えば、注文指示の受信に応答して）、その注文を適切なキュー内に適切な優先度レベルで追加し得る。例えば、注文が買い注文である場合、マッチングエンジンの優先度付与手順に従って、注文を買い注文キューに優先度レベルで追加し得る。いくつかの実施態様では、注文をキューに追加する命令を命令スタックに追加し得る。命令スタックは、マッチングエンジンが何等かの優先度順（例えば、ＦＩＦＯ）で処理するように求められた命令の集まりを含み得る。マッチングエンジンは、命令スタック内の優先度のより高い他の命令の処理を終えた場合、キューに注文を追加する命令を処理し得、これにより、マッチングエンジンに注文をキューに追加させ得る。

いくつかの実施形態では、マッチングエンジンは、算術論理ユニットおよび／またはマッチングエンジンの処理を実行する他の処理要素を含み得る。例えば、そのような処理ユニットは、命令スタックからの命令を実行し得る。そのような処理要素は、２つの注文が一致するか否かに関して判断し得る。そのような処理要素は、２つの注文が一致する場合、動作し得る。マッチングエンジンは、所望の目的に対して汎用的および／または専用的であり得る任意の数のそのような処理要素を有し得る。例えば、いくつかの実施態様では、マッチングエンジンは、キューに注文を追加する処理要素と、キュー内に一致が存在するか否かを判断し、それに従って動作する処理要素とを含み得る。

いくつかの実施形態では、マッチングエンジンは、買い注文キュー内の注文と売り注文キュー内の注文とが一致するか否かを判断し得る。例えば、処理要素は、最高優先度の買い注文が最高優先度の売り注文に一致するか否かを判断し得る。いくつかの実施態様では、複数の注文が単一の注文に一致し得る。いくつかの実施態様では、複数の注文が複数の注文に一致し得る。例えば、注文が同じ金融商品に対する取引の逆側であり、同じ価格および／または重なる価格範囲のものである場合、注文は別の注文に一致し得る。いくつかの実施態様では、注文は、同様の数量のものである場合に一致し得る（例えば、注文は、その注文の数量の少なくとも１０％の数量の注文のみに一致し得る）。いくつかの実施態様では、複数のより少額の注文が単一のより多額の注文に一致し得る。いくつかの実施態様では、注文は部分的に一致し得る。部分的に一致する注文は、キューから削除してもよく、一致していない部分をキュー内に残してもよい等であり得る。

いくつかの実施形態では、第１および第２の注文が一致するとの判断に応答して、マッチングエンジンは、２つの注文のそれぞれの少なくとも部分を満たす取引を履行し得る。履行は、例えば、履行を実行すべき旨の指示を送信することを含み得る。いくつかの実施態様では、履行は、例えば、データベースに記憶されている注文についての情報を、注文が互いに対して履行されたことを示すように変更することを含み得る。いくつかの実施態様では、履行は、クリアリング、金銭の転送、所有権の転送、バックエンド処理等を含み得る。いくつかの実施態様では、履行に関わる動作のうちのいくつかまたはすべては、リモートシステム、取引所、マッチングエンジン、人等により実行し得る。金融商品の所有権を転送させる任意の動作を、履行として様々な実施形態において使用し得ることを認識されたい。

上述したように、取引所２０１はインタフェース２０９を含み得る。インタフェース２０９は、取引所と取引所外（例えば、通信ネットワーク２０５）との間での情報の通信に役立ち得る。インタフェースは、周知のように、ネットワークインタフェースを含み得る。インタフェースは、入力された通信を処理し、イベントエンジンおよびマッチングエンジン等の取引所の様々な構成要素への通信を向け得る。インタフェース２０９は、取引所イベント（例えば、取引履行）の指示を受け入れ、通信ネットワーク２０５を介して宛先に情報を向け得る。

いくつかの実施形態では、インタフェース２０９は、取引所に関連するイベントについての情報を受信し得る。例えば、そのような情報は、注文キューについての情報、価格についての情報、変動率についての情報、履行情報、取引量についての情報等を含み得る。そのような情報は、取引所の他の要素（例えば、マッチングエンジン、イベントエンジン等）から、および／または取引所外（例えば、情報源）から受信することもできる。そのような情報は、取引所外に報告し得る。そうすることにより、取引所は、そのような情報に関する情報源として機能し得る。外部情報源ではなく取引所から、取引上で発生したイベントについての情報を得ることにより、情報に関する遅延を低減し得る。

いくつかの実施形態では、インタフェース２０９は、１つまたは複数の機械構成要素を含み得る。そのような構成要素は、１つまたは複数のプロセッサ、メモリ等を含み得る。インタフェース２０９は単なる例として与えられていること、ならびに他の実施形態では、いかなるインタフェースおよび／または情報源構成要素も含まれなくてもよいことを認識されたい。

通信ネットワーク２１１は、取引所２０１の構成要素間の通信に役立ち得る。通信ネットワーク２１１は、単一の機械のデータバスおよび／または他の任意の通信ネットワーク（例えば、ＬＡＮ等）を含み得る。

上述したように、取引所２０１はイベントエンジン２１３を含み得る。イベントエンジン２１３は、１つまたは複数のコンピュータ構成要素を含み得る。例えば、イベントエンジン２１３は、プロセッサ、メモリ、および／または他の任意の構成要素を含み得る。いくつかの実施形態では、イベントエンジンは、イベントの発生に基づいて、条件が満たされるときを判断する機械構成要素（例えば、プロセッサ）を含み得る。いくつかの実施形態では、条件は、その条件が満たされる前に発生し得る前提条件を含み得る。条件は、その条件が満たされる前に発生し得る１つまたは複数のイベントを含み得る。任意の数の動作が、満足される条件に依存し得る。

いくつかの実施形態では、イベントエンジン２１３は、１つまたは複数のイベントを識別する情報およびイベントの発生のうちのすべてまたはいくつかを条件とし得る１つまたは複数の注文を識別する情報を受信し得る。イベントエンジン２１３は、注文およびイベントについての情報を記憶し得る（例えば、データベース、メモリ等に）。一実施形態例では、イベントエンジン２１３は、参加者２０３から送信された電子メッセージを、通信ネットワーク２１１を通して受信し得る。メッセージが任意の数の変形を受けてもよく、多くのパケットまたはサブメッセージに分けられてもよく、複数の別記の、もしくは接続されたメッセージとして受信されてもよい等であることを理解されたい。一例では、メッセージは、ＥＳｐｅｅｄの株の取引量が閾値レベルに達した場合、ＥＳｐｅｅｄ １００株の買い注文を取引所に提出すべきであることを示し得る。実施形態は単純な市場注文に限定されず、様々な実施形態が任意の種類の注文を含み得ることを認識されたい。

いくつかの実施形態では、イベントエンジン２１３は、１つまたは複数のイベントを識別する情報およびイベントの発生のうちのすべてまたはいくつかを条件とし得る１つまたは複数の動作を識別する情報を受信し得る。イベントエンジン２１３は、動作およびイベントについての情報を記憶し得る（例えば、データベース、メモリ等に）。一実施形態例では、イベントエンジン２１３は、参加者２０３から送信された電子メッセージを、通信ネットワーク２１１を通して受信し得る。メッセージが任意の数の変形を受けてもよく、多くのパケットまたはサブメッセージに分けられてもよく、複数の別記の、もしくは接続されたメッセージとして受信されてもよい等であることを理解されたい。一例では、メッセージは、ＥＳｐｅｅｄの株価が特定の閾値に達した場合、ＥＳｐｅｅｄ １００株の買い注文を、ＥＳｐｅｅｄ ５０株の買い注文に変更すべきであることを示し得る。別の例では、メッセージは、特定の閾値を超える数のＥＳｐｅｅｄ株の売り注文を受信した場合、ＥＳｐｅｅｄ １００株の買い注文をキューから削除すべきであることを示し得る。メッセージは、ＥＳｐｅｅｄ １００株の買い注文を、１００株の売り注文の少なくとも閾値部分が満たされた場合、キューに戻すべきであることを示し得る。さらに別の例として、メッセージは、ＥＳｐｅｅｄ株の買い注文数が閾値レベルに達した場合、ＥＳｐｅｅｄ １００株のパッシブ買い注文を、ＥＳｐｅｅｄ １００株のアグレッシブ買い注文に変更すべきであることを示し得る。これらの例が非限定的であり、特定の実施態様の例示として与えられることを認識されたい。

いくつかの実施態様では、そのような情報は、イベントが発生したか否かの解析および／またはイベントが発生した場合、任意の注文を提出したらどうなるかの特定が容易なように、処理し、かつ／または記憶し得る。例えば、そのような情報が記憶されたデータベースは、イベントが発生した場合、そのイベントを条件としたすべての動作をデータベース内で容易に参照し得るように、イベントに基づいてキー化し得る。

いくつかの実施形態では、イベントエンジン２１３は、１つまたは複数のイベントの発生に関する情報を受信し得る。そのようなイベントは、例えば、取引所で発生するイベント、取引所外で発生するイベント等を含み得る。例えば、イベントについての情報は、通信ネットワーク２１１を通して受信し得る。そのような情報は、外部情報源から、取引所のマッチングエンジンから、取引所の遠隔機械等から受信し得る。一例では、電子メッセージが、ＥＳｐｅｅｄ株の取引量の価値等のイベントを示し得る。

いくつかの実施形態では、イベントエンジンは、イベントについて受信した情報が、注文および／または動作が条件とする１つまたは複数の条件を満たすか否かを判断し得る。いくつかの実施態様では、イベントエンジンは、イベント情報の受信に応答して、定期的に、ランダムに、かつ／または他の任意の時間にそのような判断を行い得る。いくつかの実施態様では、そのような判断は、例えば、条件について記憶されている情報を参照することにより行い得る。注文および／または動作が複数のイベントを条件とし得るいくつかの実施態様では、フラグを設定して（例えば、データベース内で）、イベントが発生したことを示し得る。すべての条件にフラグが付された場合、条件が満たされ得る。ある条件がもはや満たされなくなる（例えば、取引量が低減する）ようなイベントが発生した場合、フラグを設定解除し得る。いくつかの注文が、満たされている条件のうちのいくつかおよび／またはすべてを条件とし得ることを認識されたい。例えば、注文は、いくつかの実施態様では、（条件Ａ ＡＮＤ条件Ｂ）ＯＲ（条件Ｃ ＢＵＴ ＮＯＴ条件Ｄ）ＯＲ（条件Ｅ）等の複雑な条件セットを条件とし得る。

いくつかの実施形態では、イベントエンジンは、注文および／または動作が条件とする条件が満たされたか否かを判断し得る。例えば、注文が、ＥＳｐｅｅｄの取引量が特定のレベルに達することのみを条件とし、そのようなレベルに達したことを示すイベント情報を受信した場合、イベントエンジンは、注文が条件とする条件が満たされたと判断し得る。例えば、いくつかの実施態様では、イベントエンジンは、データベースまたは他の条件の集まりを検索し、かつ／または問い合わせて、注文および／または動作に関連付けられた条件にフラグが設定されているか否かを判断し得る。そのような判断が、データベースへの定期的な問い合わせ、データベースにより引き起こされるメッセージ等を含むがこれらに限定されない所望の任意の方法で行われ得ることを認識されたい。より複雑な条件付けでは、イベントエンジンは、注文を引き起こす条件セットが満たされたか否かを判断し得る（例えば、上記例から、ＡかつＢが真の場合、Ｃが真であるが、Ｄが真ではない場合、またはＥが真である場合）。

いくつかの実施形態では、条件を満たした１つまたは複数の注文および／または動作に対して、イベントエンジンは、１つまたは複数の各注文の提出および／または１つまたは複数の動作の実行を促進し得る。いくつかの実施形態では、条件が満たされた場合、任意の数の注文を提出し得、かつ／または任意の数の動作を行い得ることを認識されたい。

ＥＳｐｅｅｄ注文の例では、イベントエンジン２１３は、ＥＳｐｅｅｄ銘柄１００株の買い注文の提出を促進し得る。注文は、上述したように、注文に関して受信する他の任意の情報に従って提出し得る。いくつかの実施形態では、イベントエンジンによる注文提出の促進は、マッチングエンジン２０７に注文を注文キューに追加させることを含み得る。ＥＳｐｅｅｄ銘柄の例では、イベントエンジンは、ＥＳｐｅｅｄ銘柄１００株の買い注文をマッチングエンジンの買い注文キューに追加させ得る。

別の例として、ＥＳｐｅｅｄ １００株の第１の買い注文は、株当たり１００ドルの価格でキュー内に配置し得る。調整指示および条件を受信し得る。調整指示および条件は、第１の注文の指示と共に受信し得る。条件および調整は、条件が満たされた場合、注文に調整を行うべきであることを識別し得る。

例えば、ＥＳｐｅｅｄの株の大きな売り注文を受信した場合（例えば、閾値を超える注文、１０００株を超える売り注文）、要求される調整は、キューから１００株の買い注文を削除することであり得る。いくつかの実施態様では、第２の条件および動作を受信し得る。第２の条件および動作は、売り注文のうちのいくつかが満たされる（例えば、閾値部分が満たされる等）場合、売り注文に関連付けられた合計数量が低減した場合（例えば、何等かの閾値量よりも下に）、かつ／または他の何等かのイベントが発生した場合、注文をキューに戻すことであり得る。取引所は、発生したこれらの条件を監視し、それに従って注文への調整を促進し得る。

別の例として、売り注文の価格変更が発生した場合（例えば、大きな増減）、要求される調整は、注文に関連付けられた数量を増減することであり得る。例えば、価格が低減した場合、数量を増大し得、価格が増大した場合、数量を低減し得る。

別の例として、売り注文の数量変更が発生した場合、第１の注文をパッシブ注文からアグレッシブ注文に変更し得る。例えば、利用可能な売り注文の数量が、閾値よりも下に低減した場合、パッシブ買い注文をアグレッシブ買い注文に変更し得る。いくつかの実施態様では、数量も同様に変更し得る。

例としての動作および条件が非限定的であること、ならびに様々な実施形態において、上記動作および／または条件の任意の組み合わせ、任意に関連付けられた動作および／または条件、および／または他の任意の動作および／または条件を使用し得ることを認識されたい。例えば、オファーおよび／またはビッドされる価格の増大、オファーおよび／またはビッドされる価格の低減、要求および／または提供される数量の増大、要求および／または提供される数量の低減、ならびに／あるいは他の任意のイベントの任意の組み合わせが、パッシブからアグレッシブへの注文の状態の変更、注文種類の変更、注文価格の変更、注文数量の変更、注文のキャンセル、注文の提出、および／または他の任意の所望の動作等の動作の任意の組み合わせを引き起こし得る。

いくつかの実施態様では、取引所の一部であるイベントエンジンによりイベント発生を処理することにより、イベントの発生を条件とした注文の提出および／または動作に関する遅延を低減し得る。例えば、そのような情報がイベントエンジン２１３により処理されるのではなく、仮に参加者２０３によりオフサイトで処理されるならば、イベント情報の受信に関連する遅延が増大し得（例えば、イベント情報が取引所で発生するイベントに関連する場合、参加者が取引所よりも情報源への遅い接続を有する場合等）、注文の提出および／または動作に関する遅延が増大し得る（例えば、通信ネットワーク２０５を通して送信することにより）等である。

いくつかの実施態様では、注文についての情報（例えば、注文の提出、注文の調整、注文の削除等）をマッチングエンジンに送信することに関連する遅延は、注文についての情報をマッチングエンジンに送信する媒体となる通信ネットワークに基づき得る。様々な実施態様では、通信ネットワークの長さを低減して、そのような遅延を低減し、通信ネットワークの帯域幅を増大して、そのような遅延を低減し、通信ネットワーク上で注文情報に優先度を付与して、そのような遅延を低減し、通信ネットワークをそのような機能専用にして、そのような遅延を低減し得る等である。

いくつかの実施形態では、通信ネットワーク２１５はデータバスを含み得る。データバスは、イベントエンジンからマッチングエンジンに通信できるようにし得る。データバスは、そのような通信を可能にする専用バスであり得る。そのような通信は、単方向または双方向であり得る。いくつかの実施態様では、そのようなバスは、同じ機械内のイベントエンジンとマッチングエンジンとを直接結合し得る。いくつかの実施態様では、データバスはイベント注入バスを含み得る。いくつかの実施態様では、バスを通して受信した注文は、マッチングエンジンへのインターラプトとして機能し得る。いくつかの実施態様では、バスを通してマッチングエンジンに送信された注文および／または動作の指示は、少なくとも１つの他の保留中の命令前に処理されるように、命令キューに追加し得る。例えば、注文および／または動作がマッチングエンジンにより次に処理されるように、注文および／または動作を処理する命令を命令スタックの最上部に追加し得る。いくつかの実施態様では、注文および／または動作を処理する命令は、他の保留中の注文および／または動作を処理する命令の前に追加し得る。いくつかの実施態様では、そのような命令は、他のソースから受信した注文および／または動作（例えば、イベントエンジンから受信したものではない注文および／または動作、参加者２０３から受信した注文および／または動作等）の前に処理されるように追加し得る。いくつかの実施態様では、イベントエンジンからの注文および／または動作用に、他の注文および／または動作の前に処理し得る別個の命令キューを保持し得る。

いくつかの実施形態では、データバスは、情報を機械の構成要素の間／に／から送信するために使用される通信ネットワークを含み得る。いくつかの実施態様では、データバスは、複数の遠隔の機械の間の通信に関わる通信ネットワークよりもはるかに高速のデータ転送を提供し得る。いくつかの実施態様では、データバスは、データおよびイベントをある機械構成要素から別の機械構成要素に注入し得るように、直接メモリアクセスおよび直接レジスタアクセスを提供することもできる。

いくつかの実施態様では、イベントエンジンから受信した注文および／または動作に、他のソースから受信した注文および／または動作よりも高い優先度を付与することにより、それらの注文および／または動作を、他の注文および／または動作よりも早く、かつ／または高い優先度で処理し得、かつ／または注文キューに影響を及ぼし得る。これは、マッチングエンジンが他の注文および／または動作を、イベントエンジンからの注文および／または動作よりも先に受信した場合であっても実行し得る。

いくつかの実施態様では、イベントエンジンからの注文を優先することにより、イベントが発生してから、注文が注文キューに追加されるまでの遅延を低減し得る。そのような優先は、マッチングエンジンが、注文が注文キューにいつ追加されたかに基づいて注文に優先度を付与するように構成されている場合、注文が受ける優先度レベルを増大させ得る。

いくつかの実施形態では、注文および／または動作にタイムスタンプを付与し得る。そのようなタイムスタンプ付与を使用して、マッチングエンジンによる注文キュー内の優先度付与を支援し得る。いくつかの実施態様では、例えば、イベントエンジンから送信された注文および／または動作に、イベントが発生した時間、イベント発生の指示がイベントエンジンにより処理された時間、調整中もしくは追加中のオリジナルの注文が当初提出された時間もしくは別の様式でタイムスタンプ付与された時間、および／または他の任意の所望の時間等のイベント発生に関連する時間を使用してタイムスタンプ付与し得る。マッチングエンジンは、タイムスタンプを使用して注文および／または動作を処理して、マッチングエンジンが注文および／または動作をいつ受信したかに関係なく、キュー内の位置に注文を配置し得る。したがって、いくつかのそのような実施態様では、注文および／または動作が、別のソースからの注文および／または動作の後にマッチングエンジンにより受信され処理される場合であっても、タイムスタンプに基づいて、注文キュー内で、イベントエンジンからの注文および／または動作に他の注文および／または動作よりも高い優先度を付与し得る。他の注文は、例えば、遅いタイムスタンプを有してもよく、かつ／またはタイムスタンプが付与されなくてもよい。他の注文にタイムスタンプが付与されない場合、それら他の注文は、まるで、キューに追加された時間または別のイベントが発生した時間に等しいタイムスタンプを有するかのように処理し得る。

図２Ａの個々の構成要素の説明が単なる例として与えられることを認識されたい。図２Ａの取引所が単なる例として与えられることも認識されたい。様々な実施形態において、構成要素の任意の組み合わせおよび任意の構成要素セットを使用し得る。そのような構成要素は、例えば、セキュリティ構成要素、クレジット構成要素、報告構成要素、クリアリング構成要素等を含み得る。

図２Ｂは、通信ネットワーク２１５が、イベントエンジン２１３からキュー２１７および２１９への直接メモリアクセスを可能にするように構成された実施形態例を示す。そのような実施形態では、キュー内の注文情報は、情報の直接メモリアクセスにより変更し得る。例えば、注文情報（例えば、注文価格、注文数量、注文タイムスタンプ等）をメモリロケーションに記憶し得る。メモリロケーションにアクセスし（例えば、イベントエンジンまたは他の何等かの構成要素により）、情報を読み取り、かつ／または情報を変更して注文を調整し得る。いくつかの実施形態では、直接メモリアクセスを通して、特定の注文を求めてキューを検索して、メモリロケーションを特定し得る（例えば、リンクされたリストの一連のリンクを辿り、注文を見つける等により）。いくつかの実施態様では、イベントエンジンは、マッチングエンジンとの通信に基づいてメモリロケーションを追跡し得る（例えば、マッチングエンジンは、イベントエンジンが注文を後に調整するために情報を記録し得るように、注文が配置されているメモリロケーションの指示をイベントエンジンに送信し得る）。そのような通信は、すべての注文、いくつかの注文、イベントエンジンにより配置された注文等と実行し得る。いくつかの実施態様では、注文は、そのような直接メモリアクセスを使用して（例えば、リスト内にノードを追加することにより、リストからノードを削除等することにより）追加かつ／または削除し得る。

図２Ｃは、別個の規則または動作処理要素２２１を有する取引所の別の実施形態を示す。規則または動作処理は、上述したイベントエンジンと同様に、注文への調整等の動作を処理し得る。例えば、規則または動作処理要素は、動作が条件とする条件を追跡し、条件が満たされた動作を促進し得る。規則または動作処理要素は、イベントについての情報をイベントエンジン、マッチングエンジン、および／または外部ソースから受信し得る。調整は、通信ネットワーク２１５および／または２１１を通して行い得る。

図２Ａ、図２Ｂ、および図２Ｃの取引所の例が、そのような例および／または他の所望の任意の構成または要素として付与され、単なる例、ならびに他の実施形態がからの要素の任意の組み合わせを含み得ることを認識されたい。

図３は、イベントエンジン３０３、複数のマッチングエンジン３０５、および通信ネットワーク３０７を含む取引所３０１の実施形態例を示す。いくつかの実施態様では、イベントエンジン３０３は、図２Ａの上記対話と同様にして、各マッチングエンジン３０５と対話し得る。

上述したように、マッチングエンジンは、１つまたは複数の金融商品、金融商品に対する１つまたは複数の注文種類、１つまたは複数の注文サイズ範囲、１つまたは複数の動作種類等に専用であり得る。したがって、単一の金融商品および／または複数の金融商品に関する取引により多くのサービスを提供するために、複数のマッチングエンジンを取引所に含め得る。いくつかの実施態様では、各マッチングエンジンに対して、取引所内のすべての注文のうちの特定のサブセットをタスクとし得る。他の実施態様では、マッチングエンジンは、同じ注文セットに対して並列に動作して、非常に流動性の高い商品等の注文処理の負荷を共有し得る。

いくつかの実施形態では、１つまたは複数のイベントエンジン３０３を複数のマッチングエンジン３０５に結合し得る。ここでは１つのエンジンとして示されるイベントエンジン３０３は、図２Ａに関して上述したように、イベントの発生に基づいて注文および／または動作をマッチングエンジンに提供し得る。所望に応じて、複数のイベントエンジンを１つのマッチングエンジンとペアにしてもよく、または複数のイベントエンジンを複数のマッチングエンジンとペアにしてもよいことを認識されたい。例えば、イベントエンジンは、特定の種類のイベント、特定の種類の注文等を処理するように設計し得る。

一実施態様例では、イベントエンジン３０３は、ＥＳｐｅｅｄの金融商品に対する注文を処理し得る。マッチングエンジンのそれぞれは、ＥＳｐｅｅｄの債権、ＥＳｐｅｅｄの優先株、ＥＳｐｅｅｄの普通株、およびＥＳｐｅｅｄ株の先物のそれぞれ１つを処理し得る。イベントエンジンは、そのようなすべての商品に関連する注文を処理し得る。イベントエンジンは、そのような商品に関連するイベントおよび／または他の任意のイベントを処理し得る。

通信ネットワーク３０７は、上述したようにデータバスを含み得る。データバスは、示されるように、複数のマッチングエンジンで共有されるバスであり得る。他の実施態様では、専用データバスが、各マッチングエンジンをイベントエンジンに結合し得る。

図３は図２Ａと同様の構成を考察するが、他の実施形態を、図２Ｂに関して考察した直接キューアクセス、図２Ｃに関連して考察した別個の規則エンジン、ならびに／あるいは他の任意の所望の構成要素および／または構成を組み込むように構成し得ることを認識されたい。

図４は、さらに別の取引所例を示す。図４に示されるように、取引所４０１は、複数のシステム（例えば、ブレード、サーバ、機械、汎用コンピュータ等）で実施し得る。この取引所例は、４つの注文クラスタ４０３、イベントコントローラ４０５、イベントネットワーク４０７、インタフェース４０９、通信ネットワーク４１１、および追加の構成要素４１３を含む。

注文クラスタ４０３は、上述したように、任意の方法で結合された任意の数のマッチングエンジンおよびイベントエンジンを含み得る。注文クラスタは、ブレード、サーバ等で実施し得る。注文クラスタは、特定の金融商品、イベント種類、動作種類、および／または注文種類に関連する注文、イベント、および／または動作を処理し得る。取引所は、任意の数および／または構成の注文クラスタを有し得る。

注文クラスタは、イベント情報を受信し、かつ／または送信できるように（例えば、他のイベントエンジンから、他のイベントエンジンに、外部ソースから、外部ソースに、イベントコントローラ４０５に、イベントコントローラ４０５から等）、通信ネットワークに結合されたイベントエンジンを含み得る。そのような通信ネットワークは、図４のイベントネットワーク４０７として示される。イベントネットワークは、イベント情報を異なるシステム間および／または構成要素間で通信できるようにする通信ネットワークを含み得る。そのようなネットワークは、イベント情報の通信に関連する遅延を低減するためにイベント通信専用であり得る。例えば、イベントは、第１の注文クラスタ内で発生した何かに関連し、第２の注文クラスタが、注文を生成すべきであるか否かを判断するために必要であり得る。イベント情報専用の高速通信ネットワークは、そのような情報のそのような通信に関連する遅延を低減し得る。しかし、他の実施形態では、そのような専用ネットワークが含まれなくてもよいこと、および様々な実施形態では、任意の構成の通信ネットワークを使用し得ることを認識されたい。

いくつかの実施形態では、イベントコントローラ４０５は、イベントネットワークまたは他の任意の通信ネットワークをとして、イベントについての情報を受信し、その情報を１つまたは複数の注文クラスタに送信し得る。いくつかの実施形態では、イベントコントローラが含まれなくてもよい。いくつかの実施形態では、イベントエンジンはクラスタ内に含まれず、イベントコントローラがイベントエンジンとして動作し得る。いくつかの実施形態では、イベントエンジンは、中間イベント処理、変数設定、ネットワーク外へのイベント情報の通信等の所望の任意のイベント処理を提供し得る。

いくつかの実施形態では、注文クラスタは、注文の受信、注文に対する条件の受信等の情報を通信するためのインタフェースを含み得る。そのようなインタフェースは、通信ネットワーク４１１に結合し得る。通信ネットワーク４１１は、取引所の構成要素間の汎用通信ネットワークとして動作し得る。他の実施形態では、任意の構成の通信ネットワークを使用し得る。

インタフェース４０９は、参加者、情報源等の外部ソースと取引所との間をインタフェースし得る。情報は、取引所の構成要素が外部ソースと通信できるようにする通信ネットワーク４１１を通して送受信し得る。

追加の構成要素４１３は、取引所の他の任意の所望の構成要素を含み得る。例えば、そのような構成要素は、クリアリングハウス、クレジット機能、セキュリティ機能、別個の規則処理機能等を含み得る。

この取引所例が非限定的であること、および様々な実施形態では、任意の構成の取引所構成要素を任意の方法で組み合わせ得ることを認識されたい。いくつかの実施形態では、例えば、図４に示されるような複数の構成を任意の方法で組み合わせて、さらに大きな取引所を生成し得る。そのような抽象化を任意の回数行って、望まれる任意の数の注文に対応できる任意のサイズの取引所を生成し得る。注文クラスタは図２Ａの構成と同様のものとして説明されるが、他の実施形態が、図２Ｂにおいて説明された直接キューアクセス、図２Ｃにおいて説明された別個の規則プロセッサ、ならびに／あるいは所望の任意の構成要素および／または構成を含む構成を含み得ることを認識されたい。

図５は、いくつかの実施形態において実施し得る例としての方法５００を示す。方法５００は、１つまたは複数のプロセッサおよび／またはマッチングエンジン、イベントエンジン、インタフェース等の取引所の他の構成要素により実施し得る。

ブロック５０１に示されるように、方法５００は、条件指示を受信することを含み得る。この指示は、リモートコンピュータから受信し得る。条件は１つまたは複数のイベントを定義し得る。条件は、上述したように、イベントが発生した場合に満たされ得る。

ブロック５０３に示されるように、方法５００は、注文指示を受信することを含み得る。この指示は、リモートコンピュータから受信し得る。リモートコンピュータは、条件指示の送信元であるコンピュータと同じコンピュータであり得る。条件指示および注文指示は、一緒に受信してもよく（例えば、１つの電子メッセージ内で、同時に等）、１つの指示であってもよく、別個の指示であってもよい等である。注文は、金融商品に対する取引の側を定義する。

ブロック５０５に示されるように、方法５００は、イベントが発生したと判断することを含み得る。そのような判断は、プロセッサにより行い得る。例えば、そのような判断は、取引所のイベントエンジンにより行い得る。いくつかの実施態様では、例えば、そのような判断は、イベントが発生したことの指示が受信された（例えば、外部ソース、マッチングエンジン、取引所の別の構成要素等から）場合に行われてもよく、イベントのデータベースが検索された場合に行われてもよく、イベントが取引所で発生した場合（例えば、マッチングエンジンが取引を利用する場合等）に行われてもよい等である。いくつかの実施態様では、イベント発生指示は、取引所の構成要素および／または外部ソースが受信し、かつ送信し得る。

ブロック５０７に示されるように、方法５００は、注文指示をマッチングエンジンに送信することを含み得る。そのような指示は、通信バスを通して送信し得る。通信バスは、プロセッサ（例えば、イベントエンジン）を別のプロセッサ（例えば、マッチングエンジン）に結合し得る。そのような指示の送信は、ブロック５０５の判断に応答して行われ得る。

ブロック５０９に示されるように、方法５００は、注文を注文キューに追加することを含み得る。注文キューは、プロセッサ（例えば、マッチングエンジン）の一部であり得る。マッチングエンジンは、上述したように、注文の一致を特定し、一致する注文を満たす取引を履行するように構成し得る。

方法５００が単なる例であること、および他の方法が任意の動作セットを含み得ることを認識されたい。例えば、様々な実施形態では、タイムスタンプ付与、注文の履行、注文のクリアリング、命令スタックへの追加、注文の報告等を含め得る。

図６は、いくつかの実施形態において実施し得る例としての方法６００を示す。方法６００は、１つまたは複数のプロセッサならびに／あるいはイベントエンジン等の取引所の他の構成要素により実行し得る。

ブロック６０１に示されるように、方法６００は、イベントが発生したことの指示を受信することを含み得る。そのような指示は、取引所外の情報源等のリモートコンピュータから受信し得る。そのような指示は、マッチングエンジン、イベントコントローラ等のプロセッサから受信し得る。そのような指示は、所望の任意の情報源から受信し得る。

ブロック６０３に示されるように、方法６００は、注文が条件とする条件が満たされたと判断することを含み得る。注文は、金融商品に対する取引の側を定義し得る。この特定は、取引所のプロセッサにより行い得る。この特定は、イベントエンジンにより行い得る。この特定は、注文および条件情報が記憶されたデータベース等の記憶されている情報を検索することにより行い得る。

ブロック６０５に示されるように、方法６００は、注文を注文キューに追加する指示を送信することを含み得る。注文キューは、取引所のマッチングエンジンにより保持し得る。送信は、データバスを通して実行し得る。データバスは、取引所のプロセッサ（例えば、方法を実行するイベントエンジンおよびキューを保持するマッチングエンジン）を結合し得る。送信は、ブロック６０３の特定に応答して実行し得る。

方法６００が単なる例であること、および他の方法が任意の動作セットを含み得ることを認識されたい。例えば、様々な実施形態において、タイムスタンプ付与、注文の受信、注文の記憶、条件の記憶、記憶されている情報の検索、注文の履行、注文のクリアリング、命令スタックへの追加、注文の報告、イベントの報告等を含め得る。

図７は、いくつかの実施形態において実施し得る例としての方法７００を示す。方法７００は、マッチングエンジン、イベントエンジン、インタフェース等の１つまたは複数のプロセッサおよび／または取引所の他の構成要素により実行し得る。

ブロック７０１に示されるように、方法７００は、条件指示を受信することを含み得る。指示は、リモートコンピュータから受信し得る。条件は、１つまたは複数のイベントを定義し得る。条件は、上述したように、イベントが発生した場合に満たされ得る。

ブロック７０３に示されるように、方法７００は、動作指示を受信することを含み得る。指示は、リモートコンピュータから受信し得る。リモートコンピュータは、条件指示の送信元と同じコンピュータであり得る。条件指示および動作指示は、一緒に受信してもよく（例えば、１つの電子メッセージ内で、同時に等）、１つの指示であってもよく、別個の指示であってもよい等である。動作は、金融商品に対する注文の調整を定義する。調整は、キャンセル、キューからの一時的な削除（例えば、別のイベントが発生するまで）、数量の変更、価格の変更、キュー内への代替の注文の配置等を含み得る。動作は、条件が満たされた場合にとるべき他の所望の任意の動作を含み得る。

ブロック７０５に示されるように、方法７００は、イベントが発生したと判断することを含み得る。そのような特定は、プロセッサにより行い得る。例えば、そのような特定は、取引所のイベントエンジンにより行い得る。いくつかの実施態様では、例えば、そのような特定は、イベントが発生したことの指示を受信した場合に行ってもよく（例えば、外部ソース、マッチングエンジン、取引所の別の構成要素等から）、イベントのデータベースが検索される場合に行ってもよく、イベントが取引所で発生した場合（例えば、マッチングエンジンが取引を履行した場合等）に行ってもよい等である。いくつかの実施態様では、イベント発生指示は、取引所の構成要素および／または外部ソースから受信し、かつ／または取引所の構成要素および／または外部ソースに送信し得る。いくつかのイベント例としては、第２の金融商品の価値の変更、第２の金融商品の取引量の変更、企業による決算公表、取引の逆側の注文の提出（例えば、ある数量を有する価格ポイント等で特定の条件を満たす注文等）、業界を規制する規制の変更、および企業の信用格付けの変更等を挙げることができる。

ブロック７０７に示されるように、方法７００は、注文調整指示をマッチングエンジンに送信することを含み得る。そのような指示は、通信バスを通して送信し得る。通信バスは、プロセッサ（例えば、イベントエンジン、規則プロセッサ等）を別のプロセッサ（例えば、マッチングエンジン）に結合し得る。そのような指示の送信は、ブロック７０５の特定に応答して実行し得る。

ブロック７０９に示されるように、方法７００は注文を調整することを含み得る。調整は、キャンセル、キューからの一時的な削除（例えば、別のイベントが発生するまで）、数量の変更、価格の変更、キュー内への代替の注文の配置等を含み得る。注文の調整は、マッチングエンジンのキュー内で保留中の注文の調整、マッチングエンジンのキューへの注文の追加、および／またはマッチングエンジンのキュー内のキューの削除を含み得る。マッチングエンジンは、上述したように、注文のマッチを特定し、取引を履行して、一致する注文を満たすように構成し得る。

いくつかの実施形態では、注文の調整は、マッチングエンジンが、命令スタック内で保留中の少なくとも１つの命令を実行する前に、注文を調整することを含み得る。例えば、注文を調整する命令は、少なくとも１つの命令の前に（例えば、割り込み、直接メモリアクセス等を使用して）マッチングエンジンの命令スタックに追加し得る。少なくとも１つの命令は、買い注文キューおよび売り注文キューのうちの一方への別の注文の追加および削除のうちの少なくとも一方を含み得る。

いくつかの実施形態では、注文の調整は、情報をマッチングエンジンのメモリロケーションに送信することを含み得る。情報は、命令、注文、注文への調整等を含み得る。いくつかの実施態様では、メモリロケーションは、キュー内の注文に関連付けられたメモリロケーションを含み得る。そのような実施態様では、注文の調整は、メモリロケーションに記憶されている注文についての情報を変更することを含み得る（例えば、直接メモリアクセスを使用して）。

いくつかの実施形態では、注文の調整は、マッチングエンジンのキューから注文を削除することを含み得る。キューから注文を削除することは、注文に対する取引の履行を停止させ得る。注文の調整は、代替の注文をマッチングエンジンのキューに追加することを含み得る。代替の注文は、調整されたパラメータ（例えば、サイズ、価格、種類等）を有する注文を含み得る。一実施態様では、元々の注文がパッシブ注文（例えば、一致が見つかるのを待っている注文）であり、代替の注文はアグレッシブ注文（例えば、とるべき注文／注文のリフト（ｏｒｄｅｒ ｔｏ ｔａｋｅ／ｌｉｆｔ ａｎ ｏｒｄｅｒ））であり得る。いくつかの実施態様では、代替の注文を、元々の注文と同じ時間に基づく優先度でキューに追加し得る。例えば、イベントエンジンおよび／またはマッチングエンジンは、元々の注文のタイムスタンプを代替の注文に配置し得る。例えば、第１の注文を削除すべきであり、第２の注文を第１の注文と同じタイムスタンプでキューに追加すべきであることを示す命令をマッチングエンジンに送信し得る。いくつかの実施態様では、注文は、代替を追加せずに削除し得る（例えば、即座に、別のイベントが発生した後まで、常に等）。例えば、一実施態様では、取引の注文と逆側の新規注文を受信し、新規注文が、閾値を超える数量のものである場合、注文をキューから削除し得る。逆側の注文に関連付けられた数量が別の閾値量を下回るまで低減した場合（例えば、新規注文が満たされた場合、新規注文がキャンセルされた場合等）、注文をキューに戻し得る。

一例では、注文は、イベントの発生に関連付けられた時間において、キュー内で保留中ではない場合がある。例えば、イベント発生時、イベント発生処理の実行時等において、注文は、マッチングエンジンのキュー内で保留中ではない場合がある。注文の調整は、キューへの注文の追加を含み得る。注文は、前にキュー内で保留中であったかもしれない（例えば、前の調整が前のイベントを条件としたため、削除される前）。キューへの注文の追加は、キュー内で注文が前に保留中されていた場合、注文に関連付けられた時間に基づく優先度で注文をキューに追加することを含み得る。例えば、そのような動作は、注文の金融商品に対する取引の逆側の注文に関連付けられた数量の低減（例えば、数量が前に閾値よりも上に達し、キューからの注文の削除を始動させた後）を条件とし得る。いくつかの実施態様では、タイムスタンプと共に時間に基づく優先度を保持し得る（例えば、注文が前に有したタイムスタンプと共に注文をキューに追加することにより）。そのようなタイムスタンプは、注文が削除される場合（例えば、そのような情報をイベント、注文、および／または動作に関連付けられたデータベースに記憶することにより）、イベントエンジンにより監視し保持し得る。いくつかの実施態様では、時間に基づく優先度の保持は、注文がキュー内の、仮に削除されなかった場合に配置されていた場所に位置決めされるように、キューの直接メモリアクセスを通してキューに注文を追加することにより促進し得る。いくつかの実施態様では、プロセッサ（例えば、イベントエンジン、規則プロセッサ等）は、注文が仮にキャンセルされなかった場合に注文がキュー内のどこにあり得るかを追跡してもよく、注文を後にプレースホルダの位置に配置し得るように、プレースホルダ注文をキュー内に配置してもよい等である。

方法７００が単なる例であること、および他の方法が任意の動作セットを含み得ることを認識されたい。例えば、様々な実施形態において、タイムスタンプ付与、注文の履行、注文のクリアリング、命令スタックへの追加、注文の報告等を含め得る。

図８は、いくつかの実施形態において実施し得る例としての方法８００を示す。方法８００は、１つまたは複数のプロセッサおよび／またはイベントエンジン等の取引所の他の構成要素により実施し得る。

ブロック８０１に示されるように、方法８００は、イベントが発生したことの指示を受信することを含み得る。そのような指示は、取引所外の情報源等のリモートコンピュータから受信し得る。そのような指示は、マッチングエンジン、イベントコントローラ等のプロセッサから受信し得る。そのような指示は、所望の任意の情報源から受信し得る。

ブロック８０３に示されるように、方法８００は、動作が条件とする条件が満たされたと判断することを含み得る。動作は、金融商品に対する取引の側を定義する注文への調整を含み得る。特定は、取引所のプロセッサにより行い得る。特定は、イベントエンジンにより行い得る。特定は、注文、動作、および／または条件情報が記憶されたデータベース等の記憶されている情報を検索することにより行い得る。

ブロック８０５に示されるように、方法８００は、注文調整指示をマッチングエンジンに送信することを含み得る。送信は、データバスを通して実行し得る。データバスは、取引所のプロセッサを結合し得る（例えば、方法を実行するイベントエンジンおよびキューを保持するマッチングエンジン）。送信は、ブロック８０３の特定に応答して実行し得る。

方法８００が単なる例であること、および他の方法が任意の動作セットを含み得ることを認識されたい。例えば、様々な実施形態では、タイムスタンプ付与、注文の受信、注文の記憶、条件の記憶、記憶されている情報の検索、注文の履行、注文のクリアリング、命令スタックへの追加、注文の報告、イベントの報告等を含め得る。

図９は、いくつかの実施形態において実施し得る例としての方法９００を示す。方法９００は、１つまたは複数のプロセッサならびに／あるいはマッチングエンジン、イベントエンジン、インタフェース等の取引所の他の構成要素により実行し得る。方法９００は、注文をキュー内に配置し、後にキューから削除し、さらに後にキューを復元する方法を含み得る。

９０１に示されるように、方法９００は、注文指示を受信することを含み得る。９０３に示されるように、方法９００は、動作指示および条件指示を受信することを含み得る。各動作は、動作が条件とし得る任意の数の条件を含み得る。動作は、別の動作が行われるまで、実行に利用不可能であり得る。例えば、注文をキューに戻す動作は、注文がまずキューから削除されるまでは利用不可能であり得る。

９０５に示されるように、方法９００は、注文をキュー内に配置することを含み得る。上述したように、キューはマッチングエンジンにより保持し得る。

９０７に示されるように、第１の動作に対する条件が満たされたと判断し得る。条件は、例えば、任意の数のイベントの発生を含み得る。一例では、条件は、価格変更の発生であり得る。別の例では、条件は、取引の注文とは逆側の注文が特定の数量の金融商品に達したことであり得る。

９０９に示されるように、特定に応答して、動作をとり得る。例えば、示される動作は、キューからの注文の削除である。他の例では、他の所望の任意の動作を取り得ることを認識されたい。注文は、マッチングエンジンにより保持されるキューから注文を出すことにより、マッチングエンジンのキュー内の注文に非アクティブのフラグを付すことにより、マッチングエンジンのキュー内で注文をプレースホルダ注文で置き換えることにより、かつ／または他の任意の所望の動作を実行することにより削除し得る。

ブロック９１１に示されるように、第２の動作に対する条件が満たされたと判断し得る。条件は、例えば、任意の数のイベントの発生を含み得る。条件は、第１の動作がとられたことを含み得る。一例では、条件は、価格変更の発生（例えば、価格が前の範囲に戻ること）であり得る。別の例では、条件は、取引の注文とは逆側の注文が特定の数量の金融商品に達したこと（例えば、第１の動作がとられたときに近い範囲に戻ること等）であり得る。

９１３に示されるように、特定に応答して、第２の動作をとり得る。例えば、示される動作は、キューへの注文の追加である。他の例では、他の所望の任意の動作をとり得ることを認識されたい。注文は、マッチングエンジンにより保持されるキュー内に注文を配置することにより、マッチングエンジンのキュー内の注文にアクティブのフラグを付すことにより、プレースホルダを注文で置き換えることにより、かつ／または他の所望の任意の動作を実行することにより、追加し得る。注文は、前にキュー内にあったときと同じ時間に基づく優先度で配置し得る。

プロセス例およびシステム例は非限定的な例示としてのみ与えられることを認識されたい。他の実施形態は、異なる動作、ステップ、構成要素、要素、構成、順序等を含み得る。

ＸＩＩ．さらなる実施形態
以下は、請求項としてではなく、実施形態例として解釈されたい。

Ａ．マッチングエンジンであって、
注文指示を受信することであって、各注文は金融商品の取引の各側を定義する、受信すること、
各注文を金融商品の買い注文キューおよび売り注文キューのそれぞれ１つに追加すること、
少なくとも買い注文キュー内の第１の注文および売り注文キュー内の第２の注文が整合すると判断すること、および
第１の注文および第２の注文を満たす取引を履行すること
を実行するように構成される、マッチングエンジンと、
イベントエンジンであって、
イベントの発生指示を受信すること、
注文への調整が、上記発生を条件とすると判断することであって、注文は金融商品の取引の側を定義する、判断すること、および
上記判断に応答して、データバスを通して注文調整指示をマッチングエンジンに送信すること
を実行するように構成される、イベントエンジンと、
イベントエンジンからマッチングエンジンに注文追加指示を通信可能にするように構成されるデータバスと
を備える、装置。

Ａ．１．データバスおよびマッチングエンジンは、マッチングエンジンが注文追加指示を受信した場合、マッチングエンジンが、命令スタック内に保留中の少なくとも１つの命令を実行する前に注文を追加するように構成される、請求項Ａに記載の装置。

Ａ．１．１．少なくとも１つの命令は注文調整命令を含む、請求項Ａ．１に記載の装置。

Ａ．１．１．１．注文調整命令は、注文の数量を変更する命令および注文の価格を変更する命令のうちの少なくとも一方を含む、請求項Ａ．１．１に記載の装置。

Ａ．１．１．２．注文調整命令は、注文削除命令を含む、請求項Ａ．１．１に記載の装置。

Ａ．１．１．２．１．注文調整命令は、代替の注文を追加する命令を含む、請求項Ａ．１．１．２に記載の装置。

Ａ．１．１．２．１．１．注文はパッシブ注文を含み、代替の注文はアグレッシブ注文を含む、請求項Ａ．１．１．２．１に記載の装置。

Ａ．１．１．２．１．２．調整命令は、上記注文と同じ時間に基づく優先度を有する代替の注文を追加する命令を含む、請求項Ａ．１．１．２．１に記載の装置。

Ａ．１．１．２．２．イベントは、閾値を超える数量が関連付けられた、金融商品の取引の逆側の注文の提出を含む、請求項Ａ．１．１．２に記載の装置。

Ａ．１．２．データバスは、マッチングエンジンのメモリロケーションに情報を送信するように構成され、マッチングエンジンは、メモリロケーションからデータを読み取るように構成される、請求項Ａ．１に記載の装置。

Ａ．１．３．少なくとも１つの命令は、売り注文キューおよび買い注文キューのうちの少なくとも１つに別の注文を追加する指示を処理する命令を含み、別の注文を追加する指示は、データバスからマッチングエンジンにより受信されなかった指示である、請求項Ａ．１に記載の装置。

Ａ．２．イベントは、
第２の金融商品の価値の変更、
第２の金融商品の取引量の変更、
企業による決算公表、
取引の逆側の注文の提出、
業界を規制する規制の変更、および
企業の信用格付けの変更
のうちの少なくとも１つを含む、請求項Ａに記載の装置。

Ａ．３．イベントエンジンは、遠隔の情報源から発生指示を受信するように構成される、請求項Ａに記載の装置。

Ａ．４．イベントエンジンは、マッチングエンジンから発生指示を受信するように構成される、請求項Ａに記載の装置。

Ａ．５．イベントに関連付けられた時間において、注文はマッチングエンジンのキュー内で保留中ではなく、注文調整指示は、注文をマッチングエンジンのキューに追加する指示を含む、請求項Ａに記載の装置。

Ａ．５．１．注文追加指示は、注文が前にキュー内にあった場合、注文関連付けられた時間に基づく優先度で注文を追加する指示を含む、請求項Ａ．５に記載の装置。

Ａ．５．２．イベントは、金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項Ａ．５に記載の装置。

Ｂ．取引を実施する方法であって、
リモートコンピュータから条件の指示を受信することであって、条件がイベントを定義し、イベントが発生した場合、条件が満たされる、受信すること、
リモートコンピュータから第１の動作指示を受信することであって、動作は金融商品に対する注文への調整を定義する、受信すること、
取引所のプロセッサにより、イベントが発生したと判断すること、
上記判断に応答して、プロセッサおよびマッチングエンジンを結合する通信バスを通して、注文調整指示を取引所のマッチングエンジンに送信することであって、マッチングエンジンは、注文の一致を特定し、一致する注文を満たす取引を履行するように構成される、送信すること、および
注文を調整すること
を含む、方法。

Ｂ．１．条件指示および動作指示は、単一の通信として受信される、請求項Ｂに記載の方法。

Ｂ．２．注文を調整することは、命令スタック内で保留中の少なくとも１つの命令を実行する前に、マッチングエンジンにより注文を調整することを含む、請求項Ｂに記載の方法。

Ｂ．２．１．少なくとも１つの命令は、買い注文キューおよび売り注文キューの１つに別の注文を追加する命令および削除する命令のうちの少なくとも一方を含む、請求項Ｂ．２に記載の方法。

Ｂ．３．注文を調整することは、プロセッサがマッチングエンジンのメモリロケーションに情報を送信することを含む、請求項Ｂに記載の方法。

Ｂ．３．１．メモリロケーションは、キュー内の注文に関連付けられたメモリロケーションを含み、注文を調整することは、プロセッサが、メモリロケーションに記憶された注文についての情報を変更することを含む、請求項Ｂ．３に記載の方法。

Ｂ．４．イベントは、
第２の金融商品の価値の変更、
第２の金融商品の取引量の変更、
企業による決算公表、
取引の逆側の注文の提出、
業界を規制する規制の変更、および
企業の信用格付けの変更
のうちの少なくとも１つを含む、請求項Ｂに記載の方法。

Ｂ．５．遠隔の情報源から発生指示を受信することをさらに含む、請求項Ｂに記載の方法。

Ｂ．６．マッチングエンジンから発生指示を受信することをさらに含む、請求項Ｂに記載の方法。

Ｂ．７．注文を調整することは、注文の数量を変更することおよび注文の価格を変更することのうちの少なくとも一方を含む、請求項Ｂに記載の方法。

Ｂ．８．注文を調整することは、マッチングエンジンのキューから注文を削除することを含む、請求項Ｂに記載の方法。

Ｂ．８．１．注文を調整することは、代替の注文をマッチングエンジンのキューに追加することを含む、請求項Ｂ．８に記載の方法。

Ｂ．８．１．１．注文はパッシブ注文を含み、代替の注文はアグレッシブ注文を含む、請求項Ｂ．８．１に記載の方法。

Ｂ．８．１．２．代替の注文をキューに追加することは、注文と同じ時間に基づく優先度を有する代替の注文を追加することを含む、請求項Ｂ．１に記載の方法。

Ｂ．８．２．イベントは、閾値を超える数量が関連付けられた、取引の注文とは逆側の注文の提出を含む、請求項Ｂ．８に記載の方法。

Ｂ．９．イベントに関連付けられた時間において、注文はマッチングエンジンのキュー内で保留中ではなく、注文調整指示は、マッチングエンジンのキューに注文を追加する指示を含む、請求項Ｂに記載の方法。

Ｂ．９．１．注文追加指示は、注文が前にキューにあった場合、注文に関連付けられた時間に基づく優先度で注文を追加する指示を含む、請求項Ｂ．９に記載の方法。

Ｂ．９．２．イベントは、金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項Ｂ．９に記載の方法。

Ｃ．リモートコンピュータから、イベントが発生したという指示を受信すること、
プロセッサが、動作が条件付けられた条件が満たされると判断することであって、動作は、金融商品に対する取引の側を定義する注文への調整を含む、判断すること、
上記判断に応答して、プロセッサおよびマッチングエンジンを結合するデータバスを通して注文調整指示をマッチングエンジンに送信すること
を含む、方法。

Ｃ．１．調整指示を送信することは、注文価格および注文の数量のうちの少なくとも一方を調整する指示を送信することを含む、請求項Ｃに記載の方法。

Ｃ．２．調整指示を送信することは、マッチングエンジンのキューから注文を削除する指示を送信することを含む、請求項Ｃに記載の方法。

Ｃ．２．１．調整指示を送信することは、マッチングエンジンのキューに代替の注文を追加する指示を送信することを含む、請求項Ｃ．２に記載の方法。

Ｃ．２．１．１．注文はパッシブ注文を含み、代替の注文はアグレッシブ注文を含む、請求項Ｃ．２．１に記載の方法。

Ｃ．２．１．２．調整指示は、注文と同じ時間に基づく優先度を有する代替の注文をキューに追加することを含む、請求項Ｃ．２．１に記載の方法。

Ｃ．２．２．イベントは、閾値を超える数量が関連付けられた、取引の注文とは逆側の注文の提出を含む、請求項Ｃ．２に記載の方法。

Ｃ．３．調整指示を送信することは、マッチングエンジンのメモリロケーションに情報を送信することを含む、請求項Ｃに記載の方法。

Ｃ．３．１．メモリロケーションは、注文がマッチングエンジンのキュー内に記憶されたメモリロケーションを含む、請求項Ｃ．３に記載の方法。

Ｃ．３．２．調整指示を送信することは、マッチングエンジンの命令スタックに命令を送信することを含む、請求項Ｃに記載の方法。

Ｃ．４．イベントは、
第２の金融商品の価値の変更、
第２の金融商品の取引量の変更、
企業による決算公表、
取引の逆側の注文の提出、
業界を規制する規制の変更、および
企業の信用格付けの変更
のうちの少なくとも１つを含む、請求項Ｃに記載の方法。

Ｃ．５．遠隔の情報源からイベント発生指示を受信することを含む、請求項Ｃに記載の方法。

Ｃ．６．マッチングエンジンからイベント発生指示を受信することを含む、請求項Ｃに記載の方法。

Ｃ．７．イベントに関連付けられた時間において、注文はマッチングエンジンのキュー内で保留中ではなく、調整指示は、マッチングエンジンのキューに注文を追加する指示を含む、請求項Ｃに記載の方法。

Ｃ．７．１．注文追加指示は、注文が前にキューにあった場合、注文に関連付けられた時間に基づく優先度で注文を追加する指示を含む、請求項Ｃ．７に記載の方法。

Ｃ．７．２．イベントは、金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項Ｃ．７に記載の方法。

Claims (35)

1. イベントエンジンとマッチングエンジンとを相互にコミュニケーション可能に接続するデータバスであって、イベントエンジンからマッチングエンジンへと命令を送信可能なように構成されたデータバスと、
   マッチングエンジンであって、
   金融商品に対する取引の各側をそれぞれ定義する注文の命令を受信すること、
   各注文を前記金融商品の買い注文キューおよび売り注文キューのそれぞれ１つに追加すること、
   少なくとも前記買い注文キュー内の第１の注文および前記売り注文キュー内の第２の注文が一致すると判断すること、ならびに
   前記第１の注文および前記第２の注文を満たす取引を履行すること
   を実行するように構成される、マッチングエンジンと、
   イベントエンジンであって、
   イベントの発生命令を受信し、
   前記イベントの発生命令の受信に応答して、注文の調整が、前記イベントの発生に関連する少なくとも一つの基準に沿うかを判断し、
   前記注文が条件づけられた、前記イベントの発生に関連する少なくとも一つの基準が充足したかを判断し、
   当該判断に応答して、前記データバスを介して前記マッチングエンジンに対して注文を調整する命令を送信する、イベントエンジンと、を備え、
   前記注文を調整する命令は、前記イベントの発生時において前記マッチングエンジンのキュー内で保留中ではない注文を、前記マッチングエンジンの前記キューに追加する命令を含み、
   前記注文を追加する命令は、前記イベントの発生前には前記マッチングエンジンのキューに有った注文であって、前記イベントの発生時までに前記キューから削除されることによって、前記イベントの発生時には前記マッチングエンジンのキューに無い注文に関連付けられた時間に基づく優先度で前記注文を追加する命令を含む、
   取引システム。
2. 前記マッチングエンジンは命令スタックを備え、前記データバスと前記マッチングエンジンは、前記マッチングエンジンによって注文を調整する命令を受信した場合、前記マッチングエンジンが前記注文を調整する命令を、前記命令スタック内で保留中の少なくとも１つの命令の前に追加するように構成される、
   請求項１に記載の取引システム。
3. 前記命令スタック内で保留中の少なくとも１つの命令は、前記受信された注文を調整する命令とは別の、注文を調整する第２の命令を含む、請求項２に記載の取引システム。
4. 前記注文を調整する命令は、前記注文の数量を変更する命令および前記注文の価格を変更する命令のうちの少なくとも一方を含む、請求項３に記載の取引システム。
5. 前記注文を調整する命令は、代替の注文を追加する命令を含む、請求項２に記載の取引システム。
6. 前記注文を調整する命令は、前記注文と同じ時間に基づく優先度を有する前記代替の注文を追加する命令を含む、請求項５に記載の取引システム。
7. 前記イベントは、閾値を超える数量が関連付けられた、前記金融商品に対する取引の逆側の注文の提出を含む、請求項２に記載の取引システム。
8. 前記データバスは、前記マッチングエンジンのメモリロケーションに情報を送信するように構成され、前記マッチングエンジンは、前記メモリロケーションからデータを読み取るように構成される、請求項２に記載の取引システム。
9. 前記少なくとも１つの命令は、前記注文が前記マッチングエンジンにより受信される以前に前記マッチングエンジンにより受信された別の注文を、前記売り注文及び前記買い注文のキューのうちの少なくとも１つのキューに対して追加する命令を含み、前記別の注文を追加する命令は、前記データバスから前記マッチングエンジンにより受信されなかった命令であり、また、前記注文は、前記データバスから受信されたものではない前記別の注文の受信に基づいて前記命令が実行される前に、追加される、
   請求項２に記載の取引システム。
10. 前記イベントは、
    第２の金融商品の価値の変更、
    第２の金融商品の取引量の変更、
    企業による決算公表、
    取引の逆側の注文の提出、
    業界を規制する規制の変更、および
    企業の信用格付けの変更
    のうちの少なくとも１つを含む、請求項１に記載の取引システム。
11. 前記イベントは、前記金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項１から１０のいずれか一項に記載の取引システム。
12. 取引所を操作する方法であって、
    イベントエンジンによってリモートコンピュータから条件の命令を受信することであって、前記条件がイベントを定義するものであり、前記イベントが発生した場合、前記条件が満たされるものであり、
    前記リモートコンピュータから第１の動作命令を受信することであって、前記動作は金融商品に対する注文への調整を定義するものであり、
    前記イベントエンジンによりイベントの発生を受信すること、
    前記イベントの発生の受信に応答して、前記イベントエンジンおよびマッチングエンジンを結合するデータバスを通して、前記注文を調整する命令を前記取引所の前記マッチングエンジンに送信することであって、前記マッチングエンジンは、注文の一致を特定し、前記一致する注文を満たす取引を履行するように構成されるものであり、および
    前記注文を調整すること、を含み、
    前記注文を調整する命令は、前記イベントの発生時において前記マッチングエンジンのキュー内で保留中ではない注文を、前記マッチングエンジンの前記キューに追加する命令を含み、
    前記注文を追加する命令は、前記イベントの発生前には前記マッチングエンジンのキューに有った注文であって、前記イベントの発生時までに前記キューから削除されることによって、前記イベントの発生時には前記マッチングエンジンのキューに無い注文に関連付けられた時間に基づく優先度で前記注文を追加する命令を含む、
    方法。
13. 前記条件の命令および前記動作命令は、単一の通信として受信される、請求項１２に記載の方法。
14. 前記注文を調整することは、前記データバスから受信されたものではない少なくとも１つの保留中の注文の受信に基づく命令であって、命令スタック内で保留中の少なくとも１つの命令が実行される前に、前記マッチングエンジンにより前記注文を調整することを含む、
    請求項１２に記載の方法。
15. 前記少なくとも１つの命令は、買い注文キューおよび売り注文キューの１つに別の注文を追加する命令および削除する命令のうちの少なくとも一方を含む、請求項１４に記載の方法。
16. 前記注文を調整することは、前記イベントエンジンが前記マッチングエンジンの命令スタック内のメモリロケーションに情報を送信することを含む、請求項１２に記載の方法。
17. 前記命令スタック内の前記メモリロケーションは、キュー内の前記注文に関連付けられた前記メモリロケーションを含み、前記注文を調整することは、前記イベントエンジンが、前記メモリロケーションに記憶された前記注文についての情報を変更することを含む、
    請求項１６に記載の方法。
18. 前記注文を調整することは、前記注文の数量を変更することおよび前記注文の価格を変更することのうちの少なくとも一方を含む、請求項１２に記載の方法。
19. 前記注文を調整することは、代替の注文を前記マッチングエンジンの前記キューに追加することを含む、請求項１２に記載の方法。
20. 前記代替の注文を前記キューに追加することは、前記注文と同じ時間に基づく優先度を有する前記代替の注文を追加することを含む、請求項１９に記載の方法。
21. 前記イベントは、閾値を超える数量が関連付けられた、取引の前記注文とは逆側の注文の提出を含む、請求項１２に記載の方法。
22. 前記イベントは、前記金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項１２から２１のいずれか一項に記載の方法。
23. イベントエンジンが、リモートコンピュータから、イベントが発生したという命令を受信すること、
    前記イベントエンジンが、前記イベントの発生命令を受信することによって、動作が条件付けられた条件が満たされると判断することであって、前記動作は、金融商品に対する取引の側を定義する注文への調整を含むものであり、
    前記判断に応答して、前記イベントエンジンおよびマッチングエンジンを結合するデータバスを通して前記注文を調整する命令を前記マッチングエンジンに送信すること、を含み、
    前記注文を調整する命令は、前記イベントの発生時において前記マッチングエンジンのキュー内で保留中ではない注文を、前記マッチングエンジンの前記キューに追加する命令を含み、
    前記注文を追加する命令は、前記イベントの発生前には前記マッチングエンジンのキューに有った注文であって、前記イベントの発生時までに前記キューから削除されることによって、前記イベントの発生時には前記マッチングエンジンのキューに無い注文に関連付けられた時間に基づく優先度で前記注文を追加する命令を含む、
    方法。
24. 前記注文を調整する命令を送信することは、前記注文の価格および数量のうちの少なくとも一方を調整する命令を送信することを含む、請求項２３に記載の方法。
25. 前記注文を調整する命令を送信することは、前記マッチングエンジンの前記キューに代替の注文を追加する命令を送信することを含む、請求項２３に記載の方法。
26. 前記注文を調整する命令は、前記注文と同じ時間に基づく優先度を有する代替の注文を前記キューに追加することを含む、請求項２５に記載の方法。
27. 前記イベントは、閾値を超える数量が関連付けられた、取引の前記注文とは逆側の注文の提出を含む、請求項２３に記載の方法。
28. 前記注文を調整する命令を送信することは、前記マッチングエンジンのメモリロケーションに情報を送信することを含む、請求項２３に記載の方法。
29. 前記メモリロケーションは、前記注文が前記マッチングエンジンのキュー内に記憶されたメモリロケーションを含む、請求項２８に記載の方法。
30. 前記注文を調整する命令を送信することは、前記マッチングエンジンの命令スタックに命令を送信することを含む、請求項２８に記載の方法。
31. 前記イベントは、前記金融商品に対する取引の逆側の注文に関連付けられた数量の低減を含む、請求項２３から３０のいずれか一項に記載の方法。
32. 前記マッチングエンジンは、前記イベントエンジンに対して、前記注文が保存されたメモリロケーションの命令を送信するように構成される、
    請求項１に記載の取引システム。
33. 前記イベントエンジンは、前記マッチングエンジンから送信された、前記注文が保存されたメモリロケーションの命令を記録するように構成される、
    請求項３２に記載の取引システム。
34. 前記少なくとも一つの売りキュー及び買いキューに別の注文を追加する前記少なくとも一つの命令は、当該注文の値段よりも良い値段を構成する、
    請求項３３に記載の取引システム。
35. イベントエンジンとマッチングエンジンとを相互にコミュニケーション可能に接続するデータバスであって、前記イベントエンジンから前記マッチングエンジンへと命令を送信可能なように構成されたデータバスと、
    命令スタックを備え、前記データバスと前記マッチングエンジンは、前記イベントエンジンから注文を調整する命令を受信した場合、前記マッチングエンジンが前記注文を調整する命令を、前記命令スタック内で保留中の少なくとも１つの命令の前に追加するように構成されるマッチングエンジンであって、
    金融商品に対する取引の各側をそれぞれ定義する注文の命令を受信すること、
    各注文を前記金融商品の買い注文キューおよび売り注文キューのそれぞれ１つに追加すること、
    少なくとも前記買い注文キュー内の第１の注文および前記売り注文キュー内の第２の注文が一致すると判断すること、
    前記イベントエンジンに対して、前記注文が保存されたメモリロケーションの命令を送信すること、ならびに
    前記第１の注文および前記第２の注文を満たす取引を履行すること
    を実行するように構成される、マッチングエンジンと、
    イベントエンジンであって、
    イベントの発生命令を受信し、
    前記イベントは、
    第２の金融商品の価値の変更、
    第２の金融商品の取引量の変更、
    企業による決算公表、
    取引の逆側の注文の提出、
    業界を規制する規制の変更、および
    企業の信用格付けの変更
    のうちの少なくとも１つを含み、
    前記イベントの発生時において前記マッチングエンジンのキュー内で保留中ではない注文を、前記マッチングエンジンの前記キューに追加する命令を含み、
    前記イベントの発生命令の受信に応答して、注文の調整が、前記イベントの発生に関連する少なくとも一つの基準に沿うかを判断し、
    前記注文が条件づけられた、前記イベントの発生に関連する少なくとも一つの基準が充足したかを判断し、
    当該判断に応答して、前記データバスを介して前記マッチングエンジンに対して注文を調整する命令を送信し、
    前記マッチングエンジンから送信された、注文が保存されたメモリロケーションの命令を記録するように構成される、イベントエンジンと、を備え、
    前記注文を調整する命令は、前記イベントの発生時において前記マッチングエンジンのキュー内で保留中ではない注文を、前記マッチングエンジンの前記キューに追加する命令を含み、
    前記注文を追加する命令は、前記イベントの発生前には前記マッチングエンジンのキューに有った注文であって、前記イベントの発生時までに前記キューから削除されることによって、前記イベントの発生時には前記マッチングエンジンのキューに無い注文に関連付けられた時間に基づく優先度で前記注文を追加する命令を含む、
    取引システム。

Images