(57)【特許請求の範囲】
【請求項１】
１つ以上の時点において、コンピュータ計算装置のプロセッサにより、証券に対する複数のオーダーを受信するステップであり、
前記複数のオーダーの各々は前記証券の量を指定し、
前記複数のオーダーの各々はテストオーダーであるかテストオーダーでないかの何れかであり、
前記複数のオーダーの各々は、前記プロセッサによって受信されるとき、それぞれのオーダーがテストオーダーであるかテストオーダーでないかを指定する情報をそれぞれ有し、
前記複数のオーダーのうちの少なくとも１つはテストオーダーであり、且つ
前記複数のオーダーは、複数のクライアントコンピュータシステムから通信ネットワークを介して前記プロセッサによって受信される、ステップと、
前記プロセッサにより、前記複数のオーダーのうちの第１のオーダーを前記複数のオーダーのうちの第２のオーダーとマッチングさせるステップと、
前記プロセッサにより、（ｉ）前記第１のオーダーがテストオーダーでないこと、及び（ｉｉ）前記第２のオーダーがテストオーダーでないことを決定するステップであり、
前記プロセッサにより、前記第１のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第１のオーダーがテストオーダーでないことを決定し、且つ
前記プロセッサにより、前記第２のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第２のオーダーがテストオーダーでないことを決定する、ことを有するステップと、
前記第１のオーダーの前記第２のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記第１のオーダーを実行し、前記第１のオーダーの実行は、前記プロセッサにより、前記第１のオーダーに関する前記証券の前記量を減少させることを有し、且つ
前記プロセッサにより、前記第２のオーダーを実行し、前記第２のオーダーの実行は、前記プロセッサにより、前記第２のオーダーに関する前記証券の前記量を減少させることを有する、ステップと、
前記第１のオーダー及び前記第２のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて：
前記第１のオーダーに関する参加者及び前記第２のオーダーに関する参加者が金銭又は前記証券を応札すべく拘束されるように、前記プロセッサにより、前記第１のオーダー及び前記第２のオーダーが関与する取引を生成し、且つ
前記プロセッサにより、該取引に関する情報をクリアリングハウスコンピュータシステムに伝達して、該取引の決済を実効せしめるステップと、
前記プロセッサにより、前記複数のオーダーのうちの第３のオーダーを前記複数のオーダーのうちの他のオーダーとマッチングさせるステップであり、該第３のオーダーはテストオーダーであり且つ該他のオーダーはテストオーダーでない、ステップと、
前記プロセッサにより、前記第３のオーダーがテストオーダーであることを決定するステップであり、前記プロセッサにより、前記第３のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第３のオーダーがテストオーダーであることを決定する、ことを有するステップと、
前記第３のオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて、前記プロセッサにより、前記第３のオーダーを実行するステップであり、前記第３のオーダーの実行は、前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量を減少させることを有する、ステップと、
前記プロセッサにより、前記他のオーダーを実行しないステップであり、それにより、前記第３のオーダーと前記他のオーダーとがマッチし且つ前記第３のオーダーが実行されるとしても前記他のオーダーに関する前記証券の前記量を減少させない、ステップと、
前記第３のオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて：
前記第３のオーダーに関する参加者及び前記他のオーダーに関する参加者が金銭又は前記証券を応札すべく拘束されないように、前記プロセッサにより前記第３のオーダー及び前記他のオーダーが関与する取引を生成しないステップと、
を有する方法。
【請求項２】
当該方法は更に、前記第３のオーダーを受信したことに応答して、前記プロセッサにより、前記第３のオーダーを電子オーダーブックに入力するステップ、を有し、且つ
前記第３のオーダーを実行するステップは、前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新することを有する、
請求項１に記載の方法。
【請求項３】
当該方法は更に、前記第３のオーダーを受信したことに応答して、前記プロセッサにより、前記第３のオーダーを電子オーダーブックに入力するステップ、を有し、
前記他のオーダーに関する前記証券の前記量は、前記第３のオーダーに関する前記証券の前記量以上であり、且つ
前記第３のオーダーを実行することは：
前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量をゼロまで減少させ、且つ
前記プロセッサにより、前記第３のオーダーを前記電子オーダーブックから除去する
ことを有する、
請求項１に記載の方法。
【請求項４】
前記プロセッサにより、ログファイルに、前記第１のオーダー及び前記第２のオーダーの前記マッチング及び実行に関するデータを記録するステップと、
前記プロセッサにより、前記ログファイルに、前記第３のオーダーの前記マッチング及び実行に関するデータを記録するステップと、
前記プロセッサにより、前記ログファイルのデータの少なくとも一部を、前記第３のオーダーの発信者へ送信するステップと、
を更に有する請求項１に記載の方法。
【請求項５】
当該方法は更に、前記複数のオーダーを受信したことに応答して、前記プロセッサにより、前記第１のオーダー、前記第２のオーダー及び第３のオーダーを含む前記複数のオーダーを、前記証券に関する電子オーダーブックに入力するステップ、を有し、
前記プロセッサは、テストオーダー及び非テストオーダーの双方を前記電子オーダーブックに入力する、
請求項１に記載の方法。
【請求項６】
前記電子オーダーブックは、前記証券に関する入札オーダー用のテーブルおよび売出しオーダー用のテーブルを含み、且つ
前記複数のオーダーを前記電子オーダーブックに入力するステップは、前記プロセッサにより、それぞれのオーダーを、前記入札オーダー用のテーブルおよび前記売出しオーダー用のテーブルのうちの一方に入力することを有する、
請求項５に記載の方法。
【請求項７】
前記入札オーダー用のテーブルは、それに入力されたそれぞれの入札オーダーに対して、該それぞれの入札オーダーがテスト入札オーダーであるかテスト入札オーダーでないかを示す少なくとも１つのフィールドを含み、
前記売出しオーダー用のテーブルは、それに入力されたそれぞれの売出しオーダーに対して、該それぞれの売出しオーダーがテスト売出しオーダーであるかテスト売出しオーダーでないかを示す少なくとも１つのフィールドを含む、
請求項６に記載の方法。
【請求項８】
前記入札オーダー用のテーブル及び前記売出しオーダー用のテーブルは更に、それらに入力されたそれぞれのオーダーに対して、
該それぞれのオーダーの、それぞれのテーブル内のその他のオーダーと比較したランク、
前記証券の価格、
前記証券の量、および
該それぞれのオーダーの発信元を特定するユーザＩＤ、
を規定する第２の情報を含む、
請求項７に記載の方法。
【請求項９】
前記第１のオーダーを実行するステップは：
前記プロセッサにより、前記第１のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記第１のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第１のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、
前記第２のオーダーを実行するステップは：
前記プロセッサにより、前記第２のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記第２のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第２のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、
前記第３のオーダーを実行するステップは：
前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記第３のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第３のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、且つ
前記他のオーダーを実行しないステップは、前記第３のオーダーと前記他のオーダーとがマッチし且つ前記第３のオーダーが実行されるとしても、前記他のオーダーに関する前記証券の前記量の変化を指し示すように前記電子オーダーブックを前記プロセッサにより更新しないこと、を有する、
請求項５に記載の方法。
【請求項１０】
前記電子オーダーブックは、少なくとも前記他のオーダーに対して、前記他のオーダーがテストオーダーとマッチングされたかを規定するパラメータを有し、
当該方法は更に：
前記第３のオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて、前記プロセッサにより、前記他のオーダーがテストオーダーとマッチングされたことを前記他のオーダーに対する前記パラメータが指し示すように前記電子オーダーブックを更新するステップ、
を有する、
請求項９に記載の方法。
【請求項１１】
前記プロセッサにより、前記複数のオーダーのうちの更なるオーダーを前記他のオーダーとマッチングさせるステップと、
前記プロセッサにより、（ｉ）前記更なるオーダーがテストオーダーでないこと、及び（ｉｉ）前記他のオーダーがテストオーダーでないことを決定するステップと、
前記更なるオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記更なるオーダーを実行し、前記更なるオーダーの実行は、前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記更なるオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記更なるオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、且つ
前記プロセッサにより、前記他のオーダーを実行し、前記他のオーダーの実行は、前記プロセッサにより、前記他のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記他のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記他のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記他のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有する、ステップと、
前記更なるオーダー及び前記他のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて：
前記更なるオーダーに関する参加者及び前記他のオーダーに関する前記参加者が金銭又は前記証券を応札すべく拘束されるように、前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する取引を生成し、且つ
前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する該取引に関する情報をクリアリングハウスコンピュータシステムに伝達して、該取引の決済を実効せしめるステップと、
を更に有する請求項９に記載の方法。
【請求項１２】
前記電子オーダーブックは、少なくとも前記第３のオーダーに対して、前記第３のオーダーが実行された相手の非テストオーダーの識別子を格納する少なくとも１つのパラメータを有し、
当該方法は更に：
前記他のオーダーを相手に前記第３のオーダーを実行することに少なくとも部分的に基づいて、前記第３のオーダーに対する前記少なくとも１つのパラメータが前記他のオーダーに関連付けられた識別子を有し、それにより、前記他のオーダーが前記第３のオーダーを相手に実行されたことを指し示すように、前記プロセッサにより前記電子オーダーブックを更新するステップ、
を有する、
請求項９に記載の方法。
【請求項１３】
前記プロセッサにより、前記証券に対する更なる少なくとも２つのオーダーを受信するステップであり、該２つのオーダーの各々は前記証券の量を指定する、ステップと、
前記プロセッサにより、前記２つのオーダーのうちの一方を前記２つのオーダーのうちの他方とマッチングさせるステップと、
前記プロセッサにより、前記２つのオーダーのうちの少なくとも１つがテストオーダーであることを決定するステップと、
前記２つのオーダーのマッチングに少なくとも部分的に基づいて、前記プロセッサにより、前記２つのオーダーを実行し、それにより、前記２つのオーダーに関する前記証券の前記量それぞれを減少させるステップと、
前記２つのオーダーのうちの少なくとも１つがテストオーダーであることを決定したことに少なくとも部分的に基づいて、前記２つのオーダーに関するそれぞれの参加者が金銭又は前記証券を応札すべく拘束されないように、前記プロセッサにより前記２つのオーダーが関与する取引を生成しないステップと、
を更に有する請求項９に記載の方法。
【請求項１４】
前記プロセッサは、前記第３のオーダーを、前記複数のクライアントコンピュータシステムのうちの１つから、前記通信ネットワーク上の接続を介して受信し、
前記接続は識別子を有し、且つ
前記第３のオーダーに含まれた前記情報に少なくとも部分的に基づいて前記第３のオーダーがテストオーダーであることを決定することは、
前記プロセッサにより、前記接続の前記識別子に少なくとも部分的に基づいて、前記第３のオーダーがテストオーダーであることを決定する
ことを有する、
請求項１に記載の方法。
【請求項１５】
前記第３のオーダーは入札を有し且つ前記他のオーダーは売出しを有し、あるいは
前記第３のオーダーは売出しを有し且つ前記他のオーダーは入札を有する、
請求項１に記載の方法。
【請求項１６】
前記プロセッサにより、前記複数のオーダーのうちの更なるオーダーを前記他のオーダーとマッチングさせるステップと、
前記プロセッサにより、（ｉ）前記更なるオーダーがテストオーダーでないこと、及び（ｉｉ）前記他のオーダーがテストオーダーでないことを決定するステップと、
前記更なるオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記更なるオーダーを実行し、前記更なるオーダーの実行は、前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量を減少させることを有し、且つ
前記プロセッサにより、前記他のオーダーを実行し、前記他のオーダーの実行は、前記プロセッサにより、前記他のオーダーに関する前記証券の前記量を減少させることを有する、ステップと、
前記更なるオーダー及び前記他のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて：
前記更なるオーダーに関する参加者及び前記他のオーダーに関する前記参加者が金銭又は前記証券を応札すべく拘束されるように、前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する取引を生成し、且つ
前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する該取引に関する情報をクリアリングハウスコンピュータシステムに伝達して、該取引の決済を実効せしめるステップと、
を更に有する請求項１に記載の方法。
【請求項１７】
前記プロセッサにより、前記証券に対する更なるオーダーを受信するステップであり、該更なるオーダーは前記証券の量を指定する、ステップと、
前記プロセッサにより、前記更なるオーダーを前記第３のオーダーとマッチングさせるステップと、
前記更なるオーダーの前記第３のオーダーとのマッチングに少なくとも部分的に基づいて、前記プロセッサにより、前記第３のオーダーを更に実行するステップであり、前記第３のオーダーを更に実行することは、前記第３のオーダーに関する前記証券の前記量を更に減少させることを有する、ステップと、
前記第３のオーダーがテストオーダーであることに少なくとも部分的に基づいて、前記第３のオーダーに関する前記参加者及び前記更なるオーダーに関する参加者が金銭又は前記証券を応札すべく拘束されないように、前記プロセッサにより前記第３のオーダー及び前記更なるオーダーが関与する取引を生成しないステップと、
を更に有する請求項１に記載の方法。
【請求項１８】
前記更なるオーダーはテストオーダーでなく、且つ
当該方法は更に、前記プロセッサにより、前記更なるオーダーを実行するステップを有し、前記更なるオーダーを実行することは、前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量を減少させることを有する、
請求項１７に記載の方法。
【請求項１９】
前記更なるオーダーはテストオーダーであり、且つ
当該方法は更に、前記プロセッサにより、前記更なるオーダーを実行するステップを有し、前記更なるオーダーを実行することは、前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量を減少させることを有する、
請求項１７に記載の方法。
【請求項２０】
前記プロセッサにより、前記第３のオーダーを前記複数のオーダーのうちの更なるオーダーとマッチングさせるステップと、
前記プロセッサにより、前記更なるオーダーがテストオーダーであることを決定するステップと、
前記更なるオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて、前記プロセッサにより前記第３のオーダーを実行せず、それにより、前記第３のオーダーに関する前記証券の前記量を減少させないステップと、
を更に有する請求項１に記載の方法。
【請求項２１】
前記第３のオーダーは、関連付けられた少なくとも１つのパラメータを有し、該少なくとも１つのパラメータは、オーダーの発信元によって、前記第３のオーダーが実行され得る相手のテストオーダーを指定し、
当該方法は更に：
前記プロセッサにより、前記更なるオーダーの発信元を決定するステップと、
前記プロセッサにより、前記第３のオーダーに関連付けられた前記少なくとも１つのパラメータが前記更なるオーダーの前記発信元を指定していないことを決定するステップと、
を有し、
前記第３のオーダーを実行しないステップは、（ｉ）前記更なるオーダーがテストオーダーであることを決定したこと、及び（ｉｉ）前記第３のオーダーに関連付けられた前記少なくとも１つのパラメータが前記更なるオーダーの前記発信元を指定していないことを決定したこと、に少なくとも部分的に基づいて、前記プロセッサにより前記第３のオーダーを実行しないことを有する、
請求項２０に記載の方法。
【請求項２２】
前記第３のオーダーは、関連付けられた少なくとも１つのパラメータを有し、該少なくとも１つのパラメータは、テストオーダーであるオーダーとマッチングされる場合に前記第３のオーダーが実行されないことを規定し、
当該方法は更に：
前記第３のオーダーを前記更なるオーダーとマッチングさせることに応答して、前記プロセッサにより、テストオーダーであるオーダーとマッチングされる場合に前記第３のオーダーが実行されないことを前記第３のオーダーに関連付けられた前記少なくとも１つのパラメータが規定していることを決定するステップ、
を有し、
前記第３のオーダーを実行しないステップは、（ｉ）前記更なるオーダーがテストオーダーであることを決定したこと、及び（ｉｉ）テストオーダーであるオーダーとマッチングされる場合に前記第３のオーダーが実行されないことを前記第３のオーダーに関連付けられた前記少なくとも１つのパラメータが規定していることを決定したこと、に少なくとも部分的に基づいて、前記プロセッサにより前記第３のオーダーを実行しないことを有する、
請求項２０に記載の方法。
【請求項２３】
前記プロセッサにより、前記他のオーダーがテストオーダーでないことを決定するステップと、
（ｉ）前記第３のオーダーの前記他のオーダーとのマッチング、及び（ｉｉ）前記第３のオーダーを実行すること、に少なくとも部分的に基づいて、前記プロセッサにより、前記第３のオーダーの発信元に応答を送信するステップであり、該応答は少なくとも、前記第３のオーダーがマッチングされたことを指し示す、ステップと、
前記他のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて、前記第３のオーダーの前記他のオーダーとの前記マッチングに関する応答を、前記プロセッサにより前記他のオーダーの発信元に送信しないステップと、
を更に有する請求項１に記載の方法。
【請求項２４】
前記第３のオーダーに関する前記証券の前記量は、前記他のオーダーに関する前記証券の前記量より多く、且つ
前記第３のオーダーに関する前記証券の前記量を減少させることは、前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量を、前記他のオーダーに関する前記証券の前記量だけ減少させることを有する、
請求項１に記載の方法。
【請求項２５】
１つ以上の時点において、コンピュータ計算装置のプロセッサにより、証券に対する複数のオーダーを受信するステップであり、
前記複数のオーダーの各々は前記証券の量を指定し、
前記複数のオーダーの各々はテストオーダーであるかテストオーダーでないかの何れかであり、
前記複数のオーダーの各々は、前記プロセッサによって受信されるとき、それぞれのオーダーがテストオーダーであるかテストオーダーでないかを指定する情報をそれぞれ有し、
前記複数のオーダーのうち少なくとも第１のオーダー及び第２のオーダーはテストオーダーでなく、
前記複数のオーダーのうちの少なくとも１つはテストオーダーであり、且つ
前記複数のオーダーは、複数のクライアントコンピュータシステムから通信ネットワークを介して前記プロセッサによって受信される、ステップと、
前記プロセッサにより、前記第１のオーダーがテストオーダーでないこと、及び前記第２のオーダーがテストオーダーでないことを決定するステップであり、
前記プロセッサにより、前記第１のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第１のオーダーがテストオーダーでないことを決定し、且つ
前記プロセッサにより、前記第２のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第２のオーダーがテストオーダーでないことを決定する、ことを有するステップと、
前記第１のオーダーがテストオーダーでないこと及び前記第２のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて、前記プロセッサにより、前記第１のオーダーを電子オーダーブックに入力し且つ前記第２のオーダーを前記電子オーダーブックに入力するステップであり、該電子オーダーブックは、テストオーダーでないオーダーのみを含み、該電子オーダーブックへの読み出し及び書き込みのアクセスは前記プロセッサによって制御される、ステップと、
前記プロセッサにより、前記第１のオーダーを前記第２のオーダーとマッチングさせるステップと、
前記第１のオーダーの前記第２のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記第１のオーダーを実行し、前記第１のオーダーの実行は、前記プロセッサにより、前記第１のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記第１のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記第１のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第１のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、且つ
前記プロセッサにより、前記第２のオーダーを実行し、前記第２のオーダーの実行は、前記プロセッサにより、前記第２のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記第２のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記第２のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第２のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有する、ステップと、
前記第１のオーダー及び前記第２のオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて：
前記第１のオーダーに関する参加者及び前記第２のオーダーに関する参加者が金銭又は前記証券を応札すべく拘束されるように、前記プロセッサにより、前記第１のオーダー及び前記第２のオーダーが関与する取引を生成し、且つ
前記プロセッサにより、該取引に関する情報をクリアリングハウスコンピュータシステムに伝達して、該取引の決済を実効せしめるステップと、
前記プロセッサにより、前記電子オーダーブックをコピーして、電子テストオーダーブックを生成するステップと、
前記プロセッサにより、前記複数のオーダーのうちの第３のオーダーがテストオーダーであることを決定するステップであり、
該第３のオーダーはテストオーダーであり、且つ
該第３のオーダーがテストオーダーであることを決定することは、前記プロセッサにより、前記第３のオーダーに含まれた前記情報に少なくとも部分的に基づいて、前記第３のオーダーがテストオーダーであることを決定することを有する、ステップと、
前記第３のオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて：
前記プロセッサにより、前記第３のオーダーを前記電子テストオーダーブックに入力し、且つ
前記プロセッサにより、前記第３のオーダーを前記電子オーダーブックには入力しない、ステップと、
前記プロセッサにより、前記第３のオーダーを前記複数のオーダーのうちの他のオーダーとマッチングさせるステップであり、
該他のオーダーは前記電子テストオーダーブックに入力され、且つ
該他のオーダーはテストオーダーでない、ステップと、
前記第３のオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記第３のオーダーを実行し、前記第３のオーダーの実行は、前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記第３のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子テストオーダーブックを更新すること、及び
前記第３のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記第３のオーダーを前記電子テストオーダーブックから除去すること、
のうちの一方を有し、且つ
前記プロセッサにより、前記他のオーダーを実行し、前記他のオーダーの実行は、前記プロセッサにより、前記他のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記他のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子テストオーダーブックを更新すること、及び
前記他のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記他のオーダーを前記電子テストオーダーブックから除去すること、
のうちの一方を有する、ステップと、
前記第３のオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて、前記第３のオーダーに関する参加者及び前記他のオーダーに関する参加者が金銭又は前記証券を応札すべく拘束されないように、前記プロセッサにより前記第３のオーダー及び前記他のオーダーが関与する取引を生成しないステップと、
を有する方法。
【請求項２６】
前記プロセッサは、前記他のオーダーを、前記電子オーダーブック及び前記電子テストオーダーブックの双方に入力する、請求項２５に記載の方法。
【請求項２７】
前記プロセッサにより、前記電子オーダーブック内の更なるオーダーを前記他のオーダーとマッチングさせるステップと、
前記更なるオーダーの前記他のオーダーとのマッチングに少なくとも部分的に基づいて：
前記プロセッサにより、前記更なるオーダーを実行し、前記更なるオーダーの実行は、前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記更なるオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記更なるオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記更なるオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有し、且つ
前記プロセッサにより、前記他のオーダーを実行し、前記他のオーダーの実行は、前記プロセッサにより、前記他のオーダーに関する前記証券の前記量を減少させることを有し、且つ更に：
前記プロセッサにより、前記他のオーダーに関する前記証券の前記量が減少されることを指し示すように前記電子オーダーブックを更新すること、及び
前記他のオーダーに関する前記証券の前記量がゼロになることにより、前記プロセッサにより、前記他のオーダーを前記電子オーダーブックから除去すること、
のうちの一方を有する、ステップと、
前記他のオーダー及び前記更なるオーダーがテストオーダーでないことに少なくとも部分的に基づいて：
前記更なるオーダーに関する参加者及び前記他のオーダーに関する前記参加者が金銭又は前記証券を応札すべく拘束されるように、前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する取引を生成し、且つ
前記プロセッサにより、前記更なるオーダー及び前記他のオーダーが関与する該取引に関する情報をクリアリングハウスコンピュータシステムに伝達して、該取引の決済を実効せしめるステップと、
を更に有する請求項２６に記載の方法。
【請求項２８】
（ｉ）前記第３のオーダーの前記他のオーダーとのマッチング、及び（ｉｉ）前記第３のオーダーを実行すること、に少なくとも部分的に基づいて、前記プロセッサにより、前記第３のオーダーの発信元に応答を送信するステップであり、該応答は少なくとも、前記第３のオーダーがマッチングされたことを指し示す、ステップと、
前記第３のオーダーがテストオーダーであることに少なくとも部分的に基づいて、前記第３のオーダーの前記他のオーダーとの前記マッチングに関する応答を、前記プロセッサにより前記他のオーダーの発信元に送信しないステップと、
（ｉ）前記更なるオーダーの前記他のオーダーとのマッチング、及び（ｉｉ）前記更なるオーダー及び前記他のオーダーがテストオーダーでないこと、に少なくとも部分的に基づいて、前記プロセッサにより、前記他のオーダーの発信元に応答を送信するステップであり、該応答は少なくとも、前記他のオーダーがマッチングされたことを指し示す、ステップと、
を更に有する請求項２７に記載の方法。
【請求項２９】
前記電子オーダーブックをコピーした後に、前記プロセッサにより、前記証券に対する更なるオーダーを受信するステップと、
前記プロセッサにより、前記更なるオーダーがテストオーダーでないことを決定するステップと、
前記更なるオーダーがテストオーダーでないことを決定したことに少なくとも部分的に基づいて、前記プロセッサにより、前記更なるオーダーを前記電子オーダーブックに入力するステップと、
前記プロセッサにより、前記更なるオーダーを前記電子テストオーダーブックに入力するステップと、
を更に有する請求項２５に記載の方法。
【請求項３０】
前記プロセッサにより、前記更なるオーダーを前記電子オーダーブック内のオーダーとマッチングさせるステップと、
前記プロセッサにより、前記更なるオーダーを前記電子テストオーダーブック内のオーダーとマッチングさせるステップと、
を更に有する請求項２９に記載の方法。
【請求項３１】
前記第３のオーダーを実行した後に、前記プロセッサにより、前記電子オーダーブックと前記電子テストオーダーブックとの間の差異を決定するステップ、
を更に有する請求項２５に記載の方法。
【請求項３２】
前記プロセッサにより、前記第３のオーダーの発信元に、前記電子オーダーブックと前記電子テストオーダーブックとの間の前記差異のうちの少なくとも１つを指し示す応答を送信するステップ、を更に有する請求項３１に記載の方法。
【請求項３３】
前記電子オーダーブックをコピーすることは、前記第３のオーダーを受信したことに応答して、前記プロセッサにより、前記電子オーダーブックをコピーして前記電子テストオーダーブックを生成することを有する、請求項２５に記載の方法。
【請求項３４】
前記電子オーダーブックをコピーした後に、前記プロセッサにより、更なるオーダーを受信するステップと、
前記プロセッサにより、前記更なるオーダーがテストオーダーであることを決定するステップと、
前記更なるオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて：
前記プロセッサにより、前記電子オーダーブックをコピーして、他の電子テストオーダーブックを生成し、且つ
前記プロセッサにより、前記更なるオーダーを前記他の電子テストオーダーブックに入力する、ステップと、
を更に有する請求項２５に記載の方法。
【請求項３５】
前記プロセッサは、前記第３のオーダーを、前記複数のクライアントコンピュータシステムのうちの１つから、前記通信ネットワーク上の接続を介して受信し、
前記接続は識別子を有し、且つ
前記第３のオーダーに含まれた前記情報に少なくとも部分的に基づいて前記第３のオーダーがテストオーダーであることを決定することは、
前記プロセッサにより、前記接続の前記識別子に少なくとも部分的に基づいて、前記第３のオーダーがテストオーダーであることを決定する
ことを有する、
請求項２５に記載の方法。
【請求項３６】
前記電子オーダーブックをコピーした後に、前記プロセッサにより、前記証券に対する更なるオーダーを受信するステップと、
前記プロセッサにより、前記更なるオーダーがテストオーダーであることを決定するステップと、
前記更なるオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて、前記プロセッサにより前記更なるオーダーを前記電子オーダーブックに入力しないステップと、
前記更なるオーダーがテストオーダーであることを決定したことに少なくとも部分的に基づいて、前記プロセッサにより、前記更なるオーダーを前記電子テストオーダーブックに入力するステップと、
を更に有する請求項２５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
以下、第Ｉ〜Ｘ節は、本出願の解釈への案内を提供する。
【０００２】
Ｉ．用語
「製品」という用語は、特に別途表記のない限り、任意の機械、製造および／または組成物を意味する。
【０００３】
「プロセス」という用語は、特に別途記載のない限り、任意のプロセス、アルゴリズム、方法等を意味する。
【０００４】
それぞれのプロセスは（方法、アルゴリズム他の呼称であっても）、本質的に一以上のステップを含み、このため、プロセスの「ステップ」または「ステップ（複数）」への全ての参照は、「プロセス」または同様の用語の単なる列挙において、本質的に先行する記載を有する。従って、プロセスの「ステップ」または「ステップ（複数）」へのいかなる参照も、充分に先行する記載を有する。
【０００５】
「発明」等の用語は、特に別途記載のない限り、「本願明細書において開示される一以上の発明」を意味する。
【０００６】
「一つの実施形態」、「実施形態」、「実施形態（複数）」、「該実施形態」、「該実施形態（複数）」、「一以上の実施形態」、「一部の実施形態」、「ある実施形態」、「一実施形態」、「別の実施形態」等の用語は、特に別途記載のない限り、「開示された本発明の一以上の（しかし全てとは限らない）実施形態」を意味する。
【０００７】
本発明の「変形（ｖａｒｉａｔｉｏｎ）」という用語は、特に別途記載のない限り、本発明の実施形態を意味する。
【０００８】
実施形態の記載における「別の実施形態」への参照は、特に別途記載のない限り、参照される実施形態が別の実施形態（例えば、参照される実施形態よりも前に記載された実施形態）と相互に排他的であるという意味を含まない。
【０００９】
「備える」、「含む」およびこれらの変形は、特に別途記載のない限り、「含むが限定しない」ことを意味する。
【００１０】
「一つの（ａ）」、「一つの（ａｎ）」および「その（ｔｈｅ）」という用語は、特に別途記載のない限り、「一以上の」を意味する。
【００１１】
「複数」という用語は、特に別途記載のない限り、「二つ以上の」を意味する。
【００１２】
「本明細書に（ｈｅｒｅｉｎ）」という用語は、特に別途記載のない限り、「本出願において、参照により援用してもよい全てを含み」を意味する。
【００１３】
「少なくとも一つの」という語句は、特に別途記載のない限り、当該語句が複数のもの（列挙されたもののリスト等）を修飾するときには、これらのものの一以上の任意の組み合わせを意味する。例えば、「小型器具（ｗｉｄｇｅｔ）、車および車輪の少なくとも一つ」という語句は、（ｉ）小型器具、（ｉｉ）車、（ｉｉｉ）車輪、（ｉｖ）小型器具および車、（ｖ）小型器具および車輪、（ｖｉ）車および車輪、または（ｖｉｉ）小型器具、車および車輪のいずれかを意味する。「少なくとも一つの」という語句は、当該語句が複数のものを修飾するときには、その複数のものの「それぞれの一つ」は意味しない。
【００１４】
「一つの」、「二つの」他の数字の用語は、あるものの量を示すための基数として用いられるとき（例えば、一つの小型器具、二つの小型器具）は、その数字の用語により示される量を意味するが、少なくともその数字の用語により示される量は意味しない。例えば、「一つの小型器具」という用語は、「少なくとも一つの小型器具」を意味しないため、「一つの小型器具」という用語は、例えば「二つの小型器具」には及ばない。
【００１５】
「基づいて」という語句は、特に別途記載のない限り、「のみに基づいて」は意味しない。「基づいて」という語句は、「のみに基づいて」および「少なくとも基づいて」の両者を記載する。「少なくとも基づいて」という語句は、「少なくとも部分的に基づいて」という語句と等価である。
【００１６】
「表す」という用語および同様の用語は、特に別途記載のない限り、排他的ではない。例えば、「表す」という用語は、特に別途記載のない限り、「のみを表す」という意味ではない。換言すれば、「そのデータはクレジットカード番号を表す」という語句は、「そのデータはクレジットカード番号のみを表す」と「そのデータはクレジットカード番号を表し、かつそのデータは他のあるものも表す」との両者を記載する。
【００１７】
「ここで（ｗｈｅｒｅｂｙ）」という用語は、本明細書において、意図された結果、目的または以前に明示的に列挙されたものの帰結のみを表現する、節または他の語の組に先行するためのみに用いられる。「ここで（ｗｈｅｒｅｂｙ）」という用語は、請求項において、「ここで（ｗｈｅｒｅｂｙ）」という用語が修飾する節または他の語が、当該請求項の特定のさらなる限定も、他のやり方で当該請求項の意味または範囲の制約も確立しないことを意味する。
【００１８】
「例（ｅ．ｇ．）」および同様の用語は、「例えば」を意味するため、これが説明する用語または語句を制限しない。例えば、「コンピュータは、インターネットを介してデータ（例：命令、データ構造）を送信する」という文において、「例」という用語は、「命令」は、コンピュータがインターネットを介して送信してもよい「データ」の例であることを説明しており、「データ構造」はコンピュータがインターネットを介して送信してもよい「データ」の例であることも説明している。しかしながら、「命令」および「データ構造」の両者は単に「データ」の例であり、「命令」および「データ構造」以外の他のものは「データ」でありうる。
【００１９】
「それぞれの」および同様の用語は「個々に見て」を意味する。従って、二つ以上のものが「それぞれの」特徴を有するならば、このようなものはいずれも、それ自身の特徴を有し、これらの特徴は互いに相違し得るが、そうである必要はない。例えば、「二つの機械はいずれもそれぞれの機能を有する」という語句は、第一の当該機械は機能を有し、第二の当該機械は同様に機能を有することを意味する。第一の機械の機能は、第二の機械の機能と同じであっても、なくてもよい。
【００２０】
「すなわち（ｉ．ｅ．）」および同様の用語は、「すなわち（ｔｈａｔ  ｉｓ）」を意味し、従ってそれが説明する用語または語句を限定する。例えば、「コンピュータはインターネットを介してデータ（すなわち、命令）を送信する」という文において、「すなわち」という用語は、「命令」はコンピュータがインターネットを介して送信する「データ」であることを説明する。
【００２１】
任意の所与の数値範囲は、当該範囲内の数の全体または部分を含むものとする。例えば、「１から１０」という範囲は、１から１０までの整数（例えば、１、２、３、４、・・・９）および非整数（例えば、１．１、１．２、・・・１．９）を特定して含むと解釈するものとする。
【００２２】
二つ以上の用語または語句が同義語（例えば、当該用語または語句は同義語であるという明示的な記述のため）である場合、一つの当該用語／語句の例は、別の当該用語／語句の例が異なる意味をもたなければならないことを意味しない。例えば、ある記述が「含む」の意味を「含むが限定しない」と同義語であると表す場合に、「含むが限定しない」という語句を単に用いることは、「含む」という用語が「含むが限定しない」以外の何かを意味することは意味しない。
【００２３】
ＩＩ．決定
「決定する」という用語およびこの文法上の変形（例えば、価格を決定する、値を決定する、ある規範に見合うオブジェクトを決定する等）は、極めて広義に用いられる。「決定する」という用語は広範な行動を想定するため、「決定する」は、計算する、計算機で計算する、処理する、導き出す、調査する、調べる（例えば、表、データベースまたは別のデータ構造を調べる）、確認する等を含むことができる。同様に、「決定する」は、受信する（例えば、情報を受信する）、アクセスする（例えば、メモリ内のデータにアクセスする）等を含むことができる。同様に、「決定する」は、解決する、選択する、選ぶ、確立する等を含むことができる。
【００２４】
「決定する」という用語は、確実性または絶対的な正確さを含まないため、「決定する」は、試算する、推定する、予測する、推測する等の意味を含むことができる。
【００２５】
「決定する」という用語は、数学的処理が実施されなければならないことは含まず、数値的方法が用いられなければならないことは含まず、アルゴリズムまたは処理が用いられるという意味を含まない。
【００２６】
「決定する」という用語は、いかなる特定の装置が用いられなければならないという意味を含まない。例えば、コンピュータは、必ずしも決定を実行する必要はない。
【００２７】
ＩＩＩ．文体
第一の請求項の限定が一つの特徴並びに一以上の特徴に及ぶ（例えば、「少なくとも一つの小型器具」等の限定は、一つの小型器具並びに一以上の小型器具におよぶ）場合、かつ第一の請求項に従属する第二の請求項において、第二の請求項がこの限定を参照するために定冠詞「前記（ｔｈｅ）」（例えば、「前記小型器具」）を用いる場合、これは、第一の請求項が一つの特徴のみに及ぶことを含まず、かつ、これは、第二の請求項が一つの特徴のみに及ぶという意味を含まない（例えば、「前記小型器具」は一つの小型器具および一以上の小型器具に及ぶことができる）。
【００２８】
序数（例えば、「第一の」、「第二の」、「第三の」等）は、用語の前に形容詞として用いられ、この序数は（特に別途記載のない限り）、特定の特徴を示すためのみに、例えば、その特定の特徴を、同一の用語または同様の用語により記載される別の特徴と区別するために、用いられる。例えば、「第一の小型器具」は、例えば「第二の小型器具」との区別のみのために、名付けられてもよい。従って、「小型器具」という用語の前に「第一の」および「第二の」という序数を単に使用することは、二つの小型器具の間に、何らの他の関係も示さず、同様に小型器具のいずれかまたは両者のいかなる特徴も示さない。例えば、「小型器具」という用語の前に「第一の」および「第二の」という序数を単に使用することは、（１）順序または場所において、いずれかの小型器具がいかなる他のものの前にも後にも来ることを示さず、（２）時間において、いずれかの小型器具がいかなる他のものの前にも後にも作動することを示さず、かつ、（３）重要性または品質において、いずれかの小型器具がいかなる他のものの以上にも以下にも順位付けられることを示さない。加えて、序数を単に使用することは、序数を用いて識別される特徴に対する数値的制限を定義するものではない。例えば、「小型器具」という用語の前に「第一の」および「第二の」という序数を単に使用することは、二つより多くの小型器具があってはならないことは示さない。
【００２９】
本明細書において単一の装置、物品または他の製造物が記載されるときに、一以上の装置／物品は（それらが協動するかどうかには関わらず）、記載されている単一の装置／物品に置き換わって代替的に用いられてもよい。従って、装置が有すると記載されている機能性は、一以上の装置／物品が（それらが協動するかどうかには関わらず）もっていてもよい。
【００３０】
同様に、一以上の装置、物品または他の製造物が本明細書に記載される場合（それらが協動するかどうかには関わらず）、単一の装置／物品を、記載されている一以上の装置または物品と置き換え、代替的に用いてもよい。例えば、複数のコンピュータ系装置を、単一のコンピュータ装置と置き換えてもよい。従って、一以上の装置または物品がもつものとして記載されるさまざまな機能性を、単一の装置／物品が代替的にもってもよい。
【００３１】
記載されている単一の装置の機能性および／または特徴は、記載されているが、当該機能性および／または特徴を有するとは明示的に記載されていない、一以上の他の装置によって、代替的に具体化してもよい。従って、他の実施形態は、記載された装置自体を含む必要はないが、むしろ、それらの他の実施形態においては当該機能性／特徴を有するであろう、一以上の他の装置を備えることができる。
【００３２】
ＩＶ．開示の例および専門用語は限定的ではない。
発明の名称（本出願の第１ページ冒頭に説明）も要約書（本出願の末尾に説明）も、いずれも、本開示の発明の範囲として、いかなるやり方によっても制限するとは解釈してはならない。要約書は、単に、１５０語を超えない要約書が米国特許施行規則３７ＣＦＲ１．７２（ｂ）の要件であるために、本願明細書に含まれている。
【００３３】
本出願に設けられる発明の名称および章見出しは、利便のみのためであって、いかなるやり方によっても本開示を制限すると解釈してはならない。
【００３４】
数多くの実施形態が本出願に記載され、説明目的のみのために提示されている。記載された実施形態は、いかなる意味においても制限するものではなく、かつその意図もない。本開示の発明は、開示から直ちに明らかなように、数多くの実施形態に広範に適用される。当業者であれば、構造、論理、ソフトウェアおよび電気的な変形等、さまざまな変形および修正と共に開示の発明を実施してもよいことを認識する。本開示の発明の特定の特徴は、一以上の特定の実施形態および／または図面を参照して記載される場合があるが、このような特徴は、別途表記のない限り、記載されたものに関する一以上の実施形態または図面における使用に限定しないことを理解すべきである。
【００３５】
本出願に記載された方法のステップまたは製造物の要素のいかなる実施形態も、この明細書における別途記載または特許請求の範囲における別途列挙のない限り、本明細書にクレームされる発明を構成せず、本明細書にクレームされる発明に不可欠ではなく、本明細書にクレームされる発明と同一の範囲ではない。
【００３６】
特許請求の範囲のあらゆる語は、全て、優先日において当業者が有していると考えられる意味の、最も広い範囲を有する。いかなる特許請求の範囲においても、使用される用語は、この明細書にまたは特許請求の範囲における別途記載のない限り、本願明細書により特別に定義または限定されない。
【００３７】
後続する特許請求の範囲の序文は、単にクレームされた発明の目的、利益および可能な使用の列挙であり、クレームされた発明を限定しない。
【００３８】
本開示は、本願発明の全ての実施形態を逐語的に記載するものではない。同様に、本開示は、全ての実施形態に存在しなければならない本願発明の特徴を列挙するものではない。
【００３９】
相互に通信することが記載される装置は、別途記載のない限り、継続的に相互に通信する必要はない。反対に、このような装置は、必要または所望の場合の、相互の送信のみが必要であり、実際にはほとんどの時間はデータ交換をやめていてもよい。例えば、インターネットを介して別の機械と通信する機械は、長時間（例えば、一回に何週間も）他の機械にデータを送信しなくてもよい。加えて、相互に通信する装置は、一以上の中間手段を通じて、直接的または間接的に通信してもよい。
【００４０】
さまざまな構成要素または特徴を有する実施形態の記載は、当該構成要素または特徴の全てまたはいずれかさえもが必要であるという意味を含まない。反対に、本願発明の可能な実施形態の広範な多様性を説明するため、多様な任意の構成要素が記載される。別途記載のない限り、いかなる構成要素／特徴も不可欠ではなく必要でもない。
【００４１】
プロセスのステップ、アルゴリズム等は、特定の順序の順番に記載またはクレームされる場合があるが、このようなプロセスは異なる順番で動作するよう構成してもよい。換言すれば、明示的に記載またはクレームされる場合があるステップのいかなる順序または順番も、必ずしもそれらのステップが当該順番において実行されるという要件を示してはいない。本明細書に記載のプロセスのステップは、可能な任意の順番で実行してもよい。さらに、いくつかのステップは、非同時的に発生するものとして記載または意味を含むにもかかわらず（例えば、一つのステップは他のステップの後に記載されるため）、同時に実行してもよい。その上、図に描くことによるプロセスの図示は、図示されたプロセスが、これに対する他の変形および変化に排他的であるという意味は含まず、図示されたプロセスまたはそのいずれかのステップが本発明に必要であるという意味を含まず、図示のプロセスが好適であるという意味を含まない。
【００４２】
プロセスは、複数のステップを含むと記載される場合があるが、それらのステップの全てまたはいずれかが好適、不可欠または必要であるという意味を含まない。記載された発明の範囲内にあるさまざまな他の実施形態は、記載されたステップのいくつかまたは全てを除く他のプロセスを含む。別途記載のない限り、いかなるステップも不可欠または必要ではない。
【００４３】
プロセスは、単独または他の製造物またはプロセスへの参照なしに記載される場合があるが、一実施形態において、該プロセスは他の製造物または方法と相互作用してもよい。例えば、このような相互作用は、一つのビジネスモデルを別のビジネスモデルに連結することを含んでもよい。このような相互作用は、プロセスの柔軟性または望ましさを強化するために設けられてもよい。
【００４４】
製造物は、複数の構成要素、態様、品質、特性および／または特徴を含むと記載される場合があるが、この複数の全てまたはいずれかが好適、不可欠または必要であるという意味を含まない。記載の発明の範囲内にあるさまざまな他の実施形態は、記載された複数のいくつかまたは全てを除く他の製造物を含む。
【００４５】
列挙された項目のリスト（番号付けられる場合もあり、ない場合もある）は、別途記載のない限り、それらの項目の全てまたはいずれかが相互に排他的であるという意味を含まない。同様に、列挙された項目のリスト（番号付けられる場合もあり、ない場合もある）は、別途記載のない限り、それらの項目の全てまたはいずれかが、いかなる分類も包括する意味を含まない。例えば、「コンピュータ、ラップトップ、ＰＤＡ」という列挙したリストは、当該リストの三項目の全てまたはいずれかが相互に排他的であるという意味を含まず、当該リストの三項目の全てまたはいずれかが、いかなる分類も包括する意味を含まない。
【００４６】
列挙された項目のリスト（番号付けられる場合もあり、ない場合もある）は、それらの項目の全てまたはいずれかが、互いに等価であるか、または互いに直ちに置き換えられるという意味を含まない。
【００４７】
全ての実施形態は説明であって、本発明またはいずれかの実施形態が、場合によっては、製作または実施されたという意味を含まない。
【００４８】
Ｖ．コンピューティング
当業者であれば、本明細書に記載のさまざまなプロセスは、例えば、適切にプログラムされた汎用目的のコンピュータ、特定用途コンピュータおよびコンピュータ計算装置に実装してもよいことが直ちに明白である。通常は、プロセッサ（例えば、一以上のマイクロプロセッサ、一以上のマイクロコントローラ、一以上のデジタル信号プロセッサ）は、命令を受信（例えば、メモリまたは同様のデバイスから）し、それらの命令を実行し、これにより命令に定義された一以上のプロセスを実施する。命令は、例えば、コンピュータ・プログラムに具体化されてもよい。
【００４９】
「プロセッサ」は、アーキテクチャ（例えばチップレベルのマルチプロセシング／マルチコア、ＲＩＳＣ、ＣＩＳＣ、インターロック・パイプライン・ステージを有しないマイクロプロセッサ、パイプライン化構成、同時マルチスレッディング）に関係なく、一以上のマイクロプロセッサ、中央演算ユニット（ＣＰＵ）、コンピュータ計算装置、マイクロコントローラ、デジタル信号プロセッサ、または同様のデバイスまたはこれらの任意の組み合わせを意味する。
【００５０】
従って、プロセスの記載は、該プロセスを実施するための装置の記載と同様である。プロセスを実施する装置は、例えば、プロセスを実施するために適切なプロセッサおよびそれらの入力装置および出力装置を含むことができる。
【００５１】
さらに、このような方法（並びに他の種類のデータ）を実装するプログラムは、数多くの様式において、さまざまな媒体（例えば、コンピュータ読み取り可能媒体）に格納され、送られてもよい。一部の実施形態において、ハードウェアにより実現される回路または特注ハードウェアは、さまざまな実施形態のプロセスを実装することが可能な、いくつかのまたは全てのソフトウェア命令に置き換えてまたは組み合わせて、用いてもよい。従って、ソフトウェアおよびハードウェアのさまざまな組み合わせを、ソフトウェア単独に替えて用いてもよい。
【００５２】
「コンピュータ読み取り可能媒体」という用語は、コンピュータ、プロセッサまたは同様のデバイスにより読み取ってもよいデータ（例えば、命令、データ構造）の提供を共にする、任意の媒体、複数の同一物、または異なる媒体の組み合わせを指す。このような媒体は、不揮発性媒体、揮発性媒体、および伝送媒体を含む多くの形態をとってもよいが、これらに限定しない。不揮発性媒体は、例えば、光学または磁気ディスクおよび他の持続性メモリを含む。揮発性媒体は、ダイナミック・ランダムアクセス・メモリ（ＤＲＡＭ）を含み、これは通常は主記憶を構成する。伝送媒体は、同軸ケーブル、銅線および光ファイバを含み、プロセッサに接続されるシステムバスを含む有線を含む。伝送媒体は、高周波（ＲＦ）および赤外線（ＩＲ）データ通信の期間に発生するもの等の、音響波、光波および電磁放射を含むかまたは伝達してもよい。コンピュータ読み取り可能媒体の共通形式としては、例えば、フロッピーディスク（商標）、フレキシブルディスク、ハードディスク、磁気テープ、任意の他の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、任意の他の光学媒体、パンチカード、紙テープ、パターンまたは穴を有する任意の他の物理媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＥＰＲＯＭ、任意の他のメモリ・チップまたはカートリッジ、本明細書に後述する搬送波、またはコンピュータが読み取ることのできる任意の他の媒体が挙げられる。
【００５３】
コンピュータ読み取り可能媒体のさまざまな形態は、プロセッサへのデータ（例えば、一連の命令等）の伝送に含まれてもよい。例えば、データは、（ｉ）ＲＡＭからプロセッサへ運ばれてもよく、（ｉｉ）無線伝送媒体上を伝送されてもよく、（ｉｉｉ）イーサネット（またはＩＥＥＥ８０２．３）、ＳＡＰ、ＡＴＰ、ブルートゥース（商標）、および／またはＴＣＰ／ＩＰ、ＴＤＭＡ、ＣＤＭＡ、および３Ｇ等の数多くのフォーマット、標準またはプロトコルに従ってフォーマットおよび／または送信されてもよく、および／または（ｉｖ）当業に公知のさまざまなやり方のいずれかにおけるプライバシー保護または不正防止のために暗号化されてもよい。
【００５４】
従って、プロセスの記載は、該プロセスを実施するためのプログラムを格納するコンピュータ読み取り可能媒体の記載と同様である。コンピュータ読み取り可能媒体は、方法の実施に適切なプログラム要素を格納する（任意の適切なフォーマットで）ことができる。
【００５５】
プロセスにおけるさまざまなステップの記載が、全ての記載されたステップを必要とするとは示さないのと同様に、装置の実施形態は、記載されたプロセスのいくつかを（しかし、必ずしも全てとは限らずに）実施するように動作可能なコンピュータ／コンピュータ計算装置を含む。
【００５６】
同様に、プロセスにおけるさまざまなステップの記載が、全ての記載されたステップを必要とするとは示さないのと同様に、プログラムまたはデータ構造を格納するコンピュータ読み取り可能媒体の実施形態は、実行時に、記載されたプロセスのいくつか（しかし、必ずしも全てとは限らずに）をプロセッサに実施させることが可能なプログラムを格納する、コンピュータ読み取り可能媒体を含む。
【００５７】
データベースが記載されるときには、当業者であれば、（ｉ）記載のものに対する代替データベースが直ちに用いられてもよく、（ｉｉ）データベース以外の他のメモリ構造が直ちに用いられてもよいことを、理解する。本明細書に提示されるいずれかの例としてのデータベースの任意の図示または記載は、情報が格納されたことを表現するための、図示による構成である。例えば、図面にまたは他の箇所に示される表等により提示されるものに替えて、任意の数の他の構成を用いてもよい。同様に、データベースの任意の図示される入力は例示的情報のみを表し、当業者であれば、入力の数および内容は、本明細書に記載のものとは異なってもよいことを理解する。さらに、表としてのデータベースのいかなる表現にもかかわらず、他のフォーマット（リレーショナル・データベース、オブジェクト系モデルおよび／または分散データベースを含む）を、本明細書に記載のデータの種類を格納および操作するために用いてもよい。同様に、データベースの客観的方法または動作を、本明細書の記載等の、さまざまなプロセスを実装するために用いることも可能である。加えて、データベースは、公知の様式において、当該データベース内のデータにアクセスする装置から、ローカルまたはリモートに格納してもよい。
【００５８】
一以上の装置と通信状態にある（例えば、通信ネットワークを介して）コンピュータを含むネットワーク環境において動作するように、さまざまな実施形態を構成することができる。コンピュータは、任意の有線または無線媒体（例えば、インターネット、ＬＡＮ、ＷＡＮまたはイーサネット、トークンリング、電話線、ケーブルライン、ラジオチャネル、光通信線、商業オンライン・サービス・プロバイダ、電子掲示板システム、衛星通信リンク、前述の任意の組み合わせ）を介して、直接的にまたは間接的に、装置と通信してもよい。それぞれの装置は、コンピュータと通信するよう接続される、インテル（登録商標）ペンティアム（登録商標）またはセントリーノ（登録商標）プロセッサ等の、コンピュータまたは他のコンピュータ計算装置をそれ自身に含んでもよい。任意の数および種類の装置が、コンピュータと通信してもよい。
【００５９】
一実施形態において、サーバコンピュータまたは中央集中型の根拠が必要ではないかまたは望ましくない場合がある。例えば、本願発明は、一実施形態において、中心的な機関のない、一以上の装置上で実行してもよい。このような実施形態において、サーバコンピュータによって実施されると本明細書に記載される任意の機能、またはサーバコンピュータ上に格納されると記載されるデータは、代わりに一以上のこのような装置によって実施されてもよく、これに格納されてもよい。
【００６０】
プロセスが記載される場合、一実施形態において、そのプロセスはいかなるユーザーの介在もなく動作してもよい。別の実施形態において、プロセスは、いくつかの人間による介在を含む（例えば、人間の助力により、または助力を伴い、ステップが実施される）。
【００６１】
ＶＩ．継続出願
本開示は、当業者に対して、さまざまな実施形態および／または発明を実施可能とする記載を提供する。これらの実施形態および／または発明のいくつかは、本出願において請求されない場合があるが、それにも関わらず、本出願の優先権の利益を主張する一以上の継続する出願において請求する場合がある。
【００６２】
出願人らは、開示要件および実施可能要件を満たしているが、本出願においては請求していない主題に対して、特許を継続するために追加の明細書を出願する意志がある。
【００６３】
ＶＩＩ．米国特許法第１１２条第６パラグラフ
請求項において、「するための手段」または「するためのステップ」という語句を含む請求項の限定は、当該限定に対して米国特許法第１１２条第６パラグラフを適用することを意味する。
【００６４】
請求項において、「するための手段」または「するためのステップ」という語句を含まない請求項の限定は、当該限定が構造、材料またはその機能を実施するための動作なしに機能を列挙するかどうかに関わらず、当該限定に対して米国特許法第１１２条第６パラグラフを適用しないことを意味する。例えば、請求項において、請求項または別の請求項の一以上のステップを参照し、単に「〜のステップ」という語句または「〜のステップ（複数）」という語句を用いることは、米国特許法第１１２条第６パラグラフが当該ステップに適用されることを意味しない。
【００６５】
米国特許法第１１２条第６パラグラフに係る特定の機能を実施するための手段またはステップに関しては、明細書に記載された対応する構造、材料または動作、およびこれらの等価物がその特定の機能と同様に、追加の機能を実施してもよい。
【００６６】
コンピュータ、プロセッサ、コンピュータ計算装置、および同様の製造物は、広範で多様な機能を実施することのできる構造物である。このような製造物は、その製造物のメモリ・デバイスまたはその製造物がアクセスするメモリ・デバイスに格納されたプログラム等の、一以上のプログラムを実行することにより、特定の機能を実施するよう動作することができる。別途記載のない限り、このようなプログラムは本出願において開示される場合のある特定のプログラム等の、いかなる特定のアルゴリズムにも基づく必要はない。異なるアルゴリズムを介して特定の機能を実装してもよく、特定の機能の実行に対して、任意の数の異なるアルゴリズムが単なる設計上の選択であってもよいことは、当業者に周知である。
【００６７】
このため、米国特許法第１１２条第６パラグラフに係る特定の機能を実施するための手段またはステップに関しては、特定の機能に対応する構造物は、その特定の機能を実施するようプログラムされた任意の製造物を含む。このような構造物としては、その機能を実施する、プログラムされた製造物が挙げられ、当該製造物が、（ｉ）機能を実施するための開示されたアルゴリズム、（ｉｉ）開示されたアルゴリズムに類似しているアルゴリズム、または（ｉｉｉ）機能を実施するための異なるアルゴリズムを用いてプログラムされているかどうかには関係しない。
【００６８】
方法である機能を実施するための手段が列挙される場合、この方法を実施するための一つの構造物は、その機能を実施するための適切なハードウェアを伴ってプログラムされおよび／または構成される、コンピュータ装置（例えば、汎用目的のコンピュータ）を備える。同様に、当業者の一人であれば理解するような他のアルゴリズムを介して、その機能を実施するための適切なハードウェアを伴ってプログラムされおよび／または構成されるコンピュータ装置（例えば、汎用目的のコンピュータ）を備える。
【００６９】
ＶＩＩＩ．免責事項
特定の実施形態への数多くの参照は、追加の異なる実施形態の免責事項または否定を示すものではなく、同様に、特定の特徴を全て含む実施形態の記載への参照は、その特定の特徴を含まない実施形態の免責事項または否定を示すものではない。本出願における明白な免責事項または否定は、「含まない」という語句により、または「実施しない」という語句により、前置きするものとする。
【００７０】
ＩＸ．参照による援用
本明細書において参照される任意の特許または他の文献は、本開示の一部として、この特許出願に参照により援用されるが、米国特許法第１１２条第１パラグラフに係る記載要件、および米国特許法第１１２条第１パラグラフに係る実施可能要件の目的に対してのみであり、本出願は、このような参照による援用がなくとも、解明可能な意味を提供できない訳ではなく、むしろ提供する当該用語に対する解明可能な意味を許容するものであるが、いかなるやり方においても、本出願のいずれかの用語を制限、定義、または別解釈してはならない。従って、参考文献に提示された任意の実施形態によって、いかなるやり方においても当業者は制限される必要がない。
【００７１】
いかなる参照による援用も、別途記載のない限り、援用されるいずれかの特許、特許出願または他の文献に含まれる宣言、意見、議論または特徴の、賛同、承認または黙認の意味を含まない。
【００７２】
Ｘ．出願経過
本出願（特許請求の範囲を含む）の解釈において、本出願に関連すると考えられる他の特許出願があるかどうかに関わらず、本出願と優先権主張を共有する他の特許出願があるかどうかに関わらず、当業者は、任意の他の出願または特許出願の出願経過ではなく、本出願の出願経過を参照すべきである。
【発明の概要】
【課題を解決するための手段】
【００７３】
証券取引所は有価証券を取引するためのコンピュータシステムを含む。証券（ｉｎｓｔｒｕｍｅｎｔ）は有価証券（ｓｅｃｕｒｉｔｙ）と同義である。コンピュータシステムは１つ以上のコンピュータを含む。取引コンピュータシステムは、オーダーを受信し、オーダーブックにオーダーを保存し、そのオーダーブック内の入札および売り出しをマッチングさせ、オーダーブック内のオーダーを実行し、オーダーおよび実行のステータスを報告するための構造およびコードを含む。
【００７４】
オーダーは、所定の条件下で一定の証券を購入または売却するために、証券取引所に注文された命令を意味する。オーダーは、それが入札または売り出しのいずれかであるかを特定し、金額、量、およびそのオーダーを注文したマーケット参加団体の識別を特定する。
【００７５】
入札（ｂｉｄ）は購入のオーダーである。売り出し（ｏｆｆｅｒ）は売却のオーダーである。
【００７６】
オーダーブックは、入札のオーダーおよび売り出しのオーダーを含む、オーダーのリストを意味する。
【００７７】
マッチングは、オーダー価格と等しいかまたは超えている価格を有する入札と、売り出しとを関連付けることを意味する。
【００７８】
オーダーを実行することは、そのオーダーを含むマッチングの結果として、そのオーダーに対する変化を示すために、そのオーダーを更新することを意味する。
【００７９】
取引は、マッチングした入札および売り出しが実行されて、それらのそれぞれのオーダーにおいて特定された証券または金銭に応札する関係者を拘束する、法的拘束力のある契約を意味する。
【００８０】
オーダーに関連する完了は、そのオーダーが完全に実行されて、そのオーダーに関連されるオーダーブックになにも残っていないことを意味する。
【００８１】
決済は、法的な所有権の見返りとしての支払いを意味する。決済は、取引に含まれた入札および売り出しを注文した関係者に、彼らのオーダーによって特定された証券または金銭を応札することを要求する。
【００８２】
通常、取引きされる各証券に対して１つのオーダーブックが存在する。コンピュータ化された取引システムは、そのオーダーを発生させた関係者に対して、オーダーのステータスを報告する。
【００８３】
クリアリングハウスを使用する取引所において、取引コンピュータシステムはまた、各実行されたオーダーをクリアリングハウスに報告する。クリアリングハウスは実際の証券を受け取り、実行されたオーダーに応じた所有権を再割り当てし、実行されたオーダーに対する非決済（ｎｏｎ  ｓｅｔｔｌｅｍｅｎｔ）のリスクを承認する。
【００８４】
特定の取引所はクリアリングハウスを使用せず、これらの取引所において、これらの取引所に参加する取引関係者は、実行されたオーダーに対する非決済のリスクを承認する。
【００８５】
非決済のリスクを承認する関係者は、通常、リスク制限のアルゴリズムにおいて実施されるリスク制限ポリシーを有する。これらのアルゴリズムは、その関係者が、その関係者のリスク制限ポリシーによって規定された量を超過する別の団体のクレジットにまで拡張されたオーダーを承認または実行しないようにすることが意図される。取引コンピュータシステムは、リスク制限アルゴリズムを含んでもよい。リスク制限アルゴリズムにおいて通常用いられる変数は、その取引に含まれる法人組織の識別、ならびにその団体のオーダーについての量および値を含む。
【００８６】
各々の取引コンピュータシステムは、入札と売り出しとをマッチングするためのそれ自身のプロトコルを用いて取引を履行する。しかしながら、２つの主なマッチングプロトコルは、（１）価格および時間、ならびに（２）価格および案分（ｐｒｏ  ｒａｔａ）である。価格および時間のプロトコルを実施する取引システムにおいて、同じ価格を特定するオーダーのために、より早い時間に注文されたオーダーはより遅い時間に注文されたオーダーよりも優先し、その結果、より早い時間に注文されたオーダーはより遅い時間に注文されたオーダーに先立って実行される。価格および案分負担プロトコルを実施する取引システムにおいて、同じ価格を有するオーダーは、マッチングするオーダーの量に対しての案分割合にて、部分的に実行される。
【００８７】
最後の買い手および／または最後の売り手の権利を履行するプロトコルなど、前述のバリエーションも存在する。これらは、一定期間（通常は、数秒程度）において、同じ証券の、順番が次の買い手または売り手に対して、その証券の最後の買い手または最後の売り手に与えられた権利である。
【００８８】
取引コンピュータシステムは、匿名か、または匿名ではないかのいずれかでよい。匿名は、システムが、トレーダに対して、オーダーを注文する法人組織の識別を含まないオーダーブックのバージョンを提供することを意味する。
【００８９】
証券取引所は、通常、取引コンピュータシステムにおいてオーダーを注文するための手数料を課す。手数料に関連する情報は、各オーダーブックにおいて互いに関連付けられてもよい。通常、証券毎に１つのオーダーブックが存在する。クリアリングハウスは、通常、非決済のリスクを想定した手数料を課す。クリアリングハウスの手数料に関する情報は、取引コンピュータシステムからオーダーの発信者へ、およびクリアリングハウスへ送信される、実行された取引のレポートに含まれてもよい。実行に関連するクリアリングハウスに送信された情報は、その実行された取引に含まれる法人組織の識別を含む。
【００９０】
上述の従来のオーダーは、実際のオーダーとして、本明細書の以下において参照される。
【００９１】
トレーダは取引戦略を試験するために様々なツールを使用する。そのようなツールの目的は、トレーダに対して最大の利益となる取引戦略を決定することである。
【図面の簡単な説明】
【００９２】
図面は本発明の実施形態の要素を示す。異なる図面における同様の参照符号は、同一の要素または類似する構造または機能を有する要素を参照する。
【図１】図１は、取引および処理コンピュータシステム、ならびに、様々なトレーダ、投資会社（エージェント）、およびそれと通信するクリアリングハウスコンピュータシステムを含む、電子交換ネットワークの略図である。
【図２】図２は、取引および処理コンピュータシステムの略図である。
【図３】図３は、コンピュータの略図である。
【図４】図４は、取引および処理コンピュータシステムにおける１つの証券のためのオーダーブックのための第１のデータ構造の設計略図である。
【図５】図５は、取引および処理コンピュータシステムにおける１つの証券のためのオーダーブックの第２のデータ構造の略図であり、２つのオーダーブックを示し、１つはテストオーダーを処理するためのものである。
【図６】図６は、証券のためのオーダーの処理を示すフローチャートである。
【図７】図７は、テストオーダーの処理を含む、証券のためのオーダーのオーダーブック処理の一実施形態を示すフローチャートである。
【図８】図８Ａ〜図８Ｃは、双方ともにテストオーダーである処理マッチングオーダーを含む、証券のためのオーダーの代替的なオーダーブック処理を示すフローチャートである。
【図９】図９は、実行されないオーダーのオーダーブックからの除去のための処理を示すフローチャートである。
【図１０】図１０は、取引および処理コンピュータシステムに対して、データ信号におけるオーダーがテストオーダーなのか、実際のオーダーなのかを特定し、かつテストオーダーの発信者に対して、応答がテストオーダーまたは実際のオーダーに対する応答であることを特定するためのデータ信号の仕様である。
【発明を実施するための形態】
【００９３】
様々な実施形態が、トレーダに、実際の証券が取引される証券取引所において、取引戦略をテストする場合に、実際に証券を取引することなく、取引戦略を試験する手段を提供する。特定の実施形態においてこれを容易にするために、本出願は、とりわけ、テストオーダーおよび実際のオーダーを注文し、そのテストオーダーおよび実際のオーダーを処理し、そのテストオーダーおよび実際のオーダーを処理した結果をそのオーダーを発信した団体へ送信する、システムおよび方法を開示する。
【００９４】
テストオーダーは、そのテストオーダーにおいて特定される金銭または証券を応札する契約を満たすために、テストオーダーを注文する参加者を拘束しない新たな種類のオーダーを意味する。テストオーダーは、取引コンピュータシステムの状態および反応をテストするために用いられてもよい。テストオーダーを含むあらゆる実施形態に対して、テストオーダーの様々な特定の種類の任意などの、テストオーダーの代わりとなる他の種類のオーダー、および、テストオーダーから変換される場合のあるオーダーまたはテストオーダーに変換される場合のあるオーダーなどの他のオーダーを用いることによって達成される類似の実施形態が存在する。
【００９５】
一実施形態において、取引および処理コンピュータシステムは、テストオーダーと別のオーダーとをマッチングさせ、概してテストオーダーを実行することによって、実際のオーダーと同様にテストオーダーを処理するが、それはテストオーダーを含む取引を発生しない。一実施形態において、取引および処理コンピュータシステムは、テストオーダーとマッチングする実際のオーダーを実行しない。別の実施形態において、テストオーダーおよび他の全てのオーダーは、別世界（ｐａｒａｌｌｅｌ  ｕｎｉｖｅｒｓｅ）、すなわちテストオーダーブックにおいて注文される。取引および処理コンピュータシステムは、テストオーダーの処理を特定するテスト信号を、テストオーダーを発信した団体へ送信する。そのテスト信号は、実際のオーダーの送信の結果として送信される信号に通常含まれる情報およびさらなる情報を含んでもよい。通常の情報は、時間、価格、実行の量を含んでもよい。さらなる情報は、価格差、時間差、テストオーダーが実行不能となった場合の実際のオーダーとテストオーダーとの間のリスク差を含んでもよい。
【００９６】
一態様において、実施形態は、以下の構造を含む、証券を取引してテストオーダーを処理するコンピュータ化された方法およびシステムを提供する：取引および処理コンピュータシステムにおいて、証券に対する実際のオーダーおよびテストオーダーを受信する工程；前記取引および処理コンピュータシステムにおいて、テストオーダーと実際のオーダーとをマッチングさせる工程；前記テストオーダーと前記実際のオーダーとの前記マッチングに応じて、（１）前記テストオーダーを自動的に実行して、取引および処理コンピュータシステムが前記テストオーダーに関連付けられる前記証券の量の値を減少させる工程、および（２）前記実際のオーダーを実行せず、前記実際のオーダーに関連付けられた前記証券の量の値が変更されないままである工程。
【００９７】
別の態様において、実施形態は、以下の構造を含む、証券を取引してテストオーダーを処理するコンピュータ化された方法およびシステムを提供する：取引および処理コンピュータシステムにおいて、証券に対する実際のオーダーおよびテストオーダーを受信する工程；実際のオーダーの電子オーダーブックにおいて前記証券のための前記実際のオーダーを入力する工程であって、ここで、前記実際のオーダーの電子オーダーブックに対する読み取りおよび書き込みアクセスは、前記取引および処理コンピュータシステムによって制御され、前記実際のオーダーの電子オーダーブックは、実際の入札オーダーのみを含む入札テーブルおよび実際の売り出しオーダーのみを含む売出しテーブルを含む、工程；前記実際のオーダーの電子オーダーブックをコピーして、前記実際の入札オーダーを含む入札テーブルおよび前記実際の売り出しオーダーを含む売出しテーブルを含むテストオーダーの電子オーダーブックを生成する工程；および前記テストオーダーの電子オーダーブックにテストオーダーを入力する工程。
【００９８】
別の実施形態は、以下の構造を含む、テストオーダーを処理するための方法およびコンピュータネットワークを提供する：トレーダのコンピュータシステムにおいて証券のテストオーダーを生成する工程；前記テストオーダーを、前記トレーダのコンピュータシステムから取引および処理コンピュータシステムに送信する工程；前記取引および処理コンピュータシステムにおける前記テストオーダーをランク付けする工程；前記取引および処理コンピュータシステムにおいて、前記証券のためのオーダーブックに前記テストオーダーを入力する工程；少なくとも前記テストオーダーが実行されたかどうかを示す、前記テストオーダーのための応答を生成する工程；および前記テストオーダーのための前記応答を、前記取引および処理コンピュータシステムから前記トレーダのコンピュータシステムへ送信する工程。
【００９９】
他の実施形態は、以下を含む新規なデータ信号を提供する：取引および処理コンピュータシステムに送信し、オーダーがテストオーダーであることを示し、それにより、前記テストオーダーを用いて取引が発生することのないように、前記取引および処理コンピュータシステムに前記テストオーダーを実際のオーダーとは別に処理することを命令する、データ信号；取引および処理コンピュータシステムに送信し、フラグ値、データフォーマット、またはアカウント情報、およびオーダーを含む、データ信号であって、ここで、前記フラグ値、前記データフォーマット、または前記アカウント情報が、オーダーがテストオーダーであることを示し、それにより、前記テストオーダーを用いて取引が発生することのないように、前記取引および処理コンピュータシステムに前記テストオーダーを実際のオーダーとは別に処理することを命令する、データ信号；取引および処理コンピュータシステムから前記テストオーダーの発信者へ送信され、そのテストオーダーがマッチングしたかどうかを示す、データ信号；取引および処理コンピュータシステムから前記テストオーダーの発信者へ送信され、そのテストオーダーが実行されたかどうかを示す、データ信号；取引および処理コンピュータシステムから前記テストオーダーの発信者へ送信され、そのテストオーダーがマッチングしなかったかどうかを示す、データ信号であって、このデータ信号は、（１）価格、実行時間、または信用度の最も近いオーダーの価格、実行時間、または信用度のうちの少なくとも１つ、あるいは（２）前記テストオーダーに対して前記最も近い価格、実行時間、または信用度のうちの少なくとも１つの間の差異をも示す。
【０１００】
別の実施形態は、コンピュータ処理された取引プログラムがインストールされたコンピュータシステムを提供し、前記コンピュータ処理された取引プログラムは、取引および処理コンピュータシステムを用いて、テストオーダーおよび実際のオーダーを含むオーダーを注文するように設計されており、テストオーダーの注文を、部分的にまたは完全に、実際のオーダーの注文へ変更することができる。
【０１０１】
様々な態様において、このオーダーは、少なくとも１つの価格（１つ以上の範囲またはセットの価格を含む）、少なくとも１つの量（１つ以上の範囲またはセットの量を含む）、および証券（１つ以上の証券を含む）を特定する。このオーダーはまた、例えば実際かテストかなどの種類、あるいは接続識別を含んでもよく、あるいは、以前に送信された情報が、オーダーが実際のものかテストのものであるかを特定してもよい。このオーダーはまた、制限（ｌｉｍｉｔ）またはマーケットなどのパラメータを特定してもよい。
【０１０２】
図１は、取引および処理コンピュータシステム１００、個々のトレーダ１１のコンピュータシステム１０、個々のトレーダ１２のコンピュータシステム２０、個々のトレーダ１３のコンピュータシステム３０、個々のトレーダ１４のコンピュータシステム４０、エージェントＡ１のコンピュータシステム５０、エージェントＡ２のコンピュータシステム６０、クリアリングハウスＣ１のコンピュータシステム７０、およびクリアリングハウスＣ２のコンピュータシステム８０を含む電子交換ネットワーク１を示す。前述のコンピュータシステムを接続する線は、有線、無線、または中間ネットワークノードを介してのいずれかで接続されたコンピュータシステム間においてデータフローを可能にするデータ経路を表す。図１は、コンピュータシステム１００に接続する個々のトレーダのコンピュータシステム１０、２０を示し、これにより、コンピュータシステム１０および１００ならびに２０および１００がこれらの間で通信することを可能にし、かつトレーダ１１、１２がコンピュータシステム１００を用いて直接にオーダーを注文することを可能にする。図１は、エージェントコンピュータシステム５０、６０を介した、コンピュータシステム１０から分離されたコンピュータシステム３０、４０を有する個々のトレーダ１３、１４を示す。エージェントコンピュータシステム５０、６０は、仲介会社のコンピュータシステムを示し、１つは、各々の仲介会社であり、その仲介会社を通して個々のトレーダ１３、１４はアカウントを所有する。図１は、クリアリングハウスのコンピュータシステム７０、８０と通信するデータを有するコンピュータシステム１００を示す。必要に応じて、前述のコンピュータシステムの一部または全部は、インターネットなどのネットワーク上にアドレスを有してもよく、ネットワーク媒体を通じて互いに送受信が可能であってもよい。３つの円「・・・」は、無限の数の個々のトレーダ、仲介会社のコンピュータシステム、およびクリアリングハウスのコンピュータシステムを表す一連の続きを示している。なお、「個々のトレーダ」および実際の人間への類似する参照はまた、企業または機関などの人為的な法人組織の代表を参照してもよく、個々人が手動にて、データをコンピュータ入力装置に入力し、その個々人に、オーダーを送信するように命令することによって、または、コンピュータ上で作動するプログラムをやり取りし、オーダーの発生および送信処理の一部または全部を実行することによってのいずれかで、オーダーが注文なされてもよい。
【０１０３】
コンピュータシステム３０、４０の機能的役割は、それらの個々の仲介エージェントのコンピュータシステム５０、６０を用いて、個々のトレーダ１３、１４のアカウント上にオーダーを注文し、それらのエージェントのコンピュータシステムから、それらのオーダーの動きを示す応答を受信する。コンピュータシステム１０、２０、５０、および６０の機能的役割は、取引および処理コンピュータシステム１００を用いて（コンピュータシステム５０および６０の場合は、エージェントのクライアントの代わりに）、彼らのアカウントでオーダーを注文する。クリアリングハウスのコンピュータシステム７０、８０の機能的役割は、取引および処理コンピュータシステム１００からの取引データを承諾し、それらの取引の決済を有効にする。取引および処理コンピュータシステム１００の機能的役割は、オーダーを入力し、除去し、マッチングし、実行し、取引することによって、オーダーを承諾または拒絶し、オーダーブックを管理し、さらに応答を生成してオーダー発信者およびクリアリングハウスに送信する。
【０１０４】
図２は、入力／出力（Ｉ／Ｏ）２１０、オーダー／応答ルータ、および内部コンピュータシステム２３０、２４０．．．を含む取引および処理コンピュータシステム１００を示し、Ｉ／Ｏ２１０は、コンピュータシステム１０〜６０からオーダーを受信し、応答をコンピュータシステム１０〜６０に送信する構造または必要に応じてコードである。オーダールータ２２０は、証券のオーダーを、その証券のオーダーブックを処理するように設計された対応のコンピュータシステム２３０、２４０．．．へとルーティングする構造および必要に応じてコードである。コンピュータシステム２３０、２４０．．．は機能的には同一の処理システムであり、各々は異なる証券のオーダーブックを処理する。コンピュータシステム２３０は証券ＩＮ１のオーダーブックを処理する。コンピュータシステム２４０は証券ＩＮ２のオーダーブックを処理する。必要に応じて、特定のオーダーブック処理コンピュータシステムは２つ以上の証券のオーダーブックを処理してもよい。
【０１０５】
作動時に、Ｉ／Ｏ２１０は、コンピュータシステム１０〜６０のオーダーを受信する。オーダールータ２２０は、そのオーダーにおいて特定された証券に依存して、オーダーブック処理コンピュータシステム２３０のうちの対応する１つに、特定の証券のオーダーをルーティングする。コンピュータシステム２３０などの各々のオーダーブック処理コンピュータシステムは、オーダーをオーダーブックに追加および除去し、オーダーをマッチングさせ、オーダーを実行し、オーダーを取引し、好ましくは、データを記録し、応答を生成する。
【０１０６】
あるいは、コンピュータシステム２３０、２４０の各々の１つは、それ自身のネットワークアドレスを有し、そのアドレスへ送信されるオーダーを受信してもよい。この代替形態において、コンピュータシステムが発信するオーダー（コンピュータシステム１０〜６０）は、そのオーダーにおいて特定された証券に対して、コンピュータシステム２３０、２４０の適切なアドレスを特定する。
【０１０７】
いずれにしても、コンピュータシステム１００は、好ましくは、取引の清算（決済）を実行するために、クリアリングハウスに対して、取引情報をクリアリングハウスのコンピュータシステム７０、８０に送信する。
【０１０８】
図３は、証券を処理するための中央処理ユニット３１０、証券およびデータを保存するためのメモリ３２０、ならびに、他の装置および人間と通信するコンピュータ３００のためのＩ／Ｏ３３０を含む、コンピュータ３００のコア要素を概略的に示す。各コンピュータは、追加のプロセッサ、ＲＡＭ、ディスクメモリ、などのメモリ、周辺機器コントローラ、モニタ、キーボード、ポインティング・デバイスなどを含む、様々な種類の追加の構成要素を含んでもよい。各コンピュータは、オペレーティングシステムを利用し、通常は、特定のアプリケーションコードを走らせるために用いられる。本明細書に開示される各コンピュータシステムは少なくとも１つのコンピュータを含み、互いに通信し、協同的な仕方で作動する複数のコンピュータを含んでもよい。
【０１０９】
図４は、コンピュータシステム２３０、２４０の１つにおいて履行される証券のためのオーダーブック（電子オーダーブック）、すなわちオーダーブック４００の実施を示す。オーダーブック４００は入札テーブル４１０および売り出しテーブル４２０を含む。各テーブルにおけるフィールドは、ランク，価格、量、ユーザＩＤ（ＵＩＤ）、および種類を含む。本明細書における種類は少なくとも実際のものまたはテストのものを意味する。ランクは、対応するコンピュータシステムがマッチングのためにそのオーダーブック４００をチェックする度毎に先立ってランク付けの計算を実行することを避けるように各テーブルに含まれることが好ましい。パラメータは、さらなるフィールド、例えば、オーダーの期間、あるいは、取り消しまで有効の命令、そのオーダーが「マーケット」のオーダーかどうか、およびそのオーダーの実行における制限などの追加のフィールドの実行可能な存在を示す。パラメータは、オーダーが以前にマッチングされたかどうかを示すフィールドを含んでもよい。ＵＩＤは、そのオーダーに対する応答を送信するためのネットワークアドレスの特定であってもよく、またはそれを含んでもよい。あるいは、コンピュータシステム２３０は、ルックアップテーブルにおいて、各ＵＩＤからのオーダーに関連付けられた応答を送信するネットワークアドレスを保存してもよい。
【０１１０】
マーケットオーダーは、そのオーダーブックに存在するエントリに基づいてそのオーダーブックへのエントリにおいて決定される価格を有することが好ましい。従って、オーダーの注文者から送信された実際のマーケットオーダーは特定の価格を有していなくてもよく、または、ゼロまたは負数など、ダミーの価格を有してもよい。
【０１１１】
テストオーダーの実行における制限は、任意のマッチングオーダーのＩＤを含んでもよい。例えば、テストオーダーは、別のテストオーダーとマッチングされた場合、および／または、特定の追加の条件下の場合にのみ、実行されないことを特定するフィールドを含んでもよい。例えば、特定の追加の条件とは、マッチングオーダーが同じＵＩＤを有する場合、一定のランクまたはクラスにおけるＵＩＤを有する場合、同じＵＩＤまたは一定のランクまたはクラスにはないＵＩＤを有しない場合、あるいは所定のオーダーＩＤを有する場合などであってもよい。
【０１１２】
オーダーの実行における別の制限は、オーダーが以前にマッチングされたかどうかを示すフラグ値である。例えば、一実施形態において、テストオーダーは、実際のオーダーが既にマッチングされていることを示すフラグ値を有する実際のオーダーに対して実行されなくてもよい。特に、テストオーダーの量が実際のオーダーの量を超過する状況を考慮する。テストオーダーは、実際のオーダーの量の合計において実行され、これにより、そのテストオーダーの量を減少させるがゼロにはしない。実際のオーダーはオーダーブックに残り、実行されないが、テストオーダーは、同じオーダーにおいて第２の実行を防ぐメカニズムが存在しない場合、再び同様の実際のオーダーを実行する。１つのそのような防止メカニズムは、実際のオーダーが以前にテストオーダーに対してマッチングされたかどうかを示す実際のオーダーに関連付けられたパラメータ値である。コンピュータシステム２３０は、実際のオーダーに対するそのパラメータの値をチェックするようにプログラムされていてもよく、その実際のオーダーに対してマッチングされたテストオーダーを実行しなくてもよい。あるいは、そのテストオーダーのための１つ以上のパラメータのフィールドは、そのテストオーダーが既に実行されている実際のオーダーの１つ以上のＩＤを保存してもよく、コンピュータシステム２３０はそれらのパラメータのフィールドの値をチェックするようにプログラムされていてもよく、現在マッチングしている実際のオーダーがそれらの実際のオーダーのＩＤ値のうちの１つを有する場合にそのテストオーダーを実行しなくてもよい。この段落の前述の双方の代替形態において、コンピュータシステム２３０は、テストオーダーの実行がそのテストオーダーの量がゼロになる結果となり、そのテストオーダーがオーダーブックから除去されるまで、そのテストオーダーと、連続的により低いランクの潜在的にマッチングするオーダーとを比較するようにプログラムされていてもよい。
【０１１３】
実際には、コンピュータシステム２３０は、価格によって入札およびオーダーをランク付け、その結果、そのコンピュータシステム２３０は、マッチングが存在するかどうか、１つ以上のオーダーが最も低い売り出し価格を有するかどうか、および１つ以上の入札が最も高い入札価格を有するかどうかを、確認のため比較するために、識別および検索することができる。入札は売り出しにマッチングされるのみであり、売り出しは入札にマッチングされるのみである。
【０１１４】
図５は、オーダーブック、すなわちオーダーブック５００の実施を示す。オーダーブック５００は、入札テーブル４１０および売り出しテーブル４２０、ならびに、一時入札テーブル５１０および一時売り出しテーブル５２０を含む。一時テーブル５１０、５２０は、特定の条件の発生に応答してコンピュータシステム２３０によって生成されてもよい。例えば、その条件は、コンピュータシステム２３０が任意のテストオーダーを含むマッチング、または所定の条件に見合ったテストオーダーを検出する場合、あるいは、テストオーダーがコンピュータシステム２３０によって受信された場合、あるいはテストオーダーがコンピュータシステム２３０によってランク付けされた場合などであってもよい。コンピュータシステム２３０は、入札テーブル４１０および売り出しテーブル４２０をコピーすることによって一時テーブル５１０、５２０を生成する。その時点から先へ、コンピュータシステムは、１つのオーダーブックとしてテーブル４１０、４２０を処理してもよく、かつ１つのオーダーブックとして並行してテーブル５１０、５２０を処理してもよい。特に、コンピュータシステム２３０は、入札テーブル４１０、５１０双方に新たな入札を各々順番に入力してもよく、売り出しテーブル４２０、５２０双方に新たな売り出しを各々順番に入力してもよい。その後、テーブル５１０、５２０と比較して、テーブル４１０、４２０の間での、その後のマッチング、実行、および取引における差異が、その特定のテストオーダーの一時オーダーブックにおける存在および取引によって生じる摂動を表す。
【０１１５】
より詳細には、コンピュータシステム２３０は、マッチングオーダーが実際のオーダーかまたはテストオーダーかに関係なく、またはそのマッチングオーダーが実際のものである場合かのいずれかにおいて、テストオーダーおよびそのマッチングオーダーの両方を実行することによって、テーブル５１０、５２０によって規定されたオーダーブックにおいて、特定のテストオーダーを処理するようにプログラムされていてもよい。しかしながら、コンピュータシステム２３０は、テーブル５１０、５２０におけるオーダーの実行に基づいて任意の取引を生成しないようにプログラムされ、コンピュータシステム２３０は、テーブル５１０、５２０における実行に応答して、そのテストオーダーの発信者ではない任意の団体へ送信するための応答を生成しないようにプログラムされる。コンピュータシステム２３０は、特定のテストオーダーの実行の後の１つ以上の時点において、テーブル４１０と５１０との間の差異およびテーブル４２０と５２０との間の差異を決定してもよく、かつ特定のテストオーダーの発信者への応答におけるこれらの差異をレポートしてもよい。あるいは、コンピュータシステム２３０は、一定期間の間、両方のテーブルのセットのマッチング、実行、および取引のための特定の記録を、特定のテストオーダーの発信者に対してレポートしてもよい。コンピュータシステム２３０はそれゆえメモリからテーブル５１０、５２０を消去してもよい。
【０１１６】
コンピュータシステム２３０は、例えば、コンピュータシステム２３０が任意のテストオーダーを含むマッチングを検出するか、またはテストオーダーが特定の条件を満たす場合などに、各テストオーダーに対して、テーブル５１０、５２０などの対のテーブルを生成してもよい。特定の条件とは、この種類の並行の処理を特定するテストオーダーにおけるデータであってもよい。特定の条件は、例えば、システムロード処理のロードまたは閾値以下でのメモリの使用などのシステム条件であってもよく、これにより、この種類のメモリおよびプロセッサを、取引処理において著しく有害な影響を受けずに集中的な処理を可能にする。
【０１１７】
さらに、コンピュータシステム２３０は、例えば、図８Ａ〜図８Ｃを参照して本明細書の以下で記載されるように、特定の条件に依存して、テーブル５１０、５２０において、任意のテストオーダーおよび実際のオーダー、２つのマッチングされたテストオーダー、または特定の条件下のみでの２つのマッチングされたテストオーダー、あるいは、マッチングされた対のテストオーダーにおける２つのテストオーダーのうちの１つのみを、マッチングさせ、実行するようにプログラムされていてもよい。
【０１１８】
図６は、オーダーの発生から、実行されたオーダーに対する応答の送信までの、オーダーの処理６００を示す。
【０１１９】
ステップ６１０において、人間またはコンピュータ処理される取引プログラムは、コンピュータシステム１０〜６０のいずれか１つなどのコンピュータシステムにおいて、証券のオーダーを入力またはプログラムで生成する。
【０１２０】
ステップ６１０において、人間またはコンピュータ処理される取引プログラムは、その対応のコンピュータに、そのオーダーを取引および処理コンピュータシステム１００に送信するように命令する。ステップ６２０において、その対応のコンピュータシステムはそのオーダーを送信する。あるいは、その対応のコンピュータシステムは、オーダーの注文が、リスク閾値、あるいは、そのオーダーに関連付けられたユーザ、アカウント、または団体の識別に関連付けられたクレジット制限を超過するかどうかを決定するためのリスクアルゴリズムを最初に走らせる。あるいは、コンピュータシステム１０〜６０は、リスク閾値が超過したとしても、ただそのオーダーを取引および処理コンピュータシステム１００に送信するのみである。すなわち、一実施形態において、リスク閾値が超過されたとしても、オーダーがテストオーダーの場合、そのオーダーを送信してもよい。
【０１２１】
送信されたオーダーは、その後、取引および処理コンピュータシステム１００によって受信される。取引および処理コンピュータシステム１００は、取引、購入、および販売、ならびに、ユーザ、アカウント、および団体の関連される識別の記録など、様々なログの記録を維持する。このログ情報は、とりわけリスク決定を実行するために、コンピュータシステム１００によって用いられてもよい。
【０１２２】
ステップ６３０において、取引および処理コンピュータシステム１００は、そのオーダーのリスクアルゴリズムを走らせ、リスク値を生成し、その値がリスク閾値を超過する場合を決定することが好ましい。リスク閾値が超過した場合、コンピュータシステム１００は、ステップ６４０の、対応の証券に対して、オーダーをオーダーブックに入力しないことによってオーダーを拒否することを実施する。ステップ６５０において、コンピュータシステム１００は、オーダーが拒否されたことを示す応答を、オーダーの発信者に送信する。リスク値がリスク閾値を超過しない場合、対応の証券のオーダーブックへのエントリのために、コンピュータシステム２３０、２４０等（以後、コンピュータシステム２３０）の１つにおいてその処理を進める。
【０１２３】
１つの代替形態において、テストオーダーは、それが実際のものであり、リスク閾値を超過する場合、拒否される。この代替形態において、コンピュータシステム２３０は、リスク分析ステップ６３０を迂回するか、あるいはステップ６３０の後か、またはステップ６４０の後に、テストオーダーと共にステップ６６０へと継続する。これにより、トレーダは、そうでなければ彼らのクレジット制限を超過してしまうであろうテストオーダーを実施できる。
【０１２４】
別の代替形態において、人間またはコンピュータ処理される取引プログラムは、実際のクレジット制限ではないクレジット制限であるテストクレジット制限を、コンピュータシステム２３０またはコンピュータシステム１００に対して特定する。テストクレジット制限を設定する目的は、例えば履行の保証のコストなど、クレジットのコストを考慮する場合に、投資業績へのリターン全体を決定することであってもよい。
【０１２５】
別の代替形態において、エージェントＡ１、Ａ２は、個々のトレーダ１３、１４によって注文されたオーダーについて、彼らのコンピュータシステム５０、６０のアクセスクレジットを有し、個々のトレーダ１３、１４は、コンピュータシステム５０、６０によって実施されるリスクアルゴリズム上のテストクレジット制限を課してもよい。次いで、コンピュータシステム５０、６０は、それらのテストオーダーを承諾または拒否するかどうかを決定するためにテストクレジット制限を用いて、人間、またはコンピュータシステム５０、６０上で走る取引プログラムによって注文されたテストオーダーに作用する。
【０１２６】
ステップ６３０〜６５０に類似するステップもまた、個々のトレーダ１３、１４などによってリクエストされたオーダーに対して、エージェントのコンピュータシステムＡ１、Ａ２によって実施されてもよい。
【０１２７】
リスクデータは、それがその後にオーダーブックに入力された場合、オーダーに関連付けられてもよく、あるいは、団体がその発信者からのそのリスクのレベルを承諾しない、または承諾することを示すパラメータは、それがその後にオーダーブックに入力される場合、そのオーダーに関連付けられてもよい。クリアリングハウスを実施しない取引所において、リスクデータは、マッチングオーダーの発信者に渡されてもよく、その結果、その発信者は非決済のリスクを承諾するかどうかを決定することができ、それゆえ、そのオーダーを承諾するかどうかを決定することができる。
【０１２８】
ステップ６６０において、コンピュータシステム２３０はそのオーダーをランク付けする。ステップ６７０において、コンピュータシステム２３０は、オーダーブックにオーダーを入力する。
【０１２９】
ステップ６８０において、コンピュータシステム２３０は、本出願における別の箇所で記載したように、マッチング、実行、取引、および好ましくは記録することによってオーダーブックを処理する。好ましくは、このオーダーブックが、マッチングを識別するコンピュータシステム２３０の結果として更新される場合、別のマッチングが存在するかどうかを決定するステップ６８０を繰り返すことによって、経路６８０Ａに沿って処理を進める。コンピュータシステム２３０がマッチングがないと識別する場合、好ましくは、別のランク付けられたオーダーをオーダーブックに入力することによって、６８０Ｂに沿って、６００へ処理を進める。あるいは、６８０からの処理は、６８０Ａまたは６８０Ｂの代わりにステップ６９０に進んでもよい。
【０１３０】
ステップ６９０において、コンピュータシステム２３０は、そのオーダーに関連付けられたＵＩＤに関連付けられたアドレスに対して応答を生成し送信する。通常、その応答は、オーダーが実行されたか、および取引されたかどうかを示し、かつ本明細書の別の箇所で検討したように、他の情報を示してもよい。経路６９０Ａまたは６９０Ｂに沿って６９０からステップ６８０または６６０に戻るように処理を進めてもよい。
【０１３１】
ステップ６８０から６９０へ処理が進まない場合、好ましくは、ステップ６８０は、実行および取引データの記録を含み、その結果、別個の処理ユニットがステップ６９０を実行可能である。取引データ発生し、それをクリアリングハウスのコンピュータシステムに送信することは本明細書においては示されない。しかしながら、これは、取引されたオーダーにおいてオーダーの発信者に、周期的に、または非周期的に、応答を送信することと同時に生じてもよく、かつオーダーブックにおけるオーダーの処理から導かれ、コンピュータシステム２３０によって生成される取引のログに基づいていてもよい。
【０１３２】
図７は、ステップ６６０および７１０〜８１０を含む、オーダーブックの処理６８０を示す。これらのステップは、オーダーがマッチングするかどうか、マッチングオーダーがテストオーダーまたは実際のオーダーのいずれかであるか、およびマッチングオーダーを実行し取引するいかなる条件下であるのかを決定することを含む。
【０１３３】
ステップ７１０において、コンピュータシステム２３０は、オーダーＡおよびＢがマッチングするかどうかを決定する。オーダーＡおよびＢがオーダーブックにおいて最も高いランク付けの入札および売り出しのオーダーである。Ａは、最も高い入札価格を有するオーダーであり、Ｂは、最も低い売り出し価格を有する売り出しである。マッチングが存在しない場合、処理はステップ６６０に戻り、次の新たなオーダーをランク付けしオーダーブックに入力する。マッチングが存在する場合、処理はステップ７２０に進む。
【０１３４】
この段落は、実際のオーダーをマッチングさせるために、図７におけるステップの右側の欄に沿ったステップを検討する。ステップ７２０において、コンピュータシステム２３０はＡがテストオーダーであるかどうかを決定する。そうでない場合、コンピュータシステム２３０はステップ７３０を実行する。ステップ７３０において、コンピュータシステム２３０は、Ｂがテストオーダーであるかどうかを決定する。そうでない場合、コンピュータシステム２３０はステップ７４０を実行する。ステップ７４０において、コンピュータシステム２３０は、ＡおよびＢの両方が実際のオーダーであることを決定する。その後、コンピュータシステム２３０は、それらのオーダーを実行および取引し、互いに関連付けられたＵＩＤに対して応答を送信し、対応の証券の清算を扱うクリアリングハウスに対して取引情報を送信し、次いで、別のマッチングまたは新たなオーダーをチェックする（ステップ７４０〜７６０とそれに続くステップ７１０）。
【０１３５】
この段落は、テストオーダーをマッチングさせるための、図７における左側の欄のステップに沿ったステップを検討する。ステップ７２０において、コンピュータシステム２３０は、Ａがテストオーダーであるかどうかを決定する。もしそうなら、コンピュータシステム２３０はステップ７７０を実行する。ステップ７７０において、コンピュータシステム２３０はＢがテストオーダーであるかどうかを決定する。もしそうなら、コンピュータシステム２３０は、マッチングオーダーが両方ともテストオーダーであることを決定して、図８Ａ〜図８Ｃに示すステップ８１０に進む。
【０１３６】
この段落は、図７における真ん中の欄のステップに沿ったステップを検討する。この処理は、コンピュータシステム２３０が、マッチングされたオーダーのうちの１つがテストオーダーであり、マッチングされたオーダーのその他が実際のオーダーであることを決定した場合に生じる。ステップ７８０において、コンピュータシステム２３０はテストオーダーを実行し、実際のオーダーを実行せず、取引を行わず、そして、ステップ７９０に進む。ステップ７９０において、コンピュータシステム２３０は、テストオーダーの発信者のＵＩＤに関連付けられたアドレスに対して、テストオーダーの応答を送信する。ステップ７９０を実行した後、コンピュータシステム２３０は、ステップ７１０に戻り、別のマッチングがオーダーブックに存在するかどうかを決定する。なお、コンピュータシステム２３０／１００は、オーダーブックを更新することを加えた取引の、取引されたオーダーの発信者（ＵＩＤ）に、応答を送信することによって取引を実行し、ならびに、クリアリングハウスを利用する取引所において、その証券に対する取引の清算を扱うクリアリングハウスに対して、その取引の詳細を含む応答を送信することに留意されたい。
【０１３７】
図８Ａ〜図８Ｃは、テストオーダーを１つも実行しない、および、条件によっては、１つまたは両方のテストオーダーを実行することを各々含むマッチングテストオーダーを処理する代替形態を示す。図８Ａ〜図８Ｃにおいて、コンピュータシステム２３０は、ＡおよびＢの両方がテストオーダーであることを決定する。
【０１３８】
図８Ａにおいて、ステップ８２０において、コンピュータシステム２３０はＡおよびＢの両方を実行する。ステップ８３０において、コンピュータシステム２３０は、その実行から導き出される応答を生成および送信する。
【０１３９】
図８Ｂにおいて、コンピュータシステム２３０は、両方のオーダーがテストオーダーであることを決定することに応じて、７１０または６６０（別のオーダーマッチングに対してチェックするか、または別のオーダーをオーダーブックに入力する）のいずれかに対して処理を戻す。
【０１４０】
図８Ｃにおいて、ステップ８４０において、コンピュータシステム２３０は、オーダーＡに関連付けられた実行基準を精査し、オーダーＡがその実行基準を満たすかどうかを決定する。そうでない場合、７１０または６６０のいずれかへ処理を戻す。そうである場合、コンピュータシステムはオーダーＡを実行する。同様のステップは、オーダーＢについて、コンピュータシステム２３０によって実施されてもよい。実行基準はオーダーにおいて特定されてもよく、そのオーダーの発信者（人間、団体、またはアカウントコード）に基づいた基準を含んでもよい。例えば、オーダーは、オーダーＡが実行されるためのマッチングするＢオーダーのＵＩＤを特定するコードを含んでもよく、あるいは、オーダーＡが実行されないためのマッチングＢオーダーのＵＩＤを特定するコードを含んでもよい。実行基準はまた、そのオーダー、あるいは、価格、量、マーケット、制限等などのマッチングオーダーに関連付けられる任意のフィールドの任意の他の値に基づいてもよい。
【０１４１】
図９は、オーダーブックから実行されないオーダーを除去するための処理９００を示す。実行されないオーダーは、オーダーブックにおいて、オーダーをキャンセルするためのキャンセルオーダーに基づいて除去されてもよい。キャンセルオーダーは、通常、オーダーブックにおけるオーダーの発信者によって送信される。オーダーはまた、そのオーダーにおいて特定された期限時間の結果としてオーダーブックから除去されてもよい。図には示されていないが、コンピュータシステム２３０は、好ましくは、周期的にか、あるいは、ステップ７１０、６６０の前または後かのいずれかにおいて、オーダー除去ステップを実行する。最高（ｒｅｃｏｒｄ）レベルのロッキングを実施するデータ構造においてオーダーブックを実施するマルチプロセッサ環境において、別個の処理が、図７および図８に示されるオーダーブック処理と同時にオーダーの除去を実施してもよい。
【０１４２】
ステップ９１０において、コンピュータシステム２３０はオーダーＸを除去する証券をチェックする。そうする場合、コンピュータシステム２３０はオーダーＸがテストオーダーであるかどうかを決定する。
【０１４３】
ステップ９２０において、Ｘがテストオーダーではない場合、コンピュータシステム２３０は従来のオーダーキャンセル応答を生成してオーダーＸの発信者に対して送信する。
【０１４４】
ステップ９３０において、Ｘがテストオーダーである場合、コンピュータシステム２３０は、好ましくは、Δ（デルタ）Ｔ、ΔＰ、およびΔＲのうちの１つを決定する。ΔＴは、テストオーダーがオーダーブックにあるときに先立って、一定の規定された時間間隔に亘って、そのテストオーダーとマッチングしたはずであろう、オーダーブックにおける時間的に最も近い実際のオーダー、ΔＰはオーダーブックにおけるテストオーダーが存在する間、そのテストオーダーに価格的に最も近いオーダー、および、ΔＲはオーダーブックのテストオーダーが存在する間、そのテストオーダーの代わりに実行される、そのテストオーダーと同一の価格を有する任意のオーダーにおけるリスクにおける差異である。コンピュータシステム２３０は、好ましくは、そのオーダーブックに対する変更のために生成されたログ中のデータを分析することによって、これらの決定を実行する。ステップ９５０において、コンピュータシステム２３０は、テストオーダーの発信者に対して、オーダーのキャンセルを発信者に知らせ、好ましくは、ΔＴ、ΔＰ、およびΔＲのデータのいずれかを含む応答を生成および送信する。
【０１４５】
図１０は、ニューヨーク証券取引所の共通アクセスポイントの仕様、改訂１．３（Ｃｏｍｍｏｎ  ａｃｃｅｃｃ  ｐｏｉｎｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ，  ｒｅｖｉｓｉｏｎ  １．３）に類似する、オーダーを含むメッセージを送信するためのメッセージフォーマット１０００を示す。それは、データストリームに含まれたオーダーが実際のものかテストのものかどうかを示すデータを、メッセージストリームの保留部分に割り当てることによってその仕様と異なる。図１０は、ヘッダ部分およびメッセージ部分を含むメッセージフォーマット１０１０を含む。ヘッダ部分は、長さ、フラグ、およびアプリケーションデータを含む。長さは、メッセージの全長を特定し、左から右への順序を有する１６ビットバイナリである。フラグは、ゼロの値が実際のオーダーを示し、１の値がテストオーダーを示す１６ビットバイナリである。アプリケーションデータは、バイトの偶数を有するように制限する可変の長さである。データストリームのメッセージ部分（ここでは特定されないが）は、従来のフォーマットにおいて、オーダーのパラメータを特定するデータを含むが、テストオーダーが、追加の基準、例えば、テストオーダーをマッチングさせた場合の実行基準などを特定することができるように修正されてもよい。明らかなように、この仕様は、データをオーダーに組み込み、それがテストオーダーまたは実際のオーダーであるかを特定する仕方についての多くの明らかな実施形態のうちの１つにすぎない。
【０１４６】
１つの好ましい実施形態において、オーダーを注文し、取引および処理コンピュータシステム１００から応答を受信するためのコンピュータ化された取引プログラムは、テストオーダーを注文するテストモードから実際のオーダーを注文する実際モードへ手動またはプログラムで切り替えられてもよい。それは任意のマーケットのイベントに応じて実際モードにプログラムで切り替えられてもよい。それは、例えば、テストのポートフォリオの値における変動または絶対的な上昇、テストオーダー全体に対して実行された比、テストオーダー全体に対するリスク制限を超過しないテストオーダーの比など、１つ以上の取引基準を超過することに応じて、実際モードにプログラムで切り替えられてもよい。１つの代替形態において、コンピュータ化された取引プログラムは、テストモードからライブモードへと切り替えられた場合、係属中のテストオーダーの一部または全部と同一の実際のオーダーを生成してもよい。さらに、オーダーを注文し、取引および処理コンピュータシステム１００からの応答を受信するコンピュータ化された取引プログラムは、テストオーダーを注文するテストモードから実際のオーダーを注文する実際モードへと部分的にのみ手動かまたはプログラムによって切り替えられてもよい。部分的に実際のオーダーに切り替えることは、１つ以上の特定の証券にのみ対して切り替えられてもよい。
【０１４７】
部分的に切り替えることは、リスク閾値によって規定された値など、ドル制限または値制限を超過しない実際のオーダーを注文するように制限されてもよい。部分的に切り替えることは、テストオーダー量の変動を規定してもよく、その変動は、数を切り捨てられてもよく、その結果、実際のオーダーの量が、１、１０、または１００の次に最も低い整数の量、あるいは、次の最も近い１、１０、または１００にまで四捨五入されてもよい。部分的に切り替えることは、次の１、５、または１０の順など、実際のオーダーとして、規定された数のオーダーを注文することを規定してもよい。部分的に切り替えることは、また、一定の期間の間にのみ、実際のオーダーを注文すること、例えば、１０、６０、または３６００時間の期間の間に実際のオーダーを全て注文し、次いで、その後の期間には実際のオーダーを注文しないなどを規定してもよい。部分的に切り替えることは、また、例えば、オーダー毎、３回に一度、または１０回に一度が実際のオーダーで、その残りはテストオーダーである、あるいは、別の設定された期間の間の全てのオーダーが実際のオーダー、例えば、交互の（ａｌｔｅｒｎａｔｅ）数秒の間の全てのオーダー、何十秒、何百秒が実際のオーダーで、その残りがテストオーダーであるなどの手順のいずれかによって、テストオーダーと実際のオーダーとの間を交互することを規定してもよい。部分的に切り替えることは、また、実際のオーダーに関連付けられた量を増加させることによって、またはテストオーダーの代わりに実際のオーダーが注文される間の時間の変動を増加させることによってのいずれかで、時間間隔毎にテストオーダーと比較された実際のオーダーの量または変動を時間と共に増加させる特性を増加させることを含んでもよい。部分的に切り替えることは、また、実際のオーダーとしてリスク制限を超過しないオーダーを注文し、テストオーダーとして残りの全てのオーダーを注文することを規定してもよい。
新たな取引システムのさらなる態様を以下に開示する。
【０１４８】
［Ｃｓ２３０が提供し得るさらなる情報］
テストオーダー、実際のオーダー、または情報のみのためのオーダーのいずれかの発信者に対して、コンピュータシステム２３０によって提供される応答は、そのオーダーがキャンセルされ、およびオーダーが実行された場合、いつでも、発信者のオーダーよりも、より高いランクおよびより低いランクのオーダーにおける、オーダーの数、各オーダーの期間、またはオーダーにおける証券の量を示すデータを含んでもよい。コンピュータシステム２３０によって実際のオーダーまたはテストオーダーの発信者に提供される応答は、発信者のオーダーが係属中である時間の間に、周期的に、および、その発信者のオーダーのマッチング、実行、または取引に応じて、取引数、取引の価格を示すデータを含んでもよい。
【０１４９】
データがオーダーに存在する場合、発信者のオーダー（テストオーダー、実際のオーダー、または情報のためのみのオーダー）に対する応答は、また、プログラム化された取引システムから発信されたオーダーブックにおけるオーダーか、および、人間が手動でオーダーをコンピュータシステムに入力して、次いでコンピュータシステムに命令してそれらをコンピュータシステム１００に送信させるオーダーかを特定してもよい。この段落に記載された応答は、実際のオーダーまたはテストオーダーの存在を要求しない。すなわち、発信者は、取引および処理コンピュータシステム１００を用いたコンピュータシステム１０〜６０のうちの１つを介して情報のオーダーを注文してもよく、その結果、入札または売り出しのオーダーを注文することなく、この情報を提供してもよい。
【０１５０】
コンピュータシステム１００からの応答において提供された別のデータは、例えば、コンピュータシステム１００またはコンピュータシステム２３０に対する全ての入ってくるオーダー、すなわち全ての入札または全ての売り出しのレート、コンピュータシステム２３０における全ての実行または取引のレート、特定の証券に対してのコンピュータシステム２３０における実行または取引、あるいは全てまたは所定の証券に対してのコンピュータシステム１００における実行または取引のレートなど、１つ以上のメッセージレートを含んでもよい。レートは、システムデータ特定瞬時レートから、または、各々、１０、５０、１００ミリ秒、秒、分、または時間（ｈ）などの期間に亘って平均化されたログデータに基づいて決定されてもよい。
【０１５１】
テストオーダーまたは実際のオーダーのいずれかの発信者に対する、コンピュータシステム２３０によって提供される応答は、その発信者のオーダーに関連する位置情報を含んでもよい。この情報は、いくつのオーダーが同じ入札または売り出しのキューまたはテーブルにあるか、より高いランクの数、より低いランクの数、発信者の売り出しよりも、より高いランクおよびより低いランクのキューにおいてその売り出しにおける割り当ての量、発信者のオーダーの時間経過（ａｇｅ）に関連したそのような各オーダーの時間経過、および、オーダーブック内に発信者のオーダーが１回以上存在する間のその情報の全てを含む。位置情報は、タイミング情報を含んでもよい。特に、実行するために注文されている必要があったオーダーが注文される前の期間、および、実行しないためにキャンセルされている必要があったオーダーがキャンセルされることを企てられる前の期間である。
【０１５２】
更新され、オーダーブックにエントリされた後に変更されるオーダーのために、発信者のオーダー時間および更新時間の両方は、そのデータがコンピュータシステム２３０に利用可能である場合、応答に含まれてもよい。
【０１５３】
コンピュータシステム１００からオーダーの発信者へ送信される任意のメッセージは、また、コンピュータシステム１００を用いて発信者（または発信者のアカウント）が所有するクレジットの量およびリスクにおける値を特定してもよい。
【０１５４】
好ましくは、コンピュータシステム１００は、実行または取引をしないオーダーに応答して、そのオーダーが実行または取引をしない理由に関連する情報を含む。この情報は、そのオーダーが係属中であった間、オーダーの最も高いランク付け、そのオーダーの係属している間、そのオーダーと任意の潜在的なマッチングオーダーとの間の最小の価格差、ならびに、実行するために、または、一部の他のオーダーの価格とマッチング可能である価格を有するために、オーダーが実際に注文され、それが注文されている必要があった場合に先立つ時間の量を含む。好ましくは、コンピュータシステム１００はまた、実行されたオーダーに応じて、オーダーをキャンセルするリクエストが、そのオーダーが実行されないようにするために、注文されている必要のあった時間を含む。キャンセルするためのリクエストが注文されるオーダーのために、好ましくは、コンピュータシステム１００は、応答において、そのキャンセルするためのリクエストが注文されたときと、そのオーダーの実行を回避するためにリクエストが注文される必要のあったときとの間の時間差を提供する。コンピュータシステム１００は、オーダーブックにおけるデータに関する適切なクエリ、または、マッチング、実行、および／またはオーダーブックからの除去の時間、ならびに量および価格を含む、オーダーブックから除去されたオーダーについての情報を保存するログデータに関する適切なクエリによって、この情報を引き出すことができる。コンピュータシステム１００は、また、オーダーがトレーダによって注文されてから、そのオーダーがコンピュータシステム１００、コンピュータ２３０によって受信され、オーダーブックに入力される時間の推定を包含してもよい。このデータは、ネットワーク構成に依存して、トレーダによって可変であってもよい。ネットワークのパケットは、オーダーの発信の時間を保存してもよく、このデータは、コンピュータシステム１００、２３０におけるクロックによって提供される受け取りの時間と比較して、送信時間推定を生成するために用いられてもよく、または、特定のオーダーに対する実際の送信時間として用いられてもよい。
【０１５５】
本明細書に開示されたテストオーダーは、コンピュータ化された取引プログラムにおいて用いられてもよく、典型的には、オーダーを注文するため、およびコンピュータシステム１００からの応答を受信するために、取引および処理コンピュータシステム１００に対して、アプリケーション・プログラミング・インターフェース（ＡＰＩ）を実施する。
【０１５６】
取引および処理コンピュータシステム１００は、様々な方法において、リソース、およびテスト取引の仕様に対するチャージ（課金）を割り当ててもよい。それは、様々なユーザにおける使用の優先順位を決め、システムリソースに基づいて優先順位を決め、実行毎の課金を実施し、使用期間毎の課金を実施し、または、テストオーダーのサービスを無料にしてもよい。それはまた、特定の証券に対して、または一定期間、テストオーダーの使用の独占する入札を承諾してもよい。
【０１５７】
［実際のオーダーの様々な種類を有するテストオーダーの使用］
マックス・ディスプレイ・オーダー。マックス・ディスプレイ・オーダーは、マーケット参加者に対して示される量を特定するが、また、コンピュータシステム１００に保存された追加の量を特定し、コンピュータシステム１００によってマーケット参加者に対しては示されない、オーダーである。追加の量は、オーダーブックに「隠された」ままであるが、それは、他の実際のオーダーまたは他のマックス・ディスプレイ・オーダーに対してマッチングされてもよい。
【０１５８】
テストオーダーは、マッチングオーダーに関連付けられた、追加の量が存在するかどうか、マッチングオーダーがマックス・ディスプレイ・オーダーであるかどうかを決定するために、マーケットを「調べる」ために利用可能である。
【０１５９】
ダブル・シークレット・ビデオ。最良の価格での入札を有するマーケット参加者が、改善された入札価格で、最良の売り出し価格により近い価格で、最良の売り出し者に取引を売り出すことを可能にする手続きの事をいう。改善された価格における売出しは、ダブル・シークレット・ビデオ・オファーと呼ばれる。最良の売り出し者は、このダブル・シークレット・ビデオ・オファーを承諾または拒否できる。その売り出し者が受諾した場合、次いで、入札者および売り出し者は、改善された価格に同意した形で取引する。最良の売り出し者による改善された入札の承諾の結果としての改善された入札および／または取引は、取引および処理コンピュータシステム１００によって、他の入札者および売り出し者（他のマーケット参加者）に利用可能にされなくてもよい。
【０１６０】
ダブル・シークレット・ビデオ・オファーの存在は、オーダーに埋め込まれていてもよい。コンピュータシステム１００は、テスト売り出しの発信者に対して、ダブル・シークレット・ビデオ・オファーを送信することによって、テストオーダーが最良の売り出し者に送信されるダブル・シークレット・ビデオ・オファーを含む実際のオーダーに返答してもよい。あるいは、オーダーに埋め込まれているダブル・シークレット・ビデオ・オファーの存在に対して、コンピュータシステム１００は、入札が最良の価格であるトレーダから、ダブル・シークレット・ビデオ・オファーを承諾し、その最良の売り出し者のオファーがテスト売り出しのオーダーであったとしても、その売り出しを最良の売り出し者に提示してもよい。この代替形態は、最良の価格での入札を有する入札者に、彼の入札が最良の価格であることを知らせることを要求し、コンピュータシステム１００はそのような通知をその入札者に送信してもよい。いずれかの代替形態において、テスト売り出しは、そのテスト売り出し者に、ダブル・シークレット・ビデオ・オファーの知識を提供してもよい。
【０１６１】
さらに、テスト売り出しは、ダブル・シークレット・ビデオ・オファーを含んでもよい。テスト売り出しにおけるダブル・シークレット・ビデオ・オファーは実際の売り出しまたはテスト売り出しであってもよい。あるいは、最良の価格でのテスト売り出しの発信者は、コンピュータシステム１００によって、ダブル・シークレット・ビデオ・オファーを、それが実際またはテストのものでも、発信する権利を授けられてもよい。
【０１６２】
隠蔽された（ｃｌｏａｋｅｄ）オーダー。一部のオーダーは、コンピュータシステム１００に対して、それらがオーダーブックに存在していたとしても、マーケット参加者に対して公に利用可能にしないことを特定するデータを含んでもよい。これらのオーダーは隠蔽されたオーダーと呼ばれる。テストオーダーは、隠蔽されたオーダーの存在を識別するために用いられてもよい。例えば、テストオーダーが実行するオーダー、および、必要に応じて、オーダーブックログデータなど、取引および処理コンピュータシステム１００によって提供される他のデータを、そのテストオーダーが実効する価格を記すことによってである。
【０１６３】
繰り返されるテストオーダーは、隠蔽されるオーダー、マックス・ディスプレイ・オーダー、およびダブル・シークレット・ビデオ・オーダーを注文することに対するパターンを識別するために用いられてもよい。
【０１６４】
ロック選好（Ｌｏｃｋｉｎｇ  Ｐｒｅｆｅｒｅｎｃｅ）およびロックマーケット（Ｌｏｃｋｅｄ  ｍａｒｋｅｔｓ）。ユーザは、ロック選好と呼ばれる、かれらのオーダーにおける好みを設定してもよい。このロック選好は、オーダーに、同じ価格を有する対応のオーダー（あるものは入札、他のものは売り出し）を用いてマッチング、実行、または取引しないことを提供する。その代わり、ロック選好の設定を有する売り出しは、その売り出し価格よりも低い所定の量を、ある価格にて、対応の入札オーダーとのみ取引する。同様に、ロック選好の設定を有する入札のオファーは、その売り出しオーダーの価格以上の所定の量にて、ある価格を有する売り出しとのみ取引する。所定の量は、取引を実施するために、取引所によって課された手数料に対応してもよく、この場合、ロック選好を設定することは、そのトレーダが取引所の手数料を支払いたくないことを示す。ロックマーケットは、スプレッドがゼロであり、最良の入札が最良の売り出しと同じ価格であることである。これは、最良のオーダーの一方または双方がロック選好の設定を有している場合に生じる。交差した（ｃｒｏｓｓｅｄ）マーケットは、最良の売り出しが最良の入札以下の価格を有することであり、これは、ロック選好の設定を有するオーダーが別のオーダーと取引しようとするときに生じる。ロックされ、交差したマーケットは、ロック選好を実施する取引所において存在する場合がある。
【０１６５】
第１のユーザは、ユーザのオーダーのロック選好の設定を有することによってそのようなマーケットをロックし、次いで、ロックされたマーケットの価格の上の、例えば手数料コストなど、追加の所定量を加算して、マーケット価格を支払うことを望む第２のユーザを待つことを望んでもよい。手数料コストに敏感ではないユーザは、ロックされて、かれらのロック選好の設定を有さずに、取引することを望む場合がある。さらに、コンピュータシステム１００は、オーダーにおいて設定されたパラメータを問い合わせることによって、または、そのオーダーの発信者に、ロックマーケットに応じて彼らのオーダーをロック解除するかどうか（それにより、手数料の課金を支払う）を問い合わせることによってのいずれかで、マーケット価格の所定量内であるロックマーケットにおいて、オーダーに返答してもよい。オーダーのロック選好は、マーケット参加者に対して、取引所によって提供されなくてもよく、通常は提供されない。
【０１６６】
テストオーダーは、最良の入札価格および売り出し価格において、オーダーのロック選好を調べるために用いられてもよい。すなわち、別のオーダーにマッチングするテストオーダーは、他のオーダーにおけるロック選好の設定を別にすれば、実行しない。それゆえ、その他のオーダーはロック選好の設定を有することを示す。一部のより高い価格でのテストオーダーは実行され、すなわち、テストオーダーの価格と他のオーダーの価格との間のスプレッドが、他のオーダーのロック選好によって規定される所定の量を超過する場合に実行する。このように、テストオーダーは、別のオーダーのロック選好の存在および通貨量を決定するために用いられてもよい。
【０１６７】
さらに、コンピュータシステム１００がそのようにプログラムされている場合、ロックオーダーにロックされたテストオーダーは、そのロックされたオーダーが、別のロックされたオーダーと価格においてマッチングする場合にロック解除されるかどうかのテストオーダー情報を発信者に提供してもよい。
【０１６８】
［取引戦略および代替の実施の評価］
本明細書に開示されるテストオーダーは、利益を生み出すことにおける取引戦略における効果を評価するために、マーケットの応答をテストする様々な方法において効果的に利用されてもよい。
【０１６９】
ある使用は、既存の取引戦略の修正を評価する。トレーダが自動化された取引戦略Ａを有し、そこに変更を組み込んで、戦略Ｂを生成したと仮定する。そのトレーダは、それが利益になるかどうか、戦略Ａを走らせ続けることを所望する場合がある。また、そのトレーダは、ＡからＢに切り替えてそれが利益になるかどうかを決定するために、戦略Ｂの収益性を評価したいと考える。この状況において、そのトレーダは、戦略Ｂに、トレーダの戦略Ａからのそれらのオーダーを除いた、実際のオーダー全てに対してマッチングするテストオーダーを提出することを望む。この種の取引上のテストおよび実行の選択性の序列は多く存在し、それらのいくつかを以下で記載する。
【０１７０】
取引戦略ＡおよびＢをトレーダが走らせることを仮定する。このトレーダは、追加した戦略Ｃを評価したいと思い、これは、オーダーを注文し取引を生成するために、３つ全ての戦略を同時に走らせることを意味する。この場合、Ｃによって提出されたテストオーダーは、任意の実際のオーダーに対してマッチングするべきである。しかしながら、この場合、ＡまたはＢを用いて戦略Ｃによって生成されたオーダーが取引される場合、そのトレーダは、戦略ＡおよびＢに、取引戦略Ｃから発信されるオーダーによって生成された取引が実際のものであるかのように機能させたいので、ＣとＡとの間、およびＣとＢとの間の取引に応じて送信される実行（非決済であるが）を望む場合があり、その結果、そのトレーダは、戦略ＡおよびＢによって生成されたオーダーにおいて、実際のオーダーを用いて戦略Ｃを実施する影響を評価することができる。この場合、実際のオーダーに対して、テストオーダーとのマッチングからの実行を得ることは意味深い理由が存在する。このように、この代替の特定された実際のオーダー（戦略Ａ、Ｂによって生成されたオーダー）は、特定のテストオーダー（戦略Ｃによって生成されたオーダー）にマッチングされた場合に実行する。
【０１７１】
あるいは、戦略ＡおよびＢを実施するトレーダは、戦略ＣおよびＤの両方の修正をテストしたいと望む場合がある。すなわち、例えば、ＡおよびＢとＣおよびＤを置き換えることを考慮する場合である。この場合、ＣおよびＤからのテストオーダーは、仮に実際のオーダーを走らせて実施された場合に、互いにマッチングするべきであり、ＣおよびＤは事実互いにマッチングするであろう。しかしながら、ＣおよびＤからのテストオーダーは、任意の他のテストオーダーとマッチングすべきではなく、または実行されるべきではない。また、ＣおよびＤからのテストオーダーは、ＣおよびＤが実際のオーダーと実施され、ＡおよびＢを置き換えた場合、ＡおよびＢからのオーダーは存在しないので、ＡおよびＢからの実際のオーダーとマッチングするべきではなく、それらと共に実行されるべきではない。
【０１７２】
［直線処理テストコンセプト（Ｓｔｒａｉｇｈｔ  Ｔｈｒｏｕｇｈ  Ｐｒｏｃｅｓｓｉｎｇ  Ｔｅｓｔｉｎｇ  Ｃｏｎｃｅｐｔ）］
代替のコンセプトにおいて、取引所は、オーダーのエントリから清算まで、取引所の取引システムの全ての構成要素の信頼性をテストするために、直線処理テストオーダーと、本明細書において呼ばれる、所定の代替のテストオーダーを用いるように構成されてもよい。直線処理テストオーダーを用いたそのようなテストの目的は、取引所全体が取引を確実に実施するように機能するかを確認することである。例えば、ネットワーク１の任意の部分のハードウェアまたはソフトウェアが変更された場合、そのような変更は、データのエラーおよび不正確なプログラミングの結果となる場合があり、不正確な情報が取引に関して保存されてしまう結果となる場合がある可能性が存在する。この可能性は、それらがエラーを含む取引データという結果となる前に、問題を識別するために、任意のネットワーク構成要素の任意の変更において、直線処理テストオーダーを用いて取引をテストすることによって最小限にすることが可能である。この代替形態において、コンピュータシステム１０〜８０におけるソフトウェアは、実際の決済を例外（法的所有権の交換）として、直線処理テストオーダーであるオーダーを認識し、任意の実際のオーダーと全く同一の直線処理テストオーダーを処理するためのコードまたは構造を含む。このコンセプトにおいて、コンピュータシステム１００は、直線処理テストオーダーを受信し、この直線処理テストオーダーが、実行され、取引され、清算され、正確に決済されたかどうかを示す応答を生成する。ネットワーク１は、コンピュータシステム１００およびクリアリングハウスのコンピュータシステム７０、８０を介して、オーダーの発信者から、直線処理テストオーダーであるオーダーを示すオーダーを用いて、またはそのオーダーの一部として情報を通す。コンピュータシステム７０、８０。しかしながら、クリアリングハウスは、実際の法的所有権を、直線処理テストオーダーを含む取引において識別される証券に対して再割り当てしない。一実施形態において、オーダーに対する各々関連するデータ構造は、オーダー発信者から始まり、コンピュータシステム１００およびクリアリングハウスのコンピュータシステム７０、８０を含み、オーダーを保存するためのデータ構造におけるフィールドを含み、各オーダーが直線処理テストオーダーであるかどうかを示す。ネットワーク１の各要素は、好ましくは清算を介して、直線処理テストオーダーを含む取引を処理するようにプログラムされる。
【０１７３】
好ましくは、コンピュータシステム１００は、他の直線処理テストオーダーに対して直線処理テストオーダーをマッチングさせるのみであるようにプログラムされる。あるいは、コンピュータシステム１００は、直線処理テストオーダーおよび実際のオーダーのいずれか、または両方に対して直線処理テストオーダーを実行させるようにプログラムされてもよい。好ましくは、クリアリングハウスのコンピュータシステム７０、８０は、その応答が、オーダーが実際のオーダーではなく直線処理テストオーダーであることを記すことを除き、かつ、直線処理テストオーダーを含む場合に、実際のオーダーを含む場合、コンピュータシステム７０、８０が、取引となるものに対して法的所有権の変更を処理することを実行しないことを除いて、オーダーの発信者への応答の生成を含み、システムが実際のオーダーを生産するときと同一の処理を行う。このように、コンピュータシステム７０、８０は、オーダーが直線処理テストオーダーであるかどうかを決定するコードを走らせ、その決定に依存して処理を異ならせる。
【図１】
0005535897.tif 000002
【図２】
0005535897.tif 000003
【図３】
0005535897.tif 000004
【図４】
0005535897.tif 000005
【図５】
0005535897.tif 000006
【図６】
0005535897.tif 000007
【図７】
0005535897.tif 000008
【図８】
0005535897.tif 000009
【図９】
0005535897.tif 000010
【図１０】
0005535897.tif 000011