JP2014197436A - 優先順位に基づき取引注文をマッチングするシステム及び方法 - Google Patents

Abstract

【課題】従来の電子取引システムに係る欠点及び問題点を実質的に軽減又は解消することであり、電子取引における優先順位に基づき取引注文をマッチングするシステム及び方法を提供すること。
【解決手段】取引注文を管理するシステムは、第１及び第２トレーダーからそれぞれ受け付けた特定の取引プロダクトに対する第１及び第２取引注文を格納するよう動作可能なメモリを有する。各取引注文は、表示部分とリザーブ部分とを有する。第２取引注文は、第１取引注文の後に受け付けされる。メモリに接続されるプロセッサは、当該取引プロダクトの反対注文を相対するトレーダーから受け付け、受け付けた順序により第１及び第２取引注文の表示部分を充填し、第２取引注文の表示部分の充填後、設定可能な期間に第１トレーダーに反対注文の少なくとも一部を排他的に提供するよう動作可能である。
【選択図】図１

Description

本発明は、一般に電子取引に関し、より詳細には優先順位に基づき取引注文をマッチングするシステム及び方法に関する。

近年、商品、サービス、金融商品、コモディティなどの各種アイテムの取引のための電子取引システムが、広範に受け入れられてきた。例えば、電子取引システムは、株式、債券、通貨、先物取引、原油、金などの金融商品及びコモディティの取引を実現する。

一般に、電子取引システムは、トレーダーから取引注文を受付及び処理する。例えば、電子取引システムは、特定アイテムの買い注文と同一アイテムの売り注文とをマッチングすることによって、取引注文を処理する。取引注文の発注において、トレーダーは、取引注文の一部しか他のトレーダーに表示すべきでないことを指示するかもしれない。この部分は、“表示される数量”と呼ばれる。電子取引システムは、一般に取引注文の処理順序を指定するルールを有している。しかしながら、これらのルールは、しばしば取引プロダクトの流動性を低減又は妨げる。

本発明の課題は、従来の電子取引システムに係る欠点及び問題点を実質的に軽減又は解消することであり、電子取引における優先順位に基づき取引注文をマッチングするシステム及び方法を提供することである。

いくつかの実施例では、取引注文を管理するシステムは、特定の取引プロダクトに対する第１取引注文を格納するよう動作可能なメモリを有し、第１取引注文は、表示部分とリザーブ部分とを有し、第１トレーダーから受け付けされる。メモリはさらに、当該取引プロダクトに対する第２取引注文を格納するよう動作可能であり、第２取引注文は、表示部分とリザーブ部分とを有し、第１取引注文の後に第２トレーダーから受け付けされる。システムはさらに、メモリに通信接続され、当該取引プロダクトに対する反対注文を相対するトレーダーから受け付けるよう動作可能なプロセッサを有する。プロセッサはさらに、第１取引注文の表示部分を充填するため、この反対注文を利用するよう動作可能である。プロセッサはさらに、第２取引注文の表示部分を充填するため、反対注文を利用するよう動作可能である。第２取引注文の表示部分を充填した後、プロセッサはさらに、設定可能な期間に第１トレーダーに反対注文の少なくとも一部を排他的に提供するよう動作可能である。

いくつかの実施例では、取引注文を管理する方法は、特定の取引プロダクトの第１取引注文を第１トレーダーから受け付けるステップを有し、第１取引注文は、表示部分とリザーブ部分とを有する。本方法は、当該取引プロダクトの第２取引注文を第２トレーダーから以降に受け付けることによって続き、第２取引注文は、表示部分とリザーブ部分とを有する。本方法は、取引プロダクトの反対注文を相対するトレーダーから受け付けることにより続く。本方法は、取引プロダクトの表示部分を充填するため、反対注文を利用することにより続く。本方法は、第２取引注文の表示部分を充填するため、反対注文を利用することにより続く。第２取引注文の表示部分を充填した後、本方法は、設定可能な期間に第１トレーダーに反対注文の少なくとも一部を排他的に提供することにより終了する。

本発明は、複数の重要な技術的効果を有する。本発明の各種実施例は、これらの効果の一部又はすべてを有するか、又はその何れも有しないかもしれない。１つの技術的効果は、取引プラットフォームがネットワークトラフィックを減少させ、電子取引システムのスループットを向上するということである。特に、取引プラットフォームは、複数の注文の表示部分と特定の反対注文とを自動的にマッチングするよう動作可能である。複数の注文の表示部分と特定の反対注文とを自動的にマッチングすることができないシステムでは、当該システムは、一般に複数の反対注文を受け付け、及び／又は複数の注文の表示部分を充填する前に複数の確認メッセージを送信する必要がある。本取引プラットフォームは、複数の反対注文を受け付け、又は複数の注文の表示部分を充填するため複数の確認メッセージを送信する必要がないため、取引プラットフォームは、ネットワークトラフィックを低減し、データスループットを向上させることができる。

他の効果は、取引プラットフォームがトレーダーが取引のリスクを管理することを支援するということである。いくつかの実施例では、トレーダーは、取引注文全体を他のトレーダーに開示することが特定の取引プロダクトの市場価格に悪影響を与える可能性があることを認識するかもしれない。この結果、取引プラットフォームは、トレーダーが取引注文の一部を表示部分として指定し、残りの部分をリザーブ部分と指定することを可能にする。取引プラットフォームは、リザーブ部分の開示を１以上の条件が充足されるまで回避しながら、他のトレーダーに表示部分を即座に開示するかもしれない。トレーダーが表示部分とリザーブ部分により取引注文を設定することを可能にすることによって、取引プラットフォームは、トレーダーが取引のリスクを管理することを支援するかもしれない。

他の効果は、取引プラットフォームが電子取引システムにおける流動性及び透明性を向上させるためのトレーダーに対するインセンティブを生成するということである。特定の取引注文を提供すると、トレーダーは、当該取引注文が他の取引注文に対して優先されるか否か知らないかもしれない。しかしながら、本取引システムでは、取引プラットフォームは、何れかのトレーダーに優先権を付与する前に、複数の取引注文の表示部分を充填するよう動作可能である。従って、本システムの特定のトレーダーは、自らの注文の表示部分が他の何れかのトレーダーが優先順位の状態を受け取る前に充填される可能性があることを知るかもしれない。この結果、当該トレーダーは、当該注文の表示部分のサイズを増加させる効果を認識するかもしれない。これにより、取引システムは、より大きな表示部分を有する注文をトレーダーが提供するインセンティブを生成する。より大きな表示部分を有する注文を受け付けることにより、取引システムにおける透明性と流動性が向上する。

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

図１は、本発明による取引システムの一実施例を示す。 図２Ａは、本発明の一実施例による取引注文をマッチングするための一例となるタイムラインを示す。 図２Ｂは、本発明の一実施例による取引注文をマッチングするための一例となるタイムラインを示す。 図２Ｃは、本発明の一実施例による取引注文をマッチングするための一例となるタイムラインを示す。 図２Ｄは、本発明の一実施例による取引注文をマッチングするための一例となるタイムラインを示す。 図２Ｅは、本発明の一実施例による取引注文をマッチングするための一例となるタイムラインを示す。 図３Ａは、本発明の一実施例による取引注文をマッチングするためのフローチャートである。 図３Ｂは、本発明の一実施例による取引注文をマッチングするためのフローチャートである。 図３Ｃは、本発明の一実施例による取引注文をマッチングするためのフローチャートである。 図３Ｄは、本発明の一実施例による取引注文をマッチングするためのフローチャートである。

図１は、取引システム１０の一実施例を示す。取引システム１０は、クライアント２０、ネットワーク３０及びマーケットセンター４０に通信接続される取引プラットフォーム５０を有する。一般に、取引システム１０は、トレーダー７０からの取引注文１２を受付、転送及び実行するよう動作可能である。一部の実施例では、取引注文１２は、注文１２ａと反対注文１２ｂを表すかもしれない。各注文１２ａ又は各反対注文１２ｂは、表示部分とリザーブ部分とを有する。取引プラットフォーム５０は、特定の反対注文１２を利用して複数の注文１２の表示部分を充填する。複数の注文１２ａの表示部分を充填した後、取引プラットフォーム５０は、特定のトレーダー７０に反対注文１２ｂの一部を排他的に提供する。トレーダー７０に反対注文の一部を排他的に提供する前に注文１２ａの表示部分を充填することによって、取引プラットフォーム５０は、注文１２ａのより大きな部分を表示するインセンティブをトレーダー７０に生成するかもしれない。より大きな表示部分を有する注文１２ａを受け付けることによって、取引システム１０における透明性と流動性が向上するかもしれない。

