JP5022897B2 - 取引注文を管理する方法、装置及び記憶媒体 - Google Patents

Description

発明の詳細な説明

［発明の技術分野］
本発明は、一般に取引市場に関し、より詳細には取引市場においてマーケットメーカーから受け付けた取引注文を管理するシステム及び方法に関する。
［発明の背景］
近年、取引アイテムに対する電子取引システムが広範に受け入れられるようになった。例えば、株式、債券、通貨、先物、他の適切な金融商品などの金融商品の取引を容易にする電子取引システムが創作されてきた。

これら電子取引システムの多くは、ビッド及びオファーがパッシブサイドによりシステムに送信され、その後、当該ビッド及びオファーがアグレッシブサイドによりヒット及びリフト（又はテイク）される。例えば、パッシブ取引者は、３０年物米国国債のある数量を所与の価格で購入するため「ビッド（ｂｉｄ）」を送信するかもしれない。このようなビッドに応答して、アグレッシブ取引者は、当該所与の価格で債券を第１取引者に売る意思表示を示すため、「ヒット（ｈｉｔ）」を送信するかもしれない。あるいは、パッシブサイド取引者は、所与の価格である数量の債券を売るため「オファー（ｏｆｆｅｒ）」を送信し、その後、アグレッシブサイド取引者は、当該所与の価格でパッシブサイド取引者から債券を購入する意思表示を示すため、オファーに応答して「リフト（ｌｉｆｔ）」（又はテイク（ｔａｋｅ））を送信するかもしれない。このような取引システムでは、ビッド、オファー、ヒット及びリフト（又はテイク）は、まとめて「オーダー又は注文（ｏｒｄｅｒ）」として知られるかもしれない。従って、取引者がビッドを送信すると、取引者は、オーダーを送信していると言われる。

ＮＡＳＤＡＱやＮＹＳＥなどの多くの取引システム又は市場では、取引注文がマーケットメーカーと取引者又は顧客の双方により発注されるかもしれない。マーケットメーカーは、公開値付けされた価格により売り買いをする準備をし、意思表示をし、実行可能であることにより、所与の証券の安定したビッド及びアスク（すなわち、オファー）価格を維持するブローカー又は銀行などの企業である。これらの企業は、特定証券の特定数量に対するビッド及びオファー価格を表示し、これらの価格に合致した場合、即座に自らの口座で売り買いを行う。取引者や顧客は、取引システムに注文を送信するマーケットメーカー以外の何れかのエンティティである。

「キャッシュ」価格形式の商品（すなわち、ビッド価格が典型的にはオファー価格より低くなっている商品）については、新たに発注された（アグレッシブ）ビッドの価格が既存の（パッシブ）オファーの価格より高いとき、「クロスドマーケット（ｃｒｏｓｓｅｄ ｍａｒｋｅｔ）」が生成され、当該ビッドはクロッシングビッドと呼ばれるかもしれない。同様に、新たに発注された（アグレッシブ）オファーの価格が既存の（パッシブ）ビッドの価格より低いとき、クロスドマーケットがまた生成され、当該オファーはクロッシングオファーと呼ばれるかもしれない。多くの取引システムでは、ビッドとオファーがロック（すなわち、互いにマッチする）又はクロスすると、アグレッシブ（すなわち、第２の送信された）注文に最も有利な価格により、取引が自動的に実行される。例えば、第１マーケットメーカーが１５の価格によりビッドを送信し、第２マーケットメーカーが１４のオファーを送信した場合、クロスマーケットが生成され、１５の価格により取引が実行される。これは、しばしば、第１マーケットメーカーが自分の価格をキャンセルしようとしていた場合など、第２マーケットメーカーにより有利な価格にとなる可能性がある。これらのシステムは、双方向のビッド及びオファー市場価格を生成するため、資金を投じているマーケットメーカーにほとんど関係なく、又は全く関係なく機能するかもしれない。このようなマーケットメーカーは、やや古い市場を構成するシステムでは遅延を生じる可能性があり、これにより、マーケットメーカーの既存の価格は、より最近の市場環境を反映した新たなマーケットメーカー価格により取引される可能性がある。いくつかの例では、この差はミリ秒又は他の大変短い期間であるかもしれないが、素早く挙動する流動的な市場では、マーケットメーカーは該当するシステムの固有の遅延により損失を被る可能性がある。

理解されるように、今日では、一部の金融商品は、注文間の一致（ロック又はクロス）が存在するときには（ビッドとオファーの間で）、商品を自動的に取引するコンピュータシステムを介し取引が行われている。

取引の自動化は、スピード、大きな数量の取引のコピー、金融商品を売買するエンティティに対するコストの効果を有する。しかしながら、ロック又はクロス注文を検出したときに取引を自動的に実行するシステムは、ときには取引システムにおけるビッド又はオファー価格の更新の遅延によって、一部の参加者に不公平となる可能性がある。

これまで、ビッド又はオファー価格が古いものになったとき、ビッド又はオファーを提供する主体がビッド又はオファー価格を変更することを所望するとき（直近のニュース／開発を反映するためなど）、不運な取引となる可能性は単に容認又は無視されてきた。電子自動取引プラットフォームを利用又は設定することを選択した場合、それは紛れもない事実である。ときには、ちょっと前に情報にアクセスした人は、自動電子取引プラットフォームのスピードに応じて取引を行うことが可能であり、それは、情報を取得するのにわずかに（おそらくほんの数秒）遅れる人々を不利にする。自動化されたビッド及びオファー価格による電子取引の高速性は、有利と不利の両方を備えている。

取引することを所望する人々が情報に遅れることによって不利になることから保護する方法について技術的な問題が存在する。また、取引を所望する一部の人々は、（原則的に）他の者／法人がある金融商品について優位な知識を有するという過去の歴史又は認識のため、特定の他の者と取引することを所望しないかもしれない。例えば、マーケットメーカーは、取引者によって実際よりもより迅速かつ良質な情報にアクセスすることができると思われているかもしれず、このため、取引者が取引を所望する者ではないかもしれない。その反転に、ある取引者は、マーケットメーカーと取引することを選好するが、実際に他のカテゴリの取引者と取引することを所望しないかもしれない。

自動化された取引システムでは、何れのマッチが検出されても、注文は自動的に取引される。一部の自動化された取引システムは、上述された懸念及び技術的問題により、マーケットメーカー購入されるのに抵抗があるかもしれない。自動化された取引システムに注文が発注されると、注文を発注したエンティティによるコントロールは大部分なくなる。
［発明の概要］
本発明によると、取引市場においてマーケットメーカーから受け付けた取引注文を管理するシステム及び方法が提供される。

一実施例によると、取引管理方法が提供される。第１商品の第１オファーが、第１オファー価格により第１マーケットメーカーから受け付けされる。第１商品の第１ビッドが、第１オファー価格以上の第１ビッド価格により第２マーケットメーカーから受け付けされる。第１ビッド価格が第１オファー価格以上である結果として、第１オファーと第１ビッドとの間の取引が実行されないように、第１オファー価格は第１ビッド価格より高い価格に自動的に引き上げられる。

最初は、これは直感に反しているように見えるかもしれない。２つの当事者が取引可能な取引を入力したが、自動取引は電子自動取引システムの目的であるにもかかわらず、自動的には取引が実行されない。

しかしながら、本発明は、参加者の少なくとも１人がより多くの情報を知っていたら取引をしていなかった場合でも、自動取引ソフトウェアが取引の実行を強制するため、取引の自動化及び必然性は問題があるかもしれないということを考えている。取引を強制する必然的なストレートジャケット（ｓｔｒａｉｇｈｔｊａｃｋｅｔ）である自動取引の技術的効果に対する解決手段は、少なくともある状況ではこの必然性を取り除くことである。

例えば、本発明の取引システムは、誰がビッドしているか、誰がオファーしているかに応じて、取引注文を異なって処理することが可能である。自動取引システムが異なる法的エンティティからのビッド及びオファーを処理する方法に可変性を導入することは、効果的である。いくつかの実施例では、それは、１つの法的エンティティからのビッド／オファー価格の間の偶然の不一致がシステムによって自動的に他の法的エンティティにより取得されること、おそらく数分の１秒において一方のエンティティには大きな取引利益を、他方のエンティティには大きな損失をもたらすことを回避する。例えば、２つのマーケットメーカーは、取引が続行されることを許可する意識的な決定をすることなく、取引がマッチングされることを所望しないかもしれない。

いくつかの状況では、時間遅延及び／又は手動介入による機会が効果的であるということを理解することが、本発明の少なくとも一部の特徴である。

他の実施例によると、他の取引管理方法が提供される。第１商品の第１ビッドが、第１ビッド価格により第１マーケットメーカーから受け付けされる。第１商品の第１オファーが、第１ビッド価格以下の第１オファー価格により第２マーケットメーカーから受け付けされる。第１オファー価格が第１ビッド価格以下である結果として、第１オファーと第１ビッドとの間の取引が実行されないように、第１ビッド価格が第１オファー価格未満の価格まで自動的に引き下げられる。

さらなる他の実施例によると、他の取引管理方法が提供される。第１オファー価格を有する第１オファーが、第１カテゴリのマーケットメーカーの第１マーケットメーカーから受け付けされる。第１オファー価格以上の第１ビッド価格を有する第１ビッドが、第１オファーと第１ビッドがマッチ又はクロスするように、第２カテゴリのマーケットメーカーの第２マーケットメーカーから受け付けされる。第１ビッドがパッシブであって、第１オファーによりマッチ又はクロスされていなかった場合、第１ビッドと第１オファーとの間の取引が自動的に実行される。第１オファーがパッシブであって、第１ビッドによりマッチ又はクロスしていなかった場合、第１ビッドと第１オファーとの間の取引は自動的には実行されない。

さらなる他の実施例によると、取引管理方法が提供される。第１商品の第１ビッドが、第１ビッド価格により第１マーケットメーカーから受け付けされる。第１商品の第１オファーが、第１ビッド価格未満の第１オファー価格により第２マーケットメーカーから受け付けされる。第１オファー価格が第１ビッド価格未満である結果として、第１ビッド価格は、第１オファー価格にマッチするよう自動的に引き下げられ、所定の期間を有する第１タイマーがスタートする。第１タイマーが時間切れとなり、第１タイマーが時間切れとなった時点において第１ビッドと第１オファーの両方が第１オファー価格にある場合、第１ビッドと第１オファーとの間の取引が自動的に実行される。

さらなる他の実施例によると、他の取引管理方法が提供される。第１商品の第１オファーが、第１オファー価格により第１マーケットメーカーから受け付けされる。第１商品の第１ビッドは、第１オファー価格より高い第１ビッド価格により第２マーケットメーカーから受け付けされる。第１ビッド価格が第１オファー価格より高い結果として、第１オファー価格は第１ビッド価格にマッチするよう自動的に引き上げられ、所定の期間を有する第１タイマーがスタートする。第１タイマーが時間切れとなり、第１タイマーが時間切れになった時点において、第１オファーと第１ビッドの両方が第１ビッド価格に存在する場合、第１オファーと第１ビッドとの間の取引が自動的に実行される。

