(57)【要約】要約書なし。【特許請求の範囲】
【請求項１】
カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムであって、取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを各々が有する複数のトレーダー端末を含み、前記トレーダー端末は通信ネットワークを介して互いと通信し、
トレーダー端末ユーザインターフェイスはさらに、
トレーダーが参加している複数の取引を保持する取引スタックを含み、前記取引スタックは各取引のステータスと取引説明とを含み、さらに
会話型取引関連情報を入力するための手段を含み、前記トレーダー端末はさらに、
会話型取引関連情報をパーズして取引ステータスにおける変化または取引ステータスを変更する意図を検出し、かつ取引ステータスにおける変化を前記取引スタックに通知するためのパーサーを含み、それにより、変化した取引ステータスの通知を受取ると、前記取引スタックは新しい取引ステータスに適切である取引ストリングを生成する、会話型ディーリングシステム。
【請求項２】
前記パーサーは取引ステータスに依存し、それにより前記パーサーはトレーダーによって入力された会話をパーズして、会話内に取引ステータスに関連する予め定められた内容を検出する、請求項１に記載の会話型ディーリングシステム。
【請求項３】
前記システムは前記パーサーによって与えられたパーズされた取引ステータス情報を解析して、複数の予め定められた取引変数の存在を検出する、請求項２に記載の会話型ディーリングシステム。
【請求項４】
取引はテイカーによって開始され、前記パーサーはディールメイカー（ｄｅａｌ ｍａｋｅｒ）およびディールテイカー（ｄｅａｌ ｔａｋｅｒ）によってシステムに入力される会話をパーズする、請求項１に記載の会話型ディーリングシステム。
【請求項５】
パーズされた会話に取引関連情報がなければ、前記パーサーはリクエスト・フォー・クォート（ＲＦＱ）について会話をモニタする、請求項１に記載の会話型ディーリングシステム。
【請求項６】
前記パーサーは、所与の証券に対する各取引段階に関連する用語のリストを有し、所与の取引段階に対するリストにある用語を検出すると、会話内の用語と変数とをパーズする、請求項１に記載の会話型ディーリングシステム。
【請求項７】
非会話型取引関連情報を入力するための手段をさらに含む、請求項１に記載の会話型ディーリングシステム。
【請求項８】
前記非会話型取引関連情報を入力するための手段は、取引スタック上に取引ステータス依存ボタンを含む、請求項７に記載の会話型ディーリングシステム。
【請求項９】
前記非会話型取引関連情報を入力するための手段は、複数の取引ステータス依存キーボード駆動メニューを含む、請求項７に記載の会話型ディーリングシステム。
【請求項１０】
前記会話型取引関連情報を入力するための手段は、ユーザインターフェイスに会話パネルを含む、請求項１に記載の会話型ディーリングシステム。
【請求項１１】
前記非会話型取引関連情報を入力するための手段によってシステムに入力された取引関連情報は、会話に変換されて会話に入れられる、請求項１に記載の会話型ディーリングシステム。
【請求項１２】
前記取引スタックにおける各取引は、関連の会話を有する、請求項１に記載の会話型ディーリングシステム。
【請求項１３】
前記トレーダー端末はさらに、取引スタックにおける取引のステータスが変化する場合に、取引関連メッセージをディーリングシステムに送るためのメッセージングシステムを含み、送られるメッセージは取引のステータスに依存する、請求項１に記載の会話型ディーリングシステム。
【請求項１４】
前記証券は、少なくとも１つの金融証券を含む、請求項１に記載の会話型ディーリングシステム。
【請求項１５】
前記少なくとも１つの金融証券は外国為替（ＦＸ）証券である、請求項１４に記載の会話型ディーリングシステム。
【請求項１６】
カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムであって、各々が取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有する複数のトレーダー端末を含み、前記トレーダー端末は通信ネットワークを介して互いと通信し、前記トレーダー端末ユーザインターフェイスはさらに、
トレーダーが参加している複数の取引を保持する取引スタックを含み、前記取引スタックは各取引のステータスおよび取引説明を含み、さらに
会話型取引関連情報を入力するための会話パネルを含み、前記トレーダー端末はさらに、
会話型取引関連情報をパーズして取引ステータスにおける変化または変化させる意図を検出し、かつ取引ステータスにおける変化を取引スタックに通信するためのパーサーを含み、それにより、変化した取引ステータスは、新しい取引ステータスに適切である取引ストリングを取引スタックに生成させる、会話型ディーリングシステム。
【請求項１７】
前記パーサーは、取引ステータスに依存する予め定められた用語に対して会話パネルにおける会話をモニタする、請求項１６に記載の会話型ディーリングシステム。
【請求項１８】
前記パーサーは、取引ステータスおよびステータスの変化を示す関連の用語のリストを含む、請求項１７に記載の会話型ディーリングシステム。
【請求項１９】
前記取引ステータスの各々は、関連の取引ストリングを有する、請求項１５に記載の会話型ディーリングシステム。
【請求項２０】
トレーダーが取引ステータス変化をトレーディングシステムに入力するための非会話型手段をさらに含む、請求項１５に記載の会話型ディーリングシステム。
【請求項２１】
取引ステータス変化を入力するための前記非会話型手段は、前記取引スタックに複数の取引ステータス依存ボタンを含む、請求項２０に記載の会話型ディーリングシステム。
【請求項２２】
カウンターパーティ間で証券をトレーディングするための、複数のトレーダー端末を有する会話型ディーリングシステムのためのトレーダー端末であって、前記トレーダー端末は通信ネットワークを介して互いと通信し、前記トレーダー端末は取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを含み、前記ユーザインターフェイスはさらに、
トレーダーが参加している複数の取引を保持する取引スタックを含み、前記取引スタックは各取引のステータスおよび取引説明を含み、さらに
会話型取引関連情報を入力するための手段を含み、前記トレーダー端末はさらに
前記会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、それにより変化した取引ステータス通知を受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する、トレーダー端末。
【請求項２３】
前記パーサーは取引ステータスに依存し、それにより前記パーサーはトレーダーによって入力された会話をパーズして、会話内に取引ステータスに関連する予め定められた内容を検出する、請求項２２に記載のトレーダー端末。
【請求項２４】
前記システムは前記パーサーによって与えられたパーズされた取引ステータス情報を解析して、複数の予め定められた取引変数の存在を検出する、請求項２３に記載のトレーダー端末。
【請求項２５】
取引はテイカーによって開始され、前記パーサーはディールメイカーによってシステムに入力される会話をパーズする、請求項２２に記載のトレーダー端末。
【請求項２６】
パーズされた会話に取引関連情報がなければ、前記パーサーはリクエスト・フォー・クォート（ＲＦＱ）について会話をモニタする、請求項２２に記載のトレーダー端末。
【請求項２７】
前記パーサーは、所与の証券に対する各取引段階に関連する用語のリストを有し、所与の取引段階に対するリストにある用語を検出すると、会話内の用語と変数とをパーズする、請求項２２に記載のトレーダー端末。
【請求項２８】
非会話型取引関連情報を入力するための手段をさらに含む、請求項２２に記載のトレーダー端末。
【請求項２９】
前記非会話型取引関連情報を入力するための手段は、取引スタック上に取引ステータス依存ボタンを含む、請求項２８に記載のトレーダー端末。
【請求項３０】
前記非会話型取引関連情報を入力するための手段は、複数の取引ステータス依存キーボード駆動メニューを含む、請求項２８に記載のトレーダー端末。
【請求項３１】
前記会話型取引関連情報を入力するための手段は、会話パネルをユーザインターフェイスに含む、請求項２８に記載のトレーダー端末。
【請求項３２】
前記取引スタックにおける各取引は、関連の会話を有する、請求項２２に記載のトレーダー端末。
【請求項３３】
前記トレーダー端末はさらに、取引スタックにおける取引のステータスが変化する場合に、取引関連メッセージをディーリングシステムに送るためのメッセージングシステムを含み、送られるメッセージは取引のステータスに依存する、請求項２２に記載のトレーダー端末。
【請求項３４】
前記証券は、少なくとも１つの金融証券を含む、請求項２２に記載のトレーダー端末。
【請求項３５】
前記少なくとも１つの金融証券は外国為替（ＦＸ）証券である、請求項３４に記載のトレーダー端末。
【請求項３６】
カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムであって、各々が取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有する複数のトレーダー端末を含み、前記トレーダー端末は通信ネットワークを介して互いと通信し、前記トレーダー端末ユーザインターフェイスはさらに、
トレーダーが参加している複数の取引を保持する取引スタックを含み、前記取引スタックは各取引のステータスおよび取引説明を含み、さらに
取引関連情報をトレーダー間の会話として入力するための手段と、
取引スタックに直接取引関連情報を入力するための手段とを含み、前記トレーダー端末はさらに、
会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、それにより、直接取引入力手段を介して入力された取引関連情報の変化取引ステータス通知をパーサーから受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する、会話型ディーリングシステム。
【請求項３７】
前記取引関連情報をシステムに入力するための手段は、取引スタック上に取引特有ボタンを含む、請求項３６に記載の会話型ディーリングシステム。
【請求項３８】
前記取引関連情報をシステムに入力するための手段は、キーボード駆動メニューを含む、請求項３６に記載の会話型ディーリングシステム。
【請求項３９】
カウンターパーティトレーダー間で証券をトレーディングするための、複数のトレーダー端末を有する会話型ディーリングシステムのためのトレーダー端末であって、前記トレーダー端末は通信ネットワークを介して互いと通信し、前記トレーダー端末は取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを含み、前記ユーザインターフェイスはさらに、
トレーダーが参加している複数の取引を保持する取引スタックを含み、前記取引スタックは各取引のステータスおよび取引説明を含み、さらに
取引関連情報をトレーダー間の会話として入力するための手段と、
取引スタックに取引関連情報を直接入力するための手段とを含み、前記トレーダー端末はさらに、
会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、それにより前記直接取引入力手段を介して入力された取引関連情報の変化取引ステータス通知をパーサーから受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する、トレーダー端末。
【発明の詳細な説明】
【０００１】
【発明の分野】
この発明はディーリングシステムに関し、より特定的には当事者間で証券の取引をする会話型ディーリングまたはトレーディングシステムに関する。これは排他的ではないが、特定的にさまざまな金融証券をトレーディングする金融トレーディングおよびディーリングシステムに関する。
【０００２】
【発明の背景】
コンピュータシステムを用いて金融証券をトレーディングすることは、一般化している。これは、トレーダーが立会場で直接対面してトレーディングするオープン・アウトクライトレーディング方法に大きく取って代わった。外国為替スポット（ＦＸスポット）、金利先渡契約（ＲＦＡ）および他の証券のような異なった証券をトレーディングするための、さまざまなコンピュータ化されたトレーディングシステムが開発された。いくつかのシステムは匿名であって、取引のカウンターパーティは取引がダン（成立）するまで、マーケットの他のカウンターパーティの身元を知らない。イー・ビィ・エス・ディーリング・リソーシーズ・インコーポレイテッド（ＥＢＳ Ｄｅａｌｉｎｇ Ｒｅｓｏｕｒｃｅｓ， Ｉｎｃ．）およびロイター（Ｒｅｕｔｅｒｓ ｐｌｃ．）は、成功している匿名トレーディングシステムを数年にわたり運営している。後者の企業はまた、ロイター２０００／１として公知である会話型ディーリングシステムを運営するが、これは取引を行なうトレーダーの間の会話型のやりとりをコンピュータ化し、トレーダー間の商談を可能にするものである。
【０００３】
既存のディーリングシステムは、単一の証券をトレーディングするトレーダーをサポートしがちであった。所与のトレーダーが単一の証券のみをトレーディングする大きな機関においては、これはどのような問題も招かない。しかしながら、より小さな機関においては、たとえば外国為替トレーダーは１つ以上の通貨ペアについて数種類の証券をトレーディングし得る。そのようなトレーダーにとって、いくつかの異なったトレーディングシステムを用いなければならないことや、またはコンピュータ化されたシステムとボイスブローカーのような従来のトレーディング方法を併用しなければならないことは、不便である。
【０００４】
したがって、特に小さな機関におけるトレーダーのための、いくつかの証券トレーディングを単一のプラットフォームに統合してトレーディングを簡略化することに対する必要性が存在する。
【０００５】
外国為替市場のような金融市場は、極めて速く動き得る。ディーラーは、潜在的な取引を逃さないようほぼ瞬間的に市場の動きに反応することが求められる。その結果、トレーダー端末は視覚的に非常に単純であって、トレーダーが新しいまたは変化した情報を吸収するのが容易でなければならない。単一の端末からいくつもの異なった証券をトレーディングできる能力は、複雑さを増し、かつトレーダーにより多くの情報を提示することになりかねない。
【０００６】
いずれかの一時点において、トレーダーは、いくつかはダンになり他は完了前のどこかの段階でキャンセルされる多くの取引に関わり得る。これらの取引は、さまざまな証券にわたり得る。これらの取引の各々は、トレーダーが取引ができるよう見ることが可能でなければならない証券特有情報を有する。しかしながら、この情報のすべてをスクリーンに表示すると、トレーダーが視覚的にスクリーンを理解することが困難になるので、不所望である。
【０００７】
【発明の要約】
この発明は、取引ステータスに変化を示した会話における用語を検出するためにパーズを用いることにある。その後、他の取引に関連した処理が取引スタックによって行なわれる。
【０００８】
より特定的には、カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムが提供され、該会話型ディーリングシステムは、取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを各々が有する複数のトレーダー端末を含み、該トレーダー端末は通信ネットワークを介して互いと通信し、トレーダー端末ユーザインターフェイスはトレーダーが参加している複数の取引を保持する取引スタックを含み、該取引スタックは各取引のステータスと取引説明とを含み、該トレーダー端末ユーザインターフェイスはさらに、会話型取引関連情報を入力するための手段を含み、該トレーダー端末はさらに、会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、よって変化した取引ステータス通知を受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する。
【０００９】
好ましくは、パーサーは取引ステータスに依存し、よってパーサーはトレーダーによって入力された会話をパーズして、会話内の取引ステータスに関連した予め定められた内容を検出する。この予め定められた内容が検出されたとき、パーサーは変化を取引ステータスに登録する。
【００１０】
好ましい一実施例においては、システムはパーサーによって提供されたパーズされた取引ステータス情報を解析して、複数の予め定められた取引変数の存在を検出する。好ましくは、テイカーによって取引が開始したとき、パーサーはディールメイカーによってシステムに入力された会話のみをパーズする。好ましくは、パーズされた会話に取引関連情報がなかった場合には、パーサーはリクエスト・フォー・クォート（ＲＦＱ）について会話をモニタする。
【００１１】
好ましくは、パーサーは所与の証券に対する各取引段階に関連する用語のリストを有し、所与の取引段階に対するリストにある用語を検出すると、会話内の用語と変数とをパーズする。
【００１２】
この発明の好ましい実施例においては、システムは非会話型取引関連情報を入力するための手段を含む。この手段は、取引スタック上に取引ステータス依存ボタン、および／または複数の取引ステータス依存キーボード駆動メニューを含む。
【００１３】
好ましい実施例においては、会話型取引関連情報を入力するための手段は、ユーザインターフェイスに会話パネルを含む。好ましくは、取引スタックにおける各取引は、会話パネルに選択的に閲覧され得る関連の会話を有する。好ましくは、トレーダーがボタンまたはメニューを用いて取引関連情報をシステムに入力すると、システムは取引情報をベストプラクティスの会話を用いて会話に変換する。
【００１４】
好ましくは、取引スタックはさらに、取引スタックにおける取引のステータスが変化する場合に、取引関連メッセージをディーリングシステムに送るためのメッセージングシステムを含み、送られるメッセージは取引のステータスに依存する。取引スタックは、取引ステータスにおける変化にしたがって、ボタンバーの構成をも変更し得る。
【００１５】
この発明はまた、カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムを提供し、これは各々が取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有する複数のトレーダー端末を含み、該トレーダー端末は通信ネットワークを介して互いと通信し、該トレーダー端末ユーザインターフェイスはさらに、トレーダーが参加している複数の取引を保持する取引スタックを含み、該取引スタックは各取引のステータスおよび取引説明を含み、該トレーダー端末ユーザインターフェイスはさらに会話型取引関連情報を入力するための会話パネルを含み、該トレーダー端末はさらに、会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通信するためのパーサーを含み、よって変化した取引ステータスは、新しい取引ステータスに適切である取引ストリングを取引スタックに生成させる。
【００１６】
この発明はさらに、カウンターパーティトレーダー間で証券をトレーディングするための、複数のトレーダー端末を有する会話型ディーリングシステムのためのトレーダー端末を提供し、該トレーダー端末は通信ネットワークを介して互いと通信し、該トレーダー端末は取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有し、該ユーザインターフェイスはさらに、トレーダーが参加している複数の取引を保持する取引スタックを含み、該取引スタックは各取引のステータスおよび取引説明を含み、該ユーザインターフェイスはさらに、会話型取引関連情報を入力するための手段を含み、該トレーダー端末はさらに、会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、よって変化取引ステータス通知を受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する。
【００１７】
この発明の実施例は、パーサーのアクティビティを取引ステータスにおける変換の検出に限定することにより、システムがよりフレキシブルになる利点を有する。これは、いずれか一時点において１人のトレーダーしかカーソルを「所有」できない厳密な会話型メッセージ交換によって動作する先行技術のシステムとは対称的である。この発明のシステムにおいては、取引するべきどのような当事者もいつでもシステムに会話を入力することができる。しかしながら、パーサーがある取引がその取引ステータスに関連すると認識するように予めプログラムされている用語が会話に含まれていなければ、会話は取引プロセスに影響しない。
【００１８】
この発明の第２の局面にしたがうと、カウンターパーティ間で証券をトレーディングするための会話型ディーリングシステムが提供され、該会話型ディーリングシステムは、各々が取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有する複数のトレーダー端末を含み、該トレーダー端末は通信ネットワークを介して互いと通信し、該トレーダー端末ユーザインターフェイスは、トレーダーが参加している複数の取引を保持する取引スタックを含み、該取引スタックは各取引のステータスおよび取引説明を含み、該ユーザインターフェイスはさらに、取引関連情報をトレーダー間の会話として入力するための手段と、取引スタックに取引関連情報を直接入力するための手段とを含み、該トレーダー端末はさらに、会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、よって直接取引入力手段を介して入力された取引関連情報の変化取引ステータス通知をパーサーから受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する。
【００１９】
この発明の第２の局面はまた、カウンターパーティトレーダー間で証券をトレーディングするための、複数のトレーダー端末を有する会話型ディーリングシステムのためのトレーダー端末を提供し、該トレーダー端末は通信ネットワークを介して互いと通信し、該トレーダー端末は取引関連情報を入力しかつトレーダーに表示するためのユーザインターフェイスを有し、該ユーザインターフェイスはさらに、トレーダーが参加している複数の取引を保持する取引スタックを含み、該取引スタックは各取引のステータスおよび取引説明を含み、該ユーザインターフェイスはさらに、取引関連情報をトレーダー間の会話として入力するための手段と、取引スタックに取引き関連情報を直接入力するための手段とを含み、該トレーダー端末はさらに、会話型取引関連情報をパーズして取引ステータスにおける変化を検出し、かつ取引ステータスにおける変化を取引スタックに通知するためのパーサーを含み、よって直接取引入力手段を介して入力された取引関連情報の変化取引ステータス通知をパーサーから受取ると、取引スタックは新しい取引ステータスに適切である取引ストリングを生成する。
【００２０】
この発明の第２の局面は、ユーザにさらなるフレキシビリティを提供するという利点を有する。トレーダーは、システムによってパーズされる会話型チャットを介して取引情報を入力するか、または好ましくはユーザインターフェイスのボタンまたはキーボード駆動メニューを用いて取引情報を直接入力するかの選択肢を有する。トレーダーは、取引の進行中に二者を切りかえることができる。このフレキシビリティは、取引関連情報の入力が、パーズされた会話であるか直接入力であるかに関わらず、取引ステータスの変化があったことを取引スタックに伝達するので可能である。他のすべての取引関連アクティビティは取引スタックによって行なわれ、システムの残りのものに、たとえはバックオフィスシステムの他のトレーダー端末に必要なメッセージを送って、取引チケットを生成することを含む。取引スタックは、すべてが取引ステータス依存であるボタンバーのボタンおよびキーボードメニューの機能を変更する役割を果たす。
【００２１】
この発明の実施例を例示目的でのみ、添付の図面を参照して説明する。
【００２２】
【ベストモードの説明】
図１に概略的に示されるシステムは、さまざまな金融証券をトレーディングするための会話型ディーリングシステムである。取引され得る証券は、これらに限定されるものではないが、外国為替（Ｆ／Ｘ）スポット、フォワード、およびアウトライトを含む。以下にＦ／Ｘスポットおよびフォワードに集中して説明するが、これは純粋にこの発明の例示目的であって、この発明はいかなる特定の金融証券にも、または金融証券にさえも限定されないことを理解されたい。これは、商品（ｃｏｍｍｏｄｉｔｙ）、金属のような他のどのような代替可能物の取引にも等しく適用可能である。
【００２３】
示されるシステムはインターネットに基づくシステムであって、トレーダーはインターネットをわたってトレーダー端末から他のトレーダーと通信する。取引は、トレーダー間のメッセージの交換によって合意される。メッセージ内容は自動的にシステムによってパーズされて、取引関連内容を識別されて処理される。パーズによって取引ステータスの変化が検出されると、取引処理の残りは取引スタックによって扱われる。取引ステータスは会話によって入力される必要はなく、たとえばオンスクリーン機能ボタンまたはキーボード駆動メニューを用いてトレーダー端末から直接入力されてもよい。こうして、システムはユーザが非会話型の取引内容データの簡単な交換によって、または２つの方法の併用によって、取引することをも可能にする。
【００２４】
以下の説明は、トレーディングシステムであって、その中で取引を行なうためにトレーダーによってユーザインターフェイスが用いられるものの概要を示す。しかしながら、これはこの発明によって用いるのに適切なトレーディングシステムの一例に過ぎないことを理解されたい。この発明はいかなる特定のトレーディングシステムにも限定されるものではなく、トレーダーが多数の証券をトレーディングするどのようなシステムにも適用可能である。そのようなシステムは、インターネットに基づくか、または従来の公衆ネットワークまたは専用ネットワークで動作してもよい。これは分散アーキテクチャを用いるか、中央上位計算機を用いて動作するか、または他のどのような態様で構成されてもよい。
【００２５】
図１を参照して、開示されるトレーディングシステムはシステムイントラネットを介して接続する複数のサーバファームに基づく。サーバファームは、ここではインターネットである通信ネットワークと構内銀行イントラネットとを介して銀行立会場のトレーダー端末と通信する。ほとんどの取引処理はトレーダー端末で行なわれ、取引メッセージはサーバファームからカウンターパーティのトレーダー端末に送られる。サーバファームはまた、ダンした取引情報を銀行のバックオフィスシステムに送って、取引チケットが処理され取引が確定されるようにする。取引は、直接トレーダーによって、または以下に説明するようにパーズされたトレーダー間で交わされた会話によってのいずれかで、システムに入力される。パーズはトレーダー端末で行なわれる。
【００２６】
図２は、各トレーダー端末で表示されるユーザインターフェイスを示す。表示は、いくつかのパネルを含む。どの程度パネルが表示されるかは、各トレーダーの好みにしたがって構成可能であるが、いくつかのパネルは永久的である。すなわち、ディスプレイ１００は概念コンテナ（ｎｏｔｉｏｎａｌ ｃｏｎｔａｉｎｅｒ）１０２，１０４および１０６を含む。コンテナ１０２は、３つのコンテナのうちの上のものであり、ディスプレイの幅をわたって延在し、その上コンテナの下には、左下コンテナ１０４がおよび右下コンテナ１０６がある。コンテナの左には、構成可能アイコン表示１０８がある。
【００２７】
上コンテナは、トレーダーの表示エリアの全幅を必要とするパネルだけを表示する。表示され得る各パネルは、２つのうちの１つの優先順位を割当てられる。優先順位１のパネルは隠れない。優先順位２のパネルは、覆われるか、または高さ０を与えられる。いずれの場合においても、パネルデータモデルはパネルが見えないときにも維持されており、これらが再び見えるようになったときに、含まれたデータを表示することが可能である。
【００２８】
各々が優先順位１を有する３つの永久的パネルがある。これらを図２および図３に示す。上コンテナ１０２内には取引スタック１１０が表示され、左下コンテナ１０４にはトレーダーが参加しているいくつかの会話を含む会話エリア１１２が表示され、右下コンテナには入ってくる会話メッセージが表示される入来会話パネル１１４が表示される。メッセージは、トレーダーがまだ参加していないか、または全く参加しないかもしれない会話を含む。
【００２９】
トレーダーが表示することを選択し得る任意のパネルは以下を含む：
優先順位１を割当てられ、かつトレーダーによってダンされて下の２つのコンテナのいずれかに表示され得るすべての取引を示す、トレーダー取引パネル（図示せず）；
優先順位１を割当てられ、下の２つのコンテナのいずれかに配置される、概要パネル（図示せず）；
優先順位２を割当てられ、システムによってログされた取引を示し、上コンテナ１０２に表示される、取引ログパネル（図示せず）；
さまざまな通貨ペアに対するシステム上の現在の取引レートを表示し、優先順位２を割当てられる、レートエリア１１６；および
下のコンテナのうちの１つに配置され、優先順位２を有する、会話アーカイブ（図示せず）。
【００３０】
図３に示されるように、いくつかのパネルはそれらの下端にボタンバーを含む。ボタンのさまざまな機能は、追って説明する。会話パネルボタンバーは、フロート（ｆｌｏａｔ）ボタンを含む。このボタンをクリックすると、パネルの位置をスクリーン中で、全システムが表示されているウインドウ外にさえも、変化させることができる。これは、たとえばユーザがいくつかの任意のパネルの表示を所望するか、または多数の会話が行なわれている場合に有用である。説明される実施例においては、いずれかの一時点において最大１０までの会話が進行し得るが、これは変化し得る任意の数字であることを認識されたい。
【００３１】
入来会話パネルは、入ってくる会話型メッセージのみをリストする。図２の例においては、単一の会話のみが表示されている。この時点で、ユーザは会話の当事者ではない。会話は４つの見出しの下に表示されている：独自会話識別番号であるＩＤ；カウンターパーティによって会話が開始された時間であるＴｉｍｅ；会話を開始したカウンターパーティの識別であるＦｒｏｍ；および会話内の最新メッセージラインであるＭｅｓｓａｇｅである。図２の例においては、メッセージ「会話はｐｅｔｅｒ＠ＣＩＴＱによって開始されました」が、識別子ＣＩＴＱを有する機関のピーターとして識別されるトレーダーによって送られている。会話は１３．３４．５４に開始し、ＩＤ番号１７９１を有する。
【００３２】
入来会話パネルの下にあるのは、「ピックアップ（Ｐｉｃｋ Ｕｐ）」「クリア（Ｃｌｅａｒ）」「転送（Ｔｒａｎｓｆｅｒ）」および「チャット（Ｃｈａｔ）」と記されるボタンを備えたボタンバーである。アクションのために会話を選択するために、ユーザが会話ラインをクリックすると、その会話ラインはパネル内の他のいずれの会話とも異なった色で表示される（ここでは、これは唯一の会話である）。もしユーザが「ピックアップ」ボタンをクリックすれば、選択された会話に対して会話パネルが左下コンテナ１０４で開く。この時点で、システムは、会話型メッセージが送られた他のすべての当事者に、メッセージ「ユーザ名が会話に加わりました」というメッセージを表示させる。当事者が会話に加わったとき、当事者は参加した時点からの会話のみを見る。最初の人物が取引コードに対するチャットへの招待をピックアップすると、この招待はこれが送られた他のすべての当事者から取り下げられる。
【００３３】
トレーダーが会話をピックアップすると、会話は彼の入来会話パネルから除去される。
【００３４】
「クリア」ボタンをクリックすると、選択された会話をディスプレイからクリアする。会話がクリアされると、会話の開始者は彼ら自身の会話パネルに「会話はユーザ名によって辞退されました」を受取る。
【００３５】
「転送」ボタンは、会話が相互的である場合にのみイネーブルされる。クリックすると、会話はトレーダーまたは、転送会話ダイアログ内に特定される取引コードに転送される。所与のトレーダーが、相手があるならば誰に会話を転送するのかを規定するルールが確立され得る。
【００３６】
「チャット」ボタンは、会話セッションの起動を呼出し、かつ会話エリアに会話パネルを開く。ユーザが同じ人物に対して第２またはその後の会話を開始しようと試みた場合、警告ボックスが表示されてユーザに通知するが、同じ人物に対して多数の会話を開始し得る。
【００３７】
ボタンバーのすべての機能を表示するか、またはこれに代えて、キーボードによる操作のみを可能にするようにドロップダウンメニューとして表示されてもよい。
【００３８】
図４から図６をさらに参照して、取引スタックは、トレーダが関与しており、かつ継続中であるかまたは完了している取引のリストを示す。
【００３９】
取引スタック１３０は、以下の主な構成要素を含む：
取引リスト１３２、取引詳細パネル１３４、およびボタンバー１３６である。取引リストは、４つの見出しの下に取引についての情報を示す：取引ステータス１２０、時間１２２、カウンターパーティ（トレーダー／銀行）１２４、取引されている証券１２６および行なわれている取引１２６である。取引リストに示される情報は、取引されている証券に依存しない。これは、取引詳細パネルの使用によって達成されるが、取引スタックは、最小限の情報がトレーダーが簡単に理解できる態様で、非常に単純な態様でユーザに示されるので、たいへん有利である。
【００４０】
取引フィールド１２６のテキストを理解するために、第一にどのように取引関連情報がシステムに入力され、どのようにシステムがその情報が取引に関連していることを理解するのかを認識しなければならない。取引情報は２つの方法のうちの１つでシステムに提出され得る：直接取引き入力または会話のパーズである。会話のパーズは、後に詳述する。この時点では、パーズがシステムが会話型メッセージを解析して、それらが取引関連内容を含むかどうか判断することに関わることを認識すれば十分である。もしそれらが含んでいれば、取引は取引リストに表示される。
【００４１】
取引は、トレーダーによるシステムへの「リクエスト・フォー・クォート」（ＲＦＱ）入力によって開始する。ＲＦＱは、トレーダによる、取引に関心を持っていることの表明である。図２の取引リストの第１のラインはＲＦＱを示す。ここで、トレーダーは２５０万ドルをアメリカドル／カナダドルマーケットで取引するリクエストをマーケットに提示する。この段階で、ビッドまたはオファープライスは与えられておらず、トレーダーが買いまたは売りを所望するかの示唆もない。ＲＦＱはシステムに会話型メッセージとして入力されていても、またはトレーダーによって直接入力として入力されていてもよく、この場合トレーダーは取引ボタンバーのＲＦＱボタンを押す。これにより、証券、通貨ペア、および金額を要求するパネルが表示される。
【００４２】
こうして、取引は直接のクォートリクエストのシステムへの入力、または会話のパーズによるクォートリクエストの検出のいずれかにより、取引が開始し得る。便宜上、これを間接的なクォートリクエストと称してもよい。
【００４３】
ＲＦＱが受取られるかまたは検出されると、システムは取引リストに表示されるべきテキストを決定する。これは、直接ＲＦＱの文字変換、またはパーズされた間接的ＲＦＱのいずれかである。
【００４４】
証券ごとに、いくつかの取引ステータスが定義される。これらの各々が、ステータスフィールドに表示される関連のステータスストリング、取引フィールドに表示されるテキストである取引ストリング、および理解される説明を有する。
【００４５】
Ｆ／Ｘスポットに対する取引ステータスのいくつかの例は以下の通りである。
【００４６】
【表１】
2004518220.tif 000002
【００４７】
【表２】
2004518220.tif 000003
【００４８】
上のもののいくつかと関連する取引ストリングおよびステータスストリングは以下の通りである：取引ストリングは、トレーダーによって入力された実際の会話に対するシステムによって置換された会話型テキスト、またはトレーダーが取引スタック上のボタンバーまたは等価物のキーボードメニューのいずれかを用いて取引情報を入力した場合に置換されたものであることを認識されたい。
【００４９】
【詳細な説明】
【００５０】
【表３】
2004518220.tif 000004
【００５１】
以下は、証券（ｉｎｓｔｒｕｍｅｎｔ）がフォワード取引である取引ステータスである。
【００５２】
【表４】
2004518220.tif 000005
【００５３】
【表５】
2004518220.tif 000006
【００５４】
取引スタック中のすべての取引について、対応する会話セッションが存在する。いくつかの場合には、ＲＦＱは会話から始まっていた。別の場合は、そうではなかった。後者の場合、直接クォートすなわち会話が生じるが、トレーダーが特に要求すれば、会話パネルが開かれるのみ、すなわち、会話が公開される。
【００５５】
したがって、トレーダーのアクションに応答してシステムが取引に対してアクションを起こす際はいつでも、このアクションの性質を示す会話セッションにメッセージラインが含まれる。このメッセージラインは、トレーダーが下にある（ｕｎｄｅｒｌｙｉｎｇ）会話を公開し、メッセージテキストをタイプしたならば、それがパーズを行ない、取引に対して同じアクションを起こす形態のものである。メッセージは、パーズの観点から、最良の会話的実践を反映する形態にある。
【００５６】
取引リストは、トレーダーが関わっているすべてのライブＲＦＱをディスプレイする。トレーダーは、適切なオプションが設定されていれば、他のＲＦＱを見得る。トレーダーは、取引が完了すれば、完了した取引を自動的にクリアするオプションを有する。トレーダーは、自分のアカウントから自動転送されたすべてのＲＦＱを見るオプションを有する。自動転送されたＲＦＱは、クリア機能によって取引リストからクリアされる。
【００５７】
上述のように、取引リストは取引される証券から完全に独立している。したがって、取引リストは５つのコラム、すなわち、ステータス、時間、トレーダー／銀行、証券および取引をディスプレイするのみである。取引コラムは、システムが生成して取引を記述する、証券／ステータス特有ストリングを含む。
【００５８】
取引リストの独立性のバランスを取るため、取引リストの下部の取引詳細パネルは証券特有フォーマットを有しかつ、リスト中で現在選択されている取引の全詳細を反映する。
【００５９】
取引リストに新たな取引が加わると、それは、現在選択されているソート順に関わらず、リストのいちばん下に挿入される（その取引をソート順に正しく位置付けるには再ソートが必要である）。取引リストに取引が加えられると、トレーダーのアクション（ＲＦＱまたはチャット）の結果、最後にテーブルに加えられた項目が選択された項目になる。リストは、選択された項目がトレーダーに見えるようにスクロールされる。カウンタパーティが新たな取引を始める場合、選択された取引は変わらない。対象が取引リストの中にあるならば、現在選択されている項目は、リストに新たな取引が加わっても変わらない。新たな取引が取引スタックに加わって、その取引を見るには取引スタックをスクロールしなければならない場合、スクロールバーのバックグラウンドは、スクロールによって取引が見えるようになるまで、たとえば赤に点滅する。
【００６０】
取引詳細パネルは、標準取引スタックボタンを介しては利用できない証券特有機能に関するボタンおよび他のコントロールを含んでもよい。取引が変更可能な状態にあるとき、その変更は、取引詳細パネル中の編集コントロールによって行なわれる。これらの潜在的に変更可能なフィールドは、取引詳細パネルのその他の部分とは異なる色、たとえばシアンのバックグラウンドを有する。取引詳細パネル自体が、取引リストとは異なる色、たとえば黄色であってもよい。フィールドが編集可能であるとき、それらは、たとえば黒の境界線を有する白のバックグラウンドによって区別される。
【００６１】
取引詳細パネルのフォーマットは取引の証券に特有である。パネルのすべての実現例は、常に同じ場所にある共通のあるフィールドおよびコントロール、すなわち、ステータス、時間、トレーダー／銀行、証券およびエラー／警告組合せボックスを有する。図４、５、７および８は、Ｆ／Ｘスポットおよび取引のさまざまな段階用の取引詳細パネルを図示し、図６は、取引過程のある段階のＦ／Ｘフォワード用の取引詳細パネルを図示する。
【００６２】
したがって、取引詳細パネルは、取引ストリングの代わりに、入力され次にパーズされるとその取引ストリングを結果的に生じるような情報を含むことを除いて、取引リスト中のすべての情報を含む。したがって、Ｆ／Ｘスポットについては、取引詳細パネルは、アマウント、通貨ペア、バリューデート、ビッドおよびオファープライスならびに取引済み（Ｄｅａｌｔ）を含む。図４で、スタック中の最初の取引について取引詳細パネルが示される。これは、ちょうど始まったばかりで、ＲＦＱが出された取引である。ビッドまたはオファープライスはまだまったくないため、埋まっているフィールドは、アマウント、通貨ペアおよびバリューデートのみである。パーズすると、これは、“２．５ｍｉｌのＵＳＤ．ｃａｄを要求”となる。
【００６３】
図５で、ハイライトされた取引は、リスト中の３番目のものである。取引のステータスはｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒであり、これは、メイカーがテイカーのクォートをピックアップし、日本円３２億円に対するビッドおよびオファープライスをクォートしていることを示す。アマウントとプライスの両者とも編集可能であるので、取引詳細パネル中、それらは白のバックグラウンド上の黒い文字として表れる。
【００６４】
図６は、フォワード取引用の取引詳細パネルを示す。ここで、パネルは、ニア（ｎｅａｒ）およびファー（ｆａｒ）アマウントの両者、通貨、ニアおよびファー取引の両者の性質、それらのバリューデート、左右側、スポットアマウント、オールインアマウントならびに取引アマウントをリストで示している。示された例では、パネルは、完了した取引である、リスト中の４番目の取引に関する。したがって、取引詳細パネル中のすべてのフィールドは埋まりかつダンであり（ｄｏｎｅ）、変更可能である。
【００６５】
許容できないエントリまたは誤りをトレーダーに通知可能にするため、詳細パネルの左下側にエラー／警告組合せボックスがある。この組合せボックスは、取引に関連するあらゆるエラーまたは警告状態のために、そのドロップダウンリスト中にエントリを有する。組合せボックス中でエラーまたは警告が選択されると、エラーまたは警告が属するフィールドが、非常に明らかな態様で、たとえば、赤（エラー）またはオレンジのバックグラウンド（警告）でハイライトされる。エラーおよび警告はそれらの優先順位順にリストにされる。この組合せボックスはその右側に関連の標識を有し、それは、組合せボックスが含むエラーまたは警告の数を示す。リスト中のアラームまたは警告状態が変化するとき、最も優先順位の高い項目が選択された項目である。
【００６６】
図７は、エラーボックスの例を示す。ここで、ハイライトされた取引は、取引リスト中の３番目のものである。これは、アマウントとビッドおよびオファープライスとの両者を必要とする。トレーダーはビッドおよびオファープライスを入力しておらず、エラーボックスは、ビッドまたはオファープライスが必要であることを示している。さらに、Ｑｕｏｔｅ？ステータスストリングと、通常は白で示されるビッドおよびオファーフィールドとが赤でハイライトされる。
【００６７】
組合せボックス中のエラーの存在は、そのエラー状態が訂正されるまで、取引を進めるキーおよびメニュー項目を不能にする。
【００６８】
図８は、受け入れを待っている取引の取引詳細パネルを示す。ここで、メイカーはクォートを提出し、取引は現在テイカーからの受入れまたは拒否を待っている。図からははっきりしないが、アマウントとビッドおよびオファーの詳細とがハイライトされ、それらを変更可能であることを示している。
【００６９】
ステータス、時間、トレーダー／銀行および証券のコラムエントリは、取引リスト中のそれらのそれぞれのコラムのすぐ下に、取引詳細パネル上に位置決めされる。列を再サイズ決めすればそれらの相対的な位置も変わる。エラー／警告組合せボックスおよびその関連のカウント標識の幅は、ステータス、時間、トレーダー／銀行および証券コラムの組合せの幅に自動的に設定される。取引コラム下の証券特有フィールドは、取引コラムの幅に比例してそれら自身を再サイズ決めし、位置決めする。
【００７０】
２つの例示的な証券について、証券特有のフィールドがより詳細に説明される。この発明はいかなる証券にも適用可能であり、フィールドは証券によって異なることを理解されたい。
【００７１】
アマウントフィールドは当初読出専用であり、ＲＦＱのアマウントを１００万単位でディスプレイする。取引がｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒ段階（図５）に達すると、フィールドが編集可能になる。
【００７２】
“オン”（ｏｎ）通貨フィールドはアマウントフィールドの右にあり、ＲＦＱが表わされる通貨である。それが基準通貨でなければそれがディスプレイされ、そうでなければディスプレイされない。それはｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒ段階までは編集不可能であり、ｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒ段階の時点で編集可能になる。
【００７３】
通貨ペアフィールドは、取引される通貨ペアを単に示す。
バリューデートは取引のバリューデートを示し、当事者が変更することはできない。たとえばアスタリスクなどで他に示されなければ、それは証券の通常の日（ｒｅｇｕｌａｒ ｄａｔｅ）である。
【００７４】
ビッドおよびクォートフィールドは、これらが存在するビッドおよびクォートをディスプレイする。それらは、図５に関連して説明されるように、それらを編集可能な取引のｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒおよびＰｒｅ ｒｅ−ｑｕｏｔｅ ｍａｋｅｒ段階を除いて、読出専用である。ビッグフィギュア（ｂｉｇ ｆｉｇｕｒｅ）、すなわち、プライスの最も有効な桁がマーケット供給からトレーディングシステムへ利用可能ならば、そのフィギュアが用いられる。裁定取引状態が存在すれば、マーケット供給レート、システムのベストオファーからのビッグフィギュアが用いられる。これはシステムレートパネルで見ることができ、パネルはユーザがディスプレイすることを選び得るものである。
【００７５】
最後のフィールドは、取引が完了したプライスを示す取引済みプライスフィールドである。図９からわかるように、これは、取引が完了した側（買いまたは売り）を反映する。図９では、取引されたプライスはビッドプライスである。
【００７６】
取引詳細パネルに示されるフォワード特有フィールドは以下のとおりである。
ニアおよびファーアマウント  これらは、スポット例のアマウントフィールドと同じ態様で機能する。
【００７７】
オン通貨  これはスポット例のアマウントフィールドと同じ態様で機能する。
通貨ペア  これはスポット例のアマウントフィールドと同じ態様で機能する。
【００７８】
ニアおよびファー期間  これらの期間がたとえば１ヶ月などの標準的な期間に適合すれば、それらはそのようなものとして示される。適合しなければ、半端（ｂｒｏｋｅｎ）として示される。
【００７９】
ニアおよびファーデート  これはニアおよびファーバリューデートを示す。
左右側プライス  ＬＨＳまたはＲＨＳが存在する場合、それはこのフィールドにディスプレイされる。取引ステータスがｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒまたはｐｒｅ ｒｅｑｕｏｔｅ−ｍａｋｅｒステータスであるときを除き、これは読出専用フィールドである。編集モードでは、このフィールドには、ビッドに利用可能ならばマーケットレートが入れられる。トレーダーがＬＨＳまたはＲＨＳをブランクのままにした場合、それぞれビッドまたはオファーがない片側プライスがクォートされる。
【００８０】
プレミアムおよびディスカウント  ＬＨＳがＲＨＳよりも小さければ、システムは、基準通貨が現地通貨に対してプレミアムであると仮定する。トレーダーがマイナスを入力せずかつＲＨＳがＬＨＳよりも小さければ、システムは、基準通貨が現地通貨に対してディスカウントされていると仮定する。ディスカウントが検出されると、システムは各値の前に“−”符号を挿入し、符号をつけてビッドおよびオファーをディスプレイする。トレーダーは、ディスカウントについて負のアマウントを入力することができる。
【００８１】
スポットレート  スポットレートが存在するとき、スポットレートビッドフィールドがそれをディスプレイする。取引がＩ Ｂ／Ｓ−ＲａｔｅまたはＩ Ｓ／Ｂ−Ｒａｔｅ（所与のレートでのＩ ｓｅｌｌ／ｂｕｙまたはｂｕｙ／ｓｅｌｌ）であるときを除き、これは読出専用フィールドである。編集モードでは、フィールドには、ビッドおよびオファーマーケットレートの間の中間レートが入れられる。
【００８２】
スポットボタン  図１０からわかるように、取引詳細パネルは、ユーザがクリックしてスポットレートクエリダイアログウィンドウをディスプレイすることができるスポットボタンを含む。スポットボタンは、取引がＩ Ｂ／Ｓ−ＣｏｎｆｉｒｍまたはＩ Ｓ／Ｂ−Ｃｏｎｆｉｒｍ段階にあるときのみトレーダーに見える。スポットレートクエリダイアログウィンドウは編集ボックスを含み、これは、テキスト“Ｃｈｅｃｋ Ｒａｔｅ”で予め埋められた、３０字までのテキストをトレーダーが入力できるようにしている。これにより、トレーダーは、取引にコミットする前にスポットレートをチェックすることができる。図１０からわかるように、ダイアログボックスは送信およびキャンセルボタンを含む。送信ボタンはボックスを閉じ、メッセージを送り、取引ステータスをＩ Ｓ／Ｂ ａｗａｉｔｉｎｇ ｒａｔｅまたはＩ Ｂ／Ｓ ａｗａｉｔｉｎｇ ｒａｔｅに変更する。
【００８３】
メイカー取引がそれに対するスポットレートクエリメッセージを受取ると、エラー／警告組合せボックスに警告としてメッセージが現れる。これは図１１に図示される。
【００８４】
オールインレート  このフィールドは読出専用であり、メイカーがスポットレートを提出すると、取引済みレートおよびスポットレートの総計（ａｇｇｒｅｇａｔｅ）を反映する。一晩または翌日以降の期間については、フォワードビッドまたはオファーの符号を反転してオールインレートを計算する。
【００８５】
取引済みレート  これは取引詳細パネル中の最後のフィールドであり、読出専用フィールドである。テイカーが買い／売りまたは売り／買いを有するとき、フィールドは取引が行なわれるマーケットの側からのプライスを反映する。
【００８６】
アウトライト  証券がアウトライトであるときの取引詳細パネル用のフィールドは図示されない。というのも、それらは上述のスポット取引と同じであるからである。
【００８７】
取引コラムは、各証券ごとに異なるステータス依存ストリングをディスプレイする。スポット用のこれらのうちいくつかが前述された。ストリングはシステムにハードコードされるのではなく、システム管理者が中央で設定可能である。トレーダーはストリングに対するコントロールは有しない。前に見たように、ステータス定義は、取引の潜在的値を表わす、チルダ（〜）で区切られたトークンを含む。
【００８８】
スポットおよびアウトライト用のトークンは以下のとおりである。
【００８９】
【表６】
2004518220.tif 000007
【００９０】
フォワード取引用のトークンは以下のとおりである。
【００９１】
【表７】
2004518220.tif 000008
【００９２】
取引スタックの第３の部分はボタンバーであり、これは取引リストおよび取引詳細パネルの下にある。ボタンバーは、取引を進めるまたはキャンセルするため、トレーダーにさまざまなオプションを与える。ボタンバーは各取引に特有である。すなわち、ディスプレイされたボタンバーは、取引スタック中の選択される取引に依存する。説明されるように、取引のある段階では、いくつかのオプションはトレーダーが利用不可能である。
【００９３】
図４から図７に戻って、ボタンバーは、取引リスト中でハイライトされる取引のステータスに依存して、図面によって異なることがわかる。ある場合は、ボタンは太字でディスプレイされておらず、利用不可能であることを示している。後者の例として、図４のピックアップボタンは、図５のクォートボタンで置き換えられている。図４のキャンセルボタンは図５のナッシングボタンで置き換えられている。
【００９４】
ボタンバーは、会話パネルを用いたカウンタパーティとの会話交換に対して、代替的なしかし等しく有効な取引方法をトレーダーに与える。システムは、会話テキストをパーズして取引リスト取引フィールド用のパーズされたテキストを生じるのと同じ態様で、ボタンを介して入力される取引命令を、パーズされたテキストに変換することによって動作する。
【００９５】
トレーダーが利用可能なボタンは以下のとおりである。
たとえば図４のピックアップ  これは、テイカーがシステムに入力したＲＦＱをトレーダーが“ピックアップ”するのを可能にする。その結果、ピックアップボタンは、メイカーにのみおよび、取引がＰｒｅ Ｐｉｃｋｕｐ−Ｍａｋｅｒステータスにあるときにのみ利用可能である。ピックアップを押すことにより、メイカーはＲＦＱのクォートに興味があることを示す。ＲＦＱは、テイカーによって一人または多数のトレーダーに送られてもよい。それが取引コード（すなわち立会い場または複数の場）に送られれば、ピックアップを受けると、ＲＦＱはすべての他の受取者の取引リストから除かれる。
【００９６】
クォート（たとえば図５）  これはトレーダーがクォートを入力できるようにするものであるので、取引がｐｒｅ ｑｕｏｔｅ−ｍａｋｅｒステータスにあるときにメイカー側でのみ可能化される。クォートのアクションは証券とは異なる。スポットまたはアウトライト取引については、システムは、アマウントとともにメイカーのビッドおよび／またはオファーをテイカーに送る。フォワード取引については、システムは、ニアおよびファーアマウントとともに、メイカーのＬＨＳ点および／またはＲＨＳ点をテイカーに送る。
【００９７】
ボタンバー中の第１のボタンはすべてのデフォルトアクションを組合せる。スポット例については、ボタンはピックアップに戻るが、上述されたもの以外の取引ステータスについては灰色で表示される。フォワードについては、より多くのオプションが利用可能である。取引がＳ／ＢもしくはＢ／Ｓ Ｐｒｅ Ｒａｔｅ−ＭａｋｅｒまたはＳ／ＢもしくはＢ／Ｓ Ｐｒｅ Ｒａｔｅ２−Ｔａｋｅｒステータスにあると、ボタンは、メイカーがメイカーのスポットレートをシステムに送れるようにするレートボタン（図示せず）としてディスプレイされる。フォワード取引がＳ／ＢもしくはＢ／Ｓ Ｐｒｅ Ｃｏｎｆｉｒｍ−ＴａｋｅｒまたはＳ／ＢもしくはＢ／Ｓ Ｐｒｅｃｏｎｆｉｒｍ２−Ｔａｋｅｒステータスにあれば、ボタンは、テイカーがメイカーの提示したスポットレートを受入れられるようにするスポットボタンとしてディスプレイされる。
【００９８】
チャット  このボタンは、単一の取引が選択されるときにのみ利用可能であり、取引のために開かれる会話パネルを左下コンテナにディスプレイするようにする。取引が会話的でなく直接的な形態で行なわれても、システムは、その取引状態をもたらしたであろう会話の逆パーズ（ｄｅｐａｒｓｅｄ）バージョンを示す。会話によってまたはボタンバーを用いた直接エントリによって、取引がどのように行なわれているかに関わらず、各取引はシステムとの会話を有するので、これが可能である。トレーダーはいつでも会話に切換えて取引を継続することができる。システムはその会話をパーズし、直接および間接的取引エントリ方法を区別しない。この点で、システムは透明である。
【００９９】
保留  このボタンは、選択された取引がＰｒｅ Ｑｕｏｔｅ−Ｍａｋｅｒステータスにあるときのみ可能化される。それは、選択された取引をＰｒｅ Ｐｉｃｋｕｐ−ＴａｋｅｒおよびＰｒｅ Ｐｉｃｋｕｐ−Ｍａｋｅｒステータスに戻し、もとのＲＦＱが取引コードに送られれば、すべてのそれらの当事者に再びＲＦＱをディスプレイする。
【０１００】
転送  このボタンは、選択された取引がＰｒｅ Ｑｕｏｔｅ Ｍａｋｅｒステータスにあるときのみ可能化される。それは、予め設定された権限の限界内でトレーダーが取引を別のトレーダーに転送できるようにする。ボタンを押すことによってダイアログボックスがディスプレイされ、そこに、取引を転送すべきトレーダーのコードをトレーダーが入力することができる。この趣旨のメッセージは発信者の取引スタックにディスプレイされるので、その人は今は異なるカウンタパーティとディーリングを行なっていることがわかる。
【０１０１】
売り  このボタンは、スポットまたはアウトライトなどの証券のためにのみ可能化される。これは、テイカーがメイカーのビッドプライスで売るための手段を提供し、メイカーからのビッドが存在するＰｒｅ ＢｕｙＳｅｌｌステータスでのみ可能化される。
【０１０２】
ＲＦＱ  このボタンは、メイカーがマーケットへのクォート要求を出すのを可能にする。このボタンが押されると、メイカーはアマウントおよび通貨ペアを与えなければならない。システムによってＲＦＱを受けると、新たな会話が取引と関連付けられる。
【０１０３】
ＲＦＱボタンは、テイカー側の会話パーズによってＲＦＱが開始されかつ、テイカーによる正確さの確認を待っているときにキャプションＦＩＸに変換する。
【０１０４】
コールアウト（Ｃａｌｌｏｕｔ）  このボタンはトレーダーがコールアウトを開始するのを可能にする。
【０１０５】
買い  このボタンは、スポットまたはアウトライトなどの証券の選択された取引が、メイカーからのオファーが存在するＰｒｅ Ｂｕｙ／Ｓｅｌｌ−Ｔａｋｅｒステータスにあるときにのみ可能化される。このボタンを押すことにより、テイカーは、メイカーのオファープライスで買いたいことをシステムに示す。
【０１０６】
キャンセル  これは多機能ボタンであり、そのキャプションは、選択された取引で取引される証券および取引ステータスに依存する。これは、すべての否定的機能に用いられる。機能は証券によって異なるが、スポット用の機能は以下のとおりである。
【０１０７】
【表８】
2004518220.tif 000009
【０１０８】
フォワード用の否定的アクションは以下のとおりである。
【０１０９】
【表９】
2004518220.tif 000010
【０１１０】
上記のさまざまなアクションのうち、キャンセルアクションは既存の取引段階をキャンセルし、それをその前の取引段階に戻す。ナッシングアクションは、テイカーが提示された取引に興味がないことを示す。割込みアクションは、取引スタックから取引を除去し、取引がターミナルステータスに達するとき、すなわち、完了した取引であるときにのみ可能化される。
【０１１１】
すべてクリア  このボタンは取引スタックからすべての適格な取引をクリアする。
【０１１２】
すべてオフ  このボタンは当該形態のすべての取引をマーケットから引揚げる。
【０１１３】
以上のセクションは、ボタンバーからトレーダーが利用可能なトレーディングアクションを説明した。トレーダーは、マウスなどのポインティングデバイスを用いずにすべての利用可能な機能を行なえることが望ましい。したがって、システムは、ボタンバーと同じ機能性を与えながら、キーボードからすべて起動可能なセットアップポップアップメニューを提供する。各機能は、各メニューにおいて同じキーボード文字によって起動可能である。機能に割当て可能な文字の例は以下のとおりである。
【０１１４】
【表１０】
2004518220.tif 000011
【０１１５】
取引ステータスのための可能なメニューの例は以下のとおりである。
【０１１６】
【表１１】
2004518220.tif 000012
【０１１７】
パーズ
上記説明は、ディーリングシステムとのトレーダーインターフェイスに関していた。取引は、取引スタックボタンバーもしくは同等のキーボードストロークを介して直接にシステムに入力可能であるかまたは、会話的に入力可能、すなわち、システムが会話をパーズして取引関連情報を抽出可能であることが述べられた。次のセクションはパーズメカニズムを考察する。
【０１１８】
トレーディングシステム内のパーズ自体は公知である。パーズは導入部で参照されたロイター社のディーリング２０００／１システムで用いられている。しかし、そのシステムでは、すべての取引トランザクションは会話を介している。トレーダーは、上述のような直接取引エントリを用いるオプションは有していない。その結果、システムが取引情報を逆パーズ可能であるという要件は存在しない。このため、このシステムのパーズ要件は先行技術の要件とは著しく異なっている。以下の説明は外国為替マーケットを考察し、特に、上述の３つの証券、すなわちＦＸスポット、ＦＸアウトライトおよびＦＸ先物を考察する。
【０１１９】
一般的なＦＸ術語モジュールは、トレーダープラットフォーム上のチャットパネルを介してＦＸを取引するディーラーが用いる一般的術語の表示を与える。
【０１２０】
システムは、チャットパネルを介して行なわれるすべての会話をモニタし、会話からのテキストを取引スタック内の固定フォーマットに解釈し、こうして取引詳細を標準化して、システムが各ＦＸ取引ごとに正式な取引チケットを構築できるようにする。
【０１２１】
システムは、取引の完了に関する、会話内の重要な用語を区別することができる。これは、クォートを要求すること、クォートに応答すること、買いまたは売りの確認および特別な決済命令の何らかの通知に関する用語を含む。
【０１２２】
システムは、取引詳細または取引が実際に進んでいるか否かについての曖昧さにつながり得る、会話内の用語を区別することができる。たとえば、ディーラーは、以前のトレードの話をしていたりまたは内々に示唆的なクォートを与えていたりすることがある。
【０１２３】
システムは、取引の完了と関係のない用語を無視することができる。すなわち、天気や特定のニュースについての話などの友人どうしの儀礼的な話は、取引の過程のどの点でそれらが起こっても、システムによって無視される。
【０１２４】
一般的なＦＸ術語要件の機能的要素は以下のとおりである。
チャット術語  −  一般的取引用語
チャット術語  −  否定的用語
チャット術語  −  認識されない用語
要素間の相互作用は以下のとおりである。
【０１２５】
チャット術語  −  一般的取引用語は、完了されるＦＸ取引に直接に関する用語および変数のリストを提供し、これらはシステムによってパーズされなければならない。
【０１２６】
チャット術語  −  否定的用語は、前に出てきた／後に続く用語／フレーズが進行中の取引に関係ないのを示すことにシステムが気づくべき否定的用語のリストを提供する。
【０１２７】
チャット術語  −  認識されない用語は、チャット会話中でシステムが認識しない用語／フレーズをシステムがどのように扱うべきかを示す。
【０１２８】
チャット術語  −  一般的取引用語
システムは、取引の完了に関係のある、会話内で用いられるすべての一般的フレーズおよび用語を認識することができる。会話中の特定の用語は、取引を完了するのに必要な変数の値を与える。システムは、これらの用語をピックアップして、データを取引スタック内の対応のフィールドに送達できなければならない。
【０１２９】
ディーラーは、会話の中で同じことを伝えるのにさまざまな異なる言い方／ショートカットを用いる。システムは、取引スタックに必要なキー変数に関するマーケット慣習をピックアップすることができる。
【０１３０】
クォート要求の一部として、システムは、ユーザが単一のＩＳＯ通貨コード‘ＣｕｒｒＸ’またはそのニックネームを入力して、通貨ペアＵＳＤ／ＣｕｒｒＸをたとえば以下のように表わすのを許す。
【０１３１】
ＣＨＦ＝ＵＳＤ／ＣＨＦ
ＮＺＤ＝ＮＺＤ／ＵＳＤ
ＧＢＰ＝ＧＢＰ／ＵＳＤ
Ｃａｂｌｅ＝ＧＢＰ／ＵＳＤ
Ｐｅｓｏ＝ＵＳＤ／ＭＸＰ
システムは、ユーザが完全な通貨ペア、すなわち両方の通貨の参照を以下のフォーマットで入力することを許す。
【０１３２】
通貨１／通貨２
通貨１  通貨２
通貨１通貨２
通貨１−通貨２
システムは、大きさを表わす標識を用いてユーザがアマウントを特定することを許す。たとえば、
１０ｍｉｏ＝１０００万
５００ｋ＝５０万
１ｂｉｏ＝１０億
大きさを表わす標識なしでユーザがアマウントを特定する場合、システムは、１００万単位で表わされたものとしてそのアマウントを解釈する。たとえば、
１０＝１０００万
ＣＨＦを２０＝２０００万ＵＳＤに対するＵＳＤ／ＣＨＦ
ＧＢＰを５００ｋ＝５０万ＧＢＰに対するＧＢＰ／ＵＳＤ
システムは、以下のフォーマットのいずれでユーザがツーウェイクォートを特定するのも許す。
【０１３３】
ビッドクォート／オファークォート
ビッドクォート−オファークォート
ビッドクォート  オファークォート
ビッドクォート＊オファークォート
ユーザは、以下のフォーマットのいずれでワンウェイビッドクォートを特定してもよい。
【０１３４】
ビッドクォート／−
［ビッドクォート］で買い
［ビッドクォート］でビッド
ユーザは、以下のフォーマットのいずれでワンウェイオファークォートを特定してもよい。
【０１３５】
−／オファークォート
［オファークォート］で売り
［オファークォート］でオファー
ユーザは以下の用語を用いて取引を確認してもよい。
【０１３６】
ｏｋ
ｄｏｎｅ
ｃｏｎｆｉｒｍｅｄ
ｃｏｎｆ
ａｇｒｅｅｄ
ａｇｒｅｅ
システムは、以下の用語のいずれを用いてユーザが取引をキャンセルするのも許す。
【０１３７】
Ｃａｎｃｅｌ
Ｃａｎｃ
Ｎｏｔｈｉｎｇ
Ｎｏｔｈｎｇ
Ｎｔｈｉｎｇ
Ｎｔｈｎｇ
ＮＴ
Ｎｏ Ｔｈａｎｋｓ
Ｎｏ ｔｈｋｓ
ユーザが会話の中で取引をキャンセルすれば、システムは、取引スタック中の当該取引エントリを自動的にキャンセルする。
【０１３８】
チャット術語  −  否定的用語
システムは、システム上のディーラーがチャットパネルを介して以前完了済みの取引の話をすることがあるが、取引を完了しようとしていないことを考慮する。システムは、ディーラがしている現在の会話が取引に関係ないことを示す用語を認識する。
【０１３９】
システムは、（…部をどの文字とも置換して）過去の事象を示す入力／文の同じ行の中で以下のフレーズが変数の前に来る場合は、チャットパネルからいかなる変数もパーズしようとしない。
【０１４０】
…ｄｉｄ…  ［取引変数］
…ｄｅａｌｔ…  ［取引変数］
…ｃｏｍｐｌｅｔｅｄ…  ［取引変数］
…ｍａｄｅ…  ［取引変数］
…ｑｕｏｔｅｄ…  ［取引変数］
…ｂｏｕｇｈｔ…  ［取引変数］
…ｓｏｌｄ…  ［取引変数］
上記用語の出現するいくつかの例は以下のとおりである。
【０１４１】
Ｗｅ ｄｉｄ １０ ｍｉｏ ＥＵＲ ｙｓｔｄ  −  ディーラーは過去の取引に言及している。
Ｗｅ ｄｅａｌｔ ｃａｂｌｅ ｉｎ １０ ｌａｓｔ ｗｅｅｋ  −  ディーラーは過去の取引に言及している。
【０１４２】
Ｉ ｃｏｍｐｌｅｔｅｄ ｔｈｅ ｓｔｇ ｄｅａｌ  −  ディーラーは過去の取引に言及している。
Ｈｅ ｍａｄｅ ｍｅ ｓｔｇ ａｔ ６７／７０  −  ディーラーは過去の取引に言及している。
【０１４３】
Ｉ ｈａｖｅ ｄｏｎｅ ａ ｄｅａｌ ｆｏｒ Ｓｗｉｓｓ ｉｎ ２０  −  ディーラーは過去の取引に言及している。
【０１４４】
Ｈｅ ｑｕｏｔｅｄ ６７／７０  −  ディーラーは過去の取引に言及している。
ユーザが過去の事象（２．３．２．１参照）に関するフレーズ／用語を入力した場合、システムは、カウンタパーティに入力が送られたすぐ後、チャットパネルのそのモニタプロセスを継続する。たとえば、
Ｗｅ ｄｉｄ Ｅｕｒ ｙｅｓｔｅｒｄａｙ
Ｉ ｗａｎｔ ２０ ＣＨＦ ｔｏｄａｙ  −  ディーラーはまず過去の取引に言及しているが、これは上記ルール２．３．２．１に基づいてシステムによって無視される。第２の文は、ＵＳＤ／ＣＨＦ、２０００万ＵＳＤに対するＲＦＱであり、これはシステムによってパーズされる。
【０１４５】
Ｉ ｄｉｄ ｎｏｔ ｑｕｏｔｅ ｙｏｕ ＣＨＦ ａｔ ５０／４７
Ｉｔｓ ６０／５７  −  ディーラーは過去のクォート（またはこの場合は間違ったクォート）にまず言及するが、これは上記ルール２．３．２．１に基づいてシステムによって無視される。第２の文はＵＳＤ／ＣＨＦに対するクォートであり、システムによってパーズされる。
【０１４６】
チャット術語  −  認識されない用語
チャットパネルは、取引プロセスとは関係のないさまざまな日常会話に用いられる。
【０１４７】
システムは、取引使用欄（ｄｅａｌ ｕｓｅ ｃａｓｅ）の要件に合わないすべての用語を無視する。
【０１４８】
ＦＸスポットパーズ
ＦＸスポットモジュールは、ＥＢＳトレーダープラットフォーム上のチャットパネルを介してＦＸスポット証券タイプを取引する能力をユーザに与える。
【０１４９】
ＦＸスポットパーズ要件の機能的要素は、取引使用欄およびチャット術語−取引用語である。取引使用欄は取引を完了するプロセスを記載し、実際の取引に関係のある、会話内に見られるであろう特定の用語／フレーズをシステムが能動的に‘待受け’できるようにする。チャット術語−取引用語は、完了される取引に直接に関係のある用語および変数のリストを提供し、これらはシステムによってパーズされなければならない。
【０１５０】
取引使用欄
ＦＸスポット取引を完了させるには、以下のことが起こらなければならない。
【０１５１】
クォートに対するＦＸスポット要求は、テイカーによりそのメイカーに送られる。
【０１５２】
応答して、メイカーは以下のいずれかを行なうことができる。すなわち、ＲＦＱに応答してツーウェイクォート（ビッドおよびオファー）を与える、ただしこれはアマウントがＲＦＱに示された場合のみ；ＲＦＱに応答してワンウェイクォート（ビッドもしくはオファー）を与える、ただしこれはアマウントがＲＦＱに示された場合のみ；ＲＦＱに応答して特定のアマウントに対するクォートを与える；または、クォートを与えたくないことを示すので取引は発生しない。
【０１５３】
テイカーはクォートを受ける。応答して、テイカーは以下のいずれかを行なうことができる。すなわち、買いたいことを示して、取引を確認する；売りたいことを示して、取引を確認する；または、テイカーがそのクォートを気に入らなければ取引をキャンセルする。
【０１５４】
これで取引が完了する。
システムは、ＦＸスポット取引がディーリングプロセス内にある段階を認識する。システムは、取引プロセスの特定の段階に関係のある特定のフレーズを待受ける。チャットパネル内で現在取引が進行していなければ、システムはクォート要求の表示を求めてチャットパネルをモニタする。特に、システムは、チャットパネルの会話の中でクォート要求が開始されたことを示す以下の用語を待受ける。
【０１５５】
証券タイプ（ＦＸスポット）の表示
通貨ペアの表示
アマウントの表示
そのアマウントの通貨の表示
クォート要求は少なくとも通貨ペアの表示を含む。いくつかの例は以下のとおりである。
【０１５６】
ｈｉｈｉ ＣＨＦ ｐｌｓ  −  テイカーはＵＳＤ／ＣＨＦのクォートを要求している。
ｈｉ ＣＨＦ ｉｎ １０ ｐｌｓ  −  テイカーは１０００万ＵＳＤに対するＵＳＤ／ＣＨＦのクォートを要求している。
【０１５７】
Ｈｉｈｉ ＳＰＯＴ ＳＴＧ ｉｎ １０ ｐｌｓ  −  テイカーは１０００万ＧＢＰに対するＧＢＰ／ＵＳＤのクォートを要求している。
【０１５８】
Ｈｉ ｆｒｄ ＧＢＰ／ＥＵＲ ｐｌｓ  −  テイカーはＧＢＰ／ＥＵＲに対するクォートを要求している。
【０１５９】
Ｗｅｌｌｙ ｆｏｒ ２０ ｐｌｓ  −  テイカーは２０００万ＮＺＤに対するＮＺＤ／ＵＳＤのクォートを要求している。
【０１６０】
システムは、ＲＦＱの一部として表示されるすべての変数を会話から取引スタックの適切なフィールドにパーズする。
【０１６１】
システムがリクエスト・フォー・クォートを識別し、かつそれがメイカーに送信されたならば、システムは、システム・フォー・クォートに対する応答の表示を求めてチャットパネルをモニタする。システムは、リクエスト・フォー・クォートに対する応答を表示するチャットパネル内の以下の用語を待ち受ける：
ビッドクォートの表示
オファークォートの表示
クォートの拒否の表示
アマウントの表示
アマウントの通貨の表示。
【０１６２】
リクエスト・フォー・クォートに対する応答は、以下の少なくとも１つとともに、アマウントがＲＦＱ内に与えられていないならばこれを含む：
ビッドクォート
オファークォート、または
クォートの拒否。
【０１６３】
リクエスト・フォー・クォートに対する応答の例のいくつかである：
１．４６９６／４７００−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
４６９６／４７００−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
９６／００−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
５６−６０ ｕｐ ｔｏ １０−メイカーがツーウェイクォート、すなわちビッド／オファーおよびアマウント、すなわち１０００万の表示を提供する
Ｉ ｂｕｙ ａｔ ６０−メイカーがワンウェイクォート、すなわちオファークォートを提供する
Ｎｏｔｈｉｎｇ−メイカーがクォートするのを拒否する。
【０１６４】
システムは、リクエスト・フォー・クォートに対する応答においてメイカーによって表示されるすべての変数を会話から取引スタック中の適切なフィールドにパーズする。クォートの拒否は、メイカーがこの意思をチャットパネルに入力するかまたは取引スタックを介して取引をキャンセルするならば表示される。メイカーがクォートするのを拒否するならば、システムは取引がキャンセルされたと結論付ける。メイカーがクォートするのを拒否するならば、システムはそのモニタプロセスを再開し、会話内のリクエスト・フォー・クォートを探す。システムは確実に、テイカーが買うまたは売る意思を表示することを可能にする前に以下の変数が会話から取引スタックにパーズされてしまうようにする：
通貨ペア
アマウント
アマウントの通貨
ビッドおよび／またはオファー。
【０１６５】
上記変数がすべて取引スタックにうまくパーズされたのでなければ、システムは、メイカーが送信する意思を表示する前に抜けている変数を入力することを要求する。たとえば、システムはアラームを発してもよい。システムがリクエスト・フォー・クォートに対する応答を識別し、かつ応答がテイカーに送信されたならば、システムは、クォートに対する応答を求めてチャットパネルをモニタする。
【０１６６】
システムは、クォートに対する応答を表示する、チャットパネル内の以下の用語を待ち受ける：
オファープライスで買うという表示
ビッドプライスで売るという表示
取引のキャンセルの表示。
【０１６７】
クォートに対する応答は以下の少なくとも１つを含む：
オファープライスで買うという表示
ビッドプライスで売るという表示
取引のキャンセルの表示。
【０１６８】
クォートに対する応答のいくつかの例である：
ＯＫ， Ｉ ｂｕｙ−テイカーがクォートに満足しオファープライスで買うことに同意する
ＯＫ， ｍｉｎｅ ｉｎ １０−テイカーがクォートに満足し１０００万のアマウントについてオファープライスで買うことに同意し、アマウント「１０」はシステムによって無視され、入手可能なすべてのアマウントが買われる
Ｙｏｕｒｓ−テイカーがクォートに満足しビッドプライスで売ることに同意する
ＯＫ， Ｉ ｓｅｌｌ−テイカーが売ることに同意する
Ｎｏｔｈｉｎｇ ｔｈｋｓ−テイカーがクォートを気に入らず取引を希望しない。
【０１６９】
テイカーがキャンセルする意思を入力するか（テイカーがプライスを気に入らない）またはテイカーが取引スタック内の取引をキャンセルするならば、取引のキャンセルが表示される。テイカーが取引をキャンセルするならば、システムはそのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。システムがクォートに対する応答を識別したならば、システムは、取引スタック内の取引を確認し、そのモニタプロセスを再開し、会話内のリクエスト・フォー・クォートを探す。
【０１７０】
チャット術語−取引用語
システムは、取引の完了に直接関係のある、会話内に使用されるすべてのフレーズおよび用語を認識することができる。
【０１７１】
会話内の特定の用語が、取引が締結されるために必要である変数のための値を与える。システムは、これらの用語を拾い上げて取引スタック内の対応のフィールドにデータを引渡すことができる。
【０１７２】
ディーラーは、会話内の同じことを伝えるのに種々の異なった方法／ショートカットを用いる。システムは、取引スタックに必要とされるキー変数と関連するマーケット上の規定を理解することができる。
【０１７３】
リクエスト・フォー・クォートの一部として、システムは、ユーザが「スポット」という用語を入力して取引がＦＸスポット取引であることを表示することを可能にする。たとえば：
ＳＰＯＴ Ｓｗｉｓｓ ｐｌｅａｓｅ−ＵＳＤ／ＣＨＦのＦＸスポット取引である。
【０１７４】
リクエスト・フォー・クォートの一部として、システムは、ユーザがアマウントとともにまたはアマウントなしで通貨ペアを指定して取引がＦＸスポット取引であることを表示することを可能にする。たとえば：
Ｓｔｇ ｐｌｓ＝ＧＢＰ／ＵＳＤのＦＸスポット取引である
ＥＵＲ ｐｌｓ＝ＥＵＲ／ＵＳＤのＦＸスポット取引である
Ｅｕｒ ｉｎ １０ ｐｌｓ＝ＥＵＲ／ＵＳＤのＦＸスポット取引であって、アマウントは１０００万ＥＵＲである
ＣＨＦ ｆｏｒ ２０＝ＵＳＤ／ＣＨＦのＦＸスポット取引であって、アマウントは２０００万ＵＳＤである。
【０１７５】
システムは、ユーザが通貨のアマウントを指定して買うまたは売ることを可能にする。たとえば：
１０ ｍｉｏ ＧＢＰ ａｇｉｎｓｔ ＵＳＤ ｐｌｓ＝ＵＳＤ／ＧＢＰ、１０００万ＧＢＰ
Ｅｕｒ ｐｌｓ， １０ ｍｉｌｌｉｏｎ ＵＳ＝ＥＵＲ／ＵＳＤ、１０００万ＵＳＤ。
【０１７６】
ユーザがアマウントの通貨を具体的に表示しなければ、システムは通貨ペアの基準通貨でアマウントを表わすようそのアマウントを解釈する。たとえば：
ｅｕｒ ｉｎ １０ ｐｌｓ＝ＥＵＲ／ＵＳＤ、１０００万ＥＵＲ
ｃｈｆ ｆｏｒ １０＝ＵＳＤ／ＣＨＦ、１０００万ＵＳＤ
５０ ｍｉｏ Ｗｅｌｌｙ ｐｌｓ＝ＮＤＺ／ＵＳＤ、５０００万ＮＺＤ。
【０１７７】
システムは、ユーザが、ビッドであってもオファーであっても、クォートの最初の部分の一部として１回のみビッグフィギュアを入力することを可能にする。たとえば：
１．４５６７／７０＝＞ビッドクォート＝１．４５６７、オファークォート＝１．４５７０
１２１．４３／５３＝＞ビッドクォート＝１２１．４３、オファークォート＝１２１．４３。
【０１７８】
システムは、ユーザが、ビッグフィギュアなしで、すなわちクォートのピップのみでクォートを入力することを可能にする。たとえば：
６７／７０＝＞ＧＢＰ／ＵＳＤクォート、ビッドクォート＝１．４５６７、オファークォート＝１．４５７０
４３／５３＝＞ＧＢＰ／ＪＰＹクォート、ビッドクォート＝１２１．４３、オファークォート＝１２１．５３。
【０１７９】
システムは、有効なビッグフィギュアがなければユーザに警告する。システムは、ユーザが以下の用語を用いて定められたアマウントの通貨を買いたいということを表示することを可能にする：
Ｂｕｙ
Ｍｉｎｅ
Ｍ
Ｂ
Ｔａｋｅ
Ｔ
Ａｔ［オファープライス］
［オファープライス］。
【０１８０】
システムは、ユーザが以下の用語を用いて定められたアマウントの通貨を売りたいということを表示することを可能にする：
ｓｅｌｌ
Ｙｏｕｒｓ
Ｙ
Ｓ
ｇｉｖｅ
Ｇ
Ａｔ［ビッドプライス］
［ビッドプライス］。
【０１８１】
システムは、テイカーが買うまたは売る意思を表示することを可能にする。たとえば：
Ｉ ｓｅｌｌ ＣＨＦ＝ユーザが、前に表示されたマウントのＣＨＦを売る
Ｙ＝ユーザが、前に表示された通貨の、前に表示されたアマウントを売る。
【０１８２】
さらに、システムは、メイカーが以下の用語でＦＸスポット取引を確認することを可能にする：
Ｙｏｕｒｓ−カウンターパーティが買いを行なう場合
Ｍｉｎｅ−カウンターパーティが売りを行なう場合
ＦＸアウトライト
ＦＸアウトライトのためのパージング要件は、ＦＸスポットについて記載されたものと同様である。
【０１８３】
以下は、ＦＸアウトライト取引を完了するために辿られるプロセスの説明である。
【０１８４】
ＦＸアウトライトのリクエスト・フォー・クォートは、テイカーによってそのメイカーに送信される。
【０１８５】
これに応答して、メイカーは、ＲＦＱに応答してツーウェイクォート（ビッドおよびオファー）を提供するか−これは、アマウントがＲＦＱに表示された場合のみである；ＲＦＱに応答してワンウェイクォート（ビッドまたはオファー）を提供するか−これは、アマウントがＲＦＱに表示された場合のみである；ＲＦＱに応答して特定のアマウントについてクォートを提供するか；または、彼がクォートを与えることを望まず、取引が行なわれないか、のいずれかができる。
【０１８６】
テイカーはクォートを受信する。これに応答して、彼は、：買いを希望し取引を確認することを表示するか；売りを希望し取引を確認することを表示するか；取引をキャンセルするか−テイカーがクォートを気に入らない；のいずれかができる。
【０１８７】
取引はここで完了する。
システムは、取引がディーリングプロセス内で関わっている段階を認識し、取引プロセスの特定の段階に直接関係のある特定のフレーズを待ち受ける。取引がチャットパネル内で現在進行中でなければ、システムは、リクエスト・フォー・クォートの表示を求めてチャットパネルをモニタする。リクエスト・フォー・クォートがチャットパネルの会話内で起動されたことを表示する以下の用語が待ち受けられる：
証券タイプ（ＦＸアウトライト）の表示
通貨ペアの表示
アマウントの表示
アマウントの通貨の表示
期間／フォワードデート（ｆｏｒｗａｒｄ ｄａｔｅ）の表示。
【０１８８】
リクエスト・フォー・クォートは、少なくとも以下を含む：
通貨ペアの表示
証券タイプの表示
期間／フォワードデートの表示。
【０１８９】
リクエスト・フォー・クォートのいくつかの例である：
ｈｉｈｉ Ｏｕｔｒｉｔｅ ３ｍ ＣＨＦ ｐｌｓ−テイカーが、３ヶ月で満期になるＵＳＤ／ＣＨＦのＦＸアウトライトのクォートを要求している
ｈｉ Ｏｕｔ １０ ｍｉｏ ＣＨＦ ６ｍ ｐｌｓ−テイカーが、６ヶ月で満期になる１０００万ＵＳＤについてＵＳＤ／ＣＨＦのＦＸアウトライトのクォートを要求している
Ｈｉｈｉ ｏ／ｒ ｃａｂｌｅ ｉｎ １０ ｍａｔｕｒｉｔｙ ５ Ｊａｎ ０１ ｐｌｓ−テイカーが、２００１年１月５日に満期になる１０００万ＧＢＰについてＧＢＰ／ＵＳＤのＦＸアウトライトのクォートを要求している
Ｈｉ ｆｒｄ Ｏｕｔｒｉｔｅ ＧＢＰ／ＥＵＲ １ｙｒ ｐｌｓ−テイカーが、１年で満期になるＧＢＰ／ＥＵＲのＦＸアウトライトのクォートを要求している。
【０１９０】
システムは、ＲＦＱの一部として表示されたすべての変数を会話から取引スタック中の適切なフィールドにパーズする。システムがリクエスト・フォー・クォートを識別し、かつＲＦＱがメイカーに送信されたならば、それは、リクエスト・フォー・クォートに対する応答の表示を求めてチャットパネルをモニタする。
【０１９１】
リクエスト・フォー・クォートに対する応答を表示するチャットパネル内の以下の用語が待ち受けられる：
ビッドクォートの表示
オファークォートの表示
クォートの拒否の表示
アマウントの表示。
【０１９２】
リクエスト・フォー・クォートに対する応答は、以下の少なくとも１つとともにアマウント（ＲＦＱ内に与えられていない場合）を含む：
ビッドクォート
オファークォート、または
クォートの拒否。
【０１９３】
リクエスト・フォー・クォートに対する応答のいくつかの例である：
１．４３０１／０８−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
４６９６／４７００−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
０．８７５６３−６２−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
１０６．７０ ９０ Ｓｐｏｔ １０７．００ ０３−メイカーがツーウェイクォート、すなわちビッド／オファーおよびスポットスプリット、すなわち１０７．００／１０７．０３を提供する
Ｎｏｔｈｉｎｇ−メイカーがクォートするのを拒否する。
【０１９４】
リクエスト・フォー・クォートに対する応答におけるメイカーによって表示されるすべての変数は、会話から取引スタック中の適切なフィールドにパーズされる。クォートの拒否は、メイカーがこの意思をチャットパネルに入力するかまたはメイカーが取引スタック中の取引をキャンセルするならば表示される。
【０１９５】
メイカーがクォートするのを拒否するならば、システムは取引がキャンセルされたと結論し、モニタプロセスが再開され、会話内のリクエスト・フォー・クォートを探す。
【０１９６】
システムは確実に、テイカーが買うまたは売る意思を表示することを可能にする前に以下の変数が会話から取引スタックにパーズされてしまうようにする：
期間／フォワードデートの表示
通貨ペア
アマウント
アマウントの通貨
ビッドおよび／またはオファー。
【０１９７】
上記変数がすべて取引スタックにうまくパーズされたのでなければ、システムは、メイカーが送信する意思を表示する前に抜けている変数を入力することを要求する。システムがリクエスト・フォー・クォートに対する応答を識別し、かつ応答がテイカーに送信されたならば、それは、クォートに対する応答を求めてチャットパネルをモニタする。クォートに対する応答を表示する以下の用語がチャットパネル内で待ち受けられる：
買うという表示
売るという表示
取引のキャンセルの表示。
【０１９８】
クォートに対する応答は、以下の少なくとも１つを含む：
買うという表示
売るという表示
取引のキャンセルの表示。
【０１９９】
クォートに対する応答のいくつかの例である：
Ｏｋ， Ｉ ｂｕｙ−テイカーがクォートに満足しオファープライスで買うことに同意する
Ｎｏｔｈｉｎｇ ｔｈｋｓ．−テイカーがクォートを気に入らず、取引を希望しない。
【０２００】
テイカーが、キャンセルする意思を入力するか（テイカーがプライスを気に入らない）またはテイカーが取引スタック中の取引をキャンセルするならば、取引のキャンセルが表示される。テイカーが取引をキャンセルするならば、システムはそのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。システムがクォートに対する応答を識別したならば、システムは、取引スタック中の取引を確認し、そのモニタプロセスを再開して会話内のリクエスト・フォー・クォートを探す。
【０２０１】
リクエスト・フォー・クォートの一部として、システムは、ユーザが以下の用語の１つを入力して取引がＦＸアウトライト取引であることを表示することを要求する：
Ｏｕｔｒｉｇｈｔ
Ｏｕｔｒｉｔｅ
Ｏｕｔ
Ｏ／ｒ。
【０２０２】
リクエスト・フォー・クォートの一部として、システムはユーザが通貨ペアを指定することを要求する。たとえば：
Ｏｕｔｒｉｇｈｔ ６ｍ Ｓｔｇ ｐｌｓ＝ＧＢＰ／ＵＳＤについて６ヶ月のＦＸアウトライト
Ｏｕｔ ３ｍ ＥＵＲ ｐｌｓ＝ＥＵＲ／ＵＳＤについて３ヶ月のＦＸアウトライト
Ｏ／ｒ ２３／０１ Ｅｕｒ ｉｎ １０ ｐｌｓ＝ＥＵＲ／ＵＳＤのＦＸアウトライトであって、アマウントは１０００万ＥＵＲであり、満期は２３／０１／０１である
Ｏｕｔｒｉｔｅ ９ｍｔｈ ＣＨＦ ｆｏｒ ２０＝ＵＳＤ／ＣＨＦについて９ヶ月のＦＸアウトライトであって、アマウントは２０００万ＵＳＤである。
【０２０３】
ユーザは、買うまたは売る通貨のアマウントを指定することができる、たとえば：
Ｏｕｔｒｉｔｅ １０ ｍｉｏ ＧＢＰ ａｇａｉｎｓｔ ＵＳＤ ６ｍ ｐｌｓ＝ＧＢＰ／ＵＳＤ、１０００万ＧＢＰ、６ヶ月の期間。
【０２０４】
Ｏｕｔｒｉｔｅ Ｅｕｒ ｐｌｓ， １０ ｍｉｌｌｉｏｎ ＵＳ ６ｍ＝ＥＵＲ／ＵＳＤ、１０００万ＵＳＤ、６ヶ月の期間。
【０２０５】
ユーザがアマウントの通貨を具体的に表示しなければ、システムは、通貨ペアの基準通貨でアマウントを表示するようそのアマウントを解釈する、たとえば：
Ｏｕｔ ｅｕｒ １０ｍｉｏ ３ｍ ｐｌｓ＝ＥＵＲ／ＵＳＤ、１０００万ＥＵＲ、３ヶ月
Ｏｕｔ ｃｈｆ ｆｏｒ １０ ｍｏｎｔｈｓ， ２０ ｍｉｏ＝ＵＳＤ／ＣＨＦ、１０ヶ月、２０００万ＵＳＤ
５０ ｍｉｏ Ｗｅｌｌｙ ｏｕｔ ｐｌｓ， ３ｍ＝ＮＺＤ／ＵＳＤ、５０００万ＮＺＤ、３ヶ月。
【０２０６】
システムは、ユーザがリクエスト・フォー・クォートの一部として取引の期間を述べることを要求する。
【０２０７】
システムは、リクエスト・フォー・クォートの一部として期間の代わりに満期日（「バリューデート」または「決済日」という言葉が使用され得る）を述べることを可能にする。メイカーは、フォワードビッドレートを直接入力して、ＦＸアウトライトのためのビッドクォートを表わしてもよい。メイカーはフォワードオファーレートを直接入力してＦＸアウトライトのためのオファークォートを表わしてもよい。ユーザは、ビッドであってもオファーであっても、クォートの最初の部分の一部として１回だけビッグフィギュアを入力すればよい。たとえば：
１．４５６７／７０＝＞ビッドクォート＝１．４５６７、オファークォート＝１．４５７０
１２１．４３／５３＝＞ビッドクォート＝１２１．４３、オファークォート＝１２１．４３。
【０２０８】
ユーザは、ビッグフィギュアなしで、すなわちクォートのピップのみでクォートを入力してもよい。たとえば：
６７／７０＝＞ＧＢＰ／ＵＳＤクォート、ビッドクォート＝１．４５６７、オファークォート＝１．４５７０
４３／５３＝＞ＧＢＰ／ＪＰＹクォート、ビッドクォート＝１２１．４３、オファークォート＝１２１．５３。
【０２０９】
ユーザは、有効なビッグフィギュアがなければシステムによって警告される。ユーザは、以下の用語を用いてフォワードデートに定められたアマウントの通貨を買いたいということを表示してもよい：
Ｂｕｙ
Ｍｉｎｅ
Ｍ
Ｂ
Ｔａｋｅ
Ｔ
Ａｔ（オファープライス）
（オファープライス）。
【０２１０】
ユーザは、以下の用語を用いてフォワードデートに定められたアマウントの通貨を売りたいということを表示することができる：
Ｓｅｌｌ
Ｙｏｕｒｓ
Ｙ
Ｓ
Ｇｉｖｅ
Ｇ
Ａｔ（ビッドプライス）
（ビッドプライス）。
【０２１１】
システムは、テイカーが買うまたは売る意思を表示することを可能にする。たとえば：
Ｉ ｓｅｌｌ ＣＨＦ＝ユーザが、先に表示されたアマウントのＣＨＦを売る
Ｙ＝ユーザが、先に表示された通貨の、先に表示されたアマウントを売る。
【０２１２】
システムは、メイカーが以下の用語でＦＸアウトライト取引を確認することを可能にする：
Ｙｏｕｒｓ−カウンターパーティが買いを行なう場合
Ｍｉｎｅ−カウンターパーティが売りを行なう場合。
【０２１３】
ＦＸフォワードのパージング
取引使用欄
以下は、ＦＸフォワード取引を完了するために辿られるプロセスの説明である：
ＦＸフォワードのリクエスト・フォー・クォートがテイカーによってそのメイカーに送信される。
【０２１４】
これに応答して、メイカーは：ＲＦＱに応答してツーウェイクォートを提供するか−これはアマウントがＲＦＱに表示された場合のみである；ＲＦＱに応答してワンウェイクォートを提供するか−これはアマウントがＲＦＱに表示された場合のみである；ＲＦＱに応答して特定のアマウントのクォートを提供するか；または彼がクォートを与えることを望まないことを表示するか、この場合には取引が行なわれない、のいずれかができる。
【０２１５】
テイカー（取引のテイカー）がクォートを受信する。これに応答して、彼は：ニアデート（ｎｅａｒ ｄａｔｅ）で売るかファーデート（ｆａｒ ｄａｔｅ）で買うことを望み取引を確認することを表示するか；ニアデートで買い／ファーデートで売ることを望み、取引を確認することを表示するか；または取引をキャンセルするか−テイカーがクォートを気に入らない、のいずれかができる。
【０２１６】
メイカー（取引のメイカー）はテイカーの意思通知を受信する。これに応答して、彼は、スポットレートを与えなければならない。
【０２１７】
テイカーがスポットレートを受信する。これに応答して、彼は取引を確認するかまたはスポットレートを問合せるかのいずれかができる。
【０２１８】
テイカーがスポットレートを問合せる場合、メイカーは問合せの通知を受信する。これに応答して、彼は、新しいスポットレートを与えるか、またはメイカーがどの他のレートにも満足しなければ取引をキャンセルするか、のいずれかができる。
【０２１９】
テイカーが新しいスポットレートを受信する。これに応答して、彼は取引を確認するか；スポットレートを再び問合せるか；またはテイカーが納得を得て満足しなければ取引をキャンセルするか（１度既に問合せられた場合のみ可能である）、のいずれかができる。
【０２２０】
テイカーが取引を確認すると、それはここで完了する。
システムは、取引がディーリングプロセス内で関わっている段階を認識し、取引プロセスの特定の段階に直接関係のある特定のフレーズを待ち受ける。取引がチャットパネル内で現在進行中でなければ、システムは、リクエスト・フォー・クォートの表示を求めてチャットパネルをモニタする。システムは、リクエスト・フォー・クォートがチャットパネル会話内で起動されたことを表示する以下の用語を待ち受ける：
証券タイプ（ＦＸフォワード）の表示
通貨ペアの表示
ニア期間のアマウントの表示
ファー期間のアマウントの表示
アマウントの通貨の表示
バリューデートについての期間／フォワードデートの表示
満期日についての期間／フォワードデートの表示。
【０２２１】
リクエスト・フォー・クォートは少なくとも以下を含む：
通貨ペアの表示
証券タイプの表示
期間／フォワードデートの表示。
【０２２２】
リクエスト・フォー・クォートのいくつかの例は以下のとおりである：
ｈｉｈｉ Ｆｗｄ ３ｍ ＣＨＦ ｐｌｓ−テイカーが、ＵＳＤ／ＣＨＦのＦＸフォワードであって、バリューデートがスポット日であり三ヶ月で満期になるもののクォートを要求する
ｈｉ Ｓｗａｐ １０ ｍｉｏ ＣＨＦ ｓ／ｎ ｐｌｓ−テイカーがスポットネクストの１０００万ＵＳＤについてＵＳＤ／ＣＨＦのＦＸフォワードのクォートを要求している（バリューデートはスポット日であり、満期日はスポット日の次の日である）
Ｈｉｈｉ Ｆｏｒｗａｒｄ ｃａｂｌｅ ｉｎ １０ ｍａｔｕｒｉｔｙ ５ Ｊａｎ ０１ ｐｌｓ−テイカーが、１０００万ＧＢＰについてのＧＢＰ／ＵＳＤのＦＸフォワードであってバリューがスポット日であり２００１年１月５日に満期になるもののクォートを要求する
Ｈｉ ｆｒｄ Ｆｗｄ−Ｆｗｄ ＧＢＰ／ＥＵＲ ６ ｍｏｎｔｈｓ ｖ １ｙｒ ｐｌｓ−テイカーが、６ヶ月内のバリューデートであって１年で満期になる、ＧＢＰ／ＥＵＲのＦＸフォワードのクォートを要求している
Ｈｉ ｓｗｐ ＣＨＦ， ６ ｍｔｈｓ １０ｍｉｏ ａｔ ｎｅａｒ ｅｎｄ １０，５００，０００ ａｔ ｆａｒ−テイカーがＵＳＤ／ＣＨＦのＦＸフォワードのクォートを要求し、１０００万ＵＳＤがスポット日で取引され１０，５００，０００ＵＳＤが満期日（６ヶ月）で取引される。
【０２２３】
システムは、ＲＦＱの一部として表示されるすべての変数を会話から取引スタック中の適切なフィールドにパーズする。システムがリクエスト・フォー・クォートを識別し、かつＲＦＱがメイカーに送信されたならば、それは、リクエスト・フォー・クォートに対する応答の表示を求めてチャットパネルをモニタする。システムは、リクエスト・フォー・クォートに対する応答を表示するチャットパネル内の以下の用語を待ち受ける：
スポットビッドクォートの表示
スポットオファークォートの表示
バリューデートについてのフォワードクォートの表示
クォートの拒否の表示
アマウントの表示。
【０２２４】
リクエスト・フォー・クォートに対する応答は、以下の少なくとも１つとともにアマウント（ＲＦＱに与えられていない場合）を含む：
ビッドクォート
オファークォート、または
クォートの拒否。
【０２２５】
リクエスト・フォー・クォートに対する応答のいくつかの例である：
６０／５６−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
４６９６／４７００−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
３８−３０−メイカーがツーウェイクォート、すなわちビッド／オファーを提供する
５６−６０ ｕｐｔｏ １０−メイカーがツーウェイクォート、すなわちビッド／オファーおよびアマウント、すなわち１０００万の表示を提供し、「ｕｐｔｏ」はシステムによって無視される
Ｎｏｔｈｉｎｇ−メイカーがクォートするのを拒否する。
【０２２６】
システムは、リクエスト・フォー・クォートに対する応答においてメイカーによって表示されるすべての変数を会話から取引スタック中の適切なフィールドにパーズする。クォートの拒否は、メイカーがこの意思をチャットパネルに入力するかまたはメイカーが取引スタック中の取引をキャンセルするならば表示される。メイカーがクォートするのを拒否するならば、システムは、取引がキャンセルされたと結論する。メイカーがクォートするのを拒否するならば、システムは、そのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。システムは確実に、テイカーが買うまたは売る意思を表示することを可能にする前に以下の変数が会話から取引スタックにパーズされてしまうようにする：
期間／フォワードデートの表示
通貨ペア
ニアアマウント
ファーアマウント
アマウントの通貨
ビッドおよび／またはオファー。
【０２２７】
上記変数のすべてが取引スタックにうまくパーズされたのでなければ、システムは、メイカーが送信する意思を表示する前に抜けている変数を入力することを要求する。システムがリクエスト・フォー・クォートに対する応答を識別し、かつ応答がテイカーに送信されると、システムは、クォートに対する応答を求めてチャットパネルをモニタする。
【０２２８】
システムは、クォートに対する応答を表示する、チャットパネル内の以下の用語を待ち受ける：
ＬＨＳ（左側）プライスで（基準通貨を）買う／売るという表示
ＲＨＳ（右側）プライスで（基準通貨を）売る／買うという表示
ＲＨＳプライスで（外貨を）買う／売るという表示
ＬＨＳプライスで（外貨を）売る／買うという表示
取引のキャンセルの表示。
【０２２９】
クォートに対する応答は、以下の少なくとも１つを含む：
買う／売るという表示
売る／買うという表示
取引のキャンセルの表示。
【０２３０】
クォートに対する応答のいくつかの例である：
Ｏｋ， Ｉ ｂｕｙ／ｓｅｌｌ−テイカーがクォートに満足し、ＲＨＳプライスでスポット日に現地通貨を買い、満期日に現地通貨を売ることに同意する
Ｏｋ， Ｉ ｓ／ｂ−テイカーがクォートに満足し、ＬＨＳプライスでスポット日に現地通貨を売り満期日に現地通貨を買うことに同意する
Ｎｏｇｈｉｎｇ ｔｈｋｓ−テイカーがクォートを気に入らず取引を希望しない。
【０２３１】
取引のキャンセルは、テイカーがキャンセルする意思を入力するか（彼がプライスを気に入らない）またはテイカーが取引スタック中の取引をキャンセルするならば表示される。テイカーが取引をキャンセルするならば、システムはそのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。システムがクォートに対する応答を識別し、かつクォートに対する応答がメイカーに送信されたならば、システムは、スポットレートの提供を求めてチャットパネルをモニタする。システムは、スポットレートの提供を表示する、チャットパネル内の以下の用語を待ち受ける：
スポットレートの提供
取引のキャンセルの表示（スポットレートが既に問合せ済みの場合のみ）。
【０２３２】
スポットレートの提供のいくつかの例である：
１．４３５０−メイカーが１．４３５のスポットレートを使用したがっている。
【０２３３】
システムがスポットレートの提供を識別し、かつレートがテイカーに送信されたならば、システムは、スポットレートに対する応答を求めてチャットパネルをモニタする。
【０２３４】
システムは、スポットレートに対する応答を表示する、チャットパネル内の以下の用語を待ち受ける：
取引確認の表示
スポットレートを問合せることの表示
取引のキャンセルの表示（少なくとも１つのレートが前に提供済みの場合のみ）。
【０２３５】
スポットレートを問合せることのいくつかの例は以下のとおりである：
ｃｈｅｃｋ ｓｐｏｔ−簡潔な最小限の問合せ
ｃｈｅｃｋ ｓｐｏｔ ｓｅｅｍｓ ｈｉｇｈ−条件付きの問合せ。
【０２３６】
システムは、スポットレートの問合せを含むライン全体を返し、メイカーに警告をするスポットレート問合せへのテキストとしてそれを用いる：
取引確認のいくつかの例である：
ｏｋ−確認、取引が完了した
Ｃｏｎｆｉｒｍ−確認、取引が完了した
Ｄｏｎｅ−確認、取引が完了した。
【０２３７】
メイカーが会話内の取引を確認するならば、システムは取引スタック内の関連する取引エントリを確認する。取引のキャンセルは、メイカーがキャンセルする意思を入力するか（メイカーが何かを気に入らない）またはメイカーが取引スタック中の取引をキャンセルするならば表示される。メイカーまたはテイカーが取引をキャンセルするならば、システムはそのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。テイカーが取引を確認すると、システムは取引スタック中の取引を確認しそのモニタプロセスを再開し会話内のリクエスト・フォー・クォートを探す。
【０２３８】
リクエスト・フォー・クォートの一部として、システムは、ユーザが以下の用語の１つを入力して取引がＦＸフォワード取引であることを表示することを要求する。
【０２３９】
Ｓｗａｐ
Ｓｗｐ
Ｆｗｄ
Ｆｏｒｗａｒｄ
Ｆｗｄ−ｆｗｄ
Ｆｗｄ ｆｗｄ
Ｆｗｄｆｗｄ
Ｆｗｄ／ｆｗｄ
リクエスト・フォー・クォートの一部として、システムはユーザが通貨ペアを指定することを要求する。たとえば：
Ｓｗａｐ ６ｍ Ｓｔｇ ｐｌｓ＝ＧＢＰ／ＵＳＤについてのＦＸフォワード６ヵ月
Ｓｗｐ ３ｍ ＥＵＲ ｐｌｓ＝ＥＵＲ／ＵＳＤについて３ヵ月のＦＸフォワード
Ｆｗｄ ２３／０１ Ｅｕｒ ｉｎ １０ ｐｌｓ＝ＥＵＲ／ＵＳＤについてのＦＸフォワード、アマウントは１０００万ＥＵＲであり、満期は２３／０１／０１である
Ｆｏｒｗａｒｄ ９ｍｔｈ ＣＨＦ ｆｏｒ ２０＝ＵＳＤ／ＣＨＦについて９ヵ月のＦＸフォワードであり、アマウントは２０００万ＵＳＤである。
【０２４０】
システムは、ユーザが通貨のアマウントを指定して買うまたは売ることを可能にする、たとえば：
Ｓｗｐ １０ ｍｉｏ ＧＢＰ ａｇａｉｎｓｔ ＵＳＤ ６ｍ ｐｌｓ＝ＧＢＰ／ＵＳＤ、１０００万ＧＢＰ、６ヵ月の期間
Ｓｗａｐ Ｅｕｒ ｐｌｓ， １０ ｍｉｌｌｉｏｎ ＵＳ ６ｍ＝ＥＵＲ／ＵＳＤ、１０００万ＵＳＤ、６ヵ月の期間。
【０２４１】
ユーザがアマウントの通貨を具体的に表示しなければ、システムは、通貨ペアの基準通貨でアマウントを表わすようアマウントを解釈する。たとえば：
Ｏｕｔ ｅｕｒ １０ｍｉｏ ３ｍ ｐｌｓ＝ＥＵＲ／ＵＳＤ、１０００万ＥＵＲ、３ヵ月
Ｏｕｔ ｃｈｆ ｆｏｒ １０ ｍｏｎｔｈｓ， ２０ ｍｉｏ＝ＵＳＤ／ＣＨＦ、１０ヵ月、２０００万ＵＳＤ
５０ ｍｉｏ Ｗｅｌｌｙ ｏｕｔ ｐｌｓ， ３ｍ＝ＮＺＤ／ＵＳＤ、５０００万ＮＺＤ、３ヵ月。
【０２４２】
システムは、ユーザが第２のアマウントを入力してＦＸフォワードのアマウント・ファー・エンド（満期日）を表わすことを可能にする。システムは、ユーザが以下のフォーマットでＦＸフォワードのファー・エンドでのアマウントを表示することを可能にする：
ファーエンド（ｆａｒ ｅｎｄ）／レッグ（ｌｅｇ）での［アマウント］
スプリットアマウント（ファー・エンド／レッグにおける）［アマウント］
［アマウント］スプリットアマウント（ファー・エンド／レッグにおける）
コックアマウント（ファー・エンド／レッグにおける）［アマウント］
［アマウント］コックアマウント（ｃｏｃｋ ａｍｏｕｎｔ）（ファー・エンド／レッグにおける）。
【０２４３】
システムは、ユーザがリクエスト・フォー・クォートの一部として取引の期間を述べることを可能にし、かつユーザがリクエスト・フォー・クォートの一部として期間の代わりに満期日を述べることを可能にする。ユーザは、バリューデートを表わすための期間を述べることができ、期間の代わりにバリューデートを表わすための日付を述べることができる。ユーザは、ＦＸフォワード取引のビッドクォートを表わしかつＦＸフォワード取引のオファークォートを表わすためにポイントを入力してもよい。ユーザがビッドおよびオファークォートの両方をポイントで入力する場合、システムはビッドクォートとして２つのクォートの最初の値（左側）を解釈しパーズし、オファークォートとして２つのクォートの２番目の値（右側）を解釈しパーズする。この場合には、ビッドクォートはオファークォートよりも高く、バリューデートはスポット日よりも前（たとえば明日）であり、システムはビッドクォートのポイント（左側）をビッドレートに加えてフォワードビッドレートを計算する。このレートは、ＦＸフォワードの第１のレッグ（ニアデート）に基準通貨を買う際のレートを表わす。この状況において、通貨ペアのフォワードレートはニアレートよりも低い。もし、ビッドクォートがオファークォートよりも高くかつバリューデートがスポット日よりも前（たとえば明日）であるならば、システムはオファークォートのポイント（右側）をスポットオファーレートに加えてフォワードオファーレートを計算する。このレートは、ＦＸフォワードの第１のレッグ（ニアデート）に基準通貨を売る際のレートを表わす。この状況において、通貨ペアのフォワードレートは、ニアレートよりも低い。ビッドクォートがオファークォートよりも高くかつ満期日がスポット日の後（たとえば１週間）であるならば、システムはスポットビッドレートからビッドクォートのポイント（左側）を減じてフォワードビッドレートを計算する。このレートは、ＦＸフォワードの第２のレッグ・（ファーデート）に基準通貨を売る際のレートを表わす。この状況において、通貨ペアのフォワードレートはニアレートよりも低い。ビッドクォートがオファークォートよりも高くかつ満期日がスポット日よりも前（たとえば明日）であるならば、システムは、オファークォートのポイント（右側）をスポットオファーレートに減じてフォワードオファーレートを計算する。このレートは、ＦＸフォワードの第２のレッグ（ファーデート）に基準通貨を買う際のレートを表わす。この状況において、通貨ペアのためのフォワードレートはニアレートよりも小さい。
【０２４４】
ビッドクォートがオファークォートよりも低くかつバリューデートがスポット日より前（たとえば明日）であるならば、システムは、スポットビッドレートからビッドクォートのポイント（左側）を減じてフォワードビッドレートを計算する。このレートは、ＦＸフォワードの第１のレッグ（ニアデート）に基準通貨を買う際のレートを表わす。
【０２４５】
この状況において、通貨ペアのフォワードレートはニアレートよりも大きい。
ビッドクォートがオファークォートよりも低くかつバリューデートがスポット日よりも前（たとえば明日）であるならば、システムはスポットオファーレートからオファークォートのポイント（右側）を減じてフォワードオファーレートを計算する。このレートは、ＦＸフォワードの第１のレッグ（ニアデート）に基準通貨を売る際のレートを表わす。この状況において、通貨ペアのフォワードレートはニアレートよりも大きい。
【０２４６】
ビッドクォートがオファークォートよりも低くかつ満期日がスポット日の後（たとえば１週間）であるならば、システムは、ビッドクォートのポイント（左側）をスポットビッドレートに加えてフォワードビッドレートを計算する。このレートは、ＦＸフォワードの第２のレッグ（ファーデート）に基準通貨を売る際のレートを表わす。この状況において、通貨ペアのフォワードレートはニアレートよりも大きい。
【０２４７】
ビッドクォートがオファークォートよりも高くかつ満期日がスポット日より前（たとえば明日）であるならば、システムはオファークォートのポイント（右側）をスポットオファーレートに加えてフォワードオファーレートを計算する。このレートは、ＦＸフォワードの第２のレッグ（ファーデート）に基準通貨を買う際のレートを表わす。この状況において、通貨ペアのフォワードレートはニアレートよりも大きい。
【０２４８】
ユーザは、ＦＸフォワードと関連付けてスポットビッドクォートを入力してスポットビッドレートを表わすことができ、かつＦＸフォワードと関連付けてスポットオファークォートを入力してスポットオファーレートを表わすことができる。ユーザがＦＸフォワードと関連付けてスポットビッドクォートを入力しなかった場合、システムは、特定の通貨ペアのスポットマーケットミッドレートを用いてスポットビッドレートを表わす。ユーザがＦＸフォワードと関連付けてスポットビッドクォートを入力しなかった場合、システムは特定の通貨ペアのスポットマーケットミッドレートを用いてスポットオファーレートを表わす。
【０２４９】
スワップの２つのレッグのいずれもスポット日に当らなければ、システムは、ユーザがＦＸフォワードと関連付けてバリューデートのビッドクォートを入力しかつＦＸフォワードと関連付けてバリューデートのオファークォートを入力することを可能にする。
【０２５０】
ユーザは、フォワードビッドまたはオファーレートを直接入力してＦＸフォワードのビッドクォートを表わすことができる。
【０２５１】
ユーザがフォワードレートを用いてクォートする場合、システムはレートの第１のもの（左側）をビッドクォートとして解釈しレートの第２のもの（右側）をオファークォートとして解釈する。
【０２５２】
ユーザは、以下の用語を用いてニアデートに定められたアマウントの通貨を買いファーデートに定められたアマウントの通貨を売りたいということを表示することができる：
ｂｕｙ／ｓｅｌｌ
ｂｕｙ ｓｅｌｌ
ｂ／ｓ
ｂ ｓ
Ｉ ｂｙ［アマウント］［通貨］ｏｎ［バリューデート］。
【０２５３】
ユーザは、以下の用語を用いてニアデートに定められたアマウントの通貨を売りファーデートに定められたアマウントの通貨を買いたいということを表示することができる：
ｓｅｌｌ／ｂｕｙ
Ｓｅｌｌ ｂｕｙ
ｓｅｌｌ＆ｂｕｙ
ｓ／ｂ
ｓ ｂ
Ｉ ｓｅｌｌ［アマウント］［通貨］ｏｎ［バリューデート］。
【０２５４】
ユーザは、買う／売るまたは売る／買う意思を表示することができる。たとえば：
Ｉ ｓｅｌｌ／ｂｕｙ ＣＨＦ＝ユーザが、先に表示されたマウントのＣＨＦを売り／買う
ｓ／ｂ＝ユーザが、先に表示された通貨の先に表示されたアマウントを売り／買う。
【０２５５】
テイカーが売り／買いを行なうＦＸフォワード取引の場合、システムは、メイカーが以下のさらなる用語を用いて取引を確認することを可能にする：
ｂｕｙ／ｓｅｌｌ
ｂｕｙ ｓｅｌｌ
ｂｕｙ＆ｓｅｌｌ
ｂ／ｓ
ｂ ｓ。
【０２５６】
テイカーが買い／売りを行なうＦＸフォワード取引の場合、システムは、メイカーが以下のさらなる用語を用いて取引を確認することを可能にする：
ｓｅｌｌ／ｂｕｙ
ｓｅｌｌ ｂｕｙ
ｓ／ｂ
ｓ ｂ。
【０２５７】
メイカーがスポットレートを与えるＦＸフォワード取引の場合、システムは、メイカーがビッグフィギュアなしにレートを与えることを可能にする。システムは、ビッグフィギュアを導出すべきマーケットレートが有効でないならば、ユーザーに警告する。
【０２５８】
この発明は、ユーザに非常に有利なインターフェイスを提供するものであって、しばしば非常に短い間に大量の情報を吸収しなければならないディーラーによって解釈するのが容易である態様で取引スタックがユーザに対して提示されることが上記から理解される。いずれかの特定の証券での取引に特有の情報からすべての証券に共通する情報を分けることにより、簡素で閲覧が容易である取引リストを提示することが可能である。しかしながら、取引の詳細パネルは選択された取引に関連する情報を含んでいるので、トレーダーが、トレーダーが取組んでいる取引に関する必須の情報から取り残されることはない。
【０２５９】
記載されたシステムで取引をする際、トレーダーは、システムによってパーズされる会話型チャットを通じて取引情報を入力するか、または好ましくはユーザインターフェイス上のボタンもしくはキーボードで駆動されるメニューを直接用いるかの選択を有する。トレーダーは、取引の進行中にこの２つを切換えることができる。この柔軟性が可能であるのは、取引に関連した情報の入力が、パーズされた会話であっても直接の入力であっても、取引ステータスの変更があったということを取引スタックに伝えるだけであるためである。すべての他の取引関連の活動は、取引スタックによって行なわれ、システムの残りのもの、たとえばバックオフィスシステムの他のトレーダー端末に必要なメッセージを送信して取引チケットを発生することを含む。取引スタックはまた、すべて取引ステータスに依存するボタンバー上のボタンおよびキーボードメニューの機能を変更する役割も担う。
【０２６０】
なお上記から、取引プロセスにおけるパーサーの活動は取引ステータスにおける変更を検出することに限られている。これは、システムがより柔軟になることを可能にする。これは、１人のみのトレーダーが任意のあるときに会話へのカーソルを「所有」することのできる、会話型メッセージの固定的な交換により動作する先行技術のシステムと対称的である。記載されたシステムでは、取引の任意の当事者が任意のときにシステムに会話を入力することができる。しかしながら、会話が、パーサーがその取引ステータスにおいて関連する取引を認識するよう予めプログラムされている用語を含まなければ、会話は取引プロセスに影響を及ぼさない。したがって、会話がある当事者から他の当事者にたらい回しになる必要がない。取引を行なうプロセスにおけるいかなる段階においても、会話型メッセージを送信する最終の当事者がさらなるメッセージを送信することができる。これがその現在のステータスにおいて取引に関連する内容を含んでいなければ、それはパーサーによって無視され取引に影響を及ぼすことがない。
【０２６１】
記載されたシステムに対する多くの変形がこの発明の範囲内で可能である。特に、この発明は、前掲の特許請求の範囲の制限を超えるトレーディングシステムのアーキテクチャのいずれのタイプにも、証券のいずれの特定のタイプにも限られるものでない。
【図面の簡単な説明】
【図１】トレーディングシステムの概略図である。
【図２】トレーダー端末のユーザインターフェイスの図である。
【図３】いくつかの会話パネルを示す、図２に類似した図である。
【図４】取引詳細パネルを示す、ユーザインターフェイス内の取引スタックの図である。
【図５】図４の取引詳細パネルとは異なった取引がハイライトされた、取引詳細パネルおよび取引スタックのさらなる図である。
【図６】完了したフォワード取引に対する、取引詳細パネルを示す取引スタックのさらなる図である。
【図７】エラーボックスを表示した取引詳細パネルを示す取引スタックのさらなる図である。
【図８】潜在的に変更可能であるフィールドがハイライトされた取引詳細パネルを示す取引スタックのさらなる図である。
【図９】ダンした取引の値を含む完了したＦ／Ｘスポット取引を示す取引詳細パネルおよび取引スタックを示す図である。
【図１０】スポットレートクエリメッセージを備えたフォワード取引を示す取引詳細パネルを備えた取引スタックを示す図である。
【図１１】図１０のスポットレートクエリメッセージが、カウンターパーティの取引詳細パネルに警告メッセージとしてどのように現れるかを示す図である。
【図１】
2004518220.tif 000013
【国際公開パンフレット】
2004518220.tif 000014
2004518220.tif 000015
2004518220.tif 000016
2004518220.tif 000017
2004518220.tif 000018
2004518220.tif 000019
2004518220.tif 000020
2004518220.tif 000021
2004518220.tif 000022
2004518220.tif 000023
2004518220.tif 000024
2004518220.tif 000025
2004518220.tif 000026
2004518220.tif 000027
2004518220.tif 000028
2004518220.tif 000029
2004518220.tif 000030
2004518220.tif 000031
2004518220.tif 000032
2004518220.tif 000033
2004518220.tif 000034
2004518220.tif 000035
2004518220.tif 000036
2004518220.tif 000037
2004518220.tif 000038
2004518220.tif 000039
2004518220.tif 000040
2004518220.tif 000041
2004518220.tif 000042
2004518220.tif 000043
2004518220.tif 000044
2004518220.tif 000045
2004518220.tif 000046
2004518220.tif 000047
2004518220.tif 000048
2004518220.tif 000049
2004518220.tif 000050
2004518220.tif 000051
2004518220.tif 000052
2004518220.tif 000053
2004518220.tif 000054
2004518220.tif 000055
2004518220.tif 000056
2004518220.tif 000057
2004518220.tif 000058
2004518220.tif 000059
2004518220.tif 000060
2004518220.tif 000061
2004518220.tif 000062
2004518220.tif 000063
2004518220.tif 000064
2004518220.tif 000065
2004518220.tif 000066
2004518220.tif 000067
2004518220.tif 000068
2004518220.tif 000069
2004518220.tif 000070
2004518220.tif 000071
2004518220.tif 000072
2004518220.tif 000073
2004518220.tif 000074
2004518220.tif 000075
2004518220.tif 000076
2004518220.tif 000077
2004518220.tif 000078
2004518220.tif 000079
2004518220.tif 000080
2004518220.tif 000081
2004518220.tif 000082
2004518220.tif 000083
2004518220.tif 000084
2004518220.tif 000085
2004518220.tif 000086
2004518220.tif 000087
2004518220.tif 000088
2004518220.tif 000089
2004518220.tif 000090
2004518220.tif 000091
2004518220.tif 000092
2004518220.tif 000093
2004518220.tif 000094
2004518220.tif 000095
2004518220.tif 000096
2004518220.tif 000097
2004518220.tif 000098
2004518220.tif 000099
2004518220.tif 000100
2004518220.tif 000101
2004518220.tif 000102
2004518220.tif 000103
2004518220.tif 000104
2004518220.tif 000105
2004518220.tif 000106
2004518220.tif 000107
2004518220.tif 000108
2004518220.tif 000109
2004518220.tif 000110
2004518220.tif 000111
2004518220.tif 000112
2004518220.tif 000113