取引システム１０は、複数のクライアント２０を有するかもしれない。クライアント２０は、取引プラットフォーム５０などの取引システム１０の１以上の要素にアクセスするため、トレーダー７０により使用可能な何れか適切なローカル又はリモートエンドユーザ装置を表す。特定のクライアント２０は、システム１０の他のコンポーネントと情報を受付、処理、格納及び／又は通信可能なコンピュータ、ワークステーション、電話、インターネットブラウザ、電子ノートブック、携帯情報端末（ＰＤＡ）、ページャ又は他の何れか適切な装置（無線、有線など）、コンポーネント若しくは要素を有するかもしれない。クライアント２０はまた、特定の設定及び構成に従って、ディスプレイ、マイクロフォン、キーボード又は他の何れか適切な端末装置などの何れか適切なユーザインタフェースを有するかもしれない。取引プラットフォーム５０に通信接続されるクライアント２０が任意数あることは理解されるべきである。さらに、取引プラットフォーム５０を利用することなくマーケットセンター４０に通信接続されるクライアント２０が任意数あってもよい。

クライアント２０は、トレーダー７０から取引注文１２を受け付け、取引注文１２を取引プラットフォーム５０及び／又はマーケットセンター４０に送信するよう動作可能である。取引注文１２は、通貨、金融商品、株式、債券、契約、エクイティ証券、ミューチュアルファンド、オプション、デリバティブ、コモディティ又は何れかの個数及び組み合わせの適切な取引プロダクトなどのプロダクトを取引する注文から構成される。特定の実施例では、取引注文１２は、取引プロダクトのターゲット価格を指定する。取引注文２４は、ビッド、オファー、成り行き注文、指値注文、ストップロス注文、デイ注文、オープン注文、ＧＴＣ（Ｇｏｏｄ Ｔｉｌｌ Ｃａｎｃｅｌｌｅｄ）注文、“グッドスルー（ｇｏｏｄ ｔｈｒｏｕｇｈ）”注文、“オールオアナン（ａｌｌ ｏｒ ｎｏｎｅ）”注文、“エニーパート（ａｎｙ ｐａｒｔ）”注文又は他の何れか適切な取引注文からなるかもしれない。

ある取引注文１２は、注文１２ａ又は反対注文１２ｂと呼ばれるかもしれない。注文１２ａ及び反対注文１２ｂは、購入及び売却などの相補的アクションを表す。ある注文１２ａを提供した主体をトレーダー７０と呼ぶ場合、対応する反対注文１２ｂを提供する主体は、“相対する”トレーダー７０と呼ばれるかもしれない。ある注文１２ａが買い注文（ビッド、テーク、リフトなど）を表す場合、対応する反対注文１２ｂは売り注文（オファー、ヒットなど）を表す。反対に、ある注文１２ａが売り注文を表す場合、対応する反対注文１２ｂは買い注文を表す。

クライアント２０は“トレーダー”７０により使用されるものとしてここでは説明されるが、“トレーダー”という用語は、当該ユーザがプリンシパル、個人、法人（企業など）、又はシステム１０において取引注文１２を発注及び／又は応答することが可能な任意のマシーン若しくは機構のために動作するエージェントであるかにかかわらず、取引システム１０の任意のユーザに広く適用されるものである。特定のトレーダー７０は、顧客であるかもしれず、他のトレーダー７０は、マーケットメーカーであるかもしれない。

マーケットメーカーは、同一商品に対してビッド及びオファー取引注文の何れか又は双方を同時に提供及び／又は維持する何れかの個人、企業又は他のエンティティを含むかもしれない。例えば、マーケットメーカーは、公表されている価格により証券を売買する準備ができている、意志がある及び可能であることによって、当該証券の確定したビッド及び／又はオファー価格を維持する仲介業者や銀行などの企業又は個人を含むかもしれない。マーケットメーカーは、一般に特定数量の特定の証券に対するビッド及び／又はオファー価格を表示し、これらの価格が満たされる場合、マーケットメーカーは自己のアカウントで即座に売買する。特定の実施例によると、１つの取引注文１２は、潜在的に異なる価格によりいくつかのマーケットメーカーにより充填されるかもしれない。

顧客は、マーケットメーカーでない取引システム１０のユーザであるかもしれない。顧客は、個人投資家、プリンシパルのための動作するエージェント、プリンシパル、個人、法人（企業など）、又はシステム１０において取引注文１２を発注及び／又は応答することが可能な任意のマシーン若しくは機構であるかもしれない。

いくつかの実施例では、マーケットメーカーは、このような個人、企業又は他のエンティティから受け付けた取引注文１２が、従来のマーケットメーカー（仲介業者や銀行など）から受け付けたものとして扱われるように、特定の特権が付与される個人、企業又は他のエンティティを含むかもしれない。例えば、顧客として扱われるかもしれない個人、企業又は他のエンティティは、ここで説明されるシステム及び方法のためマーケットメーカーとして扱われる特権が付与されるかもしれない。マーケットメーカーの特権を受け取るため、個人、企業又は他のエンティティは、手数料を支払うことが要求され、及び／又は特定の商品のビッドとオファーの双方の取引注文１２を同時に維持することが要求されるかもしれない。特定の実施例によると、個人、企業又は他のエンティティは、特定の商品のマーケットメーカーとして指定されるが、他の商品については顧客として指定されるかもしれない。

いくつかの実施例では、マーケットメーカーのマルチ階層システムが利用されるかもしれない。取引プラットフォーム５０は、マーケットメーカーが電子的供給に関連付けされているか、マーケットメーカーが強力なトレーダーであるか、又はマーケットメーカーが特定の情報を有しているかなどの１以上の基準に基づき、各種特権を各マーケットメーカーに付与するかもしれない。マーケットメーカーは、各種取引可能な商品の各階層にカテゴリ化されるかもしれない。例えば、あるマーケットメーカーは、当該マーケットメーカーが強力なトレーダーである商品については第１レベルマーケットメーカーとしてカテゴリ化され、他のタイプの商品については第２レベルマーケットメーカーとしてカテゴリ化されるかもしれない。

クライアント２０は、ネットワーク３０を介し取引プラットフォーム５０に通信接続される。ネットワーク３０は、クライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間でデータ又は情報を交換するよう動作可能な通信プラットフォームである。特定の実施例によると、ネットワーク３０は、取引情報を取引プラットフォーム５０及び／又はマーケットセンター４０と通信する機能をクライアント２０に提供するインターネットアーキテクチャを表すかもしれない。特定の実施例によると、ネットワーク３０は、ネットワーク３０は、トレーダー７０が同一の処理及び機能を実行するのに利用可能なＰＯＴＳ（Ｐｌａｉｎ Ｏｌｄ Ｔｅｌｅｐｈｏｎｅ Ｓｙｓｔｅｍ）から構成される。各取引は、取引プラットフォーム５０に係るブローカーにより支援されるか、又は取引の実行をリクエストするため電話又は他の適切な電子装置に手動によりキー入力されるかもしれない。特定の実施例では、ネットワーク３０は、システム１０の何れか２つのノードの間の通信インタフェース又は交換を提供する何れかのパケットデータネットワーク（ＰＤＮ）であるかもしれない。ネットワーク３０はさらに、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はクライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間の通信を実現する他の何れか適切なアーキテクチャ又はシステムの何れかの組み合わせから構成されるかもしれない。