さらなる他の実施例によると、取引管理システムが提供される。本システムは、プロセッサと、当該コンピュータシステムに接続されたコンピュータ可読媒体とを有するコンピュータシステムである。コンピュータ可読媒体は、プログラムを有する。プロセッサにより実行されると、プログラムは第１ビッド価格により大商品の第１ビッドを第１マーケットメーカーから受け付け、第１ビッド価格未満の第１オファー価格により第１商品の第１オファーを第２マーケットメーカーから受け付け、第１オファー価格にマッチするよう第１ビッド価格を自動的に引き下げ、所定の期間を有する第１タイマーをスタートし、第１タイマーが時間切れとなり、第１タイマーが時間切れになった時点において、第１ビッドと第１オファーの両方が第１オファー価格に存在する場合、第１ビッドと第１オファーとの間の取引を自動的に実行するよう処理可能である。

本発明の各実施例は、多数の効果を奏するかもしれない。１以上の実施例が後述される効果の一部又はすべてを奏するかもしれず、又はその何れの効果も奏しないかもしれないということに留意すべきである。

本発明の１つの効果は、２つのマーケットメーカーの間でのロック又はクロスされた市場が、これら２つのマーケットメーカーの間の取引の実行を自動的にはトリガーしない取引システムが提供される。いくつかの実施例では、クロスタイマーがスタートされ、その期間中は、第１注文（パッシブ注文）を提示したマーケットメーカークロスタイマーが、他方のマーケットメーカーとの自動的に実行される取引を回避するため、それらのビッド又はオファーを撤回又はシフトするかもしれない。このことは、他のマーケットメーカーからの後の注文による自動的に実行される取引を回避するか否か決定するため、ある程度の遅延を所望するマーケットメーカーに効果的であるかもしれない。例えば、マーケットメーカー及び／又は顧客から２以上の個別の電子供給を受け付ける市場では、マーケットメーカーは、他のマーケットメーカーからの注文又は現在の市場に追従するため、自らなビッド及び／又はオファー価格を更新する時間を有することを所望するかもしれない。他の実施例では、取引システムは、２つのマーケットメーカーの間のロック又はクロス市場を回避するため、第２注文（アグレッシブ注文）から離れて第１注文（パッシブ注文）の価格を自動的にシフトするかもしれない。これは、他のマーケットメーカーとの自動取引を回避することを所望し、このため、各価格決定システムの入出力における実際の又は認識される遅延に対抗するマーケットメーカーにとって効果的であるかもしれない。

本発明の他の効果は、いくつかの実施例では、異なるカテゴリのマーケットメーカーによって発注された注文が、少なくともある程度まで１以上の商品に関して有利な情報を有し、又はより迅速な価格決定エンジン又は市場データ入力へのアクセスを有する他のカテゴリのマーケットメーカーからプロテクトされるかもしれない。

他の効果は、以下の図面、説明及び請求項から当業者に容易に明らかになるであろう。
［発明の詳細な説明］
本発明の実施例とその効果は、図１〜６を参照することにより最も良く理解される。図面では、同一の参照番号は同一の部分を参照している。

一般に、２以上のマーケットメーカー間のロック及び／又はクロスされた市場を管理する取引システムが提供される。例えば、いくつかの実施例では、ロック又はクロスされた市場は、２つのマーケットメーカーの間の取引の実行を必ずしもトリガーするとは限らない。むしろ、タイマーがスタートされ、その間に。第１注文（パッシブオーダー）を送信したマーケットメーカーが、第２（アグレッシブ）注文とロック及びクロスする市場が存在しなくなり、これにより、２つのマーケットメーカー間の取引を回避することができるように、自分のビッド又はオファーを撤回又は動かすかもしれない。ある実施例では、第１マーケットメーカーからの第１注文が第２マーケットメーカーからの第２注文とクロスするとき、第１のパッシブ注文の価格は、第２のアグレッシブ注文とロックした市場を生成するよう取引システムにより自動的に動かされる。このロックした市場が、タイマーの時間が経過しても依然として存在する場合、第１のパッシブマーケットメーカーに最も有利な価格であるロックされた価格により２つのマーケットメーカーの間で取引が自動的に成立するかもしれない。従って、他のマーケットメーカーからの注文とクロスした注文を有するマーケットメーカーは、他方のマーケットメーカーとの取引が自動的に成立することを回避するため、注文を動かすための期間を有する。これは、他のマーケットメーカーによって送信された注文により自分の注文が自動的に成立することを所望しないマーケットメーカーにとっては効果的であり、それは、マーケットメーカー及び／又は顧客から２以上の独立した電子的供給を受け付ける市場においては特に重要である。システムにビッド及びオファー価格を供給するマーケットメーカーは、自らのシステムの遅延により互いに取引を回避したいかもしれず、その代わりに、このようなマーケットメーカーは、自らの自動価格決定を使用して他の市場参加者からの非自動的注文を集め、これにより、自らのビッド・オファースプレッドの各サイドの取引量から収入を得ることを所望するかもしれない。

他の実施例では、第１マーケットメーカーからの第１注文が第２マーケットメーカーからの第２注文とクロスすると、第１のパッシブ注文の価格が、第２のアグレッシブ注文とのロックされた市場を生成するため、取引システムにより自動的に動かされるが、タイマーは導入されないかもしれない。このような実施例では、２つのマーケットメーカーの間で自動的に取引は成立されず、マーケットメーカーの注文の１つが動かされ、又は削除されるまで、又は他のあるイベントが市場をロック解除するまで、市場はロック状態を維持されるかもしれない。さらなる他の実施例では、第１マーケットメーカーからの第１注文が第２マーケットメーカーからの第２注文とクロスすると、第１のパッシブ注文の価格は、ロック又はクロスしたマーケットが２つのマーケットメーカー間に実現することを回避するため、第２のアグレッシブ注文の方向から取引システムによって自動的に動かされる。

さらにある実施例では、マーケットメーカーが、当該マーケットメーカーによって発注された注文が取引モジュールにより処理される方法に影響を与える異なるレベル又は階層に分類されるようなマーケットメーカーのマルチ階層システムが利用されるかもしれない。例えば、第２カテゴリのマーケットメーカーによって発注されたパッシブ注文をクロスする第１カテゴリのマーケットメーカーによって発注された注文は自動取引をトリガーし、第１カテゴリのマーケットメーカーによって発注されたパッシブ注文とクロスする第２カテゴリのマーケットメーカーによって発注された注文は自動取引をトリガーしないかもしれない。

図１は、本発明の実施例による一例となる取引システム１０を示す。図示されるように、システム１０は、通信ネットワーク２０により取引プラットフォーム１８に接続される１以上のマーケットメーカー端末１２と１以上の顧客端末１４とを有する。

マーケットメーカー端末１２は、マーケットメーカー２２に取引プラットフォーム１８を介し取引活動に従事するためのアクセスを提供する。マーケットメーカー端末１２は、マーケットメーカー２２が取引プラットフォーム１８を介し取引活動に従事することを可能にするコンピュータシステム及び適切なソフトウェアを有する。本開示で使用される「コンピュータ」という用語は、入力を受け付け、所定のルールに従って入力を処理し、出力を生成するよう動作可能である、パーソナルコンピュータ、ワークステーション、ネットワークコンピュータ、ワイヤレスデータポート、ワイヤレス電話、携帯情報端末、上記又は他の装置内部の１以上のプロセッサ、又は他の何れか適切な処理装置などの何れか適切な装置を表す。マーケットメーカー端末１２は、マウス、キーボード、ポインタなどの１以上のヒューマンインタフェースを有するようにしてもよい。

マーケットメーカー２２は、同一商品に対してビッドとオファー価格の両方を同時に送信及び／又は維持する任意の個人又は企業を含む。例えば、マーケットメーカー２２は、公開値付けされた価格により売買の準備をし、その意思表示をし、それを実行可能にすることによって（マーケットメーキングと呼ばれる）、所与の証券の安定したビッド及びオファー価格を維持するブローカーや銀行などの個人又は企業を含む。これらの企業は、特定数量の特定証券のビッド及びオファー価格を表示し、これらの価格が合致する場合、自らの口座について即座に売買する。多くの店頭取引（ＯＴＣ）株式は、複数のマーケットメーカーを有する。いくつかの市場では、マーケットメーカーは、一般には自らがマーケットメークする株式の少なくとも１００株を売買する用意ができている必要がある。この結果、顧客又は投資家からの大きな注文は、潜在的には異なる価格によりいくつかのマーケットメーカーにより応じられるかもしれない。

さらに、いくつかの実施例では、マーケットメーカー２２は、個人、企業又は他のエンティティから受け付けた注文が従来のマーケットメーカー（ブローカーや銀行など）から受け付けたものとして処理されるように、特定の権利が付与されている個人、企業又は他のエンティティを含むかもしれない。従って、典型的にはマーケットメーカーとしては分類されない個人、企業又は他のエンティティに、このようなマーケットメーカー特権が付与され、これにより、ここで説明されるシステム及び方法のためのマーケットメーカー２２としてみなされるかもしれない。例えば、そうでない場合には、顧客２４として扱われる個人、企業又は他のエンティティには、ここで説明されるシステム及び方法のためのマーケットメーカー２２として扱われるための特権が付与されるかもしれない。いくつかの実施例では、典型的には、同一商品に対するビッドとオファーの両方の価格を送信及び／又は同時には維持しない個人、企業又は他のエンティティには、マーケットメーカー特権が付与され、これにより、ここで説明されるシステム及び方法のためのマーケットメーカー２２としてみなされるかもしれない。他の実施例では、個人、企業又は他のエンティティは、ここで説明されるシステム及び方法のためのマーケットメーカー２２としてみなされるため、特定商品についてのビッドとオファーの両方の価格を送信及び／又は同時に指示することが求められるかもしれない。

ある実施例では、個人、企業又は他のエンティティには、費用や手数料が課金され、又は付与されているマーケットメーカー特権の見返りとして他の対価を提供しなければならない。さらにいくつかの実施例では、個人、企業又は他のエンティティは、１以上の商品又は商品タイプについてマーケットメーカー２２又は顧客２４の何れかとして指定されているかもしれない。例えば、個人は、市場の１以上の特定タイプの商品（個人が通常取引する特定タイプの商品など）について、マーケットメーカー２２として扱われるための料金を支払うかもしれないが、当該メーカーの他のタイプの商品については顧客２４として扱われるかもしれない。

いくつかの実施例では、ルール＃２３を参照して後述されるように、マーケットメーカー２２のマルチ階層システムが利用されるかもしれない。このような実施例では、マーケットメーカー２２は、このようなマーケットメーカー２２が取引モジュール３０により処理される方法に影響を与える各種レベル又は階層に分類されるかもしれない。各マーケットメーカー２２は、当該マーケットメーカー２２が電子供給又は人間の取引者であるか否か、マーケットメーカー２２が強力な取引者であるか、又は特定若しくは内部情報を有しているか否かなどの１以上の基準に従って１以上の商品に分類されてもよい。さらにいくつかの実施例では、マーケットメーカー２２は、各種取引可能商品について各レベル又は階層に分類される。例えば、あるマーケットメーカー２２は、当該マーケットメーカー２２が強力な取引者であるか、又は特定若しくは内部情報を有している商品については、第１レベルマーケットメーカーとして分類され、他のタイプの商品については第２レベルマーケットメーカーとして分類されるかもしれない。

顧客端末１４は、顧客（又は投資家）２４に取引プラットフォーム１８を介し取引活動に従事するためのアクセスを提供する。顧客端末１４は、顧客２２が取引プラットフォーム１８を介し取引活動に従事することを可能にするコンピュータシステム及び適切なソフトウェアを有するかもしれない。マーケットメーカー端末１２は、マウス、キーボード又はポインタなどの１以上のヒューマンインタフェースを有するかもしれない。

