(57)【要約】取引所や代替取引システムと共に金融商品を注文するコンピュータ化されたシステム及び方法を提供する。本実施例に従って、更新注文控帳情報を、複数の取引執行エンティティの各々から受信する。複数の金融商品の第１の金融商品用注文は、第１のユーザから受信する。その注文は、第１単位価格要素と公開流動量および未公開流動量を含む第１単位量を含む。その注文は、執行のために複数の取引執行エンティティの第１のエンティティに送られる。取引執行エンティティが第１のエンティティであることを要求しない第１の金融商品用の逆注文は、第２のユーザから受信する。その逆注文は、第２の価格単位要素、第２の単位量を含み、第１と第２の単位価格要素は、重複値を有する。（１）単位価格値と更新注文控帳情報の第１金融商品用公開流動量と、（２）第１単位価格要素と第１非公開流動量の関数として、その逆注文は複数の取引執行エンティティの１つに送られる。
2006513506.tif 000002
【特許請求の範囲】
【請求項１】
証券取引所または代替取引システムに金融商品について注文するためのコンピュータ化された方法であり、
（ａ）複数の取引執行エンティティの各々から、複数の金融商品の各々にとって対応する公開流動量と共に現在の買い呼値、及び、対応する公開流動量と共に現在の売り呼値を含む更新済み注文控帳情報を受け取り、
（ｂ）前記複数の金融商品のうち第一の金融商品のために、第一の単位価格成分、及び、公開流動量及び未公開流動量を含む第一の単位量を含む注文を第一のユーザから受け、
（ｃ）前記公開流動量及び前記未公開流動量を含む前記注文を執行するために前記複数の取引執行エンティティのうち第一のエンティティに送り、
（ｄ）取引執行エンティティが前記取引執行エンティティの前記第一のエンティティであることを要求しない、前記第一の単位価格成分と重復する値を有する第二の単位価格成分及び第二の単位量を含む、前記第一の金融商品についての逆注文を第二のユーザから受け、
（ｅ）（１）更新済み注文控帳情報における前記第一の金融商品用の単位価格値及び公開流動量、及び（２）前記第一の単位価格成分及び前記第一の未公開流動量の関数として、前記複数の取引執行エンティティのうちの１つに前記逆注文を送ること、
を備える方法。
【請求項２】
ステップ（ｅ）において、前記逆注文は、（１）前記更新済み注文控帳情報における前記第一の金融商品のための前記単位価格値及び前記公開流動量、及び（２）前記第一の単位価格成分、前記第一の公開流動量及び前記第一の未公開流動量、の関数として、前記複数の取引執行エンティティの１つに送られる、請求項１に記載の方法。
【請求項３】
前記注文は、買いである場合、前記逆注文は、売りであり、前記注文が売りである場合、前記逆注文が買いである、請求項１に記載の方法。
【請求項４】
前記複数の取引執行エンティティは、ＥＣＮを含む、請求項１に記載の方法。
【請求項５】
前記複数の取引執行エンティティは、ＥＣＮ、取引所及びブローカ-ディーラを含む、請求項１に記載の方法。
【請求項６】
前記複数の取引執行エンティティは、ＥＣＮ及びブローカ-ディーラを含み、かつ、前記注文及び前記逆注文の各々は、経路指定を含み、かつ、各経路指定は、ｉ）前記注文が送られる前記複数の取引執行エンティティの１つとして前記複数の取引執行エンティティ中の前記ＥＣＮのうち１つ、ii）前記注文が送られる前記複数の取引執行エンティティの１つとして前記複数の取引執行エンティティ中前記値付け業者の１つ、またはiii ）前記注文が場合により送られる前記複数の取引エンティティの１つとして前記ＥＣＮ及び値付け業者のうち任意の１つを指定する請求項１に記載の方法。
【請求項７】
前記注文は、グラフィカル・ユーザ・インタフェースを介して前記第一のユーザによって入力される、請求項１に記載の方法。
【請求項８】
前記逆注文は、グラフィカル・ユーザ・インタフェースを介して前記第二のユーザによって入力される、請求項７に記載の方法。
【請求項９】
前記注文及び前記逆注文のうち少なくとも一方がユーザ・インタフェースを通じて入力される、請求項１に記載の方法。
【請求項１０】
前記注文及び前記逆注文のうち少なくとも一方は、ユーザ・インタフェースを介して入力されない、請求項１に記載の方法。
【請求項１１】
ステップ（ｅ）は、
（１）前記注文が買いであり、かつ前記逆注文が売りである場合、
（ｉ）前記注文の前記買いの前記単位価格値及び前記注文控帳情報における前記第一の金融商品についての前記買いの各々の前記単位価格値に基づいて、前記第一の金融商品について最も高い買いを選択し、
（ii）前記最も高い買いについて、前記逆注文の注文量と、１）前記最も高い買いが前記注文である場合、前記公開流動量値及び未公開流動量値の合計及び２）前記最も高い買いが前記注文控帳情報における前記第一の金融商品についてのビッドの１つである場合、前記ビッドの公開流動量値、の少ないほうの注文量を選択し、
（iii ）選択された注文量の合計は、前記逆注文の前記注文量と等しくなるまで次に高い買いについてステップ１（ｉ）及び１（ii）を繰り返し、
（２）前記選択された各ビッドのために、前記選択された注文量を明記する対応する注文を前記選択されたビッドに関係する前記複数の取引執行エンティティの１つに送り、
（３）前記注文が売りであり、かつ前記逆注文が買いである場合、
（ｉ）前記注文の前記売りの前記単位価格値及び前記注文控帳情報における前記金融商品のための前記売りの各々の前記単位価格値に基づいて、前記金融商品について最も低い売り選択し、
（ii）前記最も低い売りについて、前記逆注文の前記注文量と、１）前記最も低い売りが前記注文である場合、前記公開流動量値と前記未公開流動量値の合計、及び、２）前記最も低い売りが前記注文控帳情報における前記金融商品についての前記売りの１つである場合、前記売りの公開流動量値、のうち少ないほうの注文量を選択し、
（iii ）前記選択された注文量の合計が前記逆注文の前記注文量と等しくなるまで次に最も低い売りについてステップ３（ｉ）及び３（ii）を繰り返し、
（４）選択された各売りについて、前記選択された注文量を特定する対応する注文を前記選択された売りに関係する前記複数の取引執行エンティティの１つに送ること、
を含む請求項１に記載の方法。
【請求項１２】
ステップ１（iii ）は、さらに、前記注文控帳情報、及び、該注文控帳情報における前記第一の金融商品についての前記ビッドの各々の前記対応する単位価格値を更新し、及び、前記更新済み単位価格値に基づいて前記次に最も高い買いを選択することを備え、かつ、
ステップ３（iii ）は、さらに、前記注文控帳情報、及び、該注文控帳情報における前記第一の金融商品についての前記売りの各々の前記対応する単位価格値を更新し、及び、前記更新済み単位価格値に基づいて次に最も低い売りを選択することを備える、
請求項１１に記載の方法。
【請求項１３】
前記ブローカ-ディーラは、値付け業者を含む、請求項１１に記載の方法。
【請求項１４】
金融商品に関する注文を複数の取引執行エンティティに対し処理し、経路指定するための方法であり、
（ａ）第一のユーザから第一の注文を受けるステップであり、前記第一の注文が金融商品についての買い及び前記金融商品についての売りの一方であり、前記第一の注文が前記金融商品の単位価格値及び前記金融商品の注文量を含み、前記注文量は公開流動量値及び未公開流動量値を含む、ステップと、
（ｂ）前記公開流動量値及び前記未公開流動量値を含む前記第一の注文を前記複数の取引執行エンティティの１つに送信するステップと、
（ｃ）前記複数の取引執行エンティティの各々から更新済み注文控帳情報を受け取るステップであり、前記更新済み注文控帳情報は、前記金融商品についての買い及び売りを含み、各買い及び各売りがそれぞれの単位価格値及びそれぞれの公開流動量値を含む、ステップと、
（ｄ）前記第一の注文は買いであり、かつ重複する単位価格値で前記金融商品についての売りを含み前記複数の取引執行エンティティの特定の１つを必要とせずかつそれぞれの注文量を含む第二の注文を受ける場合、
（ｉ）前記第二の注文の前記売りの前記単位価格値及び前記注文控帳における前記金融商品についての前記買いの各々の単位価格値に基づいて、前記金融商品について最も高い買いを選択し、
（ii）最も高い買い呼値について、前記第二の注文の前記注文量と、１）前記最も高い買いが前記第一の注文である場合、前記公開流動量値と前記未公開流動量値の合計、及び２）前記最も高い買いは、前記注文控帳における前記金融商品についての買いの１つである場合、前記ビッドの前記公開流動量の少ないほうの注文量を選択し、
（iii ）前記選択された注文量の合計は、前記第二の注文の前記注文量に等しくなるまで次に最も高い買いについてステップｄ（ｉ）及びｄ（ii）を繰り返すステップと、
（ｅ）選択された各買いについて、前記選択された注文量を特定する対応する注文を前記選択された買いに関係する前記複数の取引執行エンティティの１つに送るステップと、
（ｆ）前記第一の注文が売りであり、かつ重複する単位価格値で前記金融商品についての買いを含み前記複数の取引執行エンティティの特定の１つを必要とせず、かつ、それぞれの注文量を含む第二の注文を受ける場合、
（ｉ）前記第二の注文の前記買いの前記単位価格値及び前記注文控帳における前記金融商品についての前記売りの各々の前記単位価格値に基づいて、前記金融商品について最も低い売りを選択し、
（ii）最も低い売り呼値について、前記第二の注文の前記注文量と、１）前記最も低い売りが前記第一の注文である場合、前記公開流動量と前記未公開流動量の合計、及び２）前記最も低い売りが前記注文控帳における前記金融商品についての売りの１つである場合、前記売りの前記公開流動量、の少ないほうの注文量を選択し、
（iii ）前記選択された注文量の合計が前記第二の注文の前記注文量に等しくなるまで次に最も低い売りについてステップｆ（ｉ）及びｆ（ii）を繰り返すステップと、
（ｇ）選択された各オファについて、前記選択された注文量を特定する対応注文を前記選択された売りに関係する前記複数の取引執行エンティティの１つに送るステップと、
を含む方法。
【請求項１５】
（ａ）複数の取引執行エンティティの各々から更新済み注文控帳情報を受け取るステップであり、前記更新済み注文控帳情報は、複数の金融商品の各々にとって対応する公開流動量と共に現在の買い呼値、及び、対応する公開流動量と共に現在の売り呼値を含むステップと、
（ｂ）前記複数の金融商品の第一の金融商品のための注文を第一のユーザから受けるステップであり、前記注文が第一の単位価格成分及び第一の単位量を含み、前記第一の単位量が公開流動量及び未公開流動量を含むステップと、
（ｃ）前記公開流動量及び前記未公開流動量を含む前記注文を執行のために前記複数の取引執行エンティティのうちの第一のエンティティに送るステップと、
（ｄ）前記取引執行エンティティが該取引執行エンティティの前記第一のエンティティであることを要求しない前記第一の金融商品についての逆注文を第二のユーザから受けるステップであり、前記逆注文は、第二の単位価格成分及び第二の単位量を含み、前記第一及び第二の単位価格成分が重複する値を有するステップと、
（ｅ）（１）前記更新済み注文控帳情報における前記第一の金融商品についての前記単位価格値及び前記公開流動量、及び（２）前記第一の単位価格成分及び前記第一の未公開流動量の関数として、前記取引執行エンティティの１つに前記逆注文を送るステップと、
を備えるステップを実行するコンピュータを制御するために実施可能なコンピュータ実行可能処理ステップを格納するコンピュータ読み取り可能媒体。
【請求項１６】
１つまたはそれ以上のプロセッサを含むコンピュータ・システムにおいて、前記１つまたはそれ以上のプロセッサは、
複数の取引執行エンティティの各々から更新済み注文控帳情報を受け取り、前記更新済み注文控帳情報は、複数の金融商品の各々について対応する公開流動量と共に現在の買い呼値、及び、対応する公開流動量と共に現在の売り呼値を含み、
前記複数の金融商品のうち第一の金融商品についての注文を第一のユーザから受け、前記注文は、第一の単位価格成分、及び、第一の単位量を含み、前記第一の単位量は、公開流動量及び未公開流動量を含み、
前記公開流動量、及び、前記未公開流動量を含む前記注文を執行のために前記複数の取引執行エンティティの第一のエンティティに送り、
前記取引執行エンティティは、該取引執行エンティティの前記第一のエンティティであることを要求しない前記第一の金融商品のための逆注文を第二のユーザから受け、前記逆注文は、第二の単位価格成分、及び、第二の単位量を含み、前記第一及び第二の単位価格成分が重複する値を有し、かつ、
（１）前記更新済み注文控帳情報における前記第一の金融商品についての前記単位価格値及び前記公開流動量、及び（２）前記第一の単位価格成分及び前記第一の未公開流動量、の関数として、前記複数の取引執行エンティティの１つに前記逆注文を送る、
ように構成されるコンピュータ・システム。
【請求項１７】
複数の取引執行エンティティについて注文控帳情報を受け取る市場データ・サーバと、
複数の金融商品のうち１つまたはそれ以上の注文を１人またはそれ以上のユーザから受け取るように構成され、前記注文の少なくとも幾つかが公開流動量値及び未公開流動量値を含み、前記複数の取引執行エンティティについて注文控帳情報を前記市場データ・サーバから受け取り、前記注文控帳情報、及び、前記受け取った注文の他の１つの未公開流動量値の関数として前記複数の取引執行エンティティの１つに受け取った各注文を送る注文サーバと、を含むコンピュータ・システム。
【請求項１８】
前記注文サーバは、複数の注文サーバを含み、前記１人またはそれ以上のユーザは、複数のユーザを含み、前記複数の注文サーバの各々は、前記複数のユーザの部分集合から注文を受け、前記複数の注文サーバの各々は、それが受けた注文の前記未公開流動量値を前記市場データ・サーバに送信し、前記市場データ・サーバは、それが受け取った前記未公開流動量値を前記複数の注文サーバの各々に送信する、請求項１７に記載のコンピュータ・システム。
【請求項１９】
前記未公開流動量値は、ゲートウェイ・サーバを介して前記市場データ・サーバに送信される、請求項１８に記載のコンピュータ・システム。
【請求項２０】
前記市場データ・サーバは、前記複数の取引執行エンティティから前記注文控帳情報を受け取る、請求項１７に記載のコンピュータ・システム。
【請求項２１】
前記１人またはそれ以上のユーザの各々について対応するクライアント・コンピュータをさらに備え前記注文は、前記対応するクライアント・コンピュータから前記注文サーバに送信される、請求項１７に記載のコンピュータ・システム。
【請求項２２】
前記市場データ・サーバは、注文控帳情報及び前記未公開流動量値を含む連結注文控帳を生成し、かつ、前記市場データ・サーバは、前記連結注文控帳を各注文サーバに送信する、請求項１８に記載のコンピュータ・システム。
【請求項２３】
複数の取引執行エンティティのうちの１つに金融商品についての注文を送るための方法において、
複数の金融商品についての公開流動性及び未公開流動性に関する情報を保持し、
前記複数の金融商品の１つについて、前記複数の取引執行エンティティの特定の１つに送ることを要求しない、注文を受け、
前記複数の金融商品の前記１つについて前記公開流動性情報、及び、未公開流動性情報の関数として、前記複数の取引執行エンティティの１つに前記注文を送ること、を備える方法。
【請求項２４】
取引所または代替取引システムに金融商品についての注文するためのコンピュータ化された方法において、
（ａ）複数の取引執行エンティティの各々から更新済み注文控帳情報を受け取るステップであり、前記更新済み注文控帳情報は、複数の金融商品の各々について対応する公開流動量と共に現在買い呼値、及び、対応する公開流動量と共に現在売り呼値を含む、ステップと、
（ｂ）前記複数の金融商品のうち第一の金融商品についての注文を第一のユーザから受けるステップであり、前記注文は、第一の単位価格成分及び第一の単位量を含み、前記第一の単位量が公開流動量及び未公開流動量を含む、ステップと、
（ｃ）前記注文に基づき、かつ、前記第一の単位価格成分及び前記公開流動量を含み、前記未公開流量を含まない第一のサブオーダを、執行のために前記複数の取引執行エンティティの第一のエンティティに送るステップと、
（ｄ）前記取引執行エンティティは、前記取引執行エンティティの前記第一のエンティティであることを要求しない前記第一の金融商品についての逆注文を第二のユーザから受け取るステップであり、前記逆注文は、第二の単位価格成分及び第二の単位量を含み、前記第一及び第二の単位価格成分は重複する値を有する、ステップと、
（ｅ）（１）前記更新済み注文控帳情報における前記第一の金融商品についての前記単位価格値及び前記公開流動量、及び、（２）前記第一の単位価格成分及び前記第一の未公開流動量の関数として、取引執行エンティティの前記逆注文を送るべき目標エンティティを確認するステップと、
（ｆ）前記取引執行エンティティの前記目標エンティティが前記取引執行エンティティの前記第一のエンティティである場合、前記第一の単位価格成分及び前記未公開流動量の少なくとも一部に等しい第二の公開流動量を含む第二のサブ注文を前記取引執行エンティティの前記目標エンティティに送り、その後、前記取引執行エンティティの前記目標エンティティに前記逆注文を送るステップと、
（ｇ）前記取引執行エンティティの前記目標エンティティが前記取引執行エンティティの前記第一のエンティティではない場合、前記取引執行エンティティの前記目標エンティティに前記逆注文を送るステップと、を有する方法。
【発明の詳細な説明】
【背景技術】
【０００１】
株、債券、商品、デリバティブ、外国為替及びその他の証券など金融商品のコンピュータ・アクセス可能な取引システムには、現在主に３つのタイプがある。第一のタイプは、ニューヨーク証券取引所及びニューヨーク商品取引所を例とする従来の株式取引システムである。この種の取引所においては、証券取引所のメンバになっている登録証券取引スペシャリストなど単一の登録証券ディーラによって各証券の相場が張られる。立会場にいるディーラ/スペシャリストとの面と向かっての通信及び電話での通信の他に、立会場のディーラ/スペシャリストに注文を送るためにコンピュータが使用される。売値及び買値（それぞれ買い呼値及び売り呼値）に関する情報は、ディーラ/スペシャリストの取引端末を通じてディーラ/スペシャリストによって取引所及びブローカに提供される。電子注文は、ディーラ/スペシャリストによって調整されて、秩序ある市場が維持される。注文が合うとすぐに、ディーラ/スペシャリストは、取引端末及び取引データを記憶する中央コンピュータでその執行を確認する。
【０００２】
第二のシステムは、交渉スペシャリストまたは立会場を基礎とする取引所なしにディーラが提示する相場への電子アクセスを利用する電子取引である。その最大のものはＮＡＳＤＡＱである。これは完全にコンピュータを基にした市場であり、各メンバ・ディーラはコンピュータ・ネットワークを通じて取引所で取引される株式で自身の相場を張ることができる。自身の名前で多くの株数を取引してスプレッド（すなわち株式の買い値と売り値の差額）から利益を得るディーラは値付け業者（ｍａｒｋｅｔ  ｍａｋｅｒ）と呼ばれる。値付け業者は大手の金融機関であることが多いが、必ずしもそうとは限らない。通常、株式には多数の値付け業者がいて、各々が自身のためまたは顧客のために株式の買いまたは売りを申し出る。
【０００３】
ある証券について任意の値付け業者による最良の買い呼値及び任意の値付け業者による最良の売り呼値は、その証券の「インサイド・マーケット」と呼ばれる。ＮＡＳＤＡＱは、レベルＩ、レベルII及びレベルIII として知られる３つの異なるサービス・レベルでコンピュータ・ネットワークを通じて参加者に取引データを提供する。レベルＩは、特に、以下のデータへのリアルタイムのアクセスを可能にする：（１）上場証券のインサイド・マーケット値（最も高い買い呼値及び最も低い売り呼値）、（２）個々の値付け業者の指し値並びにＯＴＣビルティンボードの掲示板上証券の内部指し値、（３）取引価格及び取引量データ。レベルIIは、さらに、コンピュータ・ネットワークにおいて各値付け業者のためのリアルタイム相場及び各ＡＴＳのための内部価格を提示する。レベルIII は、メンバ・ディーラに限定されるサービスであり、メンバ・ディーラが、値を付ける証券について最良の買い呼値及び売り呼値をＮＡＳＤＡＱに与えて、入ってくる注文を受けられるようにする。１９９４年３月２２日にＴｒｏｊａｎ他に対して与えられた米国特許第５，２９７，０３２号に開示されるものなど、レベルII及びIII データを表示するための様々なシステムがある。
【０００４】
電子取引所は、コンピュータ・ネットワークを通じて取引を行い、一致させ、記録し、確認する。例えばＮＡＳＤＡＱを通じて何の制限もなしに成り行き注文が発せられる場合、ＮＡＳＤＡＱのコンピュータは、売り呼値と買い呼値とを実際に照らし合わせて、取引の相手を選択する。ただし、ブローカは特定の値付け業者に／から売買の好みを指示することができる。
【０００５】
歴史的に、値付け業者は、ＮＡＳＤＡＱなど電子取引所において証券の価格を単独で決定してきた。非メンバは、メンバ・ディーラに自身の注文及び顧客の注文を発しなければならず、メンバ・ディーラは斡旋手数料を受け取る。他の証券取引所と同様、ＮＡＳＤＡＱなど電子取引所は、取引ごとに料金を受け取る。
【０００６】
ＮＡＳＤＡＱは、また、２つの自動化執行システム、Ｓｍａｌｌ  Ｏｒｄｅｒ  Ｅｘｅｃｕｔｉｏｎ  ＳｙｓｔｅｍSM（小口注文執行システム−ＳＯＥＳSM）及びＳｅｌｅｃｔＮｅｔ（Ｒ）も運用している。ＳＯＥＳは、成り行き注文及び市場性のある指値注文の自動化執行を行うシステムであるのに対して、ＳｅｌｅｃｔＮｅｔはこれらの注文を取り決めまたは執行する能力を持って注文の引渡しを申し出る。ＳｅｌｅｃｔＮｅｔは、また、電子証券取引ネットワーク（ＥＣＮ）及びＳＯＥＳまたはＳｕｐｅｒＳｏｅｓSMの自動執行に参加しない未上場取引特権（ＵＴＰ）取引所に納税義務履行命令（ｌｉａｂｉｌｉｔｙ  ｏｒｄｅｒ）を送るために使用される。
【０００７】
ＳＯＥＳは、ＳＯＥＳ参加者にアクティブなＳＯＥＳ認定のＮＡＳＤＡＱ証券への注文を入力させこれを執行させる自動化取引システムである。このシステムが動作する際のルールは、証券の種類に応じて２組ある。すなわち、（１）ＳｕｐｅｒＳｏｅｓは、Ｎａｓｄａｑ  Ｎａｔｉｏｎａｌ  Ｍａｒｋｅｔ（Ｒ）（Ｎａｓｄａｑ国内市場−ＮＮＭ）証券の取引を処理するために使用され、（２）ＳｍａｌｌＣａｐ  ＳＯＥＳは、ＮＡＳＤＡＱ  ＳｍａｌｌＣａｐＳＭ証券の取引を処理するために使用される。いずれのシステムにおいても、執行レポートはテープに報告されるためにＡｕｔｏｍａｔｅｄ  Ｃｏｎｆｉｒｍａｔｉｏｎ  Ｔｒａｎｓａｃｔｉｏｎ  ＳｅｒｖｉｃｅSM（自動化確認取引サービス−ＡＣＴＳＭ）に送られ、取引の両サイドが、決済及び清算のために照合済み取引として適切な清算会社に送られる。
【０００８】
ＳｅｌｅｃｔＮｅｔは、取引の交渉及び執行を自動化するための能力をトレーダに提供する。ＳｅｌｅｃｔＮｅｔの最大注文サイズは、９９９，９９９株である。執行は周知のために自動的にＡＣＴに報告され、比較及び清算のために決済に回される。ＳｅｌｅｃｔＮｅｔは、また、入って来る注文及び出て行く注文を識別して、市場参加者がその後のメッセージ及び取引処理結果を見られるようにする。これらのサービスについては、ＮＡＳＤＡＱ  ＴＲＡＤＩＮＧ  ＭＡＮＵＡＬ（２００１）においてさらに詳細に説明されており、その開示全体が参照により本出願に組み込まれる。
【０００９】
第三の取引システムは、ＡＴＳメンバ及びＮＡＳＤＡＱユーザなど電子取引所利用者に値付け業者またはスペシャリストから独立して注文を表示し執行できるようにする電子ネットワークを提供する代替取引システム（“ＡＴＳ”）である。こうすることによって、メンバは従来の手数料を支払わなくて済み、より新しくそして完璧な相場情報を享受できる。ＥＣＮの例としては、Ｉｎｓｔｉｎｅｔ、ＡＲＣＡ、ＢＲＵＴ、ＢＴＲＤ及びＩｓｌａｎｄがある。その他のＡＴＳとしては、ＮＡＳＤＡＱのＰｒｉｍｅｘ  Ｓｙｓｔｅｍ及びＮＹＦＩＸのＭｉｌｌｅｎｎｉｕｍ  Ｓｙｓｔｅｍがある。
【００１０】
ＥＣＮの各メンバは、ＥＣＮの中央注文控帳コンピュータと接続される取引端末を持つ。メンバは、その買い（Ｂｉｄ）及び売り（Ｏｆｆｅｒ）を表示して、もたらされたネットワークを通じて取引を行う。ＥＣＮの注文控帳コンピュータは、そのメンバによってリアルタイムに提供される各開放及び閉鎖取引についての価格、数量及び執行を含めた買い/売り情報の記録を保存する。注文控帳コンピュータは、また、どのコンピュータがすなわちどのメンバが各買いまたは売りを提示したかを記録する。中央注文控帳コンピュータを通じてある買いがまたは売りが得られると、中央注文控帳及びメンバの取引端末はそれに伴って更新され、受け入れられた買い及び売りは画面表示されなくなる。
【００１１】
ＥＣＮは、もともとそのメンバ間での取引のために開発された。従って、各ＥＣＮは独自の端末及びプロトコルを開発した。ＥＣＮは、通常、取引量に応じて、取引ごとに手数料を受け取る。
【００１２】
従来の株式取引所及び電子取引所においては、売り手と買い手は、取引の仲介人すなわちそれぞれ特定の証券を扱うスペシャリストまたは値付け業者に従う。しかし、ＥＣＮにおいては、各買い及び売りは個別の匿名の注文であり、そのメンバ全てが完全に見ることができまたアクセスすることができる。従って、ブローカ/ディーラであるメンバ、さらには、単にメンバには、ＥＣＮの中央注文控帳において様々な価格の多数の買い及び売りが提示される。この種の注文のためにスペシャリストまたはディーラの仲介人はないので、伝統的な証券取引所及び電子取引所に関係する第三者遅延及び手数料を排除する。メンバは、その取引コンピュータを通じて、注文入力、価格、量、期間及びキャンセルを含めて証券取引のあらゆる側面を制御する。メンバは、その裁量で、ＥＣＮの中央注文控帳から表示される利用可能な全てのオープン注文の中から希望の取引を選択できる。メンバは、証券のインサイド・マーケットから選択するか、またはインサイド・マーケットから外れるもっと不利な価格で選択する場合がある。このような自由は非常に望ましい。例えば、内部売り注文が表示する以上の株数を得るために最良の売り呼値と同じまたはそれより高い価格で証券を買うのが賢い戦略である場合がある。このような戦略は、インサイド・マーケットは急速に動いており、最良の売り呼値に応じようとするときには得られないことも認める。
【００１３】
Ｌａｖａ  Ｔｒａｄｉｎｇ，Ｉｎｃ．に譲渡された米国特許第６，２７８，９８２号は、各顧客が、単独で、または、１つ以上の電子取引所と組み合わせて、２つ以上のＥＣＮ、または、これに匹敵するその他のＡＴＳ、からのと共に証券取引を行う証券市場情報を見てこれを分析し、かつ、これらと証券取引を行うために単一のトレーダ端末を使用する証券取引連結システムについて説明している。連結コンピュータ・システムは、市場情報を出力し取引を処理する。連結コンピュータ・システムは、証券、注文識別符号及び買い呼値及び売り呼値情報を含めて、各参加ＥＣＮ注文控帳コンピュータからの注文控帳情報を集計する。電子取引所に参加するための買い呼値及び売り呼値は、ディスプレイに組み込むことができる。結合された情報は、証券ごとにまた買い及び売りごとに顧客に表示され、その後価格、量及び顧客が希望するその他の属性ごとに仕分けられる。連結コンピュータ・システムは、顧客がＥＣＮメンバまたは電子取引所のユーザであり、従って情報を受け取る権限を有する値付け業者ＥＣＮ及び電子取引所からの情報のみを各取引端末に転送する。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上に説明した金融商品を取引するための各種のシステムに関連して、未公開流動性（例えば、留保量または隠し量）を含むことができる金融商品について注文（例えば、買い注文、売り注文）を発することは既知である。例えば、ある単位価格（例えば、＄２５．０５）である株式（例えば、ＤＥＬＬ株）２０００株を売るために注文を発し、１００株を表示し（公開流動性）、１９００株を留保するまたは隠す（未公開流動性）、と指定することが可能である。この種の注文がなされるとき、他のユーザ（例えば、トレーダまたはディーラ）は、２５．０５ドルでＤＥＬＬ株１００株の買いがあることのみ知らされ、１９００株の留保量については知らない。システムのユーザは、市場の影響を最小限に抑え、匿名性を維持し、最良の執行指令を遂行するために未公開流動性を設ける。この種の「未公開」流動性は、取引される流動性を設けたユーザにとって、また未公開流動性を介して取引する流動性に対して執行しようとする可能性がある他のユーザにとって、悪影響があり、それによって悪い価格となり、または未公開流動性に対して多くの取引が必要となり、結果として取引コストが非効率化する可能性がある。
【課題を解決するための手段】
【００１５】
本発明の第一の実施態様に従えば、取引所または代替取引システムに金融商品についての注文を発するためのコンピュータ化システム及び方法が提供される。この実施態様に従えば、複数の取引執行エンティティの各々から更新済み注文控帳情報を受け取る。更新済み注文控帳情報は、複数の金融商品の各々について、対応する公開流動量と共に現在の買い呼値及び対応する公開流動量と共に現在の売り呼値を含む。この複数の取引執行エンティティには、例えばＥＣＮ、証券取引所及びブローカ・ディーラが含まれる。
【００１６】
複数の金融商品のうち第一の金融商品についての注文を、第一のユーザから受ける。この注文は、第一の単位価格成分及び第一の単位量を含む。第一の単位量は、公開流動量及び未公開流動量を含む。公開流動量及び未公開流動量を含む注文は、執行のために複数の取引執行エンティティのうち第一のエンティティに送られる。
【００１７】
取引執行実体が取引執行実体のうち第一のエンティティであることを要求しない第一の金融商品についての逆注文を、第二のユーザから受ける。逆注文は第二の単位価格成分及び第二の単位量を含み、第一及び第二の単位価格成分は重複する値を有する。例えば、注文が＄２５．６５でＤＥＬＬ株１００株を買うための買いである場合、＄２５．６５（またはこれ未満）でＤＥＬＬ株を売るための売りが、重複する単位価格成分を有する逆注文となる。
【００１８】
（１）更新済み注文控帳情報における単位価格及び公開流動量、及び（２）第一の単位価格成分及び第一の未公開流動量、の関数として、逆注文が複数の取引執行エンティティのうちの１つに送られる。
【００１９】
本発明の別の実施態様に従えば、金融商品についての注文を複数の取引執行エンティティのうちの１つに送るための方法が提供される。この方法は、複数の金融商品について公開流動性及び未公開流動性に関する情報を保存するステップ、複数の取引執行エンティティのうち特定の１つのエンティティに注文を送ることを要求しない複数の金融商品のうちの１つについての注文を受けるステップ、及び複数の金融商品のうち前記の１つの商品について公開流動性情報と未公開流動性情報の関数として複数の取引エンティティのうちの１つのエンティティに注文を送るステップ、を含む。
【００２０】
本発明の別の実施態様に従えば、金融商品に関する注文を処理してこれを複数の取引執行エンティティに送るためのシステム及び方法が提供される。第一の注文を第一のユーザから受ける。第一の注文はある金融商品についての買い及びこの金融商品についての売りのうち１つであり、第一の注文は、この金融商品に関する単位価格及びこの金融商品の注文量を含む。注文量は、公開流動量及び未公開流動量を含む。公開流動量及び未公開流動量を含む第一の注文は、複数の取引執行エンティティのうちの１つに送られる。更新済み注文控帳情報を、複数の取引執行実体の各々から受け取る。更新済み注文控帳情報は、この金融商品の買い及び売りを含み、各買い及び売りは、それぞれの単位価格及びそれぞれの公開流動量を含む。
【００２１】
第一の注文が買いであり、重複する単位価格によるこの金融商品の売りを含む第二の注文を受けた場合（この注文は複数の取引執行実体のうちの特定の１つであることを要求せず、またそれぞれの注文量を含む）、このシステム及び方法は、
（ｉ）第二の注文の売りの単位価格及び注文控帳におけるこの金融商品についての買いの各々の単位価格に基づいて、金融商品について最も高い買い呼値を選択し、
（ii）最も高い買い呼値について、第二の注文の注文量と、１）最も高い買い呼値が第一の注文である場合公開流動量と未公開流動量の合計、及び２）最も高い買い呼値が注文控帳におけるこの金融商品についての買いの１つである場合この買いの公開流動量、のうち少ない方の注文量を選択する。その後、選択された注文量の合計が第二の注文の注文量に等しくなるまで、次に高い買い呼値についてステップ（ｉ）及び（ii）が繰り返される。選択された各買いについては、選択された注文量を明記する対応する注文が、選択された買いに関連付けられる複数の取引執行エンティティのうちの１つに送られる。システムが上記の（ｉ）及び（ii）を実行中に市場データが変化する可能性があることに留意しなければならない。従って、システムが「次に高い買い呼値」を評価する際、システムは注文控帳情報の更新済み市場データに基づいてこれを評価する。
【００２２】
第一の注文がオファであり、重なり単位価格によるこの金融商品のビッドを含む第二の注文を受けた場合（この注文は複数の取引執行実体のうちの特定の１つを要求せず、またそれぞれの注文量を含む）、このシステム及び方法は、
（ｉ）第二の注文のビッドの単位価格及び注文控帳におけるこの金融商品についてのオファの各々の単位価格に基づいて、この金融商品について最も低い売り呼値を選択し、
（ii）最も低い売り呼値について、第二の注文の注文量と、１）最も低い売り呼値が第一の注文である場合には公開流動量と未公開流動量の合計、及び２）最も低い売り呼値が注文控帳におけるこの金融商品についての売りのうちの１つである場合にはこの売りの公開流動量、のうち少ない方の注文量を選択する。その後、選択された注文量の合計が第二の注文の注文量と同じになるまで、次に低い売り呼値についてステップ（ｉ）及び（ii）が繰り返される。選択された各売りについて、選択された注文量を明記する対応する注文が、選択された売りに関連付けられる複数の取引執行エンティティのうちの１つに送られる。システムが上記の（ｉ）及び（ii）を実行中に市場データが変化する可能性があることに留意しなければならない。従って、システムが「次に低い売り呼値」を評価する際、システムは注文控帳情報の更新済み市場データに基づいてこれを評価する。
【００２３】
本発明の別の実施態様に従えば、市場データ・サーバ及び注文サーバを含むコンピュータ・システムが提供される。市場データ・サーバは、複数の取引執行エンティティについて注文控帳情報を受け取る。注文サーバは、１人またはそれ以上のユーザから複数の金融商品のうちの１つまたはそれ以上についての注文を受けるように構成され、注文の少なくとも一部は、公開流動量及び未公開流動量を含む。注文サーバは、また市場データ・サーバから複数の取引執行実体についての注文控帳情報を受け取る。注文サーバは、注文控帳情報及び受け取った注文のうち他の注文の未公開流動量の関数として、受け取った各注文を複数の取引執行エンティティのうちの１つに送る。
【００２４】
本発明のさらなる実施態様に従えば、注文サーバは複数の注文サーバを含み、１人またはそれ以上のユーザは複数のユーザを含む。複数の注文サーバの各々は複数のユーザの部分集合から注文を受け、複数の注文サーバの各々はこれが受け取った注文の未公開流動量を市場データ・サーバに伝送する。市場データ・サーバは、それが受け取った未公開流動量を複数の注文サーバの各々に送信する。
【００２５】
本発明の別の実施態様に従えば、証券取引所または代替取引システムに金融商品についての注文を発するためのコンピュータ化された方法が提供される。この方法は、取引執行エンティティの各々から更新済み注文控帳情報を受け取るステップを含む。更新済み注文控帳情報は、複数の金融商品の各々について、対応する公開流動量と共に現在の買い呼値及び対応する公開流動量と共に現在の売り呼値を含む。複数の金融商品のうち第一の金融商品について第一のユーザから注文を受ける。注文は、第一の単位価格成分及び第一の単位量を含み、第一の単位量は公開流動量及び未公開流動量を含む。注文に基づいて、第一の単位価格成分及び公開流動量を含み未公開流動量を含まない第一のサブオーダが執行のために複数の取引執行エンティティのうち第一のエンティティに送られる。第二のユーザから、取引執行エンティティが取引執行エンティティのうちの第一のエンティティであることを要求しない第一の金融商品についての逆注文を受ける。逆注文は、第二の単位価格成分及び第二の単位量を含み、第一及び第二の単位価格成分は重複する値を有する。（１）更新済み注文控帳情報における第一の金融商品についての単位価格及び公開流動量、及び（２）第一の単位価格成分及び第一の未公開流動量、の関数として、この方法は、取引執行エンティティのうち逆注文が送られるべき目標エンティティを特定する。取引執行エンティティのうちの目標エンティティが取引エンティティのうちの第一のエンティティである場合、この方法は、第一の単位価格成分及び未公開流動量の少なくとも一部に等しい第二の公開流動量を含む第二のサブオーダを取引執行エンティティのうちの目標エンティティに送る。その後、逆注文を取引執行エンティティのうちの目標エンティティに送る。取引執行エンティティのうちの目標エンティティが取引執行エンティティのうちの第一のエンティティではない場合、この方法は、取引執行エンティティのうちの目標エンティティに逆注文を送る。
【００２６】
本発明の他の実施態様に従えば、上述の実施態様を執行するためにコンピュータを制御するために実施可能なコンピュータ実行可能プロセスを記憶しているコンピュータ読み取り可能な媒体が提供される。
【実施例】
【００２７】
証券など金融商品の取引に関連しては、表示値及び留保（または隠し）値を含む注文（例えば、売り注文及び買い注文）をすることが知られている。このような状況においては、ユーザＡ（例えば、ブローカまたはディーラ）がＩＮＴＣ株２０，０００株を買いたい場合、ＮＡＳＤＡＱ値付け業者として（またはＡＴＳに対して）１０００株について所定の価格（５２．１４）で買いをだし、一方、残りの１９，０００株は予備として維持することによって、これを行う。同様に、ユーザＢ（例えば、別のブローカまたはディーラ）がＩＮＴＣ株４０，０００株を売りたい場合、ＮＡＳＤＡＱ値付け業者として（またはＡＴＳに対して）２０００株について所定の価格（例えば、５２．１５）で売りを提示する一方、残りの３８，０００株を予備として維持することによって、これを売ることができる。ＮＡＳＤＡＱに買い/売りがだされた場合、レベルＩ及びIIのＮＡＳＤＡＱ情報の受け手には、５２．１４でＩＮＴＣ株１０００株の買いがあること、及び５２．１５でＩＮＴＣ株２０００株の売りがあることが分かる。しかし、ユーザＡを除けば、このＮＡＳＤＡＱ情報の全ての受け手はユーザＡの隠し留保分１９，０００株については知らない。同様に、ユーザＢを除けば、このＮＡＳＤＡＱ情報の全ての受け手はユーザＢの隠し留保分３８，０００株については知らない。ＡＴＳにおいて買い/売りがだされる場合、各ＡＴＳメンバは、５２．１４でＩＮＴＣ株１０００株の買いがあること及び５２．１５でＩＮＴＣ株２０００株の売りがあることを知る。しかし、ユーザＡを除けば、全てのＡＴＳメンバは買い手Ａの隠し留保分１９、０００株については知らない。同様に、ユーザＢを除けば、全てのＡＴＳメンバは買い手Ｂの隠し留保分３８，０００株について知らない。従って、上記の留保分における隠し流動性について知らない別のユーザは、それぞれの価格でもっと多くの株式を購入/売却することに関心があっても、５２．１５で２０００株の売りに応じるかまたは５２．１４で１０００株の買いに応じるか、あるいは次の価格レベルまで取引を流すかも知れない。
【００２８】
本発明の１つの実施態様に従えば、ネットワークにおいてユーザ（例えば、ブローカ、および／または、ディーラ）が利用できるが、他のユーザに表示されない未公開（例えば、留保または隠し）量を監視するシステムが提供される。システムがある量の買い/売り（例えば、Ｄｅｌｌ株２０，０００株の買い）を受けると、システムは、対応する表示買い/売りだけでなく、未公開量も考慮に入れて（例えば、１５，０００株の留保量を持つ１０００株の表示ビッド）、表示（または公開）量プラス未公開量（例えば、表示量は１０００株でしかないが、Ｄｅｌｌ株１５，０００株）に等しい量になるまで売り/買いに応じる。
【００２９】
本発明の論証を容易にするために、本発明の実施態様を使用できる一般的な先行技術のアーキテクチャを検討することが役立つ。しかし、他のアーキテクチャも使用できることが分かるはずである。図１を参照すると、４人のユーザ/トレーダ１０がいくつかのＥＣＮ及びＮＡＳＤＡＱを使って、取引を行う。この単純な例においては、各トレーダ１０は、２つのＥＣＮすなわちＥＣＮ１  ５０及びＥＣＮ２  ５１及び１つの電子取引所ＮＡＳＤＡＱ５２のメンバであり、これら全てにそれぞれの端末１０１を操作することによってアクセスする。連結コンピュータ・システム（ＣＣＳ１００）は、各端末１０１及びＥＣＮの注文控帳サーバ１４、ＥＣＮ２の注文控帳サーバ１５及びＮＡＳＤＡＱサーバ１６に接続される。また、ＥＣＮ１の注文控帳サーバ１４はＥＣＮ１の他のメンバの取引端末１７及び１８に接続され、ＥＣＮ２の注文控帳サーバ１５はＥＣＮ２の他のメンバの緒取引端末１９及び２０に接続される。
【００３０】
ＥＣＮと異なり、ＮＡＳＤＡＱは値付け業者及びユーザを有する。値付け業者は特定の証券に関して市場の維持に責任を負う。値付け業者は、値付け業者がＮＡＳＤＡＱに値を付ける各証券について独自の注文及び顧客の注文から最良の買い及び売りを提示する。値付け業者はユーザ及び他の値付け業者からの注文を受け付けて、他の値付け業者及びＥＣＮとの間で注文を執行することができる。値付け業者との間で注文を執行する場合、ユーザは値付け業者が表示する売り呼値でのみ株を買うことができ、また、値付け業者の買い呼値でのみ株を売ることができる。すなわち、売りまたは買いに応じる。
【００３１】
ＥＣＮ１  ５０は他のＥＣＮまたはＮＡＳＤＡＱと対話しない閉鎖ネットワークである。ＥＣＮ１の注文控帳サーバは取引端末１０１（ＣＣＳ１００に結合されている）と、またその取引端末１７及び１８（ＣＣＳ１００に結合されていない）と同様に対話する。ＥＣＮ１注文控帳サーバ１４は、その取引端末１７および１８と（また、ＣＣＳ１００を通じて取引端末１０１と）注文、執行及び確認を交換し、この情報に基づいてその取引端末１０１、１７及び１８の各々に市場データを与える。言い換えると、取引端末１０１、１７及び１８の各々は、その注文をＥＣＮ１注文控帳サーバ１４に与える。ＥＣＮ１の注文控帳サーバ１４は、この情報を集計してＥＣＮ１注文控帳を構成し、これは次に、その取引端末１０１、１７及び１８の各々に提供される。
【００３２】
ＥＣＮ２  ５１は、同様にその取引端末１０１、１９及び２０と対話する。しかし、ＥＣＮ２  ５１は、ＮＡＳＤＡＱと統合されるＳＥＣ準拠ＥＣＮである。ＥＣＮ２  ５１は、他のＳＥＣ準拠ＥＣＮ及び値付け業者からの最良の買い及び売りと合わせてＮＡＳＤＡＱによって表示されるように、ＥＣＮ２上で取引される各証券についてのＥＣＮ２の最良の買い及び売りをＮＡＳＤＡＱに送る。ＥＣＮ２  ５１及びその最良の買いまたは売りを提示するそのメンバは、ＥＣＮ２  ５１が提示した最良の買い及び売りに対応するＮＡＳＤＡＱ  ５２のユーザからのヒットを受け入れなければならない。これらの注文を執行できるか否か（すなわち、最良の買いまたは売りがいまだ有効であるか否か）に応じて、ＥＣＮ２  ５１は、ＮＡＳＤＡＱ５２に確認または拒絶を送る。ＮＡＳＤＡＱ５２は、ＥＣＮ２の完全な注文控帳を受け取るわけではなく、各証券についての最良の買い及び売りのみを受け取る。一方、ＮＡＳＤＡＱ  ５２と統合されるＳＥＣ準拠ＥＣＮは、ＮＡＳＤＡＱ  ５２から価格決定情報を受け取らないので、そのメンバがＮＡＳＤＡＱ市場データを利用できるようにすることはできない。しかし、ＥＣＮの個々のメンバは、ブローカ/ディーラとしての権限を有する場合には、別個にＮＡＳＤＡＱからの情報提供を受けることができる。
【００３３】
トレーダ１０は、注文控帳サーバ２７及び取引端末２３及び２４だけから構成されるＥＣＮ３  ５３のメンバではない。ＥＣＮ３  ５３は、ＮＡＳＤＡＱ  ５２と統合される準拠ＥＣＮであり、従って、トレーダ１０は取引端末１０１上でＥＣＮ３  ５３に関する情報しか見ることができず、この情報はＥＣＮ３  ５３からのある証券についての最良の買い及び売りのみである。
【００３４】
最後に、トレーダ１０は注文控帳サーバ２８及び取引端末２５及び２６だけから成るＥＣＮ４  ５４のメンバではない。ＥＣＮ４  ５４はＮＡＳＤＡＱと統合される準拠ＥＣＮではない。従って、トレーダ１０はＥＣＮ４取引端末にアクセスすることはできず、取引端末１０１上でＥＣＮ４に関する情報を見ることは出来ない。
【００３５】
例証のために、ＥＣＮ３及びＥＣＮ４がＣＣＳ１００からのアクセスは受けるがユーザ１０によってはアクセスされないことを図解的に示すために、ＥＣＮ３及びＥＣＮ４は１本の両方向矢印ラインによってＣＣＮに接続されて示されている。しかし、それぞれＥＣＮ３及びＥＣＮ４のメンバであるＣＣＳ１００の他のユーザはこれにアクセスすることができる。
【００３６】
ＣＣＳ１００は、１台のコンピュータまたはコンピュータ・ネットワークにおいて実行できる多数の相互関連する機能を果たす。ＣＣＳ１００は、各ＥＣＮ（ＥＣＮ１  ５０、ＥＣＮ２  ５１、ＥＣＮ３  ５３及びＥＣＮ４  ５４）及び電子取引所（ＮＡＳＤＡＱ５２）から注文を収集し、各ユーザ/トレーダのＥＣＮにおける会員資格及び電子取引所を使用する権利に応じて各ユーザ/トレーダに総合注文控帳を配布する。従って、ユーザ/トレーダ１０は、ユーザ/トレーダ１０が許容される範囲に応じてＣＣＳ１００が編集した完全な注文控帳の部分集合のみを受け取ることができる。この例においては、ユーザ/トレーダ１０はＥＣＮ１  ５０及びＥＣＮ２  ５１及びＮＡＳＤＡＱ５２にアクセスすることができるが、ＥＣＮ３  ５３（ＮＡＳＤＡＱ５２を通じてアクセスする場合を除いて）及びＥＣＮ４  ５４にはアクセスできない。
【００３７】
カスタマイズされた注文控帳は、通常証券及び価格ごとに組織化されてユーザ/トレーダの端末１０１に表示される。これによって、ユーザ/トレーダ１０は、メンバとなっているＥＣＮ５０及び５１、ＮＡＳＤＡＱの値付け業者２１及び２２及びＥＣＮ３の全てからの最良買い及び売りに関する情報を単一のディスプレイで比較することができ、決定プロセスを単純化することができる。トレーダの売買決定を手助けするために、これらのデータからの分析的計算を表示してこれを利用することができる。
【００３８】
取引端末１０１において、ユーザ/トレーダは、取引の嗜好に基づいて、表示されるデータをフィルタにかけたりカスタマイズしたりすることができる。これらの機能によって、ユーザ/トレーダは、あまり望ましくない注文を除去してその取引活動のために最適化された形式でデータを見ることができる。例えば、ユーザ/トレーダは、表示される買いまたは売りの最少量を指定することができる。別の例としては、ユーザ/トレーダは、買い呼値または売り呼値を表示するための最少価格増分（最少許容増分）（すなわち３２分の１ドルなど）を指定することによって表示をカスタマイズすることができる。これによって、これより大きい増分の価格は適宜丸められる。
【００３９】
ユーザ/トレーダ１０が注文を発したい場合、取引端末１０１を用いて注文をＣＣＳ１００に送ることができる。ユーザ/トレーダが指示するパラメータに基づいて、ＣＣＳ１００は、いつどこに注文を発するかを決定する。例えば、ＣＣＳ１００は、単一の注文を分割して、複数のＥＣＮ及び（または）電子取引所に送ることができる。ＣＣＳ１００は図１において単一の中央コンピュータとして示されているが、実際には、コンピュータ・ネットワークとして実現することができ、さらにその機能の一部は端末１０１が実行することもできることに留意しなければならない。
【００４０】
ユーザ/トレーダ１０が発したいであろう注文のタイプは多様であり、以下の例は、本発明の実施態様の使用法の一部を実証するためのものである。例えば、指値注文は、ユーザ/トレーダが売りたいまたは買いたい株数の他にユーザ/トレーダが最小売値（売りの場合）または最も高い買値（買いの場合）を指定するタイプの注文である。これに対して、成り行き注文は、ユーザ/トレーダが、注文の執行時に利用できる最良の価格で指定株数を買うことまたは売ることに同意するタイプの注文である。その他の注文のタイプについては下でさらに詳しく論じる。図１のシステムにおいて、ユーザ/トレーダ１０が注文を発したい場合、注文はまず端末１０１からＣＣＳ１００に送られ、その後、ＣＣＳ１００から例えばＮＡＳＤＡＱ５２またはＥＣＮ５０−５１のうちの１つに送られる。本発明において、チケット注文と言う言葉は、端末１０１からＣＣＳ１００に送られる注文を指すために使用され、外部注文と言う言葉はＣＣＳ１００からＮＡＳＤＡＱまたはＥＣＮに送られる注文を指すために使用され、注文と言う言葉は、チケット注文及び外部注文のいずれかまたはその両方を総称的に指すために使用される。多くの場合、チケット注文と外部注文との間には１対１の関係がある。しかし、場合によっては、単一のチケット注文がＣＣＳ１００によって複数の外部注文に分割される。
【００４１】
次に、Ｌａｖａ  Ｔｒａｄｉｎｇ，Ｉｎｃ．から入手可能なＬＡＶＡ  ＴＲＡＤＩＮＧＦＬＯＯＲ（Ｒ）ソフトウェアに関連して発注のためのユーザ・インタフェースについて説明する。ただし、ここで説明されるユーザ・インタフェースが望ましいが、本発明の実施態様に関連して注文を発するために任意のユーザ・インタフェースを使用できることが分かるはずである。さらに、ユーザ・インタフェースを全く使用せずに注文を発することができる。例えば、ユーザ対話またはユーザ用ディスプレイなしにソフトウェアを通じて自動的に注文を発することができる。
【００４２】
図２は、上述のソフトウェア用の“Ｌａｖａ  Ｏｒｄｅｒ  Ｌａｕｎｃｈｅｒ”スクリーン１０００を示している。図２は、ユーザが“Ｌａｖａ  Ｏｒｄｅｒ  Ｌａｕｎｃｈｅｒ”で利用できる多数のフィールド及びオプションを例示するために使用されるものであり、これらのフィールド及びオプションの必ずしも全てが表示されるわけではなくまた全ての注文タイプについて利用可能であるわけではないことに留意しなければならない。さらに、図２のＬａｖａ  Ｏｒｄｅｒ  Ｌａｕｎｃｈｅｒスクリーンは、単に発注のために可能なグラフィカル・ユーザ・インタフェースを例示するために使用されるものであり、他の構成をこれに変わって使用することができることが分かるはずである。いずれにしても、図２を参照すると、スクリーンは、取引対象である証券を識別するためのシンボル（Ｓｙｍｂｏｌ）フィールド１０８０、注文が送られるルート（この場合には１つのＥＣＮであるＩｓｌａｎｄ）を示すＲｏｕｔｅフィールド１０２０ドロップダウン・ボックス、及び注文タイプ（この場合には指値注文）を指示するフィールド“Ｔｙｐｅ”１０６０を含む。数量セクションは、取引される総株数を指示する“Ｔｏｔａｌ”フィールド１０１０、使用される場合には、例えば、ＮＡＳＤＡＱまたはＥＣＮからその注文に関する情報を受ける他のユーザに対して取引されるものとしてユーザが“表明（Ｓｈｏｗ）”したい株数（すなわち公開流動性）を示す“ｓｈｏｗ”フィールド１０４０を含む。この機能は、下でさらに詳細に説明する通り、注文において留保量を指定するために使用される。有効期間（ＴＩＦ：Ｔｉｍｅ  Ｉｎ  Ｆｏｒｃｅ）フィールドは、ドロップダウン選択ボックス１０５０、及び、注文の満了時期を定義するタイム・フィールド１０８０を合わせて含む。指値フィールドは、ドロップダウン選択ボックス１０２０（この場合には、テイク・スルー・バイ（Ｔａｋｅ  Ｔｈｒｏｕｇｈ  ｂｙ））、価格補正フィールド１０４０、裁量フィールド１２００及び算定指値１２２０（この場合には、内部売り呼値（２５．６５）マイナス補正（０．０５）マイナス裁量（０．１０）に等しい２５．８）を含む。Ｔｈｒｏｕｇｈフィールド１０７０は、ユーザが、指示される取引のブローカ・ディーラを務める代替会社を選択することによって匿名で取引できるようにする。このフィールドは、どの注文タイプにも使用することができる。Ｂｕｙボタン１０９０が選択される場合（図に示される通り）、このボタンは注文が買い注文（すなわち買い）であることを示す。Ｓｅｌｌボタン１１００が選択される場合、このボタンは注文が売り注文（すなわち売り）であることを示す。現在の内部“買い”及び“売り”呼値がフィールド１２１０に表示される（この場合には、買い呼値は２５．６１であり、売り呼値は２６．６５である）。実行されると取引を執行することなくウィンドウを閉じるＣｌｏｓｅボタン１１７０が設けられる。実行ボタン１１９０（この場合には買い注文を指示している）は、注文を執行させる。Ｍｏｒｅ  Ｏｐｔｉｏｎボタン１１１０が選択されると（図に示される通り）、Ｅｘｅｃｕｔｉｏｎ  ｉｎｓｔｒｕｃｔｉｏｎｓフィールド１１３０、Ｃａｐａｃｉｔｙフィールド及びＵｓｅｒ  Ａｃｃｏｕｎｔ・フィールド１１５０が表示される。
【００４３】
“ｐｒｅｆ”フィールド１０３０は、取引執行実体がこの機能をサポートする場合にはユーザが取引したい特定の相手を指示するために使用される。例えば、ＮＡＳＤＡＱは、ユーザが取引相手にしたい特定のブローカ・ディーラを指示できるように、そのＳｅｌｅｃｔＮｅｔ実行システムのためにこのフィールドを提供する。ユーザが直接あるＥＣＮに注文を送る場合には、ＥＣＮにおける相手は現在のＥＣＮシステムにおいて匿名なので、一般にこのフィールドは使用されないことに留意しなければならない。
【００４４】
いずれにしても、図２に戻ると、指値買い注文のために選択ボックス１１２０に８つのオプション、及び、指値売り注文のために選択ボックス１１２０に８つのオプションがあることが望ましい。指値買い注文のためのオプションは、１）内部買い呼値（例えば、２５．６１）にフィールド１１４０において指示される金額を加えた金額で買いを提示するための“ハイ・ビッド・バイ（Ｈｉｇｈ  Ｂｉｄ  ｂｙ）”、２）内部買い呼値で買いを提示するための“ジョイン・ビッド（Ｊｏｉｎ  Ｂｉｄ）”、３）内部買い呼値からフィールド１１４０において指示される金額を差し引いた金額で買いを提示するための“ビロー・ビッド・バイ（Ｂｅｌｏｗ  Ｂｉｄ  ｂｙ）”、４）内部売り呼値（例えば、２６．６５）からフィールド１１４０において指示される金額を差し引いた金額で買いを提示するための“ビッド・ビロー・オファ・バイ（Ｂｉｄ  Ｂｅｌｏｗ  Ｏｆｆｅｒ  ｂｙ）”、５）フィールド１１４０において指示される金額（省略値は内部買い呼値）で買いを提示するための“ビッド（Ｂｉｄ）”、６）内部売り呼値で買いを提示するための“テイク・オファ（Ｔａｋｅ  Ｏｆｆｅｒ）”、７）フィールド１１４０において指示される金額（省略値は内部売り呼値）で買いを提示する“オファ（Ｏｆｆｅｒ）”、及び８）内部売り呼値にフィールド１１４０において指示される金額を加えた金額で買いを提示するための“テイク・スルー・バイ（Ｔａｋｅ  Ｔｈｒｏｕｇｈ  ｂｙ）”、を含むことが望ましい。指値売り注文のためのオプションは、１）内部売り呼値（例えば、２５．６５）からフィールド１１４０において指示される金額を差し引いた金額で売りを提示するための“ロウ・オファ・バイ（Ｌｏｗｅｒ  Ｏｆｆｅｒ  ｂｙ）”、２）内部売り呼値でオファを提示するための“ジョイン・オファ（Ｊｏｉｎ  Ｏｆｆｅｒ）”、３）内部売り呼値にフィールド１１４０において指示される金額を加えた金額で売りを提示するための“アバブ・オファ・バイ（Ａｂｏｖｅ  Ｏｆｆｅｒ  ｂｙ）”、４）内部買い呼値にフィールド１１４０において指示される金額を加えた金額で売りを提示するための“オファ・オーバ・ビッド・バイ（Ｏｆｆｅｒ  ｏｖｅｒ  Ｂｉｄ  ｂｙ）”、５）フィールド１１４０の値（デフォルト値は内部買い呼値）で売りを提示するための“オファ（Ｏｆｆｅｒ）”、６）内部買い呼値で売りを提示するための“ヒット・ビッド（Ｈｉｔ  Ｂｉｄ）”、７）フィールド１１４０において指示される金額（デフォルト値は内部売り呼値）で売りを提示するための“ビッド（Ｂｉｄ）”、及び８）内部買い呼値からフィールド１１４０において指示される金額を差し引いた金額で売りを提示するための“ヒット・スルー・バイ（Ｈｉｔ  ｔｈｒｏｕｇｈ  ｂｙ）”、を含むことが望ましい。
【００４５】
下に論じるとおり、留保指値注文の場合、表明フィールド１０４０及び合計フィールド１０１０を用いて留保量（留保＝合計−表明）及び表示量（表明）を指定することができる。隠し指値注文の場合、ユーザはモア・オプション（Ｍｏｒｅ  Ｏｐｔｉｏｎ）１１１０を選択し、その後実行命令フィールド１１３０から“不可視（ｉｎｖｉｓｉｂｌｅ）”を選択する。
【００４６】
別のタイプの注文は、“釘付け（Ｐｅｇｇｅｄ）”注文である。“釘付け”注文は、注文が内部価格に伴って動くようにユーザがＥＣＮ注文を同じ側または反対（すなわち相補的）側に“釘付け”できるようにする。図２のＯｒｄｅｒ  Ｌａｕｎｃｈｅｒを用いて釘付け注文を入力するには、ルート（Ｒｏｕｔｅ）１０２０にＥＣＮを入力し、注文タイプ（Ｏｒｄｅｒ  Ｔｙｐｅ）１０６０で“釘付け注文（Ｐｅｇｇｅｄ  Ｏｒｄｅｒ）”を選択し、数量（Ｑｕａｎｔｉｔｙ）フィールドに合計数量を入力する（また、留保を定義する場合には表明量１０４０を入力する）。釘付け買い注文の場合選択ボックス１１２０のオプションは、上述のハイ・ビッド・バイ（Ｈｉｇｈ  Ｂｉｄ  Ｂｙ）、オン・ビッド（Ｏｎ  Ｂｉｄ）、ビロー・ビッド・バイ（Ｂｅｌｏｗ  Ｂｉｄ  Ｂｙ）及びビッド・ビロー・オファ・バイ（Ｂｉｄ  Ｂｅｌｏｗ  Ｏｆｆｅｒ  Ｂｙ）を含むことが望ましく、釘付け売り注文の場合選択ボックス１１２０のオプションは、上述のロー・オファ・バイ（Ｌｏｗ  Ｏｆｆｅｒ  Ｂｙ）、アト・オファ（Ａｔ  Ｏｆｆｅｒ）、アバブ・オファ・バイ（Ａｂｏｖｅ  Ｏｆｆｅｒ  Ｂｙ）及びオファ・オーバー・ビッド・バイ（Ｏｆｆｅｒ  Ｏｖｅｒ  Ｂｉｄ  Ｂｙ）を含むことが望ましい。この場合、ユーザはプラス・アロウ（Ｐｌｕｓ  Ａｌｌｏｗ）フィールドにこの注文の限度価格（上限/下限額１２２０）を設定するために値を入力することができる。内部価格がこの範囲を超えて動く場合、釘付け注文は指値注文として作用し、その限度を超えて内部価格に従うことはない。内部価格が価格範囲内に戻る場合には「釘付け」すなわち内部価格への追随を再開する。
【００４７】
もう１つの注文タイプはスィープ（Ｓｗｅｅｐ）注文である。スィープ注文の場合、ユーザは合計量及び限度価格を指定することができ、ＣＣＳ１００は、このユーザが売買しようとしていることを他のユーザ/トレーダに分からせることなく、この限度内の全ての利用可能な流動性を拾い出す。スィープは、注文が満たされるまでまたは取り消されるまでまたはユーザが指定する期間に基づき満了するまで、継続する。図２のスクリーンからスィープ注文を入力するには、買い（フィールド１０９０）または売り（フィールド１１００）を選択して、スィープ（フィールド１０６０）を選択する。ルート１０２０は、“ＣＬＢＫ”（カラーブック）として指定される。限度価格は、フィールド１１２０及び１１４０に指定される。売られるまたは買われる数量は、合計フィールド１０１０に指定される（このタイプの注文において公開数量はないので、表明フィールド１０４０は使用されない）。実行命令において“攻撃的（Ａｇｇｒｅｓｓｉｖｅ）”が選択される場合、同じルートからのビッド/オファは最も不利な表示価格で１つの注文に統合される。実行命令において“ＥＣＮのみ（ＥＣＮ  Ｏｎｌｙ）”が選択される場合、注文はＥＣＮにのみ向けられる。いずれにしても、スィープ注文が執行される場合、１１２０、１１４０及び１２００において指定される限度内で利用可能として表明されるあらゆる流動性（例えば、注文がスィープ買い注文の場合には売り、または注文がスィープ売り注文の場合には買い）に応じる。即時もしくはキャンセルの有効期間（ＴＩＦ）が使用される場合、指示される数量全体が、指定される限度価格内の買い/売りを示す全ての値付け業者及びＥＣＮに分配され、その表示数量に基づいて各参加者に数量が比例配分される。
【００４８】
スィープ注文を例証するために、以下の例について考えてみる。注文は以下のパラメータを使って入力される：Ｄｅｌｌ（フィールド１０８０）、ＣＬＢＫ（フィールド１０２０）、スィープ（フィールド１０６０）、売り（フィールド１１００）、１０，０００（フィールド１０１０）、ヒット・スルー・バイ（フィールド１１２０）、０．０２（フィールド１１４０）、２４．０４下限（フィールド１２２０）。注文が入力される時点で、Ｄｅｌｌについて表明される買いは以下の通りである：
【００４９】
【表１】
2006513506.tif 000003
【００５０】
ＣＣＳ１００は、上記の買いを評価して、現在最も高い買い呼値を２４．０５と判定する。次に、２４．０５レベルで注文を満たすのに充分なストックがあるかどうか評価する。ｉ）ＭＬＣＯの１，０００株、ii）ＧＳＣＯの２，０００株、iii ）ＩＳＬＤの５，０００株、の株数が計算され、２４．０５レベルで合計８０００株となる。これは、１０，０００株の注文を満たすのに充分ではないので、ＣＣＳ１００は、２４．０４レベルに移る。この時点で、ＡＲＣＯの１０００株が計算されて、２４．０４レベルで合計１０００株となる。３０００株のＦＢＣＯの買い呼値は２４．０３であり、スィープ注文において指定される最低価格を下回る。従って、合計９０００株が「初期」スィープで上記のＥＣＮ及び値付け業者に送られる。ＴＩＦ（フィールド１０５０、１１８０）が満了する前に指定される限度内で追加のビッドが利用可能になった場合、追加のスィープが実行される。ＮＡＳＤＡＱまたはＥＣＮの他の買い手及び売り手はスィープ注文の存在またはスィープ注文を開始するユーザ/トレーダの側がＤｅｌｌ株１０，０００株を売りたいという願望の存在を知らないことに留意しなければならない。
【００５１】
もう１つのタイプの注文はＬａｖａ  ＣｏｌｏｒＢｏｏｋ成り行き注文である。この注文タイプは、現在の内部価格で執行する「スィープ注文」として作用する。言い換えると、より不利なレベル（例えば、売り注文の場合にはより低い価格、または買い注文の場合にはより高い価格）に移る前に現在の内部価格レベルを全て試す。内部価格が好転すると、ＣＣＳ１００は、直ちにそのレベルに移る。上述のスィープ注文と同様、注文が満たされるまでまたはユーザがＴＩＦ（フィールド１０５０、１１８０）において指示する期間に基づく満了まで執行が継続される。図２のスクリーンからＬａｖａ成り行き注文を入力するには、買い（フィールド１０９）または売り（フィールド１１００）を選択し、ルート１０２０としてＣＬＢＫを選択し、タイプ１０６０として「成り行き（ｍａｒｋｅｔ）」を選択し、フィールド１０５０、１１８０にＴＩＦを入力する。売買対象の証券はフィールド１０８０に入力され、成り行き注文の株数はフィールド１０１０に入力される。これは成り行き注文なので、価格フィールド１１２０、１１４０及び１２００には何も入力されない。
【００５２】
もう１つの注文のタイプは、ＣｏｌｏｒＢｏｏｋ裁量注文である。この注文タイプは、ユーザがＥＣＮまたは取引所に指値注文を提示して、その後留保量を用いて裁量金額内の流動性を掃事できるようにする。図２において裁量注文を入力するには、ルート１０２０としてＥＣＮ（例えば、ＩＳＬＤ）を選択し、注文タイプ１０６０として指値注文（Ｌｉｍｉｔ  Ｏｒｄｅｒ）を選択し、合計量１０１０及び表明量１０４０を数量セクションにおいて入力する。限度価格はフィールド１１２０及び１１４０に入力され、フィールド１２００に裁量金額が入力される。注文の「表明」量１０４０は限度価格で執行され、これが満たされると補充される。同時に、裁量金額内の流動性はスィープ注文の一部として売買される。例えば、「表明」量１０００株、売り呼値２０．００及び裁量０．１０でＤｅｌｌ株１０，０００株を売るためのＣｏｌｏｒＢｏｏｋ裁量注文について考えてみる。ＣＣＳは、２０．００でＤｅｌｌ株１０００株の売りを発する（９０００株が保留される）。この価格で株が売られると、１０００株の売りが留保量から補充され、留保量はこれに従って減少する。さらに、ＣＣＳは、現在の留保量に達するまでの量についてスィープ注文として裁量金額内（例えば、売り呼値２０．００から裁量０．１０を差し引いた１９．９０以上）のＤｅｌｌの買いに応じる。
【００５３】
スィープ＆掲示注文及びスィープ掲示隠し注文を含めてスィープ注文の変形もある。スィープ掲示隠し注文の場合、上述の初期スィープ注文の後、未執行量が分割されて、隠し指値注文をサポートする全ての認可ＥＣＮに「隠し指値」注文として提示される。あるＥＣＮが「隠し」指値注文を受ける場合、ＥＣＮメンバにこの注文を表示しない。ただし、ＥＣＮが隠し買い/売り注文を持ち、限度内の対応する売り/買いがある場合、ＥＣＮは注文に応じる。スィープ掲示隠し注文は、タイプ１０６０がスィープ掲示隠し（Ｓｗｅｅｐ  Ｐｏｓｔ  Ｈｉｄｄｅｎ）である以外はスィープ注文と同様に開始される。
【００５４】
スィープ＆掲示注文の場合、上述の初期スィープ注文の後、未執行量がスィープ注文において指定される限度価格の指値注文として１つまたはそれ以上の取引執行実体に対して提示される。ユーザは注文の“掲示”部分についてどの取引執行実体（例えば特定のＥＣＮ、ＥＣＮのみ、など）を使用できるかを指定することができる。さらに、ユーザは、ユーザが注文の“掲示”部分を保有量注文にしたい場合には表明量及び合計量を入力することが出来る。この注文は、タイプ１０６０がスィープ＆掲示であり表明量フィールド１０４０が使用される以外は、スィープ注文と同様に開始される。
【００５５】
もう１つの注文のタイプはＣｏｌｏｒＢｏｏｋ成り行き＆掲示注文である。この注文はまず限度価格でＣｏｌｏｒＢｏｏｋ成り行き注文を執行し、その後、上述のスィープ＆掲示注文と同様に未執行量について「掲示」注文を執行する。
【００５６】
もう１つの注文のタイプはＣｏｌｏｒＢｏｏｋ探索注文である。探索注文は、注文の全残量について即時もしくはキャンセル注文を１回に１つＥＣＮ及び値付け業者に発することによって、隠し量または留保量を探索できるようにする。図２から探索注文を入力するには、ルート１０２０についてはＣＬＢＫを選択し、タイプ１０６０については探索（Ｐｒｏｂｅ）を選択し、合計１０１０には数量を入力し、価格フィールド１１２０及び１１４０には限度価格を入力する。
【００５７】
上記の通り、指値注文は留保量を指定することができる。多くのＥＣＮがこの種の留保注文を生来のシステム機能でサポートするが、そうではないＥＣＮもある。以下の論証において、“留保量注文”とは両方のケースを意味し、“生来の留保量注文”とは生来のシステム機能で留保注文をサポートする取引執行実体に送られる注文を意味し、“非生来の留保量注文”とは生来のシステム機能で留保注文をサポートしない実体に送られる注文を意味する。留保量注文は、指定される表明量及び隠されるまたは表示されない残高または留保量を持つ指値注文である。表示量が使い果たされると、自動的に留保分から補充される。表示サイズより大きいサイズの注文は留保量全体に達するまで満たされる。図２において留保量注文を入力するには、ルート１０２０についてはＥＣＮを選択し、タイプ１０６０については“指値注文”を選択し、合計フィールド１０１０には合計量を入力し、フィールド１０４０には表明量を入力する。留保量は、合計１０１０マイナス表明１０４０である。限度価格は、フィールド１１２０及び１１４０に入力される。フィールド１２００は使用されない。生来の留保量注文の場合、表示量（表明１０４０）及び留保量（合計１０１０マイナス表明量１０４０）の両方が直ちに選択されたルート１０４０に送られる。これに対して、非生来の留保量注文の場合、留保量はＣＣＳ１００に維持され、ＣＣＳは留保量が使い果たされるまで表示量を維持するために順次ＥＣＮに指値注文を送る。
【００５８】
上述の注文タイプはＬＡＶＡ  ＴＲＡＤＩＮＧ  ＦＬＯＯＲソフトウェアによって提供される全ての注文タイプのリストではないことが分かるはずである。上に説明されるのは、本発明の実施態様の様々な態様を説明するのに役立つ代表的な注文タイプのリストである。
【００５９】
上述の注文タイプの多くは“非公開”流動性を生じる結果となる。本発明において、流動性とは、いまだ満たされていない（例えば、取引相手によって受け入れられていない）既存の注文（例えば、金融商品の買い注文または売り注文）として定義される。流動性は、他のユーザ（例えば、トレーダ）が見ることの出来る“表示”及び“記述”流動性、または他のユーザが見ることができない“未公開”流動性を含むことができる。上の表１に記載されるビッドは公開流動性を表している。“未公開流動性”の例は、スィープ掲示隠し注文における“掲示”量、スィープ＆掲示注文における留保量、成り行き＆掲示注文における留保量及び釘付け注文及び生来の留保量注文における留保量（例えば、合計量マイナス表明量）を含む。裁量注文及び釘付け注文における“表明”量１０４０は、“公開”流動性の例である。“表明”量を指定しない成り行き注文及び指値注文においては、“合計量”１０１０は公開流動性である。
【００６０】
このような“未公開”流動性は、取引のために支払われる価格の点でもシステムの全体的効率の点でもシステムに悪影響を及ぼす場合がある。例えば、ＣＣＳ１００は、合計注文の一部しか表示されず多くの部分が隠されたままの隠し量または留保量を含む多数のＥＣＮ注文及び呼値更新を受け取る。ＣＣＳ１００は相対する同様の規模のスィープ注文を受け取ることもしばしばある。留保または隠し量が存在することを知らないスィープ注文は、表示量にしか応じない可能性がある。その後、留保量は初期注文の表示サイズを補充するために使用され、スィープ注文が満了しないと仮定すると、スィープ注文は補充された表示量に応じる。その結果、多数の注文執行が行われて、注文を完了するための時間が長くなる。さらに、スィープ注文が満了になるか、または証券の価格が変化してその結果取引の少なくとも一方にとって利が少なくなる結果となる可能性がある。
【００６１】
例えば、留保量を５０００株とし表示量を１０００株として１１．０５で１０００株のＥＣＮ売り注文があり、別のユーザが限度価格１１．０６で逆の（すなわち、相対する）６０００株のスィープ買い注文を開始するとする。表示量１０００株だけを見ると、さらに５０００株入手できることを知らずに、スィープ買い注文は１０００株の表示量の売り（すなわち売り注文）に応じる。
【００６２】
本発明の１つの実施態様に従えば、ＣＣＳ１００は、そのユーザ/トレーダの隠し量及び留保量に関してＣＣＳが受け取り（または）保存する情報を利用し、この情報を他のユーザ/トレーダからの逆注文に利用できるようにする。これによって、本質的に表示サイズには関係なく注文が可能な限り大きなサイズで応じられるようにする。
【００６３】
この点について、システム１を通じて発せられる注文は次の３つのカテゴリーのうちの１つに属することができる：ｉ）未公開流動性がＣＣＳ１００に分かっていて、未公開流動性を取引執行エンティティに追加する注文、ii）ＣＣＳ１００を通じてカテゴリー（ｉ）に示される未公開流動性に応じることができる注文、及びiii ）その他の全ての注文。例えば上述のＬＡＶＡ  ＴＲＡＤＩＮＧ  ＦＬＯＯＲソフトウェアの例において、「スィープ掲示」注文タイプにおいて「提示される」留保量、スィープ掲示隠し注文における隠し量、釘付け注文、生来の留保量注文及び隠し指値注文における留保量（例えば、合計量マイナス表明量）、はカテゴリー（ｉ）に属するだろう。スィープ注文（スィープ掲示注文のスィープ部分を含めて）またはルートとしてＣＬＢＫを指定する注文はカテゴリー（ii）に属し、非生来の留保量注文及び特定のルートを要求し留保量または隠し量を含まない注文はカテゴリー（iii ）に属するだろう。カテゴリー（ｉ）に属する注文の場合、未公開流動性は実際に取引執行エンティティに送られなければならないことに留意しなければならない。従って、未公開流動性がＣＣＳ１００に残る非生来の留保量注文はカテゴリー（ｉ）に属さない。
【００６４】
例えば、ユーザ/トレーダが１０００株を表示し４９，０００株を留保してＤｅｌｌ株５０，０００株を買うためにＮＡＳＤＡＱ注文を更新するとしよう。別のユーザ/トレーダが匹敵する価格レベルで６０，０００株を売るためにスィープ注文を入力するとする。ＣＣＳは、表示サイズが１０００株であるにもかかわらず、合計５０，０００株が利用可能であると認識し、５０，０００株のビッドに応じる（これはＳｕｐｅｒＳｏｅｓおよびＳｕｐｅｒ  Ｍｏｎｔａｇｅの両方が可能である）。
【００６５】
別の例として、ユーザ/トレーダが、１９，５００株を留保して５００株を表明し内部売り呼値でＤｅｌｌ株２０，０００株を売るためにＩＮＣＡ（ＥＣＮ）に対する注文を入力するとしよう。第二のユーザ/トレーダが内部売り呼値より０．０５高くＤｅｌｌ株２０，０００株を売るためにＩＳＤＬ（ＥＣＮ）に対する注文を入力する。第三のユーザ/トレーダは０．１０の“テイク・スルー・バイ”でＤｅｌｌ株２０，０００株を買うためにスィープ注文を入力する。従来のシステムであれば、ＣＣＳはＩＮＣＡからの５００株及びＩＳＤＬからの１９，５００株に応じる。しかし、本発明の実施態様に従えば、ＣＣＳは、表示サイズが５００株であるにもかかわらず、合計で２０，０００株が利用可能であることを認識し、ＩＮＣＡからの２０，０００株の注文に応じる（ＩＮＣＡはこれを許容する）。
【００６６】
上述の通り、複数の取引執行実体にアクセスできる成分を有する他の多くの注文タイプがある。例えば、ＣＣＳは、スィープ掲示隠し注文及びスィープ＆掲示注文タイプの初期スィープにおいて同じプロセスに従う。さらに、ＣＣＳは、“ＣｏｌｏｒＢｏｏｋ裁量注文-完了のためのスィープ”注文タイプの“スィープ”部分及びルート１０２０としてＣＬＢＫを指定する注文については上述のプロセスに従う。
【００６７】
上述のプロセスは図３のフローチャートにおいて示されている。ＣＣＳ１００は、ステップ３０００において未公開流動性についての通知を受ける。例えば、ＣＣＳ１００は、生来の留保量注文、隠し指値注文、釘付け注文（指定表明量を含む）またはスィープ＆掲示注文（例えば、初期スィープ後に提示される留保量注文）を受ける。上述の通り、これらの注文タイプは各々未公開流動性を含むことができる。
【００６８】
ステップ３０１０において、ＣＣＳ１００は、ＣＣＳルート選択成分を含む注文を受ける。この点に関して言えば、ＣＣＳルート選択成分を含む注文は、ＣＣＳ１００が適切なルート（例えば、ＥＣＮまたはＮＡＳＤＡＱなど適切な取引執行エンティティ）を決定できるようにする注文である。言い換えると、この注文は、取引執行エンティティのうち特定の１つを注文の受け手とすることを要求しない。ＣＣＳルート選択成分を含む注文の例としては、スィープ注文、スィープ掲示隠し注文（例えば、この注文の初期スィープ部分）、スィープ＆掲示注文（例えば、この注文の初期スィープ部分）、ＣｏｌｏｒＢｏｏｋ成り行き注文、ＣｏｌｏｒＢｏｏｋ指値注文及びＣｏｌｏｒＢｏｏｋ探索注文がある。ステップ３０３０において、ＣＣＳ１００はステップ３０１０からの注文を処理する。
【００６９】
注文を処理する際、ＣＣＳ１００は、注文パラメータ内に属するステップ３０００において受け取った未公開流動性を考慮する。例えば、注文が下限価格を２５．８０（フィールド１２００）とするＤＥＬＬ株１０，０００株のスィープ売り注文である場合、ＣＣＳ１００は、２５．８０以上のＤＥＬＬ株の未公開流動性を考慮に入れる。その他のパラメータ内にある公開流動性と共にこの未公開流動性を考慮に入れて、ＣＣＳ１００はどの買い/売りに応じるかを選択し、これら選択された買い/売りの各々について株数を決定する。上述のスィープ売り注文の例において、ＣＣＳ１００は２５．８０以上のＤＥＬＬ株の買いを考慮し（未公開流動性を含めて）、１０，０００株と最も高い買い呼値で利用可能な量のうち小さいほうの株数分最も高い買い呼値に応じ、その後選択されたビッドの合計量が１０，０００株に等しくなるか２５．８０以上で利用可能なＤＥＬＬ株のビッドがなくなるまで次に高い買い呼値について同じプロセスを繰り返すことによって、注文を満たす。システムが次に高い買い呼値（または次に低い売り呼値）についてプロセスを繰り返すとき、対応する市場データが変化し、それによって次に高い買い呼値（または次に低い売り呼値）が変化する可能性があることに留意しなければならない。従って、“次に高い買い呼値”（または次に低い売り呼値）を検討する際、システムは、更新済み市場データ（連結注文控帳情報によって更新される）を検討する。
【００７０】
買い/売り及びそれぞれの株数がステップ３０３０において選択されたら、ＣＣＳ１００はステップ３０４０に進んで、選択されたこれらの買い/売りを元となる買い/売りを発した取引執行エンティティ（例えば、ＥＣＮ、ＮＡＳＤＡＱなど）に送る。
【００７１】
本発明の実施態様は本出願において主にＬＡＶＡ  ＴＲＡＤＩＮＧ  ＦＬＯＯＲソフトウェアで利用できる注文タイプを参考して説明されているが、本発明の実施態様は一般的にその注文タイプのうち少なくとも１つについて取引執行実体に未公開流動性を送ることができかつその注文タイプのうち少なくとも１つについて複数の取引執行エンティティから１つの取引執行エンティティを選択することができる任意の注文ルーティング・システムに応用できることに留意しなければならない。
【００７２】
上述の本発明の実施態様に従えば、未公開流動性情報はシステムだけが知り、ユーザ/トレーダ１０とは共有されない。しかし、一部の実施態様においては、システムの他のユーザ（またはシステムの選択される他のユーザ）が未公開流動性を見られるようにするオプションを、未公開流動性の所有者（すなわち、未公開流動性が取引執行エンティティに送られる原因となった注文を発したユーザ）に与えることができる。
【００７３】
さらに、上述の本発明の実施態様に従えば、ＣＣＳ１００は、取引執行エンティティにその注文を送る際ユーザ/トレーダ１０からの対話なしに自動的に未公開流動性を利用する。一部の実施態様においては、ユーザ/トレーダ１０または多数のユーザ/トレーダを管理するブローカなどエンティティは、自身が開始する注文においてこの機能を無効にするオプションを持つことができる。例えば、ユーザ/トレーダ１０は、何らかの理由で、ＣＣＳルート選択成分を含む他の注文を処理する際自身の注文に含まれる未公開流動性をＣＣＳ１００が使用することを望まないかも知れない。ユーザ/トレーダ１０によってこの機能が無効にされると、このユーザ/トレーダの注文の未公開流動性は図３のステップ３０３０において検討の対象とならない。
【００７４】
図４は、本発明に関連して使用できる特に望ましいＣＣＳ１００を含むシステムを示しており、同様のコンポーネントは図１と同じ参照番号を持つ。ＣＣＳ１００は、４つの注文サーバ２００１、２００２、２００３、２００４、ゲートウェイ・サーバ２０２０及び市場データ・サーバ２０１０を含む。トレーダ（ユーザ）１０1から１０20までは注文サーバ２００１に結合され、トレーダ１０21から１０30までは注文サーバ２００２に結合され、トレーダ１０31から１０40までは注文サーバ２００３に結合され、トレーダ１０41から１０60までは注文サーバ２００４に結合される。注文サーバ２００１から２００４までは各々ゲートウェイ・サーバ２０２０に結合され、ゲートウェイ・サーバ２０２０は市場データ・サーバ２０１０に結合される。市場データ・サーバ２０１０は注文サーバ２００１から２００４までの各々に、またトレーダ１０1から１０60までの各々に結合される。注文サーバ２００１から２００４までは各々、ＥＣＮ１  ５０、ＥＣＮ２  ５１、ＥＣＮ３  ５３及びＮＡＳＤＡＱ５２に結合され、ＥＣＮ１  ５０、ＥＣＮ２  ５１、ＥＣＮ３  ５３及びＮＡＳＤＡＱ５２は各々市場データ・サーバ２０１０に結合される。
【００７５】
トレーダ１０1から１０60までのうち１人が（以後トレーダ１０1とする）がその端末１０１（図を簡潔化するために図には示されていない）を用いてチケット注文すると、注文は注文サーバ２００１−２００４のうちの１つに送られる。注文サーバは注文のパラメータ及び市場データ・サーバ２０１０から受け取った市場データ情報の関数として取引執行エンティティ（５０-５３）のうちの１つに注文を送る。注文が未公開流動性を含む場合、注文サーバはこの未公開流動性を識別する情報（例えば、２５．１０でＩＳＬＤに送られるＤＥＬＬ株２０００株のビッドがあること）をゲートウェイ・サーバ２０２０に送る。この情報は、基礎となる注文が取引執行エンティティ（例えば、ＩＳＬＤ）に送られるのと同時にゲートウェイ・サーバ２０２０に送られることが望ましい。ゲートウェイ・サーバ２０２０は、未公開流動性情報を注文サーバ２００１から２００４までの各々から受け取り、この情報を市場データ・サーバ２０１０に送信する。
【００７６】
市場データ・サーバ２０１０は、取引執行エンティティ５０−５３からも市場情報（注文、執行及び確認を含む）のストリームを受け取り、取引執行エンティティ５０−５３から受け取った全ての注文を含む連結注文控帳を生成する。未公開流動性情報が連結注文控帳に含まれることが望ましい。その代わりに、未公開意流動性情報を別個に保存することができる。上述の通り、各トレーダ１０1は、トレーダが受け取ることが許容される、取引執行エンティティ５０-５３からの注文を含む連結注文控帳の部分集合を受け取る。このプロセスを実現するための方法の例が、例えば、米国特許第６，２７８，９８２号において説明されており、その全体が本出願に組み込まれる。しかし、上記の通り、トレーダ１０1は、ゲートウェイ・サーバ２０２０から市場データ・サーバ２０１０に送られた未公開流動性情報は受け取らない。
【００７７】
市場データ・サーバ２０１０は、また、注文サーバ２００１から２００４までの各々に連結注文控帳並びに未公開流動性情報（上述の通り連結注文控帳の一部であっても、またそうでなくてもよい）を送る。注文サーバは各々連結注文控帳情報及び未公開流動性情報を用いて、取引執行エンティティ５０−５３への外部注文を生成する。
【００７８】
このプロセスを例証するために、ユーザ/トレーダ（例えば、トレーダ１０1）が５００株を表明し１９，５００株を保留として３５．６５の内部売り呼値でＤｅｌｌ株２０，０００株を売るためにＩＮＣＡ（例えば、ＥＣＮ１）に対してチケット注文を発する上述の例のうちの１つについて考えてみる。第二のユーザ/トレーダ（例えば、１０30）は、内部売り呼値より０．０５高い（３５．７０）価格でＤｅｌｌ株２０，０００株を売るためにＩＳＬＤ（例えば、ＥＣＮ２）にチケット注文を発する。その後、第三のユーザ/トレーダ（例えば、１０40）が、「テイク・スルー・バイ」０．１０（例えば、上限額３５．７５）でＤｅｌｌ株２５，０００株を買うためにスィープ・チケット注文を入力する。注文サーバ２００１はＥＣＮ１に対する２０，０００株の注文を受け取り、これをＥＣＮ１に送る。注文サーバ２００２は、５００株を表明し１９，５００株を留保する留保注文を受け取り、これをＥＣＮ２に送る。しかし、注文は内部売り呼値の１９，５００株の未公開流動性を含んでいるので、注文サーバ２００２は未公開流動性に関する情報（例えば、＄３５．６５でＤＥＬＬ株１９，５００株についてＩＳＬＤにオファが送られたこと）をゲートウェイ・サーバ２０２０に送り、ゲートウェイ・サーバはこの情報を市場データ・サーバ２０１０に送信する。市場データ・サーバ２０１０は、この未公開流動性情報を注文サーバ２００１−２００４の各々に送る。上述の通り、市場データ・サーバ２０１０は、注文サーバ２００１−２００４の各々に連結注文控帳も送る。
【００７９】
注文サーバ２００３においてスィープ注文が受け取られると、注文サーバ２００３は上記のビッドを評価して、現在の最良の売り呼値が３５．６５であると判定する。次に、３５．６５レベルで注文を満たすのに充分な株数があるか否かを査定する。ｉ）（連結注文控帳から）ＩＮＣＡの５００株、及びii）（未公開流動性から）ＩＮＣＡの１９，５００株、が計算され、３５．６５レベルで合計２０，０００株となる。これは２５，０００株の注文を満たすのに充分ではないので、注文サーバ２００３は３５．７０レベルに移る。この時点で計算される株数はＩＳＬＤの５０００株であり、３５．７０レベルで合計５０００株である。これで、２０，０００株はＩＮＣＡに、５０００株はＩＳＬＤに、合計２５，０００株が注文サーバ２００３からスィープで送られる。
【００８０】
上述の本発明の実施態様に従えば、システムは、複数の取引執行エンティティにアクセスできる逆（ｒｅｃｉｐｒｏｃａｌ）注文の経路を指定する際ある１つの取引執行エンティティに送られた未公開流動性を考慮に入れる。このような実施態様においては、上述の非生来の留保量注文における留保量はＣＣＳ１００に保存されてこの取引執行エンティティにはまだ送られていないので、その後の逆注文の経路を指定する際は考慮されない。
【００８１】
本発明の別の実施態様に従えば、システムは、複数の取引執行エンティティにアクセスできる逆注文の経路を指定する際ＣＣＳ１００において保存されている非公開流動性を考慮する。この実施態様の例として、ＣＣＳ１００が特定の（以後、「目標」と呼ぶ）取引執行エンティティ宛ての注文に関する非公開流動性（例えば、非生来の留保注文における留保量）を維持しており、その後ＣＣＳ１００がその後の逆注文（例えば、スィープ注文）を受けるとする。注文が最良の単位価格（例えば、買いの場合には最も高い単位価格、またオファの場合には最も低い単位価格）を持つ場合、ＣＣＳ１００は、ｉ）未公開流動性またはその一部を含む注文をターゲット取引執行実体に送り、その後ii）逆注文をターゲット取引執行エンティティに送る。ＣＣＳ１００は、また、ｉ）において目標取引執行エンティティに送られた数量を反映するように未公開流動性（例えば、非生来の留保注文における留保量）を更新する。この実施態様は単独でまたは上述の実施態様のいずれかと組み合わせて実現できることに留意しなければならない。
【００８２】
本発明は上においてユーザ・インタフェースを通じてトレーダまたはその他の人間であるユーザによって発せられる注文に関連して説明されているが、必ずしもそうである必要はない。本発明において、「ユーザ」という言葉はシステムのユーザを指し、これは、トレーダなど人間のユーザであってもよいし、例えば、人間との対話なしにまたはユーザ・インタフェースを使用せずに自動的に注文を発するコンピュータであってもよい。例えば、ＮＡＳＤＡＱに関して言えば、値付け業者はしばしば買い呼値、売り呼値、留保量及び表明量のうち１つまたはそれ以上を変更して、値付け業者相場を更新する。このような更新済み値付け業者相場は一般に人間によるユーザ対話なしにコンピュータによって建てられる。しかし、例えばある値付け業者のビッドに関連する留保量のみを変更した値付け業者相場の更新は、本発明に従えば、未公開流動性（留保量）をＣＣＳ１００に与えたユーザ（例えば、値付け業者と関連付けられるコンピュータ）からの注文（例えば、買い呼値、表明量及び更新留保量を含むＤＥＬＬ株のビッド）となる。
【００８３】
図５は、本発明の実施態様によって与えられる節約をユーザ１０に示すためにシステム１によって表示される「節約モニタ」４０００である。節約モニタ４０００は、金融商品（この場合にはＦＩＳＶ）を選択するためのフィールド４０１０及びビッドを表示するための第一のセクション５０００及び売りを表示するための第二のセクション５０１０に分割される相場ディスプレイを含む。各セクション５０００及び５０１０の各行は、取引執行エンティティ４０５０、価格４０４０、１００株を単位とする表示（表明）量４０２０及びもしある場合にはＣＣＳ１００が知っている１００株を単位とする未公開流動量４０３０を含めて、それぞれの買いまたは売りに関する情報を含む。ユーザがフィールド５０４０に株数を入力して、フィールド５０７０において買い注文か売り注文かを指示して、計算（ｃａｌｃｕｌａｔｅ）をクリックすると、先行技術のシステムの場合（行５０５０）及び本発明に従って未公開流動性に基づいて注文の経路を指定するための自動化システムの場合（行５０６０）の仮定上の結果が表示される。結果は、（買い注文または売り注文のために）利用可能な合計株数、フィールド５０４０において指定される数量について得られる平均価格、及びフィールド５０４０において指定される数量に関して生じる追加費用を示す。
【００８４】
図５を参照すると、異なる３つの価格で３つの注文がＩｎｓｔｉｎｅｔ  ＥＣＮ（ＩＮＣＡ）に発せられており、各々が隠し留保量を持っている。第一の注文は表明量１００株及び留保量１０００株を含めて２９．９７で株を売るためのオファである（セクション５０１０、行４）。第二の注文は、表明量１００株及び留保量２５００株を含めて２９．９８で株を売るための売りである（セクション５０１０、行６）。第三の注文は表明量１００株及び留保量２０００株を含めて２９．９９で株を売るための売りである（セクション５０１０、行８）。
【００８５】
先行技術のシステムの場合、合計で１０，５００株が利用可能であり、５，０００株を買うためにトレーダは平均価格＄３０．０２１を支払うことになる。これに対して、本発明に従って未公開流動性に基づいて注文の経路を指定するための自動化システムを使用すると、合計１６，０００株が利用可能であり、５，０００株を買うためにトレーダは平均価格＄２９．９７９を支払うことになる。その結果、本発明に従ったシステムを使用すると、トレーダは、不利な価格で完全に可視の（公開）量の５０００株を購入するのに比べて５０００株を購入するために支払う金額を＄２１０少なくすることができる。
【００８６】
以上の明細書において、本発明は、本発明の特定の実施態様例及び実例に関連して説明されている。しかし、特許請求の範囲において示される本発明のより広い精神及び範囲から逸脱することなく本発明に様々な修正及び変更を加えることができることは明白であろう。従って、明細書及び図面は限定的ではなく例示的と見なされるべきである。
【図面の簡単な説明】
【００８７】
【図１】本発明の実施態様を実現するために使用することができるシステム例を示す図である。
【図２】図１のシステムに注文を入力するためのグラフィカル・ユーザ・インタフェースを例証する図である。
【図３】本発明の実施態様を実現するためのフローチャートを例証する図である。
【図４】本発明の実施態様に関連して使用することができる望ましい連結コンピュータ・システムを示す図である。
【図５】本発明の実施態様に従ったシステムによって与えられる節約を示すスクリーン表示例を示す図である。
【図１】
2006513506.tif 000004
【図２】
2006513506.tif 000005
【図３】
2006513506.tif 000006
【図４】
2006513506.tif 000007
【図５】
2006513506.tif 000008
【国際調査報告】
2006513506.tif 000009