(57)【特許請求の範囲】
【請求項１】
実行された場合、電子取引システムの１つ以上のコンピュータに対して、
前記システムのトレーダーと前記トレーダーにより使用される装置とを記述する複数のプロファイル情報を前記電子取引システムのコンピュータのメモリに格納させ、ただし、トレーダーのプロファイル情報は、前記トレーダーと通信するための２つの装置アドレスを示し、トレーダーの第１のアドレスは、取引コマンドの通信のためのアドレスとして前記取引システムにより使用され、トレーダーの第２のアドレスは、取引コマンドのアドレスに対する通信障害に関する警告の通信のためのアドレスとして前記取引システムにより使用され、
前記電子取引システムにおいて注文を処理する間に、各取引コマンドのアドレスで前記トレーダーから受信した各トレーダーの注文の取引状態を記録した注文ログを前記取引システムのメモリにおいて維持させ、通信障害について前記トレーダーの取引コマンドのアドレスにおける前記トレーダーの装置を監視させ、
トレーダーの取引コマンドのアドレスにおける通信障害の検出に応じて、障害を受けたトレーダーの警告アドレスに警告メッセージを送信させ、ただし、前記警告は、前記通信障害の時点での前記障害を受けたトレーダーの注文の取引状態を報告する、及び／又は、前記通信障害の後の前記障害を受けたトレーダーの注文の取引を反映する
ように動作可能なプログラムを格納した機械可読メモリを有する機器。
【請求項２】
前記プログラムは、前記電子取引システムの前記１つ以上のコンピュータに対して、１つ以上のテスト信号をクライアント装置に定期的に送信させ、前記電子取引システムの前記１つ以上のコンピュータと少なくとも１つのクライアント装置との間の前記１つ以上のテスト信号のうち少なくとも１つの送信速度を検出させるように更に動作可能である、請求項１に記載の機器。
【請求項３】
ネットワーク接続の前記送信速度を検出することは、前記少なくとも１つのクライアント装置と前記電子取引システムの前記１つ以上のコンピュータとの間のネットワーク接続が終了したことを検出することを有する、請求項２に記載の機器。
【請求項４】
前記メモリは、複数のプロファイルを格納するように更に動作可能であり、
前記複数のプロファイルのそれぞれは、少なくとも１つの市場データのメトリックを有し、
前記少なくとも１つの市場データのメトリックは、取引プラットフォームにおける少なくとも１つの市場条件についての情報を有する、請求項１に記載の機器。
【請求項５】
前記取引プラットフォームにおける前記少なくとも１つの市場条件を決定させ、
前記決定された市場条件が少なくとも１つのプロファイル内に規定された前記少なくとも１つのメトリックから逸脱した場合、前記複数のプロファイルのうち少なくとも１つのプロファイル内に規定された少なくとも１つの警告メッセージを生成させ、
前記少なくとも１つの生成された警告メッセージを、前記複数のプロファイルのうち前記少なくとも１つのプロファイル内に示された少なくとも１つのクライアント装置に送信させる、請求項４に記載の機器。
【請求項６】
前記市場条件は、取引量、入札及び売り出し価格、価格の傾向、取引量の傾向、取引注文の入力時間、特定のトレーダーの市場位置の変化、未解決の取引注文の数、並びに、活動中のトレーダーの数を少なくとも部分的に有する、請求項４に記載の機器。
【請求項７】
電子取引システムのコンピュータのメモリにおいて、前記システムのトレーダーと前記トレーダーにより使用される装置とを記述するプロファイル情報を受信及び格納するステップであり、ただし、トレーダーのプロファイル情報は、前記トレーダーと通信するための２つの装置アドレスを示し、トレーダーの第１のアドレスは、取引コマンドの通信のためのアドレスとして前記取引システムにより使用され、トレーダーの第２のアドレスは、取引コマンドのアドレスに対する通信障害に関する警告の通信のためのアドレスとして前記取引システムにより使用されるステップと、
前記電子取引システムにおいて注文を処理する間に、各取引コマンドのアドレスで前記トレーダーから受信した各トレーダーの注文の取引状態を記録した注文ログを前記取引システムのメモリにおいて維持し、通信障害について前記トレーダーの取引コマンドのアドレスにおける前記トレーダーの装置を監視するステップと、
トレーダーの取引コマンドのアドレスにおける通信障害を検出したときに、障害を受けたトレーダーの警告アドレスに警告メッセージを送信するステップであり、ただし、前記警告は、前記通信障害の時点での前記障害を受けたトレーダーの注文の取引状態を報告する、及び／又は、前記通信障害の後の前記障害を受けたトレーダーの注文の取引を反映するステップと
を有する方法。
【請求項８】
前記電子取引システムのプロセッサにより、１つ以上のテスト信号をクライアント装置に定期的に送信するステップと、
通信障害として、前記プロセッサと少なくとも１つのクライアント装置との間の前記１つ以上のテスト信号のうち少なくとも１つの閾値未満の送信速度を検出するステップと
を更に有する、請求項７に記載の方法。
【請求項９】
通信障害を検出することは、トレーダーの取引コマンドのアドレスにおける装置と前記電子取引システムの前記コンピュータとの間のネットワーク接続が終了したことを検出することを有する、請求項７に記載の方法。
【請求項１０】
通信障害を決定する基準は、トレーダーのプロファイル情報の一部としてユーザ設定可能である、請求項７に記載の方法。
【請求項１１】
通信障害を監視することは、前記電子取引システムにおける市場データについての市場条件を監視することを更に有する、請求項１０に記載の方法。
【請求項１２】
前記市場条件は、取引量、入札及び売り出し価格、価格の傾向、取引量の傾向、取引注文の入力時間、特定のトレーダーの市場位置の変化、未解決の取引注文の数、並びに、活動中のトレーダーの数を少なくとも部分的に有する、請求項１１に記載の方法。
【請求項１３】
複数のプロファイルのそれぞれは、プロセッサがウィルス感染を検出した場合に、少なくとも１つのクライアント装置に送信される少なくとも１つの警告メッセージを生成するように、前記プロセッサに指示する命令を更に有する、請求項７に記載の方法。
【請求項１４】
前記警告は、前記通信障害からの市場位置の変化を報告する、請求項７に記載の方法。
【請求項１５】
電子取引システムのコンピュータのメモリにおいて、前記システムのトレーダーと前記トレーダーにより使用される装置とを記述するプロファイル情報を受信及び格納するステップであり、ただし、トレーダーのプロファイル情報は、前記トレーダーと通信するための２つの装置アドレスを示し、トレーダーの第１のアドレスは、取引コマンドの通信のためのアドレスとして前記取引システムにより使用され、トレーダーの第２のアドレスは、取引コマンドのアドレスに対する通信障害に関する警告の通信のためのアドレスとして前記取引システムにより使用され、前記プロファイル情報は、各装置の警告条件のトレーダー指定の基準を含み、前記トレーダー指定の基準の少なくともいくつかは、ネットワーク速度が閾値未満になった場合に閾値未満のネットワーク速度で通信する装置が警告条件になったと指定されるように、ネットワーク速度の閾値を指定するステップと、
前記電子取引システムにおいて注文を処理する間に、各取引コマンドのアドレスで前記トレーダーから受信した各トレーダーの注文の取引状態を記録した注文ログを前記取引システムのメモリにおいて維持し、通信障害及びトレーダー指定の警告条件について前記トレーダーの取引コマンドのアドレスにおける前記トレーダーの装置を監視するステップと、
トレーダーの取引コマンドのアドレスにおける警告条件又は通信障害を検出したときに、障害を受けたトレーダーの警告アドレスに警告メッセージを送信するステップであり、ただし、前記警告は、前記通信障害の時点での前記障害を受けたトレーダーの注文の取引状態を報告する、及び／又は、前記通信障害の後の前記障害を受けたトレーダーの注文の取引を反映するステップと
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して電子エラー検出及び回復に関し、特に電子取引システムでエラー検出及び回復を行うシステムに関する。
【背景技術】
【０００２】
近年、電子取引システムは、様々なアイテム（商品、サービス、金融商品及び商品取引等）の取引について広く支持されている。例えば、電子取引システムは、金融商品及び商品取引（株式、債券、通貨、先物契約、石油及び金等）の取引を容易にし得る。
【０００３】
一般的に、電子取引システムは、トレーダーから取引注文を受信して処理する。例えば、電子取引システムは、特定のアイテムの買い注文と同じアイテムの売り注文とを合致させることにより、取引注文を処理し得る。取引を実行するときに、電子取引システムは、実行した取引注文を提示したトレーダーに確認メッセージを送信してもよい。場合によっては、電子取引システムは、システムがトレーダーに確認メッセージを送信することを妨げる障害を受けることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特定のトレーダーに関連する第１のクライアント装置が警告条件を受けるときを検出するように動作可能なロジックを有するシステム及びコンピュータ可読媒体を提供することが、本発明の目的である。
【課題を解決するための手段】
【０００５】
この目的は、独立項に記載の特徴により実現され得る。更なる拡張は、従属項に特徴付けられる。本発明によれば、従来の電子取引システムに関連する欠点及び課題が実質的に低減又は除去される。
【０００６】
取引ネットワークでエラー検出を行うシステムは、複数のトレーダープロファイルを格納するメモリを有し、特定のトレーダープロファイルは、特定のトレーダーに関連する。特定のトレーダープロファイルは、第１のクライアント装置に関連する第１の連絡データと、第２のクライアント装置に関連する第２の連絡データとを有する。メモリは、特定のトレーダーに関連する少なくとも１つの取引注文を格納するように更に動作可能である。システムは、メモリに通信可能に結合され、第１のクライアント装置に関連する警告を検出するように動作可能なプロセッサを更に有する。警告を検出すると共に、プロセッサは、少なくとも１つの取引注文の現在の状態を決定し、決定された状態に関する状態メッセージを生成するように動作可能である。プロセッサは、状態メッセージを第２のクライアント装置に送信するように更に動作可能であり、送信は、第２の連絡データに少なくとも部分的に基づく。
【発明の効果】
【０００７】
本発明は、複数の重要な技術的利点を有する。本発明の実施例は、これらの利点の一部又は全部を有してもよく、有さなくてもよい。１つの利点は、取引システムが、特定のトレーダーに関連する第１のクライアント装置が警告条件を受けるときを検出するように動作可能である点にある。警告条件を検出すると共に、取引システムは、特定のトレーダーに関連する取引注文の状態を決定し得る。ある実施例では、取引システムは、警告条件の検出からの特定のトレーダーの市場位置の変化のようなメトリックを計算するように動作可能である。取引システムは、特定のトレーダーに関連する第２のクライアント装置に状態メッセージを生成して送信し得る。このように、トレーダーに関連する特定のクライアント装置が警告条件を受けていても、取引システムは、トレーダーへの状態情報のフローを維持し得る。トレーダーへの状態情報のフローを維持することにより、取引システムは、取引システムの信頼性の信用を促進し得る。取引システムを信用するトレーダーは更に多い及び／又は大規模な取引注文を提示する可能性があるため、取引システムは市場の流動性を増加させ得る。
【０００８】
本発明の他の利点は、詳細な説明及び特許請求の範囲から当業者に容易に明らかになる。
【発明を実施するための最良の形態】
【０００９】
本発明及びその利点の完全なる理解のため、一例として添付図面と共に検討される以下の説明に言及が行われる。
【００１０】
図１は、取引システム10の一実施例を示している。取引システム10は、複数のクライアント20と、取引プラットフォーム30と、ネットワーク50により通信可能に結合に結合された１つ以上の市場センタ40とを有してもよい。一般的に、取引システム10は、トレーダー22により提示された取引注文12を受信して中継して合致させるように動作可能である。取引システム10は、トレーダー22に関連する第１のクライアント20が障害又はネットワーク切断を受けたときを検出するように更に動作可能である。第１のクライアント20の障害又はネットワーク切断を検出すると共に、取引システム10は、トレーダー22により提示された取引注文12の状態を決定してもよい。次に、取引システム10は、トレーダー22に関連する第２のクライアント20に状態メッセージ14を生成して送信してもよい。このように、トレーダー22に関連する特定のクライアント20が障害又はネットワーク切断を受けていても、取引システム10は、トレーダー22への状態情報のリアルタイムフローを維持し得る。
【００１１】
取引システム10は、複数のクライアント20を有する。クライアント20は、取引システム10の１つ以上の要素（取引プラットフォーム30等）にアクセスするためにトレーダー22により使用され得る何らかの適切なローカル又は遠隔のエンドユーザ装置を表す。特定のクライアント20は、コンピュータ、ワークステーション、電話、インターネットブラウザ、電子手帳、携帯情報端末（PDA）、ページャ、又はシステム10の他の構成要素との情報を受信、処理、格納及び／又は通信することができる他の適切な装置（有線、無線又はこれらの双方）、構成要素若しくは要素を有してもよい。クライアント20はまた、特定の構成及び配置に従って、ディスプレイ、マイクロフォン、キーボード、又は他の適切な端末装置のような何らかの適切なユーザインタフェースを有してもよい。特定のトレーダー22は、如何なる数及び組み合わせのクライアント20に関連してもよい。ネットワーク50を介して取引プラットフォーム30に通信可能に結合された如何なる数のクライアント20が存在してもよいことがわかる。
【００１２】
クライアント20は、トレーダー22から取引注文12を受信し、取引プラットフォーム30に取引注文12を送信するように動作可能である。取引注文12は、商品（例えば、通貨、金融商品、株式、先物契約、持ち株証券、投資信託、オプション、派生商品、商品取引、又は如何なる数若しくは組み合わせの適切な取引商品等）を取引する注文を有してもよい。特定の実施例では、取引注文12は、取引商品の目標価格を指定してもよい。取引注文12は、入札、売り出し、成り行き注文、指し値注文、逆指し値注文、当日限り注文、見計らい注文、出会注文（GTC（good  till  cancelled）  order）、“good  through”注文、一括売買（“all  or  none”）注文、“any  part”注文、又は取引に適した他の注文を有してもよい。
【００１３】
特定の取引注文12は、注文又は反対注文と呼ばれてもよい。注文及び反対注文は、例えば買い及び売りのような相補的動作を表す。特定の注文を提示した当事者がトレーダー22と呼ばれる場合、対応する反対注文を提示した当事者は“反対”トレーダー22と呼ばれてもよい。特定の注文が買い注文（例えば、入札、テイク（take）、リフト（lift）等）を表す場合、対応する反対注文は、売り注文（例えば、売り出し、ヒット（hit）等）を表してもよい。逆に、特定の注文が売り注文を表す場合、対応する反対注文は、買い注文を表してもよい。
【００１４】
ここでは、クライアント20は“トレーダー”22により使用されるものとして記載されるが、“トレーダー”という用語は、ユーザが本人の代わりに行動する代理人であれ、本人であれ、個人であれ、法人（会社等）であれ、システム10で取引注文12を行うこと及び／又は取引注文12に応じることができる何らかの機械又は機構であれ、取引システム10の何らかのユーザに広く当てはまることを意図することがわかる。特定のトレーダー22は顧客でもよく、他のトレーダー22はマーケットメーカでもよい。
【００１５】
マーケットメーカは、同じ商品について同時に入札及び売り出し取引注文12の一方又は双方を提示及び／又は保持する何らかの個人、会社又は他のエンティティである。例えば、マーケットメーカは、公の見積価格で担保（security）を購入及び／又は販売する用意、意思及び可能性により、所定の担保で会社の入札及び／又は売り出し価格を保持する仲介業又は銀行でもよい。一般的に、マーケットメーカは、特定の数の特定の証券の入札及び／又は売り出し価格を表示し、これらの価格が合致するときに、マーケットメーカは、自分のアカウントから直ちに購入及び／又は販売する。特定の実施例によれば、単一の取引注文12は、場合によって異なる価格で複数のマーケットメーカにより満たされてもよい。
【００１６】
顧客は、マーケットメーカではない取引システム10の如何なるユーザでもよい。顧客は、個人投資家、本人の代わりに行動する代理人、本人、個人、法人（会社等）、又はシステム10で取引注文12を行うこと及び／又は取引注文12に応じることができる何らかの機械若しくは機構でもよい。
【００１７】
前述のように、クライアント20は、ネットワーク50を介して取引プラットフォーム30に通信可能に結合されてもよい。ネットワーク50は、クライアント20と取引プラットフォーム30及び／又は市場センタ40との間でデータ又は情報を交換するように動作可能な通信プラットフォームである。ある実施例では、特定のネットワーク50は、一般電話システム（POTS：plain  old  telephone  system）、パケットデータネットワーク（PDN：packet  data  network）、ローカルエリアネットワーク（LAN）、メトロポリタンエリアネットワーク（MAN）、広域ネットワーク（WAN）、無線ローカルエリアネットワーク（WLAN）、仮想プライベートネットワーク（VPN）、イントラネット、インターネット、又はクライアント20と取引プラットフォーム30及び／又は市場センタ40との間の通信を容易にする他の適切なアーキテクチャ若しくはシステムを更に有してもよい。ネットワーク50は、前記の例又は何らかの適切な通信ネットワークの何らかの組み合わせを有してもよい。
【００１８】
市場センタ40は、為替、電子証券取引ネットワーク（ECN：Electronic  Communication  Network）、代替取引システム（ATS：Alternative  Trading  System）、マーケットメーカ、又は他の適切な市場参加者を含み、あらゆる種類の注文実行場所を有する。各市場センタ40は、公の見積価格（市場センタ価格とも呼ばれる）で購入又は販売する用意、意思及び可能性により、所定の取引商品で入札及び売り出し価格を保持する。特定の市場センタ40は、複数の取引商品（例えば、株式、確定利付き証券、先物契約、通貨、貴金属等）の取引を容易にしてもよい。市場センタ40は、ネットワーク50を介して取引プラットフォーム30に通信可能に結合されてもよい。
【００１９】
取引プラットフォーム30は、取引注文12の中継、合致及び他の処理を容易にする取引アーキテクチャである。取引プラットフォーム30は、取引注文12を中継し、合致し、処理し又は満たそうとする何らかの人、企業又はエンティティのための管理センタ又は本部事務所を有してもよい。従って、取引プラットフォーム30は、取引環境を管理又は運営する行政機関又は監督エンティティの動作及び機能を実現するために利用又は実施され得るハードウェア、ソフトウェア、人員、装置、構成要素、要素又はオブジェクトの何らかの適切な組み合わせを有してもよい。取引プラットフォーム30は、クライアントインタフェース60と、市場インタフェース70と、メモリ80と、プロセッサ90とを有してもよい。
【００２０】
取引プラットフォーム30のクライアントインタフェース60は、ネットワーク50に通信可能に結合され、クライアント20と取引プラットフォーム30の様々な構成要素との間の通信をサポートする。特定の実施例によれば、クライアントインタフェース60は、ネットワーク50を介してクライアント20により通信された取引注文20を受信するトランザクションサーバを表す。ある実施例では、クライアントインタフェース60は、１つ以上のセンサ62を有してもよい。
【００２１】
一般的に、センサ62は、取引プラットフォーム30と取引システム10の他の構成要素との間の通信を監視するように動作可能である。ある実施例では、センサ62は、ネットワーク・タップ（network  tap）、パケット・スニファ、又はクライアント20、取引プラットフォーム30及び／又は取引プラットフォーム10の他の構成要素の間を通過するトラヒックを傍受してログ管理するように動作可能な何らかの適切なハードウェア及び／又はソフトウェアを表してもよい。センサ62は、クライアント20と取引プラットフォーム30との間のネットワーク接続を監視するように動作可能でもよい。ある実施例では、センサ62は、特定のクライアント20にテスト信号66を送信し、特定のクライアント20がネットワーク50に接続されていることを確認してもよい。
【００２２】
センサ62は、何らかの適切な種類及び／又は組み合わせの検出されたイベントに応じて警告64を生成するように構成されてもよい。特に、クライアント20がテスト信号66に応答できない場合、センサ62は、クライアント20及び／又はクライアント20に関連するネットワーク接続が機能していないことを決定してもよい。従って、センサ62は、クライアント20に関連するネットワーク切断を示す警告64を生成してもよい。他の例として、センサ62は、クライアント20が取引プラットフォーム30に関連するネットワークポータルからサインオフする前に、取引プラットフォーム30とクライアント20との間のネットワーク接続が終了したことを検出すると、警告64を生成してもよい。ある実施例では、センサ62は、クライアント20から送信されたネットワーク侵入攻撃を表すデータパケット、又は潜在的に有害なコードを有するデータパケット（例えば、ウィルス、スパイウェア、トロイの木馬、ワーム、又は他の有害な通信等）を検出することに応じて、警告64を生成してもよい。センサ62は、取引システム10に関連する何らかの適切な種類のイベント又は障害を検出することに応じて警告64を生成するように動作可能であることがわかる。
【００２３】
警告64を生成するときに、センサ62は、検出されたイベントに関する何らかの適切な情報を有するように、警告64を構成してもよい。特に、警告64は、検出されたイベントの種類、検出されたイベントの時間、検出されたイベントに関連するクライアント20の識別情報、クライアント20に関連するトレーダー22の識別情報、検出されたイベントに関連するデータパケットの発信元IPアドレス及び／又は宛先IPアドレス、及び／又は検出されたイベントに関連する他の適切な特性に関する情報を有してもよい。センサ62は、取引プラットフォーム30のプロセッサ90に警告64を送信するように動作可能である。
【００２４】
市場インタフェース70は、市場センタ40に通信可能に接続され、市場センタ40と取引プラットフォーム30の様々な構成要素との間の通信をサポートする。市場インタフェース70は、市場センタ40により通信される取引注文12を受信するトランザクションサーバを有してもよい。更に、市場インタフェース70は、取引プラットフォーム30に直接接続されたクライアント20から受信した取引注文12を市場センタ40に送信してもよい。市場インタフェース70はまた、市場センタ40から市場データ72を受信してもよい。市場データ72は、市場条件に関する情報（例えば、取引量、最善の入札／売り出し価格、価格の傾向、取引量の傾向、取引注文12の入力時間、未解決の取引注文12の数、活動中のトレーダー22の数、及び／又は取引システム10の条件に関する他の適切な情報等）を有してもよい。
【００２５】
前述のように、取引プラットフォーム30は、メモリ80とプロセッサ90とを有してもよい。一般的に、メモリ80は、ロジック82と１つ以上のトレーダープロファイル84とを格納するように動作可能である。一般的に、ロジック82は、ここに記載の関数及び動作を実行するルール、アルゴリズム、数式、関数、テーブル、又は他の適切な命令を有する。
【００２６】
一般的に、トレーダープロファイル84は、トレーダー22の識別情報、取引嗜好、取引履歴及び／又はアカウントに関する情報を有する。取引プラットフォーム30により、人又はエンティティは、トレーダー22として取引システム10を使用することに登録することが可能になり得る。特定のトレーダー22が取引システム10を使用することに登録すると、取引プラットフォーム30は、そのトレーダー22のトレーダープロファイル84を生成してもよい。従って、取引システム10のトレーダー22毎に、メモリ80は対応するトレーダープロファイル84を格納してもよい。特定のトレーダー22のトレーダープロファイル84は、例えば、そのトレーダー22の名前、住所、雇用主及びアカウント情報のような関連情報を有してもよい。特定のトレーダー22のトレーダープロファイル84は、特定のトレーダー22に関連するクライアント20の連絡データ86を更に有してもよい。
【００２７】
一般的に、クライアント20の連絡データ86は、ネットワークアドレス、電子メールアドレス、電話番号、ポート識別子、IPアドレス、及び／又はクライアント20と通信するための他の適切な情報を有する。一般的に、取引プラットフォーム30は、トレーダー22により提示された取引注文12の状態に関してトレーダー22に通知するために、トレーダープロファイル84の連絡データ86を使用してもよい。ある実施例では、特定のトレーダー22は、取引プラットフォーム30と通信するために複数のクライアント20を使用してもよい。例えば、ある場合には、特定のトレーダー22は、携帯情報端末（PDA）を使用して、取引プラットフォーム30に取引注文12を提示してもよい。他の場合には、特定のトレーダー22は、取引プラットフォーム30に取引注文12を提示するために、携帯電話又はパーソナルコンピュータを使用してもよい。PDA、携帯電話及びパーソナルコンピュータがクライアント20の例として前述されているが、クライアント20は、システム10の他の構成要素と情報を受信、処理、格納及び／又は通信することができる何らかの適切な装置（無線、有線等）、構成要素又は要素を有してもよいことがわかる。
【００２８】
ある実施例では、トレーダー22に関連するトレーダープロファイル84は、１つ以上の注文ログ88を有してもよい。一般的に、特定のトレーダー22に関連する注文ログ88は、トレーダー22により提示された取引注文12の状態に関するデータを有する。特定の取引注文12では、注文ログ88は、取引注文12に関連するサイズ、価格及び／又は取引商品に関する情報を有してもよい。注文ログ88は、状態データ92（例えば、取引注文12が実行されたか否か、満たされた取引注文12の一部、取引注文12がキャンセルされたか否か、取引注文12が保留中であるか否か、及び／又は取引注文12の状態に関する他の適切な情報等）を更に有してもよい。注文ログ88は、特定の取引注文12が受信された時間、特定の取引注文12が実行又はキャンセルされた時間、及び／又は注文ログ88の状態データ92が最後に更新された時間を示してもよい。
【００２９】
ある実施例では、状態データ92は、注文スタック94での特定の取引注文12の位置を示す。プロセッサ90は、注文スタック94での活動に少なくとも部分的に基づいて、特定の取引注文12の状態の変化を検出してもよい。一般的に、注文スタック94は、取引注文12の待ち行列、リスト及び／又は系列を表す。取引プラットフォーム30は、異なる取引注文12に関連する価格及び取引商品に従って、各注文スタック94に異なる取引注文12を格納してもよい。例えば、単位当たり$11.00の取引商品Xの入札は、取引商品Xに関連する$11.00の注文スタック94でメモリ80に格納されてもよく、単位当たり$9.00の取引商品Yの入札は、取引商品Yに関連する$9.00の注文スタック94で格納されてもよい。前に受信した取引注文12が最初に実行されるように、所定の注文スタック94の中で、最近受信した取引注文12が前に受信した取引注文12の上又は下に記載されてもよい。従って、取引プラットフォーム30は、取引注文12の実行を管理するために注文スタック94を使用してもよい。
【００３０】
前述のように、状態データ92は、注文スタック94での特定の取引注文12の位置を示してもよい。例えば、クライアント20が単位当たり$12.00で取引商品Xの1,000,000単位の入札Aを提示した場合、取引プラットフォーム30は、取引商品Xの$12.00の注文スタック94に入札Aを割り当ててもよい。この例では、入札Aを受信した特定の時間のため、入札Aは、$12.00の注文スタック94で５番目になってもよい。この例では、他の取引注文12のキャンセル及び／又は実行のため、入札Aは、$12.00の注文スタック94で５番目の位置から２番目の位置に移動する。プロセッサ90は、$12.00の注文スタック94での入札Aのこの移動を検出し、$12.00の注文スタック94での入札Aの新しい位置を示すように注文ログ88の状態データ92を更新してもよい。ある実施例では、更新された状態データ92に少なくとも部分的に基づいて、プロセッサ90は、警告64を受信すると、注文スタック94の入札Aの位置に関してトレーダー22に通知してもよい。トレーダー22に関連するトレーダープロファイル84の注文ログ88は、トレーダー22により提示された１つ以上の取引注文12の性質及び状態に関する何らかの適切な情報を有してもよいことがわかる。
【００３１】
前述のように、メモリ80はプロセッサ90に通信可能に結合される。一般的に、プロセッサ90は、クライアント20から取引注文12を受信し、メモリ80に取引注文12を記録し、注文と反対注文とを合致し、及び／又は取引注文12を市場センタ40に中継するように動作可能である。プロセッサ90は、センサ62から警告64を受信するように更に動作可能である。特定のトレーダー22の第１のクライアント20に関連する警告64を受信すると、プロセッサ90は、特定のトレーダー22により提示された取引注文12の現在の状態データ92を決定するように動作可能である。プロセッサ90は、取引注文12の現在の状態データ92を有する状態メッセージ14を生成するように更に動作可能である。特定の実施例によれば、プロセッサ90は、トレーダー22の第２のクライアント20の連絡データ86をトレーダープロファイル84で特定してもよい。プロセッサ90は、生成された状態メッセージ14をトレーダー22の第２のクライアント20に送信してもよい。このように、トレーダー22の特定のクライアント20がネットワーク50から切断されていても、及び／又は障害を受けていても、取引システム10は現在の状態データ92をトレーダー22に提供し得る。プロセッサ90は、前述の機能又は動作を提供するために、１つ以上のモジュールに実装されたハードウェア及び／又はソフトウェアの何らかの適切な組み合わせを有してもよい。
【００３２】
前述のように、プロセッサ90は、状態メッセージ14を生成するように動作可能である。状態メッセージ14は、トレーダー22により提示された取引注文12に関する何らかの適切な情報を有してもよい。状態メッセージ14は、特定の取引注文12が実行されたかキャンセルされたかを示してもよい。状態メッセージ14は、市場で影響のあるトレーダー22の位置に関する情報を有してもよい。特に、状態メッセージ14は、警告64の時間から、取引日の開始から、又は何らかの適切な時間から、影響のあるトレーダー22の市場位置の純変化を報告してもよい。特定の実施例によれば、状態メッセージ14は、注文スタック94での特定の取引注文12の位置を示してもよい。ある実施例では、状態メッセージ14は、警告64の時間から又は何らかの適切な時間から取引システム10の取引活動に関する市場データ72を有してもよい。
【００３３】
取引プラットフォーム30と、これに関連するインタフェース、プロセッサ及びメモリ装置との内部構造は適応性があり、取引プラットフォーム30の目的の動作を実現するように容易に変更、変形、再配置又は再構成されてもよいことがわかる。特に、クライアントインタフェース60、センサ62及び／又は市場インタフェース70の機能及び動作は、取引プラットフォーム30のプロセッサ90により実行されてもよいことがわかる。
【００３４】
動作中に、トレーダー22は、取引システム10に参加することに登録するために、クライアント20を使用してもよい。登録時に、トレーダー22は、個人データ、雇用主データ及び／又はアカウント情報を取引プラットフォーム30に提示してもよい。特に、トレーダー22は、トレーダー22に関連する１つ以上のクライアント20の連絡データ86を提示するために、クライアント20を使用してもよい。クライアント20の連絡データ86は、ネットワークアドレス、電子メールアドレス、電話番号、ポート識別子、IPアドレス、及び／又はクライアント20に連絡するための他の適切な情報を有してもよい。トレーダー22の登録時に、取引プラットフォーム30は、トレーダー22の特定のトレーダープロファイル84を生成し、メモリ80に格納してもよい。取引プラットフォーム30は、連絡データ86とトレーダー22により提示された他の情報とをトレーダープロファイル84に格納してもよい。取引プラットフォーム30に登録した後に、トレーダー22は、連絡データ86とトレーダープロファイル84に格納された他の情報とに後でアクセスして更新してもよい。取引プラットフォーム30のメモリ80は、如何なる数及び組み合わせのトレーダー22のトレーダープロファイル84を格納してもよいことがわかる。
【００３５】
取引システム10に参加することに登録した後に、特定のトレーダー22は、取引プラットフォーム30に取引注文12を提示するためにクライアント20を使用してもよい。ある実施例では、トレーダー22に関連する取引注文12を受信すると、プロセッサ90は、メモリ80の適切な注文スタック94に取引注文12を記録してもよい。他の実施例では、プロセッサ90は、実行のために１つ以上の市場センタ40に取引注文12を中継してもよい。プロセッサ90は、取引注文12のサイズ、価格及び時間を、特定のトレーダー22に関連するトレーダープロファイル84の注文ログ88に記録してもよい。プロセッサ90は、注文ログ88に取引注文12の現在の状態を状態データ92として記録してもよい。例えば、取引注文12がクライアント20から受信されると、プロセッサ90は、取引注文12の状態データ92として、注文ログ88に“保留中”を記録してもよい。次に、プロセッサ90は、取引注文12を監視し、取引注文12が実行、キャンセル、変更又は他に処理されたか否かを決定してもよい。ある実施例では、プロセッサ90は、注文スタック94の活動に少なくとも部分的に基づいて及び／又は市場センタ40からの市場データ72に少なくとも部分的に基づいて、取引注文12の状態の変化を検出してもよい。取引注文12の状態の変化を検出すると、プロセッサ90は、注文ログ88の状態データ92を更新してもよい。例えば、プロセッサ90が取引注文12に関して市場センタ40から実行メッセージを受信すると、プロセッサ90は、注文ログ88の状態データ92を更新し、取引注文12が実行されたことを示してもよい。
【００３６】
クライアント20が取引プラットフォーム30とネットワーク接続を確立すると、クライアントインタフェース60のセンサ62は、クライアント20と取引プラットフォーム30との間のネットワーク接続を監視してもよい。ある実施例では、センサ62は、テスト信号66をクライアント20に定期的に送信してもよい。テスト信号66は、クライアント20からの応答を起動するように構成された何らかのメッセージ、コマンド、要求、信号又はデータパケットを表してもよい。例えば、テスト信号66は、“状態”関数、“可変値の取得”コマンド、又は如何なる数及び組み合わせの適切な信号を有してもよい。テスト信号66をクライアント20に送信する処理は、クライアント20への“ピング（pinging）”と呼ばれてもよい。特定の実施例によれば、クライアント20がセンサ62から送信された１つ以上のテスト信号66に応答しない場合、センサ62は、クライアント20及び／又はネットワーク50が障害を受けたことを決定してもよい。障害は、クライアント20のエラー若しくは機能障害、ネットワーク切断、ネットワーク50に関連するエラー、及び／又は取引プラットフォーム30とクライアント20との間の通信を中断する何らかのエラーでもよい。障害を検出すると、センサ62は、警告64を生成し、プロセッサ90に送信してもよい。ある実施例では、警告64は、検出された障害に関連する又は影響を受ける特定のクライアント20及び／又は特定のトレーダー22を特定するデータを有する。
【００３７】
ある実施例では、センサ62は、クライアント20にピングを行うことなく、クライアント20及び／又はネットワーク50が障害を受けたことを決定してもよい。ある実施例では、クライアント20は、エラー、機能障害、ネットワーク切断及び／又は中断を受けたときに、特定の警告64をセンサ62に送信するように構成されてもよい。他の実施例では、センサ62は、トレーダー22、クライアント20及び／又はネットワーク50に関連する何らかの適切なハードウェア及び／又はソフトウェアから障害の通知を受信してもよい。
【００３８】
前述のように、センサ62は、警告64をプロセッサ90に送信してもよい。警告64に少なくとも部分的に基づいて、プロセッサ90は、検出された障害に関連する及び／又は影響を受ける特定のトレーダー22を特定してもよい。特定されたトレーダー22毎に、プロセッサ90は、各トレーダープロファイル84を特定してもよい。特定のトレーダー22について、プロセッサ90は、トレーダープロファイル84の注文ログ88で、特定のトレーダー22により提示された取引注文12の現在の状態データ92を特定してもよい。プロセッサ90は、注文ログ88での取引注文12の現在の状態データ92を報告する状態メッセージ14を生成してもよい。ある実施例では、プロセッサ90は、トレーダー22の市場位置が警告64から変化したか否か及びどのくらい変化したかを更に決定してもよい。トレーダー22の市場位置が変化している場合、プロセッサ90は、警告64からのトレーダー22の市場位置の純変化を示すように状態メッセージ14を構成してもよい。
【００３９】
トレーダー22の特定のクライアント20に関連する警告64を受信した後に、プロセッサ90は、トレーダー22に関連する他のクライアントの連絡データ86をトレーダープロファイル84で特定してもよい。特定された連絡データ86を使用して、プロセッサ90は、トレーダー22に関連する他のクライアント20に状態メッセージ14を送信してもよい。このように、トレーダー22に関連する特定のクライアント20が障害を受けていても、取引システム10は、トレーダー22への取引情報のフローを維持するように動作可能である。
【００４０】
注文ログ88の状態データ92及び／又は状態メッセージ14は、取引注文12の現在の状態に関する何らかの適切な情報を有してもよいことがわかる。例えば、状態データ92は、取引注文12が保留中であるか、キャンセルされたか、部分的に実行されたか、完全に実行されたかを示してもよい。他の例として、状態データ92は、注文スタック94の取引注文12の位置を示してもよい。従って、状態データ92は、取引注文12の状態に関する何らかの適切な情報を有してもよい。
【００４１】
ある実施例では、プロセッサ90は、警告64の時点で保留中であった取引注文12の現在の状態データ92を示すように状態メッセージ14を構成してもよい。他の実施例では、プロセッサ90は、トレーダープロファイル84の注文ログ88での全ての取引注文12についての現在の状態データ92を示すように状態メッセージ14を構成してもよい。更に他の実施例では、プロセッサ90は、警告64の時間の後又は警告64の設定可能な期間内に注文ログ88で更新された状態データ92を有するように状態メッセージ14を構成してもよい。従って、プロセッサ90は、注文ログ88の如何なる数及び組み合わせの取引注文12について状態データ92を有するように状態メッセージ14を構成してもよいことがわかる。
【００４２】
前述のように、センサ62は、１つ以上のテスト信号66をクライアント20に定期的に送信するように構成されてもよい。テスト信号66は、クライアント20からの応答を起動するように構成された何らかのメッセージ、コマンド、要求、信号又はデータパケットを表してもよい。センサ62は、何らかの適切な間隔に従って、１つ以上のテスト信号66を特定のクライアント20に送信するように構成されてもよいことがわかる。ある実施例では、特定のトレーダー22に関連する特定のクライアント20にピングする時間間隔は、特定のトレーダー22に関連するトレーダー嗜好96に少なくとも部分的に基づいてもよい。
【００４３】
トレーダー嗜好96は、トレーダー22が取引の決定に関係すると考え得る条件、基準及び／又は方針を有してもよい。トレーダー22は、トレーダー嗜好96を取引プラットフォーム30に提示するためにクライアント20を使用してもよい。取引プラットフォーム30は、特定のトレーダー22に関連するトレーダープロファイル84に、特定のトレーダー22からのトレーダー嗜好96を格納してもよい。ある実施例では、トレーダー嗜好96は、状態メッセージ14を生成する１つ以上の条件を指定してもよい。例えば、トレーダー嗜好96は、クライアント20が設定可能な期間より長く切断された場合に、状態メッセージ14を生成する命令を有してもよい。他の例として、トレーダー嗜好96は、特定の種類の警告64（例えば、ウィルス検出、ネットワーク切断、設定可能な閾値の下のネットワーク速度、及び／又は他の適切な種類の警告64）を受信したときに、プロセッサ90が状態メッセージ14を生成する命令を有してもよい。更に他の例として、トレーダー嗜好96は、警告64の後にトレーダー22の市場位置が設定可能な閾値より上又は下だけ変化した場合に、プロセッサ90が状態メッセージ14を生成して送信するように指示してもよい。ある実施例では、トレーダー22は、登録前、登録中又は登録後に、トレーダー嗜好96を取引プラットフォーム30に提示してもよい。トレーダー嗜好96は、トレーダー22が取引システム10の参加に関係すると考え得る割合、価格の範囲、量の範囲、閾値、イールド・スプレッド（yield  spread）、制限、条件、及び／又は他の適切な基準を有してもよい。
【００４４】
ある実施例では、状態メッセージ14は、設定可能な期間でのトレーダー22の市場位置の純変化に関する情報を有してもよい。トレーダー22の市場位置は、トレーダー22により（買い持ち）保有又は（売り持ち）保有されている特定の取引商品の量を示してもよい。取引の間に、トレーダー22に関連する取引注文12又は価格が他のトレーダー22からの反対注文によりしかけられるため、トレーダー22の市場位置は変化し得る。トレーダー22が一時的に取引プラットフォーム30から切断されると、トレーダー22は、取引プラットフォーム30に再接続したときに、取引プラットフォーム30から切断されてからの市場位置の純変化を認識したいと思うことがある。トレーダー22に関連する注文ログ88に少なくとも部分的に基づいて、プロセッサ90は、トレーダー22の市場位置の純変化を決定するように動作可能である。プロセッサ90は、トレーダー22の市場位置の純変化を報告するように状態メッセージ14を構成してもよい。プロセッサ90は、何らかの設定可能な時点から（例えば、取引日の開始から、切断が生じた時間から、又は他の適切な時間から）の純変化を計算してもよい。
【００４５】
ある実施例では、特定のクライアント20は、取引プラットフォーム30に関連するネットワークポータルにログインし、取引セッションを開始してもよい。取引プラットフォーム30は、特定のクライアント20が取引プラットフォーム30との取引セッションを終了し得るログアウト手順を提供してもよい。ある実施例では、クライアント20が取引プラットフォーム30にログインすると、センサ62は、テスト信号66でクライアント20に定期的にピングし始めてもよい。クライアント20が取引プラットフォーム30との取引セッションからログアウトすると、センサ62は、テスト信号66でクライアント20にピングすることを中止するように構成されてもよい。ある実施例では、クライアント20が取引プラットフォーム30との取引セッションからログアウトする前にテスト信号66に応答することを中止すると、センサ62は警告64を生成するように構成されてもよい。
【００４６】
図２は、特定の実施例による例示的なトレーダープロファイル84を示している。前述のように、メモリ80は、取引システム10のトレーダー22毎に少なくとも１つのトレーダープロファイル84を格納してもよい。ある実施例では、トレーダー22が取引システム10に参加することに登録すると、取引プラットフォーム30は、アカウントデータ、識別情報、雇用主情報、トレーダー嗜好96、連絡データ86及び／又は何らかの適切な情報を提示するように、トレーダー22に要求してもよい。トレーダー22から要求された情報を受信すると、取引プラットフォーム30は、トレーダー22に関連するトレーダープロファイル84を生成してもよい。取引プラットフォーム30は、トレーダー22から受信した情報をトレーダープロファイル84に格納してもよい。
【００４７】
図２に示す例示的なトレーダープロファイル84は、トレーダー22に関連する複数のクライアント20の連絡データ86を有する。特に、トレーダー22に関連するワークステーションA及びBについて、トレーダープロファイル84は、特定のIPアドレス（それぞれ1.160.10.240及び2.234.20.120）を有する。トレーダー22に関連するPDA及び携帯電話について、トレーダープロファイル84は、特定の電話番号（それぞれ571.242.1275及び571.823.8573）を有する。トレーダープロファイル84は、トレーダー22に関連する２つの電子メールアドレス（john@trader.net及びben@money.net）を更に有する。従って、トレーダー22に関連するトレーダープロファイル84は、トレーダー22に関連する複数のクライアント20の連絡データ86を有する。
【００４８】
例示的なトレーダープロファイル84の連絡データ86は、クライアント20毎に特定のクライアント分類を更に示す。ある実施例では、クライアント分類は、特定のクライアント20が第１位のクライアント20であるか、第２位のクライアントであるか等を示す。ある実施例では、取引プラットフォーム30は、ネットワーク接続が第１位のクライアント20と確立された場合に、最初に第１位のクライアント20に状態メッセージ14を送信するように構成されてもよい。ネットワーク接続が第１位のクライアント20と確立されない場合、取引プラットフォーム30は、第２位のクライアント20、第３位のクライアント20及び／又は何らかの適切な分類のクライアント20に状態メッセージ14を送信するように構成されてもよい。ある実施例では、トレーダー22は、どのクライアント20が第１位のクライアント20であるか、第２位のクライアント20であるか等を示すために、クライアント20を使用してもよい。
【００４９】
前記の例では、連絡データ86は、発信元IPアドレスと、電話番号と、電子メールアドレスとを有する。しかし、連絡データ86は、１つ以上のネットワークアドレス、ポート識別子、電子メールアドレス、電話番号、及び／又はトレーダー22に関連するクライアント20と通信するための何らかの適切なデータを有してもよいことがわかる。
【００５０】
例示的なトレーダープロファイル84は、トレーダー嗜好96を有する。例示的なトレーダープロファイル84の第１のトレーダープロファイル96は、トレーダー22に関連するクライアント20が5分より長く取引プラットフォーム30から切断されている場合に、状態メッセージ14を生成して送信するように取引プラットフォーム30に指示する。例示的なトレーダープロファイル84の第２のトレーダー嗜好96は、クライアント20と取引プラットフォーム30との間のネットワーク接続の送信速度が46kbps未満である場合に、状態メッセージ14を生成して送信するように取引プラットフォーム30に指示する。
【００５１】
例示的なトレーダープロファイル84のトレーダー嗜好96は、それぞれ切断時間とネットワーク速度とに基づくが、トレーダー嗜好96は、如何なる適切な基準（例えば、取引量、保留中の取引注文12のサイズ、市場価格、及び／又は如何なる数及び組み合わせの適切な基準）に基づいてもよいことがわかる。トレーダー22に関連するトレーダープロファイル84は、如何なる数及び組み合わせのトレーダー嗜好96を有してもよいことが更にわかる。ある実施例では、トレーダー22がトレーダー嗜好96を取引プラットフォーム30に提示しない場合、取引プラットフォーム30は、初期設定のトレーダー嗜好96をトレーダープロファイル84に格納するように動作可能である。初期設定のトレーダー嗜好96は、接続速度の初期設定閾値、切断時間の初期設定閾値、市場価格の初期設定閾値、及び／又は状態メッセージ14の送信を起動する如何なる数及び組み合わせの適切な基準の初期設定閾値を有してもよい。
【００５２】
例示的なトレーダープロファイル84は、注文ログ88を更に有する。例示的なトレーダープロファイル84の注文ログ88は、トレーダー22により提示された取引注文12に関連するサイズ、価格及び取引商品に関するデータを有する。注文ログ88は、取引注文12に関連する状態データ92と、取引プラットフォーム30が取引注文12を受信した時間と、取引注文12を送信した特定のクライアント20と、取引注文12の状態データ92が最後に更新された時間とを更に有する。例えば、注文ログ88は、2006年6月7日に、1,000,000単位の取引商品Xの入札Aが15:45:32にワークステーションAから受信され、15:46:05に実行されたことを示す。同様に、注文ログ88は、売り出しB及びCと入札D及びEとのサイズ、価格及び状態データ92を示す。この例では、注文ログ88は、売り出しBが15:48:10にキャンセルされ、売り出しC及び入札Dがそれぞれ15:48:30及び15:49:05に実行されたことを示す。15:48:06に受信された入札Eは、依然として保留中である。
【００５３】
この例では、センサ62は、テスト信号66で2秒毎にクライアント20にピングするように構成される。従って、15:48:08に（トレーダー22に関連するワークステーションAから入札Eを受信した2秒後に）、センサ62は、テスト信号66をワークステーションAに送信する。しかし、この例では、ワークステーションAは、ワークステーションAがネットワーク50から切断することを生じる障害を受けている。従って、ワークステーションAは、センサ62からのテスト信号66を受信して応答することができない。ワークステーションAがテスト信号66に応答することができないことを検出すると、センサ62は、警告64を生成し、警告64をプロセッサ90に送信する。警告64を受信すると、プロセッサ90は、状態メッセージ14の送信に関して、少なくとも１つのトレーダー嗜好96をトレーダープロファイル84で特定する。この例では、プロセッサ90は、特定のトレーダー嗜好96を特定し、クライアント20が5分より長く切断されている場合に、状態メッセージ14を生成して送信する。この例では、取引プラットフォーム30は、警告94に続く5分の間にワークステーションAから応答を受信しない。従って、トレーダープロファイル84の第１のトレーダー嗜好96に少なくとも部分的に基づいて、ワークステーションAは、15:53:08に状態メッセージ14を生成する。
【００５４】
この例では、プロセッサ90は、ネットワーク切断時に保留中であった特定の取引注文12について状態メッセージ14を生成する。特に、プロセッサ90は、売り出しB及びCと入札D及びEがネットワーク切断時に保留中であったことを決定する。従って、プロセッサ90は、売り出しB及びCと入札D及びEとに関する情報を含めるように状態メッセージ14を構成する。この例では、入札Aがネットワーク切断前に実行されたことを注文ログ88が示しているため、取引プラットフォーム30は、入札Aに関する情報を状態メッセージ14に含めない。
【００５５】
ネットワーク切断時に保留中であった特定の取引注文12をトレーダープロファイル84で特定した後に、プロセッサ90は、トレーダープロファイル84で特定された取引注文12の現在の状態データ92を決定する。この例では、プロセッサ90は、売り出しBが15:48:10にキャンセルされ、売り出しCが15:48:30に実行され、入札Dが15:49:05に実行され、入札Eが依然として保留中であることを決定する。プロセッサ90は、売り出しB及びCと入札D及びEとに関連する現在の状態データ92を示す状態メッセージ14を生成する。
【００５６】
状態メッセージ14を生成すると共に、取引プラットフォーム30は、１つ以上のクライアント20の連絡データ86をトレーダープロファイル84で特定する。この例では、取引プラットフォーム30は、第１位のクライアント20のネットワーク切断を検出すると、第２位のクライアント20に状態メッセージ14を送信するように構成される。従って、取引プラットフォーム30は、ワークステーションB（IPアドレス2.234.20.120）及び電子メールアカウントA（john@trader.net）が第２位のクライアント20であることを連絡データ86で特定する。従って、取引プラットフォーム30は、ワークステーションB及び電子メールアカウントAに関連する連絡データ86に従って状態メッセージ14をアドレス指定する。取引プラットフォーム30は、ネットワーク50を介してワークステーションBと電子メールアカウントAとに状態メッセージ14を送信する。
【００５７】
図３は、特定の実施例による例示的な状態メッセージ14を示している。特に、状態メッセージ14は、警告64の時間が15:48:08であり、状態メッセージ14の時間が15:53:08であることを示している。状態メッセージ14は、取引プラットフォーム30がネットワーク切断を検出したときに保留中であった特定の取引注文12に関連する量、価格、状態データ92及び取引商品を更に示す。例えば、状態メッセージ14は、5,000,000単位の取引商品Yの売り出しBが15:47:14にワークステーションAから受信され、15:48:10（取引プラットフォーム30がネットワーク切断を検出した2秒後）に実行されたことを示す。同様に、状態メッセージ14は、売り出しCと入札D及びEとの特性及び現在の状態データ92を示す。
【００５８】
ある実施例では、取引注文12の現在の状態データ92を決定すると共に、取引プラットフォーム30は、トレーダー22の市場位置の純変化を計算するように動作可能である。トレーダー22の市場位置は、トレーダー22により（買い持ち）保有又は（売り持ち）保有されている特定の取引商品の量を示してもよい。取引プラットフォーム30は、警告64の時間から、取引日の開始から、又は何らかの適切な期間に従って、過去１時間の間のトレーダー22の市場位置の純変化を決定するように構成されてもよい。この例では、取引プラットフォーム30は、警告64の時間からトレーダー22の市場位置の純変化を決定するように構成される。この例では、取引プラットフォーム30は、取引商品Yの売り出しBがキャンセルされたため、取引商品Yに関するトレーダー22の市場位置が変更されていないことを決定する。取引プラットフォーム30は、警告64の時間から3,000,000単位の取引商品Zの売り出しCと10,000,000単位の取引商品Zの入札Dとが実行されたことを更に決定する。従って、取引プラットフォーム30は、警告64の時間から、トレーダー22が7,000,000単位の取引商品Zの長さであることを、状態メッセージ14で示す。取引商品Xの入札Eは依然として保留中であるため、取引プラットフォーム30は、取引商品Xに関するトレーダー22の市場位置が警告64の時間から変更されていないことを決定する。
【００５９】
前述の例では、取引プラットフォーム30は、警告64の時間からトレーダー22の市場位置の純変化を計算するように構成される。取引プラットフォーム30は、週の初めから、取引日の開始から、又は何らかの適切な期間に従って、トレーダー22の市場位置の変化を計算するように構成されてもよいことがわかる。取引プラットフォーム30は、何らかの適切なメトリック（例えば、警告64の時間からの市場価格の変化、警告64の時間からの取引量、又は如何なる数及び組み合わせの適切なメトリック）を計算し、状態メッセージ14で示すように構成されてもよいことが更にわかる。
【００６０】
前述の例では、特定のトレーダー嗜好96は、クライアント20が5分より長く取引プラットフォーム30から切断された場合に、状態メッセージ14を生成して送信するように取引プラットフォーム30に指示する。トレーダー嗜好96は、クライアント20が10秒より長く、1分より長く又は何らかの適切な期間より長く取引プラットフォーム30から切断されている場合に、状態メッセージ14を生成して送信するように取引プラットフォーム30に指示してもよいことがわかる。トレーダー嗜好96は、クライアント20が取引プラットフォーム30から切断されるとすぐに、状態メッセージ14を生成して送信するように取引プラットフォーム30に指示してもよいことが更にわかる。
【００６１】
前述の例は、ネットワーク切断の時間に基づいて状態メッセージ14を送信するトレーダー嗜好96を示しているが、トレーダー嗜好96は、如何なる数及び組み合わせの適切な基準に基づいてもよいことがわかる。
【００６２】
前述の例では、クライアント20がネットワーク切断のような障害を受けたことを決定すると、センサ92は、警告64を生成する。しかし、センサ62は、如何なる種類及び／又は組み合わせのイベントを検出したときに警告64を生成するように構成されてもよいことがわかる。特に、センサ92は、クライアント20から送信されたネットワーク侵入攻撃を表すデータパケット、又は潜在的に有害なコードを有するデータパケット（例えば、ウィルス、スパイウェア、トロイの木馬、ワーム、又は他の有害な通信等）を検出することに応じて、警告64を生成してもよい。特定のクライアント20に関連するこのような警告64を受信することに応じて、クライアントインタフェース60は、取引プラットフォーム30と特定のクライアント20との間のネットワーク接続を終了するように構成されてもよい。特定のクライアント20のネットワーク切断と共に、プロセッサ90は、特定のクライアント20に関連するトレーダー22からの取引注文12の現在の状態データ92を決定してもよい。プロセッサ90は、決定された状態データ92を有する状態メッセージ14を生成してもよい。プロセッサ90は、トレーダー22の他のクライアント20の連絡データ84をトレーダープロファイル84で特定してもよい。プロセッサ90は、トレーダー22の他のクライアント20に状態メッセージ14を送信してもよい。
【００６３】
特定の実施例によれば、取引システム10は様々な技術的利点を提供することがわかる。ある実施例では、取引システム10は、トレーダー22に関連する第１のクライアント20が障害又はネットワーク切断を受けたときを検出するように動作可能である。障害又はネットワーク切断を検出すると共に、取引システム10は、トレーダー22に関連する取引注文12の状態を決定してもよい。ある実施例では、取引システム10は、メトリック（例えば、警告64の時間からのトレーダー22の市場位置の純変化等）を計算するように更に動作可能である。取引システム10は、トレーダー22に関連する第２のクライアントに状態メッセージ14を生成して送信してもよい。このように、取引システム10は、トレーダー22に関連する特定のクライアント20が障害又はネットワーク切断を受けていても、トレーダー22への状態情報のリアルタイムフローを維持し得る。トレーダー22への状態情報のリアルタイムフローを維持することにより、取引システム10は、取引システム10の信頼性のトレーダー22の信用を促進し得る。取引システム10を信用するトレーダー22は更に多い及び／又は大規模な取引注文12を提示する可能性があるため、取引システム10は市場の流動性を増加させ得る。
【００６４】
図４は、特定の実施例による状態メッセージ14を生成するフローチャートを示している。この方法は、複数のトレーダープロファイル84をメモリ80に格納することにより、ステップ402で始まる。特定のトレーダープロファイル84は、特定のトレーダー22に関連してもよく、第１のクライアント20に関連する第１の連絡データ86と、第２のクライアント20に関連する第２の連絡データ86とを有してもよい。この方法は、特定のトレーダー22に関連する第１のクライアント20から受信した実行保留中の少なくとも１つの取引注文12をメモリ80に格納することにより、ステップ404で継続する。ある実施例では、少なくとも１つの取引注文12を格納すると共に、取引プラットフォーム30は、少なくとも１つの取引注文12の現在の状態データ92をメモリ80に格納してもよい。特定の実施例によれば、取引注文12の状態データ92は、保留中、実行済又はキャンセル済として表されてもよい。他の実施例では、取引注文12の状態データ92は、注文スタック94の位置として表されてもよい。ある実施例では、取引プラットフォーム30は、少なくとも１つの取引注文12と反対注文の少なくとも一部とを合致することにより、少なくとも１つの取引注文12を処理してもよい。他の実施例では、取引プラットフォーム30は、実行のために少なくとも１つの取引注文12を１つ以上の市場センタ40に中継することにより、少なくとも１つの取引注文12を処理してもよい。少なくとも１つの取引注文12の実行、キャンセル又は他の変更を検出すると、取引プラットフォーム30は、取引注文12の状態データ92をメモリ80で更新してもよい。
【００６５】
ステップ406において、センサ62は、第１のクライアント20と取引プラットフォーム30との間のネットワーク接続を監視する。特定の実施例によれば、センサ62は、テスト信号66を第１のクライアント20に定期的に送信することにより、ネットワーク接続を監視するように動作可能である。テスト信号66は、“状態”関数、“可変値の取得”コマンド、又は第１のクライアント20からの応答を起動するように構成された如何なる数及び組み合わせの適切なメッセージ、コマンド、要求、信号若しくはデータパケットでもよい。ステップ408において、センサ62は、第１のクライアント20に関連する警告64を検出する。ある実施例では、第１のクライアント20に関連する警告64を検出することは、第１のクライアント20と取引プラットフォーム30との間のネットワーク接続が終了したことを決定することを有する。ネットワーク接続が終了したことを決定することは、第１のクライアント20が１つ以上のテスト信号66に応答できないことに少なくとも部分的に基づいてもよい。
【００６６】
警告62を検出すると共に、ステップ410において、取引プラットフォーム30は、メモリ80の少なくとも１つの取引注文12に関連する現在の状態データ92を決定する。ある実施例では、少なくとも１つの取引注文12の現在の状態データ92を決定することは、市場での少なくとも１つの取引注文12の位置を決定することを有する。ステップ412において、取引プラットフォーム30は、設定可能な期間の間での特定のトレーダー22の市場位置の純変化を決定する。ステップ414において、取引プラットフォーム30は、少なくとも１つの取引注文12の決定された現在の状態と、トレーダー22の市場位置の決定された変化とを示す状態メッセージ14を生成する。ステップ416において、取引プラットフォーム30は、トレーダー22に関連する第２のクライアント20に関連する連絡データ86をトレーダープロファイル84で特定する。ステップ418において、取引プラットフォーム30は、特定された連絡データ86に少なくとも部分的に基づいて、状態メッセージ14を第２のクライアント20に送信する。そして、この方法は終了する。
【００６７】
複数の実施例で本発明を説明したが、多数の変更及び変形が当業者に示唆され得る。本発明は、特許請求の範囲内にあるこのような変更及び変形を含むことを意図する。
【図面の簡単な説明】
【００６８】
【図１】特定の実施例による取引システムの実施例
【図２】特定の実施例による例示的なトレーダープロファイル
【図３】特定の実施例による例示的な状態メッセージ
【図４】特定の実施例による状態メッセージを生成して送信するフローチャート
【符号の説明】
【００６９】
10  取引システム
20  クライアント
30  取引プラットフォーム
40  市場センタ
50  ネットワーク
【図１】
0005525137.tif 000002
【図２】
0005525137.tif 000003
【図３】
0005525137.tif 000004
【図４】
0005525137.tif 000005