顧客２４は、取引システム１０を介し取引活動に従事するものであって、マーケットメーカーでない個人、個人のグループ又は企業などの任意のエンティティである。例えば、顧客２４は、個人投資家、投資家グループ又は機関投資家であるかもしれない。しかしながら、上述されるように、そうでない場合には顧客２４として分類される個人、企業又は他のエンティティには、ここで説明されるシステム及び方法のため、マーケットメーカー２２として分類されるための特権が付与されるかもしれない（少なくとも１以上のタイプの商品に関して）。

マーケットメーカー２２と顧客２４は、株式若しくは他のエクイティ証券、債券、ミューチュアルファンド、オプション、先物、デリバティブ、通貨などの各金融商品を取引するための各種取引注文２６を取引プラットフォーム１８を介し発注するかもしれない。このような取引注文２６は、ビッド（又は買い）注文、アスク若しくはオファー（又は売り）注文又はその両方を含むかもしれず、以下に限定されるものではないが、成り行き注文、指し値注文、ストップロスオーダー、デイオーダー、オープンオーダー、ＧＴＣ（Ｇｏｏｄ Ｔｉｌｌ Ｃａｎｃｅｌｌｅｄ）オーダー、「グッドスルー（ｇｏｏｄ ｔｈｒｏｕｇｈ）」オーダー、「オールオアナン（ａｌｌ ｏｒ ｎｏｎｅ）」オーダー、「エニーパート（ａｎｙ ｐａｒｔ）」オーダーなど、取引プラットフォーム１８により管理可能な任意のタイプの注文であってもよい。

通信ネットワーク２０は、取引プラットフォーム１８と、マーケットメーカー２２及び顧客２４との間でデータ又は情報をやりとりするよう動作可能な通信プラットフォームである。通信ネットワーク２０は、マーケットメーカー２２及び顧客２４に認可されている取引所の取引フロアに送信されるべき取引を開始し、又は取引を電子的に実行する能力を提供する本発明の実施例によるインターネットアーキテクチャを表す。あるいは、通信ネットワーク２０は、マーケットメーカー２２及び／又は顧客２４が同一の処理又は機能を実行するため利用可能なＰＯＴＳ（Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ）とすることが可能である。このような取引は、取引プラットフォーム１８に係るブローカーによって支援されるか、又は取引が実行されることを要求するため、電話や他の適切な電子装置に手動によりキー入力されるかもしれない。他の実施例では、通信システム１４は、システム１０の何れか２つのノードの間の通信インタフェース又はやりとりを提供する任意のパケットデータネットワーク（ＰＤＮ）とすることが可能である。あるいは、通信ネットワーク２０は、任意のローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はネットワーク若しくは電話環境において通信を実現する他の何れか適切なアーキテクチャ又はシステムであってもよい。

取引プラットフォーム１８は、取引注文２６の取引を実現する取引アーキテクチャである。取引プラットフォーム１８は、コンピュータ、サーバ、管理センター、単独のワークステーション、又は取引注文２６の取引を管理する何れかの人、企業又はエンティティのための本社であるかもしれない。従って、取引プラットフォーム１８は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を達成するため利用又は実現可能な何れか適切なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトを有するかもしれない。

取引プラットフォーム１８は、マーケットメーカー２２及び顧客２４から取引注文２６を受け付け、マーケットメーカー２２と顧客２４の間の金融取引が実行されるように、上記取引注文２６を管理又は処理するよう動作可能な取引モジュール３０を有するかもしれない。取引モジュール３０は、市場取引フロアとの接続若しくはリンク、又はこのような取引を完結させることを可能にする何れか適切な要素との他の適切な接続を有してもよい。

図１に示されるように、取引モジュール３０は、処理ユニット３２とメモリユニット３４とを有するかもしれない。処理ユニット３２は、取引注文２６又はシステム１０に係るデータを処理し、ある実施例では取引モジュール３０に係る符号化された命令を実行することを含むかもしれない。メモリユニット３６は、マーケットメーカー２２及び／又は顧客２４から受け付けた１以上の取引注文２６を格納する。メモリユニット２８はまた、取引管理ルール３６のセットを格納するかもしれない。メモリユニット３６は、データ処理ユニット３２に接続されてもよく、１以上のＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＦＣＲＡＭ（Ｆａｓｔ Ｃｙｃｌｅ ＲＡＭ）、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）、マイクロコントローラ、マイクロプロセッサなどのデータ処理ユニット３２に接続されてもよい。

取引モジュール３０の内部構造は、それの意図する処理を実行するため、容易に変更、改良、再構成又は再設定可能であるということに留意すべきである。従って、取引モジュール３０には、何れか適切なコンポーネント、装置、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ハードウェア、ソフトウェア、プロセッサ、アルゴリズム、ＲＯＭ素子、ＲＡＭ素子、ＥＰＲＯＭ、ＥＥＰＲＯＭ、又は取引モジュール３０の処理を実現するよう動作可能な他の何れか適切なオブジェクトが設けられてもよい。取引システム１０に関して、取引モジュール３０の構造によってかなりのフレキシビリティが提供される。従って、取引モジュール３０は、買い手１６と売り手１８に関する通信が依然として提供され、適切に処理することが可能となるように、取引プラットフォーム１８の外部に容易に設けることが可能であるということは、容易に理解可能である。

さらに、通信ネットワーク２０及び／又は取引モジュール３０により提供される機能は、１以上の人が通信ネットワーク２０又は取引モジュール３０に係る各種機能を提供することが可能となるように、部分的に又は完全に手動によるものであってもよいということが理解されるべきである。例えば、取引プラットフォーム１８のヒューマンエージェントは、取引プラットフォーム１８に取引注文２６を発注するためのプロキシ又はブローカーとして機能するかもしれない。

取引モジュール３０は、少なくとも取引管理ルール３６に基づき、取引注文２６を管理及び処理するようにしてもよい。取引管理ルール３６は、２以上のマーケットメーカー２２の間のロック及びクロスされた市場を含むロック及びクロスされた市場を処理する方法を規定するルールを含むかもしれない。いくつかの実施例では、取引管理ルール３６は、一般には第１マーケットメーカー２２からの既存の注文にマッチ又はクロスする注文を第２マーケットメーカー２２から受け付けると、これら２つの注文の間の取引が、２つのマーケットメーカー２２の間で自動的には実行されないことを提供する。その代わりに、クロス注文の場合には、取引モジュール３０は、２つのマーケットメーカー２２の間にロックされた市場を生成するため、第２注文の反転の価格にマッチするよう第１注文の価格を自動的に動かす。（ビッドの反転価格はオファー価格であり、オファーの反転価格はビッド価格である。）さらに、第２マーケットメーカー２２によるマッチ又はクロス注文のケースでは、クロスタイマーがスタートされる。タイマーが経過したときに依然として２つのマーケットメーカー２２の間にロックされた市場が存在する場合には、取引モジュール３０は、第１のパッシブマーケットメーカー２２に最も有利な価格であるロック価格によりこれら２つのマーケットメーカーの間の取引を自動的に実行する。従って、マーケットメーカー２２が、他のマーケットメーカー２２からの注文によりクロスする既存のパッシブ注文を有する場合、第１マーケットメーカー２２は、当該他のマーケットメーカー２２との取引が自動的に成立することを回避するため、それの注文を動かす期間を有しており、これは、素早く動く市場において特に効果的であるかもしれない。

各種実施例において、取引管理ルール３６は、以下のルールの１つ、一部又はすべてを有するかもしれない。

１．顧客によって発注された既存の価格とクロスする新しい価格（すなわち、ビッド又はオファー価格）が、マーケットメーカーにより入力されると、又はその反転のとき、クロス市場を回避するよう取引が実行されるかもしれない。

２．ある実施例では、第２マーケットメーカーによって以前に発注された反転価格にクロスする新たな価格（すなわち、ビッド又はオファー価格）が、第１マーケットメーカーにより入力されると、（１）これらマーケットメーカーの１つにより入力された価格が、ロック市場を生成するため、他方のマーケットメーカーにより入力された価格にマッチするよう自動的に動かされ、（２）クロスタイマー（自動実行タイマーとも呼ばれるかもしれない）が実現される。ある実施例では、第２マーケットメーカーにより入力された価格は、ロック市場を生成するため、第１マーケットメーカーにより入力された価格にマッチするよう動かされる。クロスタイマーの期限が切れる際に２つのマーケットメーカーの間でロック市場が存在する場合、これら２つのマーケットメーカーの間でロックされた価格により取引が自動的に実行されてもよい。

上述したように、「キャッシュ」価格形式の商品（すなわち、ビッド価格が、典型的にはオファー価格より低い商品）については、ビッド価格がオファー価格より高い場合には、新たに入力されたビッド価格が既存のオファー価格にクロスし、オファー価格がビッド価格より低い場合には、新たに入力されたオファー価格が既存のビッド価格にクロスする。例えば、第１マーケットメーカーが２３−２５のビッド・オファーを提示し、第２マーケットメーカーがその後に２０−２１のビッド・オファーを提示したと仮定する。第１マーケットメーカーにより送信されたオファー価格（２１）は、第１マーケットメーカーにより以前に送信されたビッド価格（２３）より低く、これのため、第２マーケットメーカーのオファー価格が、第１マーケットメーカーのビッド価格とクロスする。この結果、第１マーケットメーカーと第２マーケットメーカーとの間のクロス市場を回避するため、第１マーケットメーカーのビッド価格は、新たに送信されたオファー価格にマッチするよう２１に動かされ（第１マーケットメーカーのビッド・オファーが現在２１−２５となるように）、クロスタイマーが導入されてもよい。

３．他の実施例では、第２マーケットメーカーによって以前に発注された反転価格にクロスする新たな価格（すなわち、ビッド又はオファー価格）が、第１マーケットメーカーにより入力されると、（１）これらマーケットメーカーの１つにより入力された価格が、ロック市場を生成するため、他方のマーケットメーカーにより入力される価格にマッチするよう自動的に動かされるが、（２）クロスタイマーは導入されない。このような実施例では、ロック市場は、一方又は双方のマーケットメーカーが各自の価格を動かすまで、顧客はロック価格により取引を行うまで、又は他のイベントがロック市場をロック解除するまで、ロック状態が維持される。

４．さらなる他の実施例では、第２マーケットメーカーにより以前に発注された反転価格にクロスする新たな価格（すなわち、ビッド又はオファー価格）が、第１マーケットメーカーにより入力されると、（１）これらマーケットメーカーの１つにより入力された価格が、クロス市場もロック市場も存在することがないように自動的に動かされ、（２）クロス市場もロック市場も存在しない結果として、これら２つのマーケットメーカーの間で取引は実行されない。例えば、第１マーケットメーカーが、第２マーケットメーカーにより以前に入力されたオファーとクロスするビッドを入力した場合、第２マーケットメーカーのオファー価格は、２つのマーケットメーカーの間の取引が成立しないように、第１マーケットメーカーのビッドより高い新たな価格に動かされてもよい。同様に、第１マーケットメーカーが、第２マーケットメーカーにより以前に入力されたビッドにクロスするオファーを入力した場合、第２マーケットメーカーのビッド価格は、２つのマーケットメーカーの間の取引が成立しないように、第１マーケットメーカーのオファーより低い新たな価格に動かされてもよい。このような実施例では、２つのマーケットメーカーの間にはクロス又はロック市場が存在しないため、クロスタイマーは導入されなくてもよい。

