(57)【要約】  取引処理システム及び方法。取引量及び証券取引の一日平均出来高の割合に関連付けられた値の範囲を表す層が確立される。前記層の各々は、価格改善に関連付けられる。量に関連付けられた、前記証券取引注文が受信される。前記注文が当てはまる前記層は、前記注文量及び一日平均出来高の割合に対する相対的な前記注文量をベースとして決定される。前記注文の少なくとも一部は、前記決定された層に関連付けられた価格改善を伴って自動的に執行される。前記注文がフラグ付与される仕方に依存して、前記注文は、複数のワークフローの１つに従って処理されても良い。部分的な注文処理もサポートされる。【特許請求の範囲】
【請求項１】
１つ又は複数の層を確立する段階と、
証券取引注文を受信する段階と、
注文量及び前記一日平均出来高をベースとして前記注文が当てはまる層を決定する段階と、
前記決定された層に関連付けられた価格改善で前記注文の少なくとも一部を自動的に執行する段階と、
を具備し、
前記層は、取引量及び証券の毎日の平均取引出来高に関連付けられた値の範囲を表し、
１つ又は複数の前記層の各々は、価格改善に関連付けられ、
前記注文は、前記注文量に関連付けられることを特徴とする、取引証券注文を処理する方法。
【請求項２】
前記証券の区分化をベースとして前記注文を執行する段階をさらに具備することを特徴とする請求項１に記載の方法。
【請求項３】
顧客の取引限度を確立する段階と、
市場動向により前記取引限度を調節する段階と、
をさらに具備することを特徴とする請求項１に記載の方法。
【請求項４】
複数の層が確立されることを特徴とする請求項１に記載の方法。
【請求項５】
前記注文は、顧客に関連付けられ、さらに、
前記層は、前記顧客との使用が利用可能であるかを決定する段階と、
もし前記層が、前記顧客との使用に利用可能であるならば、前記決定された層に関連付けられた価格改善で前記注文を自動的に執行する段階と、
を具備することを特徴とする請求項１に記載の方法。
【請求項６】
前記証券は、複数の資産区分を具備することを特徴とする請求項１に記載の方法。
【請求項７】
前記複数の資産区分は、デリバティブ商品を具備することを特徴とする請求項６に記載の方法。
【請求項８】
前記証券は、合成証券を具備することを特徴とする請求項１に記載の方法。
【請求項９】
証券取引注文を処理するための方法であり、
証券取引注文を受信する段階と、
指示をベースとして、複数のワークフローの１つに従って前記注文を処理する段階と、
を具備し、
前記注文は、前記指示に関連付けられており、
もし前記注文が、１つ又は複数の適合性要件を満足するならば、前記複数のワークフローの少なくとも１つに従って、前記注文の少なくとも一部が、価格改善を伴って自動的に執行され、又は、もし前記注文が、前記適合性要件の１つ又は複数を満足しないならば手動で処理され、かつ、
もし前記注文が、前記適合性要件の１つ又は複数を満足しないならば、前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記注文は、未処理で戻されることを特徴とする方法。
【請求項１０】
前記注文は、ネットワーク上で電子的に受信されることを特徴とする請求項９に記載の方法。
【請求項１１】
証券取引注文を処理するための方法であり、
１つ又は複数の層を確立する段階と、
証券取引注文を受信する段階と、
注文量及び前記一日平均出来高をベースとして、前記注文が当てはまる前記層を決定する段階と、
指示をベースとして、複数のワークフローの１つに従って前記注文を処理する段階と、
を具備し、
前記層は、取引量及び前記証券を取引する一日平均出来高に関連付けられた値の範囲を表し、
前記層の１つ又は複数の各々は、価格改善に関連付けられ、
前記注文は、前記注文量及び前記指示に関連付けられており、
前記複数のワークフローの少なくとも１つに従って、前記注文の一部は、もし前記注文が１つ又は複数の適合性要件を満足するならば、前記決定層に関連付けられた取引量まで、前記決定された層に関連付けられた価格改善を伴って、自動的に執行され、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、手動で処理され、かつ、
前記複数のワークフローの少なくとも１つの他のワークフロー従って、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、未処理で戻されることを特徴とする方法。
【請求項１２】
証券取引の方法であり、
証券取引注文を提出する段階と、
注文が当てはまる層を、前記注文量及び前記証券取引の一日平均出来高をベースとして決定し、前記決定された層に関連付けられた価格改善を伴って、前記注文の少なくとも一部の執行を自動的に受ける段階と、
を具備し、
前記注文は、注文量に関連付けられ、
前記層は、取引量及び、証券取引の一日平均出来高に関連付けられた値の範囲を表す複数の層の１つを具備し、
１つ又は複数の前記層の各々は、価格改善に関連付けられることを特徴とする方法。
【請求項１３】
証券取引の方法であり、
証券取引の注文を提出する段階と、
価格改善を伴う自動執行を受ける、又は、前記注文の未処理にされた返却を受ける段階と、
を具備し、
前記注文は、指示に関連付けられるとともに、前記注文は、前記指示をベースとして、複数のワークフローの１つに従って処理され、
もし前記注文が、１つ又は複数の適合性要件を満足するならば、前記複数のワークフローの少なくとも１つに従って、前記注文の少なくとも一部が、価格改善を伴って自動的に執行され、又は、もし前記注文が１つ又は複数の前記適合性要件を満足しないならば、手動で処理され、かつ、
もし前記注文が、前記適合性要件の１つ又は複数を満足しないならば、前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記注文は、未処理で戻されることを特徴とする方法。
【請求項１４】
証券取引の方法であり、
証券取引注文を提出する段階と、
価格改善を伴う自動執行を受ける段階又は前記注文の未処理での返却を受ける段階と、
を具備し、
前記注文は、注文量に関連付けられており、
前記注文が当てはまる層は、前記注文量及び前記証券取引の一日平均出来高をベースとして決定され、
前記層は、取引量及び証券取引の一日平均出来高に関連付けられた値の範囲を表す複数の層の１つを具備し、
１つ又は複数の前記層の各々は、価格改善に関連付けられ、
前記注文は、指示に関連付けられるとともに、前記指示をベースとして、前記注文は、複数のワークフローの１つに従って処理され、
前記複数のワークフローの少なくとも１つに従って、前記注文の一部は、もし前記注文が１つ又は複数の適合性要件を満足するならば、前記決定された層に関連付けられた取引量まで、前記決定された層に関連付けられた価格改善を伴って自動的に執行されるとともに、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、手動で処理され、かつ、
前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、未処理で戻されることを特徴とする方法。
【請求項１５】
証券取引の注文を処理するためのシステムであり、
証券取引注文を受信する注文管理構成要素と、
（ｉ）注文量及び前記証券取引の一日平均出来高をベースとして、前記注文が当てはまる層を決定し、
（ｉｉ）前記決定された層に関連付けられた価格改善を伴って、前記注文の少なくとも一部を自動的に執行する、
プロセッサと、
を具備し、
前記注文は、前記注文量に関連付けられ、
前記層は、取引量及び、証券取引の一日平均出来高に関連付けられた値の範囲を表す複数の層の１つを具備するとともに、１つ又は複数の前記層の各々は、価格改善と関連付けられることを特徴とするシステム。
【請求項１６】
ネットワークから電子的に注文を受信するとともに、前記注文を前記注文管理構成要素に送信するルーティング構成要素をさらに具備することを特徴とする請求項１５に記載のシステム。
【請求項１７】
証券取引の注文を処理するためのシステムであり、
証券取引注文を受信する注文管理構成要素と、
指示をベースとして複数のワークフローの１つに従って前記注文を処理するプロセッサと、
を具備し、
前記注文は、前記指示に関連付けられ、
もし前記注文が、１つ又は複数の適合性要件を満足するならば、前記複数のワークフローの少なくとも１つに従って、前記注文の少なくとも一部が、価格改善を伴って自動的に執行され、又は、もし前記注文が１つ又は複数の前記適合性要件を満足しないならば手動で処理され、かつ、
もし前記注文が、１つ又は複数の前記適合性要件を満足しないならば、前記複数のワークフローの少なくとも１つ他のワークフローに従って、前記注文は未処理で戻されることを特徴とするシステム。
【請求項１８】
ネットワークから電子的に注文を受信するとともに、前記注文を前記注文管理構成要素に送信するルーティング構成要素をさらに具備することを特徴とする請求項１７に記載のシステム。
【請求項１９】
証券取引の注文を処理するためのシステムであり、
証券取引注文を受信する注文管理構成要素と、
（ｉ）前記注文量及び前記証券取引の一日平均出来高をベースとして、前記注文が当てはまる層を決定し、
（ｉｉ）前記指示をベースとして、複数のワークフローの１つに従って前記注文を処理する、
プロセッサと、
を具備し、
前記注文は、前記注文量及び前記指示に関連付けられており、
前記層は、取引量及び証券取引の一日平均出来高に関連付けられた値の範囲を表す複数の層の１つを具備し、
前記層の１つ又は複数の各々は、価格改善に関連付けられ、
前記複数のワークフローの少なくとも１つに従って、前記注文の一部は、もし前記注文が１つ又は複数の適合性要件を満足するならば、前記決定された層に関連付けられた取引量まで、前記決定された層に関連付けられた価格改善を伴って自動的に執行され、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、手動で処理され、前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記決定された層に関連付けられた取引量を超過する前記注文の残りは、未処理で戻されることを特徴とするシステム。
【請求項２０】
ネットワークから電子的に注文を受信するとともに、前記注文を前記注文管理構成要素に送信するルーティング構成要素をさらに具備することを特徴とする請求項１９に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、証券の低い想定価値（ｎｏｔｉｏｎａｌ  ｖａｌｕｅ）の注文を処理することに関する。
【背景技術】
【０００２】
特定の状況では、証券取引会社の顧客は、低い想定価値の株式注文の発行を所望するかもしれない。トレーダーは、度々、そのような注文に価値を追加するのが不可能であるが、それにもかかわらず、それらを執行することが要求される。それに加え、従来技術のシステムは手動であり、それによって、そのような注文を手動で処理することをトレーダーに要求することにより、なお一層より大きい非効率性をもたらしている。
【発明の開示】
【課題を解決するための手段】
【０００３】
本発明は、証券取引の注文を処理するためのシステム及び方法を対象とする。１つ又は複数の層が確立される。前記層は、取引量に関連付けられた値、及び、証券取引をする一日平均出来高の割合の範囲を表す。１つ又は複数の前記層の各々は、価格改善（ｐｒｉｃｅ  ｉｍｐｒｏｖｅｍｅｎｔ）に関連付けられる。前記証券取引の注文が受信される。前記注文は、注文量に関連付けられる。前記注文が当てはまる前記層は、前記注文量及び前記一日平均出来高をベースとして決定される。前記注文の少なくとも一部が、前記決定された層に関連付けられた前記価格改善を伴って自動的に執行される。
【０００４】
本発明は、証券取引の注文を処理するためのシステム及び方法をさらに対象とする。証券取引注文を受信する。前記注文は、指示に関連付けられる。前記指示をベースとして、前記注文は、複数のワークフローの１つに従って処理される。前記複数のワークフローの少なくとも１つに従って、もし前記注文が、１つ又は複数の適合性要件を満足するならば、前記注文の少なくとも一部は、価格改善を伴って自動的に執行される、又は、もし前記注文が、適合性要件を満足しないならば、手動で処理される。前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記注文は、もしそれが前記適合性要件を満足しないならば、未処理（ｕｎｆｉｌｌｅｄ）で戻される。
【０００５】
本発明は、さらに、証券取引の注文を処理するための方法及びシステムをさらに対象とする。１つ又は複数の層が確立される。前記層は、取引量及び、証券取引の一日平均出来高の割合に関連付けられた値の範囲を表す。前記１つ又は複数の前記層の各々は、価格改善に関連付けられる。前記証券取引注文を受信する。前記注文は、注文量及び指示に関連付けられる。前記注文が当てはまる前記層は、前記注文量及び前記一日平均出来高をベースとして決定される。前記指示をベースとして、前記注文は、複数のワークフローの１つに従って処理される。前記複数のワークフローの少なくとも１つに従って、もし前記注文が１つ又は複数の適合性要件を満足するならば、前記注文の一部は、前記決定された層に関連付けられた量まで、前記決定された層に関連付けられた価格改善を伴って、自動的に執行されるとともに、前記決定された層に関連付けられた量を超過する前記注文の残りは、手動で処理される。前記複数のワークフローの少なくとも１つの他のワークフローに従って、前記決定された層に関連付けられた量を超過する前記注文の残りは、未処理で戻される。
【０００６】
上述の全般的な説明及び次の詳細な説明は、代表的及び例示的であることと、特許請求の範囲に記載の本発明のさらなる説明を提供するように意図していることとの、２つを理解すべきである。
【０００７】
本発明のさらなる理解を提供するために、具備されるとともに、組み込まれるとともに、この明細書の一部を構成する添付図面は、本発明の実施形態を説明するとともに、詳細な説明とともに本発明の原理を説明するために提供される。
【発明を実施するための最良の形態】
【０００８】
本発明の好ましい実施形態に対して、これから、詳細に亘って参照が行われる。それらの実施例は、添付図面内で説明される。
【０００９】
本発明は、証券取引、特に低い想定価値の取引の執行の効果的な仕方を提供する。特に、顧客は、注文処理において価格改善を受けるとともに、もし前記想定価値が、特定のしきい値よりも小さいならば、保証された執行を受ける。この注文フローを自動化することにより、会社は、価格改善の形式で、前記顧客により良い執行を提供しうる。好ましい実施形態では、低い想定価値の注文では、前記顧客に提供の明示的な選択を要求することなく、自動執行が提供される。前記システムは、複数の資産区分（即ち、株式及び株式デリバティブ商品）と、合成証券とをサポートする。（適切な基準を満足する）注文は、市場の状態によらずに、保証された価格改善を伴って自動的に執行されるとともに、前記会社は、いかなる不自然な取引においてもリスクを取るという意味において、前記ＤＴＣシステムは、リスクベースである。
【００１０】
図１は、代表的なシステムを説明するとともに、本発明の好ましい実施形態と関連付けて使用されうるワークフローを伴う。前記会社２００は、顧客１００から、又は、に代わって、例えば、Ｆｉｎａｎｃｉａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｅＸｃｈａｎｇｅ（ＦＩＸ）プロトコルのような、業界標準取引プロトコルを使用して、ネットワーク上で電子的に、新規注文を受信する。そのような注文は、まず第１に、会社の注文ルーティングシステムで扱われる。前記注文は、受付注文として予約されるとともに、前記注文管理システム３００に配送される。また、手動の（即ちＦＩＸを介さない）電話注文として、前記注文管理システム３００に注文が入来しても良い。
【００１１】
そのような注文を前記注文管理システム３００が取り扱う仕方は、前記注文がフラグ付与された仕方をベースとして決定される。特に、前記顧客は、以下でより詳細に説明されるように、意図する執行サービス、Ｄｉｒｅｃｔ  ｔｏ  Ｃａｐｉｔａｌ（ＤＴＣ）、又は自動執行，又はＫｉｌｌ（ＤＴＫ）を指定して前記注文にフラグ付与することが可能である。以下で説明されるＦＩＸプロトコルのカスタム化を使用して、注文は前記顧客によってフラグ付与されても良く、又は電話注文は、前記セールストレーダーによって手動でフラグ付与されても良い。
【００１２】
フラグ付与された注文は、もし認証されたら（即ち、もし前記顧客が前記ＤＴＣシステムを使用可能であれば）、ＤＴＣエンジン４００によって処理される。ＤＴＣ執行チャネルに対してフラグ付与された注文は、前記顧客の権限付与に対して（例えば、下で説明される層に従って）価格改善を伴って執行される。もし前記注文が、必要な基準に合致しない（例えば、前記注文が同意済みの約因に優先する）ならば、前記注文は、特別な受付注文として執行されるように、前記セールストレーダーに送信される。ＤＴＫ執行チャネルに対してフラグ付与された注文は、ＤＴＫフラグを伴う注文は、もしそれらが自動執行サービスによって差し戻されたら、未処理で前記顧客に戻されることを除いて、ＤＴＣのそれと同一の仕方で処理される。ＤＴＫは、前記顧客に、もし所望するならば、匿名取引チャネルを提供する。
【００１３】
顧客は、取引が自動的に執行されるかどうかに関して、３つの状態の１つを設定しても良い。「Ｏｎ］、「Ｏｆｆ」、又は「Ｅｘｐｌｉｃｉｔ」。もし自動状態が、所与の顧客に対して「Ｏｎ」に設定されたら、当該顧客のために受信される任意の（即ち、ＦＩＸを経由する、又は電話注文としての）注文は、たとえもし前記注文がフラグ付与されていなくても、あたかもそれがＤＴＣとフラグ付与されたかのように、前記ＤＴＣエンジンを使用して処理される。「Ｅｘｐｌｉｃｉｔ」は、フラグ付与注文をいう。「Ｅｘｐｌｉｃｉｔ」状態の顧客に対しては、特別なＤＴＣ又はＤＴＫフラグを搬送する注文のみが、自動執行のために検査される。もしこのフラグなければ、前記注文は、前記自動執行サービスに対する検査を受けない。「Ｅｘｐｌｉｃｉｔ」配送オプションでは、＜表１＞及び＜表２＞に示されるように、前記ＦＩＸプロトコルを介してサポートされる２つのシナリオがある。これらの表は、前記ＤＴＣエンジンを使用してＦＩＸを介して受信される注文を処理するために、前記ＦＩＸプロトコルが変更されうる１つの仕方を表す。
【００１４】
【表１】
2009515259.tif 000002
【００１５】
【表２】
2009515259.tif 000003
【００１６】
いくつかの実施形態では、ある顧客のために、例外が配置されても良い。代表的な例外では、もし顧客が、期待されるタグ情報を提供できないならば、前記注文は、会社のルーティングシステム２００に到着したときに、前記注文は上書きされても良い。例えば、ＤＴＣ又はＤＴＫは、前記会社によって、特定の顧客から受信される各注文上で、前記ルーティングシステムによってスタンプを押される。これらの注文は、次いで、前記顧客が前記注文それ自体をフラグ付与したかのように取り扱われる。この例外の他の実施例は、前記顧客は、訂正扱い指示を送信不可能であることを仮定する。この実施例では、ＦＩＸプロトコルを介して前記顧客によって送信された値は、上書きしても良い（例えば、２１＝１（仲買人の介入なし）は、２１＝３（手動による最良執行）に変更される）。
【００１７】
本発明の好ましい実施形態では、特定の顧客のみが、特定のタイプの注文を、価格改善を伴って自動執行させることが可能であることを意味する、多くの異なるタイプの付与が実施されても良い。例えば、特定の顧客には、本発明のシステムによって処理される、特定のタイプの証書（例えば、単一株式のみ）に対する注文を具備するように権限付与しても良い。さらに実施例を利用して、顧客は、特定の市場内でのみ取引するように認証されても良く、かつ、もし注文が、当該顧客に対して確立された市場内でない、又は接続性が提供可能である市場内でないならば、それらは差し戻される。
【００１８】
好ましい実施形態では、ＤＴＣ注文タイプは、それら自身に固有の権限付与を具備しても良い。例えば、顧客は、取引毎ベースで株券の自動取引執行を可能又は不可能化しても良い。例えば、顧客は、目下、イタリアを除外した全ての取引を自動執行可能にしても良い。
【００１９】
好ましい実施形態では、注文が、自動執行及び価格改善に適合するかどうか、及び前記価格改善の量の決定は、マトリックスを参照して決定される。
【００２０】
（＜表３＞内に説明されている）代表的なマトリックスは、いくつかの層を具備する。説明する実施例内では、５つの層が使用される。しかしながら、任意の数の層が、本発明に関連して使用されても良い。前記層は、前記会社が自動執行のために受付する前記注文量に関連付けられた値の範囲を表す。＜表３＞では、変数Ｘは、所与の注文量を表す。変数Ｙは、当該証券で市場において取引される一日平均出来高（ＡＤＶ）の割合値を表す。変数ｘは、所与の層に対する価格改善の割合値を表す。代表的な実施形態では、変数Ｘ，Ｙ及びｘに関連付けられた値は、各層で異なる。特定の値は、所与の会社／顧客にとって適切であるように設定されうるので、示されている実施例では、そのような値は、これらの変数に関連付けられていない。具体的には、提供された前記価格改善は、前もって顧客と同意した限度をベースとしている。前記会社によって受信される所与の注文は、まず、層１に対して検査される。もしそれは、層１の限度内に当てはまるならば、当該層に関連付けられた価格改善を伴って、それは執行される。もし層１内で執行可能でないならば、それは、層２に対して検査される、等。好ましい実施形態では、任意の所与の層は、特定の顧客に使用されなくても良い。（即ち、前記顧客の前記会社での状態をベースとして、異なる層が、ある顧客に対して提供されるとともに、他の顧客には提供されなくても良い。）
【００２１】
【表３】
2009515259.tif 000004
【００２２】
ＤＴＣエンジン４００は、好ましい実施形態では、種々のステージに従って、自動執行及び価格改善に対して、注文が利用可能かどうかに関して検査する。特に、もし、注文が、ＤＴＣに対して考慮を要求する特定の状態である（即ち、それに従いフラグ付与されている）ならば、次いで、前記注文は、自動執行の適合性を判定するために、上記で説明されたステージを、代表的なマトリックス内で左から右まで通る。この表の左から右に移動すると、前記Ｘ値は上昇し、前記Ｙ値は上昇するとともに、前記ｘ値は下降する。このようの、受信された注文量（Ｘ）及びＡＤＶ（Ｙ）が増加したら、それらは、小さい価格改善（ｘ）を受ける。
【００２３】
好ましい実施形態では、前記株式の区分は、また、そのような株式に対する注文が、自動執行及び価格改善に適合するかどうかを決定するときに考慮される。区分０は、デフォルトであり、事実上未区分を意味する。区分５の株券は、最大量の注文が、自動執行及び価格改善に対して適合する流動性の高い株券である。他方、区分１の株券は、限定された流動性を具備する。各顧客のために、異なるように区分化された株券の自動執行に対する最大ドル価値が調査されうる、限度表が特定される。
【００２４】
速度検査（ｖｅｌｏｃｉｔｙ  ｃｈｅｃｋｉｎｇ）は、本明細書で説明された前記システムを使用した注文発行及び注文処理に関連付けて実施しても良い。次に、どのようにして速度検査が実施されうるかを説明するアルゴリズムを構成する。詳細には、次の量は顧客及び証券別である。
【００２５】
ｓｔ       ：  顧客が時刻ｔにおいて特定の証券で取引を所望する株数
ｌｍａｘ     ：  顧客の設定をベースとする顧客が１クリップ内で取引可能である最大株数、即ち顧客の層及び一日平均出来高限度による、特定証券の可能な最大株数
ｌｄｙｎ，ｔ   ：  時刻ｔにおける顧客が取引可能である株数の動的な限度
ｌｕｓｅｄ，ｔ：  時刻ｔにおける最大限度から現在使用されている株数
νｔ       ：  時刻ｔにおける特定証券取引累積出来高
ｔ       ：  顧客が特定証券の取引をした時刻、ｔ＝０は、一日の開始と定義する。
ｒ       ：  許容出来高比率のパーセント、詳細には２０％又は２５％  
初期値は、一日の開始において、
ｌｕｓｅｄ，０＝０
ν０＝０
もし、顧客が時刻ｔにおいて、株数ｓｌの特定証券を取引することを試みると、
ｌｄｙｎ，ｔ＝ｍａｘ（０．０，ｌｕｓｅｄ，ｔ−１−（νｔ−νｔ−１）・ｒ）
として、もし次の条件：
ｓｔ≦ｌｄｙｎ，ｔ
が真であれば、前記取引は、安全性検査によって承認される。
ｌｍａｘ，ｔはその後更新される：
ｌｕｓｅｄ，ｔ＝ｍｉｎ（ｌｍａｘ，ｌｕｓｅｄ，ｔ＋｜ｓｔ｜）
【００２６】
前記速度検査は、市場出来高に対して適切な規模の取引を、動的に限定するのに使用される。概念的には、速度検査の原理は、液体を保持するレセプタクルを参照して説明しうる。前記レセプタクル内の液体の量は、動的な顧客の限度を表す。一日の開始においては、前記レセプタクルは、充分に注文処理される。前記顧客が取引する毎に、前記レセプタクルから中身が比例して除去される。図２に示されるように、レセプタクルは、外部市場出来高に対して適正な規模で補充される。
【００２７】
合成証券は、基礎となる株式証書の市場パフォーマンスを中心に構成されたデリバティブ商品を表す。そのような契約は、空売り能力、レバレッジの包含、及び、決済の容易性及びコスト低減を具備する、顧客に対する多くの商業上の利益を具備する。前記システムは、合成証券注文をサポートする。現金決済（ＤＶＰ）は、証券資金同時受渡（ＤＶＰ）ベースでの物理的な株式の受渡を表す。差金決済契約（ＣＦＤ）は、店頭デリバティブ商品上で、前記会社及び前記顧客が、単一証券の動きをベースとして、長期に亘りキャッシュフローを交換することを同意する商品を表す。株式スワップは、基準株式及び利息証書の動きをベースとして、定められた時間に亘って、キャッシュフローを交換することに同意した２者の間の契約である。スワップによって、顧客が、１つの単一株式スワップ内で、長期に亘って変化する証券ポートフォリオを取引することが可能になる。市場データ要求（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｍａｒｋｅｔ  Ｄａｔａ）は、顧客が、第三者の仲買人とのＣＦＤ又は株式スワップに参加を望んでいるが、前記会社及び前記第三者の仲買人と、その関係において連絡するシナリオに関連する。この場合に必要である法律文書は、前記顧客は、現金による株式注文を提出するのではなく、基準株式取引に関係する（価格、利用可能性、大きさ等に関するデータのような）市場データを提供することを、前記会社に要求するに過ぎないことを確認する（「Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｍａｒｋｅｔ  Ｄａｔａ」として公知である）。前記会社は、第３者のＣＦＤ／スワップ提供者に、前記提供者が売却（ｗｒｉｔｉｎｇ）するＣＤＦ／スワップへの手持ちのヘッジとして提供しても良い、マーケットデータ要求に対応する株式の投機的な購入をしても良い。前記会社の文書は、市場データ要求も、それに関するデータの会社による準備も、証券の購入及び移管に関する同意を意味しないことを定める。ＤＴＣ商品を介して合成証券を取引するための中心的要件は、注文を前記ＤＴＣ商品に送信するときは、市場毎のベースで、ＣＦＤ、ＲＦＭＤ／ＩＰ、及びスワップに対して、顧客に権限付与することである。適切なフラグ（タグ７７５及び７７５０）を、下流システム（主に、前記ＤＴＣエンジン）に渡す。
【００２８】
＜表４＞は、前記ＦＩＸプロトコルと関連付けて、合成証券で使用されうるタグを説明する。
【００２９】
【表４】
2009515259.tif 000005
【００３０】
合成証券は、ＤＴＣフラグを伴う他の注文が配送されるのと同一の仕方で、配送される。以下に、ＦＩＸプロトコルが、合成証券を取り扱うように変更されうる、代表的な仕方を示す。以下は、
「基本的」アプローチ：
タグ１  マッピング  −  予約（例えば  Ｄｅｘｉａ：“ＣＳＦＢ＿ＩＰ”）
タグ５８         ：  ＣＦＤ／ＳＷＰ／ＩＰ
「高度な」アプローチ：
タグ７７５       ：  １＝ＣＦＤ；  ２＝ＳＷＰ；  ３＝ＩＰ
タグ７７５０     ：  １＝ＣＦＤ；  ２＝ＳＷＰ；  ３＝ＩＰ
デフォルト：
顧客が何を送信しても上書きするように、ＣＦＤ／ＳＷＰ／ＩＰをデフォルトでＦＩＲＳＴに設定する。
を特定する。
【００３１】
前記顧客は、注文が一度ＤＴＣの受付注文として実行されたときに限って補正しうる（即ち、前記注文が、手動処理のためにセールストレーダーのデスクに到着したときに、前記セールストレーダーは、それを補正しうる）。ＤＴＫについては、補正は許可されない。
【００３２】
前記システムの好ましい実施形態は、例えば：前記顧客は、前記システムを使用するように認証されていない；前記顧客は、ＣＦＤ又はスワップ又はＲＦＭＤを送信するように認証されていない；前記顧客は、取引不可能である；前記注文が、前記顧客の限度を超過する；前記注文の対象である株式の流動性の欠如；前記顧客が、前記テキストフィールド内に、ＤＴＣ及びＤＴＫフラグの両方を送信する；取り消し／補正メッセージの受信；又は、前記顧客が、２１＝３以外の何かを送信した（例外が実施されていない場合）のような種々の状況内で、注文を差し戻すようにセットアップされる。
【００３３】
上記で説明されたように、前記層内に当てはまる注文に対して、完全な執行を提供するのと同様、前記ＤＴＣエンジンは、また、特定の限度まで部分的に注文を注文処理するとともに、次いで、前記注文の残りを差し戻す機能を具備する。注文がＤＴＫとフラグ付与されている場合には、前記注文の残りは、未処理で、前記顧客に直接に差し戻される。前記ＤＴＣフラグの場合には、残りは、手動で処理されるように、セールストレーダーのところに行く。
【００３４】
証券取引注文を処理するための本発明の方法は、次のフローチャート内で説明される。これらのフローチャート内で特定された段階は、必ずしも段階が実施される必要のある順序を指図しない。さらに、前記方法の１つ又は複数の段階は、データ処理装置上で実行するソフトウェアによって実施されても良い。
【００３５】
図３を参照する。１つ又は複数の層が、段階３０１で確立される。前記層は、上記で＜表３＞内にて説明されたように、取引量及び、証券取引の一日平均出来高の割合に関連付けられた値の範囲を表す。各１つ又は複数の前記層は、価格改善に関連付けられる。証券取引注文が、段階３０２で受信される。前記注文は、注文量に関連付けられる。段階３０３で、前記注文量及び前記一日平均出来高の割合をベースとして、前記注文が当てはまる前記層が決定される。段階３０４で、前記注文の少なくとも一部は、前記決定された層に関連付けられた価格改善を伴って、自動的に執行される。
【００３６】
図４を参照する。証券取引注文が、段階４０１で受信される。前記注文は、指示に関連付けられる。前記指示は、段階４０２で再検討される；前記指示をベースとして、前記注文は、複数のワークフローの１つに従って処理される。段階４０３では、前記注文が特定の適合性要件を満たすかどうかを決定する。前記ワークフローの１つに従うと、前記注文の少なくとも一部は、もし前記注文が前記適合性要件を満足するならば、段階４０４で、価格改善を伴って自動的に執行され、又は、もし前記注文が、前記適合性要件を満足しないならば、段階４０５で、手動で処理される。前記ワークフローの少なくとも１つの他のワークフローに従うと、前記注文は、もしそれが前記適合性要件を満足しないならば、段階４０６にて未処理で戻される。
【００３７】
図５を参照する。層は、段階５０１で確立される。図３内で説明された方法のように、前記層は、取引量及び、証券を取引する一日平均出来高の割合に関連付けられた値の範囲を表す。１つ又は複数の前記層の各々は、価格改善に関連付けられている。前記証券取引注文が、段階５０２で受信される。前記注文は、注文量及び指示に関連付けられている。段階５０３で、前記注文量及び前記一日平均出来高の割合をベースとして、前記注文が当てはまる前記層が決定される。前記指示は、段階５０４で再検討される；前記指示をベースとして、前記注文は、複数のワークフローの１つに従って処理される。段階５０５では、前記注文が特定の適合性要件を満足するかどうかを決定する。少なくとも１つの前記ワークフローに従うと、もし前記注文が、前記適合性要件を満足するならば、段階５０６で、前記注文の一部は、前記決定された層に関連付けられた量まで、前記決定された層に関連付けられた価格改善を伴って自動的に執行されるとともに、前記決定された層に関連付けられた量を超過する前記注文の残りは、段階５０７で、手動で処理される。少なくとも１つの他の前記ワークフローに従うと、決定された層に関連付けられた量を超過する前記注文の残りは、段階５０８で、未処理で戻される。
【００３８】
本明細書で、本発明を、特定の実施形態を参照して詳細に説明してきたが、当業者は、趣旨及び範囲を逸脱しないで、種々の変化及び修正をなしうることは明らかである。このように、この発明の修正及び変形例が、特許請求の範囲の範囲及びそれらの均等物であるならば、本発明は、それらを守備するものと解される。
【図面の簡単な説明】
【００３９】
【図１】図１は、本発明の好ましい実施形態を実行するための、代表的なシステム及び関連付けられたワークフローである。
【図２】図２は、速度検査の論理的表現である。
【図３】図３は、本発明の方法の好ましい実施形態を説明するフローチャートである。
【図４】図４は、本発明の方法の好ましい実施形態を説明するフローチャートである。
【図５】図５は、本発明の方法の好ましい実施形態を説明するフローチャートである。
【符号の説明】
【００４０】
１００  顧客
２００  ルーティングシステム
３００  注文管理システム
４００  ＤＴＣエンジン
【図１】
2009515259.tif 000006
【図２】
2009515259.tif 000007
【図３】
2009515259.tif 000008
【図４】
2009515259.tif 000009
【図５】
2009515259.tif 000010