本発明は、一般に取引市場に関し、より詳細には、取引市場のマーケットメーカー間の取引実行を管理するシステム及び方法に関する。

近年、電子取引システムが、アイテムの取引について広範に受け入れられるようになった。 例えば、株式、債券、通貨、先物又は他の適切な金融商品などの金融商品の取引を容易にする電子取引システムが、生成されてきた。

これら電子取引システムの多くは、ビッドとオファーがパッシブサイドによりシステムに提供され、その後、当該ビッドとオファーがアグレッシブサイドによりヒット及びリフト（又はテイク）されるビッド／オファープロセスを利用する。 例えば、パッシブトレーダーは、３０年物米国国債のある数量を所与の価格で購入する「ビッド」を提供するかもしれない。 このようなビッドに応答して、アグレッシブトレーダーは、当該価格にて第１のトレーダーに債券を売る意志を示すため、「ヒット」を送るかもしれない。 あるいは、パッシブサイドのトレーダーは、当該価格にてある数量の債券を売る「オファー」を提供し、その後、アグレッシブサイドのトレーダーは、当該オファーに応答して、当該価格にてパッシブサイドのトレーダーから債券を購入する意志を示す「リフト（又はテイク）」を送るかもしれない。 このようなトレーディングシステムでは、ビッド、オファー、ヒット及びリフト（又はテイク）は、まとめて「オーダー」として知られるかもしれない。 従って、トレーダーがビットを送ると、トレーダーは、オーダーを送ったと言われる。

例えば、ＮＡＳＤＡＱやＮＹＳＥなどの多くのトレーディングシステム又はマーケットでは、取引オーダーは、マーケットメーカーとトレーダーの両者又は顧客により与えられるかもしれない。 マーケットメーカーは、公開値付けされた価格により売り買いを行う可能性、意志及び準備をすることによって（マーケットメークと呼ばれる）、所与の証券の確実なビッド及びアスク（すなわち、オファー）価格を維持する証券会社又は銀行などの企業である。 これらの企業は、特定証券の特定数量に対するビッド及びオファー価格を表示し、これらの価格が一致する場合、即座に各自の口座から売り買いが行われる。 トレーダー又は顧客は、トレーディングシステムにオーダーを送るマーケットメーカー以外の任意の主体である。

新たに提供された（アグレッシブ）ビッドの価格が既存の（パッシブ）オファーの価格より高いとき、「クロスドマーケット（ｃｒｏｓｓｅｄ ｍａｒｋｅｔ）」が生成され、当該ビッドはクロッシングビッドと呼ばれるかもしれない。 同様に、新たに提供された（アグレッシブ）オファーの価格が既存の（パッシブ）ビッドの価格より低いとき、クロスドマーケットがまた生成され、当該オファーがクロッシングオファーと呼ばれるかもしれない。 多くのトレーディングシステムでは、ビッドとオファーがロック（すなわち、互いに一致する）又はクロスすると、パッシブ（すなわち、提供された最初の）オーダーに対して最も好ましい価格により取引が自動的に実行される。 例えば、第１のマーケットメーカーが１５の価格のビッドを提供し、第２のマーケットメーカーが１４のオファーを提供する場合、クロスマーケットが生成され、第１のマーケットメーカーに最も好ましい価格である１５の価格により取引が実行される。

本発明の課題は、取引市場のマーケットメーカー間の取引実行を管理するシステム及び方法を提供することである。

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

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

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

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

本発明の一効果は、２つのマーケットメーカーの間のロックド（ｌｏｃｋｅｄ）又はクロスド（ｃｒｏｓｓｅｄ）マーケットが、これら２つのマーケットメーカーの間の取引の実行を自動的にトリガーしない取引システムが提供される。 クロスタイマーが、第１オーダー（パッシブオーダー）を提供したマーケットメーカーが、他のマーケットメーカーとの自動的に実行される取引を回避するため、ビッド又はオファーを取り下げ又は動かされる期間中にスタートされる。 これは、他のマーケットメーカーからの以降のオーダーによる自動的に実行される取引を回避するか否か決定するため、遅延時間を所望するマーケットメーカーにとって効果的であるかもしれない。 例えば、マーケットメーカー及び／又は顧客から２以上の異なる電子提供を受け付けるマーケットでは、マーケットメーカーは、他のマーケットメーカーからの現在のマーケット又はオーダーに対応するため、各自のビッド及び／又はオファー価格を更新する時間を有することを所望するかもしれない。