クロス価格がマーケットメーカー２２の間のクロス又はロック市場を回避するよう動かされる実施例では、クロス価格は、クロス価格から離れた１以上の価格刻み（又は一部のケースでは、１以上の整数又は整数の一部）である価格に動かされてもよい。例えば、１／４ポイントの刻みのサイズによる市場では、１８ １／２の新たに発注されたビッドが１８ １／４の既存のオファーとクロスする場合、当該オファーはアグレッシブビッドを１価格刻み上回る１８ ３／４に自動的に動かされるかもしれない。

いくつかの実施例では、クロス価格は、クロス価格から１価格刻み（又は一部のケースでは、１整数単位）より若干低い価格に動かされてもよい。例えば、１ポイントの価格刻みサイズによる市場では、新たに発注された２０のビッドが、既存の１９のオファーにクロスする場合、当該オファーは２０．９０（２１でなく）に自動的に動かされるかもしれない。これについて、いくつかの実施例では、取引モジュール３０は、２００２年６月１１日に出願された米国特許出願第１０／１７１，００９号“Ｓｙｓｔｅｍｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｐｒｏｖｉｄｉｎｇ Ｐｒｉｃｅ Ｉｍｐｒｏｖｅｍｅｎｔ ｉｎ Ａｃｔｉｖｅ Ｔｒａｄｉｎｇ Ｍａｒｋｅｔ”に開示される技術又はコンセプトの何れかを利用するようにしてもよい。

５．さらなる他の実施例では、第２マーケットメーカーにより以前に発注された反転価格にクロスする新たな価格（すなわち、ビッド又はオファー価格）が、第１マーケットメーカーにより入力されると、（１）第１マーケットメーカーによって入力された価格が当該価格により市場に発注され、これにより、反転（又はクロス）市場が生成され、（２）クロスタイマーが導入される。クロスタイマーが経過する際、２つのマーケットメーカーの間に反転市場が存在する場合、第１マーケットメーカーにより入力された価格、第２マーケットメーカーにより入力された価格又はこれら２つの間のある価格により２つのマーケットメーカーの間で取引が自動的に実行されるかもしれない。いくつかの実施例では、取引プラットフォーム１８は、このようなクロス市場を顧客に表示するかもしれない。例えば、第１マーケットメーカーが１２−１４のビッド・オファー価格スプレッドを発注し、第２マーケットメーカーが１５−１７のビッド・オファー価格スプレッドを発注した場合、１５−１４のクロス市場ビッド・オファー価格スプレッドが顧客に表示されるかもしれない。この表示は、当該商品を取引する者にとっては魅力的であり、一部の取引システムでは、ビッド・オファー価格スプレッドの両サイドで迅速な取引を行うことによって顧客が利益を実現可能な裁定の状況を顧客２４に提供しさえするかもしれない。

６．ある実施例では、他のマーケットメーカーにより以前に発注された反転価格にマッチする新たな価格（すなわち、ビッド又はオファー価格）が、あるマーケットメーカーにより入力されると、ロック市場が生成され、この結果、クロスタイマーが導入されるかもしれない。上述したように、クロスタイマーの経過時にロック市場が存在する場合、ロック価格により２つのマーケットメーカーの間で取引が自動実行されるかもしれない。

７．他のある実施例では、他のマーケットメーカーにより以前に発注された反転価格にマッチする新たな価格（すなわち、ビッド又はオファー価格）が、あるマーケットメーカーにより入力されると、クロス市場もロック市場も存在しないように、これらの価格の１つが自動的に動かされる。例えば、第２マーケットメーカーから以前に発注されたオファーにマッチするビッドが、第１マーケットメーカーから受け付けられる場合、第２マーケットメーカーのオファー価格は、これら２つのマーケットメーカーとの間で取引が実行されないように、第１マーケットメーカーのビッドより高い新たな価格に動かされるかもしれない。同様に、第２マーケットメーカーから以前に発注されたビッドにマッチするオファーが、第１マーケットメーカーから受け付けられる場合、第２マーケットメーカーのオファー価格は、これら２つのマーケットメーカーとの間で取引が実行されないように、第１マーケットメーカーのオファーより低い新たな価格に動かされるかもしれない。このような実施例では、２つのマーケットメーカーの間にはクロス又はロック市場が存在しないため、クロスタイマーは導入されないかもしれない。

８．いくつかの実施例では、取引プラットフォーム１８は、顧客にクロス市場を表示しない。例えば、クロスビッド又はオファーが受け付けられる場合、取引プラットフォーム１８は、取引が実行されるまで（取引者により送信された注文が、マーケットメーカーから送信された注文にクロスするときなど）、クロスビッド又はオファーがクロスビッド又はオファーによるロック市場を生成するよう動かされるまで（１つのマーケットメーカーにより送信された注文が、他のマーケットメーカーから送信された注文にクロスするときなど）、クロスビッド又はオファーを表示しないかもしれない。反転（又はクロス）市場が許容される実施例では、取引プラットフォーム１８は、反転市場を顧客に表示するかもしれない（上記ルール＃４を参照されたい）。

９．いくつかの実施例では、自動実行が可能とされるかもしれない。自動実行が可能とされる場合、クロス市場は、ここで説明される他の各種ルールをトリガーするマーケットメーカー間のクロス市場を除いて、自動取引をトリガーする。

１０．クロス価格がロック市場を生成するよう自動的に動かされる実施例では（例えば、上記ルール＃２を参照されたい）、第１マーケットメーカーにより以前に発注された反転価格にクロスする新たな価格（ビッド又はオファー価格）が、第２マーケットメーカーによって送信されると、クロスサイドの第１マーケットメーカーの価格のみが、第２マーケットメーカーにより新たに入力された価格をロック（すなわち、マッチ）するよう動かされる。第２マーケットメーカーによって送信され、第１マーケットメーカーにより以前に発注された反転価格とクロスする価格は、「クロス価格」と呼ばれるかもしれない。
（ａ）新しいロックサイドにマーケットメーカーからのビッドのみが存在する場合、自動実行を遅延させるため、自動実行タイマーがスタートされるかもしれない。
（ｂ）クロス価格が第２マーケットメーカーから受け付けられる前に、顧客の価格が存在し、当該顧客の価格がクロス価格によりロックする場合、第１マーケットメーカーを含む他のすべての者に対して、ロックされた価格により顧客と第２マーケットメーカーとの間に取引が遅延することなく実行されるかもしれない（すなわち、タイマーによる遅延なく）。
（ｃ）クロス価格が第２マーケットメーカーから受け付けられる前に、顧客の価格が存在し、顧客の価格がクロス価格によりロックしない（すなわち、反転される）場合、自動実行タイマーはスタートされず、クロス価格（アグレッシブ価格）が顧客の価格に引き上げられ、当初のパッシブ価格によりパッシブサイドにおいてのみ顧客の価格に対して取引が自動実行されるかもしれない。例えば、第１マーケットメーカーが１８によるビッドを送信すると仮定すると、顧客は１８によりビッドを送信し、第２マーケットメーカーは１７によりオファーを送信する。第１マーケットメーカーのビッドは１７に動かされ、クロスタイマーがスタートされることなく、１８の価格により顧客のビッドと第２マーケットメーカーのオファーとの間の取引が自動実行されるかもしれない。

１１．いくつかの実施例では、商品毎に自動実行タイマーが１つのみ存在しうる。他の実施例では、ある商品に対して複数の自動実行タイマーが存在してもよい。

１２．上述したように、自動実行タイマーがロック市場において導入されてもよい。さらに（又はその代わりに）、いくつかの実施例では、自動実行タイマーが反転（又はクロス）市場に導入されてもよい（例えば、上記ルール＃４を参照されたい）。

１３．ロック市場及びクロス市場が存在することがないように、ロック／選択市場の基礎となる価格の１つが動かされるときなど、ロック市場が解消される場合、自動実行タイマーがキャンセルされるかもしれない。

１４．自動実行タイマーが期限切れになると、システムは、マーケットメーカークロスのためアグレッシブに実行するかもしれない。すなわち、システムは、第１マーケットメーカーと第２マーケットメーカーとの間の取引を自動実行してもよい。

１５．いくつかの実施例では、２つのマーケットメーカーの間にロック市場が生成された後（例えば、ルール＃２、＃３又は＃６に説明された状況などにより）、顧客の価格が以降においてロックレベルに入ると、システムは、当該ロック価格によりパッシブサイドのすべての者（マーケットメーカーを含む）に対して取引を自動実行するかもしれない。

さらにいくつかの実施例では、顧客により自動実行されたマーケットメーカーの注文の一部が、顧客との取引後に残っている場合、これら２つのマーケットメーカーの間の保留中の自動実行タイマーは（存在する場合には）キャンセルされ、２つのマーケットメーカーの間で取引が自動実行される。ある実施例では、この取引に触媒作用を及ぼした顧客の注文が、マーケットメーカー間の取引前にまず取引される。例えば、１５の価格における第１マーケットメーカーのビッドと第２マーケットメーカーのオファーとの間のロック市場を仮定すると、ロックビッド及びオファー注文のそれぞれのサイズは１０，０００となる。従って、ロック市場は１５−１５（１０，０００×１０，０００）として表されるかもしれない。顧客が価格１５により３，０００のサイズのオファーを入力した場合、サイズ３，０００の取引が、顧客のオファー（価格１５による）と第１マーケットメーカーのビッド（価格１５による）との間で自動実行されるかもしれない。このため、既存のロック市場は、１５−１５（７，０００×１０，０００）として表されるかもしれない。上述したように、顧客と第１マーケットメーカーとの間の自動実行された取引の結果、第１マーケットメーカーと第２マーケットメーカーとの間の保留中の自動実行タイマーは（存在する場合には）キャンセルされ、第２マーケットメーカーのオファーと第１マーケットメーカーのビッドの残りの部分との間で取引が自動実行される（すなわち、サイズ７，０００の取引が自動実行される）。

他の実施例では、顧客により自動実行されたマーケットメーカーの注文の一部が、顧客による取引の後も残っている場合、２つのマーケットメーカーの間の保留中の自動実行タイマー（存在する場合には）が進行したままであるかもしれない（又は一部の実施例では、再スタートされる）。クロスタイマーが時間切れになるときに、２つのマーケットメーカーの間にロック市場が存在する場合、ロック価格によりこれら２つのマーケットメーカーの間で取引が自動実行されるかもしれない。あるいは、ロック市場に対してタイマーが導入されていない実施例では（例えば、ルール＃６を参照されたい）、これらマーケットメーカーの１つが自らの価格を動かすまで、顧客がロック価格により取引するまで、又は他のイベントがロック市場をロック解除するまで、２つのマーケットメーカーの間のロック市場はロック状態が維持されるかもしれない。

１６．いくつかの実施例では、マーケットメーカーからの何れか新しいクロス価格が、保留中の自動実行タイマーをキャンセルし、新たな自動実行タイマーをスタートする。

１７．いくつかの実施例では、取引中に取引価格により入力された顧客及びマーケットメーカーの価格が、アグレッシブな売り又は買い注文に引き上がられ、取引に加わるかもしれない。

