(57)【要約】  インターネット等の相互接続されたコンピュータ・ネットワーク上で各種の取引プロトコルを用いて、外国為替証券等の資産を取引すべく顧客が用いる装置および方法。本発明は、使い易く、前後関係に配慮して有意義に編成されたパネルまたはウインドウを生成し、表示する。このパネルまたはウインドウは複数のプロバイダから提供されるにつれて、最適な利用可能見積に対する取引を選択して実行すべく顧客が操作できる、可視的に区別された、ユーザー起動可能なセレクタおよび入力コントロールを含む。本発明は単一銀行実行モードにおいて、複数のプロバイダから受信した最適な見積を自動的に判定して、顧客がこれらのプロバイダの一つへ単一銀行注文を送信するのを支援する。本発明は多銀行実行モードにおいて、最適な多銀行注文を自動的に識別して顧客が送信するのを支援する。最適な多銀行注文は、各々が未充足サイズを有する見積を送信した複数のプロバイダ間で分割された単一銀行注文の組合せを含んでいてよい。ユーザーもまた、取引対象資産に対して取引口座や注文サイズ等、他の取引条件を指定することができる。【特許請求の範囲】
【請求項１】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む複数の見積を受信すべく構成されているネットワーク・インターフェースと、
前記複数の見積におけるディール可能見積の集合を識別すべく構成されている見積プロセッサと、ここで、前記ディール可能見積の集合における各見積の見積サイズが、前記提案された取引に対する顧客注文サイズ以上であり、
ディスプレイ装置、入力装置、およびディスプレイ画面ジェネレータを含むユーザー・インターフェースであって、前記ディスプレイ画面ジェネレータが前記ディスプレイ装置に、顧客から前記顧客注文サイズを受信すべく構成されている入力欄と、各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルとを表示すべく構成されている、ユーザー・インターフェースと、
前記ユーザー・インターフェースに接続され、前記顧客による前記入力装置の起動に応答して、前記提案された取引に対する注文を登録すべく構成されている注文プロセッサと、を備え、
前記取引パネルにおいて任意の価格セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記顧客注文サイズおよび前記任意の価格セレクタが表わす見積価格に等しい注文価格を用いて前記注文を登録させるコンピュータ・システム。
【請求項２】
前記任意の価格セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記注文を登録する前にディール申し入れをさせる、請求項１に記載のコンピュータ・システム。
【請求項３】
前記取引パネルにおいて任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いて前記注文を登録させる、請求項１に記載のコンピュータ・システム。
【請求項４】
前記任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記注文を登録する前にディール申し入れをさせる、請求項１に記載のコンピュータ・システム。
【請求項５】
前記見積プロセッサが更に、前記ディール可能見積の集合内で最適ディール可能見積を決定すべく構成されており、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての売り見積価格以下である売り見積価格を有する、請求項１に記載のコンピュータ・システム。
【請求項６】
前記最適ディール可能見積に対する売り見積価格を表わす価格セレクタが、前記最適ディール可能見積以外のディール可能見積に対する売り見積価格を表わす価格セレクタから可視的に区別されている、請求項５に記載のコンピュータ・システム。
【請求項７】
前記見積プロセッサが更に、前記ディール可能見積の集合内で最適ディール可能見積を決定すべく構成されており、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての買い見積価格以上である買い見積価格を有する、請求項１に記載のコンピュータ・システム。
【請求項８】
前記最適ディール可能見積に対する買い見積価格を表わす価格セレクタが、前記最適ディール可能見積以外のディール可能見積に対する買い見積価格を表わす価格セレクタから可視的に区別されている、請求項７に記載のコンピュータ・システム。
【請求項９】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項１に記載のコンピュータ・システム。
【請求項１０】
前記見積プロセッサが更に、前記複数の提案された取引における各々の提案された取引に対して少なくとも一つの最適ディール可能見積を含む最適ディール可能見積のグループを識別すべく構成されていて、
前記ディスプレイ画面ジェネレータが更に、各々が前記最適ディール可能見積のグループにおける個々の最適ディール可能見積を表わす、複数の最適ディール可能見積セレクタを含む見積パネルを前記ディスプレイ装置に表示すべく構成されている、請求項９に記載のコンピュータ・システム。
【請求項１１】
前記複数の最適ディール可能見積セレクタから任意の最適ディール可能見積セレクタを選択すべく前記顧客による前記入力装置の起動により、前記注文プロセッサに、前記顧客注文サイズおよび前記任意の最適ディール可能見積セレクタが表わす個々の最適ディール可能見積を用いて前記注文を登録させる、請求項１０に記載のコンピュータ・システム。
【請求項１２】
前記ディスプレイ画面ジェネレータが更に、前記見積パネルおよび前記取引パネルを前記ディスプレイ装置に同時に表示すべく構成されている、請求項１０に記載のコンピュータ・システム。
【請求項１３】
前記見積パネルが更に、前記入力装置に接続された提案取引セレクタであって、前記複数の提案された取引の中から特定の提案された取引を表わす提案取引セレクタを含み、
前記提案取引セレクタを起動させるべく前記顧客による前記入力装置の操作に応答して、前記ディスプレイ画面ジェネレータが更に、前記特定の提案された取引に関連付けられた前記複数の見積における見積を、前記取引パネル価格セレクタおよびサイズ・セレクタに表示すべく構成されている、請求項１２に記載のコンピュータ・システム。
【請求項１４】
前記ディスプレイ画面ジェネレータが更に、前記ディスプレイ装置に見積ストリーム・スイッチを表示すべく構成されていて、
前記ネットワーク・インターフェースが更に、前記見積ストリーム・スイッチを有効にすべく前記顧客が前記入力装置を操作したことに応答して、前記複数の見積の受信を開始すべく構成されている、請求項１に記載のコンピュータ・システム。
【請求項１５】
前記ネットワーク・インターフェースが更に、前記見積ストリーム・スイッチを無効にすべく前記顧客が前記入力装置を操作したことに応答して、前記複数の見積の受信を停止すべく構成されている、請求項１４に記載のコンピュータ・システム。
【請求項１６】
前記ディスプレイ画面ジェネレータが更に、前記顧客から最大注文サイズを受信すべく構成されている第二の入力欄を前記ディスプレイ装置に表示すべく構成されている、請求項１に記載のコンピュータ・システム。
【請求項１７】
前記見積プロセッサが更に、前記複数の見積において前記最大注文サイズを上回る見積サイズを有する見積を無視すべく構成されていて、
前記取引パネルが、前記無視された見積に対する価格セレクタまたはサイズ・セレクタを含んでいない、請求項１６に記載のコンピュータ・システム。
【請求項１８】
前記入力欄に接続されていて、前記顧客注文サイズを保存すべく構成されているメモリを更に含む、請求項１に記載のコンピュータ・システム。
【請求項１９】
前記ディスプレイ画面ジェネレータが更に、前記提案された取引に対する口座識別子を指定すべく構成されている口座識別子欄を、前記ディスプレイ装置に表示すべく構成されている、請求項１に記載のコンピュータ・システム。
【請求項２０】
前記複数の見積が連続する見積ストリームを含む、請求項１に記載のコンピュータ・システム。
【請求項２１】
前記最適ディール可能見積の集合が空集合である、請求項１に記載のコンピュータ・システム。
【請求項２２】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信すべく構成されているネットワーク・インターフェースと、
前記ネットワーク・インターフェースに接続されていて、前記複数の見積においてディール可能見積の集合を識別すべく構成されている見積プロセッサと、ここで、前記ディール可能見積の集合における各見積が、前記提案された取引に対する顧客注文サイズ以上である見積サイズを有するものであり、
ディスプレイ装置、入力装置、およびディスプレイ画面ジェネレータを含むユーザー・インターフェースであって、前記ディスプレイ画面ジェネレータが前記ディスプレイ装置に、顧客から前記顧客注文サイズを受信すべく構成されている入力欄と、各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルとを表示すべく構成されている、ユーザー・インターフェースと、
前記ユーザー・インターフェースに接続されていて、前記顧客が前記入力装置を起動したことに応答して、前記提案された取引に対する注文を登録すべく構成されている注文プロセッサと、を備え、
前記取引パネルに表示された任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いて前記注文を登録させるコンピュータ・システム。
【請求項２３】
前記任意のサイズ・セレクタを選択すべく前記入力装置を起動したことに応答して、前記注文プロセッサが更に、前記注文を登録する前にディール申し入れをすべく構成されている、請求項２２に記載のコンピュータ・システム。
【請求項２４】
前記注文プロセッサが更に、前記ディール申し入れに応答して確認を受信し、前記確認に応答して前記提案された注文を登録すべく構成されている、請求項２３に記載のコンピュータ・システム。
【請求項２５】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信すべく構成されているネットワーク・インターフェースと、
前記複数の見積における最適未充足見積を識別すべく構成されている見積プロセッサと、ここで、前記最適未充足見積の見積サイズが、前記顧客注文サイズを下回り、かつ前記複数の見積りにおける他の任意の見積サイズを上回るものであり、
ディスプレイ装置、入力装置、およびディスプレイ画面ジェネレータを含むユーザー・インターフェースであって、前記ディスプレイ画面ジェネレータが前記ディスプレイ装置に、顧客から前記顧客注文サイズを受信すべく構成されている入力欄と、各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルとを表示すべく構成されている、ユーザー・インターフェースと、
前記ユーザー・インターフェースに接続されていて、前記顧客による前記入力装置の起動に応答して、前記提案された取引に対する注文を登録すべく構成されている注文プロセッサと、を備え、
任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いて前記注文を登録させるコンピュータ・システム。
【請求項２６】
前記任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いてディール申し入れをさせる、請求項２５に記載のコンピュータ・システム。
【請求項２７】
前記見積プロセッサが更に、少なくとも二つの最適未充足見積に基づいて最適注文を識別すべく構成されていて、前記少なくとも二つの最適未充足見積の各々が異なるプロバイダから受信される、請求項２５に記載のコンピュータ・システム。
【請求項２８】
前記取引パネルが更に、前記最適注文を表わす最適注文セレクタを含み、
前記最適注文セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、各々が前記少なくとも二つの未充足見積の一つに基づく、少なくとも二つの注文を登録させる、請求項２７に記載のコンピュータ・システム。
【請求項２９】
取引を実行すべくコンピュータ実装された方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客注文サイズを受信することと、
前記複数の見積においてディール可能見積の集合を識別することと、ここで、前記ディール可能見積の集合における各見積の見積サイズが、前記顧客注文サイズ以上であり、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルをディスプレイ装置に表示することと、
前記取引パネルにおいて任意の価格セレクタを選択すべく入力装置を起動することにより、前記顧客注文サイズおよび前記任意の価格セレクタが表わす見積価格に等しい注文価格を用いて注文を登録することと、を含む方法。
【請求項３０】
前記注文を登録する前にディール申し入れをすることを更に含む、請求項２９に記載の方法。
【請求項３１】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項２９に記載の方法。
【請求項３２】
前記ディール可能見積の集合内で最適ディール可能見積を決定することを更に含み、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての売り見積価格以下である見積価格を有する、請求項２９に記載の方法。
【請求項３３】
前記最適ディール可能見積に対する売り見積価格を表わす価格セレクタを、前記最適ディール可能見積以外のディール可能見積に対する売り見積価格を表わす価格セレクタから可視的に区別することを更に含む、請求項３２に記載の方法。
【請求項３４】
最適ディール可能見積を決定することを更に含み、前記最適ディール可能見積が前記ディール可能見積の集合における他のすべての買い見積価格に対する他の任意の見積価格以上である買い見積価格を有する、請求項２９に記載の方法。
【請求項３５】
前記最適ディール可能見積に対する買い見積価格を表わす価格セレクタを、前記最適ディール可能見積以外のディール可能見積に対する買い見積価格を表わす価格セレクタから可視的に区別することを更に含む、請求項３４に記載の方法。
【請求項３６】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項３２に記載の方法。
【請求項３７】
前記複数の提案された取引における各々の提案された取引に対して少なくとも一つの最適ディール可能見積を含む最適ディール可能見積のグループを識別することと、
各々が前記最適ディール可能見積のグループにおける個々の最適ディール可能見積を表わす、複数の最適ディール可能見積セレクタを含む見積パネルを前記ディスプレイ装置に表示することと、を更に含む、請求項３６に記載の方法。
【請求項３８】
前記複数の最適ディール可能見積セレクタから最適ディール可能見積セレクタを選択すべく前記顧客が前記入力装置を起動したことに応答して、前記顧客注文サイズを用いて前記注文を登録することを更に含む、請求項３７に記載の方法。
【請求項３９】
前記見積パネルおよび前記取引パネルを前記ディスプレイ装置に同時に表示することを更に含む、請求項３７に記載の方法。
【請求項４０】
前記見積パネルに、前記複数の提案された取引の中から特定の提案された取引を表示することと、
前記提案取引選択スイッチを有効にすべく前記顧客が前記入力装置を操作したことに応答して、前記特定の提案された取引に関連付けられた前記複数の見積における見積を、前記取引パネル価格セレクタおよびサイズ・セレクタに表示することと、を更に含む、請求項３９に記載の方法。
【請求項４１】
前記ディスプレイ装置に見積ストリーム・スイッチを表示することと、
前記見積ストリーム・スイッチを有効にすべく前記顧客が前記入力装置を操作したことに応答して、前記複数の見積の受信を開始することと、を更に含む、請求項２９に記載の方法。
【請求項４２】
前記見積ストリーム・スイッチを無効にすべく前記顧客による前記入力装置の操作に応答して、前記複数の見積の受信を停止することを更に含む、請求項４１に記載のコンピュータ・システム。
【請求項４３】
前記顧客から最大注文サイズを受信すべく構成されている第二の入力欄を前記ディスプレイ装置に表示することを更に含む、請求項２９に記載の方法。
【請求項４４】
前記複数の見積において前記最大注文サイズを上回る見積サイズを有する見積を無視することと、
前記無視された見積に対する価格セレクタおよびサイズ・セレクタを表示することなく、前記取引パネルを表示することと、を更に含む、請求項４３に記載の方法。
【請求項４５】
前記顧客注文サイズをメモリに保存することを更に含む、請求項２９に記載の方法。
【請求項４６】
前記提案された取引に対する口座識別子を指定すべく構成されている口座識別子欄を、前記ディスプレイ装置に表示することを更に含む、請求項２９に記載の方法。
【請求項４７】
前記複数の見積が連続する見積ストリームを含む、請求項２９に記載の方法。
【請求項４８】
前記最適ディール可能見積の集合が空集合である、請求項２９に記載の方法。
【請求項４９】
取引を実行すべくコンピュータ実装された方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客から前記提案された取引に対する顧客注文サイズを受信することと、
前記複数の見積においてディール可能見積の集合を識別することと、ここで、前記ディール可能見積の集合における各見積の見積サイズが、前記顧客注文サイズ以上であり、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルをディスプレイ装置に表示することと、
任意のサイズ・セレクタを選択すべく入力装置を起動することにより、前記任意のサイズ・セレクタが表わす見積サイズに等しい注文サイズを用いて注文を登録することと、を含む方法。
【請求項５０】
前記注文を登録する前にディール申し入れをすることを更に含む、請求項４９に記載の方法。
【請求項５１】
前記ディール申し入れに応答して確認を受信することを更に含む、請求項５０に記載の方法。
【請求項５２】
取引を実行すべくコンピュータ実装された方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客注文サイズを受信することと、
前記複数の見積における最適未充足見積を識別することと、ここで、前記最適未充足見積の見積サイズが、前記顧客注文サイズを下回り、かつ前記複数の見積りにおける他の任意の見積サイズを上回るものであり、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルをディスプレイ装置に表示することと、
前記取引パネルにおいて任意のサイズ・セレクタを選択すべく入力装置を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズを用いて注文を登録することと、を含む方法。
【請求項５３】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信する手段と、
前記複数の見積においてディール可能見積の集合を識別する手段と、ここで、前記ディール可能見積の集合における各見積の見積サイズが、前記提案された取引に対する顧客注文サイズ以上であり、
ディスプレイ装置、および前記顧客注文サイズを含む顧客入力を受信するための入力手段を含むユーザー・インターフェースと、
前記顧客注文サイズを保存する手段と、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルを前記表示手段に表示する手段と、
任意の価格・セレクタを選択すべく前記入力手段を起動したことに応答して、前記顧客注文サイズおよび前記任意の価格セレクタが表わす見積価格に等しい注文価格を用いて注文を登録する手段と、を備えるコンピュータ・システム。
【請求項５４】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項５３に記載のコンピュータ・システム。
【請求項５５】
前記ディール可能見積の集合内で最適ディール可能見積を、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての売り見積価格以下である売り見積価格を有する状態において、決定する手段を更に備える、請求項５３に記載のコンピュータ・システム。
【請求項５６】
前記最適ディール可能見積に対する前記売り見積価格を表わす前記価格セレクタを、前記最適ディール可能見積以外のディール可能見積に対する売り見積価格を表わす価格セレクタから可視的に区別する手段を更に備える、請求項５５に記載のコンピュータ・システム。
【請求項５７】
前記最適ディール可能見積の集合内における最適ディール可能見積を決定する手段を更に備え、前記最適ディール可能見積が、前記ディール可能見積の集合における他のすべての買い見積価格以上である買い見積価格を有する、請求項５３に記載の方法。
【請求項５８】
前記最適ディール可能見積に対する前記買い見積価格を表わす価格セレクタを、前記最適ディール可能見積以外のディール可能見積に対する買い見積価格を表わす価格セレクタから可視的に区別する手段を更に備える、請求項５７に記載のコンピュータ・システム。
【請求項５９】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項５５に記載のコンピュータ・システム。
【請求項６０】
最適ディール可能見積のグループを、前記最適ディール可能見積のグループが前記複数の提案された取引の各々の提案された取引に対して少なくとも一つの最適ディール可能価格を含む状態において、決定する手段と、
各々が前記最適ディール可能見積のグループにおける個々の最適ディール可能見積を表わす、複数の最適ディール可能見積セレクタを含む見積パネルを前記ディスプレイ装置に表示する手段と、を更に備える、請求項５９に記載のコンピュータ・システム。
【請求項６１】
前記複数の最適ディール可能見積セレクタから任意の最適ディール可能見積セレクタを選択すべく前記顧客が前記入力手段を起動したことに応答して、前記顧客注文サイズおよび前記任意の最適ディール可能見積セレクタが表わす個々の最適ディール可能見積を用いて前記注文を登録する手段を更に備える、請求項６０に記載のコンピュータ・システム。
【請求項６２】
前記見積パネルおよび前記取引パネルを前記ディスプレイ装置に同時に表示する手段を更に備える、請求項６０に記載のコンピュータ・システム。
【請求項６３】
前記複数の提案された取引の中から特定の提案された取引を選択する提案取引選択手段と、
前記提案取引選択手段を起動させるべく前記顧客が前記入力手段を操作したことに応答して、前記特定の提案された取引に関連付けられた前記取引パネル価格セレクタおよびサイズ・セレクタを表示する手段と、を更に備える、請求項６２に記載のコンピュータ・システム。
【請求項６４】
前記複数の見積の受渡しを要求する手段を更に備える、請求項５３に記載のコンピュータ・システム。
【請求項６５】
前記複数の見積の受渡しを終了する手段を更に備える、請求項６４に記載のコンピュータ・システム。
【請求項６６】
前記顧客から最大注文サイズを受信すべく構成されている第二の入力欄を前記ディスプレイ装置に表示する手段を更に備える、請求項５３に記載のコンピュータ・システム。
【請求項６７】
前記ディール可能見積の集合を識別する前記手段が更に、前記複数の見積において前記最大注文サイズを上回る見積サイズを有する見積を無視すべく構成されていて、
前記取引パネルが、前記無視された見積に対する価格セレクタまたはサイズ・セレクタを含んでいない、請求項６６に記載のコンピュータ・システム。
【請求項６８】
前記顧客注文サイズを保存する手段を更に備える、請求項５３に記載のコンピュータ・システム。
【請求項６９】
前記提案された取引に対する口座識別子を指定する手段を更に備える、請求項５３に記載のコンピュータ・システム。
【請求項７０】
前記複数の見積が、連続する見積ストリームを含む、請求項５３に記載のコンピュータ・システム。
【請求項７１】
前記最適ディール可能見積の集合が空集合である、請求項５３に記載のコンピュータ・システム。
【請求項７２】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信する手段と、
前記複数の見積においてディール可能見積の集合を識別する手段と、ここで、前記ディール可能見積の集合における各見積に対する見積サイズが、前記提案された取引に対する顧客注文サイズ以上であり、
ディスプレイ装置、および前記顧客注文サイズを含む顧客からの入力を受信するための入力手段を含むユーザー・インターフェースと、
前記顧客注文サイズを保存する手段と、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている取引パネルを前記ディスプレイ装置に表示する手段と、
任意のサイズ・セレクタを選択すべく前記入力手段を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズに等しい注文サイズを用いて注文を登録する手段と、を備えるコンピュータ・システム。
【請求項７３】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信する手段と、
前記複数の見積における最適未充足見積を識別する手段と、ここで、前記最適未充足見積の見積サイズが、顧客注文サイズを下回り、かつ前記複数の見積りにおける他の任意の見積サイズを上回るものであり、
ディスプレイ装置、および前記顧客注文サイズを受信するための入力手段を含むユーザー・インターフェースと、
前記顧客注文サイズを保存する手段と、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている前記提案された取引に対する取引パネルを前記ディスプレイ装置に表示する手段と、
前記取引パネルにおいて任意のサイズ・セレクタを選択すべく前記入力手段を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズを用いて注文を登録する手段と、を備えるコンピュータ・システム。
【請求項７４】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信すべく構成されているネットワーク・インターフェースと、
前記複数の見積における最適未充足見積および少なくとも一つの他の最適未充足見積を識別すべく構成されている見積プロセッサと、ここで、前記最適未充足見積および前記少なくとも一つの他の最適未充足見積が異なるプロバイダから受信されており、
ディスプレイ装置、入力装置、およびディスプレイ画面ジェネレータを含むユーザー・インターフェースであって、前記ディスプレイ画面ジェネレータが前記ディスプレイ装置に、顧客から前記顧客注文サイズを受信すべく構成されている入力欄と、各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタ、および最適多銀行注文セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルと、を表示すべく構成されている、ユーザー・インターフェースと、
前記ユーザー・インターフェースに接続されていて、前記顧客が前記入力装置を起動したことに応答して、前記提案された取引に対する注文を登録すべく構成されている注文プロセッサと、を備え、
任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いて前記注文を登録させ、
前記最適多銀行注文セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記最適未充足見積に基づく第一の注文および前記少なくとも一つの他の最適未充足見積に基づく少なくとも一つの他の注文を含む少なくとも二つの注文を登録させるコンピュータ・システム。
【請求項７５】
前記最適未充足見積の見積サイズおよび前記少なくとも一つの他の最適未充足見積が、前記顧客注文サイズを下回り、かつ前記複数の見積りにおける他の任意の見積サイズを上回る、請求項７４に記載のシステム。
【請求項７６】
前記取引パネルが更に、前記顧客からビッド制限を受信すべく構成されているビッド制限入力コントロールを含み、
前記見積プロセッサが更に、前記ビッド制限を数値的に下回るビッド見積価格を有する任意の最適未充足見積を除外すべく構成されている、請求項７４に記載のコンピュータ・システム。
【請求項７７】
前記取引パネルが更に、前記顧客から売り制限を受信すべく構成されている売り制限入力コントロールを含み、
前記見積プロセッサが更に、前記売り制限を数値的に上回る売り見積価格を有する任意の最適未充足見積を除外すべく構成されている、請求項７４に記載のコンピュータ・システム。
【請求項７８】
前記最適多銀行注文セレクタが、前記少なくとも二つの注文の登録に用いられる数値的に最低の買い見積価格を示すインジケータを含む、請求項７４に記載のコンピュータ・システム。
【請求項７９】
前記最適多銀行注文セレクタが、前記少なくとも二つの注文の登録に用いられる数値的に最高の売り見積価格を示すインジケータを含む、請求項７４に記載のコンピュータ・システム。
【請求項８０】
前記最適多銀行注文セレクタが、前記少なくとも二つの注文の登録に用いられる見積サイズの総和を示すインジケータを含む、請求項７４に記載のコンピュータ・システム。
【請求項８１】
前記最適多銀行注文セレクタが、前記少なくとも二つの注文の登録に用いられる全見積価格の平均価格を示すインジケータを含む、請求項７４に記載のコンピュータ・システム。
【請求項８２】
取引を実行すべくコンピュータ実装された方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客から顧客注文サイズを受信することと、
前記複数の見積における最適未充足見積および少なくとも一つの他の最適未充足価格を識別することと、ここで、前記最適未充足見積および前記少なくとも一つの他の最適未充足価格が異なるプロバイダから受信され、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタ、および最適多銀行注文セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルをディスプレイ装置に表示することと、
任意のサイズ・セレクタを選択すべく入力装置を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズを用いて注文を登録することと、
前記最適多銀行注文セレクタを選択すべく前記入力装置を起動したことに応答して、前記最適未充足見積に基づく第一の注文および前記少なくとも一つの他の最適未充足見積に基づく少なくとも一つの他の注文を含む少なくとも二つの注文を登録することと、を含む方法。
【請求項８３】
前記最適未充足見積の見積サイズおよび前記少なくとも一つの他の最適未充足見積が、前記顧客注文サイズを下回り、且つ前記複数の見積りにおける他の任意の見積サイズを上回る、請求項８２に記載のコンピュータ実装された方法。
【請求項８４】
前記顧客からビッド制限を受信することと、
前記買い制限を数値的に下回るビッド見積価格を有する任意の最適未充足見積を除外することと、を更に含む、請求項８２に記載のコンピュータ実装された方法。
【請求項８５】
前記顧客から売り制限を受信することと、
前記売り制限を数値的に上回る売り見積価格を有する任意の最適未充足見積を除外することと、を更に含む、請求項８２に記載のコンピュータ実装された方法。
【請求項８６】
二つの動作モードを有するコンピュータ・システム上で取引を実行する方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客から顧客注文サイズを受信することと、
第一の動作モードにおいて、
前記複数の見積における最適未充足見積を識別することと、ここで、前記最適未充足見積の見積サイズが前記顧客注文サイズを下回り、かつ前記複数の見積りにおける他の任意の見積サイズを上回るものであり、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタおよび、各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルをディスプレイ装置に表示することと、
任意のサイズ・セレクタを選択すべく入力装置を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズを用いて注文を登録することと、を含み、
第二の動作モードにおいて、
前記複数の見積における前記最適未充足見積および前記少なくとも一つの他の最適未充足見積を識別することと、ここで、前記最適未充足見積および前記少なくとも一つの他の最適未充足見積が異なるプロバイダから受信され、
前記複数の価格セレクタ、前記複数のサイズ・セレクタ、および最適多銀行注文セレクタを含んでいて、前記最適未充足見積に対する見積サイズを表わすサイズ・セレクタが、前記最適未充足見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている取引パネルを前記ディスプレイ装置に表示することと、
前記最適多銀行注文セレクタを選択すべく前記入力装置を起動したことに応答して、前記最適未充足見積に基づく第一の注文および前記少なくとも一つの他の最適未充足見積に基づく少なくとも一つの他の注文を含む少なくとも二つの注文を登録することと、を含む方法。
【請求項８７】
前記顧客からモード選択を受信することを更に含む、請求項８６に記載の方法。
【請求項８８】
取引を実行するコンピュータ・システムであって、
提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信すべく構成されているネットワーク・インターフェースと、
前記複数の見積においてディール可能見積の集合を識別すべく構成されている見積プロセッサと、ここで、前記ディール可能見積の集合における各見積の見積サイズが、前記提案された取引に対する顧客注文サイズ以上であり、
入力装置と、
ディスプレイ装置と、
前記ディスプレイ装置に、顧客から前記顧客注文サイズを受信すべく構成されている入力欄と、各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、および各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタであって、前記ディール可能見積の集合における見積価格の価格セレクタが、前記ディール可能見積の集合に存在しない見積価格の価格セレクタから可視的に区別されている複数の価格セレクタおよび複数のサイズ・セレクタと、を表示すべく構成されているディスプレイ画面ジェネレータと、
前記顧客が前記入力装置を起動したことに応答して、前記提案された取引に対する注文を登録すべく構成されている注文プロセッサと、を備え、
前記ディスプレイ装置に表示された任意の価格セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記顧客注文サイズおよび前記任意の価格セレクタが表わす見積価格に等しい注文価格を用いて前記注文を登録させるコンピュータ・システム。
【請求項８９】
前記任意の価格セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記注文を登録する前にディール申し入れをさせる、請求項８８に記載のコンピュータ・システム。
【請求項９０】
前記ディスプレイ装置に表示された任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記任意のサイズ・セレクタが表わす見積サイズを用いて前記注文を登録させる、請求項８８に記載のコンピュータ・システム。
【請求項９１】
前記任意のサイズ・セレクタを選択すべく前記入力装置を起動することにより、前記注文プロセッサに、前記注文を登録する前にディール申し入れをさせる、請求項８８に記載のコンピュータ・システム。
【請求項９２】
前記見積プロセッサが更に、前記ディール可能見積の集合内で最適ディール可能見積を決定すべく構成され、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての売り見積価格以下である売り見積価格を有する、請求項８８に記載のコンピュータ・システム。
【請求項９３】
前記最適ディール可能見積に対する売り見積価格を表わす価格セレクタが、前記最適ディール可能見積以外のディール可能見積に対する売り見積価格を表わす価格セレクタから可視的に区別されている、請求項９２に記載のコンピュータ・システム。
【請求項９４】
前記見積プロセッサが更に、前記ディール可能見積の集合内で最適ディール可能見積を、前記最適ディール可能見積が、前記ディール可能見積の集合における他の全ての買い見積価格以上である買い見積価格を有する状態において、決定すべく構成されている、請求項８８に記載のコンピュータ・システム。
【請求項９５】
前記最適ディール可能見積に対する買い見積価格を表わす価格セレクタが、前記最適ディール可能見積以外のディール可能見積に対する買い見積価格を表わす価格セレクタから可視的に区別されている、請求項９４に記載のコンピュータ・システム。
【請求項９６】
前記複数の見積に、複数の提案された取引が関連付けられている、請求項８８に記載のコンピュータ・システム。
【請求項９７】
前記見積プロセッサが更に、前記複数の提案された取引における各々の提案された取引に対して少なくとも一つの最適ディール可能見積を含む最適ディール可能見積のグループを識別すべく構成されていて、
前記ディスプレイ画面ジェネレータが更に、各々が前記最適ディール可能見積のグループにおける個々の最適ディール可能見積を表わす、複数の最適ディール可能見積セレクタを含む前記ディスプレイ装置に表示すべく構成されている、請求項９６に記載のコンピュータ・システム。
【請求項９８】
前記複数の最適ディール可能見積セレクタから任意の最適ディール可能見積セレクタを選択すべく前記顧客が前記入力装置を起動したことにより、前記注文プロセッサに、前記顧客注文サイズおよび前記任意の最適ディール可能見積セレクタが表わす個々の最適ディール可能見積を用いて前記注文を登録させる、請求項９７に記載のコンピュータ・システム。
【請求項９９】
取引を実行すべくコンピュータ実装された方法であって、
ネットワーク・インターフェースを介して、提案された取引に対し、各々が見積価格および見積サイズを含む、複数の見積を受信することと、
入力欄を介して、顧客から顧客注文サイズを受信することと、
前記複数の見積において第一の見積および少なくとも一つの他の見積を識別することと、ここで、前記第一の見積および前記少なくとも一つの他の見積が異なるプロバイダから受信され、
各々が前記複数の見積における一つの見積価格を表わす複数の価格セレクタ、各々が前記複数の見積における一つの見積サイズを表わす複数のサイズ・セレクタ、および最適多銀行注文セレクタを含んでいて、前記第一の見積に対する見積サイズを表わすサイズ・セレクタが、前記第一の見積以外の見積に対する見積サイズを表わすサイズ・セレクタから可視的に区別されている、取引パネルをディスプレイ装置に表示することと、
任意のサイズ・セレクタを選択すべく入力装置を起動したことに応答して、前記任意のサイズ・セレクタが表わす見積サイズを用いて注文を登録することと、
前記最適多銀行注文セレクタを選択すべく前記入力装置を起動したことに応答して、前記第一の見積に基づく第一の注文および前記少なくとも一つの他の積に基づく少なくとも一つの他の注文を含む少なくとも二つの注文を登録することと、を含む方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、仮出願第６０／５２４，８４１号明細書（２００３年１１月２６日出願）、仮出願第６０／５４７，７７０号明細書（２００４年２月２７日出願）、および仮出願第６０／５８１，７６２号明細書（２００４年６月２３日出願）に関し、合衆国法典３５編第１１９条の下でこれら優先権主張するものであって、その全文は本出願に引用され援用される。
【０００２】
本発明は一般に、コンピュータ化された資産取引システムに関し、特に一つ以上の資産プロバイダから受信した見積に対して、オファーおよび／または注文を送信する対話型グラフィカル・ユーザー・インターフェースを備えた、顧客が操作するコンピュータ化された資産取引システムに関する。
【背景技術】
【０００３】
今日のグローバル化した経済において、投資家、借り手、貸し手、買い手および売り手は、現金、有価証券、商品、日用品および貴金属を含む数百万ドルの価値がある資産を日常的に交換（または「取引」）している。外国為替（「ＦＸ」）市場において、例えば、参加者は、ある種類の通貨の現金を、指定日付の指定価格で、他の種類の通貨の現金と取引することに同意する。集合的にＦＸ市場取引手段と呼ばれるこれらの合意には、例えば、スポット、フォワード（またはフォワード・アウトライト）およびスワップ契約（以下で定義）が含まれる。金融市場において、参加者は、指定期間にわたり指定レートで現金を借貸する合意を行なう。集合的に金融市場取引手段と呼ばれるこれらの合意には、譲渡性預金（ＣＤ）、現先取引、短期国債（Ｔ−ｂｉｌｌ）、コマーシャル・ペーパー、フォワード・レート契約、金利先物、および金利オプションが含まれる。
【０００４】
借り手、貸し手、買い手、および売り手は、「流動性プロバイダ」または「マーケット・メーカー」とも呼ばれる資産ディーラーを通じてこれらの資産を取引する。典型的なシナリオにおいて、何がしかの規模の資産の購入、売却、賃貸、または賃借を望む顧客は、１人以上の流動性プロバイダに対し価格見積（時にはブローカー等の仲介者を通じて）の要求を送信することにより取引を提案する。流動性プロバイダは、自身がいくらの価格で資産を購入（または賃借）する意思があるか、およびいくらの価格で資産を売却（または賃貸）する意思があるかを示す見積を顧客に発信することにより応答する。購入または賃借価格は、「ビット」として知られ、売却または賃貸価格は「オファー」として知られている。ビッド価格とオファー価格の差異は「呼値スプレッド」として知られ、流動性プロバイダは常に購入および賃借を売却および賃貸よりも僅かに安く行なうため、このスプレッドが自身に利益をもたらす。
【０００５】
自動資産取引システムは、顧客とプロバイダの間の商取引をより早く、より効率的に、また監査目的から、より追跡可能にすべく導入されている。通常、これらのシステムは、顧客のコンピュータ・システム（またはネットワーク）上で動作する取引プログラム（または、いくつかの例では一組の取引プログラム）を含んでいて、ユーザーからの入力を受信し、プロバイダのコンピュータ・システム（またはネットワーク）で動作する１個以上の取引プログラムへリアルタイムに電子取引指示を送信する。顧客のコンピュータ・システムとプロバイダのコンピュータ・システムは、インターネット、専用広域ネットワーク（ＷＡＮ）、または企業内イントラネット等の相互接続されたコンピュータ・ネットワーク内で確立された１個以上のデータ通信チャネルを介して一連のメッセージを交換することにより互いに対話する。
【０００６】
プロバイダの見積および顧客の取引指示を保持するメッセージは、相互接続されたコンピュータ・ネットワークに接続している中間または中央資産取引サーバ（または「ポータル」）を介して受け渡すことができる。通常、中間サーバは、顧客および流動性プロバイダに代わってメッセージの調整、比較、マッチング、エラーチェックおよび／またはログ取得を行なうよう構成されている。ある場合には、取引サーバは第三者により管理および運用が行なわれる。ニューヨーク州ニューヨーク市（Ｎｅｗ  Ｙｏｒｋ、Ｎｅｗ  Ｙｏｒｋ）のＬＬＣ（有限責任会社）であるＦＸアライアンス（ＦＸ  Ａｌｌｉａｎｃｅ）（ＦＸａｌｌ）はＦＸ市場のオンライン取引サーバの第三者運用業者の一例である。
【０００７】
既存のコンピュータ化された資産取引システムは多くの場合、プロバイダの見積（ビッドおよびオファー価格、資産額、提案された決済日、取引口座等）に関連付けられた相当量のデータを顧客に提示し、提示されたデータに応答して顧客から特定の取引指示および選択を受信すべく構成された１個以上のグラフィカルまたはテキスト型ユーザー・インターフェースを含んでいる。指示および選択は通常、キーボード、コンピュータ・マウス、トラックボール、グラフィック・タブレット、およびスタイラスペン等、コンピュータ技術で公知のパソコン入力装置の利用および操作を通じて行なわれる。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、既存の顧客資産取引システムには、最もタイムリーに最適な見積を識別して最適な注文を送信するために入力すべきデータ量および／または実行すべきステップ数の点で短所があることがわかっている。これらの短所により、既存の顧客資産取引システムが顧客の最重要な資産取引目標のいくつかを達成し難くなりつつある。例えば、ＦＸ市場において、提案された取引の見積に関連付けられた価格およびサイズは刻々と大幅に変化し、僅か数秒後には見積のいくつかが撤回されたり陳腐化する恐れがある。そのためユーザーは、市場が変化して商機が失われる前に提示された膨大な数の見積を極めて迅速に評価して、誤り無く取引指示を決定して送信する必要がある場合が多い。特に多数の提案された取引に関して多数の見積が同時に顧客に提示されている場合、状況分析やデータキー指定に際して一切の重大な誤りを犯すことなく、これらの作業を迅速に実行するのは極めて困難である。この状況にあって、既存の顧客資産取引システムは、最適な見積を識別するには時間がかかり過ぎ、また、これらの見積に基づいて最適な注文の送信、確認、実行を行なうには過大なユーザー入力および過大なステップを必要とする。通常、顧客が適切な取引指示を送信する時点までに、市場が動いているか、または最適な見積が期限切れになっているか、撤回されているであろう。これらの問題および不都合により、顧客が自身の資産取引目標を達成することが著しく妨げられる。
【課題を解決するための手段】
【０００９】
本発明は従来方式の顧客資産取引システムに付随する上述の短所を、複数のプロバイダから受信した複数の見積のうち最適な見積を簡単且つ迅速に識別、選択して、これに対して注文を送信すべく顧客が利用できるシステム及び方法を提供することにより改善する。本発明は、各種の異なる取引関係、および外国為替、金融市場、有価証券、現金預金、日用品および貴金属を含むがこれに限定されない各種の異なる資産クラスおよび取引市場に適用できる。ＦＸ取引の関係において、提案される取引は例えば、ある通貨の特定サイズを別の通貨と交換する提案を含んでいてよい。通常、この種の提案は、取引の価格見積の配信の開始または要求により表明される。
【００１０】
一般に、本発明は、提案された取引に関連付けられた複数の見積をプロバイダ（または複数のプロバイダ）から受信して、どの見積がディール可能か、どれが未充足か、最適な合計価格とするためにどれを一緒にプールして多銀行注文を形成すべきか、を自動的に決定すべく構成されたコンピュータ・システムを含んでいる。本システムは次いで、選択された組のプロバイダから受信した見積を顧客に提示する。更に、本システムは最適なディール可能見積、最適な未充足見積、および最適な多銀行注文を、他の見積から可視的に区別して提示する。本発明が提供する可視的区別を利用すれば、顧客は通常、自分のマウス・ボタンを１、２回クリックするだけで迅速且つ容易に最適な見積を識別して、これらの見積に対して注文を送信することができる。
【００１１】
本コンピュータ・システムの一実施形態は、ネットワーク・インターフェース、見積プロセッサ、ユーザー・インターフェースおよび注文プロセッサを含んでいる。ネットワーク・インターフェースは、提案された取引に関連付けられた複数の見積を受信すべく構成されており、複数の見積の各々には見積価格および見積サイズが示されている。見積は、二方向見積、あるいは、各々が異なる注文サイズを示した一方向見積を含んでいてよい。見積プロセッサはネットワーク・インターフェースに接続されていて、パソコン・ワークステーションで通常利用可能な、後述する各種の入力手段を介して顧客が指定した所望の注文サイズと見積サイズを比較することにより、複数の見積の中でディール可能な見積を識別する。提案された取引に対して、顧客が指定した注文サイズを見積サイズ以上の場合、当該見積はディール可能であるとみなされる。ユーザー・インターフェースは、（ａ）ディール可能見積と最適ディール可能見積を可視的に区別できるように顧客に見積を提示し、（ｂ）顧客からの見積選択および他の取引指示を受理する。注文プロセッサは、ユーザー・インターフェースを介して顧客から受信した選択および取引指示に基づいて注文を送信する。
【００１２】
本発明の別の態様において、取引を実行すべくコンピュータ実装された方法を提供する。本方法は、（１）提案された取引に関連付けられた複数の見積であって、各々が見積価格および見積サイズを示す見積を受信するステップと、（２）ディスプレイ装置、入力装置、および入力欄を含むユーザー・インターフェースを提供するステップと、（３）入力欄および入力装置を介して、顧客から顧客注文サイズを受信するステップと、（４）複数の見積の中でディール可能な見積の集合を識別するステップと、（５）複数の価格セレクタおよびサイズ・セレクタを含む取引パネルを、各々の価格セレクタが複数の見積における見積価格を表わし、各々のサイズ・セレクタが前記複数の見積における見積サイズを表わし、取引パネルにおける各々のディール可能な見積がディール不可能な見積の価格セレクタから可視的に区別される状態で、ディスプレイ装置に表示するステップと、（６）取引パネルに示された任意の価格セレクタを選択する入力装置の起動に応答して、選択された価格セレクタに提示された見積価格に等しい顧客注文サイズおよび注文価格を用いて注文を登録するステップとを含む。
【００１３】
好適な実施形態において、本発明は二つの異なる実行モードのうち一つで動作すべく構成することができる。単一銀行実行モードでは、本発明は１注文毎に履行する取引シナリオの下で動作する。すなわち、顧客は一度に一つのプロバイダの価格しか受理することができない。換言すれば、顧客が受理した各々の注文は、一つのかつ唯一のプロバイダにしか送られない。多銀行実行（ＭＢＥ）モードでは、本発明は必要に応じて顧客のニーズを満たすべく、顧客の注文を複数のプロバイダにまたがって自動的に分割することにより、二つ以上の単一銀行見積を含む「多銀行見積」を作成する。ＭＢＥモードにより、顧客は、一つ以上のプロバイダが顧客の希望を下回るサイズを見積っている場合、自身の最大注文サイズまで取引を実行することができる。顧客の全注文サイズが満たされるまで、最適な提示価格に基づいて実行が部分に分割される。
【００１４】
例えば、顧客が指定した注文サイズが５千万単位であって、どのプロバイダも単独ではそれだけの単位を供給できない場合、システムは、各々が異なるプロバイダから受信した、複数の小口単一銀行見積の組み合わせからなる多銀行見積を生成して顧客に提示することができる。顧客がその多銀行見積を選択した場合、複数の単一銀行見積をまとめて「多銀行注文」として実行される。本発明は、顧客が多銀行注文の可能な最適総価格を得られるように、単一銀行注文の最適組合せを自動的に決定して、最適な多銀行注文の生成に利用する。最初に最適価格での流動性を利用し、次いで次点最適価格での流動性という具合に、顧客の全注文サイズが割り当てられるまで同様に繰り返される。
【００１５】
多実行モードは、サイズの大小によらず効率的な取引を支援する。好適には、本発明のユーザー・インターフェースは入力コントロールを表示すべく構成されていて、顧客は自分固有の取引および注文履行要件に応じてこれを用いて（またはトグルして）二つの実行モードの間の切り替えを行なうことができる。
【００１６】
従って、見積プロセッサはいくつかの実施形態において、各々が異なるプロバイダから受信した複数の最適未充足見積を連続的に選択して最適な多銀行注文を生成すべく構成されている。必須ではないが通常は、多銀行注文を生成すべく選択された見積は、未充足見積の組合せを構成する。これらの実施形態において、ディスプレイ画面ジェネレータはまた、最適多銀行注文セレクタ（例えば、ボタン、メニュー項目、またはアイコン）を表示し、ユーザーがこれを選択した場合、注文プロセッサに、選択された第一の最適未充足見積に基づく第一の注文と、少なくとも一つの別の最適未充足見積に基づく少なくとも一つの別の注文とを含む少なくとも二つの注文を登録させる。本システムは、多銀行注文を充足するのに必要なだけの注文を登録する。特に、顧客が本発明をＭＢＥモードで用いて場合であっても、単一プロバイダが顧客のニーズを満たすのに充分な注文サイズを見積っている場合、当該プロバイダから多銀行注文を表示して登録することができる。
【００１７】
取引パネルはまた、買いおよび売り制限入力コントロールを表示すべく構成されていてよく、システムが最適な多銀行注文を形成すべく使用する可能性のある見積に対する顧客指定の制限を受信すべく構成することができる。これらの制限に基づいて、本システムは、指定された買い制限を数値的に下回るか、指定された売りレベルを数値的に上回る見積は一切考慮から除外すべく構成することができる。このように、顧客はこれらのコントロールを用いて、顧客が指定した買いおよび売り制限「よりも悪い」価格を有する見積をシステムが一切使用しないように防止することができる。
【００１８】
上述のように、本発明の特徴の一つは、取引パネルであり、各々の提案された取引に対する最適見積のセレクタを可視的に区別（例えば、強調表示、特別な色付き表示、ボタン、テキストまたはシンボルのブリンキングおよび／またはフラッシング）して提示する。顧客は、複数のプロバイダのいずれか一つ（単一銀行実行モードで）から、あるいは複数のプロバイダ（多銀行実行モードで）から受信した最適な見積を表わすセレクタを起動させることにより迅速に注文を履行することができる。本発明は、見積を取引パネルに表示する前に、最適な見積を識別するのに必要な計算を実行する。本発明の別の特徴として、第二のパネル（以下では見積パネルと呼ぶ）を提供し、一群の提案された取引に対して複数のプロバイダから受信した一群の最適な見積を表示する。
【００１９】
本発明のオプション的な特徴として、単一および複数プロバイダ取引システムの両方と連動して動作可能であり、そのため単一プロバイダシステムでは顧客が迅速に効率的に注文を単一のプロバイダ（顧客が特に選択したか、あるいは最適な価格を示すプロバイダのいずれか）へ送信することができる一方、ＭＢＥモードでは顧客が迅速に効率的に注文を生成して複数のプロバイダへ送信することができる。好適には、取引パネルと見積パネルは同期化されていて、ユーザーが見積パネルのコントロールを選択または起動させることにより、提案されている取引パネルのうち見たいものを選択することができる。
【００２０】
これらの特徴は共に、各種の異なる資産取引状況における注文の送信および取引の実行に付随する時間、労力、およびコストの観点から、既存の顧客資産取引システムよりも優れた利点を提供する。上述のように、顧客は、最適な見積に関連付けられた価格およびサイズ・セレクタに適用される可視的な区別に基づいて、直ちに最適な見積を識別することができる。別の利点として、顧客は、可視的に区別された価格セレクタを単に選択するだけで最適な見積に基づく注文を迅速に履行することができ、従って、最適の取引に対する価格およびサイズ情報を手動でキー入力するという、時間がかかる上に誤りを犯しやすい作業を行なう必要がない。更に別の利点として、本システムでは顧客が注文を送信するまで注文サイズが与えられないため、顧客が自身の取引ニーズに関する情報を秘匿する仕組みを提供する。この点から、顧客は自分が注文を送信する準備ができるまで、匿名である程度市場の成り行きを注視することができる。
【００２１】
本発明と、その各種態様、特徴、および利点について、図面の支援を得て、例示的な、それ故に非限定的な実施形態を参照しつつ、以下に詳細に記述する。図面は本明細書の一部を構成し、本発明の各種の形態の例示的ないくつかの実施形態を含んでいる。
【発明を実施するための最良の形態】
【００２２】
以下に述べる好適な実施形態の詳細説明は、主として外国為替（ＦＸ）取引および外国為替（ＦＸ）証券を含む資産に関連する。しかし、これらの参照は、例えば、外国為替証券資産クラスの文脈でどのように本発明が考案および実施できるかを示すことのみを意図しており、本発明の他の資産への適用性を限定するものではない。当業者でれば以下の詳細説明を読めば、本発明の原理に従い動作すべく構成された資産取引システムが、金融市場証券、現金預金、貴金属、日用品、および有価証券等、他のクラスの資産を取引する際に、相当な利点および効果を提供することが明らかになろう。従って、外国為替取引に関係しない資産を取引する場合に用いる資産取引システムは、権利請求された本発明の範囲外ではない。
【００２３】
用語の定義
本明細書で用いるように、その文脈が別途示している場合を除き、以下の用語は下で与えられる定義を参照して理解されたい。
【００２４】
ＦＸ用語
「外国為替」または「ＦＸ」取引（または「ディール」）とは、「受渡日」または「決済日」とも呼ばれる、指定された送達日に同意されたレートで、ある通貨を別の通貨と交換する契約である。
【００２５】
「受渡日」または「決済日」とは、通貨の実際の交換が発生する日付である。
【００２６】
「ＦＸスポット・ディール」、「スポット取引」、「スポット合意」および「スポット契約」の各用語は、以下に定義するＦＸスポット日付で単一の外貨を別の外貨と交換する（すなわち、ある通貨をＸ単位買うために、別の通貨のＹ単位売却する）取引または合意を指す。
【００２７】
「スポット・レート」とは、マーケット・メーカーが基準通貨を別の通貨に対して売買するレート（ビッド（買い）価格とオファー（売り）価格の組合せで表わされる）である。
【００２８】
「スポット日付」とは通常、合意がなされた日付の２営業日後である。大多数のＦＸ取引の場合、通貨を売買する最も流動性の高い（すなわち最も安い）決済日はＦＸスポット日付である。
【００２９】
「フォワード」、「フォワード・アウトライト」および「フォワード契約」の各用語は、スポット日付（上で定義）を過ぎた日付に決済される任意の取引を指す。
【００３０】
「スワップ」、「スワップ合意」、および「スワップ契約」の各用語は、ある通貨の指定された額を別の通貨と二つの異なる受渡日に同時に買いと売り、または売りと買いに関わるディールを指す。スワップは単一の相手との単一の取引であるが、資金の交換が発生する際には、取引は二つの受渡日（または「レッグ」）を有する。
【００３１】
関係者
「プロバイダ」という用語は通常、「流動性プロバイダ」を指す略語である。「流動性プロバイダ」は通常、取引システムにおけるマーケット・メーカーとして機能する銀行等の金融機関である。流動性プロバイダは「顧客」からの要求に応答して価格を見積もる。
【００３２】
「銀行」という用語は通常、本明細書で用いるように、用語「プロバイダ」と代替可能である。
【００３３】
「ディーラー」、「トレーダー」、および「会計担当者」の各用語は通常、銀行または流動性プロバイダの従業員を指し、流動性プロバイダのオンライン資産取引システムを監視して、顧客から受信した価格見積要求およびディールを行なうオファーに応答する。
【００３４】
「顧客」という用語は通常、資産の売買を希望する、プロバイダまたはプロバイダの従業員ではない、取引処理関係者を指す。顧客は、一つ以上のプロバイダに対しスワップ、フォワード、またはスポット合意等の特定ＦＸ証券の価格を要求することにより取引プロセスを始める。「顧客」という用語はまた、例えば会社内におけるようなユーザーの集団を指す場合がある。
【００３５】
逆の意味で用いられない限り、用語「ユーザー」は通常、顧客またはプロバイダサイトの従業員等、人間オペレータを指し、オンライン資産の取引処理の要求、起動、実行および／または監視を行なうコンピュータ・プログラムまたはプログラムされたコンピュータ・システムを操作したり、インターフェースの役割を果たす。例えば、用語「ユーザー・インターフェース」が、顧客が操作するコンピュータ・プログラムおよびコンピュータ・システムに関連して出現した場合、「ユーザー」が顧客のサイトにおける人間オペレータであることはこの文脈から明らかな筈である。
【００３６】
「取引通貨」および「基準通貨」の各用語は、外国為替提案または見積における固定通貨を指す。例えば、外国為替市場参加者が１百万ユーロを等価の米国ドルに交換する提案または見積を行なう場合、当該ディールは可変額の米国ドルに対して固定額のユーロを取引することを伴う。米国ドルの額は、為替レートに依存する。従って、この取引における取引通貨はユーロである。一方、米国ドルは「条件通貨」と呼ばれる。
【００３７】
頭字語および略語
ＡＰＩ＝アプリケーション・プログラミング・インターフェース。コンピュータ・プログラムが、他のコンピュータ・プログラムにより提供されるデータまたはサービスを要求する特定の方法を示すために略語のまま口語的に用いられる。
【００３８】
ＯＭＳ＝注文管理システム。注文管理システムは、市場で実行される必要があるＦＸディールや、それらを誰が実行すべきか等の記録を保持すべく顧客により用いられる。ディールが実行されたならば、ＯＭＳは通常、各々のディールの実行レートに合わせて更新される。
【００３９】
ＲＦＱ＝見積要求。顧客が一つ以上のプロバイダに（時には、オンライン電子取引プラットフォームまたはサーバのオペレータ等の仲介者を通じて）特定の資産に関する価格見積を要求することにより取引を開始するための取引プロトコル。プロバイダは通常、顧客（または仲介者）へ価格を返送することにより応答する。その価格を受理するために、顧客は通常、プロバイダへ当該見積でディールしたいと旨の要望を示す、「オファー」または「ディール申し入れ」と通常呼ばれるメッセージを送信する。プロバイダは通常、オファーまたはディール申し入れを受信したならば、当該ディール申し入れに対する受理または拒否である「確認」メッセージを返送する。
【００４０】
ｍｉｏ＝百万。
ＵＳＤ＝米国ドル。
ＧＢＰ＝英国ポンド。
ＪＰＹ＝日本円。
ＣＨＦ＝スイスフラン。
ＥＵＲ＝欧州ユーロ。
ＣＡＤ＝カナダドル。
ＮＯＫ＝ノルウェー・クローナ。
【００４１】
概要
本発明は、各種の異なる取引関係において、コンピュータ・システムの相互接続されたネットワークを用いる各種取引プロトコルの下で資産を取引する装置および方法を提供する。本発明は、提案された取引に対して価格およびプロバイダをユーザーが選択したり、取引する資産のサイズ等、他の取引条件を指定すべく操作できる、ユーザー起動可能で可視的に区別された入力コントロールを含む、使いやすく極めて有効かつ有意義に組織化されたパネル（または「ウインドウ」）を生成および表示する。従って、本発明の好適な実施態様は、取引パネルを通じて見積に対する注文を迅速に履行する方法を提供するものであり、取引パネルは顧客に対し、提案された取引について利用できる最適ディール可能見積を示し、どの見積もディール可能でない場合は最適未充足見積を示し、顧客のニーズを満たすために複数のプロバイダからの資産が必要な場合は最適多銀行注文を提示する。本発明はまた、顧客に対し、複数の通貨ペアにわたり複数の提案された取引に対する複数の最適利用価格を提示する「見積パネル」を提示すべく構成することができ、取引パネルに入ることなく、ここでボタンをクリックすることにより注文を送信することができる。
【００４２】
本発明はその基本構成において、ネットワーク・インターフェース、見積プロセッサ、ユーザー・インターフェース、および注文プロセッサを有するコンピュータ・システムを含んでいる。ネットワーク・インターフェースは、提案された取引に関連付けられた複数の見積を受信し、複数の見積の各見積は見積価格および見積サイズを有する。提案された取引の例として、特定の通貨ペアの交換を提案する取引、特定期間または特定の最大注文サイズがある。見積プロセッサは、複数の見積におけるディール可能な見積の集合を識別するために、各々の見積の見積価格を顧客が指定した希望注文サイズと比較する。顧客が指定した注文サイズ以上の見積サイズを有する見積がディール可能であるとみなされる。しかし、見積の見積サイズが、提案された取引に対して顧客が指定した注文サイズを下回る場合、当該見積はディール可能ではない。ユーザー・インターフェースは、（ａ）ディール可能見積と最適ディール可能見積を可視的に区別できるように顧客に見積を提示し、（ｂ）顧客からの見積選択および他の取引指示を受理する。注文プロセッサは、ユーザー・インターフェースを介して顧客から受信した選択および取引指示に基づいて注文を送信する。
【００４３】
ユーザー・インターフェースは、ディスプレイ画面ジェネレータ、ディスプレイ装置、および入力装置を含んでいる。ディスプレイ画面ジェネレータは、入力装置での操作に応答して顧客から、顧客が指定した注文サイズを受信すべく構成された入力欄をディスプレイ装置に表示する。ディスプレイ画面ジェネレータはまた、提案された取引について受信した見積の詳細ビューを含む取引パネルをディスプレイ装置に表示し（そのような取引パネルの例を図５に示すと共に以下に詳述する）、ビューには例えば、各プロバイダからの現在の見積および当該プロバイダが対応可能な最大注文サイズが含まれる。顧客はこの取引パネルを用いて、処理のために注文を送信する前に、注文サイズの変更、異なるプロバイダの選択、および／またはその他各種の取引パラメータの変更が可能である。
【００４４】
取引パネルはまた、複数の価格セレクタおよびサイズ・セレクタを含んでいるかまたは表示し、各々の価格セレクタはプロバイダから受信した複数の見積における見積価格を表わしていて、各々のサイズ・セレクタはプロバイダから受信した複数の見積における見積サイズを表わしている。価格およびサイズ・セレクタは、テキスト、ボタン、アイコン、リンク、あるいは、オプションを選択するかまたはコンピュータ・プログラムまたはアプリケーションにおいてプログラムされたアクションを起動するコントロールを表わすのに適した他の任意の種類のグラフィック画像またはシンボルの形式であってよい。ディール可能な見積の価格セレクタは、ディール可能でない見積を表わす価格セレクタから可視的に区別される。そのような可視的区別は例えば、ディール可能な見積を表わす全ての価格セレクタについて、例えば特別な色が付けられた背景、あるいは強調またはフラッシング表示された文字を用いて実現することができる。更に、「最適な」見積の価格セレクタは、取引パネルに表示された、他のディール可能見積の価格セレクタを含む他の全ての価格セレクタから更に区別される。このように、顧客は目視検査により、単にディール可能なだけの（しかし最適ディール可能ではない）見積を表わす全ての価格セレクタだけでなく、最適ディール可能見積を表わす価格セレクタの全てを容易に区別および認識することができる。
【００４５】
ある場合には、プロバイダから受信した見積のいずれもディール可能でないかもしれない。これが起こり得るのは、例えば、受信した見積の見積サイズの全てが、顧客が指定した注文サイズと比較して未充足な場合である。例えば、顧客が２０百万ドルの注文サイズを指定して、各々百万、５百万、１千万、１千５百万、および１千７百万ドル相当の資産の取引を申し入れる五つの異なる見積を受信した場合、受信した五つの見積の全てが未充足であり、従ってディール可能でないと見なされる。この状況下で、本発明は、最適な未充足見積を表わすサイズ・セレクタを可視的に区別すべく構成することができる。最適未充足見積とは、最大（または最高）の見積サイズを有する未充足見積、すなわち、顧客が指定した注文サイズに最も近い見積サイズを有する見積である。先の例では、１千７百万ドルの見積が最適未充足見積であるため、１千７百万ドルの見積サイズを表わすサイズ・セレクタが１、５、１０、および１千５百万ドルの見積サイズを表わすサイズ・セレクタが可視的に区別される。
【００４６】
顧客は最適ディール可能見積の可視的に区別された価格セレクタを選択することができそれにより、選択された価格セレクタが表わす価格および顧客の注文サイズに等しい注文サイズを用いて注文を登録するようシステムに指示する。あるいは、顧客は最適未充足見積の可視的に区別されたサイズ・セレクタを選択することができ、それにより、顧客が当初要求していたサイズより見積サイズが小さいという事実にかかわらず、選択されたサイズ・セレクタが表わす見積サイズを用いて注文を登録するようシステムに指示する。
【００４７】
ディスプレイ装置は通常、パーソナル・コンピュータのモニタまたはラップトップ・コンピュータのディスプレイ画面、並びにその上に画像およびテキストを生成して表示するために必要な関連ハードウェア接続および／またはソフトウェアである。しかし、ディスプレイ装置はまた、ディスプレイ画面並びにテレビモニタ、携帯移動電話、携帯情報端末（ＰＤＡ）の駆動に用いられる関連ハードウェア接続およびソフトウェアを含んでいてよい。ディスプレイ装置はまた、ワシントン州レッドモンド（Ｒｅｄｍｏｎｄ、Ｗａｓｈｉｎｇｔｏｎ）にあるマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐｏｒａｔｉｏｎ）から販売されているマイクロソフト・ウインドウズ（Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標））オペレーティング・システムに関連付けられた１個以上の「ウインドウ」を利用して実装することもできる。
【００４８】
入力装置は通常、キーボードおよびマウス、スタイラスペン、トラックボール、またはトラッキング・ホイール等、何らかのポインティングおよび選択装置を含んでいる。入力装置はまた、マイクロホン、スピーカ、および音声認識技術等、コンピュータ技術分野で公知のより高度なヒューマン・インターフェース技術を利用して実装することができる。いくつかの実施形態において、人間による操作においてより即時またはよりユーザーフレンドリーな動作を実現するために、複数のディスプレイ装置および／または複数の入力装置を同時に用いてもよく、あるいは、コンピュータ技術分野で公知の仕方で一体化されていてよい。例えば、タッチ・スクリーン対応ディスプレイ・モニタは、ディスプレイ装置と入力装置を一つの装置に一体化されたものであって、本発明の範囲から逸脱することなく利用可能である。
【００４９】
注文プロセッサは、ユーザー・インターフェースに接続されていて、顧客が入力装置を起動して価格またはサイズ・セレクタを選択したのに応答して、提案された取引に対する注文を登録する。顧客が入力装置を起動して価格セレクタを選択した場合、注文プロセッサは、顧客が指定した注文サイズおよび選択された価格セレクタが表わす見積価格に等しい注文価格を用いて注文を登録する。好適な実施形態において、顧客はまた、（価格セレクタを起動させるのではなく）入力装置を用いて取引パネルに表示されたサイズ・セレクタを起動させることができる。通常、顧客がサイズ・セレクタを起動させるのは、受信した見積の全てが未充足見積であって、最適未充足見積を表示して可視的に区別すべくシステムが構成されているからである。この場合、注文プロセッサは、顧客が指定した注文サイズではなく、選択されたサイズ・セレクタが表わす見積サイズを用いて注文を登録する。注文プロセッサはまた、プロバイダの見積価格を用いる。その結果、顧客は、顧客が当初指定した注文サイズを下回るものの、顧客の判断により、依然として顧客の目的に合致または推進する注文サイズを用いて注文を登録することが可能になる。
【００５０】
いくつかの実施形態において、注文の登録は、いくつかのステップ、すなわちディール申し入れをし、選択されたプロバイダへディール申し入れを送信、プロバイダがディール申し入れ条件を受理（または拒否）した（または注文を実行した）旨の確認をプロバイダから受信、および取引が完了した旨を登録（すなわち記録）する処理を自動的に完了させることが含まれる。
【００５１】
好適な実施形態において、ディスプレイ画面ジェネレータはまた、見積パネルをディスプレイ装置に表示する（そのような見積パネルの例を図６に示すと共に、以下に詳述する）。見積パネルにおいて、顧客は、提案された複数の取引（例えば八つの異なる通貨ペアに対して八通りの提案された取引）に対する最適ディール可能見積を表わすセレクタを同時に見ることができる。提案された取引の各々について、顧客が望む注文サイズを満たすべく利用可能な最適な買いおよび売り価格を表わすセレクタが見積パネルに表示される。好適には、これらの価格は、リアルタイムで表示および更新される。顧客は、所望の価格見積に関連付けられた価格セレクタを選択することにより、買いまたは売り注文を送信することができる。選択は、例えばマウスのシングルまたはダブルクリック等、各種の公知の入力装置選択技術を介して行なうことができる。
【００５２】
好適な実施形態において、ディスプレイ画面ジェネレータおよび入力装置は、顧客が、例えば見積パネル内で入力欄またはセレクタをシングルクリックすることにより、特定の提案された取引（例：特定の通貨ペアを含む提案された取引）に関連付けられた取引パネルを表示できるように、相互に協調的に接続された見積パネルおよび取引パネルに対して制御を行なうべく構成されている。このような実施形態において、本発明はメモリに、複数のペンディング中である提案された取引における各々の提案された取引に対して異なる取引パネルを表示して、見積パネルに表示された入力欄、セレクタ、アイコンまたはメニューを顧客が選択または操作したことに応答して、ある取引パネルから次の取引パネルへ迅速に切り替えを行なうのに必要なデータを保存して維持する。
【００５３】
なお、上述のユーザー・インターフェースは好適な実施形態であるが、これが本発明の範囲内に含まれる唯一のユーザー・インターフェースでない。顧客は、後述するストリーミング・プロトコルに従い動作すべく構成されたアプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いて、（例えば、取引または見積パネルを利用しないため）上述のユーザー・インターフェースとは大幅に異なって見えるが、ディール可能見積、最適ディール可能見積、および多銀行最適注文を識別してユーザーに提示する、代替的なユーザー・インターフェースを構築することができる。
【００５４】
取引プロトコル
本発明の顧客取引システムは、顧客が最適な見積の識別、評価、選択、実行を極めて簡単かつ迅速に実行できるようにする特徴を含んでいる。本発明は、他の取引プロトコルにも同様に適用できるが、ストリーミング・プロトコルを用いて取引処理を行なう顧客にとって特に有用である。このため、本発明のいくつかの特徴および利点は以下の詳細な考察により最もわかりやすく示され、どのように構成すれば本発明がストリーミング環境で動作するかを記述している。
【００５５】
取引プロトコルは、取引処理ワークフローである。ワークフローは、商取引を完了するために関係者間で交換されるメッセージの一つ以上の有効なシーケンスを定義する。本発明を動作させるべく構成できる標準資産取引プロトコルの非限定的な例として、資産取引業界で「見積要求（ＲＦＱ）」、「ストリーミング」、「指値注文」、「注文登録」および「履行か取消（フィル・オア・キル）」として知られるプロトコルが含まれる。本発明はまた、ＦＸａｌｌから提供されるＦＸ取引プロトコルの例である「即時履行」、「即時取引」、「即時バッチ」および「取引後ディール完了および変更」を含む特定の非標準取引プロトコルにより動作すべく構成できる。
【００５６】
前出の背景説明で述べたように、ＲＦＱプロトコルは、顧客が特定の資産に関して一つ以上のプロバイダに価格見積を要求することにより取引を開始する取引プロトコルである。プロバイダは一つ以上の見積を提供することにより応答し、顧客はプロバイダにディール申し入れを送信することにより見積を利用する。通常、プロバイダがディール申し入れに対して受理または拒否を以って応答した場合に取引が完了する。
【００５７】
即時取引処理において、顧客は通常、ユーザー入力ダイアログボックス（資産取引業界では「取引チケット」として知られる）を開いて、通貨ペア、額、受渡日、およびプロバイダの選択等、提案された取引に対する特定の取引詳細事項を入力する。顧客は次いで、これらの詳細事項を取引サーバに対し送信して、選択されたプロバイダからの見積が即時取引ディール・チケットに現れる。ディールを行なうには、顧客はプロバイダの一つから価格をクリックする。即時バッチ取引は即時取引機能を拡張して、顧客が通貨ペア、受渡日、および口座の任意の組合せにわたる取引要件を単一の取引チケットに組合せられるようにする。顧客のシングルクリックにより、価格設定のため要件の完全な組をプロバイダへ送信することができ、プロバイダの見積は次いで顧客の第二クリックにより受理されてよい。
【００５８】
ストリーミング・プロトコルを用いて取引処理が実行される場合、プロバイダは、顧客が見積要求を送信するのを待つのではなく、顧客へ実行可能な価格見積を連続的にストリーミングする。複数のプロバイダから実行可能な見積の複数のストリームに連続的にアクセスできることにより、顧客は市場の動きを本質的に「注視」して、自分の特定の資産タイプ、価格、およびサイズ要件を満たす一つ以上の見積を見つけたならば、直ちに申し入れを送信することができる。
【００５９】
ストリーミング・プロトコルを用いる取引セッションの特徴
ストリーミング・プロトコルを用いて実施される取引セッションは通常、他のプロトコルを用いて実施される取引セッションには通常存在しない少なくとも４種の動作条件により特徴付けられる。第一に、ストリーミング取引セッションにおける見積は、ユーザーがシステムにログインした時点で自動的に開始され、ユーザーがログオフした時点で自動的に停止されてよい。第二に、ストリーミング・プロトコル取引セッションにおける見積は、特定の取引額または取引方向に関係なく開始することができる（取引方向は顧客が資産を買いたいのか売りたいのかを指定する）。あるいは、ユーザーがディール申し入れを送信する時点で別途これらの詳細を指定してもよい。第三に、顧客が取引セッションの開始時点では最大注文サイズを指定していたかもしれないが、顧客が見積に対してディール申し入れを送信する都度異なる注文サイズを指定してもよい。このように、ディールを実行するために用いる注文サイズは、顧客が取引セッションの開始時点で指定した最大注文サイズと大幅に異なっていてもよい。そして第四に、見積は通常、顧客がディール申し入れを送信した後でも継続され、それにより顧客は新たに見積要求を生成して送信する必要なしに、引き続き受信した見積に対して追加的にディール申し入れを迅速に送信することができる。
【００６０】
メッセージングプロトコル
本発明に従い、動作すべく構成された顧客資産取引システムは、広域ネットワーク（ＷＡＮ）、企業内イントラネット、またはインターネット等の相互接続されたコンピュータ・ネットワーク内で確立されたデータ通信チャネルを用いて、遠隔プロバイダ資産取引システムおよび／または中間的資産取引サーバと取引指示メッセージを交換する。好適には、これらのメッセージは、使用されている取引プロトコルの特別な動作条件を考慮に入れて定義されたメッセージングプロトコルに従い交換される。好適な実施形態において、本発明で用いるメッセージングプロトコルには５段階あり、各段階は、当該段階において相手側と送受信されるメッセージの集合を定義する。以下に５段階について述べる。
【００６１】
第１段階：見積を要求する。顧客の取引システムは一つ以上のプロバイダ取引システムに対し、所望の通貨ペアについて見積の送信を開始するようプロバイダに依頼する「ＲＦＱ」メッセージを生成して送信する。メッセージには、顧客が送信しようと考えている注文の規模をプロバイダに示す最大注文サイズが含まれている。このように、最大注文サイズは、ユーザーが例えば、１百万ドル、１０百万ドル、または１００百万ドルまで有効な見積を期待しているか否かをプロバイダに伝えることができる。この段階は通常、ユーザーが顧客取引システムを開くかまたはログインした時点で自動的に開始される。各プロバイダはオプションとして、「見積意思あり」メッセージを送信することにより見積要求を確認することができる。
【００６２】
第２段階：見積または撤回段階。各プロバイダ取引システムは通常、顧客の取引システムへ見積のストリームを送信することによりＲＦＱに応答し、各々の見積は見積価格および見積サイズ（見積サイズは見積が有効である最大注文サイズである）を有する。プロバイダは、買い見積、売り見積、あるいは二方向（買い／売り）見積を送信することができる。オプションとして、プロバイダは随時「見積撤回」メッセージを送信することにより一時的に見積を撤回してもよい。本発明の実施形態において、プロバイダ取引システムからの「見積撤回」メッセージを受信することにより、顧客取引システムに、顧客ディスプレイ装置上の当該プロバイダの現在の見積を消去（または白紙化）させる。好適には、見積を顧客ディスプレイ装置上でプロバイダから受信した順に顧客に提示する。
【００６３】
第３段階：ディール申し入れ段階。顧客がディールを望む場合、見積価格またはプロバイダを選択することにより「ディール申し入れ」メッセージを送信する。この方法でのディール申し入れの送信は、選択された見積価格で顧客注文サイズに等しい額の資産を売買する確定注文を構成する。顧客はまた、ユーザー・インターフェースへ顧客注文サイズを入力することができる。これは、ディールの次の申込みと共に送信されるサイズである。本発明の実施形態において、且つ後述のように、顧客注文サイズは取引セッションの間に随時変更することができる。好適な実施形態において、顧客注文サイズは、選択されたプロバイダから申し込まれた見積サイズ以下でもよい。顧客はまた、プロバイダから受信した見積サイズを選択することができる。見積サイズの選択は、見積価格で選択された見積サイズ（顧客が指定した注文サイズとは逆に）に等しい額の資産を売買する確定注文を構成する。顧客はまた、注文が登録される口座を指定または選択することができる。ユーザー・インターフェース（以下に詳述）は、ディール申し入れメッセージを顧客が極めて迅速に且つ簡単に送信できるように設計された多くの特徴を有する。
【００６４】
第４段階。条件受理／条件拒否段階。プロバイダ取引システムは通常、「ディール申し入れ」メッセージを受信したならば、見積価格で顧客の全注文を受理して登録したことを示す「条件受理」メッセージ、あるいは顧客の全注文を拒否してディールを実施しなかったことを示す「条件拒否」メッセージを顧客の取引システムへ送信する。いくつかの実施形態において、プロバイダの取引システムは受理または拒否を、ＦＸａｌｌが提供するプラットフォーム等の中央取引プラットフォームへ送信し、次いでプラットフォームが受理または拒否を顧客の取引システムへ送信する。いくつかの実施形態において、取引システムおよび中央取引プラットフォームはまた、プロバイダが注文サイズ全額を実行するか、あるいは全ての注文を拒否するかのどちらかを実施しなければならないよう設定することもできる。あるいは、取引システムおよび中央取引プラットフォームは、プロバイダが顧客の注文を部分的に履行する（すなわち、顧客の要求を下回る注文サイズを実行する）ように設定することができる。
【００６５】
第５段階：中止／拒否段階。プロバイダは、随時「見積拒否」メッセージを送信することによりＲＦＱを永久に辞退することができる。好適な実施形態において、本発明は、プロバイダがログアウトした時点で自動的に「見積拒否」メッセージを送信するように構成することができる。顧客は、随時「見積中止」メッセージを送信することによりＲＦＱを永久に撤回することができる。好適な実施形態において、本発明は、顧客がログアウトした時点で自動的に「見積中止」メッセージを送信するように構成することができる。
【００６６】
上述のメッセージングプロトコルは例示である。本発明に従い動作すべく構成された顧客取引システムは、権利請求された本発明の範囲内において、取引ネットワーク全体の特定の状況や特定の取引要件に応じて、段階の数が異なるメッセージングプロトコルや、各段階で異なる注文を行なうか、段階が重なっているメッセージングプロトコルを用いてもよい。
【００６７】
好適な実施形態の機能要素
図１に、本発明の説明的な実施形態に従い動作すべく構成された顧客取引システムの主要な機能要素の高水準ブロック図を示す。図１に示すように、顧客取引システム１００は、ネットワーク・インターフェース１０５、見積プロセッサ１１０、ユーザー・インターフェース１１２、および注文プロセッサ１３５を含んでいる。顧客取引システム１００はネットワーク・インターフェース１０５を介して、インターネット等、相互接続された任意のコンピュータ・ネットワーク（図１の相互接続されたコンピュータ・ネットワーク１４０で表わす）へ接続されていて、次いで当該ネットワークは取引サーバ（群）１４５およびプロバイダ取引システム（群）１５０に接続されていてよい。説明を簡潔かつ明快にすべく、図１ではプロバイダ取引システム（群）１５０が取引サーバ（群）１４５に直接接続されているように示す。しかし、取引サーバ（群）１４５およびプロバイダ取引システム（群）１５０が実際には、相互接続された別のコンピュータ・ネットワーク（図１に示さず）を介して、あるいは相互接続されたコンピュータ・ネットワーク１４０として図１に示す同一の相互接続されたコンピュータ・ネットワークによっても、間接的に接続されていてよい点を理解されたい。いずれの場合も、顧客取引システム（群）１００、取引サーバ（群）１４５、およびプロバイダ取引システム（群）１５０が接続されている、相互接続されたコンピュータ・ネットワークまたはネットワーク群は、有線データ通信、無線データ通信、またはその両方に対して構成されていてよい。
【００６８】
ネットワーク・インターフェース１０５は、例えば、任意の有線または無線ネットワーク・インターフェース・アダプタを含んでいてよく、相互接続されたコンピュータ・ネットワーク１４０を介して、複数のプロバイダ取引システム（群）１５０の各々から一つ以上の提案された取引に関連付けられた複数の見積（または見積のストリーム）を受信すべく構成されている。この関係において、例えば、提案された取引は、例えば、顧客が特定の通貨ペアまたは特定の通貨ペアの集合を用いて金融取引を実行すべくＲＦＱ（個別またはストリーミング見積の要求）を送信する。好適な実施形態において、ユーザーが顧客取引システム１００にログインした時点で自動的にＲＦＱが送信される。好適には、しかし必須ではないが、ＲＦＱは、入力装置を介して顧客が望む最大注文サイズと共に送信されるか、あるいは顧客取引システム１００、取引サーバ（群）１４５、プロバイダ取引システム（群）１５０、またはこれら３システムの全てに存在する一つ以上の顧客プロファイルに保存されているデフォルト注文サイズを用いて送信される。
【００６９】
プロバイダから受信した複数の見積における各見積は、当該見積価格が有効である見積価格および見積サイズを少なくとも含んでいる。外国為替の関係において、見積価格は例えば、１．２５０７等の数を含んでいてよく、見積サイズは１千万ドル等の数を含んでいてよい。これらの数を組み合わせて、見積を提出しているプロバイダが１ユーロ当たり１．２５０７米国ドルの価格で、最高１千万米国ドルを買う意思があることを示すことができる。
【００７０】
ネットワーク・インターフェース１０５は、プロバイダが提出した複数の見積を見積プロセッサ１１０に渡し、当該プロセッサは複数の見積の中からディール可能な見積の集合を識別する。見積プロセッサ１１０は、汎用コンピュータ、ソフトウェア・プログラム、マイクロ・プロセッサ、またはこれらの一または全ての任意の組合せをプログラミングして、以下に図４を参照しつつ概説するステップを実行すべく実装することができる。ディール可能な見積（実際、ディール可能な見積を受信しなかった場合は空集合であり得る）の集合は、提案された取引に対して複数の見積の中で顧客が指定した注文サイズ以上（すなわち等しいか大きい）見積サイズを有する各々の見積を含んでいる。ディール可能な見積を受信した場合、見積プロセッサ１１０は、図４を参照しつつ後述するようなアルゴリズムに従い複数の見積の中で「最適ディール可能」見積を識別する。ディール可能な見積を一つも受信しなかった場合、見積プロセッサ１１０は最適未充足見積を識別する。最適未充足見積は、プロバイダから受信した複数の見積の中で、顧客が指定した注文サイズを下回るが、当該複数の見積サイズの他の全ての見積サイズを上回る見積である。
【００７１】
本システムは、各取引方向について自動的に最適ディール可能見積を識別すべく構成することができる。顧客が資産の買いを望む場合、最適ディール可能見積は、ディール可能な見積の集合における他の全ての見積価格以下である見積価格を有するものである。一方、顧客が資産の売りを望む場合、最適ディール可能見積はディール可能な見積の集合の他の全ての見積価格以上である見積価格を有する見積である。
【００７２】
見積プロセッサ１１０が最適ディール可能および／または最適未充足見積を識別した後で、全ての見積がユーザー・インターフェース１１２へ渡される。当該ユーザー・インターフェースは、本発明の原理に従い、顧客が見積を目視検査して最適な見積に対し迅速に注文を送信することを極めて簡単且つ効率的に行なえるよう設計された方法で、ユーザーに当該見積を提示すべく構成されている。従って、ユーザー・インターフェース１１０は、顧客に情報を提示するディスプレイ装置１１５と、特定の選択肢および取引指示を選択または指定すべく顧客が操作する入力装置１２０と、見積プロセッサ１１０からの見積を受理し、その情報を用いてユーザーに対しディスプレイ装置１１５に表示する画面およびパネルを生成するディスプレイ画面ジェネレータ１３０を含んでいる。通常、ユーザー・インターフェース１１２は、サブルーチンおよび関数呼び出しのライブラリを含んでいて、コンピュータ・ネットワークにおけるデータ通信を確立および制御するとともに、取引サーバ２０５と取引データ（すなわちメッセージ）を交換する機能を果たすアプリケーション・プログラミング・インターフェース（ＡＰＩ）により実装されている。
【００７３】
ディスプレイ装置１１５は、任意の標準コンピュータ・モニタまたはディスプレイ画面を含んでいて、メインフレーム、パーソナル、ラップトップ、携帯コンピュータ、あるいはこれらの一つまたは全てを組合せたものに接続されていてよい。ディスプレイ装置１１５はまた、例えば携帯電話、携帯情報端末、またはポケットベル等、任意の個数の無線ネットワーク通信装置のディスプレイ画面を含んでいてよい。入力装置１２０は、マウス、スタイラス、キーボード、トラック・ホイール、またはトラックボール等、任意の標準のヒューマン・インターフェース入力装置を含んでいてよい。
【００７４】
好適な実施形態において、ディスプレイ画面ジェネレータ１３０は通常、当分野で公知の方法を用いてディスプレイ装置１１５等のディスプレイ装置にテキスト、グラフィックス、画像、アイコン、およびメニューを生成して表示すべくプログラミングされたソフトウェア・プログラム、ハードウェア装置、またはファームウェア装置（あるいは３種全ての組合せ）により実装されている。本発明の目的のため、ディスプレイ画面ジェネレータ１３０は、ユーザー入力欄（図１の入力欄１２５）を生成してディスプレイ装置１１５に表示すべくプログラミングされていて、当該入力欄は、顧客による入力装置１２０の操作に応答して、顧客注文サイズ等の顧客入力を受け取るように構成されている。
【００７５】
ディスプレイ画面ジェネレータ１２５はまた、複数の価格セレクタ（図１に「価格１」から「価格ｎ」として示す）および複数のサイズ・セレクタ（「サイズ１」から「サイズｎ」として示す）を含む取引パネル（その例を図５に詳細に示す）をディスプレイ装置１１５に表示すべく構成されている。各々の価格セレクタは複数の見積における見積価格を表わし、各々のサイズ・セレクタは複数の見積における見積サイズを表わす。好適には、価格およびサイズ・セレクタは、どのプロバイダが価格およびサイズ・セレクタにより表わされた価格およびサイズを提供したかを示すアイコン（図１の「プロバイダ１」から「プロバイダｎ」として示す）と共に表示される。本発明の好適な実施形態において、取引パネルに示す各々のサイズ・セレクタは、見積価格に対してプロバイダが受理する最大の注文サイズに等しい見積サイズを表わす。
【００７６】
顧客が最適な見積に対する注文を識別して送信し易くすべく、最適ディール可能見積（または、ディール可能な見積を一つも受信しなかった場合は最適未充足見積）の価格セレクタが、他の見積の価格セレクタから可視的に区別される。可視的な区別は、例えば、ディスプレイ画面ジェネレータ１３０をプログラミングして、最適ディール可能および最適未充足見積に対する価格を表わす価格セレクタを色付け、強調、および／またはブリンク表示させて、これらがディスプレイ装置１１５に表示された他の価格セレクタより目立つようにすることで実現される。
【００７７】
注文プロセッサ１３５は、ネットワーク・インターフェース１０５およびユーザー・インターフェース１１２に接続されていて、顧客による入力装置１２０の起動に応答して、提案された取引を登録する。顧客が入力装置１２０を用いて取引パネルに表示された任意の価格セレクタ（例：図１で「価格１」として識別された価格セレクタ）を選択したならば、注文プロセッサ１３５は次いで、顧客が入力欄１２５を介して以前提出した顧客注文サイズおよび選択された価格セレクタ（すなわち価格セレクタ「価格１」）が表わす見積価格に等しい注文価格を用いて注文を登録する。しかし、顧客が入力装置１２０を用いて取引パネルに表示されたサイズ・セレクタ（例：図１で「サイズ１」として認識されたサイズ・セレクタ）を選択した場合、注文プロセッサ１３５は、選択されたサイズ・セレクタ（すなわち、サイズ・セレクタ「サイズ１」）が表わす見積サイズおよび対応するプロバイダ価格（すなわち「価格１」）を用いて注文を登録する。
【００７８】
注文プロセッサ１３５は、選択された見積に関してディール申し入れをしてプロバイダへ送信し、選択されたプロバイダからディール申し入れに応答して「条件受理」メッセージを受信した後でしか注文を登録しないように構成することができる。あるいは、本システム（またはある例ではネットワーク）は、プロバイダが「条件受理」メッセージを送信するのを待たずに注文を自動的に登録すべく構成することができる。いずれの場合も、注文プロセッサ１３５は、ネットワーク・インターフェース１０５、相互接続されたコンピュータ・ネットワーク１４０、および取引サーバ（群）１４５を介してプロバイダ取引システム（群）１５０へディール申し入れを送信する。
【００７９】
いくつかの実施形態において、見積プロセッサ１１０および注文プロセッサ１３５、または見積プロセッサ１１０および注文プロセッサ１３５が実行する特定の機能は、ネットワーク内における顧客取引システム１００以外のコンピュータ・システム、例えば中央取引サーバ（群）１４５またはプロバイダ取引システム（群）１５０に複製するか別途完全に実装することができる。そのような構成について図２を参照しつつ後述する。
【００８０】
ネットワーク・インターフェース１０５経由でプロバイダから受信した複数の見積は、提案された取引の二つ以上（すなわち複数性）に関連付けられていてよい。この場合、好適な実施形態における見積プロセッサ１１０は、複数の提案された取引における各々の提案された取引に対して少なくとも一つ（おそらく二つの最適ディール可能価格を各取引方向に一つずつ）の最適ディール可能価格を含む最適ディール可能見積のグループを識別すべく構成されている。更に、ディスプレイ画面ジェネレータ１３０は、各々が、複数の提案された取引における一つの提案された取引に対する最適ディール可能価格を表わす、複数の最適ディール可能見積セレクタを含む見積パネル（その例を図６に示す）をディスプレイ装置１１５に表示すべく構成されている。
【００８１】
顧客が入力装置１２０を用いて、見積パネルに示された複数の最適ディール可能見積セレクタからいずれかの最適ディール可能見積セレクタを選択したならば、注文プロセッサ１３５は、以前に入力欄１２５を介して顧客から提供された顧客注文サイズ、および選択された最適ディール可能見積セレクタが表わす最適ディール可能見積に関連付けられた見積価格を用いて注文を登録する。好適な実施形態において、見積パネルおよび取引パネルはディスプレイ装置１１５に同時に表示され、見積パネルは、複数の提案された取引における各々の提案された取引に対して提案取引セレクタ（すなわちユーザー起動可能なアイコンまたはボタン）を含んでいる。顧客が入力装置１２０を用いて、提案取引セレクタのいずれか一つを起動させたならば、ディスプレイ画面ジェネレータ１３０は、起動された提案取引セレクタが表わす提案された取引に関連付けられた価格セレクタおよびサイズ・セレクタを取引パネルに表示する。
【００８２】
いくつかの実施形態において、見積の開始および終了は、顧客が顧客取引システム１００にログインまたはログアウトした時点で、それぞれ自動的に生起する。代替的または変更された実施形態において、ディスプレイ画面ジェネレータ１３０は、ディスプレイ装置１１５上に、見積ストリームを含む「スイッチ」アイコン、コントロール、またはメニュー項目を表示すべく構成することができ、これを用いて顧客が見積を開始または終了させるメッセージを送信することができる。
【００８３】
ディスプレイ画面ジェネレータ１３０はまた、ディスプレイ装置１１５上に、顧客から最大注文サイズを受信すべく構成された第二の入力欄（図１に示さず）を表示する。顧客が入力装置１２０を用いて、そのような最大注文サイズを指定したならば、見積プロセッサ１１０および／またはディスプレイ画面ジェネレータ１３０は、指定された最大注文サイズを超える見積サイズを有するプロバイダ見積を無視または破棄すべく構成することができる。ディスプレイ画面ジェネレータ１３０はまた、提案された取引用の口座識別子を顧客から受信すべく構成された口座識別子欄（図１に示さず）を生成してディスプレイ装置１１５に表示すべく構成することができる。最大注文サイズおよび口座識別子を受信すべく構成された入力欄の例を図７、８に示すと共に、以下に記述する。
【００８４】
好適な実施形態において、顧客取引システム１００はまた、ハードディスク、リムーバブル記憶装置またはランダム・アクセス・メモリ装置等、１個以上のメモリ装置を含んでいて、これらは入力装置を介して顧客から提供された顧客注文サイズ等のデータ、あるいは注文プロセッサ１３５、見積プロセッサ１１０および／またはディスプレイ画面ジェネレータ１３０が生成したデータ、例えばネットワーク・インターフェース１０５を介してプロバイダから受信した複数の見積および見積パネルに表示された最適ディール可能見積のグループを保存すべく構成されている。
【００８５】
本発明は、広域ネットワーク（ＷＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、企業内イントラネット、専用エクストラネットまたはインターネット等、任意の分散コンピュータ・ネットワーク環境において実装可能である。図２に、見積プロセッサ１１０および注文プロセッサ１３５が中央取引サーバ２０５に常駐している、本発明の別の実施形態を示す。顧客取引システム１００は、相互接続されたコンピュータ・ネットワーク（図２に示さず）を介して取引サーバ２０５に接続されていて、当該取引サーバはプロバイダ取引システム２６５に接続されている。
【００８６】
図２に示す実施形態において、ネットワーク・インターフェース１０５およびユーザー・インターフェース１１２を含む顧客取引システム１００の構成要素は、上述および図１に関して前記載されているものと実質的に同様に動作する。図２に示すように、ユーザー・インターフェース１１２は、ネットワーク・インターフェース１０５を介して取引サーバ２０５にデータおよび要求を渡すＡＰＩ２１５を呼び出すことにより、取引サーバと通信すべく構成することができる。ＡＰＩ２１５は、ユーザー・インターフェース１１２からコマンドと引数を受理すべく構成された関数呼び出しおよびサブルーチンのライブラリを含んでいる。好適な実施形態において、ユーザー・インターフェース１１２は上述のようにストリーミング・プロトコルの特性に準拠するプロトコル依存ワークフローを生成または取得すべく構成されている。ユーザー・インターフェース１１２は次いで、「ジェスチャ」と呼ばれる、プロトコルから独立した基本資産取引メッセージの規定されたシーケンスを構築する。ジェスチャは次いで、ＡＰＩ２１５におけるサブルーチンおよび関数呼び出しを介して逐次取引サーバ２０５へ送信される。プロトコルから独立したジェスチャは、本出願と同日出願であって本出願の譲受人に譲受され、その全文を本出願で引用している同時係属出願において開示および権利請求されている発明「プロトコルから独立した資産取引システムおよび方法」（出願番号＿＿＿）の構成要素である。
【００８７】
しかし、図１に示す図に述べた本発明の実施形態とは異なり、見積処理機能（例：ディール可能、未充足、最適ディール可能、および最適未充足見積の識別）および他の注文処理機能（例：ディール申し入れの生成、および顧客のディスプレイ装置に表示されたセレクタの起動に応答した提案取引の登録）は取引サーバ２０５側で実行される。従って、見積プロセッサ１１０および注文プロセッサ１３５は図２では、顧客取引システム１００ではなく、取引サーバ２０５に常駐するものとして示されている。図２に示すように、取引サーバ２０５はまた、ディール申し入れと見積のマッチングを行なう取引エンジン２１０、ディール詳細のログを取得するデータベース（ディールロギング取得データベース２２５）、および管理者が顧客とプロバイダ間の取引を監視するための状態ディスプレイ（状態ディスプレイ２３０）を含んでいてよい。資格付与、セキュリティ、市場参照、および顧客参照データベース等、中央取引サーバ（図２に示さず）の他の機能要素もまた取引サーバ２０５に含まれていてよい。プロバイダ取引システム２６５の好適な構成には、提案された取引に対する見積および見積ストリームを生成するプロバイダ・システム・レート・エンジン２７０、プロバイダがディール申し入れを調べ、確認を送信し、ペンディング中の見積および注文の状態を調べるために用いるプロバイダ・ユーザー・インターフェース２８５のための）を含んでいる。
【００８８】
図３は即時履行型の顧客資産取引システムを実装すべく、図１、２に関する上述の顧客取引システム等の本発明の実施形態により通常実行される主要なステップをハイレベルで示すフロー図を含んでいる。顧客が本システムにログイン（図３にステップ３０５として示す）した後で、本システムはプロバイダへ見積ストリームの受信要求を送信する（ステップ３１０参照）。上述のように、このステップは、システムにより自動的に、あるいは、顧客がログインした後で自分のディスプレイ装置に表示されたコントロールを起動したことに応答して実行することができる。次に、ステップ３１５、３２０の各々においてシステムは要求に応答してプロバイダから見積を、および顧客から注文サイズを受信する。注意すべきは、権利請求された本発明の範囲を逸脱することなく、ステップ３１５、３２０は逆の順序で、または同時に実行することができる点である。次に、ステップ３２５において、本システム、またはより具体的には本システム内の見積プロセッサは、受信した複数の見積の中でディール可能、未充足、最適ディール可能、および最適未充足見積を識別する。本システムが多銀行実行モードで動作している場合、本システムもまた、あるいは場合によっては代替的に、複数のプロバイダからの単一銀行未充足見積を組合せて最適多銀行注文を識別する。これらの識別の実行に適した例示的なアルゴリズムを図４、５、および６に示すと共に、以下により詳細に記述する。これらの識別に基づいて、図１に示す画面ジェネレータ１３０等のディスプレイ画面・ジェネレータは、プロバイダによる見積価格および見積サイズを表わす価格およびサイズ・セレクタを含む取引パネルをユーザーに提示する。顧客による最適見積の選択を容易にすべく、ディール可能、最適ディール可能、および最適未充足見積の価格およびサイズ・セレクタはユーザーに対して強調表示されている（ステップ３３０）。多銀行実行モード機能性を有するシステムにおいて、取引パネルはまた、最適多銀行注文セレクタを含み、および／または強調表示することができる。あるいは、ディール可能でない見積に対する価格セレクタは「グレーアウト（網掛け）」されて、その種のセレクタはディール不可能な状況であるため選択可能でないことをユーザーに知らせる。
【００８９】
次に、ステップ３３５において、本システムは、顧客がディスプレイ装置上の取引パネルに表示された価格セレクタのいずれかを選択したか否かを判定する。選択した場合、注文プロセッサは、ステップ３２０で指定された注文サイズおよび選択された価格セレクタが表わす見積価格を用いて注文を登録する（ステップ３４０）。選択していない場合、本システムはステップ３５０において、顧客がディスプレイ装置に表示されたサイズ・セレクタのいずれかを起動させたか否かを判定する。いずれかのサイズ・セレクタが起動されている場合、注文プロセッサは、選択されたサイズ・セレクタが表わす見積サイズに等しい注文サイズおよび選択された注文サイズに関連付けられたプロバイダの価格と等しい価格を用いて注文を登録する（ステップ３５５）。サイズ・セレクタが一つも起動されていない場合、処理はステップ３１５へ戻り、本システムは追加的な見積を受信して処理を開始する。上述のように、注文の登録は、ディール申し入れをする、選択されたプロバイダへディール申し入れを送る、プロバイダがディール申し入れの条件を受理した（または実行した）確認を受信する、および実際に取引を登録（またはログを取得）するという４ステップの手順を含んでいてよい。いくつかの実施形態において、本システムはステップ３４０、３５５において、注文を実際に登録するのではなく、単にディール申し入れを送信するように構成されていてもよい。そのような実施形態では、注文を登録する前に、プロバイダの確認を受信する等の追加ステップが必要な場合がある。
【００９０】
プロバイダ見積処理
プロバイダ見積とは、顧客のＲＦＱまたはストリーミング開始要求に応答してプロバイダが送信した（個別に、または連続する見積ストリームの一部として）見積である。本発明の好適な実施形態において、プロバイダ見積は、見積価格が有効である見積価格および見積サイズを含んでいる。プロバイダは、買い見積、売り見積、または買い／売り（二方向）見積を送信してもよい。
【００９１】
好適な実施形態において、本発明に従い動作する顧客取引システムは、プロバイダ見積を、「ディール可能」見積および「未充足」見積の少なくとも二つのカテゴリに分類する。プロバイダ見積のこれらの二つのカテゴリを以下の表１に掲載する。
【００９２】
【表１】
2007512630.tif 000002
【００９３】
状況および特定の所望取引環境の要件に応じて、本明細書に記述した利点の全てまたは一部を実現するために、より多くの、またはより少ないプロバイダ見積カテゴリが必要とされて本発明の任意の特定実施形態で利用する場合がある。例えば、顧客取引システムがＲＦＱまたはストリーミング開始要求を送信した後でプロバイダが送信する（または送信に失敗する）応答（および／または無応答）を記述すべく他の多くのプロバイダ見積カテゴリを定義することが必要であり、好適であり、あるいは有利である。そのようなオプション的な三つのカテゴリの例を以下の表２に示す。
【００９４】
【表２】
2007512630.tif 000003
【００９５】
本明細書を精査すれば当業者に明らかなように、表２に示すオプションのカテゴリが、相手側顧客とプロバイダの間で交換されるメッセージおよび取引指示の監視、マッチング、ログ取得および記録等の管理的機能を実行する中間または中央取引プラットフォームまたはサーバが存在する、図２および上述のようなネットワーク動作環境で特に有用である。
【００９６】
口座マッピング
顧客およびプロバイダ取引システムは、同じ取引口座に対して異なる口座識別子を使用することができる。この場合、取引プラットフォームまたはサーバは通常、顧客が使用する口座識別子と、プロバイダが使用する口座識別子の間の「マッピング」を維持する。例えば、顧客は取引パネルの口座識別子欄（図７、８参照）に、「ＰＥＮＳＩＯＮ  ＦＵＮＤ１」を入力することにより特定の取引口座を特定することができる。しかし、プロバイダは同じ口座を「ＢＦ０１２３」で参照するかもしれない。この口座に対して実行された取引が中間取引サーバまたはプロバイダの取引システムにより自動的に登録されるためには、識別子ＰＥＮＳＩＯＮ  ＦＵＮＤ１がＢＦ０１２３として参照される口座にマッピングされなければならないことを両システムに認識させなければならない。逆に、この口座に対して実行された取引が顧客の取引システムにより自動的に登録されるためには、識別子ＢＦ０１２３がＰＥＮＳＩＯＮ  ＦＵＮＤ１として認識されている口座にマッピングされなければならないことを顧客の取引システムに認識させなければならない。このように、「ＰＥＮＳＩＯＮ  ＦＵＮＤ１」と「ＢＦ０１２３」の間にマッピングが存在するように、ネットワーク動作環境にある１個以上の取引システムおよびサーバ、あるいはその全部を構成することができる。このマッピング機能が稼動している状態で、顧客取引システムが取引口座として口座「ＰＥＮＳＩＯＮ  ＦＵＮＤ１」を指定するよう顧客により操作された場合、口座識別子コード「ＢＦ０１２３」がプロバイダ取引システム（または、場合により中央取引サーバ）へ送信されて、当該取引は指定された口座に自動的に登録される。
【００９７】
プロバイダ見積の受信
顧客取引システムがプロバイダ見積を受信した場合、見積サイズが顧客の注文サイズと比較される。見積サイズおよび顧客の注文サイズが異なる通貨で指定されている場合、比較を行なう前に、見積サイズに見積価格を乗算することにより、基準通貨で指定されたサイズを条件通貨に換算する。見積サイズと顧客の注文サイズが同一通貨で指定された場合、換算は必要でなく、サイズ同士が直接比較される。システムは次いで、（存在すれば）ディール可能なプロバイダ見積および未充足見積を識別する。ディール可能および未充足見積を識別する一つの方法について以下に図４を参照しつつ述べる。ディール可能見積と未充足見積の両方をユーザーのディスプレイ装置に表示することができる。
【００９８】
ディール可能、最適ディール可能、最適未充足見積の識別
本システムは、プロバイダ見積を受信した場合、各々の通貨ペアおよび各々の方向について、受信した見積のどれが（存在すれば）ディール可能であるかを決定する。次いで、システムは、各々の通貨ペアおよび各々の方向について、受信した最適ディール可能見積を識別する。ディール可能な見積を一つも受信しなかった場合、本システムは、未充足見積を受信したか否かを判定し、受信していた場合、最適未充足見積を識別する。ディール可能見積、最適ディール可能見積、および最適未充足見積は、ユーザーのディスプレイ装置に表示された際に、他の見積の全てから可視的に区別されている。ディール可能、最適ディール可能、および最適未充足見積を識別すべく利用可能なアルゴリズムの一つについて以下に議論するとともに図４に示すフロー図で説明する。このアルゴリズムは例えば、図１、２を参照しつつ上で議論した見積プロセッサ１１０により実行することができる。
【００９９】
図４に示すように、第一のステップは、提案された取引に対する価格を受信することである（ステップ４０５）。次に、本システムはステップ４１０において、見積サイズと顧客が指定した注文がサイズとの比較に基づいて、受信した見積がディール可能であるか未充足であるかを判定する。見積サイズが顧客指定注文サイズを下回る場合、見積は未充足であり、処理はステップ４３５で継続され、当該未充足見積が最適未充足見積の一つであるか否かを判定する。しかし、ステップ４１０において見積サイズが顧客指定注文サイズ以上と判定された場合、当該見積はディール可能であって、本システムは図４のステップ４１５へ進み、当該見積が最適ディール可能見積であるか否かを見積価格に基づいて判定する。
【０１００】
買い価格は、プロバイダが資産に対して支払う意思がある価格を指定している。従って、提案された取引に対する最適ディール可能買い見積は、数値的に最も高い買い価格を有するディール可能見積である。従って、処理はステップ４１５で継続され、本システムは現在のディール可能見積における見積買い価格を、以前に受信した一つ以上の見積の見積買い価格と比較する。現在の見積が、以前に受信した全てのビッドディール可能見積の見積買い価格より高い見積買い価格を含む場合、ステップ４２０において、現在の見積が最適ディール可能買い見積として割り当てられる（またはマーク付けされる）。最適な買い価格を有する見積として以前にマーク付けされた見積と同じ買い価格を有する見積を受信することが可能であるため、本発明の好適な実施形態は一つ以上の均衡解消策を含んでいる。（多くの可能な均衡解消策のうち）均衡を解消する一つの任意の仕方は、例えば、最初に到着した見積を最適ディール可能買い見積として使用することである。換言すれば、最適ディール可能買い見積としてマーク付けされている、以前に受信した見積は、より高い価格を有する別の見積を受信するまで、最適ディール可能見積のまま残る。あるいは、顧客は以前にプロバイダのランキングを提供している場合があり、そのランキングを用いて均衡を解消することができる。
【０１０１】
次に、本システムは、現在の見積が最適ディール可能売り見積を含むか否かを判定する必要がある。売り価格は、プロバイダが資産を売ろうとしている価格を指定しているので、提案された取引に対する最適ディール可能売り見積は、数値的に最も低い売り価格を有するディール可能見積である。従って、本システムはステップ４２５において、現在のディール可能見積における見積売り価格を、以前に受信した最適ディール可能売り見積の見積売りと比較する。現在の見積が、以前に受信した全ての最適ディール可能売り見積の売り価格より低い売り価格を含む場合、現在の見積が最適ディール可能売り見積として割り当てられる（またはマーク付けされる）（ステップ４３０）。ここでも、最初に到着した見積を用いて、以前に受信した最適ディール可能売り見積と単に等しい見積を破棄することにより均衡を解消することができる。次に、処理はステップ４０５へ戻り、別の見積を受信して、その状態を判定するために処理される。
【０１０２】
受信した複数の見積における見積サイズによっては、提案された取引に対するディール可能見積が一つもなく、従って、最適ディール可能見積が存在しないかもしれない。あるいは、市場の一方の側（例えば買い側）には最適ディール可能見積があるが、他方（例えば売り側）にないかもしれない。また、最適ディール可能な買いおよび売り見積が異なるプロバイダにより送信される可能性もある。
【０１０３】
本発明に従い動作すべく構成された取引システムはまた、各々の通貨ペアおよび各々の取引方向に対してプロバイダから受信した最適な未充足見積をユーザーのディスプレイ装置上で識別して可視的に区別する。引き続き図４を参照するに、ステップ４１０において現在の見積が顧客指定注文サイズを下回る見積サイズを含むと判定された場合、当該見積は未充足である。次のステップは、従って、当該未充足見積が最適未充足見積であるか否かを判定することである。
【０１０４】
ビッド最適未充足見積は、数値的に最も高い買い価格を有する未充足ビッド見積である。従って、本システムはステップ４３５において、現在の未充足見積に対する買い価格が、以前に受信した全ての最適未充足買い見積に対する買い価格より高いか否かを判定する。もし高ければ、現在の未充足見積が最適未充足買い見積としてはマーク付けされる（ステップ４４０）。高くなければ、以前に受信した最適未充足買い見積が継続して最適未充足見積としてマーク付けされて、本システムはステップ４４５において、現在の見積が数値的に最も低い売り価格を有するか否かを判定する。有する場合、現在の見積が最適未充足売り見積としてマーク付けされる（ステップ４５０）。ここでも、最初に到着した見積を選択するか、顧客が以前に提供したプロバイダ・ランキングを用いることにより均衡が解消される。
【０１０５】
見積サイズによっては、提案された取引に対する最適未充足見積が存在しない場合がある。例えば、受信した見積の全てがディール可能であるかもしれない。また、市場の一方の側（例えば売り側）には最適未充足見積があるが、他方（例えば買い側）にないかもしれない。最適未充足な売りおよび買い見積はまた、異なるプロバイダに属する可能性もある。
【０１０６】
図４に示し、上で議論したアルゴリズムは、本システムが最適ディール可能および最適未充足見積を決定して、均衡を解消するように実装すべく構成され得る、潜在的に多くの異なるアルゴリズムおよび多くの異なる解消方策の一例しか含んでいない。例えば、上述の解消方策に代わるものとして、本システムは、顧客による好ましいプロバイダのランキングに基づいて、勝ち抜き見積（均衡がある場合）を選択すべく構成することもできる。
【０１０７】
最適な注文の集合の決定
複数の見積に対する最適な注文は、見積サイズとプロバイダからの見積価格の組合せであって、（１）部分的な注文では、顧客の注文サイズの最も高い割合を提供し、（２）完全な注文では、全体的な最適な価格を提供する。図５、６に、最適な注文の形成に用いるため、最適な見積およびそれら最適な見積における見積サイズの最適な比率を決定する本発明の実施形態で利用できるアルゴリズムが含まれている。このアルゴリズムにより、最適価格での流動性が最初に用いられ、次いで次点最適価格での流動性が用いられ、以下同様に、顧客が指定した注文サイズが割り当てられるまで繰り替えされることが保証される。
【０１０８】
図５から始めて、第一のステップは、全ての未充足見積を集めて作業集合を形成する（ステップ５０５）。他の見積カテゴリ（例：見積未実施、マッピング未実施、中止、および無効な見積）の見積は無視される。次に、本システムはステップ５１０において、顧客が買いまたは売り制限を設定しているか否かを判定する。設定している場合、顧客が指定した買いまたは売り制限外の見積は全て、作業集合から除去または除外される（ステップ５１５参照）。より具体的には、買い制限が設定されている場合、指定された買い制限を数値的に下回る見積価格を有する買い見積は全て作業集合から除外される。売り制限が設定されている場合、指定された売り制限を数値的に上回る見積価格を有する売り見積は全て作業集合から除外される。
【０１０９】
次に、処理はステップ５２０において継続され、作業集合内の全ての見積の見積サイズは合計されて、将来の計算のためプレースホルダ（この場合、「Ｑｕｏｔｅｓｕｍ」で表わす変数）に保存される。これは、買いと売りの双方について独立に行なわれる。ステップ５２５において、Ｑｕｏｔｅｓｕｍの値が顧客の注文サイズと比較される。Ｑｕｏｔｅｓｕｍの値が顧客注文サイズ以下である場合、最適注文集合は作業集合内の全ての未充足見積を含んでいる。更に、作業集合内の各見積の総額が、最適注文の一部として選択される（図５のステップ５３０参照）。この時点で、処理はフローチャート・コネクタＦＣ２を経由して図６のステップ６５５（後述）において継続される。一方、ステップ５２５においてＱｕｏｔｅｓｕｍの値が顧客注文サイズを上回ると判定された場合、システムは、好適には図４に示すフロー図に記述しているアルゴリズムを用いて、作業集合内の最適未充足見積を自動的に決定する。このステップを図５のステップ５３５で示す。第一の最適未充足見積が決定された後で、将来の計算のためにプレースホルダ（この場合、「Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅ」で表わす変数）に保存される（ステップ５４０参照）。
【０１１０】
次に、図５のステップ５４５で示すように、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの見積サイズを顧客の注文サイズと比較する。Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの見積サイズが顧客の注文サイズ以上の場合、最適注文集合はＦｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅだけで構成されており、最適注文サイズに対して選択されたＦｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの額は顧客の注文サイズに等しい。従って、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの見積サイズが２千万単位で顧客の注文サイズが１千万単位である場合、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの最初の１千万単位だけが最適注文集合に入れられる。最適集合が決定されたならば、処理はフローチャート・コネクタＦＣ２を経由して図６のステップ６５５（後述）で継続される。一方、ステップ５４５において、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの見積サイズが顧客の注文サイズを下回ると判定された場合、処理はフローチャート・コネクタＦＣ１を経由して図６のステップ６０５において継続される。
【０１１１】
ここで図６を参照するに、ステップ６０５において、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの注文サイズが顧客の要求した注文サイズを下回るため、Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅが（全最適注文集合ではなく）最適注文集合の要素として選択される。次いで、残余要求サイズ（顧客の注文を完全に履行するために必要な額）が、顧客注文サイズからＦｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅの見積サイズを減算することにより決定される（ステップ６１０参照）。次に、システムは作業集合内で次点最適未充足見積を決定する。これは、最初に最適注文集合(例：Ｆｉｒｓｔ＿Ｂｅｓｔ＿Ｑｕｏｔｅ）として既に選択されている全ての見積を除外して、次いで図４のアルゴリズムを再び用いて最適未充足見積を決定することにより実現される（ステップ６１５、６２０参照）。次点最適未充足見積は次いで、後述するように将来の計算のため他のプレースホルダ（この場合、「Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎ」で表わす変数）に保存される（ステップ６２５）。ステップ６３０において、「Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎ」の見積サイズを残余要求サイズと比較する。Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズが残余要求サイズを下回る場合、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎが最適注文集合の次の要素として選択され、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの総額が最適注文集合用に選択される（ステップ６３５）。換言すれば、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズ１千万単位であって、残余要求サイズが２千万単位である場合、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズ（全て１千万単位）の総額が最適注文として選択される。次に、ステップ６４０において、元の残余要求サイズからＢｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズを減算することにより新規の残余要求サイズが計算される。次いで処理は再びステップ６１５および６２０へ戻り、本システムは、最適見積集合として既に選択されている見積を全て再び除外して、図４に示すアルゴリズムを用いて更に別の最適未充足見積を識別する。このように、ステップ６１５、６２０、６２５，６３０、６３５、および６４０により規定されるループが、最適未充足見積の見積サイズが残余要求サイズを上回るまで繰り返し実行される。
【０１１２】
ステップ６３０において、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズが残余要求以上であると判定された場合、最適注文集合の次の要素としてＢｅｓｔ＿Ｑｕｏｔｅ＿ｎが選択される。しかし、残余要求サイズに等しいＢｅｓｔ＿Ｑｕｏｔｅ＿ｎの一部だけが、最適注文集合に入れられる（ステップ６５０参照）。換言すれば、Ｂｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズが２千５百万単位であるが、残余要求は１千５百万単位しかない場合、最適注文の履行に用いられるＢｅｓｔ＿Ｑｕｏｔｅ＿ｎの見積サイズの部分は最初の１千５百万単位である。
【０１１３】
最後に、最適注文集合が完全に決定された後で、本システムは、最適な注文に関する特定の情報を計算してユーザーに提示する（ステップ６５５）。好適な実施形態において、この情報には、最適注文最悪価格、最適注文サイズ総計、および最適注文平均価格が含まれている。最適注文最悪レートとは、選択された全ての見積に対して数値的に最も低いビッドおよび／または数値的に最も高い売り価格である。最適注文サイズ総計とは、顧客注文サイズにより指定された通貨での選択された全ての注文サイズの合計である。最適注文平均レートとは、選択された全ての見積の条件通貨の合計を、選択された全てのレートの基準通貨の合計で除算したものである。
【０１１４】
取引パネル（単一銀行実行モード）
図７に、本発明の一実施形態に従い、本発明が単一銀行実行モードにおいて動作している場合にディスプレイ装置に表示される取引パネルの例示的な画面サンプルを示す。図７の実施形態に示すように、取引パネル７００は、顧客がディール申し入れの送信、注文サイズの指定または変更、提案された取引に対するプロバイダの選択等の取引関連行為を実行すべく用いるユーザー入力コントロールを含むいくつかの表示領域からなる。領域７０１は、例えば、顧客が提案された取引に対してどの実行モード（単一銀行または多銀行）を使用するかを選択すべく用いるラジオボタンを含んでいる。
【０１１５】
取引パネルは、単一の通貨ペア（この場合、ユーロ対米国ドル）について提案された取引に対して受信した見積の詳細図を示す。取引パネルはまた、プロバイダから入手可能な最大の注文サイズと共に、各プロバイダからの現在の見積を示す。プロバイダ価格セレクタおよびこれに関連付けられた見積サイズ・セレクタは、一般的に７０５で指示される図７の領域内の４個のカラムで顧客に提示される。左から右へ、領域７０５の４個のカラムは、買い見積サイズ、買い見積価格、売り見積価格、および売り見積サイズを含んでいる。買い見積サイズカラムは、各プロバイダから入手可能な流動性の規模であるプロバイダの買い見積サイズを表わすセレクタを含んでいる。図７の例では、銀行１、銀行２、銀行３、銀行４、および銀行５は、各々ユーロを２千万、１千万、５百万、１千万および５千万のサイズで買う意思がある。売り見積サイズカラムである第四のカラムは、領域７１２で識別された各々のプロバイダの売り見積サイズを含んでいる。このように、銀行１、銀行２、銀行３、銀行４、および銀行５はまた、各々ユーロを２千万、１千万、５百万、１千万および５千万の規模で売る意思がある。好適な実施形態において、一般的に７０５で示す図７の領域のカラム１、４に示す見積サイズは、領域７０５のカラム２、３に示す価格セレクタが表わす価格でこれらのプロバイダが取引する意思がある最大額である。好適には、カラム１、４のサイズ・セレクタは、市場における最適価格に顧客ニーズを下回るサイズが関連付けられている場合に顧客の注意を引くように強調表示されている。図７に示す例では、例えば、ボタン７０７（文字列「５Ｍ」を含む）は特別に色付けされるか、またはフラッシング、ブリンキング、拡大文字または太字等、他の何らかの方法で強調表示されて、たとえサイズ（５百万単位）が顧客の要求を下回るにせよ、市場における最適価格（この場合、１．２５０７）に関連付けられていることを示す。図７では顧客が５社の銀行から選択できるように示されているが、本発明の代替的な実施形態は任意の数の銀行を示すように構成することができる。例えば、顧客は５行だけでなく、１０、１５、または２０行の銀行からでも選択することができる。
【０１１６】
領域７１５は、顧客が当該取引に対して自分の最大注文サイズおよび通貨を指定すべく使用できる入力欄を含んでいる。領域７２０は、顧客が提案された取引に対して特定の口座を指定すべく使用できる入力欄を含んでいる。顧客はこれらの欄を用いて、要求されたボリュームに対してプロバイダが最もぴったりした、最適価格をストリーム可能なように、最大注文サイズを指定することができる。取引パネルの領域７２５は、最適ディール可能見積に対する価格セレクタを含んでいる。最後に、領域７３０は、顧客が送信する次のディール申し入れまたは注文のために顧客が望む注文サイズおよび通貨を受信すべく構成されたユーザー入力欄ディールを含んでいる。
【０１１７】
プロバイダの選択
本システムは、多くのプロバイダ選択ボタン（図７の領域７１０、７１２）が利用できるように設定することができる。好適な実施形態において、これらの領域に表示されたプロバイダ名は、顧客が利用できる全てのプロバイダを一覧表示すべく構成されたクリックオープン式のダイアログボックスを介して変更または修正することができる。顧客は、このダイアログボックスを用いてプロバイダの選択を解除することもできる。いくつかの実施形態において、本システムは、ユーザーが取引許可を与えられたプロバイダしか選択できないように設定することができる。画面上の価格セレクタの特定の行でプロバイダが一つも選択されていない場合、当該行に対する見積価格および見積サイズ・セレクタは表示されない。
【０１１８】
プロバイダＲＦＱリフレッシュ
ユーザーはまた、プロバイダ名ボタンに隣接する見積ストリーム・スイッチ（そのような見積ストリーム・スイッチのカラムを図７の参照番号７３５で示す）をクリックすることにより、新規ＲＦＱをプロバイダへ送信することを要求することができる。リフレッシュ・ボタンをクリックすると、新規ＲＦＱメッセージがプロバイダへ送られる。
【０１１９】
プロバイダ価格および見積サイズ・セレクタ
好適な実施形態において、価格および見積サイズ・セレクタの色を、所定のユーザー・インターフェース色付け方針に準拠するように設定することができ、その例を以下の「ユーザー・インターフェース色付け慣例」と題する節で記述する。
【０１２０】
最適ディール可能見積価格セレクタは、図４を参照しつつ上で述べたアルゴリズムにより決定され、最適買い見積および最適売り見積カラムに表示される（領域７２５に示す）。好適な実施形態において、また図７の領域７２５に示すように、最適ディール可能見積セレクタ内にはプロバイダ名も表示されている。図７に示す例示的な取引パネルにおいて、例えば、最適ディール可能買い見積は銀行４が送信し、最適ディール可能売り見積は銀行２が送信したものである（領域７０５参照）。従って、ディスプレイ画面ジェネレータは銀行４の価格セレクタ（領域７０５の第二カラムのボタン７０８）および銀行２の売り価格セレクタ（領域７０５の第三カラムのボタン７０９）を強調表示する。この場合、ディスプレイ画面ジェネレータはまた、銀行４の買い価格および銀行２用の売り価格の追加的な価格セレクタを生成して領域７２５に表示する。追加の価格セレクタを生成および表示し、これらを特別の色または文字で強調表示することにより、顧客が最適見積を見つけて注文を実行することが更に容易になる。
【０１２１】
最大注文サイズおよび通貨入力欄（領域７１５）には、顧客が注文またはディール申し入れを送信したいと思う最大額を示すＲＦＱメッセージとしてプロバイダへ送信される情報が入る。本システムは、プロバイダが最大注文サイズを無視して、望むならばより大きいまたは小さい額で見積を行なえるように設定することができる。実際の注文に利用できる最大額は、プロバイダの見積サイズによってのみ制限される。指定された通貨（最大注文サイズが適用される）は通常、ラジオボタンにより選択可能である。通常、しかし必須ではないが、基準通貨が最初に表示され、この後に条件通貨が続く。
【０１２２】
通常、口座入力欄（図７の領域７２０）は、ドロップ・ダウン・メニューを介して操作することができる。好適な実施形態において、ドロップ・ダウン・メニューは、利用できる口座をアルファベット順に一覧表示する。顧客注文サイズおよび通貨欄（領域７３０）により、次のディール申し入れ用に送信される通貨および注文サイズを顧客が指定できる。領域７３０のボタン（テキスト「１Ｍ」、「２Ｍ」、「５Ｍ」、および「１０Ｍ」を含む）は「ＱｕｉｃｋＳｉｚｅ」ボタンと呼ばれ、シングルクリックで顧客注文サイズ補正書機能を提供する。この領域の各ボタンの値は、所定の顧客嗜好またはプロファイルに従いデフォルト設定されていてよい。ＱｕｉｃｋＳｉｚｅボタンの選択により、ＱｕｉｃｋＳｉｚｅボタンの上にある顧客注文サイズ欄に、個々のＱｕｉｃｋＳｉｚｅボタンに対して定められた額が入る。このように、プロバイダの見積ストリームを再開することなく要求額を変更することができる。
【０１２３】
領域７４０の表示欄は顧客に対し、平均レートと共に、実行された総額を表示する。
【０１２４】
図８に、本発明が多銀行実行モードで動作する場合、ディスプレイ装置に表示される取引パネルの例示的な画面サンプルを示す。図８に示す多銀行実行モード取引パネル内の大部分のボタン、アイコン、セレクタ、およびスイッチは、図７に示す単一銀行実行モード取引パネルと同様な仕方で動作する。しかし、多銀行実行モード取引パネルには、単一銀行実行モードで使用される取引パネルには存在しないいくつかのコントロールを含んでいる。例えば、図８に参照番号８２０および８４０で示すように、多銀行実行取引パネルは、買いおよび売りレベルのコントロールを含んでいて、顧客はこれを用いて最適注文の決定に際して考慮される見積に対して買いおよび売り制限を設定することができる。そのような制限が提供された場合、それらの制限からはみ出す価格を有する見積は最適注文の考慮から除外される。
【０１２５】
最適注文価格セレクタ（図８の参照番号８３０で示す）は最適な多銀行注文を表わし、これは例えば、図５、６に示す上述のアルゴリズムを用いて現在のプロバイダ見積から計算される。最適注文セレクタに表示される情報は、最適注文最悪レート、最適注文サイズ総計、および最適注文平均レートを含んでいて、これもまた、図５、６に示すアルゴリズムにより決定される。
【０１２６】
見積パネル
図９に、本発明の実施形態におけるユーザーのディスプレイ装置に表示される見積パネル（見積パネル９００）の典型的な画面サンプルを示す。顧客は見積パネルを用いて、多数の通貨ペアの最新の価格を同時に見ることができる。各々の通貨ペアに対して、顧客の注文サイズを満たすために利用可能な最適買いおよび売り価格がリアルタイムで表示され、顧客は例えばマウス・ボタンをダブルクリックすることにより、買いまたは売り注文を送信することができる。好適な実施形態において、本システムはまた、パネル内で任意の通貨ペアに対してＱｕｉｃｋＴｒａｄｅ  ＲＦＱを送信すべく構成することができる。
【０１２７】
いくつかの実施形態において、顧客は複数の見積パネル（例えば、各々が合計８個の通貨ペアを有する５個の見積パネル、すなわち合計４０の通貨ペア）を生成して、マウスをシングルまたはダブルクリックすることにより、それらの間を切り替えることができる。ユーザーが異なるパネルを選択した際にレートが即座に現れるように、全ての見積パネルにおいて見積待機状態が常時維持される。
【０１２８】
図９の領域９０３は、任意の時点で表示したい見積パネルを選択すべく顧客が使用できるいくつかのボタンを含んでいる。現在動作中の見積パネルのボタンは、青色の背景等、何らかの方法で強調表示できることにより、ユーザーは一目で現在動作中の見積パネルの名称を識別することができる。
【０１２９】
見積パネル内に表示された各々の通貨ペアに対して以下のセレクタが利用できる。これらのセレクタの色付けは、以下の「ユーザー・インターフェース色付け慣例」と題する節で記述するフォーマットに準拠させることができる。
【０１３０】
最適ディール可能見積および注文サイズ・セレクタ
図９のボタン９２０は、ビッド最適ディール可能見積セレクタである。選択ボタン６２０は、ビッド最適ディール可能見積、プロバイダ、および顧客のディール方向を表示する。ボタン９２０をダブルクリックすることにより、要求した注文サイズに対して指名されたプロバイダへディール申し入れを送信する。図９のボタン９２５は、最適ディール可能売り見積セレクタである。このボタンを選択することにより、最適ディール可能売り見積、プロバイダ、および顧客のディール方向を表示する。ボタン９２５をダブルクリックすることにより、要求した注文サイズに対して指名されたプロバイダへディール申し入れを送信する。図９のボタン９１５は、注文サイズ・セレクタである。注文サイズ・セレクタを選択することにより、注文通貨に対する注文サイズを表示する。このボタンをシングル・クリックすることにより、図７、８に示すように、取引パネルに選択された通貨ペアに対するプロバイダ見積を表示する。
【０１３１】
上述のように、本システムは、取引パネルおよび見積パネルを同時に顧客のディスプレイ装置に表示すべく設定することができる。図１０に、そのような同時表示の一例を示す。図１０において、取引パネル（一般的に参照番号１０１０で示す）をディスプレイの右側に示す一方、見積パネル（一般的に参照番号１００５で示す）をディスプレイ装置の左側に示す。図１０はまた、オプションのログ・パネル（参照番号１０１５で示す領域）も示しており、ユーザーのペンディング中の取引の状態を示す。
【０１３２】
図１０に示す実施形態において、各々の通貨ペアおよび方向に対してディール申し入れを送信すべく顧客が利用できる３種のセレクタ・ボタン、すなわちプロバイダ価格セレクタ、プロバイダサイズ・セレクタ、および最適ディール可能見積セレクタがある。図１１は、これら３種類のセレクタを含むユーザーのディスプレイ画面の一部の近接図を含んでいる。プロバイダ価格セレクタの一つを起動することにより、顧客の注文サイズに対して勝ち残ったプロバイダへディール申し入れを送信する。これらのセレクタは、プロバイダの見積がディール可能でない場合、無効にされる（および／または「グレーアウト」される）。プロバイダサイズ・セレクタを起動することにより、プロバイダの見積サイズに対して勝ち残ったプロバイダへディール申し入れを送信する。通常、これらのセレクタを用いて、二つの主な目的、すなわち（１）１個以上の未充足見積に利用可能な完全注文サイズの実行、（２）プロバイダが申し入れしたより大きい注文サイズの即時実行、の一つを実現する。最適ディール可能見積セレクタの起動により、顧客の注文サイズに対する最適ディール可能見積に達していないプロバイダへディール申し入れを送信する。最適ディール可能見積セレクタはまた、選択された通貨ペアおよび注文サイズに対するＱｕｉｃｋＴｒａｄｅチケットを開くように構成することができる。
【０１３３】
ユーザー・インターフェースの色付け慣例
異なる見積オプションの素早い識別および実行を可能にすべく、以下の表は、プロバイダ見積および最適ディール可能見積セレクタに色付けを行なう、本発明の好適な実施形態で使用可能な色付け方針を含んでいる。
【０１３４】
プロバイダ見積セレクタは以下のように色付けすることができる。
【０１３５】
【表３】
2007512630.tif 000004
【０１３６】
最適ディール可能見積ボタンは色付けされて以下のように動作することができる。
【０１３７】
【表４】
2007512630.tif 000005
【０１３８】
本発明について、最も好適な実施形態であると考えられるものを題材に開示および記述してきた。当業者ならば本開示を精査すれば変更および等価物を想起できるが、そのような変更および等価物が本発明および添付の請求項の範囲内に含まれる点に留意されたい。従って、例えば、本発明が外国為替処理に限定されず、上述のように他の種の取引に有益に適用できる点を当業者には理解されたい。
【図面の簡単な説明】
【０１３９】
図面の簡単な説明
【図１】本発明の一実施形態に従い動作すべく構成された顧客資産取引システムの高水準ブロック図を示す。
【図２】本発明の一実施形態に従い動作すべく構成されたコンピュータ・ネットワークの高水準ブロック図を示す。
【図３】即時履行型の顧客資産取引システムを実装すべく、図１に示すような顧客取引システム等、本発明の実施形態により典型的に実行される主要なステップを高水準で示すフロー図である。
【図４】最適ディール可能および最適未充足見積を識別すべく利用できるアルゴリズムを示す。
【図５】複数の銀行から受信した複数の見積に基づいて最適な多銀行注文を識別する本発明の実施形態において利用できるアルゴリズムを示す。
【図６】複数の銀行から受信した複数の見積に基づいて最適な多銀行注文を識別する本発明の実施形態において利用できるアルゴリズムを示す。
【図７】本発明の一実施形態に従い、本発明が単一銀行実行モードで運用された際に、ディスプレイ装置に表示できる取引パネルの例示的な画面サンプルを示す。
【図８】本発明が多銀行実行モードで運用された際に、ディスプレイ装置に表示できる取引パネルの例示的な画面サンプルを示す。
【図９】本発明の一実施形態におけるユーザー側ディスプレイ装置で表示できる見積パネルの例示的な画面サンプルを示す。
【図１０】本発明の一実施形態に従い、見積パネルと取引パネルの両方を同時に表示すべく構成されたディスプレイ画面の例示的な画面サンプルを示す。
【図１１】顧客が注文を送信するために使用できるセレクタを含む、本発明により生成されたデスクトップ表示の一部のクローズアップ図を示す。
【図１】
2007512630.tif 000006
【図２】
2007512630.tif 000007
【図３】
2007512630.tif 000008
【図４】
2007512630.tif 000009
【図５】
2007512630.tif 000010
【図６】
2007512630.tif 000011
【図７】
2007512630.tif 000012
【図８】
2007512630.tif 000013
【図９】
2007512630.tif 000014
【図１０】
2007512630.tif 000015
【図１１】
2007512630.tif 000016
【国際調査報告】
2007512630.tif 000017
2007512630.tif 000018
2007512630.tif 000019