マーケットセンター４０は、取引所、電子通信ネットワーク（ＥＣＮ）、ＡＴＳ（Ａｌｔｅｒｎａｔｉｖｅ Ｔｒａｄｉｎｇ Ｓｙｓｔｅｍ）、マーケットメーカー又は他の何れか適切な市場参加者を含むあらゆるタイプの注文実行場所からなる。各マーケットセンター４０は、マーケットセンター価格とも呼ばれる公表された価格により取引プロダクトを売買する準備ができた、意向がある及び可能であることによって、取引プロダクトのビッド及びオファー価格を維持する。異なるマーケットセンター４０は、特定の取引プロダクトについて異なるマーケットセンター価格を提供するかもしれない。例えば、特定のマーケットセンター４０は、特定の取引プロダクトについて特定のビッド価格及び／又はオファー価格を提供し、他のマーケットセンター４０は、同一の取引プロダクトについて異なるビッド価格及び／又はオファー価格を提供するかもしれない。特定のマーケットセンター４０は、特定の長さ以上の時間にマーケットセンター４０の注文ブックに維持される取引注文１２を実行するため、取引コストを課金するかもしれない。マーケットセンター４０は、ネットワーク３０を介し取引プラットフォーム５０に通信接続される。

取引プラットフォーム５０は、取引注文１２の転送、マッチング及び処理を実現する取引アーキテクチャである。取引プラットフォーム５０は、取引注文１２を転送、マッチング、処理又は充填しようとする何れかの者、企業又はエンティティの管理センター若しくは本社オフィスであるかもしれない。このため、取引プラットフォーム５０は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を実行するため利用又は実現可能なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトの何れか適切な組み合わせを含むかもしれない。特定の実施例では、取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６、及びメモリモジュール６０から構成される。

取引プラットフォーム５０は、一般にトレーダー７０及び／又はマーケットセンター４０からの取引注文１２を転送、処理、送信及び実行するよう動作可能である。取引プラットフォーム５０は、トレーダー７０が表示部分とリザーブ部分とを有する取引注文１２を提供することを可能にする。取引注文１２を受け付けると、取引プラットフォーム５０は、取引注文１２の表示部分を他のトレーダー７０及び／又はマーケットセンター４０に即座に開示するかもしれない。取引注文１２の表示部分の開示は、取引注文１２の表示部分を他のトレーダー７０及び／又はマーケットセンター４０に係るクライアント２０に送信、配信及び／又は表示することにより実現される。取引注文１２の表示部分と対照的に、取引プラットフォーム５０は、取引注文１２のリザーブ部分の開示を制限又は禁止するかもしれない。いくつかの実施例では、取引プラットフォーム５０は、１以上の条件が充足されるまで、取引注文１２のリザーブ部分を開示しないかもしれない。例えば、取引プラットフォーム５０は、取引注文１２の表示部分が充填されるまで、取引注文１２のリザーブ部分を開示しないよう構成されるかもしれない。他の例として、取引プラットフォーム５０は、取引システム１０の取引量が設定可能な閾値に到達するまで、取引注文１２のリザーブ部分を開示しないよう構成されるかもしれない。取引注文１２のリザーブ部分を開示する条件は、マーケットデータ、時間、トレーダーの嗜好、閾値又は何れかの個数及び組み合わせの適切な基準に基づくかもしれない。

一般に、取引プラットフォーム５０は、１以上の対応する反対注文１２ｂにより注文１２ａを充填することによって、取引注文１２を処理するよう動作可能である。注文１２ａの充填は、１以上の対応する反対注文１２ｂにより当該注文１２ａをマッチング、充足、充填又は使い果たすことを表す。例えば、ある注文１２ａが１００単位の表示部分を有するプロダクトＡの買い注文であり、反対注文１２ｂがプロダクトＡの５００単位の売り注文である場合、反対注文１２ｂを利用して注文１２ａの表示部分を充填することは、反対注文１２ｂからのプロダクトＡの１００単位を注文１２ａに係るトレーダー７０に転送、割当て、確保又は移転することを含むかもしれない。

いくつかの例では、トレーダー７０は、取引注文１２の全体を表示部分として指定するかもしれない。他の例では、トレーダー７０は、取引注文１２の一部を表示部分として、残りの部分をリザーブ部分として指定するかもしれない。いくつかの実施例では、トレーダー７０は、取引注文１２の全体を他のトレーダー７０に開示することが取引プロダクトの市場価格に悪影響を与える可能性があることを認識するかもしれない。このようなリスクを低減するため、トレーダー７０は、取引注文１２の一部しか表示部分として指定しないことを選択するかもしれない。トレーダー７０が表示部分とリザーブ部分とを有する取引注文１２を設定することを可能にすることによって、取引プラットフォーム５０は、トレーダー７０が取引のリスクを管理するのを支援する。

取引プラットフォーム５０はさらに、取引注文１２がトレーダー７０及び／又はマーケットメーカー４０から受け付けされる順序を監視するよう動作可能である。特に、取引プラットフォーム５０は、取引注文１２が受け付けされた順序に従って、取引注文１２の表示部分を充填する。いくつかの実施例では、取引注文１２の表示部分を充填した後、取引プラットフォーム５０は、反対注文１２ｂの少なくとも一部をトレーダー１２に排他的に提供するかもしれない。反対注文１２ｂの一部を排他的に提供されたトレーダー７０は、取引プラットフォーム５０が取引注文１２を受け付けた順序に基づき優先的なトレーダー７０を決定する。

優先的なトレーダー７０への反対注文１２ｎの排他的な提供は、設定可能な時間だけ継続される。この設定可能な時間は、優先期間８２と呼ばれるかもしれない。優先期間８２の長さは、現在の市場データ、トレーダーの嗜好、所定のパラメータ又は何れかの個数及び組み合わせの適切な基準に基づき決定されるかもしれない。

取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６及びメモリモジュール６０を有する。取引プラットフォーム５０のクライアントインタフェース５２は、ネットワーク３０に通信接続され、クライアント２０と取引プラットフォーム５０の各種コンポーネントとの間の通信をサポートする。特定の実施例によると、クライアントインタフェース５２は、ネットワーク３０を介しクラインと２０により通信される取引注文１２を受信する取引サーバを有する。

マーケットインタフェース５４は、マーケットセンター４０に通信接続され、マーケットセンター４０と取引プラットフォームの各種コンポーネントとの間の通信をサポートする。マーケットインタフェース５４は、マーケットセンター４０により通信される取引注文１２を受け付ける取引サーバを有するかもしれない。マーケットインタフェース５４は、取引プラットフォーム５０に直接接続されるクライアント２０から受け付けた取引注文１２をマーケットセンター４０に送信するよう動作可能であるかもしれない。

クライアントインタフェース５２とマーケットインタフェース５４は、プロセッサ５６に通信接続される。プロセッサ５６は、取引注文１２をメモリモジュール６０に記録し、取引注文１２をマーケットセンター４０に転送するよう動作可能である。プロセッサ５６はさらに、クライアントインタフェース５２とマーケットインタフェース５４により受け付けた買い注文１４と売り注文１６とをマッチングするため、メモリモジュール６０に格納されるロジック６２を実行するよう動作可能である。プロセッサ５６は、記載された機能又は処理を提供するため、１以上のモジュールにより実現されるハードウェアとソフトウェアの何れか適切な組み合わせを有するかもしれない。プロセッサ５６は、メモリモジュール６０に通信接続される。

メモリモジュール６０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、他の磁気若しくは光記憶媒体、又は取引注文１２などの１以上のファイル、リスト若しくは他の情報構成を格納する他の何れかの揮発性若しくは不揮発性記憶装置の何れか適切な構成からなる。図１は、取引プラットフォーム５０の内部的なものとしてメモリモジュール６０を示しているが、メモリモジュール６０は、特定の実現形態に応じて取引システム１０のコンポーネントの内部又は外部にあってもよい。また、メモリモジュール６０は、取引システム１０に使用するための何れか適切な記憶装置の構成を実現するため、他の記憶装置に独立しているか又は統合されているかもしれない。特定の実施例によると、メモリモジュール６０は、ルール６２と取引注文１２を格納するかもしれない。

ルール６２は、取引注文１２を転送、マッチング、処理及び／又は充填するためのソフトウェア命令からなる。プロセッサ５６は、注文１２ａと反対注文１２ｂをマッチングするためルール６２を実行するよう動作可能である。ルール６２はさらに、取引注文１２が充填される順序を管理し、優先的なトレーダー７０に１以上の優先期間を設定するための命令を有するかもしれない。