１８．いくつかの実施例では、自然に行われる顧客とマーケットメーカーとの間の取引（売り又は買い）が、保留中の自動実行タイマーをキャンセルするかもしれない。例えば、第１マーケットメーカーが１８−２０によりビッド・オファー注文を送信し、第２マーケットメーカーが、１５−１７によりビッド・オファー注文を送信したと仮定する。第１マーケットメーカーのビッドは、第２マーケットメーカーのオファーにマッチするよう１７まで自動的に引き下げられ（ルール＃１によると）、これにより、１７のロック市場が生成され、クロスタイマーが導入されるかもしれない。クロスタイマーが時間切れになる前に、顧客が１８によりビッドを送信した場合（顧客と第２マーケットメーカーとの間の取引を自然にトリガーする）、クロスタイマーはキャンセルされ、１７のロック価格により顧客と第２マーケットメーカーとの間の取引が自動実行される。

１９．いくつかの実施例では、既存の注文の順序付けが、クロス市場の結果としてのマーケットメーカー価格のシフト中（アップ又はダウン）に維持されるようにしてもよい。２以上の既存のマーケットメーカー同一サイド価格が、他のマーケットメーカーから受け付けたクロス反転価格により動かされ、再入力される場合、既存のマーケットメーカー注文のそれぞれが価格順に、その後に時間順に（同一価格の注文に対して）動かされる。その後、以前の注文系列を維持するよう動かされるとき、新たに動かされた各マーケットメーカーの注文に新しいタイムスタンプが付与されるかもしれない。既存の顧客指値注文は、それらの古いタイムスタンプが同じ価格レベルに新たに動かされたマーケットメーカー価格に直面して維持されることによって、新たに動かされたマーケットメーカーの注文に有利にビッド又はオファー系列に押し下げられるかもしれない。あるいは、新たに動かされたマーケットメーカーの注文は、それらが動かされるとき再順序付けされ（株式などの通常の価格付けがされる商品に対する最も高いビッド又は最も低いビッドなど、それの新しいタイムスタンプを最初に受け付けた最もアグレッシブなマーケットメーカーの注文により）、新たに動かされたマーケットメーカーが動かされた価格にすでに存在する注文の下に置かれる。

２０．マーケットメーカーは、自らが常にパッシブであるか、又はパッシブであることを意図していると信じているため、すべてのマーケットメーカーの取引（パッシブとアグレッシブの両方）に対する取次料金が同一になるように、マーケットメーカーＡＰＩ口座が設定されるようにしてもよい。

２１．いくつかの実施例では、クロスタイマーは、市場ボラティリティを考慮して動的に調整可能であってもよい。

２２．各種商品について使用されるクロスタイマーの長さは異なる可能性があり、例えば、当該商品に係るボラティリティ、現在価格又は平均取引量など、商品に係る１以上のパラメータに基づくものであってもよい。いくつかの実施例では、取引モジュール３０は、このようなパラメータに基づき、各商品に対するクロスタイマーの適切な長さを決定するようにしてもよい。さらに、各商品のクロスタイマーは、独立に調整されてもよい。例えば、取引モジュール３０は、商品のボラティリティに関するデータに応じて、又は当該商品の取引注文２６を調整するため遅延を増大させることを所望するマーケットメーカー２２からのフィードバックに応じて、変動商品のクロスタイマーの長さを自動的に増大させるようにしてもよい。

２３．上述されたように、いくつかの実施例では、マーケットメーカー２２のマルチ階層システムが利用される。このような実施例では、マーケットメーカー２２は、当該マーケットメーカー２２が取引モジュール３０により処理される方法に影響を及ぼす各レベル又は階層に分類される。各マーケットメーカー２２は、当該マーケットメーカー２２が電子供給又は取引者であるか否か、マーケットメーカー２２が強力な取引者であるか、又は１以上の商品の取引フローに関する特定の又は有利な情報を有しているか否かなど、１以上の基準に従って分類されてもよい。いくつかの実施例では、マーケットメーカー２２は、各種取引可能商品の各レベル又は階層に分類される。

マルチ階層の実施例では、取引管理ルール３６は、他のカテゴリのマーケットメーカー２２から特定カテゴリのマーケットメーカー２２を保護するよう設計されてもよい。例えば、ルール３６は、ある商品に関する有利な情報を有しているとはみなされていない電子供給マーケットメーカー２２や他のマーケットメーカー２２を、当該商品に関して有利な情報にアクセス可能であるとみなされるマーケットメーカー２２から保護するよう設計されてもよい。

ある実施例では、（１）電子マーケットメーカー（ＭＭｅ）と（２）マニュアルマーケットメーカー（ＭＭｍ）の２つのレベルのマーケットメーカー２２が存在する。いくつかの実施例では、ＭＭｅは電子供給を有し、ＭＭｍは、１以上の商品における取引フロー又は特定の情報に対するエクスポージャを有するマーケットメーカーの取引者を有し、顧客２４は非マーケットメーカー（顧客）取引者を有するかもしれない。各マーケットメーカー２２は、各種タイプの商品についてＭＭｅ又はＭＭｍの何れかに分類されるかもしれない。一実施例では、１以上の商品において、マーケットメーカー２２が強力な取引者である場合、又はしばしば有利な情報を有していると知られている場合、当該マーケットメーカー２２は、当該商品についてはＭＭｍとして、他のすべての商品についてはＭＭｅとして分類される。例えば、カナダの銀行は、カナダドル又はそれの交換レートに基づく商品についてはＭＭｍとして分類され、他のすべての商品についてはＭＭｅとして分類されるかもしれない。

当該実施例では、ある商品の市場では、ルール３６は、当該商品のＭＭｅをその商品のＭＭｍから保護する。特に、以下のルールが適用されるかもしれない。
（Ａ）ＭＭｍの価格が既存のＭＭｅの価格にマッチ又はクロスする場合、上述した各種ルールの１以上が、ＭＭｍとＭＭｅの間の自動実行される取引を禁止するよう適用されるかもしれない。例えば、アグレッシブ（新たに発注又は動かされたものなど）ＭＭｍの価格が、パッシブ（既存のものなど）ＭＭｅの価格にマッチ又はクロスする場合、以下のルールの１つ（これらに限定するものでないが）がトリガーされるかもしれない。

（ｉ）ＭＭｍの価格が既存のＭＭｅの価格にクロスする場合、クロスしたＭＭｅ価格はＭＭｍ価格にマッチするよう動かされ、クロスタイマーがスタートされ、当該クロスタイマーが時間切れになるときにＭＭｅとＭＭｍとの間のロック市場がロック状態を維持する場合に限って、ＭＭｅとＭＭｍとの間で取引が自動実行される（例えば、ルール＃２を参照されたい）。

（ｉｉ）ＭＭｍの価格が既存のＭＭｅの価格にクロスする場合、クロスしたＭＭｅ価格は、ＭＭｍ価格にマッチするよう動かされ、クロスタイマーはスタートされず、ＭＭｅ又はＭＭｍがそれらの価格を動かすまで、ロック市場が他の取引者により取引されるまで、又はＭＭｅとＭＭｍとの間の市場をロック解除する他のイベントが発生するまで、ＭＭｅとＭＭｍとの間の市場はロック状態が維持される（例えば、ルール＃３を参照されたい）。

（ｉｉｉ）ＭＭｍの価格が既存のＭＭｅ価格にマッチ又はクロスする場合、ＭＭｅとＭＭｍとの間にロック又はクロス市場が存在しないように、マッチ又はクロスしたＭＭｅ価格がＭＭｍ価格から離れるよう動かされ、クロスタイマーは導入されない（例えば、ルール＃４を参照されたい）。

（ｉｖ）ＭＭｍの価格が既存のＭＭｅの価格にマッチ又はクロスする場合、ＭＭｍのマッチ又はクロス価格が市場に発注され、これにより、ＭＭｍとＭＭｅとの間にロック市場又は反転（又はクロス）市場が生成され、これにより、クロスタイマーがスタートされ、クロスタイマーが時間切れになるときにＭＭｅ及びＭＭｍにより提供された市場がロック状態又は反転状態を維持する場合に限って、ＭＭｅとＭＭｍとの間に取引が自動実行される（例えば、ルール＃５を参照されたい）。

このように、取引モジュール３０は、ＭＭｅ価格が特定の商品の取引フローに関する内部の又は有利な情報を有するＭＭｍにより圧倒されることを保護するかもしれない。
（Ｂ）第２のＭＭｍの価格が第１のＭＭｍの既存の価格にマッチ又はクロスする場合、第２のＭＭｍの価格はパッシブ顧客の価格として処理され、これにより、第１ＭＭｍと第２ＭＭｍとの間で取引が自動実行されるかもしれない（クロスタイマーが導入されることなく）。
（Ｃ）ＭＭｅの価格が既存のＭＭｍの価格にマッチ又はクロスする場合、ＭＭｍの価格は、パッシブ顧客の価格として処理され、これにより、ＭＭｅとＭＭｍとの間の取引が自動実行されるかもしれない（クロスタイマーが導入されることなく）。すなわち、システムは、ＭＭｅ価格が既存のＭＭｍ価格にクロスすると、ＭＭｍは、当該価格により取引を行うことを所望し、これにより、ＭＭｍは、自動実行される取引に対して保護される必要はない（例えば、上述したクロスタイマー又は他の技術を利用することによって）。
（Ｄ）第２のＭＭｅの価格が第１のＭＭｅの既存の価格にマッチ又はクロスする場合、上述した各種ルール（例えば、上述したルール（ｉ）〜（ｉｖ）など）の１以上が、これら２つのＭＭｅ価格の間での自動実行される取引を禁止するようトリガーされるかもしれない。

本実施例の処理を説明するため、いくつかの具体例が以下のように提供される。

具体例１：ＭＭｍ価格が既存のＭＭｅ価格にクロスする
（クロス価格によるロック市場を生成するため、クロス価格を自動的に動かすよう設定されたシステム−上記ルール＃２を参照されたい）
ａ）ＭＭｅ_１が入力したビッド・オファースプレッド： １０−１２（１０×１０）
ｂ）ＭＭｅ_２が入力したビッド・オファースプレッド： １０−１２（５×５）
システムの表示： １０−１２（１５×１５）
ｃ）ＭＭｍが入力したビッド： ２０− （１０× ）
システムの表示： ２０−２０（１０×１５）及びクロスタイマーのスタート
１０− （１５× ）
結果：クロスタイマーが時間切れになるときにＭＭｍとＭＭｅの価格がロック状態を維持する場合、システムは、２０（サイズ＝１０）によりＭＭｍとＭＭｅ_１との間の取引を自動実行するよう構成される。

具体例２：ＭＭｅ価格が既存のＭＭｍ価格にクロスする
（クロス価格によるロック市場を生成するため、クロス価格を自動的に動かすよう設定されたシステム−上記ルール＃２を参照されたい）
ａ）ＭＭｅが入力したビッド・オファースプレッド： １０−１２（１０×１０）
システムの表示： １０−１２（１０×１０）
ｂ）ＭＭｍが入力したビッド： ０８− （１０× ）
ｃ）同一のＭＭｅが再入力した新たなビッド・オファースプレッド： ０６−０８（１０×１０）
結果：システムは、クロスタイマーを導入することなく、０８（サイズ＝１０）によりＭＭｍとＭＭｅとの間の取引を自動実行するよう設定される。

