(57)【要約】  本発明の実施例は、市場参加者及び資金提供者が、匿名性を犠牲にすることなく又は情報を漏洩することなく、機密取引インタレスト（ＣＴＩ）情報を共有する利益を実現することができる環境を作成することによって、資金提供者の情報の必要性と、市場参加者の機密性の必要性との間に内在する競合を解消する金融商品のための匿名ＲＦＱシステムを提供する。好ましくは、この安全な環境は、注文識別又はトレーダ識別情報の代わりに、資金提供者に送信されるリスククラスを、各値付け要請（ＲＱＦ）に関する全てのＣＴＩ情報から抜粋する電子マッチングブック内に作成される。これらのリスククラスは、市場参加者に自身又は自身の注文に関する機密情報を明らかにすることを必要とすることなく、カスタマイズされ、リスク調整された値付けを、資金提供者に提示するのに十分な情報を与える。
2009534744.tif 000002
【特許請求の範囲】
【請求項１】
匿名性を犠牲にすることなく、又は、情報漏洩を許容することなく、機密取引インタレスト情報を共有することができる匿名の値付け要請環境を形成するための方法であって、
市場参加者から、値付け要請を受信するステップと、
リスクカテゴリ化を前記値付け要請に設けるステップと
を具備することを特徴とする方法。
【請求項２】
前記値付け要請は、
値付けが要請される初期ブロック数量と、
追加要請が追加ブロック数量に送信されることに付随するタイムラグと
を具備することを特徴とする請求項１に記載の方法。
【請求項３】
メッセージを１又は複数の資金提供者に転送するステップをさらに具備し、前記メッセージは、
（ａ）前記値付け要請のシンボル
（ｂ）前記リスクカテゴリ化
を具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記リスクカテゴリ化を設けるステップは、前記値付け要請及び前記市場参加者に関する少なくとも一部の機密情報に基づき、リスク分析を実行するステップを具備することを特徴とする請求項１に記載の方法。
【請求項５】
前記機密情報は、同じ市場参加者からの過去の値付け要請に付随する値動き情報を具備することを特徴とする請求項４に記載の方法。
【請求項６】
前記リスク分析は、現在の市況の評価にさらに基づくことを特徴とする請求項４に記載の方法。
【請求項７】
前記１又は複数の資金提供者のうちの少なくとも１人から、前記リスク分類に基づく売り買いの値付けを受信するステップをさらに具備することを特徴とする請求項２に記載の方法。
【請求項８】
前記１又は複数の資金提供者が、自動実行することができない「ミスマッチ」値付けを有する値付け要請に応答可能なステップと、
さらに前記市場参加者が前記資金提供者と折衝を開始可能とするステップと
をさらに具備することを特徴とする請求項２に記載の方法。
【請求項９】
前記値付け要請を前記値付けと比較するステップと、
マッチングが存在するか否かを決定するステップと、
取引を実行するステップと
をさらに具備することを特徴とする請求項７に記載の方法。
【請求項１０】
前記取引を決済する時、永続的な匿名性を維持するステップをさらに具備することを特徴とする請求項９に記載の方法。
【請求項１１】
前記資金提供者が前記市場参加者によって承認されたリストに記載され、かつ、前記市場参加者が前記市場参加者の身元を明らかにすることを選択する場合にだけ、前記取引の前又は後に、前記市場参加者の身元を、前記取引を実行する資金提供者に明らかにするステップをさらに具備することを特徴とする請求項９に記載の方法。
【請求項１２】
グラフィカルユーザインターフェース手段によって、前記１又は複数の資金提供者からの１又は複数の値付けを、前記市場参加者に表示するステップをさらに具備することを特徴とする請求項７に記載の方法。
【請求項１３】
前記グラフィカルユーザインターフェースを介して、前記市場参加者が前記値付け要請の価格を変更することができるステップと、
新規価格が実行するのに十分に積極的である場合には、自動実行を実行することができるステップと
をさらに具備することを特徴とする請求項１２に記載の方法。
【請求項１４】
前記グラフィカルユーザインターフェースによって、前記１又は複数の資金提供者又は前記市場参加者は、何時でも、値付け要請をキャンセルするか、又は、値付けに応答可能なことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記値付け要請は、少なくとも１つのリスククラスを、取引実行のための許容可能な相対当事者のために指定することを特徴とする請求項１に記載の方法。
【請求項１６】
前記値付け要請は、少なくとも１つのリスククラスを、前記値付け要請を閲覧する当事者のために指定することを特徴とする請求項１に記載の方法。
【請求項１７】
メッセージを前記１又は複数の資金提供者に転送するステップをさらに具備し、
前記メッセージは、前記値付け要請のためのシンボルを具備することを特徴とする請求項１に記載の方法。
【請求項１８】
前記１又は複数の資金提供者のうちの少なくとも１人から、前記少なくとも１人の資金提供者が取引する意思のある各リスク分類のために、売り買いの値付けを受信するステップをさらに具備することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記値付け要請は、選択された資金提供者だけに転送され、かつ、前記市場参加者の身元は、前記選択された資金提供者だけに提供されることを特徴とする請求項２に記載の方法。
【請求項２０】
メッセージを１又は複数の資金提供者に転送するステップと、
１又は複数の資金提供者から、１又は複数の売り又は買いの条件付き値付けを受信するステップと、
前記値付け要請に関する前記リスク分類が、前記１又は複数の条件付き値付けのうちの１つに関する最大リスクレベル以下である場合にだけ、前記１又は複数の条件付き値付けのうちの１つを、前記市場参加者に表示するステップと
をさらに具備し、
前記メッセージは、前記値付け要請のためのシンボルであるが、前記リスク分類ではないことを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
公開証券市場（又は任意の金融市場）における市場参加者が、大規模な（ブロック）注文を実行する必要がある時、その参加者は、重要なチャレンジ、即ち、タイミング良く経済的に有効な取引を達成することに直面する。本明細書に使用されるように、用語「市場参加者」は、証券を取引する能力を備えた任意の人又はファームを呼ぶ。なお、市場参加者の例は、ブローカディーラ、機関投資家、ヘッジファンド、統計的な鞘取り及び他の自己勘定売買処理、電子証券取引ネットワーク（ＥＣＮ）上で取引する個人投資家である。タイミング良くかつ有効な大規模取引の実行が特にチャレンジである理由は多数ある。第１に、取引場所数の大幅な増加に関連した小数化連動は、２０００年１２月の１，１８７株から２００４年１２月の３９３株に、平均の取引サイズを下げた（ＮＹＳＥ概況報告書オンライン）。その結果、大規模なブロックの表示は、異常であり、かつ、逆価格行動を形成する傾向がある。この逆行動は、「フロントランニング(front running)」（明らかになった大規模な注文に起因する値動きを見越した他の市場参加者による売買活動）、大規模な買い（又は売り）インタレスト(interest)は株式がその時価以上（又は以下）の価値があることを示すという仮定に単に基づいた取引活動の一般的な増加を含む多数の要素によって決定されている。
【背景技術】
【０００２】
大規模な注文の表示によって生じるマイナスの市場インパクトを回避するか、又は、少なくとも軽減するために、大部分の参加者は、より大規模な注文を一連のより小規模な注文に分割することを選択している。次いで、参加者は、延長された期間に渡って、複数の取引場所を介して入力する。この策略は、逆市場インパクトを軽減することができ、かつ、大規模な注文の機密性を保護することができる。しかし、このアプローチを用いると、市場参加者には、より大規模な注文を完了するのに十分な取引量、又は、取引を完了するために許容する必要のある価格範囲の考えに関する保証がない。その結果、機密性は維持されるが、代わりに、市場参加者は、単一で既知の価格での迅速な取引の有効性を犠牲にしている。
【０００３】
市場参加者が、取引所、又は、取引システム、及び、ＥＣＮによって提示された機密性対有効性のトレードオフを許容したくない時、多くの場合、市場参加者は、資金提供者（ディーラー及びマーケットメイカーとも呼ばれる）に頼っている。しかし、資金提供者と連携することを選択している市場参加者は、類似のトレードオフ（情報漏洩対スプレッドの質）に、さらに直面している。資金提供者が自身の資金を委託するので、市場参加者が値付け要請（Request for Quote：ＲＦＱ）を作成する時、資金提供者は、取引を実行する場合に、所有することになるポジション内に、内在するリスクを反映している値付けに応答しなければならない。リスクの程度は、株式タイプ、株式価格、株式流動性、一般的な市況、実行後の市場参加者の行動を含むいくつかの要素によって決定されている。資金提供者は、価格応答における非常に多数のリスク要素を検討しなければならないので、資金提供者が要請に関する情報を多く有するほど、そのリスク評価をより正確にし、かつ、応答するスプレッドをより厳格にする。
【０００４】
したがって、資金提供者が可能な限り最も競争力のあるスプレッドを提示することができるように、市場参加者は、誰であるか、取引したい株式は何であるか、注文のサイズ、売り買いの注文、満足する価格といった非常に価値のある情報の多くを明らかにしなければならない。この情報によって、資金提供者が最も厳格なスプレッドを提示することができる一方で、それはまた、資金提供者が自身の利益に対して使用することができるリアルな選択肢を表わしている。一方では、リスクを評価するために合法に必要とされている情報と、他方では、顧客のインタレストの範囲外で、資金提供者の所有のトレーディングデスクによって利用することができる情報とを区別することは困難である。例えば、資金を探す組織の注文は、数百万の株注文の第１スライスである可能性があり、かつ、全部の注文を完了するための全体戦略及び積極的な価格は、この戦略及び全ブロックを適切に実行することができることを確実にするため、機密性を維持しなければならない。
【０００５】
故に、資金提供者及びその顧客の基本的な問題は、資金提供のリスクを正確に評価することに必要な情報の大部分が、その性質上、市場参加者にとって、資金提供者と共有するには、機密性が非常に高いという事実にある。市場参加者が、取引情報のオプション価値を保護するインタレストにおいて、資金提供者に与える情報を制限することを選択する場合、市場参加者は、その注文情報が市場参加者に対して使用される可能性を低減する。しかし、同時に、提供する情報を少なくすることによって、資金提供者のリスク評価の精度を下げ、それによって、スプレッドのサイズが増大する。
【０００６】
この点次第で、市場参加者／資金提供者取引は、両当事者に重大なトレードオフ（市場参加者は、より厳格なスプレッドと潜在的な情報漏洩との間を選択しなければならず、かつ、資金提供者は、顧客満足と潜在的なリスクとの間を選択しなければならない。）を作成させるシステムに内在する非効率によって悩まされてきた。現在、本願発明のシステムとは顕著に異なる方法で実施されているが、発明者は、これらの非効率に対処しようとする３つの出願中の出願を知っている。本出願が２０００年６月と同じ程度に早く出願された出願に対して優先権を主張するので、これらの出願の本明細書における議論は、それらが従来技術であることを暗示しないことに注意しなければならない。
【０００７】
米国特許公開第２００５−０２４６２６１号（発明の名称を「株式のブロック取引のための方法及びシステム（Ｓｔｅｖｅｎｓなど）」とし、バンクオブアメリカに譲渡された）は、「株式のブロック数量のため、カスタマイズされ、リスク制御され、売り買いの指標となる値付けを公式化する自動ディーラーシステム」を開示している。このシステムは、値付けカスタマイズの範囲を提示することによって競合する情報／スプレッド品質に対処しようとしている。機密性にフォーカスした範囲の一端では、一般的な値付けは、ブロックサイズ、及び、少なくとも１つの株式の履歴特性に従って調整される。株式の履歴特性には、スプレッド、ボラティリティ、流動性の履歴、又は、他の特徴を含むことができる。スプレッドの品質にフォーカスした範囲の他端では、値付けは、市場参加者の身元及びＲＦＱに対する取引履歴に関連する「クライアント固有の収益率定数」のアプリケーションを介して、さらにカスタマイズされる。市場参加者が、彼らの値付けカスタマイズレベルを、彼らのニーズに最も適合する機密性／スプレッド品質範囲上の点にマッチングすることができることによって、このシステムが従来のディーラー市場を改善する一方で、システムは、値付け品質と機密性との間のトレードオフを、まだ強要している。
【０００８】
米国特許公開第２００３−００３３２３９号（発明の名称を「値付け要請（ＲＦＱ）及び内部市場（Ｇｉｌｂｅｒｔなど）」とする）もまた、匿名の資金提供に関するチャレンジに対処しようとしている。この出願は、「値付け要請（ＲＦＱ）及び内部市場に応答する値付けのルールベースの両者間の折衝のためのシステム及び方法」を開示している。このシステムによって、市場参加者及び資金提供者（ＣＰ）は、制御されたダイアログ又はルールベース折衝を指し示すユーザ選択データの範囲を共有することができる。折衝における全情報がＣＰと直接共有されるので、リスク評価に使用された情報の機密性を保護する一方で、それは、より良いスプレッドを取得する手段を提供しない。それはまた、情報のオプション価値を軽減することができない。
【０００９】
Ｇｉｌｂｅｒｔのシステムの基本的なフォーカスは、共有される必要のある情報量を最小化しようとするよりもむしろ、市場参加者と資金提供者との間で共有された情報が保護されることを確保することである。このシステムの他の重要な態様は、「終値のための音声要請をエミュレートする」ルールベース折衝を可能にすることである。しかし、バンクオブアメリカのシステムを用いて、このシステムを介して作成された値付けの品質は、２つの当事者間で共有された情報量に最終的に結び付けられている。「取り締まる」行動に向かう動きは、従来のディーラー市場への劇的な改善であるが、「ルール」が存在する事実は、最良の値付けを達成するために、このシステムには参加者が機密情報を共有する必要があるという現実を変更しない。例えば、市場参加者がこのシステムを使用し、かつ、ヘッジファンドのために取引することを表すが、匿名性を維持することを選択する場合、取引行動履歴がより大規模なスプレッドを保証しない場合であってさえ、より大規模なスプレッドを受信しやすい。Ｇｉｌｂｅｒｔのシステムで最良のスプレッドを達成するには、「行儀の良い」ヘッジファンドトレーダは、市場参加者の身元又は過去の取引履歴を最終的に明らかにして、正当な値付けを取得しなければならない。
【００１０】
米国特許公開第２００２−００９１６１７号（発明の名称を「プラットフォーム上の市場プログラムと相互作用する取引プログラム（Ｃｈｒｉｓｔｏｐｈｅｒ  Ｋｅｉｔｈ）」とする）のシステムは、全ての「従来の金融商品取引システム」に見られる非効率に対処しようとする複合的な取引プラットフォームである。Ｋｅｉｔｈのシステムの本質的な目標は、市場参加者及び資金提供者が、ユーザによって予めプログラムされた基準に基づき、注文を入力及び実行する方法、時期、場所を「決定する」インテリジェントエージェントを介して、条件を提供する彼らの注文及び流動性を入力することができることである。このシステムの目的は、フロア取引の利点を失うことなく、かつ、「従来の取引システムにおいて、自動化に適さないと考えられてきた私的な個人間の合意及び取り決め」の使用を、トレーダに破棄させることなく、電子取引に関連するスピード及び利便性を提示するフレキシブルなプログラムをユーザに提供することである。
【００１１】
この目標を達成するために、Ｋｅｉｔｈのシステムによって、市場参加者は、「電子流動性ファインダ（ＥＬＦ）」プログラムを用いることができ、かつ、市場提供者は、ブラックボックスの中のために動作する「仲裁人」を用いることができる。ＥＬＦは、「電子的なスピードで動作する仮想フロアブローカー」と説明され、かつ、仲介人は、「ＥＬＦ間の情報交換によって、約束のルールを定義及び実行する公式又は非公式の市場」と説明されている。ＥＬＦと仲介人は、トレーダが、電子取引プラットフォームのメリットと、フロアベース取引に関連したカスタマイズ及びパーソナライズのレベルとを組み合わせることができる幅広く複雑で、かつ、微妙な差異のルールを介して相互作用する。
【００１２】
Ｋｅｉｔｈのシステムが、注文に関する情報漏洩に対する一層の制御を、トレーダに提示しない一方で、それは、値付け要請システムではない。即ち、ＣＰは、取引アルゴリズムを入力することができるが、ケース毎に（注文情報又はリスク分類システム基づき）、ＲＦＱに応答しなければならないか否かを決定することはできない。同様に、市場参加者は、複数の値付けをレビューすることはできず、かつ、彼ら自身の戦略的なインタレストを見て、ＣＰの値付けを実行するか否かを決定することはできない。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記したように、従来のディーラー市場における情報の必要性と機密性の必要性との間の歴史的な競合は、値付け品質とトレーダ／注文の匿名性のレベルとの間のトレードオフによって特徴付けられている。最も厳格なスプレッドに戻るには、資金提供者は、正確なリスク評価を確保するため、多量の機密かつ価値のある情報を必要としている。一方で、市場参加者は、彼らのインタレストの他に使用することができる注文及びポジション情報のレベルを資金提供者に与えることに関するリスクを重要視することを強制している。
【課題を解決するための手段】
【００１４】
この問題を解決するために、本願発明のシステムは、市場参加者及び資金提供者が、匿名性を犠牲にするか、又は、情報漏洩を許容することなく、機密取引インタレスト（ＣＴＩ）情報を共有するメリットを実現する金融商品のための匿名のＲＦＱ環境を提供する。この安全な環境は、各値付け要請（ＲＱＦ）に関する全てのＣＴＩ情報から、注文識別又は市場参加者識別情報の代わりに、資金提供者に送信されるリスククラスを抜粋する電子マッチングブック内に作成される。これらのリスククラスは、市場参加者が彼自身又は彼の注文に関する機密情報を明らかにすることを必要とすることなく、カスタマイズされ、リスク調整された値付けを提示するのに十分な情報を資金提供者に与える。結果として、資金提供者と市場参加者の両方は、非匿名環境では、相互に共有することのない入力情報から利益を得る。
【００１５】
好ましい態様では、本願発明のシステムは、市場参加者からＲＦＱをはじめに受信する。ＲＦＱを受信した後、直ちに、本願発明のシステムは、現在の市況の評価と併せて、ＲＦＱ機密情報、及び、システム上のトレーダの行動履歴によって駆動されたリスク関数に基づきリスク分析を実行する。トレーダ行動履歴クエリーの情報は、詳細な説明は以下に記載されるように「イベントデータベース」からプルされる。このリスク分析の成果は、ＲＦＱに設けられたリスク分類である。好ましい態様では、このリスク分類は、市場参加者の機密情報にリンクするだけであり、かつ、システム外の身元に決して関係しないことに注意しなければならない。このリスク分類システムの結果として、市場参加者は、匿名性又は他の機密情報を犠牲にすることなく、より厳格なスプレッドのメリットを得る一方で、資金提供者は、値付けが収益内のボラティリティを軽減することができるリスクの正確な評価に基づいていることを保証される。
【００１６】
いったん前記システムがＲＦＱのリスク分類を作成すれば、次いで、それは、メッセージを、システム上の前記資金提供者に送信し、ＲＦＱがシステム内に入力されたことを示す。好ましくは、ＲＦＱのシンボル及びリスクカテゴリだけがこのメッセージに含まれている。次いで、全てのインタレストのある資金提供者は、本願発明のシステムによって送信されたリスク分類に基づく、売り買いの値付けに戻る。ＲＦＱ及び応答するスプレッドは、システム内で比較され、かつ、マッチングがあれば、本願発明のシステムは、実行、処理、決済を通して、市場参加者及び資金提供者の両方の匿名性を維持する取引を自動実行する。複数の応答の場合には、システムは、価格時間優先順位上の値付けを処理する。
【００１７】
実行後、前記取引はまた、システムが市場参加者と資金提供者の間のブローカとして動作することによって、永続的な匿名性を維持する方法で決済される。システムは、ナショナルマーケット統合テープ(National Market consolidated tape)に実行された取引を報告し、かつ、取引後決済機能を処理するため、両方の当事者のバックオフィスシステムに、実行された注文を報告する責任を負っている。
【００１８】
ＲＦＱと任意の対応するスプレッドとの間にマッチングがない場合、値付けは、グラフィックインターフェース手段によって、前記市場参加者に表示される。いったん値付けが表示されれば、市場参加者は、積極的な価格を何時でも変更する選択肢を有する。即ち、修正したＲＦＱが相対注文をクロスするのに十分に積極的である場合、本願発明のシステムは取引を自動実行する。ＲＦＱと値付けの両方は、各市場参加者及び資金提供者によって指定された有効期間の後に、それらの有効期限が切れるまで、本願発明のシステム内に生きたままでいる。加えて、市場参加者と資金提供者の両方は、ＲＦＱ又は値付けを、何時でもキャンセルすることを選択してもよい。
【００１９】
本願発明のシステムの好ましい態様では、機密情報は前記システムに残らない。全ての機密情報は、リスク分類から抜粋され、かつ、情報漏洩の可能性を除く、そのリスク分類だけが資金提供者に明らかにされる。結果として、資金提供者が未知のリスク発露を最小化し、かつ、確信的に応答可能なＲＦＱの数を最大化する一方で、市場参加者は匿名性を維持する。しかし、まだ、システム上の彼らの取引行動を反映するスプレッドにより、有利となる（又は不利となる）。
【００２０】
１態様では、本発明は、匿名性を犠牲にすることなく、又は、情報漏洩を許容することなく、機密取引インタレスト情報の共有を可能にする匿名の値付け要請環境を形成するための方法を具備し、
市場参加者から、値付け要請を受信するステップと、
リスクカテゴリ化を前記値付け要請に設けるステップと
を具備している。
【００２１】
多様な態様では、
（１）前記値付け要請は、
値付けが要請される初期ブロック数量と、
追加要請が、追加ブロック数量に送信されることに付随するタイムラグと
を具備している。
（２）前記方法は、メッセージを１又は複数の資金提供者に転送するステップをさらに具備し、前記メッセージは、
（ａ）値付け要請のためのシンボル
（ｂ）リスクカテゴリ化
を具備している。
（３）前記リスクカテゴリ化を設けるステップは、前記値付け要請及び前記市場参加者に関する少なくとも一部の機密情報に基づき、リスク分析を実行するステップを具備している。
（４）前記機密情報は、同じ市場参加者からの過去の値付け要請に付随する値動き情報を具備している。
（５）前記リスク分析は、現在の市況の評価にさらに基づく。
（６）前記方法は、前記１又は複数の資金提供者のうちの少なくとも１人から、前記リスク分類に基づく売り買いの値付けを受信するステップをさらに具備している。
（７）前記方法は、
前記１又は複数の資金提供者が、自動実行することができない「ミスマッチ」値付けを有する値付け要請に応答可能なステップと、
さらに前記市場参加者が前記資金提供者と折衝を開始可能とするステップと
をさらに具備している。
（８）前記方法は、
前記値付け要請を前記値付けと比較するステップと、
マッチングが存在するか否かを決定するステップと、
取引を実行するステップと
をさらに具備している。
（９）前記方法は、前記取引を決済する時、永続的な匿名性を維持するステップをさらに具備している。
（１０）前記方法は、前記資金提供者が前記市場参加者によって承認されたリストに記載され、かつ、前記市場参加者が前記市場参加者の身元を明らかにすることを選択する場合にだけ、前記取引の前又は後に、前記市場参加者の身元を、前記取引を実行する資金提供者に明らかにするステップをさらに具備している。
（１１）前記方法は、グラフィカルユーザインターフェース手段によって、前記１又は複数の資金提供者からの１又は複数の値付けを、前記市場参加者に表示するステップをさらに具備している。
（１２）前記方法は、
前記グラフィカルインターフェースを介して、前記市場参加者が前記値付け要請の価格を変更することができるステップと、
新規価格が実行するのに十分に積極的である場合には、自動実行を実行することができるステップと
をさらに具備している。
（１３）前記グラフィカルユーザインターフェースによって、前記１又は複数の資金提供者又は市場参加者は、何時でも、値付け要請をキャンセルするか、又は、値付けに応答することができる。
（１４）前記値付け要請は、少なくとも１つのリスククラスを、取引を実行するための許容可能な相対当事者のために指定する。
（１５）前記値付け要請は、少なくとも１つのリスククラスを、前記値付け要請を閲覧する当事者のために指定する。
（１６）前記方法は、前記１又は複数の資金提供者にメッセージを転送するステップをさらに具備し、前記メッセージは、前記値付け要請のためのシンボルを具備している。
（１７）前記方法は、前記１又は複数の資金提供者のうちの少なくとも１人から、前記少なくとも１人の資金提供者が取引する意思のある各リスク分類のために、売り買いの値付けを受信するステップをさらに具備している。
（１８）前記値付け要請は、選択された資金提供者だけに転送され、かつ、前記市場参加者の身元は、前記選択された資金提供者だけに提供される。
（１９）前記方法は、
（ａ）メッセージを１又は複数の資金提供者に転送するステップと、
（ｂ）１又は複数の資金提供者から、１又は複数の売り又は買いの条件付き値付けを受信するステップと、
（ｃ）前記値付け要請に関する前記リスク分類が、前記１又は複数の条件付き値付けのうちの１つに関する最大リスクレベル以下である場合にだけ、前記１又は複数の条件付き値付けのうちの１つを、前記市場参加者に表示するステップと
をさらに具備し、
前記メッセージは、前記値付け要請のためのシンボルであるが、前記リスク分類ではない。
【発明を実施するための最良の形態】
【００２２】
本発明の多数の変形例が存在することは当業者には明らかであり、かつ、本願発明のシステムが、本発明の真の趣旨及び範囲を逸脱することなく、詳細に説明された実施例以外の実施例で実施される可能性があることは当業者には明白である。これらの変形例のうちの１つは、既存の代替取引システム（alternate trading system；ＡＴＳ）に、本願発明のシステムからのいくつかの特徴を統合し、それによって、「ホスト」ＡＴＳ内に本願発明のシステムの機能を複製する。その結果、この変形例によって、任意の既存ＡＴＳは、取引ツール一式の付属物として、機密の、高い競争力のある自動実行可能なＲＦＱシステムを提供することができる。
【００２３】
以下は、本願発明のシステムの好ましい実施例及び変形例の機能説明である。本発明の好ましいシステム実施例は、市場参加者（market participant；ＭＰ）及び資金提供者（capital provider；ＣＰ）のバックオフィス処理と同様に、顧客注文を受信及び実行することができ、完了した取引を、決済ファームに報告することができ、かつ、当技術分野で既知のように、必要なユーザインターフェース及びヘルプデスクインターフェースを提供することができる取引システムを具備している。好ましくは、前記システムは、以下のステップ（図１を参照）を介して、資金提供取引を促進する。
【００２４】
ステップ１００では、前記市場参加者は、本願発明のシステム内にＲＦＱを発行する。好ましくは、ＲＦＱは、グラフィカルユーザインターフェース（ＧＵＩ）又は金融情報取引（Financial Information Exchange：ＦＩＸ）プロトコルに従う電子インターフェースを介して入力される。このアプリケーションに説明されている選択フィールドをサポートする注文入力のためのグラフィカルユーザインターフェースの実施例は、図２に図示されている。この注文入力は、次の注文属性、即ち、売り買い(side)、数量、自動実行価格を含んでいるが、これに限定されない。
【００２５】
ＲＦＱの入力後、本願発明のシステムは、ステップ１０５で、「イベントデータベース」のクエリーを実行し、かつ、次いで、ステップ１１０で、リスク分析を実行する。リスク分析は、現在の市況の評価と併せて、ＲＦＱ機密情報、及び、システム上のトレーダの行動履歴によって駆動されたリスク関数に基づいている。好ましいリスク関数は、以下に詳細が説明される。前記「イベントデータベース」は、本願発明のシステム上のトレーダの行動履歴に関する情報を提供するデータベースである。発行され、キャンセルされ、有効期限が切れるか又は取引された注文に関係するシステムイベントは、特定のトレーダに設けられて、イベントデータベース内に格納され、かつ、以下に説明するように、リスク分類関数を最適化するために使用される。各イベントに付随して、本願発明のシステムの好ましい実施例は、それが、最大で２，５，１０倍のイベントの数量の総サイズ（有効期限切れ又はキャンセルされた注文のために表示された数量、又は、完了した取引のために取引された数量）まで、連続的な市場上で取引するように、シンボルの出来高加重平均価格（ＶＷＡＰ）を計算するプロセスを立ち上げる。このＶＷＡＰ情報は、対応するイベント及び関連したトレーダの名前と共にデータベース内に格納される。
【００２６】
リスク分析の成果物は、ステップ１２０で、対応するＲＦＱに設けられているリスク分類である。いったんＲＦＱがリスククラスに割り当てられると、本願発明のシステム（「本願発明のシステムの好ましい実施例」の代わりに、略して、用語「本願発明のシステム」が本明細書において使用される。全ての議論は特定の実施例にだけ関連し、かつ、本発明又は特許請求の範囲を限定する意図はないことが当業者には理解される。）は、ステップ１３０で、そのＡＰＩを介して、全てのＣＰ参加者にＲＦＱメッセージを送信する。好ましくは、このＲＦＱメッセージは、ＲＦＱシンボル及びリスク分類だけを含んでいる。
【００２７】
ステップ１４０では、前記ＲＦＱメッセージ情報は、ＧＵＩアプリケーション手段によってＣＰに表示される。ＣＰに対するＲＦＱメッセージ情報表示をサポートするＧＵＩアプリケーションの実施例は、図３に図示されている。ステップ１５０では、資金提供者は、彼ら自身のロジックを適用して、ＲＦＱに応答するか否かを決定する。ＣＰによる応答がない場合（ステップ１５５）、ＲＦＱは、ステップ７００で、所定の有効期間後に有効期限が切れるか、又は、ステップ７０５で、取引することなく、キャンセルされる。両方の場合において、本願発明のシステムは、ステップ７１０で、ＲＦＱメッセージをキャンセルし、プロセスを終了する。
【００２８】
資金提供者が応答することを選択する場合、彼らは、ステップ１４０から、前記ＧＵＩ内に、ステップ１６０で、注文を発行することによって応答する。ステップ１７０では、本願発明のシステムは、ＣＰから受信した応答する注文を処理する。即ち、応答する注文が、ＲＦＱのサイド、価格、数量属性にマッチングする場合、本願発明のシステムは、ステップ６００で、取引を自動実行する。本願発明のシステムは、ステップ６１０で実行を処理し、かつ、ステップ６２０で、ＦＩＸを使用して両方の当事者にそれを報告する。そして、各ステップ６３０及びステップ６４０で、当業者に既知のプロトコルを使用して、ナショナルマーケット統合テープ及び決済ファームにそれを報告する。
【００２９】
自動実行がない場合、ステップ１８０では、本願発明のシステムは、ステップ１００からの前記ＧＵＩアプリケーション手段によって、市場参加者に値付けを表示する。次いで、市場参加者は、ステップ１９０で、値付けの価格属性にマッチングするように（ステップ６００〜６４０で、本願発明のシステムが自動実行し、かつ、取引を処理するポイントで、）、本願発明のシステム内の注文を変更することによって、値付けを受理することを選択してもよい。
【００３０】
ＲＦＱ又は値付けは、有効期限が切れるか、又は、対応する市場参加者又は資金提供者によって、この処理において、何時でも、キャンセルされてもよい。各ステップ７００又はステップ７０５における市場参加者注文のキャンセル又は有効期限切れは、ステップ７１０で、ＲＦＱメッセージのキャンセルを結果として生じる。各ステップ７２０又はステップ７３０における値付けのキャンセル又は有効期限切れもまた、ステップ７４０で、表示された値付けの除去を結果として生じる。
【００３１】
上記したように、本願発明のシステムは、好ましいリスク関数に依存して、資金提供者に送信されるリスク分類を生成している。この好ましいリスクカテゴリ化は、ＲＦＱ注文入力からの機密情報、イベントデータベース、一般的な市場分析論を含んでいるが、これに限定されない本願発明のシステム内外の両方からの一連の入力に基づいている。この情報は、質問セットによって取得することができる。即ち、対応する回答セットは、入力ベクトルを形成して、市場参加者の注文内のリスクを計算する。
【００３２】
以下のリストは、市場参加者の注文における逆情報リスクの計算に使用してもよい質問の一部を表している。
（１）このＭＰは、以前にこのシンボルで注文を発行したことがあるか？
・同じ日か？
・以前か（何日前か？）？
（２）上記質問が肯定であった場合、この市場参加者の注文は、資金提供者から応答する値付けを受理した後に、入力されたように実行したか？又は、取引されないで有効期限が切れたか？
（３）上の以前の注文が実行された場合、取引に付随する２，５，１０倍の取引量に対する連続した市場上のシンボルの平均逆値動きは何であったか？なお、逆値動きは、報告された取引が２，５，１０倍の本願発明の取引サイズの総数量を占める間に、次の期間のため、シンボルにおける全ての報告された取引に関する取引及び出来高加重平均価格の時に、ナショナルベストビット及びオファー(National Best Bit and Offer)の中間点の間で異なっている。
（４）この市場参加者は、以前に異なるシンボルで注文を発行したことがあるか？
・同じ日か？
・以前か（何日前か？）？
（５）（上のようなこの以前の注文に関係する２つの質問）
（６）この市場参加者は、単一の取引日の過程で、同じシンボル上の複数のＲＦＱを実行する追跡記録を有しているか？
（７）上記質問に対する回答が肯定であった場合、２，５，１０，２０倍の本願発明の取引サイズの総数量を観察することにかけた期間よりも、より短い期間内で、反復実行が発生した場合は何パーセントであったか？
（８）市場参加者の現在の注文は、ＲＦＱ内に表示されている数量を超えた予約数量を有しているか？なお、この情報は、市場参加者の注文管理システム（ＯＭＳ）上の顕著な注文を読み取る「ＱＭＳスニッファ(Sniffer)」を使用して決定される。
（９）中間点価格が絶対限界の上限（又は下限）に至るように、市場ベンチマークにペグされた(pegged)市場参加者注文のため、指値は、ナショナルベストビット及びオファーに比べて、どの程度積極的又は消極的であるか？
（１０）市場参加者の注文は、システム内にどれくらいの期間に渡って生きているか？
（１１）ＲＦＱの時、市場のテクニカルな状況は、｛均衡、下落、上昇、下落傾向、上昇傾向、見かけの底値、高値｝のうちの何であるか？
（１２）ＲＦＱの時、市場のモメンタムは何であるか？
（１３）同じ市場参加者によって発行された以前の注文を振り返って、かつ、市場のテクニカルな状況が現在の状況に類似であった場合、イベントに付随する逆値動きは（上に定義したように）何であったか？
【００３３】
関連した他の質問は、当業者によって容易に推測される。例えば、市場のテクニカルな状況に関係する質問は、当技術分野で既知の任意又は全てのテクニカルな取引オシレータを具備してもよい。また、インタレストは、ＲＦＱの発行に続く数分内のそのようなテクニカルな指標の発展である。好ましくは、これらの質問に対する回答のセットは、リスク分類関数のための入力ベクトルとして表される。
【００３４】
次いで、好ましくは、本願発明のシステムは、経験的なアプローチを使用して、いくつかの潜在的なリスククラスのうちの１つに状態ベクトル(state vector)をマッピングするリスクモデルを作成する。４つの好ましいリスク対策は、逆価格バイアス（以下に定義される）、又は、市場上で取引された所定の総数量を観察するのに十分な各期間中に、価格バイアスが都合の良かった場合にはゼロとして定義される。したがって、４つの好ましい各リスク対策は、２，５，１０，２０倍の本願発明の取引サイズの総数量を用いて定義される。好ましくは、全リスクは、これらの４つの個別のリスク対策の各合計の形をとる。次いで、全リスク対策の分配が決定される。即ち、リスク分配における３層は、「低」、「中」、「高」リスククラスに関連付けられる。
【００３５】
好ましい線形モデルでは、入力ベクトルを与えられた前記逆価格バイアスは、各入力値からの逆価格バイアス寄与の合計である。ここで、１つの入力値からの平均価格寄与は、所定の入力値を有する全サンプルに渡る平均逆値動と、全サンプルに渡る平均逆値動きとの間で異なっている。入力変数が相互に独立ではない場合に有用なさらに少々洗練されたモデルでは、リスク関数は、特定の入力変数に関連する各項の線形合計の形をとる。既知のサンプルデータセットに基づくリスク履歴に最もマッチングする項の値は、当技術分野で周知であるように、線形回帰モデルを使用して決定することができる。
【００３６】
「勝者独り占め(winner-take-all)」アプローチとして既知の他の分類モデルでは、各入力値セットをリスク対策（正数の実数）にマッピングする複数のルールが使用される。即ち、その他が無視される一方で、最大のリスクを作成するルールは勝者として保有される。他のリスク分類アルゴリズムが当業者によって推測される。即ち、ここで鍵となる要素は、特定のアルゴリズムではなく、機密情報を利用してリスクを評価するようなアルゴリズムの機能である（そのような情報を資金提供者に対して安全に開示することができないが、リスク分類自体をＲＦＱと共に開示することができる）。
【００３７】
注文の低リスク分類を達成する目標にフォーカスした前記市場参加者は、積極的な価格及びサイズを低減したくなる可能性がある。このタイプの行動は、実行の可能性を低減することによって、本発明の意図されたメリットの一部を無効にする。好ましくは、この行動を回避又は補正するため、本願発明のシステムは、より高い積極性レベルが、より低いリスク対策に関係する入力変数だけを使用し、かつ、全ての市場参加者が、積極的な価格及びサイズが注文のリスククラスを下げることだけができることを分かるように、この設計特徴を全ての市場参加者に開示する。
【００３８】
（変形例）
この本願発明のシステムは、金融商品のためのＲＦＱシステムである。多様な商品（債券、エクイティ、デリバティブ、先物など）を取り扱う全ての変形例が、この説明によって補われる。これらの金融市場内の潜在的な商品の全範囲もまた、本出願の真の趣旨に含まれている（例えば、ペア取引、バスケット取引、又は、当業者に既知の任意の他の取引メカニズムに関連したＲＦＱのためにシステムを使用すること）。
【００３９】
１変形例では、本願発明のシステムの態様は、既存ＡＴＳに統合され、それによって、「ホスト」ＡＴＳ内のシステムの機能を複製する。この変形例によって、任意の既存ＡＴＳは、本願発明のシステムのいくつかの特徴をホストシステムに統合することによって、既存の取引ツール一式の付属物として、匿名のＲＦＱシステムを提供することができる。ホストＡＴＳが、定位置に全てのバックエンド機能を既に有して、取引を実行及び処理するので、本願発明のシステムのホストＡＴＳにとって斬新な態様だけが統合される。これらの態様は、ＲＦＱ注文入力プロセス、イベントデータベース、リスク分類システム、リスク関数を含んでいるが、限定されない。
【００４０】
この第１実施例の特定の変形例では、本願発明のシステムの態様は、２００４年３月１１日に出願され、共に出願中の米国特許出願第１０／７９９２０５号に記載され、引用により本明細書に組み込まれるパイプラインブロッククロッシングシステムに統合される。この実施例では、本願発明のシステムは、ブロック注文を入力する任意の参加者が、リスククラスに基づき、入力を調整するための選択肢を有するように、選択的な注文入力特徴として取り扱われる。特に、注文が入力される時、この特徴によって、市場参加者は、特定の（又はより良い）リスククラスの相対当事者を有する指定された価格だけで、注文を実行することができることを示す選択肢を与えられる（積極的な注文中の注文が相対サイド上に存在し、かつ、リスククラスが「Ｂ」以上である場合、その時、２３．０４ドルで入札する。）。ユーザが１つ以上のリスククラスを用いて取引する意思がある場合、次いで、ユーザは、各クラスに固有の価格ポイントを有する同じシンボルで、複数の注文を入力することができる。
【００４１】
また、ユーザは、取引を実行することができる相対当事者をリスク調整することに加えて、ユーザの注文を見ることができる潜在的な相対当事者を、リスク調整することもできる。前記パイプラインシステムのこの実施例では、注文のリスク調整に合致する参加者だけが、オレンジライト流動性指標を見る。ユーザがこの方法で注文を見るリスク調整することを選択する時、ユーザは、従来のパイプラインシステムで明らかにされるよりも、注文に関してより多くの情報を明らかにすることもできる。これらの場合には、オレンジライト流動性指標をクリックして、サイド、価格、注文の数量を明らかにする実行ウインドウを呼び出す。
【００４２】
前記パイプラインシステムのプロトコルと調和して、リスク調整された値付けが入力され、かつ、システム内に、その値付けのリスククラス及び価格パラメータの両方に合致する相対注文が存在する場合、次いで、取引が自動実行される。しかし、リスククラスパラメータには合致するが、価格パラメータには合致しない相対注文が存在する場合、マッチングにおける積極的な当事者は、相対実在(contra-present)フラグを受信する。好ましくは、パイプラインなどでは、相対実在フラグは、黄色の四角形として、ユーザアプリケーション上に表示される。この四角形をクリックすると、リスク基準に合致する全ての条件付き注文の実際の価格を、リスト化する小さなウインドウが開く。次いで、積極的な当事者は、どの注文を実行するか（ある場合）を選択することができる。この実施例では、全ての参加者は同じユーザクラス内に含まれ、誰もがＣＰ又はＭＰであり、かつ、リスククラスは開示されていない。
【００４３】
他の変形例は、注文入力プロセスに対する追加を取り扱う。この実施例によって、前記市場参加者がより大規模な注文の一部を入力することができ、かつ、次いで、注文のためのパラメータを設定して、より大規模な注文が完了するまで自動リフレッシュすることができる。自動リフレッシュパラメータの一部として、市場参加者は、注文をリフレッシュする前にシステムが待機する期間を指定する。次いで、注文入力間の時間長は、資金提供者が取引に関するリスクを見る方法に影響を及ぼすので、市場参加者が注文間に待機する意思のある時間長は、リスク分析内に組み込まれる。ショート注文でいくつかのブロックを実行することを選択する市場参加者は、任意のＣＰが市場に参加し、彼らのポジションをカバーすることを選択する可能性があるので、追加的なリスクを資金提供者に作成する。即ち、これは、この市場参加者のため、より高いリスク分類に最終的に反映される。その結果、本願発明のシステムは、積極的な取引行動パターンを有するユーザが、利益資金提供者が対応するリスクを適切にとる意思のあるより広いスプレッドを経験する自動補正する。
【００４４】
他の変形例は、資金提供者がＲＦＱに応答する方法の変形を取り扱う。この実施例では、資金提供者は、自動実行することができず、かつ、折衝を必要とする「ミスマッチ」値付けを有するＲＦＱに応答することが許可される。例えば、ＣＰは、要請された数量、価格範囲よりも高いか又は低い、又は、異なる金融商品に応答可能である。これらの場合には、「ミスマッチ」値付けを受信するＭＰは、資金提供者と折衝を開始する機能を有している。この折衝は、ＭＰのＧＵＩを介して利用可能なメッセージシステムを介して発生する。このメッセージシステムは、当業者に既知の任意の数のプロトコルに基づくことができる。
【００４５】
実施例の他のグループは、本願発明のシステムが市場参加者及び資金提供者を共有する情報を警告する。そのような１実施例では、本願発明のシステムは、ＲＦＱメッセージを有するシンボルだけを送信して、資金提供者に前記リスククラスを与えないでおく。この実施例では、売り買いの値付けに応答する代わりに、ＣＰは、取引する意思のあった全てのリスククラスのための売り買いの値付けに応答する。この実施例は、好ましい実施例よりもさらに高い機密性を提供する。
【００４６】
他の実施例では、市場参加者及び資金提供者は、実行の前又は後のどちらかに、相互に彼らの身元を明らかにする機能を有している。市場参加者が取引前に身元を明らかにすることを選択する場合、その時、ＲＦＱは、以前に関係のあるシステム上の資金提供者だけに公開される。その場合には、限定された身元公開要請を有するＲＦＱを受信すると、本願発明のシステムは、「登録者関係データベース」のクエリーを実行して、市場参加者が登録者関係を有する資金提供者を決定し、かつ、対応するＲＦＱメッセージだけを、ＭＰが関係のあるＣＰに送信する。実行の場合には、ＣＰは、スポンサーになるブローカとして動作し、かつ、取引を処理及び決済する。同様に、ＣＰが取引前に身元を明らかにすることを選択する場合、値付けは、ＣＰが以前に関係のあるＭＰだけに対して、実行されるか又は送信される（自動実行がない場合）。次いで、ＣＰは、スポンサーになるブローカとして動作し、かつ、取引を決済する。
【００４７】
市場参加者が取引後に身元を明らかにすることを選択する場合、その時、ＲＦＱは、さらに、ＭＰが以前に関係のある資金提供者だけに送信され、しかし、情報が決済のためにＣＰに送信される時、ＣＰは、取引実行後まで、市場参加者の身元を通知されない。同様に、ＣＰが取引後に身元を明らかにすることを選択する場合、値付けは、ＣＰが以前に関係のあるＭＰだけに対して、実行されるか又は送信される（自動実行がない場合）。次いで、システムは、取引から、そのクライアントと直接決済するＣＰの利益にステップアウトする。
【００４８】
本明細書に図示及び説明された実施例は、本願発明の目的を完全に達成することができる一方で、多数の代替例、変更例、変形例は、上記説明を踏まえて、当業者には明らかであることは明白である。これらの代替例、変更例、変形例は本願発明の範囲に含まれ、かつ、本明細書に記載された実施例は、説明のためだけに示され、限定を目的としないことが理解される。
【図面の簡単な説明】
【００４９】
【図１】図１は、好ましい実施例のステップを図示しているフローチャートである。
【図２】図２は、注文入力のための好ましいグラフィカルユーザインターフェースを図示している。
【図３】図３は、ＲＦＱメッセージを表示するための好ましいグラフィカルユーザインターフェースを図示している。
【符号の説明】
【００５０】
１００  市場参加者はＧＵＩを介してＲＦＱを入力する
１２０  本願発明のシステムはリスク分類をＲＦＱに設ける
【図１】
2009534744.tif 000003
【図２】
2009534744.tif 000004
【図３】
2009534744.tif 000005
【国際調査報告】
2009534744.tif 000006