(57)【要約】自動取引システムに提示するために価格メッセージをクォート価格メッセージに変換するように構成されているタイプのコンピュータ取引インタフェースを動作させる方法。取引可能な証券に関するフィード価格を各々が指定する価格メッセージ、価格メッセージフィードが、そのコンピュータ取引インタフェースにおいて受け取られる。その次に、このインタフェースは、価格メッセージに示されているフィード価格に少なくとも基づいて、クォートメッセージが生成されて提示されるべきかどうかを判定する。クォートアマウントが、少なくとも１つのアマウントパラメータから導き出され、そして、クォート価格とクォートアマウントとを含むクォートメッセージが自動取引システムに対する提示のために生成される。
2006503348.tif 000002
【特許請求の範囲】
【請求項１】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変更するように構成されているコンピュータ取引インタフェースを動作させる方法であって、前記コンピュータ取引インタフェースにおいて、
取引可能な証券に関するフィード価格を、各々が指定する価格メッセージが供給される価格メッセージフィードを受け取ること、
前記価格メッセージに示されている前記フィード価格に少なくとも基づいて、クォートメッセージが生成されて提示されるべきかどうかを決定すること、
少なくとも１つのアマウントパラメータからクォートアマウントを導き出すこと、および
前記自動取引システムに対する提示のためにクォート価格と前記クォートアマウントとを含むクォートメッセージを生成することを含む方法。
【請求項２】
クォートメッセージが特定の価格メッセージに関して生成されるべきかどうかを判定する前記段階は、前記特定の価格メッセージにおいて指定されている価格が先行の価格メッセージにおいて指定されている価格とは異なるかどうかを判定することと、そうである場合には、クォートメッセージが生成されることを引き起こすこととを含む請求項１に記載の方法。
【請求項３】
クォートメッセージが特定の価格メッセージに関して生成されるべきかどうかを判定する前記段階は、前記特定の価格メッセージにおいて指定されている価格が先行の価格メッセージにおいて指定されている価格とは異なるかどうかを判定することを含み、そして、そうである場合には、前記方法は、さらに、既存のマッチングされていないクォートメッセージが前記取引システムからキャンセルされることを引き起こすことを含む請求項１に記載の方法。
【請求項４】
前記クォートアマウントパラメータは定義可能なリクイディティアマウントである請求項１に記載の方法。
【請求項５】
終了した取引におけるアマウントと少なくとも未決のマッチングされていないクォートメッセージとの合計としてグロスエクスポージャを求めることと、定義可能な最大グロスポジションに達する時にクォートメッセージの提示を防止することとをさらに含む請求項１に記載の方法。
【請求項６】
終了した取引におけるネットアマウントと少なくとも未決のマッチングされていないクォートメッセージとの合計としてネットエクスポージャを求めることと、定義可能な最大ネットポジションに達する時にクォートメッセージの提示を防止することとをさらに含む請求項１に記載の方法。
【請求項７】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変更するコンピュータ取引インタフェースであって、
取引可能な証券に関するフィード価格を各々が指定する価格メッセージが供給される価格メッセージフィードを受け取るように構成されている価格フィードレシーバ、
前記価格メッセージに示されている前記フィード価格に少なくとも基づいてクォートメッセージが生成されて提示されるべきかどうかを決定し、そうであると判定される場合には、少なくとも１つのアマウントパラメータからクォートアマウントを導き出して、前記自動取引システムに対する提示のためのクォート価格と前記クォートアマウントとを含むクォートメッセージを生成するように構成されている価格／クォートコンバータ、および
前記クォートを前記取引システムに提示するクォート提示機能を備えるコンピュータ取引インタフェース。
【請求項８】
前記価格／クォートコンバータは、特定の価格メッセージにおいて指定されている価格が先行の価格メッセージにおいて指定されている価格とは異なるかどうかを判定することによって、クォートメッセージが特定の価格メッセージに関して生成されるべきかどうかを判定し、そうである場合には、クォートメッセージが生成されることを引き起こすように構成されている請求項７に記載のコンピュータ取引インタフェース。
【請求項９】
前記価格／クォートコンバータは、特定の価格メッセージにおいて指定されている価格が前記先行の価格メッセージにおいて指定されている価格とは異なるかどうかを判定することによって、クォートメッセージが前記特定の価格メッセージに関して生成されるべきかどうかを判定し、そうである場合には、既存のマッチングされていないクォートメッセージが前記取引システムからキャンセルされることを引き起こすように構成されている請求項７に記載のコンピュータ取引インタフェース。
【請求項１０】
前記クォートアマウントパラメータは定義可能なリクイディティアマウントである請求項７に記載のコンピュータ取引インタフェース。
【請求項１１】
前記価格／クォートコンバータは、さらに、終了した取引におけるアマウントと少なくとも未決のマッチングされていないクォートメッセージとの関数としてグロスエクスポージャを求めるように、および、定義可能な最大グロスポジションに達する時にクォートメッセージの提示を防止するように構成されている請求項７に記載のコンピュータ取引インタフェース。
【請求項１２】
前記価格／クォートコンバータは、さらに、終了した取引におけるネットアマウントと少なくとも未決のマッチングされていないクォートメッセージとの関数としてネットエクスポージャを求めるように、および、定義可能な最大ネットポジションに達する時にクォートメッセージの提示を防止するように構成されている請求項７に記載のコンピュータ取引インタフェース。
【請求項１３】
前記価格フィードレシーバと前記価格／クォートコンバータは、取引エンティティの制御下においてコンピュータ上で動作させられ、そして前記クォート提示機能は、前記自動取引システムのプロバイダーの制御下においてコンピュータ上で動作させられる請求項７に記載のコンピュータ取引インタフェース。
【請求項１４】
前記クォート提示機能は、前記取引システムに対するクォートの提示のレートを制限するように構成されている請求項７に記載のコンピュータ取引インタフェース。
【請求項１５】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変換するように構成されているコンピュータ取引インタフェース、動作方法であって、前記コンピュータ取引インタフェースにおいて、
取引可能な証券に関するフィード価格を各々が指定する価格メッセージが供給される価格メッセージフィードを受け取ること、
すでにマッチングされているクォートを示す前記取引システムからのクォートマッチメッセージを受け取ること、
先行して提示されたクォートメッセージとクォートマッチメッセージとクォートレベルパラメータとに基づいて、クォートメッセージが生成されて提示されるべきかどうかを判定すること、
クォートアマウントパラメータと、先行して提示されたクォートメッセージとクォートマッチメッセージとから、クォートアマウントを導き出すこと、および、
前記取引システムに対する提示のためにクォート価格と前記クォートアマウントとを含むクォートメッセージを生成することを含む方法。
【請求項１６】
前記クォートレベルパラメータは最小リクイディティレベルであり、および、クォートメッセージが生成されて提示されるべきかどうかを判定する前記段階は、先行して提示されたがマッチングされていないクォートメッセージにおいて指定されているクォートアマウントの合計が前記最小リクイディティレベルを下回っているかどうかを判定することを含む請求項１５に記載の方法。
【請求項１７】
前記クォートアマウントパラメータは最大リクイディティレベルであり、および、クォートアマウントを導き出す前記段階は、前記最大リクイディティレベルと、先行して提示されたがマッチングされていないクォートメッセージにおいて指定されたクォートアマウントの合計との間の差をとることを含む請求項１５に記載の方法。
【請求項１８】
受け取られたクォートマッチメッセージにおいて指定されているアマウントと少なくとも提示されているがマッチングされていないクォートメッセージとの関数としてグロスエクスポージャを求めることと、定義可能な最大グロスポジションに達する時にクォートメッセージの提示を防止することとをさらに含む請求項１５に記載の方法。
【請求項１９】
受け取られたクォートマッチメッセージにおいて指定されているネットアマウントと少なくとも提示されているがマッチングされていないクォートメッセージとの関数としてグロスエクスポージャを求めることと、定義可能な最大ネットポジションに達する時にクォートメッセージの提示を防止することとをさらに含む請求項１５に記載の方法。
【請求項２０】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変換するコンピュータ取引インタフェースであって、
取引可能な証券に関するフィード価格を各々が指定する価格メッセージが供給される価格メッセージフィードを受け取るように構成されている価格フィードレシーバ、
すでにマッチングされているクォートを示す前記取引システムからのクォートマッチメッセージを受け取り、先行して提示されたクォートメッセージとクォートマッチメッセージとクォートレベルパラメータとに基づいて、クォートメッセージが生成されて提示されるべきかどうかを判定し、クォートアマウントパラメータと、先行して提示されたクォートメッセージと、クォートマッチメッセージとからクォートを導き出し、および、前記取引システムに対する提示のためにクォート価格と前記クォートアマウントとを含むクォートメッセージを生成するように構成されている価格／クォートコンバータ、および
前記クォートを前記取引システムに提示するクォート提示機能
を備えるコンピュータ取引インタフェース。
【請求項２１】
前記クォートレベルパラメータは最小リクイディティレベルであり、そして、前記価格／クォートコンバータは、先行して提示されたがマッチングされていないクォートメッセージにおいて指定されているクォートアマウントの合計が前記最小リクイディティレベルを下回っているかどうかを判定することによって、クォートメッセージが生成されて提示されるべきかどうかを判定するように構成されている請求項２０に記載のコンピュータ取引インタフェース。
【請求項２２】
前記クォートアマウントパラメータは最大リクイディティレベルであり、および、前記価格／クォートコンバータは、前記最大リクイディティレベルと、先行して提示されたがマッチングされていないクォートメッセージにおいて指定されているクォートアマウントの合計との間の差をとることによってクォートアマウントを導き出すように構成されている請求項２０に記載のコンピュータ取引インタフェース。
【請求項２３】
前記価格／クォートコンバータは、さらに、終了した取引におけるアマウントと少なくとも未決のマッチングされていないクォートメッセージとの関数としてグロスエクスポージャを求めるように、および、定義可能な最大グロスポジションに達する時にクォートメッセージの提示を防止するように構成されている請求項２０に記載のコンピュータ取引インタフェース。
【請求項２４】
前記価格／クォートコンバータは、さらに、終了した取引におけるネットアマウントと少なくとも未決のマッチングされていないクォートメッセージとの関数としてネットエクスポージャを求めるように、および、定義可能な最大ネットポジションに達する時にクォートメッセージの提示を防止するように構成されている請求項２０に記載のコンピュータ取引インタフェース。
【請求項２５】
前記価格フィードレシーバと前記価格／クォートコンバータは、取引エンティティの制御下においてコンピュータ上で動作させられ、そして、前記クォート提示機能は、前記自動取引システムのプロバイダーの制御下においてコンピュータ上で動作させられる請求項２０に記載のコンピュータ取引インタフェース。
【請求項２６】
前記クォート提示機能は、前記取引システムに対するクォートの提示のレートを制限するように構成されている請求項２０に記載のコンピュータ取引インタフェース。
【請求項２７】
前記クォート価格は前記フィード価格に等しい請求項１または１５に記載の方法。
【請求項２８】
前記クォート価格は、バイアスパラメータによって調整された前記フィード価格に等しい請求項１または１５に記載の方法。
【請求項２９】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変換するように構成されているコンピュータ取引インタフェースを動作させる方法であって、前記コンピュータ取引インタフェースにおいて、
取引可能な証券に関するフィード価格を各々が指定する価格メッセージが供給される価格メッセージフィードを受け取ること、
前記フィード価格とバイアスパラメータとの関数としてクォート価格を導き出すこと、
少なくともクォートアマウントパラメータの関数としてクォートアマウントを導き出すこと、および、
前記自動取引システムに対する提示のために前記クォート価格と前記クォートアマウントとを含むクォートメッセージを生成することを含む方法。
【請求項３０】
前記クォート価格はオファー価格であり、および、前記導き出す段階は、バイアスパラメータＭを前記フィード価格に加算することを含む請求項２９に記載の方法。
【請求項３１】
前記クォート価格はビッド価格であり、および、前記導き出す段階は、バイアスパラメータＭを前記フィード価格から減算することを含む請求項２９に記載の方法。
【請求項３２】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変換するように構成されているコンピュータ取引インタフェースであって、
取引可能な証券に関するフィード価格を各々が指定する価格メッセージが供給される価格メッセージフィードを受け取るように構成されている価格フィードレシーバ、
前記フィード価格と、少なくともクォートアマウントパラメータの関数としてのクォートアマウントとの関数としてクォート価格を導き出すように、および、前記クォート価格とクォートアマウントとを含むクォートメッセージを生成するように構成されている価格／クォートコンバータ、および
前記クォートを前記取引システムに提示するクォート提示機能、
を備えるコンピュータ取引インタフェース。
【請求項３３】
前記クォート価格はオファー価格であり、そして前記価格／クォートコンバータは、バイアスパラメータＭを前記フィード価格に加算することによって前記クォート価格を導き出すように構成されている請求項３２に記載のコンピュータ取引インタフェース。
【請求項３４】
前記クォート価格はビッド価格であり、そして前記価格／クォートコンバータは、バイアスパラメータＮを前記フィード価格から減算することによって前記クォート価格を導き出すように構成されている請求項３２に記載のコンピュータ取引インタフェース。
【請求項３５】
自動取引システムに対する提示のために価格メッセージをクォートメッセージに変換するように構成されているコンピュータ取引インタフェースであって、
価格メッセージフィードを受け取るように構成されている価格フィードレシーバと、
受け取られた価格メッセージをクォートメッセージに変換するように構成されている価格／クォートコンバータと、
前記クォートを前記取引システムに提示するように構成されているクォート提示機能とを備え、そして、
前記価格／クォートコンバータは、少なくともクォート価格パラメータとクォートアマウントパラメータとを記憶するためのユーザ設定可能パラメータ記憶装置を含み、そして、受け取られた価格メッセージと前記クォート価格パラメータおよび／または前記クォートアマウントパラメータとに基づいてクォート価格とクォートアマウントとを導き出すように構成されているコンピュータ取引インタフェース。
【請求項３６】
前記価格フィードレシーバと前記価格／クォートコンバータは、取引エンティティの制御下においてコンピュータ上で動作させられ、そして、前記クォート提示機能は、前記自動取引システムに関連付けられている請求項３５に記載のコンピュータ取引インタフェース。
【請求項３７】
前記クォート提示機能は、クォート提示のレートを設定可能な時間間隔毎に１つのクォートに制限するように構成されている請求項３５に記載のコンピュータ取引インタフェース。
【請求項３８】
前記クォート提示機能は、前記クォート価格が特定の範囲の外にある場合にクォート提示を防止するように構成されている請求項３５に記載のコンピュータ取引インタフェース。
【請求項３９】
前記クォート提示機能は、ビットに対するクォートがオファーに対するクォートに関して価格において逆転している場合にクォート提示を防止するように構成されている請求項３５に記載のコンピュータ取引インタフェース。
【請求項４０】
前記価格／クォートコンバータと前記クォート提示機能は互いにメッセージを交換し合うことによって互いに通信する請求項３６に記載のコンピュータ取引インタフェース。
【請求項４１】
前記価格／クォートコンバータは、前記クォート提示機能にクォートメッセージを提供し、そして、前記クォート提示機能は、さらに、前記価格／クォートコンバータに取引ステータスメッセージを提供するように構成されている請求項３６に記載のコンピュータ取引インタフェース。
【請求項４２】
前記自動取引システムは、前記取引エンティティに対してマーケットデータを提供する請求項３６に記載のコンピュータ取引インタフェース。
【請求項４３】
前記自動取引システムは、メッセージと機能コールとの組合せによって資格を与えられた取引エンティティに対してだけマーケットデータを提供する請求項３６に記載のコンピュータ取引インタフェース。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は自動取引システムに関し、そして、特に、例えば金融証券を取引するためのリアルタイムシステムに関する。本発明は匿名取引システムに適用可能であるが、これに限定されるものではない。
【背景技術】
【０００２】
自動取引システム、すなわち、電子取引システムは、近年になって幅広く受け入れられるようになっている。多くの金融証券および金融商品が自動的に取引される。外国為替（ＦＸ）の領域では、電子取引システムが、主要通貨ペア（ｍａｊｏｒ  ｃｕｒｒｅｎｃｙ  ｐａｉｒｓ）におけるマーケットで行われる通貨取引の大部分を占めている。
【０００３】
ＦＸ電子システムは、直接取引システム（ｄｉｒｅｃｔ  ｄｅａｌｉｎｇ  ｓｙｓｔｅｍ）としても知られている対話式の取引システムと、匿名システム（ａｎｏｎｙｍｏｕｓ  ｓｙｓｔｅｍ）とを含む。この対話式のシステムでは、当事者がメッセージの交換によって取引を交渉する。匿名取引システムでは、クォート（ｑｕｏｔｅ：レート提示）がそのシステムに匿名で、すなわち、その出所を明らかにせずに入力され、および、そのシステムによって自動的にマッチング（ｍａｔｃｈ）されるか、または、そのシステム上の他のトレーダー（ｔｒａｄｅｒ）によってヒット（ｈｉｔ）され、すなわち、取引に応じられる。取引が完了した時にはじめて、その当事者の身元が明らかにされる。
【０００４】
取引フロア（ｔｒａｄｉｎｇ  ｆｌｏｏｒ）は、機関投資家(ｉｎｓｔｉｔｕｔｉｏｎ）が取引を望まない時に当事者との取引が行われないことを確実なものにするために、想定可能なカウンターパーティとのクレジットライン（ｃｒｅｄｉｔ  ｌｉｎｅ）を（リミットを設定することによって）設ける。成功している匿名取引システムの一例が、ＥＢＳ  Ｄｅａｌｉｎｇ  Ｒｅｓｏｕｒｃｅｓ  Ｌｉｍｉｔｅｄ（Ｌｏｎｄｏｎ，ＵＫ）によって提供されているＥＢＳシステムである。このシステムの詳細は米国特許第５，３７５，０５５号に見い出すことが可能である。
【０００５】
上述のシステムでは、トレーダーはクォートと買い注文または売り注文とをそのシステムの中に入力する。機関投資家の取引フロアは、典型的には、トレーダー端末装置を経由してそのシステムと各々に対話する幾人かのトレーダーを含み、このトレーダー端末装置は、そのシステム上で行われている取引に関する様々な情報と共に、そのマーケットにおける少なくともベストプライス（ｂｅｓｔ  ｐｒｉｃｅ）をトレーダーに表示する表示装置を含む。トレーダーはキーボードまたはキーパッドによってそのシステムにクォートとビッド（ｂｉｄ：買い）とオファー（ｏｆｆｅｒ：売り）とを入力するが、タッチスクリーンのような他の入力手段が採用可能である。
【０００６】
本出願人は、人間のトレーダーが、他の点では完全に自動化されている取引プロセスにおける弱点に相当するということを理解している。さらに、本出願人は、トレーダーによって行われる機能を自動化することが望ましいということも理解している。トレーダーは、機関投資家にとって大きなコストの中心であり、さらには、費用のかかる失敗を犯しがちである。価格に関するリクエストがマーケットに出されるリクエスト応答システムにおける自動化は、比較的単純である。しかし、上述のＥＢＳシステムのようなリアルタイムシステムの自動化は、そのシステムがマーケットにおけるリアルタイムの価格情報に応答しなければならないので、著しく困難である。
【０００７】
本出願人は、さらに、望ましくないクォートが取引システムに対して自動的に提示されることを回避するために安全装置を設けるという技術的な問題を理解している。営利的に意味のないクォートの自動提示が、不要な「ベストプライス」情報がマーケットに対して提示されるべきであるとアルゴリズムによって判定されることを引き起こし、そして、ネットワーク帯域幅を使用しかつプロセッサ時間を使用する不必要なメッセージの流れを生じさせることによって、自動取引システムの性能を低下させるだろう。
【発明の開示】
【０００８】
本発明は、参照される特許請求項において定義されている。
【０００９】
広範囲な側面において、本発明は、取引されるべき証券の価格を指定する価格フィード（ｐｒｉｃｅ  ｆｅｅｄ）を受け取ることと、取引が行われることが可能な価格とその取引に関するアマウント（ａｍｏｕｎｔ：金額）とを指定するクォートにその価格を変更することとにある。特に、本発明は、クォートが価格フィードから得られて提示されるべきであるかどうかを制御するクォート提示インタフェースにある。本発明の実施態様では、このクォート提示インタフェースは、価格変化の頻度と、ベストプライスに比較した価格レベルと、価格メッセージの形式と、自動取引提示の結果としてのネットエクスポージャ（ｎｅｔ  ｅｘｐｏｓｕｒｅ）と、その他の要因とのあらゆる組合せを含む様々な要因に基づいて、クォートが提示されるべきであるかどうかを判定する。
【００１０】
以下に、本発明の実施形態を、添付図面を参照しながら例示の形で説明する。
【発明を実施するための最良の形態】
【００１１】
図１に示されているシステムが、本発明を実施することが可能な取引システム１の典型的な例である。しかし、本発明がこの例に限定されず、および、匿名であろうとなかろうと、あらゆるリアルタイム自動取引システムに適用可能であるということが強調される。図１の例は、単に本発明の理解を容易にするためにだけ示されている。
【００１２】
本発明は、外国為替、金融商品、株券／株、先物、および、他のあらゆるこのような証券のような、コンピュータ取引システム上で取引されるであろうあらゆる金融証券に適用可能である。本明細書で説明する事例は外国為替となる。
【００１３】
マッチングシステム
図１のシステムでは、ディーラー（ｄｅａｌｅｒ）がキーパッドまたはキーボードを介してそのシステムの中にメッセージを入力する。ディーラーは、典型的には銀行または他のそうした組織である取引フロア２０として論理的にグループ分けされており、その結果として、そのディーラーは、他のそうした取引フロアにおいて他のディーラーと取引する。本明細書では、術語「取引エンティティ（ｔｒａｄｉｎｇ  ｅｎｔｉｔｙ：取引対象者）」が、一般的に、個々のトレーダー、取引フロア、または、銀行のような金融組織を意味するものとして使用されている。
【００１４】
取引を開始するために、「クォート」が提示される。クォートは、指定されたアマウントの証券を指定された価格でビッドまたはオファーするための命令である。これらは、トレーダーのワークステーション２においてトレーダーによって提示され、取引マッチングシステム１０にクォートメッセージとして送信される。クォートメッセージはそのシステム全体にわたって配信され、および、マーケットビュー（ｍａｒｋｅｔ  ｖｉｅｗ）の一部分として他のディーラーが見ることができるようになる。クォートに関して示された価格に応答して、ディーラーは、提示されている価格におけるクォートの全部または一部にマッチングしようとする試みに対して応答して、「オーダー」を指示してよい。「オーダー」とは売買の命令であり、オーダーメッセージとしてシステム全体に伝送される。オーダーは、他のディーラーに対しては示されていないという意味で見えない状態である。見えない状態のオーダーは、さらに、システム内で見える状態であるクォートにマッチングするために売買することをトレーダーが合意する「ヒット（ｈｉｔ）」としても知られている。トレーダーの端末装置がそのマーケットにおけるベストプライスを表示し、および、この価格がトレーダーが売買することを希望する値に移行する時は、そのトレーダーが、その取引を確保するために他のどのトレーダーよりも早くその価格を「ヒット」しなければならない。ビッドとオファーとのマッチングが、アービトレーター（ａｒｂｉｔｒａｔｏｒ）１２を含むマッチングシステム１０によって行われる。アービトレータは、価格および時間優先原理とに基づいてクォートとオーダーとをマッチングさせる。これは、同一の価格においてシステム内に２つのクォートが存在する場合に、最初に提示されたクォートが適切なオーダーとマッチングされるということを意味する。より適切な価格のクォートが、ワーストプライス（ｗｏｒｓｔ  ｐｒｉｃｅ）のクォートよりも優先してマッチングされる。取引フロアのアドミニストレータワークステーション６が、トレーダーが自分の関連した取引フロアでどのように誰と取引することができるかを管理する様々なパラメータ（例えば、カウンターパーティとのクレジット）をアドミニストレータが設定することを可能にするために、設けられている。
【００１５】
このシステムは１つまたは複数のブローカーノード４を含み、このブローカーノードの機能は、クォートおよび売買オーダーの妥当性検査とマーケットビュー生成とを含む。ブローカーノードは、このシステム内の取引フロアと他の機関投資家または機関投資家の取引フロアとの間でのトレーダーのクレジットリミット（ｃｒｅｄｉｔ  ｌｉｍｉｔ）の詳細情報を記憶する。取引が完了させられることが可能である前に、クレジットチェック（ｃｒｅｄｉｔ  ｃｈｅｃｋ）が、その取引を完了するのに十分なクレジットを当事者の両方が有することを確実なものにするために行われる。両方の当事者が十分なクレジットを持たない場合には、その取引アマウントが減額されるか、または、その取引全体がキャンセルされる。
【００１６】
ブローカーノード４は、さらに、トレーダー端末装置にマーケット価格を配信する。このマーケット価格は、そのトレーダーがクレジットを有するカウンターパーティからの価格だけがそのトレーダーに示されるように、クレジットに関してスクリーニング（ｓｃｒｅｅｎｅｄ）される。このことが、クレジットの欠落のために取引が完了されることが不可能であることを発見するためにだけトレーダーが価格をヒットすることを防止する。このクレジットの事前スクリーニングは、ブローカーノードに保持されているｙｅｓ／ｎｏマトリックスを参照して行われる。
【００１７】
実際には、このシステムは、３つの主要な取引区域である合衆国とヨーロッパとアジアの各々に関して少なくとも１つのアービトレーター１２を含む。取引は、普通はローカルアービトレーターによって処理され、両方の当事者は同一の地理的区域内に位置しているが、取引が、異なる区域内に位置しているカウンターパーティとの間で行われることが可能であり、この場合には、取引に関連したメッセージが１つのアービトレーターからその次のアービトレーターに渡される。
【００１８】
本発明のこの実施形態は、価格と、取引システム内へのクォートの提示との間のインタフェースにある。これは、図２にインタフェース３０として論理的に示されている。インタフェース３０は、価格エンジン（ｐｒｉｃｅ  ｅｎｇｉｎｅ）２６とワークステーション２０との間のブリッジとして機能する。
【００１９】
公知のシステムでは、トレーダーは幾つかのソースから価格情報を受け取る。多くの機関投資家では、価格エンジン２６が、証券に関する価格を幾つかのソースから収集し、そして、証券に関する一般的な価格（ｇｅｎｅｒａｌ  ｐｒｉｃｅ）を生成する。トレーダーはこの価格を、クォートが提示されるべき価格に関するガイドとして使用し、そして、ワークステーション２０を使用してクォートまたはオーダーがどのようにまたは何時システム内に入力されるべきかに関する自由決定権を有する。本発明における価格とクォート提示との間のインタフェースがインタフェース３０として示されている。この実施形態では、このクォート提示インタフェースは、トレーダーではなく直接のコンピュータリンクである。このインタフェースは、価格決定ブリッジ３１として本明細書で示されてるサーバコンピュータを含んでよい。
【００２０】
クォート提示インタフェースの機能性には、２つの側面、すなわち、
１．価格をクォートに変換すること、
２．取引システム内にクォートをフィードすること
という側面がある。
【００２１】
さらに、この機能性を実現する２つの選択可能なモデルがある。すなわち、
Ａ．クォート提示インタフェースの第１の具体例が、クォートから価格への変換、自動クォート提示の手動による開始、価格フィードインタフェースアプリケーション（ｐｒｉｃｅ  ｆｅｅｄ  ｉｎｔｅｒｆａｃｅ  ａｐｐｌｉｃａｔｉｏｎ）（ＰＦＩ）および（手動によるクォートおよび売買オーダー提示をサポートする）ワークステーションとしての機能とを組み合わせることによってであり、本明細書では、各ワークステーション２０において組み合わされた形で論理的に示されている。
Ｂ．クォート提示インタフェースの第２の好ましい具体例が、その２つの機能を、価格／クォート変換を実現するリクイディティフィード（ｌｉｑｕｉｄｉｔｙ  ｆｅｅｄ：流動性を供給すること）（ＬＦ）ユニットと、マッチングシステムに対してクォートを提示し、そして最終的には売買オーダーを提示するための別個の自動取引インタフェース（ＡＴＩ）とに分離する。
【００２２】
クォート提示インタフェースは、価格の直接的なフィードを担当している。価格は手動で価格−クォート／売買オーダーコンバータ（ｐｒｉｃｅ  ｔｏ  ｑｕｏｔｅ／ｂｕｙ−ｓｅｌｌ  ｏｒｄｅｒ  ｃｏｎｖｅｒｔｅｒ）に提供されることが可能であるが、一方、価格は典型的には取引エンティティにおいて価格エンジン２６によって計算される。価格エンジンは、さらに、クォート提示インタフェースと組み合わされてもよい。
【００２３】
価格エンジン
価格エンジンは当業者に公知であるが、完全を期すためにここで説明する。図２に示されている価格エンジン２６の機能は、マーケットメーカー（ｍａｒｋｅｔ  ｍａｋｅｒ）によって取引される各々の証券に関する各々の取引タイプに関して一般的な価格を生成するために、その価格エンジンに供給されるマーケット情報を使用することである。この一般的な価格は、マーケットメーカー自体の要件を使用して導き出されることが可能である。
【００２４】
マーケット価格決定メッセージ（ｍａｒｋｅｔ  ｐｒｉｃｉｎｇ  ｍｅｓｓａｇｅ）が、そのセクタに関するマーケット価格を監視してそのマーケット全般に対して結果を提供するサードパーティのような様々なソースから、および、ＥＢＳ  Ｔｉｃｋｅｒ  Ｆｅｅｄまたは銀行によって提供されるカスタムフィード（ｃｕｓｔｏｍ  ｆｅｅｄ）のようなソースから価格エンジンによって受け取られる。取引エンティティは、さらに、それ自体の価格エンジンに独自のマーケット価格決定メッセージを供給してもよい。
【００２５】
一般的に、マーケット価格メッセージは、非標準的な形式で供給されてよい。したがって、価格エンジン２６は、マーケット価格決定メッセージに含まれているデータが洗浄（ｃｌｅａｎｓｅ）されて平均化されることが可能である前に、マーケット価格決定メッセージを標準化（正規化）しなければならない。例えば、１つのマーケット価格決定メッセージ中のデータがＵＳＤ（米国ドル）／ＪＰＹ（日本円）に関する価格を指定し、一方、別のマーケット価格決定メッセージが＄／ＪＰＹに関する価格を指定してよい。正規化は、単一の証券／取引タイプに関する価格が比較されることが可能であるように、マーケット価格決定メッセージを標準形式に変換することによって実現される。標準化された後に、マーケット価格メッセージは証券／取引タイプにしたがって区分される。１つの証券／取引タイプに関する価格が、外れ値（間違って入力された価格）を取り除くためにフィルタリングされる。その次に、このフィルタリングされたデータは、各々の証券／取引タイプ毎に汎用価格を生成するために平均化される。
【００２６】
そうすることを選択するマーケットメーカーは、これに加えて、例えばマーケットアクティビティと、サポートされた証券と、マーケットメーカーによって定義された価格決定頻度（ｐｒｉｃｉｎｇ  ｆｒｅｑｕｅｎｃｙ）およびカウンターパーティ情報とを計算に入れるために、価格決定ユニット（ｐｒｉｃｉｎｇ  ｕｎｉｔ）のフィルタリング動作に使用されるフィルタパラメータを指定してもよい。
【００２７】
マーケット価格決定メッセージは、異なるソースから異なる間隔で受け取られてよい。したがって、価格エンジン２６は、異なるマーケット価格決定メッセージからの価格データを重み付けし、その間隔の後半部分内の価格がより最近のものであり、および、したがって、平均の一般的な価格が生成される以前の現在マーケットステータスを反映する可能性がより高いということに基づいて、その間隔の後半部分内の価格に対してより大きい重み付けを行う。したがって、平均化アルゴリズムは、クォートを提示するディーラー／取引フロア（マーケットメーカー）によって制御されてよく、および、すべての証券に関してマーケットメーカーによってグローバルに使用されてよいし、または、異なるアルゴリズムが、マーケットメーカーによって取引される各々の通貨ペアに関して定義されてもよい。
【００２８】
証券に関する平均価格が生成され終わると、この平均価格はクォート提示インタフェースに送られる。
【００２９】
クォート提示インタフェース
クォート提示インタフェース３０は、自動的に、価格メッセージからクォートを生成する。各々の自動的に生成されたクォートは、その価格が売値であるか買値であるかに係わらずクォート価格と、その価格が値付けされる証券の識別名と、マーケットメーカーが取引の準備をしている特定の証券のアマウントまたは額面価格（ｖａｌｕｅ）と、潜在的に他のデータ（例えば、指定されたアマウント範囲、その価格に関する残存時間（ｔｉｍｅ−ｔｏ−ｌｉｖｅ）等とを指定するデータを含む。
【００３０】
ディーラーの不要な干渉なしに自動的にクォートを生成することは、マーケットメーカーのディーラーが他の売買取引を処理できるように解放することによって、マーケットメーカーに利点をもたらす。マーケットメーカーによる自動クォートの供給は、さらに、自動取引システムが流動性であり、および、マーケットユーザが取引を開始する（概ね）連続的な機会を提供することを確実にするのを促進する。リクイディティ（ｌｉｑｕｉｄｉｔｙ：流動性）は、自動クォートを提供するようにマーケットメーカーを動機付けることによって、および、マーケットメーカーに彼らの価格パラメータにおけるより高いアマウントを指定するように動機付けることによって、促進される。自動取引システムに対するサブスクリプション（ｓｕｂｓｃｒｉｐｔｉｏｎ：購入）の価格決定構造（ｐｒｉｃｉｎｇ  ｓｔｒｕｃｔｕｒｅ）は、リクイディティを最大化することを促進するように調整されてよい。
【００３１】
自動的に生成されたクォートは、様々な判定基準が満たされる場合に、マッチングシステム１０に通信される。クォート生成とマッチングシステムに対する提示とに関する判定基準が後述されている。
【００３２】
クォート提示インタフェースは、クォート生成／提示プロセスを制御するパラメータをディーラーが指定することを可能にするように構成されている。これらのパラメータは、提示されるクォートのタイミングと頻度とアマウントと価格、および、その価格に関する「残存時間」のような潜在的に他の属性を制御する。
【００３３】
第１の実施形態の説明
クォート提示インタフェース３０を、第１のモデルの形で、すなわち、トレーダーワークステーション２０上でのそのインタフェースを実現する第１のモデルの形で、図３を参照しながら説明する。
【００３４】
ディーラーがワークステーション２にサインオンすると、そのワークステーション２は自動的に（随意に、価格フィードブリッジ３１を経由して）価格エンジン２６に接続する。その次に、ワークステーションは、トレーダープロファイル（ｔｒａｄｅｒ  ｐｒｏｆｉｌｅ）に設定されているすべての通貨ペアに関する価格サブスクリプションをリクエストする。価格エンジン２６は、受諾された通貨ペアサブスクリプションと拒否された通貨ペアサブスクリプションとをワークステーション２に通知する。価格エンジン２６は、受諾されたサブスクリプションされた通貨ペアのすべてに関する両サイドの価格をワークステーション２に提供する。これらは、特定の証券（この例では、外貨為替通貨ペア）に関するマーケット価格を指定する価格メッセージとして送られる。
【００３５】
ワークステーション２は、その価格に対する幾つかの「健全性検査（ｓａｎｉｔｙ  ｃｈｅｃｋ）」を行う。これらの健全性検査は、上述の通りにトレーダーによって設定されたパラメータに依存する。価格の妥当性検査の結果に応じて、その価格が、
Ａ．受諾されるか、
Ｂ．拒否され、そして、自動クォート提示がその次の有効な価格までその通貨ペアに関して一時停止されるか、
Ｃ．拒否され、および、自動クォート提示が、ＰＦアドミニストレーター／トレーダーが自動クォート提示を再開するまで、中止させられるか、または、
Ｄ．拒否され、そして、ＥＢＳ  ＭａｋｅｒＴａｋｅｒ  Ｗｏｒｋｓｔａｔｉｏｎの価格フィードとの接続が切断される。
【００３６】
ワークステーション２上では、価格フィードアドミニストレーター／ディーラーが、自動クォート提示のための候補である各通貨ペアに関するアマウントとバイアス（ｂｉａｓ）とを設定する。
【００３７】
価格フィードアドミニストレーター／ディーラーは、価格フィード価格を受け取っている選択された通貨ペアに関する取引システム１０に対するワークステーションにおける自動クォート提示を開始する。自動クォート提示が開始された直後に、そのワークステーションは、着信するアマウントとバイアスとに基づいて自動的にクォートを提示する。
【００３８】
概略的に述べると、クォート提示インタフェースとマッチングシステムは一体となって後述のクォート提示機能を果たす構成を提供する。
【００３９】
この構成は、ワークステーション２が（先行の価格アップデートとは異なる価格を含む）価格フィードから有効な価格アップデートを受け取る時に、通貨ペアに関する１つまたは複数の現在のクォートをキャンセルし、新たなクォートを提示する。
【００４０】
この構成は、例えば百万のような特定のアマウントを現在のクォートアマウントが下回る時に、通貨ペアに関する現在のクォートを自動的にキャンセルする。
【００４１】
ワークステーション２は、先行の価格とは異なる新たな有効価格が受け取られる毎に新たなオーダを提示するだろう。多数の新たな有効価格が例えば１秒間のような特定の時間間隔中に受け取られる場合には、受け取られた最も最近の有効価格だけがクォートに変換され、クォートメッセージとして提示される。各々の新たなクォートが、トレーダーによってワークステーション上で設定されたデフォルトのアマウントに関して提示される。
【００４２】
この構成は、通貨ペア１つ当たり２つだけのアクティブなオーダ（マーケットの各々のサイドに１つ）を自動的に維持する。
【００４３】
この構成は、
１．先行の価格とは異なる新たな価格がワークステーションによって受け取られる時に、または、
２．残りのオーダのアマウントがそのオーダの基本通貨の百万単位を下回る時に、
価格フィードのクォートの突出したマッチングしないアマウントを自動的にキャンセルする。
【００４４】
上述の機能が、取引システム１０に命令を発するワークステーションによって、自動的にアクションを行う取引システムによって、または、この両方の組合せによって実現されてよいということに留意されたい。
【００４５】
上述したように、ワークステーションは、プリセットされたパラメータに基づいて新たなオーダが生じさせられる毎に価格エンジンから受け取られる対応するマーケット価格に対して自動的に加算または減算される各通貨ペアに関するマーケットの両サイドにおける（例えば、ｐｉｐｓ、パーセントポイント等で表現されている）バイアスをトレーダーが設定することを可能にする。これらのパラメータと他のパラメータについては後述する。
【００４６】
図４は、ワークステーションに銀行所有の価格ソース（価格エンジン）から価格を配信するための、本明細書では価格フィード（ＰＦ）インタフェースと呼ばれているクォート提示インタフェースを使用する統合システムアーキテクチャの概略を示す。この統合システムの主要な構成要素だけがこの図に示されている。実際の具体化は、企業のインフラストラクチャおよび技術ポリシーにより銀行毎に異なってよい。
【００４７】
価格フィードインタフェース３０を使用するために、トレーダー／取引フロアは、ローカルな企業インフラストラクチャ全体にわたってアクセス可能な取引可能価格のローカルソースを持たなければならない。一般的に、価格情報は価格エンジン２６によって生成され、そして、何らかのタイプの情報バス４０を使用して企業インフラストラクチャを経由して配信される。このタイプの環境においては、ＰＦインタフェース３０は、情報バスから価格決定データをピックアップしてワークステーションに送るブリッジ構成要素（ｂｒｉｄｇｅ  ｃｏｍｐｏｎｅｎｔ）によって導入される。情報バスが必要でないということ、すなわち、価格フィードインタフェースが価格エンジン２６から直接的に呼び出されることも可能であるということに留意されたい。
【００４８】
この統合アーキテクチャの３つの主要な物理構成要素は、
１．価格エンジン２６、
２．ブリッジ４２、
３．１つまたは複数のワークステーション２
である。
【００４９】
この統合アーキテクチャの一部として、各構成要素は、特定の構成要素固有の機能を果たさなければならない。価格エンジン２６構成要素は、証券に関する取引可能な価格を連続的に生成しなければならない。
【００５０】
ブリッジ構成要素４２は、価格エンジン２６からの取引可能価格の連続的なフィードを受け取り、そして、その取引可能価格を価格フィードインタフェースを使用して１つまたは複数のワークステーションに転送することが可能でなければならない。
【００５１】
ワークステーションにおける価格フィードインタフェースアプリケーションは、受け取られた価格とトレーダー定義情報（アマウントおよびバイアス）とに基づいてクォートを生成し、価格の妥当性検査とネットポジション（ｎｅｔ  ｐｏｓｉｔｉｏｎ）の妥当性検査とを行い、および、これらのクォートをマッチングのためにブローカー４（図１に示されている）の中に提示する役割を果たす。
【００５２】
ワークステーションアプリケーションは、セッション全体にわたって顧客のネットエクスポージャ（ｎｅｔ  ｅｘｐｏｓｕｒｅ）を計算するだろう。
【００５３】
ネットポジションリミット（ｎｅｔ  ｐｏｓｉｔｉｏｎ  ｌｉｍｉｔ）とは、銀行定義ネットポジション時間間隔（ｂａｎｋ  ｄｅｆｉｎｅｄ  Ｎｅｔ  Ｐｏｓｉｔｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）全体にわたってマーケットの各サイドを計算に入れる、単一の通貨ペアにおいて取引される合計アマウントである。このネットポジションは次のように計算され、
｜Ｄb−Ｄo｜  ＋  ｜Ｑb−Ｑo｜  ＋  ｜Ｐb−Ｐo｜
であり、ここでＤbはビッドサイドでの終了した取引の合計であり、Ｄoはオファーサイドでの終了した取引の合計であり、Ｑbはビッドサイドでのアクティブなクォートの合計であり、Ｑoはオファーサイドでのアクティブなクォートの合計であり、Ｐbはビッドサイドでの潜在的な（提示されようとしている）クォートであり、Ｐoはオファーサイドでの潜在的な（提示されようとしている）クォートである。
【００５４】
特定の時間間隔に関して、かつ、特定の通貨ペアに関して計算が行われなければならないということに留意されたい。
【００５５】
ネットエクスポージャは、セッション中の任意の時点において設定ファイルに設定されている時間間隔１１３毎のネットリミット１１０を超えないことになっている。
【００５６】
次の機能性が、異なる構成要素間で共有されている。
・ユーザ認証および資格
・通信障害の検出
・価格情報の妥当性検査
【００５７】
各構成要素は、システム全体がビジネスルールにしたがって動作し、機密保護と頑健性（プログラムのエラー強さ）とを維持することを可能にするための共通の機能性におけるその役割を果たさなければならない。
【００５８】
価格フィードインタフェース３０とト取引インタフェース２は、ユーザ認証および障害検出とに関する共通の機能性のそれらの役割をサポートする。
【００５９】
取引フロア／トレーダーは、取引可能でかつ適時な価格をワークステーションに提供するように価格エンジンを設定することを担当している。価格フィードアプリケーションは、価格が受け取られる頻度と価格形式だけを妥当性検査し、そして、逆転した極端なオフマーケット（ｏｆｆ−ｍａｒｋｅｔ）価格を拒否する。
【００６０】
価格フィードインタフェースアプリケーションは、１つまたは複数のワークステーションとブリッジ構成要素（または、価格フィードＡＰＩを使用する他の構成要素）との間の通信および接続の完全性を監視する。ワークステーションは、通信障害または接続解除が検出されるとすべてのアクティブなクォートをキャンセルするだろう。他のオーダ提示が通信障害または接続解除によって中止されると、ワークステーションは、自動的に自動クォート提示を再接続し、再サブスクライブし、再開しようと試みるだろう。
【００６１】
価格フィードインタフェースは、各通貨ペアに関する価格アップデートの間の最大の遅延を制限する。これは、マーケットの条件のために取引可能価格が不変のままである期間中における価格アップデートの連続ストリームを確実なものにするために行われる。この最大遅延の制限は価格フィードＡＰＩによって使用可能である。
【００６２】
価格フィードは、事前定義された時間間隔内のアップデートの最大数を定義することによって、同一の通貨ペアに関する価格アップデートの間の最小遅延を間接的に制限する。これは、テイカー（ｔａｋｅｒ）が取引を開始または終了することを防止するメーカー（ｍａｋｅｒ）のサイドの頻繁な価格変更を避けるために行われる。上述したように、価格アップデートが１秒間に１度よりも高い頻度で生じるが、価格アップデートの制限の最大数よりは低い頻度で生じる時には、そのシステムは、その１秒の間の最も最近の妥当性検査された価格を使用する。
【００６３】
ワークステーションは、各々の価格アップデート値に対する価格妥当性検査を行うだろう。ワークステーションは通貨ペア略語を妥当性検査するだろう。さらに、ワークステーションは、受け取られた価格が有効な数字である（数字でありかつ適正な形式である）ということと、受け取られた小数の桁数がＥＢＳ通貨定義に合致するということと、両サイドにおける価格が逆転していないということとを妥当性検査するだろう。
【００６４】
価格妥当性検査の規則が何らかの通貨ペアに関して破られる場合には、ワークステーションは、すべてのアクティブな通貨ペアに関するすべてのクォートをキャンセルし、価格のソースから接続を解除し、および、自動取引を再開する前に手動のトレーダー入力を待機するだろう。
【００６５】
第２の実施形態（ベストモード）の説明
第２の実施形態が図５に示されており、上述の機能性に類似した機能性を実現するが、その機能性を異なる物理的構成要素の間で分割する。クォート提示インタフェース３０は、２つの構成要素に分割され、すなわち、価格メッセージをクォートメッセージに変換する取引エンティティによって設定可能なリクイディティフィードアプリケーション（ｌｉｑｕｉｄｉｔｙ  ｆｅｅｄ  ａｐｐｌｉｃａｔｉｏｎ）５０と、クォートメッセージを受け取ってそれをマッチングシステムに提示し、そして、重要なことには、さらに、取引エンティティに提供するためにマッチングシステムからデータを受け取る自動取引インタフェース（ＡＴＩ）５３とに分割される。
【００６６】
リクイディティフィード５０と呼ばれる構成要素は、上述の様々なパラメータを使用して取引フロアによって設定されることが可能なアプリケーションであり、さらに詳細に後述される。このアプリケーションは、次の部分から成る。
・価格フィードレシーバー５１が、銀行の内部価格フィードをサブスクライブし、および、銀行の内部価格エンジンによって供給される取引可能価格の一定不変のストリームを受け取ることを担当する。この部分の実現は、各銀行がそれ自体の価格配信システムを使用するので、取引フロア毎に異なるだろう。
・取引セッションを開始／終了し、価格を提示し、アクティブな取引とエラーに関する通知を受け取るために、リクイディティフィードアプリケーション５０が呼び出すことが可能な１組の機能を含むリクイディティフィードＡＰＩ  ５２。内部的には、リクイディティフィードＡＰＩソフトウェア５２は、次の機能、すなわち、価格を妥当性検査し、価格をクォートへ変換し、クォートを提示するために対応するクォートメッセージを生成し、取引通知とエラーとをクライアントのシステムに送り返すという機能を果たす。
【００６７】
自動取引インタフェース（ＡＴＩ）ワークステーション（ＷＳ）５３と呼ばれる構成要素は、マッチングシステム１０のプロバイダーによって維持されるアプリケーションである。ＡＴＩ  ＷＳ  ５３は、物理的ワークステーションである必要はなく、マッチングシステムと直接通信するアプリケーションであることも可能である。このアプリケーションは、ＸＭＬおよびバイナリメッセージを使用して取引エンティティとマッチングシステムとの間の通信を担当する。メッセージの翻訳に加えて、このアプリケーションは、さらに、保護システムとしても機能し、すなわち、ＡＴＩを経由して受け取られたクォートをマッチングのために提示する前に、そのクォートを妥当性検査し、および、クォート処理負荷を低減させることと後置構成要素の性能を維持することとが必要な場合には（クォートを拒否することによって）クォートを抑制（ｔｈｒｏｔｔｌｅ）するだろう。ＡＴＩワークステーションは、ＡＴＩを経由して送受信されるすべての命令を記録する。
【００６８】
図５の矢印と数字は、価格メッセージがクォートメッセージになる前に通過しなければならない諸段階を示す。そのすべてのプロトコルが双方向通信をサポートし、および、価格がクォートになると直ちに、クォートステータス情報が、このクォートを生じさせるために使用された取引可能価格を提供したリクイディティフィードＡＰＩまで戻されるだろう。
【００６９】
（リクイディティフィード）ＬＦ  ＡＰＩ  ５２ロジックは、次の役割を果たす。
・顧客によって指定された定義されたパラメータ（例えば、出来高リミット、ネットおよびグロスエクスポージャ）と受け取られた価格とにしたがってリクイディティを維持すること、
・ＡＴＩインタフェース仕様にしたがって各々のクォート提示リクエスト（リクイディティ維持ロジックによって生成される）をＸＭＬメッセージに変換することと、それをＡＴＩワークステーション５３に送ること、
・取引エンティティからのリクエスト時にクォートを中止すること、
・ＡＴＩプロトコルを経由してＡＴＩワークステーションから、マーケットビューと、クォート／取引通知と、エラーとを受け取ることと、コールバックを使用してこの情報をそのアプリケーションの銀行部分に配信すること、
・ＡＴＩアプリケーションから取引エンティティの接続を切断すること、すなわち、無効な価格が価格エンジンから受け取られる時にセッションの接続を切断すること、
・アップデートされた設定パラメータをリクイディティフィードＡＰＩに適用すること。
【００７０】
ＬＦ  ＡＰＩ  ５２における定義されたアルゴリズムとパラメータとが、任意の時点において、特定の証券に関する取引フロアによって提供されるリクイディティのアマウントを制御する。このアルゴリズムは、ユーザ指定の最小限および最大限としてシステムに提示されるクォートとして使用可能なアマウントを維持する。
【００７１】
取引エンティティは、そのアマウントが利用可能である価格レベルの設定と、ユーザがリクイディティフィードを中止することを決定する時のマーケットからのクォートの撤回とを担当している。
【００７２】
ＬＦ  ＡＰＩ  ５２は、時間間隔毎のグロスリミット（ｇｒｏｓｓ  ｌｉｍｉｔ）およびネットリミット（ｎｅｔ  ｌｉｍｉｔ）の強制のような安全策を含む。これらのリミットは、リクイディティがマッチングシステムに導入される際のマーケットのレートおよびサイドをＬＦ取引エンティティがコントロールすることを可能にする。
【００７３】
証券に関するリクイディティを提供するために、取引エンティティは、マッチングシステムにおけるその証券に関するアクティブなクォートを維持することをリクエストされる。
【００７４】
ＬＦアプリケーションを使用するために、銀行の取引フロアアドミニストレーター（ＴＦＡ）は、最初に、ＡＴＩ  ＷＳのためのトレーダーカウントを生成しなければならない。
【００７５】
銀行の価格設定システムは価格を生成してＬＦアプリケーションに供給する。
【００７６】
価格提示を開始するために、ＬＦアプリケーションは、ＬＦ  ＡＰＩとＡＴＩ  ＷＳとを経由して取引システムに接続してログオンする。ＬＦ  ＡＰＩは認証情報をＡＴＩ  ＷＳに送り、一方、ＡＴＩ  ＷＳはこの認証情報を取引システムに送る。ＬＦ  ＡＰＩを経由したＬＦアプリケーションとＡＴＩ  ＷＳとの間のセッションが、ＥＢＳ  Ｓｐｏｔ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍに対する認証の成功時に生成される。
【００７７】
セッションが生成された後に、ＬＦアプリケーションが１組の通貨ペアに関するマーケットビュー情報に関してサブスクライブする。銀行がマーケットビュー情報を受け取る資格を与えられる場合に、その銀行は、そのサブスクライブされた通貨ペアに関するマーケットビュー情報を導き出すことが可能である。
【００７８】
ＬＦ  アプリケーション５０は、ＥＢＳによってサポートされたあらゆる通貨ペアに関する価格アップデートを送ることが可能である。価格アップデートは、ＬＦによってクォートに変換され、ＡＴＩ  ＷＳに送られる。クォートと取引ステータス情報は、ＬＦアプリケーションによってアクセスされるべきＡＴＩ  ＷＳを経由してＥＢＳ  Ｓｐｏｔ  Ｔｒａｄｉｎｇ  ＳｙｓｔｅｍからＬＦ  ＡＰＩに戻される。銀行は、その銀行がそうすることを選択する場合に、その銀行のポジションキーピングシステム（ｐｏｓｉｔｉｏｎ  ｋｅｅｐｉｎｇ  ｓｙｓｔｅｍ）のためのＬＦアプリケーションからこのクォートおよび取引ステータス情報を得る。ＬＦアプリケーションは、空の価格（ｅｍｐｔｙ  ｐｒｉｃｅ：値段を付けずに空白にした価格）を送ることによって任意の時点でアクティブなクォートを中止することが可能である。
【００７９】
第１または第２の実施形態では、クォートメッセージを生成することと、クォートを提示することと、マッチングシステム内にクォートを維持することという機能は、後述するようにロジックとパラメータとに依存している。
【００８０】
システムパラメータ
システムパラメータは、システム内の様々な個所において、特に、ＬＦアプリケーション５０とＡＴＩ  ５３とにおいて設定される。
【００８１】
ＬＦアプリケーションは、図６に示されているような、ユーザ設定可能である次のパラメータに関するデフォルトを含む設定ファイル１００を維持する。
ａ）リクイディティパラメータ記憶装置１０４内の最小リクイディティレベルパラメータ１０５、
ｂ）リクイディティパラメータ記憶装置１０４内の最大リクイディティレベルパラメータ１０６、
ｃ）アクティブな通貨ペアのリスト、
ｄ）ポジションリミット記憶装置１０８内の時間間隔毎のグロスポジションリミット（ｇｒｏｓｓ  ｐｏｓｉｔｉｏｎ  ｌｉｍｉｔ  ｐｅｒ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）１０９、
ｅ）ポジションリミット記憶装置１０８内の時間間隔毎のネットポジションリミット（ｎｅｔ  ｐｏｓｉｔｉｏｎ  ｌｉｍｉｔ  ｐｅｒ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）１１０。
【００８２】
すべてのパラメータは、例えばＦＸシステムにおける各通貨ペア毎に、各々の取引可能な証券に関して設定されることが可能である。
【００８３】
ＡＴＩ  ５３は、さらに、次のパラメータを有する設定ファイル１０１を維持する。
ａ）クォートレート（ｑｕｏｔｅ  ｒａｔｅ）記憶装置１１６内の１秒間当たりの最大クォートレート１１８、
ｂ）採用随意に、クォートレート記憶装置１１６内の（通貨ペア毎の）アクティブクォートの最大数１１７。
【００８４】
これらのパラメータは、ＬＦアプリケーション５０とＡＴＩ  ５３とによって次の目的のために使用される。
【００８５】
ＬＦアプリケーションは、（現在のアクティブな価格とは異なる）新たな価格が受け取られる毎にクォート（ビッド、オファー、または、両サイドの価格が指定される場合には両方）をそのＬＦアプリケーションが提示するように構成されている。
【００８６】
ＬＦアプリケーションは、通貨ペア毎に複数のアクティブなクォートを維持する。
【００８７】
すべてのアクティブなクォートの合計は、どんな時にも最大リクイディティレベル１０６を超えないことになっている。
【００８８】
ＬＦアプリケーションは、特定の通貨ペアとマーケットの特定のサイドとに関するすべてのアクティブなクォートの合計が最小リクイディティレベル１０５より低くなり、かつ、その価格が変化していない時に、新たなクォートを提示することになる。
【００８９】
ＡＴＩは、アクティブなクォートの最大数が設定パラメータによって指定された最大数１１７に等しい場合には、新たなクォートを提示しないだろう。
【００９０】
ＬＦアプリケーションは、そのマーケットのサイドに関わりなく単一の通貨ペアにおいて取引される、合計アマウントである、セッション全体にわたっての顧客のグロスエクスポージャとネットエクスポージャとを計算することになっており、すなわち、
グロスポジションは、Ｄb＋Ｄo＋Ｑb＋Ｑo＋Ｐb＋Ｐoであり、
ここで、Ｄbはビッドサイドでの終了した取引の合計であり、Ｄoはオファーサイドでの終了した取引の合計であり、Ｑbはビッドサイドでのアクティブなクォートの合計であり、Ｑoはオファーサイドでのアクティブなクォートの合計であり、Ｐbはビッドサイドでの潜在的な（提示されようとしている）クォートであり、Ｐoはオファーサイドでの潜在的な（提示されようとしている）クォートである。
【００９１】
ネットポジションリミットは、銀行定義ネットポジション時間間隔全体にわたってのマーケットの各サイドを計算に入れる単一の通貨ペアにおいて取引される合計アマウントである。このネットポジションは次の通りに計算され、
最大（｜Ｄb−Ｄo｜＋Ｑb＋Ｐb、｜Ｄo−Ｄb｜＋Ｑo＋Ｐo）
ここで、Ｄbはビッドサイドでの終了した取引の合計であり、Ｄoはオファーサイドでの終了した取引の合計であり、Ｑbはビッドサイドでのアクティブなクォートの合計であり、Ｑoはオファーサイドでのアクティブなクォートの合計であり、Ｐbはビッドサイドでの潜在的な（提示されようとしている）クォートであり、Ｐoはオファーサイドでの潜在的な（提示されようとしている）クォートである。当然のことながら、ネットポジションの他の計算が使用されることが可能である。
【００９２】
計算が、グロスおよびネット計算と特定の通貨ペアとに関して異なる可能性がある特定の時間間隔にわたって行われるべきであるということに留意されたい。
【００９３】
グロスエクスポージャは、セッション中の任意の時点で設定ファイルにおいて設定された時間間隔１１４当たりのグロスリミット１０９を超えないことになる。
【００９４】
ネットエクスポージャは、セッション中の任意の時点で設定ファイルにおいて設定された時間間隔１１３当たりのネットリミット１１０を超えないことになる。
【００９５】
ＬＦアプリケーションは、新たな価格（現在のアクティブ価格に関して異なっている）が受け取られる場合にすべての未決済のクォートを中止し、新たなクォートを提示することになる。
【００９６】
ＬＦアプリケーションは、「プライスノーインフォ（Ｐｒｉｃｅ−ｎｏ−ｉｎｆｏ）」価格が特定のペアに関して受け取られる時に、この特定のペアに関するすべての未決済のクォートを中止するだろう。
【００９７】
ＬＦは、（単一サイドまたは両サイドの）価格を提示する顧客アプリケーションのための手段を提供する。
【００９８】
システムプロセス
クォートメッセージ生成および提示の主要なプロセスが図７に示されている。
【００９９】
このプロセスは、単一サイドまたは両サイドの価格メッセージをクォート提示インタフェース３０に送る取引エンティティの価格エンジン、特に（受諾された通貨ペアのサブスクリプションとは無関係に）ＬＦアプリケーション５０から開始する。ＬＦアプリケーション５０は、上記の判定基準が満たされる場合にクォートメッセージを生成して提示するために価格を使用する。
【０１００】
取引エンティティのＬＦアプリケーションからの単一の価格メッセージから生じるクォートだけが、任意の時点においてマッチングシステム内でアクティブである。ＬＦ  ＡＰＩ  ５２は、幾つかの妥当性検査とリクイディティおよびポジション検査とを、受け取られた価格アップデートに対して行うだろう。価格の妥当性検査は証券の定義に基づいており、この証券の定義は取引システム設定の一部である。検査のために使用される設定パラメータは、ＬＦ  ＡＰＩ設定ファイル内に格納されている。
【０１０１】
価格の妥当性検査の結果に応じて、価格アップデートは、
両方の価格が数値であるか、または、空の価格（すなわち、プライスノーインフォ価格）である場合には、受諾され、
少なくとも１つの価格が数値でない場合、または、（同一の価格アップデートにおける）両方の価格が逆転している場合に、拒否され、すべてのアクティブなクォートが取り除かれて、セッションが中止される。価格の選択が許可されるということに留意されたい。
【０１０２】
マーケットの各サイドに関する価格が個々に次のように処理され、
ステップ６０で価格メッセージが受け取られて受諾され、そして、ステップ６２で価格が先行価格に等しくないと判定される時には、ＬＦ  ＡＰＩは、ステップ６４において、通貨ペアとマーケットのサイドとに関するそのマーケット内のすべてのアクティブなクォートの取り除き（中止）をリクエストし、そして、ステップ６６において、その通貨ペアに関する最大リクイディティレベルパラメータ１０６において指定されたアマウントに関するクォートリクエスト（ｑｕｏｔｅ  ｒｅｑｕｅｓｔ）を生じさせる。その次に、リクイディティレベルが、追加のクォートリクエストを提示することによって、この通貨ペアとマーケットのサイドとに関する最小リクイディティレベルと最大リクイディティレベルとの間に維持される。
【０１０３】
価格アップデートが受け取られて受諾され、および、ステップ６８で価格が先行価格に等しいと判定される時には、当初のクォートが、その当初の待ち行列ポジション（ｑｕｅｕｅ  ｐｏｓｉｔｉｏｎ）を保持するためにＥＢＳ  Ｓｐｏｔ  Ｔｒａｄｉｎｇ  Ｓｙｓｔｅｍ内に残る。ＬＦ  ＡＰＩは、その次の価格アップデートを待ち、その次に、追加のクォートリクエストを提示することによって、この通貨ペアとマーケットのサイドとに関する最小リクイディティレベルと最大リクイディティレベルとの間にリクイディティレベルを維持する。
【０１０４】
クォートリクエストがＡＴＩ  ＷＳに対して実際に提示される前に、グロスポジション検査７８とネットポジション検査８０とが行われる。クォートリクエストがこれらのポジション検査に合格しなかった場合には、ＬＦは非致命的エラーを送出し、グロス／ネットポジション時間間隔が経過するのを待つ。
【０１０５】
ＬＦが、リクイディティレベル（リクイディティレベル検査を参照されたい）が銀行定義最小リクイディティレベルを下回る時には、単一の価格から結果として生じる連続した複数のクォートリクエストを生じさせるだろう。これは、未決定のクォートが全体としてまたは部分的にマッチングされる毎にステップ７０で生じる。ステップ７２において、すべてのアクティブクォートのアマウントの合計が最小リクイディティレベルパラメータを下回ると判定される場合には、クォートが、（未決定のクォートの合計と最大リクイディティレベルとの間の差であるというクォートを提示することによって）すべてのアクティブクォートのアマウント合計を最大リクイディティレベルに戻すために生じさせられる。
【０１０６】
その次に、ＡＴＩ  ＷＳ  ５３は、クォートリクエストをＥＢＳ取引システムに提示する前に、ＥＢＳ価格フォーマッティング規則と１秒間毎に受け取るクォートの数（クォートが抑制を受ける−図５）とに基づいて、クォートリクエストに対して追加の検査を行うだろう。ＡＴＩ  ＷＳによって受け取られたクォートがＡＴＩ  ＷＳ検査のいずれかに不合格だった場合には、ＡＴＩ  ＷＳはそのクォートを拒否し、その次の有効なクォートを待つ。
【０１０７】
クォートを中止する：ＬＦ  ＡＰＩ  ５２は、さらに、通貨ペアに関する空の価格がＬＦによって受け取られる時に、その通貨ペアに関するすべてのクォートを中止するだろう。
【０１０８】
空の価格を送る：すなわち、プライスノーインフォ。クォートが中止されなければならない時、または、その価格が無効である時、または、銀行がその通貨ペアにおける取引を望まない時に、取引エンティティは、その通貨ペアに関する空の価格を送ってよい。
【０１０９】
リクイディティレベル検査：取引がクォートに対して実行される時に、残りのクォートアマウントが低下する。特定の通貨ペアに関して残りのクォートの合計が銀行定義最小リクイディティレベルを下回る時には、ＬＦ  ＡＰＩは、最大リクイディティレベルとクォート合計との間の差に等しいアマウントに関してマーケットのそのサイドに関する連続したクォートリクエストを提示するだろう。すべての計算が、通貨ペア毎にマーケットのサイド毎に行われる。このリクイディティレベルが通貨ペア毎に定義される。
【０１１０】
グロスポジション検査：クォートが提示されそうになる毎に、グロスポジション検査がステップ７８で行われる。この検査は、時間間隔全体にわたって、マーケットのサイドを無視して、単一の通貨ペアにおいて取引されたアマウントを銀行定義グロスポジションパラメータと比較する。この取引されたアマウントは、上記定義の通りに、終了した取引＋アクティブなクォート＋潜在的なクォート（すなわち、提示されそうになっているクォート）を含む。
【０１１１】
ネットポジション検査：クォートが提示されそうになる毎に、ネットポジション検査がステップ８０で行われる。この検査は、マーケットのサイドを計算に入れて、ビッドとオファーとが時間間隔全体にわたってネット（ｎｅｔ）される形で、単一の通貨ペアにおいて取引される合計アマウントを銀行定義ネットポジションパラメータと比較する。
【０１１２】
これらの検査すべてに合格すると、ＬＦ  ＡＰＩはクォートメッセージを生成して、これをＡＴＩ  ＷＳに送信する。
【０１１３】
その次に、ＡＴＩ  ＷＳが検査する：
例えば通貨ペアのような証券の妥当性検査
小数点の後の小数の桁数のようなクォート価格（形式）の構文妥当性検査、最後のＰｉｐの値は３−Ｐｉｐ通貨ペアに関して０または５に等しくなければならない。オフマーケット価格（ビッドは、ＥＢＳベストディーラブルビッド（ＥＢＳ  ｂｅｓｔ  ｄｅａｌａｂｌｅ  ｂｉｄ）を使用して決定された範囲内になければならない。オファービッド（ｏｆｆｅｒ  ｂｉｄ）は、ＥＢＳベストディーラブルビッドを使用して決定された範囲内になければならない。）
【０１１４】
逆転価格
クォートは、通貨ペア毎に定義されている抑制を受けた。
【０１１５】
提示されたクォートの実際価格は、価格パラメータ記憶装置からの事前に設定されたバイアスパラメータ１０３にしたがって設定されてよい。
【０１１６】
クォートバイアス
このバイアスパラメータは、汎用価格がそれによってマーケットメーカーに関して適合化させられるバイアスアマウント（ｂｉａｓ  ａｍｏｕｎｔ）を指定し、および、Ｎ  ｐｉｐｓよりも小さいビッド価格として一般的なビッド価格に関して表現され、および、Ｍ  ｐｉｐｓを加えたオファー価格として一般的なオファー価格に関して表現される。（ここでＮとＭは整数であり、ｐｉｐｓは数字のために使用される術語であり、小数点の後の定義された桁数である）。マーケットメーカーにおけるディーラーは、自分のバイアスパラメータを変更することによって任意の時点でＮとＭの値を変更してよい。ＮとＭが、逆転価格の可能性を回避するように抑制されることが好ましい。新たなバイアスパラメータがインタフェース３０によって受け取られると、そのインタフェース３０は、そのバイアスの新たな値を新たなクォートメッセージに直ちに適用する。あらゆる既存の提示されたクォートメッセージが最初に中止される。
【０１１７】
マーケットメーカーが、自分たちが中で取引しているマーケットを監視することを可能にするために、各通貨ペアに関して利用可能な取引可能価格とベストプライスとが、マーケットメーカーのブローカーノードによってマーケットメーカーワークステーションに通信されてもよい。マーケットメーカーワークステーション２０におけるマーケットメーカーのディーラーは、ビッド価格から減算されるべきビッドバイアス（ｂｉｄ  ｂｉａｓ）と、各証券に関するオファー価格に加算されるべきオファーバイアス（ｏｆｆｅｒ  ｂｉａｓ）とを変更してよく、および、さらに、一般的な価格を操作するためにフィルタパラメータ（ｆｉｌｔｅｒ  ｐａｒａｍｅｔｅｒ）を変更してよい。したがって、マーケットに対するマーケットメーカーのエクスポージャは、マーケットメーカーの１人または複数人のディーラーによって操作されてよい。典型的には、バイアスパラメータは、毎日２回から３回アップデートされるだろう。
【０１１８】
しかし、価格変動性の時には、マーケットメーカーのディーラーは、連続的にマーケット価格を監視し、および、より一層定期的にバイアスパラメータを変更してよい。
【図面の簡単な説明】
【０１１９】
【図１】図１は、匿名取引システムの代表的な例である。
【図２】図２は、図１の取引システムのための価格フィード構成を示す。
【図３】図３は、本発明の第１の実施形態によるクォート提示インタフェースの構成要素を示す。
【図４】図４は、図３のクォート提示インタフェースの構成要素をさらに詳細に示す。
【図５】図５は、本発明の第２の実施形態の構成要素を示す。
【図６】図６は、クォート提示パラメータ記憶装置と主要パラメータ記憶場所とを示す。
【図７】図７は、主要なクォート提示プロセスを示す。
【図１】
2006503348.tif 000003
【図２】
2006503348.tif 000004
【図３】
2006503348.tif 000005
【図４】
2006503348.tif 000006
【図５】
2006503348.tif 000007
【図６】
2006503348.tif 000008
【図７】
2006503348.tif 000009
【国際調査報告】
2006503348.tif 000010