(57)【要約】  金融商品の注文を出すときの送信遅延の影響を最小限に抑える方法およびシステムが提供される。複数の注文控帳２０８、２１０、２１２、マッチエンジン２０２、２０４、２０６が地理的に分散された場所で維持され得る。各注文は、取引業者その他のユーザに対して見かけ上単一の注文控帳を提供するように同期され得る。複数の注文控帳２０８、２１０、２１２、マッチエンジン２０２、２０４、２０６は、取引業者その他のユーザが、最短の送信遅延を伴うマッチエンジンに注文を送信し、他のマッチエンジンにおける未決の注文にアクセスすることを可能にする。
2008533588.tif 000002
【特許請求の範囲】
【請求項１】
金融商品の注文をマッチさせるシステムであって、
第１の地理的場所に位置する第１のマッチエンジンと、
第２の地理的場所に位置する第２のマッチエンジンと、
前記第１のマッチエンジンと前記第２のマッチエンジンとを接続し、前記第１のマッチエンジンと前記第２のマッチエンジンによって使用される注文控帳の同期を取るのに使用されるデータを搬送する高速データネットワークと、
を備えるシステム。
【請求項２】
コンピュータ機器から前記第１のマッチエンジンへの注文の送信に伴う送信遅延が、コンピュータ機器から前記第１のマッチエンジンへの注文の送信に伴う送信遅延と異なる請求項１に記載のシステム。
【請求項３】
前記第１のマッチエンジンが、
（ｉ）金融商品の注文を受け取り、
（ｉｉ）前記注文にマッチする利用可能な最良価格が、前記第１のマッチエンジンにあるか、それとも前記第２のマッチエンジンにあるか判定し、
（ｉｉｉ）前記最良価格が前記第１のマッチエンジンにおいて利用可能である場合、前記注文を、前記第１のマッチエンジンにある注文とマッチさせようと試み、
（ｉｖ）前記最良価格が前記第２のマッチエンジンにおいて利用可能である場合、前記注文を、前記第２のマッチエンジンにある注文とマッチさせようと試みる、
コンピュータ実行可能命令でプログラムされている請求項１に記載のシステム。
【請求項４】
前記第２のマッチエンジンが、
（ｉ）金融商品の注文を受け取り、
（ｉｉ）前記注文にマッチする利用可能な最良価格が、前記第１のマッチエンジンにあるか、それとも前記第２のマッチエンジンにあるか判定し、
（ｉｉｉ）前記最良価格が前記第１のマッチエンジンにおいて利用可能である場合、前記注文を、前記第１のマッチエンジンにある注文とマッチさせようと試み、
（ｉｖ）前記最良価格が前記第２のマッチエンジンにおいて利用可能である場合、前記注文を、前記第２のマッチエンジンにある注文とマッチさせようと試みる、
コンピュータ実行可能命令でプログラムされている請求項３に記載のシステム。
【請求項５】
前記高速データネットワークが光ファイバネットワークを備える請求項１に記載のシステム。
【請求項６】
注文控帳の同期を取るのに使用される前記データが状況メッセージを備える請求項１に記載のシステム。
【請求項７】
前記状況メッセージが、帯域外シグナリングを使用するプロトコルに従ってフォーマット設定される請求項６に記載のシステム。
【請求項８】
前記状況メッセージの少なくとも１つが、マッチエンジンにおける金融商品の最良の買い呼値と売り呼値を示す請求項６に記載のシステム。
【請求項９】
金融商品の注文をマッチさせるマッチエンジンであって、
（ａ）金融商品の注文を受け取るステップと、
（ｂ）前記注文にマッチする利用可能な最良価格が、前記マッチエンジンにあるか、それとも少なくとも１つのリモートマッチエンジンにあるか判定するステップと、
（ｃ）前記注文にマッチする最良価格が前記マッチエンジンにおいて利用可能である場合、前記注文を、前記マッチエンジンにある注文とマッチさせようと試みるステップと、
（ｄ）前記注文がマッチしない場合、前記少なくとも１つのリモートマッチエンジンに最小限の注文情報を送信するステップと、
を実行するコンピュータ実行可能命令でプログラムされているマッチエンジン。
【請求項１０】
前記最小限の注文情報が、前記注文を一意に識別する識別情報を備える請求項９に記載のマッチエンジン。
【請求項１１】
前記識別情報が通し番号を備える請求項１０に記載のマッチエンジン。
【請求項１２】
前記最小限の注文情報が、少なくとも１つの金融商品、価格および数量を識別する情報をさらに含む請求項９に記載のマッチエンジン。
【請求項１３】
高速データネットワークを介して前記少なくとも１つのリモートマッチエンジンに結合されている請求項９に記載のマッチエンジン。
【請求項１４】
前記高速データネットワークが光ファイバネットワークを備える請求項１３に記載のマッチエンジン。
【請求項１５】
さらに、状況メッセージを作成し、送信するコンピュータ実行可能命令でプログラムされている請求項９に記載のマッチエンジン。
【請求項１６】
金融商品の注文を処理するコンピュータで実施される方法であって、
（ａ）ローカルマッチエンジンにおいて注文を受け取ることと、
（ｂ）最良価格が前記ローカルマッチエンジンにおいて利用可能である場合、前記注文を、前記ローカルマッチエンジンにおいてマッチさせようと試みることと、
（ｃ）最良価格がリモートマッチエンジンにおいて利用可能である場合、前記注文を、少なくとも１つのリモートマッチエンジンにある注文とマッチさせようと試みることと、
を備える方法。
【請求項１７】
（ｄ）前記注文がマッチしないとき、前記少なくとも１つのリモートマッチエンジンに最小限の注文情報を送信することをさらに含む請求項１６に記載のコンピュータで実施される方法。
【請求項１８】
（ｄ）前記少なくとも１つのリモートマッチエンジンに状況メッセージを送信することをさらに含む請求項１７に記載のコンピュータで実施される方法。
【請求項１９】
（ｄ）前記少なくとも１つのリモートマッチエンジンに状況メッセージを送信することをさらに含む請求項１６に記載のコンピュータで実施される方法。
【請求項２０】
（ｄ）前記ローカルマッチエンジンと前記リモートマッチエンジンにおける未決の注文の注文控帳の同期を取ることをさらに含む請求項１６に記載のコンピュータで実施される方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、（ｉ）２００５年３月１１日に出願された米国仮出願第６０／６６１１４４号（代理人整理番号第００６１１９．０００３９号）と、（ｉｉ）２００５年７月１８日に出願された米国特許出願第１１／１８３３９３号（代理人整理番号第００６１１９．０００４６号）の利益を主張するものである。これらの開示全体を、参照により本明細書に組み込む。
【０００２】
本発明は、金融商品の取引に関し、詳細には、地理的に分散された注文を利用する方法およびシステムに関する。
【背景技術】
【０００３】
現代の金融商品取引システムは、取引業者が注文を遠距離のマッチエンジンに送信することを可能にする。例えば、ロンドンとシンガポールの取引業者が、オプションおよび先物契約の注文を、米国に位置するマッチエンジンに送信するのはよくあることである。コンピュータ機器と自動取引システムを使用するとき、マッチエンジンからより遠距離に位置する取引業者は、そのマッチエンジンからより近距離に位置する取引業者に比べると、競争上不利になり得る。
【０００４】
マッチエンジンからより遠く離れた場所に位置する取引業者は、そのマッチエンジンから市場データを受信し、そのマッチエンジンに注文を送信するのに必要とされる時間のために、不利な立場にある。例えば、ロンドンに位置する取引業者は、ロンドンで送信される注文が、約８０ミリ秒で、シカゴに位置するマッチエンジンに到着すると予期し得る。この遅延は、コンピュータ機器と、市場データの変動に応答して注文を出す自動取引システムを使用する取引業者にとって、重大なものとなり得る。シカゴに位置する自動取引システムとロンドンに位置する自動取引システムが、同じ市場データに応答して、同じ注文を、シカゴに位置するマッチエンジンに送信する場合、当業者は、シカゴに位置する自動取引システムによって生成される注文が、送信遅延のために、ロンドンに位置する自動取引システムによって生成される注文の前にマッチエンジンに到着するものと予期するはずである。既存のシステムでは、送信遅延のために、取引業者の地理的場所が、常に、取引業者を競争上不利な立場に立たせ得る。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、当分野では、取引と市場データの送信に伴う遅延を最小限に抑える取引システムおよび方法が求められている。
【課題を解決するための手段】
【０００６】
本発明の諸態様は、従来技術の問題と限界を、地理的に離れた場所に位置する同期された注文控帳を提供することによって克服する。注文控帳は、高速データネットワークによって接続され、注文控帳の同期を取るために、各注文控帳で利用可能な最良の買い呼値と売り呼値などの情報を含む状況メッセージを交換し得る。注文控帳の同期を取れば、見かけ上単一の注文控帳のようになる。注文が、ローカルマッチエンジンにおいてローカルでマッチしないとき、最小限の注文情報が、リモートマッチエンジンに配信され得る。本明細書で使用する際、マッチエンジンまたはマッチエンジンモジュールは、マッチエンジンまたはマッチエンジンモジュールのインスタンスの形とすることができる。最小限の注文情報は、契約の識別、価格および数量を含み得る。
【０００７】
いくつかの実施形態では、本発明の一部または全部が、コンピュータ可読媒体上で、例えば、コンピュータ実行可能命令またはモジュールを格納することによって、あるいはコンピュータ可読データ構造を利用することによって実施され得る。当然ながら、前述の実施形態の方法およびシステムは、他の追加の要素、ステップ、コンピュータ実行可能命令、またはコンピュータ可読データ構造を含んでいてもよい。これに関して、本明細書では、他の実施形態も開示し、特許請求するものである。
【０００８】
本発明の諸態様は、大規模並列環境における、単一のやり取りの激しい契約でのマッチングを可能にする。ブレードサーバとグリッドコンピューティングを使って、高度に拡張可能なマッチング環境が創出され得る。
【０００９】
本発明の上記その他の実施形態の詳細を、添付の図面と以下の説明に示す。本発明の他の特徴および利点は、説明と図面、ならびに特許請求の範囲を読めば明らかになるであろう。
【００１０】
本発明は、いくつかの部分およびステップにおいて物理的形状を取り得るものであり、その実施形態を、以下の説明で詳細に記述し、本発明の一部を構成する添付の図面に示す。
【発明を実施するための最良の形態】
【００１１】
例示的動作環境
本発明の諸態様は、取引業者、取引所その他の企業体が、注文や市場情報などの取引データを交換することを可能にする、コンピュータ機器とコンピュータネットワークを用いて実施され得る。取引システムおよび方法を実施する取引ネットワーク環境の例を図１に示す。取引コンピュータシステム１００は、注文を受け取り、注文と取引に関連する市場データをユーザに送信する。取引コンピュータシステム１００は、１つまたは複数のメインフレーム、デスクトップその他のコンピュータを用いて実施され得る。ユーザデータベース１０２は、取引コンピュータシステム１００の取引業者その他のユーザを識別する情報を含む。データは、ユーザ名とパスワードを、おそらく、ユーザを一意に、または一括して識別する他の情報と共に含み得る。アカウントデータモジュール１０４は、取引中に使用され得るアカウント情報を処理し得る。買い呼値と売り呼値をマッチさせるマッチエンジンモジュール１０６が含まれる。マッチエンジンモジュール１０６は、買い呼値と売り呼値をマッチさせる１つまたは複数のアルゴリズムを実行するソフトウェアを用いて実施され得る。取引と取引の記述を識別する情報を格納する取引データベース１０８が含まれ得る。特に、取引データベースは、取引が発生した時刻と約定価格を識別する情報を格納し得る。現在の買い呼値と売り呼値を算出し、または別の方法で決定する注文控帳モジュール１１０が含まれ得る。市場データを収集し、ユーザに送信するためのデータを作成する市場データモジュール１１２が含まれ得る。ユーザの定義によるリスク閾値に関連するユーザのリスク運用を算出し、決定するリスク管理モジュール１３４が含まれ得る。注文控帳モジュール１１０とマッチエンジンモジュール１０６による処理のために、可変の定義された派生商品を分解し、注文の種類を集約する注文処理モジュール１３６が含まれ得る。
【００１２】
図１に示す取引ネットワーク環境は、コンピュータ機器１１４、１１６、１１８、１２０および１２２を含む。各コンピュータ機器は、コンピュータの動作全体を制御する中央処理装置と、中央処理装置を、ネットワークカードやモデムといった１つまたは複数の従来の構成部品に接続するシステムバスを含む。また、各コンピュータ機器は、データまたはファイルを読み取り、書き込むための様々なインターフェースとドライブも含み得る。コンピュータ機器の種類に応じて、ユーザは、キーボード、ポインティングデバイス、マイクロホン、ペンデバイスまたはその他の入力装置を用いてコンピュータと対話することができる。
【００１３】
コンピュータ機器１１４は、取引コンピュータシステム１００に直接接続されたものとして示されている。取引コンピュータシステム１００とコンピュータ機器１１４は、電話回線、一般のローカルエリアネットワーク（ＬＡＮ）またはコンピュータ機器を接続するその他の機構を介して接続され得る。コンピュータ機器１１４は、無線機１３２に接続されたものとして示されている。無線機１３２のユーザは、取引業者または取引所職員とすることができる。無線機ユーザは、コンピュータ機器１１４のユーザに、注文その他の情報を送信し得る。次いで、コンピュータ機器１１４のユーザは、取引コンピュータシステム１００に、取引その他の情報を送信し得る。
【００１４】
コンピュータ機器１１６、１１８は、ＬＡＮ１２４に結合されている。ＬＡＮ１２４は、公知のＬＡＮトポロジの１つまたは複数を有し、イーサネット（登録商標）など、多種多様なプロトコルを使用し得る。コンピュータ機器１１６、１１８は、相互に、また、ＬＡＮ１２４に接続された他のコンピュータおよび装置と通信し得る。コンピュータその他の機器は、より対線、同軸ケーブル、光ファイバその他の媒体を介して、ＬＡＮ１２４に接続され得る。代替として、無線携帯情報端末装置（ＰＤＡ）１２２が、電波を介してＬＡＮ１２４またはインターネット１２６と通信してもよい。また、ＰＤＡ１２２は、従来の無線ハブ１２８を介して取引コンピュータシステム１００と通信してもよい。本明細書で使用する際、ＰＤＡは、電波を介してネットワークと通信する携帯電話その他の無線機器を含む。
【００１５】
また、図１には、インターネット１２６に接続されたＬＡＮ１２４も示されている。ＬＡＮ１２４は、ＬＡＮ１２４をインターネット１２６に接続するルータを含み得る。コンピュータ機器１２０は、直接インターネット１２６に接続されたものとして示されている。この接続は、モデム、ＤＳＬ回線、衛星パラボラアンテナまたはコンピュータ機器をインターネットに接続する他の任意の装置を介して行うことができる。
【００１６】
１社または複数の値付け業者１３０が、取引コンピュータシステム１００に派生商品または証券の買い呼値と売り呼値を提供することによって市場を維持し得る。また、取引コンピュータシステム１００は、取引エンジン１３８など、他の取引エンジンと情報を交換してもよい。多数の別のコンピュータおよびシステムが取引コンピュータシステム１００に結合され得ることを、当業者は理解するであろう。かかるコンピュータおよびシステムには、手形交換システム、規制システム、および手数料システムが含まれ得る。結合は、前述のような直接のものとすることも、本明細書で説明する他の任意の方法とすることもできる。
【００１７】
図１に示すコンピュータ機器およびシステムの動作は、コンピュータ可読媒体上に格納されたコンピュータ実行可能命令によって制御され得る。例えば、コンピュータ機器１１６は、ユーザから注文情報を受け取り、その注文情報を取引コンピュータシステム１００に送信するコンピュータ実行可能命令を含み得る。別の例では、コンピュータ機器１１８は、取引コンピュータシステム１００から市場データを受け取り、その情報をユーザに表示するコンピュータ実行可能命令を含み得る。
【００１８】
当然ながら、多数の別のサーバ、コンピュータ、ハンドヘルド機器、携帯情報端末、電話機、その他の装置が、取引コンピュータシステム１００に接続されていてもよい。さらに、図１に示すトポロジは、単に一例にすぎず、図１に示す構成要素は、多数の代替のトポロジによっても接続され得ることを、当業者は理解するであろう。
【００１９】
例示的実施形態
図２に、本発明の一実施形態による分散された注文控帳システムを示す。一群のマッチエンジン２０２、２０４、２０６が、異なる場所に位置する。これらの場所は互いに隔たっていてもよい。例えば、マッチエンジン２０２がシカゴに位置し、マッチエンジン２０４がロンドンに位置し、マッチエンジン２０６がシンガポールに位置していてもよい。また、各マッチエンジンは、注文控帳２０８、２１０、２１２などの注文控帳と関連付けることもできる。マッチエンジン２０２、２０４、２０６は、光ファイバデータネットワークなどの高速データネットワークによって接続され得る。高速データネットワークは、注文控帳２０８、２１０、２１２の同期を取るのに使用され得る、マッチエンジン２０２、２０４、２０６間での状況メッセージ２１４の交換を円滑化する。
【００２０】
状況メッセージ２１４は、効率的なメッセージングプロトコルに従ってフォーマット設定され得る。本発明のいくつかの実施形態では、メッセージングプロトコルは、帯域外シグナリングを使用し得る。状況メッセージ２１４は、マッチエンジンで利用可能な最良の買い呼値と売り呼値、マッチエンジンの状態、前の状況メッセージ以降に加えられた変更、または、マッチエンジンに別のマッチエンジンの状態を知らせるその他の情報を含み得る。状況メッセージは、例えば、第２のマッチエンジンがより良い価格を提供するときに、第１のマッチエンジンが、第１の注文を第２のマッチエンジンにおける第２の注文とマッチさせることを可能にする。
【００２１】
本発明の一実施形態では、別のマッチエンジンにおいて注文をマッチさせることに伴う価格優位性がないときには、注文は、マッチエンジンにおいてローカルでマッチさせることができる。注文がローカルでマッチしないときには、すべてのマッチエンジンがすべての未決の注文を知るように、最小限の注文データ２１６が１つまたは複数のリモートマッチエンジンに送信され得る。最小限の注文情報については、以下で詳細に説明する。本発明の一実施形態では、最小限の注文情報を使って各マッチエンジンの同期が取られ、データの保全性を確認するのに状況メッセージは必要とされず、かつ使用されない。
【００２２】
図２に示すように、コンピュータ機器２１８ａ〜２１８ｅはそれぞれ、直接に、インターネット２２０を介して、またはローカルエリアネットワーク（ＬＡＮ）２２２を介してマッチエンジンに結合され得る。別の通信路では、別の広域ネットワーク（ＷＡＮ）、電波、移動端末ネットワークなどを利用してもよい。さらに、コンピュータ機器２１８ａ〜２１８ｅは、コンピュータワークステーション、ラップトップコンピュータ、移動端末、電話機、ＰＤＡ、ユーザがマッチエンジンと情報を交換することができるようにするその他の装置を用いて実施されてもよい。コンピュータ機器２１８ａ〜２１８ｅは、マッチエンジンに注文を送信し、市場データ、取引の確認、およびマッチエンジンまたは取引所によって通常配信されるその他の情報を受信するのに使用され得る。
【００２３】
図３に、本発明の一実施形態による、ローカルマッチエンジンにおいて注文を処理する方法を示す。ステップ３０２で、注文がローカルマッチエンジンにおいて受け取られる。マッチエンジンは、そのマッチエンジンが注文元に対して地理的に最も近距離にあるときに、「ローカル」マッチエンジンであるとみなされ得る。本発明の別の実施形態では、マッチエンジンは、注文元からマッチエンジンまで注文を送信する送信時間が最も短いときに、「ローカル」であるとみなされ得る。次に、ステップ３０４で、ローカルマッチエンジンにおいて利用可能な最良の価格が提示されているかどうか判定される。前述の状況メッセージによって、マッチエンジンは、他のマッチエンジンで提示されている価格を知ることができる。
【００２４】
最良価格がローカルマッチエンジンで利用可能である場合、ステップ３０６で、注文が最良価格にマッチするかどうか判定され得る。注文が最良価格にマッチするとき、ステップ３０８で、注文をローカルマッチエンジンでマッチさせる。注文が最良価格とマッチしないときには、ステップ３１０で、最小限の注文情報がリモートマッチエンジンに送信され得る。当然ながら、ステップ３１０は、図３に示す方法が３つ以上のマッチエンジンを含むシステムで使用されるときには、２つ以上のリモートマッチエンジンに最小限の注文情報を送信することを含み得る。
【００２５】
ステップ３１２で、利用可能な最良価格がリモートマッチエンジンで提示されているかどうか判定される。利用可能な最良価格がリモートマッチエンジンで提示されていないとき、この方法は、ステップ３１０に進む。利用可能な最良価格がリモートマッチエンジンで提示されているとき、ステップ３１４で、注文が最良価格にマッチするかどうか判定される。注文が最良価格にマッチするとき、ステップ３１６で、その注文をリモートマッチエンジンにおける注文とマッチさせる。ステップ３１６は、ローカルマッチエンジンで行われ得る。注文が最良価格とマッチしないとき、プロセスは、ステップ３１０に進む。
【００２６】
図３には、価格に基づいてマッチ判定を行う方法が示されているが、代替の実施形態では、他の変数、変数の組み合わせまたは別の要因に基づいて、マッチ判定を行うものとすることもできる。例えば、注文を値付け業者に配信するという契約上の義務が、マッチ判定に影響を及ぼすこともある。
【００２７】
図２に示す方法は、可能なときには、注文をローカルでマッチさせることを可能にする。注文は、高流動性市場ではローカルでマッチさせる可能性がより高い。図示の方法には、本発明から逸脱することなく、取引業者その他のユーザに対して見かけ上単一の注文控帳を維持し、送信遅延を最小限に抑えつつ、変更が加えられ得ることを、当業者は理解するであろう。
【００２８】
図４に、取引業者４０４からローカルマッチエンジン４０６に送信される注文４０２と、ローカルマッチエンジン４０６からリモートマッチエンジン４１０、４１２に送信される最小限の注文４０８とに含まれ得るデータの種類を示す。注文４０２は、取引業者の名前、取引会社名、アカウント番号、契約、価格および数量を含み得る。最小限の注文情報４０８は、通し番号など、注文を一意に識別する識別情報、約定価格および数量を含み得る。最小限の注文情報の使用は、帯域幅の消費を最小限に抑えながら、マッチエンジン間で重要情報を送信し合うことを可能にする。注文の実行時に、通し番号その他の識別情報を使って、注文に含まれるが、最小限の注文情報には含まれない情報を獲得してもよい。
【００２９】
図５に、本発明の代替の実施形態による金融商品注文マッチングシステムを示す。注文データ５０４を格納するのに共用メモリ５０２が使用され得る。注文データをローカルで格納するのではなく、互いに地理的にリモートに位置し得るマッチエンジン５０６、５０８、５１０が、共用メモリ５０２に格納された注文データ５０４を利用する。
【００３０】
単一の注文を２度以上マッチさせることがないように、前述の様々な実施形態と共に１つまたは複数の予約システムが使用され得ることを、当業者は理解するであろう。例えば、シカゴのマッチエンジンが、特定の注文をマッチさせるプロセスを実行している場合、その注文の状態を識別する情報がロンドンとシンガポールのマッチエンジンに配信されて、ロンドンとシンガポールのマッチエンジンがその注文をマッチさせようと試みないようにしてもよい。
【００３１】
本明細書では、本発明を、本発明の特定の例示的実施形態を参照して説明している。本発明を理解する者が、添付の本発明の例示的諸態様に示す本発明のより一般的な精神および範囲を逸脱することなく、本発明の原理を利用する変更、別の実施形態または変形形態を考案し得ることは、当業者には明らかであろう。それらはすべて、本発明の領分、精神および範囲内に含まれるとみなされる。
【図面の簡単な説明】
【００３２】
【図１】本発明の諸態様を実施するのに使用され得るコンピュータネットワークシステムを示す図である。
【図２】本発明の一実施形態による分散された注文控帳システムを示す図である。
【図３】本発明の一実施形態による、ローカルマッチエンジンにおいて注文を処理する方法を示す図である。
【図４】本発明の一実施形態による、注文と最小限の注文情報とに含まれ得るデータの種類を示す図である。
【図５】本発明の一実施形態による、共用メモリを利用する金融商品注文マッチングシステムを示す図である。
【図１】
2008533588.tif 000003
【図２】
2008533588.tif 000004
【図３】
2008533588.tif 000005
【図４】
2008533588.tif 000006
【図５】
2008533588.tif 000007
【国際調査報告】
2008533588.tif 000008