具体例３：ＭＭｅが既存のＭＭｍにクロスする
（クロス価格によるロック市場を生成するため、クロス価格を自動的に動かすよう設定されるシステム−上記ルール＃２を参照されたい）
ａ）ＭＭｅが入力したビッド・オファースプレッド： １０−１２（１０×１０）
ｂ）ＭＭｍが入力したビッド： １１− （５× ）
システムの表示： １１−１２（１５×１０）
ｃ）同一のＭＭｅが再入力した新たなビッド・オファースプレッド： ０６−０８（１０×１０）
結果：システムは、クロスタイマーを導入することなく、１１（サイズ＝５）によりＭＭｍとＭＭｅとの間の取引を自動実行するよう設定される。

具体例４：ＭＭｍ価格が既存のＭＭｅ価格にクロスする
（クロス価格によるロック市場を生成するため、クロス価格を自動的に動かすよう設定されるシステム−上記ルール＃２を参照されたい）
ａ）ＭＭｅ_１が入力したビッド・オファースプレッド： １０−１２（１０×１０）
ｂ）ＭＭｅ_２が入力したビッド・オファースプレッド： ０７−０９（１０×１０）
システムの表示： ０９−０９（１０×１０）
０７−１２（１０×１０）
ｃ）ＭＭｍが入力したビッド： −０７（ ×５）
システムの表示： ０７−０７（１５×５）及びクロスタイマーのスタート
−０９（ ×１０）
−１２（ ×１０）
結果：クロスタイマーが時間切れになるときにＭＭｍとＭＭｅの価格がロック状態を維持する場合、システムは、０７（サイズ＝５）によりＭＭｍとＭＭｅ_１との間の取引を自動実行するよう構成される。

具体例５：ＭＭｍ価格が既存のＭＭｅ価格にクロスする
（クロス又はロック市場を回避するため、クロス価格を離れるように自動的に動かすよう設定されるシステム−上記ルール＃４を参照されたい）
ａ）ＭＭｅ_１が入力したビッド・オファースプレッド： １０−１２（１０×１０）
ｂ）ＭＭｅ_２が入力したビッド・オファースプレッド： １０−１２（５×５）
システムの表示： １０−１２（１５×１５）
ｃ）ＭＭｍが入力したビッド： ２０− （１０× ）
システムの表示： ２０−２１（１０×１５）及びクロスタイマーはスタートせず
１０− （１５× ）
マーケットメーカー２２のマルチ階層システムを利用するこのような何れかの実施例において、上述した何れか１以上の他の取引管理ルール３６（何れかの組み合わせ）はまた、各マーケットメーカー２２及び／又は顧客２４から受け付けた取引注文２６を取引モジュール３０が管理するため、適用されることが理解されるべきである。

上記列挙された取引管理ルール３６のセットが特定の実施例に適用され、各実施例において、取引モジュール３０により適用された取引管理ルール３６が、任意数の上記列挙されたルール、さらなるルール（そのうちの１以上は、上記リストしたルールの何れかの代替又は改良であるかもしれない）又はこれらの何れかの組み合わせを含むかもしれないということも理解されるべきである。例えば、ある実施例では、取引モジュール３０により適用される取引管理ルール３６のセットは、ルール＃１、＃２、＃６、＃８、＃９、＃１０、＃１３、＃１４、＃１５、＃１８、＃２１及び＃２２を含む。他の実施例では、取引モジュール３０により適用される取引管理ルール３６のセットは、ルール＃１、＃４、＃７、＃８、＃９、＃１９、＃２０及び＃２３を含む。

さらに、いくつかの実施例では、取引モジュール３０により適用される取引管理モジュール３６は、ビッドが対応するオファーより高い価格となる（より低い値であるが）数値反転された商品に等しく又は同様に適用されるかもしれないということが理解されるべきである。例えば、債券（発行日取引米国国債など）は、典型的には、数値反転された商品である。なぜなら、債券価格は、典型的には、債券イールドに逆方向に関連する。すなわち、債券の進行中のビッド価格は、当該債券の進行中のオファー価格より数値的に大きなものとなる。

図２〜６は、上述した各種取引管理ルール３６の適用を含む取引システム１０を用いた各種状況において取引注文を処理する一例となる方法を示す。図２は、本発明の一実施例による顧客２４から受け付けたクロス注文を処理する方法を示す。ステップ１００において、ビッド及びオファー（又はアスク）を含む各種注文２２が、ある商品２４について受け付けされ、これにより、当該商品２４に対する市場が確立される。このような注文２２は、マーケットメーカー２２と顧客２４の双方により受け付けられるかもしれない。ステップ１０２において、第１マーケットメーカー２２であるＭＭ１は、取引プラットフォーム１８に商品２４のビッド・オファー価格スプレッドを送信する。ステップ１０４において、顧客２４は、ＭＭ１により送信されたビッド価格にクロスするオファー注文を発注する。ステップ１０６において、取引モジュール３０は、顧客２４に対するベスト価格によりＭＭ１のビッドを含む既存のすべてのビッドに対する顧客２８のオファーを自動実行する。ステップ１０８において、取引は継続されるかもしれない。図２の方法は、顧客２４がマーケットメーカー２２により送信されたオファー価格にクロスするビッド注文を発注する場合など、顧客２４から受け付けたクロスビッドを処理するよう同様に適用可能であるということが理解されるべきである。

図２に示される方法をより良く理解するため、ＭＭ１はステップ１０２において、株式に対して１２−１４（サイズ５×５の）のビッド・オファー価格スプレッドを送信する。ステップ１０４において、顧客は、ＭＭ１により送信されたビッド価格（１２）にクロスする当該株式に対する１１（サイズ５の）の価格によるオファー注文を発注する。ステップ１０６において、取引モジュール３０は、顧客に対してベスト価格による１２のＭＭ１のビッドを含む既存のすべてのビッドに対して顧客のオファーを自動実行する。１２のＭＭ１のビッドが当該株式に対する既存の最も高いビッドであると仮定すると、取引モジュール３０は、１２の価格により顧客とＭＭ１との間の５株の取引を自動実行する。

図３は、本発明の一実施例によるビッドサイドがマーケットメーカー２２と顧客２４の両方を含むことを仮定するマーケットメーカー２２から受け付けたクロスオファーを処理する方法を示す。ステップ１２０において、ビッド及びオファー注文を含む各種注文２２が、ある商品２４に対して受け付けされ、これにより、当該商品２４に対する市場が確立される。このような注文２２は、マーケットメーカー２２と顧客２４の両方によって受け付けされるかもしれない。ステップ１２２において、第１マーケットメーカー２２であるＭＭ１は、取引プラットフォーム１８に商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ１２４において、顧客２４は、現在の何れのオファーにもクロス又はマッチせず、これにより、取引はトリガーされない商品２４に対するビッドを発注する。ステップ１２６において、第２マーケットメーカー２２であるＭＭ２は、ＭＭ１のビッド価格にクロスするオファーを含む商品２４に対するビッド・オファー価格スプレッドを送信する。

ステップ１２８において、取引モジュール３０は、ＭＭ１のビッドをキャンセルするか否か判断する。一実施例では、取引モジュール３０は、（ａ）当該ビッドがリミットビッドでなく、（ｂ）ＭＭ２のオファー価格にマッチするよう当該ビッドを動かすことが、他の既存のビッド以下にビッドを動かす場合には、ＭＭ１のビッドをキャンセルする。取引モジュール３０がＭＭ１のビッドをキャンセルすることを決定した場合、ステップ１３０において、当該ビッドはキャンセルされる。あるいは、取引モジュール３０が、ＭＭ１のビッドをキャンセルしないと判断した場合、ＭＭ１のビッドは、ステップ１３２において、ＭＭ１とＭＭ２との間のクロス市場を回避するため、ＭＭ２のオファー価格にマッチするよう動かされる。ステップ１３４において、取引モジュール３０は、ＭＭ２に対するベスト価格によりＭＭ１の動かされたビッドを除く既存のすべてのビッドに対してＭＭ２のオファーを自動実行する。ＭＭ２のオファーは、（ａ）ＭＭ２のオファーがこのようなマーケットメーカーのビッド価格にマッチし、（ｂ）顧客のビッドがまた存在する場合、マーケットメーカーから受け付けたビッドと共に、顧客のビッドに対して自動実行されてもよい。

ステップ１３６において、ＭＭ２のオファーのすべてがステップ１３４において取引されたか判断される。そうである場合、当該方法はストップされる。しかしながら、ＭＭ２のオファーの何れかの部分がステップ１３４において実行された取引の後にも残っている場合、ステップ１３８において、ＭＭ１の動かされたビッドに対してクロスタイマーがスタートされる。ＭＭ１の動かされたビッドと、ＭＭ２のオファーの残っている部分とが、クロスタイマーが時間切れとなるときにロック状態を維持している場合、ＭＭ２のオファーの残っている部分は、ステップ１４２においてＭＭ１の動かされたビッドにより自動実行される。あるいは、各種イベントの何れかが、例えば、ＭＭ１がそれのビッド価格を動かし、ＭＭ２がそれのオファー価格を動かし、ＭＭ２のオファーが他のビッドとマッチ及び実行され、又はＭＭ１のビッド又はＭＭ２のオファーが撤回されるなど、クロスタイマーが時間切れになる前に、ＭＭ１の動かされたビッドとＭＭ２のオファーとの間のロックされた関係を終了させるかもしれない。このような状況は、図４を参照して以下においてより詳細に説明される。図３の方法は、マーケットメーカー２２が他のマーケットメーカー２２により以前に送信されたオファー価格にクロスするビッド注文を発注した場合など、マーケットメーカー２２から受け付けたクロスビッドを処理するよう同様に適用されるかもしれないということが理解されるべきである。

図３に示される方法をより良く理解するため、ステップ１２２において、ＭＭ１が株式に対する３５−３７（サイズ５×１０の）ビッド・オファー価格スプレッドを送信したと仮定する。ステップ１２４において、顧客は、現在の何れのオファーにもクロス又はマッチしない３５の価格により（サイズ５の）当該株式に対するビッド注文を発注する。ステップ１２６において、ＭＭ２は、当該株式に対する３２−３３（サイズ８×１０の）ビッド・オファー価格スプレッドを送信する。３３のＭＭ２のオファー価格は、３５のＭＭ１のビッド価格にクロスする。

ステップ１２８において、取引モジュール３０が、ＭＭ１のビッドをキャンセルしないと決定したと仮定する。このため、ステップ１３２において、ＭＭ１のビッドは、３３のＭＭ２のオファー価格にマッチするよう３５から３３に引き下げられる。ステップ１３４において、取引モジュール３０は、ＭＭ２に対するベスト価格によりＭＭ１の動かされたビッドを除く既存のすべてのビッドに対して３３によりＭＭ２のオファーを自動実行する。３５による顧客のビッドが既存の最も高いビッド価格であると仮定すると、取引モジュール３０は、ＭＭ２のオファーによりオファーされた１０株のうちの５株と、顧客による５株のビッドとの間の３５の価格による取引を自動実行する。ＭＭ２の既存のビッド・オファーは、このとき３２−３３（サイズ８×５の）を読み込む。ステップ１３６において、ＭＭ２のオファーの一部、すなわち、５株がステップ１３４において実行された取引後も残っていると判断し、ステップ１３８において、ＭＭ１の動かされたビッド（価格＝３３）に対してクロスタイマーをスタートする。ステップ１４０において、クロスタイマーが実行される。ＭＭ１の動かされたビッド（価格＝３３）とＭＭ２のオファーの残りの部分（価格＝３３）とが、クロスタイマーの時間切れの際にロック状態を維持している場合、ステップ１４２において、ＭＭ２のオファーの残りの５株は、３３の価格によりＭＭ１の動かされたビッドの５株により自動実行される。あるいは、クロスタイマーが時間切れになる前に、ＭＭ１の動かされたビッドとＭＭ２のオファーとの間のロックされた関係が終了した場合、図４Ｂを参照して以下でより詳細に説明されるように、様々な結果が生じるかもしれない。