他の効果が、以下の図面、記載及び請求項から当業者に容易に明らかとなるであろう。

図１は、本発明の実施例による取引マーケットにおけるマーケットメーカー間の取引の実行を管理する一例となるシステムを示す。

図２は、本発明の一実施例による顧客から受け付けたクロッシングオファーを処理する方法を示す。

図３は、本発明の一実施例によるビッドサイドがマーケットメーカーと顧客の両方を含むと仮定した場合、マーケットメーカーから受け付けたクロッシングオファーを処理する方法を示す。

図４Ａは、本発明の一実施例によるビッドサイドがマーケットメーカーのみを含むと仮定した場合、マーケットメーカーから受け付けたクロッシングオファーを処理する方法を示す。

図４Ｂは、本発明の一実施例によるビッドサイドがマーケットメーカーのみを含むと仮定した場合、マーケットメーカーから受け付けたクロッシングオファーを処理する方法を示す。

本発明の実施例及びその効果が、図１〜４Ｂを参照することにより最も良く理解される。 ここで、同様の番号は同様の部分を表す。

一般に、２つのマーケットメーカー間のロックド又はクロスドマーケットが、当該２つのマーケットメーカーの間の取引の実行を自動的にはトリガーしない取引システムが、提供される。 タイマーは、第１オーダー（パッシブオーダー）を提供したマーケットメーカーが、第２（アグレッシブ）オーダーによるロックド又はクロスドマーケットの何れも存在せず、これにより、２つのマーケットメーカーとの間の取引が回避されるように、ビッド又はオファーを取り下げ又は動かされる間にスタートされる。 ２つのマーケットメーカーの間のクロスドマーケットの場合には、第１のパッシブオーダーの価格は、第２のアグレッシブオーダーによるロックドマーケットを生成するため、取引システムにより自動的に動かされる。 タイマー期間終了時に、このロックドマーケットが依然として存在する場合、第１のパッシブマーケットメーカーに最良の価格であるロックド価格において２つのマーケットメーカー間の取引が、自動的に実行される。 従って、それのオーダーが他のマーケットメーカーからのオーダーによりクロスされるマーケットメーカーは、当該他のマーケットメーカーにより取引が自動的に実行されることを回避するため、それのオーダーを動かす期間を有する。 これは、各自のオーダーが他のマーケットメーカーにより提供されるものにより自動的に実行されることを所望しないマーケットメーカーにとって効果的であり、マーケットメーカー及び／又は顧客からの２以上の異なる電子提供を受け付けるマーケットにおいては特に重要である。

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

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

マーケットメーカー２２は、同一の商品に対してビッドとアスクの両オーダーを同時に提供及び／又は維持する個人又は企業を含むかもしれない。 例えば、マーケットメーカー２２は、公開値付けされた価格により売り買いを行う準備、意志及び可能性を示すことにより（マーケットメークと呼ばれる）、所与の証券において確実なビッド及びアスク価格を維持する証券会社又は銀行などの企業又は個人を含むかもしれない。 これらの企業は、特定証券の特定数量に対するビッド及びオファー価格を表示し、これらの価格が一致する場合、即座に各自の口座から売り買いが行われる。 多くの「店頭（ＯＴＣ）」株式は、複数のマーケットメーカーを有する。 一部のマーケットでは、マーケットメーカーは一般に、それらがマーケットメークする株式の少なくとも１００株を売り買いする準備をしていなければならない。 この結果、顧客又は投資家からの大量のオーダーは、潜在的に異なる価格によりいくつかのマーケットメーカーにより充足される必要があるかもしれない。

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

顧客２４は、マーケットメーカー２２以外の取引システム１０を介し取引活動に従事する個人、個人グループ又は企業などの任意の主体である。 例えば、顧客２４は、個人投資家、投資家グループ又は機関投資家であってもよい。

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

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

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

