(57)【要約】【課題】クロス取引を効率的に実施する。【解決手段】中央証券取引支援機械が複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信し、機械のプロセッサが少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングし、プロセッサがマッチングされた注文の少なくとも部分集合の注文ブロックを形成し、マッチングした注文が閾値量に達したことに応答して、中央機械がある数量の証券を売買するマッチングした後続の注文を注文ブロックに含めるために提示することが可能な時間ウィンドウの開始を示すクロスの告知を複数の参加者の各々にブロードキャストし、時間ウィンドウの終了時に、注文ブロックを執行することを含む。【選択図】図１
2010182311.tif 000002
【特許請求の範囲】
【請求項１】
証券取引支援機械の方法であって、
中央コンピュータのプロセッサが、
複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信し、
少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングし、
マッチングされた注文の少なくとも部分集合の注文ブロックを形成し、
マッチングした注文が閾値量に達したことに応答して、前記中央コンピュータが、ある数量の証券を売買するマッチングした追加の注文を前記注文ブロックに含めるために提示することが可能である時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートを前記複数の参加者の各々にブロードキャストし、
前記時間ウィンドウの終了時に、前記注文ブロックを執行することを備える方法。
【請求項２】
前記注文ブロックが最良気配（ＮＢＢＯ）の仲値で執行される、請求項１に記載の方法。
【請求項３】
前記仲値が、前記閾値量に達した後でありかつ前記ＮＯＸブロードキャストの前の時点で取得された前記ＮＢＢＯの値から計算される、請求項２に記載の方法。
【請求項４】
マッチングした追加の注文が、計算された前記仲値が前記時間ウィンドウの間の何らかの時点で前記ＮＢＢＯの範囲内にある場合だけ前記注文ブロックに含まれる、請求項３に記載の方法。
【請求項５】
さらに、
マッチングされた当初の売り注文の各々について、前記プロセッサが、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の株式の合計数とのうち少ない方の、マッチングされた当初の売り注文の株式の合計数に対するマッチングされた当初の売り注文の株式の数の比に近似的に等しい割合をマッチングされた当初の売り注文に配分し、
マッチングされた当初の買い注文の各々について、前記プロセッサが、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた当初の買い注文の株式の合計数に対するマッチングされた当初の買い注文の株式の数の比に近似的に等しい割合をマッチングされた当初の買い注文に配分することを備える、請求項１に記載の方法。
【請求項６】
さらに、
マッチングされた追加の売り注文の各々について、前記プロセッサが、マッチングされた追加の売り注文の株式の合計数とマッチングされた追加の買い注文の株式の合計数とのうち少ない方の、マッチングされた追加の売り注文の株式の合計数に対するマッチングされた追加の売り注文の株式の数の比に近似的に等しい割合をマッチングされた追加の売り注文に配分し、
マッチングされた追加の買い注文の各々について、前記プロセッサが、マッチングされた追加の売り注文の株式の合計数とマッチングされた追加の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた追加の買い注文の株式の合計数に対するマッチングされた追加の買い注文の株式の数の比に近似的に等しい割合をマッチングされた追加の買い注文に配分することを備え、
その際マッチングされた当初の買い注文とマッチングされた当初の売り注文との残りの部分がそれぞれ追加の買い注文および追加の売り注文として扱われる、請求項１に記載の方法。
【請求項７】
前記閾値量が証券の日間平均値（ＡＤＶ）の関数として決定される、請求項１に記載の方法。
【請求項８】
前記閾値量が証券の２０日間ＡＤＶの関数として決定される、請求項７に記載の方法。
【請求項９】
前記閾値量が証券の時価総額状態の関数として決定される、請求項１に記載の方法。
【請求項１０】
前記時間ウィンドウの長さが１０秒未満である、請求項１に記載の方法。
【請求項１１】
前記時間ウィンドウの長さが２〜１０秒の範囲である、請求項１に記載の方法。
【請求項１２】
コンピュータ取引を行うシステムであって、
複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信し、
少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングし、
マッチングされた注文の少なくとも部分集合の注文ブロックを形成し、
マッチングした注文が閾値量に達したことに応答して、ある数量の証券を売買するマッチングした追加の注文を前記注文ブロックに含めるために提示することが可能である時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートを前記複数の参加者の各々にブロードキャストし、
前記時間ウィンドウの終了時に、前記注文ブロックを執行するように構成された中央コンピュータを備えるシステム。
【請求項１３】
前記中央コンピュータが、前記注文ブロックを最良気配（ＮＢＢＯ）の仲値で執行するように構成されている、請求項１２に記載のシステム。
【請求項１４】
前記仲値が、前記閾値量に達した後でありかつ前記ＮＯＸブロードキャストの前の時点で取得された前記ＮＢＢＯの値から計算される、請求項１３に記載のシステム。
【請求項１５】
マッチングした追加の注文が、計算された前記仲値が前記時間ウィンドウの間の何らかの時点で前記ＮＢＢＯの範囲内にある場合だけ前記注文ブロックに含まれる、請求項１４に記載のシステム。
【請求項１６】
前記中央コンピュータが、
マッチングされた当初の売り注文の各々について、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の株式の合計数とのうち少ない方の、マッチングされた当初の売り注文の株式の合計数に対するマッチングされた当初の売り注文の株式の数の比に近似的に等しい割合をマッチングされた当初の売り注文に配分し、
マッチングされた当初の買い注文の各々について、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた当初の買い注文の株式の合計数に対するマッチングされた当初の買い注文の株式の数の比に近似的に等しい割合をマッチングされた当初の買い注文に配分するように構成されている、請求項１２に記載のシステム。
【請求項１７】
前記中央コンピュータが、
マッチングされた追加の売り注文の各々について、マッチングされた追加の売り注文の株式の合計数とマッチングされた追加の買い注文の株式の合計数とのうち少ない方の、マッチングされた追加の売り注文の株式の合計数に対するマッチングされた追加の売り注文の株式の数の比に近似的に等しい割合をマッチングされた追加の売り注文に配分し、
マッチングされた追加の買い注文の各々について、マッチングされた追加の売り注文の株式の合計数とマッチングされた追加の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた追加の買い注文の株式の合計数に対するマッチングされた追加の買い注文の株式の数の比に近似的に等しい割合をマッチングされた追加の買い注文に配分するように構成されており、
その際マッチングされた当初の買い注文とマッチングされた当初の売り注文との残りの部分がそれぞれ追加の買い注文および追加の売り注文として扱われる、請求項１２に記載のシステム。
【請求項１８】
前記閾値量が証券の日間平均値（ＡＤＶ）の関数として決定される、請求項１２に記載のシステム。
【請求項１９】
前記閾値量が証券の２０日間ＡＤＶの関数として決定される、請求項１８に記載のシステム。
【請求項２０】
前記閾値量が証券の時価総額状態の関数として決定される、請求項１２に記載のシステム。
【請求項２１】
前記時間ウィンドウの長さが１０秒未満である、請求項１２に記載のシステム。
【請求項２２】
前記時間ウィンドウの長さが２〜１０秒の範囲である、請求項１２に記載のシステム。
【請求項２３】
証券取引支援機械の方法であって、
中央コンピュータのプロセッサによって、証券に関して受信した買い注文を受信した売り注文とマッチングすることであって、その際マッチングされた注文が注文ブロックを形成することと、
マッチングされた注文が閾値量に達したことに応答して、前記中央コンピュータが、ある数量の証券を売買するマッチングした追加の注文を前記注文ブロックに含めるために提示することが可能である時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートをブロードキャストすることとを備える方法。
【請求項２４】
証券取引支援機械のプロセッサによって実行可能な一連の命令を内部に格納した、ハードウェアで実現されたコンピュータ可読記憶媒体であって、前記命令が、実行されると、
複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信し、
少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングし、
マッチングされた注文の少なくとも部分集合の注文ブロックを形成し、
マッチングした注文が閾値量に達したことに応答して、ある数量の証券を売買するマッチングした追加の注文を前記注文ブロックに含めるために提示することが可能である時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートを前記複数の参加者の各々にブロードキャストし、
前記時間ウィンドウの終了時に、前記注文ブロックを執行することを備える方法を前記プロセッサに行わせるコンピュータ可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
金融業界では、株式、債券および金融派生商品といった証券の取引を可能にする様々な場が存在する。従来の取引の場の例には、例えばニューヨーク証券取引所（Ｎｅｗ  Ｙｏｒｋ  Ｓｔｏｃｋ  Ｅｘｃｈａｎｇｅ）のような物理的証券取引所および例えばナスダック（ＮＡＳＤＡＱ）のような電子証券取引所を含む証券取引所が含まれる。証券取引所に加えて、従来の証券取引所の外で取引を行う多様な代替的取引システム（ＡＴＳ）が証券取引委員会（ＳＥＣ）によって承認されている。ＡＴＳには、買い注文を売り注文とマッチングする電子通信ネットワーク（ＥＣＮ）が含まれる。
【０００２】
上記の場の大部分では、注文は、例えば株式相場として、到着すると同時に公開される。その結果、こうした場は、執行の品質に有害な影響を与える可能性のある、市場への情報の漏洩を防止しようとする取引業者にとって魅力的ではなかった。むしろ、取引業者の中には、ＡＴＳの別の形態であるクロス取引ネットワークに目を向ける者があった。クロス取引ネットワークは、注文が公開されない「ダークプール」として知られる取引の形態を提供する。クロス取引ネットワークでは、他のネットワーク加入者に対しても注文が開示されないため、完全な匿名性が提供できる。注文について開示される唯一の情報は、注文が執行された後で発生する、例えば株式プリント（ｓｔｏｃｋ  ｐｒｉｎｔ）のような執行メッセージの形態である。すなわち、取引が完了するまで一切情報は開示されない。株式プリントは、例えば総合テープシステム（Ｃｏｎｓｏｌｉｄａｔｅｄ  Ｔａｐｅ  Ｓｙｓｔｅｍ）を介してネットワーク加入者、および不特定多数の人々に利用可能である。クロス取引ネットワークは、注文が入れられたブロックボックスにたとえてもよい。注文はマッチングした注文が成功裏に執行された後でだけ開示される。それと対照的に、ＥＣＮは一般に、買い手／売り手の身元は隠されることがあるが、マッチングされていない注文を外部に表示する。すなわち、クロス取引ネットワークはＥＣＮより高い匿名性を提供する。
【０００３】
理想的なクロス取引ネットワークでは、買い手と売り手が容易に供給され、かつ匿名性が提供されるため価格の変動が最小となるので、高度の流動性が存在する。実際には、クロス取引ネットワークは理想から乖離している。１つの問題は、クロス取引ネットワークは、例えばゲーミング（ｇａｍｉｎｇ）のような操作の影響を受けやすいということである。例示的な例として、売り手がある株式を第１の場で売ったばかりであると想定する。この売りに基づいて、売り手は、その株式に対する急な需要があるかもしれないと考えて、別の場から追加の株式を購入して第１の場で利益を得るため追加の株式を再販売しようとし、それによってクロス取引ネットワークをゲーミングする。
【０００４】
もう１つの問題は、多数のクロス取引ネットワークが利用可能なことである。多くのクロス取引ネットワークの場が存在するため、買い手と売り手が拡散し、相当な規模の取引を達成するには１つより多いクロス取引ネットワークが必要になることがある。このため流動性が減少して平均取引規模が低下し、大きな注文を売買するために必要な取引の平均数が増大する。さらに、取引数が増大するにつれて、取引がより可視的になるため、ゲーミングの犠牲になる可能性も増大する。またさらに、買い手と売り手が分散するため、例えば、正しい時に正しい場で出会えないことにより、取引業者が望ましい取引機会を逸することがある。
【０００５】
したがって、取引を行うより効率的な方法に対する必要が存在する。
【発明の概要】
【０００６】
本発明の例示的な実施形態によれば、コンピュータ取引を行うシステムは、複数のシステム参加者の少なくとも部分集合から、証券を売買する当初の注文を受信し、少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングし、マッチングされた注文の少なくとも部分集合の注文ブロックを形成し、マッチングした注文が閾値量に達したことに応答して、ある数量の証券を売買するマッチングした後続の注文が、注文ブロックに含めるために提示される時間ウィンドウの開始を示す、クロス取引告知（本明細書では、クロスの通知（ＮＯＸ）、クロスの表示（ＩＯＸ）、またはブロッククロス（ＢＬＸ）アラートとも呼ばれる）をブロードキャストし、時間ウィンドウの終了時に、注文ブロックを執行するように構成された中央コンピュータを含む。
【０００７】
本発明の例示的な実施形態では、中央コンピュータは、最良気配（ＮＢＢＯ）の仲値で注文ブロックを執行するように構成されている。
【０００８】
本発明の例示的な実施形態では、仲値は、閾値量に達した後でありかつＮＯＸブロードキャストの前の時点で取得されたＮＢＢＯの値から計算される。
【０００９】
本発明の例示的な実施形態では、マッチングした後続の注文は、計算された仲値が時間ウィンドウの間の何らかの時点でＮＢＢＯの範囲内にある場合だけ注文ブロックに含まれる。
【００１０】
本発明の例示的な実施形態では、中央コンピュータは、マッチングされた当初の売り注文の各々について、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた当初の売り注文の株式の合計数に対するマッチングされた当初の売り注文の株式の数の比にほぼ等しい割合をマッチングされた当初の売り注文に配分し、マッチングされた当初の買い注文の各々について、マッチングされた当初の売り注文の株式の合計数とマッチングされた当初の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた当初の買い注文の株式の合計数に対するマッチングされた当初の買い注文の株式の数の比にほぼ等しい割合をマッチングされた当初の買い注文に配分するように構成されている。
【００１１】
本発明の例示的な実施形態では、中央コンピュータは、マッチングされた後続の売り注文の各々について、マッチングされた後続の売り注文の株式の合計数とマッチングされた後続の買い注文の株式の合計数とのうち少ない方の、マッチングされた後続の売り注文の株式の合計数に対するマッチングされた後続の売り注文の株式の数の比にほぼ等しい割合をマッチングされた後続の売り注文に配分し、マッチングされた後続の買い注文の各々について、マッチングされた後続の売り注文の株式の合計数とマッチングされた後続の買い注文の合計数の株式の合計数とのうち少ない方の、マッチングされた後続の買い注文の株式の合計数に対するマッチングされた後続の買い注文の株式の数の比にほぼ等しい割合をマッチングされた後続の買い注文に配分するように構成されている。マッチングされた当初の買い注文とマッチングされた当初の売り注文との残りの部分はそれぞれ後続の買い注文および後続の売り注文として扱われる。
【００１２】
本発明の例示的な実施形態では、閾値量は証券の日間平均値（ＡＤＶ）の関数として決定される。
【００１３】
本発明の例示的な実施形態では、閾値量は証券の２０日間ＡＤＶの関数として決定される。
【００１４】
本発明の例示的な実施形態では、閾値量は証券の時価総額状態の関数として決定される。
【００１５】
本発明の例示的な実施形態では、時間ウィンドウの長さは１０秒未満である。
【００１６】
本発明の例示的な実施形態では、時間ウィンドウの長さは２〜１０秒の範囲である。
【００１７】
本発明の例示的な実施形態によれば、証券取引支援機械の方法は、中央コンピュータのプロセッサが、複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信するステップと、少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングするステップと、マッチングされた注文の少なくとも部分集合の注文ブロックを形成するステップとを含む。マッチングした注文が閾値量に達したことに応答して、中央コンピュータは、ある数量の証券を売買するマッチングした後続の注文が、注文ブロックに含めるために提示される時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートを複数の参加者の各々にブロードキャストする。本方法はさらに、時間ウィンドウの終了時に、注文ブロックを執行するステップを含む。
【００１８】
本発明の例示的な実施形態によれば、証券取引支援機械の方法は、中央コンピュータのプロセッサによって、証券に関して受信した買い注文を受信した売り注文とマッチングするステップを含む。マッチングされた注文は注文ブロックを形成する。本方法はさらに、マッチングされた注文が閾値量に達したことに応答して、前記中央コンピュータがある数量の証券を売買するマッチングした後続の注文が、注文ブロックに含めるために提示される時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートをブロードキャストするステップを含む。
【００１９】
本発明の例示的な実施形態によれば、ハードウェアで実現されたコンピュータ可読記憶媒体は、証券取引支援機械のプロセッサによって執行可能な一連の命令を内部に格納する。この命令は、執行されると、複数のシステム参加者の少なくとも部分集合から証券を売買する当初の注文を受信するステップと、少なくとも数量に基づいて当初の買い注文の少なくとも部分集合を当初の売り注文の少なくとも部分集合とマッチングするステップと、マッチングされた注文の少なくとも部分集合の注文ブロックを形成するステップとを含む方法をプロセッサに行わせる。本方法はさらに、マッチングした注文が閾値量に達したことに応答して、ある数量の証券を売買するマッチングした後続の注文が、注文ブロックに含めるために提示される時間ウィンドウの開始を示すクロスの通知（ＮＯＸ）アラートを複数の参加者の各々にブロードキャストするステップと、時間ウィンドウの終了時に、注文ブロックを執行するステップとを含む。
【図面の簡単な説明】
【００２０】
【図１】本発明の例示的な実施形態に係るコンピュータ取引を行うシステムを示す構成図である。
【図２ａ】図２ｂとともに、本発明の例示的な実施形態に係るコンピュータ取引を行う方法を示すフローチャートである。
【図２ｂ】図２ａとともに、本発明の例示的な実施形態に係るコンピュータ取引を行う方法を示すフローチャートである。
【図３】本発明の例示的な実施形態に係るコンピュータ取引を行う別の方法を示すフローチャートである。
【図４】本発明の例示的な実施形態に係る第１組の取引を示す。
【図５】本発明の例示的な実施形態に係る第２組の取引を示す。
【図６】本発明の例示的な実施形態に係る図４の取引の時系列を示す。
【発明を実施するための形態】
【００２１】
本発明は、コンピュータ取引を行う方法およびシステムに関する。本発明の例示的な実施形態は、中央に位置するコンピュータが、取引参加者、すなわち買い手と売り手との間の仲介者として機能する、株式、債券および金融派生商品といった証券の販売を行う方法およびシステムに関する。例示的な実施形態では、参加者には、ヘッジファンド、投資信託会社、年金基金および個人投資家といった買い手側ユーザだけが含まれる。しかし、代替実施形態では、参加者にはブローカのような売り手側参加者が含まれることもある。中央コンピュータは、買い手を売り手にマッチングしようとする。ある特定の証券がクロス取引のため十分な量だけ存在する場合、中央コンピュータは追加の注文を勧誘して、クロス取引が行なわれる前の既存の注文ブロックの上にそのブロックの全てのマッチングされた注文を積み上げる。そして、注文ブロックを構成する個々の参加者が隠された単一の取引として注文ブロックを執行する。その結果、平均取引サイズが増大し、ゲーミング（ｇａｍｉｎｇ）の可能性が減少し、参加者は複数の場に取引を拡散させるのではなく１つの場で取引をしようという気にさせられる。最良気配（Ｎａｔｉｏｎａｌ  Ｂｅｓｔ  Ｂｉｄ  ａｎｄ  Ｏｆｆｅｒ、ＮＢＢＯ）に基づくクロス取引ポイントで注文が執行される本発明の例示的な実施形態が説明される。しかし、クロス取引ポイントを決定する従来の任意の方法を使用してもよい。
【００２２】
図１は、本発明の例示的な実施形態に係るコンピュータ取引を行うシステム１００の例を示す。システム１００は、クロス取引プロバイダ１１０、複数の取引入力装置１２、１４、１６、２２、２４および２６、ならびに公設取引所５０を含んでもよい。例示的な実施形態では、クロス取引プロバイダ１１０は独立して所有されるクロス取引ネットワークプロバイダである。独立して所有されるプロバイダの例は、インスティネット（Ｉｎｓｔｉｎｅｔ）、インベストメントテクノロジーグループ（ＩＴＧ）、リクイドネット（Ｌｉｑｕｉｄｎｅｔ）、およびパイプライントレーディングシステムズ（Ｐｉｐｅｌｉｎｅ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍｓ）が含まれる。クロス取引プロバイダ１１０は、クロス取引ネットワーク１１２、取引サーバ１１４および簿記サーバ１１６を含んでもよい。
【００２３】
クロス取引ネットワーク１１２は、参加者が匿名であり執行される取引は、取引が行われた後でだけ公開されるダークプールとして運用してもよい。クロス取引ネットワーク１１２は、仮想プライベートネットワークまたは保護されたローカルエリアネットワークといった電子通信ネットワークを含んでもよい。クロス取引ネットワーク１１２は、インターネット接続、ファイル転送プロトコル、ダイヤルイン接続、ローカル接続等を含む様々な形でアクセスしてもよい。例示的な実施形態では、アクセスは、例えば、ウェブポータルを介してクロス取引ネットワークに接続するように構成された入力装置１２／１４／１６／２２／２４／２６といった複数の端末を通じて遠隔的に得られる。代替実施形態では、アクセスは、例えばリモートアクセスとローカルアクセスとの組み合わせを包含してもよい。例えば、遠隔端末アクセスに加えて、クロス取引プロバイダ１１０は、クロス取引ネットワーク１１２にアクセスするように予め構成された端末が置かれた取引機能を提供してもよい。
【００２４】
取引サーバ１１４は、クロス取引ネットワーク１１２と通信し、入力装置１２／１４／１６／２２／２４／２６から取引注文を受け取るように構成された任意の計算装置または装置の組み合わせでもよい。取引サーバ１１４は、クロス取引ネットワーク１１２のサポート専用のビジネスサーバでもよい。しかし、取引サーバ１１４は、他の機能を行いうるものであってもよいことが認識されるだろう。取引サーバ１１４は、例えば、プロセッサ、命令および／またはデータを格納するメモリ、ネットワークインタフェース機構等を含むハードウェアおよび／またはソフトウェアの任意の組み合わせで実現してもよい。取引サーバ１１４は、買い注文を売り注文とマッチングするように構成してもよい。以下さらに詳細に説明するように、取引サーバ１１４は、買い注文と売り注文の価格が一致したときにマッチングを決定してもよい。また、取引サーバ１１４は、例えば、売り手から買い手に株式を割り当て買い手から売り手に代金を送金することによってマッチングを執行するように構成してもよい。以下説明するように、システムは、各注文の個別の要求が満たされたという決定を条件にして注文のマッチングを執行するようにしてもよく、この場合注文のマッチングは単一の注文ブロックの一部として執行される。取引サーバ１１４は、クロス取引ネットワーク１１２に加入した参加者に対応するアカウント情報を格納してもよい。アカウント情報は、例えば、ユーザ名およびパスワード、連絡先情報、銀行口座情報、および取引を執行するために必要な任意の他の情報を含んでもよい。
【００２５】
簿記サーバ１１６は、取引サーバ１１４と通信する任意の計算装置または装置の組み合わせでもよい。例示的な実施形態では簿記サーバ１１６は取引サーバ１１４から独立したものとして示されているが、代替実施形態は取引サーバ１１４と簿記サーバ１１６との両者の機能を組み込んだ単一の計算装置を有してもよい。簿記サーバ１１６は、執行された取引の記録を格納し保持するように構成してもよい。必要に応じて、簿記サーバ１１６は、例えば拒絶された注文またはマッチングできなかった注文といった未執行の取引の記録を格納し保持してもよい。記録は簿記サーバ１１６のメモリ中に置かれたログに格納してもよい。代替的には、簿記サーバ１１６は、遠隔格納装置に記録を送信してもよい。
【００２６】
入力装置１２／１４／１６／２２／２４／２６は、参加者によって操作される携帯電話、パーソナルコンピュータ、ラップトップコンピュータおよび専用取引端末を含む任意の多様な電子入力装置を含んでもよい。例示的な実施形態では、各入力装置は、例えば、クロス取引ネットワーク１１２を介して取引サーバ１１４に通信接続するように入力装置を構成するクライアントアプリケーションまたはプラグインといったソフトウェアを含む。ソフトウェアは装置の製造時にプリロードしてもよくまた製造後に、例えば参加者がインストールしてもよい。各入力装置を操作できるのは一度に１人の参加者だけであるが、参加者は実際の装置の所有権を有する必要はなく、例えば、共有装置にアクセスしてもよい。各参加者は、例えばユーザ名およびパスワードといったアカウント情報を入力することによって取引サーバ１１４に対して識別されてもよい。参加者が正規の加入者である場合、参加者はクロス取引ネットワーク１１２に注文を送信する許可を得る。
【００２７】
公設取引所５０は、例えば、ニューヨーク証券取引所のような物理的証券市場またはナスダックのような電子証券市場のような証券市場を含んでもよい。公設取引所５０は、簿記サーバ１１６と通信して、ＮＢＢＯを含む情報を送受信してもよい。ＮＢＢＯとは、ある証券の最良の購入価格（高い買値）と最良の販売価格（最安売値）の指標である。ＮＢＢＯは、株式市場および、例えばクロス取引ネットワーク１１２のようなＡＴＳを含む、ＳＥＣが承認した全ての公設取引の場から実質上リアルタイムで受信した取引情報から得られる。
【００２８】
以下本発明に係るコンピュータ取引を行う方法のいくつかの例示的な実施形態を説明する。本方法はハードウェア、ソフトウェア、またはそれらの組み合わせで実現してもよく、図１の例示的なシステム１００を参照して説明される。すなわち、本方法は、取引サーバ１１４のプロセッサで実現してもよく、コンピュータメモリ、ハードドライブ、ＣＤ−ＲＯＭ、携帯用フラッシュメモリ等といったコンピュータ可読媒体に含まれる命令として執行してもよい。しかし、本方法は、本発明に係る他のシステムでも成功裏に実現することができる。
【００２９】
図２ａおよび図２ｂは、本発明の例示的な実施形態に係るコンピュータ取引を行う方法２００の例を示す。例示的な実施形態では、方法２００は２０２で開始され、そこでは１組の当初の参加者からの注文を、例えば取引サーバ１１４で受け取ってもよい。注文は、クロス取引プロバイダ１１０が保持する注文控元帳に内部的に記録してもよい。注文控元帳は非公開であり一般にプロバイダ１１０の外部の者とは共有されない。注文者が指定した価格（もしあれば）と数量を注文者が指定した他の要求とともに記録してもよい。例えば、指値注文、成行注文、基準価格注文（すなわち仲値連動）を受け入れてもよい。
【００３０】
２０４では、クロス取引条件が満たされているか否かを決定してもよい。ステップ２０４は、マッチングが見つかる時はいつ行ってもよい。図３を参照すると、クロス取引条件を決定する例示的な方法３００が示される。例示的な実施形態では、方法３００は３０２で開始される。
【００３１】
３０２では、新しい注文の全般的な要求が満たされているか、すなわち、注文の数量が別の注文とマッチングするか否かを決定してもよい。それと対照的に、公設取引所では、マッチングが発生したと考えられる場合が、売値が買値に正確にマッチングした時、例えば＄１０の売り注文と＄１０の買い注文の場合に制限されることがある。指値注文の文脈では、買い注文の価格要求が売り注文の価格要求と重なり合う時、例えば＄１０以上の売り注文と＄１４以下の買い注文の場合にもマッチングが発生することがある。後者の例では、取引は＄１０と＄１４の間のどこかで成功裏に執行できる。すなわち、買い手は一般に価格の上限を設定し、売り手は一般に価格の下限を設定する。上限が下限以上である場合、２つの価格の間の重なりは、取引を執行しうる範囲を定める。
【００３２】
したがって、本発明の例示的な実施形態によれば、例えば価格の上限または下限といった注文要求による指定がない限り、注文は注文数量の要求、すなわち注文量だけに基づいてマッチングされる。マッチングは新しいかまたは以前のマッチングされていない注文を排他的ではなく包含する必要があることに注意されたい。例えば、注文要求は部分的な数量のマッチングを通じて満たされてもよい。すなわち、売り注文の量は買い注文の量と正確に同じである必要はない。残りの量があれば、後続のマッチングに繰り越してもよい。これは、例えば、注文が、当初のマッチング注文の何らかの組み合わせが満たすことのできるものより大きな数量を指定している場合に発生することがある。
【００３３】
注文量の要求が満たされない場合、方法３００は３０４に進み、そこでは注文を注文待ち行列に加えてもよい。すなわち、注文を他のマッチングされていない注文に集約してもよい。注文はマッチングされるまで無期限に待ち行列に置かれてもよい。注文を待ち行列に加えた後、方法３００は図２ａの２０２に進み、そこでは新しい注文が受信される。
【００３４】
注文量の要求が満たされた場合、方法３００は３０６に進み、そこでは注文は後で執行するため既存注文ブロックに追加してもよい。そして方法３００は３０８に進む。
【００３５】
３０８では、閾値量が満たされているか否かを決定してもよい。閾値量は所定の数でもよくまたその注文に含まれる証券の日間平均値（ＡＤＶ）の関数でもよい。例示的な実施形態では、閾値量は２０日間ＡＤＶの関数である。証券を含むマッチングされた全ての注文を集約した合計が少なくとも閾値量になる場合、閾値量が満たされる。代替実施形態では、閾値量は、証券の時価総額状態の関数でもよい。例えば、大型証券は例えば１０，０００株といった高い閾値量を必要とすることがあり、小型または中型証券は、例えば５，０００株でもよい。
【００３６】
閾値量が満たされない場合、方法３００は図２ａの２０２に進み、そこでは新しい注文が受信される。
【００３７】
閾値量が満たされている場合、方法３００は３１０に進み、そこではクロス取引条件が完全に満たされていると決定される。
【００３８】
図２ａに戻ると、上記のように、クロス取引条件が満たされない場合、方法２００は２０２に戻り、そこでは追加の注文を受信してもよい。
【００３９】
クロス取引条件が満たされている場合、方法２００は２０６に進み、そこでは、クロス取引条件が満たされているという決定に応答して、クロス取引ポイントがＮＢＢＯ仲値となるように選択され、ＮＯＸアラートが、例えば即座に、クロス取引ネットワーク１１２に現在接続している全ての参加者、すなわち例えばクロス取引ネットワーク１１２に接続された任意の入力装置にブロードキャストされる。ＮＯＸアラートは、クロス取引プロバイダ１１０が現在マッチングされている注文をクロス取引しようとしていることを示すものであり、既存の注文ブロックを増大するため追加注文を出すように勧誘するものである。すなわち、同じ証券の取引に関心がある参加者は、多数の小さな取引を執行するのではなく、単一の注文に参加することができる。
【００４０】
ＮＢＢＯ値は、閾値量がトリガされる正確な瞬間に取得する必要はないことに注意されたい。１つの実施形態（図６）では、ＮＢＢＯ値は、ＮＯＸをブロードキャストする前の一定の時間ウィンドウの間のどこかで取得すればよい。例えば、ＮＢＢＯ値は、ＮＯＸをブロードキャストする前の１０秒間の価格ウィンドウの間にランダムに選択してもよい。しかし、実際の注文執行前に何らかのＮＢＢＯ値を取得してもよい。
【００４１】
２０８では、後続の参加者からの追加注文を受信し、既存および他の後続の注文とマッチングしてもよい。後続の参加者は新しい参加者および何れかの当初の参加者を含んでもよい。追加注文が受信される時間中、すなわち例えばＮＯＸブロードキャストの後開始される期間に対応する注文ウィンドウの間、他の証券を含む注文を受信してもよいが、それらは既存の注文待ち行列には追加されず、例えば各証券のために別個の待ち行列を形成してもよい。しかし、例えば、既存の待ち行列に含まれるもの以外の証券に対する注文が他の証券それぞれの閾値量を満たす場合、そうした注文は追加のクロス取引をトリガしてもよいことに注意されたい。
【００４２】
２１０では、注文ウィンドウは所定の時間が経過するまで開いたままに保持してもよい。例示的な実施形態では、注文ウィンドウの長さは１０秒以下でもよい。１つの実施形態では、長さは２秒以上１０秒以下でもよい。しかし、注文ウィンドウは、取引サーバ１１４と入力装置１２／１４／１６／２２／２４／２６との間の伝送時間、取引サーバ１１４の応答時間、およびクロス取引ネットワーク１１２のレイテンシーを含むがそれらに制限されない任意の数の要因に応じて変化してもよいことが理解されるだろう。長さは、例えば予め構成された取引入力装置からの自動化された参加者の応答、または迅速な手動応答に十分な時間に制限してもよい。また、例えば、非参加者に注文ブロックについて知らせようとする試み、参加者間の共謀、またはゲーミングといった参加者による操作の可能性を制限するのに十分な短い時間にするのが好適なこともある。長さは、例えば全てのクロス取引について同じになるように固定してもよい。代替的には、長さは、例えば上記のような要因の変化に応じて動的に調整してもよい。そして、図２ｂに示すように、方法２００は２１２に進む。
【００４３】
図２ｂを参照すると、２１２では、２０６で選択された仲値が、注文ウィンドウの間（例えば、ＮＯＸブロードキャストの後１０秒以内）ＮＢＢＯの範囲内にあるか否かを決定してもよい。すなわち、ある価格ウィンドウの過程でＮＢＢＯの値が変化する際、選択された仲値がその期間中ＮＢＢＯの範囲内にある時が少なくとも一瞬はなくてはならない。その場合、例えばＳＥＣのレギュレーションＮＭＳのような連邦規則に従い、注文ブロック中の全ての注文（マッチングされた当初の注文とマッチングされた追加の注文とを含む）を選択された仲値で執行できる。これは、レギュレーションＮＭＳはＮＢＢＯ外でのプリント（ｐｒｉｎｔ）を禁止しているため、追加の注文を当初の注文と同じ価格で執行しようとするなら、その価格は追加の注文が受信されたどこかの時点でＮＢＢＯの範囲内になければならないからである。しかし、この決定は、マッチングされた全ての注文を同じ価格で執行しようとする時だけ必要であることに注意されたい。
【００４４】
代替実施形態では、マッチングされた注文は、例えば異なるＮＢＢＯ仲値といった異なる価格で執行してもよい。マッチングされた当初の注文の仲値は、例えばＮＯＸブロードキャストの前に得られたＮＢＢＯ値に基づくものでもよく、マッチングされた追加の注文の仲値は、ＮＯＸブロードキャストの後得られたＮＢＢＯ値に基づくものでもよい。マッチングされた当初の注文とマッチングされた追加の注文とは別個のＮＢＢＯ値に基づいてクロス取引されるので、それらはレギュレーションＮＭＳに違反することなく異なる価格で執行してもよい。すなわち、２１２での決定は、この代替実施形態では必要ないことがある。
【００４５】
選択された仲値がＮＢＢＯの範囲内にある場合、本方法は２１４に進み、そこでは当初の参加者間で割り当てを行ってもよい。割り当ては、当初の参加者間で、プラットフォーム内で取引可能な株式の合計数を配分することを含んでもよい。例示的な実施形態では、当初の参加者に、マッチングされた当初の注文に含まれる合計取引可能株式に対する各参加者の相対的寄与の関数として比例配分された量を割り当ててもよい。例示的な例として、需要（例えば買い意欲）が、購入可能な株式の合計数を越える場合、各買い手は、買い手の割り当てが、マッチングされた当初の注文での購入用に提供された株式の合計数に対する、買い手が購入しようとした株式の数の比に等しくなるように、購入可能な合計株式の一部を受け取ってもよい。同様に、供給（例えば売り意欲）が購入される株式の合計数を越える場合、各売り手は、売り手の割り当てが、マッチングされた当初の注文で販売用に提供された株式の合計数に対する、売り手が販売しようとした株式の数の比に等しくなるように、購入される株式の合計数の一部を販売する権利を受け取ってもよい。
【００４６】
２１６では、当初の参加者間の割り当てと同様なやり方で、例えば、ＮＯＸのブロードキャストの後で参加した参加者といった後続の参加者間で割り当てを行ってもよい。すなわち、買い手は、マッチングされた追加の注文での購入用に提供された株式の合計数に対する、買い手が買おうとした株式の数の比に等しい部分を購入する権利を受け取ってもよく、売り手は、マッチングされた追加の注文での販売用に提供された株式の合計数に対する、売り手が売ろうとした株式の数の比に等しい部分を売る権利を受け取ってもよい。単一の参加者が、例えばＮＯＸブロードキャストの前後といった異なる時点で複数の注文を入力した場合、その参加者は当初の参加者および後続の参加者の両者であると見なしてもよいことに注意されたい。これは残りの注文でも起こることがある。
【００４７】
後続の参加者間の割り当ての前に当初の参加者間で割り当てが行われるので、当初の参加者は、後続の参加者に対して注文ブロックの自分たちの相対的な取り分を保証される。後続の参加者は、注文ブロックの残りの部分から自分たちの相対的な取り分を受け取ることができる。上記のように、２１６では、後続の参加者でもある当初の参加者は、任意の他の後続の参加者と同じに扱われてもよい。さらに、当初の参加者からの、例えば残りの注文といった部分的にマッチングされた数量がマッチングされた追加の注文に持ち越される場合、マッチングされた当初の注文のマッチングされていない部分は追加の注文と同じに扱ってもよい。
【００４８】
当初の参加者間の割り当てはＮＢＢＯ値が得られた後いつ行ってもよいことに注意されたい。すなわち、代替実施形態では、当初の参加者間の割り当てはＮＯＸをブロードキャストする前に執行してもよい。
【００４９】
２１８では、例えば、各注文の要件がまだ満たされていない場合、それが満たされていることを保証するため、注文待ち行列中の各注文の要件を再確認してもよい。これは、合計量または参加に基づく注文要件の可能性を考慮している。例えば、参加者は、自分の注文が合計量のある割合、例えば最終プリントの１０％を越える場合参加したくないということを指定することがある。また、参加者は、自分が一方の側の唯一の当事者になりたいか否か、例えば「参加するが開始しない（ｐａｒｔｉｃｉｐａｔｅ−ｄｏｎ’ｔ  ｉｎｉｔｉａｔｅ）」という指定をするか否か、または相手側に多数の当事者が存在する必要があるか否かを指定することがある。こうした注文要件は当初は満たされないが、後で追加の注文が加えられる時に満たされる。例示的な例として、売り手が最終プリントの１０％を越えないという要件は、その売り手が唯一の売り手である場合には当初は満たされない。しかし、追加の注文が提示されると、合計量のうちその売り手の割り当ては１０％以下になり、注文要件を満足することがある。注文を再確認した後、要件が満たされていない注文があれば、注文待ち行列から削除してもよい。
【００５０】
２２０では、２１８での再確認の結果に基づいて新たに満たされた注文要件があるか否かを決定してもよい。新たに満たされた注文要件がある場合、本方法２００は２１６に戻り、そこでは、要求が新たに満たされた注文の注文者を含む後続の参加者間で割り当てが行われる。新たに満たされた注文要求がない場合、本方法２００は２２２に進む。
【００５１】
２２２では、マッチングされた各注文の配分された株式に対応する取引が、２０６で得られたＮＢＢＯの仲値で各取引をクロス取引することによって執行される。これは当初の参加者と後続の参加者との両方に該当する。すなわち、全ての株式は、マッチングした注文があれば、売値／買値のスプレッドと無関係に仲値で売買される。さらに、注文ブロック全体が同じ価格、すなわちＮＢＢＯ仲値で執行されるため、この執行は全ての参加者にとって公正である。
【００５２】
取引は単一の注文ブロックとして執行してもよい。注文ブロックは、例えば、証券の名称または記号、注文ブロック中の株式の合計数、および執行時間を表示することによって、公開プリントと同様にクロス取引ネットワーク１１２内でブロードキャストしてもよい。マッチングされた当初の注文とマッチングされた追加の注文とが別個の時点で発生するため、２つのプリントが発生することがあるが、注文は単一のブロックとして扱われる。従来のクロス取引ネットワークと同様に、不特定多数の人々がプリントを見ることができるようにしてもよい。参加者の口座残高を調整して執行された取引を反映することによって、簿記を行ってもよい。各取引の合計費用の関数として、クロス取引プロバイダ１１０は手数料を徴収してもよい。例えば、クロス取引プロバイダ１１０は各取引の一定の割合を受け取ってもよい。代替的には、定額手数料を徴収してもよい。将来の参加者が取引を開始するインセンティブとして、当初の参加者は後続の参加者より少ない手数料を課金されるようにしてもよい。
【００５３】
選択された仲値が注文ウィンドウの間一度もＮＢＢＯの範囲内になかった場合、本方法２００は２２４に進み、そこでは、例えば２１４で上述したやり方で、当初の参加者間で割り当てを行ってもよい。そして、本方法２００は２２６に進み、そこではマッチングされた当初の注文だけが、簿記を行う前の注文ブロックの一部として執行される。
【００５４】
図４および図５は、本発明の例示的な実施形態に係る取引の例を示す。図４では、参加者欄６０、申し込み／動作欄６２、および結果欄６６を含む表が示される。例示の目的で、図４および図５に示す証券には１社の証券だけが含まれ、閾値量は１０，０００株である。
【００５５】
行３０では、参加者Ａが１，０００株の買い注文を出す。この買い注文が待ち行列に入る。
【００５６】
行３１では、参加者Ｂが３，０００株の買い注文を出す。この買い注文が待ち行列に入る。
【００５７】
行３２では、参加者Ｄが３，５００株の売り注文を出す。この売り注文は３０および３１の買い注文とマッチングされ、３０〜３２の注文が注文ブロックに追加される。
【００５８】
行３３では、参加者Ｅが９，５００株の売り注文を出す。買われるべき５００株が残っているため、この売り注文は３０および３１の買い注文とマッチングされ、注文ブロックに追加される。
【００５９】
行３４では、参加者Ｃが６，０００株の買い注文を出す。この買い注文は３２および３３の売り注文とマッチングされ、注文ブロックに追加される。
【００６０】
行３５では、閾値量に達した（少なくとも１０，０００株がマッチングされた）ため、量トリガが発動される。参加者Ａ、Ｂ、Ｄ、Ｅ、およびＣはこの時点で当初の参加者と見なすことができる。
【００６１】
行３６では、例えば、量トリガの発動後１０秒間のウィンドウの間にランダムに、ＮＢＢＯ仲値が取得される。
【００６２】
行３７では、クロス取引ネットワーク内の全ての参加者にＮＯＸがブロードキャストされる。
【００６３】
上述のように、当初の参加者間の割り当ては、ＮＢＢＯ値が得られた後いつ行ってもよい。すなわち、当初の参加者間の割り当ては、ＮＯＸブロードキャストの後、例えば、後続の参加者間の割り当ての直前に行ってもよい。しかし、議論を容易にし、残りの注文をどのように追加の注文に繰り越すことができるかを例示するため、先に進む前にここで当初の参加者Ａ、Ｂ、Ｄ、ＥおよびＣ間の割り当てを論じる。
【００６４】
１０，０００株の合計需要と１３，０００株の合計供給とに基づいて、３０〜３４の注文では、合計１０，０００株が購入可能である。すなわち、３，０００株の余分な供給が残りの売り注文として繰り越される。参加者Ａ、ＢおよびＣは各々自分たちの注文した量を全て買う。参加者Ｄは、３，５００株／１３，０００株の比例配分に基づいて２，７００株を売る。参加者Ｅは、９，５００株／１３，０００株の比例配分に基づいて７，３００株を売る。比例配分による割り当ては、例えば、端株に対する丸めまたは概算をどのように行うかに基づいて、実現毎に異なってもよい。この場合、参加者Ｄは８００株の残りの売り注文を有し、参加者Ｅは２，２００株の残りの売り注文を有する。
【００６５】
行３８では、８００株の参加者Ｄの残りの売り注文を追加の注文とグループ化する。これは例えば、Ｄの残りの注文を注文待ち行列に入れることによって行ってもよい。
【００６６】
行３９では、２，２００株の参加者Ｅの残りの売り注文を追加の注文とグループ化する。例えば、注文待ち行列に追加する。
【００６７】
行４０では、参加者Ｆが５，０００株の買い注文を出す。この買い注文は３８および３９の残りの売り注文とマッチングされ、３８〜４０の注文は注文ブロックに追加される。
【００６８】
行４１では、参加者Ｇが１０，０００株の売り注文を出す。この売り注文は４０の買い注文とマッチングされ注文ブロックに追加される。この時、注文ウィンドウが閉じ、参加者Ｄ、Ｅ、Ｆ、およびＧは後続の参加者と見なされる。
【００６９】
後続の参加者間の割り当ては以下の通りである。５，０００株の合計需要と１３，０００株の合計供給とに基づいて、３８〜４１の注文では合計５，０００株が購入可能である。参加者Ｆは５，０００株を買う。参加者Ｄは、８００株／１３，０００株の比例配分に基づいて３００株を売る。参加者Ｅは、２，２００株／１３，０００株の比例配分に基づいて９００株を売る。参加者Ｇは、１０，０００株／１３，０００株の比例配分に基づいて３，８００株を売る。
【００７０】
図５は、本発明が指値注文をサポート可能にするやり方の例を示す。図５では、参加者欄６０、申し込みまたは動作欄６２、価格上限／下限欄６４，および結果欄６６を含む表が示される。
【００７１】
行４２では、参加者Ｄが２，０００株の売り注文を出す。この売り注文が待ち行列に入る。
【００７２】
行４３では、参加者Ａが１１，０００株の買い注文を出す。この買い注文は４２の売り注文とマッチングされ、４２および４３の注文は注文ブロックに追加される。
【００７３】
行４４では、参加者Ｅが５，０００株の売り注文を出す。この売り注文は＄１２の下限を指定する指値注文であり、４３の買い注文とマッチングされ、注文ブロックに追加される。
【００７４】
行４５では、参加者Ｇが３，０００株の売り注文を出す。この売り注文は＄１１の下限を指定する指値注文であり、４３の買い注文とマッチングされ、注文ブロックに追加される。
【００７５】
行４６では、閾値量に達した（少なくとも１０，０００株がマッチングされた）ため、量トリガが発動される。参加者Ｄ、Ａ、Ｅ、およびＧはこの時点で当初の参加者と見なすことができる。
【００７６】
行４７では、例えば、量トリガの発動後１０秒のウィンドウの間にランダムに、ＮＢＢＯ仲値が取得される。
【００７７】
行４８では、クロス取引ネットワーク内の全ての参加者にＮＯＸがブロードキャストされる。
【００７８】
１１，０００株の合計需要と１０，０００株の合計供給とに基づいて、３０〜３４の注文では、合計１０，０００株が購入可能である。すなわち、１，０００株の余分な需要が残りの買い注文として繰り越される。参加者Ｄは自分の注文量を全て売る。４４および４５の価格の下限がＮＢＢＯ仲値以下であると想定すると、参加者ＥおよびＧも自分の注文量を全て売る。参加者Ａは１０，０００株を買い、１，０００株の残りの買い注文を有する。
【００７９】
行４９では、１，０００株の参加者Ａの残りの買い注文を追加の注文とグループ化する。例えば、注文待ち行列に追加する。
【００８０】
行５０では、参加者Ｄが２，０００株の売り注文を出す。この売り注文はＳ１０の下限を指定する指値注文であり、４９の買い注文とマッチングされ、４９および５０の注文は注文ブロックに追加される。
【００８１】
行５１では、参加者Ｈが５，０００株の売り注文を出す。この売り注文はＳ１３の下限を指定する指値注文である。参加者Ｈの＄１３の価格下限が４７で決定されたＮＢＢＯ仲値より上であると想定すると、Ｈの売り注文は注文ブロックに追加されずに待ち行列に入る。このようにして、この注文は後続のマッチングのために利用可能となり、異なる注文ブロックに置かれる。
【００８２】
行５２では、参加者Ｂが６，０００株の買い注文を出す。この買い注文はＳ１１の上限を指定する指値注文であり、５０の売り注文とマッチングされ、注文ブロックに追加される。
【００８３】
行５３では、参加者Ｉが２，０００株の売り注文を出す。この売り注文は４９および５２の買い注文とマッチングされ、注文ブロックに追加される。この時、注文ウィンドウが閉じ、参加者Ａ、Ｄ、Ｈ、Ｂ、およびＩは後続の参加者と見なされる。
【００８４】
後続の参加者間の割り当ては以下の通りである。７，０００株の合計需要と４，０００株の合計供給とに基づいて、４９〜５３の注文では合計４，０００株が購入可能である。５０の価格下限がＮＢＢＯ仲値以下であると想定すると、参加者Ｄは自分の注文量を全て売る。参加者Ｉも自分の注文量を全て売る。参加者Ａは、１，０００株／７，０００株の比例配分に基づいて６００株を買う。５２の価格上限がＮＢＢＯ仲値より上であると想定すると、参加者Ｂは、６，０００株／７，０００株の比例配分に基づいて３，４００株を買う。
【００８５】
図６は、図４を参照して説明した取引の時系列を示す。注文蓄積段階では、売りと買いの注文が、どちらかが１０，０００株の閾値量に達するまで蓄積され、その時点で量トリガが発動される。注文蓄積段階では、ＮＢＢＯ値は、公開情報に基づいて変化し、８．７２／８．７４の売値／買値で開始され８．７４／８．７６の値で終了する。
【００８６】
量トリガは、１０秒間のウィンドウの間にＮＢＢＯ値がランダムに選択される価格ウィンドウ段階の開始を知らせる。図６に示すように、選択された仲値は８．７７／８．８１の取得された値に基づき＄８．７９に等しい。価格ウィンドウ段階の終了時に、ＮＯＸ（「ブロックマッチアラート」として図示される）がブロードキャストされ、ブロック構築段階の開始を知らせる。ＮＢＢＯは価格ウィンドウ段階の間変化し続ける。
【００８７】
ブロック構築段階では、１０秒間の注文ウィンドウの間マッチングされた追加の注文が蓄積される。注文ウィンドウの終了時に、注文ウィンドウ中のある時点でＮＢＢＯ値が８．７９／８．８１だったため、＄８．７９の選択された仲値が注文ウィンドウ中少なくとも一度はＮＢＢＯの範囲内だったことが決定される。この決定に続いて、注文蓄積段階からのマッチングされた当初の注文が、ブロック構築段階からのマッチングされた追加の注文とともに執行される。どちらも＄８．７９の仲値での、１０，０００株と５，０００株との２つのプリントが発生する。
【００８８】
割り当て段階で割り当てが行われ、図４の割り当て結果欄６６に示すものと同じ結果が生じる。
【００８９】
上記の明細書中で、本発明は特定の例示的な実施形態を参照して説明された。しかし、以下の特許請求の範囲に記載の本発明のより広範な精神および範囲から逸脱することなく様々な修正および変更をなしうることは明らかであろう。本明細書に記載の実施形態は互いに様々に組み合わせて提示してもよい。従って、本明細書および図面は制限的ではなく例示的なものと見なされる。
【図１】
2010182311.tif 000003
【図２ａ】
2010182311.tif 000004
【図２ｂ】
2010182311.tif 000005
【図３】
2010182311.tif 000006
【図４】
2010182311.tif 000007
【図５】
2010182311.tif 000008
【図６】
2010182311.tif 000009
【外国語明細書】
2010182311000001.pdf