図４Ａ〜４Ｂは、本発明の一実施例によるビッドサイドがマーケットメーカー２２のみを有すると仮定してマーケットメーカー２２から受け付けたクロスオファーを処理する方法を示す。図４Ａに示されるように、ステップ１６０において、ビッド及びオファー注文を含む各種注文２２が、ある商品について１以上のマーケットメーカー２２から受け付けられ、これにより、当該商品に対する市場が確立される。ステップ１６２において、第１マーケットメーカー２２であるＭＭ１は、取引プラットフォーム１８に商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ１６４におうて、第２マーケットメーカー２２であるＭＭ２は、ＭＭ１のビッド価格にクロスするオファーを含む商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ１６６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のクロス市場を回避するため、ＭＭ２のオファー価格にマッチするようＭＭ１のビッド価格を動かす。ステップ１６８において、取引モジュール３０は、マーケットデータにおいてＭＭ１の新たに動かされたビッドを公開する。これにより、取引モジュール３０は、クロス市場の公表を回避するかもしれない。ステップ１７０において、取引モジュール３０は、ＭＭ１の新たに動かされたビッドに対してクロスタイマーをスタートする。

ステップ１７２において、クロスタイマーが実行される。クロスタイマーの期間において、ＭＭ１のビッドは、ＭＭ２を含む他のマーケットメーカーを除く顧客からのオファーに対してのみ取引可能である。ＭＭ１の動かされたビッドとＭＭ２のオファーの残りの部分とが、クロスタイマーが時間切れとなるときにロック状態を維持する場合、ステップ１７４において、ＭＭ２のオファーはＭＭ１の動かされたビッドにより自動実行される。あるいは、各種イベントの何れかは、ＭＭ１がそれのビッド価格を動かし、ＭＭ２がそれのオファーを動かし、ＭＭ２のオファーが他のビッドとマッチ及び実行され、又はＭＭ１のビッド若しくはＭＭ２のオファーが撤回されるなど、クロスタイマーが時間切れになる前に、ＭＭ１の動かされたビッドとＭＭ２のオファーとの間のロックされた関係を終了させるかもしれない。このような状況は、図４Ｂに示され、ステップ１７６〜２０４を参照して後述される。

第１に、ＭＭ１のビッドとＭＭ２のオファーがクロスもロックもされないように、ステップ１７６において、ＭＭ１のビッドがクロスタイマーの期間中に下方に動かされる（ＭＭ１又は他の何れかにより）と仮定する。これに応答して、クロスタイマーは、ステップ１７８において終了され、新たなビッド価格がステップ１８０において、市場に公開される。

第２に、ステップ１８２において、ＭＭ１のビッドがクロスタイマーの期間中（再設定中）に上方に動かされる（ＭＭ１又は他の何れかにより）と仮定する。これに応答して、取引モジュール３０は、ステップ１８４において、ＭＭ１の新たに引き上げられたビッドにマッチするようＭＭ２のオファーを動かし、ステップ１８６において、この新たにロックされた価格によりＭＭ１のビッドに対してクロスタイマーが再スタートされる。

第３に、第３マーケットメーカー２２であるＭＭ３が、ステップ１８８において、クロスタイマーの期間中にＭＭ２のオファーより良いクロスオファーを送信すると仮定する。すなわち、ＭＭ３のオファーはＭＭ２のオファーより価格が低い。ＭＭ３のオファーに応答して、取引モジュール３０はさらに、ステップ１９０においてＭＭ３のオファー価格にマッチするようＭＭ１のビッドを引き下げ、ステップ１９２において、実行中のクロスタイマーをキャンセルし、ＭＭ１の新たに引き下げられたビッドに対して新たなクロスタイマーをスタートする。これにより、本方法はステップ１７２に戻るかもしれない。

第４に、ステップ１９４において、クロスタイマーの期間中に、ＭＭ２がステップ１６４において発注したそれのクロスオファーを撤回するか、又はより高い価格にオファーを変更すると仮定する。これに応答して、ステップ１９６において、ＭＭ１のビッドが一定に維持され、ステップ１９８において、ＭＭ１のビッドに対するクロスタイマーが終了される。「通常の」（すなわち、クロス又はロックでない）ビッド・オファー状態がこのとき存在する。

第５に、ステップ２００において、クロスタイマーの期間中に、顧客２４がＭＭ１のビッドにクロスするオファーを送信するか、又はＭＭ１のビッドにクロスする価格に既存のオファーを動かす。この状況は、実施例に応じていくつかの方法により処理されるかもしれない。一実施例では、ステップ２０２Ａに示されるように、取引モジュール３０はまず、ロックされた価格により顧客のオファーとＭＭ１のビッドとの間の取引を実行し、その後、クロスタイマーが時間切れになるのを待機することなく、ロック価格によりＭＭ１のビッドの残りの株（存在する場合）とＭＭ２のオファーとの間の取引を実行する。

他の実施例では、ステップ２０２Ｂに示されるように、取引モジュール３０は、顧客のオファーとＭＭ１のビッドとの間の取引を実行し、存在する場合には、ＭＭ１のビッドの残りの株に対してクロスタイマーを再スタートする。従って、本方法はステップ１７２に戻るかもしれない。さらなる他の実施例では、ステップ２０２Ｃに示されるように、取引モジュール３０は、顧客のオファーとＭＭ１のビッドとの間の取引を実行し、存在する場合には、ＭＭ１のビッドの残りの株に対してクロスタイマーを実行し続ける（すなわち、クロスタイマーはリセットされない）。

第６に、ステップ２０４において、第３マーケットメーカー２２であるＭＭ３が、ＭＭ１のビッドとＭＭ２のオファーのロック価格にクロスする（すなわち、より高い）クロスタイマーの期間中にビッドを送信する。これに応答して、取引モジュール３０は、ステップ２０６においてＭＭ３のビッド価格にマッチするようＭＭ２のオファーを動かし、ステップ２０８においてＭＭ２のオファーに対してクロスタイマーを再スタートする。

図２及び３の方法に関して上述されたように、図４の方法は、クロス注文がビッド又はオファーであるか否かに関係なく、同様に適用されてもよいことが理解されるべきである。特に、図４の方法は、オファーサイドがマーケットメーカー２２しか有しない場合、マーケットメーカー２２から受け付けたクロスビッドを処理するよう同様に適用されてもよい。

図４に示される方法をより良く理解するため、ステップ１６２において、ＭＭ１は株式に対して１２−１４（サイズ１０×１０の）のビッド・オファー価格スプレッドを送信する。ステップ１６４において、ＭＭ２は、当該株式に対して９−１１（サイズ５×５の）ビッド・オファー価格スプレッドを送信する。これにより、１１のＭＭ２のオファー価格は、１２のＭＭ１のビッド価格にクロスする。ステップ１６６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のクロス市場を回避するため、ＭＭ２のオファー価格にマッチするよう１２から１１にＭＭ１のビッド価格を動かす。ステップ１６８において、取引モジュール３０は、１１の価格によりＭＭ１のビッドに対してクロスタイマーをスタートする。ステップ１７０において、取引モジュール３０は、公開されるビッド・オファースプレッドが１１−１１となるように、ＭＭ１の新たに動かしたビッドを公開する。

ステップ１７２において、クロスタイマーが実行される。クロスタイマーが時間切れになるときにＭＭ１の動かされたビッドとＭＭ２のオファーの残りの部分がロック状態に維持される場合、ステップ１７４において、ＭＭ２のオファーは１１の価格によりＭＭ１の動かされたビッドにより取引される。あるいは、上述されるように、各種イベントの何れかが、クロスタイマーが時間切れになる前に、ＭＭ１の動かされたビッドとＭＭ２のオファーとの間のロックされた関係を終了させるかもしれない。

第１に、ＭＭ１のビッド（１０による）とＭＭ２のオファー（１１による）がもはやクロスもロックもしなくなるように、ステップ１７６において、ＭＭ１はそれのビッド価格を１１から１０に動かすと仮定する。これに応答して、ステップ１７８において、クロスタイマーは終了され、ステップ１８０において、１０のＭＭ１の新たなビッド価格が市場に公開される。

第２に、ステップ１８２において、ＭＭ１のビッド価格が１１から１２に動かされると仮定する。これに応答して、取引モジュール３０は、ステップ１８４において新たに引き上げられたＭＭ１のビッドにマッチするように、ＭＭ２のオファー価格を１１から１２に動かし、ステップ１８６において、この新たなロック価格によりクロスタイマーが再スタートされる。これにより、本方法はステップ１７２に戻るかもしれない。

第３に、ステップ１８８において、ＭＭ３が１１のＭＭ２のオファーより良い１０の価格によりクロスオファーを送信する。これに応答して、取引モジュール３０は、ステップ１９０において、ＭＭ３のオファー価格にマッチするようＭＭ１のビッドを１１から１０に引き下げる。その後、取引モジュール３０は、実行中のクロスタイマーをキャンセルし、ステップ１９２において、１０の価格によるＭＭ１の新たに引き下げられたビッドに対して新たなクロスタイマーをスタートする。これにより、本方法はステップ１７２に戻るかもしれない。

第４に、ステップ１９４において、ＭＭ２は、ステップ１６４において発注されたそれのクロスオファー（１１の価格による）を撤回し、又はオファーを１１から１２に変更する。これに応答して、ＭＭ１のビッドはステップ１９６において一定に維持され、ステップ１９８において、ＭＭ１のビッドに対するクロスタイマーが終了される。「通常の」（すなわち、クロスもロックもされていない）ビッド・オファー状態が、ここで存在する。

第５に、ステップ２００において、顧客２４は、１１のＭＭ１のビッドにクロスする９の価格による５株のオファーを送信する。上述されるように、この状況は、実施例に応じて異なって処理されるかもしれない。ステップ２０２Ａに示される実施例では、取引モジュール３０はまず、１１のロック価格によりＭＭ１のビッドの１０株のうち５株と、顧客のオファーの５株との間の取引を実行し、その後、クロスタイマーが時間切れになることを待機することなく、１１のロック価格によるＭＭ２のオファーの５株とＭＭ１のビッドの残りの５株との間の取引を実行する。ステップ２０２Ｂに示される実施例では、取引モジュール３０は、１１のロック価格によるＭＭ１のビッドの１０株のうちの５株と、顧客のオファーの５株との間の取引を実行し、ＭＭ１のビッドの残りの５株に対してクロスタイマーをリセットする。ステップ２０２Ｃに示される実施例では、取引モジュール３０は、１１のロック価格によるＭＭ１のビッドの１０株のうちの５株と、顧客のオファーの５株との間の取引を実行し、ＭＭ１のビッドの残りの５株に対して、ＭＭ１のビッドに対するクロスタイマーを実行し続ける。