取引プラットフォーム１８は、マーケットメーカー２２及び顧客２４から取引オーダー２６を受け付け、マーケットメーカー２２と顧客２４との間の金融取引が実行されるように、当該取引オーダー２６を管理又は処理するよう動作可能な取引モジュール３０を有するかもしれない。 取引モジュール３０は、マーケットトレーディングフロアとのリンク又は接続、又はこのような取引を実行することを可能にする任意の適切な要素への他の適切な接続を有するかもしれない。

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

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

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

取引モジュール３０は、少なくとも取引管理ルール３６に基づき、取引オーダー２６を管理及び処理するようにしてもよい。 取引管理ルール３６は、２以上のマーケットメーカー２２の間のロックド及びクロスドマーケットを含むロックド及びクロスドマーケットの処理方法を規定するルールを含むようにしてもよい。 一部の実施例では、取引管理ルール３６は、一般に第１マーケットメーカー２２からの既存のオーダーに一致又はクロスするオーダーが、第２マーケットメーカーから受け付けられると、上記２つのオーダーの間の取引は、２つのマーケットメーカー２２の間で自動的に実行はされないということを与える。 代わりに、クロスオーダーの場合、取引モジュール３０は、２つのマーケットメーカー２２の間のロックドマーケットを生成するため、第２オーダーの反対価格に一致するよう第１オーダーの価格を自動的に動かす（ビッドの反対価格（ｃｏｎｔｒａ ｐｒｉｃｅ）とはアスク価格であり、アスクの反対価格はビッド価格である）。 さらに、第２マーケットメーカー２２による一致又はクロスオーダーの場合、クロスタイマーが開始される。 ロックドマーケットが依然としてタイマー終了時に２つのマーケットメーカー２２の間で存在する場合、取引モジュール３０は、第１のパッシブマーケットメーカー２２に最良の価格であるロックド価格において２つのマーケットメーカー２２の間の取引を自動的に実行する。 従って、マーケットメーカー２２が、他のマーケットメーカー２２からのオーダーによりクロスされる既存のパッシブオーダーを有する場合、第１マーケットメーカー２２は、他方のマーケットメーカー２２により取引が自動的に実行されることを回避するため、それのオーダーを動かす時間を有し、これは、急激に変動するマーケットにおいて特に効果的である。

ある実施例では、取引管理ルール３６は、以下のルールを含む。

１． クロスドマーケットは、許可されない。 新しい価格（すなわち、ビッド又はアスク価格）が、顧客により与えられた既存の価格にクロスするマーケットメーカーにより入力され、その反対にマーケットメーカーにより与えられた既存の価格にクロスする顧客により入力されると、クロスドマーケットを回避する取引が実行される。 新しい価格（すなわち、ビッド又はアスク価格）が、他のマーケットメーカーにより以前に与えられた反対価格をクロスする１つのマーケットメーカーにより入力されると、（１）１つのマーケットメーカーにより以前に与えられた価格は、ロックドマーケットを生成するよう第１マーケットメーカーにより新たに入力される価格に一致するよう動かされ、（２）クロスタイマー（自動実行タイマーとも呼ばれる）がスタートされる。 クロスタイマーの終了時に２つのマーケットメーカーの間にロックドマーケットが存在する場合、ロックされた価格により２つのマーケットメーカーの間で取引が自動的に実行される。

上述のように、新たに与えられたビッド価格は、当該ビッド価格がアスク価格より高い場合、既存のアスク価格をクロスし、新たに与えられたアスク価格は、当該アスク価格がビッド価格より低い場合、既存のビッド価格をクロスする。 例えば、第１マーケットメーカーが２３〜２５のビッドオファーを与え、第２マーケットメーカーが、その後２０〜２１のビッドオファーを与えると仮定する。 第２マーケットメーカー２１により提供されるアスク価格は、第１マーケットメーカー２３により以前に提供されたビッド価格より低く、従って、第２マーケットメーカーのアスク価格は、第１マーケットメーカーのビッド価格をクロスする。 この結果、第１マーケットメーカーのビッド価格は、第１マーケットメーカーと第２マーケットメーカーとの間のクロスドマーケットを回避するため、新たに提供されたアスク価格に一致するように２１に動かされる（ここで、第１マーケットメーカーのビッドオファーが、２１〜２５となるように）。

