(57)【要約】  第１及び第２注文を有する取引注文を処理する装置。第１及び第２注文は、プロダクトに係り、表示される数量とリザーブされる数量とを有する。本装置は、プロダクトに係る反対注文を受け付け、反対注文の対応する各部分によって第１及び第２注文の表示される数量を充填し、反対注文の第１追加部分を第１注文に割り当てる。
2009503752.tif 000002
【特許請求の範囲】
【請求項１】
取引注文を処理する装置であって、
プロダクトに係り、表示される数量とリザーブされる数量とを有する第１注文と、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第２注文とを格納するよう動作可能なメモリと、
前記メモリに接続され、
前記プロダクトに係る反対注文を受け付け、
前記第１注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第２注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第１注文と前記第２注文との表示される数量の合計に対する前記第１注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第１追加部分を前記第１注文に割り当てる、
よう動作可能なプロセッサと、
を有する装置。
【請求項２】
前記プロセッサはさらに、前記第１注文と前記第２注文との表示される数量の合計に対する前記第２注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第２追加部分を前記第２注文に割り当てるよう動作可能である、請求項１記載の装置。
【請求項３】
前記第１注文と前記第２注文とは、買い注文からなり、
前記反対注文は、売り注文からなる、請求項１記載の装置。
【請求項４】
前記第１注文と前記第２注文とは、売り注文からなり、
前記反対注文は、買い注文からなる、請求項１記載の装置。
【請求項５】
前記第１注文と前記第２注文との表示される数量は、前記第１注文と前記第２注文とが受け付けされた順序と同じ順序で充填される、請求項１記載の装置。
【請求項６】
前記メモリは、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第３注文を格納するようさらに動作可能であり、
前記プロセッサはさらに、前記反対注文の第１追加部分を割り当てる前に、前記第３注文の表示される数量を充填するよう動作可能である、請求項１記載の装置。
【請求項７】
前記第３注文は、前記反対注文の前に受け付けされる、請求項６記載の装置。
【請求項８】
前記プロセッサは、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままであるか判断し、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままである場合に限って、前記反対注文の第１追加部分を前記第１注文に割り当てる、請求項６記載の装置。
【請求項９】
前記第１注文は、第１時点で受け付けされ、前記第２注文は、第２時点で受け付けされ、
前記プロセッサはさらに、前記第１時点と前記第２時点との間の差分に少なくとも部分的に基づき、前記第１注文に前記反対注文の第２追加部分を割り当てるよう動作可能である、請求項１記載の装置。
【請求項１０】
前記プロセッサはさらに、前記第１追加部分を割り当てる前に、前記反対注文の残りの部分があるか判断するよう動作可能である、請求項１記載の装置。
【請求項１１】
取引注文を処理する方法であって、
プロダクトに係り、表示される数量とリザーブされる数量とを有する第１注文を受け付けるステップと、
前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第２注文を受け付けるステップと、
前記プロダクトに係る反対注文を受け付けるステップと、
前記第１注文の表示される数量を前記反対注文の対応する部分により充填するステップと、
前記第２注文の表示される数量を前記反対注文の対応する部分により充填するステップと、
前記第１注文と前記第２注文との表示される数量の合計に対する前記第１注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第１追加部分を前記第１注文に割り当てるステップと、
を有する方法。
【請求項１２】
前記第１注文と前記第２注文との表示される数量の合計に対する前記第２注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第２追加部分を前記第２注文に割り当てるステップをさらに有する、請求項１１記載の方法。
【請求項１３】
前記第１注文と前記第２注文とは、買い注文からなり、
前記反対注文は、売り注文からなる、請求項１１記載の方法。
【請求項１４】
前記第１注文と前記第２注文とは、売り注文からなり、
前記反対注文は、買い注文からなる、請求項１１記載の方法。
【請求項１５】
前記第１注文と前記第２注文との表示される数量は、前記第１注文と前記第２注文とが受け付けされた順序と同じ順序で充填される、請求項１１記載の方法。
【請求項１６】
前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第３注文を受け付けるステップと、
前記反対注文の第１追加部分を割り当てる前に、前記第３注文の表示される数量を充填するステップと、
をさらに有する、請求項１１記載の方法。
【請求項１７】
前記第３注文は、前記反対注文の前に受け付けされる、請求項１６記載の方法。
【請求項１８】
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままであるか判断するステップと、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままである場合に限って、前記反対注文の第１追加部分を前記第１注文に割り当てるステップと、
をさらに有する、請求項１６記載の方法。
【請求項１９】
前記第１注文は、第１時点で受け付けされ、前記第２注文は、第２時点で受け付けされ、
前記第１時点と前記第２時点との間の差分に少なくとも部分的に基づき、前記第１注文に前記反対注文の第２追加部分を割り当てるステップをさらに有する、請求項１１記載の方法。
【請求項２０】
前記第１追加部分を割り当てる前に、前記反対注文の残りの部分があるか判断するステップをさらに有する、請求項１１記載の方法。
【請求項２１】
取引注文を処理するプラットフォームであって、
プロダクトに係り、表示される数量とリザーブされる数量とを有する第１注文と、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第２注文と、前記プロダクトに係る反対注文とを受け付けるよう動作可能なクライアントインタフェースと、
前記クライアントインタフェースに接続され、
前記第１注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第２注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第１注文と前記第２注文との表示される数量の合計に対する前記第１注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第１追加部分を前記第１注文に割り当てる、
よう動作可能なプロセッサと、
を有するプラットフォーム。
【請求項２２】
前記プロセッサはさらに、前記第１注文と前記第２注文との表示される数量の合計に対する前記第２注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第２追加部分を前記第２注文に割り当てるよう動作可能である、請求項２１記載の装置。
【請求項２３】
前記第１注文と前記第２注文とは、買い注文からなり、
前記反対注文は、売り注文からなる、請求項２１記載の装置。
【請求項２４】
前記第１注文と前記第２注文とは、売り注文からなり、
前記反対注文は、買い注文からなる、請求項２１記載の装置。
【請求項２５】
前記第１注文と前記第２注文との表示される数量は、前記第１注文と前記第２注文とが受け付けされた順序と同じ順序で充填される、請求項２１記載の装置。
【請求項２６】
前記クライアントインタフェースは、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第３注文を受け付けるようさらに動作可能であり、
前記プロセッサはさらに、前記反対注文の第１追加部分を割り当てる前に、前記第３注文の表示される数量を充填するよう動作可能である、請求項２１記載の装置。
【請求項２７】
前記第３注文は、前記反対注文の前に受け付けされる、請求項２６記載の装置。
【請求項２８】
前記プロセッサは、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままであるか判断し、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままである場合に限って、前記反対注文の第１追加部分を前記第１注文に割り当てる、請求項２６記載の装置。
【請求項２９】
前記第１注文は、第１時点で受け付けされ、前記第２注文は、第２時点で受け付けされ、
前記プロセッサはさらに、前記第１時点と前記第２時点との間の差分に少なくとも部分的に基づき、前記第１注文に前記反対注文の第２追加部分を割り当てるよう動作可能である、請求項２１記載の装置。
【請求項３０】
前記プロセッサはさらに、前記第１追加部分を割り当てる前に、前記反対注文の残りの部分があるか判断するよう動作可能である、請求項２１記載の装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の技術分野］
本発明は、一般に電子取引に関し、より詳細には表示される数量のサイズに基づき取引注文を配分する数量を補充するシステムに関する。
【０００２】
［発明の背景］
近年、商品、サービス、金融商品、コモディティなどの広範な各種アイテムの取引のための電子取引システムが広く認められてきた。例えば、株式、債券、通貨、先物契約、原油、金などの金融商品及びコモディティの取引を実現する電子取引システムが構築されてきている。
【０００３】
これら電子取引システムの多くは、ビッド及びオファーがパッシブサイドによりシステムに提供され、その後にこれらのビッド及びオファーがアグレッシブサイドによりヒット又はリフト（若しくはテーク）されるビッド／オファープロセスを利用する。例えば、パッシブな取引相手が、特定の取引プロダクトを購入するため“ビッド”を送信するかもしれない。このようなビッドに応答して、アグレッシブサイドの取引相手は、所与の価格で第１の取引相手に取引プロダクトを売却する意向を示すため、“ヒット”を提供するかもしれない。あるいは、パッシブサイドの取引相手は、所与の価格により当該取引プロダクトを売却するための“オファー”を提供し、その後に、アグレッシブサイドの取引相手が、所与の価格によりパッシブサイドの取引相手から取引プロダクトを購入する意向を示すため、当該オファーに応答して“リフト”（又は“テーク”）を提供するかもしれない。
【０００４】
［発明の概要］
本発明によると、従来の電子取引システムに係る欠点及び問題点が実質的に軽減又は解消される。
【０００５】
取引注文を処理する装置は、メモリとプロセッサとを有する。メモリは、第１注文と第２注文とを格納する。第１注文は、プロダクトに係り、表示される数量とリザーブされる数量とを有する。プロセッサは、メモリに接続され、プロダクトに係る反対注文を受け付ける。プロセッサは、第１注文の表示される数量を反対注文の対応する部分により充填し、第２注文の表示される数量を反対注文の対応する部分により充填する。プロセッサは、反対注文の第１追加部分を第１注文に割り当てる。第１追加部分は、第１注文の表示される数量と第２注文の表示される数量との合計に対する第１注文の表示される数量の比率に少なくとも部分的に基づく。
【０００６】
本発明の各種実施例は、多数の効果を奏するかもしれない。１以上の実施例は、後述される効果の一部又はすべてを奏するかもしれないし、またその何れの効果も奏しないかもしれないということに留意すべきである。
【０００７】
１つの効果は、本システムの取引プラットフォームは、反対注文を各注文の表示される数量のサイズに比例して注文のリザーブされる数量に割り当てる。この結果、特定の注文の表示される数量が大きくなるに従って、反対注文から当該注文のリザーブされる数量に割り当てられる単位数が増大する。このため、システムは、所与の注文のより大きな部分を表示するトレーダーに報いることによって、市場における透明性を増大させるインセンティブを生成する。市場の透明性が増大するに従って、市場の流動性が増大するかもしれない。市場の流動性の増大は、ネットワーク及びシステムリソースをより効率的に利用することを可能にする。
【０００８】
以下の図面、説明及び請求項から、当業者に他の効果が容易に明らかとなるであろう。
【０００９】
［発明の詳細な説明］
図１は、取引システム１０の一実施例を示す。一般に、取引システム１０は、クライアント２０、ネットワーク３０及びマーケットセンター４０に通信接続される取引プラットフォーム５０を有する。取引プラットフォーム５０は、トレーダー７０から取引注文１２を受付及び処理する。取引注文１２が充填される方法及び順序を調整することによって、取引プラットフォーム５０は、取引注文１２の開示を増大させるインセンティブを生成するかもしれない。
【００１０】
所与の取引注文１２は、“表示される数量”と“リザーブされる数量”の２つの部分を有するかもしれない。取引注文１２の発注では、トレーダー７０は、取引注文１２の合計数量の一部のみが他のトレーダー７０に表示されるべきであることを指示するかもしれない。他のトレーダー７０に表示されるべき取引注文１２の当該部分は、“表示される数量（ｄｉｓｐｌａｙｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の残りの部分は、“リザーブされる数量（ｒｅｓｅｒｖｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の一部を“リザーブされた数量”と指定することによって、トレーダー７０は他のトレーダー７０の当該取引注文１２の一部しか表示することなく大きな取引注文１２を入力することが可能となる。取引プラットフォーム５０は、まず当該取引注文１２の表示された数量を充填し、その後にリザーブされた数量を利用して表示された数量の取引注文１２を補充することによって、取引注文１２を増分的に充填するかもしれない。
【００１１】
取引注文１２は、一般に注文１２ａと反対注文１２ｂとを有する。注文１２ａと反対注文１２ｂは、買い注文１４と売り注文１６であるかもしれない。注文１２ａと反対注文１２ｂは、例えば、購入と売却などの相補的アクションである。注文１２ａが買い注文１４である場合、反対注文１２ｂは売り注文１６である。他方、注文１２ａが売り注文１６である場合、反対注文１２ｂは買い注文１４である。買い注文１４は、特定数量の特定の取引プロダクトを購入するためのリクエスト（オファーリクエストなど）である。特定の実施例では、取引注文１２は、当該取引プロダクトのターゲット価格（ターゲットビッド価格、ターゲットオファー価格など）を指定するかもしれない。取引プロダクトとしてエクイティを利用したシステム１０が以下で例示されるが、取引注文１２の基礎を形成する取引プロダクトは、商品、サービス、金融商品、コモディティなどから構成されるかもしれない。金融商品の具体例として、以下に限定するものでないが、株式、債券、先物契約などがあげられる。
【００１２】
クライアント２０は、トレーダー７０から取引注文１２を受け付け、取引プラットフォーム５０及び／又はマーケットセンター４０に取引注文１２を送信するよう動作可能である。クライアント２０は、取引プラットフォーム５０などの取引システム１０の１以上の要素にアクセスするため、トレーダー７０により利用可能な何れか適切なローカル又はリモートエンドユーザ装置から構成されるかもしれない。特定のクライアント２０は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子ノートブック、携帯情報端末（ＰＤＡ）、ページャ、又はシステム１０の他のコンポーネントと情報を受信、処理、格納及び／又は通信することが可能な他の何れか適切な装置（無線若しくはその他）、コンポーネント若しくは要素から構成されるかもしれない。クライアント２０はまた、特定のコンフィギュレーション及び配置に従って、ディスプレイ、マイクロフォン、キーパッド、キーボード、タッチスクリーン又は他の何れか適切な端末装置などの何れか適切なユーザインタフェースから構成されるかもしれない。取引プラットフォーム５０に通信接続されるクライアント２０は任意数存在するかもしれないということが理解されるであろう。さらに、取引プラットフォーム５０を利用することなくマーケットセンター４０に通信接続されるクライアント２０が任意数存在するかもしれない。
【００１３】
クライアント２０は、ここでは“トレーダー”７０により使用されるものとして説明されるが、“トレーダー”という用語は、当該ユーザがプリンシパル、個人、法的なエンティティ（企業など）のために動作するエージェント又はシステム１０の取引注文１２を発注及び／又は応答することが可能な何れかのマシーン若しくは機構であるか否かに関係なく、取引システム１０の何れかのユーザに広く適用されることが意図されていることが理解されるべきである。
【００１４】
特定の実施例によると、トレーダー７０はマーケットメーカーを含むかもしれない。マーケットメーカーは、同一商品に対してビッド及びオファー取引注文の何れか又は双方を同時に提供及び／又は維持する何れかの個人又は企業を含むかもしれない。例えば、マーケットメーカーは、公表されている価格により証券を売買する準備ができている、意志がある及び可能であることによって、当該証券の確定したビッド及び／又はオファー価格を維持する仲介業者や銀行などの企業又は個人を含むかもしれない。マーケットメーカーは、一般に特定数量の特定の証券に対するビッド及び／又はオファー価格を表示し、これらの価格が満たされる場合、マーケットメーカーは自己のアカウントで即座に売買する。特定の実施例によると、１つの取引注文１２は、潜在的に異なる価格によりいくつかのマーケットメーカーにより充填されるかもしれない。
【００１５】
ネットワーク３０は、クライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間でデータ又は情報をやりとりすることが可能な通信プラットフォームである。特定の実施例によると、特定のネットワーク３０は、クライアント２０に取引プラットフォーム５０及び／又はマーケットセンター４０と取引情報を通信可能にする機能を提供するインターネットアーキテクチャを表すかもしれない。特定の実施例によると、ネットワーク３０は、トレーダー７０が同一の処理及び機能を実行するのに利用可能なＰＯＴＳ（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）から構成される。各取引は、取引プラットフォーム５０に係るブローカーにより支援されるか、又は取引の実行をリクエストするため電話又は他の適切な電子装置に手動によりキー入力されるかもしれない。特定の実施例では、ネットワーク３０は、システム１０の何れか２つのノードの間の通信インタフェース又は交換を提供する何れかのパケットデータネットワーク（ＰＤＮ）であるかもしれない。ネットワーク３０はさらに、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はクライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間の通信を実現する他の何れか適切なアーキテクチャ又はシステムの何れかの組み合わせから構成されるかもしれない。
【００１６】
マーケットセンター４０は、取引所、電子通信ネットワーク（ＥＣＮ）、ＡＴＳ（Ａｌｔｅｒｎａｔｉｖｅ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍ）、マーケットメーカー又は他の何れか適切な市場参加者を含むあらゆるタイプの注文実行場所からなる。各マーケットセンター４０は、マーケットセンター価格とも呼ばれる公表された価格により取引プロダクトを売買する準備ができた、意向がある及び可能であることによって、取引プロダクトのビッド及びオファー価格を維持する。異なるマーケットセンター４０は、特定の取引プロダクトについて異なるマーケットセンター価格を提供するかもしれない。例えば、特定のマーケットセンター４０は、特定の取引プロダクトについて特定のビッド価格及び／又はオファー価格を提供し、他のマーケットセンター４０は、同一の取引プロダクトについて異なるビッド価格及び／又はオファー価格を提供するかもしれない。特定のマーケットセンター４０は、特定の長さ以上の時間にマーケットセンター４０の注文ブックに維持される取引注文１２を実行するため、取引コストを課金するかもしれない。異なるマーケットセンター４０は、取引注文１２の各種詳細の開示に関して異なるポリシーを有するかもしれない。例えば、“協力的な”マーケットセンターと呼ばれるマーケットセンター４０は、取引注文１２の表示される数量とリザーブされる数量の双方を取引プラットフォーム５０に開示するかもしれない。“非協力的な”マーケットセンターと呼ばれる他のマーケットセンター４０は、取引注文１２の表示される数量のみを取引プラットフォーム５０に開示するかもしれない。
【００１７】
取引プラットフォーム５０は、取引注文１２の転送、マッチング及び処理を実現する取引アーキテクチャである。取引プラットフォーム５０は、取引注文１２を転送、割当て、マッチング、処理又は充填しようとする何れかの者、企業又はエンティティの管理センター若しくは本社オフィスであるかもしれない。このため、取引プラットフォーム５０は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を実行するため利用又は実現可能なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトの何れか適切な組み合わせを含むかもしれない。特定の実施例では、取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６、及びメモリモジュール６０から構成される。
【００１８】
取引プラットフォーム５０のクライアントインタフェース５２は、ネットワーク３０に通信接続され、クライアント２０と取引プラットフォーム５０の各種コンポーネントとの間の通信をサポートする。特定の実施例によると、クライアントインタフェース５２は、ネットワーク３０を介しクラインと２０により通信される取引注文１２を受信する取引サーバを有する。
【００１９】
マーケットインタフェース５４は、マーケットセンター４０に通信接続され、マーケットセンター４０と取引プラットフォームの各種コンポーネントとの間の通信をサポートする。マーケットインタフェース５４は、マーケットセンター４０により通信される取引注文１２を受け付ける取引サーバを有するかもしれない。マーケットインタフェース５４は、取引プラットフォーム５０に直接接続されるクライアント２０から受け付けた取引注文１２をマーケットセンター４０に送信するよう動作可能であるかもしれない。
【００２０】
クライアントインタフェース５２とマーケットインタフェース５４は、プロセッサ５６に通信接続される。プロセッサ５６は、取引注文１２をメモリモジュール６０に記録し、取引注文１２をマーケットセンター４０に転送するよう動作可能である。プロセッサ５６はさらに、クライアントインタフェース５２とマーケットインタフェース５４により受け付けた買い注文１４と売り注文１６とをマッチングするため、メモリモジュール６０に格納されるロジック６２を実行するよう動作可能である。さらに、プロセッサ５６は、取引注文１２の表示された数量を補充するため取引注文のリザーブされた数量を利用することによって、取引注文１２を増分的に充填するよう動作可能である。プロセッサ５６は、記載された機能又は処理を提供するため、１以上のモジュールにより実現されるハードウェアとソフトウェアの何れか適切な組み合わせを有するかもしれない。
【００２１】
メモリモジュール６０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、他の磁気若しくは光記憶媒体、又は取引注文１２などの１以上のファイル、リスト若しくは他の情報構成を格納する他の何れかの揮発性若しくは不揮発性記憶装置の何れか適切な構成からなる。図１は、取引プラットフォーム５０の内部的なものとしてメモリモジュール６０を示しているが、メモリモジュール６０は、特定の実現形態に応じて取引システム１０のコンポーネントの内部又は外部にあってもよい。また、図１に示されるメモリモジュール６０は、取引システム１０に使用するための何れか適切な記憶装置の構成を実現するため、他の記憶装置に独立しているか又は統合されているかもしれない。
【００２２】
特定の実施例によると、メモリモジュール６０はロジック６２を有する。一般に、ロジック６２は、取引注文１２を転送、マッチング、処理又は充填するためのソフトウェア命令を有する。プロセッサ５６は、買い注文１４と売り注文１６をマッチングし、当該買い注文１４と売り注文１６に係るトレーダー７０の優先順位を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。プロセッサ５６はさらに、特定の取引注文１２の表示される数量を補充する方法を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。一般に、取引注文１２が充填される方法及び順序は、取引プラットフォーム５０が各取引注文１２を受け付けた順序に少なくとも部分的に基づく。特定の実施例では、取引注文１２が充填される方法及び順序はまた、当該取引注文１２のリザーブされた数量のサイズに対する取引注文１２の表示される数量のサイズに少なくとも部分的に基づく。取引注文１２が充填される方法及び順序を調整することによって、取引プラットフォーム５０は、取引注文１２の開示を増大させるインセンティブを生成するかもしれない。
【００２３】
取引プラットフォーム５０の内部構造と、それに係るインタフェース、プロセッサ及び記憶装置は適応的であり、取引プラットフォーム５０の意図される処理を実現するため容易に変更、改良、再構成又は再設定可能であることが理解されるべきである。
【００２４】
取引プラットフォーム５０は、メモリモジュール６０に格納されているロジック６２に従って取引注文１２を処理する。ロジック６２は、取引注文１２が充填される方法及び順序を指定する。特定の実施例によると、ロジック６２は、プロセッサ５６にまず時間順に取引注文１２の表示される数量を充填させる。一部の実施例では、ロジック６２はその後に、プロセッサ５６に各取引注文１２の表示される数量のサイズに比例して取引注文１２のリザーブされる数量を充填させる。
【００２５】
図２は、システム１０の特定の実施例を示す具体例を与えるテーブル１００である。取引プラットフォーム５０は、カラム１０２及び１０６に示されるように、買い注文１４ｐ，１４ｑ，１４ｒ及び１４ｓを午後２：００、２：０１、２：０２及び２：０３にそれぞれ受け付ける。各買い注文１４は、プロダクトＡの単位である。買い注文１４ｐは、カラム１０８及び１１０にそれぞれ示されるように、１０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｑは、２０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｒは、３０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｓは、４０単位の表示される数量と１００単位のリザーブされる数量とを有する。午後２：０４に、取引プラットフォームはプロダクトＡの１５０単位の売り注文１６ｚを受け付ける。本例では、ロジック６２は、取引プラットフォーム５０が受け付けた順序により注文１２ａの表示される数量をまず充填するルールを有する。このため、プロセッサ５６はまず、売り注文１６ｚからのプロダクトＡの１０単位により買い注文１４ｐの表示される数量を充填する。次に、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの２０単位により買い注文１４ｑの表示される数量を充填する。その後、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの３０単位によって買い注文１４ｒの表示される数量を充填する。次に、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの４０単位により買い注文１４ｓの表示される数量を充填する。この時点において、すべての買い注文１４の表示される数量が充填され、売り注文１６ｚからのプロダクトＡの残りの単位は５０単位となっている。
【００２６】
本例では、ロジック６２は、第２ルールを有する。第２ルールは、すべての注文１２ａの表示される数量が充填されると、すべての注文１２ａの表示される数量に対する所与の注文１２ａの表示される数量の比率に従って、反対注文１２ｂの残りの部分を注文１２ａに分割及び配分するものである。本例では、買い注文１４ｐ，１４ｑ，１４ｒ及び１４ｓの表示される数量は、合計で１００単位となる（例えば、１０＋２０＋３０＋４０＝１００など）。買い注文１４ｐの表示される数量は、買い注文１４の表示される数量の合計の１０％となる（例えば、１０／１００＝１０％など）。ロジック６２の第２ルールに基づき、プロセッサ５６は、売り注文１６ｚの残りの５０単位の１０％である５単位を、カラム１１２に示されるように、買い注文１４ｐのリザーブされる数量に割り当てる。買い注文１４ｑの表示される数量は、買い注文１４の表示される数量の合計の２０％となる（例えば、２０／１００＝２０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の２０％である１０単位を買い注文１４ｑのリザーブされる数量に割り当てる。買い注文１４ｒの表示される数量は、買い注文１４の表示される数量の合計の３０％である（例えば、３０／１００＝３０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の３０％である１５単位を買い注文１４ｒのリザーブされる数量に割り当てる。買い注文１４ｓの表示される数量は、買い注文１４の表示される数量の合計の４０％である（例えば、４０／１００＝４０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の４０％である２０単位を買い注文１４ｓのリザーブされる数量に割り当てる。
【００２７】
上述した例は、各注文１２ａの表示される数量に比例して各注文１２ａに反対注文１２ｂの残りの部分を配分するための１つの方法を示す。他の実施例によると、反対注文１２ｂの残りの部分は、各注文１２ａの表示される数量のパーセンテージの一部又は倍数に基づき配分されてもよい。
【００２８】
一部の実施例では、すべての注文１２ａの表示される数量に対する所与の注文１２ａの表示される数量の比率に加えて又はその代わりに、プロセッサ５６は、各注文１２ａに反対注文１２ｂの残りの部分を配分するのに他のファクタを利用してもよい。特定の実施例によると、プロセッサ５６は、特定の注文１２ａが充填前に注文ブックにあった時間の長さに少なくとも部分的に基づき、反対注文１２ｂの残りの部分を配分してもよい。例えば、長時間注文ブックにあった注文１２ａは、長時間は注文ブックになかった同じ表示される数量を有する他の注文１２ａよりも、反対注文１２ｂの残りの部分のより多くを受け取るかもしれない。一部の実施例では、プロセッサ５６は、注文１２ａが取引プラットフォーム５０により受け付けた順序に少なくとも部分的に基づき、反対注文１２ｂの残りの部分を配分するかもしれない。例えば、第１注文１２ａは、当該第１注文１２ａと同じ表示される数量を有する他の注文１２ａよりも、反対注文１２ｂの残りの部分のより多くを受け取るかもしれない。他の実施例では、プロセッサ５６は、上述された又は後述される何れか適切な個数及び組み合わせのファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に基づき、反対注文１２ｂの残りの部分を配分するかもしれない。
【００２９】
図３は、取引注文１２を処理するための方法の一実施例を示すフローチャート１５０である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行可能であることが理解されるべきである。ステップ１５２において、取引プラットフォーム５０は複数の取引注文１２ａを受け付ける。各取引注文１２ａは、プロダクトにかかり、表示される数量とリザーブされる数量とを有する。ステップ１５４において、プラットフォーム５０は、プロダクトの数量を指定した反対注文１２ｂを受け付ける。プラットフォーム５０は、ステップ１５６において、反対注文１２ｂの数量により第１注文１２ａの表示される数量を充填し、ステップ１５８において、反対注文１２ｂの一部が充填されていないままであるか判断する。充填されている場合、ステップ１７２において終了する。充填されていない場合、ステップ１６０において、プラットフォーム５０は、以降の注文１２ａの表示される数量の一部が充填されていないままであるか判断する。充填されていない場合、ステップ１６２において、プラットフォーム５０は、反対注文１２ｂの数量によって次の注文１２ａの表示される数量を充填する。ステップ１６０における質問への回答が否定されるまでステップ１６０と１６２が繰り返され、否定された時点で、ステップ１６４に移行する。
【００３０】
ステップ１６４において、プラットフォーム５０は、上述した１以上のファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に従って反対注文１２ｂの第１追加部分を第１注文１２ａに割り当てる。ステップ１６６において、プラットフォーム５０は、反対注文１２ｂの一部が充填されていないままであるか判断する。充填されている場合、ステップ１７２において終了される。充填されていない場合、ステップ１６８において、プラットフォーム５０は、以降の注文１２ａのリザーブされる数量の一部が充填されていないままであるか判断する。充填されていない場合、ステップ１７０において、プラットフォーム５０は、上述した１以上のファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に従って、以降の注文１２ａに反対注文１２ｂの追加部分を割り当てる。ステップ１６８が否定されるまで、以降の各注文１２ａに対してステップ１６８と１７０が繰り返され、否定された時点で、ステップ１７２において終了される。
【００３１】
システム１０は、特定の技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するかもしれず、又はその何れも有しないかもしれない。１つの効果は、取引プラットフォーム５０が各注文１２ａの表示される数量のサイズに比例して注文１２ａのリザーブされる数量に反対注文１２ｂを割り当てることである。上述した例に示されるように、特定の注文１２ａの表示される数量が大きくなるに従って、反対注文１２ｂから当該注文１２ａのリザーブされる数量に割り当てられる単位数は増大する。従って、システム１０は、所与の注文１２ａのより大きな部分を表示するトレーダー７０に報いることによって、市場における透明性を増大させるインセンティブを生成する。市場の透明性が向上することは、市場における流動性を向上させるかもしれない。
【００３２】
本発明が複数の実施例により説明されたが、多数の変更及び改良が当業者に示唆されるかもしれず、また本発明が、添付した請求項の範囲内に属するもとしてこのような変更及び改良を含むことが意図される。
【図面の簡単な説明】
【００３３】
【図１】図１は、本発明による取引システムの一実施例を示す。
【図２】図２は、図１に示されるシステムにより利用される取引情報の一実施例を示す。
【図３】図３は、表示される数量のサイズに基づき取引注文を配分するための一例となる方法のフローチャートを示す。
【図１】
2009503752.tif 000003
【図２】
2009503752.tif 000004
【図３】
2009503752.tif 000005
【手続補正書】
【提出日】平成20年4月3日(2008.4.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
取引注文を処理する装置であって、
プロダクトに係り、表示される数量とリザーブされる数量とを有する第１注文と、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第２注文とを格納するよう動作可能なメモリと、
前記メモリに接続され、
前記プロダクトに係る反対注文を受け付け、
前記第１注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第２注文の表示される数量を前記反対注文の対応する部分により充填し、
前記第１注文と前記第２注文との表示される数量の合計に対する前記第１注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第１追加部分を前記第１注文に割り当てる、
よう動作可能なプロセッサと、
を有する装置。
【請求項２】
前記プロセッサはさらに、前記第１注文と前記第２注文との表示される数量の合計に対する前記第２注文の表示される数量の比率に少なくとも部分的に基づき、前記反対注文の第２追加部分を前記第２注文に割り当てるよう動作可能である、請求項１記載の装置。
【請求項３】
前記第１注文と前記第２注文とは、買い注文からなり、
前記反対注文は、売り注文からなる、請求項１又は２記載の装置。
【請求項４】
前記第１注文と前記第２注文とは、売り注文からなり、
前記反対注文は、買い注文からなる、請求項１又は２記載の装置。
【請求項５】
前記第１注文と前記第２注文との表示される数量は、前記第１注文と前記第２注文とが受け付けされた順序と同じ順序で充填される、請求項１乃至４何れか一項記載の装置。
【請求項６】
前記メモリは、前記プロダクトに係り、表示される数量とリザーブされる数量とを有する第３注文を格納するようさらに動作可能であり、
前記プロセッサはさらに、前記反対注文の第１追加部分を割り当てる前に、前記第３注文の表示される数量を充填するよう動作可能である、請求項１乃至５何れか一項記載の装置。
【請求項７】
前記第３注文は、前記反対注文の前に受け付けされる、請求項６記載の装置。
【請求項８】
前記プロセッサは、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままであるか判断し、
前記第１注文、第２注文及び第３注文の表示される数量が充填された後に、前記反対注文の一部が充填されていないままである場合に限って、前記反対注文の第１追加部分を前記第１注文に割り当てる、請求項６記載の装置。
【請求項９】
前記第１注文は、第１時点で受け付けされ、前記第２注文は、第２時点で受け付けされ、
前記プロセッサはさらに、前記第１時点と前記第２時点との間の差分に少なくとも部分的に基づき、前記第１注文に前記反対注文の第２追加部分を割り当てるよう動作可能である、請求項１乃至８何れか一項記載の装置。
【請求項１０】
前記プロセッサはさらに、前記第１追加部分を割り当てる前に、前記反対注文の残りの部分があるか判断するよう動作可能である、請求項１乃至９何れか一項記載の装置。
【請求項１１】
請求項１乃至１０何れか一項記載の装置を有する取引注文を処理するプラットフォームであって、
前記注文を受け付けるよう動作可能なクライアントインタフェースと、
前記クライアントインタフェースに接続される前記プロセッサと、
を有するプラットフォーム。
【請求項１２】
請求項１乃至１０何れか一項記載のプロセッサを実行するロジックを有するコンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の技術分野］
本発明は、一般に電子取引に関し、より詳細には表示される数量のサイズに基づき取引注文を配分する数量を補充するシステムに関する。
【０００２】
［発明の背景］
近年、商品、サービス、金融商品、コモディティなどの広範な各種アイテムの取引のための電子取引システムが広く認められてきた。例えば、株式、債券、通貨、先物契約、原油、金などの金融商品及びコモディティの取引を実現する電子取引システムが構築されてきている。
【０００３】
これら電子取引システムの多くは、ビッド及びオファーがパッシブサイドによりシステムに提供され、その後にこれらのビッド及びオファーがアグレッシブサイドによりヒット又はリフト（若しくはテーク）されるビッド／オファープロセスを利用する。例えば、パッシブな取引相手が、特定の取引プロダクトを購入するため“ビッド”を送信するかもしれない。このようなビッドに応答して、アグレッシブサイドの取引相手は、所与の価格で第１の取引相手に取引プロダクトを売却する意向を示すため、“ヒット”を提供するかもしれない。あるいは、パッシブサイドの取引相手は、所与の価格により当該取引プロダクトを売却するための“オファー”を提供し、その後に、アグレッシブサイドの取引相手が、所与の価格によりパッシブサイドの取引相手から取引プロダクトを購入する意向を示すため、当該オファーに応答して“リフト”（又は“テーク”）を提供するかもしれない。
【０００４】
［発明の概要］
本発明の課題は、注文のサイズに比例して反対注文を割り当てるシステムを提供することである。当該課題は、独立形式の請求項に記載される特徴により実現可能である。さらなる改良が、従属形式の請求項に特徴付けされる。本発明によると、従来の電子取引システムに係る欠点及び問題点が実質的に軽減又は解消される。
【０００５】
取引注文を処理する装置は、メモリとプロセッサとを有する。メモリは、第１注文と第２注文とを格納する。第１注文は、プロダクトに係り、表示される数量とリザーブされる数量とを有する。プロセッサは、メモリに接続され、プロダクトに係る反対注文を受け付ける。プロセッサは、第１注文の表示される数量を反対注文の対応する部分により充填し、第２注文の表示される数量を反対注文の対応する部分により充填する。プロセッサは、反対注文の第１追加部分を第１注文に割り当てる。第１追加部分は、第１注文の表示される数量と第２注文の表示される数量との合計に対する第１注文の表示される数量の比率に少なくとも部分的に基づく。
【０００６】
本発明の各種実施例は、多数の効果を奏するかもしれない。１以上の実施例は、後述される効果の一部又はすべてを奏するかもしれないし、またその何れの効果も奏しないかもしれないということに留意すべきである。
【０００７】
１つの効果は、本システムの取引プラットフォームは、反対注文を各注文の表示される数量のサイズに比例して注文のリザーブされる数量に割り当てる。この結果、特定の注文の表示される数量が大きくなるに従って、反対注文から当該注文のリザーブされる数量に割り当てられる単位数が増大する。このため、システムは、所与の注文のより大きな部分を表示するトレーダーに報いることによって、市場における透明性を増大させるインセンティブを生成する。市場の透明性が増大するに従って、市場の流動性が増大するかもしれない。市場の流動性の増大は、ネットワーク及びシステムリソースをより効率的に利用することを可能にする。
【０００８】
以下の図面、説明及び請求項から、当業者に他の効果が容易に明らかとなるであろう。
【０００９】
［発明の詳細な説明］
図１は、取引システム１０の一実施例を示す。一般に、取引システム１０は、クライアント２０、ネットワーク３０及びマーケットセンター４０に通信接続される取引プラットフォーム５０を有する。取引プラットフォーム５０は、トレーダー７０から取引注文１２を受付及び処理する。取引注文１２が充填される方法及び順序を調整することによって、取引プラットフォーム５０は、取引注文１２の開示を増大させるインセンティブを生成するかもしれない。
【００１０】
所与の取引注文１２は、“表示される数量”と“リザーブされる数量”の２つの部分を有するかもしれない。取引注文１２の発注では、トレーダー７０は、取引注文１２の合計数量の一部のみが他のトレーダー７０に表示されるべきであることを指示するかもしれない。他のトレーダー７０に表示されるべき取引注文１２の当該部分は、“表示される数量（ｄｉｓｐｌａｙｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の残りの部分は、“リザーブされる数量（ｒｅｓｅｒｖｅｄ  ｑｕａｎｔｉｔｙ）”と呼ばれる。取引注文１２の一部を“リザーブされた数量”と指定することによって、トレーダー７０は他のトレーダー７０の当該取引注文１２の一部しか表示することなく大きな取引注文１２を入力することが可能となる。取引プラットフォーム５０は、まず当該取引注文１２の表示された数量を充填し、その後にリザーブされた数量を利用して表示された数量の取引注文１２を補充することによって、取引注文１２を増分的に充填するかもしれない。
【００１１】
取引注文１２は、一般に注文１２ａと反対注文１２ｂとを有する。注文１２ａと反対注文１２ｂは、買い注文１４と売り注文１６であるかもしれない。注文１２ａと反対注文１２ｂは、例えば、購入と売却などの相補的アクションである。注文１２ａが買い注文１４である場合、反対注文１２ｂは売り注文１６である。他方、注文１２ａが売り注文１６である場合、反対注文１２ｂは買い注文１４である。買い注文１４は、特定数量の特定の取引プロダクトを購入するためのリクエスト（オファーリクエストなど）である。特定の実施例では、取引注文１２は、当該取引プロダクトのターゲット価格（ターゲットビッド価格、ターゲットオファー価格など）を指定するかもしれない。取引プロダクトとしてエクイティを利用したシステム１０が以下で例示されるが、取引注文１２の基礎を形成する取引プロダクトは、商品、サービス、金融商品、コモディティなどから構成されるかもしれない。金融商品の具体例として、以下に限定するものでないが、株式、債券、先物契約などがあげられる。
【００１２】
クライアント２０は、トレーダー７０から取引注文１２を受け付け、取引プラットフォーム５０及び／又はマーケットセンター４０に取引注文１２を送信するよう動作可能である。クライアント２０は、取引プラットフォーム５０などの取引システム１０の１以上の要素にアクセスするため、トレーダー７０により利用可能な何れか適切なローカル又はリモートエンドユーザ装置から構成されるかもしれない。特定のクライアント２０は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子ノートブック、携帯情報端末（ＰＤＡ）、ページャ、又はシステム１０の他のコンポーネントと情報を受信、処理、格納及び／又は通信することが可能な他の何れか適切な装置（無線若しくはその他）、コンポーネント若しくは要素から構成されるかもしれない。クライアント２０はまた、特定のコンフィギュレーション及び配置に従って、ディスプレイ、マイクロフォン、キーパッド、キーボード、タッチスクリーン又は他の何れか適切な端末装置などの何れか適切なユーザインタフェースから構成されるかもしれない。取引プラットフォーム５０に通信接続されるクライアント２０は任意数存在するかもしれないということが理解されるであろう。さらに、取引プラットフォーム５０を利用することなくマーケットセンター４０に通信接続されるクライアント２０が任意数存在するかもしれない。
【００１３】
クライアント２０は、ここでは“トレーダー”７０により使用されるものとして説明されるが、“トレーダー”という用語は、当該ユーザがプリンシパル、個人、法的なエンティティ（企業など）のために動作するエージェント又はシステム１０の取引注文１２を発注及び／又は応答することが可能な何れかのマシーン若しくは機構であるか否かに関係なく、取引システム１０の何れかのユーザに広く適用されることが意図されていることが理解されるべきである。
【００１４】
特定の実施例によると、トレーダー７０はマーケットメーカーを含むかもしれない。マーケットメーカーは、同一商品に対してビッド及びオファー取引注文の何れか又は双方を同時に提供及び／又は維持する何れかの個人又は企業を含むかもしれない。例えば、マーケットメーカーは、公表されている価格により証券を売買する準備ができている、意志がある及び可能であることによって、当該証券の確定したビッド及び／又はオファー価格を維持する仲介業者や銀行などの企業又は個人を含むかもしれない。マーケットメーカーは、一般に特定数量の特定の証券に対するビッド及び／又はオファー価格を表示し、これらの価格が満たされる場合、マーケットメーカーは自己のアカウントで即座に売買する。特定の実施例によると、１つの取引注文１２は、潜在的に異なる価格によりいくつかのマーケットメーカーにより充填されるかもしれない。
【００１５】
ネットワーク３０は、クライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間でデータ又は情報をやりとりすることが可能な通信プラットフォームである。特定の実施例によると、特定のネットワーク３０は、クライアント２０に取引プラットフォーム５０及び／又はマーケットセンター４０と取引情報を通信可能にする機能を提供するインターネットアーキテクチャを表すかもしれない。特定の実施例によると、ネットワーク３０は、トレーダー７０が同一の処理及び機能を実行するのに利用可能なＰＯＴＳ（Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）から構成される。各取引は、取引プラットフォーム５０に係るブローカーにより支援されるか、又は取引の実行をリクエストするため電話又は他の適切な電子装置に手動によりキー入力されるかもしれない。特定の実施例では、ネットワーク３０は、システム１０の何れか２つのノードの間の通信インタフェース又は交換を提供する何れかのパケットデータネットワーク（ＰＤＮ）であるかもしれない。ネットワーク３０はさらに、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又はクライアント２０と取引プラットフォーム５０及び／又はマーケットセンター４０との間の通信を実現する他の何れか適切なアーキテクチャ又はシステムの何れかの組み合わせから構成されるかもしれない。
【００１６】
マーケットセンター４０は、取引所、電子通信ネットワーク（ＥＣＮ）、ＡＴＳ（Ａｌｔｅｒｎａｔｉｖｅ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍ）、マーケットメーカー又は他の何れか適切な市場参加者を含むあらゆるタイプの注文実行場所からなる。各マーケットセンター４０は、マーケットセンター価格とも呼ばれる公表された価格により取引プロダクトを売買する準備ができた、意向がある及び可能であることによって、取引プロダクトのビッド及びオファー価格を維持する。異なるマーケットセンター４０は、特定の取引プロダクトについて異なるマーケットセンター価格を提供するかもしれない。例えば、特定のマーケットセンター４０は、特定の取引プロダクトについて特定のビッド価格及び／又はオファー価格を提供し、他のマーケットセンター４０は、同一の取引プロダクトについて異なるビッド価格及び／又はオファー価格を提供するかもしれない。特定のマーケットセンター４０は、特定の長さ以上の時間にマーケットセンター４０の注文ブックに維持される取引注文１２を実行するため、取引コストを課金するかもしれない。異なるマーケットセンター４０は、取引注文１２の各種詳細の開示に関して異なるポリシーを有するかもしれない。例えば、“協力的な”マーケットセンターと呼ばれるマーケットセンター４０は、取引注文１２の表示される数量とリザーブされる数量の双方を取引プラットフォーム５０に開示するかもしれない。“非協力的な”マーケットセンターと呼ばれる他のマーケットセンター４０は、取引注文１２の表示される数量のみを取引プラットフォーム５０に開示するかもしれない。
【００１７】
取引プラットフォーム５０は、取引注文１２の転送、マッチング及び処理を実現する取引アーキテクチャである。取引プラットフォーム５０は、取引注文１２を転送、割当て、マッチング、処理又は充填しようとする何れかの者、企業又はエンティティの管理センター若しくは本社オフィスであるかもしれない。このため、取引プラットフォーム５０は、取引環境を管理する管理主体又は監視エンティティの処理及び機能を実行するため利用又は実現可能なハードウェア、ソフトウェア、スタッフ、装置、コンポーネント、要素又はオブジェクトの何れか適切な組み合わせを含むかもしれない。特定の実施例では、取引プラットフォーム５０は、クライアントインタフェース５２、マーケットインタフェース５４、プロセッサ５６、及びメモリモジュール６０から構成される。
【００１８】
取引プラットフォーム５０のクライアントインタフェース５２は、ネットワーク３０に通信接続され、クライアント２０と取引プラットフォーム５０の各種コンポーネントとの間の通信をサポートする。特定の実施例によると、クライアントインタフェース５２は、ネットワーク３０を介しクラインと２０により通信される取引注文１２を受信する取引サーバを有する。
【００１９】
マーケットインタフェース５４は、マーケットセンター４０に通信接続され、マーケットセンター４０と取引プラットフォームの各種コンポーネントとの間の通信をサポートする。マーケットインタフェース５４は、マーケットセンター４０により通信される取引注文１２を受け付ける取引サーバを有するかもしれない。マーケットインタフェース５４は、取引プラットフォーム５０に直接接続されるクライアント２０から受け付けた取引注文１２をマーケットセンター４０に送信するよう動作可能であるかもしれない。
【００２０】
クライアントインタフェース５２とマーケットインタフェース５４は、プロセッサ５６に通信接続される。プロセッサ５６は、取引注文１２をメモリモジュール６０に記録し、取引注文１２をマーケットセンター４０に転送するよう動作可能である。プロセッサ５６はさらに、クライアントインタフェース５２とマーケットインタフェース５４により受け付けた買い注文１４と売り注文１６とをマッチングするため、メモリモジュール６０に格納されるロジック６２を実行するよう動作可能である。さらに、プロセッサ５６は、取引注文１２の表示された数量を補充するため取引注文のリザーブされた数量を利用することによって、取引注文１２を増分的に充填するよう動作可能である。プロセッサ５６は、記載された機能又は処理を提供するため、１以上のモジュールにより実現されるハードウェアとソフトウェアの何れか適切な組み合わせを有するかもしれない。
【００２１】
メモリモジュール６０は、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、他の磁気若しくは光記憶媒体、又は取引注文１２などの１以上のファイル、リスト若しくは他の情報構成を格納する他の何れかの揮発性若しくは不揮発性記憶装置の何れか適切な構成からなる。図１は、取引プラットフォーム５０の内部的なものとしてメモリモジュール６０を示しているが、メモリモジュール６０は、特定の実現形態に応じて取引システム１０のコンポーネントの内部又は外部にあってもよい。また、図１に示されるメモリモジュール６０は、取引システム１０に使用するための何れか適切な記憶装置の構成を実現するため、他の記憶装置に独立しているか又は統合されているかもしれない。
【００２２】
特定の実施例によると、メモリモジュール６０はロジック６２を有する。一般に、ロジック６２は、取引注文１２を転送、マッチング、処理又は充填するためのソフトウェア命令を有する。プロセッサ５６は、買い注文１４と売り注文１６をマッチングし、当該買い注文１４と売り注文１６に係るトレーダー７０の優先順位を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。プロセッサ５６はさらに、特定の取引注文１２の表示される数量を補充する方法を決定するため、メモリモジュール６０のロジック６２を実行するよう動作可能である。一般に、取引注文１２が充填される方法及び順序は、取引プラットフォーム５０が各取引注文１２を受け付けた順序に少なくとも部分的に基づく。特定の実施例では、取引注文１２が充填される方法及び順序はまた、当該取引注文１２のリザーブされた数量のサイズに対する取引注文１２の表示される数量のサイズに少なくとも部分的に基づく。取引注文１２が充填される方法及び順序を調整することによって、取引プラットフォーム５０は、取引注文１２の開示を増大させるインセンティブを生成するかもしれない。
【００２３】
取引プラットフォーム５０の内部構造と、それに係るインタフェース、プロセッサ及び記憶装置は適応的であり、取引プラットフォーム５０の意図される処理を実現するため容易に変更、改良、再構成又は再設定可能であることが理解されるべきである。
【００２４】
取引プラットフォーム５０は、メモリモジュール６０に格納されているロジック６２に従って取引注文１２を処理する。ロジック６２は、取引注文１２が充填される方法及び順序を指定する。特定の実施例によると、ロジック６２は、プロセッサ５６にまず時間順に取引注文１２の表示される数量を充填させる。一部の実施例では、ロジック６２はその後に、プロセッサ５６に各取引注文１２の表示される数量のサイズに比例して取引注文１２のリザーブされる数量を充填させる。
【００２５】
図２は、システム１０の特定の実施例を示す具体例を与えるテーブル１００である。取引プラットフォーム５０は、カラム１０２及び１０６に示されるように、買い注文１４ｐ，１４ｑ，１４ｒ及び１４ｓを午後２：００、２：０１、２：０２及び２：０３にそれぞれ受け付ける。各買い注文１４は、プロダクトＡの単位である。買い注文１４ｐは、カラム１０８及び１１０にそれぞれ示されるように、１０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｑは、２０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｒは、３０単位の表示される数量と１００単位のリザーブされる数量とを有する。買い注文１４ｓは、４０単位の表示される数量と１００単位のリザーブされる数量とを有する。午後２：０４に、取引プラットフォームはプロダクトＡの１５０単位の売り注文１６ｚを受け付ける。本例では、ロジック６２は、取引プラットフォーム５０が受け付けた順序により注文１２ａの表示される数量をまず充填するルールを有する。このため、プロセッサ５６はまず、売り注文１６ｚからのプロダクトＡの１０単位により買い注文１４ｐの表示される数量を充填する。次に、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの２０単位により買い注文１４ｑの表示される数量を充填する。その後、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの３０単位によって買い注文１４ｒの表示される数量を充填する。次に、プロセッサ５６は、売り注文１６ｚからのプロダクトＡの４０単位により買い注文１４ｓの表示される数量を充填する。この時点において、すべての買い注文１４の表示される数量が充填され、売り注文１６ｚからのプロダクトＡの残りの単位は５０単位となっている。
【００２６】
本例では、ロジック６２は、第２ルールを有する。第２ルールは、すべての注文１２ａの表示される数量が充填されると、すべての注文１２ａの表示される数量に対する所与の注文１２ａの表示される数量の比率に従って、反対注文１２ｂの残りの部分を注文１２ａに分割及び配分するものである。本例では、買い注文１４ｐ，１４ｑ，１４ｒ及び１４ｓの表示される数量は、合計で１００単位となる（例えば、１０＋２０＋３０＋４０＝１００など）。買い注文１４ｐの表示される数量は、買い注文１４の表示される数量の合計の１０％となる（例えば、１０／１００＝１０％など）。ロジック６２の第２ルールに基づき、プロセッサ５６は、売り注文１６ｚの残りの５０単位の１０％である５単位を、カラム１１２に示されるように、買い注文１４ｐのリザーブされる数量に割り当てる。買い注文１４ｑの表示される数量は、買い注文１４の表示される数量の合計の２０％となる（例えば、２０／１００＝２０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の２０％である１０単位を買い注文１４ｑのリザーブされる数量に割り当てる。買い注文１４ｒの表示される数量は、買い注文１４の表示される数量の合計の３０％である（例えば、３０／１００＝３０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の３０％である１５単位を買い注文１４ｒのリザーブされる数量に割り当てる。買い注文１４ｓの表示される数量は、買い注文１４の表示される数量の合計の４０％である（例えば、４０／１００＝４０％など）。従って、プロセッサ５６は、売り注文１６ｚの残りの５０単位の４０％である２０単位を買い注文１４ｓのリザーブされる数量に割り当てる。
【００２７】
上述した例は、各注文１２ａの表示される数量に比例して各注文１２ａに反対注文１２ｂの残りの部分を配分するための１つの方法を示す。他の実施例によると、反対注文１２ｂの残りの部分は、各注文１２ａの表示される数量のパーセンテージの一部又は倍数に基づき配分されてもよい。
【００２８】
一部の実施例では、すべての注文１２ａの表示される数量に対する所与の注文１２ａの表示される数量の比率に加えて又はその代わりに、プロセッサ５６は、各注文１２ａに反対注文１２ｂの残りの部分を配分するのに他のファクタを利用してもよい。特定の実施例によると、プロセッサ５６は、特定の注文１２ａが充填前に注文ブックにあった時間の長さに少なくとも部分的に基づき、反対注文１２ｂの残りの部分を配分してもよい。例えば、長時間注文ブックにあった注文１２ａは、長時間は注文ブックになかった同じ表示される数量を有する他の注文１２ａよりも、反対注文１２ｂの残りの部分のより多くを受け取るかもしれない。一部の実施例では、プロセッサ５６は、注文１２ａが取引プラットフォーム５０により受け付けた順序に少なくとも部分的に基づき、反対注文１２ｂの残りの部分を配分するかもしれない。例えば、第１注文１２ａは、当該第１注文１２ａと同じ表示される数量を有する他の注文１２ａよりも、反対注文１２ｂの残りの部分のより多くを受け取るかもしれない。他の実施例では、プロセッサ５６は、上述された又は後述される何れか適切な個数及び組み合わせのファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に基づき、反対注文１２ｂの残りの部分を配分するかもしれない。
【００２９】
図３は、取引注文１２を処理するための方法の一実施例を示すフローチャート１５０である。本方法の範囲から逸脱することなく意図した機能を実現するため、より多くの、より少ない又は異なる処理が何れか適切な順序により実行可能であることが理解されるべきである。ステップ１５２において、取引プラットフォーム５０は複数の取引注文１２ａを受け付ける。各取引注文１２ａは、プロダクトにかかり、表示される数量とリザーブされる数量とを有する。ステップ１５４において、プラットフォーム５０は、プロダクトの数量を指定した反対注文１２ｂを受け付ける。プラットフォーム５０は、ステップ１５６において、反対注文１２ｂの数量により第１注文１２ａの表示される数量を充填し、ステップ１５８において、反対注文１２ｂの一部が充填されていないままであるか判断する。充填されている場合、ステップ１７２において終了する。充填されていない場合、ステップ１６０において、プラットフォーム５０は、以降の注文１２ａの表示される数量の一部が充填されていないままであるか判断する。充填されていない場合、ステップ１６２において、プラットフォーム５０は、反対注文１２ｂの数量によって次の注文１２ａの表示される数量を充填する。ステップ１６０における質問への回答が否定されるまでステップ１６０と１６２が繰り返され、否定された時点で、ステップ１６４に移行する。
【００３０】
ステップ１６４において、プラットフォーム５０は、上述した１以上のファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に従って反対注文１２ｂの第１追加部分を第１注文１２ａに割り当てる。ステップ１６６において、プラットフォーム５０は、反対注文１２ｂの一部が充填されていないままであるか判断する。充填されている場合、ステップ１７２において終了される。充填されていない場合、ステップ１６８において、プラットフォーム５０は、以降の注文１２ａのリザーブされる数量の一部が充填されていないままであるか判断する。充填されていない場合、ステップ１７０において、プラットフォーム５０は、上述した１以上のファクタ（例えば、リザーブされる数量に対する表示される数量の比率、注文ブックにおける注文の時間の長さ、注文が受付された順序など）に従って、以降の注文１２ａに反対注文１２ｂの追加部分を割り当てる。ステップ１６８が否定されるまで、以降の各注文１２ａに対してステップ１６８と１７０が繰り返され、否定された時点で、ステップ１７２において終了される。
【００３１】
システム１０は、特定の技術的効果を有する。システム１０の各種実施例は、これらの効果の一部又はすべてを有するかもしれず、又はその何れも有しないかもしれない。１つの効果は、取引プラットフォーム５０が各注文１２ａの表示される数量のサイズに比例して注文１２ａのリザーブされる数量に反対注文１２ｂを割り当てることである。上述した例に示されるように、特定の注文１２ａの表示される数量が大きくなるに従って、反対注文１２ｂから当該注文１２ａのリザーブされる数量に割り当てられる単位数は増大する。従って、システム１０は、所与の注文１２ａのより大きな部分を表示するトレーダー７０に報いることによって、市場における透明性を増大させるインセンティブを生成する。市場の透明性が向上することは、市場における流動性を向上させるかもしれない。
【００３２】
本発明が複数の実施例により説明されたが、多数の変更及び改良が当業者に示唆されるかもしれず、また本発明が、添付した請求項の範囲内に属するもとしてこのような変更及び改良を含むことが意図される。
【図面の簡単な説明】
【００３３】
【図１】図１は、本発明による取引システムの一実施例を示す。
【図２】図２は、図１に示されるシステムにより利用される取引情報の一実施例を示す。
【図３】図３は、表示される数量のサイズに基づき取引注文を配分するための一例となる方法のフローチャートを示す。
【国際調査報告】
2009503752.tif 000006