(57)【要約】  証券取引のクォリティについてのリアルタイムまたは擬似リアルタイムの評価は、オーダとトレーダとブローカとの実行通信を受信すること、及び実行データと取引に関する同時発生的マーケットデータとを比較すること、及びその比較をトレーダに通知することにより達成される。これは、トレーダーブローカ通信を損なうことなく達成される。但し、トレーダーブローカ通信は望むならば、中断され、関連データが所望の値になるまで、１まとまりにされる。オーダの生存期間に亘って証券取引の量加重平均価格とその証券のマーケットデータの量加重平均価格との間の比較が好ましい。クォリティ評価をトレーダに送信する具体的な効果的な方法が開示されている。      （ａ）ブローカからトレーダへの実行通信を受信し実行データを評価するステップ            と、      （ｂ）問題となる証券取引に対する本質的に同時発生的な（contemporaneous）マ            ーケットデータを評価するステップと、      （ｃ）（ａ）のデータと（ｂ）のデータを比較し、前記エンティティにその比較結            果を通信するステップ。【選択図】図２
2007533042.tif 000002
【特許請求の範囲】
【請求項１】
証券ブローカの取引活動のクォリティを評価し、トレーダとブローカの間の通信を含む所定の取引に対し、以下のステップを含む、情報をエンティティに通知するリアルタイムまたは擬似リアルタイムの処理方法。
（ａ）ブローカからトレーダへの実行通信を受信し、実行データを評価するステッ            プと、
（ｂ）懸案の証券取引に対する本質的に同時発生的な（contemporaneous）マーケ            ットデータを評価するステップと、
（ｃ）（ａ）のデータと（ｂ）のデータを比較し、前記エンティティにその比較結            果を通信するステップ。
【請求項２】
トレーダからブローカへの注文通信を最初に受信し、それから来た注文データを評価し、ステップ（ａ）における注文データを使用する請求項１に記載の処理方法。
【請求項３】
アクセスされる（ａ）の実行データが１つ又はそれ以上の実行の量加重平均価格（以下ＶＷＡＰという）であり、アクセスされる（ｂ）のデータが前記証券に対するマーケットデータのＶＷＡＰである請求項１に記載の処理方法。
【請求項４】
アクセスされる（ａ）の実行データが１つ又はそれ以上の実行のＶＷＡＰであり、アクセスされる（ｂ）のデータが前記証券に対するマーケットデータのＶＷＡＰである請求項２に記載の処理方法。
【請求項５】
１つ又はそれ以上の証券に対する複数の注文の比較のために実行され、ステップ（ｃ）において前記比較を生成する請求項１ないし４の何れか一項に記載の処理方法。
【請求項６】
他のマーケット参加者が関与する証券における、同時発生的に実質的取引された量に対する実行の相対的なサイズを評価し、前記エンティティに通信するステップを含む請求項１ないし４の何れか一項に記載の処理方法。
【請求項７】
ステップ（ｃ）は複数の実行通信を受信し、前記通信が所定の取引サイズにまとめた後でのみ前記通信をトレーダに送信するステップを含むことを特徴とする請求項１ないし４の何れか一項に記載の処理方法。
【請求項８】
ステップ（ｃ）は次の１つ又はそれ以上のステップを有する請求項１に記載の処理方法。
（１）特定のブローカに対する複数の証券注文の識別子を、表示するステップ、
（２）前記注文に対し以前に、又は現在、評価されているリスト化された近似的な            クォリティ評価の可視的な識別を表示するステップ、
（３）重要な（of interest）証券に対する重要な注文を選択するための手段を提            供するステップ、
（４）所定期間に亘って複数の取引事象のパラメータをグラフ表示するステップ、
（５）重要な特定の注文のどの割合が実行されたかについて表示を行うステップ、
（６）注文中のその注文に関連して、特定のブローカの活動についての自身の意見            を記録する手段を観察者に提供するステップ。
【請求項９】
複数の選択されたブローカについて、所定の期間に亘り、次の、１つ又は複数を表示するステップを更に有する請求項８に記載の処理方法。
（１）品質評価の平均
（２）関連する証券の全取引量に対するブローカの取引量の割合
（３）観察者の、記録された意見。
【請求項１０】
表示が特定の証券に関する懸案のブローカの活動に限定される請求項９に記載の処理方法。
【請求項１１】
複数の選択されたブローカがカテゴリー（１）、（２）、（３）から選択された１つにおいて、優秀さの順でリストされる請求項９に記載の処理方法。
【請求項１２】
所定期間に亘って、特定のブローカに対する可視的な識別子を表示するステップを更に含む請求項８に記載の処理方法。
（１）選択された１つのシンボルによりグループ化される特定の注文、デート、又            は、アグリゲーション（aggregation）、クォリティを含め複数の特性のグ            ラフ表示を表示する。
【請求項１３】
特定の注文に対してそれに関連する個別の実行を表示するステップを更に有する請求項８に記載の処理方法。
【請求項１４】
証券ブローカの取引活動のクォリティを評価し、それについてエンティティに通知する、以下のステップを有するリアルタイム又は擬似リアルタイムの処理方法。
（１）注文と、ブローカとトレーダとの間の実行通信と、を受信し、１つ又はそれ            以上の特定の取引と、懸案の証券取引に対する本質的に同時発生的なマーケ            ットデータと注文と、を比較することにより注文のインベンションを評価し            、前記エンティティにその比較結果を送信するステップであって、そのプロ            セスはその評価後、次の、１つ又はそれ以上を含むステップ。
（２）特定のブローカに対する複数の証券注文の識別子を、表示するステップ、
（３）前記注文に対し以前に、又は現在、評価されているリスト化された近似的な            クォリティ評価の可視的な識別を表示するステップ、
（４）重要な（of interest）証券に対する重要な注文を選択するための手段を提            供するステップ、
（５）所定期間に亘って複数の取引事象のパラメータをグラフ表示するステップ、
（６）重要な特定の注文のどの割合が実行されたかについて表示を行うステップ、
（７）注文中のその注文に関連して、特定のブローカの活動についての自身の意見            を記録する手段を観察者に提供するステップ。
【請求項１５】
所定の期間に亘り、次の、１つ又は複数を複数の選択されたブローカに対し表示するステップを更に有する請求項１４に記載の処理方法。
（１）品質評価の平均
（２）関連する証券の全取引量に対するブローカの取引量の割合
（３）観察者の記録された意見。
【請求項１６】
次の事項のうちの１つ又は複数を所定期間に亘って、特定のブローカに可視的な識別子を表示するステップを更に含む請求項１４に記載の処理方法。
（１）シンボル、デート、又は、アグリゲーションから選択された１つによりグル            ープ化される特定の注文。
【請求項１７】
特定の注文に対してそれに関連する個別の実行を表示するステップを更に有する請求項１４に記載の処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は証券取引のために使用される電子通信ネットワークに関する。特に、金融マーケットのトレーダ等のためのリアルタイム又は擬似リアルタイム（near real time）に実行(execution)ができるクォリティ表示を可能にするシステムと方法に関する。
【背景技術】
【０００２】
証券（例えば、株、先物、オープション、商品等）の売買を行うマーケットが何世紀も存続してきた。今日、米国におけるこれらマーケットの例は、ニューヨーク証券取引所（ＮＹＳＥ）、The National Association of Security Dealers Automated Quotation(NASDAQ),The American Stock Exchange(AMEX)である。これら近代証券マーケットでは毎日２０億株を越える取引を行うことができる。
【０００３】
投資家（個人、又は、プロの仲介者）（以降、トレーダという）は通常ブローカに注文を出すと、ブローカは通常、公開マーケットで金融商品（finacial instruments;株、投資商品（investment instruments）、オプション、社債等）の売買を通じて、その注文（order）を処理する。大量の注文に関して、金融商品を入手するプロセスは重要で、トレーダ又はブローカは注文インパクト（the order impact）を管理しなければならない。この点、ブローカの行動はトレーダにとって重要である。トレーダは良い値をつけるブローカを使うことを好む。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
所定の金融商品について最良のブローカを決めるための“broker report cards”と“league tables”に対しニーズがあることは周知であり、数社が既にこのようなサービスを提供している。例えば、TAGはこの種の情報を掲載した月刊レポートを提供している。この技術に関する現在の問題は、その情報がリアルタイムに利用できない点である。そのブローカが特定の注文について、どんなに良い仕事をしているか見ることが出来ると、トレーダにとって大きな利益がある。従って、必要なことは、リアルタイム又は擬似リアルタイムに実行クォリティ（execution quality）の表示し、それにより、トレーダは直ちに特定の注文又は一連の注文がうまく処理されるか否かを知ることができることである。
【課題を解決するための手段】
【０００５】
（発明のサマリ）
本発明は、リアルタイム又は擬似リアルタイムに注文実行のクォリティを追跡する(track)システムである。それにより、投資家は直ちに特定の注文がうまく処理されたかどうかを知ることができる。なお、長期間に亘って統計をとって、１日又は１つの注文より長期間に亘るブローカのパフォーマンスをモニタすることができる。
【０００６】
実行結果は、実行現場からトレーダに電子的に送り返される。本発明は、実行トレーダとトレーダの注文管理システムとの間の電子データコネクションのインターセプション（受信）を導入するものである。この非割込みインターセプションはトレーダと実行現場との間の通信を損なうことなく、注文と実行を記録し、その情報を実行クォリティ算出モジュール（Execution Quality Calculation Module(“EQCM”)）に送信する。EQCMは電子的リンクを介してマーケットデータにアクセスできる。EQCMはリアルタイム（又は擬似リアルタイム）で実行クォリティ（Execution Quality)を算出し、結果をトレーダに表示する。
【０００７】
本発明の好ましい実施例によると、実行クォリティは、注文が生きている期間に亘る、トレーダの実行の量加重平均値（volume-weighted average price“VWAP”）とその証券(the security)に対するマーケットデータのVWAPとの間の差として算出される。この差は、数字として、又は、グラフィカル表示として表示される。特に、本発明は１つ又はそれ以上の注文に対する実行クォリティの追跡を維持することができ、トレーダにその値が所定値から逸脱しているかどうかを示すことができる。この警告は可視であってもよいし、又は可聴であってもよいし、又はその両方であってもよい。
【０００８】
更に、他のマーケット参加者のその証券についての取引量に対するトレーダが実行した取引の相対的大きさをトレーダに対し表示することにより、マーケットに対する注文値のインパクトの表示が与えられる。
【発明を実施するための最良の形態】
【０００９】
証券を売買しようとするエンティティは個人的に、又は、他のエンティティ（ここでは一般用語“トレーダ”）を通して関与する特定の取引を実行するように行動する。トレーダは直接的金融商品（direct financial instrument）を実行ブローカのサービスを介して売買する。注文を取り扱うためのプロセスは経験とスキルを要する。トレーダは自身又は顧客、場合によっては投資家に対し最上の価格を得るのみならず、そうすることにより懸案である（in question）特定の注文がマーケットにインパクトを与えるやり方を管理しなければならない。そのインパクトが価格に影響を与えることができるからである。従って、トレーダの観点からみて最上に行動するブローカを介して仕事をすることはトレーダにとって重要である。勿論、このことは選別されたブローカのスキルに深く関わる。特に高い取引活動に関して、選別されたブローカのパフォーマンスを評価できることは重要である。こうして、最優秀のブローカを次の取引のために選別することができる。
【００１０】
図１に示されるように、通常の証券取引は電子注文で行われる。通常、所定の売買を実行するために、トレーダから実行ブローカにＦＩＸを使う。また、取引時又は取引後、ブローカからトレーダへの取引の詳細についての通信を使う。１つの注文が、延長期間、数日、数週間、数ヶ月に亘って、マーケットにおいて未済(outstanding)であるかもしれない。マーケットにおいて部分的実行が行われるとき、取引はその時連続してアップデートされる。本発明は、例え、その注文が完全に満たされる前であっても、トレーダが常に実行クォリティを概観できるようにする。トレーダからブローカへの注文情報及び実行現場からトレーダへの実行情報は、通常、機械読み取り可能な形式で、適当な通信リンクで電子的に行われる。
【００１１】
トレーダとブローカとの間の通信リンクを担当するエンティティは、特殊な戦略的位置におり、最終投資家又は他のトレーダに実行ブローカが最適に実行しているかどうかを決定し、伝達する。なぜなら、通信エンティティはトレーダ/ブローカとマーケット通信と、へのリアルタイムアクセスを有しているからである。従って、本発明によれば、図２に示すように、特定の１つ又は複数の注文の値付け(evaluation)が望まれるとき、関連した注文通信がメッセージ インターセプタにより受信されて、前記１つ又は複数の注文の識別子（identity）が、その情報が格納されているEQCMに送られる。注文が処理される間、実行現場は、適当なアクセス可能な通信リンクを使って実行情報をトレーダに送り返す。メッセージ インターセプタは、関連する実行情報（以前に格納された注文情報により識別される）を受信し(intercept)、その実行情報をEQCMに送信する（前記注文情報は単一注文であってもしばしば複数の実行を伴うものである）。そのモジュールは、懸案である取引に関連する最新のマーケットデータをリアルタイムベースで受信し、その関連するマーケットデータを実行データと比較する。その後、その比較（或る程度の量の、問題の実行クォリティ）を、その情報を求めている前記エンティティ（“トレーダ”）に伝送する。注文データの受信（intereption）及び多くの場合実行データの受信は、トレーダ及び/又はマーケットブローカとの間のデータの伝送を制限せずに実行される。関連情報が単にアクセスされて、計算モジュール（calculating module）に送られる。前記モジュールは一般的マーケットデータ ソースに接続されてよい。マーケットデータ ソースは懸案の証券の現在価格に関する最新データを保持するもので、前記計算モジュールは、そのときに値付けされた特定の証券に関し前記ソースからデータを取得する。
【００１２】
懸案の実行（the executions in question）の量加重平均価格と、その注文の生存期間に亘るその証券のマーケットデータの量加重平均（VWAP）との間の差により、ある特定の取引又は複数の取引の実行クォリティを算出することが好ましい。又は、注文が入る前の、最終実行価格(last execution price)と比較してもよいし、又は、注文が入る少し前の平均実行価格（可能であるならVWAP）と比較してもよい。違いは適当な方法で、数字又はグラフィカル表示で表示することができる。特に、所定のトレーダからの１つ又はそれ以上の注文に対する実行クォリティを、プロセスが追跡し、トレーダに所定限界値を超えるか否かを知らせることができる。この警告は可視、可聴、又は両方で行うことができる。
【００１３】
他のマーケット参加者が行った証券取引の量に対し、トレーダ自身が実行した相対的規模を、トレーダに対し表示することにより、システムはマーケットに対する所定の注文量のインパクトを示すことができることが好ましい。
【００１４】
本発明のシステムの主なる利点の１つは、その通信を妨害することなしに、リアルタイムにトレーダ−クライアント通信から機能する（function）ことである。他方、所望するならば、取引クォリティのリアルタイムの値付けを損なうことなく、本発明の処理（processing）をブローカからトレーダへの実行情報の伝送を妨害するように設計することができる１つの環境（one set of circumstance）がある。現在、実行現場、即ちブローカは実行をトレーダに送る前に、その実行を１つのより大きいロットに「１まとまりにする（bunch up）」ことができる（例えば、１００株式の５つの実行を、その５つの平均価格で５００株式の１つの実行として送られてもよい）。このサービスは、伝統的に便宜的に、大量の小さい実行を取り扱う苦労をトレーダにかけさせないように、ブローカがトレーダに提供してきたサービスである。また、小さい実行からなる大きなフローがある時、いくつかの注文管理システムのフォーマンスが低下することが知られている。実行ブローカの“bunching”の欠点は、マーケットで現実に起こった時間又は近い時間に全ての実行が伝送されない場合、この“bunching”のために、トレーダはリアルタイムで実行クォリティを追跡できないことである。従って、所望するならば、図３に示されるように、関連の取引が発生すると、システムがリアルタイムで実行クォリティ計算を実行することを許容し、直ちに実行ブローカは実行データをトレーダに送信することができる。しかし、この実施例では、インターセプター自身は“bunching”agentとして機能し、実行をまとめ、それらをトレーダにより大きなロットとして送信する（ロットサイズはトレーダが決定する）。小さい実行の複数個を、より大きい実行の少数にまとめるには、取引に対する平均価格をシステムにより計算し、トレーダに送信し、所望ならば、値付け基準として使用することができる。
【００１５】
クォリティ評価をトレーダに多様な方法で伝えることができるが、特に効果的で有効な方法（トレーダに）はコンピュータを使った表示である。われわれは図４−７に開示したディスプレイ プロトコールを発明した。それは全般的にも、細かい点でも価値がある。
【００１６】
図４において、コンピュータシステムはトレーダに実行クォリティを表示する手段を提示する。トレーダは、注文を識別するための入力フィールドであるリスト401から注文を選択する。この注文は、表示パネル402において分析される。リスト401の左のバルブの列は色で表示され、問題となっている注文の実行クォリティを表わす。点グラフは、選択された注文の株シンボルに対するマーケット実行データをグリーンポイント407で表示し、その株シンボルに対する他者の実行はレッドポイントを使って重ね書きされる。各取引量はバー409で表示される。横軸は一日の時間410で、座標403については、下のグラフは量を表わし、上のグラフは価格を表わす。
【００１７】
ラベル404は、選択された注文が買い、売り又は短期売り(sell short)であったか否か、並びに、注文クォリティ、株シンボル、及び、特別取り扱い指示（例えば、Not Held）を表わす。
画面の右で、円グラフ（pie chart）は、選択された注文412に対してマーケット量のどの割合が実行されるか、又、マーケットの残りによりどの割合が実行されるかを示す。
【００１８】
円グラフの下に、選択された注文に対する平均価格413、及び、マーケットの残余に対する平均価格414が示されている。実行クォリティはラベル415で表示されている。
【００１９】
トレーダ投票（trader vote）を入力する手段はボタン列405である。トレーダが１つの値を選択すると、選択された注文に対するコメントを書く機会が与えられる（図示しない）。
【００２０】
図５では、画面の目的は、performance benchmark 実行クォリティ、量インパクト、トレーダ投票及びトータル量に基づいて、実行地（ブローカ）をランク付けすることである。パネル501は、標準期間503を迅速に設定するための手段を設け、分析時間を選択するための手段を提供する。結果は、会社名504、量505（実行クォリティ）、インパクト506（取得されたマーケット量の割合）、投票506（トレーダ投票）、量508（取引全量）から構成されるテーブルに表示される。これらのカラムの数字は選択された期間に亘るサマリである。カラムの見出しの１つをクリックすると、テーブルは、通常、カラムの値に従って、下降順序にソートされる。オープションとして、パネル502に入力することにより、テーブルの情報は単一シンボルに関係するようにすることができる。
【００２１】
前記テーブルのデータは図５の右のようにグラフに表示することができる。表示文(legend)513はユーザがグラフに表示するデータを選択するための手段として機能する。（この例では、“Quality”,”Vote”,“Volume”が表示のために選択されている）。データに対する横軸518は各ブローカを識別する会社名（firm mnemonics）である。全量は座標509を持った棒グラフ517として表わされる。トレーダ投票と実行クォリティはそれぞれ、座標510をもった棒グラフ511と512として示される。
【００２２】
画面の下部において、現在選択された会社がパネル514に表示される。会社識別名はパネル516に表示される。
【００２３】
図６の画面は図５に類似した情報を表示する。大きな違いは、情報が選択された会社（パネル608、609に表示される）にだけ適用されることである。選択された会社に対する選択された期間の注文は、”Date”610(注文の日付）,“Symbol”611(株取引シンボル：Stock ticker symbols)、”Qty”611（注文量）、”Impact“（それが公開されている間にこの注文に対し取得されたマーケット量の割合）という見出しを持つテーブルにリストされている。”Vote”(トレーダ投票)と見出しされたカラムは表示されていないが、水平スクロールバー616を使って見ることができる。テーブル見出し上でクリックすることにより図５の画面と同様にテーブルをソートすることができる。”Impact“棒グラフ606は図６に表示されている。これはパネル607において選択されているので見ることができる。このグラフの横軸は株取引シンボル614である。”Impact“棒グラフの座標はチャート605の左上にある。
【００２４】
図７では、画面は、選択された日と選択された会社に対する全注文に関する詳細な情報を表示する。カレンダ701内でクリックすることで、日が選択される。注文がカレンダの下のテーブルに“Order ID”708（注文識別子）、“Symbol”709(株取引シンボル)、”OrderQty”710（注文量）、”Executed“711（実際に実行された量）、“Avg Price”712(注文平均価格)、”VWAP”713（注文量加重平均価格）、という見出しで示される。特定の注文はこのテーブル上でクリックすることにより選択される。いくつかのチェックボックスにより、グラフ707（これは図４と類似している）が次種々の情報を表示する作成される。”Show Impact Pie”702と表示されたコントロールは円グラフの表示、を可能または不可能にする。”Show VWAP”703と表示されたコントロールは価格グラフのラインとしてVWAP価格の表示を可能または不可能にする。”Show Own Fills”704と表示されたコントロールは、価格グラフ上で自身の注文の実行の表示を可能または不可能にする。”Show Market Data”705と表示されたコントロールは選択された注文に属さないマーケットデータの表示を可能または不可能にする。”Link across days”706と表示されたコントロールは、１取引日以上に亘って公開された注文に関して、数日間のデータをシステムに表示する。選択された注文に対する実行の詳細がグラフの下に、“Transaction Ref’”714（取引識別子）、“Time”715(実行日/時間)、”Qty”716（実行量）、”Price“717（実行価格）、“Quality”718(実行量)、”Impact”719（同注文に対するマーケットに占める割合）、という見出しで示される。
【００２５】
本発明の限定された数の実施例を上記のように説明したが、特許請求の範囲に記載された発明の思想から逸脱することなく、多くの変形をすることができることは明らかである。
【図面の簡単な説明】
【００２６】
【図１】トレーダとブローカとの間の通常の通信を説明するブロック図である。
【図２】本発明のシステムの1つのアスペクトを表わしたブロック図である。
【図３】本発明のプロセスにおける追加的選択的フィーチャを表わすブロック図である。
【図４】現在公開されている注文に関する実行クォリティをリアルタイム（又は擬似リアルタイム）で表示するシステムの表示画面である。
【図５】実行ブローカの時系列の相対的なパフォーマンス ランキング、パフォーマンス ベンチマーク実行クォリティ、量インパクト、トレーダ投票及び総量を表示するシステムの表示画面である。
【図６】１人の特定ブローカの時系列の相対的なパフォーマンス ランキング、パフォーマンス ベンチマーク実行クォリティ、量インパクト、トレーダ投票及び総量を表示するシステムの表示画面である。
【図７】特定の注文に関する時系列的詳細とマーケットデータ、並びにパフォーマンス ベンチマーク実行クォリティ、量インパクト、トレーダ投票及び総量を表示するシステムの表示画面である。
【図１】
2007533042.tif 000003
【図２】
2007533042.tif 000004
【図３】
2007533042.tif 000005
【図４】
2007533042.tif 000006
【図５】
2007533042.tif 000007
【図６】
2007533042.tif 000008
【図７】
2007533042.tif 000009
【国際調査報告】
2007533042.tif 000010