(57)【要約】  取引日全体を通してプログラム取引注文を蓄積し、蓄積されたプログラム取引注文を指示された時間に実行するプログラム取引注文プロセス、及び関連する市場センターが開示される。開示されたプロセスは、取引報告、及び注文監視機能も提供する。【特許請求の範囲】
【請求項１】
プログラム取引を処理するための方法であって、
クロス取引市場センターを提供して、通常の市場取引時間を除くポートフォリオ・クロス取引セッション開始時間を指示すること、
指示された前記ポートフォリオ・クロス取引セッション開始時間までの取引日全体を通して、前記クロス取引市場センターにおいて複数のプログラム取引注文を受信して記憶することを含み、各プログラム取引注文は、該プログラム取引注文がその一部であるプログラム取引を識別するバスケット識別番号を含み、
指示された開始時間に、前記ポートフォリオ・クロス取引セッションを開始すること、
受信した前記プログラム取引注文を実行して、ポートフォリオ・クロス取引をもたらすこと、及び
同じバスケット識別番号を有する完了した前記ポートフォリオ・クロス取引をリンクすることの諸ステップを含むことを特徴とする方法。
【請求項２】
受信した前記プログラム取引注文が、前記ポートフォリオ・クロス取引セッションの開始前に変更、又は取り消されるのを可能にすることを更に含む、請求項１に記載の方法。
【請求項３】
前記テープ報告当局の規則によって適切なテープ報告当局に前記完了したポートフォリオ・クロス取引を報告することを更に含む、請求項１に記載の方法。
【請求項４】
前記テープ報告当局の規則が、前記完了したポートフォリオ・クロス取引に個々のクロス取引として報告されることを要求する、請求項３に記載の方法。
【請求項５】
前記テープ報告当局の規則が、前記完了したポートフォリオ・クロス取引に全体として報告されることを要求する、請求項３に記載の方法。
【請求項６】
プログラム取引注文の開始を送信したトレーダーに前記完了したポートフォリオ・クロス取引を報告することを更に含む、請求項１に記載の方法。
【請求項７】
前記受信して記憶したプログラム取引注文が市場に開示されない、請求項１に記載の方法。
【請求項８】
特定のバスケット識別番号に対して前記完了したポートフォリオ・クロス取引を分析することによって、プログラム取引を検査することを更に含む、請求項１に記載の方法。
【請求項９】
有効なプログラム取引のための基準を満たさなかったバスケット識別番号に対する任意の組のポートフォリオ・クロス取引を報告することを更に含む、請求項８に記載の方法。
【請求項１０】
プログラム取引を処理するための方法であって、
クロス取引市場センターを提供して、通常の市場取引時間を除くポートフォリオ・クロス取引セッション開始時間を指示すること、
指示された前記ポートフォリオ・クロス取引セッション開始時間までの取引日全体を通して、前記クロス取引市場センターにおいて複数のプログラム取引注文を受信して記憶することを含み、各プログラム取引注文は、該プログラム取引注文がその一部であるプログラム取引を識別するバスケット識別番号を含み、
指示された開始時間に、前記ポートフォリオ・クロス取引セッションを開始すること、
受信した前記プログラム取引注文を実行して、ポートフォリオ・クロス取引をもたらすこと、
同じバスケット識別番号を有する完了した前記ポートフォリオ・クロス取引をリンクすること、
前記テープ報告当局の規則によって適切なテープ報告当局に前記完了したポートフォリオ・クロス取引を報告すること、及び
特定のバスケット識別番号に対して前記完了したポートフォリオ・クロス取引を分析することによって、プログラム取引を検査することの諸ステップを含むことを特徴とする方法。
【請求項１１】
受信した前記プログラム取引注文が、前記ポートフォリオ・クロス取引セッションの開始前に変更、又は取り消されるのを可能にすることを更に含む、請求項１０に記載の方法。
【請求項１２】
前記テープ報告当局の規則が、前記完了したポートフォリオ・クロス取引に個々のクロス取引として報告されることを要求する、請求項１０に記載の方法。
【請求項１３】
前記テープ報告当局の規則が、前記完了したポートフォリオ・クロス取引に全体として報告されることを要求する、請求項１０に記載の方法。
【請求項１４】
プログラム取引注文の開始を送信したトレーダーに前記完了したポートフォリオ・クロス取引を報告することを更に含む、請求項１０に記載の方法。
【請求項１５】
前記受信して記憶したプログラム取引注文が市場に開示されない、請求項１０に記載の方法。
【請求項１６】
有効なプログラム取引のための基準を満たさなかったバスケット識別番号に対する任意の組のポートフォリオ・クロス取引を報告することを更に含む、請求項１０に記載の方法。
【請求項１７】
プログラム取引を処理するためのクロス取引市場センターであって、
プログラム取引を構成するプログラム取引注文を受信するためのインターフェースと、
プログラム取引注文を分析して処理するためのコード、及び記憶した結果、通常の市場取引時間を除くポートフォリオ・クロス取引セッション開始時間を記憶するためのクロス取引市場センターメモリと、
前記インターフェースと対話して、前記インターフェースが前記プログラム取引注文を受信するときに該プログラム取引注文を分析して処理するために記憶された前記コードを実行するためのプロセッサであって、前記各プログラム取引注文は、該プログラム取引注文がその一部であるプログラム取引を識別するバスケット識別番号を含むプロセッサとを含み、
前記コードが、実行されるとき、前記プログラム取引注文を記憶し、指示された開始時間に、前記ポートフォリオ・クロス取引セッションを開始し、
受信した前記プログラム取引注文を実行して、ポートフォリオ・クロス取引をもたらし、並びに
同じバスケット識別番号を有する完了した前記ポートフォリオ・クロス取引をリンクすることを特徴とするクロス取引市場センター。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、2005年05月05日に出願された米国特許仮出願第60/677,963号「Portfolio Execution and Reporting Facility」の優先権、及び利益を主張する。
【０００２】
本発明は、ポートフォリオの実行、及び報告に関するものである。
【背景技術】
【０００３】
ポートフォリオトレーダーは株券、及び／又は他の金融手段のポートフォリオを管理し、ポートフォリオトレーダーが取り引きをするとき、多数の異なる株券、又は他の手段で多額のドル価格取引を行うことが多い。一般に、ポートフォリオトレーダーは、投資信託会社、又は資金運用会社のような大手機関を代表して活動するファンドマネジャー、又はトレーダー、及びブローカーである。ポートフォリオトレーダーは、ポートフォリオを管理するための種々の異なる取引ストラテジーを利用し、これらのストラテジーを実施するためのプログラム取引を使用する。
【０００４】
プログラム取引は、関連する購入、及び売却が有価証券の最小数、及び最小限の市場価値に対するパラメータを満たす、一群の有価証券の一連の関連する購入、又は売却である。プログラム取引の特定のパラメータは市場規則によって定められ、現在、市場規則は、少なくとも１００万ドルの合計市場価値を有する少なくとも１５の有価証券のバスケットの購入、又は販売としてプログラム取引を定める。
【０００５】
いくつかの制限が、プログラム取引注文が実行される先行システムに存在する。例えば、ポートフォリオトレーダーが市場で為替へのプログラム取引注文を実行する従来のシステムの中には、ポートフォリオトレーダーが取引日の間に注文を実行することを要求されるものもある。もしトレード・プリントのサイズが充分に大きければ、取引日の間にこの注文を実行することは、注文を実行したポートフォリオトレーダーの位置から市場を離す負の効果を有する可能性がある。これは、市場の内部で実行された取引が直ぐに報告されることによる。更に、取引日の間に取引に対して実行されるプログラム取引注文は、市場と相互に影響することが原因で破綻する危険を冒している。単一価格で各クロス取引に対して手際よくプログラム取引を行うプログラム取引注文をトレーダーは欲するので、その種の市場の相互影響は深刻な問題をトレーダーに呈示する。市場の相互影響により、プログラム取引の一部である個々のプログラム取引注文は、クロス取引する一致部分、及び手作業で実行しなければならない不一致部分に分離される。従って、個々のプログラム取引注文が複数の価格で取引されて終わる可能性がある。
【０００６】
この問題を解決するために、ポートフォリオトレーダーはその種のプログラム取引注文を取引所の外で（例えば、機関取引デスクにおいて、又はクロス取引ネットワークのような代わりの取引システムの内部で）実行することが多い。この方法は、市場と相互に影響すること、及び直ぐに外部へ報告され市場をマイナスに動かす可能性がある注文の実行を有することから大量の注文を隔離することによってトレーダーの問題を解決するが、その種の注文実行は尚も報告されなければならない。実行された取引が取引所、又は相当する公共の市場センターに報告されることを市場規則は要求する。一般に、取引所の外で実行されたプログラム取引注文は、通算されたプログラム取引の総額として、次の数日間にわたって報告される実行の詳細と一緒に１日の終わりに報告されるか、又は個々の取引として翌朝に報告される。
【０００７】
プログラム取引注文が公共の取引所で実行され、その種の注文の実行が市場に報告するために捕捉されるクロス取引システムが開発されてきた。例えば、市場が閉じられた後、１日の終わりにプログラム取引注文がＮＹＳＥで受信されて実行される特別な取引セッション（即ち、クロス取引セッションＩＩ）をニューヨーク証券取引所（「ＮＹＳＥ」）は提供する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従って、これらの注文が取引中の他の注文と互いに影響しあわないように、予め指定された時間に実行するためにトレーダーにとって都合がよいときに取引日を通してプログラム取引注文を実行依頼することをトレーダーに許容するクロス取引システムに対する必要性が存在する。
【課題を解決するための手段】
【０００９】
本発明の１つの側面によると、プログラム取引を処理するための方法は、クロス取引市場センターを提供して、通常の市場取引時間を除くポートフォリオ・クロス取引セッション開始時間を指示すること、指示されたポートフォリオ・クロス取引セッション開始時間までの取引日全体を通して、クロス取引市場センターにおいて複数のプログラム取引注文を受信して記憶することを含み、各プログラム取引注文は、プログラム取引注文がその一部であるプログラム取引を識別するバスケット識別番号を含む。更に、プログラム取引を処理するための方法は、指示された開始時間に、ポートフォリオ・クロス取引セッションを開始すること、及び受信したプログラム取引注文を実行して、ポートフォリオ・クロス取引をもたらすことを含む。更に、プログラム取引を処理するための方法は、同じバスケット識別番号を有する完了したポートフォリオ・クロス取引をリンクすることを含む。
。
【発明を実施するための最良の形態】
【００１０】
図１を参照すると、本発明のシステム及び方法の実施例が作動するトレーディング環境が図示される。ここで論じられる実施例は普通株市場センター環境での本発明の使用と応用を記述するが、任意のタイプの金融手段市場センター環境（例えば、有価証券、先物取引、オプション、ボンド等）で本発明が使用され得ることを理解すべきである。この実施例のトレーディング環境は、多数の他の市場センター２４（即ち、遠隔市場センター）、及びトレーダー２６とやり取りするクロス取引市場センター２０を含む。ここで記載されるクロス取引市場センター２０は、充分な処理能力とメモリ容量を有するコンピュータ・システムを指し、特定の物理的位置を指さないことを理解すべきである。実際には、特定の実施例では、コンピュータ・システムはいくつかの物理的位置にわたって分布してもよい。任意の数のトレーダー２６、又は遠隔市場センター２４がクロス取引市場センター２０とやり取りできることも理解すべきである。クロス取引市場センター２０は、ポートフォリオトレーダー２６が特定のプログラム取引注文を送信する市場センターである。クロス取引市場センター２０は注文マッチングエンジン２１を含み、注文マッチングエンジン２１は、市場センター２０への全ての注文を検査し、突き合わせ、処理する。この実施例では、注文マッチングエンジン２１はプログラム取引注文実施プログラム２２を含み、プログラム取引注文実施プログラム２２は、クロス取引市場センター２０に送信されたプログラム取引注文の実行を容易にするために機能する。また、プログラム取引注文実施プログラム２２は、注文マッチングエンジン２１と分離された別のスタンドアロン・コードとしても利用できる。この実施例では、注文マッチングエンジン２１に対するコード、及びプログラム取引注文実施プログラム２２に対するコードは、クロス取引市場センターのメモリに記憶される。
【００１１】
また、クロス取引市場センター２０は、プログラム取引注文パラメータ・データ構造２７も含む。プログラム取引注文パラメータ・データ構造２７は、プログラム取引注文（例えば、ポートフォリオ・クロス取引セッション開始時間、ポートフォリオにおけるシンボルの最小数のようなプログラム取引注文定義パラメータ、及び最小限のポートフォリオ値パラメータ、等）の実行で注文マッチングエンジン２１によって使用される予め定められたパラメータ及び規則を記憶する。また、クロス取引市場センター２０は、プログラム取引注文、及び、この実施例では、通常の注文実行プロセスのクロス取引においてトレーダー２６、遠隔市場センター２４、及び注文マッチングエンジン２１とやり取りする注文及び実行インターフェース２８も含む。また、クロス取引市場センター２０は、プログラム取引注文情報が記憶されるプログラム取引注文データ構造２９、実行された注文情報が記憶される注文実行データ構造３０、及び取引報告情報が記憶される取引報告データ構造３１（例えば、取引報告規則、及び取引報告書のためのテープデータ）も含む。
【００１２】
本明細書の議論全体を通して、動作環境、データ構造、及びクロス取引市場センター２０を囲む他の技術的要素に関する詳細が例証であり、本発明が種々の異なる形態で実施できることを理解すべきである。例えば、ここで参照されるデータ構造は、任意の適切な構造、データ記憶、又は検索手法（例えば、データベース中のローカル又はリモートデータ記憶、テーブル、内部配列、等）を使用して実施される。更に、上記のタイプの市場センターは、任意のタイプの適切なインターフェースを任意の適切なコンピュータシステム上でサポートする。
【００１３】
入ってくるプログラム取引注文
図２を参照すると、ステップ１００において、新しいプログラム取引注文が注文マッチングエンジン２１によって受信される。プログラム取引注文指示を認識した注文マッチングエンジン２１は、プログラム取引注文をプログラム取引注文データ構造２９に記憶し、ステップ１０２で示されるように、この注文を後の実行のために待ち行列に入れる。プログラム取引注文は、注文を送信したトレーダー２６によって割り当てられる注文識別番号とバスケット識別番号を有する。注文識別番号はその注文に対するリファレンス追跡識別子として振る舞い、バスケット識別番号はクロス取引のポートフォリオバスケット中の注文の全てをリンクするリファレンスである。一般市場とやり取りする必要がないようにプログラム取引注文は創出されるので、注文突き合わせの立場から、価格／時間優先度規則は不適切である。その特定された注文価格でどの注文も実行することが保証されるので、その種の注文が受信された、注文の中の各シンボルに対する受信したプログラム取引注文をプロセスは単に記憶する。プロセスはシンボル、若しくはバスケット識別番号に従って注文を任意に記憶できるか、又は受信した全ての注文を単一のファイルへ順次に記憶することができるだけである。各注文は自己充足型クロス取引を表すので、注文が記憶される順序が不適切である。この実施例では、記憶されたプログラム取引注文は、クロス取引市場センターの注文帳に、又は一般市場へ如何なる方法でも表示されず、トレーダーの取引意図を市場から遠ざける。
【００１４】
ポートフォリオ・クロス取引時間パラメータ（例えば、「Portfolio Crossing Time」）は、プログラム取引注文パラメータ・データ構造２７で日常のポートフォリオ・クロス取引セッションが始まって常駐する時間を設定する予め設定されたパラメータである。ステップ１１０で示されるように、ポートフォリオ・クロス取引時間パラメータが到着する日の時点で、ステップ１１２で示されるように、プロセスはポートフォリオ・クロス取引セッションを開始する。一般に、ポートフォリオ・クロス取引セッションは、ポートフォリオ・クロス取引注文が市場とやり取りすることを避けるために通常の立会時間外に実行するように設定される。しかし、ポートフォリオ・クロス取引セッションの開始時間は任意の時間に対して設定できる（例えば、市場が閉まった後よりも市場が開く前に対して設定できる）こと、及び所望するなら１日に２つ以上のポートフォリオ・クロス取引セッション（例えば、市場が開く前に１つ、市場が閉まった後に１つ）を行うように設定できることを理解すべきである。また、この実施例では、プログラム取引注文データ構造２９に記憶された実行依頼済みのプログラム取引注文は、ポートフォリオ・クロス取引セッションの開始前に変更、及び／又は取り消ししてもよいことも理解すべきである。
【００１５】
ステップ１１４で示されるように、ポートフォリオ・クロス取引セッションは、プログラム取引注文データ構造２９に記憶されたプログラム取引注文を検索することによって始まる。ステップ１１６において、プロセスはプログラム取引注文レコード中のシンボルに対する取引報告規則を検索する。ステップ１２２において、プロセスはプログラム取引注文によって定められたクロス取引（即ち、価格、及びサイズ）を実行する。
【００１６】
実行されたプログラム取引クロスを報告
この実施例では、各プログラム取引注文が実行されるとき、結果として生じた各クロス取引が報告される。他の実施例では、クロス取引が報告されないと考えられる。クロス取引に対する報告要求は、取引されたシンボルに基づく。プロセスが実行されたクロス取引について報告するとき、そのシンボルに対して取引報告データ構造３１から適用する報告規則を検索し、それらの規則に従って取引について報告する。例えば、１つの市場センター、又は、取引報告当局、遠隔市場センター２４ａは、クロス取引が全体として報告されること、及びクロス取引がポートフォリオ・クロス取引セッションの終了後直ぐに報告されることを要求し、一方、他の市場センター、又は取引報告当局、遠隔市場センター２４ｂは、クロス取引が各シンボルに対して個々に報告されること、及びクロス取引が翌朝に報告されることを要求する。もしクロス取引が全体として報告されるなら、プロセスは全ての株式の和、及びポートフォリオ・クロス取引セッションの間にクロス取引された全ての株式の総価格を計算し、総計されている市場センター・シンボルに対して全てのトレーダーに対する全てのクロス取引を結合する。
【００１７】
図２を再び参照すると、ステップ１２６において、プロセスはクロス取引で実行されたシンボルが如何にして報告されるかを決定し、特に、クロス取引されたシンボルがテープに全体として報告されるか否かを決定する。もしシンボルが全体として報告されないなら、ステップ１２８で示されるように、クロス取引はテープへ個々に報告され、ステップ１３６で示されるように、実行される必要がある追加で記憶されたプログラム取引注文が存在するか否かを決定するためにプロセスが進行する。もし、クロス取引されたシンボルが全体として報告される必要があるとプロセスが決定したら、ステップ１３０で示されるように、プロセスはクロス取引されたシンボルの株式の出来高を、特定の市場センターに対する全てのシンボルに対してそのポイントまで取引セッションでクロス取引されてきた通算株式の現在高(即ち、取引報告データ構造３１に記憶されたパラメータAggregateSharesCrossed)に加える。ステップ１３２において、プロセスは、クロス取引の出来高にクロス取引の価格／株式を掛けることによって通算された株式の総価格を決定する。次に、ステップ１３４において、プロセスは計算された取引値を、特定の市場センターに対する全てのシンボルに対してそのポイントまで取引セッションでクロス取引されてきた株式の総価額の現在高(即ち、取引報告データ構造３１に記憶されたパラメータAggregateValueCrossed)に加える。次に、ステップ１３６において、プロセスは、実行される必要がある他の記憶されたプログラム取引注文が存在するか否かを決定する。もしイエスなら、プロセスはステップ１１４に戻り、次のプログラム取引注文を検索し、上記の方法で注文を処理する。ステップ１３６において、もし実行する必要があるプログラム取引注文がもう存在しないと決定されたら、ステップ１３８で示されるように、プロセスは通算株式クロス取引パラメータの値、及び通算出来高クロス取引パラメータをテープに報告する。ステップ１４０で示されるように、次にポートフォリオ・クロス取引セッションが完了する。
【００１８】
プログラム取引クロスの監視
プログラム取引注文の定義を満たす注文のみが、プログラム取引注文として取引され実行されるのに適格である。この点について、本発明のプロセスは、クロス取引された注文のバスケットが、この実施例では、少なくとも１００万ドルの価値を有し、少なくとも１５の有価証券のシンボルを含むクロス取引された注文のバスケットであるプログラム取引の定義を実際に満たすことを検証するために実行されるプログラム取引注文をチェックする。この実施例では、プロセスはクロス取引された注文のバスケットを実行後に検査する。しかし、他の実施例では、実行を待つバスケットは実行前に検査できると考えられる。
【００１９】
図３Ａ〜図３Ｂを参照すると、ポートフォリオ・クロス取引セッションの完了後、注文監視が行われる。ステップ１４２において、プロセスはポートフォリオ・クロス取引監視報告プロセスを開始する。ステップ１４４において、プロセスは、有効なプログラム取引注文に対するパラメータ、即ち、バスケット（「MinPortfolioSymbols」）に含まれる必要があるシンボルの最小数を定めるパラメータ、及びバスケット（「MinPortfolioValue」）に対する最小限のドル価値を定めるパラメータを検索する。この実施例では、これらのパラメータは、プログラム取引注文パラメータ・データ構造２７から検索される。
【００２０】
ステップ１４６において、プロセスはポートフォリオ・クロス取引セッションの間に実行された全てのプログラム取引クロスを検索し、これらのクロス取引をバスケット識別番号によってソートする。ステップ１４８において、プロセスはプログラム取引クロスレコードを検索する。もし検索されたレコードが第１のレコードであれば、ステップ１５０で示されるように、処理中のバスケット・パラメータが検索されたレコードのバスケット識別番号に設定される。ステップ１５２において、検索されたレコードに対するバスケット識別番号が処理中のバスケット・パラメータと同じであるか否かをプロセスが決定する。もし２つの値が同じであるなら、プロセスはステップ１５４に進み、プロセスはポートフォリオ・バスケット中のシンボルの数をカウントするパラメータ（「PortfolioSymbolCount」）に加算する。次に、ステップ１５６において、クロス取引出来高に価格／株式を掛けたものに等しい分析中のレコードに対するクロス取引の価値をプロセスは計算する。ステップ１５８において、ステップ１５６において個々のクロス取引のために計算された価値を、その時点の総価格に加えることによって、クロス取引されたポートフォリオの全体の価値の現在高をプロセスは維持する。ステップ１５２に戻って参照すると、もし処理中のバスケット識別番号が処理中のバスケット・パラメータと同じでなければ、プロセスはステップ１６２に進み、この実施例では、丁度分析されたバスケットに対するバスケット識別番号を印刷する。また、ポートフォリオ・バスケットの中にあったシンボルの総数も印刷し、バスケットの中で実行されたクロス取引の総価格も印刷する。ステップ１６４において、プログラム取引に対して正しい数のシンボルをポートフォリオ・バスケットが含んでいたことを確認するためにプロセスはチェックする。バスケットの内部でクロス取引されたシンボルの数（「PortfolioSymbolCount」）が、ポートフォリオ・バスケットの中に存在しなければならないシンボルの最小数（「MinPortfolioSymbols」）を定めるパラメータ以上であるか否かを決定することによって、プロセスはそれを行う。もしポートフォリオ・バスケットの中でクロス取引されたシンボルの数が、要求される最小限より小さければ、ステップ１６６で示されるように、バスケットが必要な数のシンボルを含んでいなかったことを示すエラーメッセージをプロセスは印刷する。もしバスケットが少なくとも最小数のシンボルを有していたなら、プロセスはステップ１６８まで継続し、最小限のバスケット値パラメータによって定められたように必須のドル価値を実行されたクロス取引のバスケットが満たしたか否かを決定する。もし取引のバスケットの値が最小限のバスケット値パラメータ以上であれば、最小限のバスケット値に対する基準は満たされており、プロセスはステップ１７２に進む。しかし、もし実行されたクロス取引のバスケットの値が最小限のバスケット値パラメータより小さければ、ステップ１７０で示されるように、プログラム取引に対して要求される最小限の値をバスケットが満たしていなかったことを示すエラーメッセージをプロセスは印刷する。ステップ１７２，１７４において、プロセスは、バスケット中のシンボルの���数に対するフィールドをゼロに、及びクロス取引のバスケットの総価格に対するフィールドをゼロに、各々リセットする。ステップ１７６において、プロセスは、処理中のバスケット・パラメータを、分析中のバスケットに対するバスケット識別番号と等しく設定し、ステップ１５４に進む。
【００２１】
ステップ１６０において、プロセスは分析する残りのプログラム取引クロスが存在するか否かを決定する。もし存在するなら、プロセスはステップ１４８に戻り、次のプログラム取引クロスレコードのために上記のプロセスを繰り返す。もし分析するプログラム取引クロスがもう存在しなければ、ステップ１７８で示されるように、ポートフォリオ・クロス取引監視プロセスは完了する。
【００２２】
クロス取引市場センター２０によって受信されたプログラム取引注文の実施例が、以下に提供される。以下の実施例で議論される注文価格は、本発明の実施例のプロセスが本発明のプログラム取引注文を如何にして処理するかを示すだけのための実施例を意図することを理解すべきである。異なるシンボルが異なる取引報告要求を如何にして有するかを示すことを容易にするために、以下の実施例の注文はシンボルによって通算されてきた。しかし、前記のように、注文は任意の必要なシーケンスで記憶される。
【００２３】
Ａ．入ってくるプログラム取引注文の実施例
ステップ１００，１０２が示すように、１日中クロス取引市場センター２０へ送信されたプログラム取引注文は、プログラム取引注文データ構造２９中のレコードとして収集され、記憶される。
【００２４】
実施例Ａ１：プログラム取引注文
この実施例では、クロス取引市場センター２０が、トレーダー２６ａから次のプログラム取引注文を受信する：
-> 注文１７：クロス取引 10,000 Symb01 @ 20.04, ポートフォリオ・クロス取引, バスケットＩＤ=A127
【００２５】
この実施例では、プログラム取引注文データ構造２９に記憶されたこの注文に対するレコードは、次のフォーマットを有する：
【００２６】
【表１】
2008541240.tif 000002
【００２７】
トレーダー２６ａは、注文識別番号１７、及びバスケット識別番号Ａ１２７をこの注文に割り当てた。バスケット注文識別番号は、バスケット注文識別番号Ａ１２７を有する他の全ての注文にこの注文をリンクさせる。「バスケット」Ａ１２７へ共にリンクされた全ての注文は、処理中のポートフォリオを構成する。
【００２８】
実施例Ａ２：同じシンボル、異なるトレーダーに対するプログラム取引注文
この第２の実施例では、クロス取引市場センター２０が、異なるトレーダー２６ｂから次のプログラム取引注文を受信する:
-> 注文２０２：クロス取引 9,200 Symb01 @ 20.05, ポートフォリオ・クロス取引, バスケットＩＤ=B1743A
Symb01 に対するレコードの待ち行列は次のように発生する：
【００２９】
【表２】
2008541240.tif 000003
【００３０】
実施例Ａ３：同じシンボル、異なるバスケットに対するプログラム取引注文
もしシンボルが２以上のバスケット構成要素であるなら、同じシンボルに対して複数のプログラム取引注文をトレーダーは実行依頼できる。この第３の実施例では、クロス取引市場センター２０は、同じシンボル Symb01 、異なるバスケットに対して第１のトレーダー２６ａから次のプログラム取引注文を受信する：
-> 注文１０３：クロス取引 16,000 Symb01 @ 20.10, ポートフォリオ・クロス取引, バスケットＩＤ=F234
【００３１】
このプログラム取引注文は、シンボル Symb01 に対する待ち行列に挿入される。
Symb01 に対するこれらの注文は何れも、互いに対話さえしないであろう。定義によって、プログラム取引注文は他の如何なる注文とも対話しない。
【００３２】
【表３】
2008541240.tif 000004
【００３３】
実施例Ａ４：オープン・バスケットに対する異なるシンボルのためのプログラム取引注文
この実施例では、トレーダーは、同じバスケットに対する少なくとも１５の異なるシンボルのためのクロス取引注文を実行依頼しなければならない。この第４の実施例では、クロス取引市場センター２０は、オープン・バスケット、バスケットＡ１２７に対するシンボル Symb02 のために第１のトレーダー２６ａから次のプログラム取引注文を受信する：
-> 注文２６８：クロス取引 20,000 Symb02 @ 17.57, ポートフォリオ・クロス取引, バスケットＩＤ＝A127
プロセスは、シンボル「Symb02」に対する待ち行列に注文を挿入する：
【００３４】
【表４】
2008541240.tif 000005
【００３５】
Ｂ．ポートフォリオ・クロス取引セッションの実施例
この実施例では、遅れた取引セッションはクロス取引市場センター２０で終わり、市場は閉じる。この実施例では、遠隔市場センター２４ａ、及び遠隔市場センター２４ｂは、クロス取引市場センターで実行されるプログラム取引注文に対して次のテープ報告要求を有する：
・シンボル「Symb01」及び「Symb03」中のクロス取引は、遠隔市場センター２４ａに報告されなければならない。遠隔市場センター２４ａは、ポートフォリオ・クロス取引セッションの終わりに集合状態で報告されるプログラム取引クロスを要求し、及び
・シンボル「Symb02」中のクロス取引は、遠隔市場センター２４ｂに報告されなければならない。遠隔市場センター２４ｂは、ポートフォリオ・クロス取引セッションの終了に続く次の取引日の開始においてプログラム取引クロスが個々に報告されることを要求する。
【００３６】
ステップ１１０を参照すると、この実施例では、市場が閉じた後直ぐに、時間はポートフォリオ・クロス取引時間パラメータによって指定された時間と等しくなる。ステップ１１２で示されるように、ポートフォリオ・クロス取引セッションが開始される。
【００３７】
実施例Ｂ１： Symb01 中の第１ポートフォリオ・クロス取引が実行される
ポートフォリオ・クロス取引セッションが始まるとき、シンボル「Symb01」に対する待ち行列はこれに類似する：
【００３８】
【表５】
2008541240.tif 000006
【００３９】
ステップ１１４，１１６で示されるように、そこで指示されたシンボルに対する第１のプログラム取引注文、及び取引報告規則（即ち、注文１７、及び Symb01）をプロセスが検索する。ステップ１２２において、プロセスは注文、総計10,000株の Symb01 を$20.04で実行する：
-> トレーダー２６ａは 10,000 Symb01 を$20.04でクロス取引した
【００４０】
次に、ステップ１２６において、 Symb01 に対するクロス取引が全体として報告されたか否かをプロセスが決定する。この実施例では、 Symb01 は遠隔市場センター２６ａに報告されるので、クロス取引は全体として報告される必要がある。ステップ１３０において、プロセスはクロス取引出来高（即ち、10,000株）を計算された変数 AggregateSharesCrossed に加える。ステップ１３２では、プロセスはクロス取引の値（即ち、10,000株 * $20.04）を$200,400として計算する。ステップ１３４において、次にプロセスはクロス取引の値($200,400)を変数 AggregateValueCrossed 中の現在高に加える。この実施例では、通算された統計の現在値は次のようになる：
-> AggregateSharesCrossed = 10,000
-> AggregateValueCrossed = $200,400
ステップ１３６において、プロセスは実行するプログラム取引注文が更に存在することを決定し、次の注文を得るためにステップ１１４へ戻る。
【００４１】
実施例Ｂ２： Symb01 中の第２ポートフォリオ・クロス取引が実行される
ステップ１１４において、プロセスは第２ポートフォリオ・クロス取引注文（即ち、注文２０２）を検索し、この実施例では、以前に処理された注文（即ち、 Symb01）と同じであるように発生したシンボルに対する取引報告規則を検索する。ステップ１２２において、プロセスは注文２０２、クロス取引9,200株を$20.05で実行する：
-> トレーダー２６ｂは 9,200 Symb01 を$20.05でクロス取引した
【００４２】
上記の第１のプログラム取引注文と同様に、ステップ１２６において、プロセスは Symb01 に対するクロス取引が全体として報告されることを決定する。従って、ステップ１３０において、プロセスはクロス取引出来高（即ち、9,200株）を計算された変数 AggregateSharesCrossed に加える。ステップ１３２において、クロス取引の値を$184,460として計算する。上記のように、クロス取引の値は、このシンボル中でクロス取引された株式の総価格に対する現在高に加えられる。現時点における、クロス取引された株式の数、及び Symb01 に対する値に対する更新された総価額は次のようになる：
-> AggregateSharesCrossed = 19,200 (10,000 + 9,200)
-> AggregateValueCrossed = $384,860 ($200,400 + $184,460)
【００４３】
再度、ステップ１３６において、プロセスは実行するプログラム取引注文が更に存在することを決定し、次の注文を得るためにステップ１１４へ戻る。
【００４４】
実施例Ｂ３： Symb01 中の第３ポートフォリオ・クロス取引が実行される
ステップ１１４において、第３プログラム取引注文（即ち、注文１０３）をプロセスが検索する。ステップ１１６において、この実施例では、 Symb01 に対する取引報告規則をプロセスが再度検索する。次に、ステップ１２２において、プロセスは16,000株を$20.10でクロス取引した：
-> トレーダー２６ａは 16,000 Symb01 を$20.10でクロス取引した
【００４５】
プロセスは、 Symb01 に対するクロス取引が全体として報告されたことを再度決定するので、指定されたシンボル中でクロス取引された株式の総量に対する現在高にクロス取引出来高（即ち、 16,000 株）を加える。次に、ステップ１３２において、以前のように、クロス取引の値を$321,600として計算する。ステップ１３４では、指定されたシンボル中でクロス取引された株式の値の通算された現在高にクロス取引の計算された値を加える。通算された統計の更新された値は次のようになる：
-> AggregateSharesCrossed = 35,200 (10,000 + 9,200 + 16,000)
-> AggregateValueCrossed = $706,460 ($200,400 + $184,460 + $321,600)
【００４６】
実行するプログラム取引注文が更に存在するので、次の注文を得るためにプロセスはステップ１１４へ戻る。
【００４７】
実施例Ｂ４： Symb02 中の第１ポートフォリオ・クロス取引が実行される
シンボル「Symb02」に対する待ち行列は、現時点においてこれに類似する：
【００４８】
【表６】
2008541240.tif 000007
【００４９】
ステップ１１４，１１６において、上に示された次に記憶されたプログラム取引注文、及びそこで指示されたシンボルに対する取引報告規則（即ち、注文２６８、及び Symb02）をプロセスが検索する。次に、注文、及びクロス取引 20,000 株を$17.57で実行するステップ１２２にプロセスは進む：
-> トレーダー２６ａは 20,000 Symb02 を$17.57でクロス取引した
【００５０】
次に、ステップ１２６において、 Symb01 と同様に、 Symb02 に対する取引が全体として報告されたか否かをプロセスが決定する。この場合、全体として報告されないことを決定する（市場センター２４ｂの規則）。従って、クロス取引を個々にテープへ報告し、更に処理することを要求されないステップ１２８にプロセスは進む。市場センター２４ｂへ報告されなければならない個々のクロス取引の全てが、市場センター２４ｂへ要求毎に翌朝送信される。
【００５１】
ステップ１３６において、処理を必要とする追加のプログラム取引注文が存在するか否かをプロセスが決定する。この実施例では、存在する。従って、プロセスはステップ１１４に戻り、次に記憶された注文を検索する。
【００５２】
実施例Ｂ５： Symb03 中の第１ポートフォリオ・クロス取引が実施される
シンボル「Symb03」に対する待ち行列は、現時点においてこれに類似する：
【００５３】
【表７】
2008541240.tif 000008
【００５４】
ステップ１１４，１１６において、上に示された次に記憶されたプログラム取引注文、及びそこで示されたシンボルに対する取引報告規則（即ち、注文２６９、及び Symb03）をプロセスが検索する。次に、注文、及びクロス取引 9,000 株を$40.40で実行するステップ１２２にプロセスは進む：
-> トレーダー２６ａは 9,000 Symb03 を$40.40でクロス取引した
【００５５】
次に、ステップ１２６へ進んで、 Symb03 中のクロス取引が全体として報告される必要があることをプロセスが決定する（市場センター２４ａの規則）。従って、たとえ、この取引が異なるシンボルに対するものでも、ステップ１３０〜１３４の間、 Symb01 で始められた AggregateSharesCrossed 及び AggregateValueCrossed パラメータのインクリメントをプロセスは継続する。この実施例では、変数 AggregateSharesCrossed 及び AggregateValueCrossed は、市場センター２４ａが報告要求を設定するシンボル中の全てのクロス取引に対する通算された値である。
【００５６】
従って、ステップ１３０において、プロセスはクロス取引出来高(9,000 株)を計算された変数 AggregateSharesCrossed に加え、ステップ１３２において、$363,600の TradeValue を導出するために、クロス取引出来高(9,000 株)にクロス取引価格($40.40)を掛けることによって TradeValue を計算する。ステップ１３４において、 TradeValue を計算された変数 AggregateValueCrossed に加える。
【００５７】
これらは、この実施例で通算された統計の更新された値である：
-> AggregateSharesCrossed 44,200 (10,000 + 9,200 + 16,000 + 9,000)
-> AggregateValueCrossed = $1,070,060 ($200,400 + $184,460 + $321,600 + $363,600)
【００５８】
記憶された全てのプログラム取引注文が処理されるまで、この方法で記憶されたプログラム取引注文を処理することをプロセスは継続する。次に、その時点で、ステップ１３６〜１４０で示されるように、プロセスは通算された値をテープに報告し、ポートフォリオ・クロス取引セッションが終了する。この実施例では、次の取引日の始めにおいて、クロス取引市場センター２０が個々の取引を市場センター２４ｂへ要求毎に報告する。
【００５９】
Ｃ．プログラム取引注文の監視の実施例
図３Ａ〜図３Ｂを参照すると、ステップ１４２で示されるように、ポートフォリオ・クロス取引セッションの終了後、プロセスはポートフォリオ・クロス取引監視報告ルーチンを実施する。上記のように、本発明のこの実施例では、プロセスは取引実行前に監視を行わない。しかし、他の実施例では、バスケットの実行の前にプログラム取引に対する基準をクロス注文のポートフォリオが満たすか否かをチェックするようにプロセスが構成されることを理解すべきである。
【００６０】
ステップ１４４において、プログラム取引注文パラメータ・データ構造２７からプログラム取引（「MinPortfolioSymbols」）に必要なシンボルの最小数を定めるパラメータをプロセスが検索する。市場規則によると、この実施例では、 MinPortfolioSymbols パラメータは１５個のシンボルに設定される。ステップ１４４において、プログラム取引注文パラメータ・データ構造２７からプログラム取引（「MinPortfolioValue」）に対して要求される最小限の値を定めるパラメータもプロセスが検索する。市場規則によると、この実施例では、 MinPortfolioValue パラメータは$1,000,000に設定される。ステップ１４６において、バスケット識別番号（「バスケットＩＤ」）によって実行されソートされる全てのクロス取引をプロセスが検索する。この実施例では、第１のバスケットＩＤはバスケットＩＤ＝Ａ１２７である。これらは、ポートフォリオ・クロス取引セッションの間にバスケットＩＤ Ａ１２７に対して実行される１５個のクロス取引である：
【００６１】
【表８】
2008541240.tif 000009
【００６２】
ステップ１４８において、この実施例では、プロセスは第１のクロス取引、注文ＩＤ＝１７を検索する。ステップ１５０において、これは第１のレコードなので、プロセスは処理中のバスケットに対するパラメータをＡ１２７（即ち、 BasketInProcess = A127）に設定する。ステップ１５０のために、現在のバスケットＩＤは処理中のバスケット・パラメータに等しい。従って、バスケット中のシンボルの数を総計するパラメータ（即ち、 PortfolioSymbolCount）に１を加えるステップ１５４にプロセスは進む。ステップ１５６において、$200,400のクロス取引値を導出するために、クロス取引の出来高に(10,000 株)クロス取引価格($20.04)を掛けることによって現在分析中の注文の値をプロセスが計算する。ステップ１５８において、計算されたクロス取引値がバスケットに対する総価格（即ち、 TotalPortfolioValue）に加えられる。
【００６３】
バスケットＩＤ Ａ１２７中の第１の取引を分析した後、現在のポートフォリオ値は以下のようになる：
-> PortfolioSymbolCount = 1
-> TotalPortfolioValue = $200,400
【００６４】
ステップ１６０において、プロセスは、このバスケット中で処理される追加のクロス取引が存在することを決定し、次のクロス取引（即ち、注文ＩＤ＝２６８）を検索するためにステップ１４８へ戻る。この注文に対するバスケットＩＤは処理中のバスケット・パラメータと同じなので、ステップ１５４において、プロセスは PortfolioSymbolCount パラメータに１を加える。ステップ１５６において、 $351,400 の値を導出するために、出来高(20,000 株)にクロス取引価格($17.57)を掛けることによって、このクロス取引に対する TradeValue パラメータを計算する。ステップ１５８において、注文ＩＤ２６８のために計算されたクロス取引値を通算された TotalPortfolioValue パラメータに加える。
【００６５】
バスケットＩＤ Ａ１２７中の第２の取引を分析した後、更新されたポートフォリオ値は以下のようになる：
-> PortfolioSymbolCount = 2
-> TotalPortfolioValue = $551,800 ($200,400 + $351,400)
【００６６】
この実施例では、上記の方法で、バスケットＩＤ Ａ１２７中の残りのクロス取引の全て（第３〜第１５のクロス取引）に対してプロセスは継続する。ステップ１４８において、バスケットＩＤ Ａ１２７のクロス取引の全てを処理した後、新しいバスケットＩＤ (B 1743 A) に属しているとして認識し、Ａ１２７に現在設定されている BasketInProcess パラメータと比較する次のクロス取引をプロセスが検索する。バスケットＩＤ値は同じではないので、ステップ１６２において、バスケットＡ１２７に対する最終的な PortfolioSymbolCount 及び、最終的な TotalPortfolioValue をプロセスが印刷する。
-> Portfolio A127
-> Symbol Count: 15
-> Portfolio Value: $3,864,270
【００６７】
ステップ１６４において、バスケットＩＤ Ａ１２７に対する PortfolioSymbolCount パラメータ（即ち、この実施例では１５）が MinPortfolioSymbols パラメータ（即ち、この実施例では１５）以上であるか否かをプロセスが決定する。パラメータが互いに等しいので、プロセスはステップ１６８に進み、バスケットＩＤ Ａ１２７に対する TotalPortfolioValue （即ち、この実施例では$3,864,270）が MinPortfolioValue パラメータ（即ち、この実施例では$1,000,000）以上であるか否かをプロセスが決定する。この実施例では、 バスケットＩＤ Ａ１２７に対する TotalPortfolioValue は、必要な MinPortfolioValue より大きい。従って、バスケットＩＤ Ａ１２７は、有効なプログラム取引に対する基準を満たした。
【００６８】
プロセスはステップ１７２，１７４に進み、 PortfolioSymbolCount 及び TotalPortfolioValue パラメータをゼロ設定する。ステップ１７６において、プロセスは処理中のバスケット・パラメータを検索された最新のバスケット識別番号（即ち、 BasketInProcess = B1743A）に設定する。次に、プロセスはステップ１５４に戻り、バスケットＩＤ Ｂ１７４３Ａの分析のプロセスを開始する。
【００６９】
プロセスは分析を継続し、ポートフォリオ・クロス取引セッションで実行されたクロス取引を有する全てのバスケットの値を報告する。ステップ１６０において、分析するクロス取引が存在しないことをプロセスが決定するとき、ステップ１７８で示されるように、ポートフォリオ・クロス取引監視報告は完了する。
【００７０】
以上、本発明の好ましい実施例について図示し記載したが、特許請求の範囲によって定められる本発明の範囲から逸脱することなしに種々の変形および変更がなし得ることは、当業者には明らかであろう。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施例が動作するトレーディング環境を示すブロック図である。
【図２】プログラムがポートフォリオ・クロス取引注文を受信したときに、ポートフォリオ・クロス取引注文実施プログラムによって実施されるプロセスを示す。
【図３Ａ】システムを通して実行される取引に対して行われる監視において、本発明の実施例によって実施されるプロセスを示す。
【図３Ｂ】システムを通して実行される取引に対して行われる監視において、本発明の実施例によって実施されるプロセスを示す。
【符号の説明】
【００７２】
２０    クロス取引市場センター
２１    注文マッチングエンジン
２２    プログラム取引注文実施プログラム
２４    遠隔市場センター
２６    トレーダー
２７    プログラム取引注文パラメータ
２８    注文及び実行インターフェース
２９    プログラム取引注文データ
３０    プログラム取引注文実行データ
３１    プログラム取引報告データ
【図１】
2008541240.tif 000010
【図２】
2008541240.tif 000011
【図３Ａ】
2008541240.tif 000012
【図３Ｂ】
2008541240.tif 000013
【国際調査報告】
2008541240.tif 000014