２． 新たな価格（すなわち、ビッド又はアスク価格）が、他のマーケットメーカーにより以前に与えられる反対価格に一致する１つのマーケットメーカーにより入力されると、ロックドマーケットが生成され、この結果、クロスタイマーがスタートされる。 上述のように、ロックドマーケットがクロスタイマーの終了時に存在する場合、ロックされた価格において２つのマーケットメーカーの間に取引が自動的に実行される。

３． 取引プラットフォーム１８は、顧客にクロスドマーケットを表示することを防ぐ。 例えば、クロッシングビッド又はオファーが受け付けられる場合、取引プラットフォーム１８は、取引が実行されるまで（トレーダーにより提供されるオーダーが、マーケットメーカーから提供されるオーダーをクロスするときなど）、クロスするビッド又はオファーを表示せず、あるいは、クロスするビッド又はオファーによるロックドマーケットを生成するため、クロスされたビッド又はオファーが動かされる（１つのマーケットメーカーにより提供されるオーダーが、他のマーケットメーカーから提供されるオーダーにクロスするときなど）。

４． 自動実行が可能とされる。 言い換えると、クロスドマーケットは、マーケットメーカーとの間のクロスドマーケットを除いて、ここで説明された他の各種ルールをトリガーする自動的な取引をトリガーする。

５． 新しい価格（ビッド又はアスク価格）が、第１マーケットメーカーにより以前に与えられた反対価格をクロスする第２マーケットメーカーにより提供されると、クロスドサイドの第１マーケットメーカーの価格のみが、第２マーケットメーカーにより新たに入力された価格にロック（すなわち、一致）するよう動かされる。 第１マーケットメーカーにより以前に与えられた反対価格にクロスする第２マーケットメーカーにより提供される価格は、「クロッシング価格（ｃｒｏｓｓｉｎｇ ｐｒｉｃｅ）」と呼ばれるかもしれない。
（ａ）マーケットメーカーからのビッドのみが新たなロッキングサイドに存在する場合、自動実行が遅延されるように、自動実行タイマーがスタートされる。
（ｂ）顧客の価格が、クロッシング価格が第２マーケットメーカーから受け付けられる前に存在し、顧客の価格がクロッシング価格によりロックされる場合、第１マーケットメーカーを含む他の何れかに対してロックされた価格により顧客と第２マーケットメーカーとの間の取引が、遅延することなく実行される（言い換えると、タイマーにより遅延されることなく）。
（ｃ）顧客の価格が、第２マーケットメーカーからのクロッシング価格の受け付け前に存在し、顧客の価格がクロッシング価格によりロックされない場合、自動実行タイマーはスタートされず、クロッシング価格（アグレッシブ価格）が顧客の価格に引き上げられ、元のパッシブ価格によりパッシブサイドのみで顧客の価格に対して取引が自動実行される。 例えば、第１マーケットメーカーが１７によりオファーを提供し、顧客が１８によりビッドを提供し、第２マーケットメーカーが１７によりオファーを提供すると仮定する。 第１マーケットメーカーのビッドは１７に動かされ、クロスタイマーがスタートされることなく、１８の価格により顧客のビッドと第２マーケットメーカーのオファーとの間の取引が自動実行される。

６． 商品毎に１つのみの優先的な自動実行タイマーが存在しうる。

７． ロックドマーケットのみについて、自動実行タイマーが存在する。 上述のように、１つのマーケットメーカーにより提供される価格が、他のマーケットメーカーにより提供される反対価格と一致するとき、ロックドマーケットが存在する。

８． ロックド／選択マーケットの基礎となる価格の１つが動かされるときなど、ロックドマーケットが取り除かれる場合、自動実行タイマーがキャンセルされる。

９． 自動実行タイマーの経過後、システムは、マーケットメーカーのクロッシングのためアグレッシブに実行する。 言い換えると、システムは、第１マーケットメーカーと第２マーケットメーカーとの間の取引を自動実行する。

