(57)【特許請求の範囲】
【請求項１】
複数の取引所のいずれかに向かう異常取引活動の検出、及び、検出された前記異常取引活動の、人の介入のない一時停止、のためのシステムであって、前記システムは：
複数のネットワークタップであって、
それぞれのネットワークタップは、ローレイテンシーパケットフロー監視スイッチを有し、
前記複数のネットワークタップのうち第１のネットワークタップは、注文フロー要素ハードウェアの取引所側にあり、第２のネットワークタップは、前記注文フロー要素ハードウェアの前記取引所側とは反対の側にあり、
前記第１のネットワークタップ及び前記第２のネットワークタップのそれぞれは、前記注文フロー要素ハードウェアを通過する経路に沿って前記複数の取引所のうちの少なくとも１つに向かう、取引注文メッセージフローを傍受するよう構成され、
前記第１のネットワークタップ及び前記第２のネットワークタップのそれぞれは、前記取引注文メッセージフローのコピーを取得するために用いられる、
前記ネットワークタップと；
ローレイテンシーパケットフロー監視スイッチを有する、少なくとも１つのｐＮｏｄｅと；
コンピュータに実装される異常検出＆措置ステージコンピュータと；を備え、
前記異常検出＆措置ステージコンピュータは：
市場トランザクションデータを受信できる第１のインターフェースと；
取引注文メッセージフローの前記コピーを少なくとも前記第１のネットワークタップ及び前記第２のネットワークタップを介して受信できる第２のインターフェースと；
異常検出エンジンを実装するプログラミングを格納し、及び、前記第１のネットワークタップ及び前記第２のネットワークタップから取引注文フロー情報を受信し、下記ｉ）〜ｉｖ）によって、市場情報に関する受信した前記取引注文フロー情報を分析するよう構成された、非一時プログラムストレージと；を有し、
ｉ）注文取消、注文置換、注文却下、及び注文分割を考慮しつつ、スライドする出来高ベースウィンドウ内で記号当たりに基づいて、その記号の取引が取引システムによって、前記取引システムから向けることができる全ての取引所に向けられる取引注文フローの指数関数的重み付き平均を算出する、
ｉｉ）記号当たりに基づいて、前記スライドする出来高ベースウィンドウ内で受信される取引更新メッセージに関して、出来高ベースの指数関数的重み付き平均を算出する、
ｉｉｉ）記号当たりに基づいて、前記取引注文フローの指数関数的重み付き平均と前記取引更新メッセージの指数関数的重み付き平均との間の共分散を確認する、
ｉｖ）数量及び価格の整合性のために、前記注文フロー要素ハードウェアに渡される取引注文メッセージを、前記注文フロー要素ハードウェアから渡される取引注文メッセージと比較する、
前記異常検出エンジンが、
ａ）前記注文フロー要素ハードウェアを通る少なくとも１つの記号に対する異常取引注文メッセージフロー；又は
ｂ）特定の期間増加するか持続するかのどちらか一方を行う、少なくとも１つの記号に対する、市場偏差を示す共分散内の変曲点；のどちらか一方を検出した場合、
前記異常検出エンジンは、階層化プロトコルに従って、少なくとも１つの前記記号の進行中の異常取引を停止させるよう、特定の措置を自動的に講じる、
システム。
【請求項２】
前記階層化プロトコルは、より中断の多い措置の前に、より中断の少ない措置が試みられるように、実装される少なくとも４つのレベルのプロトコルを備える、
請求項１のシステム。
【請求項３】
前記少なくとも４つのレベルのプロトコルは、順に、プロセス制御レベル、サーバ制御レベル、ネットワーク制御レベル、及び電力制御レベルを備える、
請求項２のシステム。
【請求項４】
前記システムから前記複数の取引所のそれぞれへの各経路は、注文フロー要素ハードウェアの１つ又は複数のコンポーネントを備える、
請求項１のシステム。
【請求項５】
前記市場偏差を示す前記共分散における前記変曲点の検出は、偏差の割合を判断するために、線形出来高重み付き平均化によって追従される、
請求項１のシステム。
【請求項６】
前記市場偏差を示す前記共分散における前記変曲点の検出は、前記特定の期間を超える偏差持続性を判断するために、線形出来高重み付き平均化によって追従される、
請求項１のシステム。
【請求項７】
前記少なくとも１つのｐＮｏｄｅは、前記複数のネットワークタップの前記第１のネットワークタップと前記異常検出＆措置ステージコンピュータとの間に接続される、
請求項１のシステム。
【請求項８】
更に、
前記複数のネットワークタップの前記第１のネットワークタップを介して取得された取引注文情報が、前記異常検出＆措置ステージコンピュータに到達する前に、前記ｐＮｏｄｅから充填コピーレシーバを通過しなければならないように、前記少なくとも１つのｐＮｏｄｅ及び前記異常検出＆措置ステージコンピュータの両方に結合される前記充填コピーレシーバを備える、
請求項７のシステム。
【請求項９】
更に、
前記異常検出＆措置ステージコンピュータに結合される管理＆報告コンピュータを備える、
請求項１のシステム。
【請求項１０】
それぞれがローレイテンシーパケットフロー監視スイッチを有する複数のネットワークタップであって、取引注文メッセージに待ち時間を加えることなく（ローレイテンシー）、執行のために複数の取引所のうちの少なくとも１ヶ所の取引所に向けられる前記取引注文メッセージを取得するように、取引システム内の取引フロー経路に結合される複数のネットワークタップと；
ローレイテンシーパケットフロー監視スイッチを有する少なくとも１つのｐＮｏｄｅと；
それぞれが、その両側の複数のネットワークタップのうちの少なくとも１つを有する注文フロー要素（ＯＦＥ）ハードウェアの複数のコンポーネントと；
前記複数のネットワークタップに結合される異常検出＆措置ステージコンピュータであって、前記複数の取引所から報告される市場取引に関する取引注文情報に対するスライドする出来高ベースウィンドウ内の、少なくとも１つの指数関数的出来高重み付き平均の間の共分散に基づいて、取引システム内で、前記複数の取引所に向けられる取引注文情報を、記号当たりに基づいて、受信し、分析し、前記共分散における変曲点がいずれかの記号に対して存在するかどうかを判定し、変曲点が記号に対して存在する場合、共分散逸脱率又は共分散逸脱継続時間のどちらか一方が、異常取引活動を示すかどうかを判定し、異常取引活動が示された場合、前記異常取引活動を一時停止させる一方で、前記取引システムによる他の記号に対する取引の中断を最小限にするよう、自動措置をトリガーするよう構成される異常検出＆措置ステージコンピュータと；を備える、
取引システム。
【請求項１１】
前記少なくとも１つのｐＮｏｄｅは、前記複数のネットワークタップのうちの少なくとも１つと、前記異常検出＆措置ステージコンピュータとの間に結合され、前記取引注文情報が前記ｐＮｏｄｅを通過する、
請求項１０の取引システム。
【請求項１２】
更に、
前記少なくとも１つのｐＮｏｄｅと前記異常検出＆措置ステージコンピュータとの間に位置する充填コピーレシーバを備え；
前記充填コピーレシーバは、前記ｐＮｏｄｅから前記取引情報を受信し、前記異常検出＆措置ステージコンピュータによる使用のためにそのフォーマットを再設定するよう構成される、
請求項１１の取引システム。
【請求項１３】
前記異常検出＆措置ステージコンピュータは、更に、記号当たりに基づいて、ＯＦＥハードウェアの前記複数のコンポーネントのそれぞれに入る注文総計が、単位出来高及び価格の両方の観点で、ＯＦＥハードウェアの前記複数のコンポーネントのそれぞれを出る注文総計と均衡することを判定するよう構成される、
請求項１０の取引システム。
【請求項１４】
前記異常取引活動を一時停止させるための前記自動措置の前記トリガーは、階層的に編成された取引一時停止プロトコルを呼び出す、
請求項１０の取引システム。
【請求項１５】
前記階層的に編成された取引一時停止プロトコルは、順に、措置のプロセス制御レベルと、それが無効であれば、その後の措置のサーバ制御レベルと、それが無効であれば、その後の措置のネットワーク制御レベルと、それが無効であれば、その後の措置の電力制御レベルとを備える、
請求項１４の取引システム。
【請求項１６】
前記措置のプロセス制御レベルは、コマンドをプロセスへ送信して、特定記号の取引を一時停止させるステップを備える、
請求項１５の取引システム。
【請求項１７】
前記措置のサーバ制御レベルは、コマンドを送信して、１つ又は複数の特定のサーバ上で実行されている全てのプロセスを停止させるステップを備える、
請求項１６の取引システム。
【請求項１８】
前記措置のネットワーク制御レベルは、少なくとも１つのＯＦＥハードウェアのコンポーネントによって、そのＯＦＥハードウェアのコンポーネントが取引を向けることができる前記取引所の全てに向けられる取引通信を遮断するように、コマンドを送信して、１つ又は複数のネットワーク接続を中断させるステップを備える、
請求項１６の取引システム。
【請求項１９】
取引システム内で、少なくとも１ヶ所の取引所に向けられる異常取引活動を自動的に検出する方法であって：
異常検出＆措置ステージコンピュータにおいて、特定の記号のために取引所に向けられる取引注文情報を受信するステップと；
前記異常検出＆措置ステージコンピュータにおいて、前記取引所からの取引更新情報を受信するステップと；
前記異常検出＆措置ステージコンピュータを用いて、スライドする出来高ベースウィンドウ内の指数関数的出来高重み付き平均に基づいて、前記特定の記号のそれぞれに対する、前記取引注文情報と前記取引更新情報との間の共分散を、その記号における異常取引を示す共分散内の変曲が少なくとも１つの記号に対して存在するかどうかを特定するために、分析するステップと；
前記共分散内に変曲が存在する場合、その記号の異常取引を一時停止させるプロトコルをトリガーするステップと；を備える、
方法。
【請求項２０】
前記分析は、更に、前記共分散における変曲が特定の記号に対して存在する場合に、前記特定の記号の取引注文情報の線形重み付き平均分析を用いて、前記変曲の程度又は前記変曲の持続性のうちの少なくとも１つ決定するステップを備える；
請求項１９の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年１月６日出願の米国特許出願第１４／５９０，２０１号の恩典を請求し、その開示の全体を本明細書中に引用して組み込む。
【０００２】
この開示は、一般に、電子取引プラットフォームに関し、より詳細には、電子取引プラットフォーム上で生じる可能性があるシステムを中心とする取引異常の検出及び取り扱いに関する。
【背景技術】
【０００３】
コンピュータ化された取引（電子取引として区別なく公知である）及び高速／高頻度な他のアルゴリズム取引は、大量の取引を、１ヶ所以上の取引所で人が行って、それを続け、直接に管理するにはあまりに短い時間で扱う、高度なコンピュータプログラムにより出現した取引である。これらの高速取引では、プログラミングの不具合による問題が存在することを誰かが認識してそれを修正できる前に、巨大な取引高が発生してしまい、それによって、取引人（trading entity）に対するリスク、そして市場全体への悪影響を増やす多大なリスクがある。
【０００４】
このことは、単一株（single stock）に関係する簡略化例で容易に示すことができる。ある者（entity）が、ＸＹＺ株の１０００株取引（買い又は売り）を開始すると仮定する。現行の取引プラットフォームでは、この取引リクエストを様々な方法で取り扱うことができる。それを単一の市場を通じてブロックとして扱ったり、又は、「分割（スライス）注文（slice ordering）」を使って単一市場を通して小さな取引のセット（例えば：（１）１００株ごとの１０ブロック、（２）５００株毎の１ブロックと２００株ごとの１ブロックと１００株毎の３ブロック、それぞれ、２ブロックすなわち５００株、（３）２００株毎の５ブロック等）を、２つ以上の異なる市場のどちらか一つの単一市場へ、又は同時に若しくは交互のタイミングで送信し、実行してもよい。場合により、取引は、公表されている「連結ベースデータ」には報告されない複数の「単元未満株」（すなわち、１００株未満の端株）に分けてもよい。
【０００５】
しかし、ルーティングソフトウェアの何らかのコンポーネント又はハードウェアの問題により、その取引リクエスト（又はその一部分）が不適切かつ矢継ぎ早に繰り返し発っせられる場合に、問題を生じるおそれがある。このような場合、ＸＹＺの１０００株の単一取引として意図された取引リクエストは、即座に、ＸＹＺ株の価格に対して望ましくない悪影響を直ちに及ぼす可能性のある、意図したよりもはるかに多くの株数に対する一連の取引リクエストになるおそれがある。 
【０００６】
単一取引がこのように誤って増殖する間、何回かは著しい損失又は市場の混乱を招かないかもしれない。仮に問題が複数の株式及び／又は市場に悪影響を及ぼすと、わずか数分で問題は劇的に拡大し、関係する株式に対して大きな混乱を引き起こすだけでなく、関連するオプション取引及びインデックス取引、そして場合によっては市場自体へカスケード効果をもたらす可能性があることは容易に理解できる。
【０００７】
これは非常に現実的な問題である。というのは、仮に問題が生じた場合に人が一人で適切な措置を見つけるよりもはるかに高速に、複数の取引所のいずれであれ、毎秒の取引数が数千又は数万さえ超えることは注文フローにとって珍しいことではないからである。例えば、Ｋｎｉｇｈｔ  Ｃａｐｉｔａｌ  Ｇｒｏｕｐ，Ｉｎｃ．（「Ｋｎｉｇｈｔ  Ｃａｐｉｔａｌ」）のプレスリリースで報告されたように、２０１２年８月に、Ｋｎｉｇｈｔ  Ｃａｐｉｔａｌは、その自動取引システムの取引ソフトウェアにおいて、Ｋｎｉｇｈｔが多数の誤った有価証券注文を市場に送信する事態を招く技術的問題に遭遇した。最終的に誤発注が分かったのは取引後であり、結果として４億ドルを超える損失が生じたのである。
【発明の概要】
【０００８】
この開示の一態様は、複数の取引所のいずれかに向けて異常取引活動が発生している場合にこれを検出でき、人の介入なしに、検出された異常取引活動を一時停止させる措置を講じることができるシステムに関する。このシステムは、複数のネットワークタップから構成され、複数のネットワークタップのうち第１のネットワークタップは、注文フロー要素の取引所側にあり、第２のネットワークタップは、取引所側とは反対の注文フロー要素側にあり、注文フロー要素は、取引所へ取引注文が送られる経路内にあり、第１及び第２のネットワークタップのそれぞれは、複数の取引所のうちの少なくとも１つに向かう、注文フロー要素を通過する経路に沿う取引注文メッセージフローを傍受するよう構成され、第１及び第２のネットワークタップのそれぞれは、分析のために取引注文メッセージフローのコピーを取得するよう用いられる。このシステムは：リアルタイム市場トランザクションデータを受信できる第１のインターフェースと；取引注文メッセージフローのコピーを少なくとも第１及び第２のネットワークタップを介して受信できる第２のインターフェースと；異常検出エンジンを実装する非一時プログラムストレージ内に格納されるプログラミングであって、このプログラミングは第１及び第２のネットワークタップから取引注文フロー情報を受信し、ｉ）スライドする出来高ベースウィンドウ内部で記号当たりに基づいて、その記号の取引が取引システムによって向けることができる一方で、注文取消、注文置換、注文却下、及び注文分割の原因となる、取引システムから全ての取引所に向けられる取引注文フローの指数関数的重み付き平均を算出することと、ｉｉ）記号当たりに基づいて、分割する出来高ベースウィンドウの間に受信される取引更新メッセージに関して、出来高ベースの指数関数的重み付けを行うことと、ｉｉｉ）記号当たりに基づいて、取引注文フローの指数関数的重み付き平均と取引更新メッセージの指数関数的重み付き平均との間の共分散を確認することと、ｉｖ）数量及び価格の整合性のために、注文フロー要素に渡される取引注文メッセージを、注文フロー要素から渡される取引注文メッセージと比較することによって、市場情報に関する受信した取引注文フロー情報を分析するよう構成される異常検出エンジンを実装するプログラミングと；を有する、コンピュータに実装される異常検出＆措置ステージを含む。異常検出エンジンが、ａ）注文フロー要素を通る少なくとも１つの記号に対する異常取引注文メッセージフロー；又はｂ）特定の期間を増加させるか、持続するかのどちらか一方を行う少なくとも１つの記号に対する、市場偏差を示す共分散内の変曲点；のどちらか一方を検出した場合、異常検出エンジンは、階層化プロトコルに従って、少なくとも１つの記号の進行中の異常取引を停止させるよう、特定の措置を自動的に講じる。
【０００９】
別の態様は、取引注文メッセージに待ち時間を加えることなく、執行のために複数の取引所のうちの少なくとも１ヶ所の取引所に向けられる取引注文メッセージを取得するように、取引システム内の取引フロー経路に結合される複数のネットワークタップを有する取引システムに関する。取引システムは、また、それぞれがその両側に複数のネットワークタップのうちの少なくとも１つを有する複数の注文フロー要素も有する。取引システムは、追加として、複数のネットワークタップに結合され、複数の取引所から報告される市場取引に関する取引注文情報のためのスライドする出来高ベースウィンドウ内の少なくとも１つの指数関数的出来高重み付き平均の間の共分散に基づいて、取引システム内で、複数の取引所に向けられる取引注文情報を、記号当たりに基づいて、受信し、分析し、共分散における変曲点がいずれかの記号に対して存在するかどうかを判定し、変曲点が記号に対して存在する場合、共分散逸脱率又は共分散逸脱継続時間のどちらか一方が、異常取引活動を示すかどうかを判定し、異常取引活動が示された場合、異常取引活動を一時停止させる一方で、取引システムによる他の記号に対する取引の中断を最小限にするよう、自動措置をトリガーするよう構成される異常検出＆措置ステージを有する。
【００１０】
更に別の態様は、取引システム内で、少なくとも１ヶ所の取引所に向けられる異常取引活動を自動的に検出する方法に関うる。この方法は、コンピュータ化された異常検出＆措置ステージにおいて、特定の記号のために取引所に向けられる取引注文情報を受信することと、コンピュータ化された異常検出＆措置ステージにおいて、取引所からの取引更新情報を受信することと、コンピュータ化された異常検出＆措置ステージを用いて、スライドする出来高ベースウィンドウ内部の指数関数的出来高重み付き平均に基づいて、特定の記号のそれぞれに対する、取引注文情報と取引更新情報との間の共分散を、その記号における異常取引を示す共分散内の変曲が、少なくとも１つの記号に対して存在するかどうかを特定するために、分析することと、共分散内に変曲が存在する場合、その記号の異常取引を一時停止させるプロトコルをトリガーすることとを含む。
【００１１】
前記は、以下の詳細な説明を良好に理解できるように、幾分一般的な、本開示の１つ以上の実施の形態の特長及び技術的利点の概要を説明した。本開示の追加の特長及び利点は、これ以降で説明し、本願の特許請求の範囲の主題を形成するであろう。
【図面の簡単な説明】
【００１２】
本開示については、図面を参照に、後続の詳細な説明で更に説明する。
【００１３】
【図１】図１は、異なる取引所への／からの取引注文フローを行えるようにする従来技術の取引システムの一部の概要を、簡略化した形態で示す。
【００１４】
【図２】図２は、本発明者の「ブレーキ」システムが展開された、図１のシステムを簡略化した形態で示す。
【００１５】
【図３】図３は、ブレーキシステム２００の一の実装実施例の機能コンポーネント（構成要素）を簡略化した形態で示す。
【００１６】
【図４】図４は、特定の記号の市場取引に対する相場（price）対時間チャートを簡略化した形態で示す。
【００１７】
【図５】図５は、システムが図４の記号を取引しているいくつかの異なる市場に対する出来高対時間チャートを簡略化した形態で示す。
【００１８】
【図６】図６のａ）乃至ｃ）は、正常な状態と変曲した状態の３種類のグラフ例を簡略化した形態で示す。
【００１９】
【図７】図７は、２つのタップによって画成される一の代表的実施例のＯＦＥを簡略化した形態で示す。
【００２０】
【図８】図８は、４レベル階層制御の実施例を簡略化した形態で示す。
【発明を実施するための形態】
【００２１】
本発明者は、異常な取引活動が発生しているかどうか判定し、そうであればできるだけ又はそれに応じて、中断を最小限にするやり方で介入して異常取引を隔離し、一時停止させる、電子的で、高速／高頻度に自動化された、リアルタイムの監視及び分析並びに他のアルゴリズム的取引活動を可能にするシステム及び方法を考案した。本発明者のアプローチにより、適正な取引活動に対するリスク及び影響の両方を最小化する一方、「誤検出」（すなわち、適正な活動を異常とする誤ったフラグ送信）の可能性を減らすことができる。
【００２２】
現時点で、用語「単位（ｕｎｉｔ）」は、単位を構成する物が、株式、債券、オプション（例えば、プット又はコール）取引、商品及び／又は先物取引、デリバティブ、スワップ、他の種類の金融商品などであるかどうかに関係なく、取引されるものを意味するよう本明細書で用いられる。言い換えれば、用語「単位」とは、例えば、（ａ）特定のシステムとの間で取り引きするいずれかの電子取引所；同様に、実装によっては（ｂ）内部充填（ｉｎｔｅｒｎａｌ  ｆｉｌｌ）；及び／又は（ｃ）ダークプール取引；を介して価格設定され、取引される種類の金融商品を含むことを意図している。本明細書中で用いるように、用語「取引所（ｅｘｃｈａｎｇｅ）」とは、従来の取引所、電子取引所、内部取引マッチング（すなわち、「充填（ｆｉｌｌ）」）システム、及びダークプール取引構成のうちのいずれか又は全てを含むことを意図している。従来の取引所及び電子取引所の代表的で非制限的な例には、シカゴ証券取引所、ＮＡＳＤＡＱ、ＣＢＯＥ証券取引所、ナショナル株式取引所、ＮＱＢＸ、ＰＸＳ証券取引所（ＮＱＰＸ）、ニューヨーク証券取引所（ＮＹＳＥ）、ＥＤＧＡ及びＥＤＧＸ取引所、アーキペラゴ取引所（ＡＲＣＡ）、ＢＡＴＳ取引所、ロンドン証券取引所、ＩＣＥ先物取引所、ユーロネクスト、シカゴ先物取引所等が含まれる。
【００２３】
同様に、本明細書中で用いるように、用語「記号（ｓｙｍｂｏｌ）」とは、関連する単位の買い又は売りを行うよう取引所及び注文システムによって直接又は間接的に用いられる１つ以上の単位の識別子として示すよう用いられる。例えば、株式では、記号は企業の証券コード記号であり、債券では、記号は証券ＣＵＳＩＰ番号であってもよく、オプションでは、記号はオプション記号又は他の企業表示、行使価格、及び満期日であり、同様に、商品及び先物取引では、記号は取引される特定物の表示及び受渡日である。
【００２４】
最後に、本明細書中で用いるように、用語「注文フロー要素（ｏｒｄｅｒ  ｆlｏｗ  ｅｌｅｍｅｎｔ」及び「ＯＦＥ」は、注文（又は構成要素）が行われる取引所（１ヶ所以上）へのゲートウェイに対して、注文が入力されてもよい時点から注文フロー経路を構成する１つ以上のコンポーネントを意味する方法として区別なく用いられる。特定のシステムに応じて、個々のＯＦＥは、それが単一のハードウェアコンポーネントに対応するように定義されてもよく、注文フロー経路に多数のハードウェアコンポーネントを組み込むように定義されてもよいことに留意されたい。
【００２５】
一般に、本発明者のアプローチは、注文フローにおける様々な点（ポイント）において取引所（１ヶ所以上）への、及び、そこからの注文フローに（中断させることなく）「侵入する」か、注文フローを「監視」するかして、市場提供情報に関する注文入力全体の多くの部分においてその注文フローを解析して、潜在的な誤取引活動を自動的に特定し、特定した誤取引活動を、最良で最小限の中断方法で即座に停止するのが理想である。特に、このアプローチでは、ＯＦＥに入る注文（又はその一部）を構成する記号に対する単位の総量が、ＯＦＥを出る場合に必ず同一となるように、１つ以上のＯＦＥの両側の注文フローが傍受される。
【００２６】
以下詳細に説明するように、本発明者が用いるアプローチは、取引量及び取引高の保存を考慮し、及び／又は、特定のスライドする取引量ウィンドウ内で、疑念を持たれながら全体として市場から離反するように変動する（すなわち、全ての関連取引所にわたる１つ以上の記号に対する活動を総合的に考慮した場合に逸脱する）注文フロー活動を探索する誤取引活動検出に向けた「エントロピー」アプローチである。かかる逸脱が見つかった場合、このアプローチでは、システムが「サーキットブレーカ」のように働くことができ、ハードウェア又はソフトウェアコンポーネントが全体的に故障した場合には特定のコンポーネントを一時停止できる、又は、１つ以上の記号又は取引所に悪影響を及ぼす障害がある場合、（１）単一記号／単一取引所に基づいて（ベースで）、（２）複数記号／単一取引所に基づいて（ベースで）、（３）単一記号／複数取引所に基づいて（ベースで）、そして（４）複数記号／複数取引所に基づいて（ベースで）、作動を（必要に応じて）一時停止できる。
【００２７】
その上、有利にも、このアプローチは、注文フロー経路内にコンポーネントを設ける必要がない。その結果、本発明者のシステム及び方法は待ち時間を加える（すなわち、取引デスクと取引所との相互間を通るよう、注文に関連する情報のための時間を増やす）必要がない。
【００２８】
上記を念頭に、本発明者のアプローチを図面を参照にここで説明するが、図中、異なる図の同一符号は同一のものを示す。
【００２９】
概要を述べると、本発明者のアプローチは、従来の公知な注文入力ハードウェアコンポーネント及び装置で構成される従来型の注文フローシステムに実装され、トレーダが入力する手動注文、自動取引ストラテジ、又はそれらの何らかの組み合わせに従っているかどうかの、１ヶ所以上の取引所に送られる、単位での買い又は売り（すなわち取引）の注文、及びそこから受け取る、取引確認を集合的に可能にする。図１は、１ヶ所以上の取引所１０２−１、１０２−２、１０２−３、１０２−４、・・・、１０２−ｎに結ばれた従来の一の注文フローシステム１００の実施例を簡略化した概略の形態で示し、この注文フローシステムは、例えば、従来の取引所、電子取引所、（内部取引マッチングのための）内部充填システム、及び／又はダークプール（一つ以上）のうちの１つ以上に向けて取引注文を実行可能なようにルーティングできる。
【００３０】
図示のように、このシステムは複数の「スマート」注文入力コンポーネント１０４−１、１０４−２、・・・、１０４−ｎから構成される。スマート注文入力コンポーネント１０４−１、１０４−２、・・・、１０４−ｎは、特定の装置に適する従来のインターフェース１０６−１、１０６−２、・・・、１０６−ｎを介して、例えば、トレーダ、ブローカ、又は更にプログラム化された取引コンピュータによって入力される注文の結果としての単位での買い又は売りのための入力注文を受け取る。
【００３１】
これらの「スマート」注文入力コンポーネント１０４−１、１０４−２、・・・、１０４−ｎは、他の又は追加のスイッチ／インターフェース１１２−１、１１２−２、１１２−３、１１２−４、・・・、１１２−ｎを介して、実行のために特定の取引所１０２−１、１０２−２、１０２−３、１０２−４、・・・、１０２−ｎに何らかの特定の注文の全て又は幾つかの部分を、順に送信する従来型の注文ルータ１１０−１、１１０−２、１１０−３、１１０−４、・・・、１１０−ｎに注文を提供するスイッチ１０８−１、１０８−２、・・・、１０８−ｎを介して、取引所１０２−１、１０２−２、１０２−３、１０２−４、・・・、１０２−ｎのうちの１つ以上に注文をルーティングする。
【００３２】
スマート注文入力コンポーネント１０４−１、１０４−２、・・・、１０４−ｎ及び注文ルータ１１０−１、１１０−２、１１０−３、１１０−４、・・・、１１０−ｎは、それら自体がプログラム化コンピュータで構成される、又は、スイッチ１０８−１、１０８−２、・・・、１０８−ｎ及びスイッチ／インターフェース１１２−１、１１２−２、１１２−３、１１２−４、・・・、１１２−ｎであるように制御されるプログラム化コンピュータである。
【００３３】
この時点で、図１に示す種々のコンポーネント間の種々の接続が、必要に応じて又は所望通りに、有線、無線、又は光ファイバでの接続のうちの１つ以上を含んでもよいことに留意すべきである。
【００３４】
上で指摘したように、かかるシステムにより、まれではあるが、それら装置のうちの１つに何か異常があると、場合によっては、例えば、先に指摘したような重大な市場の中断及び／又は損失を招くおそれのある、重複注文を速射方法で不適切に繰り返し発する可能性がある。
【００３５】
上で指摘したように、本発明者が考案したのは、システム全体にわたって取引所に向けられた注文に対して発生する債務（liability）をリアルタイムに検出し、取引所から返信されて受け取った取引更新メッセージに対してそれらをチェックする、取引所への、及び、取引所からの取引フロー（trade flow）を監視するために、注文フローシステム１００に組み込まれた「ブレーキ」システムを用いたアプローチであった。これは、注文フローシステム１００内の重要な点において、何も異常がないことを確認するため、取引対象全ての単位（ユニット）に対する取引活動及び取引活動総計の「取引所毎」の見解を提供し、何か異常があれば、障害が生じている場所を検出し、それが継続することを停止するよう（理想的には）最も中断が少ない最小限の措置を取れる能力を提供する。
【００３６】
図２は、簡略化した形態で、本発明者の「ブレーキ」システムが展開された、図１のシステム１００を示す。図２のシステム１００は、解析エンジン２３２（後で詳細に説明する）と合わせて、ブレーキシステム２００（一点鎖線で示す）を形成する一連の光タップ２０２、２０４、２０６、２０８、２１０、２１２、２１４、２１６、２１８、２２０、２２２、２２４、２２６、２２８、２３０を収容するよう、スマート注文入力コンポーネント１０４−１、１０４−２、・・・、１０４−ｎと、スイッチ１０８−１、１０８−２、・・・、１０８−ｎと、スイッチ／インターフェース１１２−１、１１２−２、１１２−３、１１２−４、・・・、１１２−ｎと、注文ルータ１１０−１、１１０−２、１１０−３、１１０−４、・・・、１１０−ｎとの間に光ファイバ相互接続を含み、それらが以前には用いられなかったという点を除いて、図１のシステムに類似する。
【００３７】
図２に示すように、全ての注文ルータ１１０−１、１１０−２、１１０−３、１１０−４、・・・、１１０−ｎ、並びに、図示する２つのスマート注文入力コンポーネント１０４−１及び１０４−ｎ、そして２つのスイッチ１０８−１及び（訳注：表現統一のために入れました）１０８−ｎは、全て、それらがそれらの両側にタップを有するのでＯＦＥである。対照的に、スマート注文入力コンポーネント１０４−２とスイッチ１０８−２との組み合わせは、両方とも２つのタップ２１４、２１６間にあり、その間にタップがないので合わせて１つのＯＦＥ２３６である。
【００３８】
加えて、図２では、スイッチ／インターフェース１１２−１、１１２−２、１１２−３、１１２−４、・・・、１１２−ｎと、取引所１０２−１、１０２−２、１０２−３、１０２−４、・・・、１０２−ｎとの間にタップがない。これは、特定のタップ配置は単に設計上の選択であること、そしてどのコンポーネントがＯＦＥであるかを示すことが目的だからである。したがって、これより少ない又は多いタップを、図２や他の特定の実装（一つ以上）において用いてもよいことは言うまでもない。
【００３９】
本発明者のアプローチを用いたシステムの全体構成を説明してきたが、ブレーキシステム２００の更なる詳細を、簡略化した形態で、ブレーキシステム２００の一の実装例の機能コンポーネントを示す図３に関連して説明する。図３に示すように、ブレーキシステム２００は、取引所３０４（１ヶ所以上の取引所１０２−１、１０２−２、１０２−３、１０２−４、・・・、１０２−ｎ）へ送られる取引情報に侵入し、これを取得するように作動する「ｐＮｏｄｅ」（ｐＮｏｄｅ１〜ｐＮｏｄｅｎ）３０２−１、・・・、３０２−ｎ−１、３０２−ｎと呼ばれる一連の構成要素と結合されるタップ（そのうちの２つである２２８及び２３０を示す）から構成され、この場合、タップ２２８及び２３０は注文ルータ１１０−ｎの両側にあるので、その注文ルータ１１０−ｎはＯＦＥである。物理的には、一の実装例において、ｐＮｏｄｅ及びタップは、３７５  Ｆｏｕｒ  Ｌｅａｆ  Ｌａｎｅ，Ｓｕｉｔｅ  ２０４，Ｃｈａｒｌｏｔｔｅｓｖｉｌｌｅ，ＶＡ２２９０３に所在するｎＰｕｌｓｅ  Ｔｅｃｈｎｏｌｏｇｉｅｓが市販するｎＰｕｌｓｅ  Ｈａｍｍｅｒｈｅａｄ、及び、３１０  Ｌｉｔｔｌｅｔｏｎ  Ｒｏａｄ，Ｗｅｓｔｆｏｒｄ，ＭＡ０１８８６−４１０５に所在するＮｅｔＳｃｏｕｔ Ｓｙｓｔｅｍｓが市販するＳｉｍｅｎａ  ｎＧｅｎｉｕｓ  ＰＦＳ−１５２０パケットフロー監視スイッチとタップを用いて作成される。したがって、言うまでもなく、各ｐＮｏｄｅは、それ自体、少なくともプロセッサ上に、不揮発性ストレージや外部インターフェース等に含まれるＲＡＭ、ＲＯＭ、ファームウェア及びソフトウェア等のプログラミングを含む専用コンピュータである。特定の実装に応じて、そのハードウェアにより、それらの装置を、（１）一対一でペアを成してもよく、（２）ｎＰｕｌｓｅ  Ｈａｍｍｅｒｈｅａｄ当たり２つ以上のＰＦＳ−１５２０により構成してもよい。無論、上記又は他の企業からの他の代替ハードウェアを用いて、注文フローに待ち時間を加えずにそのフローに侵入し、異常検出＆措置ステージ３０６と呼ばれる１つ以上の機能コンポーネントによる分析のためのその注文フローデータを提供する能力である重要な態様である効果を等しくもたらすようにしてもよい。加えて、言うまでもなく、実際の「タップ」位置に対するｐＮｏｄｅの物理的配置は図３の表現により暗示されるものではない。特定の実装に応じて、ｐＮｏｄｅを、物理的なタップ位置から物理的に離してもよく、最近傍にあってもよい。
【００４０】
図３の実装例表現で更に示すように、ｐＮｏｄｅ  ３０２−１、・・・、３０２−ｎ−１、３０２−ｎは、タップ注文情報（又はそのサブセット）を、異常検出＆措置ステージ３０６へ任意に充填コピーレシーバ３０８を介して送る。タップ注文情報は異なる取引所３０４から生じ、異なるフォーマットを有する可能性があるため、充填コピーレシーバ（Fill Copy Receiver）３０８を用いて、それが受け取る注文情報を解析し、異常検出＆措置ステージ３０６によってその分析で用いることができる一般形式にフォーマットを再設定する。加えて又は代替として、充填コピーレシーバ３０８は、情報が取得されたタップの識別等の提供情報に、及び、異常検出＆措置ステージ３０６が必要とするかもしれない、又は、異常検出＆措置ステージ３０６がＯＦＥ又はその何らかの部分を一意に識別する、例えば、ＴＣＰ／ＩＰの５タプルを有することが望ましいかもしれない他の情報に、追加情報を加えてもよい。
【００４１】
加えて、異常検出＆措置ステージ３０６は、「ティック（TICK）」レシーバ３１０を介して、関連する取引所３０４から直接、異常検出＆措置ステージ３０６にも供給される取引更新メッセージの供給を受け取る。充填コピーレシーバ３０８と同様に、ティックレシーバ３１０は、受け取った取引更新情報を解析し、異常検出＆措置ステージ３０６が用いることができる一般形式にフォーマットを再設定し、また、異常検出＆措置ステージ３０６が必要とするであろう追加情報を任意に加えてもよい。ここで、特定の実装に応じて、速度及び効率のために、異常検出＆措置ステージ３０６は、例えば、異常検出のために必要な分析を都合のよい方法で種々のコンピュータに分割できるように、１台以上のコンピュータから構成いてもよい。例えば、分割は、取引される単位（ユニット）の種類（すなわち、分割株式、オプション由来、債券由来、商品由来等）によってでもよく、例えば記号の範囲に基づいて更にサブセットに分割してもよい。同様に、充填コピーレシーバ３０８及び／又はティックレシーバ３１０によって実行される機能を、代替として、同じ装置、異なる装置、又は異常検出＆措置ステージ３０６自体で実行してもよく、異常検出＆措置ステージ３０６へ渡す前に情報に関して実行される必要のある特定の操作に基づいて内部で分割してもよい。
【００４２】
異常検出＆措置ステージ３０６は、１つ以上のプロセッサ、ＲＡＭ、ＲＯＭ、非一時プログラムストレージ、データストレージ、適正なプログラミング、インターフェース、キーボード（１つ以上）、ディスプレイ（１つ以上）等、従来のコンピュータコンポーネントを含むコンピュータ装置であり、それが直接に受け取った情報又は任意の充填コピーレシーバ３０８及び任意のティックレシーバ３１０を介して受け取った情報を用いて、プログラム制御下で、異常取引活動があるかどうか判定し、もしあれば、異常取引の原因であるＯＦＥを特定し、かかる場合、異常取引活動を中止する（又は、中止させる）ために適切な措置を講じるよう構成されている。特定の実装に応じて措置を講じるために、異常検出＆措置ステージ３０６は、更に、異常検出＆措置ステージ３０６が直接に１つ以上のＯＦＥを制御する又はシャットダウンできるインターフェースを有して構成することができる、又は、注文フローシステム１００のメッセージ送受信又はＯＦＥ制御３１４の部分に適切なメッセージを送信して１つ以上のＯＦＥ（又はかかるＯＦＥ（１つ以上）を構成するコンポーネント）に対して特定の措置を講じるようそれに伝えるよう構成することができる。そうするために異常検出＆措置ステージ３０６が用いるアプローチに関するより多くの詳細を以下に説明する。
【００４３】
一般に、更なる実装によっては、異常取引活動を検出した時（及び、任意かつ周期的に又はリクエストに応じて）、異常検出＆措置ステージ３０６は、更に、１つ以上の管理＆報告コンピュータ３１２に情報を提供するよう構成される。一般に、管理＆報告コンピュータ３１２は、ユーザが異常検出＆措置ステージ３０６が供給する情報を含む適切な報告の閲覧を可能にするソフトウェアと共に構成される従来のコンピュータであり、また、ユーザが異常検出＆措置ステージ３０６を構成できるようにしても、異常検出＆措置ステージ３０６が用いる１つ以上のパラメータを修正して発行を検出できるようにしてもよい。
【００４４】
本発明者のアプローチに対するコンポーネントの配置例を説明してきたが、ｐＮｏｄｅ及び異常検出＆措置ステージ３０６の働きに関する詳細をここに説明する。
【００４５】
一般論において、先に述べたように、ｐＮｏｄｅは、各ＯＦＥに流れ込んでそこから流れ出る要求取引の全てに対する取引注文のコピーを、侵入して取得し、その情報を異常検出＆措置ステージ３０６に提供する。異常検出＆措置ステージ３０６は、異なる取引所又は部分的な注文充填（order fill）へ注文を分割することとは関わりなく、全取引所に対する全注文を説明できるように、全てのｐＮｏｄｅから受信した情報を集約する。このように、異常検出＆措置ステージ３０６は、取引所ごとの取引一覧と全取引所にわたる取引の集約の両方、並びに、全ての約定取引の取引所側からの記録を持つことになる。この情報を用い、そして、既存の異常取引識別アプローチとは対照的に、本発明者は市場に対する共分散の数量に基づくチェックを通じて異常取引を識別するためにエントロピー測定アプローチを採用する。
【００４６】
異常検出＆措置ステージ３０６で適用される本発明者の異常検出アプローチを、図４で、取引例を表すドットにより、特定の記号の市場取引に対する相場対時間図を簡略化した形態で示す一例としてここに説明する。図５は、このシステムが、図４の期間「Ｔ」の間、図４の記号を取引している異なるいくつかの市場に対する出来高対時間図を簡略化した形態で示す。図４に示すように、ある期間にわたり、この特定記号の相場は大きく変動している。同様に、図５に示すように、グループ５０４内の各スティック（棒グラフの各バー）５０２は、時間「Ｔ」の間の時間内の特定の時点での特定の取引所において取引されたその記号の出来高を表すとともに、時間内のその時点におけるその記号に対する市場出来高を表すグループ５０４の総出来高を示す。したがって、図５の実施例では、その記号がその特定期間中に取引される市場が５ヶ所あり、それらの出来高の差は、注文、注文のルーティング、及び／又は注文の分割の差を反映している。図５で更に示すように、それは出来高に基づいているので、スライドする出来高ウィンドウの大きさは、時間ｔｘにおける１つの幅５０６ａ（出来高が小さい場合）から時間ｔｘ＋ｎでの狭い幅（出来高が大きい場合）５０６ｂへ変化する。 
【００４７】
本発明者のアプローチでは、記号に基づき、以下の分析が、異常検出＆措置ステージ３０６によって行われる。最初に、対象の取引システムに対して、そのシステムが構成する市場出来高の履歴パーセンテージが定期的に判定される。特定のシステム１００及び取引量に応じて、その定期的期間は延長されても短縮されてもよく、関係する特定の記号及び市場（１ヶ所以上）に基づいて異なってもよい。一例として、移動平均を算出し、特定の記号が、対象の市場において１日当たり約１８５０万単位取引され、履歴から見て、特定のシステム１００が、平均で、上記出来高の１０．８％を占める場合、これは、特定のシステム１００が、通常は、１日当たりその記号の取引の約２００万単位を占めることを意味している。
【００４８】
分析に基づいて出来高移動ウィンドウサイズが確立される。上記の１日当たり２００万単位の例を用いて、１００，０００単位の出来高ウィンドウを確立してもよい。したがって、市場から受け取った取引更新情報に含まれる出来高情報及びスライドする出来高ウィンドウを用いて、タップを介してシステム１００から取得された情報を用いて、市場に対する一方の移動平均と、システム内の注文取消、注文置換、注文却下、及び注文分割の要因である、システムのその取引部分に対する他方の移動平均との両移動平均が、記号ごとに基づいて計算される。次いで、これらの移動平均計算の結果は、異常検出エンジンによる異常検出に用いられるが、このエンジンは、異常取引が存在する可能性があるかどうかを確認するよう、取引情報の出来高に基づく重み付き平均分析を実装する異常検出＆措置ステージ３０６内で作動する特定のプログラミングである。
【００４９】
異常は、合理的に予想できる期間にわたり、市場からの正常な発散が生じ得るが一般の水準に向けて急速に退行するものの、異常ではないという仮定の下で、深刻な発散率及び／又は持続的な不一致がシステム１００と市場との間に存在している場合に検出される。とりわけ、このアプローチは、それを違法な異常として誤って検出することを回避する一方、例えば記号に関するニュース発表に起因して普通の状況で生じる可能性がある正常な取引バースト活動は許容する。
【００５０】
詳細には、異常検出プロセスは、異常検出エンジンを用いて、スライドする出来高に基づくそれぞれのウィンドウ内で、市場での記号取引出来高と、システム１００での記号取引出来高との両方に対する指数関数的な重み付き平均を算出することにより実行される。正常状態下で、両方の間の共分散はプラスであり、両方とも本質的には互いに線形に追従することを意味する。対照的に、潜在的な異常が存在すのは、スライドする出来高に基づくウィンドウに基づいて、システム取引出来高と市場出来高との間に変曲点（プラスからマイナスへの共分散の変化）が存在する場合である。変曲点が認識されると、システム１００と市場との両方に対する線形重み付き移動平均は、ウィンドウが前に進むにつれて、逸脱の程度及びその持続性（すなわちトレンド）を判定するように分析される。特定の実装に応じて、各記号に対する取引出来高の線形重み付き移動平均を、連続的に、及び／又は、指数関数的な重み付き平均計算と共に、計算することができる、又は、それを、特定の記号に対する変曲点の認識時に開始してもよい。
【００５１】
図６ａ）乃至６ｃ）は、正常状態と変曲状態の３つのグラフ例を簡略化した形態で示す。特に、図６ａ）は正常状態を示し、上側の線６０２は、ある期間にわたる記号の市場取引に対する指数関数的出来高重み付き平均を示し、下側の線６０４は、タップを介して取得された、システム１００によるその記号の取引に対する指数関数的出来高重み付き平均を示す。図６ａ）で見て取れるように、両方の線は本質的に平行であり、２つの間のプラスの共分散を反映している。対照的に、図６ｂ）は、同じ期間に継続する市場取引６０２に対して、システム１００によるその記号の異常に増加する取引出来高を反映する指数関数的出来高重み付き平均における変曲点６０６（傾きの変化）によって示されるような、図６ａ）で反映される同期間中に生じる、異常状態の一例を示す。図６ｂ）と同様に、図６ｃ）は、図６ａ）で反映される同じ期間中に生じる、別の異常状態の一例を示しており、この場合も、同じ期間に継続する市場取引６０２に対して、システム１００によるその記号の異常に減少する取引出来高を反映する指数関数的出来高重み付き平均における変曲点６０８によって示される。言うまでもなく、図６ｃ）に反映される状態は中断は少なく、図６ｂ）より妥当な状態を反映している可能性がある。その理由は、図６ｃ）が、清算に続いて、その記号がシステム１００でまばらに取引され、仮にそうであったとしても、全体として市場内の他者によって取引され続けるように、悪いニュース後に行われた特定の記号の清算を反映している可能性があるからである。
【００５２】
この時点まで、本発明者は、市場に関する異常検出に向けた本発明者のアプローチを説明してきた。本発明者は、ここで、人が、特定の取引所に対する特定のＯＦＥを原因とする１つ以上の特定の記号により問題を検出できるようにする、異常検出の更なるレベルについて説明する。
【００５３】
上で指摘したように、ＯＦＥは、２つのタップ間でシステムの注文フローが渡される特定のコンポーネントとして定義される。言い換えれば、一方のタップはＯＦＥの取引所に面する側にあり、他方は取引所側の反対のＯＦＥ側（すなわちＯＦＥ入力側）にある。
【００５４】
図７は、２つのタップ２１４及び２１６によって画成されるような一の代表例であるＯＦＥ７０２を簡略化した形態で示す。図７に示すように、このレベルの異常検出において、ＯＦＥ７０２に入る特定の記号に対する注文フローは、単位数及び価格の両方の観点で、ＯＦＥ７０２から出る（すなわち、ＯＦＥ７０２のタップ２１６が取引所に面する側の）特定の記号に対する注文フローと比較される。流入側において、取消、置換、及び却下メッセージに対して考慮しなければならない。同様に、流出側において、取消、置換、及び却下メッセージ、並びに、注文分割（該当する場合）に対して考慮しなければならない。注文取消、注文置換、注文却下、及び注文分割の原因となる、単位総計及び総額のどちらか一方に不一致がある場合、このＯＦＥがエラーの原因であることが推定される。
【００５５】
したがって、図７の実施例と共に続けると、ＯＦＥ７０２に入力される特定の記号に対する２つの注文が存在し、その一方は＄１４．１０／単位で２０００単位の売りであり、もう一方は＄１４．１０／単位で１０００単位である。結果として、ＯＦＥ７０２に入力されるその記号に対する単位合計は３０００単位であり、ＯＦＥ７０２に入力されるその記号に対する総価格は＄４２，１００である。ＯＦＥ７０２内では、それら２つの注文は５ヶ所の異なる取引所向けに分割して執行される。それにもかかわらず、ＯＦＥ７０２を出るフローで表されるその記号に対する単位の総数は、（８００単位＋５００単位＋１２００単位＋３００単位＋２００単位）＝３０００単位である。その量は、ＯＦＥに入力されて表される単位数と一致するため、両方とも量ベースで均衡し、異常は全くない。同様に、ＯＦＥ７０２を出るその記号に対する注文フローの価格は、（＄１１，２００＋＄７，０５０＋＄１６，８００＋＄４２３０＋＄２，８２０）＝＄４２，１００である。価格は、その記号に対するＯＦＥ７０２への注文フローの価格と一致するので、そのＯＦＥ７０２を通るその記号に対する注文フローに関し、重ねて何の異常もない。
【００５６】
対照的に、注文分割に、＄１４．１０で売る予定であった単位のうちの幾つかが、実際には＄１４での売り注文に組み込まれていたような異常があった場合、ＯＦＥ内への価格は、ＯＦＥ外への価格と一致せず、異常があることになる。
【００５７】
この時点で注目に値するのは、ＯＦＥを通るフローは、何百何千もの記号に対して、毎秒何万件ものトランザクションに関係する可能性があることである。したがって、異常検出の目的は異常を捕らえることにあるので、異常が生じるのと等しく高速でなければならない。したがって、この態様は単純な演算を含んでいてもよいが、異常検出＆措置ステージ３０６の作業を、同時に作動する多くのプロセッサを用いる極めて高速なコンピュータ以外で行うことは不可能である。
【００５８】
異常が検出されると仮定すると、実装によっては、４レベル階層制御を用いて非異常動作の中断を回避又は最小化するように問題に対処する。
【００５９】
図８は、この４レベル階層制御８００の実施例を簡略化した形態で示す。階層は、潜在的な中断を増やす順に、プロセス制御に関係する第１のレベル８０２から、サーバ制御に関係する第２のレベル８０４へ、ネットワーク制御に関係する第３のレベル８０６へ、電力制御に関係する第４のレベル８０８へと進む。
【００６０】
第１のレベル８０２は、先ず、そのＯＦＥのうちのいくつか又は全てに関連するプロセス（一つ以上）の管理（ステップ８１０）に関する。これは、コマンドをプロセス（一つ以上）に送って、異常が検出された記号（一つ以上）の取引の中止に関する。このステップは、このＯＦＥ内の特定のプロセス（一つ以上）による異常記号の取り扱いだけに障害があると仮定している。仮にこれが有効（効果あり）であれば（ステップ８１２）、異常取引記号（一つ以上）の取引は、そのＯＦＥにおいて中止される（そして、その記号取引はその他のＯＦＥによって取り上げられる）が、そのＯＦＥを通る他の全ての記号は、取引が続けられる。そうでなければ、コマンドが、異常が検出された記号（一つ以上）の取引に関係するそのＯＦＥにおいてプロセス（一つ以上）／インスタンス（一つ以上）を強制終了させる（ステップ８１４）。このステップは、従って、特定のプロセス（一つ以上）自体に障害があると仮定している。仮にこれが有効であれば（ステップ８１６）、そのプロセスインスタンスを介する全ての取引が終了し、異常が検出された記号（一つ以上）の取引は他のインスタンスによって取り上げられる。プロセス（一つ以上）／インスタンス（一つ以上）の強制終了が無効（効果なし）であれば（ステップ８１４）、サーバ制御レベル８０４が呼び出される。
【００６１】
サーバ制御レベル８０４では、１つ以上のコマンドが、異常が検出された記号（一つ以上）の取引に関係するそのＯＦＥにおいて、アプリケーションサーバ（一つ以上）をシャットダウンする（ステップ８１８）ために送られる。仮にこれが有効であれば（ステップ８２０）、そのアプリケーションサーバ上で実行される全てのプロセスは停止し、それに通常向けられる取引は、他のアプリケーションサーバにより取り上げられる。仮にこの制御レベル８０４が無効であれば、アプローチは第３の制御レベル８０６、ネットワークレベル制御に移る。
【００６２】
ネットワーク制御レベル８０６では、１つ以上のコマンドが、異常が検出された記号（一つ以上）の取引に関係するそのＯＦＥにおいて、サーバ（一つ以上）に対する取引所に面する側のネットワークリンクをシャットダウンする（ステップ８２２）ために送られる。仮にこのステップが有効であれば（ステップ８２４）、取引所に面する側のそれらのサーバ（一つ以上）からの全てのネットワーク通信が終了する。そうでなければ、１つ以上のコマンドが、そのＯＦＥから／への通信の遮断を必要とするネットワークスイッチ（一つ以上）及び／又はルータ（一つ以上）をシャットダウンする（ステップ８２６）ために送信される。仮にこれが有効であれば（ステップ８２８）、ＯＦＥ（又はその幾つかのサブセット）を介する全ての通信が一時停止される。仮にこれが有効でなければ、問題は深刻化して、第４の制御レベル８０８が呼び出される。
【００６３】
第４の制御レベル８０４は電力制御レベルである。電力制御レベル８０４により、アプリケーションサーバ（一つ以上）及び／又はネットワークスイッチ（一つ以上）及び／又はルータ（一つ以上）を含む物理的ラック、ベイ、フレーム、又はキャビネットに対する電力が遮断される（ステップ８３０）。事実上、全てのインスタンスにおいて、たとえ最も中断する方法であったとしても、この「最後の手段」が異常を一時停止させるべきである。
【００６４】
他の変形例
【００６５】
特定の実装に応じて、言うまでもなく、線形重み付き平均を、指数関数的重み付き平均計算と共に継続的に計算してもよく、それを、変曲点が検出された場合に限り、いずれ計算してもよい。加えて、特定の実装に応じ、このアプローチにより、誤った注文が市場に送られ続ける増加型出来高異常（Ｋｎｉｇｈｔ  Ｃａｐｉｔａｌタイプの問題）並びに正当な注文を市場が受けない減少型出来高異常の検出が可能になる。
【００６６】
偏差及び持続性に関し、その分析の一部として任意に、異常検出＆措置ステージ３０６は、例えば、特定のパーセンテージ偏差単独又は特定の時間よりも長くに持続するもの、ある特定数の標準偏差（「σ」）、ある期間にわたる標準偏差の増加数（瞬時偏差は±９σ以上であってもよいので）に基づいて、又は、その他の所望する対策に基づいて、閾値セットを有利に持つことができる、その重要点は、用いられる特定の対策ではなく、どちらかと言えば、取引される単位の次の「ｘ」出来高内で一般水準に向かう非退行を示す対策の使用である。言い換えれば、対策とは、場合によっては、システム１００が市場の「先」を行き、市場が、２つの間の共分散が収束するようにその後直ぐに追随してもよく、さもなければ、システムは、普通ではない取引に起因する正当な出来高変動を有することになろうが、このような場合には、それは一般水準に向けて急速に後退すべきであるということを可能にする
【００６７】
有利にも、上記アプローチは、異常を認識するための新規で独特な方法であり、それに対するそれらの取り扱いは、素早く異常に対処するように、講じられる措置の異なる「レベル」を可能にする一方で、非異常活動が、適用できる原因となる状況に対して可能な限り最大の範囲で継続することを可能にすることを、正しく認識するべきである。
【００６８】
例えば、検出に関して、市場に関する所定の記号に対する変曲の単なる検出は、他の処置を講じるのではなく、何らかの警告をトリガーするよう設定されてもよいのに対して、一般水準に退行するいくつかの連続した変曲の検出は、他の形では容易に検出できない問題を信号で伝え、階層制御又は他のいくつかの措置に従って、措置をトリガーしてもよい。同様に、変曲度が異なる変曲の検出を追跡することを利用して異なる措置をトリガーすることができる。例えば、高い変曲度は、低い変曲度とは異なる措置を呼び出してもよい。例えば、いくつかの実装により、複数の記号にわたる高い変曲度は、例えば、１つ以上の制御レベルをバイパスすることをトリガーしてもよく、結果として、第２又は第３のレベルの制御措置の即時トリガーを生じる。同様に、例えば、誤取引記号に関係するプロセスの強制終了及び即時再起動等、１つのレベル内の異なる措置を、逸脱トレンドの持続性／継続時間に基づいてトリガーしてもよい。
【００６９】
最終的に、いくつかの実装における本発明者のアプローチにより、異常を考慮すべき、スライドする出来高ウィンドウの大きさ、変曲度、継続時間、又は持続性は、有利にも、記号当たり及び／又は対象の取引所当たりに基づいて、場合によっては自動的に、他の場合においては人の介在により手動で個々に指定することにより、異常だとして感知される１つの記号に対する通常の活動を最良に回避できる（その理由は、それが別の記号にともなって発生したケースだからである）。このように、まばらに取引される又は積極的ではない記号は、大量に取引される又は積極的な記号とはその主要因は異なるのである。
【００７０】
１つ以上の例示の実施の形態を参照して本願の原理を説明し、図示したが、実施の形態（一つ以上）は、本明細書中に開示する原理から逸脱することなく、編成及び詳細において変更されてもよく、本願は、本願が開示する主題の精神及び適用範囲内にある場合に限り、全てのかかる修正及び変形例を含むものとして解釈されることを意図していることは明らかである。
［第１の局面］
複数の取引所のいずれかに向けて異常取引活動が発生している場合にこれを検出でき、人の介入なしに、検出された前記異常取引活動を一時停止させる措置を講じることができるシステムであって：
複数のネットワークタップを備え；
前記複数のネットワークタップのうち第１のネットワークタップは、注文フロー要素の取引所側にあり、第２のネットワークタップは、前記取引所側とは反対の前記注文フロー要素側にあり、
前記注文フロー要素は、前記取引所へ取引注文が送られる経路内にあり、
前記第１のネットワークタップ及び前記第２のネットワークタップのそれぞれは、複数の取引所のうちの少なくとも１つに向かう、前記注文フロー要素を通過する経路に沿う取引注文メッセージフローを傍受するよう構成され、
前記第１のネットワークタップ及び前記第２のネットワークタップのそれぞれは、分析のために前記取引注文メッセージフローのコピーを取得するよう用いられ、
コンピュータに実装される異常検出＆措置ステージを備え；
前記異常検出＆措置ステージは：
リアルタイム市場トランザクションデータを受信できる第１のインターフェースと；
取引注文メッセージフローの前記コピーを少なくとも前記第１のネットワークタップ及び前記第２のネットワークタップを介して受信できる第２のインターフェースと；
異常検出エンジンを実装する非一時プログラムストレージ内に格納されるプログラミングとを有し；
前記プログラミングは、前記第１のネットワークタップ及び前記第２のネットワークタップから取引注文フロー情報を受信し、下記ｉ）〜ｉｖ）によって、市場情報に関する受信した取引注文フロー情報を分析するよう構成され、
ｉ）スライドする出来高ベースウィンドウ内部で記号当たりに基づいて、その記号の取引が取引システムによって向けることができる一方で、注文取消、注文置換、注文却下、及び注文分割の原因となる、取引システムから全ての取引所に向けられる取引注文フローの指数関数的重み付き平均を算出する、
ｉｉ）記号当たりに基づいて、分割する出来高ベースウィンドウの間に受信される取引更新メッセージに関して、出来高ベースの指数関数的重み付けを行う、
ｉｉｉ）記号当たりに基づいて、取引注文フローの指数関数的重み付き平均と取引更新メッセージの指数関数的重み付き平均との間の共分散を確認する、
ｉｖ）数量及び価格の整合性のために、注文フロー要素に渡される取引注文メッセージを、注文フロー要素から渡される取引注文メッセージと比較する、
前記異常検出エンジンは、ａ）注文フロー要素を通る少なくとも１つの記号に対する異常取引注文メッセージフロー；又はｂ）特定の期間を増加させるか、持続するかのどちらか一方を行う少なくとも１つの記号に対する、市場偏差を示す共分散内の変曲点；のどちらか一方を検出した場合、前記異常検出エンジンは、階層化プロトコルに従って、少なくとも１つの記号の進行中の異常取引を停止させるよう、特定の措置を自動的に講じる、
システム。
［第２の局面］
前記階層化プロトコルは、より多く中断させる措置の前に、より中断の少ない措置が試みられるように、実装される少なくとも４つのレベルのプロトコルを備える；
第１の局面のシステム。
［第３の局面］
前記少なくとも４つのレベルのプロトコルは、順に、プロセス制御レベル、サーバ制御レベル、ネットワーク制御レベル、及び電力制御レベルを備える；
第２の局面のシステム。
［第４の局面］
前記注文フロー要素は、複数の注文フロー要素のうちの１つであり、
前記システムから、前記システムが特定の記号の単位を取引するよう注文を送ることができる前記複数の取引所への各経路に少なくとも１つの注文フロー要素が存在する、
第１の局面のシステム。
［第５の局面］
前記市場偏差を示す前記共分散における前記変曲点の前記検出は、偏差の割合を判断するために、線形出来高重み付き平均化によって追従される、
第１の局面のシステム。
［第６の局面］
前記市場偏差を示す前記共分散における前記変曲点の前記検出は、前記特定の期間を超える偏差持続性を判断するために、線形出来高重み付き平均化によって追従される、
第１の局面のシステム。
［第７の局面］
更に、
前記複数のネットワークタップの前記第１のものと前記異常検出及び措置ステージとの間に接続される少なくとも１つのｐＮｏｄｅを備える；
第１の局面のシステム。
［第８の局面］
更に、
前記複数のネットワークタップの前記第１のものを介して取得された取引注文情報が、前記異常検出及び措置ステージに到達する前に、前記ｐＮｏｄｅから前記充填コピーレシーバを通過しなければならないように、前記少なくとも１つのｐＮｏｄｅ及び前記異常検出及び措置ステージの両方に結合される充填コピーレシーバを備える；
第７の局面のシステム。
［第９の局面］
更に、
前記異常検出及び措置ステージに結合される管理及び報告コンピュータを備える；
第１の局面のシステム。
［第１０の局面］
取引注文メッセージに待ち時間を加えることなく、執行のために複数の取引所のうちの少なくとも１ヶ所の取引所に向けられる取引注文メッセージを取得するように、取引システム内の取引フロー経路に結合される複数のネットワークタップと；
それぞれがその両側に複数のネットワークタップのうちの少なくとも１つを有する複数の注文フロー要素と；
前記複数のネットワークタップに結合され、複数の取引所から報告される市場取引に関する取引注文情報のためのスライドする出来高ベースウィンドウ内の少なくとも１つの指数関数的出来高重み付き平均の間の共分散に基づいて、取引システム内で、複数の取引所に向けられる取引注文情報を、記号当たりに基づいて、受信し、分析し、共分散における変曲点がいずれかの記号に対して存在するかどうかを判定し、変曲点が記号に対して存在する場合、共分散逸脱率又は共分散逸脱継続時間のどちらか一方が、異常取引活動を示すかどうかを判定し、異常取引活動が示された場合、異常取引活動を一時停止させる一方で、取引システムによる他の記号に対する取引の中断を最小限にするよう、自動措置をトリガーするよう構成される異常検出＆措置ステージとを備える；
取引システム。
［第１１の局面］
更に、
前記複数のネットワークタップのうちの少なくとも１つと、取引注文情報が通過しなければならない前記異常検出及び措置ステージとの間に結合される少なくとも１つのｐＮｏｄｅを備える；
第１０の局面の取引システム。
［第１２の局面］
更に、
前記少なくとも１つのｐＮｏｄｅと前記異常検出及び措置ステージとの間に位置する充填コピーレシーバを備え；
前記充填コピーレシーバは、前記ｐＮｏｄｅから前記取引情報を受信し、前記異常検出及び措置ステージによる使用のためにそのフォーマットを再設定するよう構成される、
第１１の局面の取引システム。
［第１３の局面］
前記異常検出及び措置ステージは、更に、記号当たりに基づいて、前記複数のＯＦＥのそれぞれに入力される注文総計が、単位出来高及び価格の両方の観点で、前記複数のＯＦＥのそれぞれを出る注文総計と均衡することを判定するよう構成される、
第１０の局面の取引システム。
［第１４の局面］
前記異常取引活動を一時停止させるための前記自動措置の前記トリガーは、階層的に編成された取引一時停止プロトコルを呼び出す、
第１０の局面の取引システム。
［第１５の局面］
前記階層的に編成された取引一時停止プロトコルは、順に、措置のプロセス制御レベルと、それが無効であれば、その後の措置のサーバ制御レベルと、それが無効であれば、その後の措置のネットワーク制御レベルと、それが無効であれば、その後の措置の電力制御レベルとを備える；
第１４の局面の取引システム。
［第１６の局面］
前記措置のプロセス制御レベルは、コマンドをプロセスへ送信して、特定記号の取引を一時停止させるステップを備える；
第１５の局面の取引システム。
［第１７の局面］
前記措置のサーバ制御レベルは、コマンドを送信して、１つ以上の特定のサーバ上で実行されている全てのプロセスを停止させるステップを備える；
第１６の局面の取引システム。
［第１８の局面］
前記措置のネットワーク制御レベルは、コマンドを送信して、そのＯＦＥが取引を向けることができる前記取引所の全てに向けられる少なくとも１つのＯＦＥによる取引通信を遮断するように、１つ以上のネットワーク通信を中断させるステップを備える；
第１６の局面の取引システム。
［第１９の局面］
取引システム内で、少なくとも１ヶ所の取引所に向けられる異常取引活動を自動的に検出する方法であって、
コンピュータ化された異常検出＆措置ステージにおいて、特定の記号のために取引所に向けられる取引注文情報を受信するステップと；
コンピュータ化された異常検出＆措置ステージにおいて、取引所からの取引更新情報を受信するステップと；
前記コンピュータ化された異常検出＆措置ステージを用いて、スライドする出来高ベースウィンドウ内部の指数関数的出来高重み付き平均に基づいて、特定の記号のそれぞれに対する、取引注文情報と取引更新情報との間の共分散を、その記号における異常取引を示す共分散内の変曲が、少なくとも１つの記号に対して存在するかどうかを特定するために、分析するステップと；
共分散内に変曲が存在する場合、その記号の異常取引を一時停止させるプロトコルをトリガーするステップを備える；
方法。
［第２０の局面］
前記分析は、更に、前記共分散における変曲が特定の記号に対して存在する場合に、前記特定記号の取引注文情報の線形重み付き平均分析を用いて、前記変曲の程度又は前記変曲の持続性のうちの少なくとも１つ決定するステップを備える；
第１９の局面の方法。
【符号の説明】
【００７１】
１００      注文フローシステム
１０２−１  取引所
１０４−１  スマート注文入力コンポーネント
１０６−１  インターフェース
１０８−１  スイッチ
１１０−１  注文ルータ
１１２−１  スイッチ／インターフェース
２００      ブレーキシステム
２０２      光タップ
２３２      解析エンジン
３０６      異常検出＆措置ステージ
５０６ａ、５０６ｂ  幅
５０２      スティック
５０４      グループ
８０２      第１のレベル、プロセス制御
８０４      第２のレベル、サーバ制御
８０６      第３のレベル、ネットワーク制御
８０８      第４のレベル、電力制御
【図１】
0006514340.tif 000002
【図２】
0006514340.tif 000003
【図３】
0006514340.tif 000004
【図４】
0006514340.tif 000005
【図５】
0006514340.tif 000006
【図６】
0006514340.tif 000007
【図７】
0006514340.tif 000008
【図８】
0006514340.tif 000009