"命令を記憶している記憶媒体を有する製造物であって、前記命令はプロセッサによって実行されたときに、前記プロセッサに:前記プロセッサとネットワークを通じて通信するユーザーのリモート装置から、前記プロセッサに結合された受信手段を介して、全量の要求および目標価格の要求を含む取引注文要求を受信する段階と;前記取引注文要求のうちの第一の量を、複数の取引注文を記憶している内部データベースから取得される少なくとも二つの取引注文と取り合わせる段階であって、前記少なくとも二つの取引注文のそれぞれは前記目標価格を満足し、前記全量の少なくとも一部を満足し、前記複数の取引注文のそれぞれは量、価格およびあらかじめ記憶された優先順位付けを含んでいる、段階と;前記取引注文要求の前記第一の量を満足する前記少なくとも二つの取引注文のうちの一つを、前記あらかじめ記憶された優先順位付けに基づいて選択する段階と、前記選択に応答して、前記取引注文要求の残りの量を、前記取引注文要求の前記全量から前記第一の量を引くことによって判別する段階と;前記データベースの外部のある市場センターが前記残りの量の少なくとも一部を前記目標価格で充足できることを判別する段階と;前記プロセッサは前記市場センターに送られたペンディングトランザクションの数を記録しており、前記市場センターがペンティングトランザクションの所定の最大数を超えていないことを判別する段階と;前記残りの量を前記市場センターに振り向ける段階とを実行させる、製造物。前記複数の取引注文が以前に受信されたものである、請求項1記載の製造物。前記記憶媒体がさらに、前記プロセッサによって実行されたときに、前記プロセッサに:前記取引注文要求の前記第一の量が前記少なくとも二つの取引注文のうちの前記一つによって充足されたことの指標を、前記プロセッサに結合された送信手段を介して送信する段階を実行させる命令を記憶している、請求項1記載の製造物。前記記憶媒体がさらに、前記プロセッサによって実行されたときに、前記プロセッサに:前記少なくとも二つの取引注文のうちの前記一つを前記データベースから除去する段階を実行させる命令を記憶している、請求項11記載の製造物。前記あらかじめ記憶された優先順位付けが、前記複数の取引注文のそれぞれに、オファーされている前記取引製品の量に従って優先順を付けることを含む、請求項1記載の製造物。前記少なくとも二つの取引注文のうちの前記一つを選択する前記段階がさらに:前記少なくとも二つの取引注文のうちの前記一つによってオファーされる取引製品の量が前記取引注文要求の全量に最も近く一致することを判別する段階を含む、請求項5記載の製造物。前記あらかじめ記憶された優先順位付けが、前記複数の取引注文のそれぞれに、前記価格に従って優先順を付けることを含む、請求項1記載の製造物。前記少なくとも二つの取引注文のうちの前記一つを選択する前記段階がさらに:前記少なくとも二つの取引注文のうちの前記一つによってオファーされる価格が前記取引注文要求の前記目標価格に最も近く一致することを判別する段階を含む、請求項7記載の製造物。前記あらかじめ記憶された優先順位付けが、前記複数の取引注文のそれぞれに、トレーダーの素性に基づいて優先順を付けることを含む、請求項1記載の製造物。前記少なくとも二つの取引注文のうちの前記一つを選択する前記段階がさらに:前記少なくとも二つの取引注文のうちの前記一つオファーするトレーダーの素性が、他のトレーダーよりも上に優先順を付けられるべきであることに基づく、請求項9記載の製造物。前記あらかじめ記憶された優先順位付けが、トレーダーによってオファーされる取引注文を、市場センターによってオファーされる取引注文よりも上に優先順を付けることを含む、請求項1記載の製造物。前記記憶媒体がさらに、前記プロセッサによって実行されたときに、前記プロセッサに:トレーダーおよび前記市場センターの両者が前記取引注文との一致をオファーしていることを判別する段階と;前記トレーダーを、前記市場センターよりも上に優先順を付ける段階とを実行させる命令を記憶している、請求項11記載の製造物。前記残りの量を前記市場センターに振り向ける前記段階がさらに:前記市場センターによってオファーされる前記取引製品の量に量乗数を適用する段階を含む、請求項1記載の製造物。市場価格は時間とともに――それも一分、一秒ごとに――変化しうる。時間とともに特定の商品を取引したいと思う人は変わりうるし、ビッド/オファーされる量も変わりうる。異なる取引センターはコスト構造も異なることがある。トレーダーはだいたいのところは知っているかもしれないが、センターAがセンターBより安いかどうかは取引される量と市場価格、そしてそれに付随するトランザクション費用に依存することがある。取引費用を折り込んでどの市場センターが最も安いかを評価するのは難しいことがある。トレーダーは常習的に市場価格しか考えず、選択プロセスにおいてその他の関連要因を分析から除外してしまいがちである。また、費用は、費用方程式が考量不能および予測不能な要素を含む場合には評価することが不可能なこともある。たとえば取引される製品が所定の時間以内に売れれば費用はかからないが、それまでに取引が完了しなければ取引センターが料金を徴収するなどである。トレーダーが実際上市場価格以外の何物も考えようとさえしないもう一つの理由は、単にかかずらうには難しすぎるということである。そのためトレーダーは直感と感触を使って取引センターを選ぶことがある。多くの取引が電話を通じて行われる。トレーダーは個人的、主観的な理由から特定の市場センターに電話することを選ぶことがある。たとえば、電話番号が短縮ダイヤルに登録されていたからとか、ただその組織の評判や普段話す人が気に入ったからとかである。同様に、特定の取引センターを個人的な理由で避けることもある。また、異なる取引センターは、買い手/売り手の素性および取引量に関して異なる開示規則を有する。この情報は扱いに注意が必要なことがあり、市場の変動を引き起こすことがある。たとえば、A社がB社に何百万もの物品または株または証券を売ろうとしているという情報は市場価格および/または取引戦略を変更させることがある。トレーダーは好ましくない開示規則があるためにある特定の取引センターを使わないことに決めるかもしれない。単に安全策を取って、問題のない取引分野があるかもしれなくてもたとえば閾値X未満であれば開示問題がないなど、どんな取引、どんな取引分野についてもその取引センターを使わない思考態度になっていることもある。また、開示規則は時とともに変わりうるものであり、取引センターによっても変化があるものである。トレーダーは誰しも、情報から取り残されたくない一方、必要のない情報は開示したくない。これは安全策を取って最も規則が寛容な取引センターを常習的に利用するもう一つの誘因である。トレーダーはトランザクションの速度に動かされるが、精確さにも動かされる。これらの要因はトレーダーを異なる方向に引きつける。現在存在するシナリオは、トレーダーAは取引センターBを使うことを好み、取引の多くについてそうしている。これはAとBの間の電気通信回線に圧力をかける。取引センターCが実際にはよりよい条件だったとしても、トレーダーAは快適地帯を乱すに十分な好条件にならない限り使っている取引センターを切り換えることはないという意味で、一定の慣性がある。それにトレーダーAがセンターCのほうが安いということを学ぶには時間的遅延がある。トレーダーAが使うころにはセンターCは結局のところ安くはなくなっているということもありうる。条件が同じくらいよい場合には使用度の低い取引センターでの取引を計画することにより、使用度の高いセンターへの電気通信トラフィックのボトルネックを軽減することができる。現在のところ、これはトレーダーの頭の中では考慮の対象になっていないことがある。取引を成立させることを可能にする既知の取引システム商品が存在している。問題は、人間がリアルタイムで完全に処理するには難しすぎる一つまたは複数の要因に基づいて知的に取引注文を振り向ける装置をいかにして提供するかである。代替的な取引システム商品、前記問題に対する代替的な解決策を提供することが本発明の目的である。他の製品に対して利点のある製品が顧客によって好まれることは自明の理である。よりよい製品を作ることは多くの、おそらくはすべてのメーカーに共通する望みである。製品をよくする一つの方法は、同じまたは匹敵するものをより安く作ることである。製品をよくするもう一つの方法は、機能を高めた製品、競合製品にできない何かをすることのできる製品を作ることである。本発明の多くの実施形態のねらいは、人間が考慮するには難しすぎるかもしれない多数の要因を使って取引注文に関する決定をすることのできる改良された取引システム製品を提供することである。したがって、取引注文およびその振り向けの速度と精確さが上昇する。より優れた性能を有する、あるいはそもそも競合製品にはできないことができる製品を持つことは、製造業界共通の一般的な望みである。本発明の多くの実施形態を有する製品は、既存の製品が、また人間でさえもがそもそもできないこと、そのような製品の購入者にとって魅力的な利点となること、旧製品の技術的機能を超えたことができる。本発明の多くの実施形態はこの問題に代替的な解決策を与える。当該製品は従来製品を超える向上した機能を有する:新たな、有用なことをなしうるのである。多くの実施形態については、当該製品はトレーダーにとってよりよい条件を得る可能性をより高くでき、どの取引センターを使うかに関する決断から運と個人的な偏見を除去することもありうる。本発明によれば、従来の電子取引システムに付随する欠点および問題点は実質的に軽減または解消される。本発明のある実施形態によれば、取引注文を一つの市場センターに振り向けるためのシステムがメモリおよびプロセッサを有している。メモリは取引製品を指定する取引注文を保存する。プロセッサはその取引製品についての複数の市場センター価格を判別する。各市場センター価格は複数の市場センターのうちの少なくとも一つに結びついている。プロセッサは前記複数の市場センターのうちの一つを判別された市場センター価格に基づいて選択する。プロセッサはさらに選択された市場センターについての開示ポリシーを判別し、その判別された開示ポリシーに従って当該取引注文をその選択された市場センターに振り向ける。本発明のもう一つの実施形態によれば、取引注文を価格に従って市場センターに振り向けるためのシステムがメモリおよびプロセッサを有している。メモリは複数の市場センターに関連するポリシー情報、費用情報、リベートrebate情報を保存している。プロセッサは取引製品を指定する取引注文、その取引注文についての複数の市場センター価格およびその取引製品についての最良価格情報を受け取る。プロセッサは少なくとも一つの市場センター価格を対応する市場センターの前記ポリシー情報および前記最良価格情報に従って調整する。プロセッサはまた少なくとも一つの市場センター価格を対応する市場センターの前記費用情報および前記リベート情報のうちの少なくとも一つに従って調整する。プロセッサは次いで前記複数の市場センター価格を比較し、少なくとも部分的にその比較に基づいてある特定の市場センターを選択する。本発明のもう一つの実施形態によれば、取引注文の開示を管理するためのシステムがメモリおよびプロセッサを有している。メモリは諸市場センターに関する開示ポリシーを保存している。プロセッサは、ある取引製品についての取引注文を、該取引製品の全量および該取引製品の最大開示量を指定した形で受け取る。この取引注文はある特定の市場センターに結び付けられている。プロセッサは次いでその取引注文を、その特定の市場センターに結び付けられた開示ポリシーに従ってその特定の市場センターに振り向ける。本発明のもう一つの実施形態によれば、取引注文に付随するトランザクション費用を回避するためのシステムがメモリおよびプロセッサを有している。メモリはある取引注文に関連付けられた注文識別子とその取引注文に関連付けられた時間閾値を保存している。プロセッサはその取引注文を処理する市場センターに関してその取引注文が有効である時間の長さを監視する。プロセッサはさらにその市場センターに関してその取引注文が有効である時間の長さが前記時間閾値以上になったら時間切れと判定する。プロセッサは次いで、時間切れを判定したのを受け、その取引注文についての取り消し指示を通信する。本発明のもう一つの実施形態によれば、取引注文を取り合わせるためのシステムがメモリおよびプロセッサを有している。メモリは、ある取引製品についての、それぞれがトレーダーと市場センターのうちの少なくとも一方に関連付けられている複数のビッド要求と、その取引製品についてのビッド量と、その取引製品についてのビッド価格とを保存している。プロセッサはその取引製品についてのオファー要求を指定した取引注文を受け取る。その取引注文はさらにその取引製品についてのオファー量およびその取引製品についての目標オファー価格を指定している。プロセッサは前記複数のビッド要求のうちから、前記目標オファー価格以上のビッド価格を有する少なくとも一つを同定する。プロセッサは、その同定されたビッド要求がトレーダーに関連付けられたものであれば、前記取引注文のオファー要求と前記少なくとも一つの同定されたビッド要求とを取り合わせ、前記少なくとも一つの同定されたビッド要求が特定の市場センターに関連付けられたものであれば、その取引注文をその特定の市場センターに振り向ける。本発明のさらにもう一つの実施形態によれば、取引注文を取り合わせるためのシステムがメモリおよびプロセッサを有している。メモリはある取引製品についての、それぞれがトレーダーと市場センターのうちの少なくとも一方に関連付けられている複数のオファー要求と、その取引製品についてのオファー量と、その取引製品についてのオファー価格とを保存している。プロセッサはその取引製品についてのビッド要求を指定した取引注文を受け取る。その取引注文はさらにその取引製品についてのビッド量およびその取引製品についての目標ビッド価格を指定している。プロセッサは前記複数のオファー要求のうちから、前記目標ビッド価格以下のビッド価格を有する少なくとも一つを同定する。プロセッサは、その同定されたオファー要求がトレーダーに関連付けられたものであれば、前記取引注文のビッド要求と前記少なくとも一つの同定されたオファー要求とを取り合わせ、前記少なくとも一つの同定されたオファー要求が特定の市場センターに関連付けられたものであれば、その取引注文をその特定の市場センターに振り向ける。本発明のさまざまな実施形態は多数の利点の恩恵を受けることができる。一つまたは複数の実施形態は以下で議論される利点の一部の恩恵を受けることもあれば、どの恩恵も受けないこともあれば、あるいはすべての恩恵を受けることもある。一般に、本発明のシステムは、ある取引交換プラットフォーム内の取引注文を内部的に取り合わせ、諸市場センターを使って取引注文を満たし、市場センターに付随するトランザクション費用を回避し、達成可能な最良価格に基づいて特定の市場センターに取引注文を振り向け、取引注文のある種の詳細の市場センターへの開示を管理することによって取引注文の処理を最適化する。以下の図面、記述および請求項から、当業者にはその他の利点もすぐに明らかとなるであろう。本発明のより完全な理解のため、これから、付属の図面とともに以下の記述を見ていく。図1は、ネットワーク16を使用して多様なクライアント14に結合され、さらに市場センター18に結合された取引交換プラットフォーム12を含む取引システム10の一つの実施形態を示している。一般に、システム10は、取引交換プラットフォーム12内の取引注文20を内部的に取り合わせ、諸市場センター18を使って取引注文20を満たし、市場センター18に付随するトランザクション費用を回避し、達成可能な最良価格に基づいて特定の市場センター18に取引注文20を振り向け、取引注文20のある種の詳細の市場センター18への開示を管理することによって、取引注文20の処理を最適化する。取引注文20はある特定の量のある特定の取引製品を買う注文たとえばビッド要求またはある特定の量のある特定の取引製品を売る注文たとえばオファー要求からなる。売り買いされるべき取引製品の量はここでは全量と呼ぶ。取引注文20はさらに、前記全量のうち、任意の所与の時点で市場センター18に開示してもよい全部または一部を同定する最大開示量を指定していてもよい。特定の実施例では、取引注文20は目標価格たとえば目標ビッド価格および目標オファー価格も指定していてもよい。システム10の以下の記述は株取引に関して詳述されるが、ある所与の取引注文20の基礎をなす取引製品はいかなる種類の物品、サービス、金融証書、商品などであってもよい。金融証書の例としては、これに限られるものではないが、株、証券および先物契約が含まれる。クライアント14は、取引システム10の取引交換プラットフォーム12のような一つまたは複数の要素にアクセスするためにトレーダーが使用することのできる、いかなる好適なローカルまたはリモートのエンドユーザー装置であってもよい。たとえば、クライアント14はコンピュータ、ワークステーション、電話、インターネットブラウザー、電子ノートブック、携帯情報端末PDA、ポケットベル、またはシステム10の他の構成要素との間で情報を受信し、処理し、保存し、および/もしくは通信する機能のある他の任意の好適な無線であってもなくてもよい装置、コンポーネントまたは要素を有していてもよい。クライアント14はまた、ディスプレイ、マイク、キーボードまたは特定の構成設定および配置に基づく他の任意の適切な端末装置といった、トレーダーにとっていかなる好適なインターフェースを有していてもよい。ネットワーク16に結合されているクライアント14の数はいくつあってもよいことは理解されるであろう。クライアント14はここではトレーダーによって使用されるものとして記述されるが、トレーダーの用語は取引システム10のいかなるユーザーにも広く適用されることが意図されており、当人に代わって行動する代理人、当人、個人、法人企業などまたはシステム10において取引注文20を出したりおよび/もしくは取引注文20に反応したりする機能のある任意の機械もしくは機構でよいことを理解しておくべきである。ネットワーク16はクライアント14と取引交換プラットフォーム12との間でデータまたは情報を交換するよう動作できる通信プラットフォームである。ネットワーク16は本発明のある特定の実施形態ではインターネット構造を表しており、クライアント14を操作するトレーダーが取引を電子的に実行したり、取引プラットフォーム12に配送されるべきトランザクションを開始したりする機能を与える。ネットワーク16はまた、普通の電話システムPOTS:plainoldtelephonesystemであってもよく、これもトレーダーは同じ操作または機能を実行するために使用できる。あるトランザクションが実行されることを要求するためには、そのようなトランザクションは、交換プラットフォーム12に関連したブローカーによって支援されてもよいし、電話またはその他の好適な電子的装置に手動で入力されてもよい。他の実施形態では、ネットワーク16は、システム10内の任意の2つのノードの間の通信インターフェースまたは交換を提供するいかなるパケットデータネットワークPDN:packetdatanetworkでもよい。ネットワーク16はさらに、構内ネットワークLAN:localareanetwork、都市圏ネットワークMAN:metropolitanareanetwork、広域ネットワークWAN:wideareanetwork、無線構内ネットワークWLAN:wirelesslocalareanetwork、仮想私設網VPN:virtualprivatenetwork、イントラネットまたはクライアント14と交換プラットフォーム12との間の通信を容易にする他の任意の適切なアーキテクチャもしくはシステムを含んでいてもよい。市場センター18は、交換所、電子通信ネットワークECNs:ElectronicCommunicationNetworks、代替取引システムATSs:AlternativeTradingSystems、マーケットメーカーまたは他の任意の好適な市場参加者を含む。各市場センター18は、市場センター価格とも呼ばれる公開の取引価格で売り買いする準備をして待機し、意向があり、その能力があることによって、ある所与の取引製品におけるビッドおよびオファーの価格を維持している。取引交換プラットフォーム12は取引注文20の振り向け、取り合わせおよびその他の処理を容易にする取引アーキテクチャである。交換プラットフォーム12は、注文20の取引を管理しようとする任意の個人、企業またはエンティティのための管理センターまたは本部事務所を含みうる。従って、交換プラットフォーム12は、取引環境の経営的管理または行政的管理を行う行政的管理団体または監督エンティティの作用および機能を達成するために利用または実装されうるハードウェア、ソフトウェア、人員、装置、コンポーネント、要素またはオブジェクトのいかなる好適な組み合わせを含んでいてもよい。ここに記載される特定の実施形態では、取引交換プラットフォーム12は,交換プラットフォーム12いくつかのインターフェース、モジュールおよびデータベースを含む。ネットワーク16に結合されたクライアントインターフェース30はクライアント14と交換プラットフォーム12のさまざまな構成要素との間の通信をサポートしている。ある特定の実施形態では、クライアントインターフェース30は、クライアント14によって通信された取引注文20を受信するトランザクションサーバーを有している。注文さばきモジュール32はクライアントインターフェース30に結合されており、交換プラットフォーム12内でいくつかの注文さばきタスクを実行する。特に、注文さばきモジュール32はデータベース50に取引注文20を記録し、取引注文20をさらなる処理のために交換プラットフォーム12内のさまざまな他のモジュールまたはインターフェースに振り向ける。市場センターインターフェース34は交換プラットフォーム12と市場センター18との間の通信をサポートする。異なる市場センター18は、特定の取引製品について異なる市場センター価格を提供する。たとえば、ある特定の市場センター18はある特定のビッド価格および/またはオファー価格をある特定の取引製品について提供する一方、別の市場センター18は異なるビッド価格および/またはオファー価格をその同じ取引製品について提供することがある。価格モジュール38は、ある特定の取引注文20を振り向けるべき特定の市場センター18を、その特定の取引注文20について得ることのできる最良の市場センター価格に基づいて選択する。これについては図2~4を参照しつつより詳細に説明する。特定の実施例では、価格モジュール38は、特定の市場センター18を選択するのに先立って、取引製品の市場センター価格を費用情報、リベート情報および/または市場センター18に関連付けられている最良価格情報に従って調整する。これについてものちにより詳細に説明する。特定の市場センター18は、ある期間を超えて注文帳に残っている取引注文20を実行するためにはトランザクション費用を課す。費用回避モジュール40は、こうした種類の市場センター18に関して仕掛かりになっている取引注文20をこうしたトランザクション費用を回避するために管理する。これについては図5~7を参照しつつより詳細に説明する。異なる市場センター18は、取引注文20について該取引注文20の規模などさまざまな詳細のマーケットメーカーへの開示に関して異なるポリシーを採用してきた。規模開示モジュール42は取引注文20のさまざまな詳細の市場センター18への開示を、そうした市場センター18によって採用されている開示ポリシーに基づいて管理する。これについては図8~10を参照してより詳細に説明する。注文取り合わせモジュール44は、取引注文20の取り合わせを取引交換プラットフォーム12内で内部化する。これについては図11~13を参照してより詳細に説明する。これに関し、注文取り合わせモジュール44は、ある取引製品についてはいってくるビッド要求を指定した取引注文20を、その取引製品についての保存されている一つまたは複数のオファー要求と取り合わせることがある。同様に、取り合わせモジュール44は、ある取引製品についてはいってくるオファー要求を指定した取引注文20を、その取引製品についての保存されている一つまたは複数のビッド要求と取り合わせることもある。取引交換プラットフォーム12を参照して上述した各モジュールは、そのモジュールの記載された機能または作用を提供するためのハードウェアおよびソフトウェアのいかなる好適な組み合わせを有していてもよい。たとえば、モジュールは、プログラム命令ならびに該プログラム命令を実行するための付随するメモリおよび処理コンポーネントを含んでいてもよい。また、図1に示した諸モジュールおよびそれに関する作用は、他のモジュールから別個でもよいし、統合されていてもよい。さらに、モジュール38、40、42、44のそれぞれは、個別の必要および希望に応じて互いと一緒に動作してもよいし、あるいはスタンドアローンベースで動作してもよい。データベース50は一つまたは複数のファイル、リスト、表または情報のその他の配列を有している。それが保存されるのは、ランダムアクセスメモリRAM、読み出し専用メモリROM、磁気コンピュータディスク、CD-ROMもしくはその他の磁気式もしくは光学式記憶媒体または他の任意の揮発性もしくは不揮発性記憶装置の一つもしくは複数のコンポーネントであってよい。図1はデータベース50を取引交換プラットフォーム12内部にあるように示しているが、データベース50は個別の実装によって、システム10のコンポーネントの内部にあっても外部にあってもいいことは理解しておくべきである。また、図1に示されているデータベース50は、システム10内で使用するためのデータベースの任意の好適な構成を達成するための他のデータベースと別個であってもそれらと統合されていてもよい。データベース50は取引注文20および関連付けられた注文識別子52たとえば内部注文識別子および外部注文識別子、時間閾値54および注文状態情報56ならびに市場センター18に関連する情報58たとえば最良価格ポリシー情報、費用情報、リベート情報、開示ポリシー情報ならびに注文取り合わせログ60を保存している。取引交換プラットフォーム12およびそれに付随するインターフェース、モジュールおよびデータベースの内部構造が順応性のあるもので、意図された動作を達成するために容易に変更、修正、再配列または再構成できることを注意しておくべきだろう。価格サーバー70は取引交換プラットフォーム12に価格情報を提供する。価格情報は市場センター価格、最良ビッド価格たとえば、ある取引製品を買うためにある市場センター18が払う意向のある最高価格、および最良オファー価格たとえば、ある取引製品を売るためにある市場センター18が受け取る意向のある最低価格を含みうる。最良ビッド価格および最良オファー価格はまとめて最良価格情報と称される。特定の実施形態では、価格サーバー70は市場センター18から価格情報を受け取る。別の実施形態では、価格サーバー70は一つまたは複数の市場データベンダー72から価格情報を受け取る。価格モジュール図2は、データベース50と価格サーバー70に結合された価格モジュール38の一つの実施形態を示している。価格モジュール38が取引交換プラットフォーム12およびシステム10の他の要素と別に示されているのは単に説明のためであって、価格モジュール38がここに記載される動作を実行するためにシステム10の一つまたは複数の他のコンポーネントと相互運用できることは理解しておくべきである。価格モジュール38によって実行されるさまざまな動作を明確にするため、適宜、図3を参照することにする。価格モジュール38は、ある特定の量のある特定の取引製品を買う注文たとえばビッド要求またはある特定の量のある特定の取引製品を売る注文たとえばオファー要求を含む取引注文20を受け取る。しかし、取引注文20はそれがどの市場センター18に振り向けられるかについては指定していない。価格モジュール38は、当該取引注文20が潜在的に振り向けられうる特定の諸市場センター18を同定する。たとえば表100を示している図3を参照すると、価格モジュール38は、価格モジュール38が受け取った取引注文20と取り合わされる可能性のある市場センター18を5つ同定しうる。表100に示されるように、候補となる市場センター18はARCA、ISLD、NITE、MWSEおよびBRUTを含むことができる。図2に戻ると、価格モジュール38は、取引注文20の基礎になる取引製品について市場センター価格102を価格サーバー70から受け取る。表100に示されているように、市場センター価格102はビッド価格×オファー価格の形に整形されうる。市場センター価格102は、当該取引注文20の基礎になる取引製品の一部の指定量について有効であることもあれば、あるいはあらゆる指定量について有効であることもある。さらに、各市場センター18は特定の取引製品について異なる市場センター価格102を有しうる。価格モジュール38はまた、その取引製品についての最良価格104を価格サーバー70から受け取る。最良価格104はその取引製品についてすべての市場センター18のうちで得られる最良のビッド価格104および最良のオファー価格104を表している。たとえば、最良ビッド価格104は、いずれかの市場センター18がその取引製品を買うときに支払う用意のある最高価格である。最良オファー価格104はいずれかの市場センター18がその取引製品を売るときに受け取る用意のある最低価格である。ここに記載される例では、当該取引製品についての最良価格104はBRUT×BRUTで、9.500×10.000である。価格モジュール38は、市場センター情報58および最良価格104に基づいて市場センター価格102に一つまたは複数の調整を実行する。市場センター情報58は最良価格ポリシー106、費用情報108およびリベート情報110を含みうる。各市場センター18の最良価格ポリシー106は、その市場センター18が最良価格104に反応して何をするかを示す。たとえば、市場センター18は最良価格104に合わせたり、最良価格104の中を取ったり、あるいは最良価格104を無視したりすることができる。費用情報108は、その取引注文20を処理するためにある特定の市場センター18が課すトランザクション費用を指定する。リベート情報110は、その取引注文20を処理するためにある特定の市場センター18が与えるトランザクションリベートを指定する。したがって、価格モジュール38は市場センター価格102をこれらの要因に基づいて調整することにより、各市場センター18について調整市場センター価格112を決定する。たとえば表100を参照すると、価格モジュール38はARCAについての市場センター価格102として9.250×10.010を受け取り、ARCAは最良価格104を顧慮せず、トランザクション費用として0.003ドルを課し、取引注文20の処理に対して何のリベートも出さないことを判別する。価格モジュール38はしたがって、ARCAについての調整市場センター価格112を9.247×10.013であると決定する。ISLDに関しては、価格モジュール38は市場センター価格102として9.260×10.020を受け取り、ISLDは最良価格104を顧慮せず、トランザクション費用を課さず、取引注文20の処理に対して0.003ドルのリベートを出すことを判別する。価格モジュールはしたがって、ISLDについての調整市場センター価格112を9.263×10.017と決定する。NITEに関しては、価格モジュール38は市場センター価格102として9.000×10.050を受け取り、NITEは最良価格104すなわち9.500×10.000に合わせると判定する。最良価格104に合わせることによって、価格モジュール38はNITEのビッド価格102を最良ビッド価格104の9.500に設定し、NITEのオファー価格102を最良オファー価格の10.000に設定する。価格モジュール38はNITEがトランザクション費用も課さなければ取引注文20の処理に対してトランザクションリベートも出さないことを判別する。結果として、価格モジュール38はNITEについての調整市場センター価格112を9.500×10.000と決定する。MWSEに関しては、価格モジュール38は9.000×10.060の市場センター価格112を受け取り、MWSEが最良価格104の中を取ることを判別する。最良価格は9.500×10.000である。最良価格104の中を取ることによって、価格モジュール38はMWSEのビッド価格102およびオファー価格102を、最良ビッド価格104と最良オファー価格104の平均値である9.750に設定する。価格モジュール38はMWSEが0.001ドルをトランザクション費用として課すが、取引注文20の処理について何のリベートも出さないことを判別する。結果として、価格モジュール38はMWSEについての調整市場センター価格112を9.749×9.751と決定する。BRUTに関しては、価格モジュール38は市場センター価格102として9.500×10.000を受け取り、BRUTは最良価格104を顧慮せず、トランザクション費用として0.004ドルを課し、取引注文20の処理に対して何らのリベートも出さないことを判別する。したがって、価格モジュールはBRUTについての調整市場センター価格112を9.496×10.004と決定する。調整市場センター価格112および価格モジュール38が取引注文20のどちらの側に立って処理しているかたとえばビッドかオファーかに基づいて、価格モジュール38はさまざまな市場センター価格112を比較し、最良市場センター価格112が得られる市場センターを同定する。たとえば、取引注文20がある取引製品についてのビッド要求を指定していた場合、価格モジュール38はその取引製品について最低のオファー価格112を提供する市場センター18を同定する。この場合、価格モジュール38は9.751というオファー価格112に対応するMWSEを選択し、MWSEに取引注文20を振り向ける。取引注文20がその取引製品についてオファー要求を指定していた場合には、価格モジュール38はその取引製品について最高ビッド価格112を提供する市場センター18を同定する。この場合、価格モジュール38は9.749というビッド価格112に対応するMWSEを選択する。上記では市場センター価格102は、最良価格104ならびに最良価格ポリシー106、費用情報108およびリベート情報110に応じて調整されるものとして記述されているが、価格モジュールが市場センター価格112を決定するために市場センター価格102を調整するのは、これらの要因のうちの一部を使ってでも全部を使ってでもよい。たとえば、価格モジュール38は市場センター価格102を調整するのに最良価格104および最良価格ポリシー106は使うが費用情報やリベート情報110は使わないということもありうる。さらに、価格モジュール38が市場センター価格102を調整するのに、費用情報108および/またはリベート情報110は使うが、最良価格104や最良価格ポリシー106は使わないということもありうる。図4は、価格に基づいて取引注文20を市場センター18に振り向けるための例示的な方法のフローチャート150を示している。本方法は、ステップ152で価格モジュール38が取引注文20を受け取ることで始まる。価格モジュール38はステップ154で、取引注文20の根底にある取引製品についてのさまざまな市場センター価格102を受け取る。価格モジュール38はステップ156で、最良価格に従って市場センター価格102の調整をすべきかどうかを判別する。すべきであれば、実行はステップ158に進んで価格モジュール38は最良価格104を受け取る。最良価格104は最良ビッド価格104および/または最良オファー価格104を含みうる。価格モジュール38はステップ160で市場センター18の最良価格ポリシー106を判別する。特定の実施例では、最良価格ポリシー106は市場センター情報58の一部としてデータベース50に保存される。価格モジュール38はステップ162で市場センター価格102をしかるべく調整する。具体的には、ある特定の市場センター18が最良価格104を顧慮しない場合には、価格モジュール38はその市場センター18についての市場センター価格102を調整しない。ある特定の市場センター18が最良価格104に合わせる場合には、価格モジュール38はその市場センター18のビッド価格102を最良ビッド価格104に設定し、その市場センター18のオファー価格102を最良オファー価格104に設定する。ある特定の市場センター18が最良価格104の中を取る場合には、価格モジュール38はその市場センター18のビッド価格102およびオファー価格102を最良ビッド価格104と最良オファー価格104の平均値に設定する。ステップ162で市場センター価格102を調整したら、あるいはステップ156で市場センター価格102を最良価格104に基づいて調整しないと判別された場合には、実行はステップ164に進み、価格モジュール38は、市場センター価格102を費用情報108および/またはリベート情報110に基づいて調整するかどうかを判別する。すべきである場合、実行はステップ166に進み、価格モジュール38はさまざまな市場センター18についての費用情報108および/またはリベート情報110を判別する。特定の実施例では、情報108および110は市場センター情報58の一部としてデータベース50に保存される。価格モジュール38はステップ168で市場センター価格102を調整する。特に、ある特定の市場センター18が取引注文20の処理についてトランザクション費用を課す場合、価格モジュール38はそのトランザクション費用をその特定の市場センター18のビッド価格102から差し引き、そのトランザクション費用をその特定の市場センター18のオファー価格に上乗せする。ある特定の市場センター18が取引注文20の処理に対してトランザクションリベートを出す場合には、価格モジュールはそのトランザクションリベートをその特定の市場センター18のビッド価格102に上乗せし、そのトランザクションリベートをその特定の市場センター18のオファー価格102から差し引く。価格モジュール38がステップ162で先に市場センター価格102を調整していた場合には、ステップ168では価格モジュール38はその先に調整された市場価格をさらに調整する。ステップ168で市場センター価格102を調整したら、あるいはステップ164で市場センター価格102を費用情報108および/またはリベート情報110に基づいて調整しないと判別された場合には、実行はステップ170に進み、価格モジュール38はさまざまな調整市場センター価格112を比較する。特に、価格モジュール38は、取引注文20がビッド要求を指定している場合には取引製品についての最低オファー価格112を同定する。価格モジュール38は、取引注文20がオファー要求を指定している場合には取引製品についての最高ビッド価格112を同定する。市場センター価格102がステップ162でもステップ168でも調整されていない場合には、価格モジュール38はステップ170では市場センター価格102を比較する。実行はステップ172に進み、価格モジュール38はステップ170で実行された比較に基づいて市場センター18を選択する。特に、価格モジュール38は、最低オファー価格112および/または最高ビッド価格112を提供する市場センター18のそれぞれを同定する。二つ以上の市場センター18が該当する場合には、価格モジュール38は市場センター18の所定のあらかじめ確立された優先順preestablishedpriorityrankingに従って、あるいは他の決定要因に従ってある特定の一つの市場センター18を選択することができる。ある種の事例では、二つ以上の市場センター18が最低オファー価格112または最高ビッド価格112を提供することがある。そうした事例では、モジュール38は、取引注文20によって指定された量以上の量の当該取引製品に対して最低オファー価格112または最高ビッド価格112を提供する市場センター18を同定することができる。モジュール38は次いで同定された市場センター18の一つを選択する。ステップ174では、取引交換プラットフォーム12が取引注文20を選択された市場センター18に振り向ける。特定の実施例では、価格モジュール38の作用の前または後のどちらかに、取引交換プラットフォーム12の別のモジュールが取引注文20の処理を実行する。したがって、交換プラットフォーム12に付随する他のモジュール、あるいは市場センターインターフェース34でさえもが、価格モジュール38の代わりに取引注文20の振り向けを行うことがありうることを理解しておくべきである。本方法はステップ176で終了する。図4のフローチャートやここに示される他のフローチャートに記載された諸ステップは、本開示の範囲から外れることなく、同時に実行されてもよいし、および/または示されているのとは異なる順序で実行されてもよいことは理解しておくべきである。費用回避モジュール図5は、データベース50および価格サーバー70に結合された費用回避モジュール40の一つの実施形態を示している。費用回避モジュール40が取引交換プラットフォーム12およびシステム10の他の要素と別に示されているのは単に説明のためであって、費用回避モジュール40がここに記載される動作を実行するためにシステム10の一つまたは複数の他のコンポーネントと相互運用できることは理解しておくべきである。費用回避モジュール40は、ある選択された市場センター18に振り向けられようとしている取引注文20に関する情報を受け取る。いくつかの事例では、前記選択された市場センター18は、取引注文20がその選択された市場センター18の注文帳にある長さの期間を超えて残っていた場合にはその取引注文20を遂行するためにトランザクション費用を課すことがある。たとえば、NYSEおよびAMEXは、5分未満で遂行できる注文については何らフロア仲介手数料を課さない。しかし、いずれも5分を超えて注文帳にあった注文を遂行するためには手数料を課す。費用回避モジュール40は、選択された市場センター18の素性についての情報と取引注文20の詳細は価格モジュール38から受け取りうる。費用回避モジュール40は、選択された市場センター18によって課されるトランザクション費用の額とタイミングについての情報は価格モジュール38と価格サーバー70の一方または両方から受け取りうる。これらのトランザクション費用を回避するため、費用回避モジュール40は取り消しおよび差し替え動作を実行する。具体的には、費用回避モジュール40は取引注文20が上記のようなトランザクション費用を課す市場センター18について有効である時間の長さを監視する。費用回避モジュール40はそのような監視を、その取引注文20がその市場センター18について有効であるという確認200を受け取るのに反応して開始しうる。費用回避モジュール40が確認200を受け取るのは、プラットフォーム12のいかなる好適なコンポーネントからであってもよいし、あるいは特定の市場センター18から直接であってもよい。費用回避モジュール40は、前記取引注文20が前記市場センター18について有効である時間の長さがある関連付けられた時間閾値54以上になったときに時間切れと判定する。時間閾値54が指定するのは、特定の市場センター18がトランザクション費用を課さずに取引注文20を処理する時間の長さよりも、緩衝時間とも呼ばれるある所定の時間だけ短い時間の長さである。たとえば、市場センター18が5分を超えて注文帳で有効になっている取引注文20を維持するためにトランザクション費用を課す場合、費用回避モジュール40は取引注文20が有効になってから4分50秒たったときに時間切れと判定しうる。なお、時間閾値54は、取引注文20を処理している市場センター18に関連付けられている。ここでさらに述べるように、取引注文20を取り消して差し替えるのに十分な緩衝時間を提供するために選択される時間閾値54はいかなる好適な値であってもよい。したがって、時間閾値54は上記では5分の期限でトランザクション費用が課される前に10秒のバッファを維持するよう4分50秒として述べたが、特定の必要性または希望に従ってより短いまたはより長い時間閾値54を選択してもよい。たとえば、特定の実施例では、自動的に取り消し/差し替え動作を実行するための時間閾値54は、30秒にまたは他のいかなる好適な時間期間にでも設定されうる。時間切れと判定するのに反応して、費用回避モジュール40は、適切な市場センター18の注文帳の有効状態から取引注文20を実効的に除く取引指示202を通信する。費用回避モジュール40はまた、注文情報204を通信することもする。これは本質的には、たった今取り消された取引注文20と同じパラメータをもつ新たな取引注文20である。こうして、古い取引注文20は取り消されて新しい取引注文20で差し替えられる。費用回避モジュール40は、上述した取り消しおよび差し替え動作を管理するために、注文識別子52たとえば内部注文識別子および外部注文識別子を維持する。取り消し指示202および注文指示204はそれぞれ、適切な市場センター18に最終的に通信するため、取引交換プラットフォーム12の市場センターインターフェース34のような一つまたは複数のコンポーネントに通信されうる。あるいはまた、指示202および204の一方または両方が費用回避モジュール40から直接適切な市場センター18に通信されてもよい。特定の実施例では、指示202および204は実質同時に通信されてもよく、あるいは同一メッセージ中で通信されてもよい。上記の取り消しおよび差し替え動作は、最初の取引注文20に市場センター18の注文帳での位置を失わせることになるが、市場センター18によって課されるトランザクション費用を削減する。図6Aおよび6Bは、市場センター18による取引注文20の処理の間にトランザクション費用を回避するための例示的な方法のフローチャート210を示している。費用回避モジュール40によって実行されるさまざまな動作を明確にするために、適宜、図7を参照することにする。本方法は、ステップ212において費用回避モジュール40が特定の取引注文20についての情報を受け取ることで始まる。その情報は取引注文20の諸パラメータ、その取引注文20が振り向けられようとしている特定の市場センター18の素性およびこの市場センター18が、取引注文20が注文帳にある長さの時間を超えて残っている場合にはその取引注文20を遂行するためにトランザクション費用を課すという指標を含みうる。費用回避モジュール40はステップ214において時間閾値54を決定する。実行はステップ216および218に進み、費用回避モジュール40は取引注文20についてそれぞれ外部注文識別子52aおよび内部注文識別子52bを設定する。費用回避モジュール40はステップ220で注文状態56をペンディングに設定する。たとえば図7の表206を参照すると、費用回避モジュール40は外部注文識別子52aおよび内部注文識別子52bを、行208aで示されているように1に設定する。費用回避モジュール40はさらに、時間閾値54を4:50に決定し、注文状態をペンディングpendingのPに設定する。フローチャート210に戻ると、費用回避モジュール40はステップ222で確認200を受け取る。確認200は取引注文20が市場センター18のところで有効になっていることを示す。モジュール40はステップ224でタイマーをスタートさせ、取引注文20がその市場センター18のところで有効である時間の長さの監視を開始する。モジュール40はステップ226で取引注文20についての注文状態56を、表206の行208bで示されているように有効activeに設定する。費用回避モジュール40はステップ228で注文20がその市場センター18によって満たされたかどうかを判定する。ある実施例では、費用回避モジュール40は注文20が満たされたということを示すメッセージを受け取る。このメッセージは内部注文識別子52bを使って注文20を同定する。ステップ228の判定により注文が満たされていなければ、実行はステップ230に進み、費用回避モジュール40は注文20が取り消されているかどうかを判定する。ある実施例では、費用回避モジュール40は、トレーダーによって生成される、注文20の取り消しを要求する取り消し要求のようなメッセージを受け取る。このメッセージは外部注文識別子52aを使って注文20を同定する。ステップ230の判定により注文が取り消されていなければ、実行はステップ232に進み、費用回避モジュール40は注文20が打ち切られたかどうかを判定する。ある実施例では、費用回避モジュール40は、注文20が打ち切られたことを示すUROUTのようなメッセージを受け取る。このメッセージは内部注文識別子52bを使って注文20を同定する。ステップ232の判定で注文が打ち切られていなければ、実行はステップ234に進んで費用回避モジュール40は時間切れが生じたかどうかを判定する。具体的には、モジュール40が時間切れと判定するのは、たとえばステップ224でスタートされたタイマーによって測定されるところの取引注文20がその市場センター18のところで有効である時間の長さが、ステップ214で決定された時間閾値54以上になるときである。ステップ234の判定で時間切れが生じていなければ、実行はステップ228に戻る。ステップ234の判定により時間切れが生じていれば、実行はステップ236に進む。ステップ236では、費用回避モジュール40は注文状態56を、表206の行208cで示されているようなペンディングに設定する。モジュール40はステップ238で取り消し指示202を送り、ステップ240で注文指示204を送る。フローチャート210は指示202および204が時間的に逐次送られるように示しているが、これらが実質的に同時に送られても、および/または単一のメッセージもしくは通信において送られてもよいことは理解しておくべきである。取り消し指示202は、市場センター18の注文帳の有効状態から取引注文20を実効的に除く。注文指示204は、本質的には、たった今取り消された取引注文20と同じパラメータをもつ新たな取引注文20である。こうして、費用回避モジュール40は取り消しおよび差し替え動作を実行する。費用回避モジュール40は新しい内部注文識別子52bを新しい取引注文20に関連付けるべく割り当てる。表206の行208dを参照すると、新しい内部注文識別子52bは2であり、これはもとの外部注文識別子52aの1と相互対応している。実行はステップ220に戻って、モジュール40は注文状態56をペンディングに設定する。ステップ222で新しい取引注文20に対応する確認200を受け取ると、モジュール40はステップ224でタイマーをスタートさせ、ステップ226で注文状態56を有効に設定する。こうしてモジュール40は、新しい取引注文20がその市場センター18の注文帳で有効である時間の長さの監視を開始する。表206の行208eは新しい取引注文20の注文状態56が有効であることを示している。実行は再びステップ228、230および232と進んで注文が満たされたか、取り消されたか、打ち切られたかが判定される。ステップ228で、たとえば注文20が満たされたことを示す市場センター18からのメッセージに反応するなどして取引注文29が満たされたと判定された場合、実行はステップ250に進む。ステップ250ではモジュール40は満たされた注文20に関連付けられた内部注文識別子52bを同定する。上述したように、識別子52bは注文20が満たされたことを示す市場センター18からのメッセージによって指定されうる。ステップ252では、モジュール40は、ステップ250で同定された内部注文識別子52bに対応する外部注文識別子52aを決定する。たとえば、モジュール40は、外部注文識別子52aと内部注文識別子52bとの間の適切な相互対応を決定するために表206の行208eを参照することができる。モジュール40はステップ254で、トレーダーに通信するための、注文20が満たされていることを示す状態メッセージを送る。この状態メッセージは、取引注文20をトレーダーに対して同定するために外部注文識別子52aを使う。実行はステップ280で終了する。ステップ230で、たとえば注文20の取り消しを要求するトレーダーからのメッセージに反応するなどして取引注文20が取り消されていると判定された場合には、実行はステップ260に進む。ステップ260では、モジュール40は取り消された注文20に関連付けられている外部注文識別子52aを同定する。上述したように、識別子52aは、注文20の取り消しを要求するトレーダーからのメッセージによって指定されうる。ステップ262では、モジュール40は、ステップ260で同定された外部注文識別子52aに対応する内部注文識別子52bを決定する。たとえば、モジュール40は、外部注文識別子52aと内部注文識別子52bとの間の適切な相互対応を決定するために表206の行208eを参照してもよい。モジュール40は、ステップ264で、市場センター18に通信するための取り消し指示202を送る。取り消し指示202は、市場センター18の注文帳の有効状態から取引注文20を実効的に除く。この取り消し指示202は、取引注文20を市場センター18に対して同定するために内部注文識別子52bを使う。実行はステップ280で終了する。ステップ232で、たとえば注文20の一部または全部が打ち切られることを示す市場センター18からのメッセージに反応するなどして取引注文20が打ち切られたと判定された場合、実行はステップ270に進む。ステップ270では、モジュール40は打ち切られた注文20に関連付けられた内部注文識別子52bを同定する。上述したように、識別子52bは注文20が打ち切られたことを示す市場センター18からのメッセージによって指定されうる。ステップ272では、モジュール40は、ステップ270で同定された内部注文識別子52bに対応する外部注文識別子52aを決定する。たとえば、モジュール40は、外部注文識別子52aと内部注文識別子52bとの間の適切な相互対応を決定するために表206の行208eを参照してもよい。モジュール40は、ステップ274で、トレーダーに通信するための、注文20の一部または全部が打ち切られていることを示す状態メッセージを送る。この状態メッセージは、取引注文20をトレーダーに対して同定するために外部注文識別子52aを使う。実行はステップ280で終了する。規模開示モジュール図8は、データベース50に結合された規模開示モジュール42の一つの実施形態を示している。規模開示モジュール42が取引交換プラットフォーム12およびシステム10の他の要素と別に示されているのは単に説明のためであって、規模開示モジュール42がここに記載される動作を実行するためにシステム10の一つまたは複数の他のコンポーネントと相互運用できることは理解しておくべきである。規模開示モジュール42によって実行されるさまざまな動作を明確にするために適宜図9の表300を参照することにする。大きな取引注文20を提出するトレーダーは自分の注文20の総規模をあらゆる市場参加者が見るのは望まないことがあるが、かといって一連のより小口の注文20を入力したがるとは思えない。規模開示モジュール42はこの問題に対処するものであるが、それは、トレーダーが取引注文20に、売買する取引製品の全量とともに任意の時点において市場参加者に示すべきその取引製品の最大開示量をも指定することができるようにすることによる。規模開示モジュール42は特定の市場センターに対して開示する取引注文20の規模を、少なくとも部分的にはそうした市場センター18の開示ポリシーに基づいて決定する。これについてここでより十分に記述する。たとえば表300を示している図9を参照すると、規模開示モジュール42は種々の市場センター18の開示ポリシー302を同定しうる。表300に示されているように、市場センター18は少なくとも3つの異なる開示ポリシー302:PROP、IOC、NOIOCを含むことができる。PROPPROPの開示ポリシー302を有する市場センターは、取引交換プラットフォーム12が保留取引注文20を送ることができるようにする独自のproprietary保留機能を有している。保留取引注文20というのは、取引すべき取引製品の全量たとえば購入または売却されるべき株の全数と、任意の時点において公衆に開示されるべき取引製品の最大開示量たとえば購入または売却されるとして公に開示される最大株数とを指定する注文である。これらの市場センター18は全量まで満たすものの、開示するのは保留取引注文20で指定されている最大開示量までである。多くの市場センター18は独自の保留機能はサポートしてはいない。さらに、取引注文20について得られる最良価格104が独自の保留機能を提供しない市場センター18にあることもある。そこで、規模開示モジュール42は、市場センター18が独自の保留機能を提供しないときでさえ取引注文20の規模開示の管理ができる。IOCIOCの開示ポリシー302を有する市場センター18は、IOC注文20は市場参加者に開示しない。IOC注文20というのは、市場センター18がすぐに最善努力ベースで満たそうと試みるが、すぐに満たすことのできない部分は取り消すという注文である。ちなみに、IOCはImmediateorCancelすぐでなければ取り消しの略である。これらの市場センター18に関しては、規模開示モジュール42は最初は取引製品の全量を指定したIOC取引注文20を通信する。市場センター18はIOC取引注文20全体を満たすこともあるし、満たさないこともあるが、しかるべく応答する。たとえば、モジュール42が受け取った取引注文20が株Xの全量50,000株と株Xの最大開示量10,000株とを指定している場合、モジュール42によって通信されるIOC取引注文20は株Xを50,000株購入されたしといったもので、市場センターからの応答は株Xを2,000株購入した;株Xの48,000株はUROUTといったものでありうる。応答のUROUTの部分は、市場センター18がトレーダーを、注文帳に注文20を載せたことに関する法的義務から解放したことを示す略記である。市場センター18からの応答がUROUTメッセージを含んでいる場合、規模開示モジュール42は、最大開示量たとえば株Xの10,000株と注文20についての残量たとえば株Xの48,000株のうちの小さいほうについて当日限り注文20を通信する。当日限り注文20は、現取引日の残りの間、あるいは取り消されるか満たされるかするまで市場センター18の取引帳に留まる注文である。したがって、当日限り注文20は株Xを10,000株購入されたしといったものになる。当日限り注文20が完全に満たされると、規模開示モジュール42は、取引注文20の残りの量たとえば株Xの38,000株について別のIOC注文20を通信する。IOC注文20と当日限り注文20を市場センター18に交互に通信する処理は、トレーダーが注文20を取り消すか、注文20が完全に満たされるかするまで繰り返される。NOIOCNOIOCの開示ポリシー302を有する市場センター18は、IOC注文20を市場参加者に開示する。これらの市場センター18に関しては、規模開示モジュール42は最大開示量についての当日限り注文20を通信する。当日限り注文20が完全に満たされると、モジュール42は、指定された最大開示量と取引注文20の残量とのうちの少ないほうについて別の当日限り注文20を送る。当日限り注文20を送るこのプロセスは、トレーダーが注文20を取り消すが、注文20が完全に満たされるかするまで繰り返される。図10は、市場センター18への取引注文20の規模開示を管理するための例示的な方法を示している。本方法は、ステップ312で、規模開示モジュール42が、取引製品の全量と該取引製品の最大開示量とを指定した取引注文20を受け取ることで始まる。取引注文20は、取引交換プラットフォーム12のいかなる好適なコンポーネントから受け取られてもよく、振り向けられるべき特定の市場センター18を指定している。規模開示モジュール42はステップ314で前記特定の市場センター18を同定し、ステップ316で該同定された市場センター18に関連付けられた開示ポリシー302をたとえば表300を使って判別する。同定された市場センター18が採用している開示ポリシー302の種類に依存して、規模開示モジュール42はいくつかの動作を実行する。モジュール42は、ステップ318で開示ポリシー302が独自の保留ポリシーであるかどうかを判定する。もしそうであれば、実行はステップ320に進み、モジュール42は購入されるべきまたは売却されるべき取引製品の全量と該取引製品の最大開示量とを指定する保留注文20を送る。保留注文20は、モジュール42によって、あるいはモジュール42の代わりに取引交換プラットフォーム12の任意の好適なコンポーネントによってステップ314で同定された市場センター18に送られうる。これは、モジュール42によって送られる取引注文20のようなすべての通信についてあてはまる。実行はステップ344で終了する。ステップ318で、同定された市場センター18の開示ポリシー302が独自保留ポリシーではないと判定された場合、実行はステップ322に進み、モジュール42は同定された市場センター18の開示ポリシー302がIOCポリシーであるかどうかを判定する。もしそうであれば、実行はステップ324に進み、モジュール42は購入されるべきまたは売却されるべき取引製品の全量を指定するIOC注文20を送る。モジュール42はステップ326で応答を受け取り、ステップ328で応答がUROUTメッセージを含んでいないと判定されれば、IOC注文20全体が市場センター18によって満たされており、実行はステップ344で終了する。ステップ328で、ステップ326で受け取られた応答が実際にUROUTメッセージを含んでいると判定された場合は、実行はステップ330に進み、モジュール42はステップ312で受け取った取引注文20の最大開示量と全量の残りとの少ないほうを指定する当日限り注文20を送る。当日限り注文20は、ステップ332で満たされたと判定されるまで市場センター18でペンディングのまま留まる。実行は次いでステップ334に進み、モジュール42はステップ312で受け取った取引注文20の全量の残りを指定するもう一つのIOC注文20を送る。実行は次いでステップ326に戻る。ステップ326から334は、取引注文20全体が満たされるまで繰り返される。取引注文20全体が満たされたことは、ステップ328でUROUTメッセージを受け取らないことで判定される。ステップ322で前記同定された市場センター18の開示ポリシー302がIOCポリシーではないと判定された場合には、実行はステップ336に進み、モジュール42は同定された市場センター18の開示ポリシーがNOIOCポリシーであるかどうかを判定する。もしそうであれば、実行はステップ338に進み、モジュール42は、購入されるべきまたは売却されるべき取引製品の最大開示量を指定する当日限り注文20を送る。当日限り注文20は、ステップ340で満たされたと判定されるまで市場センター18でペンディングのまま留まる。実行は次いでステップ342に進み、モジュール42はステップ312で受け取った取引注文20の最大開示量と全量のうちの残りとの少ないほうを指定したもう一つの当日限り注文20を送る。実行はステップ344で終了する。注文取り合わせモジュール図11は、データベース50および価格サーバー70に結合された注文取り合わせモジュール44の一つの実施形態を示している。注文取り合わせモジュール44が取引交換プラットフォーム12およびシステム10の他の要素と別に示されているのは単に説明のためであって、注文取り合わせモジュール44がここに記載される動作を実行するためにシステム10の一つまたは複数の他のコンポーネントと相互運用できることは理解しておくべきである。注文取り合わせモジュール44によって実行されるさまざまな動作を明確にするために適宜図12を参照することにする。注文取り合わせモジュール44は、ある特定の量のある特定の取引製品をある目標ビッド価格で購入する注文たとえばビッド要求、あるいはある特定の量のある特定の取引製品をある目標オファー価格で売却する注文たとえばオファー要求である取引注文20を受け取る。しかし、取引注文20はどの市場センター18に振り向けられるかについては未指定である。たとえば、注文取り合わせモジュールは、トレーダー1から、XYZ株を100,000株、9.98の目標価格で売るようにという注文である取引注文20を受け取りうる。注文取り合わせモジュール44は、はいってくる取引注文20をその取引製品についての保存されている一つまたは複数の要求と取り合わせるためにデータベース50に保存されている注文取り合わせログ60を管理している。たとえばログ60を示している図12を参照すると、注文取り合わせモジュール44は、上で特定したようなオファー要求を指定したはいってくる取引注文20を段404に図示されているその取引製品についての保存されている一つまたは複数のビッド要求と取り合わせうる。同様に、ある取引製品についてビッド要求を指定したはいってくる取引注文20を段406に図示されているその取引製品についての保存されている一つまたは複数のオファー要求と取り合わせうる。段404の項目は製品410、ビッド量412、ソース414、ビッド価格416および状態418といった、保存されているビッド要求に関する情報を含んでいる。段406の項目は、製品420、オファー量422、ソース424、オファー価格426および状態428といった、保存されているオファー要求に関する情報を含んでいる。製品410および420は、XYZ株など、取引の対象となりうるある特定の取引製品を指す。ビッド量412およびオファー量422はそれぞれ、購入しようと目指している、あるいは販売のために提供されているその取引製品の量をいう。ソース414および424は、その取引製品を購入または売却しようと求める当事者のことをいい、たとえばシステム10内で活動している特定の市場センター18または特定のトレーダーなどである。価格416および426はそれぞれビッド価格およびオファー価格であり、これは未調整価格102であってもよいし、調整価格112であってもよい。状態418および428はそれぞれある特定のビッド要求またはオファー要求の状態をいう。トレーダー1からXYZ株を100,000株、目標価格9.98で売却するという注文を指定する取引注文20を受け取ると、注文取り合わせモジュール44は取り合わせ相手をみつけるためにXYZ株についての保存されているビッド要求に対応する段404を参照する。一般に、注文取り合わせモジュール44は、関与するトレーダーにとって最良の価格につながる仕方で取引注文20を満たそうと努める。それゆえ、注文取り合わせモジュール44はXYZ株についての最高ビッド価格416を同定する項目を段404で探す。トレーダー2およびトレーダー3はそれぞれXYZ株についてのビッド要求を、トレーダー1の目標オファー価格9.98よりも高い10.02のビッド価格416で提出している。トレーダー2とトレーダー3の場合のように複数のトレーダーが同じビッド価格またはオファー価格で取引要求を提出した場合には、注文取り合わせモジュール44はビッド要求またはオファー要求を特定の順番で満たしていく。その順番を決めるのは、各要求のビッド量またはオファー量、各要求が受け取られた順番、トレーダーの素性、またはトレーダー間の優先順位を付けるprioritizeのに使用される他の任意の好適な要因のうちの一つまたは複数である。注文取り合わせモジュール44は、トレーダーのビッド/オファー要求を、同じビッド価格またはオファー価格の市場センター18のビッド/オファー要求より先に満たしてもよい。流動性を促進してトランザクション費用を削減するためである。トレーダー1によって提出された取引注文20は100,000株の売却を要求していたため、トレーダー2およびトレーダー3によって提出されたビッド要求のそれぞれが取り合わされる。その結果、トレーダー1とトレーダー2の間でのXYZ株1,000株の第一の取り合わされた取引注文と、トレーダー1とトレーダー3との間でのXYZ株2,000株の第二の取り合わされた取引注文とが成立する。これらの取り合わされた取引注文のそれぞれについての価格は取り合わせ価格と称されるが、これは少なくとも部分的にはビッド要求のビッド価格416と取引注文20によって指定されたオファー価格とに基づいている。たとえば、取り合わせ価格は10.02ビッド要求のビッド価格416であってもいいし、9.98取引注文20によって指定されたオファー価格であってもいいし、あるいは9.98と10.02の平均値の10.00などその間のいかなる価格であってもいい。トレーダー2およびトレーダー3に対応するビッド要求の状態は取り合わせ済みのようなフラグで示される。あるいはまた、取り合わせられたビッド要求は、取り合わせ済みであることを示すためにログ60から除かれてもよい。取引注文20の残っているオファー量残高はXYZ各97,000株であるたとえば、10,000株-1,000株-2,000株=97,000株。注文取り合わせモジュール44は、ARCAがXYZ株6,000株について10.01のビッド価格416を提示していることを判別する。これはトレーダー1の目標オファー価格である9.98よりも高い。よって、ある実施例では、注文取り合わせモジュール44はXYZ株を6,000株、10.01で売却する注文を含む取引注文20をARCAに振り向ける。別の実施例では、注文取り合わせモジュール44は取引注文20においてARCAに振り向ける取引製品の量市場センター量ともいうを、市場センター18によって提示されたビッド量たとえば、XYZ株6,000株およびその特定の市場センター18に関連付けられた量乗数に基づいて決定する。たとえば、注文取り合わせモジュール44がARCAに適用する量乗数は3倍であり、この場合、XYZ株18,000株を10.01で売却するというオファーを含む取引注文20がARCAに振り向けられる結果となる。ARCAに対応するビッド要求の状態418はこれでペンディングと示される。これは、ARCAとの取引注文20が現在ペンディングであることを示す。ある実施例では、市場センター18に振り向けられる取引注文20はIOC取引注文20を含む。別の実施例では、市場センター18に振り向けられる取引注文20は規模開示モジュール42によって決定される注文のタイプを含む。注文取り合わせモジュール44は、各市場センター18についての量乗数を決定するのを、その特定の取引製品に関して市場センター18と関連付けられている現在または最近の充足率に基づいて行う。充足率を決定するのは、ある特定の取引製品についてある特定の価格で市場センター18によって満たされた株数の割合の移動平均に基づいて行ってもよい。個別的な実施例では、83の充足率に対して3倍の量乗数が対応させられる。注文取り合わせモジュール44が量乗数を適用するとすると、取引注文20は、XYZ株の残りのオファー量残高79,000株となるたとえば、97,000株-18,000株=79,000株。注文取り合わせモジュール44は次にISLDがXYZ株7,000株に対して10.01のビッド価格416を提示していることを判別する。これもトレーダー1の目標オファー価格9.98より高い。特定の実施例では、注文取り合わせモジュール44は、ある特定の市場センター18がすでにプラットフォーム12から所定の最大数を超えるペンディング取引注文20を受け取っていると判定することがある。そのような場合、プラットフォーム12は、その市場センター18に対するペンディング取引注文20の現在数が所定の許容最大数未満になるまでさらなる取引注文20は送らない。ここで記載している動作例では、ISLDは許容されるペンディング取引注文20の所定の最大数を超えているものと想定され、よって注文取り合わせモジュール44はISLDには取引注文20を送らない。したがって、ISLDに関するビッド要求の状態418はオープンと示される。注文取り合わせモジュール44は次にARCAがXYZ株の2,000株について10.00のビッド価格416を提示していることを判別する。これはトレーダー1の目標オファー価格9.98よりも高い。特定の実施例では、注文取り合わせモジュール44はある特定の市場センター18がすでにある特定の取引製品についての取引注文20を受け取っているかどうかを判定し、その同じ取引製品についてはその同じ市場センター18には別の取引注文20を送らないことを決定しうる。他の実施例では、注文取り合わせモジュール44はその同じ市場センター18にその同じ取引製品について、ビッド量412に等しい量または適切な量乗数によって調整されたビッド量412に等しい量だけ、いま一つの取引注文を通信してもよい。ここに記載された動作例では、注文取り合わせモジュール44はもう一つの取引注文20をARCAに送らないものと想定される。したがって、ARCAに関するビッド要求の状態418はオープンと示される。注文取り合わせモジュール44は次に、トレーダー4がXYZ株の50,000株について10.00でビッド要求を提出していることを判別する。これはトレーダー1の目標オファー価格9.98よりも高い。トレーダー4によって提出されたビッド要求は、トレーダー1によって提出された取引注文20と取り合わされる。結果として、トレーダー1とトレーダー4との間でXYZ株50,000株について第三の取り合わされた取引注文が成立する。上述したように、この取り合わされた取引注文に対する取り合わせ価格は、9.98でも、10.00でも、あるいはその間のいかなる価格でもよい。トレーダー4に対応するビッド要求の状態418は取り合わせ済みと示されるか、あるいはまた、そのビッド要求が取り合わせ済みであることを示すためにログ60から除かれる。取引注文20の残っているオファー量残高はXYZ各29,000株であるたとえば、79,000株-50,000株=29,000株。注文取り合わせモジュール44は、ログ60にはXYZ株へのビッド要求はほかには保存されていないことを判別する。結果として、モジュール44はトレーダー1の代理としてログ60に、XYZ株29,000株に対する9.98でのオファー要求を保存する。注文取り合わせモジュール44の動作について、オファー要求を保存されているビッド要求と取り合わせることを参照して詳述してきたが、注文取り合わせモジュール44は同様の動作原理を適用してビッド要求を保存されているオファー要求と取り合わせてもよいことは理解しておくべきである。注文取り合わせモジュール44の格別な利点は、はいってくる取引注文20を、適切かつ可能な場合に他のトレーダーから提出された要求と取り合わせることで、システム10の注文充足プロセスを取引交換プラットフォーム12内で内部化しようとすることである。そのような注文20がプラットフォーム12内で内部的に満たされるとき、注文取り合わせモジュール44は適切なトレーダーに対して、満たされた注文の詳細を指定する一つまたは複数の確認402を通信しうる。はいってくる取引注文20の少なくとも一部分が内部的に満たされないときには、注文取り合わせモジュール44は一つまたは複数の取引注文20を一つまたは複数の市場センター18に通信しうる。図13は、注文取り合わせを実行するための例示的な方法のフローチャート450を示している。本方法は、ステップ452においてモジュール44がある特定の量のある特定の取引製品をある目標ビッド価格で購入する注文、あるいはある特定の量のある特定の取引製品をある目標オファー価格で売却する注文を含む取引注文20を受け取ることで始まる。実行はステップ454に進み、モジュール44は対応する要求が注文取り合わせログ60内で同定できるかどうかを判定する。たとえば、取引注文20がある特定の取引製品についてのオファー要求を含んでいる場合、モジュール44はその特定の取引製品についての対応するビッド要求がログ60内に同定しうるかどうかを判定する。その取引注文20がある特定の取引製品についてのビッド要求を含んでいる場合なら、モジュール44はその特定の取引製品についての対応するオファー要求がログ60内に同定しうるかどうかを判定する。モジュール44がある特定の取引製品について二つ以上の対応する要求を同定するような特定の実施例では、実行は同定された要求のうち、最高ビッド価格または最低オファー価格といった最良価格を有する一つを用いて進行する。ステップ454で対応する要求が同定された場合、モジュール44はステップ456で、その要求がトレーダーに関するものであるかどうかを判定する。もしそうであれば実行はステップ458に進み、モジュール44はその取引注文20をステップ454で同定された要求と取り合わせて取り合わせ済み取引注文を成立させる。ステップ460での判定によりその取引注文の量残高が残っていれば、実行はステップ454に戻って別の対応する要求が同定されるかどうかが判定される。ステップ454で同定された要求がステップ456の判定でトレーダー要求ではなかった場合、実行はステップ462に進み、モジュール44はその要求が市場センター18に関するものであるかどうかを判定する。もしそうであれば、モジュール44はステップ464で、市場センター18がすでにプラットフォーム12からペンディングの取引注文20を所定の最大数を超えて受け取っているかどうかを判定する。もしそうであれば、実行はステップ454に戻る。そうでなければ、実行はステップ466に進み、モジュール44はその特定の市場センター18について適切な量乗数を決定する。モジュール44はステップ468において、特定の市場センター18に向けられた取引注文20を通信する。ステップ470での判定により取引注文の量残高が残っていた場合には、実行はステップ454に戻り、別の対応する要求が同定されるかどうかが判定される。ステップ454で別の対応する要求が同定されない場合には、実行はステップ472に進み、取引注文20のさまざまなパラメータが要求として注文取り合わせログ60に保存される。たとえば、取引注文20がビッド要求を指定していた場合には、モジュールはステップ472で残りの量残高についてのビッド要求をログ60に保存する。取引注文20がオファー要求を指定していた場合には、モジュール44はステップ472で残りの量残高についてのオファー要求をログ60に保存する。ステップ472で要求を保存したら、あるいはステップ460または470で取引注文20の量残高が残っていないと判定したら、実行はステップ474に進んで本方法は終了する。本発明はいくつかの実施形態において記載されてきたが、当業者なら無数の変更および修正が提案しうるものであり、本発明は付属の請求項の範囲にはいるかぎりそうした変更および修正をも包含することが意図されている。いくつかの態様を記しておく。態様1取引注文どうしを取り合わせるためのシステムであって:ある取引製品についての、それぞれがトレーダーと市場センターのうちの少なくとも一つに関連付けられている複数のビッド要求と、その取引製品についてのビッド量と、その取引製品についてのビッド価格とを保存するよう動作しうるメモリと、前記メモリに結合されており:前記取引製品についてのオファー要求を指定しさらに前記取引製品についてのオファー量および前記取引製品についての目標オファー価格を指定した取引注文を受け取り、前記複数のビッド要求のうちから、前記目標オファー価格以上のビッド価格を有する少なくとも一つを同定し、前記同定されたビッド要求がトレーダーに関連付けられたものであれば、前記取引注文のオファー要求と前記少なくとも一つの同定されたビッド要求とを取り合わせ、前記少なくとも一つの同定されたビッド要求が特定の市場センターに関連付けられたものであれば、前記取引注文をその特定の市場センターに振り向ける、よう動作しうるプロセッサ、とを有することを特徴とするシステム。態様2前記取引注文のオファー要求と前記同定されたビッド要求とを取り合わせることが、一致した量および一致した価格を有する取り合わせ済み取引注文を成立させることを特徴とする、態様1記載のシステム。態様3前記一致した量が、前記同定されたビッド要求のビッド量と前記取引注文によって指定されたオファー量との少ないほうであることを特徴とする、態様2記載のシステム。態様4前記一致した価格が、前記同定されたビッド要求のビッド価格と前記取引注文によって指定されたオファー価格のうちの少なくとも一つに基づいていることを特徴とする、態様2記載のシステム。態様5態様1記載のシステムであって、同定することが、前記目標オファー価格以上の第一のビッド価格を有する第一のビッド要求を同定すること、および前記目標オファー価格以上で前記第一のビッド価格より低い第二のビッド価格を有する第二のビッド要求を同定することを含んでいることを特徴とするシステム。態様6態様5記載のシステムであって:前記第一のビッド要求がトレーダーに関連付けられており、前記取引注文によって指定されるオファー量よりも少ないビッド量を指定しており、取り合わせることが、前記取引注文のオファー要求と前記第一のビッド要求とに関わる取引を促進することを含み、それにより取り合わせ後に満たされずに残るオファー量のすべての部分は前記取引製品についての残りの量残高となる、ことを特徴とするシステム。態様7態様6記載のシステムであって:前記第二のビッド要求がある特定の市場センターに関連付けられており、振り向けることが、前記残りの量残高の少なくとも一部分である市場センター量についての取引注文を前記特定の市場センターに振り向けることである、ことを特徴とするシステム。態様8態様7記載のシステムであって、前記プロセッサが前記市場センター量を決定するのを、少なくとも部分的に前記第二のビッド要求のビッド量および前記特定の市場センターに関連付けられた量乗数に基づいて行うことを特徴とするシステム。態様9態様6記載のシステムであって、前記メモリが前記取引製品についてのあるオファー要求を保存しており、該オファー要求が前記残りの量残高を充足させるオファー量を指定し、さらに前記目標オファー価格を充足させるオファー価格を指定していることを特徴とするシステム。態様10態様6記載のシステムであって、前記プロセッサが:前記第一のビッド要求が取り合わせ済みとなったことを示すフラグを立てること、前記第一のビッド要求が取り合わせ済みとなったことを示すために前記第一のビッド要求をメモリから除去すること、のうちの少なくとも一つを実行することを特徴とするシステム。態様11態様5記載のシステムであって:前記第一のビッド要求がある特定の市場センターに関連付けられており、前記取引注文によって指定されるオファー量よりも少ないビッド量を指定しており、振り向けることが、ある市場センター量についての取引注文を前記特定の市場センターに振り向けることを含み、それにより前記オファー量が前記市場センター量だけ減らされたものが残りの量残高をなす、ことを特徴とするシステム。態様12態様11記載のシステムであって:前記第二のビッド要求がトレーダーに関連付けられており、取り合わせることが、前記取引注文のオファー要求と、前記残りの量残高の少なくとも一部分である量についての前記第二のビッド要求とに関わる取引を促進することを含む、ことを特徴とするシステム。態様13態様11記載のシステムであって、前記プロセッサが前記市場センター量を決定するのを、少なくとも部分的に前記第一のビッド要求のビッド量および前記特定の市場センターに関連付けられた量乗数に基づいて行うことを特徴とするシステム。態様14態様12記載のシステムであって、前記メモリが前記取引製品についてのあるオファー要求を保存しており、該オファー要求が前記残りの量残高を充足させるオファー量を指定しており、さらに前記目標オファー価格を充足させるオファー価格を指定していることを特徴とするシステム。態様15態様11記載のシステムであって、前記振り向けられた取引注文がIOC注文であることを特徴とするシステム。態様16態様1記載のシステムであって、市場センターに関連付けられている各ビッド要求のビッド価格が、該市場センターに関する費用情報およびリベート情報のうちの少なくとも一つに従って調整されたビッド価格であることを特徴とするシステム。態様17態様1記載のシステムであって、市場センターに関連付けられている各ビッド要求のビッド価格が、該市場センターに関するポリシー情報および当該取引製品についての最良価格情報に従って調整されたビッド価格であることを特徴とするシステム。態様18取引注文どうしを取り合わせるためのシステムであって:ある取引製品についての、それぞれがトレーダーと市場センターのうちの少なくとも一つに関連付けられている複数のオファー要求と、その取引製品についてのオファー量と、その取引製品についてのオファー価格とを保存するよう動作しうるメモリと、前記メモリに結合されており:前記取引製品についてのビッド要求を指定しさらに前記取引製品についてのビッド量および前記取引製品についての目標ビッド価格を指定した取引注文を受け取り、前記複数のオファー要求のうちから、前記目標ビッド価格以下のオファー価格を有する少なくとも一つを同定し、前記同定されたオファー要求がトレーダーに関連付けられたものであれば、前記取引注文のビッド要求と前記少なくとも一つの同定されたオファー要求とを取り合わせ、前記少なくとも一つの同定されたオファー要求が特定の市場センターに関連付けられたものであれば、前記取引注文をその特定の市場センターに振り向ける、よう動作しうるプロセッサ、とを有することを特徴とするシステム。態様19前記取引注文のビッド要求と前記同定されたオファー要求とを取り合わせることが、一致した量および一致した価格を有する取り合わせ済み取引注文を成立させることを特徴とする、態様18記載のシステム。態様20前記一致した量が、前記同定されたオファー要求のオファー量と前記取引注文によって指定されたビッド量との少ないほうであることを特徴とする、態様19記載のシステム。態様21前記一致した価格が、前記同定されたオファー要求のオファー価格と前記取引注文によって指定されたビッド価格のうちの少なくとも一つに基づいていることを特徴とする、態様19記載のシステム。態様22態様18記載のシステムであって、同定することが、前記目標ビッド価格以下の第一のオファー価格を有する第一のオファー要求を同定すること、および前記目標ビッド価格以下で前記第一のオファー価格より高い第二のオファー価格を有する第二のオファー要求を同定することを含んでいることを特徴とするシステム。態様23態様22記載のシステムであって:前記第一のオファー要求がトレーダーに関連付けられており、前記取引注文によって指定されるビッド量よりも少ないオファー量を指定しており、取り合わせることが、前記取引注文のビッド要求と前記第一のオファー要求とに関わる取引を促進することを含み、それにより取り合わせ後に満たされずに残るビッド量のすべての部分は前記取引製品についての残りの量残高となる、ことを特徴とするシステム。態様24態様23記載のシステムであって:前記第二のオファー要求がある特定の市場センターに関連付けられており、振り向けることが、前記残りの量残高の少なくとも一部分である市場センター量についての取引注文を前記特定の市場センターに振り向けることである、ことを特徴とするシステム。態様25態様24記載のシステムであって、前記プロセッサが前記市場センター量を決定するのを、少なくとも部分的に前記第二のオファー要求のオファー量および前記特定の市場センターに関連付けられた量乗数に基づいて行うことを特徴とするシステム。態様26態様23記載のシステムであって、前記メモリが前記取引製品についてのあるビッド要求を保存しており、該ビッド要求が前記残りの量残高を充足させるビッド量を指定し、さらに前記目標ビッド価格を充足させるビッド価格を指定していることを特徴とするシステム。態様27態様23記載のシステムであって、前記プロセッサが:前記第一のオファー要求が取り合わせ済みとなったことを示すフラグを立てること、前記第一のオファー要求が取り合わせ済みとなったことを示すために前記第一のオファー要求をメモリから除去すること、のうちの少なくとも一つを実行することを特徴とするシステム。態様28態様22記載のシステムであって:前記第一のオファー要求がある特定の市場センターに関連付けられており、前記取引注文によって指定されるビッド量よりも少ないオファー量を指定しており、振り向けることが、ある市場センター量についての取引注文を前記特定の市場センターに振り向けることを含み、それにより前記ビッド量が前記市場センター量だけ減らされたものが残りの量残高をなす、ことを特徴とするシステム。態様29態様28記載のシステムであって:前記第二のオファー要求がトレーダーに関連付けられており、取り合わせることが、前記取引注文のビッド要求と、前記残りの量残高の少なくとも一部分である量についての前記第二のオファー要求とに関わる取引を促進することを含む、ことを特徴とするシステム。態様30態様28記載のシステムであって、前記プロセッサが前記市場センター量を決定するのを、少なくとも部分的に前記第一のオファー要求のオファー量および前記特定の市場センターに関連付けられた量乗数に基づいて行うことを特徴とするシステム。態様31態様29記載のシステムであって、前記メモリが前記取引製品についてのあるビッド要求を保存しており、該ビッド要求が前記残りの量残高を充足させるビッド量を指定しており、さらに前記目標ビッド価格を充足させるビッド価格を指定していることを特徴とするシステム。態様32態様28記載のシステムであって、前記振り向けられた取引注文がIOC注文であることを特徴とするシステム。態様33態様18記載のシステムであって、市場センターに関連付けられている各オファー要求のオファー価格が、該市場センターに関する費用情報およびリベート情報のうちの少なくとも一つに従って調整されたオファー価格であることを特徴とするシステム。態様34態様18記載のシステムであって、市場センターに関連付けられている各オファー要求のオファー価格が、該市場センターに関するポリシー情報および当該取引製品についての最良価格情報に従って調整されたオファー価格であることを特徴とするシステム。"