JP2008503794A - プロトコル独立型資産トレーディングシステム及び方法 - Google Patents

プロトコル独立型資産トレーディングシステム及び方法 Download PDF

Info

Publication number
JP2008503794A
JP2008503794A JP2006541435A JP2006541435A JP2008503794A JP 2008503794 A JP2008503794 A JP 2008503794A JP 2006541435 A JP2006541435 A JP 2006541435A JP 2006541435 A JP2006541435 A JP 2006541435A JP 2008503794 A JP2008503794 A JP 2008503794A
Authority
JP
Japan
Prior art keywords
protocol
trading
state
gesture
gestures
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2006541435A
Other languages
English (en)
Inventor
ブラン，ジョン，イー．，ティー．
ペニー，ニール
Original Assignee
エフエックス アライアンス，エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by エフエックス アライアンス，エルエルシー filed Critical エフエックス アライアンス，エルエルシー
Publication of JP2008503794A publication Critical patent/JP2008503794A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

殆どの資産トレーディングトランザクションを特徴付ける、複数のよりハイレベルのトレーディングプロトコルをサポートする、「ジェスチャ」と呼ばれる、プロトコル独立型基本資産トレーディングメッセージのカタログを使用する、インターネットなどの、相互接続コンピュータネットワーク上でトレードを実行するためのシステム及び方法。プロトコル依存ワークフローを必要とするトレーディングトランザクションは、ジェスチャのカタログから選択され、次いでオンライン資産トレーディングサーバに一度にひとつずつ渡される、プロトコル独立型ジェスチャから構成される。オンライン資産トレーディングサーバは、現在の状態、受信する選択されたプロトコル独立型ジェスチャ、及び１組の状態遷移規則に基づき、一連の互いに異なる状態により、保留中の見積り及びトレードを遷移し、これにより、よりハイレベルのプロトコル依存ワークフローを実施する。

Description

本発明は、一般に、自動オンライン資産トレーディングシステム、より詳細には、相手方が、ハイレベルコンピュータソフトウェアアプリケーションプログラム、アプリケーションプログラミングインターフェース、及びグラフィカルユーザインターフェースを使用して、中間又は集中オンライントレーディングサーバからのサポート又はこのサーバの制御により、資産トレーディングトランザクションを起動し、交渉し、及び実行する、自動オンライン資産トレーディングシステムに関する。
たとえば外国為替（「ＦＸ」）及び金融市場を含む、資産トレーディングビジネスにおいては、顧客が、「リクイディティプロバイダ」又は単に「プロバイダ」と呼ばれる、資産ディーラー（通常は、銀行又は銀行業務機関）を通じてトレードを実行する。代表的なシナリオにおいては、ある量の資産を購入する、売る、貸し出す、又は借入することを望む顧客が、（「ＲＦＱ」と呼ばれる）価格見積り要求を１つ以上のプロバイダに送信することにより、トレーディングトランザクションを提案する。プロバイダは、提案されたトランザクションに対する価格見積りを返すことによって応答する。この提案されたトランザクションは、プロバイダが喜んで資産を売りたい（又は貸し出したい）と思う価格と同様、プロバイダが喜んで資産を購入したい（又は借入れたい）と思う価格を示している。顧客が、価格見積りを気に入り、送信したプロバイダと契約することを望むと、顧客は、価格見積りに記載されている価格用のトレード資産オファー（このオファーは、通常、「取引オファー」と呼ばれる）をプロバイダに伝送する。プロバイダが顧客の取引オファーを受信した時に、価格見積りがまだ利用可能である（即ち、まだ時間切れでない）と、またプロバイダが、多量注文及び提案決済日などの、ＲＦＱの他の条件に満足し得ると、プロバイダは、通常、取引オファーを受け入れ、提案されたトランザクションは、契約され実行される。やや異なるシナリオにおいては、プロバイダは、価格見積りに特有のＲＦＱを受け取らず、価格見積りを顧客に実質的に連続して流し続けることがあり、顧客が、ストリーム内の１つ以上の価格見積りに対する取引オファーを送信することにより、トランザクションを起動することがある。
顧客とプロバイダとの間の、より速く、より効率的な、また監査のためにより追跡可能な、トレーディングトランザクションを促進するための、自動資産トレーディングシステムが導入されてきた。通常、これらのシステムは、ユーザから入力を受信し、かつプロバイダのコンピュータシステム（又はネットワーク）上を動作する１つ以上のハイレベルトレーディングアプリケーションプログラムに電子トレーディング命令を送信する、顧客のコンピュータシステム（又はネットワーク）上を動作する、ハイレベルトレーディングアプリケーションプログラム（又は場合によっては、一式のハイレベルトレーディングアプリケーションプログラム）、又はグラフィカルユーザインターフェースを有する。顧客のコンピュータシステム及びプロバイダのコンピュータシステムは、インターネット、専用ワイドエリアネットワーク（ＷＡＮ）、又は企業内イントラネットなどの、相互接続コンピュータネットワークにおいて確立された１つ以上のデータ通信チャネルを介して一連のメッセージを交換することにより互いに対話する。通常、ハイレベルトレーディングアプリケーションプログラム及びグラフィカルユーザインターフェースは、メッセージを作成し、これを、サブルーチン及び関数呼出しの定義済みコレクション又はライブラリにアクセスすることにより、コンピュータネットワークを経由して伝送する。サブルーチン及び関数呼出しのコレクション又はライブラリは、アプリケーションプログラミングインターフェース（「ＡＰＩ」）と呼ばれる。
ＡＰＩの補助により、コンピュータネットワーク内のデータ通信リンクを経由して見積り及びトレーディング命令を伝えるメッセージは、これも相互接続コンピュータネットワークに接続されている中間又は集中オンライントレーディングサーバ（又は「ポータル」）を通じて運ばれることがある。通常、中間オンライントレーディングサーバは、顧客及びリクイディティプロバイダの代わりに、メッセージを調整し、比較し、突き合せ、エラーチェックし及び／又は記録し、並びに当事者に応答をリアルタイムで通信するよう構成される。場合によっては、オンライントレーディングサーバは、第三者によって管理され操作される。ニューヨーク州、ニューヨーク市のＦＸ Ａｌｌｉａｎｃｅ，ＬＬＣ（ＦＸａｌｌ）は、ＦＸ市場用のオンライントレーディングサーバのサードパーティオペレータの一例である。
既存のトレーディングアプリケーションプログラムは、しばしば、（入札及びオファー価格、資産量、提案決済日、トレーディングプロトコル、売買勘定などの）トレーディングトランザクションに関連する多量のデータをユーザに表示し、表示されたデータに応答して特有のトレーディング命令及びセレクションをユーザから受信するよう構成されたグラフィカル又はテキストベースのユーザインターフェースを含む。命令及びセレクションは、通常、たとえば、キーボード、コンピュータマウス、トラックボール、図形タブレット、及びスタイラスペンなどのコンピュータ分野において良く知られているパーソナルコンピュータ入力装置を使用し操作することによって生成される。
資産トレーディングビジネスにおいては、特に、サポートしなければならない絶えず増加し続けるトレーディングプロトコルの数及び複雑さについて、オンライン資産トレーディングシステムに関連する製品及びサービスを改良し、拡張し、アップグレードし及び／又は修理するという、途方もないプレッシャがある。顧客の期待を満足させ、競争力を持ち続けるためには、アプリケーションソフトウェア開発者及びプログラマ同様、オンライントレーディングシステム及びオンライントレーディングポータルのオペレータ及び管理者は、新規かつ改良したソフトウェアをかなり頻繁に開発し、提供していかなければならない。しかし、主として、多数の互いに関係し共働するソフトウェアプログラム及びモジュールは、特定のプログラム又はモジュールの著しい変更により悪影響を受ける恐れがあるため、改良品、アップグレード品、又は修正品をリリースするためには、かなりの時間、努力及びリソースが必要であることが分かっている。たとえば、新しいトレーディングプロトコルをサポートするために、オンライントレーディングサーバ上の重要なオペレーティングコンポーネント（たとえば、プロセッサ、アルゴリズム、又はソフトウェアモジュール）を変更し又は取り替えるには、通常、そのオンライントレーディングサーバと相互作用する遠隔顧客及びプロバイダコンピュータシステムに常駐しており、かつこの上で動作する、すべての又はかなりの数のトレーディングアプリケーションプログラム、グラフィカルユーザインターフェース、及びＡＰＩを変更し又は取り替える必要がある。このような多くの遠隔システムがある場合には、特定のオペレーティングコンポーネントのための変更品、改良品、又は修正品を提供するためには、通常、変更品、改良品、又は修正品により影響を受ける可能性のある遠隔サイトのすべてのプログラム及びライブラリを設置、試験、及び再保証しなければならないという途方もない作業が必要となる。しかも、オンライントレーディングシステムに著しい変更又は改良を加えるには、通常、追加又は改訂トレーニング資料及びシステム文書を作成するための時間及び金を費やさなければならない。
したがって、オンライントレーディング業界においては、変更され、アップグレードされ、又は修正されたコンポーネントが相互作用する他のすべてのコンポーネントを必ずしも変更、アップグレード、又は修正する必要することなく、あるコンポーネントを変更、アップグレード、又は修正できるように、互いに協働するよう構築されているが、なお独立して動作するコンポーネントを組み込んだオンライントレーディングシステム又はネットワークが必要である。このようなシステムにより、たとえば、プロバイダ、顧客、及びオンライントレーディングサーバオペレータが、非常に新しい機能及びアップグレード品を開発する、試験する、及び展開する、及びオンラインに入ってきた新しいトレーディングプロトコルをサポートすることが、はるかにより速く、より廉価、より容易となる。
発明の概要
本発明は、ほとんどの資産トレーディングトランザクションを特徴付ける複数のハイレベルトレーディングプロトコル（即ち、「ワークフロー」）をサポートするが、このようなプロトコルから独立して動作する、基本資産トレーディングメッセージの定義済みセット（又は「カタログ」）を使用する、インターネットなどの相互接続コンピュータネットワーク上でトレードを実行するためのシステム及び方法を提供することにより、上述した必要性に対処するものである。これらのプロトコル独立型基本資産トレーディングメッセージは、「ジェスチャ」と呼ばれる。見積り及びトレードのためのプロトコル依存ワークフローが、その見積り及びトレード用のプロトコル独立型ジェスチャのシーケンスに変換及び配置され、このジェスチャは、ジェスチャのカタログから選択され、次いで、オンライン資産トレーディングサーバに一度にひとつずつ渡される。オンライントレーディングサーバは、現在の状態、受信する選択されたプロトコル独立型ジェスチャ、１組の状態遷移規則に基づいて、一連の互いに異なる状態により保留中の見積り及びトレードを遷移させ、これにより、よりハイレベルのプロトコル依存ワークフローを実施する。顧客トレーディングシステム又はプロバイダトレーディングシステムから受信されたそれぞれのプロトコル独立型ジェスチャを処理した（必要な場合には、見積り又はトレードの状態を変更した）後に、オンライントレーディングサーバは、通常、復帰プロトコル独立型ジェスチャを生成し、復帰プロトコル独立型ジェスチャを顧客及びプロバイダトレーディングシステムの１つ又はその両方に伝送する。このようにして、オンライントレーディングサーバは、頑強であり、極めて適応可能かつ効率的に、きわめて多様かつ複雑な、よりハイレベルのプロトコル依存トランザクションを行うことができる。
一般に、本発明の一態様は、顧客オンライントレーディングシステム上で動作する顧客トレーディングアプリケーションと、プロバイダトレーディングシステム上で動作するプロバイダトレーディングアプリケーションと、トレーディングエンジン及び（「保留中の見積り及びトレード」データベースなどの）メモリ記憶領域を備えたオンライントレーディングサーバとを備える、トレーディングトランザクションを処理するためのコンピュータネットワークを提供することである。コンピュータネットワークは、オンライントレーディングサーバを顧客トレーディングシステムに接続する第１のデータ通信リンクと、オンライントレーディングサーバをプロバイダトレーディングシステムに接続する第２のデータ通信リンクとを含む。オンライントレーディングサーバは、第１のデータ通信リンクを介して、特定のプロトコルに従って見積り又はトレードを処理するよう顧客トレーディングシステムから要求を受信する。後述されるように、通常、要求は、１つ以上のプロトコル独立型ジェスチャによりオンライントレーディングサーバに伝達される。サーバは、メモリ記憶領域内に見積り又はトレードの現在の状態を格納し、（別のプロトコル独立型ジェスチャを使用して）第２のデータ通信リンクを介してプロバイダトレーディングシステムに要求を送信する。
プロバイダトレーディングアプリケーションは、プロトコル独立型基本資産トレーディング命令の定義済みシーケンスである要求用のプロトコル依存ワークフローを選択し、定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャをオンライントレーディングサーバに連続的に伝送する。オンライントレーディングサーバでそれぞれのプロトコル独立型ジェスチャを受信すると、トレーディングエンジンは、見積り又はトレードの新しい状態を反映するようメモリを更新する。新しい状態は、現在の状態、受信されたプロトコル独立型ジェスチャ、及び状態遷移規則のコレクションから選択された１つの態遷移規則に基づいて判断される。場合によっては、また、いくつかのプロトコル独立型ジェスチャについては、見積り又はトレードのステータスは変更されず、この場合、新しい状態は、現在の状態と同じである。現在の状態を変更又は更新した後、オンライントレーディングサーバは、トレーディングアプリケーションが受信することを予想するプロトコル独立型ジェスチャをワークフローの一部として生成し伝送することにより、適切な確認、通知、受信通知、及び（たとえばそのトランザクションに特有な経済条件などの）他の情報を顧客トレーディングアプリケーションに又はプロバイダトレーディングアプリケーションに通信し戻す。特に、また以下に記述するように、あるプロトコル用のプロバイダトレーディングアプリケーションによって使用される及び同じプロトコル用の顧客トレーディングアプリケーションによって使用される、プロトコル依存ワークフロー及びプロトコル独立型ジェスチャは、互いに非常に異なっていることがある。
本発明の別の態様は、コンピュータネットワークではなく、ネットワークインターフェースと、メモリと、トレーディングエンジンとを有するオンライントレーディングサーバを提供することである。この態様においては、ネットワークインターフェースは、特定のプロトコルに従って見積り又はトレードを処理するための要求を受信し、遠隔プロバイダトレーディングシステムにその要求を送信する。メモリは、見積り又はトレードの現在の状態を格納し、トレーディングエンジンは、ネットワークインターフェースを介して、遠隔プロバイダトレーディングシステム又は遠隔顧客トレーディングシステムから見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを受信する。それぞれのプロトコル独立型ジェスチャを受信すると、オンライントレーディングサーバ上のトレーディングエンジンは、必要な場合には、現在の状態、受信されたそれぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて見積り又はトレードの新しい状態を反映するよう、メモリを更新する。
本発明のさらに別の態様においては、（１）オンライントレーディングサーバで、特定のプロトコルに従って見積り又はトレードを処理するよう相手方から要求を受信するステップと、（２）オンライントレーディングサーバで、メモリ内に見積り又はトレードの現在の状態を格納するステップと、（３）向こうの相手方に要求を送信するステップと、（４）向こうの相手方のシステムにおいて、プロトコル独立型ジェスチャの定義済みシーケンスを有する、要求用のプロトコル依存ワークフローを選択する及び／又は作成するステップと、（５）オンライントレーディングサーバにワークフロー内のそれぞれのプロトコル独立型ジェスチャを連続して伝送し戻すステップと、（７）オンライントレーディングサーバにおいて、それぞれのプロトコル独立型ジェスチャを受信したことに応答して、見積り又はトレードの新しい状態を反映するようメモリを更新するステップとを有する、トレーディングトランザクションを処理する方法が提供される。本発明の他の態様と同様に、見積り又はトレードの新しい状態は、現在の状態、受信された特定のプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断される。
本発明のトレーディングプロトコル独立型の態様は、たとえば、よりハイレベルのトレーディングアプリケーションプログラムによって使用されるよりハイレベルのトレーディングプロトコルから独立して、ジェスチャを正しく処理することができる顧客及び（特に）プロバイダサイトに配備するためのアプリケーションプログラミングインターフェースライブラリの開発を可能にし、サポートする。したがって、よりハイレベルのアプリケーションプログラム及びライブラリは、周囲のプログラムに影響を及ぼさずに、より容易に改変され更新され得る。
以下、例示的実施形態、したがって非限定的な実施形態を参照し、かつ本明細書の一部を構成し、例示的実施形態の記述を含む図面を用いて、本発明及び本発明の様々な態様、特徴、及び利点について詳細に説明する。

