"証券取引のリスク評価を行なうための組み込みハードウェア命令を含む再プログラム可能な集積回路ICデバイスであって、前記命令は、a前記ICデバイスによって、前記証券取引のために入ってくる注文を受信するステップと、b前記ICデバイスによって、前記注文を構文解析して複数の注文要素にするステップと、c前記ICデバイスによって、予め定められた評価基準に基づいて1つ以上の注文要素を評価するステップと、d1もし前記注文要素が前記予め定められた評価基準をパスするならば、前記注文を後に続く処理のために証券取引所に渡すことを許可するステップと、d2もし前記注文要素が前記予め定められた評価基準をパスしないならば、前記注文を証券取引所に渡す前に切り捨てるステップとを含む方法をコーディングしたものであることを特徴とする再プログラム可能な集積回路ICデバイス。前記デバイスは、FPGA、PAL、PLA又はCPLDデバイスであることを特徴とする請求項1に記載のICデバイス。前記デバイスは、1秒当たり約50万という注文の処理量を処理することができ、最低約30のTCPセッションをサポートすることができることを特徴とする請求項1に記載のICデバイス。前記デバイスは、ローカル又はリモートで再プログラム可能であることを特徴とする請求項1に記載のICデバイス。前記予め定められた評価基準は、非公開の証券取引リスト、最小又は最大注文サイズ、最小又は最大注文ドル価格、最小又は最大想定元本、注文タイプ、ブローカーID、及び証券又は通貨設定を含むグループから選択された1以上のリスク管理の評価基準を含むことを特徴とする請求項1に記載のICデバイス。前記デバイスは、更新された評価基準を周期的に受信するための組み込みハードウェア命令を更に含むことを特徴とする請求項1に記載のICデバイス。前記デバイスは、検査済みの注文をログに記録するための組み込みハードウェア命令を含むことを特徴とする請求項1に記載のICデバイス。前記入ってくる注文は、前記取引に特化したフォーマットで前記デバイスに入力されることを特徴とする請求項1に記載のICデバイス。前記フォーマットは、FIX、OUCH、又は、ArcaDirectであることを特徴とする請求項8に記載のICデバイス。前記デバイスは、注文が前記証券取引所に行く前に、該注文を完全に切り捨てるための組み込みハードウェア命令を更に含むことを特徴とする請求項1に記載のICデバイス。前記デバイスは、セキュリティー違反又は1つ以上の評価基準に満たない取引に起因して、セッションをブロックするための組み込みハードウェア命令を更に含むことを特徴とする請求項1に記載のICデバイス。再プログラム可能な集積回路ICデバイスを用いて、証券取引のリスク評価を行なうための方法であって、前記再プログラム可能な集積回路ICデバイスは、前記方法を実行するための組み込みハードウェア命令を含み、前記方法は、a前記ICデバイスによって、前記証券取引のために入ってくる注文を受信するステップと、b前記ICデバイスによって、前記注文を構文解析して複数の注文要素にするステップと、c前記ICデバイスによって、予め定められた評価基準に基づいて1つ以上の注文要素を評価するステップと、d1もし前記注文要素が前記予め定められた評価基準をパスするならば、前記注文を後に続く処理のために証券取引所に渡すことを許可するステップと、d2もし前記注文要素が前記予め定められた評価基準をパスしないならば、前記注文を証券取引所に渡す前に切り捨てるステップとを含むことを特徴とする方法。前記ICデバイスは、FPGA、PAL、PLA又はCPLDデバイスであることを特徴とする請求項12に記載の方法。in-FPGAシステムは、新しく入ってくる注文入り注文のリスク管理評価を行なうためにプログラムされてない。本発明の1つの態様は、証券取引のリスク評価を行なうための組み込みハードウェア命令embeddedhardwareinstructionsを含む再プログラム可能な集積回路ICデバイスに関する。命令コードは、a前記ICデバイスによって、証券取引のために入ってくる注文を受信するステップと、b前記ICデバイスによって、前記注文を構文解析して複数の注文要素にするステップと、c前記ICデバイスによって、予め定められた評価基準に基づいて1つ以上の注文要素を評価するステップと、d1もし前記注文要素が前記予め定められた評価基準をパスするならば、前記注文を後に続く処理のために証券取引所に渡すことを許可するステップと、d2もし前記注文要素が前記予め定められた評価基準をパスしないならば、前記注文を証券取引所に渡す前に切り捨てるステップとからなる方法を含む。本発明の別の態様は、再プログラム可能な集積回路ICデバイスを用いて証券取引のリスク評価を行なうための方法に関するものであり、ICデバイスは、当該方法を実行するための組み込みハードウェア命令を含む。前記方法は、a前記ICデバイスに、前記証券取引のための注文を転送するステップと、b前記ICデバイスによって、前記注文を構文解析して複数の注文要素にするステップと、c前記ICデバイスによって、予め定められた評価基準に基づいて1つ以上の注文要素を評価するステップと、d1もし前記注文要素が前記予め定められた評価基準をパスするならば、前記注文を後に続く処理のために証券取引所に渡すことを許可するステップと、d2もし前記注文要素が前記予め定められた評価基準をパスしないならば、前記注文を証券取引所に渡す前に切り捨てるステップとを含む。本発明は、インラインハードウェアメッセージフィルタデバイスシステムとも呼ばれるに関するものであり、当該デバイスは、TCP/IP又はUDPなどのようなコンピュータネットワークプロトコル上でネットワークトラフィックを詳細に調べる。本発明は、オンチップのハードウェア命令の形式で、コンピュータコードを含む集積回路ICデバイスに実装される。当該デバイスは、特注のものとすることができ、或は、それは市販の再プログラム可能なICデバイス、例えば、FPGA、PAL、PLA又はCPLDデバイスとすることもでき、それは、本発明を実施するための組み込みハードウェア命令を含む。ICデバイスは、1秒間につき約50万の入り注文の処理量スループットを処理することができ、最低約30のTCPセッションをサポートすることができる。ICデバイスは、例えば、インターネット又は個人用のローカルエリアネットワークを介して、ローカル又はリモートで再プログラム可能である。ICデバイスは、リスク評価のために、更新された予め定められた基準を周期的に受信するために、組み込みハードウェア命令を含むことができる。そのような評価は、非公開の証券取引リスト、最小又は最大注文サイズ、最小又は最大注文ドル価格、最小又は最大想定元本、注文タイプ、ブローカーID、及び証券又は通貨設定のうち1つ以上のものを含むことができる。ICデバイスは、例えば、一日に数回、毎日、或は毎週、更新された評価基準を周期的に定期的に、又は、不定期的に受信するために、組み込みハードウェア命令を含むことができる。注文を含むデータメッセージは、取引に特化したフォーマットで、例えば、FIX、OUCH、ArcaDirect、又はその他のフォーマットで、デバイスに入力される。予め定められたリスク評価フィルタを満足するメッセージは、適切な証券取引の実行のために、当該デバイスを通過することが許可される。特定のリスク評価フィルタをパスしない注文を含むデータメッセージは、切り捨てられる。切り捨ては、リスク評価フィルタの下流で処理されないようにするために、メッセージを修正又は削除する手段として理解することができる。メッセージは、完全に切り捨てられ得る。すなわち、それらは、取引に渡されないように削除される。そのような完全な削除は、メッセージのTCPセッションを終了させることによって、又は、その他の手段によって、実施することができる。一方、リスク評価フィルタを通過しないメッセージは、それらが証券取引所において却下されるように部分的に切り捨てられ得る。当該証券取引所では、証券取引を行なうために完全なメッセージを必要とする。部分的な切り捨ては、メッセージの一部分の変更や、判読不能に変形や、削除を含み、それにより当該メッセージは、証券取引所によって完全な注文として認識されず、取引所によって却下されるか、又は、取引所からセッション/アプリケーションレベルでの却下を引き起こすトリガーする。さらに、本発明は、データ管理の目的のために、検査済みの注文をログに記録するための組み込みハードウェア命令を含むこともできる。本発明のハードウェアフィルタデバイスは、既存のソフトウェアのみの製品よりも、極めて高速なメッセージ処理を提供する。本発明は、メッセージ又は注文が、意思決定がなされる前に完全なメッセージを記憶する必要なしに、本システムを通り抜けるように、ブローカーディーラーにメッセージ又は注文をチェックして通過させることを許容する。本発明のハードウェアのみの機能は、注文の妥当性検証の速度を最大にし、取引前チェックを実施するように機能する。ある実施形態では、注文は、通り抜けカットスルーモードで、ハードウェアフィルタを通過する。すなわち、ハードウェアフィルタデバイスは、注文が当該デバイスを通過するように当該注文に基づいて行動する。もし注文がリスク評価フィルタに何の違反もしないならば、注文は当該フィルタデバイスを出て、処理するために取引所に渡される。不完全な注文は、故意に切り捨てられるか、または、当該不完全な注文は当該フィルタデバイスを介して取引所に渡されて、不完全な注文パケットとして却下される。いくつかの実施形態では、ハードウェアフィルタデバイスは、記憶転送モードで機能する。すなわち、もしフィルタデバイスが注文を不完全なものとして認識した場合、又は一連の連続した注文のうちの一つと認識した場合、当該デバイスは、注文の残りの部分又は残りのパケットが到着するまで、結果的にその注文を一時記憶装置に記憶する。すべての注文すなわち、注文の全シリーズを受信した後で、フィルタデバイスはリスク評価フィルタを適用し、上述したように、その注文を取引所に渡すか、又は、その注文を切り捨てることを行なう。また、もしハードウェアフィルタデバイスが部分的に受信された注文が、リスク評価フィルタに違反するならば、当該デバイスはその不完全な注文を切り捨てることができ、後に続く一連の注文を無視する。ある実施形態では、本発明のデバイスは、通り抜けモードと記憶転送モードの両方の構成を採用する。本発明のデバイスは、さらに、以下で説明する、1つのデバイス設定として、通り抜けモードと記憶転送モードのうち少なくとも1つのためのハードウェア命令を含むことができる。本発明は、実質的に、最小の注文待ち時間の遅延を伴うワイヤスピードで、要求された機能性を傷つけることなく、注文の妥当性を確認することができる。ワイヤスピードとは、本発明がソフトウェアのみの処理を必要とせずに、ハードウェアの速度で、入りメッセージトラフィックを処理するように動作することを意味している。すべてのメッセージトラフィックはハードウェア上のオンチップで処理され、揮発性のコンピュータメモリにロードされるソフトウェア命令を頼りにしていない。それによって、待ち時間を最小化して、迅速な取引処理を可能とする。本発明は、すべての顧客に対してきわめて大きな利点を提供し、最も待ち時間に敏感な顧客は、とりわけ恩恵を受けることができる。本システムは、顧客のコンピュータと証券取引所の注文受理コンピュータ間を直接的に又は間接的に流れる例えば、TCPやFIXセッションを介して流れる、全ての正当なネットワークトラフィックに対して、受動的なデバイスとして機能する。更なる実施形態では、本発明のハードウェアのみのソリューションは、ソフトウェア命令と組み合わせて、機能性を拡張させることもできる。本デバイスは、TCP/IPまたは、その他のプロトコルを介して、ネットワークトラフィックの内容を精査する。顧客注文を含む入りデータメッセージは、該メッセージが当該デバイスに組み込まれている様々な取引前フィルタを通過するように、構文解析パーズされる。本デバイスは、セキュリティー違反又は1つ以上の評価基準に満たない取引に起因して、セッションをブロックするための組み込みハードウェア命令を含むことができる。すなわち、取引前リスク検査をパスしないメッセージや、同じセッションにおける後続メッセージの全てを、ブローカーディーラーがブロックを除去することを選択するまで、取引所に進むことをブロックすることができる。そのようなブロック動作は、ブローカーディーラーを過度のリスクにさらし得る取引を、当該ブローカーディーラーに処理させないようにすることができる。本発明は、証券取引のリスク評価を実施するための組み込みハードウェア命令を含む再プログラム可能な集積回路ICデバイスとして実装される。当該デバイスは、特定の機能に特注設計された、特定用途向け集積回路ASICの形式をとり得る。例えば、ブローカーディーラーは、特注のチップを設計及び製造する、例えば、インフィニオンテクノロジーズ社、フリースケールセミコンダクタ社、アバコテクノロジー社などの集積回路製造業者とパートナーを組むことができる。また、ブローカーディーラーは、ICチップの設計や半外に特化し、実際の製造の際に半導体製造工場を利用する、自前の製造工場を持たないASICサプライヤー例えば、アローカスタムロジックソリューションズ社、イーエイシック社やインテリプロップIntelliprop社などとパートナーを組むことができる。それぞれのサプライヤーは、特定用途向けにカスタマイズされたチップを準備するために具体的な情報を提供することになる。また、本発明に係るシステムは、市販の再プログラム可能なICデバイスとすることもできる。再プログラム可能なICデバイスの例は、それらに限定されるものではないが、FPGAフィールドプログラマブルゲートアレイ、PALプログラマブルアレイロジック、PLAプログラマブルロジックアレイ及びCPLDコンプレックスプログラマブルロジックデバイス、結合プログラム可能論理回路を含む。これらの種類の集積回路デバイスは、ICチップを含み、製造後に顧客又は設計者によって構成できるように設計される。典型的には、Verilog又はVHDLなどのハードウェア記述言語、或は、SystemC又はC/Cなどのコンピュータプログラミング言語を用いて構成される。それぞれのICデバイスは、一般的にはチップベンダーによって推奨される特定のコンピュータ言語を用いて構成されることになる。ブローカーディーラーは、ICデバイスのハードウェアに組み込まれ得るコードを開発するためにベンダーと手を組むことができる。または、ブローカーディーラーは、既製品の再プログラム可能なICデバイスを購入でき、コンピュータコード命令を設計することができる。そのような実施形態において、プログラマーは、本発明に基づいて、入ってくる注文のリスク管理評価を実施のためのコンピュータコード命令を生成するために、ローカル又はネットワークコンピュータにおいて特定のプログラム又はプログラミング言語を利用することもできる。そして、コンピュータ又はその他のプログラミング手段は、コンピュータハードウェア命令として、ICデバイスにリスク管理ルールを組み込むために用いられ得る。ICデバイスにおける組み込みリスク管理ルールは、コンピュータコードを修正して、リフレッシュされた命令コードをICチップ又はデバイスに組み込むことによって、必要に応じて更新され得る。例えば、特定の証券又は特定の発行人を追加又は削除するために、取引可能な証券リストが更新された場合、更新されたコンピュータコードは、ICデバイスに組み込まれることになる。本発明に係る方法の個別の実装に応じて、組み込まれたコードの一部を更新することができ、又は、チップに組み込まれたコードのすべてを更新されたコードと置き換えることもできる。扱い易くするために、本発明に係るデバイスは、一般的に、カード又はプリント回路基板など、ある種の支持構造物上又はその中に実装され得る。その回路基板は、この技術分野で周知である、規格どおりのバススロット又は独自のバススロットでコンピュータに装着される。また、ICデバイスは、1つ以上のICチップとその関連回路とを含む回路基板の形式で商業化が可能なものとすることもできる。ICデバイスは、どんな種類のコンピュータシステムにも取り付けることができる。そのようなコンピュータシステムは、プロセッサ、キーボードやマウスなどの入力デバイス、ハードディスクや揮発性又は不揮発性メモリなどの記憶装置、本発明の機能させるためのコンピュータコードを含むことができる。コンピュータシステムは、従来のメインフレーム、マイクロコンピュータ、又はミニコンピュータとすることができ、或は、特注設計のコンピュータとすることもできる。コンピュータシステムは、典型的に、単一のコンピュータとすることができるが、ある実施形態では、複数のネットワークコンピュータ例えば、クライアント/サーバの構成を含むことができる。すなわち、ある実施形態では、ICデバイスを含むコンピュータは、メインコンピュータとして機能することができ、データ記録又はデータ記憶などの処理は、1つ以上のクライアントコンピュータに引き継ぐこともできる。クライアントコンピュータは、それ自体で、プロセッサ、入力手段や記憶装置を備えることができ、或は、クライアントコンピュータは、それ自体で独立した処理能力を備えていないが、それにつながった、すなわち、それにネットワークで接続されたサーバなどの別のコンピュータのコンピュータ資源に頼るダム端末とすることもできる。さらに、コンピュータシステムは、ローカルエリアネットワークLAN接続を介して、又はインターネット接続を介して、その他のコンピュータとネットワーク接続することもできる。また、システムは、本発明によって生成された、又は処理されたデータの複製を保管するバックアップシステムを含むこともできる。また、コンピュータシステムは、対称型マルチプロセッシングSMPや、マルチプロセッサのコンピュータアーキテクチャハードウェアを用いるようにすることもできる。ただし、2つ以上の同一のプロセッサは、単一の共有メインメモリに接続され、単一のオペレーティングインスタンスによって制御される。コンピュータシステムの構成要素は、従来型のものとすることができるが、概してシステムは、それぞれの個別の実装に応じて、カスタムして構成することもできる。コンピュータシステムは、特定のアーキテクチャ例えば、パーソナル/マイクロコンピュータ、ミニコンピュータ、又はメインフレームシステム上で実行することができる。オペレーティングシステムOSは、UNIX登録商標/Linux登録商標、SPARC、POWERやItaniumベースのシステム、ゼットアーキテクチャzArchitecture、システム/360System360、アップルOSXやマイクロソフトウィンドウズ登録商標を含むことができる。コンピュータシステムは、典型的に、OSのオーバーヘッドを最小化して、ICデバイスのスループットを最大化するように最適化されることになる。本発明の1つの実施形態では、ICデバイスは、高いスループットを可能とし、1システムにつき多数のTCPセッションをサポートできるように構成される。例えば、デバイスは、1秒間につき約50万のFIX/OUCHメッセージの検査といったスループット処理量を処理することができる。本発明の1つの実施形態では、ハードウェアデバイスにおける、一方向の総待ち時間の負担は、おおむね1パケット当たり約1マイクロ秒である。ある実施形態では、システムは、例えば、リスク管理の評価基準を更新するために、リモートで管理される機能を備える。また、システムは、ブローカーディーラーにセッション解除やその他予め定められた動作又は行動を通知するために、ネットワークメッセージ、電子メール、APIアラート、又はその他の手段を介して警告を発することができる。議論を簡潔にするために、本明細書の開示では、通貨の例としてドルについて言及する。しかしながら、当然のことながら、本発明の実施において通貨の種類は何ら限定するものではない。本発明は、ユーロ、フラン、ポンド、ランド、又は、円などいかなる通貨にも同じように適用可能である。ある実施形態では、ICデバイスは、複数の通貨で価格の付けられた入り注文を検査することができる。例えば、ICデバイスは、米ドル、カナダドルやユーロ建ての入り注文を検査することを許容するためのハードウェア命令を含むことができる。また、本明細書の開示は、金融取引の例として株式取得又は株式売却について言及する。しかしながら、本発明は、株式又はADR米国預託証券など持分証券や、スワップなどの債務証券や、通貨先物などの通貨手形の購入又は売却といったあらゆる種類の金融証券のリスク評価に適用可能である。構文解析された入り注文について実施されるべきリスクチェックは、予め決められた特定の評価基準に従った検査を含むことができる。代表的な例これに限定されるものでなく、包括的なものではない例として、予め決められた評価基準には下記の項目を含む。A.非公開証券リスト―顧客が取引できる証券の所定リストに対して証券記号又はチッカーをチェックすること。非公開証券リストは、顧客が取引できる証券を含む証券リストの形式ホワイトリストを採ることができ、又は、非公開証券リストは、と客が取引を許可されていない全ての証券のリストブラックリストとすることもできる。ブローカーディーラーによる実施として、取引可能な証券のルックアップテーブル又はその他の予め定められたリストとすることもできる。予め定められた非公開証券リストにおける特定の証券は、ブローカーディーラーによって定期的に修正することもでき、顧客に応じて変更することができ、又は、当該リストを全ての顧客に対して同一のものとすることもできる図6参照。証券記号フィールドの長さは、必要に応じて空文字ヌル又はその他のプレースホルダー文字を用いて埋めることができる。もし注文が非公開証券リストブラックリストにある証券記号を含むならば、又は、証券記号は顧客の取引可能な母集団ホワイトリストに入っていないならば、デバイスはセッションを切断することができ、エラーメッセージを発行することができる。また、顧客の興味のある証券が証券マスターリストに含まれることを保証するために、顧客による定期的な毎日、毎週、毎月など認証プロセスもあり得る。B.1注文当たりの株式―ブローカーディーラーは、大きな注文に対するリスクを低減するために、又は、小さな注文に対する端株取引を排除するために、1注文当たりの株式の最小数又は最大数を要するルールを設定することができる。C.1注文当たりのドル価格―高額なドル価格での注文に対するリスクを低減するため、又は低額なドル価格での注文に対する取引コストを低減するために、最小又は最大のドル価格を設けることができる。D.1注文当たりの最大又は最小想定元本―想定元本は、数量×価格として計算することができる。価格は現在の市場価格、以前の終値、又は別の認められた価格水準に基づくことができる。システムは、次のように証券/価格のペアを記憶することができる。MSFT,24.68IBM,134.89APPL,286.86VIA.B,36.52もし注文がシステムによって走査されたときに、証券記号が利用可能でないすなわち、証券記号が証券リスト上にないならば、システムはセッションを切断してエラーメッセージを発行することができる。ブローカーディーラーは、顧客の取引可能な母集団にある全ての記号をカバーすることができる。参照ルックアップ価格は、想定元本の計算のために用いられ得る。いくつかの注文指示プロトコルに基づく置換注文replaceordersは、入力メッセージ中に記号を含まないので、システムはこの状況に対処するように構成され得る。1つの実施形態では、システムは、ログをとるために全ての新しい注文をキャッシュする。サンプル注文ログエントリは、タイムスタンプ,注文トークン,株式証券,数量,価格TimeStamp,OrderToken,Stock,Qty,Priceとして表すことができる。置換注文が到達するとき、システムはログテーブルにおけるオリジナルの注文トークンを参照することができ、後に続く価格の照合のために適切な証券記号を抽出することができる。E.制限された注文タイプ―ある特定の注文タイプを禁止することができ、予め定められた評価基準は、注文処理を続行することをそのような制限された注文タイプには許容せず、当該注文は切り捨てられることになる。F.ブローカー識別ID指定ブローカー―証券注文において識別されたブローカーは、予め適任とされたブローカーの設定可能なリストと比較され得る。もし注文における指名されたブローカーが予め適任とされたブローカーリスト上にないならば、当該注文は却下され得る。例えば、もし有効な指定ブローカーのリストがDB[ドイツ銀行]、GS[ゴールドマンサックス]、MS[モルガンスタンレー]、CS[クレディスイス]、NM[野村證券]やBC[バークレイズキャピタル]である場合に、注文がこれらの記号のいずれも含んでいないならば、当該注文はリスク管理評価をパスすることはなく、拒絶されて切り捨てられ得る。もし予め定められたリスク評価基準のいずれかが侵害されたならば、又は、予め定められたリスク評価基準のいずれかがシステムによって認識できない例えば、価格が想定の範囲外などならば、未処理の証券注文は、本発明に係るハードウェアシステムによって、ブローカーディーラーのリスク規定に違反すると見なされて、該注文を拒絶したり、切り捨てたりすることができる。注文を処理することを拒否する代わりに、システムは切り捨てること、例えば、パケットを判読不能に変形させることができる。そして、システムは特定のセッションに対してTCPリセットを発行することができ、一次IPとバックアップIPの両方に対してブロッキングモードに入ることができる。切り捨てられた、又は判読不能に変形された証券注文は、証券取引所に進み得るが、取引所は当該注文を不完全なもので理解できないものとみなし、当該注文は却下されることになる。限られた数の例外的な状況では、注文がリスク管理フィルタを通過していないが、取引所に渡すことを許容する場合もあり得る。例えば、パケットのCRCチェックサムが無効である例えば、電線上の雑音ならば、セッションを終わらせることなく、当該パケットを取引所に転送することを許可することができる。1つの実施形態では、利用者は、再プログラム可能なチップの設定を周期的に例えば、日中、1日1回又は週ごとに、グラフィカルユーザインターフェース図7参照を介して、又は、設定可能なスクリプト/アプリケーションプログラミングインターフェースAPI/コマンドラインインターフェースCLIリモートで更新することができる。そのような操作の例としては、特定の調整タグのオン/オフを検査すること、リスクの限界範囲を変更すること、リストの値を追加することや、その他の設定を含み得る。コーディングの工程を容易にするために、そのような更新は、ユーザインターフェース又はスクリプトを介して設定を変更するような体裁とすることができるが、これらの更新は、一般的には、更新されたコンパイル済みハードウェアコード命令をICデバイスに送信することになる。また、システムは、再プログラム可能なデバイスの動作を制御するために、設定可能なテーブルを備えることができる。設定可能なテーブルの一例は次のように与えられる:A.プロトコル:テーブルをどのようにして読み込むかを規定している、FIX、OUCH、ArcaDirect又はそのほかのプロトコルを示す。B.タグオフセット:FIXプロトコルでは、このフィールドは、検索のためのタグナンバーを示し、OUCHプロトコル又は、そのほかの二項プロトコルでは、このフィールドはオフセットを示す。C.演算子:次の演算子は、リスク管理ルールの評価基準において用いられ得る演算子の例である:<,≦,=,≧,>,in,notin.ブローカーディーラーは、追加の演算子や演算子の連結をサポートすることができる。D.価値リスト:このフィールドは、単一の値又は値のリストとすることができ、ある実施形態では、もしフィールドの内容が、大き過ぎてプログラム可能なチップのメモリには収まらないならば、ブローカーディーラーは、ホストメモリにその内容を記憶することができる。E.条件:特定のタグ又は条件文を確かめる。例えば、システムはタグ54=5の場合に限り、タグ5700値を確認することができる。上記条件は、単なる例示にすぎず、その他の特徴又はリスク評価基準を上記のテーブルに追加することができる。例えば、先に述べたように、通り抜けモード及び記憶転送モードの少なくとも1つは、追加的な条件又は動作パラメータとしてテーブルに組み込まれ得る。時折、顧客のセッションは、いくつもの理由のために終了され得る。もし顧客のセッションが標準的なTCP切断が原因で切られたならば、概して、本発明は、システムに再接続して証券取引を継続するように顧客の機能をサポートすることができる。もしセッションがセキュリティー違反のリスクによりシステムによって意図的に切断されたならば、顧客はセッションを再確立することができず、接続承認のために定められたポリシーに従って、ブローカーディーラーに連絡を取らなければならない。一般的に、1つのプログラム可能な回路デバイスは、証券取引リスク管理には十分であるけれども、ブローカーディーラーは、冗長化のため並列に設定された2つのそのようなプログラム可能なデバイスを備えたいと考え得る。1つのデバイスは、主デバイスとして指定され、その他のデバイスは予備デバイスとして指定され得る。もし主デバイスが故障したか、又は、活動状態から除かれたならば、一般的に、予備デバイスは、証券リスク管理を提供し続けるために、全てのセッション情報を含んでいる。システムは、本発明に基づいて検査された注文のログを保持することもできる。記録され得るデータは、タイムスタンプ,注文トークン,証券,数量,1注文当たりの価格を含む。その他のフィールドも記録されることは、当業者にとって明らかなことである。もしリスクチェックに落第してメッセージが切り捨てられたならば、システムは、未処理又は切り捨てられた注文に対する責任を有する、オペレータもしくはその他の人に警告を与えることができる。警告は電子メールや警告画面表示の形式、又は、その他の警告の形式をとることができる。システムは、顧客に警告を与えることもでき、証券注文がより多くのリスク管理の評価基準のうちの1つをパスしない理由を提供することができる。リスク管理の評価基準は、一般的に、実行時間中において容易に設定可能である。例えば、OUCH注文プロトコル用のNASDAQ仕様に従って、注文のためのフィールド数量は、長さ4でオフセット16に位置する。もしこのフィールドの位置又は長さが1バイトシフトした場合、構成ファイルは基本となるコードを変更することなしに更新され得る。その他の限定を意図しない、フィールドの例としては、実行時間中に定期的に更新することができ、リスク値や株式/価格ペアを含む。1つの実施形態では、使用中の全てのデバイスは、中央インターフェース又は唯一のアクセスポイントを用いて制御され得る。例えば、もし様々な場所で使用されている20個のデバイスがあった場合に、中央インターフェースは、データ又はコンピュータコードを全てのデバイスにプッシュ配信するために利用され得る。デバイスはプライベートな内部ネットワークを介して、又は、安全セキュアなプロトコルを使用するインターネットなどの公衆ネットワークを介して、中央インターフェースに接続され得る。そのような構成は、当業者によって容易に準備され得る。メインコンピュータ上のグラフィカルユーザインターフェース又はコマンドラインは、特定のセッションを手動でシャットダウンするために利用され得る。もし自動化されたシャットダウンが必要とされるならば、そのようなシャットダウンはチップ製造業者によって提供されるアプリケーションプログラミングインターフェースを用いて行なうことができる。図1は、典型的な先行技術のシナリオ、即ち、事前取引チェックがソフトウェアで実行されることを示す。次の例示的な一連の動作を行なう:1.顧客は、ブローカーに対してTCPとFIXの両セッションを確立する;2.ブローカーは、市場に対してTCPとFIXの両セッションを確立する;3.顧客は、ネットワークを介してブローカーに注文を送信する;4.ブローカーは、注文を受信して、それをソフトフェアが理解できる特定のフォーマットに変換する;5.ソフトウェアプログラムは、全ての事前取引チェックを行い、当該注文をネットワークフォーマットに変換する;6.当該注文は、実行するためにブローカーから市場に送信される。リスクチェックに基づくこのソフトウェアの平均所要時間は、1取引当たり約30マイクロ秒であり、チェックを実行するために、2つのTCP/FixセッションA及びBを開放することを必要とする。先行技術の方法とは対照的に、本発明は、図2に示されるように、次のとおり機能する:1.顧客は、取引所に対してTCPとFIXの両セッションを確立する:2.本発明に係るデバイスは、直列に並んでインラインで配置し、メッセージがシステムを通過する際に、それらを精査する。図2に示されるように、顧客と取引所の間には、1つのTCPセッション/FIXセッションだけが存在する。図1に例示した従来方法、すなわち、顧客とソフトウェアベースのリスクフィルタとの間の第一のTCP/FIXセッション、及び当該リスクフィルタと取引所との間の第二のTCP/FIXセッションを採用する方法に比べると、本発明を用いる、この単一のTCP/FIXセッションは、より迅速な注文処理を可能とする。ハードウェアベースのリスクフィルタは、通り抜けモードで、又は、記憶転送モードで注文を検査することができ、証券評価基準を通過した注文には、証券取引所に移動することを許可する。ハードウェアベースリスクチェックの平均時間は、図2に例示されるように、たった約1マイクロ秒、すなわち、図1に例示したソフトウェアベースのリスクチェックと比較して、約1/30の時間である。したがって、利用者は、リスクチェックをパスするため、注文に要する時間を削減することによって、売り買いの申し出による裁定取引アービトラージからより良く利益を得ることができる。さらに、顧客は、より正確な価格を決めることを手に入れることができ、より迅速に財務状態を取得できる。金融機関は、取引処理時間を削減することに、絶え間ない関心を維持していることから、本発明は、これら機関に対して注文処理を改善することを可能にする。本発明に係る実施形態に従って、注文を切り捨てるための基本機能の原理は、図3に示される。もし注文はリスクフィルタをパスしないならば、メッセージは切り捨てられることになる。上述したように、切り捨ては、注文が証券取引所に到達しないように、注文の送信を終了することを含むことができ、又は、注文が証券取引所によってうまく処理されずに拒否されるように、注文の一部分を判読不能に変形することや、削除することを含むことができる。図3に示されるように、もし顧客から受信された証券注文がリスクフィルタをパスしないならば、注文は切り捨てられる。注文を構文解析して、リスクチェックして、切り捨てるために要する時間は、約1マイクロ秒である。切り捨てられた注文は、リスクフィルタを出て、取引所に向かうが、それは不完全なものとして拒絶されて、処理されないことになる。典型的に、切り捨てられた注文は、ブローカーディーラーが切り捨てられた注文に対する原因を調べることができるようにログに取られる、すなわち、例えば、データベース又はスプレッドシートに記録される。顧客には、注文が拒否されたことも通知されて、注文の拒否事由が提供され得る。図4は、本発明に係る方法の例示的な実施形態に従うステップを示すフローチャートを表す。フローチャートは、入り注文が注文要素例えば、これらに限定されるものではないが、注文タイプ、株式、数量や価格などに構文解析されることを示す。もし注文パラメータのいずれかが有効でないならば、又は、もし注文が完全ではないか誤りを含んでいるならば、注文は切り捨てられるカット又はTCPリセットされる。もし注文が無事に構文解析されたならば、その後、注文はリスクフィルタに移動する。注文がフィルタを無事に通過した場合に限り、当該注文は取引所に進出PT又はパススルーすることになる。図5は、本発明に係る共通ハードウェア及び専用ハードウェアの例示的な実装を示す。共通ハードウェアの実施例では、複数の顧客から受信された注文は、まず、高速低遅延スイッチ例えば、アリスタネットワークス社カリフォルニア州、サンタクララ市製のArista7124sxシリーズスイッチに入る。スイッチは複数のサーバに接続され、各サーバは再プログラミング可能なICデバイスを含む。本発明に係るこの実施例では、ICデバイスはFPGAカードである。スイッチは、注文を次の利用可能なサーバや、複数のリスク分析のFPGAカードに移動する。もし注文がリスクフィルタを通過したならば、注文はサーバを出て、第二の高速低遅延スイッチに移動する。第二のスイッチは、それぞれのICデバイスを通過している注文が、処理のために迅速に証券市場又は取引所に移動できるように、複数のサーバ/ICデバイスと証券取引所との間の接続を維持する。顧客から取引所までで、処理される注文に対する総使用時間は、ワイヤスピードで生じ、約2.25マイクロ秒である。この実施形態は、比較的少量の取引を伴う顧客のために、又は、共通設備の共同使用のために利用され得る。注文が取引所によって処理された後、注文明細は、顧客へ戻る逆ルートを介して返却される。すなわち、注文は取引所又は市場からサーバを遡って顧客へ移動する。注文明細は、ICデバイスによって構文解析されて確認される必要がないので、注文確認の顧客の受領は高速であり、約1.85マイクロ秒である。図5に示される第二の例示的な実施形態では、専用ハードウェアを含み、顧客からの注文は、当該顧客から直接本発明に基づく再プログラム可能なICデバイスを含むサーバに移動する。前述のとおり、注文は構文解析され、リスク分析フィルタを通過した注文は、処理するために市場又は取引所に直接送信される。この実施形態はとりわけ高速であり、顧客と取引所との間の遅延は、約1.25マイクロ秒である。顧客による注文明細の受領もまた高速であり、約0.85マイクロ秒しかかからない。この実施形態は、リスク分析フィルタへの直接的な接続を顧客に提供し、最大限の取引速度を必要とする特定の顧客、又は、大量の取引を有する特定の顧客のために用いられ得る。図5で図示されたそれらの実施形態は、異なるハードウェア構成を有しているが、それにもかかわらず、両方の実施形態は、ソフトウェアのみの従来方法と比較すると、非常に高速なハードウェアフィルタリングをもたらす。図6は、顧客の取引可能な母集団を市況と定期的に適合させるためのワークフロープロセスの実施形態を示す。IBMの株式の例を用いると、本発明は、定期的に、システムのメモリにおけるIBM株式に対する過去の市況と、最近の注文又は市場ダイナミクスとを比較し、価格付けが最新のものとなるようにする、又は可能な限り最新の市況に近づけるようにする。例えば、市場が開く午前9時30分直前に、ウォンバットフィナンシャルソフトウェア社ニューヨーク州ニューヨーク市などの市場データプロバイダからIBMに関する前の日の終値をデバイスが取得すなわち、利用者が当該終値をアップロードし、メモリ内の古い価格設定をアップロードされた価格設定で置き換えることになる。市場が開いて、IBMに対する注文がその日中に処理された後、デバイスは、メモリに記憶した価格設定を、IBMに対する最も新しい注文からの価格に置き換えることになる。さらに、デバイスは、メモリ中の価格設定が現在の市況を反映すること保証するために、定期的に例えば、毎秒、毎分新しい価格設定をチェックすることができる。本発明に係るICデバイスは、同様の方法で、顧客の取引可能な母集団に、その他の証券IBMを除くに対する価格設定を取得する。図7は、本発明による、ハードウェア設定とリスク管理ルールを含むグラフィカルユーザインターフェースの実施形態を示す。前述したように、本発明は、ICデバイスに組み込まれたハードウェア命令の修正を許容にするために、グラフィカルユーザインターフェースを含むことができる。図7の上部分は、管理設定やデバイス設定例えば、デバイス識別番号、設置位置、ネットワークパラメータなどの変更を例示する。ユーザインターフェースは、これらに限定されるものではないが、OUCH又はFIXなど、様々な種類の注文メッセージ伝達プロトコルに関して利用され得る。図7の下部分は、デバイスに組み込まれ得るリスク評価基準の例を示す。そのようなリスク評価基準の例の非限定的なリストは、1注文当たりの株式の最大数、最大注文サイズ、最大注文想定元本、非公開証券リストの適用などを含むことができる。これらの設定は、例えば、演算子例:<,>又は特定の評価基準の数値を修正することによって、或は、チェックボックスをチェックすることで設定を有効又は無効にすることによって、容易に変更することができる。本発明のある実施形態に応じて、付加的又は代替的なリスク評価基準は、ICデバイスに組み込まれ得る。リスク評価基準が修正された後、例えば、コンパイラ又はその他のプログラミング手段を用いることによって、新しい評価基準がICデバイスに組み込まれる。それにより、ICデバイスは更新されたハードウェア命令を含む。ICデバイスにおける更新された組み込みハードウェア命令のための個々の手段は、本発明の具体的な実施例によって決まることになる。再プログラム可能なICデバイスの使用は、何回もハードウェア命令を更新することを許容する。例1次の事例は、NASDAQOUCHプロトコルによって入力される注文についてリスク管理評価を実施するために、本発明の利用を例示するものである。当該事例は、決して本発明を制限するもの、又は限定するものとして考慮すべきではない。新しい注文のためのメッセージパケットは、次のような典型的な構成を備えることができる。NASDAQは1セッション当たり2つの直通/直通IPポートを利用する。例えば、もし顧客がNASDAQへの3つのポートを有しているならば、セットアップ配列は次の構成プライマリ/バックアップを備えることになる:Session1ip1aport1aandip1bport1bSession2ip2aport2aandip2bport2bSession3ip3aport3aandip3bport3bこの実施形態では、全てのリスク計量メトリクスは、IPアドレスとポートのペアによって識別可能なセッションとして構成される。もしセッションが、セキュリティー違反のせいで、又は1つ以上のリスク管理基準を満たさない取引のせいで、ブロックされた場合、両IPアドレスもブロックされることになる。予め定められたリスク評価基準に基づく、注文の流線型ストリームライン検査に進むために、メッセージのパケットのすべてが、検査される必要はない。例えば、プロトコル=TCP0x06であり、予め定められたIP及びポートをターゲットにすると、システムはタイプU第3バイトのSoupTCPメッセージ、新しい注文NewOrdersタイプC―第4バイト又は置き換え注文ReplaceordersタイプU―第4バイトのみを確認する必要がある。もし注文が取り消し注文タイプ=C―第4バイトならば、それはパケットにおける唯一のメッセージであることを考慮すれば、当該注文は精査されることなくシステムを通過することができる。パケットの長さとSoupTCPの長さと取り消しメッセージの長さ19バイトに基づいて、システムは同様の確認を迅速に行なうことができる。システムがメッセージを注文取り消しだと判断した後、該メッセージは直接取引所に伝えられることになるので、メッセージの取り消し注文についての遅延は、その他の種類の注文の遅延よりも短いものとなり得る。もしパケットが再送されている場合や、それがシステムによって既にチェックされているシーケンス番号は最後にチェックされたメッセージよりも小さい場合には、パケットは検査なしで証券取引所に転送されることになる。さらに、再送されたパケットは、通常の入りパケットとして扱われ、リスクフィルタによって再検査されることになる。不完全なパケットは、可能な最大限の範囲において確認され得る。例えば、本発明の記憶転送モードでの実施形態によると、2.5通のメッセージを含むパケットである場合、システムは、2通の完全なメッセージを確認することができ、残りの0.5通のメッセージは、システムが該メッセージの残りの部分を取得するまで、メモリに記憶することができる。例えば、TCPシーケンス番号から判断することで、システムは不完全なパケットがある特定のメッセージを形成することを判断することができる。全体のメッセージを受け取ったとき、その後、システムは当該メッセージを予め定義されたリスク管理の評価基準に渡すか否かを判断するために、当該メッセージを検査することができる。もしシステムが順序から外れたパケットを受け取って、当該パケットが1通以上の完全なメッセージを含んでいるならば、システムは、その順序から外れたパケットを通常のパケットとしてチェックすることができる。もし順序から外れたパケットが完全なメッセージを何も含まないならば、システムはパケットの記憶を回避することができる。もし順序から外れたパケットに不完全なメッセージがあるならば、システムは順序通りのパケットを受信するまで、そのパケットの全体のコピーを記憶することができる。本発明は、特定の実施形態を参照して具体的に示され、説明されているが、当業者であれば、その形式や詳細において様々な変更を、本発明の精神及び範囲から逸脱することなく行なうことが可能であることは理解することができる。"