取引プラットフォーム５０とそれに係るインタフェース、プロセッサ及び記憶装置の内部構造は適応的なものであり、取引プラットフォーム５０の意図される処理を実現するため、容易に変更、改良、再構成又は再設定可能であることが理解されるべきである。

動作について、取引プラットフォーム５０は、反対注文１２ｂが注文１２ａの表示部分とリザーブ部分を充填するのに使用される順序を管理する。特に、取引プラットフォーム５０は、特定の取引プロダクトの複数の注文１２ａをトレーダー７０から受け付ける。取引プラットフォーム５０は、注文１２ａが受け付けされた順序をモニタ及び記録する。取引プラットフォーム５０はさらに、何れのトレーダー７０が何れの注文１２ａに係るものであるかモニタ及び記録する。取引プラットフォーム５０は、その後に当該取引プロダクトの反対注文１２ｂを受け付ける。取引プラットフォーム５０は、この反対注文１２ｂを利用して、取引プラットフォーム５０が注文１２ａを受け付けた順序に従って、受け付けた各注文１２ａの表示部分を充填する。すなわち、取引プラットフォーム５０は、当該注文１２ａがその他の注文１２ａに対して受け付けされた時点に従って、当該注文１２ａの表示部分を充填する。

いくつかの実施例では、反対注文１２ｂが受け付けされた各注文１２ａの表示部分を充填するのに十分なものである場合、取引プラットフォーム５０は、第１注文１２ａを提供したトレーダー８２を優先的なトレーダー７０として指定する。取引プラットフォーム５０は、優先的なトレーダー７０に関して優先期間８２を設定するかもしれない。優先期間８２において、取引プラットフォーム５０は、優先的なトレーダー７０に反対注文１２ｂの残りの部分の一部又はすべてを排他的に提供する。反対注文１２ｂの残りの部分の一部又はすべての排他的な提供は、取引システム１０におけるその他のトレーダー７０に反対注文１２の残りの部分を利用可能にすることなく、反対注文１２ｂの残りの部分を優先的なトレーダー７０に利用可能にし、送信し又は開示するかもしれない。いくつかの実施例では、優先期間９２において、取引プラットフォーム５０は、優先的なトレーダー７０以外の取引システム１０の何れかのトレーダー７０が反対注文１２ｂの残りの部分に関係する取引を仕掛け又は実行することを許可しないかもしれない。優先期間８２の経過前に優先的なトレーダー７０が排他的に提供された反対注文１２ｂの一部を受け入れない場合、取引プラットフォーム５０は、反対注文１２ｂの残りの部分を他のトレーダー７０に開示及び／又は利用可能にするかもしれない。いくつかの実施例では、優先期間８２が経過すると、取引プラットフォーム５０は、排他的提供がなされたトレーダー７０をもはや優先的なトレーダー７０であるとみなさなくなるかもしれない。

特定のトレーダー７０からの特定の取引注文１２の表示部分は、当該トレーダー７０に係る１以上のトレーダーの嗜好に基づき決定される。いくつかの実施例では、この１以上のトレーダーの嗜好８４は、当該トレーダー７０に係る１以上のクライアント２０に格納されるかもしれない。例えば、トレーダー７０は、特定の取引プロダクトの合計数量の取引注文１２をクライアント２０に入力するかもしれない。トレーダー７０に係る１以上のトレーダーの嗜好８４に少なくとも部分的に基づき、クライアント２０は、取引注文１２の合計数量のうちの何れを表示部分として指定するか、リザーブ部分として指定するか自動的に決定するかもしれない。トレーダーの嗜好８４は、何れかの個数及び組み合わせの適切な基準に基づくものであるかもしれない。例えば、トレーダー７０は、表示部分を取引注文１２の合計数量の設定可能なパーセンテージに等しくなるよう設定するため、トレーダーの嗜好８４に関連付けされるかもしれない。さらに又は代わりに、トレーダーの嗜好８４は、設定可能な閾値、現在のマーケットデータ、トレーダーの履歴又は何れかの個数及び組み合わせの適切な基準に基づくかもしれない。上述した例は、クライアント２０をトレーダーの嗜好８４を格納及び利用して取引注文１２の表示部分を自動的に決定するものとして説明している。これらの機能は、取引システム１０の機能及び処理を変更することなく、取引プラットフォーム５０によって又は取引システム１０の他の何れか適切なコンポーネントによって実行されるかもしれない。

取引プラットフォーム５０はさらに、優先期間８２において優先的なトレーダー７０に反対注文１２ｂのどの程度が提供されるか決定するよう動作可能である。特に、取引プラットフォーム５０は、当該反対注文１２ｂを提供したトレーダー７０に係る１以上のトレーダーの嗜好８４を利用して、優先期間８２に反対注文のどの程度が提供されるか決定する。例えば、反対注文１２ｂに係るトレーダー７０は、優先期間８２に反対注文１２の残りの部分のすべてを提供するため、トレーダーの嗜好８４に関連付けされるかもしれない。他の例として、反対注文１２ｂに係るトレーダー７０は、優先期間８２に反対注文１２ｂの残りの部分の設定可能なパーセンテージを提供するため、トレーダーの嗜好８４に関連付けされる。優先期間に反対注文１２のどの程度が提供されるか決定するためのトレーダーの嗜好８４は、市場活動、設定可能な閾値、取引履歴又は何れかの個数及び組み合わせの適切な基準に基づくものであってもよいということが理解されるべきである。

いくつかの実施例では、取引プラットフォーム５０は、優先的なトレーダー７０に係る優先期間８２を延長するよう動作可能であるかもしれない。特に、優先期間８２に優先的なトレーダー７０が取引プラットフォーム５０により排他的に提供された反対注文１２ｂの部分を受け入れた場合、取引プラットフォーム５０は、設定可能な期間について優先期間８２を延長するかもしれない。延長された優先期間において、取引プラットフォーム５０は、反対注文１２ｂの残りの部分の追加的な部分を優先的なトレーダー７０に提供するか、及び／又は１以上の以降の反対注文１２ｂを優先的なトレーダー７０に提供するかもしれない。以降の反対注文１２ｂは、最初の反対注文１２ｂの後に取引プラットフォーム５０により受け付けされた反対注文１２ｂを表す。以降の反対注文１２ｂは、最初の反対注文１２ｂを提供したトレーダー７０と同一のトレーダー７０からのものであるかもしれないし、又は異なるトレーダー７０からのものであるかもしれない。特定の実施例によると、優先的なトレーダー７０は、優先的なトレーダー７０が延長可能な優先期間８２に排他的に提供される反対注文１２ｂを受け入れ続ける限り、優先状態を維持するかもしれない（例えば、優先期間８２を延長するなど）。他の実施例では、優先的なトレーダー７０は、設定可能な回数を超えて優先期間８２を延長しないかもしれない。（例えば、優先的なトレーダー７０は、優先状態を失う前に設定可能な回数を超えた排他的に提供される反対注文１２ｂを受け入れないかもしれない。）
図２Ａ〜２Ｅは、取引システム１０において取引注文１２を処理するための一例となるタイムラインを示す。以下の例は特定の取引プロダクトの取引注文１２を説明するが、取引注文１２は、通貨、金融商品、株式、債券、先物契約、エクイティ証券、ミューチュアルファンド、オプション、デリバティブ、コモディティ又は何れかの個数及び組み合わせの適切な取引プロダクトなどの何れか適切な取引プロダクトに対するものであるかもしれないということが理解されるべきである。さらに、図２Ａ〜２Ｅに示されるタイムラインは、スケーリングされて図示されていないことが理解されるべきである。これらのタイムラインは、特定の実施例によるイベントシーケンスを示すことが意図されている。逐次的に実行されるものとしてタイムラインに示されるイベントは、いくつかの実施例では、実質的に同時に実行されるかもしれない。