以下、図１〜図１０を参照しながら、本発明の例示的実施形態の詳細な記述について説明する。特に、本発明は、当業者は本明細書を読むことにより明らかであろうが、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組合せを使用して実施される。以下、ＦＸａｌｌ複数プロバイダ資産トレーディングプラットフォームを参照しながら、ジェスチャの技術的な頑強性及び性能特性について詳細に記述する。しかし、ＦＸａｌｌプラットフォームは、本明細書に記述されている本発明がこれに基づいて機能するトレーディングプラットフォームの一例に過ぎない。本発明は、他の任意の１つのプロバイダ又は複数のプロバイダトレーディングプラットフォームに等しく適応可能であり、これらと共に効率的に動作するよう設計される。したがって、本文書及び図面において、ＦＸａｌｌのトレーディングプラットフォーム及びそのプロトコル及びコンポーネント（たとえば「ＱｕｉｃｋＦｉｌｌプロトコル」又は「ＦＸａｌｌサーバ」）を参照することは、単に例示のためであり、本発明の範囲及び適用可能性を限定するものと解釈されるべきではない。
アプリケーションプログラミングインターフェース（ＡＰＩ）
外国為替トランザクションなどのオンライントレーディングトランザクションを行うのに使用されるコンピュータネットワークにおいて、プロバイダ及び顧客は、通常、サブルーチン及び関数呼出しのライブラリを使用して、それらのトレーディングシステム（即ち、「レートエンジン」）とオンライントレーディングサーバとの間にインターフェースを構築する。ライブラリは、通常、通信（オンライントレーディングサーバへの及びこれとの接続の確立、維持及び破棄、並びにこの接続を経由したメッセージの送信及び受信）に関するクラスを含む。たとえば、オンラインサーバ及び相手の顧客トレーディングアプリケーションと通信するためにＡＰＩを使用するプロバイダトレーディングアプリケーションの代表的なライフサイクルは、以下の通りである。即ち、
＊ アプリケーションを開始する
＊ 始動ハウスキーピング関数を遂行し、オンライントレーディングサーバとの接続を確立する
＊ 見積り、トレード、及び情報要求に応答する
＊ 遮断ハウスキーピング関数を遂行し、オンライントレーディングサーバとの接続を閉じる
＊ アプリケーションを遮断する
接続タイプ及び暗号化
本発明の実施形態においては、ＳＳＬ（セキュアソケットレイヤ）によって保護されている標準ＴＣＰ／ＩＰソケットを使用して、「直接接続」が確立される。セキュリティ上の理由により、これらのタイプの接続は、機関のファイアウォールによってブロックされる。ファイアウォール制限がある場合、直接接続には、通常、接続が確立できるようになる前に、ファイアウォール制限の除去又はＳＯＣＫＳプロキシの実施が必要となる。直接接続は、通常、最大の接続性能を提供する。標準ソケットが使用されるので、（サイズを増加させ、データ伝達の処理費用が必要となる）特別なデータフォーマティングがない。
本発明の実施形態はまた、通常のワールドワイドウェブ（「ＷＷＷ」）トラフィックを模倣する「トンネル接続」をサポートする。トンネル接続は、通常企業のファイアウォールによって阻止されない、通常のｈｔｔｐｓソケットによりＴＣＰ／ＩＰを使用する。双方向メッセージトラフィックは、ウェブプロキシを通過するためにｈｔｔｐパケットによって符号化される。この符号化に伴う追加のプログラム作業、及びこれに必要な追加データにより、トンネル接続は、一般に、直接接続より遅くなる。接続によって伝送されるデータは暗号化されることが好ましい。暗号化は、通常、ｈｔｔｐｓプロトコルで使用されるのと同様に、ＳＳＬ（「セキュアソケットレイヤ」）に適用される。
ＴＣＰ（インターネット又は仮想プライベートネットワークを経由するｈｔｔｐｓ及びソケット接続の基礎をなすネットワークトランスポート）は、よりハイレベルのアプリケーションコードを知らせることなく、脱落メッセージパケットを再伝送し、接続の経路を変更できるようにする、よりローレベルのパケット交換プロトコルに基づく。この基礎をなす頑強性は費用と相関する。つまり、いくつかの故障条件において断線したネットワーク接続を検出するのに、有限な（しばしば大きく分単位で測定される）時間がかかる。本発明は、この種の故障のためのより速い検出メカニズムをサポートする。具体的には、本発明のオンライントレーディングサーバ及びＡＰＩは、「生存」通知を交換する。顧客又はプロバイダシステム上で動作するハイレベルトレーディングアプリケーションには、これらの生存通知の伝達が通知されず、基礎をなすＡＰＩライブラリが、スケジュールされた生存通知が到達していないことを検出し、基礎をなすＴＣＰ接続が断線したことを報告する前に処置を講じるよう構成される。
本発明のコンピュータネットワークはまた、生存通知を使用して、顧客トレーディングシステムとプロバイダトレーディングシステムとの間の往復待ち時間を測定する。ネットワーク上の任意のコンピュータシステム用の待ち時間データは、収集され要約されて、そのコンピュータネットワークに結び付けられた他のコンピュータシステムのすべてにおいて利用可能となる。これらの待ち時間データの認識及び分布関数は、「LATENCY-AWARE ASSET TRADING SYSTEM（待ち時間認識資産トレーディングシステム）」という表題の、本明細書と同時に出願された、同時係属中の出願（出願番号 ）に記載の発明の構成要素であり、本出願の譲受人に譲渡され、参照によりその全体が本出願に組み込まれている。
トレーディングプロトコル、ワークフロー、及びプロトコル独立型ジェスチャ
トレーディングプロトコルとは、「ワークフロー」である。ワークフローは、トレーディングトランザクションを完了するためにシステム内の当事者間を流れるメッセージの１つ以上の有効なシーケンスを定義する。トレーディングアプリケーションプログラムは、通常、オンライントレーディングサーバ及び／又は向こうの相手方によってサポートされるトレーディングプロトコルの要件に従って、オンライントレーディングサーバと相互作用する。このため、ＡＰＩはまた、サポートされるトレーディングプロトコルをモデルとするサブルーチン及び関数呼出しのクラスを含む。本発明は、ＡＰＩによってサポートされる多様なトレーディングプロトコルを実施するために改良されたシステム及び方法を提供する。これらのプロトコルは、ＡＰＩ内のプロトコル独立型サブルーチン及び関数呼出しのシーケンスとして表現される、見積りの伝達及び取引の交渉用の有効なワークフローを定義する。
本発明においては、これらのトレーディングプロトコルをサポートするが、これらから独立して動作する基本資産トレーディングメッセージのカタログを定義し使用することにより、様々なトレーディングプロトコル（即ち、「プロトコル依存ワークフロー」）が実施される。図１は、多様なワークフローを構築するよう、本発明の実施形態において共に組み合わせられるプロトコル独立型ジェスチャのカタログの例を示す２つの表を含む。図１の左側の表は、トレーディング要求及び命令を伝えるメッセージをオンライントレーディングサーバと交換するために、プロバイダトレーディングアプリケーションによって使用されるプロトコル独立型ジェスチャ（ＡＰＩ関数呼出し）のコレクションを示す。プロバイダトレーディングアプリケーションは、図１の左側の表に示されているプロトコル独立型ジェスチャ（即ち、ＡＰＩ関数呼出し）をトランザクションに必要な特定のプロトコルに従ったシーケンスに配置することにより、プロトコル依存プロバイダワークフローを作成する。
図１の右側の表は、トレーディング要求及び命令を伝えるメッセージをオンライントレーディングサーバと交換するために顧客トレーディングアプリケーションによって使用されるプロトコル独立型ジェスチャ（ＡＰＩ関数呼出し）のコレクションを示す。プロバイダトレーディングアプリケーションのオペレーション及びプロバイダジェスチャの使用と同様に、顧客トレーディングアプリケーションは、図１の右側の表に示されているプロトコル独立型ジェスチャ（即ち、ＡＰＩ関数呼出し）をトランザクションに必要な特定のプロトコルに従ったシーケンスに配置することにより、プロトコル依存顧客ワークフローを作成する。
特に、ＡＰＩ関数呼出し同士は異なることがあるが、通常、プロバイダジェスチャと顧客ジェスチャとの間には強い相関関係がある。これは、プロバイダジェスチャ及び顧客ジェスチャが、表裏一体の如く共に作業するよう設計されているためである。たとえば、本発明の好ましい実施形態においては、プロバイダトレーディングシステム及び顧客トレーディングシステムの両方におけるＡＰＩは、「見積り」ジェスチャと呼ばれるジェスチャを含む（図１の５行参照）。プロバイダトレーディングアプリケーションは、プロバイダＡＰＩ内の関数「ＳｅｎｄＱｕｏｔｅ（）」を呼び出して、オンライントレーディングサーバに見積りを送信することにより、見積りジェスチャを呼出す。しかし、顧客トレーディングアプリケーションは、顧客ＡＰＩ内の関数「ＯｎＮｅｗＰｒｉｃｅ（）」を呼び出して、オンライントレーディングサーバからその見積りを検索する場合に、見積りジェスチャを呼び出す。したがって、プロバイダトレーディングアプリケーションは、見積りジェスチャを使用してデータを送信するが、顧客トレーディングアプリケーションは、見積りジェスチャを使用してデータを受信する。
ある場合には、プロバイダ及び顧客トレーディングアプリケーションプログラムによって作成されたプロトコル依存シーケンスは、トレーディング要求が起動又は受信される時に動的に作成される。他の場合には、プロバイダ及び顧客トレーディングアプリケーションプログラムは、指定されたプロトコル用のワークフローを提供するよう構成された、データ記憶装置又は別のアプリケーションプログラム又はプロセスから、ジェスチャの所望のシーケンスを検索する。さらに他の場合には、特定のプロトコル用のプロトコル独立型ジェスチャのプロトコル依存シーケンスは、プロバイダ又は顧客トレーディングアプリケーション内に「ハードコード」される。
トレーディングプロトコルは、通常、１つの又は２つの大規模な部分、即ち、見積り部分とトレード部分とからなる。これらの２つの部分は、制限された関係を有する。即ち、見積り部分が存在する場合には、トレード部分は、見積り部分が活動状態である間にのみ起動され得る。次に、図２Ａ、図２Ｂ、図３、図４、及び図５に示されている統一モデリング言語（ＵＭＬ）シーケンス図を参照しながら、以下、トレーディングプロトコルのいろいろな例の見積り部分及び様々な形態のトレード部分を構成するために、本発明の実施形態において使用されるプロトコル独立型ジェスチャのシーケンスについて記述する。これらのシーケンス図においては、垂直軸は、時間の経過（上から下に）を表し、水平軸は、それぞれの垂直軸、即ち、顧客、顧客トレーディングシステム、オンライントレーディングサーバ、及びプロバイダトレーディングシステムの先端にラベル付きの四角形内に示されている４つのオブジェクトの間のプロトコル独立型ジェスチャの経過を表す。任意の１つの図内の順序付けられたジェスチャ（メッセージ）のシーケンス全体は、プロトコル用のワークフローを表す。
見積り部分
図２Ａ及び図２Ｂに示されているＵＭＬシーケンス図は、トレーディングプロトコルワークフローを実施するよう本発明の実施形態においてアセンブルされるプロトコル独立型ジェスチャのシーケンスを示している。図２Ａ及び図２Ｂに示されるように、見積り部分は、通常、いくつかの異なるプロバイダに関連する。最初の組のプロバイダは、顧客が見積り部分を開始した時に作成される。プロバイダは、（顧客に見積りを送信することを拒否することにより）見積りプロセスから自分自身で除去し得る。また、顧客により個々に除去される、又は（プロトコルによっては）勝者側のプロバイダとして選択された場合に顧客によって除去される。見積り上のプロバイダの数が許容最大限より小さい場合、顧客の要求により、追加のプロバイダが保留中の又は「空中の」見積りに追加されることがある。見積りに残っているプロバイダがない場合には、終了し、顧客に知らされる。
ある見積り部分は、永続的なものとして表され、再始動されることがある。このファシリティは、一般に、（以下に記述する）ＱｕｉｃｋＦｉｌｌプロトコルトランザクションに使用されるものなどの、非時間制約型見積り部分にのみ適用される。プロバイダ及び見積り部分の条件は、サーバに永続的に格納され、先のものが終了した後に、プロバイダに再提出される。好ましい実施形態においては、プロバイダによる又はサーバによる見積り部分の終了は、常に、顧客への「見積り終了」ジェスチャとなる。このことは、見積りの終了が、顧客がトレードを完了した結果にも当てはまる。このことにより、見積り部分がクリーンに、かつトレーディング部分とは別個に保たれる。
トレード部分
（見積り部分の有無は別として）トレーディングプロトコル間の主要な差は、プロトコルのトレード（又は「交渉」）部分の行動から生じる。顧客及びプロバイダによってとられるアクションは、ほとんどのトレーディングプロトコルにおいて非常に似通っている。当事者によって知覚される差は、トランザクションの当事者が決定を行う場合の、オンライントレーディングサーバのトレーディングエンジンのアクションの差による。通常、これらのアクションは、以下の表１に示されている、非常に小さい組の可能性から導き出される。
Figure 2008503794
以下、本発明と共に実施される、あるプロトコルのトレード部分の例について論ずる。
ＲＦＱプロトコル
典型的なＲＦＱプロトコル内には、見積り部分及び最大１つのトレード部分がある。見積り部分は、サーバが顧客の取引オファーを処理した時に終了する。通常、見積り部分の持続時間のタイマがある。タイムアウト時間の終わりまでにプロバイダが応答しない場合、このことが顧客に知らされる。プロトコルは、この時点では終了しない。即ち、プロバイダは、処理される完了メッセージ（たとえば、「拒否条件」又は「取引が実行された」メッセージ）をまだ生成することがある。
図３は、本発明の実施形態に従って、ＲＦＱプロトコルトランザクションの見積り及びトレード部分を実施するのに使用されるプロトコル独立型ジェスチャのシーケンスを示すＵＭＬシーケンス図である。トレード部分は、上述した典型的なＲＦＱプロトコルに基づくが、見積り部分は、勝者側のプロバイダがトランザクションの条件を受け入れるまで終了しない。Offer to Deal(取引オファー）において選択されたプロバイダが見積り部分から直ちに除去され、それぞれのプロバイダは、ＲＦＱ取引を実行するための最大１つの機会を有する（図３のシーケンス図のオンライントレーディングサーバ軸上の「見積り上のプロバイダを非活動化する」アクション及び「関連見積りを終了する」ジェスチャを参照）。この結果、プロバイダの拒否条件メッセージは、プロバイダが見積り部分内の唯一のプロバイダでない限り、顧客がトレードを完了することを妨げない。
ＱｕｉｃｋＦｉｌｌプロトコル
ＱｕｉｃｋＦｉｌｌプロトコルは、トレードを実行するよう互いに競争している複数のプロバイダからの見積りのストリームを示す顧客トレーディングシステム上の、長命の顧客トレーディングウィンドウ（又は「パネル」）をサポートする。ＱｕｉｃｋＦｉｌｌストリーミングプロトコル、及び顧客トレーディングシステム上のプロトコルと合わせて使用される好ましいユーザインターフェースは、「QUICK-FILLING CUSTOMER ASSET TRADING SYSTEM（急速充填顧客資産トレーディングシステム）」（出願番号 ）という表題の、本明細書と同時に出願された、同時係属中の出願に開示され記載されている本発明の構成要素であり、本出願の譲受人に譲渡され、参照によりその全体が本出願に組み込まれている。
ＱｕｉｃｋＦｉｌｌプロトコルを用いて、顧客は、見積りストリームを示す多くのウィンドウを作成し得るが、本発明のいくつかの実施形態においては、１つの顧客と通貨との対について、１つのみのウィンドウが存在する。これらのウィンドウは、顧客がトレードをプロバイダと直接実行する（即ち、中間トレーダ、仲介業者、又はトレード管理者がいない）トレーディングの非公開モデルを示す。非公開モデルは、顧客及びプロバイダに、彼らが完了する取引に関する可能な最大のプライバシを与えるものである。
ＱｕｉｃｋＦｉｌｌプロトコルは、プロバイダと顧客との間の「エンドツーエンド」の関係をサポートする。プロバイダは、複数の顧客に対して同じ通貨の対の見積り用の多くの同時ストリームを有することがある。プロバイダは、見積りを取得し（ストリームは、プロバイダによりいつでも一方的に終了され得る）、かつ取引を完了する（顧客取引オファーは拒絶され得る）、顧客の能力に対して完全な制御を保持する。個々の取引オファーの受入れも拒絶も見積りストリームを終了するものではない。即ち、プロバイダは、見積りストリームが顧客又はプロバイダによりはっきりとした形で終了されるまで、見積りを伝達し続けることがあることに留意されたい。したがって、図３のシーケンス図のオンライントレーディングサーバ軸に示されている「見積り上のプロバイダを非活動化する」アクション及び「関連見積りを終了する」ジェスチャは、図４のオンライントレーディングサーバ軸には現れない。
顧客は、見積りのストリームを確立すると、提案された１組の条件を提出する。この条件は、取引規模を除き、そのストリームに基づいて完了したすべての取引に適用される。顧客がストリームを要求する時に提示する規模は、最大オーダー規模である。ストリームに基づいて行われる取引は、最大オーダー規模以下の任意の規模を有する。プロバイダは、ＱｕｉｃｋＦｉｌｌプロトコルを指定する要求に応答して、任意の規模の見積りを伝達する。プロバイダが、最大オーダー規模より大きい規模の見積りを送信すると、オンライントレーディングサーバは、その見積り規模を最大オーダー規模に減少させるよう構成され得る。プロバイダは、それぞれの見積りメッセージ上で見積られた規模を変え得る。顧客がストリーム内の見積りに基づく取引オファーを送信した場合には、それが提示し得る最大規模は、最大オーダー規模及び見積りの規模より小さい。つまり、より小さい規模を提示する。
本発明の好ましい実施形態においては、ＱｕｉｃｋＦｉｌｌプロトコルは、見積り部分と１対多数のトレード部分とから構成される。したがって、上記のＲＦＱプロトコルのものより、このプロトコルの見積り部分とトレード部分との間には、はるかに弱い関係がある。このプロトコルのトレード部分は、図４のＵＭＬシーケンス図に示されている。ＱｕｉｃｋＦｉｌｌプロトコルにおいては、図４に示されているように、トレーディングアクションによるプロバイダの除去も見積り部分の終了もない。
休止オーダープロトコル
ＦＸａｌｌによって提供される休止オーダープロトコルは、トレード部分から構成され、見積り部分がない。図５は、このプロトコルを実施するのに使用されるプロトコル独立型ジェスチャのタイミング及びシーケンスを示すＵＭＬシーケンスである。図５に示されているように、プロトコルは、顧客がトレードの全条件を提出することによって開始される。これは、サーバ内に記録され、プロバイダに伝達される（１つのみが指定され得る）。プロバイダは、３つのうちの１つの方法で、即ち、オーダーを拒絶する、オーダーを実行する、又は後に実行するためにオーダーの条件を受け入れることにより、直ちに応答する。通常、このプロトコルにはタイマ警報があるが、この最初の応答がプロバイダから受信されるまでである。この時点以降、受け入れられたが実行されていないオーダーが、長時間、プロバイダの所で「休止している」ことがある。休止オーダープロトコルにおいては、顧客が、未決済のオーダーを取り消すことがある。他のプロトコルにおいては、オーダーが直ちに満たされると予想され、顧客が取引要求を取り消す時間がない。
オンライントレーディングサーバのオペレーション
本発明に従って動作するよう構成されたオンライントレーディングサーバが、ネットワークインターフェースと、メモリ記憶領域（データベースなどの）と、状態機械プロセッサ及び状態遷移規則のコレクションを有するトレーディングエンジンとを備える。顧客トレーディングシステム及びプロバイダトレーディングシステムと同じコンピュータネットワークに接続されたネットワークインターフェースは、特定のプロトコルに従って顧客トレーディングシステムから見積り又はトレード処理するための要求を受信し、プロバイダトレーディングシステムにその要求を送信するよう構成される。オンライントレーディングサーバはまた、メモリ記憶領域内に見積り又はトレードの現在の状態を格納する。顧客トレーディングシステムが、たとえばＲＦＱプロトコルで見積りのための要求を送信すると、見積り用のオンライントレーディングサーバによって格納された最初の現在の状態が、「見積り中」状態となる。
プロバイダトレーディングシステム上のプロバイダトレーディングアプリケーションは、オンライントレーディングサーバから要求を受信し、（プロトコル依存ワークフローに従って）その見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを作成する。次いで、プロバイダトレーディングアプリケーションは、図１に示されているジェスチャのカタログから選択された一連のジェスチャ（即ち、ＡＰＩ呼び出し）を実行することにより、ネットワークインターフェースを介してオンライントレーディングサーバに、定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを連続的に送信し戻す。
オンライントレーディングサーバ上のトレーディングエンジンが、プロバイダトレーディングアプリケーションからプロトコル独立型ジェスチャのそれぞれ１つを受信し、これに応答して、（必要な場合には）見積り又はトレードの新しい状態を反映するようメモリ記憶領域を更新する。新しい状態は、前記現在の状態、受信されたプロトコル独立型ジェスチャ、及び状態遷移規則のコレクションから選択された１つの状態遷移規則に基づいて判断され、このそれぞれが、プロバイダ又は顧客トレーディングシステムから有効なプロトコル独立型ジェスチャを受信した後の新しい状態を識別する。好ましい実施形態においては、トレーディングエンジンは、状態遷移規則のコレクションから適切な状態遷移規則を選択するようプログラムされた状態機械プロセッサ（たとえば、コンピュータマイクロプロセッサ）を含む。状態遷移規則のコレクションは、このために設計された又は状態機械プロセッサ内に直接ハードコードされた、メモリ記憶領域又はデータベース内に物理的に格納されることがある。好ましい実施形態においては、コレクションは、（新しいプロトコルをサポートするために）オンライントレーディングサーバに新しい状態遷移規則を追加することをサポートするために別々に格納され、状態機械プロセッサを変更又は改変する必要がない。特に、プロトコル独立型ジェスチャのすべてが、状態を変更するわけではない。以下で論じる状態図のいくつかに示されているように、プロトコル独立型ジェスチャのいくつかは、見積り又はトレードの現在の状態に影響を及ぼさない。
状態遷移規則
図６、図７、及び図８は、本発明の原理に従って動作するよう構成されたオンライントレーディングサーバが、それぞれ、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ、及び休止オーダープロトコルで、見積り又はトレードを処理するよう使用される、様々な状態、状態遷移、及びプロトコル独立型ジェスチャを示すＵＭＬ状態図である。これらのいくつか状態図においては、条件「銀行」は、条件「プロバイダ」の代わりに使用されているが、この条件は、互いに交換可能であると考えるべきである。
ＵＭＬ状態図においては、角が丸いラベル付きの四角形のボックスが、特定の状態を表している。それぞれの状態のボックス（以下、状態名又はラベル）内に、現在の状態に関連するプロトコル独立型ジェスチャ又は活動のリストが設けられるが、通常、これにより、現在の状態が新しい状態に変更されることはない。矢印の付いたラインが、プロトコル独立型ジェスチャを受信すると、どのような可能な状態遷移が発生し得るかを示す、状態のボックスに接続する。１つのボックスに至る又は１つのボックスから別のボックスに至るそれぞれのライン及び矢印には、示された状態を入力する又は特定の遷移を発生させるために受信しなければならないジェスチャを示すよう注釈が付いている。
潜在的に３つまでの部分を有する、これらの注釈の構文は、以下の通りである。即ち、Gesture[Guard]■Responseである。ラインの注釈内の「ジェスチャ」は、たとえば、状態遷移を発生させる、図１の表に示されているプロバイダ及び顧客プロトコル独立型ジェスチャの１つなどの、有効なプロトコル独立型ジェスチャを示す。２つの状態の間のラインの注釈内に「ガード」があると、このガードは、状態遷移制御論理を遂行する。ガードＩが遷移ラインの隣に示されている場合、状態遷移は、このガードの式が真でない場合には発生し得ない。ジェスチャ及び任意選択のガードがキャレット記号（「■」）及び「応答」の後に続く場合には、これは、ジェスチャを受信したことに応答して、（状態を変更することに加えて）追加のアクションがオンライントレーディングサーバによってとられることを示す。もちろん、このような１つのアクションは、いくつかのタイプの応答確認、確認、又はエラーメッセージを生成し、オンライントレーディングサーバにジェスチャを送信した当事者に送信し戻す。場合によっては、矢印の付いた１本のラインから太いバーに至り、次いで、これから矢印の付いた２本のラインを有する。これは、２つのプロセス又は活動が同時に行われることを意味する、処理分岐又は「フォーク」を表す。矢印の付いた２本のラインから、矢印の付いた１本のラインを有する、太いバーに至る。これは、２つのプロセスが１つのプロセス又は活動に併合することを意味する。
この構文を使用すると、図６において、たとえば、見積り又はトレードの現在の状態が「見積り中」であり、オンライントレーディングサーバが、プロバイダトレーディングシステムから「見積りそうである」ジェスチャを受信すると、オンライントレーディングサーバは、「見積りそうである」ジェスチャを（顧客トレーディングシステムに）送信することによって応答することが分かる。しかし、プロバイダトレーディングシステムからの「見積りそうである」ジェスチャをサーバが受信しても、現在の状態は変更されない。したがって、トランザクションは、「見積り中」状態のままである。他方、サーバが、トランザクションが「見積り中」状態にあり、「勝者側の銀行」がある間に、顧客トレーディングシステムから「取引オファー」ジェスチャを受信すると、オンライントレーディングサーバは、勝者側の銀行に「取引オファー」ジェスチャを送信し、現在の状態を「交渉中」に変更する。「敗者側の銀行」があると、オンライントレーディングサーバはまた、「プロトコルを終了する」ジェスチャをその敗者側の銀行に送信する。
図２Ａ〜図８に示されている、上記で論じたＵＭＬシーケンス図及び状態図は、本発明の実施形態において使用される様々なタイプのプロトコル依存ワークフロー及び状態遷移を、単なる例として示すために設けられている。当業者には、この開示を読むことにより、多くの他の任意のワークフロー及び状態遷移が、本明細書において論じられたものの追加形態として又は代替形態として、本明細書に記述されている本発明の範囲から逸脱することなく、実質的な利益を達成するよう使用されることが明らかとなろう。実際のところ、これらの原理に従って動作するシステム内にワークフロー及び状態遷移を追加又は改変できることは、本発明の大きな利点の１つである。
図９は、本発明の実施形態に従って動作するよう構成されたコンピュータネットワークを示すハイレベルブロック図である。図９に示されているように、コンピュータネットワークは、オンライントレーディングサーバ９０１と、顧客トレーディングシステム９１０と、プロバイダトレーディングシステム９１５とを含み、これらは、（ワールドワイドウェブを経由する（直接セキュアソケットレイヤ（ＳＳＬ）接続又はｈｔｔｐｓトンネル接続などの）メッセージ伝達サブシステム９５５を介して互いに通信可能に接続される。代表的なシナリオにおいては、顧客トレーディングシステム９１０が、特定のプロトコルに従って見積り及びトレードを処理するために、ユーザからトレーディングトランザクション要求を受け入れるよう構成された顧客トレーディングアプリケーション９２５（これ自体が、グラフィカルユーザインターフェースを含むことがある）を含む。顧客トレーディングアプリケーション９２５は、要求されたプロトコル用のプロトコル依存ワークフローを認識する、導き出す、又は検索する、及びプロトコル依存ワークフローをモデルとするためにプロトコル独立型顧客ジェスチャのシーケンスを選択する及びアセンブルするよう構成される。プロトコル独立型顧客ジェスチャは、たとえば、図１の右側の表に示されているジェスチャのカタログから選択されることがある。次いで、顧客トレーディングアプリケーション９２５が、顧客アプリケーションインターフェース９４０を含むことによって利用可能となった一連のＡＰＩライブラリ関数呼出しを呼出すことにより、オンライントレーディングサーバ９０１にプロトコル独立型ジェスチャを送信する。ＡＰＩライブラリはまた、メッセージ伝達サブシステム９５５を経由する通信用の任意のネットワーク接続の発行を取り扱うよう構成された関数呼出しを含むことが好ましい。
オンライントレーディングサーバ９０１は、たとえば任意のワイヤード又はワイヤレスネットワークインターフェースアダプタを備えることがあり、かつ顧客トレーディングアプリケーション９２５からそれぞれのプロトコル独立型ジェスチャを受信する、ネットワークインターフェース９６０を有する。オンライントレーディングサーバ９０１はまた、トレーディングエンジン９７５とメモリ９８０とを有する。トランザクション要求を受信すると、オンライントレーディングサーバ９０１は、保留中の見積り及びトレードのステータスを保持するよう構成されたメモリ９８０内にトランザクションの現在の状態を格納する。次いで、オンライントレーディングサーバ９０１は、トランザクション要求を表すために自身のプロトコル独立型ジェスチャを生成し、プロバイダトレーディングシステム９１５にそのプロトコル独立型ジェスチャを送信する。
プロバイダトレーディングシステム９１５はまた、オンライントレーディングサーバ９０１からプロトコル独立型ジェスチャを受信し、これをプロバイダトレーディングアプリケーション９３０に渡すよう構成された、図９にプロバイダアプリケーションインターフェース９４５として示されている、関数呼び出しのＡＰＩライブラリを備える。顧客トレーディングアプリケーション９２５と同様に、プロバイダトレーディングアプリケーション９３０も、要求されたプロトコル用のプロトコル依存ワークフローを認識し、導き出し、又は検索する、プロトコル依存ワークフローをモデルとするためにプロトコル独立型プロバイダジェスチャのシーケンスを選択及びアセンブルする、モデルとされたワークフローによって定義された順序でオンライントレーディングサーバ９０１にこれらのプロバイダジェスチャを送信し戻すよう構成される。この場合、プロトコル独立型プロバイダジェスチャは、たとえば、図１の左側の表に示されているジェスチャのカタログから選択されることがある。
オンライントレーディングサーバ９０１上のトレーディングエンジン９７５は、現在の状態、受信されたプロトコル独立型ジェスチャ、及び状態機械規則９７０のコレクションから検索された１つの状態遷移規則に基づいて、トランザクション内の見積り又はトレードの現在の状態を新しい状態に変更するかどうかを判断する、状態機械プロセッサ９６５を含む。変更する場合には、オンライントレーディングエンジン９７５は、メモリ９８０に対して適切な改変を行って、現在の状態を更新し、通常、復帰プロトコル独立型ジェスチャにより、顧客トレーディングシステム９１０、プロバイダトレーディングシステム９１５、又はその両方に通知書を送信する。
オンライントレーディングサーバ９０１は、任意に、FinancialInformation eXchange（ＦＩＸ）通信規格に従って、フォーマットされ、オンライントレーディングサーバ９０１に伝送されたメッセージを受信し翻訳するよう構成された、修正エンジン９８５と修正メッセージトランスレータ９９０とを含む。インターネット上のｗｗｗ．ｆｉｘｐｒｏｔｏｃｏｌ．ｏｒｇで見つけられ得る、ＦＩＸメッセージ通信規格は、世界中の銀行、仲介業者／ディーラー、取引所、業界ユーティリティ及びアソシエーション、機関投資家、及び情報技術プロバイダの共同作業により開発された、一連のメッセージ通信仕様である。これらのＦＩＸコンポーネントが含まれていると、オンライントレーディングサーバ９０１は、それ自体が顧客トレーディングアプリケーション９２５及びプロバイダトレーディングアプリケーション９３０と同様にプロトコル認識プロバイダトレーディングアプリケーション９２０を使用する、プロバイダトレーディングシステム９０５から受信されたトレーディング要求を、プロトコルから独立して処理するようプログラムされることがある。したがって、プロバイダトレーディングアプリケーション９２０は、プロトコル独立型ジェスチャのシーケンスをアセンブルして、プロトコル依存ワークフローを形成し、修正エンジン９３５にプロトコル独立型メッセージを伝達し、ここで、ＦＩＸフォーマットに準拠するデータパケットに変換又はカプセル化され、次いで、修正トランスポートサブシステム９５０を介してオンライントレーディングサーバ９０１に伝送されるよう構成される。通常、必ずしも必要なものではないが、修正トランスポートサブシステム９５０は、メッセージ伝達サブシステム９５５と同様に、インターネットなどの公衆網を通じてデータ通信リンクを有する。実際のところ、図９には示されていないが、修正トランスポートサブシステム９５０及びメッセージ伝達サブシステム９５５は、実際には、同じコンピュータネットワークを構成することがある。
図１０は、図９のオンライントレーディングサーバ９０１などの、本発明の実施形態に従って動作するよう構成されたオンライントレーディングサーバによって遂行されるステップを示すハイレベルの流れ図である。第１のステップであるステップ１００５では、オンライントレーディングサーバは、特定のプロトコルに従って見積り又はトレードを処理するための要求を受信する。次に、見積り又はトレードの現在の状態が、オンライントレーディングサーバのメモリ内に格納され、この要求は、向こうの相手方に送られる（ステップ１０１０）。次いで、サーバは、ステップ１０１５で着信メッセージを監視し、指定された時間が時間切れとなる前に、有効なプロトコル独立型ジェスチャが受信されたかどうかを判断する。タイムアウトは、ＱｕｉｃｋＦｉｌｌなどの、いくつかの長命のプロトコルには適応可能でないことがある。タイムアウトが適応可能であり、タイムアウトの時間が時間切れとなる前にジェスチャが受信されていないと、又は受信されたジェスチャが無効であると、サーバは、当事者にエラーメッセージを送信する（ステップ１０２０）。
サーバが、ステップ１０１５で有効なジェスチャを受信すると、サーバ上の状態機械プロセッサが、状態遷移規則１０２５のコレクションを参照することにより、状態変更が必要かどうかを判断する（ステップ１０３０）。状態変更が必要であると、現在の状態を含むメモリ領域が、（ステップ１０３５で）更新されて、現在の状態を状態遷移規則１０２５に従った新しい状態に変更する。状態の変更が必要でない場合は、処理はステップ１０４０で継続し、サーバは、トランザクションが完了したかどうかを判断する。好ましい実施形態においては、オンライントレーディングサーバは、まだ保留中のトランザクションに対して、完了されたトランザクションの経済条件を格納するよう構成された、データベースなどの、別のメモリ領域を含む。このような実施形態においては、オンライントレーディングサーバは、ステップ１００５に戻る前に、この完了されたトランザクションデータベースを更新する（ステップ１０４５）よう構成されることがある。本プロセスは、このステップで再び初めから開始される。
本明細書において、その最も好ましい実施形態と考えられる実施形態について、本発明を開示し記述してきた。当業者は本明細書を読むことにより、変形形態及び等価物が起こり得ること、及びこのような変形形態及び等価物が本発明の範囲及び頭記の特許請求の範囲内に入ることに留意されたい。したがって、たとえば、当業者は、本発明が、外国為替のトランザクションに限定されるものではなく、上述した他のタイプのトランザクションにも有益に適用されることを理解されたい。
図面の簡単な説明
本発明の一実施形態において使用される、プロトコル独立型プロバイダ及び顧客ジェスチャのカタログ（即ち、基本資産トレーディングメッセージ）、及びこれに対応するＡＰＩ呼び出しの例を示す２つの表を含む。 本発明の実施形態における、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ（即ち、「ストリーミング」）、及び休止オーダープロトコル用のプロトコル依存ワークフローの例を示す統一モデリング言語（ＵＭＬ）シーケンス図である。 本発明の実施形態における、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ（即ち、「ストリーミング」）、及び休止オーダープロトコル用のプロトコル依存ワークフローの例を示す統一モデリング言語（ＵＭＬ）シーケンス図である。 本発明の実施形態における、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ（即ち、「ストリーミング」）、及び休止オーダープロトコル用のプロトコル依存ワークフローの例を示す統一モデリング言語（ＵＭＬ）シーケンス図である。 本発明の実施形態における、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ（即ち、「ストリーミング」）、及び休止オーダープロトコル用のプロトコル依存ワークフローの例を示す統一モデリング言語（ＵＭＬ）シーケンス図である。 本発明の実施形態における、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ（即ち、「ストリーミング」）、及び休止オーダープロトコル用のプロトコル依存ワークフローの例を示す統一モデリング言語（ＵＭＬ）シーケンス図である。 オンライントレーディングサーバから見た、それぞれ、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ、及び休止オーダートレーディングプロトコルを実施するよう、本発明の実施形態において処理される、見積り及びトレードの様々な状態、状態遷移、及びプロトコル独立型ジェスチャを示す、統一モデリング言語（ＵＭＬ）状態図である。 オンライントレーディングサーバから見た、それぞれ、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ、及び休止オーダートレーディングプロトコルを実施するよう、本発明の実施形態において処理される、見積り及びトレードの様々な状態、状態遷移、及びプロトコル独立型ジェスチャを示す、統一モデリング言語（ＵＭＬ）状態図である。 オンライントレーディングサーバから見た、それぞれ、ＲＦＱ、ＱｕｉｃｋＦｉｌｌ、及び休止オーダートレーディングプロトコルを実施するよう、本発明の実施形態において処理される、見積り及びトレードの様々な状態、状態遷移、及びプロトコル独立型ジェスチャを示す、統一モデリング言語（ＵＭＬ）状態図である。 本発明の実施形態に従って動作するよう構成されたコンピュータネットワークの主要関数コンポーネントを示すハイレベルブロック図である。 たとえば図９に表されているオンライントレーディングサーバなどの、本発明の実施形態に従って動作するよう構成されたオンライントレーディングサーバ内で遂行されるステップを示すハイレベルの流れ図である。

Claims (43)

  1. トレーディングトランザクションを処理するためのコンピュータネットワークであり、
    顧客トレーディングアプリケーションを備える顧客トレーディングシステムと、
    プロバイダトレーディングアプリケーションを備えるプロバイダトレーディングシステムと、
    トレーディングエンジンとメモリとを備えるオンライントレーディングサーバと、
    前記オンライントレーディングサーバを前記顧客トレーディングシステムに接続する第１のデータ通信リンクと、
    前記オンライントレーディングサーバを前記プロバイダトレーディングシステムに接続する第２のデータ通信リンクと、を備えるコンピュータネットワークであって、
    前記オンライントレーディングサーバが、前記第１のデータ通信リンクを介して、プロトコルに従って見積り又はトレードを処理するよう前記顧客トレーディングシステムから要求を受信し、前記メモリ内に前記見積り又はトレードの現在の状態を格納し、前記第２のデータ通信リンクを介して前記プロバイダトレーディングシステムに前記要求を送信し、
    前記プロバイダトレーディングアプリケーションが、前記要求用のプロトコル依存ワークフローを選択し、前記プロトコル依存ワークフローが、プロトコル独立型ジェスチャの定義済みのシーケンスを備え、前記オンライントレーディングサーバに前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを連続的に伝送し、
    前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記トレーディングエンジンが、前記見積り又はトレードの新しい状態を反映するよう前記メモリを更新し、前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断されるコンピュータネットワーク。
  2. 前記新しい状態と前記現在の状態とが同じである、請求項１に記載のコンピュータネットワーク。
  3. 前記トレーディングエンジンが、
    受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成し、
    前記復帰プロトコル独立型ジェスチャを前記プロバイダトレーディングシステムに伝送するよう構成される、請求項１に記載のコンピュータネットワーク。
  4. 前記プロバイダトレーディングアプリケーションが、
    プロトコル独立型ジェスチャのカタログから１つ以上のプロトコル独立型ジェスチャを選択し、前記カタログ内のそれぞれのプロトコル独立型ジェスチャが、前記プロトコルをサポートする基本資産トレーディングメッセージを備え、
    さらに、前記選択された１つ以上のプロトコル独立型ジェスチャを前記定義済みシーケンス内に配置し、これにより、前記プロトコル依存ワークフローを作成する、請求項１に記載のコンピュータネットワーク。
  5. 前記プロバイダトレーディングシステムが、プロトコル独立型ジェスチャの前記定義済みシーケンスを前記オンライントレーディングサーバに伝送する、前記プロバイダトレーディングアプリケーション及び前記第２のデータ通信リンクに結合された、プロバイダアプリケーションインターフェースをさらに備える、請求項１に記載のコンピュータネットワーク。
  6. 前記顧客トレーディングアプリケーションが、前記要求用の第２のプロトコル依存ワークフローを選択し、前記第２のプロトコル依存ワークフローが、プロトコル独立型ジェスチャの第２の定義済みシーケンスを備え、前記オンライントレーディングサーバに前記第２の定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを連続的に伝送し、
    前記トレーディングエンジンが、前記第２の定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの第２の新しい状態を反映するよう前記メモリを改変し、前記第２の新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び第２の状態遷移規則に基づいて判断される、請求項１に記載のコンピュータネットワーク。
  7. 前記顧客トレーディングアプリケーションが、
    プロトコル独立型顧客ジェスチャのカタログから、１つ以上のプロトコル独立型顧客ジェスチャを選択し、前記カタログ内のそれぞれのプロトコル独立型顧客ジェスチャが、前記プロトコルをサポートする基本資産トレーディングメッセージを備え、
    前記第２の定義済みシーケンス内に前記選択された１つ以上のプロトコル独立型顧客ジェスチャを配置し、これにより、前記第２のプロトコル依存ワークフローを作成する、請求項６に記載のコンピュータネットワーク。
  8. 前記顧客トレーディングシステムが、プロトコル独立型顧客ジェスチャの前記第２の定義済みシーケンスを前記オンライントレーディングサーバに伝送する、前記顧客トレーディングアプリケーション及び前記第２のデータ通信リンクに結合された、顧客アプリケーションインターフェースをさらに有する、請求項７に記載のコンピュータネットワーク。
  9. 前記トレーディングエンジンが、
    状態機械プロセッサと、
    状態遷移規則のコレクションと、を備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成されるコンピュータネットワークであって、
    前記状態機械プロセッサが、前記コレクションから前記状態遷移規則を検索する、請求項１に記載のコンピュータネットワーク。
  10. 前記第１のデータ通信リンクが、メッセージ伝達サブシステムを備える、請求項１に記載のコンピュータネットワーク。
  11. 前記第２のデータ通信リンクが、メッセージ伝達サブシステムを備える、請求項１に記載のコンピュータネットワーク。
  12. 前記プロバイダトレーディングシステムが、プロトコル独立型ジェスチャの前記定義済みシーケンスを一連の財務情報交換メッセージに変換し、前記第２のデータ通信リンクを介して前記財務情報交換メッセージを前記オンライントレーディングサーバに伝送する、前記プロバイダトレーディングアプリケーション及び前記第２のデータ通信リンクに結合された、財務情報交換エンジンをさらに備える、請求項１に記載のコンピュータネットワーク。
  13. 前記第２のデータ通信リンクが、財務情報交換トランスポートサブシステムを備える、請求項１２に記載のコンピュータネットワーク。
  14. 前記オンライントレーディングサーバが、
    前記プロバイダトレーディングシステムから前記一連の財務情報交換メッセージを受信する、前記第２のデータ通信リンクに結合された、第２の財務情報交換エンジンと、
    前記一連の財務情報交換メッセージをプロトコル独立型ジェスチャの前記定義済みシーケンスに変換する財務情報交換メッセージトランスレータと、をさらに備える、請求項１３に記載のコンピュータネットワーク。
  15. オンライントレーディングサーバが、
    顧客トレーディングシステムから、プロトコルに従って見積り又はトレードを処理するための要求を受信し、前記要求をプロバイダトレーディングシステムに送信するよう構成されたネットワークインターフェースと、
    前記見積り又はトレードの現在の状態を格納するよう構成されたメモリと、
    前記プロバイダトレーディングシステムから、前記ネットワークインターフェースを介して、前記見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを受信し、前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの新しい状態を反映するよう前記メモリを更新するトレーディングエンジンと、を備え、
    前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断されるオンライントレーディングサーバ。
  16. 前記トレーディングエンジンが、
    状態機械プロセッサと、
    状態遷移規則のコレクションと、を備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成されたオンライントレーディングサーバであって、
    前記状態機械プロセッサが、前記コレクションから前記状態遷移規則を検索する、請求項１５に記載のオンライントレーディングサーバ。
  17. 前記新しい状態と前記現在の状態とが同じである、請求項１５に記載のオンライントレーディングサーバ。
  18. 前記トレーディングエンジンが、
    受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成し、
    前記復帰プロトコル独立型ジェスチャを、前記ネットワークインターフェースを介して、前記プロバイダトレーディングシステムに伝送するよう構成された、請求項１５に記載のオンライントレーディングサーバ。
  19. プロバイダトレーディングシステムとオンライントレーディングサーバとを備えるコンピュータネットワークにおいて、トレーディングトランザクションを処理する方法が、
    前記オンライントレーディングサーバで、プロトコルに従って見積り又はトレードを処理するよう顧客トレーディングシステムから要求を受信することと、
    前記オンライントレーディングサーバで、メモリ内に前記見積り又はトレードの現在の状態を格納することと、
    前記要求を前記プロバイダトレーディングシステムに送信することと、
    前記プロバイダトレーディングシステムにおいて、前記要求用のプロトコル依存ワークフローを選択することと、を含み、前記プロトコル依存ワークフローが、プロトコル独立型ジェスチャの定義済みシーケンスを備え、
    さらに、前記プロバイダトレーディングシステムから前記オンライントレーディングサーバに、前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを連続的に伝送することと、
    前記オンライントレーディングサーバにおいて、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの新しい状態を反映するよう前記メモリを更新することと、を備え、前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断される方法。
  20. プロトコル独立型ジェスチャのカタログを定義することをさらに含み、前記カタログ内のそれぞれのプロトコル独立型ジェスチャが、非常に多くのプロトコルをサポートする基本資産トレーディングメッセージを備える、請求項１９に記載の方法。
  21. 前記プロトコルをサポートする前記カタログから、１つ以上のプロトコル独立型ジェスチャを選択することと、
    前記選択された１つ以上のプロトコル独立型ジェスチャを前記定義済みシーケンス内に配置し、これにより、前記プロトコル依存ワークフローを作成することと、をさらに備える、請求項２０に記載の方法。
  22. 前記オンライントレーディングサーバに状態遷移規則のコレクションを格納することを備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの１つを受信した後の状態を識別するよう構成され、
    さらに、前記コレクションから前記状態遷移規則を検索することを備える、請求項１９に記載の方法。
  23. 前記新しい状態と前記現在の状態とが同じである、請求項１９に記載の方法。
  24. 受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成することと、
    前記復帰プロトコル独立型ジェスチャを前記プロバイダトレーディングシステムに伝送することとをさらに備える、請求項１９に記載の方法。
  25. 顧客トレーディングシステムとオンライントレーディングサーバとを有するコンピュータネットワークにおいて、トレーディングトランザクションを処理する方法が、
    プロトコルに従って見積り又はトレードを処理するために、前記オンライントレーディングサーバで、前記顧客トレーディングシステムから要求を受信することと、
    前記オンライントレーディングサーバで、メモリ内に前記見積り又はトレードの現在の状態を格納することと、
    前記要求をプロバイダトレーディングシステムに送信することと、
    前記顧客トレーディングシステムにおいて、前記要求用のプロトコル依存ワークフローを選択することとを備え、前記プロトコル依存ワークフローが、プロトコル独立型ジェスチャの定義済みシーケンスを備え、
    さらに、前記顧客トレーディングシステムから前記オンライントレーディングサーバに、前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを連続的に伝送することと、
    前記オンライントレーディングサーバにおいて、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの新しい状態を反映するよう前記メモリを更新することとを備え、前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断される方法。
  26. プロトコル独立型ジェスチャのカタログを定義することをさらに備え、前記カタログ内のそれぞれのプロトコル独立型ジェスチャが、多数のプロトコルをサポートする基本資産トレーディングメッセージを有する、請求項２５に記載の方法。
  27. 前記プロトコルをサポートする前記カタログから、１つ以上のプロトコル独立型ジェスチャを選択することと、
    前記選択された１つ以上のプロトコル独立型ジェスチャを前記定義済みシーケンス内に配置し、これにより、前記プロトコル依存ワークフローを作成することとをさらに備える、請求項２６に記載の方法。
  28. 前記オンライントレーディングサーバにおいて、状態遷移規則のコレクションを格納することを備え、前記コレクションのそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成され、
    さらに、前記コレクションから前記状態遷移規則を検索することを備える、請求項２５に記載の方法。
  29. 前記新しい状態と前記現在の状態とが同じである、請求項２５に記載の方法。
  30. 受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成することと、
    前記復帰プロトコル独立型ジェスチャを前記顧客トレーディングシステムに伝送することと、をさらに備える、請求項２５に記載の方法。
  31. オンライントレーディングサーバにおいてトレーディングトランザクションを処理する方法であって、
    顧客トレーディングシステムから、ネットワークインターフェースを介して、プロトコルに従って見積り又はトレードを処理するための要求を受信することと、
    メモリ内に前記見積り又はトレードの現在の状態を格納することと、
    前記要求を、前記ネットワークインターフェースを介して、プロバイダトレーディングシステムに送信することと、
    前記プロバイダトレーディングシステムから、前記ネットワークインターフェースを介して、前記見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを受信することと、
    前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの新しい状態を反映するよう前記メモリを更新することとを備え、前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断される方法。
  32. 状態遷移規則のコレクションを格納することをさらに備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成され、
    さらに、前記コレクションから前記状態遷移規則を検索することを備える、請求項３１に記載の方法。
  33. 前記新しい状態と前記現在の状態とが同じである、請求項３１に記載の方法。
  34. 受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成することと、
    前記復帰プロトコル独立型ジェスチャを前記顧客トレーディングシステムに伝送することとをさらに備える、請求項３１に記載の方法。
  35. 受信された前記それぞれのプロトコル独立型ジェスチャに応答して、復帰プロトコル独立型ジェスチャを生成することと、
    前記復帰プロトコル独立型ジェスチャを前記プロバイダトレーディングシステムに伝送することとをさらに備える、請求項３１に記載の方法。
  36. オンライントレーディングサーバにおいてトレーディングトランザクションを処理する方法であって、
    相手方からネットワークインターフェースを介して、プロトコルに従って見積り又はトレードを処理するための要求を受信することと、
    メモリ内に前記見積り又はトレードの現在の状態を格納することと、
    前記要求を、前記ネットワークインターフェースを介して、向こうの相手方に送信することと、
    前記相手方又は前記向こうの相手方又はその両方から、前記見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを受信することと、
    前記定義済みシーケンス内のそれぞれのプロトコル独立型ジェスチャを受信したことに応答して、前記見積り又はトレードの新しい状態を反映するよう前記メモリを改変することとを備え、前記新しい状態が、前記現在の状態、受信された前記それぞれのプロトコル独立型ジェスチャ、及び状態遷移規則に基づいて判断される方法。
  37. 状態遷移規則のコレクションを格納することをさらに備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成され、
    さらに、前記コレクションから前記状態遷移規則を検索することを備える、請求項３６に記載の方法。
  38. 前記新しい状態と前記現在の状態とが同じである、請求項３６に記載の方法。
  39. オンライントレーディングサーバが、
    相手方から、プロトコルに従って見積り又はトレードを処理するための要求を受信するための要求受信手段と、
    前記要求受信手段に応答して、前記見積り又はトレードの現在の状態を格納するための格納手段と、
    前記要求を向こうの相手方に送信するための伝送手段と、
    前記相手方又は前記向こうの相手方又はその両方から、前記見積り又はトレード用のプロトコル独立型ジェスチャの定義済みシーケンスを受信するためのジェスチャ受信手段と、
    前記ジェスチャ受信手段に応答して、前記見積り又はトレードの新しい状態を識別するための状態遷移手段とを備え、
    前記格納手段が、前記ジェスチャ受信手段及び前記状態伝送手段に応答して、前記現在の状態を前記新しい状態に変更するよう構成されたオンライントレーディングサーバ。
  40. 前記状態伝送手段が、
    状態遷移規則のコレクションを格納する手段を備え、前記コレクション内のそれぞれの状態遷移規則が、前記定義済みシーケンス内の前記それぞれのプロトコル独立型ジェスチャの少なくとも１つを受信した後の状態を識別するよう構成され、
    さらに、前記コレクションから前記状態遷移規則を検索する手段を備える、請求項３９に記載のオンライントレーディングサーバ。
  41. 前記新しい状態と前記現在の状態とが同じである、請求項３９に記載のオンライントレーディングサーバ。
  42. 前記ジェスチャ受信手段に応答して、復帰プロトコル独立型ジェスチャを生成する手段と、
    前記復帰プロトコル独立型ジェスチャを前記相手方に伝送する手段とをさらに備える、請求項３９に記載のオンライントレーディングサーバ。
  43. 前記ジェスチャ受信手段に応答して、復帰プロトコル独立型ジェスチャを生成する手段と、
    前記復帰プロトコル独立型ジェスチャを前記向こうの相手方に伝送する手段とをさらに備える、請求項３９に記載のオンライントレーディングサーバ。
JP2006541435A 2003-11-26 2004-11-26 プロトコル独立型資産トレーディングシステム及び方法 Pending JP2008503794A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US52484103P 2003-11-26 2003-11-26
US55857804P 2004-04-02 2004-04-02
PCT/US2004/039654 WO2005055003A2 (en) 2003-11-26 2004-11-26 Protocol-independent asset trading system and methods

Publications (1)

Publication Number Publication Date
JP2008503794A true JP2008503794A (ja) 2008-02-07

Family

ID=34657165

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006541435A Pending JP2008503794A (ja) 2003-11-26 2004-11-26 プロトコル独立型資産トレーディングシステム及び方法

Country Status (5)

Country Link
US (1) US7536343B2 (ja)
EP (1) EP1697816A4 (ja)
JP (1) JP2008503794A (ja)
SG (1) SG132685A1 (ja)
WO (1) WO2005055003A2 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7979348B2 (en) 2002-04-23 2011-07-12 Clearing House Payments Co Llc Payment identification code and payment system using the same
US8725607B2 (en) * 2004-01-30 2014-05-13 The Clearing House Payments Company LLC Electronic payment clearing and check image exchange systems and methods
US7746374B2 (en) * 2006-01-25 2010-06-29 Seiko Epson Corporation Videoconference data relay server
US9183554B1 (en) * 2009-04-21 2015-11-10 United Services Automobile Association (Usaa) Systems and methods for user authentication via mobile device
US8914305B2 (en) 2010-06-30 2014-12-16 Trading Technologies International, Inc. Method and apparatus for motion based target prediction and interaction
US8660934B2 (en) 2010-06-30 2014-02-25 Trading Technologies International, Inc. Order entry actions
US20120179592A1 (en) * 2011-01-12 2012-07-12 Bionic Trader Systems, LLC Financial trading system and method for entering maximum sized orders
US20120206331A1 (en) * 2011-02-14 2012-08-16 Gandhi Sidhant D Methods and Systems for Supporting Gesture Recognition Applications across Devices
GB2512080A (en) * 2013-03-19 2014-09-24 Visa Europe Ltd A method and system for transferring data
US11295308B1 (en) 2014-10-29 2022-04-05 The Clearing House Payments Company, L.L.C. Secure payment processing
US11694168B2 (en) 2015-07-01 2023-07-04 The Clearing House Payments Company L.L.C. Real-time payment system, method, apparatus, and computer program
US11042882B2 (en) 2015-07-01 2021-06-22 The Clearing House Payments Company, L.L.C. Real-time payment system, method, apparatus, and computer program
US11436577B2 (en) 2018-05-03 2022-09-06 The Clearing House Payments Company L.L.C. Bill pay service with federated directory model support
US11341575B1 (en) 2019-02-11 2022-05-24 Morgan Stanley Services Group Inc. Meta data driven state transition engine for order management system
CN112785421A (zh) * 2021-01-27 2021-05-11 广州广电运通金融电子股份有限公司 实时可配置式联机交易处理方法及处理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001024082A1 (en) * 1999-09-24 2001-04-05 Mary Mckenney System and method for providing payment services in electronic commerce
WO2003012588A2 (en) * 2001-07-30 2003-02-13 Electronic Broking Services Limited Conversational dealing system
WO2003083602A2 (en) * 2002-03-22 2003-10-09 Integral Development Corporation System and method for conducting web-based financial transactions in capital markets

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4903201A (en) * 1983-11-03 1990-02-20 World Energy Exchange Corporation Automated futures trading exchange
US4677552A (en) * 1984-10-05 1987-06-30 Sibley Jr H C International commodity trade exchange
US4949248A (en) * 1988-07-15 1990-08-14 Caro Marshall A System for shared remote access of multiple application programs executing in one or more computers
US5077665A (en) * 1989-05-25 1991-12-31 Reuters Limited Distributed matching system
US5136501A (en) * 1989-05-26 1992-08-04 Reuters Limited Anonymous matching system
US5262942A (en) * 1990-06-05 1993-11-16 Bankers Trust Company Financial transaction network
US5258908A (en) * 1990-11-02 1993-11-02 Foreign Exchange Transaction Services, Inc. Detection and prevention of duplicate trading transactions over a communications network
US5375055A (en) * 1992-02-03 1994-12-20 Foreign Exchange Transaction Services, Inc. Credit management for electronic brokerage system
CA2119921C (en) * 1994-03-23 2009-09-29 Sydney H. Belzberg Computerized stock exchange trading system
GB9416673D0 (en) * 1994-08-17 1994-10-12 Reuters Ltd Data exchange filtering system
US6058378A (en) * 1995-02-22 2000-05-02 Citibank, N.A. Electronic delivery system and method for integrating global financial services
US5806048A (en) * 1995-10-12 1998-09-08 Mopex, Inc. Open end mutual fund securitization process
AU703984B2 (en) * 1995-11-21 1999-04-01 Citibank, N.A. Foreign exchange transaction system
US5794210A (en) * 1995-12-11 1998-08-11 Cybergold, Inc. Attention brokerage
US5819237A (en) * 1996-02-13 1998-10-06 Financial Engineering Associates, Inc. System and method for determination of incremental value at risk for securities trading
US5758328A (en) * 1996-02-22 1998-05-26 Giovannoli; Joseph Computerized quotation system and method
US5950176A (en) * 1996-03-25 1999-09-07 Hsx, Inc. Computer-implemented securities trading system with a virtual specialist function
JPH1063634A (ja) * 1996-04-05 1998-03-06 Nec Corp 時系列予測・分類のための方法及び装置
US5787402A (en) * 1996-05-15 1998-07-28 Crossmar, Inc. Method and system for performing automated financial transactions involving foreign currencies
US5924083A (en) * 1996-05-29 1999-07-13 Geneva Branch Of Reuters Transaction Services Limited Distributed matching system for displaying a book of credit filtered bids and offers
US5897621A (en) * 1996-06-14 1999-04-27 Cybercash, Inc. System and method for multi-currency transactions
US5794234A (en) * 1996-08-14 1998-08-11 The Ec Company Method and system for providing electronic commerce between incompatible data processing systems
US6247000B1 (en) * 1996-08-21 2001-06-12 Crossmar, Inc. Method and system for confirmation and settlement for financial transactions matching
US6029146A (en) * 1996-08-21 2000-02-22 Crossmar, Inc. Method and apparatus for trading securities electronically
US6016483A (en) * 1996-09-20 2000-01-18 Optimark Technologies, Inc. Method and apparatus for automated opening of options exchange
US5963923A (en) * 1996-11-12 1999-10-05 Garber; Howard B. System and method for trading having a principal market maker
US5905974A (en) * 1996-12-13 1999-05-18 Cantor Fitzgerald Securities Automated auction protocol processor
US20020138390A1 (en) * 1997-10-14 2002-09-26 R. Raymond May Systems, methods and computer program products for subject-based addressing in an electronic trading system
US6304858B1 (en) * 1998-02-13 2001-10-16 Adams, Viner And Mosler, Ltd. Method, system, and computer program product for trading interest rate swaps
US6285989B1 (en) * 1998-08-07 2001-09-04 Ariba, Inc. Universal on-line trading market design and deployment system
US6141653A (en) * 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
US6408282B1 (en) * 1999-03-01 2002-06-18 Wit Capital Corp. System and method for conducting securities transactions over a computer network
US6278982B1 (en) * 1999-04-21 2001-08-21 Lava Trading Inc. Securities trading system for consolidation of trading on multiple ECNS and electronic exchanges
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
US6772132B1 (en) * 2000-03-02 2004-08-03 Trading Technologies International, Inc. Click based trading with intuitive grid display of market depth
US6845507B2 (en) * 2000-05-18 2005-01-18 Ss & C Technologies, Inc. Method and system for straight through processing
US20010044771A1 (en) * 2000-05-18 2001-11-22 Treasuryconnect Llp. Electronic trading systems and methods
US7379909B1 (en) * 2000-10-04 2008-05-27 Tradestation Technologies, Inc. System, method and apparatus for monitoring and execution of entry and exit orders
US6807635B1 (en) * 2000-11-13 2004-10-19 Currenex, Inc. Using digital signatures to validate trading and streamline settlement of financial transaction workflow
US7184984B2 (en) * 2000-11-17 2007-02-27 Valaquenta Intellectual Properties Limited Global electronic trading system
JP2004528654A (ja) * 2001-04-30 2004-09-16 ゴールドマン サックス アンド カンパニー 金融取引システムのユニバーサルインタフェース
GB2381885A (en) 2001-08-22 2003-05-14 Centradia Ltd Data processing system for implementing a financial market
US20030149653A1 (en) 2001-09-11 2003-08-07 Neill Penney Method and apparatus for conducting financial transactions
US20030101128A1 (en) * 2001-11-29 2003-05-29 Abernethy William Randolph State tracking system for a basket trading system
EP1504385A4 (en) * 2001-12-05 2008-12-03 Xchange Advantage Inc E METHOD AND SYSTEM FOR MANAGING DISTRIBUTED TRADING DATA
US20030139997A1 (en) * 2001-12-17 2003-07-24 Espeed, Inc. Systems and methods for automated commission processing
EP1552449A4 (en) * 2002-06-19 2007-12-12 Fx Alliance Llc METHOD AND APPARATUS FOR MANAGING FINANCIAL TRANSACTIONS INVOLVED IN SEVERAL COUNTRIES, AND FOR PROCESSING THEM
AU2003287558A1 (en) * 2002-11-08 2004-06-03 Fx Alliance, Llc Method and apparatus for trading assets

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001024082A1 (en) * 1999-09-24 2001-04-05 Mary Mckenney System and method for providing payment services in electronic commerce
WO2003012588A2 (en) * 2001-07-30 2003-02-13 Electronic Broking Services Limited Conversational dealing system
WO2003083602A2 (en) * 2002-03-22 2003-10-09 Integral Development Corporation System and method for conducting web-based financial transactions in capital markets

Also Published As

Publication number Publication date
EP1697816A4 (en) 2008-12-17
US20050137960A1 (en) 2005-06-23
US7536343B2 (en) 2009-05-19
SG132685A1 (en) 2007-06-28
EP1697816A2 (en) 2006-09-06
WO2005055003A3 (en) 2008-03-06
WO2005055003A2 (en) 2005-06-16

Similar Documents

Publication Publication Date Title
US7831693B2 (en) Structured methodology and design patterns for web services
US7698398B1 (en) System and method for generating Web Service architectures using a Web Services structured methodology
US8069435B1 (en) System and method for integration of web services
US8346929B1 (en) System and method for generating secure Web service architectures using a Web Services security assessment methodology
JP2008503794A (ja) プロトコル独立型資産トレーディングシステム及び方法
US20160048832A1 (en) System and method for facilitating online transactions
US20080103923A1 (en) Centralized Payment Gateway System and Method
CN1485762A (zh) 配置信息的运用
JP2004528654A (ja) 金融取引システムのユニバーサルインタフェース
CN113906460A (zh) 用于经由区块链进行基于智能合约的交换的系统、方法和接口
JP2007287151A (ja) ソフトウェアモデルのビジネスプロセス変形型
CN102428442A (zh) 发布系统、获取系统以及支付网络/系统开发
CN105593882B (zh) 银行直接转账的系统和方法
CZ20031107A3 (cs) Multifunkční mobilní bankovní systém
KR102092410B1 (ko) 프라이빗 블록체인 기반의 오픈마켓 플랫폼 시스템
CN109948989A (zh) 基于区块链的订单状态更新方法、装置、设备及存储介质
US8904485B2 (en) System and method for intermediating between subscriber devices and communication service providers
KR100716507B1 (ko) 인터넷을 이용한 경매 부동산의 감정평가방법 및 그 시스템
US10289978B2 (en) Method and apparatus for integrating health care payers and provider systems with health care transaction systems using a single HIPAA EDI response generation component
US11677735B2 (en) Hidden line property of online content to inhibit bot activity
US20020133585A1 (en) Computer program for recording and selective playback of a communication involving the hypertext transfer protocol
TW201837820A (zh) 金融自動交易管理系統及其控制方法
US20240012657A1 (en) Bpaas compatibility check
US8832178B2 (en) Service implementation
WO2006002171A2 (en) Dynamic liquidity management system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100127

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20100720