(57)【要約】複数のネットワーク化されたコンピューティングリソース１０６および１１０６によるデータ処理の管理のための、システム１００および１０００、方法、ならびに機械による解釈が可能なプログラミングまたは他の命令製品。詳細には、本開示は、分散型ネットワークリソースを用いたデータ処理に関する関連リクエストの同期化に関する。【選択図】図１Ａ
2013513171.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を行わせるためのシステムであって、前記システムは、少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、機械による解釈が可能な命令を実行するように構成され、前記システムに、
１つ以上のデータソースから信号を受信することであって、前記信号は、複数のネットワーク化されたコンピューティングリソースによる実行が可能な少なくとも１つのデータプロセスの実行のための命令を示すこと、
前記少なくとも１つのデータプロセスを複数のデータ処理セグメントへと分割することであって、各データ処理セグメントは、複数のネットワーク化された実行プロセッサのうち異なる１つへとルートされるべきものであること、
前記システムから前記複数のネットワーク化された実行プロセッサそれぞれへとルートされた以前のデータ処理リクエストの実行の待ち時間に少なくとも部分的に基づいて、複数のタイミングパラメータを決定することであって、前記複数のタイミングパラメータはそれぞれ、前記複数のデータ処理セグメントのうち対応するものと関連付けられるべきものであり、前記決定された複数のタイミングパラメータにより、前記複数のネットワーク化された実行プロセッサによる前記複数のデータ処理セグメントの同期型実行が行われること、および
前記複数のデータ処理セグメントと関連付けられた前記タイミングパラメータを用いて、前記複数のデータ処理セグメントを前記複数の対応するネットワーク化された実行プロセッサへとルートすることを行わせる、システム。
【請求項２】
前記複数の決定されたタイミングパラメータのうち少なくとも１つは、前記システムから前記複数のネットワーク化された実行プロセッサのうち少なくとも１つへとルートされた信号処理リクエストの実行における動的に監視される待ち時間に少なくとも部分的に基づいて決定される、請求項１に記載のシステム。
【請求項３】
前記複数の決定されたタイミングパラメータのうち少なくとも１つは、通信遅延および処理遅延のうち少なくとも１つに少なくとも部分的に基づいて決定される、請求項１に記載のシステム。
【請求項４】
前記複数の決定されたタイミングパラメータのうち少なくとも１つは、待ち時間確率モデルに少なくとも部分的に基づいて決定される、請求項１に記載のシステム。
【請求項５】
前記ネットワーク化された実行プロセッサは交換サーバーを含み、前記データ処理セグメントは、金銭的利害に関するトレードリクエストを示す、請求項１に記載のシステム。
【請求項６】
前記金銭的利害は、コモディティおよび無形の利害のうち少なくとも１つを含む、請求項５に記載のシステム。
【請求項７】
前記金銭的利害は、債券およびオプションのうち少なくとも１つを含む、請求項５に記載のシステム。
【請求項８】
前記少なくとも１つのプロセッサは、前記システムに、
前記複数のデータ処理セグメントのうち少なくとも１つそれぞれと、少なくとも１つの数量条件を示すデータとを関連付けることであって、前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントそれぞれを示すリクエストに従ってトレードされるべき金銭的利害の少なくとも１つの数量と、各このような数量条件と関連付けられた少なくとも１つの対応する価格条件とを示し、前記数量条件は、前記少なくとも１つのデータ処理セグメントによって示されるトレードの実行時において用いられるべき少なくとも１つの提案価格を示すこと、を行わせるための命令を実行するようにさらに構成され、
前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントのルート先である前記ネットワーク化された実行プロセッサ（単数または複数）と関連付けられた市場において、前記対応する関連付けられた価格条件に相当する価格で公的に申し込まれた金銭的利害のうち少なくとも１つの数量よりも大きい、請求項５に記載のシステム。
【請求項９】
前記少なくとも１つの数量条件は、前記データ処理セグメントのルート先である前記ネットワーク化された実行プロセッサと関連付けられた前記市場と関連付けられた取引履歴に少なくとも部分的に基づいて決定される、請求項８に記載のシステム。
【請求項１０】
複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を行わせるためのシステムであって、前記システムは、少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、機械による解釈が可能な命令を実行するように構成され、前記システムに、
前記複数のネットワーク化されたコンピューティングリソースそれぞれによる信号処理実行リクエストの実行を監視すること、
前記システムと、前記複数のネットワーク化されたコンピューティングリソースそれぞれとの間の信号プロセス実行の待ち時間と関連付けられた少なくとも１つのタイミングパラメータを決定すること、および
前記少なくとも１つのプロセッサによるアクセスが可能な機械可読型メモリ中に前記少なくとも１つのタイミングパラメータを保存すること、を行わせる、システム。
【請求項１１】
前記少なくとも１つの待ち時間は、通信遅延および処理遅延のうち少なくとも１つと関連付けられる、請求項１０に記載のシステム。
【請求項１２】
信号処理リクエストの実行は、定期的に監視される、請求項１０に記載のシステム。
【請求項１３】
信号処理実行リクエストの実行は、連続的に監視される、請求項１０に記載のシステム。
【請求項１４】
前記ネットワーク化された実行プロセッサは交換サーバーを含み、前記データ処理セグメントは、金銭的利害に関するトレードリクエストを示す、請求項１０に記載のシステム。
【請求項１５】
複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を行わせる方法であって、前記方法は、機械による解釈が可能な命令を実行する少なくとも１つのプロセッサによって行われ、前記機械による解釈が可能な命令は、前記少なくとも１つのプロセッサに、
１つ以上のデータソースから信号を受信することであって、前記信号は、複数のネットワーク化されたコンピューティングリソースによる実行が可能な少なくとも１つのデータプロセスの実行のための命令を示すこと、
前記少なくとも１つのデータプロセスを複数のデータ処理セグメントへと分割することであって、各データ処理セグメントは、複数のネットワーク化された実行プロセッサのうち異なる１つへとルートされるべきものであること、
前記システムから前記複数のネットワーク化された実行プロセッサそれぞれへとルートされた以前のデータ処理リクエストの実行の待ち時間に少なくとも部分的に基づいて、複数のタイミングパラメータを決定することであって、前記複数のタイミングパラメータはそれぞれ、前記複数のデータ処理セグメントのうち対応するものと関連付けられるべきものであり、前記決定された複数のタイミングパラメータにより、前記複数のネットワーク化された実行プロセッサによる前記複数のデータ処理セグメントの同期型実行が行われること、および
前記複数のデータ処理セグメントと関連付けられた前記タイミングパラメータを用いて、前記複数のデータ処理セグメントを前記複数の対応するネットワーク化された実行プロセッサへとルートすること、を行わせるように構成される、方法。
【請求項１６】
前記機械による解釈が可能な命令は、前記少なくとも１つのプロセッサに、
前記複数のデータ処理セグメントそれぞれのうち少なくとも１つと、少なくとも１つの数量条件を示すデータとを関連付けることであって、前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントそれぞれを示すリクエストに従ってトレードされるべき金銭的利害の少なくとも１つの数量と、各このような数量条件と関連付けられた少なくとも１つの対応する価格条件とを示し、前記数量条件は、前記少なくとも１つのデータ処理セグメントによって示されるトレードの実行時において用いられるべき少なくとも１つの提案価格を示すこと、を行わせるようにさらに構成され、
前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントのルート先である前記ネットワーク化された実行プロセッサ（単数または複数）と関連付けられた市場において、前記対応する関連付けられた価格条件に相当する価格で公的に申し込まれた金銭的利害のうち少なくとも１つの数量よりも大きい、請求項１５に記載の方法。
【請求項１７】
複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を行わせる方法であって、前記方法は、機械による解釈が可能な命令を実行する少なくとも１つのプロセッサによって行わせ、前記機械による解釈が可能な命令は、前記少なくとも１つのプロセッサに、
前記複数のネットワーク化されたコンピューティングリソースそれぞれによる信号処理実行リクエストの実行を監視すること、
前記システムと、前記複数のネットワーク化されたコンピューティングリソースそれぞれとの間の信号プロセス実行の待ち時間と関連付けられた少なくとも１つのタイミングパラメータを決定すること、および
前記少なくとも１つのプロセッサによるアクセスが可能な機械可読型メモリ中に前記少なくとも１つのタイミングパラメータを保存すること、を行わせるように構成される、方法。
【請求項１８】
非過渡的な機械可読型プログラミング構造を含むコンピュータによる読み出しが可能な媒体（単数または複数）であって、前記非過渡的な機械可読型プログラミング構造は、複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を発生させるように構成され、前記プログラミング構造は、少なくとも１つのプロセッサに、
１つ以上のデータソースから信号を受信することであって、前記信号は、複数のネットワーク化されたコンピューティングリソースによる実行が可能な少なくとも１つのデータプロセスの実行のための命令を示すこと、
前記少なくとも１つのデータプロセスを複数のデータ処理セグメントへと分割することであって、各データ処理セグメントは、複数のネットワーク化された実行プロセッサのうち異なる１つへとルートされるべきものであること、
前記システムから前記複数のネットワーク化された実行プロセッサそれぞれへとルートされた以前のデータ処理リクエストの実行の待ち時間に少なくとも部分的に基づいて、複数のタイミングパラメータを決定することであって、前記複数のタイミングパラメータはそれぞれ、前記複数のデータ処理セグメントのうち対応するものと関連付けられるべきものであり、前記決定された複数のタイミングパラメータにより、前記複数のネットワーク化された実行プロセッサによる前記複数のデータ処理セグメントの同期型実行が行われること、および
前記複数のデータ処理セグメントと関連付けられた前記タイミングパラメータを用いて、前記複数のデータ処理セグメントを前記複数の対応するネットワーク化された実行プロセッサへとルートすること、を行わせるように構成される、媒体。
【請求項１９】
前記機械による解釈が可能な命令は、前記少なくとも１つのプロセッサに、
前記複数のデータ処理セグメントのうち少なくとも１つそれぞれと、少なくとも１つの数量条件を示すデータとを関連付けることであって、前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントそれぞれを示すリクエストに従ってトレードされるべき金銭的利害の少なくとも１つの数量と、各このような数量条件と関連付けられた少なくとも１つの対応する価格条件とを示し、前記数量条件は、前記少なくとも１つのデータ処理セグメントによって示されるトレードの実行時において用いられるべき少なくとも１つの提案価格を示すこと、を行わせるようにさらに構成され、
前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントのルート先である前記ネットワーク化された実行プロセッサ（単数または複数）と関連付けられた市場において、前記対応する関連付けられた価格条件に相当する価格で公的に申し込まれた金銭的利害のうち少なくとも１つの数量よりも大きい、請求項１８に記載の媒体（単数または複数）。
【請求項２０】
非過渡的な機械可読型プログラミング構造を含むコンピュータによる読み出しが可能な媒体（単数または複数）であって、前記非過渡的な機械可読型プログラミング構造は、複数のネットワーク化されたコンピューティングリソースによる同期型データ処理を発生させるように構成され、前記プログラミング構造は、少なくとも１つのプロセッサに、
前記複数のネットワーク化されたコンピューティングリソースそれぞれによる信号処理実行リクエストの実行を監視すること、
前記システムと、前記複数のネットワーク化されたコンピューティングリソースそれぞれとの間の信号プロセス実行の待ち時間と関連付けられた少なくとも１つのタイミングパラメータを決定すること、および
前記少なくとも１つのプロセッサによるアクセスが可能な機械可読型メモリ中に前記少なくとも１つのタイミングパラメータを保存すること、を行わせるように構成される、媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、複数のネットワーク化されたコンピューティングリソースによるデータ処理の管理のためのシステム、方法、および機械による解釈が可能なプログラミングまたは他の命令製品に主に関する。詳細には、本開示は、分散型ネットワークリソースを用いたデータ処理に関する関連リクエストの同期化に関する。
【０００２】
本出願中に開示される内容の局面は、セキュリティおよび他の金銭的利害の保持、転送および／または管理に関連する。このうような保持、転送および／または管理の局面は、政府機関および他の機関による規制を受け得る。本明細書中の開示は、論理、プログラミングおよび通信における可能性のみについて記載され、法令、規制または他の法的考慮については記載しない。本明細書中、本明細書中の記載のいずれにおいても、、本明細書中に記載の任意のシステム、方法またはプロセスあるいはその使用が任意の管轄区におけるいかなる法令、法律、規制または他の法的要件に適合または適合しないことを意図しておらず、また、そのようなものとして解釈されるべきでもない。
【背景技術】
【０００３】
多様な様態のネットワーク化された分散型データ処理システムまたは他の分散型データ処理システムにおいて、複雑かつ／または複数の関連プロセスが実行対象として複数のコンピューティングリソースへとルートされることが頻繁にある。例えば、金融システムおよび他の取引システムにおいて、購入注文、販売および金銭的利害に関連する他の取引は、達成のために複数の市場サーバーまたは交換サーバーへとルートされることが多い。このような場合、注文または他のデータ処理リクエストを複数のサーバーまたは他のリソースへとルートすることで、当該注文を同時に実行できるようにするかまたはできるだけ同時に実行できるようにすると有利であり得、あるいは、任意の所望の同期様態または時間系列で当該注文を実行すると有利であり得る。
【０００４】
例えば、ネットワーク化された電子市場において実行される金銭的利害に関連する注文が複数の市場において非同期様態で実行された場合、当該注文の達成率が大幅に低下することが分かっている。また、このような達成率の低下は、電子市場へとルートされる注文の増加と共に大きくなることも分かっている。このような現象の少なくとも部分的な原因として、第１の注文要素が達成された後に後続注文要素の実行が遅延する点がある。すなわち、１つの市場において別の市場よりも先に注文が実行された場合、注文からの短期リターンを最大化しようとして価格操作を行うパーティによって中断期間が用いられる場合がある。すなわち、第１の注文セグメントが達成されたとき、並行する市場上における買付申し込みまたは入札に対する自動変更を実行することができ、その結果、以前に公開されたポジションは無効化され、その後の取引が制限される。
【０００５】
例えば、（例えば、各市場において利用可能な流動性に基づいて）大量の注文が複数の交換へとルートされた場合、注文はより高速な交換（すなわち、固有待ち時間がより短い交換）に到着した後、より低速な交換（すなわち、固有待ち時間がより長い交換）へと到着する傾向となり、その結果、異なる交換が異なる時刻に予約される。注文に起因してより高速な交換が予約され始めた場合、他のパーティは当該注文を検出することができ、より低速な交換における待ち時間を利用して指し値（例えば、入札および買付申し込み）またはより低速な交換に関する他の市場パラメータをキャンセル、変更および／または他の場合に操作しようとし、その場合、間接的な取引コストが有効に増加する。その結果、任意の単一の交換において高い達成比で実行されたかもしれない注文がスプリットトレード複数の交換へとルートされた場合、達成比が全体として低下する傾向となる。
【０００６】
先行技術に関する文書（例えば、Ｒｏｎｙ  Ｋａｙの文書「Ｐｒａｇｍａｔｉｃ  Ｎｅｔｗｏｒｋ  Ｌａｔｅｎｃｙ  Ｅｎｇｉｎｅｅｒｉｎｇ，  Ｆｕｎｄａｍｅｎｔａｌ  Ｆａｃｔｓ  ａｎｄ  Ａｎａｌｙｓｉｓ」において、一方向通信（すなわち、「パケット」）待ち時間を排除することによってこのような問題を解消することを試みている。このようなシステムの場合、通信待ち時間（またはその一部）に加えて、複数のプロセッサが複数のプロセッサ実行リクエストの個々の部分を実行するのに必要な時間（すなわち、実行待ち時間）の変動に起因するかまたは誘発された裁定機会および他の問題を解消できていない。
【発明の概要】
【０００７】
多様な局面において、本発明によれば、複数のネットワーク化されたコンピューティングリソースによるデータ処理の管理のための、システム、方法およびコンピュータによる実行が可能な命令機構（例えば、非過渡的な機械可読型プログラミング構造）が提供される（例えば、ソフトウェアによって符号化された命令セットおよびデータ）。詳細には、例えば、本発明によれば、分散型ネットワークリソースを用いたデータ処理に関する関連リクエストの同期化の制御において有用なシステム、方法および符号化命令セットが提供される。
【０００８】
例えば、第１の局面において、本発明によれば、複数のネットワーク化されたコンピューティングリソースによるデータ同期処理を行うための、システム、方法およびプログラミングまたは他の機械による解釈が可能な命令が提供される。このようなシステムは、例えば、少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、機械による解釈が可能な命令を実行するように構成され、前記システムに以下のステップを行わせる。
【０００９】
１つ以上のデータソースから、複数のネットワーク化されたコンピューティングリソースによる実行が可能な少なくとも１つのデータプロセスの実行のための命令を示す信号を受信するステップ、
【００１０】
前記少なくとも１つのデータプロセスを複数のデータ処理セグメントへと分割するステップであって、各データ処理セグメントは、複数のネットワーク化された実行プロセッサのうち異なる１つへとルートされるべきである、ステップ、
【００１１】
前記システムによって前記複数のネットワーク化された実行プロセッサそれぞれへとルートされた以前のデータ処理リクエストの実行における待ち時間に少なくとも部分的に基づいて、複数のタイミングパラメータを決定するステップであって、前記複数のタイミングパラメータはそれぞれ、前記複数のデータ処理セグメントのうち対応する１つと関連付けられれるべきであり、前記複数のタイミングパラメータは、前記複数のネットワーク化された実行プロセッサによる複数のデータ処理セグメントのの同期型実行を行わせるように決定される、ステップ、
【００１２】
前記複数のデータ処理セグメントと関連付けられた前記タイミングパラメータを用いて、前記複数のデータ処理セグメントを前記複数の対応するネットワーク化された実行プロセッサへとルートするステップ。
【００１３】
いくつかの実施形態において、本明細書中に説明していくように、前記ネットワーク化された実行プロセッサは、例えば、交換サーバーを含み得る。前記データ処理セグメントは、金銭的利害（例えば、コモディティ）および／または無形の利害（例えば、株、債券および／または多様な形態のオプション）におけるトレードについてのリクエストを示す。
【００１４】
前記複数の決定されたタイミングパラメータは、データ処理リクエストの所望のシーケンシャル実行を実行するためのタイミングシークエンスを本発明に従って決定および実行するために用いることができる。前記複数の決定されたタイミングパラメータは、例えば、データ処理リクエストの実行における、多くの要素に起因する待ち時間を表し得かつ／またはこのような待ち時間に全体的または部分的に基づき得る。例えば、このようなパラメータは、以前前記システムから前記複数のネットワーク化された実行プロセッサのうち少なくとも１つへとルートされた信号処理リクエストの実行において、動的に監視される待ち時間（単数または複数）に全体的または部分的に基づき得る。このような待ち時間は、多数の要素（例えば、多様な種類の通信遅延およびデータ処理遅延）に起因して発生し得る。このようなタイミングパラメータは、観測された待ち時間データの統計モデル（例えば、確率モデル）およびその内部のパターンにさらに基づき得る。
【００１５】
このようなシステム、方法およびプログラミングまたは他の機械による解釈が可能な命令は、システムによって以下のステップが行われるように、さらに構成され得る。
【００１６】
少なくとも１つの数量条件を示す複数のデータ処理セグメントデータのうち少なくとも１つそれぞれと関連付けるステップであって、前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントそれぞれと、このような数量条件それぞれと関連付けられた少なくとも１つの対応する価格条件とを示すリクエストに従ってトレードされるべき少なくとも１つの数量の金銭的利害を示し、前記数量条件は、前記少なくとも１つのデータ処理セグメントによって示されたトレードが行われる少なくとも１つの提案価格を示す。前記少なくとも１つの数量条件は、前記少なくとも１つのデータ処理セグメントのルート先である前記ネットワーク化された実行プロセッサ（単数または複数）と関連付けられた市場にける前記対応する関連付けられた価格条件に相当する価格で公的に買付申し込みがされた前記金銭的利害のうち少なくとも１つよりも高い。
【００１７】
このような数量条件は、例えば、前記データ処理セグメントのルート先である前記ネットワーク化された実行プロセッサ（単数または複数）と関連付けられた市場（単数または複数）と関連付けられた取引履歴に少なくとも部分的に基づいて決定され得る。．このような数量条件は、表示されたまたは表示されていない買付申し込みおよび／またはトレード（例えば、表示されていないオーバーサイズの数量または予備の数量の履歴）に関連するデータに基づき得る。
【００１８】
さらなる局面によれば、本発明によりよって提供されるシステム、方法およびプログラミングまたは他の機械による解釈が可能な命令により、複数のネットワーク化されたコンピューティングリソースによるデータ同期処理が行われる。、このようなシステムは、例えば、少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、機械による解釈が可能な命令を実行するように構成され、前記システムに以下のステップを行わせる。
【００１９】
前記複数のネットワーク化されたコンピューティングリソースそれぞれによる信号処理実行リクエストの実行を監視するステップ、
【００２０】
前記システムと、前記複数のネットワーク化されたコンピューティングリソースそれぞれとの間の信号プロセス実行待ち時間と関連付けられた少なくとも１つのタイミングパラメータを決定するステップ、
【００２１】
前記少なくとも１つのタイミングパラメータを、前記少なくとも１つのプロセッサによるアクセスが可能な機械可読型メモリに保存するステップ。
【００２２】
上記および他の本発明の実施形態による、信号処理実行リクエストの実行を監視するステップは、連続的方法、定期的方法および／あるいは他の適切なまたは望ましい方法で実行することができる。
【００２３】
本発明の多様な局面の多様な実施形態において、前記ネットワーク化されたコンピューティングリソースは、１つ以上の交換サーバーを含み得る。前記データソース１つ以上のブローカーまたはトレーダーシステムまたはサーバーを含み得、前記制御される信号プロセスは、金銭的利害に関わるトレードを表し得、信号処理実行リクエストの実行は、金銭的利害に関わる取引（例えば、株、債券、オプションおよび契約利害、通貨および／または他の無形の利害、および／またはコモディティ）の実行を表す。
【００２４】
このような実施形態において、データ処理プロシージャの実行のリクエストは、各ネットワーク化されたコンピューティングリソースにおける注文数量の実行において、パラメータ（例えば、現在の市場データ相場、注文ルーティング規則、注文特性、各ネットワーク化されたコンピューティングリソースの表示された流動性、および遅延可能性、または待ち時間のうち任意の１つ以上の）に全体的または部分的に基づき得る。
【００２５】
同一局面およびさらなる局面において、本発明は、分散型コンピュータリソースによるデータ処理に関するリクエストを制御または他の場合に管理するためのシステムを提供する。このようなシステムは、１つ以上のプロセッサを含む。前記１つ以上のプロセッサは、前記システムに以下のステップを行わせるための命令を実行するように構成される。
【００２６】
前記複数のネットワーク化されたコンピューティングリソースそれぞれによる信号処理実行リクエストの実行を監視するステップ、
【００２７】
前記システムと、前記複数のネットワーク化されたコンピューティングリソースそれぞれとの間の信号プロセス実行待ち時間と関連付けられた少なくとも１つのタイミングパラメータを決定するステップ、
【００２８】
前記複数のネットワーク化されたコンピューティングリソースそれぞれについて、前記少なくとも１つのタイミングパラメータを保存するステップ。
【００２９】
本発明によって提供される多くの利点の１つとして、マルチパートまたは他の複雑なデータ処理リクエストのネットワーク化処理における待ち時間および他の要素の監視を動的にまたは「ローリング」ベースで行うことが可能な点があり、本明細書中に開示されるように、このような動的に監視される待ち時間および／または他の要素を用いて、同期処理リクエストの実行において用いられるべきタイミングパラメータを決定することが可能な点がある。同期処理リクエストの実行において用いられるタイミングパラメータは、必要性、目的および他の用途要素に応じて、継続的、連続的、定期的または他の様態で監視および／または決定することが可能である。
【００３０】
本発明によって可能となるさらなる利点として、一方向通信待ち時間を考慮する必要性（例えば、ルーティングと実行プロセッサとの間の通信待ち時間を最小化する必要性）が低下または排除される点がある。
【００３１】
関連分野における当業者であれば理解するように、当業者が本開示を理解できれば、例えばこのような処理の同期型送信リクエストによる分散型データ処理リクエストの実行の同期化により、多数のデータ処理分野における多くの可能な用途が可能となる。
【００３２】
ここで図面を参照する。これらの図面は、本開示の実施形態を例示的に示す。
【図面の簡単な説明】
【００３３】
【図１Ａ】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理の実行を行わせるのに適したシステムの例を示す。
【図１Ｂ】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理の実行を行わせるのに適したシステムの例を示す。
【図３】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理の実行を行わせるのに適したシステムの例を示す。
【図２】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理を行わせるための方法の例を示すフローチャートを示す。
【図４】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理を行わせるための方法の例を示すフローチャートを示す。
【図５】本発明の多様な局面による、複数のネットワーク化されたコンピューティングリソースによるデータ処理を管理するための例示的方法において用いられ得る例示的ヒストグラムを示す。
【図６Ａ】複数のネットワーク化されたコンピューティングリソースによるデータ処理のための例示的方法およびシステムを用いた場合と、従来の方法およびシステムを用いた場合の達成比の比較を示す。
【図６Ｂ】複数のネットワーク化されたコンピューティングリソースによるデータ処理のための例示的方法およびシステムを用いた場合と、従来の方法およびシステムを用いた場合の達成比の比較を示す。
【図７】複数のネットワーク化されたコンピューティングリソースによるデータ処理のための例示的方法およびシステムを用いた場合と、従来技術の方法およびシステムを用いた場合の結果とを比較するための例示的測定基準の使用を示す。
【００３４】
添付の図面中において、類似の特徴は、類似の参照符号によって示す。
【発明を実施するための形態】
【００３５】
本開示において、関連分野の当業者であれば理解するように、「同期型」という用語は、規則的、不規則的および／または全体的または部分的に同時的なものを問わず、任意の所望のタイミングシークエンスに従うことを意味する。
【００３６】
図１は、システム１００の一例を示す。システム１００は、本発明による、複数のネットワーク化されたコンピューティングリソースによるデータ処理を行わせるのに適している。
【００３７】
図示の例において、システム１００は、１つ以上の信号またはデータソース１０２（これは、ソース１０２ａおよび１０２ｂのうち１つ以上をそれぞれを含む）と、実行ルータプロセッサ（単数または複数）１０４と、１つ以上のネットワーク化されたコンピューティングリソースまたは実行プロセッサ１０６とを含む。いくつかの実施形態において、データソース１０２は、１つ以上の内部データソース１０２ａを含み得る。１つ以上の内部データソース１０２ａは、ルータ１０４と直接（例えば、私的なローカルネットワークまたは広域ネットワーク（単数または複数）あるいは他のセキュアな無線通信または有線通信を通じて、直接的通信チャンネル（単数または複数）を通じてあるいは単一サーバー内の通信（単数または複数）を通じて）通信し得る。同一の実施形態および／または他の実施形態において、データソース（単数または複数）１０２は、１つ以上の外部データソース１０２ｂも含み得る。外部データソース１０２ｂは、１つ以上の公的ネットワーク１０８（例えば、公的通信ネットワークまたは私的な通信ネットワーク（例えば、インターネット））を介して、適切なまたは他の所望のネットワークセキュリティデバイス（例えば、データ暗号化）を用いて、例えばルータプロセッサ（単数または複数）１０４と通信し得る。図示の例において、ルータプロセッサ（単数または複数）１０４は、１つ以上のネットワーク化された実行またはコンピューティングリソース１０６それぞれとネットワーク１１０を介して通信する。ネットワーク１１０は、ネットワーク（単数または複数）１０８と同じであってもよいし、別のネットワークであってもよい。
【００３８】
多様な実施形態において、データソース（単数または複数）１０２は、デバイスを含み得る。前記デバイスは、取引および／または他のデータ処理リクエストを生成する１つ以上のエンティティを代表して、信号を提供する。前記信号は、データ処理プロセスの実行に関連するデータおよび／または命令をルータプロセッサ（単数または複数）１０４へと通信する。前記データおよび／または命令は、前記ルータプロセッサ（単数または複数）１０４が処理をすることができ（例えば、加算、平均化などによる総計および／またはセグメントへの分割）、この処理結果は、ネットワーク化されたコンピューティングリソース１０６によるデータ処理に関するリクエストのベースとして用いられる。データソース１０２ａおよび１０２ｂを挙げると、例えば、データ処理タスクの実行に関するリクエスト（例えば、コモディティ、無形の金銭的利害など、および／または他のデータ処理タスク（例えば、言語、画像および／または他の通信または文書処理タスク）の購入のための買付申し込みおよび／または入札）のシステム、サーバー、プロセッサおよび／または他の任意の適切なソース（単数または複数）がある。データソース（単数または複数）１０２、プロセッサ（単数または複数）１０４、およびリソース１０６はそれぞれ、複数のこのようなシステム、サーバーまたはプロセッサを含み得る。
【００３９】
多様な実施形態において、データソース（単数または複数）１０２およびルータプロセッサ（単数または複数）１０４のうちいくつかまたは全てを組み合わせてもよく、かつおよび／または、他の場合に単一の機械上において実行する複数のプログラミングまたは他の機械命令アプリケーションを実行するように構成してもよい。
【００４０】
ネットワーク化されたコンピューティングリソース１０６は、任意のデバイスまたは他のリソースを含み得る。前記任意のデバイスまたは他のリソースは、ルータプロセッサ（単数または複数）１０４と通信して、極めて多様なデータ処理リクエストのうち任意のものを受信および実行する。このようなネットワーク化されたコンピューティングリソース１０６を挙げると、本発明の実行において適切に用いられる任意のプロセス（例えば、コモディティ、金銭的利害などおよび／または他のデータ処理タスク（例えば、言語または文書処理、画像、および／または他の通信または文書化タスク）の購入のための買付申し込みまたは入札の処理）の実行に適合されたシステム、サーバー、プロセッサまたは他の任意の適切なデバイスがある。
【００４１】
多様な実施形態において、１つ以上のデータソース１０２は、データ処理機能を実行するための命令またはリクエストを示す信号をルータプロセッサ（単数または複数）１０４へと送信するかまたは他の場合にルータプロセッサ（単数または複数）１０４のために提供する。任意の所与のデータソース（単数または複数）１０２からの命令を挙げると、任意の１つ以上のネットワーク化されたコンピューティングリソース１０６によって実行されるべき信号プロセスについての命令がある。リクエストされた信号プロセスを挙げると、例えば、コンピューティング動作、データ操作および／または通信プロセスまたは他の信号交換などがある。いくつかの例においてかつ必ずしも全てではない例において、このような命令は、このようなプロセスの実行を特に標的とするネットワーク化されたコンピューティングリソース（単数または複数）１０６を特に特定し得る。
【００４２】
ルータプロセッサ（単数または複数）１０４は、１つ以上のソース（単数または複数）１０２から受信された命令信号を構文解析し、このような信号を用いて、命令またはリクエストを作成する。前記命令またはリクエストは、前記受信された命令に従ってデータ処理および／または他の信号プロセスの実行のために、複数の実行プロセッサ１０６へと転送されるべきものである。このような命令の構文解析を挙げると、例えば、リクエストされるべきプロセス（単数または複数）の種類の特定がある（例えば、トレードのための注文または入札の量または数量あるいは行われるべき文書処理の量、ならびに所与のデータ処理および／または他の信号処理リクエストの実行および前記実行による前記リクエストとの関連付けのためにリクエストされるべきネットワーク化されたコンピューティングリソース（単数または複数）１０６の種類、性質および／または同定情報（単数または複数））。
【００４３】
例えば、信号および／または他のデータ処理機能の効率の増加のために、ルータプロセッサ（単数または複数）１０４は、比較的より小さな実行リクエストについての複数のソース１０２から受信された命令またはリクエストを構文解析、ソートおよび総計して、１つ以上のより大きなリクエストを処理対象とし、このような総計されたリクエスト（単数または複数）をさらに分割して、複数のより小さなリクエストとする。これら複数のより小さなリクエストは、例えばこのような処理されたリクエストを満足または完了するための実行プロセッサ１０６の現在の能力に応じて、複数（単数または複数）の実行プロセッサ１０６へと分配されるべきものである。
【００４４】
例えば、異なるデータソース１０２ａおよび１０２ｂから受信された複数の命令信号セットを、個々のネットワーク化されたコンピューティングリソース（単数または複数）１０６と関連付けることができ（例えば、前記コンピューティングリソースによる実行対象として送達されるようアドレス指定することができ）、このような命令を総計して、このようなネットワーク化されたコンピューティングリソース（単数または複数）１０６についての単一の信号プロセス実行リクエストを得ることができる。いくつかの例において、所与の信号処理リクエストと共にタスク指定されるべきネットワーク化されたコンピューティングリソース（単数または複数）１０６の特定は、総計後に行うことができる。例えば、異なるデータソース１０２ａおよび１０２ｂからの複数の命令をソートするかまたは他の場合に単一の信号またはデータプロセスと関連付けることができ、このような命令を総計し、前記総計された命令を１つ以上の特定されたネットワーク化されたコンピューティングリソース（単数または複数）１０６と関連付けることができ、これにより、特定されたネットワーク化されたコンピューティングリソース（単数または複数）１０６に対して１つ以上の信号プロセスリクエストを作成することが可能となる。このような構文解析、ソーティングおよび／または特定は、決定された規則またはアルゴリズムに従って（例えば、１つ以上の特定のネットワーク化されたコンピューティングリソース（単数または複数）１０６の継続する処理能力または現在の処理能力に基づいて）行うことができ、発出ソース（単数または複数）１０２（ただし、関連する場合）によって命令として暗号化されたかまたは提供された要求に従って行うことができる。
【００４５】
さらなる例として、データ処理対象である単一の命令セットをプロセッサ（単数または複数）１０４によって分解し、分散型実行のために複数のリソース１０６へと分配することができる。例えば、単一のソース１０２ａおよび１０２ｂから発出された１つ以上の金銭的利害の取引のための比較的大きな注文の場合、当該注文を完全に達成するために、複数の交換サーバー１０６へと分散させる必要がある場合がある。このような場合、１つ以上のソース（単数または複数）１０２からのリクエスト（単数または複数）をプロセッサ（単数または複数）１０４によって適切な注文へと分解することができ、これらの分解されたリクエストを複数のこのようなリソース１０６によって実行することができる。
【００４６】
標的にされたまたは特に特定されたネットワーク化されたコンピューティングリソース／実行プロセッサ１０６は、ルータプロセッサ（単数または複数）１０４と通信して、前記セグメント化された信号プロセス実行リクエストを受信することができ、その後これらのリクエストを実行することができる。このような信号プロセスの実行を挙げると、例えば、テキストまたは画像の処理動作、数学的計算、または通信信号交換の実行などがある。
【００４７】
関連分野の当業者であれば理解するように、システム１００の多様な要素を組み合わせてもよいし、あるいは、別個のシステムまたはデバイスの形態で実行してもよい。広範な多様な構成において、このような組み合わされたかまたは別個の別個の（サブ）システムを、同一または別個のエンティティによって作動させることができる。特定の例として、１つ以上のリクエストソース（単数または複数）１０２を個々のルータ（単数または複数）１０４と一体化させるかまたは関連付けることができる。
【００４８】
本発明による、セグメント化された処理リクエストの分散型実行のためのシステム１００の用途の一例が、金融システム１０００によって提供さえる。金融システム１０００は、トレードおよび／またはトレードまたは他の取引、無形のおよび／または無形の金銭的利害買付申し込み（例えば、株、債券、通貨（例えば、外国交換））、多様な形態の天然資源またはコモディティ、オプション、ローンなど）を表すデータの処理のリクエストを処理するように、適合される。図１Ａおよび図１Ｂに示すように、例えば、本発明による金融取引データ処理システム１０００において、信号またはデータソース（単数または複数）１０２は、トレーダーシステム（単数または複数）１１０２を含み得る。トレーダーシステム（単数または複数）１１０２は、例えば、トレーダー／ブローカーシステムまたはサーバーならびに金銭的利害に関連する入札、買付申し込みまたは他の取引の他の任意のソース（例えば、既知の金融取引プラットフォームによって現在提供されているようなもの）を含み得る。多様な実施形態において、このようなトレーダーシステム１１０２を注文発出システムと呼ぶ場合がある。
【００４９】
注文発出システム１１０２および１０２ａに含まれ得るシステムは、例えば、親または他の制御実行側組織（例えば、銀行または証券会社）によって所有されているかまたは制御されるエンティティによって操作されるかまたは前記エンティティの代表として操作される。注文発出システム１１０２および１０２ｂに含まれ得るシステムは、例えば、ブローカーまたは他の取引エンティティによって操作されるかまたは前記エンティティの代表として操作される。前記ブローカーまたは他の取引エンティティは、独立的に制御される銀行、機関投資家および／または他の証券会社を通じてまたはその支援を受けて、例えば個々の投資家および取引の代表として機能する。
【００５０】
このような実施形態におけるルータプロセッサ（単数または複数）１０４は、例えば、サーバー（単数または複数）または他のシステム（単数または複数）１１０４を含み得る。サーバまたは他のシステム１１０４は、例えば金銭的利害の取引の実行および／または承認を表すデータの処理のためのリクエストを示す符号化電子信号の符号化電子信号を通じてトレーダーシステム１１０２および１０２と通信し、また、このような取引の実行のために、ブローカー、交換または他の市場システムまたは実行プロセッサ（単数または複数）１１０６と通信する。このような実施形態において、プロセッサ１０４をスマート注文ルータまたは戦術ハイブリッド注文ルータ（いずれの場合も「ＳＯＲ」）１１０４および１０４と呼ぶ場合がある。ＳＯＲ１１０４は、例えば、ルータ（単数または複数）１１０４と１つ以上のトレーダーシステム１１０２、１０２との直接通信（例えば、有線通信を介したもの、１つ以上の専用通信チャンネル（単数または複数）を用いたもの）または単一のサーバー内の通信を介したもの）および／または間接的通信（例えば、無線通信を介したもの、ネットワーク１０８および１１０８を介したものまたは中間サーバーを介したもの）を促進するための１つ以上のゲートウェイ（単数または複数）１１２２および／またはルータ（単数または複数）１１２４を含み得る。交換または市場システム１１０６あるいは他の実行プロセッサ（単数または複数）１０６と、ＳＯＲ（単数または複数）１１０４との間の通信は、例えば、ネットワーク１１０および１１１０を介して行われ得る（例えば、インターネットまたは他の公的ネットワーク）。このようなネットワークは、ネットワーク１１０８と同じであり得る。
【００５１】
金融取引または注文実行システム１０００として構成されたシステム１００の実施形態において、ソース（単数または複数）１０２によって提供された、リクエストおよび実行された信号プロセスは、金銭的利害のトレードまたは他の取引を表し得る。このような取引を挙げると、例えば、金銭的利害（例えば、株、債券、通貨（例えば、外国交換、多様な形態の天然資源またはコモディティ、オプション、ローン）に関するトレードまたは他の取引のためのトレードおよび／または買付申し込みがある。ネットワーク化されたコンピューティングリソース１０６は、例えば、交換サーバー１１０６であり得る。その例を挙げると、自動市場システムまたは電子市場システムがある。
【００５２】
関連技術の当業者であれば理解するように、ＳＯＲ（サブ）システムまたはプロセッサ１１０４は、このような取引リクエスト信号セットを受信すると、多様なプロセスを前記リクエスト（単数または複数）に適用することができる。例えば、前記信号セットが金銭的利害に関する取引へのリクエストを示す場合、リクエストされた取引を経時的にかつ／または複数の取引リクエストソース１１０２を介して総計することができ、かつ／または、１つ以上の利害に関する取引の処理リクエストを複数の実行ハンドラーまたはプロセッサ１１０６へと個別またはバッチでルートできるよう、分割することができる。
【００５３】
多様な実施形態において、本明細書中に記載のように、注文ソース（単数または複数）１０２および１１０２は、注文ルータ（単数または複数）１０４および１１０４と共にまたは注文ルータ（単数または複数）１０４および１１０４の一部として実行することができる。関連技術の当業者であれば、システム（単数または複数）１００および１０００の多様な要素のうち任意のものまたは全て（例えば、例えばプロセッサ（単数または複数）１０２、１０４および１０６、本明細書中の本開示に従ってこれらを操作する方法のうち任意のものまたは全て）を、本明細書中に開示される目的に合わせて構成された任意のデバイス、ソフトウェア、および／またはファームウェアを用いて実行することができることを理解する。多様な要素（例えば、ハードウェアおよびソフトウェア双方ならびにファームウェア）が当該分野において今や公知であり、このようなシステム、デバイスおよび方法の実行のために、単一でかつ／または多様な組み合わせで適切に用いられ、恐らくはこれから開発されるであろう。
【００５４】
システム１００および１０００ならびに本明細書中に開示される多様なプロセス（例えば、図２のプロセス２００および図４の３００）の例を実行する際に適切に用いられる要素の例を挙げると、例えばサーバークラスシステムがある（例えば、ＩＢＭｘ３８５０Ｍ２（登録商標）、ＨＰ  ＰｒｏＬｉａｎｔＤＬ３８０Ｇ５（登録商標）、ＨＰＰｒｏＬｉａｎｔＤＬ５８５（登録商標）、およびＨＰＰｒｏＬｉａｎｔＤＬ５８５Ｇｌ（登録商標））。多様な他のプロセッサも利用可能である（例えば、いくつかの実施形態における、デスクトップ、ラップトップ、またはパームモデルシステム）。
【００５５】
図２中、取引リクエスト信号ソース１０２および１１０２から発生した取引リクエスト信号セットを処理する方法２００を示す。方法２００は、ルータプロセッサ（単数または複数）１０４（例えば、システム１０００のＳＯＲ１１０４）によって適切に実行される。
【００５６】
図２のプロセス２００は、２０２において開始するものとみなされ、ここで、データ（例えば、１つ以上の金銭的利害の取引）の処理に関するリクエストを示す信号が、プロセッサ（単数または複数）１０４および１１０４によって受信される。実施形態において、システム１００および１０００は、ＳＯＲルーティングプロセッサ（単数または複数）１１０４を含む。ＳＯＲルーティングプロセッサ（単数または複数）１１０４は、取引信号ソース（単数または複数）１１０２から受信された金銭的利害のトレードおよび／または他の取引の実行に関するリクエストを示す信号を処理するように適合され、１つ以上の金銭的利害における取引実行のリクエストを示す信号セットは、例えば以下を示す１つ以上の識別子を示す信号または信号セットを含み得る。
【００５７】
−取引システム１０２および１１０２によって用いられるかまたは取引システム１０２および１１０２と関連付けられた、リクエストのソース（単数または複数）（例えば、ＵＲＬまたは他のネットワークアドレスまたは識別子、
【００５８】
−トレードまたは他の場合に処理されるべき利害（単数または複数）（例えば、株、債券についてのＣＵＳＩＰ番号、取引されるべき１組の通貨を特定するための１つ以上の交換によって用いられる識別子）
【００５９】
−実行またはリクエストされるべき取引種類（例えば、購入、販売、入札、買付申し込み）
【００６０】
−処理されるべき利害（単数または複数）の１つ以上の数量（すなわち、量または分量）（例えば、任意の総量および／または引当量）、および
【００６１】
−対応する価格条件。
【００６２】
さらなるパラメータを挙げると、例えば、現在およびおよび／または過去の下記の情報がある
【００６３】
−マルチパート取引リクエストまたはセグメント化取引リクエストの達成確率（すなわち、マルチパート注文のうち、取引完了となっている履歴比）、
【００６４】
−例えば、入札価格と買付申し込み価格との間のスプレッド量（例えば、現在のスプレッドおよび／またはスプレッドの過去トレンド）、
【００６５】
−特定のトレード利害、または関連するかまたは対応する利害（単数または複数）、または関連ベンチマークまたはインデックスにおける市場ボラティリティ、
【００６６】
−市場引き当て（単数または複数）の深さ（例えば、過去のトレンド深さに対する現在の深さ）、
【００６７】
−引当量、
【００６８】
−表示数量、および
【００６９】
−例えば購入側および／または販売側に関する表示サイズおよびバッキング。
【００７０】
他の実施形態において、このような信号セットは、コンテンツおよび／または識別子と、特定の実行リクエストとを含み得る。前記コンテンツおよび／または識別子は、画像、テキストまたは他のコンテンツを示すかまたは１つ以上の実行プロセッサ１０４および１１０４によって処理されるべきである。
【００７１】
本発明の多様な実施形態に適した多くの種類の市場システム１１０６のうち、適切な市場システムとして、代替取引システム（ＡＴＳ）がある。代替取引システム（ＡＴＳ）は、「ダーク」交換または「ダークプール」として知られている。典型的には、このような交換は、取引公開メンバーへの市場買付申し込みを公開しない。既知の引当量または予測される引当量を用いると、このような実施形態において特に有用である。
【００７２】
よって、記載の条件における所与の利害についての取引をリクエストするためにソース１０２および１１０２から提供されるデータ記録の例を以下に挙げる。
【００７３】
＜リクエストのソース（１０２、１１０２）＞＜取引種類＞＜利害識別子＞＜数量（単数または複数）＞＜価格条件（単数または複数）＞
【００７４】
２０２においてプロセッサ１０４および１１０４によって受信された信号セットは、任意の揮発性メモリ（単数または複数）および／または持続性メモリ（単数または複数）中に適切に保存され得、これによりアーカイブおよび／またはさらなる処理目的のために用いられる。
【００７５】
２０４において、２０２において受信された取引または他のデータ処理実行リクエストは、ルータプロセッサ（単数または複数）１０４および１１０４によって構文解析され得、これにより、これらのリクエストは、実行プロセッサ（単数または複数）１０６および１１０６へと提供されるべき１つ以上の命令信号セットを作成するのに適した任意の適切なまたは所望の形態へと設定される。命令信号の構文解析を挙げると、例えば、リクエストされるべき取引（単数または複数）またはプロセス（単数または複数）の種類（例えば、特定の利害（単数または複数）についてのトレードに関する注文または入札の分量および／または数量）を特定するステップ、このような分量が購入されるべきかまたは販売されるべきか、あるいは販売または購入対象として買付申し込みされたものか、行われるべき文書処理の量および／または種類、このような実行または処理命令の実行およびよってその関連付けのためにリクエストされるべきネットワーク化されたコンピューティングリソース（単数または複数）または実行プロセッサ（単数または複数）１０６の種類および特性がある。多様な実施形態において、構文解析された命令セットは、一時的メモリまたは揮発性メモリ（単数または複数）１１８および１０１８中に保存され得る。メモリ１１８および１０１８は、対応するプロセッサ（単数または複数）１０４および１１０４からアクセスすることが可能であり、これにより、他の処理リクエストの総計、複数の実行プロセッサ／リソース１０６および１１０６へのルーティングに適した分割、および／またはバッチまたは他の遅延実行リクエストの作成および転送を行うことができる。
【００７６】
２０２において受信された命令は、規定された時間間隔において、規則的にまたは不規則的に蓄積され得る（例えば、営業日またはその任意のセグメント、または他の任意の所望の期間（単数または複数））。このような期間は、プロセッサ（単数または複数）１０４および１１０４によって事前設定され得かつ／または動的に決定され得る。あるいは、受信された命令を個別に処理することも可能である。処理前の命令をより多く受信するべきである場合または受信される可能性がある場合、プロセス２００は、２０２へと戻り得る。
【００７７】
取引リクエスト／命令は、規定された時間間隔（例えば、営業日の期間またはその任意のセグメント、または所望の期間）において蓄積され得る。このような期間は、プロセッサ（単数または複数）１０４および１１０４によって事前設定され得かつ／または動的に決定され得る。処理前の命令をより多く受信するべきである場合または受信される可能性がある場合、プロセス２００は、２０２へと戻り得る。
【００７８】
構文解析または他の場合に注文または他の処理リクエストの作成においてソーティング／集約技術を用いる本発明の実施形態において、２０６において、必要なまたは所望の関連または集約可能な処理リクエスト信号セットが全てソース（単数または複数）１０２および１１０２から受信されるまで、プロセッサ（単数または複数）１０４および１１０４は、プロセス２０２〜２０４を繰り返し得る。例えば、上述したように、ＣＵＳＩＰ（統一証券識別手続き委員会）の番号によって特定することが可能な債券購入の注文またはリクエストを示す任意の数のデータ記録が、データソース（単数または複数）１０２および１１０２から受信され得、プロセッサ（単数または複数）１０４および１１０４と関連付けられたメモリ１１８および１０１８内にバッチ処理のために保存される。よって、以下のようになる。
【００７９】
＜ソース１＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ０，０００＞＜価格Ａ＞＜ｒｅｓ．９，０００＞＜価格Ｄ＞
＜ソース２＞＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ２，０００＞＜価格Ｃ＞＜ｒｅｓ．１，０００＞＜価格Ｂ＞
＜ソース３＞＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜１１，０００＞＜価格Ａ＞＜ｒｅｓ．８，０００＞＜価格Ｄ＞
＜ソース６＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜１４，０００＞＜価格Ａ＞＜ｒｅｓ．２，０００＞＜価格Ｅ＞
＜ソース４＞＜購入＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜１８，０００＞＜価格Ｃ＞＜ｒｅｓ．７，０００＞＜価格Ｂ＞
＜ソース１＞＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜２０，０００＞＜価格Ａ＞＜ｒｅｓ．３，０００＞＜価格Ｄ＞
＜ソース３＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ３，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞
＜ソース４＞＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜２２，０００ｘ価格Ｃ＞＜ｒｅｓ．４，０００＞＜価格Ｂ＞
＜ソース５＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜２１，０００ｘ価格Ａ＞＜ｒｅｓ．５，０００＞＜価格Ｅ＞
＜ソース４＞＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ５，０００ｘ価格Ｃ＞＜ｒｅｓ．７，０００＞＜価格Ｆ＞
＜ソース１＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ９，０００ｘ価格Ａ＞＜ｒｅｓ．３，０００＞＜価格Ｄ＞
＜ソース５＞＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ６，０００ｘ価格Ｃ＞＜ｒｅｓ．８，０００＞＜価格Ｆ＞
＜ソース６＞＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ７，０００ｘ価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｈ＞
【００８０】
個々が受信されるとまたは所与の定期的速度において、所与の数の注文が受信された場合、全ての所望の注文が受信された場合、または他の任意の所望の基準が満たされた場合、プロセッサ（単数または複数）１０４および１１０４は、２０４における構文解析または他の場合の処理命令の一部として、任意の１つ以上の所望の基準に基づいて（例えば、取引リクエストおよび利害識別子の種類に従って）、前記保存された記録をソートおよび／またはグループ分けすることができる。よって、以下のようになる。
【００８１】
＜購入＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ８，０００＞＜価格Ｃ＞＜ｒｅｓ．７，０００＞＜価格Ｇ＞＜ソース４＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ０，０００＞＜価格Ａ＞＜ｒｅｓ．９，０００＞＜価格Ｄ＞＜ソース１＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ４，０００＞＜価格Ａ＞＜ｒｅｓ．２，０００＞＜価格Ｅ＞＜ソース６＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ３，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ソース３＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜２１，０００＞＜価格Ａ＞＜ｒｅｓ．５，０００＞＜価格Ｅ＞＜ソース５＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ９，０００＞＜価格Ａ＞＜ｒｅｓ．３，０００＞＜価格Ｄ＞＜ソース１＞
＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ５，０００＞＜価格Ｃ＞＜ｒｅｓ．７，０００＞＜価格Ｆ＞＜ソース４＞
＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜２２，０００＞＜価格Ｃ＞＜ｒｅｓ．４，０００＞＜価格Ｂ＞＜ソース４＞
＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ２，０００＞＜価格Ｃ＞＜ｒｅｓ．ｌ，０００＞＜価格Ｂ＞＜ソース２＞
＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ６，０００＞＜価格Ｃ＞＜ｒｅｓ．８，０００＞＜価格Ｆ＞＜ソース５＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜２０，０００＞＜価格Ａ＞＜ｒｅｓ．３，０００＞＜価格Ｄ＞＜ソース１＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌｌ，０００＞＜価格Ａ＞＜ｒｅｓ．８，０００＞＜価格Ｄ＞＜ソース３＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜ｌ７，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｈ＞＜ソース６＞
【００８２】
図示のように、取引リクエスト記録中の多様なデータフィールドをルーティングプロセッサ（単数または複数）１０４および１１０４の処理必要性に合わせて必要に応じてまたは所望に並び替えまたは再フォーマットすることができる。例えば、図示のように、異なる優先順位と関連付けられているかまたは他の場合に異なる優先順位が付与された「ソース」データアイテムの関連付けにより、プロセッサ（単数または複数）１０４および１１０４による注文処理完了時における取引／リクエストの達成報告を可能にしつつ、効率的な注文が促進される。
【００８３】
プロセス２０４は、プロセッサ（単数または複数）１０４および１１０４が、例えば対応する取引リクエストと関連付けられた合計または小計の数量の総計を計算することにより、受信およびソートされた取引リクエストを集積または統合された注文（単数または複数）へと集約するステップをさらに含み得る。前記注文は、特定の利害（単数または複数）における特定の種類の取引についてのものである。よって、以下のようになる。
【００８４】
＜購入＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ８，０００＞＜価格Ｃ＞＜ｒｅｓ．７，０００＞＜価格Ｇ＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜７７，０００＞＜価格Ａ＞＜ｒｅｓ．１８，０００＞＜価格Ｄ＞＜ｒｅｓ．７，０００＞＜価格Ｅ＞
＜購入＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜６５，０００ｘ価格Ｃ＞＜ｒｅｓ．１５，０００＞＜価格Ｅ＞＜ｒｅｓ．５，０００＞＜価格Ｂ＞
＜販売＞＜ＣＵＳＩＰＮｏ．ＢＢ＞＜４８，０００＞＜価格Ａ＞＜ｒｅｓ．Ｉｌ，０００＞＜価格Ｄ＞＜ｒｅｓ．６，０００＞＜価格Ｈ＞
【００８５】
全ての所望の信号セットが２０２において受信され、２０４において必要に応じてソート、蓄積および／または他の場合に処理されると、２０８において、プロセッサ（単数または複数）１０４および１１０４は、２０４において処理された命令セットを用いて、リソース／実行プロセッサ１０６および１１０６へと送信されるべき実行リクエスト信号セットを作成することができる。このような実行リクエスト信号セットは、リクエストされた処理を行わせるための任意の必要なまたは望ましい信号（例えば、コンテンツまたはデータおよびコマンド信号）を含み得る。例えば、金銭的利害の取引リクエストの処理に合わせて適合された本発明の実施形態において、トレードされるべき利害（単数または複数）、トレードされるべき利害（単数または複数）の数量、価格などに基づいて、リクエストをソートおよび／または総計することができ、前記リクエストは、適切な実行コマンド信号と関連付けられる。所与のリクエストと関連付けられる任意の実行コマンド信号の形態は、関連技術の当業者であれば理解するように、実行対象であるリクエストの性質および種類ならびに前記リクエストを処理するプロセッサ１０６および１１０６、ならびにプロセッサ（単数または複数）１０４および１１０４と１０６および１１０６との間で交換される信号の送信経路となる任意のネットワーク１１０および１１１０（例えば、適用可能なプロトコルおよび命令フォーマッティング要求）によって異なり得る。よって、システム１０６および１１０６、１０４および１１０４、１１０および１１１０ならびに前記システムのうち任意のものまたは全てに関連するデータ、前記システムによって用いられるプロトコル、ならびに／あるいは前記システムによってトレード、買付申し込みまたは記述される利害に関連する情報は、プロセッサまたはリソース１０６および１１０６のうちの任意のものによる処理実行のための命令の構文解析および作成のために、プロセッサ（単数または複数）１０４および１１０４によってアクセスおよび使用することができる。このようなデータのソース１１２６を挙げると、例えば、交換市場データシステム１１２６ｖ（図ｌｂ）がある。交換市場データシステム１１２６ｖは、例えば、本発明の実施形態において、金融取引の処理に合わせて適合される。ソース１１２６を挙げると、多様な交換システム１１０６、ニュース情報源（例えば、ブルームバーグまたはロイター）および／または他のソースから受信された情報がある。
【００８６】
ネットワーク化された処理リソース（例えば、金融取引の実行に用いられるように構成された多くのリソース）を用いてデータ処理リクエストを組み立てる際、ｔｏｂｒｅａｋ実行リクエストおよび／または他の処理リクエストを複数の部分に分解することが必要であるかまたは望ましいことがある。このような分解された部分またはセグメントは、例えば、複数のネットワーク化されたリソース１０６（例えば、交換サーバーまたは他の実行プロセッサまたはハンドラー１１０６）によって実行されるべきより大きな注文または他のデータ処理リクエストの部分に対応する。例えば、大量の金銭的利害（例えば、株または債券）の購入注文を示す取引リクエストの実行のために複数の交換サーバーまたは他の市場が利用可能である場合、複数の市場における実行および／または複数の交換サーバー１１０６による実行が可能なように、前記注文を複数の部分に分割することが必要であるかまたは望ましい場合がある。例えば、単一の交換において、十分な数量の特定の利害が全く利用不可能であるかまたは望ましい価格で利用できない場合があり、注文全体を達成するためには、単一の注文をより小さなセグメントへと分解し、分解された部分を複数の交換へとルートすることが必要であるかまたは望ましい場合がある。
【００８７】
そのため、例えば、金融商品の取引リクエストの処理に関する本発明の多様な実施形態において、１つ以上のソース１０６および１１０６が１つ以上の金銭的利害の取引を完了するためにルータ１０４および１１０４をリクエストした場合、ルータ１０４および１１０４は、前記取引のリクエストを示す信号セット（単数または複数）の作成において、ソース（例えば、市場データソース（単数または複数）１１２６）および任意の１つ以上の実行プロセッサ（単数または複数）１０６および１１０６から利用可能な情報にアクセスして、各プロセッサ１０６および１１０６を通じて利用することが可能なこのような利害の数量と、このような数量が利用可能となる条件とを決定することができ、これにより、最も好ましい条件において利用することが可能な数量に基づいて、所望のプロセッサ１１０６および１１０６それぞれへとルートされるように構成された実行リクエスト信号セットを構築することができる。
【００８８】
例えば、上記例を続けて説明すると、注文（単数または複数）全体を達成するために、１つ以上の入来処理リクエストをより小さな部分へと分割し、これらの分割部分を複数の交換へと振り向けることが必要であるかまたは望ましい場合がある。このような構成は、例えば、交換サーバー１１０６のうち１つ以上によって提供される現在の注文予約を示すデータにアクセスし、当該注文（単数または複数）を対応して公知のデータ処理技術を用いて分割することにより、達成することができる。よって、例えば、上記の総計された「販売ＣＵＳＩＰＮｏ．ＡＡ」の注文を部分またはセグメントに分解し、前記部分またはセグメントを、多様なセグメントの複数の交換サーバーＡ１〜Ｃ３への所望のルーティングに適したセグメントＵＲＬまたは他のネットワークリソースアドレス識別子を示すデータと関連付けることができる。よって、以下のようになる。
【００８９】
＜交換Ａ１＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ５，０００＞＜価格Ａ＞＜ｒｅｓ．６、０００＞＜価格Ｄ＞＜ｒｅｓ．２，０００＞＜価格Ｅ＞
＜交換Ｂ２＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜２７，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ｒｅｓ．２，５００＞＜価格Ｅ＞
＜交換Ｃ３＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜３５，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ｒｅｓ．２，５００＞＜価格Ｅ＞
【００９０】
関連技術の当業者であれば理解するように、分散型取引または他のマルチパートデータ処理リクエスト（例えば、複数のネットワークリソース（例えば、市場または交換器サーバー１１０６または他の実行プロセッサ１０６）によって複数の交換内に配置された金銭的利害関連取引）の個々の部分を実行するためには、異なる長さの時間が必要になることが多い。すなわち、所望の取引実行リクエストのうち複数の部分が同時に複数の交換実行プロセッサ１０６および１１０６へと送られた場合、前記取引リクエストの各部分またはセグメントを異なる時点で実行されるように実行することができる。なぜならば、時間長さまたは「待ち時間」が、実行リクエスト信号を注文ルータ（単数または複数）１０４および１１０４から異なる多様なリソースまたは実行プロセッサ１０６および１１０６へとネットワーク１１０および１１１０または他の通信経路を介して送るために必要となり、対応するプロセッサ１０６および１１０６による実行リクエストの対応部分の実際の処理に必要となり、かつ／または確認データまたは他のデータの注文ルータ（単数または複数）１０４および１１０４への返送に必要となり、このような時間長さまたは「待ち時間」は、複数の要素に応じて異なることが多いからである（例えば、ルータ（単数または複数）１０４および１１０４と、実行プロセッサ１０６および１１０６との間のネットワーク経路、ネットワーク（単数または複数）１１０および１１１０によって処理されているネットワークトラフィックの量、個々の実行プロセッサ１０６および１１０６によって取り扱われているリクエスト数）。
【００９１】
複数の理由に起因して、このような場合、マルチパート実行リクエストのうち２つ以上の部分の実行を同期化させることが重要であり得る。一例として、１つの実行リクエストが、複数の市場または複数の交換における金融取引の複数の部分の実行リクエストを示す場合、複数の対応するサーバーによって前記取引を非同期型のスタガード型で実行した場合、前記取引の後続部分が完了する可能性および／またはこのような後続部分が完了する条件双方に影響が発生し得る。
【００９２】
図３中、実行リクエストの同期化が望ましい特定の例を示す。図３中に示す例において、システム１００および１０００は、注文ルータ１０４および１１０４と、複数のネットワーク化された実行リソース１０６と、交換サーバーまたは実行プロセッサ１１０６（「交換１」、「交換２」、「交換３」）を含む。加えて、図３のシステム１００および１０００は、共同設置された取引サーバー３０４をさらに含む。共同設置された取引サーバー３０４は、トレードまたは他の取引を実行リソース１１０６（「交換１」）上において行うように、構成される。図示するように、共同設置された取引サーバー３０４は、比較的待ち時間が短い取引アルゴリズムを用いており、取引サーバー３０４は、交換１との類似の取引を完了するために交換１との取引実行を（他のプロセッサ（例えば、ルータ（単数または複数）１０４および１１０４）と比較して）比較的短時間で完了できるように、交換１と関連付けられる。例えば、共同設置されたサーバー３０４は、直接有線接続または他の高速処理システムにより、交換１と通信可能にリンク付けされ得る。さらに、交換１は、共同設置されていないプロセッサ（単数または複数）１０４および１１０４との実行リクエストを、交換２または交換３よりも比較的短時間で（すなわち、「より短い待ち時間」で）完了することができる。換言すれば、図３に示すように、待ち時間時間Ｘ＜時間Ｙおよび時間Ｘ＜時間Ｚであり、共同設置されたサーバー３０４と交換１との間の取引実行時間は、時間Ｘ、時間Ｙおよび時間Ｚのうちいずれよりも短い。
【００９３】
例えば、１つ以上の金銭的利害のトレードへのリクエストを示す信号が１つ以上のリクエストソース１０２および１１０２からルータプロセッサ１０４および１１０４へと受信された場合、前記リクエストの数量または大きさは、前記リクエストを反映する注文が交換１、２または３のうちのいずれか１つによって完全達成するには大きすぎる位の数量または大きさであり、その場合、注文ルータ１０４および１１０４は、多様な利用可能なプロセッサ１０６および１１０６の利用可能性を確認しようとし、前記注文をそれに応じて分割し、前記注文の一部を交換１、交換２および交換３それぞれへとルートしようとし得る。図３のルータ１０４および１１０４が、前記リクエストされた取引の実行のための前記リクエストの一部またはセグメントを実行プロセッサ１０６および１１０６（交換１、交換２および交換３）それぞれに対して送った場合、取引サーバー３０４（これは、例えば、高周波取引エンティティまたは他の投機投資家によって操作され得る）が、例えば前記提案取引に対する取引先として機能するかまたは注文ルータ１０４から前記交換へと転送された前記取引リクエストの全てまたは一部を前記取引リクエスト中に記載された条件下において販売または購入することにより、前記取引のうち一部を交換１上において達成することができ、前記取引（単数または複数）を行う当事者（例えば、サーバー３０４を通じて行動する当事者）にとって（このような取引を申しこんでいる当事者（例えば、リクエストプロセッサ（単数または複数）１０４および１１０４から提出される注文の後側にいる当事者）が出合った可能性のある条件よりも）より好ましい条件で、交換２および／または交換３上の注文の残り部分の達成のための条件を変更するかまたは他の場合に提出する時間を持つことができる。換言すれば、例えば、共同設置された取引サーバー３０４は、交換１、交換２および交換３とのトレードと関連付けられた実行待ち時間の差に起因して、前記リクエストされた交換１上での取引の一部を達成し、例えばその入札／買付申し込み価格を上げるかまたは下げることにより、その条件を向上させるように移動することができ、これにより、交換２または交換３上における取引の残り部分を達成した後、このような残り部分が上記価格で実行されるようにし、これにより、オペレータまたは受益者（単数または複数）の利益またはこれらの交換上における類似の利害を申し込んでいる他のトレーダーの利益が増加する。
【００９４】
図３から分かるように、このような可能性（これらの可能性は、「待ち時間裁定」機会と呼ぶ場合がある）は、以下の場合において存在し得る。
【００９５】
時間Ｘ＋時間Ａ＜時間Ｙおよび／または
時間Ｘ＋時間Ｂ＜時間Ｚ
【００９６】
関連技術の当業者であれば理解するように、取引または他の処理リクエスト信号がルータ（単数または複数）１０４および１１０４から同時に交換１、２および３それぞれへと送られた場合でも、前記リクエストの各分割部分の受信、承認および／または処理を各リソース１０６および１１０６が行うのに必要な時間（例えば、時間Ｘ、Ｙ、Ｚ）は一般的に、例えばプロセッサ（単数または複数）１０４および１１０４ならびに／または１０６および１１０６のうち任意のものまたは全てにおけるネットワーク通信経路および処理速度の差に起因して異なり得る。同様に、交換２および３それぞれにおける取引買付申し込み条件を取引サーバー３０４が変更するために必要な時間も異なることが多い。
【００９７】
このような場合において発生し得る不利点の１つとして、リクエストソース（単数または複数）１０２および１１０２によって示されるトレーダーがトレードを行う際に、このような裁定機会が無い場合に支払わなければならなかったであろう価格よりもより高い価格を支払う可能性がある点がある。あるいは、後続の交換上の価格が実行リクエスト中に記載されている条件から十分に逸脱するくらいに変更された場合、前記トレーダーは、取引を所望の数量だけ完了することができなくなり、例えば、交換プロセッサ１１０６へとルートされた取引全体またはその一部が変更された価格に起因してトレードできない状態となる。
【００９８】
このような例においては、例えば１つ以上の交換サーバー１１０６におけるデータ処理リクエストの遂行における待ち時間を有利に利用した第３者による価格または他の条件操作に起因して、交換サーバー１１０６においてトレード命令を完全に達成することができなくなる。この場合、トレードリクエストを複数の交換サーバー１１０６へと送るタイミングまたはスケジュールを決定する際、全ての交換サーバー１１０６におけるトレードリクエストの実行が同期的に（例えば、実質的に同時発生的な様態で）行われるように決定すると有用であり得る。詳細には、例えばリソース１０６および１１０６による信号プロセスの受信、承認および／または実行が実質的に同時発生的に行われるように、複数のネットワーク化されたコンピューティングリソース１０６および１１０６における信号処理実行リクエストまたはその一部またはセグメントの実行を同期化させると有用であり得る。
【００９９】
いくつかの例において、複数の信号プロセスを各プロセッサ１０６および１１０６によって同時に行いかつ以下の条件を満たす必要がある場合がある。
【０１００】
時間Ｙ−時間Ｘ＜時間Ａ、および／または
時間Ｚ−時間Ｘ＜時間Ｂ、
【０１０１】
このようにすることで、前記リクエスト（単数または複数）またはそのセグメントの実行を任意の条件変更前に取引サーバー３０４によって実行することが可能となる。このような同期型タイミングを用いることで、例えば、以下が可能となる。
【０１０２】
時間Ｘ＋時間Ａ＞時間Ｙおよび／または
時間Ｘ＋時間Ｂ＞時間Ｚ
【０１０３】
よって、例えば、待ち時間裁定機会が無効化される。よって、いくつかの実施形態において、本発明により、複数のリソース１０６および１１０６上における取引を最小の時間差または時間差無しで実行する能力がルータ（単数または複数）１０４および１１０４へと付与され、これにより、短待ち時間アルゴリズムを用いたトレーダー（単数または複数）３０４上によって実行されるアルゴリズムが市場変化に反応できるだけの十分な時間が付与される。
【０１０４】
よって、上記および他の同期化が所望される場合において、２１０において、プロセッサ／ルータ１０４および１１０４は、所望の優先順位付けを得るために、実行リクエストの多様な部分またはセグメントへと割り当てられるかまたは関連付けられるべき絶対的または相対的タイミングを決定することができる。このようなタイミングは、任意の所望の同期化（例えば、同時的または実質的に同時的な実行を決定させるように構成されたタイミングまたは任意の所望の優先順位付けを決定させるように構成されたタイミング）が得られるように、決定することができる。
【０１０５】
よって、２１０において、各ネットワーク化されたコンピューティングリソース１０６および１１０６へと割り当てられるべき各信号処理実行リクエストまたはその一部について、タイミングパラメータを決定することができる。これらのパラメータの決定は、各ネットワーク化されたコンピューティングリソース１０６および１１０６における信号処理実行リクエストの同期型実行が可能なように、行われる。この決定は、このようなリクエスト（単数または複数）および／またはその一部（単数または複数）の実行時間における対応する決定された待ち時間（例えば、図３の待ち時間Ａ、Ｂ、Ｘ、ＹおよびＺのうち任意または全てならびに／またはルータプロセッサ（単数または複数）１０４および１１０４と、ネットワーク化されたコンピューティングリソース１０６および１１０６との間の信号交換実行におけるかまたはこのようなデバイスのうちの任意のデバイスによる他のこのような信号処理における他の任意の関連する待ち時間）に少なくとも部分的に基づき得る。
【０１０６】
サーバー間における実行時間の差に起因する裁定および他の問題は、処理リクエストの送信および実行の絶対的待ち時間を低減することにより、最小化または排除することもできる。よって、上記するようなタイミングパラメータの決定は、リソース（単数または複数）１０６および１１０６による実行リクエストの実行および／または報告と関連付けられた時間の絶対的長さを最小化するように同様に機能するプロシージャと共に実行することができる。
【０１０７】
ルータ（単数または複数）１０４および１１０４から複数の実行プロセッサ１０６および１１０６へと提供されるマルチパート実行リクエストの多様な部分と関連付けられるべきタイミングパラメータを決定すｓる際に用いられる決定待ち時間についての情報は、タイミング情報を含み得る（例えば、ルータプロセッサ（単数または複数）１０４および１１０４、ネットワーク化されたコンピューティングリソース１０６および１１０６および／またはネットワーク（単数または複数）１１０、１１１０、１０８および１１０８における送信遅延、信号伝播遅延、シリアライゼーション遅延、キューイング遅延、および／または他の処理遅延）。このような情報は、任意のソース（単数または複数）から提供されるかまたは受信され得、１つ以上のデータ格納部２１４中に保存されおよびデータ格納部２１４から取り出され得る。タイミングデータ格納部（単数または複数）２１４は、多様な実施形態において、ルータプロセッサ（単数または複数）１０４および１１０４と関連付けられているかまたはルータプロセッサ（単数または複数）１０４および１１０４からアクセスが可能なメモリ（単数または複数）１１８および１０１８内に常駐するデータベースまたは他のデータ構造を含み得る。例えば、第１のネットワーク化されたコンピューティングリソース１０６および１１０６と関連付けられた実行リクエストの一部の実行の待ち時間が、第２のネットワーク化されたコンピューティングリソース１０６および１１０６と関連付けられた実行リクエストの一部の実行の待ち時よりも長い場合（例えば、図３の交換１と、交換２および３との間の関係の場合）、これら２つのネットワーク化されたコンピューティングリソース１０６および１１０６へとルートされるべき取引リクエストのうちリクエストと関連付けられた一部についてのタイミングを決定する際、第１のネットワーク化されたコンピューティングリソース１０６と関連付けられた実行リクエストまたはその一部が第２のネットワーク化されたコンピューティングリソース１０６と関連付けられたリクエストよりもより早期に送られるようにタイミング設定されるようにし、また、前記２つのネットワーク化されたコンピューティングリソース１０６において実行されるリクエストを実質的に同時発生させるようにする目的のためあるいは取引サーバー３０４による可能な条件操作と関連付けられた有効最短時間ＡまたはＢ以内において前記２つのネットワーク化されたコンピューティングリソース１０６において実行されるリクエストを実質的に同時発生させるようにする。
【０１０８】
いくつかの実施形態において、１つ以上のアルゴリズムが、例えば待ち時間確率モデルまたは他の予測モデルを用い得、これらのアルゴリズムを用いて、このような通信および／または処理遅延または待ち時間と関連付けられた情報に基づいて、多様な実行プロセッサ１０６および１１０６へとルートされるべき実行リクエストの一部と関連付けられるべきタイミングパラメータを決定することができる。例えば、任意の所望のデバイス、時間または他のタイミング考慮事項に関連して蓄積された待ち時間データ履歴のローリング平均を用いて、データ処理リクエストの実行における待ち時間を予測することができる。
【０１０９】
ソース（単数または複数）１０２および１１０２によって実行されるリクエストの部分（単数または複数）とルータ（単数または複数）１０４および１１０４によって関連付けられるべきタイミングパラメータの決定に適したアルゴリズムの一例は、ネットワークリソース１０６および１１０６へのこのような部分またはリクエストの同時到着または同期的到着が望まれる場合、ルータ（単数または複数）１０４および１１０４からのリクエスト信号送信と、適切なタイミング基準値との間の平均待ち時間に基づく。このようなタイミング基準値（単数または複数）を挙げると、例えば、対応する標的リソース（単数または複数）１０６および１１０６による処理開始ならびに／あるいは前記リクエストの受信および／または前記リクエストの実行完了時においてリソース（単数または複数）１０６および１１０６から生成された確認信号のルーティングプロセッサ（単数または複数）１０４および１１０４による受信がある。例えば、いくつかの実施形態において、所与のリソース１０６および１１０６への送信と、このようなリソース１０６および１１０６からの確認または承認信号または他の適切な央乙信号１２６０のルータ（単数または複数）１０４および１１０４による受信との間の待ち時間を測定すると有利であり得、また、このような測定された待ち時間（単数または複数）を用いて、２１０においてタイミングパラメータ（単数または複数）を決定すると有利であり得る。
【０１１０】
プロセスステップ２１０は、例えばアプリケーションによって行われ得る。前記アプリケーションは、ルーティングプロセッサ（単数または複数）１０４および１１０４（例えば、金融システム１０００の場合は資金管理エンティティまたはモジュール１１２６）のモジュールによって実行されるかまたは前記モジュールと関連付けられる。マルチパート実行リクエストの各部分またはセグメントと関連付けられるべきタイミングパラメータの決定を挙げると、例えば、適合型交換往復待ち時間（ＲＴＬ）学習＆補償論理モジュール１１２６ｃ（例えば、図１Ｂに示すようなもの）の利用がある。図３を参照して、このような適合型交換器ＴＬ学習＆補償論理モジュール１１２６ｃは、各信号処理リクエスト（例えば、トレードリクエスト）のタイミングを以下のようにして決定し得る。
【０１１１】
１）ｍ個の部分からなるマルチパート処理リクエストＸの各部分またはセグメントｎについて、例えばプロセッサ（単数または複数）１０４および１１０４と関連付けられた時計によって提供される」時間Ｔ１ｘ、ｎに対し、プロセッサ（単数または複数）１０４および１１０４による時間スタンプ処理を、構文解析プロセスまたは取引注文（単数または複数）または他の処理リクエスト（単数または複数）Ｘの生成プロセス内における規定ポイントにおいて行い、その後、時間Ｔ１ｘ、ｎを、ｍ個の部分からなるリクエストＸの各部分またはセグメントｎに対応する処理リクエスト信号セット記録（単数または複数）と関連付ける。
【０１１２】
２）対応するｎ番目の部分のリクエスト信号セットが標的交換１０６および１１０６によって受信され、対応する交換生成確認メッセージがリクエスト元のルーティングプロセッサ１０４および１１０４によって受信された場合、マルチパートリクエストＸの各部分のＴ２ｘ、ｎに対し、プロセッサ（単数または複数）１０４および１１０４による時間スタンプ処理を行う。
【０１１３】
３）取引日（または他のデータ処理期間）において、プロセスステップ２および３を繰り返すことができ、対応するＴ１ｘ、ｎおよびＴ２ｘ、ｎが、所与の実行プロセッサ１０６および１１０６へとルートされた各取引セグメントについて決定される。
【０１１４】
４）後続の未処理のマルチパート実行リクエストＹの各部分セグメントｎについて、決定されたタイミングパラメータＲＴＬｙ、ｎ＝Σ（Ｔ２ｘ、ｎ-Ｔ１ｘ、ｎ）／Ｚである。ここで、Ｚは、計算において用いられた所与の実行プロセッサ１０６および１１０６へとルートされた、以前に実行された注文セグメントの数である。
【０１１５】
タイミングデータ格納部（単数または複数）２１４が過去のタイミングパラメータのローリング記録（例えば、１つ以上の実行リソース１０６／交換サーバー１１０６と関連付けられた複数の決定されたタイミングパラメータＲＴＬｙ、ｎ）を保存した場合、このようなデータを用いてローリングヒストグラムを生成することが可能となる。前記ローリングヒストグラムを用いて、各リソース１０６／交換サーバー１１０６の現在の待ち時間または累積待ち時間を予測することができる。このような予測は、継続的に変化する（「ローリング」）記録に基づいているため、このプロセスを「オンライン学習」と呼ぶ場合がある。これを担当する適合型交換器ＴＬ学習＆補償論理モジュール１１２６ｃ内において、要素（例えば、交換待ち時間ヒストグラムメモリまたは処理要素（図示せず））があり得る。
【０１１６】
適合型交換器ＴＬ学習＆補償論理モジュール１１２６ｃは、予測された待ち時間を用いて、このような交換サーバー１１０６と関連付けられた実行待ち時間の差を補償するために、トレード（または他のデータ処理）リクエストを多様な交換サーバー１１０６へと送る際に用いられるべき適切なタイミングパラメータを決定することができ、これにより、異なる交換サーバー１１０６へとルートされる分割されたトレードリクエストの部分の実行タイミングの差が低減、制御、最小化または排除され、よって、例えば、日和見的なトレーダーによる待ち時間裁定の機会が低減または排除される。
【０１１７】
適合型ＲＴＬモジュール（単数または複数）１１２６ｃは、マルチパート処理リクエストの実行の同期化において適切に用いられるタイミングパラメータの決定において、多様なアルゴリズムを用いることができる。例えば、このようなモジュールは、多様な交換について決定された待ち時間値を用いて、例えば異なる時間における処理対象としてのリクエストの対応部分を多様なプロセッサ１０６および１１０６へと送ることによって、ルータ（単数または複数）１０４および１１０４が異なる交換待ち時間を補償する範囲を決定することができる。その結果、例えば各部分の対応する実行リソース１０６および１１０６による受信の時間差を最小化することにより、各部分の実行間の遅延を最小化することが可能となる。（図３において、例えば、これを、時間Ｘ、時間Ｙおよび時間Ｚにおいて経過した時間の差の最小化として示す）。このようなアルゴリズムは、通信遅延差に加えて、多様なリソース１０６および１１０６上におけるトレードまたは他の処理注文の実行に必要な時間の履歴差も考慮することができる。
【０１１８】
適合型交換器ＴＬ学習＆補償論理モジュール（単数または複数）１１２６ｃは、トレードリクエストが送られた際、（例えば、データ（例えば、交換市場データソース（単数または複数）１１２６ｖ）、波注文／実行、実際の待ち時間および目標待ち時間（例えば、上述したようなもののソースを用いて）各交換サーバー１１０６において浸透している市場条件に関する情報をさらに収集し得る。適合型交換器ＴＬ学習＆補償論理モジュール１１２６ｃ内において、これを担当する要素が設けられ得る。
【０１１９】
実行プロセッサ（単数または複数）１０６および１１０６のうち任意の１つ以上へとルートされるべき実行リクエストと関連付けられた１つ以上のタイミングパラメータも、対応するルーティングプロセッサ（単数または複数）１０４および１１０４へと（例えば、タイミングデータ格納部２１４へと）提供され得る。このようなタイミングパラメータは、任意の１つ以上の市場データフィード（単数または複数）またはプロセッサ（単数または複数）１１２６（例えば、プロセッサまたは（サブ）システム１１２６ａ〜１１２６ｇおよび／または１１２６ｖのうち任意の１つ以上）ならびに／あるいはプロセッサ（単数または複数）１０６および１１０６自身によって提供された関連データを用いて、このようなプロセッサ（単数または複数）１０４および１１０４によって提供されるかまたは決定される。
【０１２０】
２１２において、任意選択的に総計および分割された信号処理実行リクエスト（単数または複数）の多様な部分が、２１０において決定されたかまたは他の場合に取得されたタイミングパラメータまたはシークエンス（単数または複数）に従って、各ネットワーク化されたコンピューティングリソース１０６へと送られる。その後、前記リクエスト（単数または複数）またはその多様な部分は、その後の信号通信および所望のまたは必要な処理と共に、各実行リソース１０６および１１０６によって実行され得る。関連技術の当業者であれば理解するように、当業者が本開示の内容を理解すれば、所望の実行リクエストのパラメータがルータ（単数または複数）１０４および１１０４によって決定された後、公知のまたは専用のデータ処理技術を用いて、これらのパラメータを示す信号を組み立て、金融情報交換（ＦＩＸ）プロトコルおよび／または他の任意の所望のプロトコル（単数または複数）に従ってフォーマットし、公知または専用の信号通信技術を用いて対応する実行プロセッサ（単数または複数）１０６および１１０６へと送信、書き込みまたは他の場合に通信し、リクエストされた取引または他のデータプロセスに従って実行する。
【０１２１】
例えば、上記例において、タイミング遅延またはパラメータＸ’、Ｙ’、Ｚ’またはこれらのうち１つまたは全ては、ゼロまたは他の任意の適切な期間と等ししい場合があり、上記の開示に従って決定することができ、ｆ７７，０００ロットの債券（ＣＵＳＩＰＮｏ．ＡＡ債券）を価格Ａで、２５，０００ロット（１８，０００＋７，０００）の予約を価格ＤおよびＥによってそれぞれ購入するために、プロセッサ（単数または複数）１１０４によって生成された注文セグメントと関連付けらることができる。よって、以下のようになる。
【０１２２】
＜遅延Ｘ’＞＜交換Ａ１＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜ｌ５，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ｒｅｓ．２，０００＞＜価格Ｅ＞
＜遅延Ｙ’＞＜交換Ｂ２＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜２７，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ｒｅｓ．２，５００＞＜価格Ｅ＞
＜遅延Ｚ’＞＜交換Ｃ３＞＜販売＞＜ＣＵＳＩＰＮｏ．ＡＡ＞＜３５，０００＞＜価格Ａ＞＜ｒｅｓ．６，０００＞＜価格Ｄ＞＜ｒｅｓ．２、５００＞＜価格Ｅ＞
【０１２３】
その後、タイミングパラメータ（例えば、遅延Ｘ’、Ｙ’、Ｚ’）を用いてルーティングプロセッサ（単数または複数）１０４および１１０４は、前記取引セグメントを処理することができ、これにより、対応する取引セグメントを交換１０６および１１０６Ａ１、Ｂ２、Ｃ３へと送信または提供させ、同時または他の場合の所望のシーケンシャル実行のために所望のタイミングシークエンスに従って実行させる。
【０１２４】
ルートされた取引または処理セグメント全てまたはその多数の部分の実行後、ルーティングプロセッサ（単数または複数）１０４および１１０４は、対応する実行プロセッサ（単数または複数）１０６および１１０６から、このような実行を確認するかまたは他の場合に示すデータを受信することができ、関連付けられたメモリ（単数または複数）中に保存されたデータ記録にアクセスすることにより、実行結果をリクエスト元ソース（単数または複数）１０２および１１０２へと割り当てることができる。
【０１２５】
ここで図４を参照して、図４は、複数のネットワーク化されたコンピューティングリソースによるデータ処理１０６の管理において用いられるべきタイミングパラメータを決定する方法３００の一例を示す。図示の実施形態において、方法３００は代替的方法であり、方法３００の各ループをＮで示す。方法３００は、例えば、システム１００および１０００の多様な実施形態ならびにその要素（例えば、特にルータプロセッサ（単数または複数）１０４および１１０４ならびにデータソース（単数または複数）１１２６）のうち任意のものを用いた実行に適している。
【０１２６】
３０２において、複数のネットワーク化されたコンピューティングリソース１０６および１１０６のうちそれぞれが、信号処理実行リクエストの受信および／または実行と関連付けられた待ち時間について、例えばルータプロセッサ（単数または複数）１０４および１１０４、実行プロセッサ（単数または複数）１０６および１１０６、外部プロセッサ（単数または複数）１１２６、ならびに／あるいは前記プロセッサによって操作されるかまたは前記プロセッサと関連付けられた多様な要素またはモジュールによって監視される。これは、例えば、監視モジュール（例えば、ルータプロセッサ（単数または複数）１０４および１１０４内の交換器ＴＬ測定モジュール１１２６ｂ（例えば、金融システム１０００のためのもの））によって実行することができる。このような監視ステップは、例えば、データ処理についての発出リクエストに時間スタンプを付加するステップと、処理からの確認（単数または複数）または結果の受信時間と、対応する時間スタンプされた発出リクエストとを比較するステップとを含み得る。前記発出リクエストと、前記入来受信確認および／またはデータ処理結果との間の時間差は、データまたは信号処理待ち時間として規定され得、ルータプロセッサ（単数または複数）１０４および１１０４によるアクセスが可能なメモリ内に保存され得る。発出リクエストと入来受信、確認および／または結果との間のタイミング差により、このような待ち時間を連続的、定期的、および／または他の動的な様態で監視することができる。
【０１２７】
３０６において、ルーティングプロセッサ（単数または複数）１０４および１１０４から監視対象リソース１０６および１１０６へと提供される信号処理リクエストの実行において観測される待ち時間（単数または複数）と関連付けられた少なくとも１つのタイミングパラメータが決定される。本明細書中記載されるように、このようなタイミングパラメータ（単数または複数）を挙げると、例えば、通信遅延（例えば、送信遅延または他の信号伝播遅延、および／または処理遅延など）に起因する待ち時間がある。典型的には、取引注文または他のデータ処理リクエストあるいはその一部がルーティングプロセッサ（単数または複数）１０４および１１０４から送られてくるることが予測される複数のネットワーク化されたコンピューティングリソース１０６および１１０６それぞれについて、対応するタイミングパラメータ（単数または複数）が決定される。
【０１２８】
多様な実施形態（例えば、多様な形態の金融システム１０００）において、用いられるべきシステム（単数または複数）の種類および所望の処理結果に応じて、資金管理エンティティによって操作されるかまたは前記資金管理エンティティを代表するルーティングプロセッサ（単数または複数）１１０４と、交換サーバー１１０６との間の一方向通信および／または双方向通信（すなわち、資金管理エンティティのルーティングプロセッサ１１０４によるマルチパート取引リクエストの生成から前記処理リクエストの送り先である実行リソースからの応答の受信（例えば、より大きな取引注文の一部の受信確認および／またはリクエストされたトレードの全体または一部の実行確認）まで）について、このようなタイミングパラメータを決定することができる。ここで図１Ｂを参照して、例えば、上述したように、ＲＴＬ測定は、０４から送られた通信および応答（例えば、交換サーバー１０６および１１０６から送られた通信の承認、トレードリクエストの拒否、トレードリクエストの確認）の双方について、以下のうち任意のものまたは全てに起因する待ち時間を含み得る：資金管理エンティティサーバー１１０４内の信号の送信のうち任意の部分または全体、資金管理エンティティ１１０４内における信号処理、資金管理エンティティ１１０４およびネットワーク１１１０間の信号送信、ネットワーク１１１０内の信号送信、ネットワーク１１１０および標的交換サーバー１１０６間の信号送信、交換サーバー１１０６内における信号処理、ルーティングプロセッサ（単数または複数）１０４および１１。このような実施形態において、前記タイミングパラメータ（単数または複数）は、単なる往復通信の合計時間である場合もあれば、あるいは、その統計または他の数学的関数である場合もある。
【０１２９】
例えば、交換器ＴＬ測定モジュール１１２６ｂ（例えば、図１Ｂに示すＳＯＲ１１０４と関連付けられたもの）は、以下のようして、タイミングパラメータを決定することができる。
【０１３０】
１）プロセッサ（単数または複数）１１０４が、時間スタンプ値Ｔ１と、交換サーバー１１０６へと送られた新規通信Ｍ１（例えば、トレードリクエスト）とを関連付ける。
【０１３１】
２）プロセッサ（単数または複数）１１０４が、時間スタンプ値Ｔ２と、リクエストＭ１の送り先である交換プロセッサ１１０６から受信されたリクエストＭ１に対する任意の応答とを関連付ける。この応答は、任意の応答であり得（例えば、承認、拒否、全体的達成または部分的達成）、Ｍ１によって示されるリクエストの性質によって異なり得る。
【０１３２】
３）リクエストＭ１と関連付けられたＲＴＬを、Ｔ２とＴ１との間の差として計算する。いくつかの実施形態において、上記したように、ＲＴＬは、複数の標的交換プロセッサ（単数または複数）１１０６それぞれにルートされた処理リクエストの過去数値Ｚ（例えば、３０）についての時間（Ｔ２-Ｔ１）の平均として計算され得る。
【０１３３】
３０８において、各ネットワーク化されたコンピューティングリソース１０６と関連付けられたタイミングパラメータ（単数または複数）は、タイミングデータ格納部（単数または複数）２１４内に保存され得る。本明細書中に記載のように、タイミングデータ格納部２１４は、いくつかの例において、ルータプロセッサ（単数または複数）１０４と関連付けられているかまたはルータプロセッサ（単数または複数）１０４によるアクセスが可能なメモリ中に常駐しているデータベースまたは他のデータ構造であり得る。タイミングデータ格納部（単数または複数）２１４中に保存されたタイミングパラメータ（単数または複数）は、プロセス（例えば、図２のプロセスブロック２１０に関連して上述したもの）において用いることができる。
【０１３４】
プロセッサ（単数または複数）１０４および１１０４によって決定されたタイミングパラメータ（単数または複数）は、例えばローリングヒストグラム（単数または複数）を表し得る。前記ローリングヒストグラム（単数または複数）は、個々の実行プロセッサ１０６および１１０６ならびに／あるいはシステム（単数または複数）１００および１０００の他の要素と関連付けられた待ち時間を表す。
【０１３５】
図５は、保存されたデータを示すヒストグラムの一例を示す。前記保存されたデータは、通信と関連付けられた処理待ち時間時間値ならびに／あるいはシステム１００および１０００中の実行プロセッサ１０６および１１０６と関連付けられた他の処理を表す。図示の例において、往復待ち時間時間（単位：ｍｓ）が、最近の３０個の取引リクエストまたは他の所与の実行サーバー１０６との通信について保存される。図示の例においては３０個の待ち時間が記載されているが、ＲＴＬまたは他のタイミングパラメータの決定において用いられる保存されるタイミングパラメータ（単数または複数）の数はこれよりも多くてもよいしあるいは少なくてもよく、このようなタイミングパラメータは条件（例えば、日時、季節など）によって異なり得る。前記保存された待ち時間および他の関連データに基づいた計算結果も、タイミングデータ格納部（単数または複数）２１４中へ保存され得る。例えば、図５の例において、待ち時間そのものに加えて、通信および／または各実行サーバー１０６を用いて行われる他の処理と関連付けられた過去３０個（または他の適切な数の）待ち時間のローリング平均またはローリングモードも計算することができ、その後タイミングデータ格納部（単数または複数）２１４中へと保存することができる。
【０１３６】
関連技術の当業者であれば容易に理解するように、さらなる要素（例えば、所望の固定オフセットまたは遅延、あるいは日時、曜日、季節などと関連付けられたスケーリング要素、既知の取引パターンまたは他のデータ処理パターン、経済条件など）を２１０において用いて、タイミングパラメータを決定することができる。
【０１３７】
ルーティングプロセッサ（単数または複数）１０４および１１０４は、２１０において決定されたタイミングパラメータを用いて、ソース（単数または複数）１０２および１１０２から発出されてプロセッサ（単数または複数）１０６および１１０６へと方向付けられた処理リクエストの実行を同期化させることができる。前記同期化は、例えば、複数のプロセッサ（単数または複数）１０６および１１０６それぞれによる実行対象として転送されるべきこのようなリクエストまたはその一部と、プロセッサ（単数または複数）１０４および１１０４が利用することが可能なデータアイテムとを関連付けることで、所望の絶対的時間または相対的時間における前記リクエストを対応するプロセッサ（単数または複数）１０６および１１０６へと通信させ、対応する実行プロセッサ（単数または複数）１０６および１１０６における前記リクエストの到着の所望の同期化を達成することにより、行われる。例えば、前記リクエストのうち１つ以上の部分の通信をプロセッサ（単数または複数）１０４および１１０４と関連付けられた時計に従って所与の時間（単数または複数）において発生させるように構成されたデータアイテムを用いることにより、プロセッサ（単数または複数）１０４および１１０４は、実際の日時を用いずに、相互にまたは第３の基準値を用いて、前記リクエスト（単数または複数）またはリクエスト部分（単数または複数）の通信を所望の日時においてあるいは任意の所望の相対的注文またはシークエンスにおいて発生させることができる。
【０１３８】
３１０において、Ｎを１だけインクリメントするか、または、他の適切な値または参照値を３０２へと戻し、プロセス３０２−３０８を継続させる。任意選択的に、最大の所望の数の反復が完了するまであるいは全てのリクエスト全てが処理されるまで（例えば、実行プロセッサ１０６および１１０６へとルートされるまで）あるいは他の適切な基準が満たされるまで、プロセス３０２〜３１０を継続する。
【０１３９】
システム（単数または複数）１００および１０００またはその要素のオペレータおよびユーザが複数のネットワーク化されたコンピューティングリソースによるデータ処理を行わせるための開示の方法およびシステムの効果を理解および／または評価するのを支援するために、いくつかの局面において、本開示は、多様な測定基準も提供する（例えば、金融システム１０００の場合においては取引ベンチマーク）。このような測定基準は、システム１００および１０００の多様な要素のうち任意のものまたはその全てから発生したデータによって決定されるか、またはこのようなデータの利用を通じて決定され得る。
【０１４０】
ここで図６を参照して、図６は、本開示の方法およびシステムの一例に従ってマルチパートトレード実行リクエストを複数のネットワーク化されたコンピューティングリソースまたは実行プロセッサ１０６および１１０６へと送った結果と、従来の方法で送られたマルチパートトレードリクエストの結果との間の比較を示す。
【０１４１】
図６ａは、本開示の方法およびシステムを用いて、マルチパート取引リクエスト（販売注文）の多様な部分またはセグメント６２４の同期型の（図示の例において、実質的に同時の）実行を複数の交換サーバー１０６および１１０６によって行った際の、マルチパート取引リクエストの実行結果を示す。図示の例において、元々の買付申し込み価格６３０が＄４．２１（「レベル１」として示す）であるときに、元々の注文総計のうち９４％の達成率が達成された。２回目の取引（これは、６２６において示すように単一の取引として達成された）において、残りの量が、所望の値よりも低いが受容可能な価格６３２である＄４．２０（「レベル２」として示す）で値で販売された。前記リクエストされた注文価格（すなわち、レベル２における注文）よりも低い、前記達成された注文に関連するコストは、トレーダーシステム１１０２（例えば、クライアントシステム）において＄５３、０００であり、資金管理エンティティ１１０６において＄１０、０４９であった。
【０１４２】
図６ｂにおいて、従来技術の取引方法およびシステムを用いて、同一の全体的取引リクエストに対し、複数の非同期型注文セグメント６２４’からなる非同期型マルチパートトレードリクエスト（多交換販売注文）を用いたところ、好適な注文価格６３０である＄４．２１（「レベル１」で示す）における初期達成率は４７％であった。さらに、より望ましくない価格６３２である＄４．２０（「レベル２」で示す）において、前記リクエストのうち４３％がその後達成された。残りは、さらなる低い価格６３４である＄４．１９（「レベル３」で示す）で達成された。
【０１４３】
本開示による方法およびシステムを用いて、６２８に示すように、量重み付けされた平均販売価格（ＶＷＡＰ）６３６として＄４．２０９４／シェアが実現された。従来技術の方法およびシステムを用いた場合、ＶＷＡＰ６３８として＄４．２０３８／シェアが実現された。
【０１４４】
関連技術の当業者であれば容易に理解するように、システム１００および１０００は、多様なさらなる測定基準および機能を提供するのに適したデバイスまたは要素を含み得る。例えば、ここで図７を参照する。図７は、例えば市場ニュースサービスまたは他の市場データソース１１２６ｖから提供された市場平均価格とベンチマークとの比較をルーティングプロセッサ１０４および１１０４または他のプロセッサによって行った場合の２つの例を示す。６４６において、本発明によるマルチパート取引リクエストの同期処理におけるシステム１００および１０００の性能と、市場性能インジケータである「平均価格ベンチマーク」とを比較する。このような平均価格ベンチマークあるいは他のベンチマークまたは測定基準要素は、例えば、要素１１２６および１１０６のうち任意のものまたはこれら全てから得ることができる。６４４において、従来技術の方法によるマルチパート取引リクエストの非同期処理におけるシステム１００および１０００の性能と、同一市場性能インジケータである「平均価格ベンチマーク」とを比較する。比較６４６および６４４における比較から、本発明に従って取引の処理を行った場合、販売者がより良好な金銭的利害結果を得ることが分かる。関連技術の当業者であれば理解するように、本発明によるシステムおよび方法の性能の評価において、多様なベンチマークを用いることができる。このようなベンチマークは、用いられるシステム１００および１０００の特性と、このようなシステムによって処理される取引または他の実行リクエストの種類とに基づいて、少なくとも部分的に決定され得る。
【０１４５】
図１Ｂ中に示す実施形態において、プロセッサ（単数または複数）１０４が金融取引リクエストまたは他のデータ処理実行リクエストを作成する際に用いることが可能なデータのソース（単数または複数）１１２６は、マルチパート実行リクエストの作成において有用な複数のモジュール１１２６ａ〜１１２６ｇを含む。図示の例において、モジュール１１２６ａ〜１１２６ｇは、市場データ処理モジュール１１２６ａと、交換往復待ち時間測定モジュール１１２６ｂと、適合型交換往復待ち時間（ＲＴＬ）学習＆補償論理モジュール１１２６ｃと、スマートスウィーピングシェア割当論理モジュール１１２６ｄと、スマートポスティング論理モジュール１１２６ｅと、地域＆国交換アクセス論理モジュール１１２６ｆと、積極性管理モジュール１１２６ｇとを含む。
【０１４６】
市場データ処理モジュール１１２６ａは、市場データを受信および処理する。前記市場データは、交換サーバー１１０６の交換市場データモジュール１１２６ｖを通じて得られたデータと同じであってもよいし、あるいは異なっていてもよい。このようなデータのソースは、必要に応じてまたは所望にシステム１１０４の内部または外部であってよく、実行リクエスト（特に、取引注文の分割または他の場合における作成において有用なリクエスト）の作成において有用な任意の適切な私的なデータソースまたは公的に利用可能なデータソースを含み得る。例えば、情報は、以下を含む：任意の特定の交換において利用可能な数または数量および／または価格、取引量または価格の履歴、現在および過去の市場（単数または複数）の深さまたは流動性、保存サイズ、絶対的、相対的および／または平均の価格スプレッド、ならびに株または利害特有の特定のヒューリスティクス、ならびに／あるいはこれらのうち任意または全てのトレンド。
【０１４７】
交換器ＴＬ測定モジュール１１２６ｂは、例えば本明細書中に記載のような複数の交換サーバー１１０６ｓによるマルチパートトレードまたは他のデータ処理リクエストの実行の同期化において用いられるタイミングパラメータを決定する。このような同期化は、個々の実行プロセッサ（単数または複数）１０６および１１０６へのリクエストまたは他のデータの送信と、確認結果または実行結果の個々の実行プロセッサ（単数または複数）１０６による受信との間に経過した時間（単数または複数）を示す静的に規定された待ち時間データを用いて行われる。
【０１４８】
適合型交換器ＴＬ測定モジュール１１２６ｃは、例えば本明細書中に記載のような複数の交換サーバー１１０６ｓによるマルチパートトレードまたは他のデータ処理リクエストの実行の同期化において用いられるタイミングパラメータを決定する。このような同期化は、個々の実行プロセッサ（単数または複数）１０６および１１０６への複数の処理リクエストまたは他のデータの送信と、確認結果または実行結果の個々の実行プロセッサ（単数または複数）１０６による受信との間に経過した時間（単数または複数）を示す、動的に規定された（「ローリング」）待ち時間データを用いて行われる。モジュール（単数または複数）１１２６ｃは、ヒストグラムおよび他のデータモデルならびに／あるいはこのようなローリングデータを示す構造を用いて、このようなプロセスに従ってタイミングパラメータを決定することができる。
【０１４９】
スマートスウィーピングシェア割当論理モジュール１１２６ｄは、統計モデルを含む。前記統計モデルは、取引リクエストの戦略的オーバーサイズ化および／または予約数量（単数または複数）と公的にポストされた注文との間の関連付けを市場データ観測履歴に基づいて行うためのものである。このモジュール１１２６ｄは、例えば、オープン注文において用いられるべき適切なオーバーサイジング（すなわち、トレードリクエストについてのオーバーオーダー）を決定する。このような決定は、交換サーバー１１０６中の予測される隠れた予約数量（単数または複数）を考慮し、交換サーバー１１０６中において利用可能な隠れた予約量についての統計データに基づいて、所与の期間にわたってまたは他の特定の条件（例えば、過去の３０個のトレードリクエスト）下において、行われる。このような予測される隠れた市場予約量に基づいて、適切なサイズの隠れた予約量を決定することができ、取引注文と関連して、公的に視認可能な注文の戦略的オーバーサイジングが可能となり、実際の所望の取引量の確実な実現が支援される。
【０１５０】
スマートポスティング論理モジュール１１２６ｅは、達成確率（すなわち、トレードリクエストの満足を示すパーセンテージ）を決定する統計モデルを含む。前記達成確率は、個々の交換サーバー１１０６へとルートされるトレードリクエスト内において実現することが期待される。このような統計モデルは、例えば、所与の期間（例えば、過去の３０個のトレードリクエスト、先月、過去１２ヶ月間）にわたってこのような個々の交換において実現された達成履歴データを含み得る。スマートポスティング論理モジュール１１２６ｅは、要素（例えば、各交換サーバー１１０６の予約の上部深さ、交換サーバー１１０６上におけるボラティリティレベル、トレードリクエストの実行までの平均待ち時間時間）を考慮し得る。
【０１５１】
地域＆国交換アクセス論理モジュール１１２６ｆは、交換サーバー１１０６が地域的なものであるかまたは全国的なものであるかに応じて、トレードリクエストを交換サーバー１１０６へとルートする様態についての情報を提供する。このようなデータの提供において、用いられるべき適切なプロトコル（単数または複数）、遵守すべき法規制などに関連する内部保存かつ／または外部保存されたデータが用いられ得る。このようなデータを用いて、例えば、ルーティングプロセッサ（単数または複数）１０４および１１０４から外部リソース１０６および１１０６へと転送されたトレードリクエストまたは他の処理リクエストが（前記リクエスト（単数または複数）の提供先であるリソース（単数または複数）１０６および１１０６を鑑みて）適切にフォーマットされていることを保証することができ、また、このようなリクエスト（単数または複数）が適用可能な法的基準全てに準拠していることを保証することができる。
【０１５２】
積極性管理論理モジュール１１２６ｇは、確率モデルを含む。前記確率モデルは、個々の交換サーバー１１０６についての達成パーセンテージの確率を決定し、このようなサーバーに相応にルートされる実行リクエストを変更するためのものである。このようなモジュール１１２６ｇは、要素（例えば、各交換サーバー１１０６における達成率、各交換サーバー１１０６における予約の深さ、交換サーバー１１０６上におけるボラティリティレベル）を考慮し得る。
【０１５３】
本開示について特定の現時点において好適な実施形態と関連して記載および図示してきたが、本明細書中に開示される発明（単数または複数）の意図および範囲から逸脱することなく、多くの改変および変更が可能である。よって、本開示および発明（単数または複数）は、上述された方法または構造の要素そのものまたは詳細に限定されるべきではない。プロセスそのものに必要または固有である範囲を除いて、本開示に記載の方法またはプロセス（例えば、図）のステップまたは段階において、特定の順序は意図または暗示されない。多くの場合において、開示の方法の目的、効果または取り込みを変化させることなく、プロセスステップの順序の変更が可能である。特許請求の範囲は、均等論および関連理論を配慮しつつ、添付の特許請求の範囲のみによって決定されるべきものである。
【図１Ａ】
2013513171.tif 000003
【図１Ｂ】
2013513171.tif 000004
【図２】
2013513171.tif 000005
【図３】
2013513171.tif 000006
【図４】
2013513171.tif 000007
【図５】
2013513171.tif 000008
【図６Ａ】
2013513171.tif 000009
【図６Ｂ】
2013513171.tif 000010
【図７】
2013513171.tif 000011
【国際調査報告】
2013513171.tif 000012
2013513171.tif 000013