図２Ａは、注文１２ａの表示部分を充填するタイムラインを示す。本例では、取引プラットフォーム５０は、ルール６２ａと６２ｂの２つのルールを有する。取引プラットフォーム５０が特定の取引プロダクト複数の注文１２ａを受け付け、その後に当該取引プロダクトの反対注文１２ｂを受け付けると、ルール６２ａは、取引プラットフォーム５０に反対注文１２ｂを利用して、注文１２ａが取引プラットフォーム５０により受け付けされた順序に従って複数の注文１２ａのそれぞれの表示部分を充填するよう指示する。受け付けた注文１２ａの表示部分が充填されると、ルール６２ｂは、取引プラットフォーム５０に第１注文１２ａに係るトレーダー７０に優先期間８２において反対注文１２ｂの何れか残りの部分を排他的に提供するよう指示する。

本例では、取引プラットフォーム５０は、トレーダーＡからプロダクトＸの１１０単位のビッドＡを受け付ける。注文Ａは、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。その後、取引プラットフォーム５０は、トレーダーＢからプロダクトＸの１１０単位のビッドＢを受け付ける。その後、取引プラットフォーム５０は、トレーダーＣからプロダクトＸの１１０単位のビッドＣを受け付ける。各ビッドＢ及びＣは、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。ビッドＣの受付後、取引プラットフォームは、トレーダーＤからプロダクトＸの５００単位の反対注文１２ｂ、すなわち、ヒットＤを受け付ける。

本例では、ルール６２ａに基づき、取引プラットフォーム５０は、ヒットＤを利用して、取引プラットフォーム５０がビッドＡ、Ｂ及びＣを受け付けた順序に基づき、ビッドＡ、Ｂ及びＣの表示部分を充填する。この結果、取引プラットフォーム５０は、ヒットＤからのプロダクトＸの１０単位によりビッドＡの表示部分を充填する。その後、取引プラットフォーム５０は、ヒットＤからのプロダクトＸの１０単位によりビッドＢの表示部分を充填する。次に、取引プラットフォーム５０は、ヒットＤからのプロダクトＸの１０単位によりビッドＣの表示部分を充填する。本例では、ビッドＡ、Ｂ及びＣの表示部分を充填した後、取引プラットフォーム５０は、ルール６２ｂに基づきヒットＤからのプロダクトＸの残りの４７０単位をトレーダーＡに排他的に提供する。本例では、ヒットＤの残りの部分の排他的提供は、ルール６２ｂに従って優先期間８２の期間中継続する。本例では、優先期間８２において、取引プラットフォーム５０は、ヒットＤに残っている４７０単位をトレーダーＢ又はＣに開示せず、及び／又はトレーダーＢ又はＣがヒットＤの残りの４７０単位に関する取引を実行することを許可しない。これにより、トレーダーＡは、ヒットＤに残っている４７０単位の取引を実行するための排他的な機会を優先期間８２の期間中に有している。優先期間８２がトレーダーＡがヒットＤに残る４７０単位の取引を実行することなく経過した場合、取引プラットフォーム５０は、トレーダーＢ及び／又はＣがヒットＤの残りの４７０単位についてトレーダーＤと取引することを許可する。

特に特定の注文１２ａを取引プラットフォーム５０に提供すると、特定のトレーダー７０は、当該注文１２ａが充填されるのを待機している取引プラットフォーム５０の最初の注文１２ａであるか知らないかもしれない。このため、当該トレーダー７０は、自分が反対注文１２ｂによって当該注文１２ａのリザーブ部分を充填する優先権を受けているか知らないかもしれない。しかしながら、上述した例に示される取引システム１０では、トレーダー７０は、自分の注文１２ａの表示部分が優先状態を受けている他の何れかのトレーダー７０に先行して充填される可能性があることを知っているかもしれない。このため、トレーダー７０は、注文１２ａの表示部分のサイズを増大させる効果を認識するかもしれない。取引システム１０は、トレーダー７０により大きな表示部分による注文１２ａを提供するよう促す。より大きな表示部分を有する取引注文１２を受け付けることにより、取引システム１０により大きな透明性と流動性がもたらされる。

図２Ｂは、取引システム１０において取引注文１２を処理する他の一例となるタイムラインを示す。本例では、取引プラットフォーム５０は、反対注文１２ｂに係るトレーダー７０に優先状態を提供するよう動作可能である。上述されるように、優先的なトレーダー７０が優先期間８２の経過前に排他的に提供される反対注文１２ｂの一部を受け入れない場合、優先的なトレーダー７０は優先状態を失い、取引プラットフォーム５０は、反対注文１２ｂの残りの部分を他のトレーダー７０に利用可能にするかもしれない。優先的なトレーダー７０が、反対注文１２ｂの残りの部分の取引を実行することを断ることにより優先状態を失うかもしれないが、取引プラットフォーム５０は、反対注文１２ｂに係るトレーダー７０に以降の反対注文１２ｂを提供する他のトレーダーに対して優先状態を付与するかもしれない。反対注文１２ｂに係るトレーダー７０の優先状態は、反対優先期間８３と表されるかもしれない。

本例では、取引プラットフォーム５０は、ルール６２ａ、６２ｂ、６２ｃ及び６２ｄの４つのルール６２を有する。取引プラットフォーム５０が、特定の取引プロダクトの複数の注文１２ａを受け付け、その後に、当該取引プロダクトの反対注文１２ｂを受け付けると、ルール６２ａは、取引プラットフォーム５０に反対注文１２ｂを利用して、注文１２ａが取引プラットフォーム５０により受け付けされた順序に従って複数の注文１２ａのそれぞれの表示部分を充填するよう指示する。受け付けた注文１２ａの表示部分が充填されると、ルール６２ｂは、取引プラットフォーム５０に同じ順序に従って複数の注文１２ａのそれぞれのリザーブ部分を充填するよう指示する。受け付けた注文１２ａのリザーブ部分が充填されると、ルール６２ｃは、取引プラットフォーム５０に延長可能な優先期間８２に７００単位の増分による反対注文１２ｂの残りの何れかの部分を排他的に提供するよう指示する。ルール６２ｄは、取引プラットフォーム５０に反対注文１２ｂに係るトレーダー７０に対して反対優先期間８３を設定するよう指示する。本例では、反対優先期間８３は、当該トレーダー７０が当該取引プロダクトの取引を継続する意向を示す限り延長可能である。

本例では、取引プラットフォーム５０は、トレーダーＡからプロダクトＸの３３０単位のビッドＡを受け付ける。ビッドＡは、３０単位の表示部分と３００単位のリザーブ部分とにより構成される。その後、取引プラットフォーム５０は、トレーダーＢからプロダクトＸの３００単位のビッドＢを受け付ける。ビッドＢは、５０単位の表示部分と２５０単位のリザーブ部分とにより構成される。その後、取引プラットフォーム５０は、トレーダーＣからプロダクトＸの２５０単位のビッドＣを受け付ける。ビッドＣは、５０単位の表示部分と２００単位のリザーブ部分とにより構成される。ビッドＣの受付後、取引プラットフォームは、トレーダーＤからプロダクトＸの２０００単位のヒットＤを受け付ける。

本例では、ルール６２ａに基づき、取引プラットフォーム５０は、ヒットＤを利用して、取引プラットフォーム５０がビッドＡ、Ｂ及びＣを受け付けた順序に従ってビッドＡ、Ｂ及びＣの表示部分を充填する。これにより、取引プラットフォーム５０は、ヒットＤを利用して、プロダクトＸの３０、５０及び５０単位によりそれぞれビッドＡ、Ｂ及びＣの表示部分を充填する。その後、ルール６２ｂに基づき、取引プラットフォーム５０は、ヒットＤを利用して、取引プラットフォーム５０が各ビッドを受け付けた順序に従って、ビッドＡ、Ｂ及びＣのリザーブ部分を充填する。これにより、取引プラットフォーム５０は、ヒットＤを利用してプロダクトＸの３００、２５０及び２００単位によりそれぞれビッドＡ、Ｂ及びＤのリザーブ部分を充填する。この時点では、ヒットＤの１１２０単位が残っている。ルール６２ｃに基づき、取引プラットフォーム５０は、ヒットＤからのプロダクトＸの７００単位をトレーダーＡに排他的に提供する（優先期間８２において）。さらに、ルール６２ｄに基づき、取引プラットフォームは、トレーダーＤについて延長可能な反対優先期間８３を設定する。本例では、優先期間８２において、取引プラットフォーム５０は、トレーダーＥからプロダクトＸの１０００単位の以降の反対注文１２ｂ、すなわち、ヒットＥを受け付ける。本例では、トレーダーＡは、優先期間８２の経過前にプロダクトＸの７００単位の取引を実行する。この結果、ルール６２ｃ及び６２ｄに基づき、取引プラットフォーム５０は、優先期間８２と反対優先期間８３を延長する。延長された優先期間において、取引プラットフォーム５０は、ヒットＤからのプロダクトＸの残りの４２０単位をトレーダーＡに提供する。本例では、延長された優先期間８２の経過前に、トレーダーＡは、プロダクトＸの残りの４２０単位の取引を実行しないこの結果、トレーダーＡは、優先状態を失い、取引プラットフォーム５０によりもはや優先的なトレーダー７０であるとみなされない。