１０． ロックドマーケットが２つのマーケットメーカーの間で生成される場合、顧客の価格は、その後ロックされたレベルにおいて入力され、システムは、当該ロックされた価格においてパッシブサイドの何れか（マーケットメーカーを含む）に対する取引を自動実行し、自動実行タイマーはスタートされず、中断されている自動実行タイマーはキャンセルされる。 この取引を触媒する顧客のオーダーがまず取引される。

１１． マーケットメーカーからの新たなクロッシング価格は、中断中の自動実行タイマーをキャンセルし、新たな自動実行タイマーをスタートする。

１２． 取引中、受け付けたクロッシング価格は拒絶される。 取引中に取引価格において入力された顧客及びマーケットメーカー価格は、アグレッシブな売り買いオーダーまで引き上げられ、取引に加わる。

１３． 自然に行われる顧客とマーケットメーカーとの間の取引（売り買い）は、中断中の自動実行タイマーをキャンセルする。 例えば、第１マーケットメーカーが１８〜２０のビッド・アスクオーダーを提供し、第２マーケットメーカーが１５〜１７のビッド・アスクオーダーを提供すると仮定する。 第１マーケットメーカーのビッドは、第２マーケットメーカーのオファーに一致するよう１７に自動的に引き下げられ（ルール１により）、それは１７のロックドマーケットをもたらし、クロスタイマーがスタートされる。 クロスタイマーの終了前に、顧客が１８のビッドを提供する場合（顧客と第２マーケットメーカーとの間の取引を自然にトリガーする）、クロスタイマーはキャンセルされ、１７のロックされ １４． 既存のオーダーの順序付けは、クロスドマーケットの結果として、マーケットメーカーの価格変動（アップ又はダウン）中において維持される。 ２以上の既存のマーケットメーカー同一サイド価格が、他のマーケットメーカーから受け付けたクロッシング反対価格により動かされ、再入力される場合、既存のマーケットメーカーの各オーダーは、価格順、そして（同一価格のオーダーについて）時間順に移動される。 新たに動かされた各マーケットメーカーオーダーには、それが動かされるとき、新たなタイムスタンプが与えられる。 既存の顧客指し値オーダーは、新たに動かされたマーケットメーカーオーダーのためにビッド又はオファーシーケンスの下にプッシュされない。 これが行われることを回避するため、新たに動かされたマーケットメーカーオーダーは、それが動かされると再順序付けされ（株式などの普通に値付けされる商品の最も高いビッド又は最も低いオファーなど、新しいタイムスタンプを最初に受け付けた最もアグレッシブなマーケットメーカーオーダーにより）、新たに動かされたマーケットメーカーが動かされた価格においてすでに存在するオーダーの下位に置かれる。

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

１６． クロスタイマーは、マーケットボラティリティを考慮して動的に調整することが可能であってもよい。

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

上記列挙された取引管理ルール３６はある実施例に適用されるものであって、他の実施例では、取引モジュール３０により適用される取引管理ルール３６は、上記列挙されたルールの一部、追加的ルール（上記列挙されたルールの代替又は変更であってもよい）、又は上記の任意の組み合わせを含むものであってもよいということに留意すべきである。

さらに、一部の実施例では、取引モジュール３０により適用される取引管理ルール３６は、ビッドが対応するオファーより高い価格（価値はより低いが）となっている数が逆転している商品に等しく又は同様に適用されてもよいということが理解されるべきである。 例えば、債券（例えば、（発行日取引）米国国債など）は、債券価格が典型的には債券利回りと逆向きに関連付けされているため、数が逆転した商品となる。 言い換えると、債券の現在のビッド価格は、それの現在のオファー価格より数値的に高くなる。

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

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

図３は、本発明の一実施例による、ビッドサイドがマーケットメーカー２２と顧客２４の両方を含むと仮定した場合、マーケットメーカー２２から受け付けたクロッシングオファーを処理する方法を示す。 ステップ１２０において、ビッド及びオファーオーダーを含む各種オーダー２２がある商品２４について受け付けられ、これにより、当該商品２４のマーケットが設けられる。 このようなオーダー２２は、マーケットメーカー２２と顧客２４の両者により受け付けられるかもしれない。 ステップ１２２において、第１マーケットメーカー２２（ＭＭ１）は、商品２４のビッド・オファースプレッドを取引プラットフォーム１８に提供する。 ステップ１２４において、顧客２４は、現在オファーにクロス又は一致しない商品２４のビッドを与え、これにより、取引をトリガーしない。 ステップ１２６において、第２マーケットメーカー２２（ＭＭ２）は、ＭＭ１のビッド価格とクロスするオファーを含む商品２４のビッド・オファー価格スプレッドを提供する。

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

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

