(57)【要約】取引注文のルーティングのための装置はメモリ及び処理装置を有する。メモリは、第１の市場中心に発注される第１の買い注文に関連する第１の取引情報を記憶する。第１の買い注文は製品に関連付けられ、第１の取引情報は、製品の公開される量と、製品の予備の量とを含む。メモリはまた、第２の市場中心に発注される第２の買い注文に関連する第２の取引情報を記憶する。第２の買い注文は製品に関連付けられ、第２の取引情報は、製品の公開される量と、製品の予備の量とを含む。処理装置はメモリへ結合され、製品の量に関連する売り注文を受け取る。処理装置は更に、第１の市場中心への発注のために、第２の市場中心に発注される第２の買い注文の少なくとも一部をキャンセルする。第２の買い注文のキャンセルされる一部は、第２の取引情報に少なくとも部分的に基づいて決定される。処理装置は、第１の取引情報及び第２の買い注文の前記キャンセルされる一部の少なくとも１つに基づく量を有する第１の市場中心への少なくとも１つの追加の売り注文を送る。
2008546119.tif 000002
【特許請求の範囲】
【請求項１】
取引注文のルーティングのための装置であって、
メモリと、
前記メモリへ結合される処理装置とを有し、
前記メモリは、
第１の市場中心に発注される第１の買い注文に関連する第１の取引情報と、第２の市場中心に発注される第２の買い注文に関連する第２の取引情報とを記憶するよう動作し、
前記第１の買い注文は製品に関連付けられ、前記第１の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含み、
前記第２の買い注文は前記製品に関連付けられ、前記第２の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含み、
前記処理装置は、
前記製品の量に関連する売り注文を受け取り、
前記第２の買い注文のキャンセルされる一部が前記第２の取引情報に少なくとも部分的に基づいて決定されるように、前記第１の市場中心への発注のために、前記第２の市場中心に発注される前記第２の買い注文の少なくとも一部をキャンセルし、
前記第１の取引情報及び前記第２の買い注文の前記キャンセルされる一部の少なくとも１つに基づく量を有する前記第１の市場中心への少なくとも１つの追加の売り注文を送る
よう動作する、装置。
【請求項２】
前記処理装置は、前記第１の市場中心に前記第１の買い注文を出す、請求項１記載の装置。
【請求項３】
前記処理装置は、前記第２の市場中心に前記第２の買い注文を出す、請求項１記載の装置。
【請求項４】
前記メモリは、更に、前記処理装置によらずに前記第１の市場中心に発注される少なくとも１つの追加の買い注文に関連する第３の取引情報を記憶するよう動作し、
前記少なくとも１つの追加の買い注文は、前記製品に関連付けられ、前記製品の公開される量と、前記製品の予備の量とを含み、
前記第１の市場中心に送られる前記少なくとも１つの追加の売り注文の量は、前記第３の取引情報に少なくとも部分的に基づいて決定される、請求項１記載の装置。
【請求項５】
前記メモリは、更に、前記処理装置によらずに前記第２の市場中心に発注される少なくとも１つの追加の買い注文に関連する第３の取引情報を記憶するよう動作し、
前記少なくとも１つの追加の買い注文は、前記製品に関連付けられ、前記製品の公開される量を有するが、前記製品の予備の量を有さず、
前記処理装置は、更に、前記第３の取引情報に少なくとも部分的に基づいて決定される量を有する前記第２の市場中心への少なくとも１つの追加の売り注文を送るよう動作する、請求項１記載の装置。
【請求項６】
前記処理装置は、前記第１の市場中心に前記第２の買い注文の前記キャンセルされる一部を発注し、それに応答して、前記第１の市場中心に前記少なくとも１つの追加の売り注文を送る、請求項１記載の装置。
【請求項７】
前記処理装置は、前記第１の市場中心に前記第２の買い注文の前記キャンセルされる一部を発注し、それに関連して、前記第１の市場中心に前記少なくとも１つの追加の売り注文を送る、請求項１記載の装置。
【請求項８】
前記第２の買い注文の前記キャンセルされる一部は、更に第１の売り注文において特定される前記製品の量に基づいて決定される、請求項１記載の装置。
【請求項９】
前記少なくとも１つの追加の売り注文は、
前記第１の取引情報に少なくとも部分的に基づく量を有し、前記第１の市場中心へ送られる第１の追加の売り注文と、
前記第２の買い注文の前記キャンセルされる一部に少なくとも部分的に基づく量を有し、前記第１の市場中心へ送られる第２の追加の売り注文とを有する、請求項１記載の装置。
【請求項１０】
前記第１の市場中心は協同的なやりとりを有し、
前記第２の市場中心は非協同的なやり取りを有する、請求項１記載の装置。
【請求項１１】
取引注文のルーティングのための装置であって、
メモリと、
前記メモリへ結合される処理装置とを有し、
前記メモリは、
第１の市場中心に発注される第１の売り注文に関連する第１の取引情報と、第２の市場中心に発注される第２の売り注文に関連する第２の取引情報とを記憶するよう動作し、
前記第１の売り注文は製品に関連付けられ、前記第１の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含み、
前記第２の売り注文は前記製品に関連付けられ、前記第２の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含み、
前記処理装置は、
前記製品の量に関連する買い注文を受け取り、
前記第２の売り注文のキャンセルされる一部が前記第２の取引情報に少なくとも部分的に基づいて決定されるように、前記第１の市場中心への発注のために、前記第２の市場中心に発注される前記第２の売り注文の少なくとも一部をキャンセルし、
前記第１の取引情報及び前記第２の売り注文の前記キャンセルされる一部の少なくとも１つに基づく量を有する前記第１の市場中心への少なくとも１つの追加の買い注文を送る
よう動作する、装置。
【請求項１２】
前記処理装置は、前記第１の市場中心に前記第１の売り注文を出す、請求項１１記載の装置。
【請求項１３】
前記処理装置は、前記第２の市場中心に前記第２の売り注文を出す、請求項１１記載の装置。
【請求項１４】
前記メモリは、更に、前記処理装置によらずに前記第１の市場中心に発注される少なくとも１つの追加の売り注文に関連する第３の取引情報を記憶するよう動作し、
前記少なくとも１つの追加の売り注文は、前記製品に関連付けられ、前記製品の公開される量と、前記製品の予備の量とを含み、
前記第１の市場中心に送られる前記少なくとも１つの追加の買い注文の量は、前記第３の取引情報に少なくとも部分的に基づいて決定される、請求項１１記載の装置。
【請求項１５】
前記メモリは、更に、前記処理装置によらずに前記第２の市場中心に発注される少なくとも１つの追加の売り注文に関連する第３の取引情報を記憶するよう動作し、
前記少なくとも１つの追加の売り注文は、前記製品に関連付けられ、前記製品の公開される量を有するが、前記製品の予備の量を有さず、
前記処理装置は、更に、前記第３の取引情報に少なくとも部分的に基づいて決定される量を有する前記第２の市場中心への少なくとも１つの追加の買い注文を送るよう動作する、請求項１１記載の装置。
【請求項１６】
前記処理装置は、前記第１の市場中心に前記第２の売り注文の前記キャンセルされる一部を発注し、それに応答して、前記第１の市場中心に前記少なくとも１つの追加の買い注文を送る、請求項１１記載の装置。
【請求項１７】
前記処理装置は、前記第１の市場中心に前記第２の売り注文の前記キャンセルされる一部を発注し、それに関連して、前記第１の市場中心に前記少なくとも１つの追加の買い注文を送る、請求項１１記載の装置。
【請求項１８】
前記第２の売り注文の前記キャンセルされる一部は、更に第１の買い注文において特定される前記製品の量に基づいて決定される、請求項１１記載の装置。
【請求項１９】
前記少なくとも１つの追加の買い注文は、
前記第１の取引情報に少なくとも部分的に基づく量を有し、前記第１の市場中心へ送られる第１の追加の買い注文と、
前記第２の売り注文の前記キャンセルされる一部に少なくとも部分的に基づく量を有し、前記第１の市場中心へ送られる第２の追加の買い注文とを有する、請求項１１記載の装置。
【請求項２０】
前記第１の市場中心は協同的なやりとりを有し、
前記第２の市場中心は非協同的なやり取りを有する、請求項１１記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、電子取引に関し、より具体的には、量に基づく取引注文のルーティングのためのシステムに関する。
【背景技術】
【０００２】
近年、電子取引システムは、例えば、物品、サービス、金融商品、及び商品など、幅広い様々なものの取引に対する幅広い支持を得ている。例えば、電子取引システムは、例えば、株式、債権、通貨、先物取引、石油、及び金などの金融商品及び商品の取引を容易にするよう開発されてきた。
【０００３】
かかる電子取引システムの多くは、入札／売買申込みプロセスを使用する。このプロセスでは、入札及び売買申込みがパッシブサイドによってシステムへ提示され、次いで、それらの入札及び売買申込みがアグレッシブサイドによってヒット又はリフト（若しくはテイク）される。例えば、パッシブサイドの取引相手は、特定の取引製品を購入するよう“入札（ｂｉｄ）”を提示することができる。このような入札に応答して、アグレッシブサイドの取引相手は、所与の価格でパッシブサイドの取引相手に取引製品を販売する意欲を示すために“ヒット（ｈｉｔ）”を提示することができる。代替的に、パッシブサイドの取引相手は、所与の価格で特定の取引製品を販売するよう“売買申込み（ｏｆｆｅｒ）”を提示し、次いで、アグレッシブサイドの取引相手は、所与の価格でパッシブサイドの取引相手から取引製品を購入する意欲を示すよう、売買申込みに応答して“リフト（ｌｉｆｔ）（若しくはテイク（ｔａｋｅ））”を提示することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明に従って、従来の電子取引システムに関連する欠点及び問題は、実質的に軽減又は削除される。
【課題を解決するための手段】
【０００５】
取引注文のルーティングのための装置は、メモリ及び処理装置を有する。一動作モードにおいて、前記メモリは、第１の市場中心に発注される第１の買い注文に関連する第１の取引情報を記憶する。前記第１の買い注文は製品に関連付けられ、前記第１の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含む。前記メモリは、また、第２の市場中心に発注される第２の買い注文に関連する第２の取引情報を記憶する。前記第２の買い注文は前記製品に関連付けられ、前記第２の取引情報は、前記製品の公開される量と、前記製品の予備の量とを含む。前記処理装置は、前記メモリへ結合され、前記製品の量に関連する売り注文を受け取る。前記処理装置は、更に、前記第１の市場中心への発注のために、前記第２の市場中心に発注される前記第２の買い注文の少なくとも一部をキャンセルする。前記第２の買い注文のキャンセルされる一部は、前記第２の取引情報に少なくとも部分的に基づいて決定される。前記処理装置は、前記第１の取引情報及び前記第２の買い注文の前記キャンセルされる一部の少なくとも１つに基づく量を有する前記第１の市場中心への少なくとも１つの追加の売り注文を送る。
【０００６】
本発明の様々な実施形態は、多数の効果の恩恵を受けることができる。留意すべきは、１又はそれ以上の実施形態は、後述される効果の幾つか若しくは全てから恩恵を受けることも、あるいは、それらからは全く恩恵を受けないこともある。
【０００７】
一般に、本発明のシステムは、量に基づいて特定の市場中心へ取引注文を送ることによって取引注文の処理を最適化する。具体的に、当該システムの取引プラットフォームは、特定の好ましい市場中心への通信のために取引注文を集約する。取引注文を集約することによって、当該システムは、市場中心へ送られる全体的な取引注文の数を減らすことが可能であり、そうすることで、当該システムは、他の取引注文を扱うように、他の処理を実行するために当該システムにおけるネットワークリソースを使えるようにすることができる。従って、かかる技術は、取引注文のより速く且つより効率的な処理及びルーティングをもたらすことができる。
【０００８】
更に、本発明の取引プラットフォームは、様々な市場中心に発注された以前の取引注文（例えば、買い注文又は売り注文のいずれか一方。）に関する取引情報を記憶する。取引プラットフォームが同じ製品に関する新しい取引注文（例えば、買い注文。）を受けた場合、取引プラットフォームは、取引注文が適切に満足され得るように現在の取引注文をどこに送るべきかを決定するよう、（例えば、以前の売り注文に関する）記憶される取引情報を参照することができる。言い換えると、取引プラットフォームは、同じ製品に関する以前の取引注文に一致する適切な変更を有するところの特定の市場中心へ現在の取引注文を送ることができる。このように取引注文を送ることによって、本システムの取引プラットフォームは、関連する市場中心がその待ち行列（ｑｕｅｕｅ）から以前の取引注文を解決し、そうすることで、かかる市場中心においてメモリ空間及び処理リソースを使えるようにすることを可能にする。これは、より速く且つより効率的な取引システムをもたらす。
【０００９】
他の効果は、以下の図面、記載及び特許請求の範囲から、所謂当業者には容易に理解されるであろう。
【発明を実施するための最良の形態】
【００１０】
本発明及びその効果のより完全なる理解のために、ここで、添付の図面に関連して以下の記載を参照する。
【００１１】
図１は、ネットワーク１６を用いて様々なクライアント１４へ結合され、更に市場中心１８へ結合される取引プラットフォーム１２を有する取引システム１０の一実施形態を表す。概して、システム１０は、注文２０において特定される製品の量と、１又はそれ以上の市場中心１８で入手できる製品の量とに基づいて特定の市場中心１８へ取引注文２０を送ることによって取引注文２０の処理を最適化する。
【００１２】
取引注文２０は、特定の量の特定の取引製品を購入するための注文（例えば、入札要求。）又は特定の量の特定の取引製品を販売するための注文（例えば、売買申込み要求。）を含む。購入又は販売されるべき取引製品の量は、ここでは“総量”と称される。具体的な実施形態で、取引注文２０は、また、取引製品に関して目標価格（例えば、目標入札価格及び目標売買申込み価格。）を指定することができる。システム１０に関する以下の記載は取引株式に関して詳述されるが、所与の取引注文２０の基本を形成する取引製品は、如何なる種類の品物、サービス、金融商品、商品なども含みうる。金融商品の例には株、債権、及び先物取引が含まれるが、これらに限定されない。
【００１３】
クライアント１４は、例えば取引プラットフォーム１２のような取引システム１０の１又はそれ以上の要素にアクセスするためにトレーダーによって使用され得るいずれかの適切なローカルの又はリモート式のエンドユーザ装置を有する。例えば、クライアント１４は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子手帳、パーソナルデジタルアシスタント（ＰＤＡ）、ポケットベル、あるいは、受信、演算処理、記憶及び／若しくはシステム１０の他のコンポーネントとの情報のやりとりが可能なその他適切な装置（無線又はその他）、コンポーネント、又は要素を有することができる。クライアント１４は、また、例えばディスプレイ、マイクロフォン、キーボード、又は特定の構成及び配置に従うその他適切な端末機器のような、トレーダー用の如何なる適切なインターフェースを有しても良い。明らかなように、取引プラットフォーム１２に結合された、例えばクライアント１４ａのようなクライアント１４がいくつも存在しうる。更に、取引プラットフォーム１２を用いることなく市場中心１８に結合された、例えば１４ｂ及び１４のようなクライアント１４がいくつも存在しうる。クライアント１４ａ、１４ｂ及び１４ｃは、クライアント１４と総称される。
【００１４】
クライアント１４はここでは“トレーダー”によって使用されるよう記載されるが、当然、用語“トレーダー”は、そのユーザが、システム１０において取引注文２０を発注し且つ／あるいは取引注文２０に応答することが可能であるところの代表者、個人、法人（例えば、会社。）、又はその他機械若しくは機構に代わって行動する代理人であろうとなかろうと、取引システム１０の如何なるユーザも広範に対象とすることを意味する。
【００１５】
ネットワーク１６は、クライアント１４と、取引プラットフォーム１２及び／又は市場中心１８との間でデータ又は情報を交換するよう動作可能な通信プラットフォームである。ネットワーク１６は、本発明の具体的な実施形態においてインターネットアーキテクチャを表す。かかるネットワーク１６は、プラットフォーム１２及び／又は市場中心１８へ送られるよう電子的に取引を実行する又は取引を開始する能力を、クライアント１４を操作するトレーダーに与える。ネットワーク１６は、また、アナログ音声通話のみ可能な旧来の電話サービス（ＰＯＴＳ；Ｐｌａｉｎ  Ｏｌｄ  Ｔｅｌｅｐｈｏｎｅ  Ｓｙｓｔｅｍ）であっても良い。トレーダーは、同様の操作又は機能を実行するためにＰＯＴＳを使用しても良い。このような取引は、かかる取引が実行されるよう要求するために、プラットフォーム１２に関連付けられたブローカーによって支援されても、あるいは、電話若しくは他の適切な電子機器に手動入力されても良い。他の実施形態で、ネットワーク１６は、システム１０におけるいずれかの２つのノードの間の通信インターフェース又はやりとりを提供する如何なるパケットデータネットワーク（ＰＤＮ）であっても良い。ネットワーク１６は、更に、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、バーチャルプライベートネットワーク（ＶＰＮ）、イントラネット、又は、クライアント１４とプラットフォーム１２及び／又は市場中心１８との間の通信を容易にするその他適切なアーキテクチャ若しくはシステムを有することができる。
【００１６】
市場中心１８は、交換、電子通信ネットワーク（ＥＣＮ）、代替取引システム（ＡＴＳ）、市場マーカー、又はその他適切な市場参加者を含むあらゆる種類の注文履行会場を有する。各市場中心１８は、市場中心価格とも呼ばれる株式上場価格で購入又は販売するよう待機し、意志を表し、能力を有することによって、所与の取引製品において入札及び売買申込み価格を維持する。
【００１７】
異なる市場中心１８は、特定の取引製品に関して異なる市場中心価格を提供する。例えば、特定の市場中心１８は、特定の取引製品に関して特定の入札価格及び／又は売買申込み価格を提示しうるが、他の市場中心１８は、同じ取引製品に関して異なる入札価格及び／又は売買申込み価格を提示することがある。特定の市場中心１８は、また、ある時間長さよりも長い間自身のオーダーブックに残っている取引注文２０を履行するために取引費用を変更する。
【００１８】
更に、異なる市場中心１８は、例えば、取引注文２０のサイズなど、取引注文２０の様々な詳細に関する市場マーカーへの開示に関して異なった方針を採用してきた。例えば、クライアント１４は、“予備の量”を有して取引注文２０を出すことができる。このような予備の量は、取引注文２０の総量の一部を有し、市場中心１８に残りの市場へその一部のみを表示させながら、クライアント１４が大口注文を入力することを可能にする。この場合に、取引注文２０の第１の量は“公開”され、取引注文２０の第２の量は“留保”される。例えば市場中心１８ａのような特定の市場中心１８は、それらが取引注文２０の公開される量及び留保される量の両方を取引プラットフォーム１２に開示するところの“協同的”市場中心１８に相当する。例えば市場中心１８ｂのような他の市場中心１８は、それらが取引注文２０の公開される量を取引プラットフォーム１２に開示するが、取引注文２０の留保される量を取引プラットフォーム１２に開示しないところの“非協同的”市場中心１８に相当する。
【００１９】
取引プラットフォーム１２は、取引注文２０のルーティング、マッチング、及びその他処理を容易にする取引アーキテクチャである。プラットフォーム１２は、注文２０の取引を管理しようとするいずれかの人物、ビジネス、若しくは団体のための管理センタ又は本部を有しても良い。従って、プラットフォーム１２は、取引環境を管理若しくは運営する行政機関又は監督団体の運営及び機能を実現するために利用又は実施され得るハードウェア、ソフトウェア、要員、装置、コンポーネント、要素、若しくは対象の如何なる適切な組合せも含みうる。ここで記載される具体的な実施形態で、取引プラットフォーム１２は、システム１０の他の処理動作をサポートするために実行される多数のインターフェース、処理装置及びメモリ装置を有する。
【００２０】
ネットワーク１６に結合されたクライアントインターフェース３０は、クライアント１４と、プラットフォーム１２の様々なコンポーネントとの間の通信をサポートする。具体的な実施形態で、クライアントインターフェース３０は、クライアント１４によって送られた取引注文２０を受け取る取引サーバを有する。
【００２１】
処理装置３２は、クライアントインターフェース３０に結合され、プラットフォーム１２内の多数の注文処理タスクを実行する。具体的に、処理装置３２は、メモリ３４に取引注文２０を記録し、取引注文２０を市場中心１８に送る。処理装置３２は、記載される機能又は動作を提供するよう、１又はそれ以上のモジュールで実施されるハードウェア及びソフトウェアの如何なる適切な組合せも含む。処理装置３２は、メモリ３４に記録されたプログラム命令を実行し、プログラム命令を実行するための処理コンポーネントを有しても良い。市場中心インターフェース３６は、プラットフォーム１２と市場中心１８との間の通信をサポートする。
【００２２】
メモリ３４は、例えば取引注文２０及び取引情報４０のような情報の１又はそれ以上のファイル、リスト、テーブル、若しくは他の配置を記憶するランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、磁気コンピュータディスク、ＣＤ−ＲＯＭ、又は他の磁気若しくは光学記憶メディア、あるいはその他の揮発性若しくは不揮発性メモリ装置の如何なる適切な配置も含む。図１は、取引プラットフォーム１２の内部にあるようメモリ３４を表すが、当然、メモリ３４は、具体的な実施に依存して、システム１０のコンポーネントの内部若しくは外部にあっても良い。また、図１に表されるメモリ３４は、システム１０での使用のためのメモリ装置の如何なる適切な配置をも達成するよう、他のメモリ装置と別個若しくは一体であっても良い。
【００２３】
留意すべきは、取引プラットフォーム１２の内部構造と、それに関連するインターフェース、処理装置、及びメモリ装置とは順応性があり、その意図される動作を達成するために容易に変更、変形、再配置、又は再構成をなされ得る。
【００２４】
動作において、クライアント１４は、取引プラットフォーム１２の支援を有して又は有さずに、市場中心１８に様々な取引注文２０を出す。メモリ３４は、これらの取引注文２０に関連付けられた取引情報４０を記憶する。如何なる所与の取引注文２０に関しても、取引情報４０は、取引注文２０が買い注文又は売り注文であるかどうかに関する情報と、基礎をなす取引製品と、総量と、価格情報と、取引注文２０に関するその他適切な情報とを含みうる。取引プラットフォーム１２によらずに市場中心１８ａに発注されるそれらの取引注文２０に関して、例えば、取引情報４０は、基礎をなす取引製品の公開される量及び取引製品の予備の量の両方を含みうる。取引プラットフォーム１２によらずに市場中心１８ｂに発注されるそれらの取引注文２０に関して、例えば、取引情報４０は、基礎をなす取引製品の公開される量のみを含みうる。取引プラットフォーム１２によっていずれか一方の市場中心１８ａ又は１８ｂに発注されるそれらの取引注文２０に関して、取引情報４０は、基礎をなす取引製品の公開される量及び取引製品の予備の量の両方を含みうる。
【００２５】
取引プラットフォーム１２がクライアント１４から追加の取引注文２０を受け取る場合、処理装置３２は、メモリ３４に記憶された取引情報４０に基づいて、１又はそれ以上の市場中心１８へ追加の取引注文２０を送る。例えば、取引プラットフォーム１２が多数の特定の製品に関連付けられた売り注文２０を受けるならば、処理装置３２は、同じ製品に関する以前の買い注文２０に関連付けられた取引情報４０に基づいて、市場中心１８の１又はそれ以上へ少なくとも１つの追加の売り注文２０を送る。同様に、取引プラットフォーム１２が多数の特定の製品に関連付けられた買い注文２０を受けるならば、処理装置３２は、同じ製品に関する以前の売り注文２０に関連付けられた取引情報４０に基づいて、市場中心１８の１又はそれ以上へ少なくとも１つの追加の買い注文２０を送る。この記載は、１又はそれ以上の取引注文２０を受けて市場中心１８へ追加の取引注文２０を送る取引プラットフォーム１２を参照して詳述されるが、当然、追加の取引注文２０の１又はそれ以上は、取引プラットフォーム１２によって受け取られる取引注文２０の幾つか又は全てを含んでも、あるいは全く含まなくても良い。
【００２６】
かかる追加の取引注文２０を市場中心１８へ送る際に、取引プラットフォーム１２は、例えば協同的な市場中心１８ａのような一の市場中心１８を、例えば非協同的な市場中心１８ｂのような他の市場中心１８よりも優先することができる。具体的に、取引プラットフォーム１２は、市場中心１８ｂで取引注文２０の総量の幾らかを満たそうとする前に、市場中心１８ａで特定の製品に関して取引注文２０の総量のうちの可能な限り多くを満たそうと努めても良い。更に、取引プラットフォーム１２が、以前に、例えば特定の製品に関する買い注文２０のような取引注文２０を市場中心１８ｂに発注していた場合には、取引プラットフォーム１２は、このような以前の取引注文２０をキャンセルして、その注文２０を市場中心１８ａに発注しても良い。従って、例えば同じ製品に関する売り注文のような、その後に受けた取引注文２０は、市場中心１８ｂよりむしろ市場中心１８ａで（少なくとも部分的に）満足され得る。市場中心１８ｂでキャンセルされて、代わりに市場中心１８ａで発注された取引注文２０の一部は、少なくとも部分的に取引情報４０に基づく。
【００２７】
図２は、システム１０によって使用される取引情報４０の一実施形態を表す。取引情報４０は、列５０〜５８及び行６０〜７２を有するテーブルにおいて表される。列５０〜５８は、列５０において取引注文２０の種類（例えば、買い注文又は売り注文。）を、列５２において取引注文２０の対象である製品を、列５４において取引注文２０の公開される量を、列５６において取引注文の予備の量を、及び列５８において特定の取引注文２０が送られた市場中心１８ａ又は１８ｂを含む取引情報４０を有する情報の種類の少なくとも一部を表す。それぞれの行６０〜７２は、取引注文２０が取引プラットフォーム１２によって発注されたかどうかに関わらず、市場中心１８に以前に発注された又は現在発注されている取引注文２０を表す。当然、取引情報４０は、テーブル又はその他データ構成において形成されたかどうかに関わらず、データの如何なる適切な配置においても記憶され得る。
【００２８】
ここで、システム１０の動作の幾つかの例について、図２に表された取引情報４０を参照して記載する。しかし、最初は、クライアント１４ｂは、取引プラットフォーム１２の支援を有さずに、行６０及び６２で表されるように、市場中心１８ａに取引注文２０を発注したとする。具体的に、行６０で表される第１の取引注文２０は、１０ユニットの公開される量と、１０ユニットの予備の量を有する製品“ＸＹＺ”に関する買い注文２０でありうる。行６２で表される第２の取引注文２０は、１０ユニットの公開される量と、０ユニットの予備の量を有する製品“ＸＹＺ”に関する買い注文２０でありうる。更に、クライアント１４ｃは、取引プラットフォーム１２の支援を有さずに、行６４及び６６で表されるように、市場中心１８ｂに取引注文２０を発注したとする。具体的に、行６４で表される第１の取引注文２０は、１０ユニットの公開される量と、市場中心１８ｂが取引プラットフォーム１２と協働しないために未知のままである予備の量とを有する製品“ＸＹＺ”に関する買い注文２０でありうる。行６６で表される第２の取引注文２０は、１０ユニットの公開される量と、同様に未知である予備の量とを有する製品“ＸＹＺ”に関する買い注文２０でありうる。
【００２９】
従って、この時点で、取引情報４０は、（列５４における行６０〜６６によって示されるように）製品“ＸＹＺ”の４０ユニットの公開される量が市場中心１８ａ及び１８ｂで競られていることと、（列５６における行６０によって示されるように）製品“ＸＹＺ”の１０ユニットの予備の量が市場中心１８ａで競られていることと、（列５６における行６４及び６６によって示されるように）製品“ＸＹＺ”の未知の予備の量が市場中心１８ｂで競られていることとを示す。
【００３０】
第１の例となる動作において、取引プラットフォーム１２は、総量３０ユニットの製品“ＸＹＺ”に関する売り注文２０を受けたとする。更に、プラットフォーム１２は、その注文ルーティング決定に際して協同的な市場中心１８ａを優先するとする。プラットフォーム１２は、製品“ＸＹＺ”の３０ユニットが現在市場中心１８ａで競られていることを示す取引情報４０を記憶しているので、取引プラットフォーム１２は、総量３０ユニットの製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ａへ送る。市場中心１８ｂではなく市場中心１８ａにおいて売り注文２０の総量（例えば、３０ユニット。）のうちの可能な限り多く（例えば、３０ユニット。）を満足することによって、取引プラットフォーム１２は、その注文ルーティング処理において、協同的な市場中心１８ａに対する優先傾向を示す。
【００３１】
第２の例となる動作において、取引プラットフォーム１２は、総量５０ユニットの製品“ＸＹＺ”に関する売り注文２０を受けたとする。更に、プラットフォーム１２は、その注文ルーティング決定に際して協同的な市場中心１８ａを優先するとする。取引情報４０は、製品“ＸＹＺ”の３０ユニットが現在市場中心１８ａで競られていることを示しているので、取引プラットフォーム１２は、３０ユニットの量の製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ａへ送る。取引プラットフォーム１２は、製品“ＸＹＺ”の２０ユニットが現在市場中心１８ｂで競られていることを示しているので、取引プラットフォーム１２は、２０ユニットの残りの量の製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ｂへ送る。市場中心１８ｂにおいて残り（例えば、２０ユニット。）を満足する前に市場中心１８ａにおいて売り注文２０の総量（例えば、５０ユニット。）のうちの可能な限り多く（例えば、３０ユニット。）を満足することによって、取引プラットフォーム１２は、その注文ルーティング処理において、協同的な市場中心１８ａに対する優先傾向を示す。
【００３２】
第３の例となる動作において、更に、取引プラットフォーム１２は、クライアント１４ａから、２０ユニットの量において製品“ＸＹＺ”に関する追加の買い注文２０（例えば、１０ユニットが公開される量、残り１０ユニットが予備の量。）を受けたとする。クライアント１４ａの指示ごとに、行６８で表されるように、取引プラットフォーム１２は、５ユニットの公開される量及び５ユニットの予備の量を有して製品“ＸＹＺ”に関して市場中心１８ａに買い注文２０を発注するとする。更に、行７０で表されるように、取引プラットフォーム１２は、５ユニットの公開される量及び５ユニットの予備の量を有して製品“ＸＹＺ”に関して市場中心１８ｂに買い注文２０を発注する。この時点で、取引情報４０は、（列５４における行６０〜７０によって示されるように）製品“ＸＹＺ”の５０ユニットの公開される量が市場中心１８ａ及び１８ｂで競られていることと、（列５６における行６０及び６８によって示されるように）製品“ＸＹＺ”の１５ユニットの予備の量が市場中心１８ａで競られていることと、（列５６における行７０によって示されるように）製品“ＸＹＺ”の５ユニットの予備の量が市場中心１８ｂで競られていることとを示す。
【００３３】
ここで、取引プラットフォーム１２は、総量７５ユニットの製品“ＸＹＺ”に関する売り注文２０を受けたとする。更に、プラットフォーム１２は、その注文ルーティング決定に際して協同的な市場中心１８ａを優先するとする。取引情報４０は、（行６０、６２及び６８によって示されるように）総数４０ユニットの製品“ＸＹＺ”が現在市場中心１８ａで競られていることを示しているので、取引プラットフォーム１２は、４０ユニットの量の製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ａへ送る。次に、取引情報４０は、取引プラットフォーム１２が、（行７０で示されるように）総数１０ユニットに対して５ユニットの公開される量及び５ユニットの予備の量に関して、製品“ＸＹＺ”に関する売り注文２０を市場中心１８ｂに発注したことを示す。更に、プラットフォーム１２は、その注文ルーティング決定に際して協同的な市場中心１８ａを優先するとする。結果として、プラットフォーム１２は、（行７０に引かれた破線によって示されるように）行７０で挙げられる市場中心１８ｂに発注された買い注文２０をキャンセルして、代わりに、（行７２で示されるように）買い注文２０を市場中心１８ａに発注する。このとき、取引情報４０は、（行７２によって示されるように）製品“ＸＹＺ”の１０ユニットが現在市場中心１８ｂで競られていることを示す。従って、取引プラットフォーム１２は、１０ユニットの量の製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ａへ送る。市場中心１８ｂへの買い注文２０のキャンセルと、市場中心１８ｂへの買い注文２０の発注とは、時間的に同時に又は連続して起こる。
【００３４】
このとき、取引プラットフォーム１２によって受け取られる売り注文２０における７５ユニットの元の量のうち、５０ユニットは市場中心１８ａで満足され、満足されない更なる２５ユニットが残る。しかし、取引情報４０は、（行６４及び６６によって示されるように）製品“ＸＹＺ”の２０ユニットが現在市場中心１８ｂで競られていることを示している。従って、取引プラットフォーム１２は、２０ユニットの量の製品“ＸＹＺ”に関する売り注文２０を、かかる売り注文２０が満足され得るところの市場中心１８ｂに送る。満足されないままである売り注文２０の５ユニットは、クライアント１４ａの指示ごとに、あるいは取引プラットフォーム１２の注文ルーティング優先度に従って、市場中心１８ａ、市場中心１８ｂ、若しくはそれら両方に送られ得る。市場中心１８ａにおいて売り注文２０の総量（例えば、７５ユニット。）のうちの可能な限り多く（例えば、４０ユニット。）を満足することによって、且つ、売り注文２０の他の１０ユニットが市場中心１８ａで満足され得るように市場中心１８ａへの発注のために市場中心１８ｂに以前に発注された買い注文２０（例えば、１０ユニット。）をキャンセルすることによって、取引プラットフォーム１２は、その注文ルーティング処理において、協同的な市場中心１８ａに対する優先傾向を示す。
【００３５】
前出の例は、買い注文２０を詳述する取引情報４０と、然るべく売り注文２０を送る取引プラットフォーム１２とを参照して詳述されるが、当然、取引情報４０は、如何なる数の買い注文２０及び売り注文２０の組合せも詳述することが可能であり、取引プラットフォーム１２は、上述される技術を用いて、如何なる数の買い注文２０及び売り注文２０の組合せも送ることができる。
【００３６】
図３は、取引注文２０を送るための例となる方法のフローチャートを表す。当該方法は、取引プラットフォーム１２が、市場中心１８ａに発注される１又はそれ以上の取引注文２０（例えば、特定の製品に関する買い注文２０及び／又は売り注文２０。）に関連付けられた取引情報４０と、市場中心１８ｂに発注される１又はそれ以上の取引注文２０（例えば、特定の製品に関する買い注文２０及び／又は売り注文２０。）に関連付けられた取引情報４０とを記憶するところのステップ８０及び８２から始まる。この取引情報４０の少なくとも一部は、取引プラットフォーム１２によって市場中心１８ａ及び１８ｂに発注される取引注文２０に関連付けられ得る。実行は、取引プラットフォーム１２が特定の量の特定の製品に関する取引注文２０（例えば、買い注文２０及び売り注文２０。）を受け取るところのステップ８４へ進む。
【００３７】
ステップ８６で、取引プラットフォーム１２は、特定の製品に関する対応する取引注文２０が市場中心１８ｂにおいて取引プラットフォーム１２によって発注されたかどうかを判断する。例えば、ステップ８４で受け取った取引注文２０が買い注文２０であるならば、取引プラットフォーム１２は、ステップ８６で、特定の製品に関する売り注文２０が市場中心１８ｂにおいて取引プラットフォーム１２によって発注されたかどうかを判断する。ステップ８４で受け取った取引注文２０が売り注文２０であるならば、取引プラットフォーム１２は、ステップ８６で、特定の製品に関する買い注文２０が市場中心１８ｂにおいて取引プラットフォーム１２によって発注されたかどうかを判断する。対応する取引注文２０が発注されていた場合、実行は、取引プラットフォーム１２が市場中心１８ｂにおいて対応する注文２０の少なくとも一部をキャンセルするところのステップ８８へ進む。実行は、取引プラットフォーム１２が市場中心１８ａにおいて対応する注文２０を発注するところのステップ９０へ進む。
【００３８】
ステップ９０で市場中心１８ａにおいて対応する注文２０を発注すると、あるいは、ステップ８６で対応する注文２０が取引プラットフォーム１２によって発注されていなかったと判断されると、実行は、取引プラットフォーム１２が、ステップ８４で受け取った取引注文２０の少なくとも一部を満足するよう１又はそれ以上の取引注文２０を市場中心１８ａへ送るところのステップ９２へ進む。ステップ８４で受け取った取引注文２０は、（取引プラットフォーム１２によるかどうかに関わらず）もともと市場中心１８ａにおいて発注されていた対応する取引注文２０によって、及び／又は、ステップ８８で市場中心１８ｂにおいてキャンセルされた対応する取引注文２０に関連してステップ９０で取引プラットフォーム１２によって市場中心１８ａにおいて発注された対応する取引注文２０によって、少なくとも部分的に満足され得る。この点で、取引プラットフォーム１２は、その注文ルーティング処理において、協同的な市場中心１８ａに対する優先傾向を示す。
【００３９】
本発明は幾つかの実施形態で記載されてきたが、無数の変更及び変形が所謂当業者には自明であり、本発明は、本願に添付の特許請求の範囲の適用範囲内にあるこのような変更及び変形を包含するよう意図される。
【図面の簡単な説明】
【００４０】
【図１】本発明に従う取引システムの一実施形態を表す。
【図２】図１に表されるシステムによって使用される取引情報の一実施形態を表す。
【図３】取引注文を送るための例となる方法のフローチャートを表す。
【図１】
2008546119.tif 000003
【図２】
2008546119.tif 000004
【図３】
2008546119.tif 000005
【国際調査報告】
2008546119.tif 000006