しかしながら、トレーダーＤの反対優先期間８３は、トレーダーＤがプロダクトＸのさらなる取引を実行することを断っていないため、ルール６２ｄに従って延長される。このため、取引プラットフォーム５０は、トレーダーＥからのヒットＥに対する優先権をトレーダーＤからのヒットＤに付与するかもしれない。取引プラットフォーム５０は、トレーダーＥからのヒットＥの一部に関する取引を実行する前に、トレーダーＢ及び／又はＣにヒットＤの残りの４２０単位を提供するかもしれない。

図２Ｃは、取引注文１２を処理するさらなる他の一例となるタイムラインを示す。本例では、取引プラットフォーム５０のロジック６２は、以降の注文１２ａを処理するためのルール６２を有する。受け付けた注文１２ａが特定の取引プロダクトに対するものである場合、以降の注文１２ａは、反対注文１２ｂの後に受け付ける当該取引プロダクトの注文１２ａである。本例では、取引プラットフォーム５０は、ルール６２ａ〜６２ｆの６つのルール６２を有する。ルール６２ａは、取引プラットフォーム５０に反対注文１２ｂを利用して、注文１２ａが取引プラットフォーム５０により受け付けされた順序に従って、複数の注文１２ａのそれぞれの表示部分を充填するよう指示する。受け付けた注文１２ａの表示部分が充填されると、ルール６２ｂは、取引プラットフォーム５０に、注文１２ａが取引プラットフォーム５０により受け付けされた順序に従って複数の注文１２ａのそれぞれのリザーブ部分を充填させる。受け付けた注文１２ａのリザーブ部分が充填されると、ルール６２ｃは、取引プラットフォーム５０に反対注文１２ｂの残りの何れかの部分を設定可能な優先期間８２において優先的なトレーダー７０に排他的に提供するよう指示する。優先的なトレーダー７０が優先期間８２の間に反対注文１２ｂの残りの部分を受け付けない場合、ルール６２ｄは、取引プラットフォーム５０に反対注文１２ｂの残りの部分を利用して、取引プラットフォーム５０が以降の注文１２ａを受け付けた順序に従って以降の何れかの注文１２ａの表示部分を充填させる。以降の注文１２ａの表示部分が充填されると、ルール６２ｅは、取引プラットフォームに反対注文１２ｂの残りの部分を利用して、取引プラットフォーム５０が以降の注文１２ａを受け付けた順序に従って、以降の注文１２ａのリザーブ部分を充填させる。その後、ルール６２ｆは、取引プラットフォーム５０に反対注文１２ｂの何れか残りの部分を設定可能な優先期間８２の間に最初の以降の注文１２ａに係るトレーダー７０に排他的に提供させる。

本例では、取引プラットフォーム５０は、トレーダーＡからプロダクトＸの１１０単位のオファーＡを受け付ける。オファーＡは、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。その後、取引プラットフォーム５０は、トレーダーＢからプロダクトＸの１００単位のオファーＢを受け付ける。その後、取引プラットフォーム５０は、トレーダーＣからプロダクトＸの１００単位のオファーＣを受け付ける。オファーＢ及びＣはそれぞれ、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。オファーＣの受付後、取引プラットフォームは、トレーダーＤからプロダクトＸの５００単位の反対注文１２ｂ、すなわち、テークＤを受け付ける。

本例では、ルール６２ａに基づき、取引プラットフォーム５０はテークＤを利用して、取引プラットフォーム５０がオファーＡ、Ｂ及びＣを受け付けた順序に基づき、オファーＡ、Ｂ及びＣの表示部分（すなわち、それぞれ１０単位）を充足する。ルール６２ｂに基づき、オファーＡ、Ｂ及びＣの表示部分を充足した後、取引プラットフォーム５０は、テークＤを利用して、取引プラットフォーム５０がオファーＡ、Ｂ及びＣを受け付けた順序に基づき、オファーＡ、Ｂ及びＣのリザーブ部分（すなわち、それぞれ１００単位）を充足する。この時点で、テークＤの残りの部分は１７０単位である。ルール６２ｃに基づき、取引プラットフォーム５０は、優先期間８２においてテークＤの残りの部分をトレーダーＡに排他的に提供する。優先期間８２において、取引プラットフォーム５０は、トレーダーＥからプロダクトＸの７０単位の以降の注文１２ａ、すなわち、オファーＥを受け付ける。オファーＥは、１０単位の表示部分と６０単位のリザーブ部分とにより構成される。

本例では、トレーダーＡは、優先期間８２の経過前に、テークＤの残りの部分の取引を実行しない。このため、トレーダーＡは、優先状態を失う。ルール６２ｄ及び６２ｅに基づき、取引プラットフォーム５０は、テークＤの残りの部分を利用してオファーＥの表示部分とリザーブ部分（すなわち、それぞれ１０単位と６０単位）を充足する。この時点で、テークＤの残りの部分は１００単位である。ルール６２ｆに基づき、取引プラットフォーム５０は、優先期間８２においてテークＤの残りの部分をトレーダーＥに排他的に提供する。

図２Ｄは、取引注文１２を処理するさらなる他の一例となるタイムラインを示す。本例では、取引プラットフォーム５０は、以降の反対注文１２ｂを処理するためのルールを有する。上述されるように、以降の反対注文１２ｂは、最初の反対注文１２ｂの後に取引プラットフォーム５０により受付された反対注文１２ｂである。

本例では、取引プラットフォーム５０は、ルール６２ａ〜６２ｄの４つのルールを有する。ルール６２ａは、取引プラットフォーム５０に反対注文１２ｂを利用して、注文１２ａが取引プラットフォーム５０により受付された順序に従って、複数の注文１２ａのそれぞれの表示部分を充填するよう指示する。受け付けた注文１２ａの表示部分が充填されると、ルール６２ｂは、取引プラットフォーム５０に、注文１２ａが取引プラットフォーム５０により受付された順序に従って、複数の注文１２ａのそれぞれのリザーブ部分を充填するよう指示する。受け付けた注文１２ａのリザーブ部分が充填されると、ルール６２ｃは、取引プラットフォーム５０に、設定可能な優先期間８２において反対注文１２ｂの何れか残りの部分を優先的なトレーダー７０に排他的に提供するよう指示する。ルール６２ｄは、反対注文１２ｂが受け付けたすべての注文１２ａの表示部分を充填したが、最初の注文１２ａのリザーブ部分を充填する前に使い果たされた場合、取引プラットフォーム５０は、以降の反対注文１２ｂを利用して最初の注文１２ａのリザーブ部分を充填し、その後に設定可能な優先期間８２において最初の注文１２ａに係るトレーダー７０に以降の反対注文の何れかの残りの部分を排他的に提供することを指示する。

本例では、取引プラットフォーム５０は、トレーダーＡからプロダクトＸの１１０単位のビッドＡを受け付ける。注文Ａは、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。その後、取引プラットフォーム５０は、トレーダーＢからプロダクトＸの１１０単位のビッドＢを受け付ける。その後、取引プラットフォーム５０は、トレーダーＣからプロダクトＸの１１０単位のビッドＣを受け付ける。ビッドＢとＣのそれぞれは、１０単位の表示部分と１００単位のリザーブ部分とにより構成される。ビッドＣの受付後、取引プラットフォームは、トレーダーＤからプロダクトＸの３０単位の反対注文１２ｂ、すなわち、ヒットＤを受け付ける。

