(57)【要約】  本開示の実施形態は、ブローカーでのネットポジションに基づくマルチブローカーオーダールーティング用のツールを提供する。ブローカーに対しユーザが有するネットポジションは、取引注文の一部を受信し、複数のブローカーに取引注文量を割り当てるときに、検討される。
2014531695.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータにより、ユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信するステップ、
コンピュータにより、前記取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、前記取引注文量の一部である第１部分注文量を前記第１ブローカーに割り当てると共に、前記取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、前記取引注文量の一部である第２部分注文量を前記第２ブローカーに割り当てるステップ、
を含む、方法。
【請求項２】
更に、コンピュータにより、前記取引注文量の第１部分注文量と第２部分注文量とを割り当てるルーティングルールを受信するステップ、を含む、請求項１に記載の方法。
【請求項３】
更に、コンピュータにより、前記取引注文量の第１部分注文量を含む第１メッセージを前記第１ブローカーに送信し、前記取引注文量の第２部分注文量を含む第２メッセージを前記第２ブローカーに送信するステップ、を含む、請求項１に記載の方法。
【請求項４】
前記第１メッセージは、第１取引注文であって、前記第２メッセージは、第２取引注文である、請求項３に記載の方法。
【請求項５】
更に、
コンピュータにより、前記第１ブローカーの第１割り当て比率と、前記第２ブローカーの第２割り当て比率と、を計算するステップ、
コンピュータにより、前記第１割り当て比率に基づいて、第１ブローカーの第１ターゲットネットポジションを計算すると共に、前記第２割り当て比率に基づいて、第２ブローカーの第２ターゲットネットポジションを計算するステップ、ここで前記取引注文量の第１注文量と第２注文量とは、前記第１ターゲットネットポジションと、前記第２ターゲットネットポジションと、に基づいて割り当てられる、
を含む、請求項１に記載の方法。
【請求項６】
更に、コンピュータにより、前記取引注文量の第１部分注文量と第２部分注文量との合計が、前記取引注文量と比べて大きくならないようにチェックするステップ、を含む、請求項１に記載の方法。
【請求項７】
更に、
コンピュータにより、複数の利用可能なブローカーを決定するステップ、ここで前記複数の利用可能なブローカーは、最初に前記第１ブローカーと、前記第２ブローカーと、を含んでいる、
前記取引注文量と、前記複数の利用可能なブローカーのそれぞれが有するネットポジションと、の合計と等しい全体量を決定するステップ、
コンピュータにより、前記複数の利用可能なブローカーのそれぞれの割り当て比率を計算するステップ、
コンピュータにより、前記複数の利用可能なブローカーのいくつかが、割り当てられた部分注文量を達成するために、反対側注文を必要とするかどうかを決定するステップ、
前記反対側注文を必要とする場合、コンピュータにより、前記複数の利用可能なブローカーから前記割り当てられた部分注文量を達成するために反対側注文を必要とするいくつかのブローカーを取り除き、前記複数のブローカーにおいて残っているブローカーのそれぞれについて割り当て比率を再計算するステップ、
を含む、請求項１に記載の方法。
【請求項８】
命令が記憶されたコンピュータ読み取り可能な記録媒体であって、
前記命令は、実行されると、コンピュータに少なくとも、
ユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信させ、
前記取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、前記第１ブローカーに前記取引注文量の一部である第１部分注文量を割り当てさせると共に、前記取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、前記第２ブローカーに前記取引注文量の一部である第２部分注文量を割り当てさせる、
コンピュータ読み取り可能な記憶媒体。
【請求項９】
更に、前記命令は、実行されると、コンピュータに、前記取引注文量の第１部分注文量と第２部分注文量とを割り当てるルーティングルールを受信させる、請求項８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１０】
更に、前記命令は、実行されると、コンピュータに、前記取引注文量の第１部分注文量を含む第１メッセージを前記第１ブローカーに送信させ、前記取引注文量の第２部分注文量を含む第２メッセージを前記第２ブローカーに送信させる、請求項８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１１】
前記第１メッセージは、第１取引注文であって、前記第２メッセージは、第２取引注文である、請求項１０に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１２】
更に、前記命令は、実行されると、コンピュータに、
前記第１ブローカーの第１割り当て比率と、前記第２ブローカーの第２割り当て比率と、を計算させ、
前記第１割り当て比率に基づいて、前記第１ブローカーの第１ターゲットネットポジションを計算させると共に、前記第２割り当て比率に基づいて、前記第２ブローカーの第２ターゲットネットポジションを計算させる、ここで前記取引注文量の第１部分注文量と第２部分注文量は、前記第１ターゲットネットポジションと、前記第２ターゲットネットポジションと、に基づいて割り当てられる、
請求項８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１３】
更に、前記命令は、実行されると、コンピュータに、前記取引注文量の第１部分注文量と第２部分注文量との合計が、前記取引注文量より大きくならないようにチェックさせる、請求項８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１４】
更に、前記命令は、実行されると、コンピュータに、
複数の利用可能なブローカーを決定させ、ここで前記複数の利用可能なブローカーは、前記第１ブローカーと前記第２ブローカーを最初に含む、
前記取引注文量と、前記複数の利用可能なブローカーのそれぞれのネットポジションと、の合計と等しい全体量を決定させ、
前記複数の利用可能なブローカーのそれぞれに割り当てられる割り当て比率を計算させ、
前記複数の利用可能なブローカーのいくつかが、割り当てられた部分注文量を達成するために、反対側注文を必要とするかどうかを決定させ、
前記反対側注文を必要とする場合、前記複数の利用可能なブローカーから前記割り当てられた部分注文量を達成するために反対側注文を必要とするいくつかのブローカーを取り除き、前記複数のブローカーにおいて残っているブローカーのそれぞれについて割り当て比率を再計算させる、
請求項８に記載のコンピュータ読み取り可能な記憶媒体。
【請求項１５】
ユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信するインタフェース、
前記取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、前記第１ブローカーに前記取引注文量の一部である第１部分注文量を割り当てると共に、前記取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、前記第２ブローカーに前記取引注文量の一部である第２部分注文量を割り当てるアロケータ、
を備える、装置。
【請求項１６】
更に、前記取引注文量の第１部分注文量と第２部分注文量とを割り当てるルーティングルールを受信するインタフェースを備える、請求項１５に記載の装置。
【請求項１７】
更に、前記取引注文量の第１部分注文量を含む第１メッセージを前記第１ブローカーに送信し、前記取引注文量の第２部分注文量を含む第２メッセージを前記第２ブローカーに送信するメッセージ送信機、を備える請求項１５に記載の装置。
【請求項１８】
前記第１メッセージは、第１取引注文であって、前記第２メッセージは、第２取引注文である、請求項１７に記載の装置。
【請求項１９】
更に、
前記第１ブローカーの第１割り当て比率と、前記第２ブローカーの第２割り当て比率とを計算する割り当て計算機、
前記第１割り当て比率に基づいて、前記第１ブローカーの第１ターゲットネットポジションを計算し、前記第２割り当て比率に基づいて、前記第２ブローカーの第２ターゲットネットポジションを計算するターゲットネットポジション計算機、ここで前記取引注文量の第１部分注文量と第２部分注文量とは、前記第１ターゲットネットポジションと、前記第２ターゲットネットポジションと、に基づいて割り当てられる、
請求項１５に記載の装置。
【請求項２０】
更に、前記取引注文量の第１部分注文量と第２部分注文量との合計が、前記取引注文量より大きくならないようにチェックするチェッカーを備える、請求項１５に記載の装置。
【請求項２１】
更に、
複数の利用可能なブローカーを決定する利用可能なブローカー決定機、ここで前記複数の利用可能なブローカーは、最初に前記第１ブローカーと、前記第２ブローカーと、を含んでいる、
前記取引注文量と、前記複数の利用可能なブローカーのそれぞれが有するネットポジションと、の合計と等しい全体量を決定する全体量決定機、
前記複数の利用可能なブローカーのそれぞれの割り当て比率を計算する割り当て比率計算機、
前記複数の利用可能なブローカーのいくつかが、割り当てられた部分注文量を達成するために、反対側注文を必要とするかどうかを決定する反対側注文決定機、
前記複数の利用可能なブローカーから前記割り当てられた部分注文量を達成するために反対側注文を必要とするいくつかのブローカーを取り除き、前記複数のブローカーにおいて残っているブローカーのそれぞれについて割り当て比率を再計算するリムーバ、
を備える、請求項１５に記載の装置。
【発明の詳細な説明】
【背景技術】
【０００１】
電子取引システムは、取引デバイスと電子取引所を含むことができる。取引デバイスは、注文を送信し、取引所で取引可能オブジェクトを売買することができる。更に、市場データを、取引所から取引デバイスに送信することができる。
【０００２】
取引注文を、ブローカーに送る、又は提出することができる。取引注文の全体量を、全体注文量又は取引注文量と呼ぶことができる。取引注文量は、取引注文で指定された取引可能オブジェクトの量である。取引注文量を、複数のブローカー及び／又は特定のブローカーの口座に分けて送ることができる。取引注文を受信する際、ブローカーは、取引注文を、例えば、取引所に提出することによって量を満たすように試みる。
【０００３】
いくつかの実施形態は、以降の図に関連して開示される。
【図面の簡単な説明】
【０００４】
【図１】図１は、いくつかの実施形態において実施される電子取引システムの例のブロック図を示す。
【図２】図２は、開示された実施形態を実施するために使用されるコンピュータの例のブロック図を示す。
【図３】図３は、いくつかの実施形態において実施される取引システムの例を示す。
【図４】図４は、図３のマルチブローカーオーダールータの例を実施するために使用される装置の例のブロック図を示す。
【図５】図５は、ルール構成画面の例のスクリーンショット図を示す。
【図６】図６は、第１の取引注文画面の例のスクリーンショット図を示す。
【図７】図７は、第２の取引注文画面の例のスクリーンショット図を示す。
【図８】図８は、設定画面の例のスクリーンショット図を示す。
【図９】図９は、構成画面の例のスクリーンショット図を示す。
【図１０】図１０は、図３及び／又は図４のマルチブローカーオーダールータの例を実施するために実行される装置読み取り可能な命令を示すフロー図である。
【図１１】図１１は、図４のアロケータの例を実施するために実行される装置読み取り可能な命令を示すフロー図である。
【図１２】図１２は、図４のアロケータの例を実施するために実行される装置読み取り可能な命令を示すフロー図である。
【図１３】図１３は、図４のアロケータの例を実施するために実行される装置読み取り可能な命令を示すフロー図である。
【発明を実施するための形態】
【０００５】
いくつかの実施形態は、例で示された添付図面と共に読み取ると、より良く理解される。なお、実施形態は、添付図面に示す構成及び手段に限定されないことを理解するべきである。
【０００６】
Ｉ．概要
本開示の実施形態は、ブローカーでのネットポジションに基づくマルチブローカーオーダールーティング用のツールを提供する。ブローカーでユーザが有するネットポジションは、取引注文の一部を受信し、複数のブローカーに取引注文量を割り当てるときに検討される。
【０００７】
取引注文を満たすために、ブローカーが複数参加していてもよい。例えば、特定の取引可能オブジェクトのある一定量の取引注文を満たすために、取引注文量の一部である第１部分注文量が、第１ブローカーに送られてもよく、取引注文量の一部である第２部分注文量が第２ブローカーに送られてもよい。取引注文量の第１部分注文量と第２部分注文量を、第１ブローカーと第２ブローカーのそれぞれに送るために、最初の取引注文は、第１部分注文量を表す第１取引注文と、第２部分注文量を表す第２取引注文に分割される。本明細書に記載するように、ブローカーに取引注文量の一部である部分注文量を送ることは、代替的にブローカーに取引注文の一部である部分注文を送ることと言われてもよい。複数のブローカーに取引注文を送ることに加えて、取引注文は、１以上のブローカー内の複数の口座に送られてもよい。この場合、それぞれのブローカーの口座のペアは、開示されたツールの目的のため、異なる「ブローカー」とみなされてもよい。明確にするために、以下の説明は、異なるブローカーに言及するのみである。
【０００８】
取引注文の一部である部分注文をブローカーに割り当てる方法は、ルーティングルール又は割り当てルールと呼ばれている。ルーティングルールの例としては、フィフティー・フィフティー・ルールがある。このルールは、第１ブローカーに取引注文の５０％を送り、第２ブローカーに取引注文の５０％を送る。ルーティングルールの別の例としては、ツー・ワン・ワン・ワン（２／１／１／１）・ルールがある。これは、第１ブローカーに取引注文の４０％を送り、第２ブローカー、第３ブローカー及び第４ブローカーにそれぞれ取引注文の２０％を送る。ルーティングルールの別の例としては、ツー・ツー・ワン（２／２／１）・ルールがある。これは、第１ブローカー及び第２ブローカーにそれぞれ取引注文の４０％を送り、第３ブローカー取引注文の２０％を送る。ルーティングルールの別の例としては、ナインティー・テン・ルールがある。これは、第１ブローカーに取引注文の９０％を送り、第２ブローカーに取引注文の１０％を送る。
【０００９】
いくつかの例では、ブローカーは、それらに割り当てられた部分注文全体を満たすことができない場合がある。例えば、ブローカーは、取引注文（例えば、グッド・ティル・デイト（「ＧＴＤ」）注文など）で指定された時間枠内で許容できる価格で全量を約定することができない場合があるからである。例えば、複数のブローカー策略を活用し、取引注文を分割し、第１ブローカーと第２ブローカーとの間で１０個を購入する注文を行うユーザは、フィフティー・フィフティー・ルールに従って、１０個の買い注文を半々に分割してもよい。したがって、現在のシステムでは、５個の買い注文が第１ブローカーに送られ、５個の買い注文が第２ブローカーに送られる。第１ブローカーは、５個の全量を約定することができるが、第２ブローカーは、（例えば、取引注文が現在の日付のＧＴＤ注文であって、オープン発注量がキャンセルされる前に、第２ブローカーが全量を約定することができないことによって、）２個のみ購入し、３個を未購入となったと仮定する。その結果、ユーザは、第１ブローカーにおける注文で第１ネットポジション（ロング５）と、第２ブローカーにおける注文で第２ネットポジション（ロング２）を有する。また、ユーザは、すべてのブローカー間で全体ネットポジション（ロング７）を有する。ユーザが第２取引注文を発注し、現在のシステムにおいて、同じフィフティー・フィフティー・割り当てルールに従って、同じ複数のブローカー策略を使用し、２０より多くの買い注文を行う場合、ユーザが各ブローカーで異なるネットポジションを有していたとしても、２０個買うための第２取引注文は、再度第１ブローカーと第２ブローカーとの間で等しく分けられる。多くの例では、これと他の従来の複数のブローカー策略又はルールとは、好ましくない配分の取引注文となる。例えば、実際フラットなネットポジションであるが、一方のブローカーではロングネットポジションを有し、他方のブローカーではショートネットポジションを有し、ユーザにとって望ましくない。別の例として、ユーザは、特別の関係に由来する理由（例えば、特定のブローカーがトレーダにスポーツイベントの良い席のチケットを提供するなど）のために、特定のブローカーにある量を確実に送信したい場合がある。
【００１０】
本明細書で開示された実施形態は、取引システム、デバイス、及び／又はプロセスに、取引注文が送られる可能性があるブローカーでのユーザの少なくとも一部のネットポジションに基づいてマルチブローカー取引注文の配分を行うことを可能にする。特に、特定の取引可能オブジェクトの取引注文の一部である部分注文を割り当てる前に、本明細書に開示されたいくつかの実施形態は、取引可能オブジェクトにおいてユーザが有するネットポジションを考慮している。取引注文量の配分は、ブローカーに対しユーザが有するネットポジションに基づいて、割り当てルールに従って変更可能に行われ、ブローカーでユーザの所望するネットポジションを達成する可能性を高めることができる。例えば、第１ブローカーに対しユーザが有する現在のネットポジションが、第２ブローカーに対しユーザが有する現在のネットポジションと異なる場合（例えば、第１ブローカーの配分より第２ブローカーの配分の方が大きい場合）、第１ブローカーに対する取引注文量の配分が減らされ、ユーザが２つのブローカー間でそれらの全体ネットポジションを所望の配分となるように補助してもよい。
【００１１】
以降は、他のコンポーネントの中に、ハードウェア上で実行されるソフトウェアを含む実施形態を開示しているが、実施形態は、単に例を示しており、限定とみなされるべきではないことに留意するべきである。例えば、これらのハードウェア及びソフトウェアコンポーネントのいずれか又はすべては、ハードウェア単独、ソフトウェア単独、ファームウェア単独、又はハードウェア、ソフトウェア及び／又はファームウェアのいずれかの組み合わせにおいて実施されてもよい。したがって、開示された実施形態は、他の方法で実施されてもよい。
【００１２】
いくつかの実施形態は、コンピュータにより、ユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信するステップ、及び取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、取引注文量の一部である第１部分注文量を第１ブローカーに割り当てると共に、取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、取引注文量の一部である第２部分注文量を第２ブローカーに割り当てるステップ、を含む方法を提供する。
【００１３】
いくつかの実施形態は、命令が実行されると、コンピュータに少なくともユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信させ、取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、取引注文量の一部である第１部分注文量を第１ブローカーに割り当てさせると共に、取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、取引注文量の一部である第２部分注文量を第２ブローカーに割り当てさせる、コンピュータ読み取り可能な記憶媒体を提供する。
【００１４】
いくつかの実施形態は、ユーザの取引可能オブジェクトの取引注文量を含む取引注文を受信するインタフェース、取引可能オブジェクトに関連付けられた第１ブローカーに対しユーザが有する第１ネットポジションに基づいて、第１ブローカーに取引注文量の一部である第１部分注文量を割り当てると共に、取引可能オブジェクトに関連付けられた第２ブローカーに対しユーザが有する第２ネットポジションに基づいて、第２ブローカーに取引注文量の一部である第２部分注文量を割り当てるアロケータ、を含む装置を提供する。
【００１５】
ＩＩ．電子取引システムの例
図１は、いくつかの実施形態において採用される取引システム１００の例のブロック図を示す。システム１００は、取引デバイス１１０、ゲートウェイ１２０、及び電子取引所１３０を含む。取引デバイス１１０は、ゲートウェイ１２０と通信する。ゲートウェイ１２０は、取引所１３０と通信する。
【００１６】
本明細書で使用される語句「通信する」は、直接通信と、１つ以上の中間コンポーネントを介する間接通信を含む。
【００１７】
動作中、取引デバイス１１０は、取引所１３０で取引可能オブジェクトを売買する注文を送信してもよい。例えば、ユーザは、取引デバイス１１０を利用し、注文を送信してもよい。注文は、ゲートウェイ１２０を通して取引所１３０に送信される。また、市場データは、取引所１３０からゲートウェイ１２０を通って取引デバイス１１０に送信される。ユーザはまた、取引デバイス１１０を利用し、この市場データを監視する、及び／又は市場データ上の取引可能オブジェクトの注文を送信する決定の基礎としてもよい。
【００１８】
取引可能オブジェクトは、量及び／又は価格で取引することができるものである。例えば、株、オプション、債券、先物、通貨、ワラント、ファンドデリバティブ、証券、商品、スワップ、金利商品、インデックスベースプロダクト、取引イベント、グッズ、及びコレクション及び／又はこれらの組み合わせが、取引可能オブジェクトであってもよい。取引可能オブジェクトは、「実物（ｒｅａｌ）」又は「合成（ｓｙｎｔｈｅｔｉｃ）」であってもよい。実物の取引可能オブジェクトは、取引所によってリストに記載され、及び／又は管理された製品を含む。合成の取引可能オブジェクトは、ユーザによって定義された製品を含む。例えば、合成の取引可能オブジェクトは、取引デバイス１１０を利用するユーザによって作成された合成スプレッドなどの実物の（又は他の合成の）製品の組み合わせを含んでもよい。合成の取引オブジェクトに対応する及び／又は類似する実物の取引可能オブジェクトがあってもよい。
【００１９】
取引デバイス１１０は、例えば、ハンドヘルドデバイス、ラップトップ、デスクトップコンピュータ、シングル又はマルチコアプロセッサを有するワークステーション、複数のプロセッサを有するサーバ、及び／又はコンピュータのクラスタなどの１つ以上の電子コンピュータプラットフォームを含んでもよい。例えば、単一のデバイスとして論的に表される一方で、取引デバイス１１０は、サーバと通信する取引端末を含んでもよく、取引端末とサーバをまとめたものが取引デバイスであってもよい。取引端末は、取引画面をユーザに提供し、取引画面を通して、例えば、注文するなどのユーザの入力を更に処理するため、サーバにコマンドを通信してもよい。
【００２０】
取引デバイス１１０は、通常、ユーザによって、所有され、操作され、制御され、プログラムされ、構成され、又は他のものが使用される。本明細書で使用されるように、語句「ユーザ」は、限定されるものではないが、人（例えば、トレーダ）又は電子取引所デバイス（例えば、プロセッサとメモリ又はアルゴリズム取引システムを含む）を含んでもよい。１人以上のユーザは、所有権、操作、制御、プログラミング、構成、又は他の使用に関与してもよい。
【００２１】
取引デバイス１１０は、１以上の取引アプリケーションを含んでもよい。取引アプリケーションは、例えば、市場データを取引及びチャートウィンドウに整列し、表示することによって市場データを処理してもよい。市場データは、例えば、取引所１３０から受信されてもよい。別の例として、市場データは、履歴データを提供する及び／又は取引所をシミュレートするが、実際の世界の取引を実現しないシミュレーション環境から受信されてもよい。この処理は、例えば、ユーザの好みに基づいてもよい。取引アプリケーションは、例えば、自動スプレッド取引ツールなどの自動化された取引ツールを含んでもよい。１つ以上の取引アプリケーションは、取引デバイス１１０のコンピュータの１つ以上に分散されてもよい。例えば、取引アプリケーションの特定のコンポーネントは、取引ワークステーション上で実行されてもよく、取引アプリケーションの他のコンポーネントがワークステーションと通信するサーバ上で実行されてもよい。
【００２２】
取引デバイス１１０は、電子取引ワークステーション、ポータブル取引デバイス、「ブラックボックス」又は「グレーボックス」システムなどのアルゴリズム取引システム、組み込み型の取引システム、及び／又は自動化された取引ツールを含んでもよい。例えば、取引デバイス１１０は、イリノイ州のシカゴのトレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによって提供される電子取引プラットフォームである、Ｘ＿ＴＲＡＤＥＲ（登録商標）のコピーを実行するコンピュータシステムであってもよい。別の例として、取引デバイス１１０は、自動取引ツール、例えば、トレーディング・テクノロジーズ・インターナショナル・インコーポレイテッドによってまた提供されるＡｕｔｏｓｐｒｅａｄｅｒ（登録商標）又はＡｕｔｏｔｒａｄｅｒ（商標）などを実行するコンピュータであってもよい。
【００２３】
別の例として、取引デバイス１１０は、市場データをアルゴリズム的に処理し、アルゴリズム的な処理に基づいて手動で注文するための、又は自動的に出された注文を操作するためのユーザインタフェースを含む取引アプリケーションを含んでもよい。アルゴリズム取引アプリケーションは、特定のアクションを行うため自動的に処理されたアルゴリズムを含む取引アプリケーションである。即ち、取引アプリケーションは、定義されたアクションを実行する自動化された一連の命令を含んでいる。アクションは、例えば、特定の方法で市場データを処理すること、注文すること、既存の注文を変更すること、注文を削除すること、注文をやめること、実行するため取引オブジェクトを選択すること、注文するため又は注文を変更するため価格を決定すること、注文を発注する又は注文を変更するため量を決定すること、注文が買い又は売りかを決定すること、一定の時間アクションを遅らせること、を含んでもよい。
【００２４】
本明細書で使用されるように、アルゴリズム（取引アルゴリズムとも呼ばれている）は、取引に使用されるアルゴリズムを記述する論理式及びパラメータを含む定義によって特定される。論理式は、パラメータ間の関係を特定し、より多くのパラメータを生成してもよい。パラメータは、例えば、アルゴリズムの論理式への入力を含んでもよい。アルゴリズムの定義は、少なくとも一部では、アルゴリズム取引アプリケーションによって特定されてもよい。例えば、アルゴリズム取引アプリケーションは、ユーザにパラメータを特定させるのみを可能にし、所定の論理式によって使用されてもよい。別の例として、アルゴリズム取引アプリケーションは、ユーザに論理式のうちのいくつか又はすべて、及びパラメータのうちのいくつか又はすべてを特定することを可能にしてもよい。取引アルゴリズムは、論理式がユーザによって特定されたユーザ定義の取引アルゴリズムである。
【００２５】
取引アプリケーションは、取引デバイス１１０のコンピュータ読み取り可能な記録媒体に記憶されてもよい。いくつかの実施形態では、取引アプリケーションの１つ以上の構成要素が取引ワークステーションに記憶されてもよく、取引アプリケーションの他の構成要素がワークステーションと通信するサーバ上に記憶されてもよい。いくつかの実施形態では、取引アプリケーションの１つ以上の構成要素が別のコンピュータ読み取り可能な記録媒体から取引デバイス１１０のコンピュータ読み取り可能な記録媒体へロードされてもよい。例えば、取引アプリケーション（又は取引アプリケーションの更新）は、メーカー、開発者、又は１つ以上のＣＤ若しくはＤＶＤの発行者によって記憶されてもよく、その後アプリケーションを取引デバイス１１０上に、又は取引デバイス１１０が取引アプリケーションを取得するサーバに、アプリケーションをロードする責任者に提供される。別の例として、取引デバイス１１０は、例えば、インターネット又は内部ネットワークを介して、サーバから取引アプリケーション（又は取引アプリケーションの更新）を受信してもよい。取引デバイス１１０は、取引デバイス１１０によって要求されたとき（「プル配信」）、及び／又は取引デバイスによって要求されないとき（「プッシュ配信」）、取引アプリケーション又は更新を受信してもよい。
【００２６】
取引デバイス１１０は、取引可能オブジェクトの注文を送信するように構成される。注文は、例えば、１つ以上のメッセージ若しくはデータパケットに、又は共有メモリシステムを通して送信される。取引デバイス１１０はまた、例えば、注文のキャンセル、注文の変更、及び／又は取引所への問合せをするように構成されてもよい。別の例として、取引デバイス１１０は、実際の世界の取引を実現しないシミュレーション環境にシミュレートされた取引所に注文を送信するように構成されてもよい。
【００２７】
取引デバイス１１０によって送信された注文は、例えば、ユーザの要求で送信されてもよく、又は自動的に送信されてもよい。例えば、トレーダは、電子取引ワークステーションを利用し、特定の取引可能オブジェクトを発注し、注文価格及び／又は量などの注文用の１つ以上のパラメータを手動で提供する。別の例として、自動化された取引ツールが注文用の１つ以上のパラメータを計算し、注文を自動的に送信してもよい。いくつかの場合では、自動化された取引ツールは、送信されるべき注文を準備し、実際にそれをユーザからの確認することなしに送信することはない。
【００２８】
いくつかの実施形態では、取引デバイス１１０は、ユーザインタフェースを含む。ユーザインタフェースは、取引アプリケーションのテキストベース及び／又はグラフィカルインタフェースを表す１つ以上のディスプレイデバイスを含んでもよい。例えば、ディスプレイデバイスは、コンピュータモニタ、ハンドヘルド・デバイス・ディスプレイ、プロジェクタ、及び／又はテレビを含んでもよい。ユーザインタフェースは、取引アプリケーションを使用する注文用のパラメータを特定する又は評価するために使用されてもよい。ユーザインタフェースは、例えば、入力を受信するための１つ以上の入力デバイスを含んでもよい。例えば、入力デバイスは、キーボード、トラックボール、２つ又は３つのボタンマウス、及び／又はタッチスクリーンを含んでもよい。ユーザインタフェースは、ユーザと対話するための他のデバイスを含んでもよい。例えば、情報が、音声でスピーカーを介してユーザに提供されてもよく、及び／又はマイクを介して受信されてもよい。
【００２９】
いくつかの実施形態では、取引アプリケーションは、１つ以上の取引画面を含み、ユーザが１つ以上の市場と対話可能にしている。取引画面は、例えば、様々な取引戦略を実施しながら、ユーザが市場情報を取得し、かつ見て、注文エントリーパラメータをセットし、注文を入力及びキャンセルし、及び／又はポジションを監視することを可能にしてもよい。例えば、取引アプリケーションが、取引所１３０から情報（例えば、ビッド価格、ビッド量、アスク価格、アスク量、過去に売った価格及び量、及び／又は他の市場の関連情報など）を受信してもよく、それらのいくつか又はすべてが順番に取引デバイスのユーザインタフェースを用いて表示されてもよい。受信された情報に基づいて、取引画面は、価格レベルのレンジと、取引可能オブジェクトに関する価格レベルの対応するビッド及びアスク量と、を表示してもよい。関連する取引情報をユーザに提供するために、取引画面は、内部市場の周囲に価格（と対応するビッド及びアスク量）のレンジを表示してもよい。情報は、連続的に又は定期的に取引アプリケーションに提供され、取引アプリケーションが現在の市場情報と共に取引画面を更新可能にしてもよい。ユーザは、例えば、取引画面を使用し、取引可能オブジェクトの買い注文及び売り注文を発注し、又はそれ以外の場合、表示された情報に基づいて取引可能オブジェクトを取引してもよい。
【００３０】
取引画面は、１つ以上の取引ツールを表示してもよい。取引ツールは、電子ツールであって、電子取引を可能にし、補助し、及び／又は容易にする。代表的な取引ツールは、限定されるものではないが、チャート、取引ラダー、注文入力ツール、自動化された取引ツール、自動化されたスプレッドツール、リスク管理ツール、注文パラメータツール、注文入力システム、市場グリッド、フィルウィンドウ、及び市場注文ウィンドウ、それらの組み合わせ、他の電子ツールであって、取引、取引の準備、取引の管理、又は市場の分析に使用されるツールを含んでいてもよい。
【００３１】
いくつかの実施形態では、取引デバイス１１０からの注文は、ゲートウェイ１２０を通って取引所１３０に送信される。取引デバイス１１０は、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、無線ネットワーク、仮想プライベート・ネットワーク、Ｔ１ライン、Ｔ３ライン、統合サービスデジタル網（“ＩＳＤＮ”）線、ポイント・オブ・プレゼンス（ＰＯＰ）、インターネット、及び／又は共有メモリシステムを使用してゲートウェイ１２０と通信することができる。
【００３２】
ゲートウェイ１２０は、取引デバイス１１０及び取引所１３０と通信するように構成されている。ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間の通信を可能にする。例えば、ゲートウェイ１２０は、取引デバイス１１０から注文を受信し、取引所１３０に注文を送信してもよい。別の例として、ゲートウェイ１２０は、取引所１３０から市場データを受信し、取引デバイス１１０に市場データを送信してもよい。
【００３３】
いくつかの実施形態では、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間で通信されたデータの処理を行う。例えば、ゲートウェイ１２０は、取引デバイス１１０から受信された注文を取引所１３０によって理解されるデータフォーマットに処理してもよい。同様に、ゲートウェイ１２０は、取引所１３０から受信された取引所の特有のフォーマットの市場データを取引デバイスによって理解されるフォーマットに変換してもよい。ゲートウェイ１２０の処理はまた、例えば、取引デバイス１１０からの取引注文を追跡すること、及び取引所１３０から受信されたフィル確認に基づいて注文の状態を更新することを含んでもよい。別の例として、ゲートウェイ１２０は、取引所１３０からの市場データをまとめ、それを取引デバイス１１０に提供してもよい。
【００３４】
いくつかの実施形態では、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との間で通信されるデータを処理する以外のサービスを提供する。例えば、ゲートウェイ１２０は、リスク処理を提供してもよい。
【００３５】
ゲートウェイ１２０は、例えば、ハンドヘルドデバイス、ラップトップ、デスクトップコンピュータ、シングルコア又はマルチコアプロセッサを有するワークステーション、複数のプロセッサを有するサーバ、及び／又はコンピュータのクラスタなどの１つ以上のコンピュータプラットフォームを含んでもよい。
【００３６】
ゲートウェイ１２０は、１つ以上のゲートウェイアプリケーションを含んでいてもよい。ゲートウェイアプリケーションは、例えば、注文処理及び市場データ処理を扱うことができる。この処理は、例えば、ユーザの好みに基づいてもよい。
【００３７】
いくつかの実施形態では、ゲートウェイ１２０は、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、仮想プライベート・ネットワーク、Ｔ１ライン、Ｔ３ライン、ＩＳＤＮライン、ポイント・オブ・プレゼンス（ＰＯＰ）、インターネット、及び／又は共有メモリシステムを使用して取引所１３０と通信する。
【００３８】
一般的に、取引所１３０は、取引所エンティティによって所有され、操作され、制御され、又は使用され得る。取引所エンティティの例は、ＣＭＥグループ、ロンドン国際金融先物取引所（「ＬＩＦＦＥ」）、インターコンチネンタル取引所（「ＩＣＥ」）、及びユーレックスを含む。取引所１３０は、例えば、取引所によって取引を申し込まれた取引可能オブジェクトが売買されることを可能にするように構成された、コンピュータ、サーバ、又は他のコンピュータなどの電子マッチングシステムを含んでもよい。電子マッチングシステムは、例えば、マッチングエンジンを含んでもよい。取引所１３０は、別のエンティティを含み、例えば、いくつかが取引可能オブジェクト及び注文を受信してマッチする他のものをリストに記載してもよく、及び／又は管理してもよい。取引所１３０は、例えば、電子通信ネットワーク（「ＥＣＮ」）を含んでもよい。
【００３９】
取引所は、取引可能オブジェクトを売買するため注文をマッチするように構成されている。取引可能オブジェクトは、取引所１３０によって取引のためにリストに記載されてもよい。注文は、例えば、取引デバイス１１０から受信された注文を含んでもよい。注文は、例えば、ゲートウェイ１２０を通って取引デバイス１１０から受信されてもよい。また、注文は、取引所１３０と通信する他のデバイスから受信されてもよい。即ち、一般的に、取引所１３０は、マッチすべき注文も提供する（取引デバイス１１０と同様であってもよい）様々な他の取引デバイスと通信する。
【００４０】
取引所１３０は、市場データを提供するように構成されてもよい。市場データは、例えば、１つ以上のメッセージ若しくはデータパケットに、又は共有メモリシステムを通して提供されてもよい。市場データは、例えば、取引デバイス１１０に提供されてもよい。市場データは、例えば、ゲートウェイ１２０を通して、取引デバイス１１０に提供されてもよい。市場データは、例えば、内部市場を示すデータを含んでもよい。内部市場は、（内部市場が時間と共に変化するので）特定の時点での最低の売り価格（「ベストアスク」とも呼ばれる）と最高の買い価格（「ベストビッド」とも呼ばれる）である。市場データは、市場の深さを含んでもよい。市場の深さは、内部市場で入手可能な量を表しており、また内部市場から離れた他の価格で入手可能な量を表している。したがって、内部市場は、市場の深さの第１レベルと見なすことができる。内部市場から離れた１つのティックは、例えば、内部市場の第２レベルと見なしてもよい。いくつかの実施形態では、市場の深さは、全ての価格レベルに提供されている。いくつかの実施形態では、市場の深さは、全ての価格レベルより少なく提供されている。例えば、市場の深さは、内部市場の両側の最初の５つの価格レベルのみに提供されてもよい。別の例として、市場の深さは、市場内で入手可能な量である最初の１０個の価格レベルに提供されてもよい。市場データはまた、最終取引価格（ＬＴＰ）、最終取引量（ＬＴＱ）、及び注文フィル情報などの情報を含んでもよい。
【００４１】
いくつかの実施形態では、システム１００は、複数の取引デバイス１１０を含んでいる。例えば、上述の取引デバイス１１０と同様の複数の取引デバイスは、ゲートウェイ１２０と通信し、注文を取引所１３０に送信してもよい。
【００４２】
いくつかの実施形態では、システム１００は、複数のゲートウェイ１２０を含んでいる。例えば、上述のゲートウェイ１２０と同様の複数のゲートウェイが、取引デバイス１１０及び取引所１３０と通信してもよい。そのような構成は、例えば、１つのゲートウェイに障害が発生した場合に、冗長性を提供するために使用することができる。
【００４３】
いくつかの実施形態では、システム１００は、複数の取引所１３０を含んでいる。例えば、ゲートウェイ１２０は、上述の取引所１３０と同様の複数の取引所と通信してもよい。そのような構成は、例えば、取引デバイス１１０が、ゲートウェイ１２０を通して複数の取引所で取引可能である。
【００４４】
いくつかの実施形態では、システム１００は、複数の取引所１３０と、複数のゲートウェイ１２０を含んでいる。例えば、ゲートウェイ１２０と同様の複数のゲートウェイは、上述の取引所１３０と同様の複数の取引所と通信してもよい。各ゲートウェイは、例えば、１つ以上の別の取引所と通信してもよい。そのような構成は、例えば、１つ以上の取引デバイス１１０が複数の取引所で取引可能にすること（及び／又は複数の取引所への接続の冗長性を提供すること）ができる。
【００４５】
いくつかの実施形態では、取引デバイス１１０は、１つ以上のコンピュータ又は処理コンポーネントを含んでいる。言い換えれば、取引デバイス１１０の機能は、複数のコンピュータによって実行されてもよい。例えば、１つのコンピュータが、取引所１３０に送信されるべき注文を生成してもよく、一方で別のコンピュータがユーザにグラフィカル・ユーザ・インタフェースを提供してもよい。いくつかの実施形態では、ゲートウェイ１２０は、１つ以上のコンピュータ又は処理コンポーネントを含んでいる。言い換えれば、ゲートウェイ１２０の機能は、複数のコンピュータによって実行されてもよい。いくつかの実施形態では、取引所１３０は、１つ以上のコンピュータ又は処理コンポーネントを含んでいる。言い換えれば、取引所１３０の機能は、複数のコンピュータによって実行されてもよい。
【００４６】
いくつかの実施形態では、ゲートウェイ１２０は、取引デバイス１１０の一部である。例えば、ゲートウェイ１２０のコンポーネントは、取引デバイス１１０と同じコンピュータプラットフォームの一部であってもよい。別の例として、ゲートウェイ１２０の機能は、取引デバイス１１０のコンポーネントによって実行されてもよい。いくつかの実施形態では、ゲートウェイ１２０は存在しない。例えば、取引デバイス１１０が、取引所１３０と通信するために、ゲートウェイ１２０を利用する必要がない場合に、そのような構成にしてもよい。例えば、取引デバイス１１０が、取引所１３０と直接通信するように構成されている場合である。
【００４７】
いくつかの実施形態では、ゲートウェイ１２０は、取引デバイス１１０と同じ側に物理的に配置されている。いくつかの実施形態では、ゲートウェイ１２０は、取引所１３０と同じ側に物理的に配置されている。いくつかの実施形態では、取引デバイス１１０は、取引所１３０と同じ側に物理的に配置されている。いくつかの実施形態では、ゲートウェイ１２０は、取引デバイス１１０と取引所１３０との両方に対して別の側に物理的に配置されている。
【００４８】
いくつかの実施形態では、システム１００は、ミドルウェア、ファイアーウォール、ハブ、スイッチ、ルータ、取引所特有の通信設備、モデム、セキュリティ管理、及び／又は暗号化／復号化デバイスなどの通信アーキテクチャに固有の他のデバイスを含んでもよい。
【００４９】
ＩＩＩ．コンピュータの例
図２は、開示された実施形態を実施するために使用されるコンピュータ２００の例のブロック図を示す。図１の取引デバイス１１０は、例えば、１つ以上のコンピュータ２００を含んでもよい。図１のゲートウェイ１２０は、例えば、１つ以上のコンピュータ２００を含んでもよい。図１の取引所１３０は、例えば、１つ以上のコンピュータ２００を含んでもよい。
【００５０】
コンピュータ２００は、プロセッサ２０２、相互接続バス２０４、チップセット２０６、メモリコントローラ２０８、入力／出力（Ｉ／Ｏ）コントローラ２１０、システムメモリ２１２、大容量記憶メモリ２１４、Ｉ／Ｏバス２１６、ネットワークインタフェース２１８、ディスプレイ２２０、入力デバイス２２２、及び出力デバイス２２４を含む。コンピュータ２００は、追加の、異なる、又はより少ない構成要素を含んでもよい。例えば、複数のバス、複数のプロセッサ、複数のメモリデバイス、複数のネットワークインタフェース、複数のディスプレイデバイス、複数の入力デバイス、複数の出力デバイス、又はそれらの任意の組み合わせが、提供されてもよい。別の例として、コンピュータ２００は、ディスプレイデバイス２２０と、別の出力デバイス２２４と、を含まなくてもよい。別の例として、コンピュータ２００は、ディスプレイデバイス２２０を含まなくてもよい。別の例として、コンピュータ２００は、入力デバイス２２２を含まなくてもよい。代わりに、例えば、コンピュータ２００は、ネットワークインタフェース２１８を介して外部の又はリモートの入力デバイスによって制御されてもよい。
【００５１】
コンピュータ２００は、相互接続バス２０４と接続されたプロセッサ２０２を含む。相互接続バス２０４は、通信バス、チャンネル、ネットワーク、回路、スイッチ、ファブリック、又はコンピュータ２００の構成要素との間でデータを通信するための他の機構を含んでもよい。相互接続バス２０４は、コンピュータ２００のいくつかの構成要素と通信可能に接続され、データを転送してもよい。例えば、アプリケーションのインストールプロセス中に、プロセッサ２０２によって実行されるべき１つ以上のコンピュータ読み取り可能な命令が、入力デバイス２２２及び／又はネットワークインタフェース２１８から、システムメモリ２１２及び／又は大容量記憶メモリ２１４に転送されてもよい。コンピュータ２００がシステムメモリ２１２及び／又は大容量記憶メモリ２１４に記憶されたアプリケーションを実行しているとき、又は実行の準備をしているとき、プロセッサ２０２は、システムメモリ２１２及び／又は大容量記憶メモリ２１４から、相互接続バス２０４を介して命令を取り出してもよい。
【００５２】
プロセッサ２０２は、例えば、プロセッサ、処理ユニット、又はマイクロプロセッサであってもよい。プロセッサ２０２は、例えば、１つ以上の一般的なプロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ、アナログ回路、デジタル回路、プログラムされたプロセッサ、及び／又はそれらの組合せを含んでもよい。プロセッサ２０２は、単一のデバイス又は、ネットワーク若しくは分散処理に関連付けられた１つ以上のデバイスなどのデバイスの組み合わせであってもよい。いくつかの処理戦略では、例えば、マルチ処理、マルチタスク、並行処理、及び／又はリモート処理などが使用されてもよい。処理は、ローカル又はリモートであってもよく、１つのプロセッサから別のプロセッサに移動されてもよい。コンピュータ２００は、マルチプロセッサシステムであってもよく、そして相互接続バス２０４に通信可能に接続される１つ以上の追加のプロセッサを含んでもよい。
【００５３】
プロセッサ２０２は、１つ以上の有形メディア、例えば、システムメモリ２１２、大容量記憶メモリ２１４などで、及び／又はネットワークインタフェース２１８を介して、エンコードされたロジックを実行するように動作可能であってもよい。本明細書で使用されているように、１つ以上の有形メディアにエンコードされたロジックは、プロセッサ２０２又は別のプロセッサによって実行可能な命令を含んでいる。ロジックは、例えば、ソフトウェア、ハードウェア、集積回路、ファームウェア、及び／又はマイクロコードの一部として記憶されてもよい。ロジックは、外部の通信デバイスから、例えば、インターネットに接続された通信ネットワークを介して受信されてもよい。プロセッサ２０２は、ロジックを実行し、図に示され、若しくは本明細書に記載された機能、動作、又はタスクを行ってもよい。
【００５４】
図２のプロセッサ２０２は、メモリコントローラ２０８とＩ／Ｏコントローラ２１０とを含むチップセット２０６に接続されている。チップセットは、通常、Ｉ／Ｏ及びメモリ管理機能、並びに汎用及び／又は特殊用途レジスタ、及びアクセス可能であり、又はチップセット２０６に接続された１つ以上のプロセッサによって使用されるタイマーを提供する。メモリコントローラ２０８は、プロセッサ２０２（又はマルチプロセッサの場合に複数のプロセッサ）をシステムメモリ２１２と大容量記憶メモリ２１４にアクセス可能にする機能を実行する。
【００５５】
システムメモリ２１２と大容量記憶メモリ２１４は、例えば、１つ以上の有形メディア、例えば、コンピュータ読み取り可能な記録媒体であってもよい。システムメモリ２１２は、様々なタイプの揮発性及び不揮発性記録媒体を含んでもよく、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的に消去可能なリード・オンリー・メモリ（ＥＰＲＯＭ）、フラッシュメモリ、いくつかの他の有形データ記憶デバイス、それらのいくつかの組み合わせを含む。大容量記憶メモリ２１４は、様々なタイプの大容量記憶デバイスを含んでもよく、例えば、ハードディスクドライブ、光学メディア、磁気テープ、いくつかの他の有形データ記憶デバイス、又はそれらのいくつかの組み合わせを含む。いくつかの実施形態では、システムメモリ２１２と大容量記憶メモリ２１４は、非一時的である。
【００５６】
システムメモリ２１２と大容量記憶メモリ２１４は、例えば、単一のメモリモジュールであってもよい。システムメモリ２１２と大容量記憶メモリ２１４は、プロセッサ２０２と隣接して設けてもよいし、その一部であってもよいし、それと共にプログラムされてもよいし、それと共にネットワーク接続されてもよいし、及び／又はそれから離れて設けられてもよい。システムメモリ２１２と大容量記憶メモリ２１４に記憶されたデータは、例えば、プロセッサ２０２によって取り出され、処理されるようになっている。命令が実行され、本明細書で記載されている、若しくは図に示されている動作又は機能のうち１つ以上を実行してもよい。
【００５７】
Ｉ／Ｏコントローラ２１０は、機能を実行し、プロセッサ２０２が、Ｉ／Ｏバス２１６を通って、ネットワークインタフェース２１８、ディスプレイ２２０、入力デバイス２２２、及び出力デバイス２２４と通信可能にする。メモリコントローラ２０８とＩ／Ｏコントローラ２１０は、チップセット２０６内に、別のブロックとして図２に示されているが、これらのブロックによって実行される機能は、単一の半導体回路内に統合されてもよく、又は２つ以上の別の集積回路を使用して実現されてもよい。コンピュータ２００の構成要素の１つ以上は、チップ上のシステム（例えば、ＩＰＨＯＮＥ（商標）のチップ上のシステム）として実現されてもよい。
【００５８】
ネットワークインタフェース２１８は、一方向又は双方向の通信接続であってもよい。したがって、ネットワークインタフェース２１８は、１つ、２つ、又はそれ以上の通信ネットワーク又はデバイスに通信可能に接続されてもよい。例えば、相互接続バス２０４は、ネットワークインタフェース２１８を介して、上記した図１のゲートウェイ１２０と同様のゲートウェイと接続されてもよく、１つか、いくつかか、すべてのコンピュータ２００の構成要素がアクセス可能であり、又はゲートウェイと通信するようになっている。別の例として、ネットワークインタフェース２１８は、他の通信ネットワークを有する相互接続バス２０４に接続されてもよい。ネットワークインタフェース２１８は、例えば、総合デジタル通信網（ＩＳＤＮ）カード又はデータ通信接続を提供するモデムであってもよい。別の例として、ネットワークインタフェース２１８は、ローカル・エリア・ネットワーク（ＬＡＮ）カードであってもよく、データ通信接続を、例えば、インターネットに接続された互換性のあるＬＡＮに提供する。無線リンクも実装されてもよい。ネットワークインタフェース２１８は、例えば、様々な種類の情報を表すアナログ又はデジタル・データ・ストリームを伝送する電気、電磁気、又は光信号を送受信してもよい。
【００５９】
ディスプレイデバイス２２０は、例えば、ビジュアル・アウトプット・デバイス、ブラウン管（ＣＲＴ）ディスプレイ、電子ディスプレイ、電子ペーパー、フラットパネルディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、エレクトロルミネッセント・ディスプレイ（ＥＬＤ）、プラズマ・ディスプレイ・パネル（ＰＤＰ）、液晶ディスプレイ（ＬＣＤ）、薄膜トランジスタ・ディスプレイ（ＴＦＴ）、有機発光ダイオード・ディスプレイ（ＯＬＥＤ）、表面伝導型電子放出素子ディスプレイ（ＳＥＤ）、レーザテレビ、カーボンナノチューブ、ナノ液晶ディスプレイ、ヘッドマウント・ディスプレイ、プロジェクタ、３次元ディスプレイ、及び／又は透明ディスプレイデバイスを含んでもよい。
【００６０】
ディスプレイデバイス２２０は、取引画面を表示するように構成されている。取引画面は、例えば、上記した取引画面と同様であってもよい。取引画面は、インタラクティブであってもよい。インタラクティブな取引画面は、例えば、１つ以上の取引アクションが取引画面を使用して実行可能にしてもよい。例えば、インタラクティブな取引画面は、１つ以上の注文エントリーパラメータが１つ以上の注文エントリーアクションを使用してセット及び又は送信可能にしてもよい。ディスプレイデバイス２２０及び／又は入力デバイス２２２は、例えば、取引画面と対話するために使用されてもよい。
【００６１】
入力デバイス２２２は、例えば、キーボード、マウス、マイクロフォン、タッチスクリーン、トラックボール、キーパッド、ジョイスティック、及び／又は入力を提供するための他のデバイスを含んでもよい。入力デバイス２２２は、例えば、プロセッサ２０２にコマンド選択を提供するように使用されてもよい。例えば、入力デバイス２２２は、画面に表示されたカーソルを制御するように使用されるマウスであってもよい。マウスは、例えば、選択と制御をするための１つ以上のボタンを含んでもよい。
【００６２】
出力デバイス２２４は、例えば、キーボード、マウス、スピーカー、タッチスクリーン、トラックボール、キーパッド、触覚デバイス又はシステム、ジョイスティック、及び／又は出力を提供するための他のデバイスを含んでもよい。例えば、出力デバイス２２４は、１つ以上の信号、例えば、触覚信号又は音声信号、をユーザに出力するように使用されてもよい。入力デバイス２２２と出力デバイス２２４は、別のブロックとして図２に示されているが、これらのブロックによって実行される機能は、単一のＩ／Ｏデバイスに統合されてもよい。
【００６３】
ＩＶ．ネットポジションに基づくマルチブローカーオーダールーティング
図３は、いくつかの実施形態を採用した取引システム３００の例を示す。取引システム３００の例は、複数のブローカー３０４−３０８を利用し、取引注文を提出することができる取引デバイス３０２を含む。ブローカー３０４−３０８は、それらに割り当てられた取引注文量を満たそうと試みる。ブローカー３０４−３０８は、取引注文を取引所３１０に提出し、割り当てられた量を満たそうと試みる。
【００６４】
取引デバイス３０２の例は、例えば、図１の取引デバイス１１０であってもよい。取引所３１０の例は、例えば、図１の取引所１３０であってもよい。いくつかの実施形態では、ブローカー３０４−３０８の１つ以上が、ブローカー３０４−３０８の残りのブローカーと異なる取引所及び／又は複数の取引所で、割り当てられた取引注文量を満たすように試みてもよい。
【００６５】
ブローカー３０４−３０８のうち複数に取引注文を提出するため、取引デバイス３０２の例は、マルチブローカーオーダールータ３１２を利用する。マルチブローカーオーダールータ３１２の例は、取引デバイス３０２が、割り当てルールに基づいて、ブローカー３０４−３０８間で取引注文を割り当てるように要求可能にしている。図３に示されるように、マルチブローカーオーダールータ３１２の例は、例えば、取引デバイス３０２とは別のコンピュータの一部、例えば、サーバ又はゲートウェイなどである。
【００６６】
図３のマルチブローカーオーダールータ３１２の例は、取引デバイス３０２にオプションを提供し、及び／又は取引デバイス３０２によって構成され、割り当てルールにおいて識別されたブローカー３０４−３０８のうち１つ以上で、ユーザが有する１つ以上のネットポジションを検討（ｃｏｎｓｉｄｅｒａｔｉｏｎ）することを含んでもよい。したがって、従来のマルチブローカーシステムとは異なり、図３のマルチブローカーオーダールータ３１２の例は、マルチブローカー策略のブローカー毎にユーザが有するネットポジションを決定し、ネットポジションを、ブローカー３０４−３０８間で取引注文量の一部である部分注文量をどのように割り当てるかを決定する要因に組み込んでいる。
【００６７】
ブローカー３０４−３０８でユーザが有するネットポジションを、取引注文量の割り当てを決定する要因に組み込むため、マルチブローカーオーダールータ３１２の例は、割り当てルールに関する命令及び／又はカスタマイズを（例えば、マルチブローカーオーダールータ３１２及び／又は取引デバイス３０２によって実施されるユーザインタフェースを介して）受信する。命令及び／又はカスタマイズは、特定の情報を含み、情報は、取引注文の部分注文の割り当てを決定する要因に組み込まれるべきネットポジションに対してのユーザの望みに基づいている。マルチブローカーオーダールータ３１２の例は、例えば、取引デバイス３０２のユーザによって行われる選択に従って動作する。これは、ブローカー３０４−３０８でのネットポジションを、取引注文量の割り当てを決定する要因に適用することに関連している。例えば、取引デバイス３０２を使用して、ブローカー３０４−３０８間で取引注文量を割り当てるとき、ユーザは、マルチブローカーオーダールータ３１２の例によって提供されたオプションを選択し、取引注文の多い部分を、ユーザが有する最も少ないネットポジションを有するブローカー３０４−３０８の１つに送ってもよい。さらに、マルチブローカーオーダールータ３１２の例は、ブローカー３０４−３０８でユーザが有するネットポジションを、例えば、複数の方法において、対応する取引注文の買い／売り方向に基づいて、取引注文量の割り当てを決定する要因に組み込んでもよい。したがって、マルチブローカーオーダールータ３１２は、適用可能な取引注文が買い注文であるとき、第１割り当てルールに従い、適用可能な取引注文が売り注文であるとき、第１割り当てルールと異なる第２割り当てルールに従って、ブローカー３０４−３０８でユーザが有するネットポジションを、取引注文量の割り当てを決定する要因に組み込んでもよい。
【００６８】
図４は、図３に示すマルチブローカーオーダールータ３１２の実施例のブロック図を示す。図４のマルチブローカーオーダールータ３１２の例は、ユーザインタフェース４００を実装し、図３の取引デバイス３０２のユーザから情報を受信することができる。例えば、ユーザインタフェース４００は、トレーダによって使用され、割り当てルールを指定してもよい。情報を受信するため、ユーザインタフェース４００の例は、１つ以上の選択、構成、及び／又は入力画面を実装している。例えば、ユーザインタフェース４００は、ルール構成画面を使用可能にし、ユーザが１つ以上の割り当てルールを定義することを可能にする。別の例として、ユーザインタフェース４００は、取引注文量の一部である部分注文量を割り当てるとき、ネットポジションを検討するため選択可能なオプションを有する設定画面を使用可能にする。
【００６９】
図５は、ルール構成画面５００の実施例のスクリーンショットである。ルール構成画面５００の例は、複数のコラムを含み、それぞれのコラムが、例えば、ユーザによって定義される及び／又は選択される割り当てルールの設定若しくは機能を示している。画面５００の例は、名前コラム５０２を含む。名前コラム５０２は、各割り当てルールに対して関連付けられたラベル又は名前（例えば、「５０−５０」若しくは「１  ｔｏ  ２」）を含む。新しい割り当てルールは、名前コラム５０２のブランクエントリー上をクリックすることによって作成することができる。画面５００の例は、選択コラム５０４を含む。選択コラム５０４は、割り当てルールが取引セッションのために選択されること又はアクティブにされることを示す選択可能なボックスを含む。画面５００の例は、割り当てルールの第１部分注文用の複数の設定又は態様を定義する第１部分注文コラム５０６を含む。図５の例では、第１部分注文コラム５０６は、ブローカーを識別し、第１部分注文（注文部分１）、対応する割り当てルールが適用される顧客、対応する割り当てルールが適用される取引注文（例えば、買い、売り、又は買いと売りの両方）のタイプ、及び識別されたブローカーに割り当てられた比率を受信する。画面５００の例は、第２部分注文コラム５０８と第３部分注文コラム５１０を含み、それぞれのコラムが、第２割り当てルール用、もしあれば、第３割り当てルール用の複数の設定又は態様を定義する。図５の例では、第２部分注文コラム５０８と第３部分注文コラム５１０は、第１部分注文コラム５０６と同様の態様又は設定を定義している。割り当てルールが取引注文の一部である部分注文を２つのブローカーだけに割り当てるとき、第３部分注文コラム５１０は、ブランクのままである。３つの部分よりも多くが定義される場合、新たな部分コラムが追加される。図５に示されるように、ルール構成画面５００に情報を入力するユーザによって選択された比率は、どのくらいの割合の取引注文が、少なくとも最初に、ブローカー３０４−３０８のそれぞれに割り当てられるかを定義する。ワン・トゥ・ワン（ｏｎｅ−ｔｏ−ｏｎｅ）の比率は、例えば、ブローカー３０４−３０８のうちの２つのブローカーとの間で、半々の割合で取引注文量を分割した部分注文量をそれぞれのブローカーに割り当てるために選択される。任意の所望の数のブローカー間で、任意の所望の比率とすることができる。以降に記載するように、取引注文量の最初の割り当ては、対応する取引注文が発注されたとき、ブローカー３０４−３０８でユーザが有するネットポジションに基づいて変更されてもよい。
【００７０】
ルール構成画面５００を介してマルチブローカーオーダールータ３１２に提供される情報は、ルール生成器４０２に提供される。図４に示された例では、ルール生成器４０２は、画面５００からの選択と入力を組み合わせて、例えば、取引デバイス３０２のユーザによって選択され、１つ以上の取引注文に適用される割り当てルールを作成することができる。ルール生成器４０２は、通常の割り当てルールをルーティング・ルール・データベース４０４に送信する。
【００７１】
また、図４のユーザインタフェース４００の例は、取引注文のアプリケーション用割り当てルールを選択することを可能にする。図６は、１つ以上の取引注文を発注し、ユーザが望む場合に、取引注文のマルチブローカー割り当てを要求するために使用される第１の取引注文画面６００の例のスクリーンショットである。第１の取引注文画面６００の例は、例えば、図３の取引デバイス３０２上に表すことができる。第１の取引注文画面６００の例は、ユーザ用の複数のオプションと入力を含み、例えば、買いボタン、売りボタン、量ボタン、変更ボタン、口座情報ボタンなどの取引注文を構成する。また、第１の取引注文画面６００の例は、取引注文に適用されるべきルーティングタイプの選択を示すルーティングセクション６０２を含む。ルーティングセクション６０２の例は、マルチブローカーオーダールーティング策略を利用する複数の選択可能なオプションを含む。例えば、トレーダは、フィフティー・フィフティー・割り当てルール、ワン・トゥ・ツー（ｏｎｅ−ｔｏ−ｔｗｏ）・割り当てルールなどを選択できる。ルーティングセクション６０２における割り当てルールの名前は、図５の名前コラム５０２の割り当てルールの名前に対応してもよい。
【００７２】
図７は、１つ以上の取引注文を発注し、ユーザが望む場合に、取引注文のマルチブローカー割り当てを要求するように使用される第２の取引注文画面７００の例のスクリーンショットである。いくつかの実施形態では、第２の取引注文画面７００は、注文エントリー用の価格軸を含む取引アプリケーションの一部である。第２の取引注文画面７００の例は、例えば、図３の取引デバイス３０２上に表示することができる。第２の取引注文画面７００の例は、複数のオプションと入力を含み、例えば、価格コラム内の価格の隣に、注文量を表すと共に、選択されるべき量ボタンなどの取引注文を構成する。図７に示す第２の取引画面７００の例は、第１ブローカーセクション７０２と第２ブローカーセクション７０４とを含み、第１ブローカーと第２ブローカーが、取引注文のそれぞれの部分注文又は量を受信することを指定する。第２ブローカーセクション７０４は、第１選択部分を含み、取引注文に適用されるべき割り当てルールを選択する。第２ブローカーセクション７０４の第２部分の選択可能な割り当てルールの名前は、図５の名前コラム５０２の割り当てルールに対応してもよい。
【００７３】
第１の取引注文画面６００の例、及び／又は第２の取引注文画面７００の例を介してマルチブローカーオーダールータ３１２に送られた情報は、ルールセレクター４０６と、注文受信機４０８に提供される。ルールセレクター４０６の例は、注文ベース毎に割り当てルール指定を受信してもよい。いくつかの状況、例えば、ユーザからの選択がない場合などでは、ルールセレクター４０６の例は、取引注文に対するアプリケーション用のデータベース４０４の割り当てルールの１つを選択してもよい。いくつかの実施形態では、特定の割り当てルールがデフォルトとしてセットされてもよい。いくつかの実施形態では、提供されるべき割り当てルールが、ルールセレクター４０６内でセットされたルールに基づいて選択されてもよい。例えば、対応する取引注文が午前９時と午前１１時との間で発注された場合、ルールセレクター４０６は、データベース４０４の割り当てルールのうち第１割り当てルールを選択してもよい。別の例として、対応する取引注文が１００よりも多い量である場合、ルールセレクター４０６は、データベース４０４の割り当てルールのうち第２割り当てルールを選択してもよい。いくつかの実施形態では、ルールセレクター４０６は、取引注文タイプに基づいて（例えば、すべての買い注文用ルールのうちの第３ルールと、すべての売り注文用ルールのうちの第４ルールを選択することによって）、データベース４０４の割り当てルールのうちの第２割り当てルールを選択する。いくつかの実施形態では、ルールセレクター４０６は、データベース４０４から１つの割り当てルールをランダムに選択する。取引注文用のマルチブローカーを受信又は選択した後、ルールセクレター４０６の例は、ルールをアロケータ４１０に送る。
【００７４】
注文受信機４０８は、取引注文を受信し、取引注文の一部である部分注文を割り当てるとき、ネットポジションを検討すべきかどうかを決定する。即ち、注文受信機４０８は、アロケータ４１０が、ブローカー３０４−３０８でユーザの有するネットポジションを、取引注文に適用されるべき割り当てルールに組み込むかどうかを決定する。いくつかの実施形態では、ユーザインタフェース４００によって提供されるオプションが選択されると、ブローカー３０４−３０８でユーザの有するネットポジションが検討される。図８は、取引注文の部分注文又は量を配分するときにネットポジションを検討するための選択可能なオプションを含む設定画面８００の例のスクリーンショットである。図８に図示された例では、設定画面８００は、取引注文の複数の態様に関連する複数の入力フィールド又は項目を含む。さらに、設定画面８００の例は、取引デバイス３０２のユーザがオン／オフポジション間を切り替え可能なチェックボックス８０２を含む。チェックボックス８０２がオンポジションを選択されたとき、ユーザによって実行される取引注文は、取引注文が、ユーザの全体ネットポジション及び／又は配分を検討しているブローカーに対しユーザが有するネットポジションを含むと共に、複数のブローカー間で配分されるべきであることを示す表示（例えば、回収可能なフラグ又はメタデータ）を含む。いくつかの実施形態では、ネットポジション検討オプションのオン／オフポジション間の切り替えを行うオプションが提供されていない。代わりに、ネットポジションは、マルチブローカーオーダールータ３１２を介して注文された各取引注文のために検討されてもよい。いくつかの実施形態では、ネットポジションは、取引注文が注文されたとき、特定され、取引注文ベース毎に検討されてもよい。
【００７５】
注文受信機４０８の例は、受信した取引注文と、アロケータ４１０に対する取引注文の配分についてネットポジションを検討すべきかどうかを示す指標と、を提供する。アロケータ４１０が、ネットポジションを検討すべきであることを示す表示を受信しないとき、アロケータ４１０の例は、割り当てルールを使用し、取引注文の一部を割り当てる。上記したように、割り当てルールは、ブローカー３０４−３０８間で割り当てられるべき量の比率を定義する。この例では、取引注文は、現在のシステムにおいて行われるように、部分注文（取引注文自体である）に分割され、ブローカー３０４−３０８でユーザが有するネットポジションを検討することなく、ブローカー３０４−３０８に配分される。
【００７６】
一方、アロケータ４１０が、ブローカー３０４−３０８でユーザが有するネットポジションを検討すべきであることを示す指標を受信した場合、アロケータ４１０の例は、ネットポジションモジュール４１２と、ルールセレクター４０６から受信した割り当てルールと、を参照する。ネットポジションモジュール４１２の例は、取引注文の少なくとも一部を満たすことが可能なブローカーでのユーザの取引注文に関連する取引可能オブジェクトに関してネットポジションを決定する。ネットポジションモジュール４１２は、ネットポジション情報をアロケータ４１０に提供する。アロケータ４１０は、その後、ネットポジションをルールセレクター４０６から受信した割り当てルールに組み込む。方法の例は、以降に記載されており、その方法では、アロケータ４１０が、ネットポジション情報を、取引注文量の割り当てを決定する要因に組み込んでいる。さらに、アロケータ４１０は、対応するブローカーに関連する受信したネットポジション情報を記憶し、フューチャーネットポジション及び／又は割り当ての決定を検討することができる。
【００７７】
アロケータ４１０がブローカー３０４−３０８のうち識別されたブローカーそれぞれに割り当てられるべき取引注文の一部である部分注文を決定したとき、アロケータ４１０は、ブローカーコミュニケータ４１４にその決定を提供する。ブローカーコミュニケータ４１４の例は、取引注文の各部分注文を、対応するブローカー３０４−３０８に送る。取引注文の部分注文をブローカー３０４−３０８の１つに送ることは、例えば、価格、取引可能オブジェクト識別子、買われるべき又は売られるべき量、口座識別子などを含むブローカーにメッセージを送信することに関連してもよい。
【００７８】
また、ブローカーコミュニケータ４１４は、ユーザからの取引注文量の配分を確認するように要求してもよい。図９は、ユーザに（例えば、メッセージ、メールを介して、又は直接的にユーザインタフェース４００によって実装された取引デバイス３０２のディスプレイデバイス上で）提供される構成画面９００の例のスクリーンショットである。確認は、取引可能オブジェクト識別子、買い／売り方向、注文価格、全体注文量、及び各ブローカーに割り当てられた部分注文量などの注文情報を提供してもよい。ユーザが取引注文量の配分を承認した場合、取引注文量は、その後、ブローカーに送られる。
【００７９】
図１０は、図３のマルチブローカーオーダールータ３１２の例を実行することができる装置読み取り可能な命令を表すフローチャートである。図１０のフローチャートの例は、マルチブローカーオーダールータ３１２の開始から始まる（ブロック１０００）。マルチブローカーオーダールータ３１２の開始は、ユーザインタフェース４００を介して、図３の取引デバイス３０２上のマルチブローカーオーダールータ３１２の実行に対応してもよい。次に、１つ以上のルーティングルールが作られ、データベース４０４内に記憶される（ブロック１００２）。ルーティングルール又は割り当てルールは、ユーザによって（例えば、図５のルール構成画面を介して）構成可能であり、及び／又は最初にデータベース４０４内に含まれる（例えば、予めプログラムされている）。セレクター４０６は、例えば、ユーザ入力、デフォルト、又は現在の取引注文に関連する条件に基づいて、データベース４０４のルールのうち１つを選択する（ブロック１００４）。現在の取引注文は、例えば、図６に示す第１の注文画面６００の例又は図７に示す第２の注文画面７００の例を介して発注される（ブロック１００６）。注文受信機４０８は、取引注文がアクティブ化されたネットポジション検討オプションと共に発注されたかどうかを決定する（ブロック１００８）。例えば、注文受信機４０８は、図８のチェックボックス８０２がオンポジションに切り替えられたかどうかを決定する。ユーザに関連付けられたネットポジション情報が検討されるべきではない場合、アロケータ４１０は、選択された割り当てルールに従って現在の取引注文の部分注文又は量を割り当てる（ブロック１０１０）。一方、ユーザに関連付けられたネットポジション情報が検討されるべきである場合、アロケータ４１０は、割り当てルールと、ユーザに関連付けられたネットポジション情報（例えば、ブローカーに対しユーザが有するネットポジション）と、に従って現在の取引注文の部分注文を割り当てる。ブローカーコミュニケータ１０１４は、割り当てられた取引注文の部分注文を適切なブローカーに送る（ブロック１０１４）。図１０の例は、その後、終了する（ブロック１０１６）。
【００８０】
Ａ．第１実施例のネットポジションに基づくマルチブローカー割り当て
図１１は、ネットポジションに基づくマルチブローカー割り当ての例を示す。図１１は、図３のアロケータ４１０の例を実施するために実行される装置読み取り可能な命令を表すフローチャートである。更に、図１１の例は、以降にシナリオ例に関連して記載する。図示した例では、図１１のフローチャートは、図１０のフローチャートの例のブロック１０１２を実施するために使用されてもよい。図１０に示されるように、取引注文の割り当ては、ユーザのネットポジションに基づくべきである（ブロック１１０２）。
【００８１】
ブロック１１０４で、アロケータ４１０は、新しい取引注文用の全体注文量（ＴｏｔａｌＯｒｄｅｒＱｔｙ）を決定する。全体注文量は、図１０のブロック１００６で発注された新しい取引注文の全体量である。
【００８２】
次に、図１１の例では、アロケータ４１０は、各ブローカーの割り当て比率を計算する（ブロック１１０６）。これは、以降のシナリオ例におけるステップ（１）−（５）に対応する。割り当て比率を計算するため、アロケータ４１０は、最初に潜在的な注文部分のリストを分析し、取引注文の方向（例えば、買い又は売り）に基づいてリストを絞り込む。したがって、注文が買い注文である場合、その後、すべての「売り」部分について、この特定の取引注文において検討することをやめる。注文が売り注文である場合、その後、すべての「買い」部分について、この特定の取引注文において検討することをやめる。示された例では、「両方」として指定された部分は、買いと売りの両方が可能なままである。次に、アロケータ４１０は、比率計算が行われる前に、残っている部分注文をランダムにソートする。ランダム性は、残った量が等しく公平に割り当てられる（例えば、各ブローカーが第１注文を提出し、より良いキューポジションを受信する平等な機会を受けられるようにする）。次に、アロケータ４１０は、リストに含まれたブローカー間のユーザ用の現在の全体ネットポジション（ＴｏｔａｌＮｅｔＰｏｓ）を計算する。次に、アロケータ４１０は、全体ネットポジションを全体注文量に加算することによって、全体予想ポジション（ＴｏｔａｌＥｘｐｅｃｔｅｄＰｏｓ）を計算する。全体予想ポジションは、全体注文量のすべてが満たされると仮定している。次に、アロケータ４１０は、含まれる部分注文の割合として、各ブローカーの割り当て比率を計算する（例えば、フィフティー・フィフティー・割り当てルールにおける各ブローカーの５０％又はツー・ツー・ワン（２／２／１）・割り当てルールにおける第１ブローカーの４０％、第２ブローカーの４０％、第３ブローカーの２０％）。
【００８３】
図１１の例では、アロケータ４１０は、全体予想ポジションのブローカーの各割り当て比率に基づいて、それぞれのブローカーでのユーザのターゲットネットポジション（ＴａｒｇｅｔＮｅｔＰｏｓ）を計算する（ブロック１１０８）。これは、以下のシナリオ例のステップ（６）に対応する。ターゲットネットポジションは、ユーザがブローカーで有しているネットポジションであり、ブローカーに割り当てられる新しい取引注文量が完全に満たされると仮定している。
【００８４】
図１１の例では、アロケータ４１０が取引注文の買い／売り方向を全体ネットポジションの方向と比較する（ブロック１１１０）。取引注文の買い／売り方向が全体ネットポジションの方向と同じである場合（例えば、買い注文が既存のロングポジションに追加される場合、又は売り注文が既存のショートポジションに追加される場合）、アロケータ４１０は、それぞれのブローカーのターゲットポジションから各ブローカーでの現在のネットポジションを減算することによって、各ブローカーの部分注文量（ｐＱｔｙ）を計算する。これは、以下のシナリオ例のステップ（７）に対応する。制御は、その後、以下に記載するブロック１１２４に進む。
【００８５】
一方、取引注文の買い／売り方向が全体ネットポジションの方向と同じではない場合（例えば、買い注文が既存のショートポジションを反転させる又は減少させる場合、又は売り注文が既存のロングポジションを反転させる又は減少させる場合）、制御は、ブロック１１１４に進む。ブロック１１１４では、追加の計算が行われ、ターゲットネットポジションを超えることを防止する。また、ブロック１１１４では、ユーザのために、いくつかのブローカーがネットロングの取引注文を発注することを避けると共に、他のブローカーがネットショートの取引注文を発注することを避けるために計算が行われる。
【００８６】
特に、アロケータ４１０は、各ブローカーでのユーザのターゲットネットポジションを、それぞれのブローカーでユーザの有するネットポジション（ＮｅｔＰｏｓ）と比較する（ブロック１１１４）。これは、以下のシナリオ例のステップ（８）に対応する。アロケータ４１０は、そのブローカーでユーザの有するネットポジションがすでにターゲットネットポジションと等しいか、又は超えている場合、利用可能なブローカー（例えば、図１１の決定の終了時に余った注文を受信できるブローカー）のリストからいくつかのブローカーを除去する。買い注文は、ユーザのネットポジションがユーザのターゲットネットポジションよりもすでに大きいブローカーに適用するべきではなく、売り注文は、ユーザのネットポジションがユーザのターゲットネットポジションよりもすでに小さいブローカーに適用されるべきではない。
【００８７】
アロケータ４１０は、その後、それぞれの比率を全体注文量に適用することによって、各ブローカー用の予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、以下のシナリオ例におけるステップ（９）に対応する。これは、予備計算と呼ばれる。なぜならば、この計算は、比率を考慮せずに全体注文量に適用しており、ブローカーでユーザの有するネットポジションが有している配分に関係しないからである。
【００８８】
次に、アロケータ４１０は、各ブローカー用の予備部分注文量を、対応する現在のネットポジションに加算することによって、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する（ブロック１１１８）。これは、以下のシナリオ例のステップ（１０）に対応する。次に、アロケータ４１０は、それらの予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を超えるブローカー用の注文量を調整する（ブロック１１２０）。これは、以下のシナリオ例のステップ（１１）−（１２）に対応する。注文量の調整は、例えば、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）からターゲットネットポジションを減算し、予備ネットポジションが各ブローカー用のターゲットポジションを越えるかどうか決定することを含む。もし差がプラスであれば、その後、そのブローカーは、余った注文を受信し、対応する理想のターゲットポジションに近づけることができる。そのようなブローカーは、余った注文を受信することができる利用可能なブローカーのリストに含まれる。差がゼロであれば、その後、そのブローカーは、理想のターゲットポジションに達し、予備部分注文量を調整する必要がなくなる。そのようなブローカーにとって、予備部分注文量は、それらの部分量（ＰｏｒｔｉｏｎＱｔｙ）である。差がマイナスであれば、ブローカーの予備部分注文量を調整する必要があり、差の量は、利用可能なブローカーのリストに配分されるべき余った注文のプールに入る。また、ブロック１１２０における注文量の調整は、対応する予備部分注文量からブロック１１２０における差を減算することによって、ブローカーの予備部分注文量（例えば、ブロック１１２０における差がマイナスのとき）を超えたそれらのブローカー用の注文量を調整することを含む。その調整結果は、部分注文量に対応する。
【００８９】
次に、アロケータ４１０は、利用可能なブローカー比率の合計の各比率に基づいて、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる（ブロック１１２２）。これは、以下のシナリオ例のステップ（１３）に対応する。そうするため、アロケータ４１０は、余った取引注文を受信することができる利用可能なリスト内のブローカー比率の合計で、それぞれの比率部分を割り算することによって、各ブローカー用のサブ比率（ＳｕｂＲａｔｉｏ）を計算する。その後、アロケータ４１０は、各ブローカー用のサブ比率を利用可能な取引注文のプールに適用し、それらの予備部分注文量にその量を加算する。その計算結果が、各ブローカーの部分注文量となる。
【００９０】
以下に記載したシナリオ例は、図１１のフロー図の例に従っている。
【００９１】
１．第１のシナリオ例−ロングポジションの追加
図３の取引デバイス３０２のトレーダであるジョーは、１６個の買い取引注文のマルチブローカー取引注文を発注し、フィフティー・フィフティー・割り当てルールに基づいて、ブローカーＡとブローカーＢの２つのブローカーに、平等に取引注文を分割する。したがって、８個の取引注文がブローカーＡに送信され、８個の取引注文がブローカーＢに送信される。ブローカーＡは、８個すべての注文を満たすが、ブローカーＢは、２個の注文だけを満たす（例えば、ジョーの注文がブローカーＢによって管理されたキューにおいて、より深い注文であるなどの場合）。注文がＧＴＤであったと仮定すると、残っているオープン量の注文が１日の終わりにキャンセルされる。したがって、ジョーは、ブローカーＡで８個、ブローカーＢで２個の、計１０個のロングポジションで１日を終える。
【００９２】
次の日、ジョーは、自らのロングポジションを追加したいため、ポジションが満たされると、ジョーは、同じフィフティー・フィフティー・割り当てルールを使用して、２０個の買い注文を発注し、全体ポジションを半々に分割して維持する。即ち、新しい取引注文用の全体注文量は、（２０）となる。これを達成するため、図４のアロケータ４１０は、新しい注文をどのように分割するかを決定するため、以下の命令を実行する。
【００９３】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされ、その両方のブローカーが含まれる。
【００９４】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例では、ソートした後、ブローカーＡを１番、ブローカーＢを２番と仮定する。
【００９５】
（３）アロケータ４１０は、以下の数式（数式１）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【００９６】
【数１】
2014531695.tif 000003
【００９７】
（４）アロケータ４１０は、以下の数式（数式２）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【００９８】
【数２】
2014531695.tif 000004
【００９９】
（５）アロケータ４１０は、以下の数式（数式３と４）を使用して、割り当てルールに基づいて比率を計算する。
【０１００】
【数３】
2014531695.tif 000005
【０１０１】
【数４】
2014531695.tif 000006
【０１０２】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０１０３】
（６）アロケータ４１０は、以下の数式（数式５）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０１０４】
【数５】
2014531695.tif 000007
【０１０５】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカーでの現在のネットポジションの方向と比較する。これは、図１１のブロック１１１０に対応する。このシナリオ例では、新しい注文の買い／売り方向（プラス２０）は、現在のネットポジションの方向（プラス１０）と同じ方向である。したがって、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行わない。代わりに、アロケータは、各ブローカーでの現在のネットポジションを、それぞれのターゲットポジションから減算することによって、各ブローカーの部分注文量を計算する。これは、図１１のブロック１１１２に対応する以下の数式（数式６）に反映されている。
【０１０６】
【数６】
2014531695.tif 000008
【０１０７】
（１４）アロケータ４１０は、以下の数式（数式７）を使用して、部分注文量の合計をチェックし、部分注文量の合計が全体注文量を超えないようにしている。これは、図１１のブロック１１２２に対応する。
【０１０８】
【数７】
2014531695.tif 000009
【０１０９】
合計では、アロケータ４１０は、７個を買う第１取引注文をブローカーＡに割り当て、１３個を買う第２取引注文をブローカーＢに割り当てている。両方の注文が完全に満たされると仮定すると、ジョーは、各ブローカーでそれぞれ１５個ずつのロングポジションを得る。
【０１１０】
２．第２のシナリオ例−ロングポジションの減少
ジョーは、ブローカーＡに８個、ブローカーＢに２個の、計１０個のロングポジションを有する。ジョーは、自分のロングポジションを減らしたいため、同様にフィフティー・フィフティー・ルーティング・ルールを使用して、８個を売る取引注文を発注する。単純に取引注文を半々に分割して、２つの注文を発注し、ブローカーＡとブローカーＢのそれぞれで４個を売ると、ジョーは、ブローカーＡにネットロング４個と、ブローカーＢにショート２個を有することとなる。このように（−８）である全体注文量を有する新しい売り注文を分けるとき、これは、避けるべきである。したがって、図４のアロケータ４１０は、新しい注文をどのように分けるかを決定するため、以下の命令を実行する。
【０１１１】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、両方のブローカーが含まれる。
【０１１２】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番と仮定する。
【０１１３】
（３）アロケータ４１０は、以下の数式（数式８）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０１１４】
【数８】
2014531695.tif 000010
【０１１５】
（４）アロケータ４１０は、以下の数式（数式９）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０１１６】
【数９】
2014531695.tif 000011
【０１１７】
（５）アロケータ４１０は、以下の数式（数式１０と１１）を使用して、割り当てルールに基づいて比率を計算する。
【０１１８】
【数１０】
2014531695.tif 000012
【０１１９】
【数１１】
2014531695.tif 000013
【０１２０】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０１２１】
（６）アロケータ４１０は、以下の数式（数式１２）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０１２２】
【数１２】
2014531695.tif 000014
【０１２３】
（７）アロケータ４１０は、新しい注文の方向を各ブローカー用の現在のネットポジションの方向と比較する。これは、図１１のブロック１１１０に対応する。この例において、新しい注文の買い／売り方向（マイナス８）は、現在のネットポジションの方向（プラス１０）と反対であるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行う。
【０１２４】
（８）アロケータ４１０は、以下の数式（数式１３）を使用して、各ブローカーのターゲットネットポジションと現在のネットポジションとを比較する。これは図１１のブロック１１１４に対応する。
【０１２５】
【数１３】
2014531695.tif 000015
【０１２６】
（９）アロケータ４１０は、以下の数式（数式１４）を使用して、各ブローカーの予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、図１１のブロック１１１６に対応する。
【０１２７】
【数１４】
2014531695.tif 000016
【０１２８】
（１０）アロケータ４１０は、以下の数式（数式１５）を使用して、各ブローカーの予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する。これは、図１１のブロック１１１８に対応する。
【０１２９】
【数１５】
2014531695.tif 000017
【０１３０】
（１１）アロケータ４１０は、以下の数式（数式１６）を使用して、予備ネットポジションとターゲットポジションとの差を決定する。これは、図１１のブロック１１２０に対応する。
【０１３１】
【数１６】
2014531695.tif 000018
【０１３２】
ブローカーＡは、そのターゲットポジションを越えない（ネット差がプラス３である）ため、ブローカーＡは、余った取引注文を受信できる利用可能なブローカーのリストに入る。ブローカーＢは、ターゲットポジションを３だけ越えているため、（−３）が余った取引注文のプールに入る。
【０１３３】
（１２）アロケータ４１０は、以下の数式（数式１７）を使用して、それらの予備部分注文量を超えたブローカー用の注文量を調整する。これは、図１１のブロック１１２０に対応する。この例では、このリストは、ブローカーＢを含むのみである。
【０１３４】
【数１７】
2014531695.tif 000019
【０１３５】
（１３）アロケータ４１０は、以下の数式（数式１８）を使用して、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる。これは、図１１のブロック１１２２に対応する。この例では、リストは、１つの利用可能なブローカー（ブローカーＡ）のみを含み、ブローカーＡは全量（−３）を受信する。
【０１３６】
【数１８】
2014531695.tif 000020
【０１３７】
（１４）アロケータ４１０は、以下の数式（数式１９）を使用して、部分注文量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０１３８】
【数１９】
2014531695.tif 000021
【０１３９】
合計では、アロケータ４１０は、ブローカーＡで７個の第１売り注文を発注し、ブローカーＢで１個の第２売り注文を発注する。両方の注文が完全に満たされると仮定すると、ジョーは、各ブローカーで１個のロングポジションを得る。
【０１４０】
３．第３のシナリオ例−ロングポジションのフラット化
ジョーは、ブローカーＡで８個、ブローカーＢで２個の、計１０個のロングポジションを有している。ジョーは、自分のロングポジションをフラットにしたいため、フィフティー・フィフティー・ルーティング・ルールを使用し、１０個を売る取引注文を発注して、すべての注文が満たされたとき、両方のブローカーでポジションがフラットになることを期待している。単純に取引注文を半々に分割して、ブローカーＡとブローカーＢでそれぞれ５個ずつ売る２つの注文を発注すると、ジョーは、ブローカーＡにロング３個、ブローカーＢにショート２個を有することとなる。（−１０）であるＴｏｒａｌＯｒｄｅｒＱｔｙを有する新しい売り注文を分けるとき、これは、避けるべきである。したがって、図４のアロケータ４１０は、新しい注文をどのように分けるかを決定するため、以下の命令を実行する。
【０１４１】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、両方のブローカーが含まれる。
【０１４２】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番と仮定する。
【０１４３】
（３）アロケータ４１０は、以下の数式（数式２０）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０１４４】
【数２０】
2014531695.tif 000022
【０１４５】
（４）アロケータ４１０は、以下の数式（数式２１）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０１４６】
【数２１】
2014531695.tif 000023
【０１４７】
（５）アロケータ４１０は、以下の数式（数式２２と２３）を使用して、割り当てルールに基づいて比率を計算する。
【０１４８】
【数２２】
2014531695.tif 000024
【０１４９】
【数２３】
2014531695.tif 000025
【０１５０】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０１５１】
（６）アロケータ４１０は、以下の数式（数式２４）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０１５２】
【数２４】
2014531695.tif 000026
【０１５３】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカー用の現在のネットポジションの方向と比較する。これは、図１１のブロック１１１０と対応する。この例において、新しい注文の買い／売り方向（マイナス１０）は、現在のネットポジションの方向（プラス１０）と反対であるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行う。
【０１５４】
（８）アロケータ４１０は、以下の数式（数式２５）を使用して、各ブローカーのターゲットネットポジションと現在のネットポジションとを比較する。これは、図１１のブロック１１１４に対応する。
【０１５５】
【数２５】
2014531695.tif 000027
【０１５６】
（９）アロケータ４１０は、以下の数式（数式２６）を使用して、各ブローカー用の予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、図１１のブロック１１１６に対応する。
【０１５７】
【数２６】
2014531695.tif 000028
【０１５８】
（１０）アロケータ４１０は、以下の数式（数式２７）を使用して、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する。これは、図１１のブロック１１１８に対応する。
【０１５９】
【数２７】
2014531695.tif 000029
【０１６０】
（１１）アロケータ４１０は、以下の数式（数式２８）を使用して、予備ネットポジションとターゲットポジションとの差を決定する。これは、図１１のブロック１１２０に対応する。
【０１６１】
【数２８】
2014531695.tif 000030
【０１６２】
ブローカーＡは、ブローカーＡ用のターゲットポジションを越えない（ネット差がプラス３である）ため、ブローカーＡは、余った取引注文を受信できる利用可能なブローカーのリストに入る。ブローカーＢは、ブローカーＢ用のターゲットポジションを３だけ越えているため、（−３）が余った取引注文のプールに入る。
【０１６３】
（１２）アロケータ４１０は、以下の数式（数式２９）を使用して、それらの予備部分注文量を超えるブローカー用の注文量を調整する。これは、図１１のブロック１１２０に対応する。この例では、このリストは、ブローカーＢを含むのみである。
【０１６４】
【数２９】
2014531695.tif 000031
【０１６５】
（１３）アロケータ４１０は、以下の数式（数式３０）を使用して、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる。それは、図１１のブロック１１２２に対応する。この例では、リストは、１つのみの利用可能なブローカー（ブローカーＡ）を含むため、ブローカーＡは、全量（−３）を受信する。
【０１６６】
【数３０】
2014531695.tif 000032
【０１６７】
（１４）アロケータ４１０は、以下の数式（数式３１）を使用して、部分注文量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０１６８】
【数３１】
2014531695.tif 000033
【０１６９】
合計では、アロケータ４１０は、ブローカーＡでの８個の第１売り注文と、ブローカーＢでの２個の第２売り注文を発注する。両方の注文が完全に満たされると仮定すると、ジョーは、各ブローカーでフラット化されたポジションを得る。
【０１７０】
４．第４のシナリオ例−ロングポジションをネットショートへ反転
ジョーは、ブローカーＡで８個、ブローカーＢで２個の、計１０個のロングポジションを有している。ジョーは、自身のポジションをロングからショートへ反転させたいため、フィフティー・フィフティー・ルーティング・ルールを使用し、取引注文を発注して、２０個を売る。そして、ジョーは、すべての注文が満たされたとき、１０個のショート（両方のブローカーそれぞれに５個のショート）となるように期待している。単純に取引注文を半々に分割し、ブローカーＡとブローカーＢのそれぞれで１０個売る取引注文を発注すると、ジョーは、ブローカーＡで２個のショート、ブローカーＢで８個のショートを有することとなる。全体注文量が（−２０）と等しい新しい売り注文を分けるとき、これは、避けるべきである。したがって、図４のアロケータ４１０は、新しい注文をどのように分けるかを決定するため、以下の命令を実行する。
【０１７１】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、両方のブローカーが含まれる。
【０１７２】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番と仮定する。
【０１７３】
（３）アロケータ４１０は、以下の数式（数式３２）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０１７４】
【数３２】
2014531695.tif 000034
【０１７５】
（４）アロケータ４１０は、以下の数式（数式３３）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０１７６】
【数３３】
2014531695.tif 000035
【０１７７】
（５）アロケータ４１０は、以下の数式（数式３４と３５）を使用して、割り当てルールに基づいて比率を計算する。
【０１７８】
【数３４】
2014531695.tif 000036
【０１７９】
【数３５】
2014531695.tif 000037
【０１８０】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０１８１】
（６）アロケータ４１０は、以下の数式（数式３６）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０１８２】
【数３６】
2014531695.tif 000038
【０１８３】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカー用の現在のネットポジションの方向と比較する。それは、図１１のブロック１１１０と対応する。この例において、新しい注文の買い／売り方向（マイナス２０）は、現在のネットポジションの方向（プラス１０）と反対であるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行う。
【０１８４】
（８）アロケータ４１０は、以下の数式（数式３７）を使用して、各ブローカーのターゲットネットポジションと現在のネットポジションとを比較する。これは、図１１のブロック１１１４に対応する。
【０１８５】
【数３７】
2014531695.tif 000039
【０１８６】
（９）アロケータ４１０は、以下の数式（数式３８）を使用して、各ブローカー用の予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、図１１のブロック１１１６に対応する。
【０１８７】
【数３８】
2014531695.tif 000040
【０１８８】
（１０）アロケータ４１０は、以下の数式（数式３９）を使用して、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する。これは、図１１のブロック１１１８に対応する。
【０１８９】
【数３９】
2014531695.tif 000041
【０１９０】
（１１）アロケータ４１０は、以下の数式（数式４０）を使用して、予備ネットポジションとターゲットポジションとの差を決定する。これは、図１１のブロック１１２０に対応する。
【０１９１】
【数４０】
2014531695.tif 000042
【０１９２】
ブローカーＡは、ブローカーＡのターゲットポジションを越えない（ネット差がプラス３である）ため、ブローカーＡは、余った取引注文を受信できる利用可能なブローカーのリストに入る。ブローカーＢは、ブローカーＢのターゲットポジションを３だけ越えているため、（−３）が余った取引注文のプールに入る。
【０１９３】
（１２）アロケータ４１０は、以下の数式（数式４１）を使用して、それらの予備部分注文量を超えるブローカー用の注文量を調整する。これは、図１１のブロック１１２０に対応する。この例では、このリストは、ブローカーＢを含むのみである。
【０１９４】
【数４１】
2014531695.tif 000043
【０１９５】
（１３）アロケータ４１０は、以下の数式（数式４２）を使用して、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる。これは、図１１のブロック１１２２に対応する。この例では、リストは、１つのみの利用可能なブローカー（ブローカーＡ）を含むため、ブローカーＡは、全量（−３）を受信する。
【０１９６】
【数４２】
2014531695.tif 000044
【０１９７】
（１４）アロケータ４１０は、以下の数式（数式４３）を使用して、部分注文量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０１９８】
【数４３】
2014531695.tif 000045
【０１９９】
合計では、アロケータ４１０は、ブローカーＡで１３個の第１売り注文と、ブローカーＢでの７個の第２売り注文を発注する。両方の注文が完全に満たされると仮定すると、ジョーは、各ブローカーでショートポジションを得る。
【０２００】
５．第５のシナリオ例−３つのブローカーでロングポジションの追加
ジョーは、上記の第１のシナリオ例と同じように、ロング１０個を有するシナリオで開始する。即ち、ジョーは、ブローカーＡで８個、ブローカーＢで２個の、計１０個のロングを有している。次の日、ジョーは、自身のロングポジションを追加し、２０個より多くの買い注文を発注して、異なるルーティングルールを使用する。新しいルーティングルールは、ツー・ツー・ワン（２／２／１）分割であって、ブローカーＡに４０％、ブローカーＢに４０％、及びブローカーＣに２０％の割合で注文を分割する。３つのブローカー間で所望の分割をするために、図４のアロケータ４１０は、２０の全体注文量を有する新しい注文をどのように分けるかを決定するため、以下の命令を実行する。
【０２０１】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、両方のブローカーが含まれる。
【０２０２】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番、ブローカーＣを３番と仮定する。
【０２０３】
（３）アロケータ４１０は、以下の数式（数式４４）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０２０４】
【数４４】
2014531695.tif 000046
【０２０５】
（４）アロケータ４１０は、以下の数式（数式４５）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０２０６】
【数４５】
2014531695.tif 000047
【０２０７】
（５）アロケータ４１０は、以下の数式（数式４６と４７）を使用して、割り当てルールに基づいて比率を計算する。
【０２０８】
【数４６】
2014531695.tif 000048
【０２０９】
【数４７】
2014531695.tif 000049
【０２１０】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０２１１】
（６）アロケータ４１０は、以下の数式（数式４８）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０２１２】
【数４８】
2014531695.tif 000050
【０２１３】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカー用の現在のネットポジションの方向と比較する。それは、図１１のブロック１１１０と対応する。この例において、新しい注文の買い／売り方向（プラス２０）は、現在のネットポジションの方向（プラス１０）と同じであるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行わない。代わりに、アロケータ４１０は、以下の数式（数式４９）に基づいて、各ブローカーのターゲットポジションから各ブローカーでの現在のネットポジションを減算することによって、新しい注文量を計算し、各ブローカーに提出する。これは、図１１のブロック１１１２に対応する。
【０２１４】
【数４９】
2014531695.tif 000051
【０２１５】
（１４）アロケータ４１０は、以下の数式（数式５０）を使用して、部分注文量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０２１６】
【数５０】
2014531695.tif 000052
【０２１７】
合計では、アロケータ４１０は、ブローカーＡで４個の買い注文と、ブローカーＢで１０個の買い注文を発注する。両方の注文が完全に満たされると仮定すると、ジョーは、各ブローカーで彼が所望するツー・ツー・ワン（ｔｗｏ−ｔｗｏ−ｏｎｅ）分割されたロングポジションを得る。
【０２１８】
６．第６のシナリオ例−３つのブローカーでロングポジションを減少
ジョーは、通常、ツー・ツー・ワン（２／２／１）分割を使用して、３つのブローカーで取引し、デーロング１０個を入れる。しかしながら、３つのブローカー間のジョーの現在の分割は、彼が所望する配分とマッチしておらず、ジョーは、ブローカーＡにロング１３個、ブローカーＢにロング１２個、及びブローカーＣにロング５個を有している。
【０２１９】
ジョーは、自身のポジションを減らしたいため、取引注文を発注し、１０個を売る。ジョーは、同じようにツー・ツー・ワン（ｔｗｏ−ｔｗｏ−ｏｎｅ）ルーティングルールを使用し、３つのブローカー間でツー・ツー・ワン・ネットポジションを実現することを期待している。したがって、図４のアロケータ４１０は、以下の命令を実行し、（−１０）である全体注文量を有する新しい注文をどのように分けるかを決定する。
【０２２０】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、両方のブローカーが含まれる。
【０２２１】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番、ブローカーＣを３番と仮定する。
【０２２２】
（３）アロケータ４１０は、以下の数式（数式５１）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０２２３】
【数５１】
2014531695.tif 000053
【０２２４】
（４）アロケータ４１０は、以下の数式（数式５２）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０２２５】
【数５２】
2014531695.tif 000054
【０２２６】
（５）アロケータ４１０は、以下の数式（数式５３と５４）を使用して、割り当てルールに基づいて比率を計算する。
【０２２７】
【数５３】
2014531695.tif 000055
【０２２８】
【数５４】
2014531695.tif 000056
【０２２９】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０２３０】
（６）アロケータ４１０は、以下の数式（数式５５）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０２３１】
【数５５】
2014531695.tif 000057
【０２３２】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカー用の現在のネットポジションの方向と比較する。それは、図１１のブロック１１１０と対応する。この例において、新しい注文の買い／売り方向（マイナス１０）は、現在のネットポジションの方向（プラス３０）と反対であるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行う。
【０２３３】
（８）アロケータ４１０は、以下の数式（数式５６）を使用して、各ブローカーのターゲットネットポジションと現在のネットポジションとを比較する。これは、図１１のブロック１１１４に対応する。
【０２３４】
【数５６】
2014531695.tif 000058
【０２３５】
（９）アロケータ４１０は、以下の数式（数式５７）を使用して、各ブローカー用の予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、図１１のブロック１１１６に対応する。
【０２３６】
【数５７】
2014531695.tif 000059
【０２３７】
（１０）アロケータ４１０は、以下の数式（数式５８）を使用して、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する。これは、図１１のブロック１１１８に対応する。
【０２３８】
【数５８】
2014531695.tif 000060
【０２３９】
（１１）アロケータ４１０は、以下の数式（数式５９）を使用して、予備ネットポジションとターゲットポジションとの差を決定する。これは、図１１のブロック１１２０に対応する。
【０２４０】
【数５９】
2014531695.tif 000061
【０２４１】
ブローカーＡは、ブローカーＡのターゲットポジションを越えない（ネット差がプラス１である）ため、ブローカーＡは、余った取引注文を受信できる利用可能なブローカーのリストに入る。ブローカーＢは、そのターゲットポジションと等しいため、ブローカーＢは取引され、その部分注文量は、（−４）となる。ブローカーＣは、そのターゲットポジションを１だけ越えるため、（−１）が余った取引注文のプールに入る。
【０２４２】
（１２）アロケータ４１０は、以下の数式（数式６０）を使用して、それらの予備部分注文量を超えるブローカー用の注文量を調整する。これは、図１１のブロック１１２０に対応する。この例では、このリストは、ブローカーＣを含むのみである。
【０２４３】
【数６０】
2014531695.tif 000062
【０２４４】
（１３）アロケータ４１０は、以下の数式（数式６１）を使用して、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる。これは、図１１のブロック１１２２に対応する。この例では、リストは、１つのみの利用可能なブローカー（ブローカーＡ）を含むため、ブローカーＡは、全量（−１）を受信する。
【０２４５】
【数６１】
2014531695.tif 000063
【０２４６】
（１４）アロケータ４１０は、以下の数式（数式６２）を使用して、部分注文量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０２４７】
【数６２】
2014531695.tif 000064
【０２４８】
合計では、アロケータ４１０は、ブローカーＡで５個の売り注文、ブローカーＢで４個の売り注文、及びブローカーＣで１個の売り注文を発注する。すべての注文が完全に満たされると仮定すると、ジョーは、自身のポジションを減らし、各ブローカーで所望のツー・ツー・ワン（ｔｗｏ−ｔｗｏ−ｏｎｅ）分割を実現することができる。
【０２４９】
７．第７のシナリオ例−３つのブローカーでロングポジションを減らし、２つのブローカーに余った量を割り当て
【０２５０】
この例は、上記の第６のシナリオ例と同様であるが、余った量を調整し、異なる量を割り当てる計算を示している。ジョーは、通常、ツー・ツー・ワン（２／２／１）分割を使用して、３つのブローカーで取引し、デーロング３０個を入れる。しかしながら、３つのブローカー間のジョーの現在の分割は、彼が所望する配分とマッチしておらず、ジョーは、ブローカーＡにロング９個、ブローカーＢにロング１４個、及びブローカーＣにロング７個を有している。
【０２５１】
ジョーは、自身のポジションを減らしたいため、取引注文を発注し、２０個を売る。ジョーは、同じツー・ツー・ワン（ｔｗｏ−ｔｗｏ−ｏｎｅ）ルーティングルールを使用し、３つのブローカー間で同じツー・ツー・ワン・ネットポジションを実現することを期待している。したがって、図４のアロケータ４１０は、以下の命令を実行し、（−２０）と等しい全体注文量を有する新しい注文をどのように分けるかを決定する。
【０２５２】
（１）アロケータ４１０は、ブローカーのリストを絞り込む。この例では、各ブローカーは、「両方」にセットされているため、すべてのブローカーが含まれる。
【０２５３】
（２）アロケータ４１０は、ブローカーをランダムにソートする。この例において、ソートした後、ブローカーＡを１番、ブローカーＢを２番、ブローカーＣを３番と仮定する。
【０２５４】
（３）アロケータ４１０は、以下の数式（数式６３）を使用して、ブローカー間の現在の全体ネットポジションを計算する。
【０２５５】
【数６３】
2014531695.tif 000065
【０２５６】
（４）アロケータ４１０は、以下の数式（数式６４）を使用し、すべての注文が満たされると仮定して、全体予想ポジションを計算する。
【０２５７】
【数６４】
2014531695.tif 000066
【０２５８】
（５）アロケータ４１０は、以下の数式（数式６５と６６）を使用して、割り当てルールに基づいて比率を計算する。
【０２５９】
【数６５】
2014531695.tif 000067
【０２６０】
【数６６】
2014531695.tif 000068
【０２６１】
図１１を参照すると、上記の命令（１）−（５）は、図１１のブロック１１０６に対応する。
【０２６２】
（６）アロケータ４１０は、以下の数式（数式６７）を使用して、各ブローカー用のターゲットネットポジションを計算する。これは、図１１のブロック１１０８に対応する。
【０２６３】
【数６７】
2014531695.tif 000069
【０２６４】
（７）アロケータ４１０は、新しい注文の方向を、各ブローカー用の現在のネットポジションの方向と比較する。これは、図１１のブロック１１１０と対応する。この例において、新しい注文の買い／売り方向（マイナス２０）は、現在のネットポジションの方向（プラス３０）と反対であるため、アロケータ４１０は、図１１のブロック１１１４−１１２２の調整計算を行う。
【０２６５】
（８）アロケータ４１０は、以下の数式（数式６８）を使用して、各ブローカーのターゲットネットポジションと現在のネットポジションとを比較する。それは、図１１のブロック１１１４に対応する。
【０２６６】
【数６８】
2014531695.tif 000070
【０２６７】
（９）アロケータ４１０は、以下の数式（数式６９）を使用して、各ブローカー用の予備部分注文量（ｐＰｏｒｔｉｏｎＱｔｙ）を計算する。これは、図１１のブロック１１１６に対応する。
【０２６８】
【数６９】
2014531695.tif 000071
【０２６９】
（１０）アロケータ４１０は、以下の数式（数式７０）を使用して、各ブローカー用の予備ネットポジション（ｐＮｅｔＰｏｓ）を計算する。これは、図１１のブロック１１１８に対応する。
【０２７０】
【数７０】
2014531695.tif 000072
【０２７１】
（１１）アロケータ４１０は、以下の数式（数式７１）を使用して、予備ネットポジションとターゲットポジションとの差を決定する。これは、図１１のブロック１１２０に対応する。
【０２７２】
【数７１】
2014531695.tif 000073
【０２７３】
ブローカーＡは、そのターゲットポジションを３だけ越えるため、（−３）が余った取引注文のプールに入る。ブローカーＢは、そのターゲットポジションを越えないため、ブローカーＢが余った取引注文を受信できる利用可能なブローカーのリストに入る。ブローカーＣは、そのターゲットポジションを越えないため、ブローカーＣが余った取引注文を受信できる利用可能なブローカーのリストに入る。
【０２７４】
（１２）アロケータ４１０は、以下の数式（数式７２）を使用して、それらの予備部分注文量を超えるブローカー用の注文量を調整する。これは、図１１のブロック１１２０に対応する。この例では、このリストは、ブローカーＡを含むのみである。
【０２７５】
【数７２】
2014531695.tif 000074
【０２７６】
（１３）アロケータ４１０は、以下の数式（数式７３と７４）を使用して、余った取引注文のプールを、余った取引注文を受信できる利用可能なブローカーのリストに割り当てる。これは、図１１のブロック１１２２に対応する。この例では、リストは、２つの利用可能なブローカー（ブローカーＢとブローカーＣ）を含むため、アロケータ４１０は、サブ比率を計算する。
【０２７７】
【数７３】
2014531695.tif 000075
【０２７８】
【数７４】
2014531695.tif 000076
【０２７９】
アロケータ４１０は、以下の数式（数式７５）を使用して、サブ比率を適用し、余った注文を配分する。
【０２８０】
【数７５】
2014531695.tif 000077
【０２８１】
アロケータ４１０は、以下の数式（数式７６）を使用して、各ブローカー用の調整された量を計算する。
【０２８２】
【数７６】
2014531695.tif 000078
【０２８３】
（１４）アロケータ４１０は、以下の数式（数式７７）を使用して、部分量の合計をチェックし、それらが全体注文量を超えないようにしている。これは、図１１のブロック１１２４に対応する。
【０２８４】
【数７７】
2014531695.tif 000079
【０２８５】
合計では、アロケータ４１０は、ブローカーＡで５個の売り注文、ブローカーＢで１０個の第２売り注文、及びブローカーＣで５個の売り注文を発注する。すべての注文が完全に満たされると仮定すると、ジョーは、自身のポジションを減らし、各ブローカーで所望のツー・ツー・ワン（ｔｗｏ−ｔｗｏ−ｏｎｅ）分割を実現する。
【０２８６】
Ｂ．第２実施例のネットポジションに基づくマルチブローカー割り当て
図１２と図１３は、ユーザに関連付けられたネットポジション情報に基づくマルチブローカー割り当ての別例を示す。図１２は、図３のアロケータ４１０の例を実施するために実行される装置（例えば、コンピュータや演算処理装置など）読み取り可能な命令を表すフローチャートである。図示した例では、図１２のフローチャートは、図１０のフローチャートの例のブロック１０１２を実行するために使用することができる。図１０に示すように、取引注文の割り当ては、ユーザのネットポジションに基づく（ブロック１２００）。
【０２８７】
マルチブローカーオーダールータ３１２のアロケータ４１０の例は、ブローカーのリストにフィルターをかけ、注文の買い／売り方向に基づいて取引注文用の利用可能なブローカーを識別する（ブロック１２０２）。注文が買い注文である場合、その後、すべての「売り」部分が、この特定の取引注文において更に検討することをやめる。注文が売り注文である場合、その後、すべての「買い」部分が、この特定の取引注文おいて更に検討することをやめる。「両方」として指定された部分は、買いと売りの両方が可能なままである。利用可能なブローカーが識別されなかった場合、エラーメッセージを生成してもよい。
【０２８８】
次に、アロケータ４１０は、現在の取引注文の全体量を決定する（ブロック１２０４）。全体量は、新しい注文量と、利用可能なブローカーでのネットポジションとの合計である。
【０２８９】
アロケータ４１０は、利用可能な各ブローカーの割り当て比率を計算する（ブロック１２０６）。アロケータ４１０は、選択された割り当てルールの設定の比率に基づく。例えば、選択された割り当てルールが、フィフティー・フィフティー・割り当てルール（例えば、第１ブローカーと第２ブローカーのそれぞれを１対１の比率とするルール）であるとき、アロケータ４１０は、第１と第２ブローカーのそれぞれに５０％の割合で計算する。代わりに、選択された割り当てルールがワン・ツー・ワン（ｏｎｅ−ｔｗｏ−ｏｎｅ）ルーティングルール（例えば、第１ブローカー、第２ブローカー、及び第３ブローカーのそれぞれを１対２対１の比率とするルール）である場合、アロケータ４１０は、第１ブローカーに２５％、第２ブローカーに５０％、及び第３ブローカーに２５％の割合で計算する。
【０２９０】
図１２の例では、アロケータ４１０は、その後、ブローカーキューがあるかどうかを決定する（ブロック１２０８）。ブローカーキューは、ブロック１２０２で識別された利用可能なブローカーのキューである。始めは、ブローカーキューは、利用可能なブローカーのすべてを含む。しかしながら、例えば、利用可能なブローカーの１つ以上が、以下に記載する反対側の注文を使用する必要があるとき、ブローカーキューは、数を減らしてもよい（例えば、ブローカーは、キューから削除されてもよい）。ブローカーキューがない場合、制御は、図１０に戻る（ブロック１２１０）。ブロック１２０８で、ブローカーキューがある場合、アロケータ４１０は、全体量をブローカーキュー内のブローカーに割り当てる（ブロック１２１２）。ブロック１２１２の動作の例を、図１３と関連して以降に記載する。
【０２９１】
次に、アロケータ４１０は、ブローカーのいくつかが新しい取引注文側と反対側の取引注文を使用し、割り当てられた量を達成する必要があるかどうかを決定する（ブロック１２１４）。例えば、ユーザが新しい取引注文を発注し、取引可能オブジェクトを買うと仮定する。第１ブローカーでユーザの有するネットポジションが５であって、ブロック１２１２から第１ブローカーに割り当てられた量が４である場合、第１ブローカーは、取引可能オブジェクトを売る取引注文を発注し、割り当てられた量を達成する。したがって、第１ブローカーは、新しい取引注文側（買い）と反対側（売り）の取引注文を使用する必要がある。同様に、新しい取引注文が取引可能オブジェクトを売ることであって、第１ブローカーに割り当てられた量が７であった場合、第１ブローカーは、取引可能オブジェクトを買う取引注文を発注し、割り当てられた量を達成する。ここで取引注文は、新しい取引注文側（売り）と反対側（買い）の注文である。ブローカーが新しい取引注文と反対側の取引注文を使用する必要があるとき、そのブローカーは、ブローカーキューから取り除かれ、制御がブロック１２０６に戻り、各ブローカー用の割り当て比率が再計算されるようになっている（ブロック１２１６）。それ以外の場合、制御は、図１０に戻る（ブロック１２１８）。
【０２９２】
図１３は、図３のアロケータ４１０の例を実施するために実行される装置読み取り可能な命令を表すフローチャートである。図示した例では、図１３のフローチャートは、図１２のフローチャートの例のブロック１２１２を実施するために使用されてもよい。図１２に示されるように、アロケータ４１０は、全体量を利用可能なブローカーに配分する（ブロック１３００）。図１３の例では、アロケータ４１０は、図１２のブロック１２０４で計算された割り当て比率に基づいて、各ブローカーに各ブローカーの取引注文量を割り当てる（ブロック１３０２）。上記の例を続けるため、フィフティー・フィフティー・ルールの割り当てルールを使用し、割り当て比率をそれぞれ５０％とした場合、全体量は半分ずつ分けられる。即ち、フィフティー・フィフティー・ルールは、注文が発注される毎に、２つのブローカー間で、フィフティー・フィフティーの配分で維持されることを意味している。言い換えれば、実際の全体の未処理注文量が、少なくとも最初に、２つのブローカー間で、半々の割合で分割されることを維持する。そのような分割は、小数点の量をブローカーに割り当てる場合がある。例えば、取引注文量が２３であるとき、第１ブローカーに１１．５の量を割り当て、第２ブローカーに１１．５の量を割り当てる場合がある。この場合、最も近い整数の量である１１が各ブローカーに割り当てられる。
【０２９３】
図１３の例では、アロケータ４１０は、次に、それぞれのブローカーに割り当てられた量の合計が全体量と等しいかどうかを決定する（ブロック１３０４）。実際には、アロケータ４１０は、最初にそれぞれのブローカーに割り当てられた量の合計が、全体の整数量と等しいかどうかを決定している。それぞれのブローカーに割り当てられた量の合計が全体量と等しい場合、制御は、以降に記載するブロック１３１０に進む。一方、等しくならずに余りがある場合、アロケータ４１０は、ブロック１３０６に進む。
【０２９４】
ブロック１３０６で、アロケータ４１０は、利用可能なブローカーをランク付けする。いくつかの実施形態では、アロケータ４１０は、ユーザの好みに従ってランク付けする。そのような例では、ユーザは、ブローカー（例えば、第１ブローカー）を選択し、余った量を受信する。いくつかの実施形態では、アロケータ４１０は、ブローカーをランダムにランク付けする。いくつかの実施形態では、アロケータ４１０は、所定の注文に基づいてブローカーをランク付けする。いくつかの実施形態では、アロケータ４１０は、未処理の注文量に基づいて、互いに関連するブローカーをランク付けする。いくつかの実施形態では、アロケータ４１０は、割り当てられた量の小数点以下の余りに基づいて、ブローカーをランク付けする。上記の例については、両方のブローカーの少数点以下が０．５であるため、一方のブローカーが他方のブローカーより先にランク付けされるべく、ランダムに選択される。しかしながら、他の状況では、第１ブローカーに１０．６６の量を割り当て、第２ブローカーに７．３３の量を割り当ててもよい。そのような例では、小数点以下の値がより大きい量を有するブローカー（この例では、０．６６は０．３３より大きいので、第１ブローカー）が最初にランク付けされる。
【０２９５】
次に、アロケータ４１０は、ランクに基づいて、ブローカーに余り量を割り当てる（ブロック１３０８）。上記の例では、割り当てられた量の少数点以下の値によると、第１ブローカーが第２ブローカーよりランクが高いため、余り量１が、第１ブローカーに割り当てられる。
【０２９６】
図１３の例では、アロケータ４１０は、その後、それぞれのブローカーに割り当てられた量から各ブローカーに対しユーザが有するネットポジションを減算し、それぞれのブローカーに割り当てられるべき取引注文の一部である部分注文に達する（ブロック１３１０）。制御は、その後、図１２のフローチャートに戻る（ブロック１３１２）。
【０２９７】
図示した図のいくつかは、いくつかの実施形態のすべて又は一部を実施するために使用される方法を表すブロック図、システム、及び／又はフロー図の例を描写している。ブロック図、システム、及び／又はフロー図の例におけるコンポーネント、要素、ブロック、及び又は機能の１つ以上は、単独で、又はハードウェア、ファームウェア、離散論理の組み合わせで実施されてもよく、例えば、有形のコンピュータ読み取り可能な記録媒体に記憶されたコンピュータ読み取り可能な命令のセット、及び／又はそれらのいくつかの組み合わせとして、実施されてもよい。
【０２９８】
ブロック図、システム、及び／又はフロー図の例は、例えば、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラマブル・ロジック・デバイス（ＦＰＬＤ）、離散論理、ハードウェア、及び／又はファームウェアのいくつかの組み合わせを使用して実施されてもよい。また、方法の例のいくつか又はすべては、例えば、手動で又は前述の技術の組み合わせで実施されてもよい。
【０２９９】
ブロック図、システム、及び／又はフロー図の例は、例えば、１つ以上のプロセッサ、コントローラ、及び／又は他の処理デバイスを使用して実行することができる。例えば、それらの例は、例えば、有形のコンピュータ読み取り可能な記録媒体に記憶されたコンピュータ読み取り可能な命令などのコード化された命令を使用して実行されてもよい。有形のコンピュータ読み取り可能な記録媒体は、様々なタイプの揮発性及び不揮発性記録メディアを含んでもよく、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メモリ（ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ＰＲＯＭ）、電気的プログラマブル・リード・オンリー・メモリ（ＥＰＲＯＭ）、電気的に消去可能なリード・オンリー・メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、ハードディスクドライブ、光学メディア、磁気テープ、ファイルサーバ、いくつかの他の有形データ記憶デバイス、又はそれらのいくつかの組み合わせを含んでもよい。有形のコンピュータ読み取り可能な記録媒体は、非一時的である。
【０３００】
さらに、ブロック図、システム、及び／又はフロー図の例は、図に関連して上記されているが、他の実施形態を採用してもよい。例えば、コンポーネント、要素、ブロック、及び／又は機能の実行の順番は、変更されてもよく、上記したコンポーネント、要素、ブロック、及び／又は機能は、変更、削除、細分化、又は組み合わせてもよい。また、コンポーネント、要素、ブロック、及び／又は機能のいくつか又はすべては、例えば、別の処理スレッド、プロセッサ、デバイス、個別論理、及び／又は回路によって、連続して及び／又は並行して行われてもよい。
【０３０１】
実施の形態が開示されているが、様々な変更を行ってもよく、同等のものに置換されてもよい。さらに、特定の状況又は材料に適合させるように、多くの修正が行われてもよい。したがって、開示された技術は、開示されたいくつかの実施形態に限定されないが、添付の特許請求の範囲内にすべての実施形態を包含することを意図している。
【図１】
2014531695.tif 000080
【図２】
2014531695.tif 000081
【図３】
2014531695.tif 000082
【図４】
2014531695.tif 000083
【図５】
2014531695.tif 000084
【図６】
2014531695.tif 000085
【図７】
2014531695.tif 000086
【図８】
2014531695.tif 000087
【図９】
2014531695.tif 000088
【図１０】
2014531695.tif 000089
【図１１】
2014531695.tif 000090
【図１２】
2014531695.tif 000091
【図１３】
2014531695.tif 000092
【国際調査報告】
2014531695.tif 000093