(57)【要約】  同一の取引会社から送られる注文がそれらの注文が提示されている提示マーケットセンタで互いに実行されないようにする、内部化阻止注文の変成装置及び関連したマーケットセンタ、及び方法が記載される。【特許請求の範囲】
【請求項１】
取引会社がそれと同一の取引会社によって提示される対立注文に対して取引する事を阻止するための方法において、マーケットセンタに提示される複数の制限注文の各々が取引会社ＩＤを有するマーケットセンタ注文帳簿を設け、取引会社ＩＤと内部化阻止パラメータ設定とを有する入り注文を受信し、もしも入り注文が取引可能なら、該マーケットセンタ注文帳簿から最良の対立制限注文を読み出す各段階を含む、方法。
【請求項２】
前記入り注文の前記内部化阻止取引パラメータ設定が、内部化阻止取引を阻止するように設定され、もしも前記入り注文が前記読み出した相手側制限注文に対して取引可能なら、該入り注文と読み出した相手側制限注文が同一の取引会社ＩＤを有するかどうかを決定し、もしも該入り注文と読み出した相手側制限注文が同一の取引会社ＩＤを有するならば、前記入り注文を前記内部化阻止パラメータ設定されているために取り消すことを含む請求項１の方法。
【請求項３】
入り注文の内部化阻止パラメータ設定は不活に設定でき、もしも入り注文が読み出した相手側制限注文に対して取引可能なら、該入り注文を読み出した相手側制限注文に対して実行するものである請求項１の方法。
【請求項４】
読み出された相手側制限注文は、内部化阻止取引を阻止するための内部化阻止パラメータ設定を有し、前記内部化阻止パラメータ設定は不活に設定でき、もしも入り注文が前記読み出された相手側制限注文に対して取引可能なら、前記入り注文と前記読み出された相手側制限注文とが同一の取引会社ＩＤを有するかどうかを判断し、そして、もしもそれらが同一の取引会社ＩＤを有するならば、前記内部化阻止パラメータ設定により読み出された相手側注文を取り消す、請求項１の方法。
【請求項５】
入り注文は買い注文である請求項１の方法。
【請求項６】
入り注文は売り注文である請求項１の方法。
【請求項７】
前記マーケットセンタは株式市場内で動作する請求項１の方法。
【請求項８】
マーケットセンタはオプション市場内で動作する請求項１の方法。
【請求項９】
取引会社によりマーケットセンタに提示された注文が、同一の取引会社からの相手側入り注文に対して取り引きすることを阻止する方法において、各々が取引会社ＩＤと内部化阻止パラメータ設定とを有する制限注文を提示するマーケットセンタ注文帳簿を設け、取引会社ＩＤを有する入り注文を受信し、そして前記マーケットセンタ注文帳簿から最良の相手方注文を読み出して前記入り注文が実行可能かどうかを決定する各段階を含む方法。
【請求項１０】
読み出された相手側制限注文の内部化阻止パラメータ設定は内部化阻止取引を阻止するように設定可能であり、もしも読み出された相手側制限注文が入り注文に対して実行可能なら、前記読み出された相手側制限注文と前記入り注文が同一の取引会社ＩＤを有するかどうかを判断し、もしも前記読み出された相手側制限注文と前記入り注文が同一の取引会社ＩＤを有するなら、読み出された制限注文を、その内部化阻止パラメータ設定により取り消すことを含む、請求項９の方法。
【請求項１１】
読み出された相手側制限注文の内部化阻止パラメータ設定は不活に設定でき、もしも回収される相手側制限注文が入り注文に対して実行可能であれば、前記相手側制限注文を前記入り注文に対して実行する、請求項９の方法。
【請求項１２】
読み出される相手側制限注文は買い注文である請求項９の方法。
【請求項１３】
読み出される相手側制限注文は売り注文である請求項９の方法。
【請求項１４】
マーケットセンタは株式市場内で動作する請求項９の方法。
【請求項１５】
マーケットセンタはオプション市場内で動作する請求項９の方法。
【請求項１６】
マーケットセンタに送信される注文が同一の取引会社による該マーケットセンタにある引き合いから生じる相手方注文に対して取引を行うことを阻止する方法であって、前記マーケットセンタに提示される制限注文と注文を発生する公開されたマーケットメーカ引き合いとを含むマーケットセンタ注文帳簿であって、前記マーケットセンタに提示されている前記制限注文と前記公開されたマーケットメーカ引き合いの各々が取引会社ＩＤを有するマーケットセンタ注文帳簿を設け、
取引会社ＩＤと内部化阻止パラメータ設定とを有する入り注文を受信し、ついで
前記マーケットセンタ注文帳簿から最良の相手側制限注文又は引き合いを読み出して前記入り注文が実行可能かどうかを決定する段階を含む、方法。
【請求項１７】
入り注文の内部化阻止パラメータ設定は内部化阻止注文を阻止するように設定でき、もしも入り注文が読み出しで得られる相手側制限注文又は引き合いに対して実行可能であって、且つ入り注文が読み出で得られる相手側制限注文又は引き合いが同一の取引会社ＩＤを有するならば、該入り注文をその内部化阻止パラメータ設定を理由に取り消す、請求項１６の方法。
【請求項１８】
入り注文の内部化阻止パラメータ設定は不活に設定でき、もしも入り注文が読み出で得られる相手側制限注文又は引き合いに対して実行可能であれば、当該入り注文を当該相手側制限注文又は引き合いに対して実行する、請求項１６の方法。
【請求項１９】
入り注文は買い注文である請求項１６の方法。
【請求項２０】
入り注文は売り注文である請求項１６の方法。
【請求項２１】
マーケットセンタは保証された取引特権を受け取る主導マーケットメーカである請求項１６の方法。
【請求項２２】
マーケットセンタ注文帳簿に提示されている制限注文の各々が取引会社ＩＤを有している、制限注文を提示するマーケットセンタであって、該マーケットセンタは、
内部化阻止注文を含む注文を受信するインターフェースと、
内部化阻止注文を処理するための規則を記憶し、また内部化阻止注文パラメータ設定を記憶するための提示マーケットセンタメモリと、
前記インターフェースが会社ＩＤと内部化阻止パラメータ設定を有する入り注文を受信するときに前記インターフェースと相互作用して、内部化阻止注文に対する記憶された規則プログラムを実行するプロセッサとを有し、
前記規則プログラムは、実行時に前記マーケットセンタ注文帳簿からの最良の相手側制限注文を読み出して入り注文が取引可能かどうかを決定し、前記入り注文の内部化阻止パラメータ設定を内部化阻止取引を阻止するように設定し、そしてもしも入り注文が読み出した相手側制限注文に対して取引可能なら該入り注文と読み出した相手側注文が同一の会社ＩＤを有するかどうかを決定し、もしも同一の会社ＩＤを有するならば、内部化阻止パラメータ設定に入り注文を取り消すように構成されている、マーケットセンタ。
【請求項２３】
入り注文が買い注文である請求項２２のマーケットセンタ。
【請求項２４】
入り注文が売り注文である請求項２２のマーケットセンタ。
【請求項２５】
マーケットセンタは株式市場内で動作する請求項２２のマーケットセンタ。
【請求項２６】
マーケットセンタはオプション市場内で動作する請求項２２のマーケットセンタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は内部化阻止注文を変成する装置に関する。本発明は「反内在化注文の変成装置」と題する２００５年５月５日出願の米国予備出願第60/678,022の関連出願である。
【背景技術】
【０００２】
用語「内部化」（internalization）は、価格の改善のために広範な市場に消費者の注文を送る代わりに、会社自身の資産（inventory）から消費者の注文を満足させることを意味する。会社は購入価格と販売価格との差により収入を得るのであるから、この行動は一般に取締機関や投資監視グループからは歓迎されない。
【０００３】
しかし、長年にわたりこの語「内部化」はディーラが関与する任意形式の取引を含むように拡張されてきた。内部化に適合する取引形式は通常、会社が必要な資本を受託するのに伴うリスクをより良く処理できると思うため、通常は大型のマーケットセンタ外（例えばいわゆる「二階での」）取引である。
【０００４】
注文の内部化は長年にわたり論争の種であった。２０００年にはＳＥＣ（米国証券取引委員会）は内部化が顧客の注文の実行性能へ及ぼす影響の研究を行い、また市場参加者がそれに対してコメントすることを求めた。反対者は、この慣行は投資家への過剰請求により投資家の利益を害し、また公的市場での競争を全くしないために市場の流動性と透明性を損なうと主張している。賛成者は、内部化は、市場が開示された注文価格から乖離する前に迅速に顧客の注文を満足させることができるので、投資家に実際の利益をもたらすと主張している。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
あるマーケットセンタ（取引所）は、注文を価格改善のためにまず市場に開示することにより内部化を防いでいると主張している。しかし、開示期間は長年の間に大きく減じている（例えばある市場では３０秒から３秒まで）。さらに、電子的なルーティング能力の信頼性が向上するにつれて、会社は顧客の注文を自分の事業で明示的に内部化しなくても、引き続く当該会社からの他の注文とマッチ（対合）させることができる。この事後的対合は、注文がルーティンの前に対合されないので、内部化そのものを構成しない。それにもかかわらず、事後的対合は不適正な外観すらも回避したいと考える会社の関心事であり得る。仲介取引業者の実行性能は、注文が内部化されたか否かを含む基準に従って財務サービス研究機関によりランク付けされるので、実行が人為的な介在なしに自動的に他のマーケットセンタで行われるにもかかわらず、ある会社は自分自身の注文とは取り引きしないことを選択することがある。
【０００６】
従って、同一会社からの相手側注文（contra side orders）に対する実行をしないように、提示マーケットセンタで注文に標識付けをする方法が必要である。
【課題を解決するための手段】
【０００７】
本発明の一の形態に従って、本発明は、会社によりマーケットセンタ（取引所）に提示された注文が、同一会社から送られる相手側注文に対して実行されることを防止する方法において、提示された注文を記入したマーケットセンタ注文帳簿を用意し、該マーケットセンタ注文帳簿に記入された注文の各々に、取引会社ＩＤを付することを含む、取引方法を提供する。さらに、かかる提示される注文は反内在化注文であることを識別する反内在化タグを担持することができる。
さらに、マーケットセンタは識別符号ＩＤを有する入来する注文（入り注文）と、場合によりさらに内部化阻止タグを受け取り、もしも入り注文が取引可能なら、マーケットセンタ注文帳簿から最良の相手側注文を検索して読み出す（retrieve、以下「読み出し」）。もしも入り注文と読み出した相手側注文が同一の会社ＩＤを有するなら、内部化阻止注文を取り消す。もしも両注文が内部化阻止注文なら、最新の時間スタンプを有する注文を取り消す。
【０００８】
これら及び他の特徴、本発明の作用効果は以下の説明により良く理解できるであろう。
図面の簡単な説明
【０００９】
図１は本発明の実施例が動作する取引環境を例示するブロック図である。
【００１０】
図２は本発明の実施例により実行される方法を例示するフロー図であり、入り買い注文を、それが内部化阻止注文であるか否かにより別様に処理する例を示す。
【００１１】
図３は入り売り注文を、それが内部化阻止注文であるか否かにより別様に処理する例を示すフロー図である。
【実施例】
【００１２】
図１を参照すると、本発明の装置及び方法の実施例による取引環境が例示されている。ここで例示する実施例は株式証券マーケットセンタ環境における本発明の使用と応用を主として説明するが、本発明はこれに限らず、任意の商業マーケットセンタ環境（例えば株式、先物、オプション、債券等）において使用することができるものと理解すべきである。
本実施例の取引環境は、多数の他のマーケットセンタ（例えば遠隔マーケットセンタ）２４と相互作用する提示マーケットセンタ（posting market center）２０、複数の注文送出会社２６、及び複数のマーケットメーカ（Market Makers）３１を含む。この実施例の取引環境は、マーケットメーカ３１、マーケットメーカインターフェース（Market Maker Interface）３２、又はマーケットメーカクオート（Market Maker Quotes）３３を支援するが、そうでなくてもよいものと理解されたい。
ここに例示する提示マーケットセンタ２０は十分な処理能力と記憶容量を有するコンピュータシステムのことであり、特定の物理的な場所を意味しない。実際、ある実施例では、コンピュータシステムは数個の物理的場所に分散配置できる。また任意数の取引者２６、マーケットメーカ３１又はマーケットセンタ２４は、提示マーケットセンタ２０と相互作用することができるものと理解すべきである。
提示マーケットセンタ２０は、注文送出会社２６の特定の取引者が特定の注文（order）を提示（post）し、また特定のマーケットメーカ３１が特定の引き合い（quote）を提示（post）する場所である。提示マーケットセンタ２０は、すべての注文と引き合いをマーケットセンタ２０で確認し、対合（マッチング）させ、処理する注文マッチングエンジン２１を含む。この例では、注文マッチングエンジン２１のための規則（コード）が提示マーケットセンタのメモリーに記憶される。
【００１３】
提示マーケットセンタ２０はまた引き合い及び最終販売インターフェース２３を有している。最終販売インターフェース２３は遠隔のマーケットセンタ２４と相互作用して引き合いと最終の販売情報を捕捉する。この情報は最良買い呼び値（bid）・売り呼び値（offer）・最終販売データ構造２５に記憶される。このデータ構造２５は市場の最良呼び値と買値の情報が記憶される場所である。このデータ構造２５はまた市場取引レポート（プリント）が記憶される場所でもある。提示マーケットセンタ２０はさらに注文・取引パラメータデータ構造２７を含むことができる。
注文・取引パラメータデータ構造２７は、注文を対合させ取引を実行する際に注文マッチングエンジン２１により使用されるところの予め定義されている取引パラメータと規則を記憶する。提示マーケットセンタ２０はまた注文及び実行インターフェース２８を含むことができる。このインターフェース２８は注文の実行処理中に取引者２６、マーケットメーカ３１、遠隔マーケットセンタ２４及び注文マッチングエンジン２１と相互作用をする。
提示マーケットセンタ２０はまた注文情報を記憶する注文情報データ構造２９と、完了した取引情報を記憶する取引情報データ構造３０を含んでいる。提示マーケットセンタ２０はまた委任された銘柄（issue）におけるマーケットメーカ買い呼び値と売り呼び値を捕捉するためにマーケットメーカ３１と相互作用するマーケットメーカインターフェース３２を含むことができる。これらの買い呼び値及び売り呼び値はこの例ではマーケットメーカ引き合い構造３３で論理的に記述される。実際には、マーケットメーカ買い呼び値と売り呼び値は遠隔マーケットセンタの最良買い呼び値（bid）・売り呼び値（offer）・最終販売データ構造２５に物理的に存在しうる。
【００１４】
以下の説明で、動作環境、データ構造、及び提示マーケットセンタ２０を取り巻く他の技術的な要素等の詳細は例示であって、本発明は種々の異なった形態で実施できる。例えば、本書で言及したデータ構造は任意の適宜の構造、データ記憶装置、又は検索技術（例えばデータベースにおけるローカル又は遠隔データ記憶装置、テーブル、内部配列等）を使用して構成できる。さらに、本書に記載された形式のマーケットセンタは適当なコンピュータシステムの適当なインターフェースを支援することができる。
【００１５】
（入り注文及び／又は一服注文が内部化阻止フラッグを有するときにどの注文を取り消すかの決定）
注文マッチングエンジン２１が帳簿上の待機注文（resting order）に対合（一致）させようとするとき、どの注文も内部化阻止フラッグ（ＡＩフラッグ）を有しないことを確認しなければならない。待機注文がＡＩフラッグを有し、入り注文がＡＩフラッグを有する可能性、逆に待機注文がＡＩフラッグを有し、入り注文がＡＩフラッグを有しない可能性、更には両者がＡＩフラッグを有する可能性がある。いずれか一方がＡＩフラッグを有するならば、注文マッチングエンジン２１は両注文の対合を阻止しなければならない。本実施例では、どの注文を取り消すべきかの決定規則は次の通りである。
もしも一方の注文だけがＡＩフラッグを有するならば、ＡＩフラッグを有する方の注文を取り消す。
もしも両注文がＡＩフラッグを有するならば、最新のシステム時間スタンプを有する方の注文を取り消す。
これらは次の表に例示されている。
【表１】
2008541231.tif 000002
【００１６】
（入り注文に対する内部化阻止（anti-internalization）フラッグの設定）
注文送出会社（例えば会社２６ａ）は、提示マーケットセンタ２０に送出する注文を自社からの他の注文と相互作用させたくない場合には、その旨を当該送出する注文に表示して提示マーケットセンタ２０へ送る。その注文を受信すると、提示マーケットセンタ２０はこの注文が同じ会社からの他の注文と相互作用しないようにシステムに通知するようなフラッグをこの注文の中にセットする。内部化制限を除けば、これらの注文は他の注文と同様な方法で取引と実行がされる。
【００１７】
他の実施例では、もしも注文送出会社（例えば会社２６ｂ）が提示マーケットセンタ２０に２以上の直接接続（例えＧＵＩ接続、ＦＩＸ接続、或いは同じ会社の異なった取引デスクからの接続）を有するならば、それらの接続源に依存して異なった会社ＩＤを注文に担持させることができる。これらの注文送出会社に対しては、提示マーケットセンタ２０は、顧客ゲートウエイをして、自動的にその会社からのすべての注文に、それらの接続源に関係なく優先的な共通の会社ＩＤを割り当てさせることができ、それにより対合処理手段が同じ注文送出会社（例えば会社２６ｂ）から発せられた注文であることを認識することができる。
【００１８】
注文送出会社はケースバイケースで注文を内部化したくないことを特定することを選択でき、この場合、指定した注文だけが会社２６により決定された内部化阻止タグを有する。他の例では、注文送出会社は会社規模で任意の注文を内在化したくないことを特定することを選択できる。この場合、同じ会社から送出されるすべての注文が内部化阻止タグを有する。この実施形態では、提示マーケットセンタ２０は、顧客ゲートウエイをして、その注文送出会社からのすべての注文に自動的に内部化阻止タグを付けさせることができる。
【００１９】
（同じ会社からの内部化阻止注文及びマーケットメーカ引き合い）
もしも提示マーケットセンタ２０が同一銘柄でマーケットメーカをも指名する場合には、内部化阻止規則が任意に拡張されて、同一会社からのマーケットメーカ引き合いに対する内部化阻止注文の実行の制限を含めることもできる。１つの会社は、提示マーケットセンタ２０に取引会社２６として注文を送ることができる。同一会社はまたマーケットメーカ３１として提示マーケットセンタ２０に引き合いを送ることもできる。好ましいが本発明を制限するものでない実施形態では、注文送出会社は、注文の一部又は全部に内部化阻止タグを付することにより、このような内部化阻止注文を自社の他の注文と取り引きさせないように制限することができ、またこのような内部化阻止注文を自社のマーケットメーカ引き合いと取り引きさせないように制限することができる。この実施形態を例示する実施例は本書に含まれている。
【００２０】
（入り買い注文に対する内部化阻止フラッグの設定と、注文が実行可能か否かの決定）
図２は注文マッチングエンジン２１により実行されるプロセスを例示する。会社（取引者）２６は買い注文を提示マーケットセンタ２０に送る。段階１００で、この新たな注文が注文マッチングエンジン２１により受信される。もしも会社２６がこの買い注文を内部取引（つまり自社からの売り注文との取引）の対象にしたくなければ、段階１０２で、注文送出会社の指示に従って入り買い注文に内部化阻止フラッグすなわちＡIフラッグ＝ｙｅｓをセットする。次に、段階１０４で、入り買い注文が実行可能かどうかを決定する目的で国内最良引き合い（ＮＢＯ）を読み出す。段階１０６で、システムは入り買い注文の価格をＮＢＯと比較する。もしも入り買い注文がＮＢＯよりも低い価格であれば、注文は実行されず、プロセスは段階１０８に進み、買い注文を価格／時間優先で帳簿（Ｂｏｏｋ）に提示する。（別法として、もしも買い注文が即時実行（例えばＩＯＣ注文）であるために提示できなければ、注文は取り消される）。実行不能な注文が提示されるか又は取り消されるかにかかわらず、プロセスは段階１１０に進む。
【００２１】
段階１０６に戻るに、もしも入り買い注文がＮＢＯ以上であれば、注文は実行可能となり、プロセスは段階１１２に進む。この段階においては、提示マーケットセンタ２０がＮＢＯであるかどうかをチェックする。もしもその提示マーケットセンタ２０がＮＢＯでなければ、段階１１４のように、プロセスは入り買い注文をＮＢＯ状態のマーケットセンタ又は遠隔マーケットセンタに転送（ルーティング）しなければならない。もしも買い注文がこの転送後に残量を有するなら、プロセスは段階１３０に進む。（別法として、もしも買い注文がこの注文形式の場合に転送されなければ、注文は典型的には取り消されるか、又はより緩やかに価格再設定を受け、処理の停止をする）
【００２２】
段階１１２に戻るに、他方でもしも提示マーケットセンタがＮＢＯの状態にあれば、入り買い注文はその提示マーケットセンタ２０に待機している１以上の売り注文と対合（一致）することができる。システムは段階１１６で示されたように、提示マーケットセンタ注文帳簿上で最良（最安値）売り値注文を読み出す。
【００２３】
段階１１８で、システムは入り買い注文の会社ＩＤ（会社ＩＤ）を読み出して売り注文の会社ＩＤと比較する。もしも会社ＩＤが同一でなければ、段階１２８で入り買い注文と読み出された売り注文は互いに対合される。もしも段階１３０で入り買い注文と読み出した売り注文が対合の後にもまだ取引量が残ることが決定されたら、プロセスは段階１０４に戻り、上記工程が反復されて、入り買い注文がＡＩ制限規則の範囲内で取引を続けることができるかを決定する。
【００２４】
段階１１８に戻ると、もしも会社ＩＤが同じなら、プロセスは段階１２０に移り、この段階で、ＡＩフラッグを有する注文を取り消すか否かを決定するための前記規則を適用する。具体的には、入り買い注文のＡＩフラッグがＹｅｓに設定されていることをチェックする。もしも買い注文が同一会社と取り引きしないようなフラッグを有するならば、買い注文は段階１２２で取り消される。なぜなら、入り買い注文と読み出された売り注文は同一会社からのものであり、またこの入り買い注文はより最近の時間スタンプを有するからである。プロセスは次の段階１３２のようにこの買い注文に対しては停止する。
【００２５】
段階１２０に戻るに、もしもプロセスが入り買い注文が同じ会社からの売り注文と相互作用することについて制限されていないと決定した場合には（つまりＡＩフラッグが買い注文に設定されていないか又はＮｏに設定されている場合）、プロセスは段階１２４に進み、読み出した売り注文がＡＩフラッグ＝Ｙｅｓであるかどうかをチェックする。もしも読み出した売り注文が同一会社からの買い注文と取り引きしないとのフラッグを有するなら、上に述べたＡＩフラッグがＹｅｓの時に注文を取り消す旨の規則に従って、段階１２６において、読み出した売り注文を取り消す。しかし、もしも段階１２４で、プロセスが読み出した売り注文が同一会社からの注文と取り引きすることを制限していなければ（すなわち売り注文にＡＩフラッグが設定されていないか、又はＮｏに設定されている場合）、段階１２８にすすみ、入り注文と読み出した買い注文が対合される。
【００２６】
段階１３０において、システムは、入り買い注文の残量（Leaves）がゼロより多いか否かを判断し、もしもゼロなら、入り買い注文は完全に満足されたことになり、段階１３２でプロセスは停止する。これに対して、買い注文が取引可能な量を有するならば、プロセスは段階１０４に進み、入り注文が上記のようにＡＩ制限規則の範囲内で取引可能か否かを決定する過程を繰り返す。
【００２７】
（入り売り注文に対する内部化阻止フラグの設定と、注文が取引可能か否かの決定）
図３を参照するに、入り売り注文を処理するための方法は入り買い注文を処理する方法とよく似ている。図３は会社２６が売り注文を提示マーケットセンタ２０に送る場合に、注文マッチングエンジン（order matching engine）２１により実行されるプロセスを例示する。
段階２００において、新規な売り注文が注文マッチングエンジン２１により受信される。もしも会社２６が自己の買い注文と内部取引きをしたくなければ、段階２０２においてシステムは送出会社の指示に従って入り売り注文にＡＩフラッグ＝Ｙｅｓをセットする。次に段階２０４においてシステムは国内最良買い呼び値（ＮＢＢ＝national best bid）を読み出すが、これは入り売り注文が取引可能か否かを決定するためである。段階２０６においてシステムは入り売り注文をＮＢＢと比較する。もしも入り売り注文の価格がＮＢＢの値よりも高ければ、注文は取引可能でなく、プロセスは段階２０８に進み、その売り注文を価格／時間優先で帳簿（Ｂｏｏｋ）に提示する。（別法として、売り注文が即時に実行を要する場合には（例えばＩＯＣ注文）、注文は取り消され、提示されない）。取引不能な注文が提示又は取り消されるかにかかわらず、プロセスは２１０で停止される。
【００２８】
段階２０６に戻り、もしも入り売り注文がＮＢＢに等しいか又は低ければ、注文は実行可能なので、プロセスは段階２１２に進む。この段階でシステムは提示マーケットセンタ２０がＮＢＢであるかどうかをチェックする。もしも提示マーケットセンタ２０がＮＢＢでなければ、段階２１４に示したように、プロセスは入り売り注文を遠隔のマーケットセンタ又はＮＢＢのマーケットセンタに転送しなければならない。もしも売り注文が転送後にも残存する量を有するならば、プロセスは段階２３０に進む（別法として、もしも入り注文がその注文形式のために転送できなければ、注文は取り消されるか又はより穏和な価格に付け値され、プロセスは停止する）。
【００２９】
段階２１２に戻るに、もしも提示マーケットセンタがＮＢＢであれば、入り売り注文は提示マーケットセンタ２０に待機している１以上の買い注文と対合できる。段階２１６においてシステムは最良（最高値）買い注文を読み出す。
【００３０】
段階２１８において、システムは入り売り注文の会社ＩＤと読み出した買い注文の会社ＩＤを比較する。もしも会社ＩＤが同一でなければ段階２２８で入り買い注文と読み出した買い注文は互いに実行される。段階２３０でもしも入り売り注文が対合後も取引残量を有すると決定されたら、プロセスは段階２０４に戻り、そこで上記の工程を繰り返して入り買い注文がＡＬ制限規則の範囲内で取り引きできるかどうかを決定する。
【００３１】
段階２１８に戻り、会社ＩＤが同一であれば、プロセスは工程２２０に進み、すでに説明した規則に従ってＡＩフラッグを有する注文が取り消されるべきか否かを決定する。具体的には、システムは入り売り注文のＡＩフラッグがＹｅｓにセットされているかどうかをチェックする。もしも売り注文が同一の会社取り引きしないとのフラッグを有するならば、入り売り注文と読み出した買い注文の会社が同一であって、入り売り注文はより近いタイムスタンプを有するので、売り注文は段階２２２で取り消される。プロセスはこの売り注文に対して段階２３２で示したように停止する。
【００３２】
段階２２０に戻るに、もしもシステムが入り売り注文が同一会社からの注文と取り引きすることを制限されていなければ（すなわち、ＡＩフラッグが設定されていないか又はＮｏに設定されている場合）、プロセスは段階２２４に進む。この段階で読み出した買い注文がＡＩフラッグをＹｅｓに設定しているかどうかをチェックする。もしも読み出した買い注文が同一会社からの売り注文とは取り引きしないとのフラッグを有するならば、段階２２６において読み出した買い注文は、ＡＩフラッグがＹｅｓに設定されている注文は取り消すとの規則に従って、取り消される。しかし、段階２２４においてもしも読み出された買い注文が同一会社からの注文に対して取り引きすることを制限していなければ（すなわちＡＩフラッグがＮｏ）、段階２２８に進み、そこで入り売り注文と読み出され買い注文が対合される。
【００３３】
段階２３０でシステムは入り売り注文残量がゼロより大きいかどうかをチェックする。もしも大きくなければ、入り売り注文は完全に尽くされ、プロセスは段階２３２で示されたように停止される。他方、もしも売り注文が取引可能な量を有するならば、プロセスは段階２０４に戻り、そこで入り売り注文が記述のようにＡＩ制限規則の範囲内で取り引きできるかどうかを決定する。
【００３４】
ＡＩフラッグ＝Ｙｅｓを有する注文（ＡＩ注文）が如何に動作するかの例を次に説明する。注文価格と市場価格はこれらの例では単にＡＩ注文がどのように処理されるかを例示のためのであるものと理解すべきである。
【００３５】
実施例１
（取引可能でないＡＩ制限売り注文が提示される）
以下の例の開始に当たり、提示マーケットセンタの内部注文帳簿は以下で示すものである。以下の例において、遠隔マーケットセンタ（マーケットＡ）からの最良の呼び買値及び呼び売値（ＢＢＯ＝Best Bid and Offer）も内部帳簿に含まれるものとする。しかし、例示の注文は、ＡＩ注文に対する転送がそうでない注文に対する転送と違わないので、遠隔マーケットセンタには転送されないものとする。
【００３６】
ＮＢＢＯは$23.05 から $24.00 （500 x 800）である。内部帳簿は以下のように見える。
【表２】
2008541231.tif 000003
以下のすべての例で、すべての提示される注文は完全に表示されるので、それらの注文はまた各価格レベルで集められ、そして提示マーケットセンタ２０の公開注文帳簿へ配布される。例えば提示マーケットセンタの公開注文帳簿は現在次のように見える。
【表３】
2008541231.tif 000004
【００３７】
提示マーケットセンタ２０は次の入り注文を受け取る。
Order D: Sell 600 @ 23.95, FirmID = ABCD, AI Flag = Yes
【００３８】
図３を参照すると、システムは段階２００で入り注文を受け取り、段階２０２でＡＩフラッグをＹｅｓに設定する。次に段階２０４でＮＢＢを読み出し、段階２０６で入り注文Ｄ（$23.95）を買い注文ＮＢＢ（$23.05）と比較する。売り注文Ｄの価格がＮＢＢよりも高いので、取引は可能でない。プロセスは段階２０８に進み、そこで価格／時間優先に従って入り買い注文Ｄを帳簿Ｂｏｏｋｓ（内部帳簿及び公開帳簿）に提示し、段階２１０処理が終わる。
【００３９】
ＮＢＢＯは現在$23.05から $23.95 （500 x 600）である。内部帳簿は次のように見える。
【表４】
2008541231.tif 000005
【００４０】
公開注文は次のように見える。
【表５】
2008541231.tif 000006
【００４１】
実施例２
（異なった会社からの取引可能なＡＩマーケット買い注文の実行）
この例では、提示マーケットセンタ２０は次の注文を受ける。
Order E: Buy 200 @ Market, FirmID = IJKL, AI Flag = Yes
【００４２】
図２を参照すると、システムは段階１００で入り注文を受信し、この注文に対して段階１０２でＡＩフラッグをＹｅｓに設定する。
システムは段階１０４でＮＢＯを読み出し、そして段階１０６で入り買い注文Ｅ（マーケット）の価格をＮＢＯ（$23.95）に設定する。マーケット注文は定義により取引可能なので、プロセスは段階１１２に進み、提示マーケットセンタ２０がＮＢＯにあるか否かをチェックする。売り注文Ｄ（$23.95）はＮＢＯ（$23.95）にあるので、プロセスは段階１１６に進み、そこで最低値売り注文Ｄを読み出す。
【００４３】
プロセスはついで段階１１８に進み、入り買い注文Ｅの会社ＩＤ（ＩＪＫＬ）を、読み出した売り注文Ｄの会社ＩＤ（ＡＢＣＤ）と比較する。会社ＩＤは同一ではないので、内部化の問題がなく、プロセスは段階１２８において入り買い注文Ｅを提示された２００株の売り注文Ｄと価格$23.95と比較する。プロセスは次に段階１３０で入り買い注文Ｅが利用できる追加の株を有するかどうかをチェックし、そして、この例では、注文が完全に充足されたことを決定する。段階１３２ではさらなる処理は存在しない。
【００４４】
売り注文Ｄはまだ４００株を残しており、内部帳簿は次のように見える。
【表６】
2008541231.tif 000007
【００４５】
公開注文帳簿は次のように見える。
【表７】
2008541231.tif 000008
【００４６】
実施例３
（同一会社からの取引可能な制限ＡＩ注文は取り消される）
この例では提示マーケットセンタ２０は次の注文を受信する。
Order F: Buy 700 @ 23.97, FirmID = ABCD, AI Flag = Yes
【００４７】
図２を参照するに、システムは段階１００で入り注文を受信し、段階１０２でＡＩフラッグをＹｅｓに設定する。次に段階１０４でＮＢＯを読み出し、それを段階１０６で入り買い注文をＦ（$23.97）をＮＢＯ（$23.95）と比較する。入り買い注文ＦはＮＢＯよりも大きいので、プロセスは段階１１２に進み、そこで提示マーケットセンタ２０がＮＢＯであるか否かをチェックする。売り注文Ｄ（$23.95）はまだ ＮＢＯ（$23.95）なので、プロセスは段階１１６に進み、そこで最低価格売り注文Ｄを読み出す。
【００４８】
プロセスは次いで段階１１８に進み、入り買い注文Ｆの会社ＩＤ（ＡＢＣＤ）を、読み出した売り注文Ｄの会社ＩＤ（ＡＢＣＤ）と比較する。この例では、会社ＩＤは同一である。プロセスは段階１２０で入り買い注文ＦのＡＩフラッグがＹｅｓに設定されているか否かをチェックする。この例では入り買い注文ＦのＡＩフラッグはＹｅｓに設定されているので、プロセスは段階１２２で入り買い注文Ｆを取り消し、処理は段階１３２で完了する。
【００４９】
ところで、提示された売り注文ＤのＡＩフラッグもまたＹｅｓに設定されているので、注文は取り消されない。同一会社から２つのＡＩ注文を受信すると、この例では最新の時間スタンプを有する注文が取り消される。入り買い注文Ｆは提示された買い注文Ｄよりも最近の時間スタンプを有するので、入り買い注文Ｆは取り消される。
【００５０】
内部帳簿は変更されず依然として次のように見える。
【表８】
2008541231.tif 000009
【００５１】
公開注文帳簿は変更されず依然として次のように見える。
【表９】
2008541231.tif 000010
【００５２】
実施例４
（同じ会社からの取引可能なＡＩ制限買い注文が受信され、提示売り注文が取り消される）
この例では、提示マーケットセンタ２０は次の注文（実施例３と同じであるがＡＩフラッグは持たない）を受信する。
Order G: Buy 700 @ 23.97, FirmID = ABCD
【００５３】
実施例３では、システムは段階１００で入り注文を受信する。しかし、買い注文ＧはＡＩ注文ではないので、段階１０２ではＡＩフラッグをＹｅｓに設定しない。システムは段階１０４でＮＢＯを読み出し、段階１０６で入り注文Ｇ（$23.97）をＮＢＯ（$23.95）と比較する。入り買い注文Ｇの価格はＮＢＯよりも高いので、処理は段階１１２に進み、提示マーケットセンタ２０がＮＢＯであるか否かをチェックする。売り注文Ｄ（$23.95）は未だＮＢＯ（$23.95）であるので、プロセスは段階１１６に進み、最低価格売り注文Ｄを読み出す。
【００５４】
プロセスは段階１１８に進み、入り買い注文Ｇの会社ＩＤ（ＡＢＣＤ）を読み出した買い注文Ｄの会社ＩＤ（ＡＢＣＤ）と比較する。この例では会社ＩＤは同一である。システムは段階１２０で入り買い注文ＧのＡＩフラッグがＹｅｓに設定されているかどうかをチェックする。ＡＩフラッグはこの例ではＹｅｓに設定されていない。入り買い注文ＧのＡＩフラッグがＹｅｓに設定されていないので、プロセスは段階１２４に進み、読み出した売り注文ＤのＡＩフラッグがＹｅｓにセットされているかどうかをチェックする。
【００５５】
この例では提示された売り注文ＤのＡＩフラッグがＹｅｓに設定されているか否かをチェックする。段階１２６に示したように、もしＹｅｓなら提示された売り注文Ｄを取り消す。これは同じ会社からの２つの注文があって一方のみがＡＩ注文であるときにＡＩ注文は取り消されるという規則の例である。
【００５６】
ＮＢＢＯは現在$23.05 to $24.00 （500 x 800）である。売り注文Ｄが除かれた直後の内部帳簿の状態は次のように見える。
【表１０】
2008541231.tif 000011
【００５７】
公開注文帳簿はこの瞬間に次のように見える。
【表１１】
2008541231.tif 000012
【００５８】
入り買い注文Ｇは取り消されなかったので、段階１３０で７００株が取引可能であると決定され、プロセスは段階１０４にもどる。段階１０４ではシステムはＮＢＯを読み出して買い注文Ｇがまだ取引可能か否かを決定する。記述のように入り買い注文Ｇ（$23.97）が新たなＮＢＯ（$24.00）と比較され、買い注文Ｇの価格がより低いことが決定される。このため入り買い注文Ｇは実行できず、その７００株が段階１０８で帳簿（Ｂｏｏｋｓ）に提示される。買い注文Ｇは段階１１０で終了する。
【００５９】
ＮＲＢＯは現在$23.97から$24.00（700x800）である。内部帳簿はこのとき入り買い注文Ｇを含めて次のように見える。
【表１２】
2008541231.tif 000013
【００６０】
公開注文帳簿はこのとき次のように見える。
【表１３】
2008541231.tif 000014
【００６１】
実施例５
（取引できないＡＩ制限売りが提示される（価格は後の例で変更される））
この例では提示マーケットセンタ２０は次の注文を受ける。
Order I: Sell 400 @ 24.00, FirmID = ABCD, AI Flag = Yes 
【００６２】
図３を参照する。システムは入り買い注文をステップ２００で受け取り、そして段階２０２でＡＩフラッグをＹｅｓに設定する。段階２０４でシステムはＮＢＢを読み出して入り売り注文Ｉが取引可能かどうかを決定する。段階２０６で入り売り注文Ｉの価格（$24.00）をＮＢＢ（$23.97）と比較する。注文価格の方が高いのでシステムは段階２０８で価格／時間優先に従って入り買い注文Ｉを帳簿（Ｂｏｏｋｓ）に提示し、段階２１０でプロセスは停止する。
【００６３】
内部帳簿は次のように見える。
【表１４】
2008541231.tif 000015
【００６４】
公開注文帳簿はこの時次のように見える（この例に示したように、注文はＡＩフラッグに関係なく各価格レベルで集積される）。
【表１５】
2008541231.tif 000016
【００６５】
実施例６
（取引不能なＡＩ制限買い注文が提示される）
提示マーケットセンタ２０は次の注文を受信する。
Order J: Buy 300 @ 23.99, FirmID = ABCD AI Flag = Yes
【００６６】
図２を参照するに、システムは段階１００で入り注文を受信し、段階１０２でその注文にＹｅｓのＡＩフラッグを設定する。プロセスは段階１０４でＮＢＯを読み出し、そして段階１０６で入り買い注文Ｊ（$23.99）をＮＢＯ（$24.00）と比較する。注文価格がより低いので入り買い注文Ｊを段階１０８で価格／時間優先で帳簿に提示し、段階１１０で処理は完了する。
【００６７】
ＮＢＢＯは$23.99から$24.00（300x1200）である。内部帳簿は次のように見える。
【表１６】
2008541231.tif 000017
【００６８】
公開帳簿は次のように見える。
【表１７】
2008541231.tif 000018
【００６９】
実施例７
（提示されたＡＩ売り注文価格が取引可能な価格に修正される）
この例では、提示マーケットセンタ２０は提示された売り注文Ｉの価格を変更するように次の要求を受信する。
Cancel/Replace Sell Order I: Sell 400 @ 23.99, FirmID = ABCD, AI Flag = Yes
【００７０】
その結果システムは売り注文Ｉ（Sell 400 @ 24.00）を読み出し、それをSell 400 @ 23.99に変更する。売り注文Ｉは依然としてＡＩ注文であることに注意する。注文マッチングエンジン２１が注文の価格変化を受信すると、注文マッチングエンジンはそれをあたかも新規な注文であるかのように取り扱う。修正された注文の時間スタンプを更新し、それが新たな入り注文であるかのように取り扱って、直ちにこの注文がこの新価格で取引可能かをチェックする。
【００７１】
この例では、図３の段階２０４でシステムはＮＢＢを読み出し、段階２０６で新規に根付けした売り注文Ｉの値段（$23.99）と、ＮＢＢ（$23.99）を比較する。両者は一致し売り注文Ｉは今や取引可能なので、段階２１２においてシステムは提示マーケットセンタ２０がＮＢＢにあるかをチェックする。買い注文Ｊ（$23.99）がＮＢＢに提示されているので買い注文Ｊを読み出す。
【００７２】
注文が互いに取引可能なので、段階２１８でシステムは新価格の売り注文Ｉの会社ＩＤ（ＡＢＣＤ）と買い注文Ｊの会社ＩＤ（ＡＢＣＤ）を比較する。両者は一致するので、段階２２０で新価格の売り注文Ｉのフラッグが、 AI Flag = Yesであるかどうかをチェックする。両者は一致する。そのシステムは結果段階２２２で売り注文Ｉを取り消し、帳簿からそれを削除する。この段階では、同一会社からの２つのＡＩ注文があったときは最新の時間スタンプを有する注文は取り消さなければならないという規則を実行するのである。売り注文Ｉは元々買い注文Ｊの前にマーケットセンタ２０により受信されたものであるが、売り注文Ｉは取り消され、新価格に付け直されたので、優先的な時間スタンプを有する。注文の価額が変更されるときはいつでもその時間スタンプはそれが新規注文であるかのように更新される。売り注文Ｉはより新しい時間スタンプを有するので、システムは売り注文Ｉを取り消し、段階２３２でプロセスは完了する。買い注文Ｊは帳簿に提示されたままとなる。
【００７３】
売り注文Ｉが除去された後の内部帳簿は次のように見える。
【表１８】
2008541231.tif 000019
【００７４】
公開注文帳簿は次のように見える。
【表１９】
2008541231.tif 000020
【００７５】
実施例８
（ＡＩマーケット売り注文取引初回、及び残りの取引の取り消し）
提示マーケットセンタ２０は次の注文を受け取る。
Order K: Sell 2000 @ Market, FirmID = EFGH, AI Flag = Yes
【００７６】
図３を参照するに、システムは段階２００で入り注文を受信し、段階２０２でＡＩフラッグをＹｅｓに設定する。次にシステムは段階２０４でＮＢＢを読み出し、段階２０６で入り売り注文Ｋ（マーケット）の価格をＮＢＢ（$23.99）と比較する。マーケット注文は定義により取引可能であるので、段階２１２に進み、そこで提示マーケットセンタ２０がＮＢＢか否かをチェックする。買い注文Ｊ（$23.99）はＮＢＢ（$23.99）であるので、プロセスは段階２１６へ進み、そこで最高値買い注文Ｊを読み出す。
【００７７】
プロセスは段階２１８に進み、そこでシステムは入り売り注文Ｋの会社ＩＤ（ＥＦＧＨ）と買い注文Ｊの会社ＩＤ（ＡＢＣＤ）が比較される。会社ＩＤは同一ではないので、両注文がＡＩ注文であっても内部化は存在せず、段階２２８で入り売り注文Ｋは買い注文Ｊの３００株と取引可能である。買い注文Ｊは完全に尽くされ、帳簿から削除される。
【００７８】
ＮＢＢＯはこのとき$23.97から$24.00（700x800）である。買い注文Ｊが削除された後の内部帳簿は次のように見える。
【表２０】
2008541231.tif 000021
【００７９】
公開注文帳簿は次のように見える。
【表２１】
2008541231.tif 000022
【００８０】
段階２３０でシステムは次に入り売り注文Ｋが追加の株を有しているか否かをチェックし、この例では、注文はまだ１７００株が取引可能であると決定する。プロセスは段階２０４に戻り、そこで入り売り注文ＫがＡＩ制限規則の中で取引を続行できるかを決定するため上記の手順を繰り返す。
【００８１】
システムは段階２０４でＮＢＢを再度読み出し、段階２０６で入り売り注文Ｋ（マーケット）を新ＮＢＢ（$23.97）と比較する。マーケット注文は定義により取引可能なので、プロセスは段階２１２に進み、提示マーケットセンタ２０がＮＢＢにあるか否かをチェックする。買い注文Ｇ（$23.97）はＮＢＢ（$23.97）にあるので、プロセスは段階２１６に進んで、最高価格の買い注文Ｇを読み出す。
【００８２】
プロセスは次に段階２１８に進み、売り注文Ｋの会社ＩＤ（ＥＦＧＨ）を提示された買い注文Ｇの会社ＩＤ（ＡＢＣＤ）と照合する。会社ＩＤは同一ではないので、「内部化」は存在せず、段階２２８で入り買い注文Ｋと７００株の提示された買い注文Ｇとが$23.97で取り引きできる。買い注文Ｇは完全に尽くされるので帳簿から削除される。
【００８３】
ＮＢＢＯは今や$23.05から$24.00（500 x 800）である。買い注文Ｇが削除された後の内部帳簿は次のように見える。
【表２２】
2008541231.tif 000023
【００８４】
公開注文帳簿は次のように見える。
【表２３】
2008541231.tif 000024
【００８５】
システムは段階２３０で入り買い注文Ｋが追加の株を有しているか否かをチェックし、この例では注文がまだ１０００株を残していることを確認する。プロセスは段階２０４に戻り、既述の手順で入り売り注文ＫがＡＩ制限内で取引を継続できるかを決定する。
【００８６】
システムは段階２０４で新ＮＢＢを読み出し、そして段階２０６で入り売り注文Ｋ（マーケット）の価格をＮＢＢ（$23.05）と比較する。マーケット注文は定義により取引可能なのでプロセスは段階２１２に進み、提示マーケットセンタ２０がＮＢＢにあるか否かをチェックする。買い注文Ａ（$23.05）はＮＢＢ（$23.05）の状態なので、プロセスは段階２１６に進み、最高値の買い注文Ａが読み出される。
【００８７】
プロセスは段階２１８に進み、入り売り注文Ｋの会社ＩＤ（ＥＦＧＨ）が読み出した買い注文Ｇの会社ＩＤ（ＡＢＣＤ）と照合される。会社ＩＤは同一ではないので、「内部化」が存在せず、段階２２８で入り売り注文Ｋは５００株の提示された買い注文Ａと$23.05の価格で取り引きできる。買い注文Ａは完全に尽きるので、帳簿から削除される。
【００８８】
ＮＢＢＯは今や$23.02から$24.00（400x800）である。買い注文Ａが削除された後の内部帳簿は次のように見える。
【表２４】
2008541231.tif 000025
【００８９】
公開注文帳簿は次のように見える。
【表２５】
2008541231.tif 000026
【００９０】
システムは段階２３０で入り売り注文Ｋが追加の株を有しているかどうかをチェックする。この例では入り売り注文Ｋがまだ５００株が利用できると決定する。プロセスは段階２０４に戻り、そこで入り買い注文ＫがＡＩ制限規則内で取引を続行できるかチェックする。
【００９１】
システムは段階２０４で新規なＮＢＢを読み出し、段階２０６で入り売り注文Ｋ（マーケット）をＮＢＢ（$23.02）と対比する。マーケット注文は定義から取引可能であるので、段階２１２で提示マーケットセンタ２０がＮＢＢにあるか否かをチェックする。売り注文Ｂ（$23.02）はＮＢＢ（$23.02）なので、プロセスは２１６に進み、最高価格買い注文Ｂを読み出す。
【００９２】
プロセスは段階２１８に進み、そこでシステムは入り売り注文Ｋの会社ＩＤ（ＥＦＧＨ）を、読み出した買い注文Ｂの会社ＩＤ（ＥＦＧＨ）と照合する。この例では両者の会社ＩＤは同一であり、入り買い注文Ｋと提示された買い注文Ｂの会社ＩＤ＝ＥＦＧＨである。次いで、段階２２０でシステムは入り買い注文ＫがＡＩフラッグ＝Ｙｅｓであることを決定する。従ってシステムは２つの注文が同一の会社からであり、一方がＡＩフラッグ＝ＹｅｓであればＡＩ注文を取り消すという規則が強制される。従って、段階２２２で入り売り注文は取り消され、処理は段階２３２で示したように完了する。買い注文Ｂは帳簿に提示された状態のままになる。
【００９３】
内部帳簿及び公開注文帳簿は変化しないままである。
【００９４】
実施例９
（取引可能なＡＩ注文は、オプションマーケットセンタのマーケットメーカ引き合いとは相互作用できない。）
次に示す実施例はＡＩ注文がどのようにしてオプション市場で本発明の実施例に基づいて実行されるか示す。オプション銘柄に対するＡＩ注文には、株式銘柄のＡＩ注文に対する前述の例と同じ規則、すなわち同一の会社からの他の注文に対しては実行できない、という規則が適用される。もしも提示マーケットセンタ２０がマーケットメーカ３１をサポートするものとすると、ＡＩ規則は同一会社からのマーケットメーカ引き合い３３と対合する入りＡＩ注文に対する制限を含むように任意に拡張できる。取引会社２６とマーケットメーカ３１は同一の会社からのものであり得る。マーケットメーカ３１が提示マーケットセンタ２０に注文を出す時は（引き合いとは異なる）、マーケットメーカ３１は、この実施の形態では、あたかもそれが取引会社２６であるかのように論理的に処理される。
【００９５】
以下の実施例では、提示マーケットセンタ２０はある銘柄でマーケットメーカ３１を指定する。指名されたマーケットメーカがその銘柄の主導マーケットメーカになり、そのマーケットメーカは入り注文に対して提示マーケットセンタの取引規則に従って参加することを保証される。たとえばこれらの取引規則のいくつかは本書で「主導マーケットメーカ保証プロセス」として言及する手順に従って実行される。
【００９６】
次に説明する主導マーケットメーカ保証プロセスは、変更が可能であり、提示マーケットセンタ２０に送られるときに本発明の入りＡＩ注文に関連してマーケットメーカ引き合いに対合（マッチング）規則を例示するためにのみ役立ち、またマーケットメーカ規則、責任、及び権利に関する広い議論は本書の範囲を超える。これらの実施例の理解のためには、銘柄が主導マーケットメーカ（ＬＭＭ）を有すること、またもしも主導マーケットメーカが取引可能な入り注文が受信されたときにＮＢＢＯで引き合いをしているならば、主導マーケットメーカは、顧客の入り注文が主導マーケットメーカの引き合いに先だって価格／時間優先で満足された後に、入り注文に参加することを保証されている。
主導マーケットメーカ保証プロセスに対する取引規則は別様にも実施できるので、これらの実施例の目的はマーケットメーカ保証を例示することではなく、入りＡＩ注文がマーケットメーカ引き合いと対合できるか否かを例示することである。本発明は例示目的で記載する下記の実施例に限定されるものではない。提示マーケットセンタ２０はあらゆる銘柄でマーケットメーカを指定しているのではないことに注意すべきである。またマーケットメーカ引き合いのために自動的に生成される注文はこの実施例ではＡＩフラッグを有することができないので、マーケットメーカ引き合いとその自動生成される注文はＡＩ制限のために取り消されることは決してないことに注意すべきである。
【００９７】
この実施例のプロセスの開始時には、ＮＢＢＯは$2.00から$2.10（40x70）である。この銘柄は２つの割り当てられたマーケットメーカ、すなわち会社ＥＦＧＨからの主導マーケットメーカＬＭＭ、及び会社ＡＢＣＤからのマーケットメーカＭＭ２である。会社ＡＢＣＤ、ＥＦＧＨ及びＩＪＫＬは現在注文帳簿に提示された顧客注文を有する。注文ＮはＡＩ注文である。
【００９８】
次の実施例では、データ構造体２５からの遠隔マーケット最良買い呼び値（ビッド）及び売り呼び値（オファー）は、データ構造３３からのマーケットメーカ引き合いと共に、組み合わせ内部引き合い帳簿に含まれる。遠隔マーケットセンタ（マーケットＡ）からのＢＢＯは例示目的でここには示されているが、ＡＩ注文の転送（ルーティング）が非ＡＩ注文のそれと異ならないので、実施例には含まれない。組み合わせた内部引き合い帳簿は次のように見える。
【表２６】
2008541231.tif 000027
【００９９】
内部注文帳簿は次のように見える。
【表２７】
2008541231.tif 000028
【０１００】
提示マーケットセンタの公開帳簿（マーケットメーカ引き合いを集積し、そして各価格レベルで注文を表示する。）これは次のように見える。
【表２８】
2008541231.tif 000029
【０１０１】
提示マーケットセンタ２０は次の注文Ｐを受信する。
Order P: Sell 100 @ 1.85, FirmID = EFGH, AI Flag = Yes
【０１０２】
内部マッチングエンジン２１は、マーケットメーカ引き合いが入り注文に対して取引可能であることを決定するといつでも、自動的に当該引き合いのための注文を生成する。この例ではマーケットメーカＬＭＭがＮＢＢで買い呼び値を出しているので、ＬＭＭは主導マーケットメーカ保証プロセスにおいて入り売り注文Ｐを実行する権限がある。しかし、入り売り注文Ｐは会社ＥＦＧＨにより送られるＡＩ注文であるので、同じ会社ＥＦＧＨからのＬＭＭ買い呼びに対しは実行できない。売り注文と買い注文が同一会社ＩＤの場合には取り引きしないという規定により、この入り売りＰは直ちに取り消される。この実施例では、「内部化」を制限するＡＩ制限は、主導マーケットメーカのいかなる取引特権も行使させない。
【０１０３】
図３はこのプロセスを例示する。具体的には入り注文が段階２００で受信され、段階２０２でシステムはＡＩフラッグをＹｅｓに設定する。段階２０４でＮＢＢを読み出し、段階２０６で入り売り注文Ｐ（$1.85）をＮＢＢ（$2.00）と比較する。入り売り注文ＰはＮＢＢよりも低い価格であるので、プロセスは行程２１２に進み、そこで提示マーケットセンタ２０がＮＢＢにあるか否かをチェックする。ＬＭＭ買い呼び値（$2.00）が ＢＢ（$2.00）であるので、プロセスは段階２１６に進み、そこで最高値買い注文を読み出す。ＬＭＭ呼び買値はＮＢＢであるので、注文マッチングエンジン２１が自動的に自身のために買い注文を発生する。
【０１０４】
プロセスは段階２１８に進み、そこで入り買い注文Ｐの会社ＩＤ（ＥＦＧＨ）をＬＭＭ買い呼び値のために発生された注文の会社ＩＤ（ＥＦＧＨ）と比較する。この例では会社ＩＤは同一である。システムは段階２２０で入り売り注文ＰのＡＩフラッグがＹｅｓに設定されているか否かをチェックする。この例ではＡＩフラッグはＹｅｓに設定されている。入り売り注文ＰのフラッグがＹｅｓなので、システムは段階２２２で入り買い注文を取り消す。そしてプロセスは２３２で完了する。ＬＭＭ買い呼びは実行されず、引き合いは拡布すべきものとして続行する。そして自身のために発生された買い注文は即座に削除される。
【０１０５】
組み合わせ内部引き合い帳簿（Quote Book）は変わらず、依然として次のように見える。
【表２９】
2008541231.tif 000030
【０１０６】
内部注文帳簿は変わらず、依然として次のように見える。
【表３０】
2008541231.tif 000031
【０１０７】
提示マーケットセンタの公開帳簿は変わらず、依然として次のように見える。
【表３１】
2008541231.tif 000032
実施例１０
（取引可能なＡＩ注文がマーケットメーカ引き合い及び提示された注文と相互作用し、残部が取り消される）
【０１０８】
提示マーケットセンタ２０は次の注文Ｑを受信する。
Order Q: Sell 100 @ 1.85, FirmID = ABCD, AI Flag = Yes
【０１０９】
マーケットメーカＬＭＭはこの例ではＮＢＢで依然として買い呼びをしているので、ＬＭＭは主導マーケットメーカ保証プロセスで入り売り注文Ｑを実行する権限を有する。入り売り注文ＱはＡＩ注文ではあるが、それは会社ＡＢＣＤから送られたものであるので、以前のＡＩ売り注文Ｐの場合とは違って、会社ＥＦＧＨからのＬＭＭ買い呼びに対して実行する資格を有する。
【０１１０】
内部マッチングエンジン２１が、マーケットメーカ引き合いが入り注文に対して実行できると決定した場合にはいつでも、エンジンは自動的に引き合いのために注文を発生する。この例では、注文が価格／時間優先で任意の顧客注文をまず満足させた後に、主導マーケットメーカは入り注文の残量（Ｌｅａｖｅｓ）の４０％まで実行できることを保証されている。顧客の注文ＬとＭはＬＭＭ買い呼びの価格$2.00 よりも低い（それぞれ$1.95と$1.85）ので、それらの顧客は価格／時間優先を有しない。このため、この例ではＬＭＭ買い呼びは入り買い注文Ｑに対して即座に取引を行う資格がある。
【０１１１】
図３はこのプロセスを例示する。具体的には、入り注文が段階２００で受信され、段階２０２でシステムはその注文に対してＡＩフラッグをＹｅｓに設定する。次いで段階２０４でシステムはＮＢＢを読み出し、段階２０６で入り売り注文Ｑ（$1.85）をＮＢＢ（依然として$2.00）と比較する。入り売り注文Ｑの価格はＮＢＢよりも低いので、プロセスは２１２に進み、そこで提示マーケットセンタ２０がＮＢＢにあるかどうかをチェックする。ＬＭＭ買い呼び（$2.00）はまだＮＢＢ（$2.00）であるので、プロセスは段階２１６に進み、そこで最高値買い注文を読み出す。ＬＭＭ買い呼びはＮＢＢであるので注文マッチングエンジン２１が自動的に自身のための買い注文を発生する。
【０１１２】
プロセスは段階２１８に進み、そこで入り売り注文Ｑの会社ＩＤ（ＡＢＣＤ）がＬＭＭ買い呼び注文のために発生された注文の会社ＩＤ（ＥＦＧＨ）と比較される。この例では会社ＩＤは同一ではない。システムは入り売り注文Ｑの４０契約を$2.00の価格で主導マーケットメーカ保証プロセスにおけるＬＭＭ買い注文のために自動発生された買い注文に対して実行する。ＬＭＭはその買い呼びを$2.00から$1.90にする。
【０１１３】
ＮＢＢＯは今や$1.95 から$2.10（10x70）である。
【０１１４】
組み合わせ内部引き合い帳簿はＬＭＭがその買い呼びを移動した後に下記のように見える。
【表３２】
2008541231.tif 000033
【０１１５】
内部注文帳簿は変化しない状態にとどまり、依然として下記のように見える。
【表３３】
2008541231.tif 000034
【０１１６】
提示マーケットセンタ２０のくお買い帳簿は今や次のように見える。
【表３４】
2008541231.tif 000035
【０１１７】
システムは入り売り注文Ｑが取引可能な契約を未だ６０契約有することを決定する。段階２０４において、入り売り注文ＱがＡＩ制限規則の範囲内で取引を実行できるか否かをチェックする。
【０１１８】
段階２０４で、システムはＮＢＢを読み出し、次いで段階２０６で入り売り注文Ｑ（$1.85）を新規なＮＢＢ（$1.95）と比較する。入り売り注文Ｑはより低い価格であるので、プロセスは段階２１２に進み、そこで提示マーケットセンタ２０がＮＢＢであるか否かをチェックする。提示された買い注文Ｌ（$1.95）はＮＢＢ（$1.95）にあるので、段階２１６で読み出される。
【０１１９】
注文は互いに取引可能であり、システムは段階２１８で入り売り注文Ｑの会社ＩＤ（ＡＢＣＤ）を読み出した買い注文Ｌの会社ＩＤ（ＥＦＧＨ）と比較する。会社ＩＤは異なるので、プロセスは段階２２８に進み、そこで入り売り注文Ｑの１０契約を買い注文Ｌ（$1.95）と対合させる、買い注文Ｌを完全に満足させ、次いでそれを注文帳簿から除く。
【０１２０】
ＮＢＢＯは今や$1.90から$2.10（120x70）である。
【０１２１】
組み合わせ内部引き合い帳簿は変化せず、未だ次のように見える。
【表３５】
2008541231.tif 000036
【０１２２】
内部注文帳簿は注文Ｌが削除された後に次のように見える。
【表３６】
2008541231.tif 000037
【０１２３】
提示マーケットセンタの公開帳簿は今や次のように見える。
【表３７】
2008541231.tif 000038
【０１２４】
段階２３０で、システムは入り売り注文Ｑが取引可能な量を残しているか否かをチェックし、未だ５０契約を残していると決定する。プロセスは段階２０４に戻り、売り注文ＱがＡＩ制限規則内で取引を継続できるか否かを決定する。
【０１２５】
段階２０４でシステムは新たなＮＢＢ（今や$1.90）を読み出し、そして段階２０６で入り売り注文Ｑの価格を（$1.85）をＮＢＢ（$1.90）と比較する。注文価格の方が低いので、プロセスは段階２１２に進み、システムは提示マーケットセンタ２０がＮＢＢであるか否かをチェックする。マーケットメーカＭＭ２からの買い呼び値（Ｂｉｄ）とＬＭＭの買い呼び値がいずれもＮＢＢであるので、処理は段階２１６に進んで、次の最良買い注文を読み出す。現時点で３０契約のＭＭ２の買い呼び値は$1.90であり、ＬＭＭ買い呼び値よりも高い時間優先権を有するので最良買い利益を構成する。ＭＭ２は取引可能なので、注文マッチングエンジン２１はＭＭ２のために自動的に買い注文を発生させる。
【０１２６】
段階２１８で、システムは入り売り注文Ｑの会社ＩＤ（ＡＢＣＤ）を、ＭＭ２買い引き合いのために発信される買い注文の会社ＩＤ（ＡＢＣＤ）と比較する。会社ＩＤが同じなので、段階２２０で入り売り注文ＱのＡＩフラッグがＹｅｓかチェックされる。この場合はＹｅｓである。その結果段階２２２で入り売り注文の残りの量が取り消される。この場合、２つの注文が同じ会社からであるとＡＩフラッグを有する注文は取り消されるという規則に従って、ＡＩフラッグを有する注文は取り消される。処理は段階２３２で示したように終了する。ＭＭ２の買い引き合いは実行されない。引き合いは続けて拡布され、自己のために生成された買い注文は直ちに削除される。
【０１２７】
本発明は特定の実施例に関連して説明したが、本発明はこれにとどまらない。実施例は例示の目的であり、本発明の範囲内で多くの変形例、実施例が可能である。
【図面の簡単な説明】
【０１２８】
図１は本発明の実施例が動作する取引環境を例示するブロック図である。
【０１２９】
図２は本発明の実施例により実行される方法を例示するフロー図であり、入り買い注文を、それが内部化阻止注文であるか否かにより別様に処理する例を示す。
【０１３０】
図３は入り売り注文を、それが内部化阻止注文であるか否かにより別様に処理する例を示すフロー図である。
【図１】
2008541231.tif 000039
【図２】
2008541231.tif 000040
【図３】
2008541231.tif 000041
【国際調査報告】
2008541231.tif 000042