本例では、ルール６２ａに基づき、取引プラットフォーム５０は、ヒットＤのすべての３０単位を利用して、ビッドＡ、Ｂ及びＣの表示部分（すなわち、それぞれ１０単位）を充填する。その後、取引プラットフォーム５０は、トレーダーＥからプロダクトＸの４００単位の以降の反対注文１２ｂ、すなわち、ヒットＥを受け付ける。ルール６２ｄに基づき、取引プラットフォーム５０は、ヒットＥの１００単位を利用して、ビッドＡのリザーブ部分を充填する。その後、取引プラットフォーム５０は、優先期間８２においてヒットＥからのプロダクトＸの残りの３００単位をトレーダーＡに排他的に提供する。

図２Ｅは、特定の実施例による取引注文１２を処理するためのさらなる他の一例となるタイムラインを示す。本例では、取引プラットフォーム５０は、複数の以降の反対注文１２ｂを処理する。本例では、取引プラットフォーム５０は、図２Ｄに関して上述された４つのルール（ルール６２ａ〜６２ｄ）と同じものを有する。さらに、取引プラットフォーム５０は、取引プラットフォーム５０に優先期間８２において最初の以降の反対注文１２ｂの後であって、優先期間８２の終了前に受け付けた何れかの以降の反対注文１２ｂを優先的なトレーダー７０に排他的に提供するよう指示するルール６２ｅを有する。

本例での状況は、図２Ｄに関して上述されたものと同じである。しかしながら、本例では、トレーダーＡ及びＥに関する優先期間８２において、取引プラットフォーム５０は、トレーダーＦからプロダクトＸの１００単位の以降の反対注文１２ｂ、すなわち、ヒットＦを受け付ける。この結果、ルール６２ｅに基づき、取引プラットフォーム５０は、優先期間８２においてヒットＥからの１００単位に加えて、ヒットＦからの１００単位をトレーダーＡに提供する。

図２Ａ〜２Ｅに示される例では、注文１２ａと反対注文１２ｂは、プロダクトＸの単位についてのものである。しかしながら、注文１２ａ及び反対注文１２ｂは、通貨、金融商品、株式、債券、先物契約、エクイティ証券、ミューチュアルファンド、オプション、デリバティブ、コモディティ又は何れかの個数及び組み合わせの適切な取引プロダクトなどの何れか適切な取引プロダクトについてのものであってもよい。

上記例は、ビッド、オファー、ヒット及びテークである注文１２ａと反対注文１２ｂを示す。しかしながら、注文１２ａと反対注文１２ｂは、ビッド、オファー、成り行き注文、指値注文、ストップロス注文、デイ注文、オープン注文、ＧＴＣ（Ｇｏｏｄ Ｔｉｌｌ Ｃａｎｃｅｌｌｅｄ）注文、“グッドスルー（ｇｏｏｄ ｔｈｒｏｕｇｈ）”注文、“オールオアナン（ａｌｌ ｏｒ ｎｏｎｅ）”注文、“エニーパート（ａｎｙ ｐａｒｔ）”注文又は他の何れか適切な取引注文であってもよいということが理解されるべきである。

図２Ａ〜２Ｅに示されるタイムラインの具体例は、スケーリングして図示されていない。これらのタイムラインは、特定の実施例によるイベントシーケンスを示すことが意図されている。逐次的に実行されるものとしてタイムラインに示されるイベントは、いくつかの実施例は実質的に同時に実行されると理解されるべきである。さらに、これらのタイムラインに示されるイベントは、任意の時間だけ分離されるか、又は実質的に同時に実行されてもよいということが理解されるであろう。例えば、ビッドＢの表示部分の充填は、ビッドＡの表示部分の充填と同時に、数ミリ秒後、数分後又は何れか適切な時間後に行われてもよい。

上記例は、取引プロダクトの特定の数量に対する注文１２ａと反対注文１２ｂを示す。しかしながら、注文１２ａと反対注文１２ｂは、取引プロダクトの何れか適切な数量に対するものであるかもしれないことが理解されるべきである。

上記例の一部では、優先的なトレーダー７０が、反対注文１２ｂの提供される部分を受け入れることによって、排他的な申し出に応答した。しかしながら、一部の実施例では、優先的なトレーダー７０は、反対注文１２ｂに係る相対するトレーダー７０から排他的に提供される反対注文１２ｂの部分より大きな数量を要求することによって、反対注文の一部の排他的な申し出に応答するかもしれない。特定の実施例によると、相対するトレーダー７０がより大きな数量のリクエストを実現する場合、相対するトレーダー７０は優先状態を維持されるが（例えば、反対優先期間８３が延長されるなど）、相対するトレーダー７０がより大きな数量のリクエストを実現しなかった場合、相対するトレーダー７０は優先権を失う（例えば、反対優先期間８３は延長されないなど）。

図３Ａ〜３Ｄは、取引注文１２をマッチングするフローチャートを示す。本方法はステップ６０２からスタートし、取引プラットフォーム５０が１以上の注文１２ａを受け付ける。ステップ６０４において、プロセッサ５６は、各注文１２ａに係る取引プロダクトに従って注文１２ａをカテゴリ化する。ステップ６０６において、プロセッサ５６は、取引プラットフォーム５０が各注文１２ａを受け付けた順序に従って、注文１２ａをメモリモジュール６０に格納する。ステップ６０８において、取引プラットフォーム５０は、特定の取引プロダクトの反対注文１２ｂを受け付ける。プロセッサ５６は、反対注文１２ｂと同じ取引プロダクトに係る注文１２ａをメモリモジュール５０において特定する。プロセッサ５６により特定された注文１２ａは、“特定された”注文１２ａと呼ばれる。

ステップ６１０において、プロセッサ５６は、最初に特定された注文１２ａの表示部分と反対注文１２ｂとをマッチングする。最初に特定された注文１２ａは、反対注文１２ｂと同じ取引プロダクトに対する取引プラットフォーム５０により受付された最初の注文１２ａである。判定ステップ６１２において、プロセッサ５６は、特定された各注文１２ａの表示部分が充填されたか判断する。特定された各注文１２ａの表示部分が充填されていない場合、判定ステップ６１４において、プロセッサ５６は、反対注文１２ｂに残りの部分があるか判断する。プロセッサ５６が、判定ステップ６１４において反対注文１２ｂに残りの部分がないと判断した場合、本方法は数量する。しかしながら、プロセッサ５６がｍ判定ステップ６１４において反対注文１２ｂに残りの部分があると判断した場合、ステップ６１６において、プロセッサ５６は、反対注文１２ｂの残りの部分と次に特定された注文１２ａの表示部分とをマッチングする。次に特定された注文１１２は、取引プラットフォーム５０により次に受け付けされ、その表示部分がまだ充填されていない特定された注文１２ａである。プロセッサ５６が、反対注文１２ｂの残りの部分と次に特定された注文１２ａの表示部分とをマッチングすると、本方法は、判定ステップ６１２に戻る。

プロセッサ５６が、判定ステップ６１２において、特定された各注文１２ａの表示部分が充填されたと判断した場合、判定ステップ６１８において、プロセッサ５６は、反対注文１２ｂに残りの部分があるか判断する。プロセッサ５６が、判定ステップ６１８において、反対注文１２ｂの残りの部分があると判断した場合、ステップ６２０において、プロセッサ５６は、反対注文１２ｂの残りの部分と最初に特定された注文１２ａのリザーブ部分とをマッチングする。判定ステップ６２２において、プロセッサ５６は、特定された各注文１２ａのリザーブ部分が充填されたか判断する。プロセッサ５６が、判定ステップ６２２において、特定された各注文１２ａのリザーブ部分が充填されていないと判断した場合、判定ステップ６２４において、プロセッサ５６は、反対注文１２ｂの残りの部分があるか判断する。

プロセッサ５６が、判定ステップ６２４において、反対注文１２ｂの残りの部分がないと判断した場合、本方法はステップ６３４に移行する。しかしながら、プロセッサ５６が、判定ステップ６２４において、反対注文１２ｂの残りの部分があると判断した場合、ステップ６２６において、プロセッサ５６は、反対注文１２ｂの残りの部分と次に特定された注文１２ａのリザーブ部分とをマッチングする。その後、本方法は判定ステップ６２２に戻る。