第６に、ステップ２０４において、ＭＭ３は１２の価格によるビッドを送信し、これは、１１によるＭＭ２のオファーとＭＭ１のビッドのロック価格にクロスする（すなわち、より高い）。これに応答して、取引モジュール３０は、ステップ２０６においてＭＭ３のビッド価格にマッチするように、ＭＭ２のオファー（ロック価格による他の何れかのマーケットメーカーオファーと共に）を１２に動かし、ステップ２０８において、ＭＭ２のオファーに対してクロスタイマーを再スタートする。

図５は、本発明の他の実施例によるクロス又はロック市場を回避するため、他のマーケットメーカー２２から受け付けたクロスビッドを動かすことによって、マーケットメーカー２２から受け付けたクロスオファーを処理する方法を示す。ステップ３００において、ビッド及びオファー注文を含む各種注文２２が、ある商品２４について１以上のマーケットメーカー２２から受け付けられ、これにより、当該商品２４について市場が確立される。ステップ３０２において、第１マーケットメーカー２２であるＭＭ１は、取引プラットフォーム１８に商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ３０４において、第２マーケットメーカー２２であるＭＭ２は、ＭＭ１のビッド価格にマッチ又はクロスするオファーを含む商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ３０６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のロック又はクロス市場を回避するため、ＭＭ１のビッド価格をＭＭ２のオファー価格より低い新たな価格に自動的に動かす。ステップ３０８において、取引モジュール３０は、市場データにおいてＭＭ１の新たに動かされたビッドを公開する。ＭＭ１のビッド価格は、ＭＭ１とＭＭ２との間にロックもクロス市場も存在しないように動かされるため、取引モジュール３０は、ＭＭ１とＭＭ２に対するクロスタイマーをスタートしない。

各種イベントの何れかが次に行われるかもしれない。例えば、ステップ３１０において、第３マーケットメーカーであるＭＭ３は、ＭＭ１の以前に引き下げられたビッド価格にマッチ又はクロスするオファーを含む商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ３１２において、取引モジュール３０は、ＭＭ１とＭＭ３との間のロック又はクロス市場を回避するため、ＭＭ１の以前に引き下げられたビッド価格をＭＭ３のオファー価格より低い新たな価格に自動的に動かすかもしれない。ステップ３１４において、取引モジュール３０は、市場データにおいてＭＭ１の新たに動かされたビッドを公開する。

他の例として、ステップ３１６において、ＭＭ１はロック又はクロス市場を生成するため、ＭＭ２のオファー価格にマッチ（又は超過）するよう自らの引き下げられたビッド価格を動かす。ステップ３１８において、ＭＭ１がＭＭ２のオファー価格にマッチ（又は超過）するよう自らの引き下げられたビッド価格を動かした結果として、取引モジュール３０は、ＭＭ２のオファー価格によりＭＭ１とＭＭ２との間の取引を自動実行するようにしてもよい。

図２〜４の方法に関して上述されるように、図５の方法はクロス注文がビッド又はオファーであるか否かに関係なく、同様に適用可能であるということが理解されるべきである。特に、図５の方法は、マーケットメーカー２２から受け付けたクロスビッドを処理するため同様に適用されるかもしれない。

図５に示される方法をより良く理解するため、ステップ３０２において、ＭＭ１が株式に対する１２−１４（サイズ１０×１０の）のビッド・オファー価格スプレッドを送信する。ステップ３０４において、ＭＭ２は、当該株式に対する８−１１（サイズ５×５の）ビッド・オファー価格スプレッドを送信する。これにより、１１のＭＭ２のオファー価格は、１２のＭＭ１のビッド価格にクロスする。ステップ３０６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のロック又はクロス市場を回避するため、ＭＭ１のビッド価格を１２から１０（又は、整数であってもよいし、そうでなくてもよい１１より低い他の価格）に自動的に動かす。ステップ３０８において、取引モジュール３０は、公開されたビッド・オファースプレッドが１０−１１となるように、ＭＭ１の新たに動かされたビッドを公開する。

ステップ３１０において、第３マーケットメーカー２２であるＭＭ３は、株式商品に対する７−９（サイズ５×５の）ビッド・オファー価格スプレッドを送信する。これにより、９のＭＭ３のオファー価格は、１０のＭＭ１の以前に引き下げられたビッド価格にクロスする。ステップ３１２において、取引モジュール３０は、ＭＭ１とＭＭ３との間のロック又はクロス市場を回避するため、ＭＭ１の以前に引き下げられたビッド価格を１０から８（又は、整数であってもよいし、そうでなくてもよい９より低い他の価格）に自動的に動かす。ステップ３１４において、取引モジュール３０は、公開されたビッド・オファースプレッドが９−１１となるように、ＭＭ１の新たに動かされたビッドを公開する。

ステップ３１６において、ＭＭ１は、１１のＭＭ２のオファー価格にマッチするように自らの引き下げられた１０のビッド価格を１１に戻す。この結果、ステップ３１８において、取引モジュール３０は、１１の価格によりＭＭ１とＭＭ２との間の取引を自動実行するかもしれない。

図６は、本発明の他の実施例による他のマーケットメーカー２２から受け付けたクロスビッドを動かすことによって、マーケットメーカー２２から受け付けたクロスオファーを処理する他の方法を示す。ステップ３５０において、ビッド及びオファー注文を含む各種注文２２が、ある商品２４について１以上のマーケットメーカー２２及び／又は顧客２４から受け付けられ、これにより、当該商品２４に対する市場が確立される。ステップ３５２において、第１マーケットメーカー２２であるＭＭ１は、取引プラットフォーム１８に商品２４に対するビッド・オファー価格スプレッドを送信する。ステップ３５４において、顧客２４は、取引プラットフォーム１８を介し既存の何れのオファーにもクロス又はマッチしない商品２４に対するビッド注文を取引プラットフォーム１８に送信する。例えば、顧客のビッド価格は、ＭＭ１のビッド・オファー価格スプレッドのビッド価格以下であるかもしれない。ステップ３５６において、第２マーケットメーカー２２であるＭＭ２は、（ａ）ＭＭ１のビッド価格と、（ｂ）顧客のビッド価格の両方にマッチ又はクロスするオファー価格を含む商品２４に対するビッド・オファー価格スプレッドを送信する。

ステップ３５８において、ＭＭ２のオファー価格がＭＭ１のビッド価格にマッチ又はクロスした結果として、取引モジュール３０は、ＭＭ１とＭＭ２との間のロック又はクロス市場を回避するため、ＭＭ２のオファー価格より低い新たな価格にＭＭ１のビッド価格を自動的に動かす。しかしながら、ＭＭ２のオファー価格が顧客のビッド価格にマッチ又はクロスするが、取引モジュール３０は、顧客のビッド価格を動かさない。ステップ３６０において、ＭＭ２のオファーと顧客のビッドがロック又はクロスされるため、取引モジュール３０は、ＭＭ２のオファーと顧客のビッドとの間の取引を自動実行するようにしてもよい。

ステップ３６２において、ＭＭ２のオファーのすべてがステップ３６０において取引されたか否か判断される。そうでなる場合、本方法はストップされる。しかしながら、ＭＭ２のオファーの何れかの部分が、ステップ３６０における顧客のビッドにより実行された取引の後に残っている場合、ステップ３６４において、取引モジュール３０は、ＭＭ２のオファーの残りの部分に対するオファー価格とＭＭ１の引き下げられたビッド価格との間のビッド・オファースプレッドを公開し、取引は継続されるかもしれない。

図２〜５の方法に関して説明されたように、図６の方法は、クロス注文がビッド又はオファーであるか否かに関係なく、同様に適用可能であるということが理解されるべきである。特に、図６の方法は、マーケットメーカー２２から受け付けたクロスビッドを処理するため同様に適用可能である。

図６に示される方法をより良く理解するため、ステップ３５２において、ＭＭ１は株式に対する１２−１４（サイズ１０×１０の）のビッド・オファー価格スプレッドを送信する。ステップ３５６において、ＭＭ２は、当該株式に対する８−１１（サイズ１０×１０の）のビッド・オファー価格スプレッドを送信する。これにより、１１のＭＭ２のオファー価格は、１２のＭＭ１のビッド価格にクロスし、１１の顧客のビッド価格にマッチする。ステップ３５８において、１１のＭＭ２のオファー価格が１２のＭＭ１のビッド価格にクロスした結果として、取引モジュール３０は、ＭＭ１とＭＭ２との間のロック又はクロス市場を回避するため、ＭＭ１のビッド価格を１２から１０に自動的に動かす。しかしながら、１１のＭＭ２のオファー価格は１１の顧客のビッド価格にマッチするが、取引モジュール３０は、顧客のビッド価格を動かさない。ステップ３６０において、取引モジュール３０は、１５の価格によりＭＭ２のオファーと顧客のビッドとの間の５株の取引を自動実行するようにしてもよい。

ステップ３６２において、当該取引がステップ３６０において実行された後、ＭＭ２のオファーの５株が未取引状態に維持されると判断される。このため、ステップ３６４において、取引モジュール３０は、ＭＭ２のオファーの残りの部分（５株）に対するオファー価格１１と、１０のＭＭ１の引き下げられたビッド価格（１０株）との間のビッド・オファースプレッドを公開してもよい。これにより、取引モジュール３０は、１０−１１（サイズ１０×５の）のビッド・オファー価格スプレッドを公開し、取引が継続されてもよい。

本発明の範囲から逸脱することなく、上述した方法（図２〜６を参照して説明されたものを含む）の何れかに改良、追加又は省略が可能である。さらに、本発明の範囲から逸脱することなく、何れか適切な順序により各ステップが実行されてもよい。

本発明の実施例とその効果が詳細に説明されたが、添付した請求項によって規定されるような本発明の趣旨及び範囲から逸脱することなく、当業者は各種変更、追加及び省略が可能である。

図１は、本発明の実施例による取引市場におけるマーケットメーカーの間の取引の実行を管理する一例となるシステムを示す。 図２は、本発明の一実施例による顧客から受け付けたクロスオファーを処理する方法を示す。 図３は、本発明の一実施例によるビッドサイドがマーケットメーカーと顧客の両方を含むと仮定するマーケットメーカーから受け付けたクロスオファーを処理する方法を示す。 図４Ａは、本発明の一実施例によるビッドサイドがマーケットメーカーしか含まないと仮定するマーケットメーカーから受け付けたクロスオファーを処理する方法を示す。 図４Ｂは、本発明の一実施例によるビッドサイドがマーケットメーカーしか含まないと仮定するマーケットメーカーから受け付けたクロスオファーを処理する方法を示す。 図５は、本発明の一実施例によるクロス又はロック市場を回避するため、クロスビッドを動かすことによってマーケットメーカーから受け付けたクロスオファーを処理する方法を示す。 図６は、本発明の他の実施例によるクロス又はロック市場を回避するため、クロスビッドを動かすことによってマーケットメーカーから受け付けたクロスオファーを処理する方法を示す。

Claims (36)

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. 前記第２カテゴリは、トレーダーであるマーケットメーカーからなる、請求項３４記載の記憶媒体。
36. 前記命令はさらに、前記プロセッサに、
    前記第３注文の受信に応答して、所定の期間タイマーをスタートするステップと、
    前記所定の期間の経過前、前記第１マーケットメーカーから前記第１注文と前記第３注文との間の取引の実行を回避するために前記第１注文の価格を調整するリクエストを受信するステップと、
    を実行させる、請求項３３記載の記憶媒体。

Images