図３に示される方法をより良く理解するため、ステップ１２２において、ＭＭ１は株式の３５〜３７（５ｂｙ１０のサイズの）ビッド・オファー価格スプレッドを提供する。 ステップ１２４において、顧客は、現在のオファーにクロス又は一致しない３５の価格（サイズ５の）において当該株式のビッドオーダーを与え、これにより、取引をトリガーしない。 ステップ１２６において、ＭＭ２は、当該株式の３２〜３３のビッド・オファー価格スプレッド（８ｂｙ１０のサイズの）を提供する。 ３３のＭＭ２のオファー価格は、３５のＭＭ１のビッド価格とクロスする。

ステップ１２８において、取引モジュール３０は、ＭＭ１のビッドをキャンセルしないと判断したと仮定する。 従って、ステップ１３２において、ＭＭ１のビッドは、３３のＭＭ２のオファー価格に一致するよう３５から３３に引き下げられる。 ステップ１３４において、取引モジュール３０は、ＭＭ１の動かされたビッドを除く既存のすべてのビッドに対して、ＭＭ２の最良の価格によりＭＭ２のオファーを自動的に実行する。 ３５の顧客のビッドが既存の最も高いビッド価格であると仮定すると、取引モジュール３０は、ＭＭ２のオファーにより提供される１０株のうちの５株と顧客による５株のビッドとの間で３５の価格による取引を自動的に実行する。 ＭＭ２の既存のビッド・オファーは、ここで３２〜３３（８ｂｙ５のサイズの）を読み込む。 ステップ１３６において、ＭＭ２のオファーの一部、すなわち、５株が、ステップ１３４において実行された取引の後に残っていると判断し、これにより、ステップ１３８において、ＭＭ１の動かされたビッド（価格＝３３）についてクロスタイマーがスタートされる。 ステップ１４０において、クロスタイマーは実行される。 ＭＭ１の動かされたビッド（価格＝３３）とＭＭ２のオファー（価格＝３３）の残りの部分が、クロスタイマー終了時にロックされたままである場合、ステップ１４２において、ＭＭ２のオファーの残りの５株は、３３の価格のＭＭ１の動かされたビッドの５株により自動的に実行される。 あるいは、クロスタイマー終了時に、ＭＭ１の動かされたビッドとＭＭ２のオファーとのロックされた関係が終了すると、図４を参照してより詳細に後述されるように、様々な結果が発生するかもしれない。

図４Ａ及び４Ｂは、本発明の一実施例により、ビッドサイドがマーケットメーカー２２のみを有すると仮定すると、マーケットメーカー２２から受け付けたクロッシングオファーを処理する方法を示す。 図４Ａに示されるように、ステップ１６０において、ビッド及びオファーオーダーを含む様々なオーダー２２が、ある商品２４の１以上のマーケットメーカーから受け付けられ、これにより、当該商品２４のマーケットが設けられる。 ステップ１６２において、第１マーケットメーカー２２（ＭＭ１）は、商品２４のビッド・オファー価格スプレッドを取引プラットフォーム１８に提供する。 ステップ１６４において、第２マーケットメーカー２２（ＭＭ２）は、ＭＭ１のビッド価格とクロスするオファーを含む商品２４のビッド・オファー価格スプレッドを提供する。 ステップ１６６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のクロスマーケットを回避するため、ＭＭ２のオファー価格に一致するようＭＭ１のビッド価格を動かす。 ステップ１６８において、取引モジュール３０は、マーケットデータにおいてＭＭ１の新たに動かされたビッドを公開する。 従って、取引モジュール３０は、クロスドマーケットの公開を回避するかもしれない。 ステップ１７０において、取引モジュール３０は、ＭＭ１の新たに動かされたビッドについてクロスタイマーをスタートする。

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