プロセッサ５６が、判定ステップ６２２において、特定されたすべての注文１２ａのリザーブ部分が充填されたと判断した場合、判定ステップ６２８において、プロセッサ５６は、反対注文１２ｂの残りの部分があるか判断する。プロセッサ５６が、判定ステップ６２８において、反対注文１２ｂの残りの部分がないと判断した場合、本方法はステップ６３４に移行する。しかしながら、プロセッサ５６が、判定ステップ６２８において、反対注文１２ｂの残りの部分があると判断した場合、プロセッサ５６は、ステップ６３０において、優先期間８２において反対注文１２ｂの残りの部分を最初に特定された注文１２ａに係るトレーダー７０に排他的に提供する。

判定ステップ６３２において、プロセッサ５６は、最初に特定された注文１２ａに係るトレーダー７０が、優先期間８２において反対注文１２ｂの残りの部分の排他的な申し出を受け入れたと判断する。プロセッサ５６が、判定ステップ６３２において、最初に特定された注文１２ａに係るトレーダー７０が、優先期間８２において排他的な申し出を受け要らなかったと判断した場合、本方法は判定ステップ６４０に移行する。しかしながら、プロセッサ５６が、判定ステップ６３２において、最初に特定された注文１２ａに係るトレーダー７０が、優先期間８２において排他的な申し出を受け入れなかったと判断した場合、本方法はステップ６３４に移行する。

ステップ６３４において、取引プラットフォーム５０は次の反対注文１２ｂを受け付ける。判定ステップ６３６において、プロセッサ５６は、最初に特定された注文１２ａのリザーブ部分が充填されたか判断する。プロセッサ５６が、判定ステップ６３６において、最初に特定された注文１２ａのリザーブ部分が充填されたと判断した場合、本方法はステップ６３８に移行する。しかしながら、プロセッサ５６が、判定ステップ６３６において、最初に特定された注文１２ａのリザーブ部分が充填されていないと判断した場合、ステップ６４０において、プロセッサ５６は、次の反対注文１２ｂと最初に特定された注文１２ａのリザーブ部分とをマッチングする。判定ステップ６４２において、プロセッサ５６は、次の反対注文１２ｂの残りの部分があるか判断する。プロセッサ５６が、判定ステップ６４２において、次の反対注文１２ｂの残りの部分がないと判断した場合、本方法はステップ６３４に戻る。しかしながら、プロセッサ５６は、判定ステップ６４２において、次の反対注文１２ｂの残りの部分があると判断した場合、ステップ６３８において、プロセッサ５６は、優先期間８２において最初に特定された注文１２ａに係るトレーダー７０に次の反対注文１２ｂを排他的に提供する。

判定ステップ６４４において、プロセッサ５６は、最初に特定された注文１２ａに係るトレーダー７０が、優先期間８２において次の反対注文１２ｂの排他的な申し出を行け入れたか判断する。プロセッサ５６が、判定ステップ６４４において、最初に特定された注文１２ａに係るトレーダー７０が、優先期間８２において排他的な申し出を行け入れたと判断した場合、本方法はステップ６３４に戻る。しかしながら、プロセッサ５６が、判定ステップ６４４において、最初に特定された注文１２ａに係るトレーダー７０が優先期間８２において排他的な申し出を受け入れなかったと判断した場合、プロセッサ５６は、ステップ６４６において、次の反対注文１２ｂと次に特定される注文１２ａ又は以降の何れかの注文１２ａとをマッチングする。

判定ステップ６３２に戻って、プロセッサ５６が、当該ステップにおいて、最初に特定された注文１２ａに係るトレーダー７０が優先期間８２において排他的な申し出を行け入れなかったと判断した場合、プロセッサ５６は、判定ステップ６４８において、特定されたすべての注文１２ａのリザーブ部分が充填されたか判断する。プロセッサ５６が、判定ステップ６４８において、特定されたすべての注文１２ａのリザーブ部分が充填されたと判断した場合、プロセッサ５６は、ステップ６５０において、反対注文１２ｂの残りの部分と次に特定された注文１２ａのリザーブ部分とをマッチングする。判定ステップ６５２において、プロセッサ５６は、反対注文１２ｂの残りの部分があるか判断する。プロセッサ５６が、判定ステップ６５２において、反対注文１２ｂの残りの部分がないと判断した場合、本方法は終了する。しかしながら、プロセッサ５６が、判定ステップ６５２において、反対注文１２ｂの残りの部分があると判断した場合、本方法は判定ステップ６４８に戻る。

判定ステップ６４８において、プロセッサ５６が、特定されたすべての注文１２ａのリザーブ部分が充填されたと判断した場合、プロセッサ５６は、ステップ６５４において、反対注文１２ｂの残りの部分と反対注文１２ｂと同じ取引プロダクトに係る以降の買い注文１２ａの表示部分とをマッチングする。判定ステップ６５６において、プロセッサ５６は、反対注文１２ｂの残りの部分があるか判断する。プロセッサ５６が、判定ステップ６５６において、反対注文１２ｂの残りの部分がないと判断した場合、本方法は終了する。しかしながら、プロセッサ５６が、判定ステップ６５６において、反対注文１２ｂの残りの部分があると判断した場合、プロセッサ５６は、ステップ６５８において、反対注文１２ｂの残りの部分と以降の注文１２ａのリザーブ部分とをマッチングする。

判定ステップ６６０において、プロセッサ５６は、反対注文１２ｂの残りの部分があるか判断する。プロセッサ５６が、判定ステップ６６０において、反対注文１２ｂの残りの部分がないと判断した場合、本方法は終了する。しかしながら、プロセッサ５６が、判定ステップ６６０において、反対注文１２ｂの残りの部分があると判断した場合、プロセッサ５６は、ステップ６６２において、優先期間において最初の以降の注文１２ａに係るトレーダー７０に反対注文１２ｂの残りの部分を排他的に提供する。判定ステップ６６４において、プロセッサ５６は、取引プラットフォーム５０がさらなる以降の反対注文１２ｂを受け付けたか判断する。プロセッサ５６が、判定ステップ６６４において、取引プラットフォーム５０がさらなる以降の反対注文１２ｂを受け付けていないと判断した場合、本方法は判定ステップ６７０に移行する。しかしながら、プロセッサ５６が、判定ステップ６６４において、取引プラットフォーム５０がさらなる以降の反対注文１２ｂを受け付けたと判断した場合、プロセッサ５６は、ステップ６６８において、優先期間において最初の以降の注文１２ａに係るトレーダー７０にこのさらなる以降の反対注文１２ｂを排他的に提供する。

判定ステップ６７０において、プロセッサ５６は、最初の以降の注文１２ａに係るトレーダー７０が優先期間８２において排他的な申し出を受け付けたか判断する。プロセッサ５６が、判定ステップ６７０において、最初の以降の注文１２ａに係るトレーダー７０が、優先期間８２において排他的な申し出を受け入れなかったと判断した場合、プロセッサ５６は、ステップ６７２において、排他的に提供された反対注文１２ｂ（以降の又はその他の）と次の以降の注文１２ａとをマッチングする。しかしながら、判定ステップ６７０において、プロセッサ５６が、最初の以降の注文１２ａに係るトレーダー７０が、優先期間８２において排他的な申し出を受け入れたと判断した場合、プロセッサ５６は、ステップ６７２において、次の以降の反対注文１２ｂを受け付けるのを待機する。その後、本方法はステップ６６８に戻る。

本発明が複数の実施例により説明されたが、多数の変更及び改良が当業者に示唆されるかもしれず、また本発明が、添付した請求項の範囲内に属するもとしてこのような変更及び改良を含むことが意図される。

１０ 取引システム
２０ クライアント
３０ ネットワーク
４０ マーケットセンター
５０ 取引プラットフォーム

Claims (27)

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. 前記反対注文の少なくとも一部は、前記反対注文の第１部分であり、
    当該ロジックはさらに、前記第１トレーダーが前記設定可能な期間に前記反対注文の第１部分を受け入れた場合、
    前記設定可能な期間を延長するステップと、
    前記延長された設定可能な期間に前記第１トレーダーに前記反対注文の第２部分を排他的に提供するステップと、
    を実行するよう動作可能である、請求項１９記載のロジック。

Images