【手続補正書】
【提出日】平成15年8月26日(2003.8.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の名称】複合的注文を処理するための匿名式取引システム
【特許請求の範囲】
【請求項１】  流通可能商品をトレーダ間で取引するための匿名式取引システムであって、
電子注文メッセージを伝達する通信ネットワークと、
通信ネットワークに接続された複数の注文入力装置であって、各注文入力装置は、ビッドおよび／またはオファの注文を含む電子注文メッセージを形成し、ネットワークを介して、複数の注文入力装置のうちの１つの注文入力装置に他の注文入力装置から価格情報を通信する注文入力装置と、
注文入力装置からシステム内に入力された注文に出合いを付け、価格が合致した場合に取引を実行することを支援するための、ネットワークに接続された少なくとも１つの注文出合エンジンと、
価格情報と注文出合エンジンに呼応し、価格情報を注文入力装置に配信するための、ネットワークに接続された市場配信手段と、
複数の注文入力装置インタフェース手段であって、各注文入力装置インタフェース手段は、少なくとも１つの取引フロアを代理する注文入力装置に接続され、電子注文メッセージを少なくとも１つの注文出合エンジンに通信し、この接続された注文入力装置に価格情報および取引情報メッセージを通信する複数の注文入力装置インタフェース手段とを備え、
共にすべて実行されるか、あるいは共にすべて中止される複数の関連した注文が関連注文を構成し、
注文入力装置インタフェース手段および注文出合エンジンは、関連注文を構成する複数の注文の出合いを付け、実行するための手段をさらに備えたことを特徴とする匿名式取引システム。
【請求項２】  請求項１に記載の匿名式取引システムであって、
関連注文を構成する複数の注文の出合いを付け、実行するための手段は、
注文出合エンジンにおいて、関連注文を構成する各注文に対し、出合いを付ける手段と、
関連注文を構成する全ての注文に対し、出合いが付かなかったとき、関連注文を中止する手段とを有することを特徴とする匿名式取引システム。
【請求項３】  請求項１または２に記載の匿名式取引システムであって、
電子注文メッセージは、公開されないビットの注文であることを特徴とする匿名式取引システム。
【請求項４】  請求項３に記載の匿名式取引システムであって、
ビットの注文は、永続性を有することを特徴とする匿名式取引システム。
【請求項５】  請求項１に記載の匿名式取引システムであって、
複数の注文出合エンジンを有し、
複数の注文出合エンジンは、関連注文を提示した注文入力装置が接続された受諾者側注文出合エンジンを有し、
関連注文を構成する複数の注文の出合いを付け、実行するための手段は、受諾者側注文出合エンジン内に構成されることを特徴とする匿名式取引システム。
【請求項６】  請求項１に記載の匿名式取引システムであって、
関連注文を構成する複数の注文の出合いを付け、実行するための手段は、関連注文を構成する複数の注文の出合いを付け、実行するような命令を形成し、注文出合エンジンに送信するための手段を有することを特徴とする匿名式取引システム。
【請求項７】  請求項６に記載の匿名式取引システムであって、
関連注文を構成する複数の注文の出合いを付け、実行するような命令を形成し、注文出合エンジンに送信するための手段は、
出合いを付けるべき各注文を特定する手段と、
これらの各注文が関連していることを示す手段とを有することを特徴とする匿名式取引システム。
【請求項８】  請求項１に記載の匿名式取引システムであって、
関連注文を構成する複数の注文の出合いを付け、実行するための手段は、
関連注文を提示した注文入力装置が接続された注文入力装置インタフェース手段において、
注文出合エンジンから、注文が実行可能であることを示すメッセージを受信するための手段と、
関連注文を構成する各注文が実行可能であることを示すメッセージを受信したとき、関連注文を構成する複数の注文を実行する手段とを有することを特徴とする匿名式取引システム。
【請求項９】  請求項８に記載の匿名式取引システムであって、
注文が実行可能であることを示すメッセージを受信するための手段、および関連注文を構成する複数の注文を実行する手段は、関連注文を構成する１つまたはそれ以上の注文の総額を調整する手段を有することを特徴とする匿名式取引システム。
【請求項１０】  請求項８に記載の匿名式取引システムであって、
関連注文を構成する複数の注文を実行する手段は、同時に、関連注文のそれぞれの注文を実行する手段を有することを特徴とする匿名式取引システム。
【請求項１１】  請求項１に記載の匿名式取引システムであって、
注文入力装置インタフェース手段は、これに接続された注文入力装置から入力された単一の注文メッセージを、複数の関連注文に変換する手段を有することを特徴とする匿名式取引システム。
【請求項１２】  請求項１１に記載の匿名式取引システムであって、
接続された注文入力装置から入力された単一の注文メッセージは、第１通貨および第２の通貨間の取引に関する注文を有し、
注文入力装置インタフェース手段は、上記注文を、第２通貨と第３通貨の間の取引に関する注文と、第１通貨と第３通貨の間の取引に関する関連注文に変換することを特徴とする匿名式取引システム。
【請求項１３】  請求項１に記載の匿名式取引システムであって、
少なくとも１つの仲介ノードを含み、
各仲介ノードは、少なくとも１つの注文出合エンジンのうちの１つと、市場配信手段とを有することを特徴とする匿名式取引システム。
【請求項１４】  請求項１３に記載の匿名式取引システムであって、
仲介ノードは、注文入力インタフェース手段をさらに有することを特徴とする匿名式取引システム。
【請求項１５】  請求項１３または請求項１４に記載の匿名式取引システムであって、
上記の仲介ノードを複数有することを特徴とする匿名式取引システム。
【請求項１６】  トレーダ間で商品を取引するための匿名式取引システムであって、
複数の注文入力装置と、
ブローカのネットワークであって、各ブローカは、このシステムに入力されるビッドおよびオファの注文の出合いを付け、注文の出合いが付いたとき、取引の実行を支援するための注文出合エンジンと、価格情報を他の注文入力装置に配信するための市場配信手段と、注文入力装置の取引フロアおよびブローカの間のインターフェイスとを有するブローカのネットワークとを備え、
共にすべて実行されるか、あるいは共にすべて中止される複数の関連した注文が関連注文を構成し、
少なくとも１つのブローカは、複数の関連注文からなる共同実行注文の出合いを付けるための手段を有することを特徴とする匿名式取引システム。
【請求項１７】  請求項１６に記載の匿名式取引システムであって、
各ブローカが、共同実行注文の出合いを付け、実行する手段を有することを特徴とする匿名式取引システム。
【請求項１８】  請求項１６または１７に記載の匿名式取引システムであって、
共同実行注文の出合いを付け、実行する手段は、各取引代理人において、取引代理人に接続された注文入力装置から入力される第１の形態の商取引に関する単一の注文を、第２および第３の形態の商取引に関する共同実行注文に変換する手段を有することを特徴とする匿名式取引システム。
【請求項１９】  請求項１７または請求項１８に記載の匿名式取引システムであって、
第１の形態の商取引は、第１通貨と第２通貨を含む第１の通貨組み合わせによる商取引で、
第２の形態の商取引は、第１通貨と第３通貨を含む第２の通貨組み合わせによる商取引で、
第３の形態の商取引は、第２通貨と第３通貨による第３の通貨組み合わせによる商取引であることを特徴とする匿名式取引システム。
【請求項２０】  請求項１６ないし請求項１９のいずれか１に記載の匿名式取引システムであって、
複数の関連注文からなる共同実行注文の出合いを付けるための手段は、ブローカにおいて、複合的注文の各注文の出合いを付け、すべての注文の出合いが付かなければ、共同実行注文を中止する手段を有することを特徴とする匿名式取引システム。
【請求項２１】  請求項１６ないし請求項２０のいずれか１に記載の匿名式取引システムであって、
共同実行注文が、公開されないビットであることを特徴とする匿名式取引システム。
【請求項２２】  請求項２１に記載の匿名式取引システムであって、
共同実行注文が永続性を有することにより、ブローカは、所与の時間内に即座に出合いの付かない、共同実行注文を構成する１つまたはそれ以上の注文を記録し、後にシステム内に入力され、このブローカへ配信されるクォートと、記録された注文との出合いを付けることを特徴とする匿名式取引システム。
【請求項２３】  請求項１６ないし請求項２２にいずれか１に記載の匿名式取引システムであって、
共同実行注文の出合いを付ける手段は、
共同実行注文を構成する各注文が実行可能であることを示すメッセージを受信する手段と、
共同実行注文のすべての注文が実行可能であるときにのみ共同実行注文を実行する手段とを有することを特徴とする匿名式取引システム。
【請求項２４】  請求項２３に記載の匿名式取引システムであって、
共同実行注文の出合いを付ける手段は、共同実行注文として実行可能な注文の最低数量に相当するように、各注文の数量を調整する手段を有することを特徴とする匿名式取引システム。
【請求項２５】  トレーダ間で商品を取引するための匿名式取引システムであって、
複数の注文入力装置と、
ビッドおよびオファを含む注文の出合いを付け、注文の出合いが付いたとき、取引の実行を支援する注文出合エンジンのネットワークと、
注文出合エンジンと、システム内に入力されるビッドおよびオファとに呼応する、ビッドおよびオファの情報を注文入力装置に配信するための複数の市場配信手段と、
注文入力装置の１つまたはそれ以上を含む取引フロアと、注文出合エンジンの間の複数のインタフェースとを備え、
少なくとも１つのインタフェース、および付随する注文出合エンジンは、複数の関連する注文からなる共同実行注文の出合いを付け、実行する手段と、複数の関連する注文が実行可能とならなければ、共同実行注文を中止する手段とを有することを特徴とする匿名式取引システム。
【請求項２６】  請求項２５に記載の匿名式取引システムであって、
共同実行注文を実行するための手段は、複数の関連する注文の各注文の数量を、実行可能な注文の最小数量まで、またはこれに比例して、減らす手段を有することを特徴とする匿名式取引システム。
【請求項２７】  請求項２５または請求項２６に記載の匿名式取引システムであって、
複数の注文出合エンジンの各々および付随するインタフェースが共同実行注文の出合いを付け、実行する手段を有することを特徴とする匿名式取引システム。
【請求項２８】  請求項２７に記載の匿名式取引システムであって、
共同実行注文の出合いを付け、実行する手段は、複数のインタフェースの各々において、インタフェースに接続されたトレーダ端末から入力される第１の形態の商取引に関する単一の注文を、第２のおよび第３の形態の商取引に関する共同実行注文に変換する手段を有することを特徴とする匿名式取引システム。
【請求項２９】  請求項２８に記載の匿名式取引システムであって、
第１の形態の商取引は、第１通貨と第２通貨を含む第１の通貨組み合わせによる商取引で、
第２の形態の商取引は、第１通貨と第３通貨を含む第２の通貨組み合わせによる商取引で、
第３の形態の商取引は、第２通貨と第３通貨による第３の通貨組み合わせによる商取引であることを特徴とする匿名式取引システム。
【請求項３０】  合成された通貨組み合わせをトレーダ間で取引する匿名式取引システムにおいて、
複数の注文入力装置と、
システム内に入力されるビッドおよびオファの注文の出合いを付け、ビッドおよびオファの注文の出合いが付いたとき、取引の実行を支援するための、少なくとも１つの注文出合エンジンと、
システム内のビッドおよびオファの注文に関する情報を、トレーダ端末に配信する市場配信手段と、
第１通貨および第３通貨を含む通貨組み合わせに関する商取引のためにシステムに入力されたビッドおよびオファの注文と、第２通貨および第３通貨を含む通貨組み合わせに関する商取引のためにシステムに入力されたビッドおよびオファの注文とから、第１通貨および第２通貨を含む通貨組み合わせに関する商取引のためにシステムに入力されたビッドおよびオファの注文を合成する手段と、
共にすべて実行されるか、あるいは共にすべて中止される複数の関連した注文から構成される共同実行注文の出合いを付け、実行するための手段とを備え、
合成された通貨組み合わせにおけるビッドまたはオファの注文を、第１通貨および第３通貨を含む通貨組み合わせと、第２通貨および第３通貨を含む通貨組み合わせのそれぞれにおける注文から構成される共同実行注文に変換する手段とを有することを特徴とする匿名式取引システム。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は、電子仲介システムに関し、とりわけ、相手方当事者が匿名方式により一定の与信枠（クレジット限度）内で取引を行うシステムに関する。こうしたシステムは、外国為替および先物契約などの金融商品を取引することができる。本発明は、とりわけ、こうしたシステムに提示される複合的注文を取り扱うことに関する。複合的注文とは、指値注文、条件付き注文、または複数の注文がすべて実行されるか、全く実行されないような共同実行注文であってもよい。
【０００２】
（発明の背景）
数多くの匿名式取引システムが知られている。Reuters Ltd.に譲渡されたEP-A-0,399,850、EP-A-0,406,026、およびEP-A-0,411,748によれば、自動注文出合システムの態様が開示されており、このシステムにおいて、ホストコンピュータがネットワークを介してホストコンピュータに接続された端末から入力されたビッドとオファに関する中央データベースを維持管理する。また、このホストコンピュータは、各取引銀行と、これと取引しようとする潜在的な相手方当事者の間の与信枠に関する記録を維持管理する。このホストコンピュータは、中央データベースにある情報を用いて、相手方当事者の与信枠を含む出合条件に基づき、ビッドとオファ、買い注文と売り注文の出合いを付ける。
【０００３】
一般に、相手方当事者の与信枠は、各銀行または各取引フロア（取引立会所）に対して設定され、ホストコンピュータは、相手方当事者の潜在的な各組み合わせに対して、グロスの相手方当事者の与信枠を計算する。グロスの相手方当事者の与信枠とは、２者の相手方当事者間に残存するクレジットの最小値のことである。
【０００４】
トレーダ端末は、通常、最良のいくつかのビッドおよびオファである取引ブックの一部分を表示する。これらのビッドおよびオファは定期的に更新され、トレーダは市場の実際の状況を確認する。
【０００５】
上述のシステムが有する問題点は、取引したいビッドまたはオファを提示する相手方当事者に対してトレーダが十分なクレジットを有するかどうかに関係なく、このトレーダがビッドまたはオファを見ることができるという点である。その結果、トレーダは、利用可能なクレジットがない場合でも、取引しようとすることができる。このシステムが匿名式であるので、取引が完了するまで、トレーダは、相手方当事者に関して何も知ることなく、ビッドまたはオファをヒットするまで、受諾されるか、クレジット不足のために拒否されるかについても不明である。これは、とりわけ動きの速い市場においては取引の機会を簡単に見逃すことになるので、トレーダにとっては極めていらだたしいものである。取引が提示されて、潜在的な注文出合が確認された後でしか、ホストコンピュータにより利用可能なクレジットがチェックされない場合に、この問題は生じる。
【０００６】
この問題は、EBS Dealing Resources Inc.に譲渡されたWO93/15467において解決された。実際の取引ブックまたはその一部を表示する代わりに、各トレーダ毎に異なる市況（マーケットビュー）を表示する。このとき、クレジットが不十分であるか全くない相手方当事者からのビッドまたはオファが市況から排除される。こうして、トレーダは、取引可能であると分かっている相場だけを見ることができる。
【０００７】
WO93/15467が開示するシステムのアーキテクチャは、Reutersのシステムとは全く異なり、注文の出合いを付ける数多くのアービトレータを含む配信ネットワークに基づいている。実際の与信枠情報は、ローカルな銀行ノードに記録されており、取り扱いが難しいクレジットデータが銀行の物理的な場所から離れないようにして、各銀行の取引端末が、この銀行ノードに接続される。実際の取引ブックは、アービトレータから市場ディストリビュータに送信される。市場ディストリビュータは、所与の取引フロアに固有の市況を形成し、これを関連する銀行ノードに送信する。与信枠に応じて、各取引フロアに関して、異なる市況が形成され得る。各銀行ノードに配信された市況は、クレジットスクリーニング（ふるいわけ）を行った完全な市況であって、銀行または銀行内の所与の取引フロアに関連する価格がふるい落とされた市場ディストリビュータは、十分なクレジットをもたない。
【０００８】
さらに、市場ディストリビュータは、限定的なクレジット情報を有し、相手方当事者に対する単純な「はい−いいえ」式のクレジット指標を記録格納できるクレジットマトリックスを維持管理する。出合注文が確認されたとき、価格は既にクレジットでスクリーニングされており、銀行ノードは、クレジットマトリックスを用いて、過去に拡張されたクレジットがすでに枯渇したかどうか、第２のクレジットチェックを行う。
【０００９】
とりわけ、これらは、単純な売り注文または買い注文である取引注文を、非常に限定的に受諾できるに過ぎない。実際には、とりわけ先物、すなわちＦＲＡ（先物相場契約）などの複合的な商品を取り扱う場合、トレーダは、より洗練された注文を行いたいことがしばしばある。EBS Dealing Resources Inc.から市販されている既知のＦＲＡ取引システムによれば、制限付き複合的注文を取り扱う上で、限られた機能しかなない。制限付き複合的注文とは、例えば、いくつかの銘柄における複数の注文であって、このとき複合的注文には全体的な限度額が付与され、個々の注文の合計額は全体的限度額よりも小さい。EBS社のＦＲＡシステムにおいて、限度額に達すると、クォートをキャンセルできる指値注文の安全ネットが設けられている。
【００１０】
既存の任意のシステムは、共同実行取引を行うための機能をもたない。これらは、例えば、同時の売り注文と買い注文など、すべてを実行するか、全体の取引をキャンセルしなければならない取引である。
【００１１】
複合的注文を提示する機能がなければ、トレーダは、ボイスブローカなどの従来式の方法を用いるとき、匿名式取引システムとして有効に取引することができない。例えば、Ｆ／Ｘスポットなどの市場に関していえば、これは大きな問題とはならないが、他の金融商品を取引するとき、これは極めて重大な問題が生じる。既存のシステムの有用性が制限され、依然として、従来式の開放的な呼び売り方法を用いて運用されている市場への匿名式システムの普及が制限される。
【００１２】
したがって、ＦＲＡ取引システムで現在利用されている、極めて限定的な安全ネット式の指値注文を越えた、匿名式取引システムにおける複合的注文を処理できる機能を提供することが望まれている。
【００１３】
（発明の要約）
本発明の目的は、トレーダにより入力される複合的注文を取り扱い得る取引システムを提供することである。
【００１４】
本発明のさらなる目的は、共同実行注文を取り扱い得るシステムを提供することである。
【００１５】
本発明のさらなる目的は、さまざまな制限付き注文を取り扱い得るシステムを提供することである。
【００１６】
本発明のさらなる目的は、通貨組み合わせの相場を合成し、トレーダがそれら合成的な相場をヒットできるようにしたシステムを提供することである。
【００１７】
本発明に係る実施形態は、トレーダ間で流通可能商品を取引し、電子メッセージを伝達する通信ネットワークを含む匿名式取引システムを提供する。複数の注文入力装置は、通信ネットワークと接続し、各注文入力装置は、ビッドオーダおよび／またはオファオーダを含む電子注文メッセージを生成し、注文情報に関してトレーダと通信する。その注文情報は、ネットワーク全体における上記の複数の注文入力装置、例えばトレーダ端末の、他のものから受信される。１つまたはそれ以上の注文出合エンジンは、ネットワークと接続し、トレーダ端末からシステムの中へ入力されるビットおよびオファの注文を適合させる。注文出合エンジンは、相場が適合した取引を実施する。市場配信手段は、ネットワークと接続し、注文メッセージをトレーダ端末に配信する。市場配信手段は、相場クォートメッセージと注文出合エンジンに呼応する。複数のトレーダ端末インタフェース手段が設けられる。各トレーダ端末インタフェース手段は、トレーダ端末を接続し、少なくとも１つの取引フロアを表し、可視的な注文メッセージを１つまたはそれ以上の注文出合エンジンに通信し、可視的な注文メッセージと取引情報メッセージをトレーダ端末に通信する。トレーダ端末インタフェース手段および１つまたはそれ以上の注文出合エンジンはさらに、関連付けられた複数の注文を適合させて実行する手段を含み、上記の関連する注文の全ては、合わせて実行されるか、拒否されるかの何れかである。
【００１８】
本発明に係る１つの実施形態は、トレーダ間にて商品を取引するための匿名式取引システムを提供する。該匿名式取引システムは、トレーダ端末のような注文入力装置のネットワークと、ブローカのネットワークを含む。その各々のブローカは、システムの中に投入されるビッドおよびオファの注文を適合させ、注文が適合した際に取引を実施する注文出合エンジンを含む。市場配信手段は、可視な注文メッセージをトレーダ端末に配信する。複数の取引代理人は、各々、ブローカと接続し、トレーダ端末の取引フロアと、取引代理人が接続するブローカとの間の、インタフェースとなる。少なくとも１つの取引代理人と、その代理人が接続するブローカとは、関連付けられた複数の注文を含む共同実行注文を適合させて実行する手段を含み、上記の関連する注文の全ては、合わせて実行されるか、拒否されるかの何れかである。
【００１９】
本発明に係る実施形態では、共同実行注文が匿名式取引システムにより処理され得る、という利点を有する。この可能性は、先行技術システムでは、もたらされていない。このことにより、現状可能なものよりもより洗練された商取引タイプに対して、匿名式取引システムを利用することが可能になるし、さらに、このことは、複合的な共同実行注文が一般的である場合、商品を取引し得る、自動の、または匿名の取引システムを形成するにあたり、助けとなる。
【００２０】
本発明に係る好適な実施形態では、ブローカの各々と、それらと接続する取引代理人とが、共同実行注文を適合させて実行する手段を含む。
【００２１】
好適な実施形態では、共同実行注文を取り扱う責務は、注文が入力される取引代理人と、その取引代理人が接続するブローカとの間で生じる。共同実行注文は、システム内で他のトレーダには認識できないビットとして、常に取り扱われる。適合が初期に可能でないなら、ビットが適合可能なようにビットが持続性を有することが、好ましい。
【００２２】
取引代理人は、トレーダから共同実行注文を受け取り、共同実行注文メッセージ内にてその注文を注文出合エンジンまたはブローカに回していく。このことにより注文はブローカに提示され、ブローカは、注文の全体部分が共同して実行されねばならないことを決定しうる。注文の個々の部分を完了させる際に、ブローカは、注文が実行可能であることを示すメッセージを取引代理人に送る。取引代理人は注文を直ぐには実行せず、共同実行注文を含む個々の注文の全部が実行可能になるまで、即ち、実行可能を示す取引メッセージが注文の全部に対してブローカから受け取られるまで、待機する。この時点で、取引は全て同時に完了し、共同実行注文は取引代理人ディスクに記録される。取引完了に先立ち、クレジットの確認が、取引代理人およびブローカの片方或いは両方において、行われる。もし不十分なクレジットしか利用可能でないならば、共同実行注文全体がキャンセルされ、取引の部分に対してのみ十分なクレジットがあるならば、共同実行注文の全体は、完了され得る注文のうち最も低い量にまで、または最も低い量に比例して、縮小される。
【００２３】
本発明は、合成的な取引相場を与えるシステムおよび方法を供給する。取引相場が、第１と第２の通貨および第１と第３の通貨を含む、２つの通貨の組み合わせに対して利用可能であれば、第２と第３の通貨の間の商取引に対する相場は、合成され得る。このように、付加的な通貨の組み合わせが合成される。トレーダは、合成されるべき通貨の組み合わせの相場をヒットするため、公開されないビットオーダを入力し得る。本発明に係る実施形態であるシステムでは、合成的な相場に対するビットオーダを、複合的な共同実行注文として取り扱い、ビットオーダを、合成された組み合わせから得られた第１の通貨の組み合わせでの商取引に対する注文と、同じく合成された組み合わせから得られた第２の通貨のペアでの商取引に対する注文とに、分ける。
【００２４】
本発明に係るこの実施形態によると、トレーダ間にて、合成されるべき通貨の組み合わせを取引する匿名式取引システムが設定される。該匿名式取引システムは、例えばトレーダ端末のような複数の注文入力装置と、注文出合エンジンのネットワークとを含む。各々の注文出合エンジンは、システム内に入力されるビッドおよびオファの注文を適合させ、ビッドおよびオファの注文が適合したとき取引の実行を行う。市場配信手段が、システムの中のビッドおよびオファの注文に係る情報をトレーダ端末に配信する。複数の取引代理人が、各々、注文出合エンジンの１つに接続し、上記トレーダ端末の取引フロアと、取引代理人が接続する注文出合エンジンとの間の、インタフェースを設定する。第１の通貨および第３の通貨を有する通貨のペアの間の商取引のためにシステムに入力されたビッドおよびオファの注文と、第２の通貨および第３の通貨を有する通貨のペアの間の商取引のためにシステムに入力されたビッドおよびオファの注文とから、第１の通貨および第２の通貨を有する通貨のペアの間の商取引のためのビッドおよびオファの注文を、合成する手段が、設定される。システムはさらに、注文出合エンジンおよびそれに接続する取引代理人にて、関連付けられた複数の注文を含む共同実行注文を適合させて実行するが、その関連する注文の全てが、合わせて実行されるか拒否されるかの何れかである、手段を含む。取引代理人はさらに、上記の統合通貨ペアの中の商取引のためのビッドまたはオファのオーダを、第１と第３の通貨を含む通貨のペアと第２と第３の通貨を含む通貨のペアとの、各々の中の注文を含む共同実行注文に変換する手段を、含む。
【００２５】
通貨のペアを統合することが可能であることは、システムの融通性を向上させ、さらに、所与の通貨のペアの流動性を増加させるという、利点につながる。
【００２６】
本発明に係るさらなる実施形態では、自動の、即ち匿名取引システムが制限付き注文を取り扱うことが可能となる。本発明に係るこの実施形態によると、取引システムが、トレーダ端末のような複数の注文入力装置と、ブローカのネットワークを、含む。その各々のブローカは、システムの中に投入されるビッドおよびオファの注文を適合させ相場が適合した際に取引を実行する注文出合エンジンと、相場メッセージをトレーダ端末に配信する市場配信手段とを、含む。複数の取引代理人が設定され、各々の取引代理人はブローカに接続し、トレーダ端末の取引フロアと、取引代理人が接続するブローカとの間の、インタフェースを設定する。取引代理人は、夫々さらに、一連のビッドまたはオファの注文を含む複合的注文を入力する手段と取引限度とを含み、このとき注文の総数は取引限度より大きく、さらにブローカは各々、取引限度に等しい量が実行されてしまうと混合注文の中の注文をキャンセルする手段を含む。
【００２７】
本発明の実施形態について、単なる具体例として、添付図面を参照しながら以下に説明する。
【００２８】
（好適な実施形態の説明）
以下に説明する図１ないし図６に示す取引アーキテクチャを参照しながら、本発明について説明する。しかし、本発明は、このアーキテクチャに限定されず、任意の匿名式の取引システムにおいて実現されることを理解する必要がある。例えば、本発明は、この業界で広く知られ、先にも説明した先行技術によるReuters社やEBS Dealing Resources社のシステムにおいても実施できる。
【００２９】
ここで説明される電子仲介システムは、少なくとも以下の金融商品を取引するためのプラットフォーム（基本的構成）を備える。すなわち、ＦＸ（外国為替）スポット、先物およびＦＸ先物である先物相場契約、ＣＦＤ、短期政府および／または中央銀行証券、通商貨幣、ＣＤ、銀行間供託金、通商証券、レポ、金利先物、スワップ、オプション、およびこれらの基本的な製品に基づく広範な個別仕様の変形物である。これらすべてを金融商品と呼ぶ。また本発明を用いて、日常商品などの非金融商品を取引することができる。
【００３０】
トレーダ端末にあるトレーダは、通信ネットワークに接続され、これにより、端末間で電子メッセージをやり取りすることができる。これらのメッセージの中には、クォートおよびヒットの提示が含まれ、これらのメッセージは、その後、システムを介して複数のブローカノードのそれぞれに配信される。クォートは、トレーダが「マーケットを作る」ために提示するビッドオーダまたはオファオーダであって、市況の一部として他のトレーダに配信される。したがって、クォートは、他のトレーダにより見ることができる注文である。ヒットは、１つまたはそれ以上のクォートから得られた市況に表示された価格に基づいて、取引しようとするトレーダが提示する買い注文または売り注文である。ヒットは、他のトレーダが見ることのできない注文である。つまり、トレーダ端末は、システムに注文を入力する手段を有する。トレーダは、トレーダ端末を用いて、注文を手作業で入力することができる。トレーダは、マーケットが所定の条件を満足するとき、自動的に注文を提示するようにプログラムすることができる。注文は、システムを取り扱う団体から自動的に提示することができる。
【００３１】
図１に示すコンピュータ取引システムは、複数の取引代理人１０を有し、各取引代理人は、複数のブローカノード１２のうちの少なくとも１つと接続している。所定のトレーダ端末が１つまたはそれ以上の取引代理人に付与されている場合において、トレーダ端末が取引システムにアクセスするとき、各取引代理人は、その仲介手段となる。
【００３２】
トレーダ端末（図示せず）は、ワークステーションまたは他のコンピュータ端末であってもよい。こうしたコンピュータ端末は、（通常、特定のキーパッドを用いて、）ビッドおよび／またはオファ価格、クォート、および注文を含む電子価格クォートメッセージを形成し、提示し、さらに取引される金融商品に関する利用可能な価格と取引数量を含む市況データを通信できるように構成されている。この通信内容は、通常は画面表示されるが、同様に、情報印刷、合成音声、またはその他の手法により示すことができる。
【００３３】
トレーダは、通常、銀行などの金融団体の一部として分類され、この金融団体は、取引フロアの一部としてトレーダを構成する。取引フロアとは、取引フロア責任者の共通の管理下にあるトレーダのグループであって、この取引フロア責任者が他の取引フロアに対する自らの取引フロアの与信枠（クレジットライン）を設定する。トレーダまたはトレーダのグループのための市況（マーケットビュー）とは、トレーダが見ることができ、市場を反映し得る市場情報（価格、数量など）である。この市況は、WO93/15467に開示されたように、クレジット相互性に関して事前にスクリーニングされることが好ましい。WO93/15467の内容は、ここに一体のものとして統合される。こうして、取引可能なクォートだけが表示されて、トレーダはこれらだけを見ることができる。取引フロアに対してクレジットを拡張するのと同様に、銀行全体（数多くの銀行は配置場所とは無関係にいくつかの取引フロアを有している。）、個人のトレーダ、またはトレーダのグループに対してクレジットを拡張することができる。銀行全体、取引フロア、または個人のトレーダからクレジットを拡張してもよい。このプロセスについては、後に詳細に説明する。
【００３４】
このシステムは、匿名式の取引システムであって、ブローカが形成する市況は、価格のソース（提示元）を特定することなく、価格と数量に関する情報を含む。利用可能なビッドおよびオファのために表示された価格、およびこの価格で利用可能な取引数量は、１つまたはそれ以上のクォートの合計値となる。事前スクリーングされたクレジット基準を満足する団体のクォートだけが、表示された合計価格に含まれる。したがって、ブローカノードが形成する市況は、与信枠に依存して、取引フロア毎に異なる。
【００３５】
取引代理人ノードは、特定の取引フロアまたはトレーダのグループに対して、サービスを提供する。これらのサービスには、各取引ワークステーションに関してネットワークにアクセスすること、取引を完了すること、取引チケットを作成すること、トレーダのために取引情報の履歴を維持管理することが含まれる。各取引代理人ノードは、この取引システムにアクセスするために、少なくとも１つのブローカノードと接続する必要がある。こうして、トレーダ端末のグループは、取引代理人１０に接続して、このシステムにアクセスする。
【００３６】
各ブローカノード１２は、基本的な注文の出合いを付け、価格配信サービスを提供する。ブローカノードは、クリークツリー（Clique Tree）と呼ばれる構造体内に構成され、これは、極めて独創的であるが、単純なルールに従って、より高速の通信ルーティングを可能にする。クリークツリーは、ネットワーク構造体であって、個々のノードがクリーク（小集団）に分類された後、このクリークが樹木構造体を構成する。各ブローカは、「近隣ブローカ」と称する数多くのブローカと論理的にリンクすることができる。ブローカ間の通信は、ネットワーク内における「上」または「下」方向がなく、同じレベル上にある。
【００３７】
図１の実施形態において、ブローカ１２ａ，１２ｂ，１２ｃにより構成されるクリーク、ブローカ１２ｂ，１２ｄ，１２ｅ，１２ｆにより構成されるクリーク、およびブローカ１２ｅ，１２ｇにより構成されるクリークの３つのクリークがある。明らかに、ブローカ１２ｂ，１２ｅは、２つのクリークに含まれている。理解しやすくするために、単純な具体例だけを図示したことを理解されたい。実際には、このネットワークは、数多くのクリークからなり、遥かにより複雑になることがある。
【００３８】
取引代理人は、少なくとも１つのブローカノードと接続する必要があるが、クリークツリーのメンバーではなく、この構造体の外側にある。複数のブローカノードに接続される取引代理人は、複数の組の市場価格を受けることになる。異なるブローカノードからの価格情報が実質的に同じであっても、こうした情報を異なる間隔で受けることがある。取引代理人は、所定の取引注文をただ１つのブローカノードへ送信する。
【００３９】
ブローカノードという用語は、コンピュータネットワーク内の物理的または論理的ノードとして構成された、仲介機能を有するコンピュータを記述するために用いられる。基本的な仲介機能は、クォートを記憶し、このクォートを市況の形態でトレーダに提供し、クォートとオーダの出合いを付けることである。ここで開示される実施形態におけるブローカノードは、さらなる機能を実行するが、これらは、ブローカノードとして定義される本質的な機能ではない。
【００４０】
したがって、このブローカノードのそれぞれは、提示されたビッドおよびオファの出合いを付けるため、そして適合したときに取引を実行するために、ネットワークに接続された注文出合（適合）エンジンを有する。これらは、同様に、価格クォートメッセージおよび注文出合エンジンに呼応して、価格メッセージをトレーダ端末へ配信する市場ディストリビュータの機能も果たす。本発明の文脈において、注文出合機能と市場ディストリビュータ機能は、仲介ノードにおいて融合されることが好ましいが、本発明は、これらの機能が分離され、地理的および／または論理的に異なる場所で実施されるシステムに対しても、等しく適用することができる。こうしたシステムの具体例は、先に説明したWO93/15467に開示されている。
【００４１】
ブローカノードは、互いに等しく、同じ機能を実行する。このネットワークの構成、またはそれらの位置は、ブローカノードに対して透明性を有する。それらは、近隣ブローカについてのみ知っていればよい。各ブローカノードは、市場内のすべての注文に関する知識を有し、提示されると直ぐに注文の出合いをつけることができる。各ブローカノードは、市場内の注文の全リストを維持管理しているので、取引代理人が要求するとおりの市況をカスタマイズし、受信するとすぐに市場情報に対してより迅速に反応することができる。
【００４２】
配信ブローカノード装置の目的を理解するために、価格配信および取引実行について、図２を参照しながら説明する。
【００４３】
１者またはそれ以上のトレーダが注文をトレーダ端末へ提示することにより、取引プロセスは開始される。注文は、トレーダからの取引リクエストであり、価格または取引数量などの特定の条件を含む売り注文または買い注文を含む。クォートは、永続性を有する注文であり、このシステムにおいて利用できる状態で維持され、市場相場情報の一部として配信される。クォートは、「マーケットを作る」ために用いられ、トレーダはこれをビットまたはオファとして認識している。ヒットは、「非公開」の「承諾または拒絶（該当または削除）」の機能を有する注文である。ヒットは、相場価格の一部として出回らない。ヒットは、システム内に保持されず、入力後、取引が成立しなかった場合は、削除される。
【００４４】
オーダブックとは、市場において利用できるすべての注文のリストである。クォートは、利用可能な注文だけであるので、オーダブックは、クォートのリストからなる。クォートは、適正な取引順序でキュー（列）の中に配列される。キューの配列順序は、金融商品によってさまざまに変化する。デフォルトの配列順序は、価格および時間による。このシステムにおいて、各ブローカノードは、利用可能なすべてのクォートに関する完全なリストを維持管理する。外国為替などのシステムにおいて、好適には、２つのオーダブックがあり、一方が売り注文のため、他方が買い注文のためのものである。
【００４５】
このシステムにおけるメッセージフローは、指定メッセージを用いて説明され、そのそれぞれがネットワーク全体を通して適当なパラメータを有する。クォート（永続性を有する注文）を提示するプロセスは、トレーダがビッドまたはオファを発信したトレーダ用ワークステーションから情報を、取引代理人が受信した時点で始まる。そして取引代理人は、クォート提示プロセスを開始する。取引代理人がクォート情報をトレーダ用ワークステーションから受信したとき、クォートに関する履歴を形成し、維持管理する。その後、取引代理人は、これが接続されるブローカノードへ、クォート提示メッセージを送信する。ブローカノードは、クォートを確認して、有効ならばこれを受信する。クォートを最初に受信したブローカノードは、このクォートに関する「オーナ」ブローカノードとなる。図２に示す具体例において、「オーナ」ブローカノードは、ブローカノード５である。これは、クォートを取引に付託できる唯一のブローカノードである。このブローカノードは、履歴、または「クォートオブジェクト」を形成し、これを適当な取引可能な商品に関するキューの中に組み入れる。
【００４６】
クォートがキューの中に配置された後、オーナブローカノード５は、クォート利用可能メッセージ（QuoteAvailabe Message）を他のブローカノードに送信することにより、クォートをネットワーク全体に配信する。この具体例において、ブローカノード５は、クォート利用可能メッセージをブローカノード２および６へ送信する。各ブローカノードは、このメッセージを受信すると、履歴（クォートオブジェクト）を形成し、これをキュー（オーダブック）の中に組み入れる。ブローカノードはこのメッセージを送信したということを履歴に記録する。これをキューの中に配置した後、ブローカノードは、続けて、ブロードキャストルーティングルールを用いて、クォート利用可能メッセージを、同じクリーク内の送信元のブローカ以外のすべての近隣ブローカへ送信する。したがって、ブローカノード２は、ブローカノード１，３，および４にこれを送信する。ブローカノード４は、ブローカノード７へこれを送信する。この時点において、すべてのブローカノードは、クォートについて認知し、これに応じて、それぞれのオーダブックを更新する。
【００４７】
ブロードキャストルーティングルールを用いて、確実に、ネットワーク通信を効率よく処理し、メッセージフローの重複を避けることができる。
【００４８】
ブロードキャストルールとは、
１．情報を発信したブローカノードは、この情報をすべての近隣ブローカノードに送信すること。
２．情報を受信したブローカノードは、同じクリーク内にあるブローカノードであって、この情報を発信したブローカノード以外のすべての近隣ブローカへ、この情報を送信する。
３．メッセージがクォートなどの永続性のある情報を含む場合、この情報を受信したブローカノードの識別子とともに記録する。
【００４９】
これらのルールは、中に含まれるメッセージではなくて、この情報を参照することに留意されたい。例えば、クォートに関する情報は、あるブローカノードには取引申込メッセージ（ProposeDeal message）として送信され、別のブローカノードには相場更新メッセージ（MarketUpdate message）として送信される。ただし、同じ情報が両方のブローカノードへ送信され、同様に上述のルールが適用される。
【００５０】
価格配信は、トレーダ端末にあるトレーダへ価格情報を提供するプロセスである。この情報は、ブローカノードにより形成され、トレーダへ配信するために取引代理人へ送信される。このプロセスは、図３に示すとおりである。
【００５１】
各ブローカノードは、クォート（オーダブック）のキューを検査して、それぞれが接続される取引代理人のために市況を計算する。この市況は、とりわけ、代理人が代理する取引フロアのために形成される。市況は、クレジットまたは他のファクタに依存して異なることがある。市況を決定する正確なプロセスは、取引商品によって異なる。市況情報は、市況メッセージ（MarketView message）として、取引代理人へ送信される。したがって、各ブローカは、各トレーダと潜在的な相手方当事者に関するクレジット情報を保持することになる。
【００５２】
クォートをヒットすることは、２者のトレーダ間の取引を行う基本的なプロセスである。あるトレーダからのヒットと、別のトレーダからのクォートの出合を付ける。このプロセスは、図４に図示される。市況ディスプレイに表示された価格をヒットしたトレーダの取引代理人は、ヒット提示メッセージ（HitSubmit Message）をブローカノードへ送信する。このメッセージの目標は、特定のクォートではなくて、価格である。ブローカノードは、そのキューをスキャンして、このヒットに出合いを付ける最初のクォートをキュー内に見出す。注文出合ルールは、取引商品によって変わることがある。
【００５３】
クォートに対してヒットの出合いが付くと、ブローカノードは、出合いの付いた取引額を「利用可能額（available）」から「予約済の未決取引額（reserved pending deal）」に移して、このクォートに関する履歴を修正する。これにより、同額のクォートと別のヒットとの出合いを避けることができる。ブローカノードは、このクォートの発信元のブローカノードへ、取引申込メッセージを送信する。このメッセージは、特定のクォートの発信元に仕向けられる。このヒットは、ブローカ７に接続された取引代理人に接続されたトレーダから受信されている。ブローカ７は、ブローカ４へこのメッセージを送信する。
【００５４】
各ブローカノードは、取引申込メッセージを受信したとき、キュー内のクォートをチェックする。提示された取引の取引額がキュー内で依然として「利用可能額」である場合、ブローカノードは、出合いを付けたブローカノードと同様のプロセスを実行する。提示された取引の取引額を「利用可能額」から「予約済の未決取引額」に移す。こうして、取引申込メッセージは、このクォートの発信元のブローカノードへ送信される。この具体例では、ブローカノード４がブローカノード２へこれを送信する。そして、ブローカノード２がブローカノード５へこれを送信する。
【００５５】
取引申込メッセージのルーティングは、仕向けルーティングルールに従う。目仕向けルーティングを用いて、特定のブローカノードへ情報を供給する。特定のブローカノードは、システム内に組み入れられていないので、目標は、特定のブローカノードではなく、情報の発信元であるブローカノードである。例えば、メッセージが「ブローカノード７１４」へ送信されるのではなく、「クォート４２の発信元であるブローカノード」へ送信される。仕向けルールとは次の通りである。
１．情報の特定の一部に関するメッセージの発信元であるブローカノードは、当初の情報を受信した元のブローカノードへメッセージを送信する。
２．自らが発信元でない情報の特定の一部に関するメッセージの発信元であるブローカノードは、当初の情報を受信した元のブローカノードへメッセージを送信する。
【００５６】
こうして、メッセージは、当初の情報が辿った経路を逆向きにソースに向かって伝播する。この具体例では、この経路は、ブローカノード７からブローカノード４および２を経由してブローカノード５へ至る。
【００５７】
クォートを初めに形成したブローカノードが取引申込メッセージを受信した場合、他のブローカと同様のチェックと取引額の確保を行う。このブローカノードは、このクォートを支配しているので、このクォートで取引を行う権限を有する。取引申込メッセージは、このヒットで取引を行う権限を意味する。ブローカノードは、クォートを提示した取引代理人へ、ヒット額メッセージ（HitAmount message）を送信することにより、取引プロセスを開始する。取引実行プロセスについては、後に説明する。
【００５８】
取引出合プロセスが実行されると、各ブローカノードで維持管理されているクォートのリストを更新する必要がある。これは、図５に示すようにクォートを変更した場合、各ブローカノードが他のブローカノードへ通知することにより実現される。
【００５９】
各ブローカノードがキュー内のクォートを変更するとき、変更を受信した元のブローカノードを除いて、クリーク内のすべての近隣ブローカノードへ通知する。上述の具体例では、ブローカノード４は、クォート内の変更に関する通知を、取引申込メッセージとしてブローカノード７から受信する。ブローカノード７は、取引申込メッセージを送信することにより、ブローカノード２へ通知する。ブローカノード４は、ブローカノード１および３へ通知する必要がある。これは、これらのブローカノードに対する相場更新メッセージを送信することにより行われる。
【００６０】
通常のルーティングルールに従って、クォートに関する情報は、ネットワーク内にある各ブローカノードへ配信される。相場更新メッセージを受信したすべてのブローカノードは、これを受信した元のブローカノード以外のクリーク内のすべての近隣ブローカノードへ、相場更新メッセージを送信する。取引申込メッセージを送信したブローカは、相場更新メッセージを同じブローカノードへ送信してはならない。仮にそうした場合、重複した情報が受信されて、取引数量が２度予約されてしまう。
【００６１】
上述のように、取引出合プロセスが完了すると、取引遂行プロセスが開始される。このプロセスは、取引を完了して、トレーダに取引を付託する。このプロセスが図７に図示されている。注文の出合が付いて、取引が開始されると、情報はトレーダに公開される。この情報を用いて、取引が現在進行中であることをトレーダに通知することができる。任意の取引アプリケーションは、トレーダに通知すべきかどうか判断することができる。いずれにせよ、この情報は利用することができる。
【００６２】
初期の出合いが付くと、取引申込メッセージが送信され、受諾者側の取引代理人はその旨通知される。この代理人は、この段階で、トレーダのワークステーションに通知してもよい。出合プロセスを継続しているとき、この進行中の取引情報を変更してもよい。申込者側の取引代理人がクレジットをチェックして、申込者側取引状況メッセージ（DealStatusMaker message）を送信する場合、進行中の取引に関し、申込者側のワークステーションはその旨通知される。
【００６３】
申込者側の取引代理人がヒット額メッセージをブローカノードから受信した時点で、取引遂行プロセスが開始される。このメッセージは、クォートのうちの１つに関して出合が付いたということを代理人に通知する。このメッセージは、クォートと同様、ヒット額、相手方当事者、およびヒットの識別子を特定する。代理人は、トレーダワークステーションをチェックして、クォートが依然として利用可能であることを確認する。代理人は、ヒット額ＷＳメッセージ（HitAmountWS message）をワークステーションへ送信する。このワークステーションは、ヒット額ＷＫメッセージ（HitAmountWK message）を用いて返答し、ワークステーションはなお動作中で、トレーダがクォートを取り下げなかったことを示す。トレーダは、この段階において、取引をもはや中断できない。
【００６４】
取引代理人は、次に、相手方当事者に関して利用可能なクレジットをチェックする。クレジットをチェックすることにより、取引を可能にし、取引額を減らし、そして取引を中止することができる。代理人は、利用可能なクレジットから取引に必要な総額だけ減額する。利用可能なクレジットの減額は、将来の取引に影響を与える可能性がある。申込者側の取引代理人は、申込者側取引状況メッセージをブローカノードへ送信することにより、この取引に関する受諾者側の取引代理人に通知する。このメッセージは、ヒット先に仕向けられる。ネットワークブローカノードは、このヒットに関するオーナブローカノードへメッセージを送信し、このブローカノードは、受諾者側の代理人へメッセージを送信する。このメッセージが送信されると、申込者側の代理人は、取引を完了したことを知るが、回答が来るまでは取引が未成立である。受諾者側の取引代理人は、取引遂行プロセスを完了する。代理人が申込者側取引状況メッセージ（DealStatusMaker message）を受信したとき、このプロセスの部分は実行される。このメッセージが有効な取引であることを示すとき、このプロセスは続く。
【００６５】
受諾者側の取引代理人は、次に、申込者と同様に、相手方当事者の利用可能なクレジットをチェックする。クレジットをチェックすることにより、取り引くを可能にし、取引額を減らし、または取引を中止することができる。代理人は、利用可能なクレジットから取引に必要な総額だけ減額する。利用可能なクレジットの減額は、将来の取引に影響を与える可能性がある。トレーダに示された価格はクレジットに関して事前にスクリーニング処理されているので、取引がこの段階で拒否されることは殆どないということを記憶されたい。受諾者側の取引代理人は、この取引について自らのディスクに記録する。情報が永続性を有するように記憶されると、取引は完了する。取引状況に関してチェックを行うと、拘束力のある取引であることが表示される。代理人は、ここで、トレーダに通知し、取引チケットを印刷し、取引完了後の処理を行う。この段階では、取引は完了したが、申込者はまだ知らない。取引が完了すると直ぐに、受諾者側の取引代理人は、受諾者側取引状況メッセージ（DealStatusTaker message）をブローカノードへ送信することにより、申込者へ通知する。このメッセージはクォート先に仕向けられ、このメッセージは申込者側の代理人に送信される。
【００６６】
受諾者側取引状況メッセージは、取引に関する最終的な情報と、これに応じて、クォートに対する最終的な変更を含む。この情報は、ネットワークブローカノードと取引代理人により利用される。受諾者側取引状況メッセージがブローカノードに配信されると、各ルーティングブローカノードは、この情報を用いて、クォートの履歴を更新する。取引の総額は「予約済」から「完了」に変更される。クォートが依然として有効である場合、取引不成立の部分については、「予約済」から「利用可能」に変更される。ネットワークルーティングルールを用いる他のすべてのブローカノードへ相場更新メッセージを送信することにより、変更および取引に関して、他のブローカに通知される。
【００６７】
受諾者側取引状況メッセージがこのクォートのオーナブローカノードに達したとき、このブローカノードはこれを取引代理人へ送信する。代理人は、この取引をディスクに記録する。この時点で、この取引はもはや未成立ではなくなる。代理人は、トレーダへ通知し、チケットを印刷し、その他の必要な処理を行う。いくつかの取引商品において、取引に関して交換すべき追加的な情報を必要とすることがある。この具体例として、EBS社のスポットＦ／Ｘに関する決裁指示がある。この種の情報は、取引情報メッセージ（DealInformation message）として送信される。取引が処理された後、代理人がこの情報を形成することができる。取引情報メッセージはブローカノードへ送信される。ネットワークのブローカノードは、この商品が要請するように情報が処理された場合、他の代理人へこのメッセージを配信する。こうして、１つの取引が完了する。
【００６８】
取引が完了して初めて、２者の当事者は、それぞれの相手方当事者が誰であるか知ることになる。相手方の名前は、端末画面上に表示され、例えば、その取引期間中になされた取引リストおよび取引チケットに表示され、さらにディスクに記録される。これらのそれぞれは、遂行された取引に対する各当事者に相手方当事者を特定する手段を備える。
【００６９】
上述のシステムにおけるクレジットの処理手法について、より詳細に以下に説明する。
【００７０】
先に説明したように、このシステムは、クレジットを用いて、相場とふるいを掛けて取引の出合いを付ける。そのため、ディーラに表示されるすべての価格が、取引に際して利用できるはずである。そのためには、各ブローカがクレジットの判断ができるように十分なクレジット情報を有することが必要であることを理解されたい。ブローカノードが、通信する取引代理人に配信される市況を形成する責任を有するためである。実際のクレジットデータは、極めて複雑で、商品および団体によって異なる。例えば、Ｆ／Ｘ取引システムにおけるクレジットの考え方は、現金取引市場と同程度に単純なものである。しかし、ＦＲＡなどの商品に関しては、さまざまな期間に関する取引がなされるので、より複雑となる。加えて、いくつかの銀行は、相手方当事者に対するクレジットを取引活動の全体の範囲において与えることを好む一方、またいくつかの銀行は、所定の金融商品に関してクレジットを相手方当事者に与えることを好む。
【００７１】
このプロセスを簡素化するために、このシステムは、クレジットデータに関する簡単な部分集合を配信して、これを利用する。クレジットに関する最終的な権限は、クレジット情報全体を有するノードにある。本発明のシステムにおいて、これは、銀行の取引代理人ノードであるが、必然的なものではなく、クレジットが離れた場所に格納されたシステムに対しても、本発明は等しく適用可能である。
【００７２】
このシステムは、取引フロア、相手方当事者の取引フロア、および取引可能な要素のそれぞれの組み合わせに関して、単一の数値を有する。この数値の目的は、２つのフロアが特定の要素と取引するためのクレジットを有するかどうか判断することにある。この数値は、取引される商品に固有の意味を有する。例えば、スポットＦ／Ｘは、はい／いいえ式のフラグ（１または０）である値を用い、一方、先物金利契約（ＦＲＡ）においては、FRABBDA/ISDAに関するビットマスクである値が用いられる。他の商品は、他の意味を有する。クレジットは、双方向性のものである。クレジットは、行われる任意の取引活動に関する２つのフロア間で存在することが必要である。商品が決定するように、所定の取引要素または取引要素のパターンに関して、クレジットのチェックが行われる。このシステムは双方向性を有するので、ブローカは２つのクレジット値（与信枠）、すなわち第１の取引フロアが第２の取引フロアに与えられた与信枠と、第２の取引フロアが第１の取引フロアに与えられた与信枠とを比較する。これらの値が互換性を有する場合、取引処理を行うことができる。互換性の意味は、商品によって判断される。スポットＦ／Ｘに関して、提示された取引額が、２つの与信枠の内の最低額以下である場合、取引を進めることができる。取引額が与信枠の最低値よりも大きい場合であっても、なお取引を進めることができるが、与信枠の最低値と同じ一部の提示取引額についてのみ取引を進めることになる。
【００７３】
取引フロアに関する全体のクレジット情報は、取引フロアに関するクレジット権限を有する取引代理人のために形成される。この代理人は、全体の情報の一部しか有さず、すなわち、１つ以上の取引フロアが１つの取引代理人と接続することも可能であるが、自らの取引フロアに関連する情報しか有さない。クレジット情報が変更されると、取引代理人は、クレジット更新メッセージをブローカへ送信する。このブローカは、代理人からの情報を全体的なクレジットマトリックスに組み込んで、先に説明したルールに従って、近隣のブローカへメッセージを配信する。各ブローカは、所定のフロアに関するクレジット情報の発信元に関する記録を格納する。
【００７４】
WO93/15467に開示された先行技術によるシステムにおいては、銀行ノードが、フロアに関するクレジット権限を保持し、このフロアのための取引活動において責任を有する。先に説明した取引遂行プロセスは、ローカルクレジットとして知られたこのクレジットモデルに基づいている。
【００７５】
取引遂行中、取引代理人に潜在的な取引が提示される。この代理人は、取引の詳細を吟味し、取引を完了するために、どの程度のクレジットが必要であるかを判断する。この代理人は、利用可能なクレジットをチェックして、不十分であった場合、取引額を減らすか、取引を中止することができる。実際に必要なクレジットの総額（全体または減額した総額）は、利用可能なクレジットのプールから確保される。このクレジットは、他の取引のために利用できない。これにより、他の取引のために利用可能なクレジットが取引閾値以下に減額された場合、取引代理人は、クレジットがもはや利用できない旨をブローカへ通知するために、クレジット更新メッセージを送信する。
【００７６】
取引が完了したとき、申込者側の代理人は、受諾者側取引状況メッセージにより通知される。こうして、申込者側の代理人は完了した取引について承知する。代理人は、次に、取引によって実際に用いられたクレジットを求める。このクレジットは、消費されたクレジットとして、クレジットプールから控除される。当初に確保されたクレジットから残ったクレジットの総額は、元のクレジットプールへ戻される。
【００７７】
このシステムの単純な注文の出合および取引の実行について、これまで説明してきた。ただ１つの注文が実行される場合についての注文である。このシステムを用いて、複合的注文を実行することができる。複合的注文とは、１つの注文の実行が同じ当事者からの１つまたはそれ以上の注文に影響を与えるか、あるいは同じ当事者からの１つまたはそれ以上の注文により影響を受けるオーダのことである。複合的注文には基本的に２種類あって、指値注文と共同実行注文である。
【００７８】
トレーダは、指値注文を利用すると、エクスポージャ（潜在的損失）を制限しながら、１つ以上の市場領域において取引しようとすることができる。この種の注文の具体例は、ＦＲＡ（先物金利契約）の指値注文である。ＦＲＡの指値注文において、トレーダは、取引可能額より以上に取引できないように保護しながら、任意の１つの銘柄（テナー）において取引可能な単一の取引可能額を用いて、１つ以上の銘柄においてビッドできる。この種の注文は、トレーダのエクスポージャを制限するので、市場に流動性を加える。指値注文は、条件付き注文である成行注文とは区別され、これについては後に説明する。
【００７９】
複合的な指値注文は、任意の種類の注文に適用することができる。（永続性を有し、該当または削除される）クォートおよびヒットは、公開および非公開の注文であって、複合的な指値注文として組み入れることができる。上述の取引システムにおいて、各指値注文は、価格配信および取引実行プロセスにおいて独立しているが、注文出合プロセスにおいて、システムにより制限が加えられる。
【００８０】
以下に示す具体例は、このシステムがどのように複合的な指値注文を処理するかについて説明する。
【００８１】
トレーダが、３つの異なるＦＲＡ銘柄について、制限額を１００とする複合的な指値注文として、３つの異なるビッドを提示した場合について考えたい。図８にこの注文を図示する。
【００８２】
制限額の行を設けたことにより、この注文が３００までの複合的注文として解釈されないことが明確となる。
【００８３】
制限額は、トレーダの取引代理人ノードが接続されたブローカであるオーナブローカにより付与される。各注文は、利用可能額、確保された予約済額、実行された完了額を有する。取引に出合いが付くと、利用可能額から取引額だけ予約済額に移される。取引が完了すると、予約済額から取引額だけ完了額に移される。取引額は、任意の注文において、利用可能額から移され、同じ取引額だけ制限額から移される。このように、制限額により、すべての注文に関して確保され、実行された全体額の履歴が維持される。
【００８４】
上述の具体例に戻って、取引額４０の取引が注文１と出合いが付き、実行されたとする。取引額２０の取引が２件と注文２との出合いが付く。これらのうちの一方が完了して、他方が未決である。このときのオーダ表は、図９に示すとおりとなる。
【００８５】
取引に利用可能な制限額が変化すると、システム内の他のトレーダに配信される額も同様に変化する。クォートが１００の利用可能額を有するが、関連する制限額が２０の利用可能額を有する場合、注文は取引額２０までに制限される。制限額がゼロである場合、もはや注文することはできない。例えば、クレジット不足により、取引が実行されなかった場合、確保された額は利用可能な数量に戻され、すべての注文はより高い額に移され、すなわち確保された額だけ利用可能額は増える。制限額の全体額が完了額に移行したとき、すなわち指値注文が全体的に一致したとき、関連する注文は実行される。
【００８６】
こうして、上述の具体例では、注文１が取引額２０でヒットして、この取引と未決であった注文２の両方について取引が完了する。複合的な注文は、完全に実行され、注文の結果は、図１０に示すとおりである。
【００８７】
共同実行注文の処理は、複合的な指値注文よりも複雑である。共同実行注文は、同額または潜在的額に関する２つまたはそれ以上の単独注文が同時に実行されることを必要とする。共同実行注文は、ブローカだけでなく、取引代理人による行動をも必要とする。必ずしもすべての形式の注文が共同で実行できるわけではなく、共同実行注文を形成するすべての注文がヒットする必要もない。ヒットは非公開の注文であるとき、個々の注文をすべてヒットすることはできないので、価格を市場に配信することはできない。しかし、注文は永続性を有し得る。さらに、受諾者側のブローカだけが、この注文に出合いを付けることができる。このブローカは、受諾者側の取引代理人と接続されたブローカである。注文がヒットされた注文であるとき、受諾者は注文をシステムに提示したトレーダである。
【００８８】
複合的注文が入力されると、受諾者側のブローカは、先に説明したような手法で、任意の利用可能な注文出合に関して、利用可能なクォートのリストをまず調べる。しかし、複合的注文のすべての部分が合致できる場合にのみ、ヒットの出合いが付く。つまり、複合的発注が３つの注文を含む場合、ブローカが利用できるクォートを用いて３つすべての注文に対して出合いが付く場合にのみ、リストが合致する。すべての注文に関して出合いが付く場合に、複数のクォートについて出合いが付き、ブローカは取引申込メッセージを、先に説明した手法で適当なブローカへ送信する。このとき、これらすべての出合いに関して、未決の取引は存在する。
【００８９】
受諾者側の取引代理人が、申込者側取引状況メッセージまたは受諾者側取引クレジットメッセージ（DealCreditMaker message）を受信するまで、取引処理は、通常の手法で実行される。クレジット確認処理が完了した後、取引を完了するために必要なことのすべては、取引代理人が、取引をディスクに記録することである。ただし、複合的注文の一部を構成する取引のそれぞれに対して、速やかに行われるわけではない。すべての取引メッセージを受信して、取引がクレジット確認プロセスに移行するまで、代理人は取引を保留する。取引代理人は、取引額を、同額か、正確に比例する数量に調整する。例えば、取引の一部において、相手方当事者がヒットした額の一部を充足するに過ぎないクレジットを有する場合に、上記のように調整する必要がある。すべての取引が制限されるとき、これらをすべてこの額に減額する必要がある。
【００９０】
これらの額が修正された時点において、受諾者側の代理人は、すべての取引をディスクへ同時に記録する。これは、同時の処理であって、すべての取引を完了する。各相手方当事者は、先に説明した処理に従って、受諾者側取引状況メッセージを送信することにより、通知される。残りのメッセージフローは、通常の取引と同じである。
【００９１】
従前、ヒットは永続性を有する注文ではない。すなわち、ブローカがヒットを受信して、これに出合いの付くクォートがなければ、該当なしとして返信され、後の注文出合に利用できない。ヒットは市場において持続されない。複合的注文を構成するヒットは、永続性を有することが好ましい。こうすることにより、複合的注文を適合できる可能性が増大するという利点がある。複合的なヒットに永続性を与えるためには、このシステムが従来の非永続性のヒットとは判別できるようにしておくことが必要である。これは、ヒットに「該当または削除」にマークをつけることにより実現され、この場合、ヒットは持続性がなく、ブローカに保持されない。そのようにマークを付けられていないヒットは保持され、ブローカが受信した新規のクォートと適合することができる。永続性のあるヒットは、依然として非公開の注文で、受諾者側のブローカよりも先に配信されない。当然に、マークを付けなかった場合は永続性を有するものとしてヒットを取り扱う代わりに、このシステムは、ヒットを「該当または削除」として取り扱うことができる。
【００９２】
図１１ないし図１４は、共同実行注文プロセスをより詳細に説明する。説明される具体例は、ある銘柄に対する売りと、別の銘柄に対する買いを同時に行うＦＲＡスイッチ商取引である。この注文の各構成要素の両方を満足させる必要があり、そうでなければこの注文は完全に不調に終わることになる。
【００９３】
図１１は、ネットワーク内にある３つのブローカ１００，１０２，１０４を図示する。実際には、ネットワーク内には数多くのブローカがある。ブローカ１００は、申込者側の第１のブローカで、第１の申込者側の取引代理人１０６とブローカ１０２に接続されている。ブローカ１０４は、第２の申込者側のブローカで、第２の申込者側の取引代理人１０８とブローカ１０２に接続されている。ブローカ１０２が受諾者側のブローカで、第１および第２の申込者側のブローカ１００，１０４と受諾者側の取引代理人１１０と接続されている。
【００９４】
最初に、関連するクォートをシステム内に入力する必要がある。これらのクォートは、公開された永続性を有する注文である。第１の受諾者は、テナー（銘柄）Ｔ１に対して、価格２５と1/2で総量１００のビットを入力する。このビットは、第１の申込者側の取引代理人１０６のトレーダから受信され、クォート提示メッセージとして第１の申込者側のブローカ１００へ送信される。このブローカは、このクォートをキューに入力し、先に説明したブロードキャストルーティングルールに従って、システム全体に配信されるクォート利用可能メッセージとして他のブローカに通知する。
【００９５】
同様に第２の申込者がテナーＴ２に関して、価格２６と1/4で同じ総量１００のオファを入力する。このクォートは、第２の申込者側の取引代理人１０８から受信され、クォート提示メッセージとして第２の申込者側のブローカ１０４へ送信される。このクォートは、第２の申込者側のブローカのキューに入力され、クォート利用可能メッセージを介して市場に公開される。
【００９６】
受諾者は、受諾者側取引代理人１１０に接続された受諾者側ブローカ１０２が送信した市況メッセージにより、ビッドおよびオファのクォートを利用することができる。このとき、いずれのクォートも事前スクリーニングによるクレジット確認処理でふるい落とされることはない程度に、この受諾者は、両方の申込者に対してクレジットを有すると仮定している。
【００９７】
そこで受諾者側トレーダは、ビッドとオファを確認して、両方のクォートをヒットするために複合的注文を提示することを希望する。これは、異なる２者の相手方当事者に関する個別の取引であるが、受諾者は、いずれか一方だけの取引を行いたくない。受諾者の注文の両方の構成要素が満足できなければ、この注文は不調に終わり、両方の構成要素を同じ低減された数量で実行する必要がある。
【００９８】
受諾者は、ここで、テナーＴ１とテナーＴ２の間で数量１００のスイッチ商取引に関する注文を提示する。このワークステーションは、この注文を、価格２６と1/4で総量１００のテナーＴ２の買い注文と、価格２５と1/2で総量１００のテナーＴ１の売り注文とからなる複合的注文に変換する。この注文は、先に説明したヒット注文として提示される。図１２は、これらのヒットがどのように提示されるかを示す。スイッチ注文は、受諾者側の取引代理人１１０に提示され、この代理人が、各価格に関するヒット提示メッセージを受諾者側ブローカに提示する。ヒット提示メッセージは、ヒットすべき複数の価格を特定し、またこのメッセージが複数の価格に関する詳細を含むので、ブローカは、この注文が連携してヒットすべき価格を有し、両方の注文について出合いを付ける必要のある複合的注文であると解釈する。したがって、ブローカ１０２は、両方の注文について出合いを付けるクォートを見出さなければならない。図１１ないし図１４に示す具体例において、一方の注文は、受諾者１からのクォートと適合し、他方の注文は、受諾者２からのクォートと適合する。もし必要ならば、このブローカは、数量１００と指定して、クォートと変更してもよい。この場合は、これは両方のクォートの全数量である。ブローカ１０２は、未決取引の取引代理人１１０に通知して、数量１００のヒットの取引申込メッセージを、第１および第２の申込者側のブローカ１００，１０４のそれぞれへ送信する。２者の申込者側のブローカ１００，１０４は、この取引申込メッセージを受信して、最初に、クォートが現在尚、利用可能であるかどうかをチェックする。利用可能であったならば、各ブローカは、この注文出合を受諾して、クォートに予約済であることをマークする。そして、ブローカは、ヒット額メッセージを送信することにより、各取引代理人１０６，１０８に通知する。
【００９９】
ここで図１３を参照すると、取引実行プロセスを実行することができる。これらの注文のそれぞれに対する取引実行は、本質的に、先に説明したように、従来型の注文の場合と同じである。各申込者側の代理人は、クレジットをチェックして、クォートが現在も有効であることを確認する。申込者側取引状況メッセージは、申込者側のブローカ１００，１０４へ送信され、これらのメッセージは、受諾者側のブローカ１０２を介して、受諾者側の取引代理人１１０へ送信される。受諾者側の取引代理人は、申込者側取引状況メッセージを受信すると、取引のためのクレジットをチェックする。取引が可能である場合、この注文が複合的注文であることを認識しているので、この取引を完了しない。第２の申込者側取引状況メッセージを受信するまで、この取引は保留される。取引がクレジットに関してチェックされると、受諾者側の取引代理人１０２は、両方の取引に関する取引状況メッセージを有する。ここで、受諾者側の取引代理人１０２両方の取引が完了したことを宣言し、単純な操作で取引内容をディスクに記録する。これで両方の取引が完了する。
【０１００】
受諾者側の取引代理人は、受諾者側取引状況メッセージを、受諾者側のブローカ１０２および申込者側のブローカ１００，１０４を介して、各申込者側の取引代理人へ送信する。このメッセージフローが図１４に図示されている。
【０１０１】
受諾者だけが、この注文は複合的注文であることを認識している。受諾者側の取引代理人は、この注文が複合的注文であることを認識しており、両方の注文が完了可能であることを知るまでは、いずれか一方だけを完了してはならないことを認識している。同様に、受諾者側ブローカは、ヒット提示メッセージから、この注文が複合的注文であることを通知できる。受諾者側ブローカは、この注文のすべての各構成部分に関する適合を見出す必要があることを知るために、この情報を必要とする。
【０１０２】
ここに挙げた具体例において、両方のクォートのヒットは、同じ数量であって、この注文に関する満杯数量であった。クォートヒットの一方が満杯数量より少なく、すなわち、受諾者側の取引代理人は、両方の申込者側取引状況メッセージを受信したとき、一方の取引が数量において他方よりも多いことを確認する場合がある。この場合、受諾者側の取引代理人はより多い取引の数量を、より少ない取引の数量に低減する。
【０１０３】
条件付き注文は、複合的注文と同様に取り扱うことができる。条件付き注文は、この注文を有効とする前に満足させる必要のある、これに与えられた外部条件を有する。条件付き注文の一例として「逆指値注文」があり、注文は、提示されるが、例えば、相場が特定の閾値まで下落するなどの特定の条件が整うまで有効とならない。このとき、クォートは有効となって、取引キュー内に配置される。条件付き注文は、ある種の指値注文として取り扱われ、同様に、クォートまたはヒット形式の注文としてシステムに入力することができる。
【０１０４】
上述の共同実行注文装置および方法を用いて、トレーダが取引できる追加的な相場を合成することができる。その一例として、外国為替スポット市場がある。既存のシステムは、通貨の組み合わせに関して、システムに入力されたクォートに基づいて、通貨の組み合わせを取引する。しかし、本発明のこの態様における実施形態によれば、追加的な通貨の組み合わせをトレーダに提示することができる。例えば、ドル−ユーロおよびユーロ−円相場情報から、ドル−円市場を合成することができる。これらの相場を取引するトレーダは、合成的な相場と「実際の」相場とを区別できない。ただし、合成的な相場の取引手法は、相当に異なる。トレーダにとっては、合成的な相場を、従来の相場と同様の手法でヒットすることができる。しかし、仲介システムは、合成的な相場におけるリストを共同実行注文として取り扱う必要がある。ここに挙げた具体例において、トレーダがドル−円相場をリストした場合、このシステムは、取引される相場のために、ドル−ユーロおよびユーロ−円相場の両方を実行しなければならない。これらがシステム内の共同実行注文である場合にのみ、合成的な相場をヒットすることができる。トレーダは、合成的な相場に関するクォートを入力できない。実際、クォートが入力された途端に、その価格は合成的でなくなってしまう。
【０１０５】
合成的な価格の取引の取り扱いは、先に説明した共同実行注文と本質的に同様である。トレーダが単純なヒット注文をシステムに提示する点が、唯一異なる。受諾者側の取引代理人は、合成的な価格に関するヒットであることを認識して、このヒットを、合成に関与する一方の通貨の組み合わせに関する買い注文と、他方の通貨の組み合わせに関する売り注文とからなる複合的注文に変換する。受諾者側のブローカに送信されたヒット提示メッセージは、先に説明した具体例と同様に形成され、受諾者は、この注文の各構成要素を同時に満足させる必要のある共同実行注文として認識する。
【０１０６】
価格を合成できる機能により、取引される通貨の組み合わせの範囲が広がり、多大な流動性を有するシステムを提供できるので、この機能は極めて有用である。これにより、市場においてより大きな流動性をもって取引を行う可能性が拡大するため、このシステムはトレーダにとってより魅力的なものとなる。
【０１０７】
これまでの具体例を用いて、取引代理人を介してトレーダ端末と通信する複数のブローカノードからなるアーキテクチャを説明した。こうした取引代理人は、個別の団体であるとして説明してきた。本発明の択一的な実施形態においては、取引代理人の機能性をブローカノードへ組み入れて、物理的な取引代理人を省略する。すると、トレーダ端末は、直接的に、ブローカノードと接続される。この構成は、上述の実施形態と同様の手法およびメッセージフローにおいて機能することが理解されよう。
【０１０８】
上述の複合的注文プロセスは、さまざまな形態の取引および金融商品に関して適用可能であり、ここで説明した特定の具体例に限定して解釈されるべきではない。
【図面の簡単な説明】
【図１】  図１は、本発明を具現化する取引システムの概略図である。
【図２】  図２は、新規のクォートがシステムに提示されたときのメッセージフローを示す。
【図３】  図３は、トレーダに対する市況の形成方法を示す。
【図４】  図４は、トレーダが売り注文または買い注文を提示するときのメッセージフローを示す。
【図５】  図５は、売り注文または買い注文の後に、ブローカノードを更新するためのメッセージフローを示す。
【図６】  図６は、ブローカがクォートを変更するときのメッセージフローを示す。
【図７】  図７は、取引実行プロセスを示す。
【図８】  図８は、指値注文を示す。
【図９】  図９は、複数の注文出合後の指値注文を示す。
【図１０】  図１０は、その結果の指値注文を示す。
【図１１】  図１１は、共同実行注文の提示を示す。
【図１２】  図１２は、両方の構成要素注文が適合したときの共同実行注文におけるメッセージフローを示す。
【図１３】  図１３は、共同実行注文を実行する間のメッセージフローを示す。
【図１４】  図１４は、共同実行注文を完了したときのメッセージフローを示す。
【符号の説明】
１０…取引代理人、１２ａないし１２ｇ，１００ないし１０４…ブローカ、１０６…第１の申込者側の取引代理人、１０８…第２の申込者側の取引代理人、１１０…受諾者側の取引代理人。