(57)【要約】本発明は、機関投資家および金融機関等のユーザーが、インターネット（ワールドワイドウエッブ含む）を介し、店頭で販売する金融商品を含む、金融市場での取引を双方向で実行することを可能にするシステムならびに方法、を提供する。前記システムは、ユーザーが、互いに双方向で通信し、金融インスツルメントを取引することができるとともに、ポートフォリオの管理が可能な、様々なサーバー、アプリケーション、ならびに、インターフェースを含んでいる。本システムによりサポートされる双方向通信は、価格見積を依頼し、見積依頼を監視し、検討し、価格見積を発し、価格見積を監視し、検討し、ユーザー間で交渉し、価格見積を受諾し、ポートフォリオ管理を報告し、金融情報ならびにマーケットデータを分析し、予定を立て、ならびに、eメール、チャット、およびメッセージボードを介してメンバー、プロバイダおよび／又はシステム管理者間の連絡を取ること、を含んでいる。本発明は、自動プロセッサーを介し、サーバー側と自動的に通信することもサポートしている。かかる自動的な通信は、取引の値付け、支払いスケジュールの立案およびジャーナル処理、デリバテイブ取引、取引の認証、ならびに取引決済を含む、直流処理を自動的に実行するための、ユーザー内部のバックエンドシステムとの接続を可能にする。かかる通信は、新たなＸＭＬベースのシンタックス（“FinXML”)およびＸＳＬベースの処理言語(“FinScript”)を用いることを促進する。FinXMLは、金融市場における取引用に標準的なデータ交換言語を提供するとともに、多くの種類の金融取引、リファレンスデータ、および市場データを表すエレメントのセットおよび属性をサポートする。FinXMLシンタックスの一般的な説明は、契約の作成(deal creation)、認証、決済、支払い、リスク管理、ならびに、会計を含む、直流処理の全ての局面に用いることができる。
2005521175.tif 000002
【特許請求の範囲】
【請求項１】
金融インスツルメントの交換を伴う取引を促進するため、システムの複数のユーザー間での金融インスツルメントの交換に関する取引のタームを表す内部オブジェクトの第一セットを、取引のタームを表す内部オブジェクトの第二セットに変換する方法であって、前記方法は、
(a)  前記内部オブジェクトの第一セットを、非ＸＭＬフォーマットのドキュメントに変換するため、ＸＳＬスタイルシートを適用するステップ、
(b)  動的にJavaScriptプログラムを生成するため、前記非ＸＭＬフォーマットのドキュメントに、ＸＳＬスタイルシートを適用するステップ、
(c)  前記内部オブジェクトの第二セットを作成するため、JavaScriptプログラムを実行するステップ、を備えており、
前記内部オブジェクトの第二セットは、
(i)  取引のタイプ、
(ii) 前記システムの複数のセラー・ユーザーからバイヤー・ユーザーにより選択された、バイヤー・ユーザーおよびセラー・ユーザーを含む前記取引に関する複数の当事者、
(iii) それに基づき、バイヤー・ユーザーが、セラー・ユーザーに対して一以上の支払いを行う、支払いスケジュール、
(iv)  前記支払いスケジュールに基づいてなされる一以上の前記支払い金額の計算に影響を及ぼす、金利あるいは交換レートに関する情報を含むことができるレート情報、を含む取引を表す取引データを含んでいること、
を特徴とするもの。
【請求項２】
請求項１の方法において、前記内部オブジェクトの第二セットは、Java objectを含むこと、
を特徴とするもの。
【請求項３】
システムの一以上のバイヤー・ユーザーとシステムの一以上のセラー・ユーザーとの間で、金融インスツルメントの交換に関する取引を表すメッセージを交換する自動メッセージングシステムであって、かかるシステムは、
(a)  前記メッセージを処理するプロセッサー、
(b)  前記システムに接続された複数のポータルであって、各ポータルは、前記システムの一以上のバイヤー・ユーザー又はセラー・ユーザーのため、前記システムへのアクセスを提供するもの、
(c)  複数のクライアントであって、各クライアントは、ポータルと関連づけられ、前記ポータルと前記プロセッサー間でメッセージを転送するもの、
(d)  複数のブリッジであって、各ブリッジは、ポータルと関連づけられ、(i)前記ポータルからのメッセージを、標準的なメッセージフォーマットに、(ii)標準的なフォーマットのメッセージを前記ポータルにより用いられるフォーマットに、翻訳するもの、
(e)  複数のバスクライアントであって、各バスクライアントは、ブリッジと関連づけられ、システムバスに対しメッセージを送り、そこからのメッセージを受け取るもの、
(f)  ポータルから受け取ったメッセージに対する応答メッセージを作成する、メッセージビルダーおよび関連するブリッジ、および
(g)  前記バスクライアントに接続し、各メッセージがそこに届けられるバスクライアントを決定するシステムバス、を備えたこと、
を特徴とするもの。
【請求項４】
請求項３のシステムにおいて、前記標準的なメッセージフォーマットは、ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項５】
請求項３のシステムにおいて、前記標準的なメッセージフォーマットは、非ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項６】
請求項３のシステムにおいて、各バスクライアントは、ユーザーが、自身のポータルにより受け取られたメッセージを、他のユーザーにより送られたメッセージであって、ユーザーが受け取った前記メッセージにより選択されたフィルタリング基準を満たすもの、に制限することを可能にする、フィルタリングメカニズムを含むこと、
を特徴とするもの。
【請求項７】
請求項６のシステムにおいて、前記メンバー・ユーザーにより選択された前記フィルタリング基準は、
(a)  メッセージを送ったユーザーの名前、
(b)  メッセージを送ったユーザー企業の国籍、
(c)  メッセージのタイプ、
(d)  取引のタイプ、および
(e) 通貨のタイプ、のカテゴリーの一つ以上を含むこと、
を特徴とするもの。
【請求項８】
請求項６のシステムにおいて、前記標準的なメッセージフォーマットは、ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項９】
請求項６のシステムにおいて、前記標準的なメッセージフォーマットは、非ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項１０】
システムの一以上のバイヤー・ユーザーと一以上のセラー・ユーザーとの間で、金融インスツルメントの交換に関する取引を表すメッセージを交換する方法であって、前記方法は、
(a)  ユーザーと関連づけられたクライアントにおいて、前記ユーザーに関連づけられたポータルから、前記ユーザーが用いる形式のメッセージを受け取るステップ、
(b)  前記メッセージを、標準的なフォーマットに変換するステップ、
(c)  前記メッセージを、前記標準的フォーマットでシステムバスに送るステップ、
(d)  前記メッセージを、メッセージビルダーに届けるステップ、
(e)  前記届けられたメッセージに対し、前記標準的フォーマットで応答メッセージを作成するステップ、
(f)  前記応答メッセージを、前記システムバスに送るステップ、
(g)  前記メッセージを、受け取りユーザーに関連づけられたクライアントに届けるステップ、
(h)  前記メッセージを、前記ユーザーが用いるフォーマットに変換するステップ、および
(i)  前記変換されたメッセージを、前記ユーザーに関連づけられたポータルに送るステップ、を備えたこと、
を特徴とするもの。
【請求項１１】
請求項１０のシステムにおいて、前記標準的なメッセージフォーマットは、ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項１２】
請求項１０のシステムにおいて、前記標準的なメッセージフォーマットは、非ＸＭＬフォーマットであること、
を特徴とするもの。
【請求項１３】
下記の取引を促進するため、システムの企業ユーザーと一以上の銀行ユーザーとの間での金融インスツルメントの交換についての取引に関して、電子的な価格見積を自動的に提供する方法であって、前記方法は、
(a)  バイヤー・ユーザーから電子的な価格見積の依頼を受け取るステップ、
(b)  前記バイヤー・ユーザーが、自動的に電子的な価格見積を受信可能かどうかを判断するステップ、
(c)  前記バイヤー・ユーザーの信用の照合を自動的に実行するステップ、
(d)  市場データにアクセスするステップ、
(e)  前記価格見積依頼のパラメーターの認証を自動的に実行するステップ、
(f)  トレードのスプレッド又はマージンを計算するステップ、
(g)  電子的な価格見積を準備するステップ、
(h)  前記電子的な価格見積を、前記バイヤー・ユーザーに送るステップ、を備えたこと、
を特徴とするもの。
【請求項１４】
金融インスツルメントの交換についての金融取引を促進する、オンラインシステムであって、前記システムは、
(a)  前記システムの複数の銀行ユーザーから、企業ユーザーにより一の銀行ユーザーを選択することを含む取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c)  前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだ取引メッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i)  企業ユーザーが、一以上の銀行ユーザーと取引を実行することを可能にする双方向トレードメカニズムであって、当該双方向トレードメカニズムは、
(1)  前記企業ユーザーが、価格見積依頼の詳細を生成し、かかる価格見積依頼を、一以上の銀行ユーザーに連絡することを可能とする双方向インターフェース、
(2)  銀行ユーザーが、価格見積の詳細を生成し、修正するとともに、かかる価格見積を、一以上の企業ユーザーに連絡することを可能とする双方向インターフェース、
(3)  前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を見ることを可能にする双方向インターフェース、
(4)  企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積に関する取引条件(transaction term)を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、を備え、
および
(ii)  企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。
【請求項１５】
請求項１４のシステムにおいて、前記企業ユーザーによって生成された前記価格見積依頼は、購入および売却価格の両方の見積依頼を含むこと、
を特徴とするもの。
【請求項１６】
請求項１４のシステムにおいて、銀行ユーザーにより生成された価格見積は、購入および売却価格の両方の見積を含むこと、
を特徴とするもの。
【請求項１７】
下記の取引を促進するため、システムの企業ユーザーと一以上の銀行ユーザーとの間で、異なる通貨による金融インスツルメントの交換についての取引に関して、電子的に価格見積を提供する方法であって、前記方法は、
(a)  特定の通貨ペアに関する取引について、前記企業ユーザーから地域銀行ユーザー(regional bank user)に対して、価格見積の依頼を送るステップ、
(b)  前記地域銀行ユーザーが、前記通貨ペアを取り扱っているか否かを判断するステップ、
(c)  前記地域銀行ユーザーが、前記通貨ペアを取り扱っている場合、前記地域銀行ユーザーから前記企業ユーザーに対し、価格見積を送るステップ、
(d)  前記地域銀行ユーザーが、前記通貨ペアを取り扱っていない場合、前記特定の通貨ペアに関する取引について、前記地域銀行ユーザーからマネーセンター銀行ユーザー(money center bank user) へ、価格見積の依頼を送るステップ、および
(e)  前記地域銀行ユーザーが、前記通貨ペアを取り扱っていない場合、前記マネーセンター銀行ユーザーから前記地域銀行ユーザー、前記地域銀行ユーザーから前記企業ユーザーに対し、価格見積を送るステップ、を備えたこと、
を特徴とするもの。
【請求項１８】
金融インスツルメントの交換に関する金融取引を促進する、オンラインシステムであって、前記システムは、
(a)  前記システムの複数の銀行ユーザーから、企業ユーザーにより一の銀行ユーザーを選択することを含む取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c)  前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだ取引メッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i)  バイヤー・ユーザーが、一以上のセラー・ユーザーと取引を実行することを可能にする、双方向トレードメカニズムであって、前記双方向トレードメカニズムは、
(1)  銀行ユーザーが、購入および売却取引の両方についての価格見積の詳細を生成し、かかる価格見積を、値付けメカニズムに連絡することを可能とする双方向インターフェースであって、前記値付けメカニズムは、各企業ユーザーに関連づけられ、前もって選択された値付け基準に基づいて、前記企業ユーザーに対して示される購入および売却価格見積を決定し、かかる価格見積を、前記企業ユーザーに連絡するもの、
(2)  前記企業ユーザーが、前記値付けメカニズムから受け取った前記購入および売却価格見積を見ることを可能とする双方向インターフェース、
(3)  前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積りに関する取引条件を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、
および
(ii)  企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。
【請求項１９】
請求項１８のシステムにおいて、前記企業ユーザーにより選択された前記値付け基準は、
(a)  前記価格見積の取引タイプ、
(b)  前記価格見積の通貨、
(c)  前記価格見積の金利または交換レート、
(d)  前記価格見積の名目元本額(nortional amount)、
(e)  前記価格見積を提供した前記銀行ユーザーの名前、および
(f)  前記価格見積を提供した前記銀行ユーザーと前記企業ユーザーとの信用関係、のカテゴリーの一つ以上を含むこと、  
を特徴とするもの。
【請求項２０】
金融インスツルメントの交換に関する金融取引を促進する、オンラインシステムであって、前記システムは、
(a)  前記システムの一以上の銀行ユーザーとの取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c)  前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだメッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i)  企業ユーザーが、一以上の銀行ユーザーとの取引を実行することを可能にする、双方向トレードメカニズムであって、前記双方向トレードメカニズムは、
(1)  銀行ユーザーが、価格見積の詳細を生成し、修正するとともに、かかる価格見積を、一以上の企業ユーザーに連絡することを可能とする双方向インターフェース、
(2)  前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を見ることを可能にする双方向インターフェース、
(３)  企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積に関する取引条件を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、
および
(ii)  企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。
【請求項２１】
請求項２０のシステムにおいて、銀行ユーザーにより生成された価格見積は、購入および売却価格の両方の価格見積を含むこと、
を特徴とするもの。
【請求項２２】
請求項２０のシステムにおいて、前記双方向トレードメカニズムは、一以上の企業ユーザーの受諾を集約するとともに、処理のため、前記注文の正味差額(net difference of the orders)を、前記銀行ユーザーに連絡するメカニズムも含むこと、
を特徴とするもの。
【発明の詳細な説明】
【関連出願の記載】
【０００１】
本出願は、”金融市場においてウエッブをベースとした金融取引を実行するための金融取引システムならびに方法”と題する２０００年１０月３１日出願の米国特許出願番号０９／７０３、１９８の一部継続出願である。本明細書は、(i)”金融市場のためのＸＭＬ言語用システムならびに方法”と題する１９９９年６月１４日出願の米国特許仮出願番号６０／１３９、１１３、 (ii)”ウエッブをベースとした金融リスク管理、値付け、ならびに、金融商品の取引方法ならびに装置”と題する１９９９年１１月１日出願の米国特許仮出願番号６０／７１６２、８７３、 (iii) ”金融市場においてウエッブをベースとした金融取引を実行するための金融取引システムならびに方法”と題する２０００年６月１３日出願の米国特許出願番号０９／５９３、３２４であって、現在、米国特許番号６、３４７，３０７、ならびに(iv)、米国特許出願番号０９／４７７０３，１９８、参照のために取り込む。
【技術分野】
【０００２】
本発明は、一般に、インタラクティブかつ自動的なウエッブベースの金融取引アプリケーションの分野に関し、具体的には、金融取引ならびにポートフォリオおよび金融市場に関する情報の管理を実行するためのインタラクティブかつ自動的なシステムおよび方法に関する。
【０００３】
【特許文献１】なし
【背景技術】
【０００４】
ワールドワイドウエッブを含むインターネットの進化の中で、個人および組織が、金融に関する調査、彼らのポートフォリオ管理、特定タイプの金融取引、の実行を可能にするアプリケーションおよびサービスが次々と発表されてきた。かかる様々なアプリケーションおよびサービスは、オンラインバンキングから株価の問い合わせ、および、ストック、ストックオプション、債券、およびミューチュアルファンド等の様々なインスツルメントを含む、オンラインで、リアルタイムな取引を可能にするサイトの金融情報サービスに及んでいる。かかる取引サービス、たとえば、Ｅ＊トレード証券の”E*TRADE”＜www.etrade.com＞、チャールズ・シュワブ証券の”Schwab.com”＜www.schwab.com＞、および、フィデリティーブローカーサービスの”Fidelity.com”＜www.fidelity.com＞、は、既知の市場において、一般的な証券の取引を可能にする。かかるサービスにおいて、投資家は、信用勘定、あるいは、前記サービス専用のシステムおよびインターフェースを介してトレードを行うため前記取引サービスを通じて設けられた口座を用いる。個人を対象にした、かかるサービスにおいては、ユーザーの内部またはバックエンドシステムを用いて、とぎれることがなく、集約され、あるいは、カスタマイズされた取引を行うことができなかった。これらのサービス、および、これらと同様の他のサービスは、当事者間で、通貨デリバテイブまたは外国為替、あるいは、他の金融市場取引の値付けおよびモデリングを実行することができなかった。
【０００５】
インターネットを介し、複雑な取引を行いたいと希望する機関投資家の潜在的に巨大なマーケットに進出するため、いくつかのステップがなされてきた。オンラインバンキング、請求書の支払いおよび提示、ならびに、株、債券およびミューチュアルファンドの取引をサポートするため、異なるシステム間で金融データの交換を可能にするインターネットを介し、金融機関、ビジネスならびに消費者の間に共通の規格を提供するため、”オープンファイナンシャルエクスチェンジ”（インテュイット社、マイクロソフト社、チェックフリー社）＜www.ofx.net＞が設立された。しかし、オープンファイナンシャルエクスチェンジは、ボキャブラリー、プラットフォーム、および、金融市場における金融機関と機関投資家間の複雑な取引の、作成、交渉、実行、を可能にするための通信プロトコル、を提供してはいない。
【０００６】
そこで、必要とされているのは、標準的なボキャブラリー、および、ユーザーの既存システムによってとぎれることがなく、集約された取引を可能とするメッセージシステムを用い、機関投資家と金融機関が、取引の作成、値付け、交渉、実行、決済、ならびに、金利、通貨デリバテイブ、外国為替、ローン、預金、確定利付きインスツルメントを含む複雑な金融市場の取引の分析を、オンライン環境において、とぎれのない状態で可能とするシステムおよび方法である。
【発明の概要】
【０００７】
本発明は、”メンバー”(たとえば、機関投資家）および”プロバイダ”（すなわち、銀行、金融機関）等のユーザーが、インターネット（ワールドワイドウエッブ含む）を介し、店頭で販売する金融商品(Over-the-Counter financial products)を含む、金融市場での取引を実行することを可能にするシステムならびに方法、を提供する。前記システムは、ユーザーが、互いに双方向で通信し、金融インスツルメントを取引することができるとともに、ポートフォリオの管理が可能な、様々なサーバー、アプリケーション、ならびに、インターフェースを含んでいる。本システムによりサポートされる双方向通信は、信用関係を確立し、金融取引を設定し、価格見積を依頼し、取引依頼を監視し、検討し、価格見積を発し、価格見積を監視し、検討し、メンバーおよびプロバイダ間で交渉し、価格見積を受諾し、認証して、ポートフォリオ管理を報告し、金融情報ならびにマーケットデータを分析し、eメール、チャット、およびメッセージボードを介してメンバー、プロバイダおよび／又はシステム管理者間の連絡を取ること、を含んでいる。
【０００８】
本発明は、自動プロセッサー（“接続プロセッサー”および“接続メッセージングプロセッサー”）を介し、サーバー側と自動的に通信することもサポートしている。かかる自動的な通信は、取引の値付け、支払いスケジュールおよびジャーナル処理(journaling)、デリバテイブ取引、取引の認証、ならびに取引決済を含む、直流処理(straight-through processing)を自動的に実行するための、ユーザー内部のバックエンドシステムとの接続を可能にする。かかる通信は、新たなＸＭＬベースのシンタックス（”FinXML”)およびＸＳＬベースの処理言語(”FinScript”)を用いることを促進する。
【０００９】
FinXMLは、金融市場における取引用に標準的なデータ交換言語を提供するとともに、多くの種類の金融取引、リファレンスデータ、および市場データを表すエレメントのセットおよび属性をサポートする。FinXMLシンタックスの一般的な説明は、契約の作成(deal creation)、認証、決済、支払い、リスク管理、ならびに、会計を含む、直流処理の全ての局面に用いることができる。
【発明の詳細な説明】
【００１０】
本発明の上述の目的ならびに説明は、上述の説明ならびに添付の図面によって、より深く理解される。
【００１１】
A.システムの機能性(System Functionality)
本発明の技術は、金融市場において、双方向で自動的な金融取引を実行し、ポートフォリオおよび関連する情報の管理を実行する、プラットフォームを提供するため、さまざまな形式で実施可能である。かかるプラットフォームは、エンドユーザーならびに金融商品およびサービスのプロバイダを含むメンバーが、金融市場における標準的かつカスタマイズされた金融インスツルメントの取引契約を行うことを可能にする。システムの機能性には、金融インスツルメントのトレードを取り込んで、値付けし；リアルタイムの市場データを表示し；ポートフォリオに、完了した取引を記憶させ；取引手順を管理し；値付け、トレード、支払い処理、認証、ならびに、決済のため、取引をエンドユーザーのバックエンドシステムに送信し；ポートフォリオの分析を実行し；リスク管理分析を実行し；ユーザー同士の通信を行うこと、が含まれる。
【００１２】
本発明のこの実施形態において、前記システムは、サーバー側およびクライアント側の両方の機能を備えている。サーバー側の機能は、システムユーザが、双方向で途切れなく：金融インスツルメントの取引契約を行い；ポートフォリオ管理を実行し；リアルタイムで市場のデータおよびニュースを入手し；電子メール、チャット、およびメッセージボードを介してシステムならびに他のユーザーと連絡をとり；カレンダーを維持すること、を可能とする。かかるサーバー側は、ユーザーの活動をホストする双方向システムサーバーとともに、一以上のシステムデータベース、およびクライアントの自動バックエンドシステムと通信を制御する自動メッセージサーバー、を含んでいる。
【００１３】
クライアント側の機能は、システム側の自動メッセージサーバーと通信し、自動バックエンドシステムおよびクライアントの専用データベースに対する途切れのないインターフェースとして機能する自動プロセッサー、を含んでいる。これにより、前記システムは、異なるシステム、および、通常の機能を用い、取引契約するためのデータとの組織化が可能であり、本発明との仲立ちをする。クライアント側は、システムサーバーとの双方向通信を可能にする、クライアントウエッブブラウザ、を備えている。
【００１４】
ここで説明する本発明は、金融取引を表わし、促進させるための、標準的なXMLベースのボキャブラリーを提供するとともに、標準的なボキャブラリーに対し/からユーザーのデータおよび情報を変換し、システムを介してかかる情報を自動的に連絡する、システムならびに方法、を提供する。
【００１５】
１．手動取引プロセス(Manual Transaction Process)
図１９は、企業および銀行が、本発明によって双方向かつ自動的に一種の金融取引を行うことを促進される、ステップを示す。
【００１６】
a. 取引前((Pre-Transaction)
企業と銀行が、金融取引の契約をおこなうと判断した場合、これらは、まず、特定の標準的な契約を締結することにより関係を生じさせる（ステップ１５００）。かかる契約は、契約のルール、レートソース(rate sources)、手続きの認証および解決、ならびに、当事者間の一連の取引で繰り返し使用可能な他の情報、を規定するものである。国際スワップデリバティブ協会（”ISDA”)＜http://www.isda.org＞は、かかる目的のため、当事者間で用いられる標準的な契約形式（たとえば、“１９９２ISDAマスター契約”）を提供している。当事者が締結した標準的な契約の数にもよるが、企業と銀行は、このステップを複数回にわたって実行してもよい。
【００１７】
次に、企業と銀行は、将来の取引のため、銀行が企業に対して与える一以上の貸付限度について交渉する（ステップ１５１０）。企業に対して与信を行うに際し、銀行は、企業の資産ポートフォリオ、信用格付け、およびかかる企業が行おうとする取引の形態、を分析する。
【００１８】
b.  取引中(Transaction)
企業と銀行が関係を成立させ、与信限度の交渉が済むと、企業は、金融取引の契約プロセスを始めることができる。企業は、自身が行おうとする金融取引の取引の形態（たとえば、外国為替の直物、外国為替の先物、インターレートスワップなのか）を決定し、さまざまな詳細およびパラメーターを含む所望の取引を設定しなければならない（ステップ１５２０）。たとえば、企業は、太平洋標準時の２０００年１２月１日の午後１１時５９分まで有効という条件が設定された取引依頼を伴う、米ドルで百万ユーロを購入するという外国為替の直物取引を指定することがある。
【００１９】
取引の設定後、当該企業は、一以上の銀行に対し、前記取引に関する値付け依頼を送信する（ステップ１５３０）。各銀行は、前記企業からの値付け依頼を順次受け取り、検討する（ステップ１５４０）。前記企業の取引に興味がある場合、銀行は、前記取引についての価格オファーを作成することができ（ステップ１５５０）、依頼を出した企業に対し、価格オファーを提出する（ステップ１５６０）。市況が刻々と変化するので、通常、各価格オファーは、有効期限を有しており、銀行は、市況ならびに交渉に基づき、修正した価格オファーを提出してもよい。
【００２０】
企業は、銀行により提出された価格オファーを受け取るとともに検討する（ステップ１５７０）。企業は、一以上の価格オファーを選択し（ステップ１５８０）、前記オファーを提出した銀行と交渉を行う。交渉を繰り返す回数は、マーケットの変動率および他の条件による。価格オファーに関するかかる交渉が終了すると、企業は、価格オファーを受諾し、その旨をオファーを出した銀行に通知する（ステップ１５９０）。
【００２１】
c. 取引後(Post-Transaction)
価格オファーに対する企業の受諾を受けると、銀行は、特定の条件、支払日、ならびに、金額を含む取引の確認を企業に送信する（ステップ１６００）。確認が行われた後、企業と銀行は、取引の決済予定ならびに前記契約に関する将来の支払いについて決定する(ステップ１６１０)。
【００２２】
２．システムアーキテクチャの全体像(System Architecture Overview)
図１は、本発明の一実施形態のアーキテクチャを示している。この実施形態は、図示および説明の目的で示されたものであり、当業者にとっては、他の実施形態が明らかであり、それによっても実施可能である。
【００２３】
本発明の前記実施形態を説明するにあたって、用語“メンバー”および“プロバイダ”は、金融取引の逆の立場にある当事者（たとえば、外国為替の買い手と売り手）を識別するため用いられる。しかし、本発明の本実施形態および他の実施形態おいて、“メンバー”として定義されたユーザーは、他の“メンバー”と契約を締結することができ、“プロバイダ”と定義されたユーザーが、他の“プロバイダ”と契約を締結することができるが、かかる取引においては、一人のユーザーが“メンバー”の地位を占めるとともに、“メンバー”の役割を果たし、他のユーザーが“プロバイダ”としての地位を占めるとともに、“プロバイダ”の役割を果たす。
【００２４】
a. サーバー側(Server Side)
サーバー側（本明細書中、しばしば”CFOWeb System”という）は、インターネット（ワールドワイドウェッブを含む）１０を介して、クライアント側（例えば、企業、機関投資家の”メンバー”および、例えば、金融機関の”プロバイダ”として知られるユーザーから構成される）との通信を行う。サーバー側は、ユーザーに機能を提供する、さまざまなインタラクティブ・システムサーバーを含んでいる。ウエッブサーバー１００は、自身のウェッブブラウザ３０、および、さまざまなシステムサーバーを通じ、サーバー側と接続されたユーザー間の通信（ハイパーテキスト転送プロトコル（”HTTP”)またはTCP/IP等の転送プロトコルを通じ、インターネットを介しての）を可能にする。取引サーバー１６０は、ユーザーが、互いに双方向で金融デリバテイブ商品を取引するのを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。ポートフォリオ管理サーバー１７０は、ユーザーが、金融デリバテイブ商品のポートフォリオを管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。レポートサーバー１８０は、ユーザーが、時価(mark to market)、これからのイベントおよび取引リストを含む、自身のポートフォリオに関し、標準およびカスタマイズされたレポートを作成し管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。分析サーバー１９０は、ユーザーが、評価額および金利感応性(interest tate sensitivity)を含む自身のポートフォリオに対する分析を行うことを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。カレンダーサーバー２００は、ユーザーが、決済、支払い、キャッシュフローに関する重要な日、ならびに、彼らの金融デリバテイブ取引およびポートフォリオに関する他の詳細を自動的に管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。ニュースおよびリサーチサーバー２１０は、ユーザーが、専用の第三者データフィードとともに、リアルタイムのマーケットデータ、金融ならびに他のニュースを得ることを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。時価マーケットデータフィードおよびニュースサービス２２０、ならびに、第三者データフィード２３０を含んでいる。
【００２５】
かかるインタラクティブシステムサーバーは、システムユーザと管理者間の通信を可能にするサーバーも含んでいる。チャットサーバー１２０は、リアルタイムでのチャットを提供するので、ユーザーは、金融デリバテイブに関するフォーラムにおける議論に参加することができる。ページングサーバー１３０は、ユーザーが、メッセージングコミュニテイーを作り、どのユーザーがオンライン上にいて、所定のインスタンス（たとえば、インスタントメッセージング）においてメッセージを受信できるか、を判断することを可能とする。Ｅメールサーバー１４０は、見積もり依頼から決済までの金融取引の全ての側面を含む、ユーザーとシステム管理者間の通信を可能にする、イントラシステム電子メール伝達手段(intra-system electronic mail vehicle)、を提供する。メッセージボードサーバー１５０は、見積もり依頼および見積もりだけでなく、システム管理情報を投稿し、読むためのユーザーおよびシステム管理者用のアリーナを提供する。
【００２６】
自動メッセージングサーバー９０（この実施形態において、しばしば、”接続メッセージングサーバー”という）は、サーバー側のさまざまなシステムサーバーと、その内部のバックエンドシステム８５がサーバー側と通信を行うのに必要とされる自動プロセスを実行する、ユーザー間の通信を制御する（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）。かかる自動プロセスは、取引値付け４０、支払いスケジュールならびにジャーナリング処理５０、デリバテイブ取引６０、トレードの確認７０、および、トレードの決済処理８０、を含むことも可能である。接続メッセージングサーバー９０とクライアント側との間の通信は、自動メッセージングサーバー９０と同じ機能を分け合う自動プロセッサー２０（この実施形態において、しばしば、”接続プロセッサー”と呼ばれる）および自動メッセージブローカー２５を通過し、以下で述べるように、”FinXML”ボキャブラリーおよび”FinScript”処理言語を用いることを促進する。
【００２７】
CFOWeb Systemは、金融取引の処理に関するデータだけでなく、システムサーバーとのユーザーの通信ならびに、やりとりを記憶する一以上のシステムデータベース１１０を含んでいる。
【００２８】
b.   クライアント側(Client Side)
クライアント側は、ユーザー、メンバーおよびプロバイダが、様々なシステムサーバーを用い、双方向、あるいは自動的に、通信することを可能にする機能を含む。ウエッブブウラウザ３０は、ウエッブサーバー１００のサーバー側でなされた接続を用いて、ユーザーとCFOWeb System間の双方向通信（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）を可能にする。双方向通信は：価格見積もりを依頼すること（メンバー）；見積もり依頼を監視し、検討すること（プロバイダ）、価格見積もりを発すること（プロバイダ）；価格見積もりを監視し、検討すること（メンバー）；メンバーとプロバイダ間で交渉を行うこと、価格見積もりを受諾すること（メンバー）；ポートフォリオ管理を報告し、金融情報およびマーケットデータを分析すること；日程管理すること；ならびに、eメール、チャット、およびメッセージボードを含む手段で、メンバー、プロバイダおよび／またはシステム管理者間で連絡を行うこと；を含んでもよい。
【００２９】
これに代え、ユーザーは、接続メッセージングサーバー９０と（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）通信を行う接続プロセッサー２０（および自動メッセージブローカー２５）を介し、サーバー側と自動的に通信を行うことができる。かかる自動的な通信により、ユーザーの内部バックエンドシステム８５（一以上のバックエンドデータベース８８を含む）は、取引値付け４０、支払いスケジュールならびにジャーナリング処理５０、デリバテイブ取引６０、トレードの確認７０、および、トレードの決済処理８０、を含むこともできる、自動処理を実行することが可能となる。かかる通信は、以下で述べるように、”FinXML”ボキャブラリーおよび”FinScript”処理言語を用いることを促進する。
【００３０】
３．金融取引機能(Financial Transaction Functionality)
メンバーおよびプロバイダのシステムユーザーに関し、本発明の一実施形態に含まれる機能は、取引前、取引中、取引後および一般的事項、にカテゴリー化することができる。本発明は、(i)自動化および／または(ii)かかる機能についてインタラクテイブなインターフェースを提供する。
【００３１】
a. 取引前(Pre-Transaction)
本発明により可能となる、ある形式の金融取引を実行するメンバーおよびプロバイダ（あるいは本発明の他の実施形態では、メンバーとメンバー）は、図２に示された一連のステップを実行する。メンバーとプロバイダが、将来、金融取引の契約をおこなうと決定した場合、これらは、特定の標準的な契約を締結することにより関係を生じさせる（ステップ３００）。かかる契約（たとえば、”１９９２ISDAマスター契約”）は、契約のルール、レートソース、手続きの認証および解決手続き、ならびに、当事者間の一連の取引で繰り返し使用可能な他の情報、を規定するものである。当事者は、契約に盛り込まれる情報を交換するため、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）を用いて、このステップを実行することができる。また、市販の電子署名ソフトウエアを、本システムと組み合わせることにより、当事者は、電子的に署名を行うことができ、標準的な契約を取り交わすことが可能となる。当事者が締結した標準的な契約の数にもよるが、メンバーとプロバイダは、このステップを複数回にわたって実行してもよい。次に、メンバーとプロバイダは、将来の取引のため、プロバイダがメンバーに対して与える一以上の貸付限度について交渉する（ステップ３１０）。各メンバーは、それを用いてメンバーが将来取引を行うためのかかる与信限度について、各プロバイダと交渉する。メンバーに対して与信を与えるに際し、プロバイダは、メンバーの資産ポートフォリオ、信用格付け、およびかかるメンバーが行おうとする取引の形態、を分析する。当事者は、図８３（以下で説明する）に示す”信用関係”インタラクティブ・ユーザーインターフェースを介して、このステップを実行することができる。かかるステップにおいて、メンバーは、前記システムを介し、信用関係を構築するための依頼を受け取るため、一以上のプロバイダを特定することができる。これに代えて、当事者は、貸し付け限度の交渉中、情報を交換するために、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）、本システムのページング（インスタントメッセージング）機能（図１のページングサーバー１３０によってもたらされる）、あるいは、本システムのチャット（図１のeメールサーバー１２０によって与えられる）機能を用いて、このステップを実行することもできる。
【００３２】
b. 取引中(Transaction)
メンバーとプロバイダが関係を成立させ、与信限度の交渉が済むと、メンバーは、金融取引の契約プロセスを始めることができる。メンバーは、自身が行おうとする金融取引の取引の形態（たとえば、外国為替スポット、外国為替先物、金利スワップ等）を決定し、所望の取引を設定しなければならない（ステップ３２０）。このステップにおいて、メンバーは、グラフィックユーザーフェースおよびツールを含む、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を用いる。取引の形式にもよるが、前記設定には、価格変動、有効期限、メンバーが値付けを依頼したいプロバイダのリスト、メンバーおよび所望の取引に対するその他の特別な条件、を含むようにしてもよい。たとえば、メンバーは、太平洋標準時の２０００年７月３０日の午後１１時５９分まで有効という条件が設定された取引依頼を伴う、米ドルで百万ユーロを購入したいという外国為替のスポット取引を指定することがある。
【００３３】
取引の設定後、当該メンバーは、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を用いて、一以上のプロバイダに対し、前記取引についての値付け依頼を送信する（ステップ３３０）。それに代え、メンバーは、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）を用いて、直接、特定のプロバイダに値付け依頼を連絡してもよい。かかるeメールによる通信には、設定された取引ならびに値付け依頼に関するＵＲＬを含む。
【００３４】
プロバイダは、以下に述べるように、自動メッセージングサーバー９０と自動プロセッサー２０間の通信を介して、メンバーからの値付け依頼を監視し、検討する（ステップ３４０）。かかる通信により、システムにより管理される依頼監視インターフェース(request-monitoring interface)上に値付け依頼の投稿が行われる。特定のメンバーに関する情報（もしメンバーの身元が明らかにされていれば）を含む、インタラクティブな監視インターフェース上の取引および値付け依頼の検討が完了すると、プロバイダは、価格オファー（すなわち、価格見積もり）を作成し、依頼してきたメンバーに対し、それを提出することができる（ステップ３５０）。プロバイダは、取引サーバー１６０により制御されるインタラクティブインターフェース（以下で説明する）を用いて価格オファーを作成する。価格オファーの提出は、以下で説明するように、自動プロセッサー２０と自動メッセージサーバー９０間の通信を介して行われる。市況が刻々と変化するので、通常、各価格オファーは、有効期限を有しており、プロバイダは、メンバーに対し、修正済みの価格オファーを複数回提出するようにしてもよい。本発明のある実施形態において、価格オファーを作成し、メンバーに対して提出する前に、プロバイダは、メンバーの取引の設定を修正（たとえば、取引額を変更）することができる（ステップ３４５）。かかる修正を複数回繰り返してもよい。
【００３５】
メンバーは、システムにより管理されるインタラクティブな監視インターフェース上で、プロバイダにより提出された価格オファーを受け取るとともに検討する（ステップ３６０）。メンバーは、一以上の価格オファーを選択し（ステップステップ３７０）、かかるオファーを提出した特定のプロバイダと交渉を行う。本実施形態において、かかる交渉は、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）、本システムのページング（インスタントメッセージング）機能（図１のページングサーバー１３０によってもたらされる）、本システムのチャット（図１のチャットサーバー１２０によって与えられる）機能、あるいは、以前からある方法（たとえば、電話での対話）を、用いて実行することもできる。交渉を繰り返す回数は、マーケットの変動率および他の条件による。本発明の他の実施形態において、特定のパラメーターがプロバイダの価格オファーに合致すれば、かかる交渉は不要としてもよい。プロセス中のこの段階において、メンバーは、元々の取引の設定を修正する（たとえば、取引額を変更する）ことを決断し(ステップ３７５）、一以上のプロバイダに対し、新たな値付け依頼を提出してもよいこと、に注意すべきである（ステップ３３０）。かかる修正を複数回繰り返してもよい。
【００３６】
価格オファーに関するかかる交渉が終了すると、メンバーは、最良の価格オファーを受諾し（ステップ３８０）、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を通じ、その旨を当該プロバイダに通知する。当該プロバイダは、以下で説明するように、接続メッセージングサーバー９０と接続プロセッサー２０間の通信を介して、メンバーによる受諾を受信する。かかる通信により、システムにより管理される依頼監視インターフェース上に価格オファーに対するメンバーの受諾が投稿される。
【００３７】
c. 取引後(Post-Transaction)
価格オファーに対するメンバーの受諾を受けると、プロバイダは、特定の条件、支払日、ならびに、金額を含む取引確認を企業に送信する（ステップ３９０）。以下で説明するように、プロバイダは、メンバーに対し、自動プロセッサー２０と自動メッセージングサーバー９０間の通信を通じて確認情報を送信する。プロバイダのバックエンドシステムは８５は、この情報を自動的に処理する。
【００３８】
認証が行われた後、メンバーとプロバイダは、内部会計および支払い予定を含む目的のため、それぞれのバックエンドシステム８５に、前記取引を提出する（ステップ４００）。かかるステップは、自動プロセッサー２０とバックエンドシステム８５間の自動的な接続を介し、システムにより取り扱われる。それぞれのバックエンドシステム８５を用いることにより、メンバーとプロバイダは、取引の決済ならびに将来の支払いについての予定を立てる（ステップ４１０）。
【００３９】
d. 一般的事項(General)
メンバーおよびプロバイダによりいつでもアクセスでき、実行可能な双方向取引システムの機能は：報告；ポートフォリオ管理；リスク管理；金融情報ならびにマーケットのデータの分析；メンバー、プロバイダ、システム管理者間のeメールによる通信；メンバーとプロバイダのチャット；メッセージボード；カレンダー；ページング；を含む。この機能は、システムのインタラクティブなユーザーインターフェース上のボタンおよび／またはプルダウンメニューにより、メンバーおよびプロバイダが利用可能となる。
【００４０】
Ｂ．自動処理ならびに金融情報の転送(Automated Processing and Transferring of Financial Information)
本発明のこの実施形態は、サーバー側のメッセージングサーバーとクライアント側の自動プロセッサー間で基礎的な金融情報の自動処理ならびに転送を提供することにより、メンバーとプロバイダ間の金融取引をサポートする。本システムは、取引特定データ、リファランスデータ、マーケットデータを含む金融インスツルメント取引を表す、タグをベースとした言語であるFinXMLTMを用いることによって、かかる処理ならびに転送を可能とする。FinXMLは、拡張マークアップ言語（ＸＭＬ）１．０勧告（１９９８年２月１０日）、ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/REC-xml＞と合致する。ＸＭＬ勧告は、文書の一部をマークしたり、データファイルの構造を、テキスト文章として表したりするエレメントタグを使用する基礎となる文書を合致させるための一連のルールを表している。
【００４１】
FinXMLは、国際スワップデリバティブ協会（“ISDA”)＜http://www.isda.org＞の１９９１  ＩＳＤＡの定義条項（および１９９８の補遺）とも合致する。ＩＳＤＡの定義条項は、個人的に交渉が行われる金融デリバテイブ取引に使用するための一連の標準的なタームを提供している。エレメントタグおよび属性名ならびにFinXMLで定義された値は、ＩＳＤＡの定義条項で定義されたタームに対応する。  XMLボキャブラリーの一つであるFinXMLは、企業のイントラネット、エクストラネット、ならびに、HTTPまたはTCP/IP等の転送プロトコルを用いるインターネット（ワールドワイドウエッブを含む）、を通じた電子送信に非常に適している。ＨＴＴＰプロトコルは、ウエッブブラウザで表示されるページを表わすハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）ドキュメント等のテキストドキュメントを送信することを目的としている。したがって、ＸＭＬドキュメント、およびFinXMLは、両方のドキュメント形式はテキストがベースであり、両方がエレメントタグとデータ内容が混在し、さらに、いずれもが他の外部マテリアルに対するリファランスを含んでいる、という点でＨＴＭＬドキュメントと近似している。
【００４２】
２の組織間の基本的な金融取引において、XMLに暗号化された金融取引は、HTTPまたはTCP/IP等の転送プロトコルを用いて、一の組織のクライアントアプリケーションから他の組織のサーバーへ送られる。かかるサーバーは、これもXMLで暗号化された応答を順次返送する。
【００４３】
以下で説明するように、本発明のこの実施形態は、自動プロセッサー２０（“接続プロセッサー”としても知られる）ならびに自動メッセージングサーバー９０（“接続メッセージングサーバー”としても知られる）を用い、FinXML（または他のXML）ドキュメントへの/から金融オブジェクトの新たな暗号化/解凍方法を含む。二の組織間の金融取引において、一の組織（例えば、メンバー）は、以下で説明するように、オブジェクトへの変換およびサーバー側での処理のため、HTTPまたはTCP/IP等の転送プロトコルを用いて、自動メッセージングプロセッサー９０に送ることができるFinXML（又は）他のＸＭＬ）文書を作成するため、拡張スタイルシート言語（“XSL”)で作成された専用のスタイルシートであるXMLマッピングおよびFinScriptTMを用いる自動プロセッサー２０に、Javaオブジェクトを提供する。処理が終了すると、自動メッセージングサーバー９０は、オブジェクトをFinXML（または、他のXML）ドキュメントに変換し、FinXML（または他のXML)ドキュメントからJavaScriptプログラムを作成するため、かかるドキュメントをFinScriptを用いる自動プロセッサー２０に送る。前記JavaScriptプログラムからJavaオブジェクトが、順次、作成され、他の組織（例えば、プロバイダ）に送られる。FinScriptのための基礎として機能するXSLについては、拡張スタイルシート言語（”XSL”)１．０版（２０００年３月２７日）ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/xsl＞に述べられている。
【００４４】
１．FinXML
本発明のこの実施形態において、FinXMLは、金融取引の詳細ならびに関連する情報をやりとりするため、サーバー間に配布されている。FinXMLシンタックスは、すべての金融取引の一般的な構造を提供する。かかる金融取引は、それぞれが、属性および/または他のエレメントを含む基礎的なエレメントから構成される。
【００４５】
a. 取引構造(Trade Structure)
FinXMLシンタックスの基礎的な金融取引エレメントは、（以下で説明する）複数の形式からなる“Trade（取引）”である。かかる取引エレメントは、各金融取引オブジェクトの説明のための根元エレメント(root element)である。取引エレメントは、接続メッセージ”payload(ペイロード）”コンポーネント中に含まれる（以下で説明する）。
【００４６】
図３は、取引エレメントの構造を示している。取引エレメント５００は、取引において契約を結んだ少なくとも１対の“契約相手”エレメント５１０を含んでいる。各契約相手エレメント５１０は、”内部当事者”エレメント５１５、あるいは、”外部当事者”エレメント５２０であってもよい（以下で説明する）。取引エレメント５００は、以下のいずれかの取引対応サブエレメントを含む”取引タイプ”エレメント５３０をも含む：
（１）外国為替（“FX”）スポット(FX spot))
（２）FX  先物
（３）固定金利の変動スワップ(Interest Rate Fixed  Float Swap)
（４）変動金利の変動スワップ(Interest Rate Float Float Swap)
（５）キャップ（Cap)
（６）フロア（Floor）
（７）定期預金（Fixed Deposit)
（８）固定貸付金（Fixed Loan)
（９）変動性預金（Float Deposit)
（１０）変動貸付金（Float Loan)
（１１）ＦＸオプション(FX Option)
（１２）ＦＸスワップ(FX Swap)
（１３）クロスカレンシー固定−固定スワップ(Cross Currency Fixed Fixed Swap)
（１４）クロスカレンシー固定−変動スワップ(Cross Currency Fixed Float Swap)
（１５）クロスカレンシー変動−変動スワップ(Cross Currency Float Float Swap)
（１６）金利先渡し契約(Forward Rate Agreement)
（１７）カスタマイズされたトレード(Customerized Trade)
各取引タイプエレメントは、以下でそれぞれ説明する異なるタイプの金融取引を表している。本発明の他の実施形態では、ここで述べた取引タイプの一以上の組み合わせ、ならびに、他の取引タイプを含んでもよいことに注意すべきである。
【００４７】
本発明のこの実施形態において、取引エレメント５００は、以下のXML定義を有している：
【００４８】
【表１】
2005521175.tif 000003
【００４９】
b. 金融取引データ(Financial Transaction Data)
FinXMLシンタックスは、取引データ、リファレンスデータ、およびマーケットデータを含む、金融取引を備えた、さまざまなタイプのデータを表している。さまざまなタイプのデータのそれぞれは、エレメントおよび属性を含んでいる。ここで述べるエレメント、属性、ならびに、データタイプの定義は、本発明のある実施形態において、例示的に示したものであり、本発明の他の実施形態において、その一部あるいは全部のエレメント、属性、ならびに、データタイプの定義を含んでもよく、含まれるデータを表すために、他のエレメント、属性、ならびに、データタイプの定義を含んでもよいことに注意すべきである。
【００５０】
i.  取引データ
取引データは、金融取引およびトレードのさまざまなコンポーネントを表している。これらのコンポーネントは、”契約相手”エレメント、”取引”エレメント、”取引詳細”エレメント、”金融イベント”エレメントならびに”演算”エレメント、を含んでいる。
【００５１】
(a)  契約相手エレメント(Counterparty  Elements)
FinXMLによって表される金融取引のタイプにおいては、通常、”契約相手(counterparty)”と呼ばれる２人の当事者が登場する。上述のように、FinXMLは、（図３に示すように）かかる当事者を、内部当事者(internal party)エレメントおよび外部当事者(Ecternal party)エレメントを含む契約相手エレメント５１０との取引について表している。本発明のこの実施形態において、契約相手エレメント５１０は以下のXML定義を有している：
【００５２】
【表２】
2005521175.tif 000004
【００５３】
各取引において、組織の立場から見ると、かかる組織は、”内部”当事者であり、他の、関係のない組織、例えば、外国為替取引における企業および第三者銀行は、”外部(external)”当事者にあたる。なお、企業が、当該企業の関連子会社との取引に参加していた場合、当該子会社は、”内部(internal)”当事者に該当する。
【００５４】
図４は、取引に関する外部当事者を表す、外部当事者エレメント７００の構造を示している。各外部当事者は、”開示当事者(disclosed party)”あるいは”非開示当事者(undisclosed party)”のいずれであってもよい。本発明のこの実施形態において、外部当事者エレメント７００は、以下のXML定義を有している：
【００５５】
【表３】
2005521175.tif 000005
【００５６】
開示当事者開示当事者エレメント７０５は、企業イメージを含む自身の詳細が、取引の相手側によく知られている取引に関する当事者（例えば、メンバー）を表わす。各開示当事者エレメント７０５は、（以下の、”リファレンスデータ”の項目でその詳細を説明する）次のサブエレメント、組織(organization)７１０、連絡情報７３０、住所(Address)７６５、信用格付け(Credit Rating)８０５、を含んでいる。本発明のこの実施形態において、開示当事者エレメント７０５は、以下のXML定義を有している：
【００５７】
【表４】
2005521175.tif 000006
【００５８】
非開示当事者(Undisclosed Party)エレメント８３５は、他の当事者に対する匿名性を保持しており、唯一開示されている情報が、当事者の信用格付けのみである、当事者を表わす。したがって、かかる非開示当事者エレメント８３５は、信用格付けエレメント８０５（以下の、”リファレンスデータ”の項目でその詳細を説明する）を含んでいる。本発明のこの実施形態において、非開示当事者エレメント８３５は、以下のXML定義を有している：
【００５９】
【表５】
2005521175.tif 000007
【００６０】
図５は、取引に関する内部当事者(Internal Party)を表す、内部当事者エレメント６００の構造を示している。内部当事者エレメント６００は、内部当事者に関連するそれぞれ別の法人（すなわち、企業）組織を表す法人組織(Legal Entity)エレメント６０５、会計処理のため取引を分類している取引帳簿を表す記録(Book)エレメント６２５（以下の、”リファレンスデータ”の項目でその詳細を説明する）を含む。本発明のこの実施形態において、内部当事者エレメント６００は、以下のXML定義を有している：
【００６１】
【表６】
2005521175.tif 000008
【００６２】
(b) 取引タイプエレメント(Trade Type Elements)
図３に示すように、取引エレメント(Trade Element)５００は、取引タイプエレメント５３０を含んでいる。各取引タイプエレメントは、一つのタイプの金融取引あるいは、トレードを表す取引タイプサブエレメントを含んでいる。
【００６３】
（１）外国為替スポット(Foreign Exchange Spot)
外国為替スポット（”FXスポット(FX Spot)”）取引(Foreign Exchange Spot Transaction)は、一の当事者が、他の当事者との間で、外国為替市場において、レートが決定するとできるだけ早く（すなわち、通常２日で）、支払いまたは決済することを条件として、特定量の一の通貨を他の通貨に交換する取引である。たとえば、メンバーは、２日後に米ドルで支払う条件で、プロバイダから２百万ユーロを購入する。
【００６４】
前記FXスポットは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Dealt Amount(取引額)”：購入される通貨に交換される通貨の特定の額。
【００６５】
・”Settled Amount(決済額)”：購入される通貨の額。
【００６６】
・”Trade Date(取引日)”：両当事者によって通貨のトレードが合意された日。
【００６７】
・”Value Date(取引実行日)”：トレードに供される通貨が交換される日（すなわち、取引が実行される日）。
【００６８】
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。
【００６９】
・”Base Currency(ベース通貨)”：購入される通貨の指標となる通貨。
【００７０】
・”Base Unit (ベースユニット)”：購入される通貨が見積もられるベース通貨のユニット数（通常１ユニット単位）。
【００７１】
・”Quote Currency (被見積通貨)”：購入される通貨あるいはそれに対して見積もりがなされる通貨。
【００７２】
・”Quote Units (見積もりユニット)”：購入される被見積通貨のユニット数。
【００７３】
・”External ID (外部ＩＤ)”：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【００７４】
本発明のこの実施形態において、FXスポットは、以下のXML定義を有している：
【００７５】
【表７】
2005521175.tif 000009
【００７６】
（２）外国為替先物(Foreign Exchange Forward)  
外国為替先物（”FX先物(FX Forwardt)”）取引(Foreign Exchange Forward Transaction)は、一の当事者が、他の当事者との間で、将来の特定の日において、支払いすることを条件として、一定量の一の通貨を他の通貨に交換する取引である。たとえば、メンバーは、取引日から６０日後に米ドルで支払う条件で、プロバイダから２百万ユーロを購入する。
【００７７】
前記FX先物は、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Dealt Amount(取引額)”：購入される通貨に交換される通貨の特定の額。
【００７８】
・”Settled Amount(決済額)”：購入される通貨の額。
【００７９】
・”Trade Date(取引日)”：両当事者によって通貨のトレードが合意された日。
【００８０】
・”Value Date(取引実行日)”：トレードに供される通貨が交換される日（すなわち、取引が実行される日）。
【００８１】
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。
【００８２】
・”Base Currency(ベース通貨)”：購入される通貨の指標となる通貨。
【００８３】
・”Base Unit (ベースユニット)”：購入される通貨が見積もられるベース通貨のユニット数（通常１ユニット単位）。
【００８４】
・”Quote Currency (被見積通貨)”：購入される通貨あるいはそれに対して見積もりがなされる通貨。
【００８５】
・”Quote Units (見積もりユニット)”：購入される被見積通貨のユニット数。
【００８６】
・”External ID (外部ＩＤ)”：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【００８７】
本発明のこの実施形態において、FX先物は、以下のXML定義を有している：
【００８８】
【表８】
2005521175.tif 000010
【００８９】
（３）固定金利の変動スワップ(Interest Rate Fixed-Float Swap)
金利固定の変動スワップは、各支払いストリームが同じ通貨であることを条件として、一の支払いストリームが固定金利に基づき、もうひとつの支払いストリームが変動金利指数（例えば、LIBOR（ロンドン銀行間出し手金利）)に基づく場合に、２の当事者が期限付きで支払いストリームを交換する、金利スワップの一形式である。例えば、メンバーは、プロバイダから、LIBOR指標に基づくユーロの変動金利の支払いストリームと交換に、ユーロの固定金利の支払いストリームを購入する。
【００９０】
前記金利固定の変動スワップは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Ｔrade Ｄate(取引日)”：当事者間でトレードが合意された日。
【００９１】
・”Start Date (開始日)”：交換された支払いが始まる日。
【００９２】
・”End Date (終了日)”:交換された支払いが終わる日。
【００９３】
・”Fixed Leg Details (固定期間の詳細)”：固定期間中の固定金利支払いの詳細。
【００９４】
・”Float Leg Details (変動期間の詳細)”：変動期間中の変動金利支払いの詳細。
【００９５】
・”Events (イベント)”:キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報(interest rate reset information)を含む、スワップ取引における、さまざまな支払いおよび計算事項。
【００９６】
・”External ID (外部)ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【００９７】
本発明のこの実施形態において、固定金利の変動スワップは、以下のXML定義を有している：
【００９８】
【表９】
2005521175.tif 000011
【００９９】
（４）変動金利の変動スワップ(Interest Rate Float-Float Swap)
変動金利の変動スワップは、各支払いストリームが同じ通貨であることを条件として、各支払いストリームが変動金利指数（例えば、LIBOR)に基づく場合に、２の当事者が期限付きで支払いストリームを交換する、金利スワップの一形式である。例えば、メンバーは、プロバイダから、各支払いがLIBOR指標に基づく、ユーロの変動金利の支払いストリームと交換に、ユーロの変動金利の支払いストリームを購入する。
【０１００】
前記変動金利の変動スワップは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。
【０１０１】
・”Start Date (開始日)”：交換された支払いが始まる日。
【０１０２】
・”End Date (終了日)”:交換された支払いが終わる日。
【０１０３】
・”Float Leg Details (変動期間の詳細)”：変動金利支払いの詳細；上記２の変動期間とは別の情報。
【０１０４】
・”Events (イベント)”:キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報(interest rate reset information)を含む、スワップ取引における、さまざまな支払いおよび計算事項。
【０１０５】
・”External ID (外部)ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０１０６】
本発明のこの実施形態において、変動金利の変動スワップは、以下のXML定義を有している：
【０１０７】
【表１０】
2005521175.tif 000012
【０１０８】
（５）キャップ(Cap)
キャップ取引は、予定された支払日に、特定レートのレベルあるいは指標が、関係する期間について合意された”権利行使レート(strike rate)”を超える場合、一の当事者が、プレミアム支払いと交換に、他の当事者から、一の通貨の特定量について支払いストリーム（すなわち、一連のオプション（”キャプレット(Caplet”）を受け取る権利を取得するものである。たとえば、メンバーの一人が、３ヶ月のＬＩＢＯＲに基づく１０ミリオン米ドルの変動金利ローンの金利上昇をヘッジするため、プロバイダから、３ヶ月のＬＩＢＯＲの米ドルに基づく、権利行使金利８％の１２ヶ月間の金利キャップを購入する。
【０１０９】
前記キャップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Cap Floor Spec（キャップ・フロアスペック）”:キャップおよびフロア取引に共通する構造化エレメントを表す。
【０１１０】
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。
【０１１１】
・”Settlement Date(決済日)”：取引が決済される日。
【０１１２】
・”Start Date (開始日)”：その間、金利が守られる期間が始まる日。
【０１１３】
・”End Date (終了日)”支払いストリームが終了する日。
【０１１４】
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。
【０１１５】
・”Strike Rate”(権利行使レート)：これを超えると、キャップ取引中でキャップレット(”Caplet)の決済のきっかけとなるレート。
【０１１６】
・”Buyer”（バイヤー）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。
【０１１７】
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。
【０１１８】
・”Volatility Spread”（変動率スプレッド）：変動率サーフェースを用いて計算された変動率に対するスプレッド；キャップ取引の値付けに対する追加スプレッド。
【０１１９】
・”Discount Curve”（割引カーブ）：支払いストリームを計算するのに用いられる割引カーブの定義。
【０１２０】
・”Forecast Curve”（予測カーブ）：支払いストリームを計算するのに用いられる予測カーブの定義。
【０１２１】
・”Notional Amount”（名目元本額）：支払いストリームを計算するのに用いられる額。
【０１２２】
・”Floating Interest Rate”（変動金利レート）：変動金利レート。
【０１２３】
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。
【０１２４】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０１２５】
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。
【０１２６】
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。
【０１２７】
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。
【０１２８】
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。
【０１２９】
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。
【０１３０】
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。
【０１３１】
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。
【０１３２】
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。
【０１３３】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０１３４】
本発明のこの実施形態において、キャップエレメントは、以下のXML定義を有している：
【０１３５】
【表１１】
2005521175.tif 000013
【０１３６】
（６）フロア(Floor)
フロア取引は、予定された支払日に、特定レートのレベルあるいは指標が、関係する期間について合意された”権利行使レート(strike rate)”を下回る場合、一の当事者が、プレミアム支払いと交換に、他の当事者から、一の通貨の特定量について支払いストリーム（すなわち、一連のオプション（”フロアレット(Floorlet)”）を受け取る権利を取得するものである。たとえば、メンバーの一人が、３ヶ月のＬＩＢＯＲに基づく、金融市場に対する１０ミリオン米ドルについての自身の投資リターンを保護するため、プロバイダから、３ヶ月のＬＩＢＯＲの米ドルに基づく、権利行使金利８％の１２月間の金利フロアを購入する。
【０１３７】
前記フロアエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Cap Fllor Spec（キャップ・フロアスペック）”:キャップおよびフロア取引に共通する構造化エレメントを表す。
【０１３８】
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。
【０１３９】
・”Settlement Date(決済日)”：取引が決済される日。
【０１４０】
・”Start Date (開始日)”：その間、金利が守られる期間が始まる日。
【０１４１】
・”End Date (終了日)”支払いストリームが終了する日。
【０１４２】
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。
【０１４３】
・”Strike Rate”(権利行使レート)：これを超えると、フロア取引中でフロアプレット(”Floorlet)の決済のきっかけとなるレート。
【０１４４】
・”Buyer”（バイヤー）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。
【０１４５】
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。
【０１４６】
・”Volatility Spread”（変動率スプレッド）：変動率サーフェースを用いて計算された変動率に対するスプレッド；キャップ取引の値付けに対する追加スプレッド。
【０１４７】
・”Discount Curve”（割引カーブ）：支払いストリームを計算するのに用いられる割引カーブの定義。
【０１４８】
・”Forecast Curve”（予測カーブ）：支払いストリームを計算するのに用いられる予測カーブの定義。
【０１４９】
・”Notional Amount”（名目元本額）：支払いストリームを計算するのに用いられる額。
【０１５０】
・”Floating Interest Rate”（変動金利レート）：変動金利レート。
【０１５１】
・”First Fixing Rate”：最初の金利計算期間のために用いられる金利。
【０１５２】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０１５３】
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。
【０１５４】
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。
【０１５５】
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。
【０１５６】
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。
【０１５７】
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。
【０１５８】
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。
【０１５９】
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。
【０１６０】
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。
【０１６１】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０１６２】
本発明のこの実施形態において、フロアエレメントは、以下のXML定義を有している：
【０１６３】
【表１２】
2005521175.tif 000014
【０１６４】
（７）固定金利ローン／預金(Fixed Rate Loan/Deposit)
固定金利ローン／預金取引は、一の当事者が、他の当事者から固定金利でお金を借りるものである。たとえば、メンバーが、プロバイダから１ミリオン米ドルを固定金利で１年間借りる。前記固定金利ローン／預金エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。
【０１６５】
・”Start Date (開始日)”：ローンが開始される日。
【０１６６】
・”End Date (終了日)”ローンが終了する日。
【０１６７】
・”Lender”（貸し手）：ローンの貸し手；これは、契約相手エレメントの呼称である。
【０１６８】
・”Borrower”（借り手）：ローンの借り手；これは、契約相手エレメントの呼称である。
【０１６９】
・”Notional Amount”（名目元本額）：ローンの額。
【０１７０】
・”Fixed Interest Rate”（固定金利）：固定金利。
【０１７１】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０１７２】
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。
【０１７３】
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。
【０１７４】
・”Payment Calender”（支払いカレンダー）：支払日の決定に用いられるカレンダー。
【０１７５】
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。
【０１７６】
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。
【０１７７】
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにしてローン支払いキャッシュフローが償却されるかについての詳細。
【０１７８】
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。
【０１７９】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０１８０】
本発明のこの実施形態において、固定金利ローン／預金エレメントは、以下のXML定義を有している：
【０１８１】
【表１３】
2005521175.tif 000015
【０１８２】
（８）変動金利ローン／預金(Floating Rate Loan/Deposit)
変動金利ローン／預金取引は、一の当事者が、他の当事者から、変動金利指標（ロンドン銀行間出し手金利、すなわち、ＬＩＢＯＲ）に基づき、変動金利でお金を借りるものである。たとえば、メンバーが、プロバイダから１ミリオン米ドルを変動金利で２年間借りる。前記変動金利ローン／預金エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。
【０１８３】
・”Start Date (開始日)”：ローンが開始される日。
【０１８４】
・”End Date (終了日)”ローンが終了する日。
【０１８５】
・”Lender”（貸し手）：ローンの貸し手；これは、契約相手エレメントの呼称である。
【０１８６】
・”Borrower”（借り手）：ローンの借り手；これは、契約相手エレメントの呼称である。
【０１８７】
・”Notional Amount”（名目元本額）：ローンの額。
【０１８８】
・”Floating Interest Rate”（変動金利レート）：変動金利レート。
【０１８９】
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。
【０１９０】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０１９１】
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。
【０１９２】
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。
【０１９３】
・”Payment Calender”（支払いカレンダー）：支払日の決定に用いられるカレンダー。
【０１９４】
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。
【０１９５】
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。
【０１９６】
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。
【０１９７】
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにしてローン支払いキャッシュフローが償却されるかについての詳細。
【０１９８】
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。
【０１９９】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２００】
本発明のこの実施形態において、変動金利ローン／預金エレメントは、以下のXML定義を有している：
【０２０１】
【表１４】
2005521175.tif 000016
【０２０２】
（９）外国為替オプション(Foreign Exchange Option)
外国為替オプション（”ＦＸ”オプション(FX Option)）取引は、一の当事者が、プレミアム支払いと交換に、他の当事者から、義務ではなく、特定期間の間あるいは、特定の権利行使日に、ある通貨を一定数だけ一定の価格で買う（すなわち、プットオプションを行使する）または売る（すなわち、コールオプションを行使する）権利を取得するものである。たとえば、メンバーは、３ヶ月間プレミアム支払いと交換に、米ドルによる固定価格で、百万ユーロを購入するオプションを行使するために、プロバイダにプレミアムを支払う。
【０２０３】
前記ＦＸオプションエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Settlement Date(決済日)”：取引が決済される日。
【０２０４】
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。
【０２０５】
・”Expiration Date”（有効期限）：オプションを実行しなければならない有効期限。
【０２０６】
・”Dealt Amount”（売買金額）：オプションを実行することにより購入あるいは売却される通貨に交換される通貨の特定金額。
【０２０７】
・”Settled Amount”（決済量）：オプションの実行を実行することにより購入あるいは売却される通貨の量。
【０２０８】
”Delivery Date”(引渡期日):オプションを実行することにより現金による差額(cash difference)あるいは権利行使時の契約額面価額のいずれかを交換すべき日。
【０２０９】
・”Delivery Mode”（配達モード）：オプションを実行することにより現金による差額（”キャッシュ”）あるいは権利行使時の契約額面価額（”フィジカル”）を交換しなければならないか、についてインジケーター。
【０２１０】
・”Option Type”（オプションのタイプ）：実行されるオプションの種類（”プット(put)”または”コール(call)”）。
【０２１１】
・”Volatility”（変動率）：オプションのプレミアム計算に用いられる変動率サーフェースの定義。
【０２１２】
・”Call”（コール）：コールオプションの量および金額。
【０２１３】
・”Put”（プット）：プットオプションの量および金額。
【０２１４】
・”Buyer”（買い手）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。
【０２１５】
・”Physical”（フィジカル）：オプションが契約価額に基づいて決済されるかどうか、を示す。
【０２１６】
・”Cash”（キャッシュ）：オプションが正味現金支払い(net cash payment)に基づいて決済されるかどうか、を示す。
【０２１７】
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。
【０２１８】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２１９】
本発明のこの実施形態において、ＦＸオプションエレメントは、以下のXML定義を有している：
【０２２０】
【表１５】
2005521175.tif 000017
【０２２１】
（１０）外国為替スワップ(Foreign Exchange Swap)
外国為替スワップ(”ＦＸスワップ(FX Swap)”)取引は、２の当事者が、それぞれ異なる通貨による２つの支払い（”短期(near)および”長期(far)”）を交換するものである。最初の支払いは、取引期間の初めになされ、二回目の支払いは、取引期間の終わりになされる。これらの支払いは、一定の利率に基づくものであってもよい。
【０２２２】
たとえば、メンバーは、最初の支払い後、６月間に百万米ドルによる支払いをすることと交換に、プロバイダから三百万ユーロの支払いを購入する。
【０２２３】
前記ＦＸスワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。
【０２２４】
・”Near Leg Value Date”（短期レグ取引実行日)：スワップの第一レグ（”短期レグ”の最終支払いが行われる日。
【０２２５】
・”Far Leg Value Date”（長期レグ取引実行日)：スワップの第二レグ（”長期レグ”の最終支払いが行われる日。
【０２２６】
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。
【０２２７】
・”Near Leg Settled Amount”（短期レグ決済額）：短期レグにおいて支払われる額；短期レグＦＸレートの別称。
【０２２８】
・”Near Leg FXRate”（短期レグＦＸレート）：短期レグの外国為替レート；短期レグ決済額の別称。
【０２２９】
・”Far Leg Settled Amount”（長期レグ決済額）：長期レグにおいて支払われる額；長期レグ FXレートに代わるもの。
【０２３０】
・”Far Leg FXRate”（長期レグＦＸレート）：長期レグの外国為替レート；長期レグ決済額の別称。
【０２３１】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２３２】
本発明のこの実施形態において、ＦＸスワップエレメントは、以下のXML定義を有している：
【０２３３】
【表１６】
2005521175.tif 000018
【０２３４】
（１１）クロスカレンシー固定−固定スワップ(Cross-Currency Fixed-Fixed Swap)
クロスカレンシー固定−固定スワップは、二の当事者が、それぞれ異なる通貨において、固定金利に基づく定期的な支払いストリームを交換するスワップ金利の一形式である。
【０２３５】
前記クロスカレンシー固定−固定スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。
【０２３６】
・”Start Date” (開始日)：交換された支払いが始まる日。
【０２３７】
・”End Date (終了日):交換された支払いが終わる日。
【０２３８】
・”Tenor”（支払い期間)”:開始日から終了日までの期間。
【０２３９】
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。
【０２４０】
・”Fixed Leg Details”（固定レグの詳細）：固定金利支払いの詳細；二の固定レグのそれぞれとは別の情報。
【０２４１】
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。
【０２４２】
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２４３】
本発明のこの実施形態において、クロスカレンシー固定−固定スワップエレメントは以下のXML定義を有している：
【０２４４】
【表１７】
2005521175.tif 000019
【０２４５】
（１２）クロスカレンシー変動−変動スワップ(Cross-Currency Float-Float Swap)
クロスカレンシー変動−変動スワップは、二の当事者が、それぞれ異なる通貨において、変動金利指標（たとえば、ＬＩＢＯＲ）に基づく定期的な支払いストリームを交換するスワップ金利の一形式である。
【０２４６】
前記クロスカレンシー変動−変動スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。
【０２４７】
・”Start Date” (開始日)：交換された支払いが始まる日。
【０２４８】
・”End Date (終了日):交換された支払いが終わる日。
【０２４９】
・”Tenor”（支払い期間)”:開始日から終了日までの期間。
【０２５０】
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。
【０２５１】
・”Float Leg Details”（変動レグの詳細）：変動金利支払いの詳細；二の固定レグのそれぞれとは別の情報。
【０２５２】
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。
【０２５３】
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２５４】
本発明のこの実施形態において、クロスカレンシー変動−変動スワップエレメントは以下のXML定義を有している：
【０２５５】
【表１８】
2005521175.tif 000020
【０２５６】
（１３）クロスカレンシー固定−変動スワップ(Cross-Currency Fixed-Float Swap)
クロスカレンシー固定−変動スワップは、それぞれ異なる通貨において、一の当事者が固定金利、もう一方の当事者が変動金利（たとえば、ＬＩＢＯＲ）に基づいて、定期的な支払いストリームを交換するスワップ金利の一形式である。
【０２５７】
前記クロスカレンシー固定−変動スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。
【０２５８】
・”Start Date” (開始日)：交換された支払いが始まる日。
【０２５９】
・”End Date (終了日):交換された支払いが終わる日。
【０２６０】
・”Tenor”（支払い期間)”:開始日から終了日までの期間。
【０２６１】
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。
【０２６２】
・”Fixed Leg Details”（固定レグの詳細）：固定レグについての固定金利支払いの詳細。
【０２６３】
・”Float Leg Details”（変動レグの詳細）：変動レグについての変動金利支払いの詳細。
【０２６４】
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。
【０２６５】
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２６６】
本発明のこの実施形態において、クロスカレンシー固定−変動スワップエレメントは以下のXML定義を有している：
【０２６７】
【表１９】
2005521175.tif 000021
【０２６８】
（１４）金利先渡し契約(Forward Rate Agreement)
金利先渡し契約取引は、一の当事者が、単一の固定金利支払いと交換に、単一の変動金利支払いを購入するものである。変動金利支払いが、特定日における特定の変動金利オプション値をサンプリングし、元本額にサンプリングされた値を適用することにより決定されるのに対し、前記固定金利支払いの金額は、取引の元本に対して固定金利を適用することにより決定される。当事者は、二の支払いの効果を、一又は他の当事者によってなされる一の支払いに相殺決済することにより、金利先渡し契約を決済する；変動金利の未払い額が、固定金利の未払い額よりも大きい場合、変動金利の支払者は、固定金利の支払者に対し、差額を支払い、逆に、固定金利の未払い額が、変動金利の未払い額よりも大きい場合、固定金利の支払者は、固定金利の支払者に対し、差額を支払う。決済は、金利先渡し契約特有の将来の減額（すなわち、固定および変動レートにおいて異なる支払い）を前提として、取引の最初に行われる。
【０２６９】
前記金利先渡し契約エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。
【０２７０】
・”Settlement Date(決済日)”：支払いの決済がなされる日。
【０２７１】
・”Start Date” (開始日)：取引が始まる日。
【０２７２】
・”End Date (終了日)取引が終了する日。
【０２７３】
・”Adjusted Start Date” (調整済みの開始日)：取引が始まる日であって、休日について調節されたもの。
【０２７４】
・”Adjusted End Date” (調整済みの終了日)：取引が終了する日であって、休日について調節されたもの。
【０２７５】
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。
【０２７６】
・”Fixed Interest Rate”（固定金利）：固定金利支払いための固定金利。
【０２７７】
・”Interest Index”(金利指標）：変動金利支払いに用いられる変動金利指標の詳細。
【０２７８】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０２７９】
・”Roll Date”（ロールデート）：金利／元本の支払い／決済に用いられる各月の特定の日。
【０２８０】
”Roll Conversion”（ロール振り替え）：支払日が休日に該当する場合に、支払日の振り替えに用いられる。
【０２８１】
”Holiday Calender”（休日カレンダー）：ビジネスの休日の確認に用いられるカレンダー。
【０２８２】
・”Fixing Date”（固定日）：その日に決済に用いられるれ金利が固定される日。
【０２８３】
・”Rate Reset Calender”（金利再設定カレンダー）：変動金利を再設定する日を決定するため用いられるカレンダー。
【０２８４】
・”Buyer”（買い手）：変動金利支払いの買い手；これは、契約相手エレメントの呼称である。
【０２８５】
・”Seller”（売り手）：変動金利支払いの売り手；これは、契約相手エレメントの呼称である。
【０２８６】
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。
【０２８７】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２８８】
本発明のこの実施形態において、金利先渡し契約エレメントは、以下のXML定義を有している：
【０２８９】
【表２０】
2005521175.tif 000022
【０２９０】
（１５）カスタマイズされた取引(Customerized Trade)
上述のエレメントによって示された金融取引に加え、本発明のこの実施形態は、関係法令により、かかる取引がが許容される限り、メンバーおよび／またはプロバイダにより作成されたカスタマイズされたトレードおよび取引(customerized trades and trabnsactions)をサポートしている。かかるカスタマイズされた取引は、あるタイプのトレードの一以上の側面が組み合わされる複合取引を含んでもよい。たとえば、ある当事者は、一の通貨による周期的な支払いが、他の通貨を、特定の日に、一定価格で、一定数量、購入する権利と交換される、外国為替”スワップオプション”を設定してもよい。
【０２９１】
FinXMLは、異なるタイプの取引エレメントを組み合わせることを通じて、カスタマイズされた取引を表すことを可能とする。FinXMLを用いることにより、当事者は、自身が、特定のカスタマイズされた取引に含めることを希望するエレメントの分野ならびにその値を特定することができる。前記カスタマイズされた取引エレメントは、かかる取引を表し、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Field Name”（フィールドの名称）：取引に含まれる特定のコンポーネント；各コンポーネントとは別の情報であり、”フィールドの値(Field Value)”と一対のもの。
【０２９２】
・”Field Value”（フィールドの値）：取引に含まれる特定のコンポーネントの値；各コンポーネントとは別の情報であり、”フィールドの名称”と一対のもの。
【０２９３】
・”Buyer”（買い手）：カスタマイズされた取引の買い手；これは、契約相手エレメントの呼称である。
【０２９４】
・”Seller”（売り手）：カスタマイズされた取引の売り手；これは、契約相手エレメントの呼称である。
【０２９５】
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。
【０２９６】
本発明のこの実施形態において、カスタマイズされた取引エレメントは、以下のXML定義を有している：
【０２９７】
【表２１】
2005521175.tif 000023
【０２９８】
（ｃ）トレード特定エレメント(Trade Specific Elements)
本発明のこの実施形態において、FinXMLは、一以上のトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。かかるエレメントを、カスタマイズされたトレードに含めるようにしてもよい。
【０２９９】
（１）一般的なトレードの詳細(Generic Trade Details)
一般的なトレードの詳細は、元本の額および利率、償還、ならびに、異なるタイプのトレードに共通な複利計算に関する情報を含んでいる。”一般的なスペック詳細”エレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Notional Amount”（名目元本額）：取引額。
【０３００】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０３０１】
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期（たとえば、月ごと、四半期ごと、半四半期のごと）。
【０３０２】
・”Roll Date”（ロールデート）：金利／元本の支払い／決済に用いられる各月の特定の日。
【０３０３】
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の利払い日の最終日あるいは最初の支払いの特定日。
【０３０４】
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。
【０３０５】
・”Date Stub”（デートスタブ）：他の支払い期限から支払期限が異なる（すなわち、開始がずれている）ローン支払いスケジュール用のインジケーター。
【０３０６】
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。
【０３０７】
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。
【０３０８】
本発明のこの実施形態において、一般的なトレードの詳細エレメントは、以下のXML定義を有している：
【０３０９】
【表２２】
2005521175.tif 000024
【０３１０】
（２）固定金利の詳細(Fixed Interest Rate)
固定金利の詳細は、固定金利に関する情報を含んでいる。”固定スペックの詳細”エレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Fixed Interest Rate”（固定金利）：固定金利。
【０３１１】
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。
【０３１２】
本発明のこの実施形態において、固定金利の詳細エレメントは、以下のXML定義を有している：
【０３１３】
【表２３】
2005521175.tif 000025
【０３１４】
（３）変動金利レートの詳細(Floating Interest Rate Details)
変動金利レートの詳細は、変動金利指標（たとえば、ＬＩＢＯＲ）の基になる変動金利レートに関する情報を含んでいる。”変動金利スペック詳細”はエレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Floating Interest Rate”（変動金利レート）：変動金利レート。
【０３１５】
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。
【０３１６】
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。
【０３１７】
本発明のこの実施形態において、変動金利レートの詳細エレメントは、以下のXML定義を有している：
【０３１８】
【表２４】
2005521175.tif 000026
【０３１９】
（４）固定レグの詳細(Fixed Led Details)
上述の多くの取引は、各レグが一連の支払いあるいはキャッシュフローである複数の”レグ”を含んでいる。かかるレグは、”固定”でも”変動”でもよい。
【０３２０】
”固定レグ”は、固定金利を前提とする支払いストリームである。”固定レグ詳細”エレメントは、トレードの固定レグに関する情報を表し、一般的なトレードの詳細（上記”一般的なトレードの詳細”エレメントで述べた）、固定レートの詳細（上記”固定スペックの詳細”で述べた）、金融イベントの詳細（以下の”イベント”エレメントで述べる）、ならびに以下の追加的なサブエレメントおよび属性を含んでいる：
・”LEG ID（レグＩＤ）”：トレードの特定レグの識別子。
【０３２１】
・”Payer（支払人）”：トレードにおける固定レグの支払人；これは、契約相手エレメントの呼称である。
【０３２２】
・”Reciever（受け取り人）”：トレードにおける固定レグの収益の受け取り人；これは、契約相手エレメントの呼称である。
【０３２３】
本発明のこの実施形態において、固定レグの詳細エレメントは、以下のXML定義を有している：
【０３２４】
【表２５】
2005521175.tif 000027
【０３２５】
（５）変動レグの詳細(Float Leg Details)
”変動レグ”は、変動金利を前提とする支払いストリームである。”変動レグの詳細”エレメントは、トレードの変動レグに関する情報を表し、一般的なトレードの詳細(Generic Trade Details)（上記”一般的なトレードの詳細”エレメントで述べた）、変動レートの詳細(Float Rate Details)（上記”変動スペックの詳細”で述べた）、金融イベントの詳細（以下の”イベント”エレメントで述べる）、ならびに以下の追加的なサブエレメントおよび属性を含んでいる：
・”LEG ID（レグＩＤ）”：トレードの特定レグの識別子。
【０３２６】
・”Payer（支払人）”：トレードにおける変動レグの支払人；これは、契約相手エレメントの呼称である。
【０３２７】
・”Reciever（受取人）”：トレードにおける変動レグの収益の受取人；これは、契約相手エレメントの呼称である。
【０３２８】
本発明のこの実施形態において、変動レグの詳細エレメントは、以下のXML定義を有している：
【０３２９】
【表２６】
2005521175.tif 000028
【０３３０】
（ｄ）金融イベントエレメント(Financial Event Elements)
本発明のこの実施形態において、FinXMLは、プレミアム支払い、金利支払い、偶発的な支払い(contingent payment)、ならびに金利計算等のトレードのライフサイク中のオプションのイベントに関するカスタマイズされたトレードを含む、あるトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。図６に示す”イベント”エレメント９００は、かかる情報について述べ、以下のサブエレメント：”キャッシュ支払い(Cash Payment)”９１０、”元本支払い(Principal Payment)”９２０、”金利支払い(Interest Payment)”９３０、”金利計算(Interest Calculation)”９４０、”複利計算(Compound Interest Calculation)”９５０、ならびに、”偶発的な支払い(Contigent Payment)”９６０、を含んでいる。
【０３３１】
本発明のこの実施形態において、イベントエレメント９００は、以下のXML定義を有している：
【０３３２】
【表２７】
2005521175.tif 000029
【０３３３】
（１）キャッシュ支払い(Cash Payment)
キャッシュ支払いエレメント９１０は、特定のトレードの一部として実行されるキャッシュ支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：キャッシュ支払いの通貨。
【０３３４】
・”Amount（金額）”：キャッシュ支払いの金額。
【０３３５】
・”Payment Date（支払日）”：キャッシュ支払いが実行される日。
【０３３６】
・”ID”：特定のキャッシュ支払いの識別子。
【０３３７】
・”Type（タイプ）”：支払いタイプのインジケーター（たとえば、”プレミアム(Premium)”または”手数料(Fees)”）。
【０３３８】
・”Payer（支払人）”：キャッシュ支払いの支払人；これは、契約相手エレメントの呼称である。
【０３３９】
・”Receiver（受取人）”：キャッシュ支払いの受取人；これは、契約相手エレメントの呼称である。
【０３４０】
本発明のこの実施形態において、キャッシュ支払いエレメント９１０は、以下のXML定義を有している：
【０３４１】
【表２８】
2005521175.tif 000030
【０３４２】
（２）元本支払い(Principal Payment)
元本支払いエレメント９２０は、特定のトレードの一部として実行される元本支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：元本支払いの通貨。
【０３４３】
・”Amount（金額）”：元本支払いの金額。
【０３４４】
・”Payment Date（支払日）”：元本支払いが実行される日。
【０３４５】
・”ID”：特定の元本支払いの識別子。
【０３４６】
・”Payer（支払人）”：元本支払いの支払人；これは、契約相手エレメントの呼称である。
【０３４７】
・”Receiver（受取人）”：元本支払いの受取人；これは、契約相手エレメントの呼称である。
【０３４８】
本発明のこの実施形態において、元本支払いエレメント９２０は、以下のXML定義を有している：
【０３４９】
【表２９】
2005521175.tif 000031
【０３５０】
（３）金利支払い(Interest Payment)
金利支払いエレメント９３０は、特定のトレードの一部として実行される元本支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：金利支払いの通貨。
【０３５１】
・”Amount（金額）”：金利支払いの金額。
【０３５２】
・”Payment Date（支払日）”：金利支払いが実行される日。
【０３５３】
・”Start Date（開始日）”：金利支払いが発生する金利期間の開始日。
【０３５４】
・”End Date（終了日）”：金利支払いが発生する金利期間の終了日。
【０３５５】
・”ID”：特定の金利支払いの識別子。
【０３５６】
・”Payer（支払人）”：金利支払いの支払人；これは、契約相手エレメントの呼称である。
【０３５７】
・”Receiver（受取人）”：金利支払いの受取人；これは、契約相手エレメントの呼称である。
【０３５８】
・”Interest Type（金利のタイプ）”：金利支払いのタイプのインジケーター（たとえば、”Coupon（クーポン）”、”Swap（スワップ）”、”Loan  （ローン）”、”Deposit  （デポジット）”あるいは”Other（その他）”。
【０３５９】
・”Calculations （計算）”：特定の金利計算期間の識別子。
【０３６０】
本発明のこの実施形態において、金利支払いエレメント９３０は、以下のXML定義を有している：
【０３６１】
【表３０】
2005521175.tif 000032
【０３６２】
（４）偶発的な支払い(Contigent Payment)
偶発的支払いエレメント９６０は、オプション実行後、特定のトレードの決済して実行される偶発的な支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Underlying Amount （基礎となる額）”：オプション−基礎となるインスツルメントの量、額。
【０３６３】
・”Settlement Amount（決済額）”：基礎インスツルメントの代償として、オプション実行において支払われる金額。
【０３６４】
・”Expiration Date（満了日）”：オプションの行使期間満了日。
【０３６５】
・”Exercise Begin Date（行使開始日）”：オプションを行使する最初の日。
【０３６６】
・”Exercise End Date（行使終了日）”：オプションの行使する最後の日。
【０３６７】
・”Exercise Rule（実行のルール）”：オプションを通常の実行を規定するルール（たとえば、”米国式”−オプションは、与えられた期間中いつでも実行可能；”欧州式”−オプションは、オプション行使期間満了日のみ実行可能。
【０３６８】
・”Exercise Condition  （実行条件）”：オプション実行を許容するには、いずれの条件にも合致しなければならない（たとえば、３ヶ月ＬＩＢＯＲレート、実行日に４．５％を超えなければならない）。
【０３６９】
・”Volatility  （変動率）”：オプションの価格を算定する際に用いられる変動率の値。
【０３７０】
・”ID”：特定の金利支払いの識別子。
【０３７１】
・”Payer（支払人）”：オプション基礎インスツルメントを引き渡す責任を負う当事者；この当事者が、オプション基礎インスツルメントの代償として決済額を受け取る。
【０３７２】
・”Receiver （受取人））”：オプション基礎インスツルメントを受け取る当事者；この当事者が、オプション実行の対価として決済額を支払う。
【０３７３】
・”Option Type（オプションのタイプ）”：オプションの性質（たとえば、”コール”は、基礎インスツルメントを、実行価格で購入するオプションであり；”プット”は、基礎インスツルメントを、実行価格で売るオプションである）。
【０３７４】
・”Delivery Type（引き渡しのタイプ）”：支払者が、受取人にオプション基礎インスツルメントを物理的に引き渡すか、あるいは、実行されると、オプションライターが、オプションホルダーに基礎インスツルメントと実効価格の差額を支払う、取引がキャッシュで決済されるか、どうかを示すインジケーター。
【０３７５】
本発明のこの実施形態において、偶発的な支払いエレメント９６０は、以下のXML定義を有している：
【０３７６】
【表３１】
2005521175.tif 000033
【０３７７】
（５）金利計算(Interest Calculation))
金利計算エレメント９４０は、特定の金利支払い中のある期間について計算された金利の額に関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利計算期間の識別子。
【０３７８】
・”Resets（リセット）”：金利計算で用いられるレート再設定エレメントの識別子。
【０３７９】
・”Notional Amount”（名目元本額）：金利計算に用いられる額。
【０３８０】
・”Calculation Date  （計算日）”：金利計算が行われる日。
【０３８１】
・”Start Date（開始日）”：その間について金利が計算される金利期間の開始日。
【０３８２】
・”End Date（終了日）”：その間について金利が計算される金利期間の終了日。
【０３８３】
・”Amount（金額）”：計算された金利額。
【０３８４】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０３８５】
・”%Interest Rate Elements（金利％エレメント）”：関与する金利のタイプの定義（たとえば、”固定”または”変動”）。
【０３８６】
発明のこの実施形態において、金利計算エレメント９４０は、以下のXML定義を有している：
【０３８７】
【表３２】
2005521175.tif 000034
【０３８８】
（６）複利計算(Compound Elements)
複利計算エレメント９５０は、特定の金利支払い中のある期間について計算された複利の額に関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利計算期間の識別子。
【０３８９】
・”Rate（レート）”：特定の金利の識別子。
【０３９０】
・”Resets（リセット）”：金利計算で用いられるレート再設定エレメントの識別子。
【０３９１】
・”Notional Amount”（名目元本額）：金利計算に用いられる額。
【０３９２】
・”Calculation Date  （計算日）”：複利計算が行われる日。
【０３９３】
・”Start Date（開始日）”：その間について複利が計算される金利期間の開始日。
【０３９４】
・”End Date（終了日）”：その間について複利が計算される金利期間の終了日。
【０３９５】
・”Amount（金額）”：計算された複利額。
【０３９６】
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。
【０３９７】
・”%Interest Rate Elements（金利％エレメント）”：関与する金利のタイプの定義（たとえば、”固定”または”変動”）。
【０３９８】
本発明のこの実施形態において、複利計算エレメント９５０は、以下のXML定義を有している：
【０３９９】
【表３３】
2005521175.tif 000035
【０４００】
（e）計算エレメント(Calculation Elements)
本発明のこの実施形態において、FinXMLは、カスタマイズされたトレードを含む、特定のトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。これらのエレメントは、複利、償還、および計算周期に関する。
【０４０１】
（１）複利の詳細(Compounding Elements)
”複利の詳細”エレメントは、特定の取引で実行されるいずれの複利計算に関する情報について説明している。これは、通常、実際の金利支払い周期が、金利計算周期(Calculation Frequency)より長い場合に生じる。たとえば、３ヶ月ごとに金利が計算されるが、６ヶ月ごとしか支払わない場合には、３ヶ月の終わりに計算された金利は、複利計算され、４ヶ月から６ヶ月の間で計算された金利に沿って支払われる。複利の詳細エレメントは、以下のサブエレメントを含んでいる：
・”Calculation Element（計算エレメント）”：多数期間における金利計算が実行されるべき周期。
【０４０２】
本発明のこの実施形態において、複利の詳細エレメントは、以下のXML定義を有している：
【０４０３】
【表３４】
2005521175.tif 000036
【０４０４】
（２）償還の詳細(Amortization Frequency)
”償還の詳細”エレメントは、特定のスワップ取引において実行する必要がある償還についての計算に関する情報について説明している。償還方法が、”bullet（一括）”であると定義された場合、元本は、満期において一括で支払われるが、”均等(equal)”償還の場合、元本は、スワップ取引の期間、分割して均等に支払われる。償還の詳細エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Amortization Frequency（償還周期）”：特定取引において、償還が行われる周期（たとえば、半年ごと、毎年）。
【０４０５】
・””Amortization Method（償還法）”：償還方法（たとえば、”一括”あるいは”均等”）。
【０４０６】
本発明のこの実施形態において、償還の詳細エレメントは、以下のXML定義を有している：
【０４０７】
【表３５】
2005521175.tif 000037
【０４０８】
（３）計算周期(Calculation Frequency)
”計算周期”エレメントは、実行される特定の計算周期に関する情報について説明している。前記計算周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、”ユーロダラー(Eurodollar)”または”ノーマル(Normal)”)に基づく特定の計算方法。
【０４０９】
・”End of Month（月の終わり）”：特定の計算が月の終わりに移動すべきか否かのインジケーター。
【０４１０】
・”Term（ターム）”：単一の計算期間の間。
【０４１１】
本発明のこの実施形態において、計算周期エレメントは、以下のXML定義を有している：
【０４１２】
【表３６】
2005521175.tif 000038
【０４１３】
（４）支払い周期(Payment Frequency)
”支払い周期”は、行われる特定の支払いの周期に関する情報について説明している。支払い周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、”ユーロダラー(Eurodollar)”または”(Normal)”)に基づく特定の計算方法。
【０４１４】
.”End of Month（月の終わり）”：特定の支払いが月の終わりに移動すべきか否かのインジケーター。
【０４１５】
・”Term（ターム）”：特定の支払いの計算に用いられる金利指標の期間(例えば、３ヶ月、６ヶ月等）。
【０４１６】
本発明のこの実施形態において、支払い周期エレメントは、以下のXML定義を有している：
【０４１７】
【表３７】
2005521175.tif 000039
【０４１８】
（５）償還周期(Amortization Frequency)
”償還周期”エレメントは、実行される償還の周期に関する情報について説明している。前記償還周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、(Eurodollar)”または”ノーマル(Normal)”)に基づく特定の計算方法。
【０４１９】
.”End of Month（月の終わり）”：特定の償還が月の終わりに移動すべきか否かのインジケーター。
【０４２０】
・”Term（ターム）”：単一の償還期間の間(例えば、３ヶ月、６ヶ月等）。
【０４２１】
本発明のこの実施形態において、償還周期エレメントは、以下のXML定義を有している：
【０４２２】
【表３８】
2005521175.tif 000040
【０４２３】
ii. リファレンスデータ(reference Data)
リファレンスデータは、これらの当事者間で結ばれる取引において参照されるメンバーおよびプロバイダに特有のプロフィール情報を説明している。FinXMLシンタックスは、以下のエレメントとともに、このプロフィール情報を表している：”Organization(組織)”エレメント７１０、”Contact information(連絡情報）”エレメント７３０（図４）、”Address(アドレス）”エレメント７６５（図４）、”Credir Rating(信用格付け)”エレメント８０５（図４）、”Legal Entity（法人組織）”エレメント６０５（図５）および、”Book（記録）エレメント６２５(図５）。
【０４２４】
(a) 組織(Organization)
組織エレメント７１０（図４に示す）は、開示組織７０５についての組織情報を説明している。組織エレメント７１０は、以下のサブエレメントおよび属性を含んでいる：
・”Organization Name(組織名）”７１５：組織のフルネーム。
【０４２５】
・”Organization Short Name(組織略称)”７２０：組織の略称。
【０４２６】
・”Address(住所)”７２５：組織の住所。
【０４２７】
本発明のこの実施形態において、組織エレメント７１０は、以下のXML定義を有している：
【０４２８】
【表３９】
2005521175.tif 000041
【０４２９】
(b)  連絡情報(Contact information)
連絡情報エレメント７３０（図４に示す）は、取引中に連絡を取る必要がある開示当事者７０５の情報を示している。連絡情報エレメント７３０は、以下のサブエレメントおよび属性を含んでいる：
・”Contact Name(連絡者の名前)”７３５：当事者内の特定の連絡者の名前。
【０４３０】
・”Contact ID (連絡ID)”：特定の連絡者の識別子。
【０４３１】
・”Telephone（電話）”７４０：当事者の電話についての詳細。
【０４３２】
・”Fax(ファクシミリ)”７４５：当事者のファクシミリについての詳細。
【０４３３】
・”Telex(テレックス)”７５０：当事者のテレックスについての詳細。
【０４３４】
・”Email(eメール）”７５５：当事者の電子メールについての詳細。
【０４３５】
・”URL”７６０：当事者のユーアールエルについての詳細。
【０４３６】
本発明のこの実施形態において、連絡情報エレメント７３０は、以下のXML定義を有している：
【０４３７】
【表４０】
2005521175.tif 000042
【０４３８】
(c)  住所(address)
住所エレメント７６５（図４に示す）は、開示当事者７０５の登録された住所情報を示している。住所エレメント７６５は、以下のサブエレメントおよび属性を含んでいる：
・”Address1(第一の所在地住所)”７７０：当事者の第一の所在地住所。
【０４３９】
・”Address2(第二の所在地住所)”７７５：当事者の第二の所在地住所。
【０４４０】
・”City（都市）”７８０：当事者が所在する都市。
【０４４１】
・”State-Province-County（州ープロビンスーカウンテイー）”７８５：当事者が所在する州、省および/またはカウンテイー。
【０４４２】
・”Zip Postal Code（郵便番号）”７９０：当事者の郵便番号。
【０４４３】
・”Country（国）”７９５：当事者の所在する国。
【０４４４】
・”SWIFT Address（スイフト・アドレス）”800：（国際銀行間通信協会によって割り当てられた）当事者の銀行識別コード（”BIC”)。
【０４４５】
本発明のこの実施形態において、住所エレメント７６５は、以下のXML定義を有している：
【０４４６】
【表４１】
2005521175.tif 000043
【０４４７】
（ｄ）信用格付け(Credit Rating)
信用格付けエレメント８０５（図４に示す）は、信用格付け機関によって格付けされた開示当事者７０５または非開示当事者８３５の信用格付けの詳細を示している。前記信用格付けエレメント８０５は、以下のサブエレメントおよび属性を含んでいる：
・”Agency（機関）”８１０：当事者の格付けを行った信用格付け機関の名称。
【０４４８】
・”Rating（信用度）”８１５：信用格付け機関によって格付けされた実際の信用度（例えば、AAA、BB等）。
【０４４９】
・”Country（国）”８２０：信用格付け機関により、信用格付け目的で当事者が割り当てられた国。
【０４５０】
・”Industry Grooup（同業種グループ）８２５：信用格付け機関により、信用格付け目的で当事者が割り当てられた同業種グループ。
【０４５１】
・”Industry（業種）”８３０：信用格付け機関により、信用格付け目的で当事者が割り当てられた業種。
【０４５２】
本発明のこの実施形態において、信用格付けエレメント８０５は、以下のXML定義を有している：
【０４５３】
【表４２】
2005521175.tif 000044
【０４５４】
（e）法人組織(Legal Entity)
法人組織エレメント６０５（図５に示す）は、内部当事者６００（図５に示す）と関連するあらゆる法人組織（例えば、関連子会社あるいは関係会社）の詳細を示している。前記法人組織エレメント６０５は、以下のサブエレメントおよび属性を含んでいる：
・”ID”６０８：法人組織の識別子。
【０４５５】
・”Short Name(略称)”６１０：法人組織の略称。
【０４５６】
・”Description（詳細）”６１５：法人組織の詳細。
【０４５７】
・Parent（親会社）”６２０：法人組織の親会社。
【０４５８】
本発明のこの実施形態において、法人組織エレメント６０５は、以下のXML定義を有している：
【０４５９】
【表４３】
2005521175.tif 000045
【０４６０】
（f)トレーディング記録(Trading Book)
記録エレメント６２５（図５に示す）は、当事者による取引に関する、あらゆる内部取引記録を示している。記録エレメント６２５は、以下のサブエレメントおよび属性を含んでいる：
・”ID”：法人組織の識別子。
【０４６１】
・”Type（タイプ）”：トレーディング記録のタイプ。
【０４６２】
・”Short Name(略称)”６３０：トレーディング記録の略称。
【０４６３】
・”Name（ネーム）”６３５：トレーディング記録のフルネーム。
【０４６４】
・”Description（詳細）”６４０：トレーディング記録の詳細。
【０４６５】
・”Reporting Currency（報告に用いられる通貨）”６４５：トレーディング記録の報告に用いられる通貨。
【０４６６】
本発明のこの実施形態において、記録エレメント６２５は、以下のXML定義を有している：
【０４６７】
【表４４】
2005521175.tif 000046
【０４６８】
iii. 市場データ(Market Data)
市場データは、金融取引に用いるため、市場ソースから得た情報を示している。FinXMLは、以下のエレメントを用いてこの情報を表す：”Floating Interest rate（変動金利レート）エレメント”および”Interest Index element（金利指標エレメント）”。
【０４６９】
（１）変動金利レート(Floating Interest Rate)
”変動金利レート”エレメントは、取引において用いられる変動金利に関する情報を示している。前記変動金利レートエレメントは、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の変動金利レートの定義の識別子。
【０４７０】
・”Interest Index（金利指標）”：通貨（”Currency”）、ターム(”Term”)、ならびに、名前(”Index Name”)を含む、変動金利レートに用いられている特定指標の詳細。
【０４７１】
・”Sperad（スプレッド）”：変動金利レートを決定するため指標レートに適用される差（プラスまたはマイナス）。
【０４７２】
本発明のこの実施形態において、変動金利レートエレメントは、以下のXML定義を有している：
【０４７３】
【表４５】
2005521175.tif 000047
【０４７４】
（２）  金利指標(Interest Index)
”金利指標エレメント”は、変動金利レートを計算するため用いられる金利指標に関する情報を示している。前記金利指標エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利指標の識別子。
【０４７５】
・”Currency（通貨）”：金利指標の通貨。
【０４７６】
・”Term（ターム）”：金利指標のターム（例えば、３ヶ月、６ヶ月等）。
【０４７７】
・”Index Name（指標の名称）”：金利指標の名称（例えば、LIBOR)。
【０４７８】
本発明のこの実施形態において、金利指標エレメントは、以下のXML定義を有している：
【０４７９】
【表４６】
2005521175.tif 000048
【０４８０】
２．”接続”プロセッサー(”Connect” Processor)
本発明のこの実施形態において、接続プロセッサー２０（図１に示す）は、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWeb システム間で金融取引に関する情報をやり取りするための手段を提供する。以下で説明するように、接続プロセッサー２０は、”FinScript”として知られるXSLにより作成された専用のスタイルシートを用い、FinXML（または他のXML)ドキュメントを、金融（Java)オブジェクト、に/から（to/from)、変換することにより、かかる機能を実行する。
【０４８１】
本発明のこの実施形態において、接続プロセッサー２０と接続メッセージングサーバー９０は、ユーザーとCFOWeb システム間のメッセージを処理し、FinXML（または他のXML)ドキュメントを、金融（Java)オブジェクト、に/から（to/from)、変換する。接続プロセッサー２０が、FinXML（または他のXML)ドキュメントと、メンバーおよびプロバイダの専用オブジェクト間の変換を実行するのに対し、接続メッセージングサーバー９０は、FinXML（または他のXML)ドキュメントとCFOWeb システムの専用オブジェクト間で、かかる変換を実行する。接続プロセッサー２０が、メンバーおよびプロバイダのクライアントサイトにおいて、分散メッセージング(distributed messaging)を提供している間、接続メッセージングサーバー９０は、（CFOWeb システム内で）集中メッセージング(centralized messaging)ならびに変換機能を提供する。したがって、本発明のこの実施形態において、接続プロセッサー２０のメッセージングの説明ならびに変換機能は、接続メッセージングサーバー９０にも適用可能である。
【０４８２】
a.  機能の概観(Functional Overview)
図７は、接続プロセッサーおよびその機能の概観を示している。接続プロセッサー１０１０（接続メッセージングサーバーを含む）は、様々なサーバー（図１に示すように）を含むCFOWeb システム１０００と、メンバーおよびプロバイダのシステム間の中継手段として機能する。接続プロセッサー１０１０は、”メッセージ”および”トレード”を処理する。メッセージには、メンバー／プロバイダと、実行されるアクションおよびイベントについて表現するCFOWeb システム１０１０の様々なサーバー（たとえば、チャット、eメール、報告、ポートフォリオ管理等）間のやりとりが含まれる。メッセージには、メンバーとプロバイダ間の金融取引に関するトレード情報が含まれている。しかし、全てのメッセージが、特定の金融取引に関する情報を含んでいないことに注意すべきである。
【０４８３】
メンバーおよびプロバイダは、接続プロセッサー１０１０に接続されたメッセージングミドルウェア・クライアントアプリケーション１１３０に対し、自動接続１１４０を通じて、以下の情報を順次送信する自動メッセージブローカー１１５０を介し、価格見積もり依頼、価格見積もり、ならびに、他のメッセージを送る。メッセージングミドルウェア・クライアントアプリケーション１１３０は、上記情報を、ＸＭＬストリーム１１２０形式で、接続プロセッサー１０１０に送る。（以下で説明するように）接続プロセッサー１０１０は、ＸＭＬ情報を、に”接続”メッセージオブジェクト（トレードオブジェクトを含む）１１０５に変換する（１１００）。接続プロセッサー１０１０は、メッセージオブジェクト１１０５を処理し（１０７０）、および、トレードに関連する場合には、メンバーまたはプロバイダにより供給されたコンテント１０６０を含むメッセージオブジェクト１１０５を、CFOWeb システム１０００に送る。これに代え、メッセージオブジェクト１１０５が、特定の金融取引に関する情報を含まず、CFOWeb システム１０００上の非取引機能に関するものである場合、接続プロセッサー１０１０は、システムのいずれかのサーバーにおいて実行されるアクションまたはイベントとしてメッセージオブジェクト１１０５を送る。
【０４８４】
接続プロセッサー１０１０は、メンバーあるいはプロバイダに対し、メッセージ１０５０（トレード情報を含んでもよい）をメッセージオブジェクト１０７５に変換することにより処理する（１０７０）。これに加え、接続プロセッサー１０１０は、いずれかのシステムサーバーにおいて生じるアクションおよびイベントをメッセージオブジェクト１０７５に変換することにより処理する（１０３０）。次に、接続プロセッサー１０１０は、メッセージオブジェクト１０７５をＸＭＬドキュメント１１１０（FinXML形式であってもよい）に変換する（１０９０）。接続プロセッサー１０１０は、かかるＸＭＬドキュメント１１１０（たとえば、価格見積もり又は価格見積もり依頼）を、メッセージングミドル・ウェアクライアントアプリケーション１１３０に送る。メッセージングミドルウェア・クライアントアプリケーション１１３０は、オブジェクトへの変換のため、このＸＭＬドキュメント１１１０を、自動接続１１４０を通じ、適切なメンバーあるいはプロバイダの自動メッセージブローカー１１５０に送る。メッセージの処理および変換、ならびに、CFOWeb システム１０００からのオブジェクトの処理と並行して、接続プロセッサー１０１０は、適切な目的地を決め（１０２０）、ＸＭＬドキュメント１１１０を受け取る特定のメンバーまたはプロバイダのため情報のアドレスを指定すること（１０８０）に注意すべきである。ＸＭＬドキュメント（FinXML形式であってもよい）は、メンバー又はプロバイダによって、適切に処理するため、オブジェクトに変換される（以下で説明する）。
【０４８５】
b.  アーキテクチャ(Architecture)
図８は、本発明のある実施形態における接続プロセッサー３２７５のアーキテクチャを示している。CFOWeb システム３２８０は、出て行くメッセージ３２１０および入ってくるメッセージ３２７０をそれぞれ記憶するための、アウトバウンド・キュー３２００（outbound queue）およびインバウンド・キュー（inbound queue）３２０５を含んでいる。本実施形態において、メッセージ３２１０および３２７０は、“Java メッセージサーバー”（“ＪＭＳ”）形式である。接続プロセッサー３２７５は、からメッセージ３２１０メッセージ”ペイロード”３２２０を抽出し、当該ペイロード３２２０を適切なメッセージハンドラー３２２５にJavaオブジェクトとして送るディスパッチャー・モジュール３２１５、を含む。ペイロード３２２０は、取引を結んだ当事者および取引の形式に関する情報を含む、FinXMLの”トレード”エレメント（上述し、図３で示した）によって表された情報を含んでいる。
【０４８６】
接続プロセッサー３２７５は、一以上のメッセージハンドラー３２２５を含んでおり、メンバー又はプロバイダによって受け取られるメッセージの各形式を取り扱うため、別のメッセージハンドラー３２２５を構成するようにしてもよい。ペイロード３２２０を用いることにより、アクションがペイロード３２２０中に含まれているものに基づく場合、適切なメッセージハンドラー３２２５は、ターゲットとするメンバー/プロバイダ３２３５上でアクション３２３０を起こす。メンバー／プロバイダシステム３２３５は、同期応答３２４０を送ることにより、メッセージハンドラー３２２５と通信を行う。かかるメンバー／プロバイダシステム３２３５は、メッセージコンストラクタ・サーブレット(Message Constructor Servlet)３２５０に対し、非同期応答３２４５を送る。かかるメッセージコンストラクタ・サーブレット３２５０は、転送プロトコル（たとえば、ＨＴＴＰ又はＴＣＰ／ＩＰ）コールを介してパラメーターを送ることにより、メンバー／プロバイダシステム３２３５が、CFOWeb システム３２８０のためのメッセージを非同期的に作成するのを可能にする。メッセージコンストラクタ・サーブレット３２５０は、非同期メッセージ３２５５をメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、メッセージハンドラー３２２５からの同期メッセージ３２６０も受け取る。メッセージ送信サービス３２６５は、CFOWeb システム３２８０のインバウンド・キュー３２０５に対し、メッセージ３２７０を、順次、転送する。
【０４８７】
c  メッセージ構造(Message Sturcture)
図９は、本発明のこの実施形態のCFOWeb システムとメンバーおよびプロバイダのシステム間の接続プロセッサーにより配信されたメッセージ１６００の構造を示している。前記システムは、システムのユーザー間で、全てのシステムイベントおよび取引をやりとりするため、メッセージを用いている。メッセージのカテゴリーには、”ワークフロー(Workflow)”メッセージと”制御(Control)”メッセージの２つのカテゴリーがある。ワークフローメッセージは、取引の構造および価額、ポートフォリオ管理、トレーディング、他の機能用のシステムサーバーに対する、および、からの引き渡し情報、ならびに、メンバーとプロバイダ間の引き渡し情報、を示すメインメッセージである。制御メッセージは、認証応答および例外情報(Exceptional Information)をやりとりする。
【０４８８】
この実施形態において、各メッセージ１６００は、”Java メッセージサーバー”（”ＪＭＳ”）形式におけるＸＭＬで表現されている。各メッセージ１６００は、ＪＭＳベースのミドルウエア１６１０およびドキュメント１６２０から構成されている。市販品であってもよいミドルウエア１６１０は、通信プロトコル（たとえば、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＳＳＬ）およびメッセージ管理、ならびに、ネットワークを越え、CFOWeb システムと接続プロセッサー間で、信頼性の高いＸＭＬドキュメントのやりとりを可能にするロギング機能(logging functionality)を備えている。
【０４８９】
ＸＭＬドキュメントであるドキュメント１６２０は、ヘッダ１６３０およびメッセージの詳細１６６０を含んでいる。ヘッダ１６３０は、メッセージ、アイデンティフィケーション１６４０およびルーティング情報１６５０を含む。メッセージ・アイデンティフィケーション１６４０は、メッセージのタイプ（たとえば、ワークフロー又は制御)、メッセージ識別子、日付／時刻スタンプ、を含んでいる。ルーティング情報１６５０は、メッセージのソースと行き先を特定す。かかる情報は、メンバーおよびプロバイダの参加に対抗して、ソースと行き先の識別子を解読する（maps)、CFOWeb システム内のルーティングテーブルによって管理される。
【０４９０】
メッセージの詳細１６６０は、メッセージの目的および詳細を表すテキスト含み、取引を定義するFinXMLでのトレード情報１６８０（上述の図３において、FinXMLTrade（トレード）”エレメントにより示されている）を有するペイロード１６７０を含むようにしてもよい。
【０４９１】
i. ＸＭＬメッセージの構造(XML Message Structure)
図１０は、本発明のこの実施形態における、ＸＭＬで表された接続メッセージの構造を示している。
【０４９２】
（a) メッセージルートタグ(Message Root Tag)
メッセージルートタグ１７００（すなわち、”CFOWeb接続”ルートタグ）は、接続メッセージとしてメッセージを識別し、以下の属性を含む：
・”System Name（システムの名称）”：”CFOWeb”、”接続”（メンバー又はプロバイダ用のシステム）等のメッセージを生成するシステムの名称、あるいは、該当する場合、第三者システムの名称。
【０４９３】
・”System ID （システム）ＩＤ”：メッセージを生成するシステムの識別子。
【０４９４】
・”Version（バージョン）”：接続メッセージボキャブラリーのバージョン；異なるメンバー／プロバイダ構造によって相違してもよい。
【０４９５】
・”Test（テスト）”：”test（テスト）（”Ｙ”）又は”live（ライブ）”
（”Ｎ”）としてのメッセージの識別子；ライブ環境におけるテストメッセージは、やりとりされるが、ビジネスワークフローに含まれず、動作しない。
【０４９６】
本発明のこの実施形態において、メッセージルートタグ１７００は、以下のXML定義を有している：
【０４９７】
【表４７】
2005521175.tif 000049
【０４９８】
（ｂ）ヘッダ(Header)
ヘッダエレメント１７０５は、メッセージ識別情報を表しており、以下の属性を含んでいる：
・”Conversation ID （会話ＩＤ）”：やりとりを行う当事者の一人により始められた特定の会話に属するものとして、メッセージを識別するシステムが割り当てたシーケンス番号。
【０４９９】
・”sequence ID（シーケンスＩＤ）”：制御メッセージによりリファレンスとして用いられる各通信ノードにより、別に生成され、メッセージに年代の順序付けを行うシーケンス番号。
【０５００】
・”Sent Time（セントタイム）”：ＸＭＬドキュメントが形成された時刻を表す、システムが割り当てたタイプスタンプ。
【０５０１】
本発明のこの実施形態において、ヘッダエレメント１７０５は、以下のXML定義を有している：
【０５０２】
【表４８】
2005521175.tif 000050
【０５０３】
（ｃ）ルーティング情報(Routing Information)
ルーティングエレメント１７１０は、メッセージのソースと行き先に関するリファレンスルーティング情報を含んでいる。この情報には、システムが定義したメンバーおよびプロバイダの識別子が含まれている。前記ルーティング情報は、ミドルウエア−アドレッシングスキーム(middleware-addressing scheme)（ポイント・ツー・ポイント・メッセージキュー、パブリッシュ／サブスクライブのトピック等の）を得るとともに、会話に関するユーザーの関与を識別するために用いられる。
【０５０４】
ルーティングエレメント１７１０は、以下のサブエレメントを含んでいる：
・”Source（ソース）”１７１５：ソースの組織の識別子；これは、契約相手エレメントの呼称であるが匿名でもよい。
【０５０５】
・”Destination（行き先）”１７２０：行き先の組織の識別子；これは、契約相手エレメントの呼称であるが、匿名でもよい。
【０５０６】
本発明のこの実施形態において、ルーティングエレメント１７１０は、以下のXML定義を有している：
【０５０７】
【表４９】
2005521175.tif 000051
【０５０８】
（ｄ）ワークフローメッセージ(Workflow Messages)
ワークフローメッセージエレメント１７２５は、金融取引、メンバーとプロバイダ間のやりとり、CFOWebシステムサーバーとの対話を含む、ワークフローのサイクルにおいて、状態遷移およびアクションをもたらすメッセージの説明、を含んでいる。ワークフローメッセージエレメント１７２５は、メンバーあるいはプロバイダが、取引情報に、フリーフォーム、テキスト、形式の情報を添付することを所望しているかどうかのインジケーターとして用いられる”Note(ノート）”エレメント１７３０、を含んでいる。また、ワークフローメッセージエレメント１７２５は、そのいずれにも、以下のワークフローメッセージタイプのいずれかを含んでいる：
（１）見積もり依頼(Quote Request)
（２）見積もり回答(Quote Response)
（３）見積もりに興味を示す(Quote Indicate Interest)
（４）見積もり受諾(Quote Accept)
（５）見積もり拒絶(Quote Reject)
（６）興味があることを示す示唆を撤回（Withdrawal Indication of Interest”ＩＯＩ”）
（７）見積もり依頼撤回(Withdraw Quote Request)
（８）見積もり撤回(Withdraw Quote)
（９）全ての見積もりを撤回  (Withdraw All Quote)
（１０）開示(Disclose)
（１１）価格依頼(Price Request)
（１２）価格回答(Price Response)
（１３）見積もり依頼期限満了(Quote Request Expiry)
（１４）見積もり期限満了(Quote Expiry)  
各ワークフローメッセージタイプエレメントは、以下で説明する異なるタイプのワークフローメッセージを表している。
【０５０９】
本発明のこの実施形態において、ワークフローメッセージタイプエレメント１７２５は、以下のXML定義を有している：
【０５１０】
【表５０】
2005521175.tif 000052
【０５１１】
（１）見積もり依頼メッセージ(Quote Request Message)
見積もり依頼メッセージエレメント１７５５は、プロバイダのシステムに、メンバーが価格の見積もりを依頼していること、を通知するメッセージを表している。見積もり依頼メッセージエレメント１７５５には、自身のペイロードとしてFinXMLトレードオブジェクトとともに、メンバーにより依頼された見積もりのタイプ（たとえば、スプレッド）に関する情報が含まれている。CFOWebシステムは、入ってきた見積もり依頼メッセージエレメント１７５５を、以下の方法で取り扱ってもよい：(i)  プロバイダが設定した自動的な値付けを用い、計算した価格を含む”見積もり回答メッセージ(Quote Request Message)”を送る；あるいは、(ii)  プロバイダが手動で価格見積もりができるよう、ペイロードからのトレードの詳細が、バックエンドのスプレッドシート、あるいは、他の値付けシステム内でロード可能な場合に、見積もりが完了することをプロバイダに警告するため、見積もり依頼情報を内部のトレーディング環境に渡す。
【０５１２】
見積もり依頼メッセージエレメント１７５５は、以下のサブエレメントおよび属性を含んでいる：
・”Quote Variable（見積もり変数）１７６０”：見積もりを表すのに必要な変数。
【０５１３】
・”Request ID（依頼ＩＤ）”：見積もり依頼の識別子。
【０５１４】
・”Expiray Time（期限）”：見積もり依頼に対し、見積もりを提出するためメンバーにより設定された（２４時間形式の）締め切り。
【０５１５】
・”Leg Ref”:  該当する場合、その間に見積もりが依頼された特定のトレードレグの識別子（たとえば、特定レグの”Leg ID”あるいは”None”）。
【０５１６】
・”Payload（ペイロード）”１７４０：特定の金融取引を表す情報。
【０５１７】
・”Payload Type（ペイロードのタイプ）”：ペイロードのカテゴリー(たとえば、FinXML)。
【０５１８】
・”Payload Ref”１７５０：特定の金融取引の識別子。
【０５１９】
本発明のこの実施形態において、見積もり依頼メッセージエレメント１７５５は、以下のXML定義を有している：
【０５２０】
【表５１】
2005521175.tif 000053
【０５２１】
以下は、本発明のこの実施形態における見積もり依頼メッセージエレメント１７５５の一例である：
【０５２２】
【表５２】
2005521175.tif 000054
【０５２３】
（２）見積もり回答メッセージ(Quote Response Message)
見積もり回答メッセージエレメント１７６５は、プロバイダがメンバーからの見積もり依頼メッセージに対する価格見積もりを提出した旨を、CFOWebシステム(CFO Web System)に通知するメッセージを表している。見積もり回答メッセージエレメント１７６５は、見積もられた変数値を含み、プロバイダが、修正又は別の構造を提案した場合に選択的に用いることができる、全部のトレードのペイロードを含んでもよい。CFOWebシステムは、元の見積もり依頼を価格見積りに更新し、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかるペイロードの情報を用いる。
【０５２４】
見積もり回答エレメント１７６５は、以下のサブエレメントおよび属性を含んでいる：
・”Quoted Variable”（見積もられた変数）”１７７０：見積もりを表すために用いられる見積もられる変数。
【０５２５】
・”Key（キー）”１７７５：見積もられた変数の名称。
【０５２６】
・”Value（値）”１７８０：価格見積もりの値。
【０５２７】
・”Pricing Detail（値付けの詳細）”１７８５：価格見積もりに関する追加情報（例えば、価格感応性（price sensitivity)）。
【０５２８】
・”Key（キー）”１７９０：値付け詳細の名称。
【０５２９】
・”Value（値）”１７９５：値付け詳細の値。
【０５３０】
・”Request ID（依頼ＩＤ）”：それに対して見積もり回答が提出される、見積もり依頼の識別子。
【０５３１】
・Quote ID（見積もりＩＤ）”：見積もり回答の識別子。
【０５３２】
・”Expiray Time（期限）”：見積価格の有効性についてプロバイダにより設定された（２４時間形式の）締め切り。
【０５３３】
・”Leg Ref”:  該当する場合、その間に見積もりが依頼された特定のトレードレグの識別子（たとえば、特定レグの”Leg ID”あるいは”None”）。
【０５３４】
・”Payload（ペイロード）”１７４０：特定の金融取引を表す情報。
【０５３５】
・”Payload Type（ペイロードのタイプ）”：ペイロードのカテゴリー(たとえば、FinXML)。
【０５３６】
本発明のこの実施形態において、見積もり回答メッセージエレメント１７６５は、以下のXML定義を有している：
【０５３７】
【表５３】
2005521175.tif 000055
【０５３８】
以下は、本発明のこの実施形態における見積もり回答メッセージエレメント１７６５の一例である：
【０５３９】
【表５４】
2005521175.tif 000056
【０５４０】
（３）他のワークフローメッセージ(Other Workflow Messages)
本発明のこの実施形態ならびに他の実施形態において、ワークフローメッセージエレメント１７２５は、金融取引に関するやり取り可能にするため、他のメッセージタイプを含んでもよい。
【０５４１】
（i)  見積もりに興味を示すメッセージ(Quote Indicate Interest Messages
見積もりに興味を示すメッセージエレメント１８００は、接続プロセッサー３２７５に、メンバーが、自身がした見積もり依頼に応じ、プロバイダによって提出された価格見積もりに興味を示したことを通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。接続プロセッサー３２７５は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もりに興味を示すメッセージエレメント１８００を送るメッセージハンドラー３２２５により構成することもできる。
【０５４２】
(ii)  見積もり受諾メッセージ(Quote Accept Mesage)
見積もり受諾メッセージエレメント１８０５は、メンバーが、プロバイダの提出した価格見積もりを受諾したいことを、接続プロセッサーに通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。見積もり受諾メッセージエレメント１８０５は、見積もり依頼およびメンバーによって受諾された価格に対するリファレンスを含んでいる。前記システムは、その価格が受諾されたプロバイダだけに見積もり受諾メッセージを送り、見積もり依頼に応じて価格見積もりを提出した他のすべてのプロバイダは、”見積もり拒絶メッセージ”（以下に説明する）を受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり受諾メッセージエレメント１８０５を送るメッセージハンドラー３２２５によって構成することもできる。
【０５４３】
(iii) 見積もり拒絶メッセージ(Quote Reject Message)
見積もり拒絶メッセージエレメント１８１０は、プロバイダの提出した価格見積もりをメンバーが拒絶したことをプロバイダに通知するため、CFOWebシステムによって用いられるメッセージを表している。このことは、メンバーが、プロバイダの価格見積もりを明確に拒絶し、あるいは、同じ見積もり依頼に対する他のプロバイダの見積もりを受諾する場合に生じ、これにより、暗黙のうちに他のすべての価格見積もりを拒絶することになる。見積もり拒絶メッセージエレメント１８１０は、見積もり依頼に対するリファレンスを含んでいる。を含んでいる。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり拒絶メッセージエレメント１８１０を送るメッセージハンドラー３２２５によって構成することもできる。
【０５４４】
(iv)  興味の示唆を撤回するメッセージ(Withdraw Indication of Interest Message)
興味の示唆を撤回する(”IOI”)メッセージ１８１５は、メンバーは、自身の見積もり依頼に応じてプロバイダの提出した価格見積もりについてメンバーが興味があることの示唆を撤回することを、接続プロセッサー３２７５に通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、撤回IOIメッセージ１８１５を送るメッセージハンドラー３２２５によって構成することもできる。
【０５４５】
(v)  見積もり依頼撤回メッセージ(Withdraw Quote Request Message)
見積もり依頼撤回メッセージエレメント１８２０は、メンバーが、以前送った見積もり依頼の撤回を希望することを、接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。元の見積もり依頼メッセージが送られていたすべてのプロバイダは、特定の見積もり依頼に基づく自身の価格見積もり動作、メンバーの見積もり依頼に応じてプロバイダの提出した価格見積もりについてメンバーが興味があることの示唆、を追跡することが必要がないことを示す、見積もり依頼撤回メッセージを受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり依頼撤回メッセージエレメント１８２０を送るメッセージハンドラー３２２５によって構成することもできる。
【０５４６】
(vi)  見積もり撤回メッセージ(Withdraw Quote Message)
見積もり撤回メッセージエレメント１８２５は、メンバーが、以前送られた価格見積もりを撤回することを希望している旨を表すため、CFOWebシステムによって用いられるメッセージを表している。前記見積もり撤回メッセージは、プロバイダが価格見積もりを手動で撤回した場合、CFOWebシステムから送ることができ、撤回動作がプロバイダの内部システム（手動、自動のいずれにおいても）の手段で行われた場合、接続プロセッサーで送ることできる。見積もり撤回メッセージが、接続プロセッサーを通じて生成された場合、同期クロックタイムスタンプが、価格見積もりの有効期限を示すメッセージ上に設定される。
【０５４７】
(vii)  開示メッセージ(Disclose Message)
開示メッセージエレメント１８３０は、以前に開示されなかった契約相手の身元を開示するため、CFOWebシステムによって用いられるメッセージを表している。かかる開示は、契約相手によって、自身の身元を開示するようシステムに対する通知がなされた場合にのみ行われる。
【０５４８】
(viii)  価格依頼メッセージ(Price Request Message)
価格依頼メッセージエレメント１８３５は、半自動で値付けを行うため、メンバーの内部システムからの要求に対し、メンバーが価格見積もりを要求していることを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。価格依頼メッセージエレメント１８３５には、メンバーにより依頼された見積もりのタイプ（たとえば、スプレッド）に関する情報とともに、自身のペイロードとしてFinXMLトレードオブジェクトが含まれている。接続プロセッサーは、一以上のプロバイダによりメッセージを取り扱うとともに、CFOWebシステムに、を含む価格見積もりを含む”価格応答メッセージ”（以下で説明する）を送る。
【０５４９】
(ix)  価格回答メッセージ(Price Response Message)
価格回答メッセージエレメント１８４０は、半自動で値付けを行うため、メンバーの内部システムが、価格依頼に対する価格見積もりを計算し、かかる価格見積もりをCFOWebシステムに提出したことを通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかる情報を用いる。プロバイダは、前記見積もりを、かかる価格情報を用い、あるいは、手動で入力された情報を用いて提出するようにしてもよい。いずれの場合でも、プロバイダは、価格見積もりを手動により（たとえば、ボタンをクリックすることにより）メンバーに提出する。
【０５５０】
(x)  見積もり依頼期限満了(Quote Request Expiry Message)
見積もり依頼期限満了メッセージエレメント１８４５は、メンバーの見積もり依頼期限が満了したことを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、見積もり依頼の期限が満了すると、見積もり依頼期限満了メッセージを自動的に生成する。元の見積もり依頼メッセージが送られていたすべてのプロバイダは、特定の見積もり依頼に基づく自身の価格見積もりを追跡することが必要がないことを示す、見積もり依頼期限満了メッセージを受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり依頼期限満了メッセージエレメント１８４５を送るメッセージハンドラー３２２５によって構成することもできる。           
(xi)  見積もり期限満了メッセージ(Quote Expiry Message)
見積もり期限満了メッセージエレメント１８５０は、プロバイダによる価格見積もりの期限が満了したことを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、価格見積もりの期限が満了すると、見積もり期限満了メッセージを自動的に生成する。
【０５５１】
(xii)  全ての見積もりを撤回するメッセージ(Withdraw All Quote Message)
全ての見積もりを撤回するメッセージエレメント１８５５は、プロバイダが、全ての価格見積もりを撤回したい旨を、接続プロセッサーに通知するためCFOWebシステムによって用いられるメッセージを表している。かかるメッセージは、撤回された見積もりについての基準を特定することができる。
【０５５２】
(e)  制御メッセージ(Control Message)
制御メッセージエレメント１８６０は、メッセージの受信および処理の成否を示すため、ワークフローメッセージに応じて送られるメッセージの記述を含んでいる。ミドルウエアは、CFOWebシステムと接続プロセッサー間でメッセージを送信する役割を果たすが、かかるミドルウエアは、一定の引き渡し時間中、ＸＭＬコンテンツ変換ならびに処理をうまく実行すること、あるいは、価格見積もりをうまく提供することを含む、特定のシステムパフォーマンスパラメータを保証するものではない。これにより、制御メッセージエレメント１８６０は、メッセージ受け渡しの受領通知を与えるとともに、エラー状態をメッセージの送信者に報告する。
【０５５３】
制御メッセージエレメント１８６０は、それに対して制御メッセージ１８６０が適用される特定のワークフローメッセージのため、システムにより割り当てられたシーケンス番号である”シーケンスＩＤ(sequence ID)”を含む。また、制御メッセージエレメント１８６０は、そのいずれにも、以下のワークフローメッセージタイプのいずれかが含まれている：
（１）受領（ACK）
（２）エラー(error)
各制御メッセージタイプエレメントは、以下で説明する異なるタイプの制御メッセージを表している。
【０５５４】
本発明のこの実施形態において、制御メッセージタイプエレメント１８６０は、以下のXML定義を有している：
【０５５５】
【表５５】
2005521175.tif 000057
【０５５６】
（１）受領メッセージ(Acknowledge Message)
受領（”ACK”）メッセージエレメント１８６５は、受信、変換、接続メッセージおよび取引ペイロードの処理がうまくいったことを認証するために用いられる。受領メッセージメッセージエレメント１８６５は、受領メッセージにより実行されるペイロードエレメント１７４０に対するリファレンスを含む、”Our Payload Ref（我々のペイロードのリファレンス)”エレメント１８７０を含んでいる。”Our Payload Ref（我々のペイロードのリファレンス)”エレメント１８７０は、以下のサブエレメントを含んでいる：
・”Payload Type（ペイロードタイプ）”：ペイロードのカテゴリー(たとえば、FinＸＭＬ）。
【０５５７】
・”Payload ID（ペイロードID)”：前にやり取りされたペイロードの識別子。
【０５５８】
本発明のこの実施形態において、我々のペイロードのリファレンスエレメント１８７０を含む、受領メッセージエレメント１８６５は、以下のXML定義を有している：
【０５５９】
【表５６】
2005521175.tif 000058
【０５６０】
以下が、本発明のこの実施形態における受領メッセージエレメント１８６５の例である：
【０５６１】
【表５７】
2005521175.tif 000059
【０５６２】
本発明の本実施形態および他の実施形態おいて、受領メッセージエレメント１８６５は、以下で説明するように、取引の認証および完了のための特定の受領メッセージを含むようにしてもよい。
【０５６３】
(i)  取引ダウンロード応答メッセージ(Trade Download Reqponse Message)
取引ダウンロード応答メッセージエレメントは、メンバーとプロバイダが特定の価格見積もりのタームに合意し、かかる特定の取引が、これから処理されるべきであることを、プロバイダの内部システムに通知するため、CFOWebシステムにより用いられるメッセージを表している。接続プロセッサーは、処理のため、すべての関連取引情報をプロバイダの内部システムに送るため、取引ダウンロード応答メッセージエレメントを用いる。かかる取引ダウンロード応答メッセージエレメントは、取引ペイロードを含む。
【０５６４】
(ii)  取引ダウンロード承諾メッセージ(Trade Download Acknowledge Message)
取引ダウンロード承諾メッセージエレメントは、接続プロセッサーに、プロバイダのすべての必要な内部システムが特定取引の初期の処理を完了したことを通知するため、CFOWebシステムによって用いられるメッセージを表している。
【０５６５】
(iii)  取引ダウンロード依頼メッセージ(Trade Download Request Message)
取引ダウンロード依頼メッセージエレメントは、CFOWebシステムから、実行された取引をダウンロードするのに必要な場合に、接続プロセッサーにより用いられるメッセージを表している。これは、通常、トレードが、正常にロードされなかった場合に生じる。CFOWebシステムは、トレード情報を処理し、プロバイダの内部システムに供給するよう、すべてのトレード情報を接続プロセッサーに送るために、取引ダウンロード依頼メッセージを用いる。
【０５６６】
(iv)  取引認証依頼メッセージ(Deal Verify Request Message)
取引認証依頼メッセージエレメントは、プロバイダの内部システムにおいて取引の完了が認証されたことをCFOWebシステムに通知し、CFOWebシステムにも、取引の完了を認証するよう依頼するため、接続プロセッサーにより用いられるメッセージを表している。
【０５６７】
(v)  取引認証承諾メッセージ(Deal Verify Acknowledge Message)
取引認証承諾メッセージエレメントは、CFOWebシステムに対して、取引認証依頼メッセージが受信された確認を送るため、接続プロセッサーにより用いられるメッセージを表している。
【０５６８】
(vi)  取引検証確認メッセージ(Deal Verify Confirm Message)
取引検証確認メッセージエレメントは、接続プロセッサーに対して、検証依頼がうまく実行されたことの確認を送るため、CFOWebシステムにより用いられるメッセージを表している。
【０５６９】
(２)  エラーメッセージ(Error Message)
エラーメッセージエレメント１８７５は、ＸＭＬからオブジェクトへの変換、あるいは、値付けアルゴリズムの実行がうまくいかなかった場合を含む、ＸＭＬメッセージコンテンツのアプリケーションレベルメッセージの処理がうまくいなかった場合には、いつでも、メッセージの送信者に対して通知するため用いられる。エラーメッセージエレメント１８７５は、以下のサブエレメントを含んでいる：
・”Error Code（エラーコード）１８８０”：特定タイプのエラーの識別子。
【０５７０】
・”Error Text（エラーテキスト）１８８５”：特定タイプのエラーのテキストによる記述。
【０５７１】
本発明のこの実施形態において、エラーメッセージエレメント１８７５は、以下のXML定義を有している：
【０５７２】
【表５８】
2005521175.tif 000060
【０５７３】
以下が、本発明のこの実施形態におけるエラーメッセージエレメント１８７５の例である：
【０５７４】
【表５９】
2005521175.tif 000061
【０５７５】
d.  メッセージフロー(Message Flow)
ワークフローメッセージの流れは、ワークフローメッセージのタイプ（例えば、見積もり依頼、価格見積もり）および処理のタイプ（例えば、自動、主導、同期、非同期）によって異なるが、CFOWebシステムから、接続プロセッサーを介して、メンバーおよびプロバイダの内部システムに向かって前後に流れる。
【０５７６】
i. 自動値付け-同期(Automated Pricing - Synchronous)
図１１は、同期自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から見積もり依頼メッセージ３３１０を送る。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として見積もり依頼メッセージハンドラー３３０５に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、見積もり依頼メッセージハンドラー３３０５は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。プロバイダの値付けエンジン３３００は、見積もり依頼メッセージハンドラー３３０５に、”価格返送(return price)”メッセージ３３２５形式で同期応答を返送する。見積もり依頼メッセージハンドラー３３０５は、価格見積もりを用いて見積もり応答メッセージ３３３０を生成し、それをメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。
【０５７７】
ii. 自動値付け-非同期(Automated Pricing - Asynchronous)
図１２は、非同期自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から、見積もり依頼メッセージ３３１０を送る。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として見積もり依頼メッセージハンドラー３３０５に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、見積もり依頼メッセージハンドラー３３０５は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。プロバイダの値付けエンジン３３００は、メッセージの詳細３３１８（すなわち、価格見積もり）を含む非同期応答を、メッセージコンストラクタ・サーブレット３２５０に送る。メッセージコンストラクタ・サーブレット３２５０は、価格見積もりを用いて見積もり応答メッセージ３３３０を作成し、それをメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。
【０５７８】
iii.  半自動値付け-同期(Semi-Automated Pricing - Ｓynchronous)
図１３は、同期半自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から見積もり依頼メッセージ３３１０および価格依頼メッセージ３３４０を送る。価格依頼メッセージ３３４０は、半自動で値付けを行うため、メンバーの内部システムからの要求に対し、メンバーが価格見積もりを要求していることを接続プロセッサー３２７５に通知するため、CFOWebシステム３２８０によって用いられるメッセージである。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として価格依頼メッセージハンドラー３４００に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、価格依頼メッセージハンドラー３４００は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。
【０５７９】
プロバイダの値付けエンジン３３００は、価格依頼メッセージハンドラー３４００に、”価格返送（Return Price)”メッセージ３３２５形式で同期応答を返送する。価格依頼メッセージハンドラー３４００は、価格見積もりを用いて価格応答メッセージ３３４５を生成し、それをメッセージ送信サービス３２６５に送る。価格応答メッセージ３３４５は、半自動で値付けを行うため、メンバーの内部システムが、価格依頼に対する価格見積もりを計算し、かかる価格見積もりをCFOWebシステム３２８０に提出したことを通知するため、CFOWebシステム３２８０によって用いられるメッセージである。かかるCFOWebシステム３２８０は、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかる情報を用いる。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。
【０５８０】
iv.  取引送信-非同期(Deal Transmission-Asynchronous)
図１４は、完了した取引の非同期送信が行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャーモジュール３２１５に対し、アウトバウンドキュー３２００から取引ダウンロード応答メッセージ３５１０を送る。取引ダウンロード応答メッセージは、プロバイダおよびメンバーの双方が、特定の価格見積もりのタームに合意し、かかる特定の取引が、これから処理されるべきであることを、プロバイダの内部システムに通知するため、CFOWebシステム３２８０により用いられるメッセージである。接続プロセッサーは、処理のため、すべての関連取引情報をプロバイダの内部システム（すなわち、キャプチャシステム３５０５）に送るため、取引ダウンロード応答メッセージを用いる。
【０５８１】
ディスパッチャー３２１５は、取引ダウンロード応答メッセージ３５１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として取引ダウンロード応答メッセージハンドラー３５００に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、取引ダウンロード応答メッセージハンドラー３５００は、プロバイダの内部システム内の目標プロバイダ取引キャプチャシステム(target Provider deal capture system)３３０５上で”コール取引キャプチャ機能（Call Deal Capture Function)”３５１５を実行する。コール取引キャプチャ機能”３３１５は、目標プロバイダの取引キャプチャシステム３５０５に、トレードオブジェクト３３１５中に含まれる情報に基づき、完了した取引を処理することを通知する。プロバイダの取引キャプチャシステム３５０５は、メッセージの詳細３５２０を含む同期応答を、メッセージコンストラクタ・サーブレット３２５０に送る。メッセージコンストラクタ・サーブレット３２５０は、メッセージ詳細３５２０を用いてトレードダウンロード受領（”ＡＣＫ”）メッセージ３５２５を作成し、それをメッセージ送信サービス３２６５に送る。トレードダウンロード受領メッセージは、プロバイダのすべての必要な内部システムが特定取引の初期の処理を完了したことを、CFOWebシステム３２８０に通知するため、接続プロセサー３２７５により用いられるメッセージである。メッセージ送信サービス３２６５は、CFOWeb システム３２８０のインバウンド・キュー３２０５に対し、トレードダウンロード受領メッセージ３５３０を、順次、転送する。
【０５８２】
３．  ”FinScript”
本発明は、ユーザー（メンバーおよびプロバイダ）が、ユーザーに対する接続、バックエンドシステムを介し、CFOWeb システムおよび接続プロセッサーを用いて、金融取引を実行するのを可能にする。本発明のこの実施形態においては、”FinScript”として知られるXSLにより作成された専用のスタイルシートを用い、FinXML（または他のXML)ドキュメントを、ユーザーの内部システム上で用いられる金融（Java)オブジェクト、に/から（to/from)、変換することにより、接続プロセッサーが、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWebシステム間での金融取引に関する情報のやりとりを可能にする。接続プロセッサー２０（図１に示す）は、サーバー側で処理可能なオブジェクトへの変換のため、転送プロトコル（たとえば、HTTPまたはTCP/IP）を用いて、接続メッセージングサーバー９０に送ることができるFinXMLを作成する。処理の後、接続メッセージングサーバー９０は、ＸＳＬスタイルシートを用い、前記オブジェクトをFinXML（または他のXML)ドキュメントに変換し、FinXML（または他のXML)ドキュメントからJavaScriptプログラムを作成するためにFinScriptを用いる、接続プロセッサー２０にFinXML（または他のXML)ドキュメントを送る。JavaScriptプログラムから、順次、Javaオブジェクトが作られ、他の組織（たとえば、プロバイダ）に送られる。
【０５８３】
a. 金融オブジェクトのFinXMLドキュメントへの変換（暗号化）(Conversion(Encoding) of Financial Objects to FinXML Documents)
ユーザー（メンバーおよびプロバイダ）が、CFOWeb システムに対して情報（たとえば、見積もり依頼又は価格見積もり）を送りたい場合、接続プロセッサーは、ユーザーの内部システムを用いることにより、専用の金融オブジェクトを、CFOWeb システムで使用可能なFinXML（または他のXML)ドキュメントに変換しなければならない。図１５は、変換（暗号化）プロセスのコンポーネントを示し、図１６は、本発明のこの実施形態においてかかる変換を行うため、システムによって実行されるステップを示している。本発明の他の多くの実施形態においては、これらのステップを、組み合わせることができ、特定のステップを省略することもでき、その他を削除し、および／又は、ステップの順序を修正することもできるということに注意すべきである。
【０５８４】
ユーザーが、取引に関する情報（たとえば、メンバーからの見積もり依頼、プロバイダからの価格見積もり）を提出したい場合、ユーザーのメッセージングクライアントは、ユーザーの内部システム上に示されているような金融オブジェクト１４００（図１５に示す）を、アプリケーションプログラミングインターフェース（”ＡＰＩ”）を介し、接続プロセッサーに送る（図１６のステップ１４７０）。通常、金融オブジェクト１４００は、ユーザーの内部システム上に、”オブジェクトグラフ”形式であるJavaオブジェクトとして記憶される。かかるオブジェクトグラフは、金融オブジェクトのエレメントおよび属性を表わす相互にリンクされたノード(inter-linked nodes)から構成される。
【０５８５】
金融オブジェクト１４００を受け取ると、接続プロセッサーは、金融オブジェクト１４００を適用させるために、適用可能なＸＭＬオブジェクトマッピング１４１０を特定する（ステップ１４８０）。本発明の一部の実施形態において、ＸＭＬオブジェクトマッピング１４１０は、ユーザーに特化した金融オブジェクトの形式および構造に対応させるため、ユーザーによりカスタマイズされてもよい。
【０５８６】
以下は、本発明のこの実施形態に用いられるＸＭＬオブジェクトマッピング１４１０の例である：
【０５８７】
【表６０】
2005521175.tif 000062
【０５８８】
次に、接続プロセッサーは、ダイナミックドキュメントモデル（”ＤＯＭ”）パーサーモジュール１４２０に、金融オブジェクト１４００を分析させ、金融オブジェクト１４００のエレメントならびに属性にＸＭＬオブジェクトマッピング１４１０を適用する（ステップ１４９０）。ＤＯＭは、プログラムおよびスクリプトが、コンテンツ、ドキュメントの構造やスタイルシート動的にアクセスし、更新することを許容する、プラットフォームであるとともに、言語にニュートラルなインターフェースである。ＤＯＭは、ＨＴＭＬおよびＸＭＬドキュメントを表すため、オブジェクトの標準的な設定、これらのオブジェクトがどのようにして組み合わせれるかについての基準、ならびに、アクセスし、これらを操縦するための標準的なインターフェースを提供する。ＤＯＭは、ドキュメントオブジェクトモデル（ＤＯＭ）レベル１明細１．０版（１９９８年１０月１日）、ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/REC-DOM-Level-1＞に説明されている。
【０５８９】
ダイナミックＤＯＭパーサーは、金融オブジェクト１４００のオブジェクトグラフに対して１：１でマッピングするＤＯＭ”ツリー”（１４３０）を生成する（ステップ１５００）。ＤＯＭツリーを生成することは、動的であり、オブジェクトグラフの有限の境界（過渡的な閉鎖(transitive clodure)）が決定されるにつれ、必要に応じて行われる(as-needed basis)。したがって、必要に応じて、ステップ１４９０および１５００を、繰り返してもよい。次に、接続プロセッサーは、ＤＯＭツリー１４３０に適用するため、ＤＯＭ  ツリー１４３０に含まれるオブジェクト値に基づき、ＸＳＬのスタイルシート１４４０を得る（ステップ１５１０）。”FinScript”として知られる、専用のＸＳＬのスタイルシート１４４０は、導き（すなわち、境界を決定し）、ＤＯＭツリー１４３０をFinXMLドキュメントに変換するためのルールを含んでいる。本発明のこの実施形態において、ＸＳＬのスタイルシート１４４０は、一つのルートにリンクされている。本発明の一部の実施形態においては、ユーザーに特化した金融オブジェクトの形式および構造に対応するため、ＸＳＬのスタイルシート１４４０は、ユーザーによりカスタマイズされてもよい。
【０５９０】
以下は、本発明のこの実施形態に用いられるＸＳＬのスタイルシート１４４０の例である：
【０５９１】
【表６１】
2005521175.tif 000063
【０５９２】
次に、接続プロセッサーは、ＸＳＬスタイルシート１４４０のルールをＤＯＭツリー１４３０に適用するため、市販の部品（たとえば、ＩＢＭ社のロータスＸＳＬ製品）である、ＸＳＬＴプロセッサー１４５０を動作させる（ステップ１５２０）。このプロセスは、CFOWebシステムにより使用可能なFinXMLドキュメント１４６０を生成することになる。以下は、本発明のこの実施形態において、ＸＳＬＴプロセッサー１４５０に生成されるFinXMLドキュメント１４６０の例である：
【０５９３】
【表６２】
2005521175.tif 000064
【０５９４】
CFOWebシステムの様々なサーバーにより用いられる専用の金融オブジェクトを、接続プロセッサーに送ることができるFinXML（又は他のＸＭＬ）ドキュメントに変換するため、接続メッセージングサーバーにより上で説明したものと同じプロセスが用いられることに注意すべきである。
【０５９５】
b.  金融オブジェクトへのFinXMLドキュメントの変換（複号化）(Conversion(Decoding) of Financial Objects to FinXML Documents)
ユーザー（メンバー又はプロバイダ）に対し、CFOWebシステムが、取引に関する情報の送信準備を完了すると、接続プロセッサーは、FinXML（あるいは他のＸＭＬ）ドキュメントを、ユーザーの内部システムにより使用可能な専用の金融オブジェクトに変換しなければならない。図１７は、変換（又は複号化）プロセスのコンポーネントを示し、図１８は、本発明の一実施形態において、かかる変換を行うためシステムにより実行されるステップを表す。本発明の他の多くの実施形態においては、これらのステップを、組み合わせることができ、特定のステップを省略することもでき、その他を削除し、および／又は、ステップの順序を修正することもできるということに注意すべきである。
【０５９６】
CFOWebシステムが、取引に関する情報（たとえば、メンバーからの見積もり依頼、プロバイダからの価格見積もり）の送信を希望する場合、接続メッセージングサーバーは、あらかじめ作成されたFinXML（あるいは他のＸＭＬ）ドキュメント１２００（図１７に示す）を、接続プロセッサーに送る（図１８のステップ１３００）。以下は、本発明において作成されるFinXMLドキュメント１２００の例である：
【０５９７】
【表６３】
2005521175.tif 000065
【０５９８】
FinXML（あるいは他のＸＭＬ）ドキュメント１２００を受け取ると、接続プロセッサーは、FinXMLドキュメント１２００により識別された取引のタイプに基づき、FinXMLドキュメント１２００を適用するためＸＳＬスタイルシート１４４０を得る（ステップ１３１０）。それぞれのタイプの取引、ならびに、CFOWebシステムによりサポートされる全てのオプションについて、異なるタイプのＸＳＬスタイルシートが存在する。”FinScript”として知られるＸＳＬスタイルシート１２１０は、FinXMLドキュメント１２００を、再使用可能なJavaScriptプログラミングコードの断片(fragments)を含む、JavaScriptプログラムに変換するためのルールを含んでいる。本発明のこの実施形態において、ＸＳＬのスタイルシート１２１０は、一つのルートにリンクされている。本発明の一部の実施形態において、ユーザーに特化した金融オブジェクトの形式および構造に対応するため、ＸＳＬのスタイルシート１２１０は、ユーザーによりカスタマイズされてもよい。
【０５９９】
以下は、本発明のこの実施形態に用いられるＸＳＬのスタイルシート１２１０の例である：
【０６００】
【表６４】
2005521175.tif 000066
【０６０１】
次に、接続プロセッサーは、ＸＳＬスタイルシート１２１０のルールを、FinXML（あるいは他のＸＭＬ）ドキュメント１２００に適用するため、市販の部品（たとえば、ＩＢＭ社のロータスＸＳＬ製品）である、ＸＳＬＴプロセッサー１２２０を動作させる（ステップ１３２０）。このプロセスは、Javaオブジェクトを生成するのに実行可能なJavaScriptプログラム１２３０を生じさせる（ステップ１３３０）。以下は、本発明のこの実施形態において、ＸＳＬＴプロセッサー１２２０により生成されるJavaScriptプログラム１２３０の例である：
【０６０２】
【表６５】
2005521175.tif 000067
【０６０３】
次に、接続プロセッサーは、JavaScriptプログラム１２３０を実行するため、市販の部品（たとえば、モジラ(Mozilla. Org's)社の”Rhino”JavaScript インタープリタ）である、JavaScript インタープリタ１２４０を動作させる（ステップ１３４０）。このプロセスは、ユーザーの内部システムにより使用可能なJavaオブジェクトである、金融オブジェクト１２５０を作成する（ステップ１３５０）。接続プロセッサーは、APIを介し、ユーザーシステムのメッセージングクライアントアプリケーションに、金融オブジェクト１２５０を送る（ステップ１３６０）。
【０６０４】
接続プロセッサーで生成され、送られたFinXML（あるいは他のＸＭＬ）ドキュメントを、CFOWebシステムのさまざまなサーバーにより用いられる専用の金融オブジェクトに変換するため、上述したものと同じプロセスが接続メッセージングサーバーにより用いられることに注意しなければならない。
【０６０５】
c.  非XMLドキュメントの金融オブジェクトへの変換(Conversion of non-XML Documents to Financial Objetcs)
本発明の他の実施形態において、接続プロセッサーは、上述のFinScriptスタイルシートを用いて、バイナリデータストリーム、バイトストリーム、他のデジタル情報ストリームあるいはハッシュ・テーブル(hash tables)等の非XML形式のドキュメントを、ユーザーの内部システム上で用いられるような専用の金融（Java）オブジェクトに/から（to/from)、変換することにより、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWebシステム間での金融取引に関する情報のやりとりを可能にする。接続プロセッサー２０（図１に示す）は、サーバー側で処理可能なオブジェクトへの変換のため、転送プロトコル（例えば、ＨＴＴＰまたはＴＣＰ/ＩＰ）を用いて、接続メッセージングサーバー９０に送ることができる非ＸＭＬ形式のドキュメントを作成することができる。処理の後、接続メッセージングサーバー９０は、ＸＳＬスタイルシートを用い、前記オブジェクトを非ＸＭＬ形式ドキュメントに変換し、そのドキュメントからJavaScriptプログラムを作成するため、かかるドキュメントを、FinScriptを用いる接続プロセッサー２０に送る。
【０６０６】
４．マルチーポータル“接続”プロセッサー(Multi-Portal "Connect" Processor)
本発明の一実施形態において、上述の接続プロセッサーは、複数の異なるポータルが、接続プロセッサーと、次々と、同時に通信可能となるよう変更することが可能である。かかるポータルは、本システムを用い、ここで説明するタイプの金融取引を希望する銀行（すなわち、プロバイダ）および企業体（すなわち、メンバー）を含んでもよい。
【０６０７】
接続プロセッサーを用いてマルチポータル取引を生じさせるには、いくつかのシナリオが存在する。最初のシナリオとしては、企業体と各銀行が同じメッセージセット（例えば、ＸＭＬベースあるいは非ＸＭＬベースのメッセージセット）ならびにプロトコルを用いる場合、単一の企業体は、一以上の銀行と取引を実行することができる。第二シナリオとしては、取引に関連する当事者が異なるメッセージセットならびにプロトコルを用いる場合、一以上の企業体は、単一の銀行と取引を行うことが可能であり、接続プロセッサーは、当事者の取引メッセージを、共通のメッセージセット（例えば、FinXML)に変換し、銀行による処理のため、それらを一のメッセージフローに集約するとともに、銀行からのメッセージを、各企業体に適用可能なメッセージセットおよびプロトコルに変換する。第三シナリオとしては、取引に関連する当事者が異なるメッセージセットならびにプロトコルを用いる場合、一以上の銀行は、単一の企業体と取引を可能であり、接続プロセッサーは、当事者の取引メッセージを、共通のメッセージセット（例えば、FinXML)に変換し、企業体との通信のため、それらを一のメッセージフローに集約するとともに、企業体からのメッセージを、各銀行に適用可能なメッセージセットおよびプロトコルに変換する。
【０６０８】
a.  アーキテクチャ(Architecture)
マルチポータル取引を可能にするよう変更した、接続プロセッサーのマルチポータル実施形態のアーキテクチャを、図１２４に示す。銀行および企業体からの複数の外部ポータル（ポータル９８１０、９８３０、９８５０）は、公衆の又はプライベートネットワークを介して接続プロセッサー９８００に接続される。各ポータルは、ポータルから入ってくるメッセージとともに、接続プロセッサー９８００から送られる応答メッセージを受ける、関連クライアント（クライアント９８１５、９８３５、９８５５）を有する。各クライアントは、関連するブリッジ（ブリッジ９８２０、９８４０、９８６０）に接続されている。
【０６０９】
各ブリッジは、それぞれが、入力”レシーバー”アダプタおよび出力”センダー”アダプタで構成される”プラグイン”アダプタであり、特定の役割を果たす。かかるプラグイン・アダプタは、接続プロセッサー９８００とのインターフェースを行うため、システム接続プロセッサー９８００に含まれても、企業体あるいは銀行によって生成されてもよい。前記ブリッジは、関連するポータル元のメッセージ形式（ＸＭＬベースあるいは非ＸＭＬベース）と、接続プロセッサー９８００の標準形式（たとえば、FinXML)間を変換するとともに、関連するポータルの転送プロトコル（例えば、ＤＬＬ、ＦＴＰ、ＪＭＳ等）と、接続プロセッサー９８００の転送プロトコルを結合させる役割を果たす。各ブリッジは、メッセージを、そこへ／そこから、送り／受け取り、およびバス９８０５とやりとりする、役割を果たす関連するバスクライアント（バスクライアント９８２５、９８４５、９８６５）に接続される。関連バスクラクライアントは、特定のエンティーによるメッセージの受け渡しを制御するため、フィルターを用いてもよい。かかるフィルターは、プロパティーが、システム識別子、エンティーの名称、メッセージのタイプ、取引のタイプ、タイムゾーン、通貨のタイプ、および、エンティーにより与えられる他のプロフィール情報等の情報を含む場合、各メッセージに適応されたメッセージヘッダのプロパティー形式により特定することができる。
【０６１０】
バス９８０５は、様々なブリッジ、サービス、トランスレーター、メッセージルダー、接続プロセッサー９８００に接続されるその他のプラグインアダプターと接続する。バス９８０５は、デイスパッチ・レジストリを用い、それに対し、各メッセージが、送られるのに適したバスクライアントを決定する。かかるデイスパッチ・レジストリは、接続プロセッサー９８００に接続された各銀行および企業体のため、銀行又は企業体が、自身のシステムプロフィール情報においてプロフィール情報の受け取りを希望することを示すメッセージの各タイプのための特定のバスクライアントのアドレスを含むデータベースである。別の”複数のチャネル(channels)”（すなわち、ポータル、サービス、トランスレーター、メッセージビルダー等）であって、それらのために、バス９８０５が相互に通信を行うことができるものは、互いのことについて知ってはならないことに注意すべきである。たとえば、企業体および銀行は、トピックにメッセージを送るとともに、それに対するメッセージが受信されるべきトピックを特定することにより、共通の”トピック(topics)”のセットを通じて通信を行うことができる。エンティーは、他のいずれかのエンティー又は銀行が、現在トピックを”聞いている(listening)”かどうかを知らなくても、トピックにメッセージを送ることができ、これとは逆に、エンティーは、他のいずれかのエンティー又は銀行が、現在トピックを”、公表している(publishing)”かどうかを知らなくても、特定のトピックに関するメッセージを受け取るため加入することができる。バス９８０５は、かかるトピックメッセージを、どのようにして適切な目的地へ転送するかを決定する。
【０６１１】
ポータルに加え、為替又は利率情報等の応答メッセージを生成するのに必要な情報を含むデータベース等の接続プロセッサー９８００に、他の機能を接続するようにしてもよい。たとえば、データベース９８７０は、データベースクライアント９８７５を介して接続プロセッサー９８００に接続されている。データベースクライアント９８７５は、接続プロセッサー９８００から送られたデータ要求メッセージとともに、データベース９８７０からのデータを受け取る。データベースクライアント９８７５は、キャッシュサービス９８８０、接続プロセッサー９８００から受け取ったFinXMLメッセージよりデータ要求メッセージを生成するプラグインアダプタに接続される。キャッシュサービス９８８０は、それに対し／そこから(to/from)、メッセージを、送り／受け取り(send/receive)、ならびに、バス９８０５とやりとりする役割を果たす、キャッシュバスクライアント９８８５に接続される。
【０６１２】
メッセージビルダー９８９０は、メッセージビルダーブリッジ９８９５と協働して、接続プロセッサー９８００を介し、ポータルによって送られたメッセージに対してFinXML応答メッセージを作成する。メッセージビルダーバスクライアント９９００は、メッセージを、それに対し／そこから、送り／受け取り、ならびに、バス９８０５とやりとりする役割を果たす。
【０６１３】
一以上のトランスレーター（９９０５、９９１５）は、取引メッセージをやりりする必要に応じて、一のアプリケーション言語を、ポータルおよびブリッジとは無関係の、別のものに変換するよう、機能する。たとえば、トランスレーターは、ＸＳＬスタイルシートをＸＭＬベースあるいは非ＸＭＬベースのオブジェクトに変換するようにしてもよい。トランスレーターバスクライアント（９９１０、９９２０）は、メッセージを、それに対し／そこから、送り／受け取り、ならびに、バス９８０５とやりとりする役割を果たす。
【０６１４】
b.  メッセージフロー(Message Flow)
マルチポータル取引を可能するよう変更した、接続プロセッサーのマルチポータル実施形態のメッセージフローを、図１２５に示す。前記システムを用いて一以上の銀行に対して企業が提出する見積もりの依頼等の通常の取引において、企業体、たとえば、図２４のポータル１である９８１０は、接続プロセッサー９８００等のシステムに対し、特定タイプの取引（たとえば、スワップ、スポット等）についての見積もり依頼を提出する。クライアント１  ９８１５は、それと関連するポータル１  ９８１０からの入力メッセージを受け取る（図１２５のステップ１００００）。ブリッジ1  ９８２０は、ポータル１  ９８１０において企業体により用いられる元の形式のメッセージを、”接続メッセージ(Connect message)”、すなわち、接続プロセッサー９８００により用いられる、FinXML等のメッセージ形式に変換する（ステップ１００５０）。次に、関連するバスクライアント１  ９８２５は、バス９８０５を介し、接続メッセージを、バス９８０５によって決定された適切な目的地に送る（ステップ１００１０）。この特定の例において、目的地は、他のメッセージについては、メッセージビルダー９８９０であるが、目的地は、キャッシュサービス９８８０、あるいは、トランスレーター９９０５等の他の言語トランスレーター等の他のポータルあるいはサービスであってもよい。
【０６１５】
メッセージビルダーバスクライアント９９００は、バス９８０５から接続メッセージを受け取り、メッセージビルダー９８９０は、メッセージビルダーブリッジ９８９５と協働して、接続メッセージに対し、FinXML応答メッセージを構成する（ステップ１００１５）。メッセージビルダーバスクライアント９９００は、バス９８０５を介し、前記応答メッセージを、一以上の銀行のポータル等の適切なポータルに送る。この例において、前記メッセージビルダーバスクライアント９９００は、バス９８０５を介し、前記応答メッセージを、バスクライアント２  ９８４５に送る（ステップ１００２０）。ブリッジ２  ９８４０（バスクライアント２  ９８４５と関連）は、応答メッセージを、FinXMLから目的とするポータル２  ９８３０により用いられる元のメッセージ形式に変換する（ステップ１００２５）。最後に、ブリッジ２  ９８４０は、ポータル２  ９８３０による処理のため、応答メッセージを、元の形式で、クライアント２  ９８３５に送る（ステップ１００３０）。
【０６１６】
５．”自動ディーラー”処理エンジン(”Auto Dealer” Processing Engine)
本発明の一実施形態において、本システムは、銀行が、ここで説明するシステムを用いて金融取引きを結ぶことを希望する企業により依頼された見積もり依頼に対し、即座に応答することを可能にする”自動ディーラー”処理エンジンを含んでいる。かかる”自動ディーラー”処理エンジンは、銀行内部処理システムを結合し、一方向および双方向の値付け(Two-Way procing)、利鞘取り(margining)、および信用調査機能、を自動化したものである。
【０６１７】
自動ディーラー処理エンジンのメッセージフローを図１２６に示す。通常の取引において、企業体は、システムを用いて、一以上の銀行により受け取られる見積もりの提出依頼を（自動ディーラーに結合された企業のシステムを介して）提出する（ステップ１０１００）。受け取り銀行は、特定の取引タイプ、特定の通貨、依頼の金額、および/または、依頼した企業の身元、に基づいて、見積り依頼を受け取ることができるよう自身のプロフィール情報をセットをした銀行である。見積もり依頼を受け取ると、当該企業について”自動”取引が可能であり、自動で見積もりを受け取ることができるか、どうかを判断するため、処理エンジンは、依頼企業のプロフィールをチェックする（ステップ１０１０５）。もし、できなければ、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。
【０６１８】
依頼企業が、”自動”取引を許容されている場合、処理エンジンは、当該企業が特定の銀行に対する既存の融資限度を有し、あるいは、企業の財務状況に基づいて、その銀行が企業に対して融資限度を提供し、当該企業と金融取引をし、価格オファーを出してもよいか否かを判断するため、かかる企業に関する信用認証を実行する（ステップ１０１１０）。信用関係および融資額は、提出した価格見積もりに対する見積もり受諾を受け取った後に確認される。融資額は、見積もり依頼期限が満了した場合、あるいは、依頼企業により撤回される。信用の認証がうまくいかなかった場合、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断することになる。
【０６１９】
依頼企業の信用認証がうまくいった場合、価格見積もりを作成するため、処理エンジンは、生の市場データにアクセスする（ステップ１０１１５）。本発明の一実施形態において、通貨のペア、スポットおよび先物期限、ならびに、これらの期限に対し連続的に更新される通貨のレート（ビッドおよびオファー）、を含む電子スプレッドシートにアクセスすることによりこのステップを実行することができる。技術的な問題、あるいは、更新レートの欠落が原因で見積もり依頼に関係する市場データにアクセスできない場合、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。
【０６２０】
市場データへのアクセスがうまくいった場合、処理エンジンは、見積もり依頼で特定される取引が実行可能か、例えば、特定された通貨がトレードできるか、ならびに、特定された元本は、銀行が受け入れ可能なビッド/オファー範囲内であるか、否かを判断するため、見積もり依頼のトレードパラメーターをチェック（ステップ１０１２０）する。うまくいかなかった場合、手動による介入必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。
【０６２１】
トレードパラメーターの認証がうまくいった場合、処理エンジンは、価格見積もりの作成に必要なスプレッドおよびマージンの計算を、規定どおりに開始する（ステップ１０１２５）。かかる計算は、取引通貨ペア、取引のタイプ、トレードの趣旨(trade tenor)、名目元本、ならびに、マージンのレベル、の要素を含む。銀行は、販売マージン、ブランチマージン(branbch margin)、および、数量マージン等であって、それぞれが、別の状況で適用可能な複数のマージンのタイプを定義することができる。マージンは、特定の取引企業に応じてカスタマイズすることもできる。通常、各マージンのタイプは、買い手側バージョン(bid-side version)および売り手側バージョン(offer-side version)の２つのバージョンを有している。
【０６２２】
マージンの計算後、次に、処理エンジンは、価格見積もりを含む自動見積もり応答を準備し（ステップ１０１３０）、依頼企業に対して、自動見積もり応答を送る（ステップ１０１３５）。
【０６２３】
本発明の他の実施形態においては、信用認証（ステップ１０１１０）、生の市場データへのアクセス（ステップ１０１１５）、ならびに、トレードパラメータの認証（ステップ１０１２０）のステップは、相互依存するものではなく、これらのステップがうまくいかない場合であっても、すべて独立して処理すべきであることに注意すべきである。
【０６２４】
いずれかのステップがうまくいかない場合、処理エンジンは、スプレッドとマージンの計算の開始前（ステップ１０１２５）に、前記依頼を、手動介入に振り向ける（ステップ１０１４０）。
【０６２５】
また、処理エンジンは、銀行が、受け取った見積もり依頼に対して、複数の価格見積もりを作成し、送ることを可能とする。例えば、価格見積もりの期限は満了したが、進行中の見積もり依頼が有効である（期限が満了しておらず、あるいは、撤回されていない）場合、処理エンジンは、銀行から新しい価格見積もりを自動的に提出するよう設定することができる（銀行が、かかる自動見積もりの提出を自身のプロフィールに設定していた場合）。
【０６２６】
自動ディーラー処理エンジンは、取引パラメーターの入力用のユーザーインターフェースを含んでいる。図１２７は、銀行のトレーダーが、いつでも、趣旨、ビッドおよびオファーの額、ビッドおよびオファーされる通貨、トレーダーのマージン（ビッドおよびオファー）、取引の有効期限、取引可能な通貨の表示を含む、与えられた通貨ペアおよびトレードタイプの組み合わせのパラメーター、を変更することを可能にする”取引者の価格メインテナンス”についてのユーザーインターフェースを示している。トレーダーは、図１２８に示す”トレーダーの優先事項(trader preference)”についてのインターフェースを用い、特定の取引に関して通貨ペアを追加し、削除することもできる。
【０６２７】
図１２９は、トレーダーではない者（例えば、販売員または販売支店の係員）が、いつでも、販売マージン（ビッドおよびオファー）、および支店のマージン（ビッドおよびオファー）を含む、与えられた通貨ペア、トレードタイプ、および契約相手の組み合わせについての特定のパラメーターを変更することを可能にする”販売員のマージン管理”についてのユーザーインターフェースを示している。かかるマージンは、価格見積もりを算出するため、トレーダーマージンの上に乗せられる。
【０６２８】
処理エンジンは、自動見積もりの特定のステップ（信用認証、市場データへのアクセス、トレードパラメータの確認）がうまくいかなかった状況下において、手動による価格見積もりを作成するためのインターフェースも提供する。かかるインターフェースは、見積もり依頼の詳細、信用認証の詳細、ならびに、市場データの詳細を示し、銀行が、価格見積もりおよびマージンを入力し、変更することを可能にする。図１３０は、スポット取引に用いられる、かかるインターフェースであって、他のタイプの取引のためにも用いられるものを示している。
【０６２９】
C. 金融情報の双方向処理(iInteractive Processing of Financial Information)
本発明のこの実施形態は、ユーザー（例えば、メンバーおよびプロバイダ）が、双方向に通信し、金融インスツルメントを互いにトレードし、自身のポートフォリオを管理することを可能とする、ウエッブベースのシステムを含んでいる。システムによりサポートされる双方向の通信には、信用関係を確立し、金融取引を構築し、価格見積もりを依頼し、見積もり依頼を監視、検討し、価格見積もりを発し、価格見積もりを監視、検討し、メンバーとプロバイダ間の交渉を行い、価格見積もりの受諾と認証を行い、報告をし、ポートフォリオの管理をし、金融情報および市場データの分析をし、ならびに、メンバー、プロバイダ、および/または、システム管理者間の通信であって、eメール、チャットおよび掲示板を用いるもの、を行うこと、を含んでいる。
【０６３０】
ユーザー（例えば、メンバーおよびプロバイダ）が、前記ウエッブベースのシステムにアクセスすると、かかるシステムは、ユーザーに、図２０に示すようなホームページを表示する。このページには、新しいユーザーのための登録リンク、ならびに、ユーザーのアカウントＩＤおよびパスワードの入力を要求する、既存メンバー用のログインインターフェース２０００が含まれている。かかるホームページは、以下に述べるシステムの機能に対するリンク（それぞれ、以下で説明する）とともに、市場データおよびニュースの見出しも含んでいる：
・市場データ２０１０
・ニュースおよび金融情報２０２０
・金融調査２０３０
・メンバーのポートフォリオ管理２０４０
・トレーディング２０５０
・金融アイデアおよび実践２０６０
・プロバイダ機能２０７０
１．  取引−特定機能(Trabnsaction-Specific Functionality)
本発明の本実施形態により提供される機能は、資本マーケットにおいて、ユーザーが、双方向かつ自動的に金融取引を実行するのを可能にするものである。実行される取引のタイプは、上述の通りである。かかる取引の作成および実行をサポートする前記機能ならびにインタラクティブなユーザーインターフェースは、ユーザーが、取引前、取引中、取引後の活動に参加にすることを可能にする。本実施形態において述べる機能およびインターフェースは、他の機能およびインターフェースと組み合わせることができ、他の実施形態においては、特定の機能およびインターフェース（又はその一部）を別のシステムに分離することができることに注意すべきである。本システムは、スタンドアローンのセントラルシステムとして、あるいは、複数ユーザーのプラットフォーム又はポータルに配信された、別バージョンの機能ならびにインターフェースを有する配信システムとして機能させてもよい。他の実施形態において、本システムの機能ならびにインターフェースの一部は、別々のシステム同士のデータ交換を可能にする通信リンクを有する、別のシステム（たとえば、取引設定システム、価格見積もりシステム、取引受諾システム）に分割することもできる。他の実施形態は、当業者にとって明らかであり、実施可能なものである。
【０６３１】
a.   取引前(Pre-Transaction)
本発明の本実施形態は、メンバーおよびプロバイダが、オンラインでの金融取引を容易にする特定のデフォルトならびにパラメーターを規定するのを可能にする。
【０６３２】
i.  フィルタリング(Filtering)
以下で、本実施形態に関して述べるように、本発明は、自動フィルターを用いることにより、本システムの各ユーザー（メンバーおよびプロバイダ）に、トレーディングコミュニティーと彼らの双方向のやりとりをカスタマイズする能力を提供する。インタラクティブなフィルタリングインターフェースから、ユーザーが定義した、および／又は、システムが定義した、基準を選択することにより、ユーザーは、(i)他のユーザーが、本システムを通じて本ユーザーから、メッセージ、取引依頼、および／又は、価格見積もり、等の通信を、受け取ること、(ii)本ユーザーが、本システムを通じ、他のユーザーから、メッセージ、取引依頼、および／又は、価格見積もり、等の通信を受け取ること、についてリミットおよびを制限を設定することができる。
【０６３３】
受信するユーザーを制限するフィルタリング基準の例は、以下を含む：
・特定のユーザーの名前
・特定ユーザーの信用格付けあるいは他の信用状況（たとえば、資産価値）
・特定ユーザーの会社の会社国籍
・特定ユーザーの業種（たとえば、半導体製造業でのＳＩＣコード）
・金融インスツルメントのタイプ（たとえば、ＦＸスポット）
・取引の元本額の最小又は最大
・取引における他の可変パラメーター
受信する通信を制限するフィルタリング基準の例は、以下を含んでいる：
・価格見積もり又は取引依頼における金融取引のタイプ（たとえば、ＦＸスポット）
・価格見積もり又は取引依頼における特定の通貨（たとえば、米ドル）又は通貨ペア
・価格見積もり又は取引依頼における金利あるいは交換レートの最小又は最大
・価格見積もり又は取引依頼における元本額の最小又は最大（たとえば１００万米ドル）
・取引における他の可変パラメーター
・送信者の名前
・送信者の信用格付けあるいは他の信用状況（たとえば、資産価値）
・送信者の会社の会社籍
・送信者の業種（たとえば、半導体製造業でのＳＩＣコード）
その他のフィルタリング基準は、ユーザー又はシステム管理者によって定義される。
【０６３４】
たとえば、ユーザーは、米国の銀行からのＦＸスワップ取引についての価格見積もりだけが、本システムを通じてユーザーに送られるよう、フィルターを設定することができる。金融機関は、ムーディーズ社の信用格付けがＡＡ＋の企業からの金利先渡し契約についての取引依頼のみを受け取るよう、フィルターを設定することができる。
【０６３５】
ii. メンバー機能(Member Functions)
(a). 法人組織およびトレーデイング記録(Legal Entities and Trading Books)
図７７に示す”法人組織”インターフェースは、メンバーが、自身に関連する、あらゆる法人組織の詳細（図５に示す法人組織エレメント６０５ならびに上記説明を参照）を表示し、追加し、あるいは、編集することを可能にする。メンバーは、検索用のプルダウンメニューおよびキーワードフィールド４０６０を用いて既存の法人組織を検索することができる。検索を行った後、メンバーは、新たな検索を行うため、”検索”ボタン５０００をクリックし、あるいは、法人組織表示をクリアするため”クリア”ボタン５０１０をクリックすることができる。なお、メンバーは、既存の法人組織を検索するため、アルファベットインデックス４０７０を用いてもよい。メンバーは、”全て表示”ボタン５０２０をクリックすることにより、既存の法人組織を全て表示させることができる。
【０６３６】
図７７に示すように、各法人組織について、インターフェースは、略称（たとえば、”PatentCorp”）、名称(”Test PatentCorporation”）、法人の形態（たとえば、”株式会社”）、親会社（すなわち、メンバー以外の場合）、ならびにデフォルト コンタクト(default contact)を表示する。メンバーは、”無効(inactive)”ボタン４０９０をクリックすることにより、自身の取引当事者（active entity)リストから、表示された法人組織を削除することができる。
【０６３７】
”新規”ボタン５０３０がクリックされると、システムは、メンバーが、新たな法人組織リストを作成し、あるいは、既存の法人組織に関する情報を編集することを可能にする、図７８から図７８Ａに示す”法人組織”インターフェースを表示する。各法人組織について、このインターフェースに入力することができる情報は、以下を含む：
・略称（たとえば、”PatentCorp”）
・名称(たとえば、”Test PatentCorporation”）
・親会社（プルダウンメニュー５０５０を用いて）
・親会社との関係（プルダウンメニュー５０７０を用い、たとえば、支店又は子会社）
・基本言語
・報告する通貨
・デフォルト決済通貨(default settlement currency)
・本（本拠のある）国
・リスクとなる国(risk country)
前記”法人組織”インターフェースは、メンバーに関する既存のトレーデイング記録（図５に示す記録エレメント６２５ならびに上記説明を参照）も表示する。図７８に示すように、インターフェースは、各トレーデイング記録について、略称（たとえば、”テストブック（Test Book）”）、名称（たとえば、”Test Trading Book”）、トレーデイング記録のタイプ（たとえば、”デフォルト（DEFAULT）”）、ならびに、トレーデイング記録がデフォルト記録であるか否かを示すラジオボタン、を表示する。メンバーは、”デフォルト設定（Make Default）”ボタン５０９０をクリックすることにより、トレーデイング記録をデフォルト記録として設定することができる。
【０６３８】
表示されたトレーデイング記録の略称（たとえば、”テストブック（Test Book）”５０８０）をクリックすることで、システムは、メンバーが、トレーデイング記録に関する情報を編集することを可能にする、図７９Ａに示す”記録”インターフェースを表示する。これに代えて、”新規”ボタン６０３０をクリックすることで、メンバーは、図７９Ａに示す”記録”インターフェース上に新しいトレーデイング記録を作成することが可能となる。各トレーデイング記録について、このインターフェースに入力することができる情報は、以下を含む：
・略称（たとえば、”テストブック（Test Book）”）
・名称（たとえば、”テストトレーデイングブック（Test Trading Book）”）
・詳細
・タイプ（たとえば、デフォルト（DEFAULT））
・報告する通貨
・デフォルトインジケーター
”更新”ボタン７００５をクリックすることにより、メンバーは、”記録”インターフェース上に入力された情報を保存することができる。
【０６３９】
図７８に示す”法人組織”インターフェースは、法人組織に関する既存の連絡先(contacts)（図４に示す連絡情報エレメント７３０ならびに上記説明を参照）をも表示する。図７８に示すように、前記インターフェースは、各既存の連絡先について、略称、名称、詳細、ならびに、連絡先がデフォルトコンタクトおよび／又はパブリックコンタクト(public contact)のいずれであるかを示すラジオボタン、を表示する。メンバーは、”公開(Make Public)”ボタン６０００、”非公開(Make Private)”ボタン６０１０、および／又は、”デフォルト(Make Default)”ボタン６０２０を、それぞれクリックすることにより、(i)パブリック、(ii)プライベート、および／又は、(iii)デフォルトコンタクトとして、表示された連絡先を設定することができる。
【０６４０】
表示された連絡先の略称をクリックすることで、システムが、メンバーに、連絡先に関する情報を編集することを可能にする、図７８Ｂに示す”連絡先”インターフェースを表示することを可能にする。これに代えて、”新規”ボタン６０４０をクリックすることで、メンバーは、図７９Ｂに示す”連絡先”インターフェース上に新しい連絡先を作成することが可能となる。各連絡先について、このインターフェースに入力することができる情報は、略称、正式名称、郵便住所、電話番号およびファクシミリ番号、eメールアドレス、ならびに、ウエッブのＵＲＬアドレスを含む。”ページに移動(Goto Page)”ボタン７０１５をクリックすることで、システムは、連絡先が特定するウエッブのＵＲＬアドレスにアクセスする。”更新”ボタン７０１０をクリックすることより、メンバーは、”連絡先”インターフェース上に入力された情報を保存することができる。
【０６４１】
図７８Ａに示す”法人組織”インターフェースは、法人組織に関する既存の信用情報（図４に示す信用格付けエレメント８０５ならびに上記説明を参照）も表示し、その修正を可能にする。図７８Ａに示すように、インターフェースは、各信用格付けについて、格付け機関（例えば、”ムーデイーズ社”）、信用格付け”（例えば、”Aaa”）、業界団体、ならびに、業種を表示する。前記インターフェースは、格付け機関６０５０、国６０６０、信用格付け６０７０、業界団体６０８０、ならびに、業種６０９０を編集するため、プルダウンメニューを提供する。”追加”ボタン７０００をクリックすることにより、メンバーは、修正後の信用情報を保存することができる。
【０６４２】
図７８に示す”法人組織”インターフェースに戻ると、”保存”ボタン５０６０をクリックすることにより、メンバーは、”法人組織”インターフェース上に入力された情報を保存することができる。さらに、”戻る”ボタン５０４０をクリックすることにより、システムは、メンバーが、その前に訪れていたインターフェース（すなわち、図７７に示す”法人組織”インターフェース）に戻る。同様の”戻る”ボタンは、システムにおけるほとんどのインターフェース上に現れる。
【０６４３】
図７７に示す”法人組織”インターフェース上に現れる”ページヘルプ”ボタン５０３５および他のすべてのインタラクティブなインターフェースは、ユーザーを、総合的で、コンテキストに依存する、インタラクティブな、システム・アシスタンスユーティリティーに導くことに注意すべきである。
【０６４４】
(b) 値付け依頼の優先事項(Ｐricing Request Preferences)
図８０から図８０Ａで示された”メンバーのトレーディング優先事項”は、メンバーが本システムを用いて実行しようとしている金融取引の各タイプ（例えば、ＦＸスワップ、金利先渡し契約等）に関するメンバーの値付け依頼についてデフォルトの有効期限を設定することにより、メンバーが、オンラインでの金融取引をカスタマイズすることを可能にする。インターフェースは、メンバーが、特定のプロバイダを、特定して含ませ（図８０Ａに示す”追加”ボタン７０４０をクリックすることにより）又はメンバーからの値付け依頼の受取人とすることを除外するため、フィルターを作成することも可能とする。インターフェースは、かかる”含まれた(included)”プロバイダ（図８０Ａに示すフィールド７０５０、例えば、”PatentBank”）、ならびに、”除外された(excluded)”プロバイダ（図８０Ａに示すフィールド７０４０）を表示する。”保存”ボタン７０２０をクリックすることにより、メンバーは、値付け依頼の優先事項の設定を保存することができる。
【０６４５】
(c) 価格見積もりの優先事項(Price Quote Preferences)
図８２から図８２Ａにより示された”自分のプロフィール−表示（My Profile-Display)”インターフェースは、メンバーの値付け依頼に対し、プロバイダから受け取った価格見積もりの表示に関する特定のデフォルトを設定することにより、メンバーに、オンラインでの金融取引をカスタマイズすることを可能にする。かかるデフォルトの設定には、以下のものが含まれる：
・日付および時刻の形式
・少数のフォーマット
・”現在監視中(Current Monitor)””最近終了済み(Recently Completed)”テーブル中に表示される、完了した値付け依頼の数
・新しい価格見積もりを受け取ると、自動ページリフレッシュを制御するラジオボタン
・メンバーが、プロバイダから受け取り、表示される、価格見積もりのタイプ（例えば、ＦＸスワップ、金利先渡し契約等）を選択するのを可能にするフィルターラジオボタン
・各タイプの金融取引（例えば、ＦＸスワップ、金利先渡し契約等）に対し、プロバイダから、”至急”として受け取る価格見積もりを分類するためのデフォルトの有効期限
”保存”ボタン７１００をクリックすることにより、メンバーは、トレーディング表示設定を保存することができる。
【０６４６】
(d)  トレーディングの文書化およびし信用関係(Trading Documentation and Credit Relationship)
図８３に示す”トレーディングの文書化”インターフェースは、メンバーが、システムを用い、オンラインで金融取引を結ぶのに必要な２の基本的なステップを実行することを可能とする。一のステップは、システム管理者とのトレーディング契約実行を伴う。メンバーは、”取引メンバー間の契約をダウンロード”ボタン８０００をクリックすることにより、前記契約をダウンロードすることができる。
【０６４７】
残りのステップは、それにより、本システムを用いてメンバーがオンラインで金融取引を結ぶことができる、メンバーと各プロバイダ間の信用関係を構築することを含む（図２のステップ３１０参照）。”トレーディングの文書化”インターフェースは、メンバーと信用関係を有し、システムによりかかる関係を通知される、いすれのプロバイダを表示する。メンバーが、”すべてのプロバイダを示す”インジケーター８００５をクリックすると、インターフェースは、本システムを通じて金融取引を結ぶ全てのプロバイダを表示する。かかるプロバイダのリストを用いることにより、メンバーは、プロバイダの名称の隣の”既存(Existing)”コラム８０１０の下をクリックし、次に、”提出”ボタン８０１８をクリックすることにより、システムに、プロバイダとの既存の信用関係を通知することができ、システムは、かかる関係の存在を認証するため、選択されたいずれかのプロバイダと連絡をとる。また、メンバーは、プロバイダの名称の隣の”新規”コラム８０１５の下をクリックし、次に”提出”ボタン８０１８をクリックすることにより、いずれのプロバイダに信用関係の構築を依頼することができる。本システムは、メンバーの依頼を、選択された各プロバイダに自動的に送る。メンバー、ならびに、かかる各プロバイダは、次に、本システムにより提供される電子メールあるいはチャット機能を介してやり取りすることにより、信用関係に関する交渉を行う。
【０６４８】
iii. プロバイダ機能(Provider Functions)
(a)  価格見積もりの優先事項(Price Quote Preferences)
図９７から図９７Ｂに示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェースは、メンバーの値付け依頼に対して提出された金融取引の各タイプ（例えば、ＦＸスワップ、金利先渡し契約等）についてのプロバイダの価格見積もりについてデフォルトの有効期限を設定することにより、プロバイダが、オンラインでの金融取引をカスタマイズすることを可能とする。プロバイダは、自身の価格見積もりに対し、デフォルトコメント（例えば、追加の取引条件）を追加することもできる。”保存”ボタン８３７５をクリックすることにより、プロバイダは、価格見積もりの優先事項の設定を保存することができる。
【０６４９】
(b)  値付け依頼フィルター(Pricing Request Filters)
図９７に示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェース”上で”依頼フィルター”ボタン８３６０をクリックすることで、システムに、図９８に示す”プロバイダのトレード優先事項-依頼フィルター”インターフェースを表示させる。かかる”プロバイダのトレード優先事項-依頼フィルター”インターフェースは、表示される価格見積もりのタイプ（例えば、ＦＸスワップ、金利先渡し契約等）の特定の値付け依頼（メンバーにより提出された）をプロバイダが選択することを許容するフィルターインジケーターを設定することにより、プロバイダが、オンラインでの金融取引をカスタマイズするのを可能とする。”新規”ボタン８３９０をクリックすることにより、プロバイダに、図９９に示す”フィルター”インターフェースを用いて新たなフィルターを作成させることが可能となる。これに代え、特定の取引タイプ（たとえば、ＦＸ先物）近傍の”編集”ボタン８４０５をクリックすることで、システムに、プロバイダが、特定の取引タイプ用のフィルターに関する情報を編集することを可能にする図９９に示す”フィルター”インターフェースを、表示させることが可能となる。各依頼フィルターについて、図９９に示す”フィルター”インターフェース上に入力することができる情報は、以下を含む：
・フィルターの名称
・記述的情報
・値付け依頼における元本の最小又は最大額
・値付け依頼における最長又は最短期間（minimum or maximum tenor）
・含まれ又は除外される通貨（たとえば、所望された米ドル）
・含まれ又は除外される通貨ペア
前記インターフェースは、通貨を追加又は削除するため、”追加”および”削除”ボタンを含む。”保存”ボタン８４４０をクリックすることにより、プロバイダは、”フィルター”インターフェース上で入力された情報を保存することができる。これに代え、”削除”ボタン８４３０をクリックすることで、表示されたフィルターが削除される。”戻る”ボタン８４２０をクリックすることで、システムに、図９８に示す”プロバイダのトレード優先事項-依頼フィルター”インターフェースを表示させる。
【０６５０】
(c)  通信デフォルト(Communication Default)
図９７に示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェース上で、”通信”ボタン８３７をクリックすることで、システムに、図１００に示す”プロバイダのトレード優先事項-通信”インタフェースを表示させる。”プロバイダのトレード優先事項-通信”インタフェースは、メンバーが、特定タイプの取引について値付け依頼を提出する度にシステムから電子メールを受け取ることを所望する否かを示すフィルターをプロバイダが設定することを可能とする。かかるプロバイダは、かかるメッセージを受け取るため、フィールド８４５０において、取引の各タイプに関する電子メールのアドレスを特定することができる。”保存”ボタン８４５５をクリックすることにより、プロバイダは、このインターフェース上で入力された情報を保存することができる。
【０６５１】
(d)  標準テキスト(Standard Text)
図１０１に示す”標準テキストリスト”インターフェースは、プロバイダが、自身の価格見積もりに添付する、決まり文句(boilerplate language)、免責条項、又は他のコメント等の標準化されたテキストを作成することを可能にする。プロバイダは、一以上のバージョンのテキストを作成し、名付け、かかるテキストファイルを保存することができる。”標準テキストリスト”インターフェースは、略称、名称、およびテキストを含む、それぞれのプロバイダの標準テキストファイルを表示する。テキストファイルを選択し、”無効(Inactive)”ボタン８４６０をクリックすることで、プロバイダは、自身の価格見積もりに添付されることがないよう、テキストファイルを無効化することができる。”新規”ボタン８４７０をクリックすることで、プロバイダが、図１０２に示す”標準テキスト情報”インターフェースを用いて、新たなテキストファイルを作成することを可能とする。それに代えて、テキストファイルの名前の上をクリックすることで、プロバイダが、特定の標準テキストファイルを編集することを可能とする、図１０２に示す”標準テキスト情報”インターフェースをシステムに表示させる。各テキストファイルについて、プロバイダは、略称、名称、ならびにテキスト情報を入力することができる。”保存”ボタン８４８０をクリックすることにより、プロバイダは、”標準テキストリスト”インターフェース上で入力された情報を保存することができる。
【０６５２】
b. 取引(Transactions)
本発明のこの実施形態は、メンバーおよびプロバイダが、一連のインターフェースを通じ、金融市場において双方向で金融取引を実行することを可能とする。これらのインターフェースを用いることにより、メンバーは、所望の金融取引を設定するとともに、かかる取引に関する値付け依頼を自動的にやりとりすることができる。プロバイダは、メンバーから入ってくる値付け依頼を監視することができ、かかる依頼のいずれにも価格見積もりを含めて応答する。逆に、メンバーは、プロバイダから入ってくる価格見積もりを監視することができ、かかる価格見積もりに関し、システムを通じてプロバイダと複数回にわたる交渉(back-and-forth negotiations)をし、価格見積もりを受諾する。メンバーおよびプロバイダは、システムを通じ、受諾した取引の支払い予定および他の決済の詳細を確認することもできる。
【０６５３】
i.  メンバーによる依頼の構造化(Member Request Structuring)
本発明の本実施形態は、以下で述べるように、メンバーが、本システムを用いて構造化し、トレードを行うことができる、金融取引の各タイプについて依頼を構造化するインターフェースを含んでいる。
【０６５４】
(a)  外国為替スポット／先物(Foreign Exchange Spot/Forward)
図１１８に示す”新規依頼(New Request): FX”インターフェースは、メンバーが、本システムを介して、外国為替スポット(”FX Spot”)（ＦＸスポット取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(1)を参照）、または、外国為替先物(”FX Froward”)（ＦＸ先物の取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(2)を参照）を作成することを可能にする。図１１８に示すように、メンバーにより、ＦＸスポット又はＦＸ先物取引依頼のためのインターフェースを用いて入力される情報は、以下のものを含む：
・取引の日付：当事者により通貨のトレードが合意された日。
【０６５５】
・取引実行日：トレードに供される通貨が交換される日。ＦＸスポット取引の場合、メンバーが、プルダウンメニューの”スポット”９０００を選択する。ＦＸ先物取引の場合、メンバーは、プルダウンメニューの先物期間(forward period)９０１０（たとえば、”１週間”、”１ヶ月”等）を選択する。
【０６５６】
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン。
【０６５７】
・ベース通貨：取得する通貨が、それに対して換算される通貨（たとえば、図１１８の”ユーロ（ＥＵＲ）。
【０６５８】
・取引額：取得される通貨に換算される通貨の特定額。
【０６５９】
・被見積もり通貨：購入される通貨あるいはそれに対して見積もりがなされる通貨（図１１８の米ドル）。
【０６６０】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０６６１】
”保存”ボタン９０２０をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９０３０をクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０６６２】
”パラメーター”ボタン９０４０をクリックすることで、システムに、図１１９に示す”パラメーター”インターフェースを表示させる。このインターフェースは、メンバーが、取引依頼に関するパラメーターを特定することを可能とする。かかるパラメーターは、(i)特定の日付および時刻、又は(ii)特定の期間である、前記依頼の有効期限のトリガー(expiration trigger)を含んでいる。また、メンバーは、取引依頼に添付する注記(notes)を入力することができる。”保存”ボタン９３００をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９３１０をクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに対し、自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”パラメーター”インターフェースを提供することに注意すべきである。
【０６６３】
図１１８で示す”新規依頼(New Request); FX”インターフェース上の”プロバイダ”ボタン９０５０をクリックすることで、システムに、図１２０に示す”プロバイダ”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してＦＸスポット取引依頼を送るべきプロバイダを特定することを可能とする。かかるインターフェースは、、メンバーが、システムプロバイダのリストから、全ての、あるいは、特定のプロバイダを受信者として選択するのを可能にする。前記インターフェースは、かかる各プロバイダについて、プロバイダが選択された受け手であるか否かを示すチェックボックスとともに、略称９３２０正式名称、会社のシンボルを表示する。また、前記インターフェースは、メンバーが、システム管理者により連絡を取る可能性のあるプロバイダのeメールアドレスを特定することを可能とする。”保存”ボタン９３３０をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９３４０をクリックすることにより、メンバーは、関連する取引依頼情報を、プロバイダに自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”パラメーター”インターフェースを提供することに注意すべきである。
【０６６４】
図１１８で示す”新規依頼(New Request); FX”インターフェース上の”検討(review)”ボタン９０６０をクリックすることで、システムに、図１２１に示す”検討”インターフェースを表示させる。このインターフェースは、メンバーが、詳細、パラメーター、および、各ＦＸスポット取引依頼についてのプロバイダ受信者リスト、を検討するのを可能にする。検討後、メンバーが、前記情報ならびにその修正を希望する場合、これらのいずれかのインターフェースにアクセスし、修正を行うため、メンバーは、前記インターフェース上に位置する適切な”詳細”、”パラメーター”または”プロバイダ”ボタンをクリックすることができる。”送信”ボタン９３５０をクリックすることにより、メンバーは、関連する取引依頼情報を、プロバイダに自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”検討”インターフェースを提供することに注意すべきである。
【０６６５】
(b)  外国為替スワップ(Foreign Exchange Swap)
図１１２で示す”新規依頼(New Request): ＦＸスワップ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、（ＦＸスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(1０)を参照）外国為替スワップ取引（”ＦＸスワップ”）依頼を作成するのを可能にする。図１１２に示すように、メンバーにより、各ＦＸスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。
【０６６６】
・短期日(Near Date):スワップの第一レグの最終支払いが行われた日。
【０６６７】
・長期日(Far Date)：スワップの第二レグの最終支払いが行われた日。
【０６６８】
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン。・短期レグ元本額(Near Leg Principal Amount):短期日において支払われる/受け取る、金額。
【０６６９】
・短期レグ通貨(Near Leg Currency):短期レグの通貨（例えば、図１１２の”ユーロ”）。
【０６７０】
・長期レグ通貨(Far Leg Currency):長期レグの通貨（例えば、図１１２の”米ドル”）。
【０６７１】
・長期レグ元本額(Far Leg Principal Amount):長期日において支払われる/受け取る、金額。
【０６７２】
・リファレンススポットＦＸレート(reference Spot FX Rate)：この取引について外国為替レートを計算する際に用いられるスポットレート。
【０６７３】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０６７４】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０６７５】
(c)  外国為替オプション(Foreign Exchange Option)
図１１３で示す”新規依頼(New Request): ＦＸ欧州式オプション”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、（ＦＸオプション取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(９)を参照）外国為替オプション取引（”ＦＸオプション”）依頼を作成することを可能にする。図１１３に示すように、メンバーにより、各ＦＸオプション取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。
【０６７６】
・決済日：取引が決済される日。
【０６７７】
・実行日(Expiry Date)：オプションを実行しなければならない日
・引渡期日:オプションを実行することにより、キャッシュフローまたは基礎取引額(Underlying trade amount)のいずれかを交換しなければならない日。
【０６７８】
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン。
【０６７９】
・名目元本額：オプションを実行することにより購入あるいは売却する通貨に換算される通貨の額。
【０６８０】
・名目通貨(Notional Currency)：名目元本の通貨（例えば、図１１３の”ユーロ”）。
【０６８１】
・アゲインスト額(Against Amount)：オプションの実行による通貨の購入あるいは売却により決済された額。
【０６８２】
・アゲインスト通貨(Against Currency)：決済された額の通貨(例えば、図１１３の”米ドル”)。
【０６８３】
・実行されたオプションが”プット”か”コール”を示すラジオボタン。
【０６８４】
・権利行使：オプション実行のきっかけとなる権利行使レート。
【０６８５】
・引き渡し：オプションを実行することにより、(i)基礎となるトレードの正味キャッシュフローのみ（”キャッシュ”）又は(ii)基礎トレード（”フィジカル”）のいずれを決済すべきか否かを示すラジオボタン。
【０６８６】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０６８７】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０６８８】
(d)  スワップ (Swap)
図１１４で示す”新規依頼(New Request): スワップ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、以下のいずれかのタイプの取引依頼を作成することを可能にする。
【０６８９】
・固定−変動金利によるスワップ取引(Fixed-Float Interest rate  Swap Transaction)
・変動−変動金利によるスワップ取引(Fixed-Float Interest rate  Swap Transaction)
・固定−固定クロスカレンシースワップ( Fixed−Fixed Cross Currency Swap)
・固定−変動クロスカレンシースワップ(Fixed−Float Cross Currency Swap)
・変動−変動クロスカレンシースワップ(Float-Float Cross Currency Swap)
図１１４に示すように、各ＦＸスワップ取引依頼用のインターフェースを用いてメンバーによって入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。
【０６９０】
・開始日：スワップ契約が始まる日。
【０６９１】
・終了日：スワップ契約が終了する日。
【０６９２】
・メンバーが、プロバイダに対して、固定又は変動金利のいずれで支払いするのかを示すラジオボタン。
【０６９３】
・レグ支払い名目元本および通貨(Pay Leg Notional Amlunt and Currency)：メンバーによりレグについて支払われる額ならびに通貨の種類。
【０６９４】
・メンバーが、プロバイダから、固定又は変動金利のいずれで受け取るのかを示すラジオボタン。
【０６９５】
・レグ受け取り名目元本および通貨(Receive Leg Notional Amount and Currency)：メンバーがレグについて受け取る額ならびに通貨の種類。
【０６９６】
・レグ支払い(Pay Leg)およびレグ受け取りReceive Leg)に該当する場合、変動レート指標ならびにベーシス・ポイントスプレッド(basis point spread)。
【０６９７】
・プロバイダが、(i)レグ支払い/レグ受け取りについて固定レート、または(ii)レグ受け取り/レグ支払いについて変動レート、で見積るかを示すラジオボタン。
【０６９８】
固定/変動金利レートの組み合わせ、ならびに、このインターフェース上で、レグ支払い/レグ受け取りについてメンバーにより指定されたものと同じまたは異なる通貨により、依頼される取引の特定タイプが決定され、以下で述べるように、システムは、５つの異なるインターフェースのひとつを表示する。
【０６９９】
(1)  固定−変動金利によるスワップ取引(Fixed-Float Interest Rate Swap)
図１１４のラジオボタン９１００で示すように、メンバーが、同じ通貨で”固定”レグ支払いと”変動”レグ受け取りを指定し”進む(Next)”ボタン９１１０をクリックすると、システムは、図１１４Ａに示す”新規依頼(New Request):固定−変動金利によるスワップ取引”を表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定−変動金利によるスワップ取引依頼（固定−変動金利によるスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(３)を参照）を作成することを可能にする。図１１４Ａに示すように、メンバーにより、各固定−変動金利によるスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。
【０７００】
・開始日：スワップ契約が始まる日。
【０７０１】
・終了日：スワップ契約が終了する日
・(i)固定レグおよび(ii)変動レグのそれぞれについて指定される名目元本および通貨。
【０７０２】
・変動レート指標、ならびに、変動レグについてのベーシス・ポイントスプレッド。
【０７０３】
・”First Fixing Rate”（第一固定金利）：変動レグの最初の金利計算期間のために用いられる金利（オプショナル）。
【０７０４】
・”Day Count”（デイ・カウント）：(i)固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【０７０５】
・”Payment Frequency”（支払い周期）：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。
【０７０６】
・”Roll/Date”（ロールデート）：支払いがビジネスが休みの日にあたった場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、金利の支払いを決定するのに用いられる各期間についての特定の日および協定。
【０７０７】
・”Rate Reset Calender”（金利再設定カレンダー）：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０７０８】
・休日：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、支払い計算に用いられる地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０７０９】
・スタブ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【０７１０】
・スタブの長さ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。
【０７１１】
複利周期(Compunding Frequency)：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。
【０７１２】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０７１３】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０７１４】
メンバーが、図１１４のラジオボタン９１００を用い、同じ通貨で”変動”支払いレグと”固定”受け取りレグを指定し、”進む”ボタン９１１０をクリックした場合、システムは、”新規依頼(New Request):変動-固定金利によるスワップ”インターフェースを表示することに注意すべきである。このインターフェースは、メンバーが、上述の固定−変動金利によるスワップ取引依頼に対して設定された、変動-固定金利によるスワップ取引依頼を作成することを可能にする。
【０７１５】
(2)  変動−変動金利によるスワップ取引(Float-Float Interest Rate Swap)
図１１４Ｂのラジオボタン９１２０で示すように、メンバーが、同じ通貨で”変動”支払いレグと”変動”受け取りレグを指定し”進む(Next)”ボタン９１３０をクリックすると、システムは、図１１４Ｃに示す”新規依頼(New Request):変動−変動金利によるスワップ” インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、変動−変動金利によるスワップ取引依頼（変動−変動金利によるスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(４)を参照）を作成することを可能にする。図１１４Ｃに示すように、メンバーにより、各変動−変動金利によるスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。
【０７１６】
・開始日：スワップ契約が始まる日。
【０７１７】
・終了日：スワップ契約が終了する日。
【０７１８】
・(i)変動支払いレグおよび(ii)変動支払いレグのそれぞれについて特定される名目元本および通貨。
【０７１９】
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについての変動レート指標、ならびに、ベーシス・ポイントスプレッド。
【０７２０】
・第一固定金利（First Fixing Rate）：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて変動レグの最初の金利計算期間のために用いられる金利（オプショナル）。
【０７２１】
・デイ・カウント（Day Count）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【０７２２】
・支払い周期（Payment Frequency）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払い周期。
【０７２３】
・ロール/デート（Roll/Date）：支払いや受け取りがビジネスの休みの日にあたる場合、(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０７２４】
・金利再設定カレンダー（Rate Reset Calender）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれに関する金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０７２５】
・休日：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０７２６】
・スタブ：(i)変動レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【０７２７】
・スタブの長さ：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。
【０７２８】
・複利周期(Compounding Frequency)：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、複利の計算周期。
【０７２９】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０７３０】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０７３１】
(3)  固定―固定クロスカレンシー・スワップ(Fixed-Fixed Cross-Currency Swap)
図１１４Ｄのラジオボタン９１４０で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９１５０で示すように、異なる通貨で、”固定”支払いレグと”固定”受け取りレグを指定し、”進む(Next)”ボタン９１６０をクリックすると、システムは、図１１４Eに示す”新規依頼(New Request): 固定―固定クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定―固定クロスカレンシー・スワップ取引依頼（固定―固定クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１１)を参照）を作成することを可能にする。図１１４Eに示すように、メンバーにより、各固定―固定クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。
【０７３２】
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。
【０７３３】
・ 終了日：スワップ契約が終了する日。
【０７３４】
・(i)固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて指定される名目元本および通貨。
【０７３５】
・資本交換のタイプ(Principal Exchange Type)：あるとしたなら、取引に含まれる資本交換のタイプ。
【０７３６】
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。
【０７３７】
・固定レート：(i)固定支払いレグおよび(ii)固定受け取りレグのいずれかの金利。
【０７３８】
・デイ・カウント：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【０７３９】
・支払い周期（Payment Frequency）：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される金利の支払い周期。
【０７４０】
・ロール/デート（Roll/Date）：支払いや受け取りがビジネスの休みの日にあたる場合、(i)固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０７４１】
・休日：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０７４２】
・スタブ：(i)固定レグおよび(ii)固定レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【０７４３】
・スタブの長さ：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。
【０７４４】
・複利周期：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される、複利の計算周期。
【０７４５】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０７４６】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０７４７】
(4)  固定―変動クロスカレンシー・スワップ(Fixed-Float Cross-Currency Swap)
図１１４Ｆのラジオボタン９１７０で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９１８０で示すように、異なる通貨で、”固定”支払いレグと”変動”受け取りレグを指定し、”進む(Next)”ボタン９１９０をクリックすると、システムは、図１１４Ｇに示す”新規依頼(New Request): 固定―変動クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定―変動クロスカレンシー・スワップ取引依頼（固定―変動クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１３)を参照）を作成することを可能にする。図１１４Ｇに示すように、メンバーにより、各固定―変動クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。
【０７４８】
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。
【０７４９】
・ 終了日：スワップ契約が終了する日。
【０７５０】
・(i)固定レグおよび(ii)変動レグのそれぞれについて指定される名目元本および通貨。
【０７５１】
・資本交換のタイプ：あるとしたなら、取引に含まれる資本交換のタイプ。
【０７５２】
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。
【０７５３】
・固定レート指標および固定レグについてのベーシス・ポイントスプレッド、あるいは、変動レート指標および変動レグについてのベーシス・ポイントスプレッド。
【０７５４】
・第一固定金利：変動レグについて最初の金利計算期間のために用いられる金利（オプショナル）。
【０７５５】
・デイ・カウント：(i) 固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【０７５６】
・支払い周期：(i) 固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。
【０７５７】
・ロール/デート：支払いや受け取りがビジネスの休みの日にあたる場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０７５８】
・金利再設定カレンダー：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０７５９】
・休日：(i) 固定レグおよび(ii)変動レグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０７６０】
・スタブ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【０７６１】
・スタブの長さ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。
【０７６２】
・複利周期：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。
【０７６３】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０７６４】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０７６５】
メンバーが、図１１４のラジオボタン９１００を用い、同じ通貨で”変動”支払いレグいと”固定”受け取りレグを指定し、”進む”ボタン９１１０をクリックした場合、システムは、”新規依頼(New Request):変動-固定クロスカレンシー・スワップ”インターフェースを表示することに注意すべきである。このインターフェースは、メンバーが、上述の固定−変動クロスカレンシー・スワップ取引依頼に対して設定された、変動-固定クロスカレンシー・スワップ取引依頼を作成することを可能にする。
【０７６６】
(5)  変動―変動クロスカレンシー・スワップ(Float-Float Cross-Currency Swap)
図１１４Ｈのラジオボタン９２００で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９２１０で示すように、異なる通貨で、”変動”支払いレグと”変動”受け取りレグを指定し、”進む(Next)”ボタン９２２０をクリックすると、システムは、図１１４Ｉに示す”新規依頼(New Request): 変動定―変動クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、変動―変動クロスカレンシー・スワップ取引依頼（変動―変動クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１２)を参照）を作成することを可能にする。図１１４Ｉに示すように、メンバーにより、各変動―変動クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。
【０７６７】
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。
【０７６８】
・ 終了日：スワップ契約が終了する日。
【０７６９】
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて指定される名目元本額および通貨。
【０７７０】
・資本交換のタイプ：あるとしたなら、取引に含まれる資本交換のタイプ。
【０７７１】
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。
【０７７２】
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについての変動レート指標、ならびに、ベーシス・ポイントスプレッド。
【０７７３】
・第一固定金利：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて最初の金利計算期間のために用いられる金利（オプショナル）。
【０７７４】
・デイ・カウント：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【０７７５】
・支払い周期：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払い周期。
【０７７６】
・ロール/デート：支払いや受け取りがビジネスの休みの日にあたる場合、(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０７７７】
・金利再設定カレンダー：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０７７８】
・休日：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０７７９】
・スタブ：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【０７８０】
・スタブの長さ：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。
【０７８１】
・複利周期：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、複利の計算周期。
【０７８２】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０７８３】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０７８４】
(e)  キャップ／フロア(Cap/Floor)
図１１５で示す”新規依頼(New Request):キャップ／フロア”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ／フロア取引依頼を作成するのを可能にする。図１１５に示すように、メンバーにより、キャップあるいはフロアのそれぞれのためのインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって取引が合意された日。
【０７８５】
・開始日：オプションが始まる日。
【０７８６】
・終了日：オプションが終了する日。
【０７８７】
・メンバーが、キャップ又はフロアを、買っているのか売っているのかを示すラジオボタン９４００。
【０７８８】
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【０７８９】
・変動金利の指標。
【０７９０】
・メンバーが、(i)特定通貨におけるプレミアム額、あるいは、(ii)特定通貨における権利行使パーセンテージ(strike percentage)、を有する価格見積もり依頼したかを表すラジオボタン。
【０７９１】
(1)  キャップ(Cap)
図１１５のラジオボタン９４００で示すように、メンバーが、”キャップ”の購入あるいは売却を指定し、”進む”ボタン９４１０をクリックすると、システムは、図１１５Ａに示す”新規依頼(New Request): キャップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ取引依頼（キャップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(５)を参照）を作成することを可能にする。図１１５Ａに示すように、メンバーにより、各キャップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってトレードが合意された日。
【０７９２】
・ 開始日：オプションが始まる日。
【０７９３】
・ 終了日：オプションが終了する日。
【０７９４】
・メンバーがキャップを売っているのか買っているのか、を示すラジオボタン。
【０７９５】
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【０７９６】
・権利行使：各キャップ取引を実行するための権利行使レート。
【０７９７】
・変動金利の指標。
【０７９８】
・第一固定金利：キャップ計算期間のために用いられる金利。
【０７９９】
・プレミアム支払日：プレミアム支払いが行われる日。
【０８００】
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。
【０８０１】
・支払い周期：オプション支払いの周期。
【０８０２】
・ロール/デート：支払いがビジネスの休みの日にあたる場合、オプション支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０８０３】
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０８０４】
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０８０５】
・スタブ：不定期な支払いのためのインジケーター。
【０８０６】
・スタブの長さ：不定期な支払いスケジュール長。
【０８０７】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８０８】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０８０９】
(2)  フロア(Floor)
図１１５Ｂのラジオボタン９４２０で示すように、メンバーが、”フロア”の購入あるいは売却を指定し、”進む”ボタン９４３０をクリックすると、システムは、図１１５Ｃに示す”新規依頼(New Request): フロア”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ取引依頼（フロア取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(６)を参照）を作成することを可能にする。図１１５Ｃに示すように、メンバーにより、各フロア取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってトレードが合意された日。
【０８１０】
・ 開始日：オプションが始まる日。
【０８１１】
・ 終了日：オプションが終了する日。
【０８１２】
・メンバーがフロアを売っているのか買っているのか、を示すラジオボタン。
【０８１３】
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【０８１４】
・権利行使：各フロア取引を実行するための権利行使レート。
【０８１５】
・変動金利の指標。
【０８１６】
・第一固定金利：フロア計算期間のために用いられる金利。
【０８１７】
・プレミアム支払日：プレミアム支払いが行われる日。
【０８１８】
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。
【０８１９】
・支払い周期：オプション支払いの周期。
【０８２０】
・ロール/デート：支払いがビジネスの休みの日にあたる場合、オプション支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０８２１】
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０８２２】
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０８２３】
・スタブ：不定期な支払いのためのインジケーター。
【０８２４】
・スタブの長さ：不定期な支払いスケジュール長。
【０８２５】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８２６】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０８２７】
(f)  金利先渡し契約(Forward Rate Agreement)
図１１６に示す”新規依頼(New Request): ＦＲＡ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、金利先渡し契約取引依頼を作成することを可能にする。図１１６に示すように、メンバーにより、各金利先渡し契約依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。
【０８２８】
・期間（Term)：トレードの開始ならびに終了；例えば、”３ｘ６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。
【０８２９】
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン９５００。
【０８３０】
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【０８３１】
・変動金利の指標。
【０８３２】
”進む”ボタン９５１０をクリックすることで、システムに、図１１６Ａに示す”新規依頼(New Request): 金利先渡し契約”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、金利先渡し契約取引依頼（金利先渡し契約取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１４)を参照）の詳細を提供することを可能にする。図１１６Ａに示すように、メンバーにより、各金利先渡し契約取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。
【０８３３】
・期間（Term)：トレードの開始ならびに終了；例えば、”３ｘ６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。
【０８３４】
・開始日：金利先渡し契約が始まる日。
【０８３５】
・終了日：金利先渡し契約が終了する日。
【０８３６】
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン。
【０８３７】
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【０８３８】
・変動金利の指標。
【０８３９】
・第一固定金利：フロア計算期間のために用いられる金利。
【０８４０】
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。
【０８４１】
・ロール/デート：支払いがビジネスの休みの日にあたる場合、金利先渡し契約の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０８４２】
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０８４３】
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０８４４】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８４５】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０８４６】
(g)  定期預金(Fixed Rate Deposit)
図１１７に示す”新規依頼(New Request): 預金”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、定期預金取引依頼を作成することを可能にする。図１１７に示すように、メンバーにより、各定期預金依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって預金が合意された日。
【０８４７】
・取引実行日：預金が始まる日。
【０８４８】
・終了日：預金期間が終了する日。
【０８４９】
・預金額ならびに通貨：預金の金額ならびに通貨のタイプ。
【０８５０】
”進む”ボタン９６００をクリックすることで、システムに、図１１７Ａに示す”新規依頼(New Request): 定期預金”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、定期預金取引依頼（定期預金取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(７)を参照）の詳細を提供することを可能にする。図１１７Ａに示すように、メンバーにより、各定期預金取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって預金が合意された日。
【０８５１】
・取引実行日：預金が始まる日。
【０８５２】
・終了日：預金期間が終了する日。
【０８５３】
・預金額ならびに通貨：メンバーによりプロバイダになされた預金の金額ならびに通貨のタイプ。
【０８５４】
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。
【０８５５】
・支払い周期：金利／元本支払いの周期。
【０８５６】
・ロール/デート：支払いがビジネスの休みの日にあたる場合、預金の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【０８５７】
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【０８５８】
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【０８５９】
・スタブ：不定期な支払いのためのインジケーター。
【０８６０】
・スタブの長さ：不定期な支払いスケジュール長。
【０８６１】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８６２】
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。
【０８６３】
ii.  メンバーの依頼の監視(Member Request Monitoring)
本発明の本実施形態は、メンバーが、新たな取引依頼、それに対して一以上のプロバイダが価格見積もりを提出した依頼、受諾された依頼、ならびに、以下で述べる期限が終了した依頼、を含むメンバーが行った取引の状況を監視することを可能にする、一連のインターフェースを含んでいる。かかる監視は、取引の契約相手（たとえば、プロバイダ）に関わらず、特定のメンバーについての依頼を集約したものである。
【０８６４】
(a). 現在の依頼状況の監視(Current Request Monitor)
図６７に示す”依頼状況の監視：現在”インターフェースは、メンバーが、自身の(i)現在有効である、および(ii)最近終了した取引依頼について集めたサマリーを見ることを可能にする。図６７に示すように、”有効な”（すなわち、）終了していない）依頼について表示される各情報には、以下のものが含まれている：
・依頼を撤回することを可能にするためにクリックする”オフ”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・終了日と時刻
・依頼に対して受け取った価格見積もりの数
・依頼に対して受け取った新しい価格見積もりの数
・現状（たとえば、”終了済み”）。
【０８６５】
・詳細／コメント。
【０８６６】
”ＩＤ”ボタン３７８０、”タイプ”ボタン３７７０、又は、”終了”ボタン３７６０をクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、終了日付け／時刻、として記憶することができる。
【０８６７】
”最近終了した”依頼についての前記インターフェース上に表示された情報には、以下のものが含まれる：
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）応答としての価格見積もりを提出するため、プロバイダとの通信を行うためにクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引相手の名称
・価格見積もり（ある場合には）
・現状（たとえば、終了）。
【０８６８】
・詳細
・完了する日付けおよび時刻／コメント
特定の取引依頼についての特定の識別番号をクリックすることで、システムに、当該依頼の詳細を表示させる。この機能は、以下で述べる他の依頼監視インターフェースからでも利用可能である。たとえば、ＦＸスポット取引依頼（ボタン３７９０として示される）についての識別番号（”４３１４”）をクリックすることで、システムに、図６８に示す”依頼の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、メンバーによって作成されたＦＸスポット取引依頼の詳細を示しており、以下の情報が含まれている：
・依頼の開始および終了日付／時刻。
【０８６９】
・依頼の現状（たとえば、”撤回”）。
【０８７０】
・取引日：両当事者によって通貨のトレードが合意された日。
【０８７１】
・取引実行日：トレードされた通貨が交換される日。
【０８７２】
・取引額ならびに通貨。
【０８７３】
・取得される通貨、又は、それに対する見積もりが固定される（pegged)通貨（たとえば、図６８の”米ドル”）。
【０８７４】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８７５】
応答する価格見積もりがすでに受け取られていた場合、インターフェースは、以下の情報も表示する：
・契約相手の名前
・価格見積額／レートおよび通貨
・見積もりの有効期限の日付／時刻
・見積もりの現状
・見積もりに伴うコメント
・価格見積もりを受諾するためにクリックする”受諾”ボタン
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
メンバーは、契約相手の名前３８９０をクリックすることで、システムに、契約相手に関するプロフィール情報（（以下に述べる図９７を参照）を表示させるとともに、見積り３９００をクリックすることにより、システムに、見積もりについて更なる詳細（以下に述べる図８５を参照）を表示させる。”オフ”ボタン３８９５をクリックすることにより、メンバーは、取引依頼を撤回することができる。”履歴”ボタン３９０５をクリックすることで、メンバーは、システムに、当初の依頼の修正および異なるプロバイダから受け取った価格見積もり等の取引依頼に関する全ての出来事の要約を表示させる。
【０８７６】
他の例としては、スワップ取引依頼（図６７のボタン３８００として示される）についての識別番号（”４０８９”）をクリックすることで、システムに、図６９に示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。このインターフェースは、メンバーによって作成された固定−変動金利スワップ取引依頼の詳細を示しており、以下の情報が含まれている：
・依頼の開始および終了日付／時刻。
【０８７７】
・依頼の現状（たとえば、”終了済み”）。
【０８７８】
・取引日：両当事者によってスワップが合意された日。
【０８７９】
・開始日：スワップ契約が始まる日。
【０８８０】
・終了日：スワップ契約が終了する日。
【０８８１】
・固定支払いレグについてメンバーにより支払われる額および通貨。
【０８８２】
・変動受け取りレグについてプロバイダにより支払われる額および通貨。
【０８８３】
・変動金利指標ならびに受け取りレグについてのベーシス・ポイントスプレッド。
【０８８４】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０８８５】
応答する価格見積もりがすでに受け取られていた場合、インターフェースは、以下の情報も表示する：
・契約相手の名前
・価格見積額／レートおよび通貨
・見積もりの有効期限の日付／時刻
・見積もりの現状
・見積もりに伴うコメント
・価格見積もりを受諾するためにクリックする”受諾”ボタン
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
本システムは、取引依頼の詳細、および、依頼監視インターフェース上に表示された他の全てのタイプの取引依頼に対する価格見積もりを表示する、類似のインターフェースを含んでいる。かかるシステムは、新たな価格見積もりが受け取られ、あるいは、取引依頼の状況が変化した場合、取引依頼の各タイプに関する、”依頼の監視：現状”、ならびに、”依頼の詳細”インターフェース、を自動的にリフレッシュする。
【０８８６】
(b). 有効な依頼の監視(Active Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）の”有効”ボタン３８８０をクリックすることによりアクセス可能な、図７０に示す”依頼の監視：有効”インターフェースは、メンバーが、自身の現在有効である取引依頼について集めたサマリーを見ることを可能とする。図７０に示すように、”有効な”（すなわち、終了していない）依頼は、以下のものを含んでいる：
・依頼を撤回することを可能にするためにクリックする”オフ”ボタン３９３０
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・終了日と時刻
・依頼に対して受け取った価格見積もりの数
・依頼に対して受け取った新しい価格見積もりの数
・現状（たとえば、”終了”）。
【０８８７】
・詳細／コメント
”ＩＤ”ボタン、”タイプ”ボタン、又は、”終了”ボタンをクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、終了の日付け／時刻として記憶することができる。”実行”ボタン３９５０をクリックすることで、システムに、プルダウンメニュー３９４０から選択可能な、表示された有効な依頼に関する報告を実行させる。かかる報告には、イベントについての活動記録、取引の統計、および、有効な依頼についての監査記録が含まれている。かかる集約された報告は、以下で述べるそれぞれの依頼モニタインターフェースで利用可能である。
【０８８８】
”依頼の監視：有効”インターフェースは、以下で述べる他の依頼モニタインターフェースとともに、有効な依頼が多数ある場合に役立つ、リスト化された依頼について、メンバーが、自動的に検索を行うことを可能にする。プルダウンメニュー３９２０を用いることで、ユーザーは、検索（たとえば、取引タイプ、詳細）を行い、フィールド３９１０（たとえば”ＦＸ”スポット）に検索語を入力するための属性を選択することが可能となる。”検索”ボタン３９７０をクリックすることで、システムに検索を実行させ、結果を表示させる。また、”取り消し(clear)”ボタン３９８０をクリックすることにより、システムに、新しい検索語を入力することができるよう、検索語を取り消させる。さらに、”全て表示”ボタン３９９０をクリックすることにより、システムは、有効な依頼を全て表示する。”ゴミ箱を空にする(Empty Trash))”ボタン３９６０をクリックすると、システムは、無効あるいは起草しただけの取引依頼を永久に削除する；かかる依頼の数は、”ゴミ箱を空にする”ボタン３９６０の次に表示される。
【０８８９】
(c)  受諾した依頼の監視(Accepted Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”受諾”ボタン３８７０をクリックすることによりアクセス可能な、図７１により示された”依頼状況の監視：受諾”インターフェースは、メンバーが、自身の受諾した取引依頼、すなわち、プロバイダからの価格見積もりについて自身が受諾した各取引依頼について集めたサマリーを見ることを可能にする。図７１に示すように、”受諾された”依頼について表示された各情報は、以下のものを含んでいる：
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・契約相手の名前
・価格見積もり額／レート
・詳細
(d)  認証された依頼の監視(Verified Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”認証済み”ボタン３８１０をクリックすることによりアクセス可能な、図７２により示された”依頼状況の監視：認証済み”インターフェースは、メンバーが、自身により認証された取引依頼、すなわち、メンバーがプロバイダからの価格見積もりを受諾し、プロバイダが、メンバーの受諾を認証した各取引依頼、について集約されたサマリーを見ることを可能にする。図７２に示すように、”認証済み”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・契約相手の名前
・価格見積もり額／レート
・詳細
(e)  無効となった依頼の監視(Obsolete Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”無効”ボタン３８２０をクリックすることによりアクセス可能な、図７３により示された”依頼状況の監視：無効”インターフェースは、メンバーが、無効となった取引依頼、すなわち、有効期限が終了し、あるいは、自身が撤回した各取引依頼、について集約されたサマリーを見ることを可能にする。
【０８９０】
図７３に示すように、”無効となった”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・現状（たとえば、”終了”又は”撤回”）
・取引のタイプ
・詳細
(f)  起案依頼監視(Draft Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”起案”ボタン３８６０をクリックすることによりアクセス可能な、図７４により示された”依頼状況の監視：起案”インターフェースは、メンバーが、自身の起案取引依頼、すなわち、自身が起案し、保存したが、プロバイダには未提出の各取引依頼、について集約されたサマリーを見ることを可能にする。図７４に示すように、”起案”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・詳細
(g)  廃棄依頼監視(Trash Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”廃棄”ボタン３８５０をクリックすることによりアクセス可能な、図７５により示された”依頼状況の監視：廃棄”インターフェースは、メンバーが、自身の”廃棄された”（すなわち、無効および起案）取引依頼について集約されたサマリーを見るとともに、かかる依頼を永久に削除することを可能にする。図７５に示すように、”廃棄された”依頼について表示された各情報は、以下のものを含んでいる：
・削除又は回復を選択するためクリックされる選択インジケーター
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状
・依頼に対して受け取った価格見積もりの数
・詳細
特定の取引に関して選択インジケーターをクリックすることにより、メンバーは、回復を指定することができる。次に、”リストア(restore)”ボタンをクリックすることにより、選択された依頼を”有効”な状態に戻す。”ゴミ箱を空にする”ボタンをクリックすることにより、”廃棄”された依頼を、永久に削除する。
【０８９１】
(h)  全ての依頼を監視(All Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”全部”ボタン３８４０をクリックすることによりアクセス可能な、図７５Ａにより示された”依頼状況の監視：全部”インターフェースは、メンバーが、有効な、受諾した、認証された、撤回した、ならびに、終了した取引を含む、自身の全ての取引依頼について集約されたサマリーを見ることを可能にする。図７５Ａに示すように、各取引について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状（たとえば”終了”）
・依頼に対して受け取った価格見積もりの数
・詳細
・完了する日付けおよび時刻／コメント
(i)  編集された依頼の監視(Edit Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”編集”ボタン３８３０をクリックすることによりアクセス可能な、図７６により示された”依頼状況の監視：編集”インターフェースは、メンバーが、依頼監視インターフェースをカスタマイズすることを可能にする。プルダウンメニュー４０００を用いることで、メンバーは、”依頼状況の監視：現在”インターフェース（図６７に示す）中に表示される内で最近終了した依頼の数を特定することができる。ラジオボタン４０１０をクリックすることで、メンバーは、システムが、(i)メンバーが、監視画面を手動によりリフレッシュできるよう、依頼に対する変更（たとえば、終了又は新たな価格見積もり）があった場合に、メンバーに電子的に通知するか、あるいは、(ii)依頼に対する変更があった場合に、監視画面を自動的にリフレッシュする、かどうかを特定することができる。インジケーター４０２０をクリックすることにより、メンバーは、システムが、監視画面において価格見積もりの有効期限が終了するまでの時間を示す”カウントダウン”メーターを表示するかどうか、を設定することができる。いずれの取引タイプについても、メンバーは、特定の取引を、メンバーのモニタ上に表示させるか否かを決定するフィルターとして機能する”視認可能な(Visible)”インジケーター４０４０を設定することができる。最後に、”終了までの時間切迫(Urgent Time to Expiry)”フィールド４０５０を用いることで、メンバーは、時間が迫っていることを示すため、その時がくると、カウントダウンメーターの色が変わる（たとえば、緑から赤に）デフォルト時刻を設定することができる。”保存”ボタンをクリックすることにより、メンバーは、値付け依頼の優先事項の設定を保存することができる。
【０８９２】
iii.  プロバイダの依頼の監視(Provider Request Monitoring)
本発明の本実施形態は、以下で述べるように、プロバイダが、新たな取引依頼、それに対し自身が応答としての価格見積もりを提出した依頼、受諾された依頼、認証された依頼、ならびに、終了した依頼を含む、メンバーにより作成された取引の状況、を監視することを可能にする、一連のインターフェースを含んでいる。かかるモニターは、取引の契約相手（例えば、メンバー）にかかわらず、特定のプロバイダに関する依頼を集約する。
【０８９３】
(a)  現在の依頼についての監視(Current Requerst Monitor)
図８４に示された”依頼状況の監視：現在”インターフェースは、プロバイダが、(i)メンバーからの有効な取引依頼および(ii)自身の最近終了した価格見積もり、について集約されたサマリーを見ることを可能にする。図８４に示すように、メンバーから受け取った”有効な”（すなわち、終了していない）依頼に関する情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・前記依頼に関するアクションを開始するためクリックされる”アクション”（例えば、”拒否”）ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・依頼の有効期限の日付および時刻
・取引相手の名前
・プロバイダによる現在の価格見積もり
・価格見積もりの有効期限の日付けおよび時刻
・価格見積もりの現状（例えば、”終了”）
・取引依頼の詳細
”有効な”依頼の表示は、それぞれのコラムヘッダをクリックすることにより、識別番号、取引のタイプ、依頼有効期限の日付および時刻、価格見積もり、価格見積もり有効期限の日付および時刻、あるいは、詳細として分類することができる。”最近終了した”見積もりに関する前記インターフェース上に表示された情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引相手の名前
・価格見積もり
・現状（例えば、”終了”）
・詳細
特定の取引についての識別番号をクリックすることで、システムに、その見積もりの詳細を表示させる。この機能は、以下で述べる他の依頼監視インターフェースにもある。例えば、ＦＸスポット見積もり（ボタン８０３０として識別される）についての識別番号（”４３１３”）をクリックすることで、システムに、図８５に示す”依頼状況の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、以下の情報を含む、プロバイダにより作成されたＦＸスポット見積もりの詳細を示す：
・依頼の開始および終了日付/時刻
・依頼の現状（たとえば”撤回”）
・取引相手の名前
・取引日：両当事者によって通貨トレードが合意された日。
【０８９４】
・取引実行日：トレードされた通貨が交換される日。
【０８９５】
・取引額ならびに通貨
・取得される通貨、又は、それに対する見積もりが固定される（pegged)通貨（たとえば、図８５の”米ドル”）。
【０８９６】
・交換レートおよび見積もりの通貨ペア
・見積もりが終了する日付／時刻
・見積もりが終了するまでに残された時間
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織
・法律上の連絡先(Legal Contact)：法人組織において連絡を取る者の名前
・プロバイダにより定義された標準的なテキストを含む、見積もりについてのコメント（上で述べられ、図１０１から１０２で示された”標準テキスト”および”標準テキストの定義”インターフェース参照）。
【０８９７】
前記インターフェースは、取引依頼に関する以下の情報も表示する：
・開示日付／時刻
・終了日付／時刻
・現状
・契約相手の信用格付け
プロバイダが契約相手の名前をクリックすることで、システムに、契約相手に関するプロフィール情報（下で述べる図９６参照）を表示させる。”履歴”ボタン８１５０をクリックすることにより、プロバイダは、システムに、最初の依頼および価格見積もりに対する修正等の価格見積もりに関する全てのイベントのサマリーを表示させる。
【０８９８】
他の例としては、スワップ取引依頼（図８４のボタン８０４０として示される）の識別番号（”４０８９”）をクリックすることで、システムに、図８６から８６Ａに示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。このインターフェースは、以下の情報を含んだ、プロバイダが作成した固定−変動金利スワップ取引依頼の詳細を示している：
・取引相手の名前
・取引日：両当事者によってスワップが合意された日。
【０８９９】
・開始日：スワップ契約が始まる日。
【０９００】
・終了日：スワップ契約が終了する日。
【０９０１】
・固定支払いレグについてメンバーにより支払われる額および通貨。
【０９０２】
・変動受け取りレグについてプロバイダにより支払われる額および通貨。
【０９０３】
・支払いレグについての固定金利レート
・変動金利指標ならびに受け取りレグについてのベーシス・ポイントスプレッド
・見積もりが終了する日付／時刻
・見積もりが終了するまでに残された時間
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織。
【０９０４】
・法律上の連絡先：法人組織において連絡を取る者の名前。
【０９０５】
・プロバイダにより定義された標準的なテキストを含む、積もりについてのコメント（上で述べられ、図１０１から１０２で示された”標準テキスト”および”標準テキストの定義”インターフェース参照）。
【０９０６】
図８６Ａに示すように、前記インターフェースは、取引依頼に関する以下の情報も表示する：
・開示日付／時刻
・終了日付／時刻
・現状
・契約相手の信用格付け
プロバイダが契約相手の名前をクリックすることで、システムに、契約相手に関するプロフィール情報（下で述べる図９６参照）を表示させる。”全てを撤回”ボタン８１３０をクリックすることにより、プロバイダは、自身の有効な価格見積もりを全て撤回することができる。”履歴”ボタンをクリックすることで、プロバイダは、システムに、最初の依頼および価格見積もりに対する修正等の価格見積もりに関する全てのイベントのサマリーを表示させる。
【０９０７】
本システムは、新たな取引依頼を受け取り、あるいは、価格見積もりの現状が変化した場合、”依頼の監視：現在”インターフェース、を自動的にリフレッシュする。かかるインターフェースは、依頼しているメンバーが、他のプロバイダによる価格見積もりを受諾した取引依頼の状況も表示する。かかる場合、取引依頼の状況は、”他で成約(Dealt Away)”として示され；受諾価格についての表示はされない。
【０９０８】
(b)  新規依頼の監視(New Request Monitor)
”依頼状況の監視：現在”インターフェースの”新規”ボタン８０５０（図８４に示す）をクリックすることによりアクセス可能な、図８７に示す”依頼の監視：新規”インターフェースは、プロバイダが、メンバーから最近受け取った取引依頼について集約されたサマリーを見ることを可能とする。図８７に示すように、”新規”の取引依頼についての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・有効期限の日付および時刻
・取引相手の名前
・詳細
”ＩＤ”ボタン、”タイプ”ボタン、あるいは、”終了”ボタンをクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、満了の日付け／時刻として分類することができる。”実行”ボタン８２００をクリックすることで、システムに、近くのプルダウンメニューから選択可能な、新規依頼に関する報告を実行させる。かかる報告は、イベントについての活動記録、取引の統計、および、有効な依頼についての監査記録、を含んでいる。かかる集約された報告は、以下で述べるそれぞれの依頼モニタインターフェースで利用可能である。
【０９０９】
”依頼の監視：新規”インターフェースは、以下で述べる他の依頼監視インターフェースとともに、新規依頼が多数ある場合に役立つ、リスト化された依頼について、プロバイダが、自動的に検索を行うことを可能にする。プルダウンメニュー８１８０を用いることで、ユーザーは、検索（たとえば、取引タイプ、詳細）を行い、近くのフィールド（たとえば”ＦＸ”スポット）に検索語を入力するための属性を選択することができる。”検索”ボタン８２２０をクリックすることで、システムに、検索を実行させ、結果を表示させる。”取り消し(clear)”ボタン８２３０をクリックすることで、システムに、新しい検索語を入力することができるよう、検索語を取り消させる。全て表示”ボタン８２４０をクリックすることにより、システムは、新規依頼を全て表示する。一以上の表示依頼の近くにある”チェック”インジケーターをクリックする（あるいは、表示された全ての依頼を選択するために”全てをチェック”ボタンをクリック）し、さらに、”削除”ボタン８１９０をクリックすることで、システムに、選択された依頼を見えないように削除する。”ゴミ箱を空にする”ボタン８２１０をクリックすると、システムは、無効あるいは起草しただけの取引依頼を永久に削除する。かかる依頼の数は、”ゴミ箱を空にする”ボタン８２１０の次に表示される。”全てを撤回”ボタン８１７０をクリックすることで、メンバーの視界から、プロバイダによる有効な価格見積もりが全て撤回され、これにより、メンバーにより受諾されないよう、見積もりが削除される。この段落で説明した機能は、ここで述べる各依頼監視インターフェースで利用可能である。
【０９１０】
(c)  有効な依頼の監視(Active Request Monnitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”新規”ボタン８０６０をクリックすることによりアクセス可能な、図８８に示す”依頼の監視：有効”インターフェースは、プロバイダが、自身の”有効な”（すなわち、終了していない）価格見積もりについて集約されたサマリーを見ることを可能とする。図８８に示すように、”有効な”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引の有効期限の日付および時刻
・取引相手の名前
・見積額／レート
・見積もりの有効期限の日付／時刻
・見積もりの現状
・詳細
(d)  受諾された依頼の監視(Accepted Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”受諾”ボタン８０７０をクリックすることによりアクセス可能な、図８９に示す”依頼の監視：受諾”インターフェースは、プロバイダが、自身の”受諾された”すなわち、メンバーにより受諾された各見積もりについて集約されたサマリーを見ることを可能とする。図８９に示すように、”受諾された”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(e)  認証された依頼の監視(Verified Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”認証”ボタン８１２０をクリックすることによりアクセス可能な、図９０に示す”依頼の監視：認証”インターフェースは、プロバイダが、自身の”認証された価格見積もり”すなわち、メンバーにより受諾された各見積もりであって、プロバイダにより受諾が認証されたものについて集約されたサマリーを見ることを可能とする。図９０に示すように、”認証された”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(f)  無効となった依頼の監視(Obsolete Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”無効”ボタン８１１０をクリックすることによりアクセス可能な、図９０に示す”依頼の監視：無効”インターフェースは、プロバイダが、自身の”無効となった価格見積もり”すなわち、終了した、あるいは、プロバイダが撤回した各見積もりを集約したサマリーを見ることを可能とする。図９１に示すように、”無効な”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・現状（例えば、”終了”あるいは”撤回”）
・詳細
(g)  廃棄依頼監視(Trash Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”廃棄”ボタン８１００をクリックすることによりアクセス可能な、図９２に示す”依頼状況の監視：廃棄”インターフェースは、プロバイダが、自身の”廃棄された”（すなわち、無効および起案した）価格見積もりについて集約したサマリーを見るとともに、かかる見積もりを永久に削除することを可能にする。図９２に示すように、”廃棄された”依頼について表示された各情報は、以下のものを含んでいる：
・削除又は回復を選択するためクリックされる選択インジケーター
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状
・詳細
特定の取引に関して選択インジケーターをクリックすることにより、プロバイダは、回復を指定することができる。次に、”リストア”ボタンをクリックすることにより、選択された依頼を”有効”な状態に戻す。”ゴミ箱を空にする”ボタンをクリックすることにより、”廃棄”された依頼を、永久に削除する。
【０９１１】
(h)  全ての依頼を監視(All Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”全部”ボタン８０９０をクリックすることによりアクセス可能な、図９３により示された”依頼状況の監視：全部”インターフェースは、プロバイダが、有効な、受諾され、認証し、撤回し、ならびに、終了した依頼を含む、自身の価格見積もりについて集約したサマリーを見ることを可能にする。図９３に示すように、各取引について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状（たとえば”終了”）
・・詳細
・完了する日付けおよび時刻／コメント
(i)  変更表示依頼の監視(Change Display Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”編集”ボタン８０８０をクリックすることによりアクセス可能な、図９４に示す”依頼状況の監視：変更表示”インターフェースは、プロバイダが、依頼監視インターフェースをカスタマイズすることを可能にする。プルダウンメニュー８２５０を用いることで、プロバイダは、”依頼状況の監視：現在”インターフェース（図８４に示す）上に表示される内で最近終了した依頼の数を特定することができる。ラジオボタン８２６０をクリックすることで、プロバイダは、システムが、(i)プロバイダが、監視画面を手動でリフレッシュできるよう、依頼に対する変更（たとえば、終了又は修正）があった場合に、プロバイダに電子的に通知するか、あるいは、(ii)（ユーザーのウエッブブラウズにもよるが）依頼に対する変更があった場合に、監視画面を自動的にリフレッシュする、かどうかを特定することができる。”カウントダウン”インジケーターをクリックすることにより、プロバイダは、システムが、監視画面において価格見積もりの有効期限が終了するまでの時間を示すカウントダウンメーターを表示するかどうか、を設定することができる。いずれの取引タイプについても、プロバイダは、特定の取引を、プロバイダのモニタ上に表示させるか否かを決定するフィルターとして機能する”視認可能な”インジケーターを設定することができる。最後に、”終了までの時間の切迫”フィールドを用いることで、プロバイダは、時間が迫っていることを示すため、その時がくると、カウントダウンメーターの色が変わる（たとえば、緑から赤に）デフォルト時刻を設定することができる。”保存”ボタンをクリックすることにより、プロバイダは、値付け依頼の優先事項の設定を保存することができる。
【０９１２】
iv.  プロバイダの見積もり作成(Provider Quote Creation)
本発明の本実施形態は、プロバイダが、本システムを用い、メンバーによって設定された各タイプの金融取引依頼に応じて、価格見積もりを作成することを可能にする、価格見積もり作成インターフェースを含んでいる。特定の金融取引依頼が選択されると、上述のように、プロバイダは、取引依頼の詳細を検討し、メンバーに提出される価格見積もりを入力することができる。たとえば、上述の図８４に示すように、ＦＸスポット取引（図８４においてボタン８０３０として示される）についての識別番号（”４３１４”）をクリックすることで、システムに、図８５に示す”依頼の詳細：ＦＸスポット”インターフェースを表示させる。かかるインターフェースは、メンバーにより作成されたＦＸスポット取引依頼の詳細を示し、プロバイダが、以下の見積もり詳細とともに、外国為替交換レート（たとえば、フィールド８１４０において”０．９２００００”）を入力することを可能にする：
・見積もりが終了する日付／時刻、又は、見積もりが終了するまでに残された時間。
【０９１３】
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織。
【０９１４】
・法律上の連絡先：法人組織において連絡を取る者の名前。
【０９１５】
・プロバイダにより定義された標準的なテキストを含む、見積もりについてのコメント（上で述べ、図１０１から１０２で示す”標準テキスト”および”標準テキストの定義”インターフェース参照）。
【０９１６】
他の例としては、スワップ取引依頼（図８４のボタン８０４０として示される）の識別番号（”４０８９”）をクリックすることで、システムに、図８６から図８６Ａに示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。かかるインターフェースは、メンバーにより作成された固定−変動金利スワップ取引依頼の詳細を示し、プロバイダが、上述の見積もりの詳細とともに、固定見積もりレート（たとえば、フィールド８１６０において”５．９５００００％”）を入力することを可能にする。
【０９１７】
”見積もり詳細”インターフェースを用いることで、プロバイダは、”表示(indicative)”価格の見積もりを作成し、提出することもできる。かかる見積もりは、プロバイダとメンバー間の交渉あるいはプロバイダとメンバー間での取引の可能性を高めるため、メンバーに受諾されないが、プロバイダが、取引タイプの市場の水準を送信することを可能とする。”表示 ”見積もり(”indicative” quotes)は、メンバーがプロバイダとの信用関係を構築していない場合に用いるようにしてもよい。プロバイダは、表示価格見積もりを、見積もりのコメントフィールドを用いたものとして識別することができる。
【０９１８】
v.  取引の実行(Execution of Transaction)
本発明のある実施形態を用いると、メンバーおよびプロバイダは、オンライン上で金融取引を実行することができる。外国為替スポット（”ＦＸスポット”）取引が、かかる取引の例として、図２で示されたフローチャートを参照しつつ以下で説明されている。これらのステップは、ここで述べる異なるタイプの取引のそれぞれについて本発明を用いて実行可能であることに注意すべきである。
【０９１９】
(a)  準備ステップ  (Preliminary Steps)
この例は、メンバーとプロバイダが、本システムを用いてオンラインで取引するのに必要な標準的契約を済ませており（図２のステップ３００）、メンバーに割り当てられる融資限度について交渉した（ステップＳ３１０）ことを前提としている。上述のように、これらのステップは、本システムにより提供される様々な通信メカニズムとともに、信用関係機能を含む、図８３に示した”トレーディングの文書化”インターフェースを用いて実行することができる。
【０９２０】
(b)  取引ならびに依頼の設定(Structuring of Transaction and Request)
メンバーは、まず、所望の取引依頼を設定し、作成しなければならない（図２のステップ３２０）。図１０３に示す、”新たな依頼”インターフェースは、それが、本発明のこの実施形態に含まれる様々な新しい依頼インターフェースに道筋(road map)を提供する場合、かかるタスクのための開始点となる。この例において、メンバーは、ＦＸスポット取引を作成することを希望するので、メンバーは、システムに、図１０４に示す”新たな依頼：ＦＸ”インターフェースを表示させる、”ＦＸスポット／先物”ボタン８４９０をクリックする。このインターフェース上で、メンバーは、希望するＦＸスポット取引に関する以下の詳細を入力する：
・取引日は、２０００年の９月１３日である（フィールド８５９０）。
【０９２１】
・（ＦＸ交換についての）取引実行日は、２０００年９月１５日（フィール８６００）である（日付は、”日付設定”ボタン８６３０をクリックすることにより設定可能であることに注意）。
【０９２２】
・メンバーは、米ドル（プルダウンメニュー８６２０）に対して百万（フィールド８６１０）ユーロ（プルダウンメニュー８５８０）を購入（ラジオボタン８５７０）する。
【０９２３】
・前記取引についてのメンバーの”法人組織”は、”PatentCorp”である。
【０９２４】
”パラメーター”ボタン８５６０をクリックすることで、システムに、図１０５に示すＦＸスポット取引についての”パラメーター”インターフェースを表示させる。このインターフェース上で、メンバーは、(i)終了日付／時刻（フィールド８６７０）あるいは(ii)終了するまでに残された時間（フィールド８６８０）、および、依頼に関する注意／コメント、を含むオンライン取引依頼のパラメーターを提供する。”保存”ボタン８７００をクリックすることで、システムに、取引依頼に関する情報を保存させる。”送信”ボタン８６９０をクリックすることにより、取引依頼詳細ならびにパラメーターを、本システムを介して、プロバイダに送信させる。  図１０４に示す”プロバイダ”ボタン８６５０をクリックすることで、システムに、図１０６のＦＸスポット取引についての”プロバイダ”インターフェースを表示させる。このインターフェースにおいて、メンバーは、自身が”送信”ボタンをクリックした場合、それに対してオンライン取引依頼が送られるプロバイダ（たとえば、””PatentBank”）を特定することができる。
【０９２５】
図１０４の”検討”ボタン８６６０をクリックすることで、システムに、図１０８に示すＦＸスポット取引についての”検討”インターフェースを表示させる。このインターフェース上では、メンバーは、それを一以上のプロバイダに送信する（”送信”ボタン８７３０をクリックすることにより）前に、取引依頼の詳細ならびにパラメーターを検討することができる。検討の後、メンバーが、取引依頼の詳細又はパラメーターのいずれかに変更を行いたい場合、メンバーは、必要に応じて、”新規依頼：ＦＸ”インターフェース（図１０４）、又は、”パラメーター”インターフェース（図１０５）に戻ることができる。
【０９２６】
一以上のプロバイダに対する取引依頼の提出が完了すると、（図２のステップ３３０）、メンバーは、図１０７で示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを介して、何らかの価格見積もり情報を含む、取引依頼およびその現状について検討することができる。
【０９２７】
(c)  取引依頼の監視ならびに検討(Monitoring and Review of Transaction Request)
取引実行の次のステップは、一以上のプロバイダによるメンバーの取引依頼の受領ならびに検討である。本システムを用いることにより、プロバイダは、上述の依頼監視インターフェースを用いて入ってくる取引依頼を監視する。さらに、優先事項(prteference)と認識されると、プロバイダは、新規の取引依頼を受け取り次第、システムから自動的にたとえば、eメールメッセージによる）通知を受け取る（ことができる。図１０９Ａに示し、上述したように、”依頼の監視：現在”インターフェースは、新たな取引依頼を表示する。この例において、メンバーのＦＸスポット依頼は、システムに割り当てられた識別番号”５０６４”とともに表示される。識別番号（ボタン８７５０）をクリックすることで、プロバイダが、それから、応答する価格見積もりを作成することができる、図８５に示し、上述した、”依頼の詳細：ＦＸスポット”インターフェースを、システムに表示させる。なお、プロバイダは、プロバイダが、依頼を断ったことをシステムがメンバーへ通知するきっかけとなる、図１０９Ａの”拒否”ボタン８７５０をクリックすることにより、取引依頼を拒否することを選んでもよい。新しいＦＸスポット取引依頼も、図１０９Ｂに示され、上述したプロバイダの(i)”依頼の監視：新規”インターフェース、ならびに、図１０９Ｃに示され、上述した(ii)”依頼の監視：有効”インターフェース、に表示される。
【０９２８】
(d) 価格見積もりの作成ならびに提出(Creation and Submission of Price Quote)
メンバーの取引依頼を受け取り、検討した後、必要であれば、プロバイダは、図８５に示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを用いて、応答する価格見積もりを作成し、提出してもよい（図２のステップ３５０）。このインターフェースを用いることにより、プロバイダは、メンバーにオファーされる外国為替交換レート（フィールド８１４０内に”０．９２００００”）を入力する。プロバイダとメンバー間の交渉であって、本システムにより提供される通信メカニズム（チャット、eメール、インスタントメッセージング）あるいは、電話等の従来の手段を用いた交渉中、このステップを何度も繰り返すようにしてもよい。自身の見積もりの提出後、プロバイダは、図１０９Ｄに示し、上述した”依頼の監視：有効”インターフェースを用い、かかる見積もりの現状を監視することができる。プロバイダは、見積もりが”有効”な間、いつでも、見積もりを撤回することができる。
【０９２９】
(e)  価格見積もりの監視ならびに検討(Monitoring and Review of Price Quote)
トレードを実行する際の次のステップは、メンバーにより、一以上のプロバイダからの価格見積もりを受信し、検討することである（図２のステップ３６０）本システムを用いることにより、メンバーは、上述の依頼監視インターフェースを用いて、入ってくる見積もりを監視する。さらに、優先事項と認識されると、メンバーは、新規の取引依頼を受け取り次第、システムから自動的な（たとえば、eメールメッセージによる）通知を受け取ることができる。図１１０Ａに示し、上記した”依頼の監視：現在”インターフェースは、新規見積もりを表示する。この例において、メンバーのＦＸスポット依頼ならびにプロバイダの見積もりは、システムに割り当てられた識別番号”５０６４”とともに表示される。かかる表示は、メンバーが、自身の取引依頼に応じて、一の見積もりを受け取ったことを表す。依頼識別番号（ボタン８７６０）をクリックすることで、システムに、図１１０Ｂに示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、メンバーの依頼の詳細だけでなく、プロバイダの見積もり詳細も表示する。
【０９３０】
(f)  価格見積もりの選択ならびに受諾(Selection and Acceptance of Price Quote)
一以上のプロバイダから価格見積もりを受け、検討した後、メンバーが自身の依頼を撤回しない限り（上述のように）、メンバーは、一以上のプロバイダによる価格見積もりを選択し、あるいは、より好ましい見積もりを得るため、プロバイダと交渉を行う（図２のステップ３７０）。かかる交渉は、本システムにより提供される通信メカニズム（チャット、eメール、インスタントメッセージ）あるいは、電話等の従来の手段、を通じて行われる。たとえば、メンバーは、プロバイダと、ＦＸスポット取引の価格見積もりに関する交渉を行うため、図１１０Ｂに示す”チャット”ボタン８７８０をクリックすることも可能である。かかる交渉の後、メンバーは、一のプロバイダからの見積もりを受諾する（図２のステップ３８０）。メンバーは、図１１０Ｂに示す”受諾”ボタン８７７０をクリックすることにより、自動的にこのステップを行うことができる。これによって、システムに、図１１０Ｃに示す”受諾：ＦＸスポット”インターフェースを表示させる。このインターフェースは、条件ならびに契約相手の情報を含む、受諾された見積もりならびに取引の詳細を表示する。
【０９３１】
図１１０Ｂに示す”受諾”ボタン８７７０をクリックするメンバーの動作により、メンバーならびにプロバイダの依頼のモニターが更新される。図１１０Ｄに示し、上述した、メンバーの”依頼の監視：受諾”は、この例のＦＸスポット取引（”５０６４”）を含む、メンバーの受諾された取引依頼の集約された詳細を表示する。
【０９３２】
(g)  受諾された取引の認証(Verification of Accepted Transaction)
図１１１Ａに示し、上述したプロバイダの”依頼の監視：現在”インターフェースは、本例のＦＸスポット取引（”５０６４”）を含む、メンバーに受諾されたプロバイダの有効な価格見積もりの集約された詳細を表示する。さらに、優先事項と認識されると、メンバーによる見積もりの受諾を受け取り次第、プロバイダは、システムから自動的な通知（たとえば、eメールメッセージによる）を受け取ることができる。この段階において、かかるインターフェースを用いることで、プロバイダは、メンバーと、さらに通信を行い、又は、メンバーと交渉をする（たとえば、”チャット”ボタン８８００をクリックすることでチャットセッションを開始することにより）ことも、あるいは、プロバイダの見積もりがメンバーにより受諾されたことを認証（すなわち、確認）することもできる。
【０９３３】
この認証ステップ（図２のステップ３９０）は、図１１１Ａに示す”認証”ボタン８８１０をクリックすることにより実行することができる。認証後、システムは、取引を、”有効な”依頼から、図１１１Ｂに示す”最近終了済み”の見積もりに再分類する。この例において、ＦＸスポット取引（”５０６４”）は、”認証済み”という状況とともに表示される。この取引は、図１１１Ｃに示し、上述した、プロバイダの”依頼の監視：認証済み”インターフェースにも表示される。さらに、この認証は、(i)図７２に示し、上述した、メンバーの”依頼の監視：認証済み”インターフェース、ならびに、(ii)そこに、取引依頼が”他で成約”とともに表示される、他のプロバイダの”依頼の監視：現在”、上に表示される。
【０９３４】
(h)  決済ならびにバックエンド処理(Settlement and Back-End Processing)
取引の受諾ならびに見積もりの認証後、メンバーおよびプロバイダは、上述のように、取引に関する自身の専用バックエンドシステムを自動的に更新し（図２のステップ４００）、決済ならびに支払いに関し、互いに通信を行う（図２のステップ４１０）よう、本発明のシステムを用いることができる。本システムは、メンバーおよびプロバイダに、以下で述べるキャッシュフローおよび手数料を含む、取引の追跡および管理を続行させることを可能にする。
【０９３５】
２．非取引指向の特定機能(Non-Transaction-Specific Functionality)
システムのユーザー（すなわち、メンバーおよびプロバイダ）に、オンラインで金融取引を実行する能力を提供するだけでなく、本発明の本実施形態は、以下で述べるように、他のインタラクティブな機能を豊富に提供することもできる。    a.  システムの個人化(System Personalization)
本発明の本実施形態は、ユーザーの効率を高め、使用を容易にし、さらに、本システムを用いてオンラインでの金融取引を実行するユーザーの経験を活用するため、メンバーおよびプロバイダが、システムを個人化し、カスタマイズすることを可能にする、一連のインターフェースを含んでいる。
【０９３６】
i. コンテント(Content)
ユーザーは、たとえば、図２５に示された”My CFOWeb”インターフェース上で、図示したように、本システムにより与えられたニュースコンテントを個人化することができる。図２６から２６Ａに示された個人化インターフェースを用いることにより、ユーザーは、”利用可能なモジュールの”プルダウンメニュー２１３０から、一以上のニュースコンテントモジュール、ツール、サマリー、ならびに、チャートを選択し、”追加/削除”ボタン(”Add/Remove” buttons)と連動させて”左パネル”２１４０、”中央”パネル２１５０、および”右”パネル２１６０フィールドを用い、かかるコンテントのスクリーン上の位置(on-screen location)を特定することができる。図２６Ａに示す”更新”ボタンをクリックすることで、システムに、ユーザーの選択を保存させる。
【０９３７】
ii.  プロフィール(Profile)
上述の”フィルタリング”機能に加え、本システムは、ユーザーが、自身のシステムのプロフィールを設定することを可能にするインターフェースを提供する。メンバーは、図８１に示す自身の”My Profile”インターフェース上で、自身の識別ならびに連絡情報を特定することができる。プルダウンメニューを用いることで、メンバーは、デフォルト報告通貨、業種、ならびに、時間帯を表すことができる。”保存”ボタン７０９０をクリックすることで、システムに、かかるプロフィール情報を保存させる。
【０９３８】
同様に、プロバイダは、図９６に示す自身の”My Profile”インターフェース（図９５により示された”My Profile”メニュー上の”プロフィール”ボタン８２８０をクリックにより達することが可能な）上で、自身の識別ならびに連絡情報を特定することができる。プルダウンメニューを用いることで、プロバイダは、デフォルト報告通貨、業種、ならびに、時間帯を表すことができる。”保存”ボタン８３４０をクリックすることで、システムに、かかるプロフィール情報を保存させる。
【０９３９】
b.  ポートフォリオ管理(Portofolio Management)
本発明の本実施形態は、メンバーが、自身の完了した取引のポートフォリオを管理することを可能にする、一連のインターフェースを含んでいる。図４４から図４４Ａに示す”トレードリスト”インターフェースは、各取引について以下の情報を含む、各メンバーの完了した取引について集約されたサマリーを供給する：
・固有（システムに割り当てられた）の識別番号２３７０
・取引タイプ２３６０（例えば、”ＦＸスポット”）
・契約相手２３５０
・取引日付２４００
・詳細２４１０
それぞれのコラムのヘッダをクリックすることにより、一覧表は、上で記載された情報のいずれかのカテゴリーにより配列することができる。取引の一覧表は、一覧表の近くの選択インジケーターをクリックする（あるいは、すべてを選択するための”すべてをチェックする”ボタン２４４０をクリック）し、”削除”ボタン２４５０をクリックすることにより、削除することができる。”実行”ボタン２４９０(図４４Ａに示す)をクリックすることで、システムに、プルダウンメニュー２４８０（図４４Ａに示す）から選択可能な、取引が表示されたポートフォリオに関する報告を実行させる。かかる報告には、時価サマリーまたは詳細、今後のイベント（例えば、支払期日、レートの再設定）、外国為替交換の変化についての報告、金利感応性の報告、取引メモ(trade ticket)あるいは、監査報告、が含まれる。
【０９４０】
前記サマリーに記載されている独立した取引のいずれかをクリックすることで、システムに、当該特定取引のサマリーの詳細を表示させる。さらに、前記システムは、各タイプの取引に関するキャッシュフロー、手数料ならびに追加情報の表示を作成し、表示させる。たとえば、”ＦＸスポット”取引に関する識別番号（”１”）２３９０（図４４に示す）をクリックすることで、システムに、図４５に示す”ＦＸスポットの詳細”インターフェース、を表示させる。各取引タイプのインターフェースの詳細を以下に示す。これらのインターフェースについて述べるにあたって、一以上の取引タイプに共通する特徴および／又はインターフェースについては、１度しか説明を行わない。
【０９４１】
i. ＦＸスポット(FX Spot)
図４５に示す”ＦＸスポットの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸスポット取引の詳細を表示する：
・取引日付２５２０：両当事者によって通貨のトレードが合意された日。
【０９４２】
・取引実行日２５３０：トレードに供される通貨が交換される日。
【０９４３】
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン２６１０。
【０９４４】
・元本(principal)２６２０：取得される通貨に交換される通貨の特定額。
【０９４５】
・スポットレート２６３０：トレードが行われた際の外国為替交換レート。
【０９４６】
・アゲインスト２６４０：購入された通貨の特定の額。
【０９４７】
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。
【０９４８】
・契約相手の名前２５４０：プロフィールボタン２５９０をクリックすることで、メンバーは、契約相手のプロフィール情報を見ることができる。
【０９４９】
・法人組織２５５０：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０９５０】
・記録２５６０：メンバーが、その中に取引を含めるトレーディングの記録。
【０９５１】
かかるインターフェースは、取引についての表示価額(indicative valuation)情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタン２６５０をクリックすることにより、特定の日付における表示について計算することができる。
【０９５２】
”キャッフロー”ボタン２５００をクリックすることで、システムに、図４５Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り(payments in or out)、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタン２６７０をクリックすることによりリフレッシュすることができる。
【０９５３】
”手数料”ボタン２５１０（図４５に示す）をクリックすることで、システムに、図４６に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド中に、要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。
【０９５４】
”追加情報”ボタン２５７０（図４５）をクリックすることで、システムに、図４７に示され、ユーザーが入力したコメント又は特定の取引に関する他の情報を表す”追加情報”インターフェースを表示させる。このインターフェースは、メンバーが、情報を更に追加（情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。情報を追加する場合、メンバーは、追加されたアイテムのアイテムタイプ２７００、価額２７１０（すなわち、情報）、ならびに、詳細２７２０を入力しなければならない。
【０９５５】
ii. ＦＸ先物(FX Forward)
図４８に示す”ＦＸ先物の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸ先物取引の詳細を表示する：
・取引日付：両当事者によって通貨のトレードが合意された日。
【０９５６】
・取引実行日：トレードに供される通貨が交換される日。
【０９５７】
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン２７３０。
【０９５８】
・元本２７４０：取得される通貨に交換される通貨の特定額。
【０９５９】
・先物レート２７５０：トレードが行われた際の外国為替交換レート
・アゲインスト２７６０：購入された通貨の特定の額。
【０９６０】
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。
【０９６１】
・契約相手の名前。
【０９６２】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０９６３】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【０９６４】
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図４８Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【０９６５】
iii.  ＦＸスワップ(FX Swap)
図４９に示す”ＦＸ先物の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸスワップ取引の詳細を表示する：
・取引日付：両当事者によって通貨のトレードが合意された日。
【０９６６】
・短期日:スワップの第一レグ（”短期レグ”）の支払いが行われた日。
【０９６７】
・長期日：スワップの第二レグ（”長期レグ”）の支払いが行われた日。
【０９６８】
・メンバーが、短期レグにおいて通貨を売っているのか買っているのか、を示すラジオボタン２７７０。
【０９６９】
・短期レグ元本(Near Leg Principal)２７８０:短期レグにおいて支払われる通貨の額。
【０９７０】
・短期レグスポットレート(Near Leg Spot Rate)２７９０:短期レグの外国為替交換レート。
【０９７１】
・短期レグアゲインスト(Near Leg Against)２８００:短期レグにおいて支払われる額を計算するための基として用いられる額。
【０９７２】
・メンバーが、長期レグにおいて通貨を売っているのか買っているのか、を示すラジオボタン２８１０。
【０９７３】
・長期レグ元本(Far Leg Principal)２８２０:長期レグにおいて支払われる通貨の額
・長期レグ先物レート(Far Leg Forward Rate)２８３０:長期レグの外国為替交換レート。
【０９７４】
・長期レグアゲインスト(Far Leg Against)２８４０:長期レグにおいて支払われる額を計算するための基として用いられる額。
【０９７５】
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。
【０９７６】
・契約相手の名前。
【０９７７】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０９７８】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【０９７９】
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図４９Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【０９８０】
iv. ＦＸ欧州オプション(FX European Option)
図５０に示す”ＦＸ欧州オプションの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸ欧州オプション（外国為替オプション）取引の詳細を表示する：
・取引日：両当事者によって通貨のトレードが合意された日。
【０９８１】
・終了日：オプションが終了する日。
【０９８２】
・引渡期日:オプションを実行することにより、キャッシュフローまたは基礎取引額のいずれかを交換しなければならない日。
【０９８３】
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン２８５０。
【０９８４】
・元本２８６０：オプションを実行することにより購入あるいは売却する通貨に換算される通貨の額。
【０９８５】
・権利行使２８７０：オプション実行のきっかけとなる権利行使レート。
【０９８６】
・プレミアム２９００：オプションの実行により支払われるプレミアムの額
・支払い日２９１０：プレミアムを支払う日。
【０９８７】
・アゲインスト２８８０：オプションの実行による通貨の購入あるいは売却により決済された額。
【０９８８】
・変動率２９２０：基本となるオプションの変動率。
【０９８９】
・引き渡し２８９０：オプションを実行することにより、(i)基礎となるトレードの正味キャッシュフローのみ（”キャッシュ”）又は(ii)基礎トレード（”フィジカル”）のいずれを決済すべきか否かを示すラジオボタン。
【０９９０】
・契約相手の名前。
【０９９１】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【０９９２】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【０９９３】
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図５０Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【０９９４】
v.  固定−変動金利スワップ
図５１から５１Ｂにより示される”固定変動金利スワップの詳細”インターフェースは、メンバーの取引ポートフォリオにおける特定の固定-変動金利スワップ取引（あるいは、変動−固定金利スワップ）の詳細を表示する。本システムは、変動−変動金利スワップ、固定−固定クロスカレンシースワップ、固定−変動クロスカレンシースワップ（あるいは、変動−固定クロスカレンシースワップ）、ならびに変動−変動クロスカレンシースワップ取引、と同様のインターフェースを含んでいる。かかるインターフェースにより表示される詳細は、以下を含んでいる：
・取引日２９３０：両当事者によってスワップが合意された日。
【０９９５】
・開始日２９４０：スワップ契約が始まる日。
【０９９６】
・終了日２９５０：スワップ契約が終了する日。
【０９９７】
・支払いまたは受け取りレグにおいて、メンバーが、通貨を売っているのか買っているのか、を示すインジケーター２９６０。
【０９９８】
・名目元本額２９７０および固定または変動レグについての通貨。
【０９９９】
・固定レグについての固定レート２９８０、ならびに、変動レグについての変動レート指標およびベーシス・ポイントスプレッド。
【１０００】
・第一固定金利２９９０：変動受け取りレグの最初の金利計算期間のために用いられる金利（オプショナル）。
【１００１】
・デイ・カウント３０００：(i)固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。
【１００２】
・支払い周期３０１０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。
【１００３】
・ロールデート３０２０：支払いがビジネスが休みの日にあたった場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、金利の支払いを決定するのに用いられる各期間についての特定の日および協定。
【１００４】
・金利再設定カレンダー３０３０：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【１００５】
・休日３０４０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、支払い計算に用いられる地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【１００６】
・スタブ３０５０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。
【１００７】
・スタブの長さ３０６０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。
【１００８】
・複利周期３０７０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。
【１００９】
・契約相手の名前。
【１０１０】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【１０１１】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【１０１２】
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。
【１０１３】
”キャッフロー”ボタンをクリックすることで、システムに、図５２に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【１０１４】
”金利再設定”ボタン（図５１）をクリックすることで、システムに、図５３に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させるとともに、”固定”および”金利固定”("Lock" and "Lock Rate"）の詳細を明らかにさせることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。
【１０１５】
vi.  金利先渡し契約(Forward Rate Agreement)
図５４に示す”金利先渡し契約の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定の金利先渡し契約取引の詳細を表示する：
・取引日３０９０：両当事者によってトレードが合意された日。
【１０１６】
・期間３１００：トレードの開始ならびに終了日；例えば、”３x６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。
【１０１７】
・開始日３１１０：金利先渡し契約が始まる日。
【１０１８】
・終了日３１２０：金利先渡し契約が終了する日。
【１０１９】
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン。
【１０２０】
・名目元本額３１５０：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【１０２１】
・金利先渡し契約レート３２１０：金利先渡し契約の支払いのきっかけとなる金利先渡し契約レート。
【１０２２】
・金利の指標３１６０。
【１０２３】
・デイ・カウント３１７０：金利を計算するために用いられるデイ・カウント法。
【１０２４】
・ロール/デート３１８０：支払いがビジネスの休みの日にあたる場合、金利先渡し契約の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【１０２５】
・休日３１９０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【１０２６】
・金利再設定カレンダー３２００：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【１０２７】
かかるインターフェースは、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。
【１０２８】
”キャッフロー”ボタンをクリックすることで、システムに、図５５に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【１０２９】
”金利再設定”ボタン（図５４）をクリックすることで、システムに、図５６に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定”３２２０および”金利固定”３２３０("Lock" and "Lock Rate"）の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。
【１０３０】
vii.  定期預金(Fixed Rate Deposit)
図５７に示す”定期預金の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定の定期預金取引の詳細を表示する：
・取引日３２４０：両当事者によって預金が合意された日。
【１０３１】
・取引実行日３２５０：預金が始まる日。
【１０３２】
・終了日３２６０：預金が終了する日。
【１０３３】
・元本３２８０：預金の金額ならびに通貨のタイプ。
【１０３４】
・レート３２９０：預金の金利
・デイ・カウント３３００：金利を計算するために用いられるデイ・カウント法。
【１０３５】
・支払い周期３３１０：金利支払いの周期。
【１０３６】
・ロール/デート３３２０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【１０３７】
・休日３３３０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【１０３８】
・スタブ３３４０：不定期な支払いのためのインジケーター。
【１０３９】
・スタブの長さ３３５０：不定期な支払いスケジュール長。
【１０４０】
・契約相手の名前。
【１０４１】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【１０４２】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【１０４３】
かかるインターフェースは、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。
【１０４４】
”キャッフロー”ボタンをクリックすることで、システムに、図５８に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【１０４５】
viii.  キャップ(Cap)
図５９から５９Ａに示す”キャップの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のキャップ取引の詳細を表示する：
・取引日３３６０：両当事者によってトレードが合意された日。
【１０４６】
・開始日３３７０：オプションが始まる日。
【１０４７】
・終了日３３８０：オプションが終了する日。
【１０４８】
・メンバーがキャップを売っているのか買っているのか、を示すラジオボタン３３９０。
【１０４９】
・名目元本額３４００：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【１０５０】
・権利行使レート３５００：キャップ取引実行のための権利行使レート。
【１０５１】
・指標３４１０および変動金利のベーシス・ポイントスプレッド。
【１０５２】
・第一固定金利３４２０：最初のキャプレットの計算期間のために用いられる金利。
【１０５３】
・プレミアム３５２０：キャップのために支払われる額。
【１０５４】
・プレミアム日付３５３０：プレミアムの支払いが行われる日。
【１０５５】
・デイ・カウント３４３０：金利を計算するために用いられるデイ・カウント法。
【１０５６】
・支払い周期３４４０：キャップ支払いの周期。
【１０５７】
・ロール/デート３４５０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【１０５８】
・金利再設定カレンダー３４６０：金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【１０５９】
・休日３４７０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【１０６０】
・スタブ３４８０：不定期な支払いのためのインジケーター。
【１０６１】
・スタブの長さ３４９０：不定期な支払いスケジュール長。
【１０６２】
・契約相手の名前。
【１０６３】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【１０６４】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【１０６５】
かかるインターフェース（図５９Ａ）は、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。
【１０６６】
”キャッフロー”ボタン（図５９）をクリックすることで、システムに、図６０に示され、特定取引に関する将来のキャッシュフロー情報を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【１０６７】
”手数料”ボタン（図５９）をクリックすることで、システムに、図６１に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド内に要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。
【１０６８】
”金利再設定”ボタン（図５９）をクリックすることで、システムに、図６２に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定”３５４０および”金利固定”３５５０("Lock" and "Lock Rate"）の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。
【１０６９】
ix.  フロア(Floor)
図６３から６３Ａに示す”フロアの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のフロア取引の詳細を表示する：
・取引日３５６０：両当事者によってトレードが合意された日。
【１０７０】
・開始日３５７０：オプションが始まる日。
【１０７１】
・終了日３５８０：オプションが終了する日。
【１０７２】
・メンバーがフロアを売っているのか買っているのか、を示すラジオボタン３５９０。
【１０７３】
・名目元本額３６００：支払いストリームを計算する基として用いられる額および通貨のタイプ。
【１０７４】
・権利行使レート３７００：フロア取引実行のための権利行使レート。
【１０７５】
・指標３６１０および変動金利のベーシス・ポイントスプレッド。
【１０７６】
・第一固定金利３６２０：最初のフロアレットの計算期間のために用いられる金利。
【１０７７】
・プレミアム３７２０：フロアのために支払われる額。
【１０７８】
・支払日３７３０：プレミアムの支払いが行われる日。
【１０７９】
・デイ・カウント３６３０：金利を計算するために用いられるデイ・カウント法。
【１０８０】
・支払い周期３６４０：金利／元本支払いの周期。
【１０８１】
・ロール/デート３６５０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。
【１０８２】
・金利再設定カレンダー３６６０：金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。
【１０８３】
・休日３６７０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。
【１０８４】
・スタブ３６８０：不定期な支払いのためのインジケーター。
【１０８５】
・スタブの長さ３６９０：不定期な支払いスケジュール長。
【１０８６】
・契約相手の名前。
【１０８７】
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。
【１０８８】
・記録：メンバーが、その中に取引を含めるトレーディングの記録。
【１０８９】
かかるインターフェース（図６３Ａ）は、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。
【１０９０】
”キャッフロー”ボタン（図６３）をクリックすることで、システムに、図６４に示され、特定取引に関する将来のキャッシュフロー情報を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。
【１０９１】
”手数料”ボタン（図６３）をクリックすることで、システムに、図６５に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド内に要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。
【１０９２】
”金利再設定”ボタン（図６３）をクリックすることで、システムに、図６６に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定（Lock）”３７４０および”金利固定（Lock Rate）”３７５０の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。
【１０９３】
c.  市場データ(Market Data)
本発明のこの実施形態は、システムユーザーに、現在の市場データを提供する一連のインターフェースを含んでいる。かかるデータは、システムへのリアルタイムのマーケットフィード(real-time market feeds)によって、周期的に（決められた間隔により）リフレッシュされる。これらのインターフェースは、以下を含んでいる：
・図２７から２７Ａに示した”マーケットサマリー”インターフェースは、キーとなる交換レート、金利、国債レート（treasury rates)および他の指標の概要サマリーを提供する。
【１０９４】
・図２８から２８Ａに示す”外国為替キャッシュ”インターフェースは、国際的な通貨の交換レートのサマリーを提供する。
【１０９５】
・図２９から２９Ａに示す”マネー”インターフェースは、国際的な預金およびローン金利のサマリーを提供する。
【１０９６】
・図３０から図３０Ａに示す”債券(Money)”インターフェースは、国際的な債券および他の債券レートのサマリーを提供する。
【１０９７】
・図３１に示す”交換−トレード・インスツルメント”インターフェースは、は、国際的な交換−トレード・インスツルメント（たとえば、債券およびショートコントラクト）のサマリーを提供する。
【１０９８】
本システムは、市場データの特定部分をグラフィックによる利回り曲線形式(graphical yield curves))で表示するようにしてもよい。
【１０９９】
d. ニュースならびに金融情報(News and Financial Information)
本発明のこの実施形態は、システムユーザーに対し、現在のニュースならびに金融情報を提供する、一連のインターフェースを含んでいる。かかるデータは、連続的にリフレッシュされる。図３２に示す、”ワールド＆ビジネス”インターフェースは、現在の、ワールド・アンド・ビジネスニュースの見出しを表示する。さらに、このインターフェースおよび他のニュースインターフェースは、ユーザーが、フィールド２３００にタームを入力し、”検索”ボタンをクリックすることにより、ニュースについて、かかるタームに関連する検索を行うことを可能にする機能を含んでいる。
【１１００】
図３３に示す”産業”ニュースインターフェースは、ユーザーにより選択された産業リスト２３１０中の特定の産業（たとえば、”航空”）に関する現在のニュースの見出しを表示する。図３４に示す”ワールドビジネス”ニュースインターフェースは、国際ビジネスニュースの見出しを表示する。
【１１０１】
図３５に示す”外国為替”ニュースインターフェースは、国際的な交換レートおよびマーケットに関する現在のニュースの見出しを表示する。かかるインターフェースは、マーケットの概要(market brief)へのアクセスも提供する。たとえば、”ＭＣＭ”ボタン２３２０をクリックすることで、システムに、図３６に示すようなＭＣＭ社により準備された外国為替市場の分析を表示させる。
【１１０２】
図３７に示す”債券市場(Money Markets)”ニュースインターフェースは、国際債券市場に関する現在のニュース見出しを表示する。かかるインターフェースは、マーケットの概要へのアクセスも提供する。たとえば、”Briefing.com"ボタン２３３０をクリックすることで、システムに、図３８に示すようなBriefing.com社により準備された金利の分析を表示させる。図３９に示す”信用市場(Credit Market)”ニュースインターフェースは、国際信用市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。図４０に示す”イクイティー(equities)”ニュースインターフェースは、国際イクイティー市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。最後に、図４１に示す”商品”ニュースインターフェースは、国際商品市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。
【１１０３】
e.  調査(Reserach)
本発明のこの実施形態は、システムユーザーに対して、関連する金融調査コンテンツを提供する一連のインターフェースを含んでいる。図２２に示す”アイデア”インターフェースは、コンテンツへのリンクならびに国際財務トピックに関する記事を表示する。かかるインターフェースは、”ベスト  プラクテイス”２０９０ならびに”コンテンツ  プロバイダ”２１００へのリンクも含んでいる。”コンテンツ  プロバイダ”ボタン２１００をクリックすることで、システムに、図２３に示す”コンテンツ  プロバイダ”インターフェースを表示させる。かかるインターフェースは、システムコンテンツのプロバイダに関する情報へのリンクを含んでいる。たとえば、リンク２１１０をクリックすることで、システムに、コンテンツのプロバイダであるDeloitte & Touche社に関する情報を表示させる。
【１１０４】
図４２に示す”調査”インターフェースは、多数のコンテンツのプロバイダにより準備された金融調査ならびに分析概要についてのトピックのインデックスを表示する。ユーザーは、コンテンツプロバイダにより準備された、特定の概要又は全ての概要にリンクさせることが可能である。”ＢＮＰパリバ(BNP Paribas)”へのリンク２３４０又は２３４５をクリックすることで、システムに、図４３に示す”ＢＮＰパリバによる調査”インターフェースを表示させる。このインターフェースは、ユーザーによりダウンロード可能な、ＢＮＰパリバ社によって準備された様々な調査概要を記載している。
【１１０５】
図２４に示す”プロバイダ”インターフェースは、特定のプロバイダのウエッブサイトへのリンクを提供する。これらは、メンバーと取引契約を行うのと同じプロバイダである。たとえば、”ＢＮＰパリバ”へのリンク２１２０は、システムに、ＢＮＰパリバ社のウエッブサイトへリンクさせる。
【１１０６】
f.  ユーザー間の通信(Communication Among Users)
i.   チャット(Chat)
上述のように、本発明のこの実施形態は、ユーザー（すなわち、メンバーおよびプロバイダ）が、取引依頼ならびに価格見積もりに関するチャットによる通信を実行することを可能にする。本システムは、チャットサーバー１２０（図１）を通じ、かかるチャットをサポートする。たとえば、図８４に示す、メンバーの”依頼の監視：現在”インターフェースは、特定の取引依頼についてプロバイダとのチャットを開始するため、メンバーが、”チャット”ボタンをクリックすることを可能にする。この実施形態において、チャットは開始されると、システムは、以下のものを表示するポップアップインターフェースを表示する：
・サブジェクト取引依頼(subject transaction request)のシステムに割り当てられた識別番号
・テキスト入力フィールド
・契約相手のeメールアドレス
・メンバーのeメールアドレス
・チャットが開始された日時
チャットが行われると、チャットインターフェースは、各当事者から送られたテキストも表示する。
【１１０７】
ii.  電子メール(Electronic Mail)
本発明のこの実施形態は、ユーザー（すなわち、メンバーおよびプロバイダ）が、電子メールを介し、システムはもちろん、相互に、通信を実行することを可能にする。本システムは、eメールサーバー１４０（図１）を介して、eメールの安全性をサポートする。eメールメッセージは、取引依頼の内容を詳述するＸＭＬ文書を含んでもよく、かかるメッセージを受け取ることで、様々なＸＭＬツールを用いた取引の詳細を考察することができる。かかるＸＭＬツールは、取引を作成し、前記eメールメッセージからリアルタイムで値付けの分析を提供する能力を有している。本システムは、ユーザーのバックエンドシステムに、直接、ＸＭＬメッセージを送ってもよく、かかるシステムは、取引依頼を受け取って自動的に処理するＸＭＬインタープレッツ(XML interprets)を含むようにしてもよい。
【１１０８】
Ｄ．  双方向の値付け(Two-Way Pricing)
本発明のこの実施形態は、法人組織が、本システムを用いて、銀行から”双方向の”値付けを依頼することを可能にする、すなわち、法人が、自身が通貨の購入あるいは売却のいずれを行うのかを知らせずに、通貨の購入ならびに売却の両方についての価格見積もりを依頼することができるシステムを含んでいる。かかる双方向の値付けは、様々な取引タイプ（ここで述べるように、システムによって取り扱われる、たとえば、ＦＸスポット、ＦＸスワップ、片側取引(Outright)等）において利用可能である。
【１１０９】
図１３２は、本発明のこの実施形態を用いて、銀行からの双方向の価格見積もりを依頼するため、企業体によって用いられるユーザーインターフェースの一例を示す。同じインターフェースを、通常の片側方向の価格見積もりの依頼に用いることができることに注意すべきである。インジケーター１０３００を設定することにより、企業体は、自身が価格見積もりを受け取ることを希望する一又は複数の銀行を特定する。また、企業体は、取引日１０３０５、購入通貨１０３１０、売却通貨１０３１５、ならびに購入額１０３２０あるいは売却額１０３２５を入力する。企業体は、”双方向の見積もり”ボタン１０３３５（あるいは、通常の片側方向の価格見積もりについては”片側方向の見積もり”ボタン１０３３０）をクリックすることにより、自身の価格見積もりに関する依頼を提出する。価格見積もりの受け取り後、両方向の見積もりは、銀行名、入札およびオファー見積もり、ならびに、見積もり受諾ボタンを含む、同じユーザーインターフェース上に表示される。依頼を行っている企業は、自身が最初に取引することをシステムに示した”側(side)”（すなわち、購入あるいは売却）のみを受諾可能であることに注意すべきである。したがって、本システムは最終的にどのような取り引きするか知らない銀行から、企業がフェアな価格見積もりを受け取るとともに、価格競争から銀行を守ることを可能にする。また、かかるインターフェースは、価格見積もり依頼を撤回するため、企業体がクリック可能なボタンを含む。
【１１１０】
図１３３は、本発明の一実施形態を用いて、双方向の価格見積もりを、依頼元の企業体に提出するため、銀行によって用いることができるユーザーインターフェースの一例を示している。同じインターフェースを、通常の片側方向の価格見積もりを提供するために用いることができることに注意すべきである。銀行は、依頼元の企業体から、購入および売却通貨、購入および売却額、トレードおよび評価日を含む、企業名および依頼された価格見積もりのパラメーターを受け取り、依頼元企業体が、購入又は売却額を入力する間、システムは、システム管理者により日々入力され、売りおよび買いの両方の額が銀行に表示されるレートを用いて、残りの情報（依頼元企業が購入額を入力した場合は、売却額）を計算する。銀行は、このインターフェースを、ＦＸ取引の双方向の価格見積もり用のビッド１０４００およびオファー１０４０５の入力に用いることができる。この例に示すユーザーインターフェース上では、ビットレートは”．８９２２”であり、オファーレート”．８９２６”である。ユーザーは、レート入力フィールド下の矢印ボタンを用いて、これらのレートを操作することができ、１個の”アップ”および”ダウン”ボタンにより、見積もりのそのサイドの数字を、上下させる（たとえば、左側のアップボタンを１回クリックすることで、レートのサフィックスを２２から２３へ変更し、右側のダウンボタンを１回クリックすることで、レートのサフィックスを２６から２５へ変更する）；２個の”＜＜”および”＞＞”ボタンは、見積もりの両側にある数字を上下に変更する（たとえば、”＜＜”ボタンを１回クリックするとビッドレートのサフィックスが２２から２３に変更され、”＞＞”ボタンを１回クリックするとオファーレートのサフィックスが２６から２７に変更される）；”＜＞”ボタンは、ビッドとオファー間のスプレッドを大きくする（すなわち、広げる）（たとえば、”＜＞”ボタンを１回クリックするとビッドレートのサフィックスが２２から２１に変更されるとともに、オファーレートのサフィックスが２６から２７に変更される）；また、”＞＜”ボタンは、ビッドとオファー間のスプレッドを小さくする（すなわち、狭める）（たとえば、”＞＜”ボタンを１回クリックするとビッドレートのサフィックスが２２から２３に変更されるとともに、オファーレートのサフィックスが２６から２５に変更される）。ＦＸスワップレートの入力１０４１０および１０４１５においても、同様の調整を行うことができる。本発明の一部の実施形態において、このユーザーインタフェースを、自動的にビッドおよびオファーレートを提供する自動レートフィード(automated rate feed)に接続することができる。図１３３に示すユーザーインタフェースは、銀行が、前記自動レートフィード（ボタン１０４２０）からのビッド／オファーレートをリフレッシュし、価格見積もりを撤回し（ボタン１０４２５）、価格見積もりの依頼を拒絶し（ボタン１０４３０）、ならびに、依頼元企業に対し、新しいあるいは修正された価格見積もりを送る（ボタン１０４３５）ことを可能にするボタンを含んでいる。
【１１１１】
Ｅ．複数の銀行による値付け(Multi-Bank Pricing)
ここで述べる本発明は、複数のバンクユーザーを伴う取引、たとえば、銀行−銀行−銀行−企業ユーザーの取引（bank-to-bank-to-bank-to-corporate user）、の処理を実行することができる。一例として、図１２２に示すように、企業ユーザー９５１５は、地域の銀行９５１０から特定の通貨ペア取引についての価格見積もりを求めて、見積もり依頼１を送る。見積依頼１を受け取ると、地域銀行９５１０は、企業ユーザー９５１５に知られることなく、見積依頼１と同じタームおよびパラメーターを用いて、自動的に見積依頼２を作成し、マネーセンター銀行 (money center bank)９５０５へ送る。地域銀行９５１０は、複数のマネーセンター銀行から最良の価格見積を受け取るため、一以上のマネーセンター銀行に見積依頼２を送ることができることに、注意すべきである。
【１１１２】
マネーセンター銀行９５０５が、見積依頼２の特定の通貨ペアに関し、通貨取引マーケットを有しない場合、マネーセンター銀行９５０５は、地域銀行９５１０に知られることなく、見積依頼２と同じタームおよびパラメーターを用いて、自動的に見積依頼３を作成し、ローカルの銀行９５００に送る。マネーセンター銀行９５０５は、複数のローカル銀行９５００銀行から最良の価格見積を受け取るため、一以上のローカル銀行に見積依頼３を送ることができることに注意すべきである。
【１１１３】
ローカル銀行９５００が、見積依頼３の特定の通貨ペアに関し、通貨取引マーケットを有する場合、ローカル銀行９５００は、自身が、依頼された通貨ペアの取引について、その価格でマネーセンター銀行９５０５と取引する価格を表す見積Ａを自動的に作成し、マネーセンター銀行９５０５に送る。ローカル銀行９５００が、見積依頼３の特定の通貨ペアに関し、通貨取引マーケットを有しない場合、ローカル銀行９５００は、マネーセンター銀行９５０５に知られることなく、見積依頼３と同じタームおよびパラメーターを用いて、自動的に見積依頼を作成し、一以上の他の銀行（図示せず）に送る。システムが、見積依頼３についての特定の通貨ペアに関する通貨取引マーケットを有する銀行を見つけるまで、このプロセスを、繰り返すようにしてもよい。
【１１１４】
ローカル銀行９５００から価格見積Ａを受けると（あるいは、マネーセンター銀行９５０５が、見積依頼２の特定の通貨ペアに関し、通貨取引マーケットを有する場合）、マネーセンター銀行９５０５は、自身が、依頼された通貨ペアの取引について、その価格で地域銀行９５１０と取引する価格を表す価格見積Ｂを自動的に作成し、地域銀行９５１０に送る。マネーセンター銀行９５０５が、ローカル銀行９５００から価格見積Ａを受け取った場合、価格見積Ｂには、価格見積Ａのレートに対するスプレッド機能を適用した結果が反映される。
【１１１５】
マネーセンター銀行９５０５から価格見積Ｂを受け取ると、地域銀行９５１０は、自身が、依頼された通貨ペアの取引について、その価格で企業ユーザー９５１５と取引する価格を表す価格見積Ｃを自動的に作成し、企業ユーザー９５１５に送る。価格見積Ｃには、価格見積Ｂのレートに対するスプレッド機能を適用した結果が反映される。
【１１１６】
(i)銀行のレベル（たとえば、地域銀行、マネーセンター銀行、ローカル銀行）および(ii)かかる取引に関係するレベル毎の銀行の数は、上述の例よりも多くても少なくててもよいことに注意すべきである。取引のフローは、図１２２に示された順路に従う必要はなく、図示されたものとは異なる順序で異なる方向において、一以上のバンクレベルを介するようにしてもよい。
【１１１７】
Ｆ．連続値付けオークション(Continuous Pricing Auction)
本発明のこの実施形態は、カスタマイズされ、特定の金融商品についての特定の顧客（たとえば、企業ユーザー）に対し、連続して値付けを提供するシステムを含んでいる。かかる価格見積を提供する銀行は、たとえば、顧客の取引履歴又は特定銀行に対する信用履歴を含む、特定の顧客に関する情報に基づき、前記見積を計算する。前記システムは、特定の金融商品について、顧客が、特定の”最良の”レート（購入又は売却）を選択し、受諾することを可能にする、継続して利用可能であり、銀行との間で取引に関する交渉をすることなく、特定の銀行と前記商品の取引を実行可能な、価格を顧客に対して提供する。本システムは、顧客のプロフィール基準、たとえば、それに対して顧客が価格見積りの受け取りを選択する特定のタイプの金融商品、および、顧客が、かかる見積をそこから受け取ることを選択する特定の銀行、に基づき、特定の顧客に対して見積を提供する。  図１２３は、特定の顧客に関する連続値付けオークションシステムのワークフローを示している。まず、参加する銀行（顧客により、自身が、そこから価格見積を受け取ることを希望するプロバイダとして選ばれた者）は、値付けサーバー９７００に対し、オファーを提出する。たとえば、ステップ９７０５において、銀行１は、米ドル１００万ドルを、０．８５１０ユーロのレートで、売却する旨のオファーを提出する（見積１）。ステップ９７１０において、銀行２は、米ドル３００万ドルを、０．８５１２ユーロのレートで購入する旨のオファーを提出する（見積２）。ステップ９７１５において、銀行３は、米ドル２００万ドルを、０．８５１１ユーロのレートで売却する旨のオファーを提出する（見積３）。ステップ９７２０において、銀行４は、米ドル２００万ドルを、０．８５１１ユーロのレートで、購入する旨のオファーを提出する（見積４）。
【１１１８】
値付けサーバー９７００は、購入オファー（見積２および４）から売却オファー（見積１および３）を識別し、これらを別々に処理する。ステップ９７２５において、値付けサーバー９７００は、見積１と見積３を比較することにより、最良の売却オファーを決定する。最良の売却オファー、この例では、ユーロレートが低いので見積１、と決定されると、値付けサーバー９７００は、かかる特定顧客が、当該銀行との間で信用関係を有するか否かを判断し（ステップ９７３０）、ならびに、当該顧客と銀行間の信用限度額を使い果たしていないかを判断するため、最良の売却オファーを提供した銀行、すなわち、銀行１での信用チェックを行う。前記信用関係が存在し、限度額が使い果たされていない場合、値付けサーバー９７００は、顧客に対し、インタラクティブなディスプレイ上に最良の売却オファー（見積１）を表示し（ステップ９７３５）、そうでない場合、値付けサーバー９７００は、その次の最良売却オファーを決定するためステップ９７２５に戻り、かかるオファーについて信用チェックを行う。
【１１１９】
同様に、購入オファー（見積２および４）についても、ステップ９７４０において、値付けサーバー９７００は、見積２と見積４を比較することにより、最良の購入オファーを決定する。最良の購入オファー、この例では、ユーロレートが高いので見積２、と決定されると、値付けサーバー９７００は、かかる特定顧客が、当該銀行との間で信用関係を有するか否かを判断する（ステップ９７４５）ため、最良の売却オファーを提供した銀行、すなわち、銀行１での信用チェックを行う。前記信用関係が存在し、限度額が使い果たされていない場合、値付けサーバー９７００は、顧客に対し、インタラクティブなディスプレイ上に最良の購入オファー（見積２）を表示し（ステップ９７５０）、そうでない場合、値付けサーバー９７００は、その次の最良購入オファーを決定するためステップ９７４０に戻り、かかるオファーについて信用チェックを行う。
【１１２０】
値付けサーバー９７００が、顧客に対して、最良の購入および／又は売却オファーをそれぞれ表示することにより、顧客は、オファーを行った銀行により特定された額まで通貨を購入し、および／又は、売却することを選択し、実行することができる。たとえば、顧客が見積１の履行を選択した場合、かかる顧客は、銀行１から最大６００万米ドルを０．８５１０ユーロで購入することができる。顧客が、当該レートで４００万米ドルしか購入をおこなわないと決定した場合、顧客の購入意思を反映させるため、値付けサーバー９７００によって売却通貨額が修正された場合を除き、特定の売却オファーが連続して表示され（すなわち、６００万米ドルに代えて２００万米ドル）、顧客が、売却がオファーされた通貨の全額を購入すると決定した場合、値付けサーバー９７００は、顧客のディスプレイインターフェースから前記売却オファーを削除する。最良の購入オファーも同様の方法により処理される。
【１１２１】
値付けサーバー９７００は、（１）オファーを出した銀行が特定のオファーを撤回し又はオファーが自動的に終了した場合；（２）購入又は売却についてオファーされた通貨の全額が使い果たされた場合；（３）値付けサーバー９７００が、新しいオファーを受け取り、それが”ベストオファー”であると認識し、現在の”ベストオファー”を現在の表示位置から削除した場合、の３つのいずれかのイベントが生じるまで、顧客に対し、各ベストオファーを表示する。本発明の特定の実施形態において、顧客は、値付けサーバー９７００が、上述のようなベストオファーの決定および信用チェックを実行する場合に、表示された各タイプの取引（たとえば、通貨の購入又は売却）の一以上のベストオファーを選択できることに注意すべきである。
【１１２２】
Ｇ．”ベストプライス”のルール("Best Price" Rules)
本発明のある実施形態において、本システムは、価格見積依頼に応じて価格見積が銀行から返送されてきた場合に、企業に対して表示された価格見積を強調するために用いられる”ベストプライス”ルールを定義するため、企業が、価格見積を依頼することを可能にする、方法ならびにメカニズムを含んでいる。本システムを用いて定義されるルールには、最高額のビッド／最低額のオファー、ビッド／オファーの最小スプレッド(tightest spread)、最も早い開始価格(fastest initial price)、最も早い現在価格（fastest current price)、ならびに特定された銀行、が含まれている。
【１１２３】
図１３１に示すように、企業は、”ベストプライスのルール”優先事項についてのユーザーインターフェースを用い、かかるルールを定義することができる。かかるインターフェースを用いることで、企業は、ベストプライスについての基準（たとえば、”最高額のビッドおよび最低額のオファー”、”最小のビッド／オファー・スプレッド”、”選択された銀行”）を定義し、適切なインジケーター（たとえば、”第一位”１０２００、”第二位”１０２０５、”第三位”１０２１０）をクリックすることにより、各定義の適用に関するランクを特定することができる。本システムは、ベストプライスを、銀行から返送されてきた価格見積として表示するため、企業のランクされた定義を適用する。”第一”の定義下における価格見積が、同位(tie)である場合、システムは、同位である状態を打開し、ベストプライスを決定するため、”第二”および”第三”の定義を用いる。上記三つの全ての定義下で、価格見積が、なお同位である場合には、システムは、銀行の名称のアルファベット順に基づきベストプライスを選択する。本発明の別の実施形態においては、定義レベルの数を、少なくしても多くしてもよく、”ベストプライス”の基準を異なるようにし、”同位状態を打開する(tie-breaking)”ルールを異なるようにしてもよいこと、注意すべきである。
【１１２４】
最高額のビッド／最低額のオファーのルールおいて、企業が、依頼された通貨ペアにおけるベース通貨の売却あるいは購入のいずれを求めているのかにもよるが、”ベストプライス”は、最高額のビッド／最低額のオファーのいずれかであると定義される。企業が、ベース通貨の購入を求めている場合、”ベストプライス”は、銀行により見積もられた最低額のオファーであり、これとは逆に、企業が、ベース通貨の売却を求めている場合、”ベストプライス”は、銀行により見積もられた最高額のビッドである。
【１１２５】
最小のビッド／オファー・スプレッドルールおいて、”ベストプライス”は、ビッドとオファーのスプレッドが最小である価格見積のセットであると定義される。
【１１２６】
最も早い開始価格ルールにおいて、”ベストプライス”は、見積依頼に対して、最も早くなされた最初の価格見積であると定義される。企業体が他の銀行の返事を待っている間に、銀行は、自身の価格を変更又はリフレッシュすることができるので、このシナリオ下での”ベストプライス”の定義は、同じ価格による見積が、実際は、価格見積に対する変更の後になされたとしても、ここでも最も早くなされた最初の価格見積が採用される。画面上の見積は、最初に見積がなされた順から記載されるので、”ベストプライス”は、特定の取引に関して、価格見積の最上段に存在する。
【１１２７】
”最も早いの現在価格”ルールにおいて、”ベストプライス”は、利用可能な価格見積中、最も早く提出された価格見積であると定義される。見積が更新された場合、修正後の見積は、表示順の最後に移動する。このことが、現在の”ベストプライス”に生じた場合、次のラインの見積が、現在の”ベストプライス”として用いられる。
【１１２８】
特定銀行ルールにおいて、”ベストプライス”は、企業体の優先事項に関するユーザーインターフェース上で、自身によって特定された特定の銀行により提出された価格見積であると定義される。前記優先事項ユーザーインターフェース上で選択された銀行が、そこに価格見積の依頼を送るとする銀行のリストに載っていない場合、かかる選択は、特定の依頼について、考慮されない。
【１１２９】
Ｈ．追加の特徴(Additional Features)
ここで述べた特徴に加え、本発明の複数の実施形態は、システムにくみこられた他の特徴を含むようにしてもよい。
【１１３０】
１．価格の改善(Price Improvement)
上述のように、本発明の特定の実施形態において、ユーザー（たとえば、メンバー）は、(i)集約され、一以上の他のユーザー（たとえば、プロバイダ）に対して表示される取引依頼を、提出し、(ii)一以上の受取りユーザー（すなわち、プロバイダ）は、集約され、依頼元のユーザー（すなわち、メンバー）に表示される、応答としての価格見積を提出する。参加するユーザーは、取引依頼について相互に交渉し、システムによりサポートされたチャット、インスタントメッセージング、eメール通信、および、依頼および見積を含むテキスト、ならびに、電話又はインターネットの範囲でのeメール(Internet-wide e-mail)等の従来の手段を介して、見積りを行う。
【１１３１】
特定の取引パートナーについて、公然又は秘密裏に、価格見積が、変更又は”改善された”場合、自動ソフトウエアのルーチン又は手動による介入を用いて、価格の”改善”が行われる。価格の改善は、特定のユーザー間の関係（たとえば、特定のメンバーは、常に、プロバイダから、ディスカウントを得ている）の存在、取引のタイプ（たとえば、”ＦＸスポット”）、取引サイズ（たとえば、数量割引）、潜在的なパートナー(potential partner)の信用格付け、潜在的なパートナーの業種、あるいは、他の取引ポリシー又はパラメーター、を基にしてを行なうようにしてもよい。
【１１３２】
２．自動取引ポリシー(Automated Trading Policies)
本発明の特定の実施形態において、プロバイダは、カスタム化され、ユーザーが定義した取引ポリシー・テンプレートを実行することができ、あるいは、検出されたパラメーターに応じ、価格見積を自動的に修正する、システムが定義した購入パターン・テンプレート（又はユーザーが定義したおよびシステムが定義したテンプレートの混合）を用いることができる。同様に、特定の実施形態において、メンバーは、カスタム化され、ユーザーが定義した取引ポリシー・テンプレートを実行することができ、あるいは、検出されたパラメーターに応じ、価格見積を修正し、見積を行ったプロバイダに対し、かかる修正を提出することにより、価格見積に自動的に応答する、システムが定義した購入パターン・テンプレート（又はユーザーが定義したおよびシステムが定義したテンプレートの混合）を用いることができる。自動取引ポリシー（又はテンプレート）は、大量玉取引(block transaction)を実施するため、実行することもできる。かかる自動ポリシーは、以下のことを含むようにしてもよい：
・価格見積に影響を及ぼさない程度に、取引を少量ピースに分割すること
・取引のピースを、複数の取引パートナーに流通させること
・取引のピースを、複数の取引タイプに分配すること
３．価格の転送（Price Push)
本発明の特定の実施形態において、プロバイダ又は他のユーザーは、トレード可能な価格を見積を、潜在的な取引パートナー（すなわちメンバー）による検討のため、集約された、リアルタイムの表示に(to an aggregated real-time display)”転送する(push)”してもよい。プロバイダにより提出された、かかる”取引可能な”見積は、価格が”改善され”あるいは交渉により値下げされた(negotiated down)としても、そのレベルで、プロバイダが取引を行いたい価格レベルである。かかる見積は、潜在的な特定の取引パートナーに的を絞り、彼らのためにカスタマイズされたものであり、潜在的な特定の取引パートナーが、価格見積り依頼を提出する前に、取引価格の見積を見ることを可能にする。”転送した”ユーザーには、複数の銀行ならびに金融機関の共同体とともに、独立した銀行ならびに金融機関を含むようにしてもよい。（商品（たとえば、ＦＸスポット）、価格又はレート、通貨、プロバイダ、取引限度、有効日付／時刻）を含む商品毎のマトリクス(product matrix)の形式である、取引可能な見積りの集約された表示は、金融取引の特定のタイプに関する”最良の”価格だけを表示させるためのフィルターを含んでもよい。取引可能な価格見積は、取引タイプ、名目元本、日付および時刻、および／又はカテゴリー、ならびに、潜在的な特定の取引パートナーの信用格付けを考慮する、ワークフロー・ルールのセットを通じて、市場データを送ることにより決定される。
【１１３３】
集約された、リアルタイム表示における、かかる価格見積りを検討すると、受け取った取引パートナーは、(i)見積を、そのまま”受諾して、取引を実行し；(ii)”改善された”見積を受諾して、取引を実行し；あるいは、(iii)”転送した”ユーザーと連絡を取り、値下げ交渉をすることができる。(１)表示上の見積りをクリックし、受諾、認証、ならびに決済のきっかけとするよう、手動で、あるいは、（２）一定のレベルで見積りを受諾するようプログラムされたソフトウエアのルーチン（又は”ロボット”）を介して、自動的に、のいずれかによって、取引パートナーが、受諾できるレベルの価格を“ヒットする(hits) ”場合に、見積りが受諾される。
【１１３４】
４．複数当事者の取引(Multi-party Transactions)
本発明の複数の実施形態は、複数当事者間の取引をサポートすることが可能である。かかる取引において、ユーザー（すなわちメンバー）は、取引が一以上の他の当事者（すなわち、プロバイダ）に分割されるよう、取引を構成する。これらの各当事者は、ユーザーが構成した取引によって決定された額により、取引される資産の一部を提供する。たとえば、あるプロバイダが一定額の米ドルを４０万ユーロに交換し、他のプロバイダが一定額の米ドルを６０万ユーロに交換する場合、メンバーは、百万ユーロの米ドルへの交換を希望することができる。かかるシステムは、ユーザーが、１回の受領動作により(with one acceptance)、取引に関する複数の価格見積を受諾し、かかる受諾を、１の当事者の取引が表示されるのと同じ方法で、様々なディスプレイモニターに表示することを可能にする。他の実施形態において、本システムは、ユーザーが、複数の受領動作により、同じ取引に関する複数の価格見積を受諾することを可能にする。
【１１３５】
５．ユーザーアラート(User Alerts)
本発明のいくつかの実施形態は、これにより、特定ユーザーのポートフォリオ、取引活動又はプロフィール情報に基づいて、システムが、ユーザーに、カスタマイズされた通知あるいは”アラート”を提供する、自動アラートを含んでいる。かかるアラートは、eメールメッセージ、あるいは、ユーザーがシステムと接続している間に表示されるポップアップウインドウを、自動的にリフレッシュさせる形式でもあってもよい。アラートは、これらに限定することなく、新たな取引依頼又は価格見積、金利、マーケット、外国為替レートまたな株価の変更、ユーザーのポータル、たとえば、支払い期日、オプション日付、に関する今後のイベント、あるいは、今後の経済イベントを含む、イベントを、ユーザーに通知するため送るようにしてもよい。
【１１３６】
４．値付け注文の集約(Aggregation of Pricing Orders)
本発明のいくつかの実施形態は、注文実行のためにプロバイダのトレーディングデスクに注文を送るステップを省略するため、各銀行および金融機関等のプロバイダが、購入および売却注文を、自動的に集約し、又は、取引実行のために、かかる注文を、依頼元のユーザー（たとえば、メンバー）から隠す(to net)ことを可能にする、機能を含んでいる。たとえば、特定の外国為替取引について、プロバイダは、ある瞬間に、２ドル（３６ドル−３４ドル）の”スプレッドを作る”３４ドルの”ビッド（すなわち、購入）価格”および”３６ドルのアスク（すなわち、売却）”価格をオファーしてもよい。通常、プロバイダは、利幅を得るため、かかるスプレッドを、それぞれの側で１ドルずつ大きくし、すなわち、ビッド価格が３３ドル、アスク価格３７ドル、スプレッドが４ドルになるよう、自身のトレーディングデスクに送る。かかるトレーディングデスクは、利益を得るため、顧客に外国為替取引をオファーする際に前記スプレッドを拡大させる、各販売員に前記スプレッドを送る。かかるオファーは、顧客によって異なるが、信用力、プロバイダとの関係、および業界、を含む要素を基にしている。したがって、この例において、販売員は、特定の顧客に対し、ビッド価格３１ドルとアスク価格３９ドル（スプレッドが８ドル）をオファーすることもできるが、平均して、ビッド価格３２ドルとアスク価格３８ドル（平均スプレッドが６ドル）をオファーする。前記トレーディングデスクは、販売員に対して、取引に関するマーケット価格が変動しようとも、その間、トレーディングデスクが、オファーを遵守することを約する一定期間（たとえば、１０秒）を設定したスプレッドオファーを送る。販売員は、前記オファーに基づいて顧客から注文を受け、トレーディングデスクに対し、取引実行のため、各注文を、別々に提出する（オファーのスプレッドに含まれた販売員の利益を少なくする）。本発明の複数の実施形態に含まれる前記機能を用いることで、その間、トレーディングデスクが、販売員に対するオファーを遵守することを約する間（たとえば、１０秒）、本システムは、トレーディングデスクのオファーに基づいて、顧客の購入および売却注文を自動的に集約し、取引実行のため、正味差額(net difference)をトレーディングデスクに送る。複数の異なる顧客が相殺オファー価格(offsetting offer prices)を受諾したが、最初に受諾した顧客についてのオファー期限（たとえば１０秒）が終了していない場合、トレードを隠す機会を生じさせる。かかる機能は、ほとんどの注文が、トレードデスクによる独立した取引を要求されることなく集約されている点で、販売販売員の運営経費を削減する。
【１１３７】
本発明の好ましい実施形態における前述の説明は、例示ならびに説明の目的で示されたものであり、本発明を網羅し、開示したそのままの形式に限定することを意図したものではない。当業者にとって、多くの修正ならびに変更を施すことが可能であることは、明らかである。ここで述べた事項については、本発明の範囲ならびに精神から逸脱しないかぎり、他の用途に用いてもよいことが当業者に直ちに理解される。したがって、本発明は、以下に添付の特許請求の範囲のみに限定される。
【図面の簡単な説明】
【１１３８】
【図１】図１は、本発明の一実施形態におけるアーキテクチャを示す。
【図２】図２は、本発明の一実施形態において、メンバーとプロバイダが金融取引を行うプロセスのフローチャートを示す。
【図３】図３は、本発明の一実施形態におけるFinXMLの”取引”エレメントのストラクチャを示す。
【図４】図４は、本発明の一実施形態におけるFinXMLの”外部当事者”エレメントのストラクチャを示す。
【図５】図５は、本発明の一実施形態におけるFinXMLの”内部当事者”エレメントのストラクチャを示す。
【図６】図６は、本発明の一実施形態におけるFinXMLの”イベント”エレメントのストラクチャを示す。
【図７】図７は、本発明の一実施形態における接続自動プロセッサーの一般的なアーキテクチャを示す。
【図８】図８は、本発明の一実施形態における接続自動プロセッサーの全体的なアーキテクチャを示す。
【図９】図９は、本発明の一実施形態における接続メッセージのレイアウトを示す。
【図１０】図１０は、本発明の一実施形態における接続メッセージのアーキテクチャを示す。
【図１１】図１１は、本発明の一実施形態における自動値付け（同期）機能のための接続メッセージフローの略図を示す。
【図１２】図１２は、本発明の一実施形態における自動値付け（非同期）機能のための接続メッセージフローの略図を示す。
【図１３】図１３は、本発明の一実施形態における半自動値付け（同期）機能のための接続メッセージフローの略図を示す。
【図１４】図１４は、本発明の一実施形態における取引送信（非同期）機能のための接続メッセージフローの略図を示す。
【図１５】図１５は、本発明の一実施形態において、FinScriptを用い、金融オブジェクトをFinXMLに変換するのに用いられるコンポーネントを示す。
【図１６】図１６は、本発明の一実施形態において、FinScriptを用い、金融オブジェクトをFinXMLに変換するプロセスのフローチャートを示す。
【図１７】図１７は、本発明の一実施形態において、FinScriptを用い、FinXMLドキュメントを金融オブジェクトに変換するのに用いられるコンポーネントを示す。
【図１８】図１８は、本発明の一実施形態において、FinScriptを用い、FinXMLドキュメントを金融オブジェクトに変換するプロセスのフローチャートを示す。
【図１９】図１９は、それにより会社と銀行が金融取引を行う非自動プロセスのフローチャートを示す。
【図２０】図２０は、本発明の一実施形態におけるインタラクティブなユーザインターフェースの画面の状態を示す。
【図２１】図２１は、本発明の一実施形態において、ニュースを表示し、調べるためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２２】図２２は、本発明の一実施形態において、法人財務に関するコンテンツを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２３】図２３は、本発明の一実施形態において、法人財務に関するコンテンツのプロバイダとリンクするためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２４】図２４は、本発明の一実施形態において、銀行および金融機関(“プロバイダ”)のウエッブサイトにリンクするためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２５】図２５は、本発明の一実施形態において、ニュースの見出しを表示し、選択するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２６】図２６は、本発明の一実施形態において、ユーザーのホームページのレイアウトをカスタマイズするためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２６Ａ】図２６Aは、本発明の一実施形態において、ユーザーのホームページのレイアウトをカスタマイズするためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２７】図２７は、本発明の一実施形態において、市場金利レートの要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２７Ａ】図２７Aは、本発明の一実施形態において、市場金利レートの要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２８】図２８は、本発明の一実施形態において、外国為替レートの要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２８Ａ】図２８Aは、本発明の一実施形態において、外国為替レートの要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２９】図２９は、本発明の一実施形態において、銀行預金利率および貸し出し金利の利率の要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図２９Ａ】図２９Aは、本発明の一実施形態において、銀行預金利率および貸し出し金利の利率の要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３０】図３０は、本発明の一実施形態において、債券利率の要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３０Ａ】図３０Aは、本発明の一実施形態において、債券利率の要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３１】図３１は、本発明の一実施形態において、上場インスツルメントレート(exchanged-traded instruments rate)の要約を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３２】図３２は、本発明の一実施形態において、ワールドニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３３】図３３は、本発明の一実施形態において、産業ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３４】図３４は、本発明の一実施形態において、ワールドニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３５】図３５は、本発明の一実施形態において、外国為替ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３６】図３６は、本発明の一実施形態において、外国為替市場概観を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３７】図３７は、本発明の一実施形態において、金融市場ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３８】図３８は、本発明の一実施形態において、金融市場の概観を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図３９】図３９は、本発明の一実施形態において、信用市場ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４０】図４０は、本発明の一実施形態において、株式市場ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４１】図４１は、本発明の一実施形態において、商品取引ニュースの見出しを表示し、調査するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４２】図４２は、本発明の一実施形態において、法人財務コンテンツのプロバイダからの調査概要を表示させるための選択を行うインタラクティブなユーザインターフェースの画面の状態を示す。
【図４３】図４３は、本発明の一実施形態において、法人財務コンテンツの特定プロバイダからの調査概要を表示させるための選択を行うインタラクティブなユーザインターフェースの画面の状態を示す。
【図４４】図４４は、本発明の一実施例において、本システムを用いて作成される金融取引のメンバーのリストを表示させるためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４４Ａ】図４４Aは、本発明の一実施例において、本システムを用いて作成される、選択かつ実行可能なポートフォリオに関するレポートを含む、金融取引のメンバーのリスト、を表示するための他のインタラクティブなユーザインターフェースの画面の状態を示す。
【図４５】図４５は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”)スポット取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４５Ａ】図４５Aは、本発明の一実施例において、本システムを用いて作成される、メンバーFXスポット取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４６】図４６は、本発明の一実施例において、本システムを用いて作成される、メンバーFXスポット取引に伴い発生する手数料を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４７】図４７は、本発明の一実施例において、本システムを用いて作成される、メンバーのFXスポット取引に基づいて生じる追加情報を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４８】図４８は、本発明の一実施例において、本システムを用いて作成されるメンバーの外国為替（“FX”)先物取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４８Ａ】図４８Aは、本発明の一実施例において、本システムを用いて作成される、メンバーのFX先物取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４９】図４９は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”)スワップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図４９Ａ】図４９Aは、本発明の一実施例において、本システムを用いて作成される、メンバーFXスワップ取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５０】図５０は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”)欧州オプション取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５０Ａ】図５０Aは、本発明の一実施例において、本システムを用いて作成される、メンバーのFX欧州式オプション取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５１】図５１は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引に関する基本情報を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５１Ａ】図５１Aは、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５１Ｂ】図５１Bは、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５２】図５２は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５３】図５３は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引によるレートの再設定を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５４】図５４は、本発明の一実施例において、本システムを用いて作成される、メンバーの金利先渡し契約取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５５】図５５は、本発明の一実施例において、本システムを用いて作成される、メンバーの金利先渡し契約取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５６】図５６は、本発明の一実施例において、本システムを用いて作成される、メンバーの金利先渡し契約取引によるレートの再設定を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５７】図５７は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定金利預け入れ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５８】図５８は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定金利預け入れ取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５９】図５９は、本発明の一実施例において、本システムを用いて作成される、メンバーのキャップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図５９Ａ】図５９Aは、本発明の一実施例において、本システムを用いて作成される、メンバーのキャップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６０】図６０は、本発明の一実施例において、本システムを用いて作成される、メンバーのキャップ取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６１】図６１は、本発明の一実施例において、本システムを用いて作成される、メンバーのキャップ取引に伴い発生する手数料を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６２】図６２は、本発明の一実施例において、本システムを用いて作成される、メンバーのキャップ取引によるレートの再設定を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６３】図６３は、本発明の一実施例において、本システムを用いて作成される、メンバーのフロア取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６３Ａ】図６３Aは、本発明の一実施例において、本システムを用いて作成される、メンバーのフロア取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６４】図６４は、本発明の一実施例において、本システムを用いて作成される、メンバーのフロア取引によるキャッシュフローを表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６５】図６５は、本発明の一実施例において、本システムを用いて作成される、メンバーのフロア取引に伴い発生する手数料を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６６】図６６は、本発明の一実施例において、本システムを用いて作成される、メンバーのフロア取引によるレートの再設定を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６７】図６７は、本発明の一実施例において、本システムを用いて作成される、ユメンバーの現在有効、および、完了したばかりの取引依頼の状況を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６８】図６８は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替スポット取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図６９】図６９は、本発明の一実施例において、本システムを用いて作成される、メンバーの固定−変動金利によるスワップ取引の詳細を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７０】図７０は、本発明の一実施例において、本システムを用いて作成される、メンバーの有効な取引依頼の状況ならびに概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７１】図７１は、本発明の一実施例において、本システムを用いて作成される、メンバーが受諾した取引依頼の概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７２】図７２は、本発明の一実施例において、本システムを用いて作成される、メンバーの認証された取引依頼の概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７３】図７３は、本発明の一実施例において、本システムを用いて作成される、メンバーの無効となった取引依頼の概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７４】図７４は、本発明の一実施例において、本システムを用いて作成される、メンバーの起案した取引依頼の概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７５】図７５は、本発明の一実施例において、本システムを用いて作成される、メンバーの削除された取引依頼の概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７５Ａ】図７５Aは、本発明の一実施例において、本システムを用いて作成される、メンバーの全ての取引依頼の状況ならびに概要を表示するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７６】図７６は、本発明の一実施例において、メンバーが、デフォルト、ならびに、本システムを用いて作成されるメンバーの取引依頼用のモニターディスプレイスクリーンのためのフィルター、を設定可能とするためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７７】図７７は、本発明の一実施例において、メンバーが関与する法人組織を選択するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７８】図７８は、本発明の一実施例において、メンバーが関与する法人組織を定義するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７８Ａ】図７８Aは、本発明の一実施例において、メンバーが関与する法人組織を定義するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７９Ａ】図７９Aは、本発明の一実施例において、本発明の一実施例において、メンバーが関与するトレーディング記録(trading book)を定義するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図７９Ｂ】図７９Bは、本発明の一実施例において、本発明の一実施例において、メンバーが関与する法人組織を定義するための連絡先についてのインタラクティブなユーザインターフェースの画面の状態を示す。
【図８０】図８０は、本発明の一実施例において、メンバーが、デフォルト、ならびに、価格の見積もりの選択するために見るフィルターを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８０Ａ】図８０Aは、本発明の一実施例において、メンバーが、デフォルト、ならびに、価格の見積もりの選択するために見るフィルターを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８１】図８１は、本発明の一実施例において、メンバーのプロフィールを作成し、更新するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図８２】図８２は、本発明の一実施例において、メンバーが、価格見積もりを見るのに都合のよい表示を設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８２Ａ】図８２Aは、本発明の一実施例において、メンバーが、価格見積もりを見るのに都合のよい表示を設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８３】図８３は、本発明の一実施例において、メンバーとプロバイダ間の信用関係を表示し、依頼するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８４】図８４は、本発明の一実施例において、本システムを用いて作成される、プロバイダの有効な依頼および完了したばかりの価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８５】図８５は、本発明の一実施例において、本システムを用いて作成される、プロバイダによる外国為替直物価格の取引の詳細を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８６】図８６は、本発明の一実施例において、本システムを用いて作成される、プロバイダによる固定−変動金利によるスワップ価格見積もりの取引の詳細を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８６Ａ】図８６Aは、本発明の一実施例において、本システムを用いて作成される、プロバイダによる固定−変動金利によるスワップ価格見積もりの取引の詳細を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８７】図８７は、本発明の一実施例において、本システムを用いて作成される、プロバイダによる新たな価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８８】図８８は、本発明の一実施例において、本システムを用いて作成される、プロバイダによる有効な価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図８９】図８９は、本発明の一実施例において、本システムを用いて作成される、プロバイダの受諾された価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９０】図９０は、本発明の一実施例において、本システムを用いて作成される、プロバイダの受諾された価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９１】図９１は、本発明の一実施例において、本システムを用いて作成される、プロバイダの無効となった価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９２】図９２は、本発明の一実施例において、本システムを用いて作成される、プロバイダの削除された価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９３】図９３は、本発明の一実施例において、本システムを用いて作成される、プロバイダによってなされた全ての価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９４】図９４は、本発明の一実施例において、プロバイダが、デフォルト、ならびに、本システムを用いて作成される取引依頼用のディスプレイスクリーンのためのフィルターを設定可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９５】図９５は、本発明の一実施例において、プロバイダが、カスタマイズされた機能にアクセスすることを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９６】図９６は、本発明の一実施例において、プロバイダのプロフィールを作成し、更新するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９７】図９７は、本発明の一実施例において、価格見積もりを作成するために、プロバイダがデフォルトを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９７Ａ】図９７Aは、本発明の一実施例において、価格見積もりを作成するために、プロバイダがデフォルトを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９７Ｂ】図９７Bは、本発明の一実施例において、価格見積もりを作成するために、プロバイダがデフォルトを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９８】図９８は、本発明の一実施例において、本システムを用いて作成される、取引依頼を見るために、プロバイダがフィルタを設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図９９】図９９は、本発明の一実施例において、本システムを用いて作成される、価格見積もりを作成するために、プロバイダがフィルタを定義し、好みのデフォルト設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１００】図１００は、本発明の一実施例において、本システムを用いて作成される、価格見積もりを作成するため、プロバイダが好みの通信方法を設定することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０１】図１０１は、本発明の一実施例において、本システムを用いて作成される、価格見積もりと関連付けられる標準テキストを、プロバイダが選択することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０２】図１０２は、本発明の一実施例において、本システムを用いて作成される、価格見積もりと関連付けられる標準テキストを、プロバイダが作成することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０３】図１０３は、本発明の一実施例において、本システムを用いて作成される、取引依頼の形式をメンバーが選択することを可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０４】図１０４は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”）スポット取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０５】図１０５は、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”）スポット取引依頼のパラメータを設定し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０６】図１０６は、本発明の一実施例において、本システムを用いて作成される、メンバーのFXスポット取引依頼を送るプロバイダを、メンバーが選択可能とするための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０７】図１０７は、本発明の一実施例において、本システムを用いて作成される、メンバーのFXスポット取引依頼の詳細ならびに状況を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０８】図１０８は、本発明の一実施例において、本システムを用いて作成される、メンバーのFXスポット取引依頼の詳細を検討するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０９Ａ】図１０９Aは、本発明の一実施例において、本システムを用いて作成される、プロバイダの有効な取引依頼および完了したばかりの価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０９Ｂ】図１０９Bは、本発明の一実施例において、本システムを用いて作成される、プロバイダの新たな取引依頼を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０９Ｃ】図１０９Cは、本発明の一実施例において、本システムを用いて作成される、有効な取引依頼をプロバイダに対して表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１０９Ｄ】図１０９Dは、本発明の一実施例において、本システムを用いて作成される、プロバイダの有効な価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１０Ａ】図１１０Aは、本発明の一実施例において、本システムを用いて作成される、メンバーの有効かつ完了したばかりの取引依頼の状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１０Ｂ】図１１０Bは、本発明の一実施例において、本システムを用いて作成される、メンバーの外国為替（“FX”）スポット取引の詳細を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１０Ｃ】図１１０Cは、本発明の一実施例において、本システムを用いて作成される、メンバーのFXスポット取引依頼、に対して受諾された価格見積もりの取引詳細をメンバーに対して表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１０Ｄ】図１１０Dは、本発明の一実施例において、本システムを用いて作成される、メンバーの受諾された取引依頼の概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１１Ａ】図１１１Aは、本発明の一実施例において、本システムを用いて作成される、プロバイダの有効な取引依頼および完了したばかりの価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１１Ｂ】図１１１Bは、本発明の一実施例において、本システムを用いて作成される、プロバイダの完了したばかりの価格見積もりの状況ならびに概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１１Ｃ】図１１１Cは、本発明の一実施例において、本システムを用い、プロバイダによる認証された価格見積もりの概要を表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１２】図１１２は、本発明の一実施例において、本システムを用い、メンバーの外国為替（“FX”）スワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１３】図１１３は、本発明の一実施例において、本システムを用い、メンバーの外国為替（“FX”）オプション取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４】図１１４は、本発明の一実施例において、本システムを用い、メンバーのスワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ａ】図１１４Ａは、本発明の一実施例において、本システムを用い、メンバーの固定−変動金利によるスワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｂ】図１１４Ｂは、本発明の一実施例において、本システムを用い、メンバーのスワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｃ】図１１４Ｃは、本発明の一実施例において、本システムを用い、メンバーの変動−変動金利によるスワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｄ】図１１４Ｄは、本発明の一実施例において、本システムを用い、メンバーのスワップ取引依頼の詳細を作成し、表示するための、他のインタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｅ】図１１４Ｅは、本発明の一実施例において、本システムを用い、メンバーの固定−固定クロスカレンシースワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｆ】図１１４Ｆは、本発明の一実施例において、本システムを用い、メンバーのスワップ取引依頼の詳細を作成し、表示するための、他のインタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｇ】図１１４Ｇは、本発明の一実施例において、本システムを用い、メンバーの固定−変動クロスカレンシースワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｈ】図１１４Ｈは、本発明の一実施例において、本システムを用い、メンバーのスワップ取引依頼の詳細を作成し、表示するための、他のインタラクティブなユーザインターフェースの画面の状態を示す。
【図１１４Ｉ】図１１４Ｉは、本発明の一実施例において、本システムを用い、メンバーの変動−変動クロスカレンシースワップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１５】図１１５は、本発明の一実施例において、本システムを用い、メンバーのキャップあるいはフロア取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１５Ａ】図１１５Ａは、本発明の一実施例において、本システムを用い、メンバーのキャップ取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１５Ｂ】図１１５Ｂは、本発明の一実施例において、本システムを用い、メンバーのキャップあるいはフロア取引依頼の詳細を作成し、表示するための、他のインタラクティブなユーザインターフェースの画面の状態を示す。
【図１１５Ｃ】図１１５Ｃは、本発明の一実施例において、本システムを用い、メンバーのキャップあるいはフロア取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１６】図１１６は、本発明の一実施例において、本システムを用い、メンバーの金利先渡し契約取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１６Ａ】図１１６Ａは、本発明の一実施例において、本システムを用い、メンバーの金利先渡し契約取引依頼の詳細を作成し、表示するための、第二のインタラクティブなユーザインターフェースの画面の状態を示す。
【図１１７】図１１７は、本発明の一実施例において、本システムを用い、メンバーの預金取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１７Ａ】図１１７Ａは、本発明の一実施例において、本システムを用い、メンバーの固定金利預金取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１８】図１１８は、本発明の一実施例において、本システムを用い、メンバーの外国為替（”ＦＸ”）スポット取引あるいは先物取引依頼の詳細を作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１１９】図１１９は、本発明の一実施例において、本システムを用い、メンバーの外国為替（”ＦＸ”）スポット取引あるいは先物取引依頼の取引パラメーターを作成し、表示するための、インタラクティブなユーザインターフェースの画面の状態を示す。
【図１２０】図１２０は、本発明の一実施例において、本システムを用い、プロバイダが、メンバーのＦＸスポット取引依頼の送信を選択するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１２１】図１２１は、本発明の一実施例において、本システムを用い、メンバーのＦＸスポット取引依頼を検討するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１２２】図１２２は、本発明の一実施例において含まれる、銀行−銀行−銀行−顧客(bank-to-bank-to-bank-to-customer)間の業務の流れについての略図を示す。
【図１２３】図１２３は、本発明の一実施例における連続的な値付けオークションシステムについての業務の流れを示す。
【図１２４】図１２４は、本発明の一実施形態に含まれるマルチポータル接続プロセッサーの略図を示す。
【図１２５】図１２５は、本発明の一実施形態におけるマルチポータル接続プロセッサーを用いたメッセージ交換についての業務の流れを示す。
【図１２６】図１２６は、本発明の一実施形態に含まれる”自動デイーラー(Auto Dealer)”処理エンジンの業務の流れを示す。
【図１２７】図１２７は、本発明の一実施例における”自動デイーラー”処理エンジンを用い、取引パラメーターを作成し、修正するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１２８】図１２８は、本発明の一実施例における”自動デイーラー”処理エンジンを用い、通貨のペアおよび取引形式の組み合わせを特定するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１２９】図１２９は、本発明の一実施例における”自動デイーラー”処理エンジンを用い、取引利幅を生じさせ、調整するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１３０】図１３０は、本発明の一実施例における”自動デイーラー”処理エンジンを用い、手動による価格見積もりを作成し、修正するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１３１】図１３１は、本発明の一実施例において、本システムを用い、”ベストプライス”ルールを定義するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１３２】図１３２は、本発明の一実施例において、本システムを用い、”両方向”価格の見積もりを依頼するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１３３】図１３３は、本発明の一実施例において、本システムを用い、”両方向”価格の見積もりを依頼するためのインタラクティブなユーザインターフェースの画面の状態を示す。
【図１】
2005521175.tif 000068
【図２】
2005521175.tif 000069
【図３】
2005521175.tif 000070
【図４】
2005521175.tif 000071
【図５】
2005521175.tif 000072
【図６】
2005521175.tif 000073
【図７】
2005521175.tif 000074
【図８】
2005521175.tif 000075
【図９】
2005521175.tif 000076
【図１０】
2005521175.tif 000077
【図１１】
2005521175.tif 000078
【図１２】
2005521175.tif 000079
【図１３】
2005521175.tif 000080
【図１４】
2005521175.tif 000081
【図１５】
2005521175.tif 000082
【図１６】
2005521175.tif 000083
【図１７】
2005521175.tif 000084
【図１８】
2005521175.tif 000085
【図１９】
2005521175.tif 000086
【図２０】
2005521175.tif 000087
【図２１】
2005521175.tif 000088
【図２２】
2005521175.tif 000089
【図２３】
2005521175.tif 000090
【図２４】
2005521175.tif 000091
【図２５】
2005521175.tif 000092
【図２６】
2005521175.tif 000093
【図２６Ａ】
2005521175.tif 000094
【図２７】
2005521175.tif 000095
【図２７Ａ】
2005521175.tif 000096
【図２８】
2005521175.tif 000097
【図２８Ａ】
2005521175.tif 000098
【図２９】
2005521175.tif 000099
【図２９Ａ】
2005521175.tif 000100
【図３０】
2005521175.tif 000101
【図３０Ａ】
2005521175.tif 000102
【図３１】
2005521175.tif 000103
【図３２】
2005521175.tif 000104
【図３３】
2005521175.tif 000105
【図３４】
2005521175.tif 000106
【図３５】
2005521175.tif 000107
【図３６】
2005521175.tif 000108
【図３７】
2005521175.tif 000109
【図３８】
2005521175.tif 000110
【図３９】
2005521175.tif 000111
【図４０】
2005521175.tif 000112
【図４１】
2005521175.tif 000113
【図４２】
2005521175.tif 000114
【図４３】
2005521175.tif 000115
【図４４】
2005521175.tif 000116
【図４４Ａ】
2005521175.tif 000117
【図４５】
2005521175.tif 000118
【図４５Ａ】
2005521175.tif 000119
【図４６】
2005521175.tif 000120
【図４７】
2005521175.tif 000121
【図４８】
2005521175.tif 000122
【図４８Ａ】
2005521175.tif 000123
【図４９】
2005521175.tif 000124
【図４９Ａ】
2005521175.tif 000125
【図５０】
2005521175.tif 000126
【図５０Ａ】
2005521175.tif 000127
【図５１】
2005521175.tif 000128
【図５１Ａ】
2005521175.tif 000129
【図５１Ｂ】
2005521175.tif 000130
【図５２】
2005521175.tif 000131
【図５３】
2005521175.tif 000132
【図５４】
2005521175.tif 000133
【図５５】
2005521175.tif 000134
【図５６】
2005521175.tif 000135
【図５７】
2005521175.tif 000136
【図５８】
2005521175.tif 000137
【図５９】
2005521175.tif 000138
【図５９Ａ】
2005521175.tif 000139
【図６０】
2005521175.tif 000140
【図６１】
2005521175.tif 000141
【図６２】
2005521175.tif 000142
【図６３】
2005521175.tif 000143
【図６３Ａ】
2005521175.tif 000144
【図６４】
2005521175.tif 000145
【図６５】
2005521175.tif 000146
【図６６】
2005521175.tif 000147
【図６７】
2005521175.tif 000148
【図６８】
2005521175.tif 000149
【図６９】
2005521175.tif 000150
【図７０】
2005521175.tif 000151
【図７１】
2005521175.tif 000152
【図７２】
2005521175.tif 000153
【図７３】
2005521175.tif 000154
【図７４】
2005521175.tif 000155
【図７５】
2005521175.tif 000156
【図７５Ａ】
2005521175.tif 000157
【図７６】
2005521175.tif 000158
【図７７】
2005521175.tif 000159
【図７８】
2005521175.tif 000160
【図７８Ａ】
2005521175.tif 000161
【図７９Ａ】
2005521175.tif 000162
【図７９Ｂ】
2005521175.tif 000163
【図８０】
2005521175.tif 000164
【図８０Ａ】
2005521175.tif 000165
【図８１】
2005521175.tif 000166
【図８２】
2005521175.tif 000167
【図８２Ａ】
2005521175.tif 000168
【図８３】
2005521175.tif 000169
【図８４】
2005521175.tif 000170
【図８５】
2005521175.tif 000171
【図８６】
2005521175.tif 000172
【図８６Ａ】
2005521175.tif 000173
【図８７】
2005521175.tif 000174
【図８８】
2005521175.tif 000175
【図８９】
2005521175.tif 000176
【図９０】
2005521175.tif 000177
【図９１】
2005521175.tif 000178
【図９２】
2005521175.tif 000179
【図９３】
2005521175.tif 000180
【図９４】
2005521175.tif 000181
【図９５】
2005521175.tif 000182
【図９６】
2005521175.tif 000183
【図９７】
2005521175.tif 000184
【図９７Ａ】
2005521175.tif 000185
【図９７Ｂ】
2005521175.tif 000186
【図９８】
2005521175.tif 000187
【図９９】
2005521175.tif 000188
【図１００】
2005521175.tif 000189
【図１０１】
2005521175.tif 000190
【図１０２】
2005521175.tif 000191
【図１０３】
2005521175.tif 000192
【図１０４】
2005521175.tif 000193
【図１０５】
2005521175.tif 000194
【図１０６】
2005521175.tif 000195
【図１０７】
2005521175.tif 000196
【図１０８】
2005521175.tif 000197
【図１０９Ａ】
2005521175.tif 000198
【図１０９Ｂ】
2005521175.tif 000199
【図１０９Ｃ】
2005521175.tif 000200
【図１０９Ｄ】
2005521175.tif 000201
【図１１０Ａ】
2005521175.tif 000202
【図１１０Ｂ】
2005521175.tif 000203
【図１１０Ｃ】
2005521175.tif 000204
【図１１０Ｄ】
2005521175.tif 000205
【図１１１Ａ】
2005521175.tif 000206
【図１１１Ｂ】
2005521175.tif 000207
【図１１１Ｃ】
2005521175.tif 000208
【図１１２】
2005521175.tif 000209
【図１１３】
2005521175.tif 000210
【図１１４】
2005521175.tif 000211
【図１１４Ａ】
2005521175.tif 000212
【図１１４Ｂ】
2005521175.tif 000213
【図１１４Ｃ】
2005521175.tif 000214
【図１１４Ｄ】
2005521175.tif 000215
【図１１４Ｅ】
2005521175.tif 000216
【図１１４Ｆ】
2005521175.tif 000217
【図１１４Ｇ】
2005521175.tif 000218
【図１１４Ｈ】
2005521175.tif 000219
【図１１４Ｉ】
2005521175.tif 000220
【図１１５】
2005521175.tif 000221
【図１１５Ａ】
2005521175.tif 000222
【図１１５Ｂ】
2005521175.tif 000223
【図１１５Ｃ】
2005521175.tif 000224
【図１１６】
2005521175.tif 000225
【図１１６Ａ】
2005521175.tif 000226
【図１１７】
2005521175.tif 000227
【図１１７Ａ】
2005521175.tif 000228
【図１１８】
2005521175.tif 000229
【図１１９】
2005521175.tif 000230
【図１２０】
2005521175.tif 000231
【図１２１】
2005521175.tif 000232
【図１２２】
2005521175.tif 000233
【図１２３】
2005521175.tif 000234
【図１２４】
2005521175.tif 000235
【図１２５】
2005521175.tif 000236
【図１２６】
2005521175.tif 000237
【図１２７】
2005521175.tif 000238
【図１２８】
2005521175.tif 000239
【図１２９】
2005521175.tif 000240
【図１３０】
2005521175.tif 000241
【図１３１】
2005521175.tif 000242
【図１３２】
2005521175.tif 000243
【図１３３】
2005521175.tif 000244
【手続補正書】
【提出日】平成17年2月2日(2005.2.2)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
a. 取引前(Pre-Transaction)
本発明により可能となる、ある形式の金融取引を実行するメンバーおよびプロバイダ（あるいは本発明の他の実施形態では、メンバーとメンバー）は、図２に示された一連のステップを実行する。メンバーとプロバイダが、将来、金融取引の契約をおこなうと決定した場合、これらは、特定の標準的な契約を締結することにより関係を生じさせる（ステップ３００）。かかる契約（たとえば、”１９９２ISDAマスター契約”）は、契約のルール、レートソース、手続きの認証および解決手続き、ならびに、当事者間の一連の取引で繰り返し使用可能な他の情報、を規定するものである。当事者は、契約に盛り込まれる情報を交換するため、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）を用いて、このステップを実行することができる。また、市販の電子署名ソフトウエアを、本システムと組み合わせることにより、当事者は、電子的に署名を行うことができ、標準的な契約を取り交わすことが可能となる。当事者が締結した標準的な契約の数にもよるが、メンバーとプロバイダは、このステップを複数回にわたって実行してもよい。次に、メンバーとプロバイダは、将来の取引のため、プロバイダがメンバーに対して与える一以上の貸付限度について交渉する（ステップ３１０）。各メンバーは、それを用いてメンバーが将来取引を行うためのかかる与信限度について、各プロバイダと交渉する。メンバーに対して与信を与えるに際し、プロバイダは、メンバーの資産ポートフォリオ、信用格付け、およびかかるメンバーが行おうとする取引の形態、を分析する。当事者は、図８３（以下で説明する）に示す”信用関係”インタラクティブ・ユーザーインターフェースを介して、このステップを実行することができる。かかるステップにおいて、メンバーは、前記システムを介し、信用関係を構築するための依頼を受け取るため、一以上のプロバイダを特定することができる。これに代えて、当事者は、貸し付け限度の交渉中、情報を交換するために、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）、本システムのページング（インスタントメッセージング）機能（図１のページングサーバー１３０によってもたらされる）、あるいは、本システムのチャット（図１のチャットサーバー１２０によって与えられる）機能を用いて、このステップを実行することもできる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０４２４
【補正方法】変更
【補正の内容】
【０４２４】
(a) 組織(Organization)
組織エレメント７１０（図４に示す）は、開示組織７０５についての組織情報を説明している。組織エレメント７１０は、以下のサブエレメントおよび属性を含んでいる：
・”Organization Name(組織名）”７２０：組織のフルネーム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０４２５
【補正方法】変更
【補正の内容】
【０４２５】
・”Organization Short Name(組織略称)”７１５：組織の略称。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０４８２
【補正方法】変更
【補正の内容】
【０４８２】
a.  機能の概観(Functional Overview)
図７は、接続プロセッサーおよびその機能の概観を示している。接続プロセッサー１０００（接続メッセージングサーバーを含む）は、様々なサーバー（図１に示すように）を含むCFOWeb システム１０００と、メンバーおよびプロバイダのシステム間の中継手段として機能する。接続プロセッサー１０１０は、”メッセージ”および”トレード”を処理する。メッセージには、メンバー／プロバイダと、実行されるアクションおよびイベントについて表現するCFOWeb システム１０１０の様々なサーバー（たとえば、チャット、eメール、報告、ポートフォリオ管理等）間のやりとりが含まれる。メッセージには、メンバーとプロバイダ間の金融取引に関するトレード情報が含まれている。しかし、全てのメッセージが、特定の金融取引に関する情報を含んでいないことに注意すべきである。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０６５０
【補正方法】変更
【補正の内容】
【０６５０】
(c)  通信デフォルト(Communication Default)
図９７に示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェース上で、”通信”ボタン８３７０をクリックすることで、システムに、図１００に示す”プロバイダのトレード優先事項-通信”インタフェースを表示させる。”プロバイダのトレード優先事項-通信”インタフェースは、メンバーが、特定タイプの取引について値付け依頼を提出する度にシステムから電子メールを受け取ることを所望する否かを示すフィルターをプロバイダが設定することを可能とする。かかるプロバイダは、かかるメッセージを受け取るため、フィールド８４５０において、取引の各タイプに関する電子メールのアドレスを特定することができる。”保存”ボタン８４５５をクリックすることにより、プロバイダは、このインターフェース上で入力された情報を保存することができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０９１０
【補正方法】変更
【補正の内容】
【０９１０】
(c)  有効な依頼の監視(Active Request Monnitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”新規”ボタン８０６０をクリックすることによりアクセス可能な、図８８に示す”依頼の監視：有効”インターフェースは、プロバイダが、自身の”有効な”（すなわち、終了していない）価格見積もりについて集約されたサマリーを見ることを可能とする。図８８に示すように、”有効な”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引の有効期限の日付および時刻
・取引相手の名前
・見積額／レート
・見積もりの有効期限の日付／時刻
・見積もりの現状
・詳細
(d)  受諾された依頼の監視(Accepted Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”受諾”ボタン８０７０をクリックすることによりアクセス可能な、図８９に示す”依頼の監視：受諾”インターフェースは、プロバイダが、自身の”受諾された”すなわち、メンバーにより受諾された各見積もりについて集約されたサマリーを見ることを可能とする。図８９に示すように、”受諾された”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(e)  認証された依頼の監視(Verified Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”認証”ボタン８１２０をクリックすることによりアクセス可能な、図９０に示す”依頼の監視：認証”インターフェースは、プロバイダが、自身の”認証された価格見積もり”すなわち、メンバーにより受諾された各見積もりであって、プロバイダにより受諾が認証されたものについて集約されたサマリーを見ることを可能とする。図９０に示すように、”認証された”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(f)  無効となった依頼の監視(Obsolete Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”無効”ボタン８１１０をクリックすることによりアクセス可能な、図９１に示す”依頼の監視：無効”インターフェースは、プロバイダが、自身の”無効となった価格見積もり”すなわち、終了した、あるいは、プロバイダが撤回した各見積もりを集約したサマリーを見ることを可能とする。図９１に示すように、”無効な”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・現状（例えば、”終了”あるいは”撤回”）
・詳細
(g)  廃棄依頼監視(Trash Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”廃棄”ボタン８１００をクリックすることによりアクセス可能な、図９２に示す”依頼状況の監視：廃棄”インターフェースは、プロバイダが、自身の”廃棄された”（すなわち、無効および起案した）価格見積もりについて集約したサマリーを見るとともに、かかる見積もりを永久に削除することを可能にする。図９２に示すように、”廃棄された”依頼について表示された各情報は、以下のものを含んでいる：
・削除又は回復を選択するためクリックされる選択インジケーター
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状
・詳細
特定の取引に関して選択インジケーターをクリックすることにより、プロバイダは、回復を指定することができる。次に、”リストア”ボタンをクリックすることにより、選択された依頼を”有効”な状態に戻す。”ゴミ箱を空にする”ボタンをクリックすることにより、”廃棄”された依頼を、永久に削除する。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】１１１７
【補正方法】変更
【補正の内容】
【１１１７】
Ｆ．連続値付けオークション(Continuous Pricing Auction)
本発明のこの実施形態は、カスタマイズされ、特定の金融商品についての特定の顧客（たとえば、企業ユーザー）に対し、連続して値付けを提供するシステムを含んでいる。かかる価格見積を提供する銀行は、たとえば、顧客の取引履歴又は特定銀行に対する信用履歴を含む、特定の顧客に関する情報に基づき、前記見積を計算する。前記システムは、特定の金融商品について、顧客が、特定の”最良の”レート（購入又は売却）を選択し、受諾することを可能にする、継続して利用可能であり、銀行との間で取引に関する交渉をすることなく、特定の銀行と前記商品の取引を実行可能な、価格を顧客に対して提供する。本システムは、顧客のプロフィール基準、たとえば、それに対して顧客が価格見積りの受け取りを選択する特定のタイプの金融商品、および、顧客が、かかる見積をそこから受け取ることを選択する特定の銀行、に基づき、特定の顧客に対して見積を提供する。
図１２３は、特定の顧客に関する連続値付けオークションシステムのワークフローを示している。まず、参加する銀行（顧客により、自身が、そこから価格見積を受け取ることを希望するプロバイダとして選ばれた者）は、値付けサーバー９７００に対し、オファーを提出する。たとえば、ステップ９７０５において、銀行１は、米ドル６００万ドルを、０．８５１０ユーロのレートで、売却する旨のオファーを提出する（見積１）。ステップ９７１０において、銀行２は、米ドル３００万ドルを、０．８５１２ユーロのレートで購入する旨のオファーを提出する（見積２）。ステップ９７１５において、銀行３は、米ドル２００万ドルを、０．８５１１ユーロのレートで売却する旨のオファーを提出する（見積３）。ステップ９７２０において、銀行４は、米ドル２００万ドルを、０．８５１１ユーロのレートで、購入する旨のオファーを提出する（見積４）。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０５８９
【補正方法】変更
【補正の内容】
【０５８９】
ダイナミックＤＯＭパーサーは、金融オブジェクト１４００のオブジェクトグラフに対して１：１でマッピングするＤＯＭ”ツリー”（１４３０）を生成する（ステップ１４９２）。ＤＯＭツリーを生成することは、動的であり、オブジェクトグラフの有限の境界（過渡的な閉鎖(transitive clodure)）が決定されるにつれ、必要に応じて行われる(as-needed basis)。したがって、必要に応じて、ステップ１４９０および１４９２を、繰り返してもよい。次に、接続プロセッサーは、ＤＯＭツリー１４３０に適用するため、ＤＯＭ  ツリー１４３０に含まれるオブジェクト値に基づき、ＸＳＬのスタイルシート１４４０を得る（ステップ１４９４）。”FinScript”として知られる、専用のＸＳＬのスタイルシート１４４０は、導き（すなわち、境界を決定し）、ＤＯＭツリー１４３０をFinXMLドキュメントに変換するためのルールを含んでいる。本発明のこの実施形態において、ＸＳＬのスタイルシート１４４０は、一つのルートにリンクされている。本発明の一部の実施形態においては、ユーザーに特化した金融オブジェクトの形式および構造に対応するため、ＸＳＬのスタイルシート１４４０は、ユーザーによりカスタマイズされてもよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０５９２
【補正方法】変更
【補正の内容】
【０５９２】
次に、接続プロセッサーは、ＸＳＬスタイルシート１４４０のルールをＤＯＭツリー１４３０に適用するため、市販の部品（たとえば、ＩＢＭ社のロータスＸＳＬ製品）である、ＸＳＬＴプロセッサー１４５０を動作させる（ステップ１４９６）。このプロセスは、CFOWebシステムにより使用可能なFinXMLドキュメント１４６０を生成することになる。以下は、本発明のこの実施形態において、ＸＳＬＴプロセッサー１４５０に生成されるFinXMLドキュメント１４６０の例である：
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０６４０
【補正方法】変更
【補正の内容】
【０６４０】
表示された連絡先の略称をクリックすることで、システムが、メンバーに、連絡先に関する情報を編集することを可能にする、図７９Ｂに示す”連絡先”インターフェースを表示することを可能にする。これに代えて、”新規”ボタン６０４０をクリックすることで、メンバーは、図７９Ｂに示す”連絡先”インターフェース上に新しい連絡先を作成することが可能となる。各連絡先について、このインターフェースに入力することができる情報は、略称、正式名称、郵便住所、電話番号およびファクシミリ番号、eメールアドレス、ならびに、ウエッブのＵＲＬアドレスを含む。”ページに移動(Goto Page)”ボタン７０１５をクリックすることで、システムは、連絡先が特定するウエッブのＵＲＬアドレスにアクセスする。”更新”ボタン７０１０をクリックすることより、メンバーは、”連絡先”インターフェース上に入力された情報を保存することができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】１１３６
【補正方法】変更
【補正の内容】
【１１３６】
６．値付け注文の集約(Aggregation of Pricing Orders)
本発明のいくつかの実施形態は、注文実行のためにプロバイダのトレーディングデスクに注文を送るステップを省略するため、各銀行および金融機関等のプロバイダが、購入および売却注文を、自動的に集約し、又は、取引実行のために、かかる注文を、依頼元のユーザー（たとえば、メンバー）から隠す(to net)ことを可能にする、機能を含んでいる。たとえば、特定の外国為替取引について、プロバイダは、ある瞬間に、２ドル（３６ドル−３４ドル）の”スプレッドを作る”３４ドルの”ビッド（すなわち、購入）価格”および”３６ドルのアスク（すなわち、売却）”価格をオファーしてもよい。通常、プロバイダは、利幅を得るため、かかるスプレッドを、それぞれの側で１ドルずつ大きくし、すなわち、ビッド価格が３３ドル、アスク価格３７ドル、スプレッドが４ドルになるよう、自身のトレーディングデスクに送る。かかるトレーディングデスクは、利益を得るため、顧客に外国為替取引をオファーする際に前記スプレッドを拡大させる、各販売員に前記スプレッドを送る。かかるオファーは、顧客によって異なるが、信用力、プロバイダとの関係、および業界、を含む要素を基にしている。したがって、この例において、販売員は、特定の顧客に対し、ビッド価格３１ドルとアスク価格３９ドル（スプレッドが８ドル）をオファーすることもできるが、平均して、ビッド価格３２ドルとアスク価格３８ドル（平均スプレッドが６ドル）をオファーする。前記トレーディングデスクは、販売員に対して、取引に関するマーケット価格が変動しようとも、その間、トレーディングデスクが、オファーを遵守することを約する一定期間（たとえば、１０秒）を設定したスプレッドオファーを送る。販売員は、前記オファーに基づいて顧客から注文を受け、トレーディングデスクに対し、取引実行のため、各注文を、別々に提出する（オファーのスプレッドに含まれた販売員の利益を少なくする）。本発明の複数の実施形態に含まれる前記機能を用いることで、その間、トレーディングデスクが、販売員に対するオファーを遵守することを約する間（たとえば、１０秒）、本システムは、トレーディングデスクのオファーに基づいて、顧客の購入および売却注文を自動的に集約し、取引実行のため、正味差額(net difference)をトレーディングデスクに送る。複数の異なる顧客が相殺オファー価格(offsetting offer prices)を受諾したが、最初に受諾した顧客についてのオファー期限（たとえば１０秒）が終了していない場合、トレードを隠す機会を生じさせる。かかる機能は、ほとんどの注文が、トレードデスクによる独立した取引を要求されることなく集約されている点で、販売販売員の運営経費を削減する。
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2005521175.tif 000245
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図１９
【補正方法】変更
【補正の内容】
【図１９】
2005521175.tif 000246
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図２６
【補正方法】変更
【補正の内容】
【図２６】
2005521175.tif 000247
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図４２
【補正方法】変更
【補正の内容】
【図４２】
2005521175.tif 000248
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図５０
【補正方法】変更
【補正の内容】
【図５０】
2005521175.tif 000249
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図５１Ａ
【補正方法】変更
【補正の内容】
【図５１Ａ】
2005521175.tif 000250
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図５６
【補正方法】変更
【補正の内容】
【図５６】
2005521175.tif 000251
【手続補正１９】
【補正対象書類名】図面
【補正対象項目名】図５９
【補正方法】変更
【補正の内容】
【図５９】
2005521175.tif 000252
【手続補正２０】
【補正対象書類名】図面
【補正対象項目名】図６７
【補正方法】変更
【補正の内容】
【図６７】
2005521175.tif 000253
【手続補正２１】
【補正対象書類名】図面
【補正対象項目名】図７０
【補正方法】変更
【補正の内容】
【図７０】
2005521175.tif 000254
【手続補正２２】
【補正対象書類名】図面
【補正対象項目名】図７６
【補正方法】変更
【補正の内容】
【図７６】
2005521175.tif 000255
【国際調査報告】
2005521175.tif 000256