第１に、ＭＭ１のビッドとＭＭ２のオファーがクロス及びロックされないように、ステップ１７６において、ＭＭ１のビッドはクロスタイマーの期間中にダウンされる（ＭＭ１により）と仮定する。 これに対して、クロスタイマーはステップ１７８において終了され、新たなビッド価格がステップ１８０においてマーケットに公開される。

第２に、ステップ１８２において、ＭＭ１のビッドはクロスタイマーの期間中（リエイジング中など）にアップされると仮定する。 これに対して、取引モジュール３０は、ステップ１８４において、ＭＭ１の新たに引き上げられたビッドに一致するようＭＭ２のオファーを動かし、ステップ１８６において、当該新たにロックされた価格においてＭＭ１のビッドのクロスタイマーが再スタートされる。 従って、本方法はステップ１７２に戻ってもよい。

第３に、ステップ１８８において、第３マーケットメーカー２２（ＭＭ３）は、クロスタイマーの期間中にＭＭ２のオファーより良いクロッシングオファーを提供すると仮定する。 言い換えると、ＭＭ３のオファーは、ＭＭ２のオファーより低い価格によるものである。 ＭＭ３のオファーに対して、取引モジュール３０はさらに、ステップ１９０において、ＭＭ３のオファー価格に一致するようにＭＭ１のビッドを引き下げ、ステップ１９２において、実行中のクロスタイマーをキャンセルし、ＭＭ１の新たに引き下げられたビッドについて新たなクロスタイマーをスタートさせる。 従って、本方法は、ステップ１７２に戻ってもよい。

第４に、ステップ１９４において、クロスタイマーの期間中、ＭＭ２がステップ１６４において提供したそれのクロッシングオファーを取り下げ、又は当該オファーをより高い価格に変更すると仮定する。 これに対して、ＭＭ１のビッドは、ステップ１９６において一定に維持され、ＭＭ１のビッドのクロスタイマーは、ステップ１９８において終了される。 「通常の」（すなわち、クロス又はロックされていない）ビッドオファー状態が存在することとなる。

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

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

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

図２及び３の方法に関して説明されたように、図４の方法が、クロッシングオーダーがビッド又はオファーであるかに関係なく、同様に適用可能であるということが理解されるべきである。 特に、図４の方法は、オファーサイドがマーケットメーカー２２のみを含む場合、マーケットメーカー２２から受け付けられたクロッシングビッドを処理するのに同様に適用可能である。

図４に示される方法をより良く理解するため、ステップ１６２において、ＭＭ１は株式の１２〜１４のビッド・オファー価格スプレッドを提供すると仮定する。 ステップ１６４において、ＭＭ２は、当該株式について９〜１１のビッド・オファー価格スプレッド（５ｂｙ５のサイズの）を提供する。 これにより、１１のＭＭ２のオファー価格は、１２のＭＭ１のビッド価格とクロスする。 ステップ１６６において、取引モジュール３０は、ＭＭ１とＭＭ２との間のクロスマーケットを回避するため、ＭＭ２のオファー価格に一致するよう１２から１１にＭＭ１のビッド価格を動かす。 ステップ１６８において、取引モジュール３０は、１１の価格によりＭＭ１のビッド価格についてクロスタイマーをスタートさせる。 ステップ１７０において、取引モジュール３０は、公開されたビッド・アスクスプレッドが１１〜１１となるように、ＭＭ１の新たに動かされたビッドを公開する。

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

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

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

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

第４に、ステップ１９４において、ＭＭ２は、ステップ１６４において与えられたそれのクロッシングオファー（１１の価格による）を取り下げ、又は当該オファーを１１から１２に変更すると仮定する。 これに対して、ＭＭ１のビッドはステップ１９６において１１で一致に保たれ、ＭＭ１のビッドのクロスタイマーは、ステップ１９８において終了される。 「通常の」（すなわち、クロス又はロックでない）ビッド・オファー状態が、ここでは存在する。

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

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

本発明の範囲から逸脱することなく、変更、追加又は省略が本方法に対して可能である。 さらに、本発明の範囲から逸脱することなく、各ステップは任意の適切な順序により実行可能である。

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

１０ 取引システム １２，１４ 端末 １８ 取引プラットフォーム