JP2003520366A - 資本市場においてウェブベースの金融トランザクションを行うためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 本発明は、ユーザ（例えば、機関投資家および金融機関）が（インターネット（例えば、ワールドワイドウェブ）を介して）資本市場トランザクション（例えば、店頭取引の金融商品の取引）に双方向に参加することを可能にするシステムおよび方法を提供する。上記システムは、ユーザが金融商品を相互に双方向通信および取引し、自身のポートフォリオを管理することを可能にする様々なサーバ、アプリケーションおよびインターフェースを含む。上記システムによってサポートされる双方向通信は、以下を含む：すなわち、価格見積のリクエスト、検討および発行、ユーザ間の交渉、価格見積の受領、報告、ポートフォリオ管理、金融情報および市場データの分析、カレンダー設定、およびｅメール、チャットおよびメッセージボードを用いたユーザと管理者との間の通信。

Description

【発明の詳細な説明】

【０００１】 （関連出願の相互参照） 本出願は、（ｉ）「ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＡＮ Ｘ
ＭＬ ＶＯＣＡＢＵＬＡＲＹ ＦＯＲ ＣＡＰＩＴＡＬ ＭＡＲＫＥＴ」という
名称の、米国特許仮出願シリアルナンバー第６０／１３９，１１３号（１９９９
年６月１４日出願）、（ｉｉ）「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ
ＦＯＲ ＷＥＢ−ＢＡＳＥＤ ＭＡＮＡＧＥＭＥＮＴ ＯＦ ＦＩＮＡＮＣＩＡ
Ｌ ＲＩＳＫ ＡＮＤ ＰＲＩＣＩＮＧ ＡＮＤ ＴＲＡＤＩＮＧ ＯＦ ＦＩ
ＮＡＮＣＩＡＬ ＰＲＯＤＵＣＴＳ」という名称の、米国特許仮出願シリアルナ
ンバー第６０／１６２，８７３号（１９９９年１１月１日出願）、（ｉｉｉ）「
ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ ＦＯＲ ＣＯＮＤＵＣＴＩＮＧ ＷＥＢ
−ＢＡＳＥＤ ＦＩＮＡＮＣＩＡＬ ＴＲＡＮＳＡＣＴＩＯＮＳ ＩＮ ＣＡＰ
ＩＴＡＬ ＭＡＲＫＥＴＳ」という名称の、米国特許出願第０９／５９３，３２
４号（２０００年６月１３日出願）の一部継続出願である。本出願は、米国特許
仮出願第６０／１３９，１１３号および第６０／１６２，８７３号、ならびに米
国特許出願第０９／５９３，３２４号を参考のため、援用する。

【０００２】 （発明の属する分野） 本発明は、一般的に、双方向性の、かつ自動化したウェブベースの金融トラン
ザクションアプリケーション、特に、金融市場において金融トランザクションを
行なうための、ならびにポートフォリオおよび関連する金融情報を管理する、双
方向性の、かつ自動化したシステムおよび方法に関する。

【０００３】 （背景） ワールドワイドウェブを含むインターネットが進化する間、アプリケーション
およびサービスが継続的に導入され、個人および組織が、金融調査を行ない、自
己の金融ポートフォリオを管理し、かつ特定の型の金融取引に参加することを可
能にした。豊富な量のアプリケーションとサービスは、オンラインバンキングか
ら株式相場にまでおよび、金融情報は、株、ストックオプション、社債、および
ミューチュアルファンド等の様々な金融商品を含む、ユーザが、リアルタイム市
場取引にオンラインで参加することを可能にするサイトを提供する。例えば、Ｅ ^* ＴＲＡＤＥ Ｓｅｃｕｒｉｔｉｅｓ，Ｉｎｃ．の「Ｅ^*ＴＲＡＤＥ」＜ｗｗｗ．
ｅｔｒａｄｅ．ｃｏｍ＞、Ｃｈａｒｌｅｓ Ｓｃｈｗａｂ＆Ｃｏ．，Ｉｎｃ．の
「Ｓｃｈｗａｂ．ｃｏｍ」＜ｗｗｗ．ｓｃｈｗａｂ．ｃｏｍ＞、およびＦｉｄｅ
ｌｉｔｙ Ｂｒｏｋｅｒａｇｅ Ｓｅｒｖｉｃｅｓ，Ｉｎｃ．の「Ｆｉｄｅｌｉ
ｔｙ．ｃｏｍ」＜ｗｗｗ．ｆｉｄｅｌｉｔｙ．ｃｏｍ＞等の取引サービスは、公
認市場における標準金融商品の取引を可能にする。このようなサービスにおいて
、投資家は、信用取引か、または取引サービスを通じて開設された口座を用いて
、そのサービス所有のシステムおよびインターフェースを通じて取引に参加する
。このようなサービスは、個々の投資家に合わせて調整され、ユーザの内部シス
テムまたは後方システムとのシームレス統合、あるいはカスタマイズされたトラ
ンザクションの取引を許可しない。これらのサービス、およびそれに類似の他の
多くのサービスは、通貨派生商品または外国為替におけるパーティ間の取引、あ
るいは他の資本市場トランザクションの価格設定およびモデル化を可能にしない
。

【０００４】 インターネットを介して複合取引に参加することを所望する機関投資家の潜在
的な巨大市場に進出するいくつかの方策がとられてきた。「Ｏｐｅｎ Ｆｉｎａ
ｎｃｉａｌ Ｅｘｃｈａｎｇｅ」（Ｉｎｔｕｉｔ Ｉｎｃ．，Ｍｉｃｒｏｓｏｆ
ｔ Ｃｏｒｐ．，ＣｈｅｃｋＦｒｅｅ Ｃｏｒｐ．）＜ｗｗｗ．ｏｆｘ．ｎｅｔ
＞は、オンラインバンキング、請求書の支払いおよび請求書の呈示（ｂｉｌｌ
ｐｒｅｓｅｎｔｍｅｎｔ、ならびに株式取引、社債、およびミューチュアルファ
ンドを支援するために、様々なシステムの下で金融機関と企業と消費者との金融
データ交換を可能にするインターネットを介して、金融データを電子交換するた
めの共通の仕様を提供するために作成された。しかしながら、「Ｏｐｅｎ Ｆｉ
ｎａｎｃｉａｌ Ｅｘｃｈａｎｇｅ」は、金融機関および機関投資家の間での複
合的な資本市場トランザクションの作成、交渉、および実行を可能にするボキャ
ブラリープロトコル、プラットフォームプロトコル、および通信プロトコルを提
供しない。

【０００５】 必要とされるのは、ユーザ所有の、既存のシステムとのシームレス統合を可能
にする標準ボキャブラリーシステムおよびメッセージングシステムを用いて、利
息、通貨派生商品、外国為替、貸付および預金、ならびに固定所得金融商品を含
む、複合的な資本市場トランザクションをシームレスに価格付けし、交渉し、実
行し、決済および分析することを機関投資家および金融機関に可能にするシステ
ムおよび方法である。

【０００６】 （要旨） 本発明は、「メンバー」（例えば、機関投資家等）および「ブロバイダ」（例
えば、銀行、金融機関等」等のユーザがインターネット（ワールドワイドウェブ
を含む）を介して、オーバー−ザ−カウンタ金融商品を取引することを含む、資
本市場トランザクションに参加することを可能にするシステムおよび方法を提供
する。システムは、種々のサーバ、アプリケーション、およびユーザがユーザ相
互間で双方向通信し、金融商品を取引し、かつ自己のポートフォリオを管理する
ことを可能にするインターフェースを含む。このシステムによって支援される双
方向通信が含むのは、信用関係を確立すること、金融トランザクションを構築す
ること、価格見積りを要求すること、トランザクションリクエストをモニタリン
グおよび再検討すること、価格見積りを出すこと、価格見積りをモニタリングお
よび再検討すること、メンバーとプロバイダとの交渉、価格見積りの受諾と確認
、報告、ポートフォリオ管理、金融情報と市場データの分析、ならびにメンバー
とプロバイダおよび／またはシステム管理者間の電子メール、チャット、および
伝言板を含む通信である。

【０００７】 本発明は、さらに、自動化したプロセッサ（「接続プロセッサ」および「接続
メッセージングサーバ」）を介して自動化した方法でサーバ側との通信を支援す
る。このような自動化した通信は、ユーザの内部システム、後方システムとの接
続性が、トランザクション価格設定、支払い日程計画（ｐａｙｍｅｎｔ ｓｃｈ
ｅｄｕｌｉｎｇ）および支払い仕分け（ｐａｙｍｅｎｔ ｊｏｕｒｎａｌｉｎｇ
）、派生商品取引、取引確認および取引決済を含む、自動化した、ストレートス
ルー処理（ｓｔｒａｉｇｈｔ−ｔｈｒｏｕｇｈ−ｐｒｏｃｅｓｓｉｎｇ）を実行
することを可能にする。このような通信は、新型ＸＭＬベースのシンタックス（
「ＦｉｎＸＭＬ」）およびＸＳＬベースの処理言語（「ＦｉｎＳｃｒｉｐｔ」）
を用いて容易にされる。ＦｉｎＸＭＬは、資本市場トランザクションの標準デー
タ交換言語を提供し、多種多様な金融取引、参考資料、および市場データを表す
エレメントおよび属性の幅広い設定を支援する。ＦｉｎＸＭＬシンタックスの共
通記述は、取引の創出、確認、決済、支払い、危険管理、および会計報告を含む
、ストレートスルー処理のすべての局面に関して用いられ得る。

【０００８】 本発明の上記の目的および説明は、以下の文書および添付の図面を用いてより
よく理解し得る。

【０００９】 （発明の詳細な説明） （Ａ．システムの機能性） 本発明の技術を種々の形態で実施して、資本市場における双方向かつ自動の金
融トランザクション、ならびに、ポートフォリオおよび関連金融情報の管理を行
うためのプラットフォームが提供され得る。このプラットフォームは、金融商品
およびサービスのエンドユーザおよびプロバイダを含むメンバーが、資本市場に
おける標準および特注の金融商品の取引に携わることを可能にする。システムの
機能性は以下を含む。金融商品取引の取得および価格設定、リアルタイムの市場
データの提示、完了した取引のポートフォリオへの保存、取引の流れの管理、エ
ンドユーザの所有物への取引に関する伝達、価格設定、取引、支払処理、確認、
および決済のためのバックエンドシステム、ポートフォリオ分析の実行、危険管
理分析の実行、ならびに、ユーザ間の通信。

【００１０】 本発明のこの実施形態において、このシステムは、サーバ側とクライアント側
との両方の機能性を含む。このサーバ側の機能性は、システムのユーザが双方向
かつシームレスに以下を行うことを可能にする。金融商品取引に携わり、ポート
フォリオの管理、分析、および報告を行い、リアルタイムの市場データおよびニ
ュースを入手し、このシステムおよび他のユーザと電子メール、チャット、およ
び伝言板を介して通信し、かつ、カレンダーで管理する。サーバ側は、このよう
なユーザの活動および１つ以上のシステムデータベースのホストとして機能する
双方向システムサーバ、ならびにクライアントの自動バックエンドシステムとの
通信を制御する自動メッセージングサーバを含む。

【００１１】 クライアント側の機能性は、システム側の自動メッセージングサーバと通信し
、クライアントの自動バックエンドシステムおよび所有データベースに対してシ
ームレスなインターフェースとして機能する自動プロセスを含む。従って、この
システムは、共通点のないシステムおよびデータを組織化して、本発明の共通の
機能性およびインターフェースを使用してトランザクションに携わることを可能
にする。クライアント側はまた、クライアントウェブブラウザを含み、このクラ
イアントウェブブラウザは、システムサーバとの双方向通信を可能にする。

【００１２】 本明細書中で説明される本発明は、標準のＸＭＬを用いた用語を提供して、金
融トランザクション、ならびに、ユーザのデータおよび情報を標準の用語に／か
ら変換し、このような情報をシステムを介して自動化された様式で通信するシス
テムおよび方法を表し、かつ容易にする。

【００１３】 （１．手動トランザクションプロセス） 図１９は、会社および銀行が、本発明が双方向かつ自動化された様式で容易に
する種類の金融トランザクションに携わる工程を示す。

【００１４】 （ａ．トランザクション前） 会社および銀行が金融トランザクションに携わろうと決断する場合、関係者は
、第１に、特定の標準協定を行うことで、関係者間の関係を確立する（工程１５
００）。このような協定は、契約の規則、レートソース、確認および決済の順序
、ならびに、関係者間の一連のトランザクションにわたって再利用され得る他の
情報を管理する。Ｔｈｅ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｗａｐｓ ａｎｄ
Ｄｅｒｉｖａｔｉｖｅｓ Ａｓｓｏｃｉａｔｉｏｎ，Ｉｎｃ．（「ＩＳＤＡ」）
＜ｈｔｔｐ：／／ｗｗｗ．ｉｓｄａ．ｏｒｇ＞は、これらの目的のために関係者
によって用いられ得る特定の標準協定（例えば、「１９９２ ＩＳＤＡ主要協定
」）を提供する。会社および銀行は、関係者が行う標準協定の数によって、この
工程の複数の繰り返しに携わり得る。

【００１５】 次いで、会社および銀行は、将来のトランザクションのために銀行が会社に割
り当てるべき１つ以上の信用限度を交渉する（工程１５１０）。会社に信用限度
を割り当てる際、銀行は、会社の資産構成、信用格付け、および、会社によって
行われるべき金融トランザクションの種類を分析する。

【００１６】 （ｂ．トランザクション） 会社および銀行が一旦関係を確立し、信用限度を交渉すると、会社は、金融ト
ランザクションに携わるプロセスを開始し得る。会社は、行いたいと願うトラン
ザクションの種類（例えば、直物外国為替、先物外国為替、金利スワップなど）
を決定し、種々の詳細およびパラメータを含む所望のトランザクションを構成す
る必要がある（工程１５２０）。例えば、会社は、外国為替の直物トランザクシ
ョンを特定し得、このトランザクションにおいて、会社は、米国ドルで百万ユー
ロを買いたいと望み、トランザクションリクエストを２０００年１２月１日の午
後１１時５９分（太平洋標準時）に期限切れとなるように設定し得る。

【００１７】 トランザクションを構成した後で、会社は、トランザクションの価格設定に関
するリクエストを１つ以上の銀行に通信する（工程１５３０）。このような銀行
の各々は、次々に、会社の価格設定リクエストを受け取り再検討する（工程１５
４０）。会社のトランザクションに興味がある場合、銀行は、そのトランザクシ
ョンに関する価格設定オファーを作成（工程１５５０）し、リクエストを行った
会社にこの価格設定オファー（すなわち、価格の見積もり）を提出し得る（工程
１５６０）。各価格設定オファーは、典型的には、市況が絶えず変化するため有
効期限を有し、銀行は、市況および交渉によって修正された価格設定オファーを
会社に提出し得る。

【００１８】 会社は、銀行によって提出された任意の価格設定オファーを受け取り再検討す
る（工程１５７０）。会社は、価格設定オファーを１つ以上選択し（工程１５８
０）、そのオファー（単数または複数）を提供した特定の銀行（単数または複数
）と交渉する。交渉が繰り返される回数は、市場の不安定さおよび他の状況によ
る。価格設定オファーに関するこのような交渉が完了すると、会社は価格設定オ
ファーを受容し、オファーした銀行にその受容を通信する（工程１５９０）。

【００１９】 （ｃ．トランザクション後） 価格設定オファーに関する会社の受容を受け取ると、銀行は、具体的な条件、
支払期日、および支払額を含むトランザクション確認を会社に送る（工程１６０
０）。確認に続いて、会社および銀行は、トランザクションの決済およびそのト
ランザクションに関する将来の支払いの日程を管理する（工程１６１０）。

【００２０】 （２．システム構造の概要） 図１は、本発明の一実施形態の構造を示す。この実施形態は、例示および説明
を目的として示されており、他の実施形態は、当業者に明らかであり、当業者に
よって実施され得る。

【００２１】 本発明のこの実施形態を説明するにあたり、説明的な用語「メンバー」および
「プロバイダ」は、金融トランザクションの反対側にいる関係者（例えば、外国
為替のバイヤーおよびセラー）を識別するために用いられる。しかし、本発明の
この実施形態および他の実施形態において、「メンバー」と定義されるユーザは
、他の「メンバー」とのトランザクションに携わり得、「プロバイダ」と定義さ
れるユーザは、他の「プロバイダ」とのトランザクションに携わり得る。このよ
うなトランザクションにおいて、１人のユーザが「メンバー」の位置を占め、「
メンバー」の機能性を利用し、もう１人のユーザが「プロバイダ」の位置を占め
、「プロバイダ」の機能性を利用する。

【００２２】 （ａ．サーバ側） サーバ側（時として、この実施形態において「ＣＦＯウェブシステム」と呼ば
れる）は、クライアント側（例えば、企業および機関投資家などの「メンバー」
ならびに金融機関などの「プロバイダ」として公知のユーザからなる）とインタ
ーネット（ワールドワイドウェブを含む）１０を介して通信する。サーバ側は、
ユーザに機能性を提供する種々の双方向システムサーバを含む。ウェブサーバ１
００は、自身のウェブブラウザ３０を介してサーバ側に接続するユーザと、種々
のシステムサーバとの間の通信（例えば、ハイパーテキスト転送プロトコル（「
ＨＴＴＰ」）またはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネット
による）を可能にする。取引サーバ１６０は、グラフィックユーザインターフェ
ースと、ユーザがそれぞれの間で金融派生商品を双方向に取引することを可能に
するアプリケーションとを提供する。ポートフォリオ管理サーバ１７０は、グラ
フィックユーザインターフェースと、ユーザが金融派生商品のポートフォリオを
管理することを可能にするアプリケーションとを提供する。報告サーバ１８０は
、グラフィックユーザインターフェースと、ユーザがユーザのポートフォリオに
関する標準のかつ特注可能な報告（時価評価、来るべきイベント、および取引リ
ストを含む）を実行かつ作成することを可能にするアプリケーションとを提供す
る。分析サーバ１９０は、グラフィックユーザインターフェースと、ユーザが自
身のポートフォリオに対する分析論（値踏みおよび金利感応性を含む）を実行す
ることを可能にするアプリケーションとを提供する。カレンダーサーバ２００は
、グラフィックユーザインターフェースと、決済、支払い、キャッシュフロー、
ならびにユーザの金融派生商品のトランザクションおよびポートフォリオに関連
する他の詳細に関する重要な期日をユーザが自動的にカレンダーで管理すること
を可能にするアプリケーションとを提供する。ニュースおよび調査サーバ２１０
は、グラフィックユーザインターフェースと、ユーザがリアルタイムの市場デー
タ、金融および他のニュース、ならびに第三者による所有物に関するデータフィ
ード（ｐｒｏｐｒｉｅｔａｒｙ ｔｈｉｒｄ−ｐａｒｔｙ ｄａｔａ ｆｅｅｄ
）を入手することを可能にするアプリケーションとを提供する。ニュースおよび
調査サーバ２１０は、リアルタイムの市場データフィードおよびニュースサービ
ス２２０ならびに第三者によるデータフィード２３０への接続を含む。

【００２３】 双方向システムサーバはまた、システムのユーザと管理者との間の通信を可能
にするサーバを含む。チャットサーバ１２０は、リアルタイムのチャットを提供
し、従って、ユーザが金融派生商品に関連するディスカッションフォーラムに携
わることを可能にする。ページングサーバ１３０は、ユーザがメッセージングコ
ミュニティを確立し、どのユーザがオンラインで、所定の場合にメッセージ（す
なわち、インスタントメッセージ）を受け取ることが可能であるかを判定するこ
とを可能にする。電子メールサーバ１４０は、システム内の電子メール媒体を提
供して、ユーザとシステム管理者との間の見積もりリクエストから決済までの金
融取引の全ての局面を含む通信を可能にする。メッセージボードサーバ１５０は
、ユーザおよびシステム管理者が、広域メッセージならびに見積もりリクエスト
および見積もりを書き込みかつ読むための場を提供する。

【００２４】 自動メッセージングサーバ９０（時として、この実施形態において「接続メッ
セージングサーバ」と呼ばれる）は、サーバ側の種々のシステムサーバと、その
内部バックエンドシステム８５がサーバ側との通信を必要とする自動プロセスを
実行するユーザとの間の通信（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送
プロトコルを介するインターネットによる）を制御する。このような自動プロセ
スは、トランザクションの価格設定４０、支払いの日程管理および仕訳帳記入５
０、派生商品の取引６０、取引確認７０、および取引決済８０を含み得る。接続
メッセージングサーバ９０とクライアント側との間の通信は、自動メッセージン
グサーバ９０と同じ機能性を共有する自動プロセッサ２０（時として、この実施
形態において「接続プロセッサ」と呼ばれる）および自動メッセージブローカー
２５を通過し、下記で説明するように、「ＦｉｎＸＭＬ（Ｒ）」用語および「Ｆ
ｉｎＳｃｒｉｐｔ（Ｒ）」処理言語を用いて促進される。

【００２５】 ＣＦＯウェブシステムは、システムデータベース１１０を１つ以上含み、この
システムデータべス１１０は、金融トランザクションの処理、ならびにユーザの
システムサーバとの通信および相互作用に関連するデータを格納する。

【００２６】 （ｂ．クライアント側） クライアント側は、ユーザ（メンバーおよびプロバイダ）が双方向にまたは自
動化された様式で種々のシステムサーバと通信することを可能にする機能性を含
む。ウェブブラウザ３０は、サーバ側のウェブサーバ１００において接続が確立
された状態で、ユーザとＣＦＯウェブシステムとの間の双方向通信（例えば、Ｈ
ＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネットによる
）を可能にする。双方向通信は以下を含み得る。価格見積もりのリクエスト（メ
ンバー）、見積もりリクエストの監視および再検討（プロバイダ）、価格見積も
りの発行（プロバイダ）、価格見積もりの監視および再検討（メンバー）、メン
バーとプロバイダとの間の交渉、価格見積もりの受容（メンバー）、報告、ポー
トフォリオ管理、金融情報および市場データの分析、カレンダー管理、ならびに
、電子メール、チャット、およびメッセージボードを含むメンバー、プロバイダ
、および／またはシステム管理者の間の通信。

【００２７】 あるいは、ユーザは、接続プロセッサ２０（および、自動メッセージブローカ
ー２５）を介して自動化された様式でサーバ側と通信し得、この接続プロセッサ
２０は、接続メッセージングサーバ９０と（例えば、ＨＴＴＰまたはＴＣＰ／Ｉ
Ｐなどの転送プロトコルを介するインターネットによって）通信する。このよう
な自動通信は、ユーザの内部バックエンドシステム８５（バックエンドデータベ
ース８８を１つ以上含む）が自動プロセスを行うことを可能にし、この自動プロ
セスは、トランザクションの価格設定４０、支払いの日程管理および仕訳帳記入
５０、派生商品の取引６０、取引確認７０、および取引決済８０を含み得る。こ
のような通信は、下記で説明するように、「ＦｉｎＸＭＬ（Ｒ）」用語および「
ＦｉｎＳｃｒｉｐｔ（Ｒ）」処理言語を用いて促進される。

【００２８】 （３．金融トランザクションの機能性） システムユーザ（メンバーおよびプロバイダ）に関して、本発明の実施形態に
含まれる機能性は、トランザクション前、トランザクション、トランザクション
後、および一般に分類され得る。本発明は、このような機能性の双方向インター
フェースを（ｉ）自動化かつ／または（ｉｉ）提供する。

【００２９】 （ａ．トランザクション前） 本発明によって可能となる種類の金融トランザクションに携わるメンバーおよ
びプロバイダ（または、本発明の他の実施形態において、メンバーおよびメンバ
ー）は、図２に示される一連の工程を進む。メンバーおよびプロバイダが、将来
、金融トランザクションに携わり得ることを決断する場合、関係者は、特定の協
定を行うことにより、関係者間の関係を確立する（工程３００）。このような協
定（例えば、「１９９２ ＩＳＤＡ Ｍａｓｔｅｒ Ａｇｒｅｅｍｅｎｔ」）は
、契約の規則、レートソース、確認および決済の順序、ならびに、関係者間の一
連のトランザクションにわたって再利用され得る他の情報を管理する。関係者は
、このシステムの双方向電子メール機能（図１の電子メールサーバ１４０によっ
て提供される）を使用して、協定に含まれるべき情報を交換することにより、こ
の工程を行い得る。さらに、在庫品の電子署名ソフトウェアをこのシステムと組
み合わせることにより、関係者は、標準協定を電子的に署名かつ交換し得る。メ
ンバーおよびプロバイダは、関係者が行う標準協定の数によって、この工程の複
数の繰り返しに携わり得る。

【００３０】 次いで、メンバーおよびプロバイダは、将来のトランザクションのためにプロ
バイダがメンバーに割り当てるべき１つ以上の信用限度を交渉する（工程３１０
）。各メンバーは、このような信用限度（単数または複数）を各プロバイダと交
渉し、その信用限度を用いて、将来のトランザクションに携わるつもりである。
メンバーに信用限度を割り当てるにあたり、プロバイダは、メンバーの資産構成
、信用格付け、およびメンバーによって行われるべき金融トランザクションの種
類を分析する。関係者は、図８３に示される「信用関係」双方向ユーザインター
フェース（下記に示す）を介してこの工程を行い得、この「信用関係」双方向ユ
ーザインターフェースにおいて、メンバーは、システムを介して電子リクエスト
を受け取って信用関係を確立するプロバイダを１人以上特定し得る。あるいは、
関係者は、このシステムの双方向電子メール機能（図１の電子メールサーバ１４
０によって提供される）、このシステムのページング（インスタントメッセージ
ング）機能（図１のページングサーバ１３０によって提供される）、またはこの
システムのチャット機能（図１の電子メールサーバ１２０によって提供される）
を使用して、信用限度の交渉中に情報を交換することにより、この工程を行い得
る。

【００３１】 （ｂ．トランザクション） メンバーおよびプロバイダが一旦関係を確立し、信用限度を交渉すると、メン
バーは、金融トランザクションに携わるプロセスを開始し得る。メンバーは、行
いたいと願うトランザクションの種類（例えば、直物外国為替、先物外国為替、
金利スワップなど）を決定し、所望のトランザクションを構成する必要がある（
工程３２０）。この工程において、メンバーは、グラフィックユーザインターフ
ェースおよびツールを含むこのシステムの双方向取引機能（図１の取引サーバ１
６０によって提供される）を使用する。トランザクションの種類に応じて，この
構成は、価格設定の変数、有効期限、メンバーが価格設定をリクエストしたいプ
ロバイダのリスト、ならびに、メンバーおよび所望のトランザクションに特有の
任意の他の事項を含み得る。例えば、メンバーは、外国為替の直物トランザクシ
ョンを特定し得、このトランザクションにおいて、メンバーは、米国ドルで百万
ユーロを買いたいと望み、トランザクションリクエストを２０００年７月３０日
の午後１１時５９分（太平洋標準時）に期限切れとなるように設定し得る。

【００３２】 トランザクションを構成した後で、メンバーは、このシステムの双方向取引機
能（図１の取引サーバ１６０によって提供される）を使用して、トランザクショ
ンの価格設定に関するリクエストを１つ以上の銀行に通信する（工程３３０）。
あるいは、メンバーは、このシステムの双方向電子メール機能（図１の電子メー
ルサーバ１４０によって提供される）を使用して、特定のプロバイダに価格設定
のリクエストを直接通信し得る。このような電子メール通信は、構成されたトラ
ンザクションへのＵＲＬと、価格設定のリクエストとを含む。

【００３３】 プロバイダは、下記で説明するように、自動メッセージングサーバ９０と自動
プロセッサ２０との間の通信を介して、メンバーの価格設定リクエストを監視か
つ再調査する（工程３４０）。このような通信によって、このシステムがホスト
の機能をするリクエスト監視インターフェース上に価格設定リクエストが書き込
まれる結果となる。特定のメンバーに関する情報を含む（メンバーのアイデンテ
ィティが開示されていない場合を除く）双方向監視インターフェース上のトラン
ザクションおよび価格設定リクエストを再調査するにあたって、プロバイダは、
価格設定オファー（すなわち、価格見積もり）を作成し、リクエストを行ったメ
ンバーに提出し得る（工程３５０）。プロバイダは、取引サーバ１６０によって
制御される双方向インターフェース（下記に示す）を使用して、価格設定オファ
ーを作成する。価格設定オファーの提出は、下記で説明するように、自動プロセ
ッサ２０と自動メッセージングサーバ９０との間の通信を介して行われる。各価
格設定オファーは、典型的には、市況が絶えず変化するため有効期限を有し、プ
ロバイダは、修正された価格設定オファーをメンバーに複数回繰り返して提出し
得る。本発明のいくつかの実施形態において、プロバイダは、メンバーに価格設
定オファーを作成し提出する前に、メンバーのトランザクションの構成を修正し
（例えば、トランザクション額の変更）得る（工程３４５）。このような修正は
、複数回繰り返して行われ得る。

【００３４】 メンバーは、このシステムがホストの機能をする双方向監視インターフェース
上で、プロバイダによって提出された任意の価格設定オファーを監視かつ再調査
し得る（工程３６０）。メンバーは、価格設定オファーを１つ以上選択し（工程
３７０）、オファー（単数または複数）を提供した特定のプロバイダ（単数また
は複数）と交渉する。この実施形態において、このような交渉は、このシステム
の双方向電子メール機能（図１の電子メールサーバ１４０によって提供される）
、このシステムのページング（インスタントメッセージング）機能（図１のペー
ジングサーバ１３０によって提供される）、このシステムのチャット機能（図１
のチャットサーバ１２０によって提供される）、または伝統的な方法（例えば、
電話）を使用して行われ得る。交渉を繰り返す回数は、市場の不安定さおよび他
の状況による。本発明の他の実施形態において、特定のパラメータがプロバイダ
の価格設定オファーに一致する場合、このような交渉は不必要であり得る。工程
のこの段階において、メンバーは、メンバーの元のトランザクションの構成を修
正する（例えば、トランザクション額を変更する）決定をし（工程３７５）、１
人以上のプロバイダに新しい価格設定リクエストを提出し得る（工程３３０）こ
とに留意されたい。このような修正は、複数回繰り返して行われ得る。

【００３５】 価格設定オファーに関する交渉に次いで、メンバーは、最もよい価格設定オフ
ァーを受容し（工程３８０）、このシステムの双方向取引機能（図１の取引サー
バ１６０によって提供される）を使用してプロバイダにその受容を通信する。プ
ロバイダは、下記で説明するように、自動メッセージングサーバ９０と自動プロ
セッサ２０との間の通信を介してメンバーの受容を受け取る。このような通信に
よって、このシステムがホストの機能をするリクエスト管理インターフェース上
に、メンバーによる価格設定オファーの受容を書き込む結果となる。

【００３６】 （ｃ．トランザクション後） メンバーの受容を受け取ると、プロバイダは、具体的な条件、支払期日、およ
び支払額を含むトランザクション確認をメンバーに送る（工程３９０）。プロバ
イダは、下記で説明するように、自動プロセッサ２０と自動メッセージングサー
バ９０との間の通信を介して、メンバーに確認情報を送る。プロバイダのバック
エンドシステム８５は、この情報の自動処理を提供する。

【００３７】 確認に続いて、メンバーおよびプロバイダは、内部会計および支払いの日程管
理を含む目的のために、それぞれのバックエンドシステム８５にトランザクショ
ンを提出する（工程４００）。この工程は、自動プロセッサ２０とバックエンド
システム８５との間の自動接続を介して、このシステムによって取り扱われ得る
。それぞれのバックエンドシステム８５を使用して、メンバーおよびプロバイダ
は、トランザクションの決済および将来の支払いの日程を管理する（工程４１０
）。

【００３８】 （ｄ．一般） メンバーおよびプロバイダによって任意の時にアクセスかつ実行され得る双方
向システムの機能性は、以下を含む。報告、ポートフォリオ管理、危険管理、金
融情報および市場データの分析、メンバー、プロバイダ、およびシステム管理者
との電子メール通信、メンバーおよびプロバイダとのチャット、メッセージボー
ド、カレンダー管理、ならびにページング。この機能性は、このシステムの双方
向ユーザインターフェース（下記に示す）上のボタンおよび／またはプルダウン
メニューを介して、メンバーおよびプロバイダによって利用可能である。

【００３９】 （Ｂ．金融情報の自動処理および転送） 本発明のこの実施形態は、サーバ側のメッセージングサーバとクライアント側
の自動プロセッサとの間で、根底にある金融情報の自動処理および転送を提供す
ることにより、メンバーとプロバイダとの間の金融トランザクションを支持する
。このシステムは、特定トランザクションデータ、参照データ、および市場デー
タを含む金融商品取引を記述する斬新なタグを用いた言語であるＦｉｎＸＭＬ（
Ｒ）を使用することにより、このような処理および転送を可能にする。ＦｉｎＸ
ＭＬ（Ｒ）は、拡張可能マークアップ言語（ＸＭＬ）１．０推奨（１９９８年２
月１０日）、ワールドワイドウェブコンソーシアム（Ｍａｓｓａｃｈｕｓｅｔｔ
ｓ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ Ｎ
ａｔｉｏｎａｌ ｄｅ Ｒｅｃｈｅｒｃｈｅ ｅｎ Ｉｎｆｏｒｍａｔｉｑｕｅ
ｅｔ ｅｎ Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ Ｕｎｉｖｅｒｓｉｔｙ）＜ ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ ＞に準拠する。こ
のＸＭＬ推奨は、エレメントタグの使用に関する文書を適合するための規則のセ
ットを記述する。このエレメントタグは、文書の構成要素をマークするか、また
はデータファイルの構造をテキスト文書として記述する。

【００４０】 ＦｉｎＸＭＬ（Ｒ）はまた、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｗａｐｓ ａｎ
ｄ Ｄｅｒｉｖａｔｉｖｅｓ Ａｓｓｏｃｉａｔｉｏｎ，Ｉｎｃ．（「ＩＳＤＡ
」）＜ｈｔｔｐ：／／ｗｗｗ．ｉｓａｄａ．ｏｒｇ＞の１９９１ ＩＳＤＡ定義 （および１９９８補足）に準拠する。このＩＳＤＡ定義は、個人交渉の金融派生
商品のトランザクションに用いられる標準用語のセットを提供する。ＦｉｎＸＭ
Ｌ（Ｒ）内で定義されるエレメントタグならびに属性の名前および値は、下記で
説明するように、ＩＳＤＡ定義内で定義される用語に対応する。

【００４１】 ＸＭＬ用語の１つの種類としてのＦｉｎＸＭＬ（Ｒ）は、例えば、ＨＴＴＰま
たはＴＣＰ／ＩＰなどの転送プロトコルを使用して企業のイントラネット、エク
ストラネット、およびインターネット（ワールドワイドウェブを含む）にわたる
電送に理想的に適応する。ＨＴＴＰプロトコルは、ウェブブラウザ内で表示され
るべきページを記述するために用いられるハイパーテキストマークアップ言語（
「ＨＴＭＬ」）文書などのテキスト文書を伝送することを意図する。ＸＭＬ文書
、従って、ＦｉｎＸＭＬ（Ｒ）文書は、両方の種類の文書がテキストを用い、エ
レメントタグおよびデータコンテントの混合体からなり、かつ、他の外部材料へ
の参照を含み得るという点でＨＴＭＬ文書に類似する。

【００４２】 ２つの組織間の基本的な金融トランザクションにおいて、ＸＭＬによって符号
化された金融トランザクションは、例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの
転送プロトコルを使用して、１つの組織のクライアントアプリケーションからも
う１つの組織のサーバへと送られる。サーバは、次いで、応答を送り返し、この
応答もまたＸＭＬによって符号化されている。

【００４３】 下記で説明するように、本発明のこの実施形態は、自動プロセッサ２０（「接
続プロセッサ」としても公知）および自動メッセージングサーバ９０（「接続メ
ッセージングサーバ」としても公知）を使用して、ＦｉｎＸＭＬ（Ｒ）（または
、他のＸＭＬ）文書に／から金融オブジェクトを符号化／復号化する斬新な方法
を含む。２つの組織間の金融トランザクションにおいて、１つの組織（例えば、
メンバー）が、自動プロセッサ２０にＪａｖａ（Ｒ）オブジェクトを提出する。
この自動プロセッサ２０は、下記で説明するように、ＸＭＬマッピングおよびＦ
ｉｎＳｃｒｉｐｔ（Ｒ）（拡張可能なスタイルシート言語（「ＸＳＬ」）によっ
て作成された所有スタイルシート）を用いてＦｉｎＸＭＬ（Ｒ）（または、他の
ＸＭＬ）文書を作成する。このＦｉｎＸＭＬ（Ｒ）文書は、例えば、ＨＴＴＰま
たはＴＣＰ／ＩＰなどの転送プロトコルを使用して、自動メッセージングサーバ
９０に送られて、オブジェクトに変換され、サーバ側の処理が行われ得る。この
処理に続いて、自動メッセージングサーバ９０は、オブジェクトをＦｉｎＸＭＬ
（Ｒ）（または、他のＸＭＬ）文書に変換し、この文書を自動プロセッサ２０に
送る。自動プロセッサ２０は、下記で説明するように、ＦｉｎＳｃｒｉｐｔ（Ｒ
）を用いてＦｉｎＸＭＬ（Ｒ）（または、他のＸＭＬ）文書からＪａｖａ（Ｒ）
Ｓｃｒｉｐｔプログラムを作成する。次いで、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔプロ
グラムからＪａｖａ（Ｒ）オブジェクトが作成され、他の組織（例えば、プロバ
イダ）に送られる。ＦｉｎＳｃｒｉｐｔ（Ｒ）の基礎として機能するＸＳＬは、 拡張可能なスタイルシート言語（ＸＳＬ）バージョン１．０ （２０００年３月２
７日）、ワールドワイドウェブコンソーシアム（Ｍａｓｓａｃｈｕｓｅｔｔｓ
Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ Ｎａｔ
ｉｏｎａｌ ｄｅ Ｒｅｃｈｅｒｃｈｅ ｅｎ Ｉｎｆｏｒｍａｔｉｑｕｅ ｅ
ｔ ｅｎ Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ Ｕｎｉｖｅｒｓｉｔｙ）＜ｈｔ
ｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｓｌ＞に記述される。

【００４４】 （１．ＦｉｎＸＭＬ（Ｒ）） 本発明のこの実施形態において、ＦｉｎＸＭＬ（Ｒ）文書をサーバ間に分配し
て、金融トランザクションおよび関連データの詳細を通信する。ＦｉｎＸＭＬ（
Ｒ）シンタックスは、全ての金融トランザクションに関する一般的な構造を提供
する。金融トランザクションは、次いで、根底にあるエレメントからなり、各エ
レメントは、属性および／または他のエレメントを含む。

【００４５】 （ａ．取引構造） ＦｉｎＸＭＬ（Ｒ）シンタックスの基本的な金融トランザクションエレメント
は、複数の種類の「取引」である（下記に示す）。この取引エレメントは、各金
融トランザクションオブジェクトの明細のためのルートエレメントである。この
取引エレメントは、「ペイロード」構成要素の接続メッセージ内に含まれる（下
記に示す）。

【００４６】 図３は、取引エレメントの構造を示す。取引エレメント５００は、少なくとも
１対の「相手先」エレメント５１０を含み、この相手先は、トランザクションに
携わる関係者である。各相手先エレメント５１０は、「内部関係者」エレメント
５１５または「外部関係者」エレメント５２０（下記に示す）であり得る。取引
エレメント５００はまた、「取引の種類」エレメント５３０を含み、この「取引
の種類」エレメント５３０は、下記の取引の種類のサブエレメントの１つを含む
。

【００４７】 （１）直物外国為替（「ＦＸ」） （２）先物ＦＸ （３）固定−変動の金利スワップ （４）変動−変動の金利スワップ （５）キャップ （６）フロアー （７）固定預金 （８）固定貸付金 （９）変動預金 （１０）変動貸付金 （１１）ＦＸオプション （１２）ＦＸスワップ （１３）固定−固定の通貨間スワップ （１４）固定−変動の通貨間スワップ （１５）変動−変動の通貨間スワップ （１６）金利先渡し契約 （１７）特注取引 各取引の種類のエレメントは、異なる種類の金融トランザクションを表し、これ
らの異なる種類の金融トランザクションについて、下記で個別に説明する。本発
明の他の実施形態は、本明細書中で説明する取引の種類のエレメントならびに他
の取引の種類の１つ以上の組み合わせを含み得ることに注意されたい。

【００４８】 本発明のこの実施形態において、取引エレメント５００は、下記のＸＭＬ定義
を有する。

【００４９】

【表１】 （ｂ．金融トランザクションデータ） ＦｉｎＸＭＬ（Ｒ）シンタックスは、トランザクションデータ、参照データ、
および市場データを含む金融トランザクションを含む種々の種類のデータを記述
する。これらの種類のデータの各々は、エレメントおよび属性を含む。本明細書
中で説明する種類のデータのエレメント、属性、および定義は、本発明の一実施
形態を例示するものであり、本発明の他の実施形態は、これらのエレメント、属
性、および／または定義のいくつかまたは全て、ならびに他のエレメント、属性
、および／または定義を含むことで、含まれる種類のデータを記述し得ることに
注意されたい。

【００５０】 （ｉ．トランザクションデータ） トランザクションデータは、金融トランザクションまたは取引の種々の構成要
素を記述する。これらの構成要素は、「相手先」エレメント、「取引の種類」エ
レメント、「特定取引」エレメント、「金融イベント」エレメント、および「計
算」エレメントを含む。

【００５１】 （（ａ）相手先エレメント） ＦｉｎＸＭＬ（Ｒ）によって記述される種類の金融トランザクションにおいて
、典型的には２つの関係者が存在し、「相手先」とも呼ばれる。上記のように、
ＦｉｎＸＭＬ（Ｒ）は、このようなトランザクション関係者を相手先エレメント
５１０（内部関係者エレメントおよび外部関係者エレメントを含む）で記述する
（図３に示す）。本発明のこの実施形態において、相手先エレメント５１０は、
下記のＸＭＬ定義を有する。

【００５２】

【表２】 各トランザクションにおいて、ある組織の見地から、その組織が「内部」関係
者であり、もう１つの関係のない組織が「外部」関係者である（例えば、外国為
替トランザクションに携わる企業および第三者銀行）。あるいは、企業が企業内
の子会社法人エンティティとトランザクションをする場合、この子会社もまた「
内部」関係者である。

【００５３】 図４は、外部関係者エレメント７００の構造を示し、トランザクションの外部
関係者を表す。各外部関係者は、「公開関係者」または「非公開関係者」のいず
れかであり得る。本発明のこの実施形態において、外部関係者エレメント７００
は、下記のＸＭＬ定義を有する。

【００５４】

【表３】 公開関係者エレメント７０５は、トランザクションの関係者（例えば、メンバ
ー）を表し、企業識別を含むこの関係者の詳細は、トランザクションの他の関係
者に完全に知られている。各公開関係者エレメント７０５は、組織７１０、連絡
情報７３０、住所７６５、および信用格付け８０５のサブエレメント（「参照デ
ータ」エレメントに関する説明において、下記により詳細に示す）を含む。本発
明のこの実施形態において、公開関係者エレメント７０５は、下記のＸＭＬ定義
を有する。

【００５５】

【表４】 非公開関係者エレメント８３５は、他の関係者に対して匿名のままである関係
者を表し、公開されている唯一の情報は、関係者の信用格付けである。従って、
各非公開関係者エレメント８３５は、信用格付け８０５エレメント（「参照デー
タ」エレメントに関する説明において、下記により詳細に示す）を含む。本発明
のこの実施形態において、非公開関係者エレメント８０５は、下記のＸＭＬ定義
を有する。

【００５６】

【表５】 図５は、内部関係者エレメント６００の構造を示し、トランザクションの内部
関係者を表す。内部関係者エレメント６００は、内部関係者に関係する個別の法
人（すなわち、企業）組織の各々を表す法人エンティティエレメント６０５、お
よび、会計目的のために関係者がトランザクションをグループ化するための取引
帳簿（単数または複数）（「参照データ」エレメントに関する説明において、下
記により詳細に示す）を表すブックエレメント６２５を含む。本発明のこの実施
形態において、内部関係者エレメント６００は、下記のＸＭＬ定義を有する。

【００５７】

【表６】 （（ｂ）取引の種類のエレメント） 図３に示すように、取引エレメント５００は、取引の種類のエレメント５３０
を含む。各取引の種類のエレメント５３０は、順番に、金融トランザクションま
たは取引の１つの種類を記述する取引の種類のサブエレメントを含む。

【００５８】 （（１）直物外国為替） 直物外国為替（「直物ＦＸ」）トランザクションは、ある関係者が別の通貨と
引き換えに別の関係者からある通貨の特定額を入手するトランザクションであり
、外国為替市場の標準期間（すなわち、通常２日）内で支払いまたは決済が行わ
れる。例えば、メンバーが米国ドルと引き換えにプロバイダから２百万ユーロを
買い、２日後に支払う。

【００５９】 直物ＦＸエレメントは、このようなトランザクションを表し、下記のサブエレ
メントおよび属性を含む。 ・「Ｄｅａｌｔ Ａｍｏｕｎｔ」：入手される通貨に交換されるべき通貨の特定
額。 ・「Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔ」：入手される通貨の額。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した通貨取引を行う日。 ・「Ｖａｌｕｅ Ｄａｔｅ」：取引された通貨が交換される（すなわち、取引が
決済される）日。 ・「ＦＸ Ｒａｔｅ」：取引が行われる外国為替レート。 ・「Ｂａｓｅ Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨がそれに対して測定さ
れる。 ・「Ｂａｓｅ Ｕｎｉｔｓ」：ベース通貨の単位数であって、それに対して入手
されるべき通貨は見積もられる（通常、１単位）。 ・「Ｑｕｏｔｅ Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨、または見積もられ
る通貨。 ・「Ｑｕｏｔｅ Ｕｎｉｔｓ」：入手されるべき見積もり通貨の単位数。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００６０】 本発明のこの実施形態において、直物ＦＸエレメントは、下記のＸＭＬ定義を
有する。

【００６１】

【表７】 （（２）先物外国為替） 先物外国為替（「先物ＦＸ」）トランザクションは、ある関係者が別の通貨の
特定額と引き換えに別の関係者からある通貨のある額を入手するトランザクショ
ンであり、この特定額は、特定の将来に支払われる。例えば、メンバーが米国ド
ルでプロバイダから２百万ユーロを買い、取引日から６０日後に支払う。

【００６２】 先物ＦＸエレメントは、このようなトランザクションを表し、下記のサブエレ
メントおよび属性を含む。 ・「Ｄｅａｌｔ Ａｍｏｕｎｔ」：入手される通貨に交換されるべき通貨の特定
額。 ・「Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔ」：入手される通貨の額。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した通貨取引を行う日。 ・「Ｖａｌｕｅ Ｄａｔｅ」：取引された通貨が交換される（すなわち、取引が
決済される）日。 ・「ＦＸ Ｒａｔｅ」：取引が行われる外国為替レート。 ・「Ｂａｓｅ Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨がそれに対して測定さ
れる通貨。 ・「Ｂａｓｅ Ｕｎｉｔｓ」：入手されるべき通貨がそれに対して見積もられる
ベース通貨の単位数（通常、１単位）。 ・「Ｑｕｏｔｅ Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨、または釘付けされ
る通貨。 ・「Ｑｕｏｔｅ Ｕｉｎｔｓ」：入手されるべきＱｕｏｔｅ Ｃｕｒｒｅｎｃｙ
の単位数。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００６３】 本発明のこの実施形態において、先物ＦＸエレメントは、下記のＸＭＬ定義を
有する。

【００６４】

【表８】 （（３）固定−変動の金利スワップ） 固定−変動の金利スワップは、金利スワップの一種であり、ここで、２つの関
係者は、定期的な支払ストリームを交換し、１つの支払ストリームは固定金利に
基づき、もう１つの支払ストリームは変動金利指標（例えば、ＬＩＢＯＲ）に基
づき、各支払ストリームは同じ通貨を用いる。例えば、メンバーが、ＬＩＢＯＲ
インデックスに基づくユーロの変動支払ストリームと引き換えにプロバイダから
ユーロの固定支払ストリームを買う。

【００６５】 固定−変動の金利スワップエレメントは、このようなトランザクションを表し
、下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：為替の支払いが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：為替の支払いが終了する日。 ・「Ｆｉｘｅｄ Ｌｅｇ Ｄｅｔａｉｌｓ」：固定レッグの固定利息の支払いの
詳細。 ・「Ｆｌｏａｔ Ｌｅｇ Ｄｅｔａｉｌｓ」：変動レッグの変動利息の支払いの
詳細。 ・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計
算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利
計算、および金利リセット情報を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００６６】 本発明のこの実施形態において、固定−変動の金利スワップエレメントは、下
記のＸＭＬ定義を有する。

【００６７】

【表９】 （（４）変動−変動の金利スワップ） 変動−変動の金利スワップは、金利スワップの一種であり、ここで、２つの関
係者は、定期的な支払ストリームを交換し、各支払ストリームは、変動金利指標
（例えば、ＬＩＢＯＲ）に基づき、同じ通貨を用いる。例えば、メンバーが、ユ
ーロの変動支払ストリームと引き換えにプロバイダからユーロの変動支払ストリ
ームを買い、ここで、各支払ストリームはＬＩＢＯＲインデックスに基づく。

【００６８】 変動−変動の金利スワップエレメントは、このようなトランザクションを表し
、下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：為替の支払いが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：為替の支払いが終了する日。 ・「Ｆｌｏａｔ Ｌｅｇ Ｄｅｔａｉｌｓ」：変動利息の支払いの詳細であって
、２つの変動レッグはそれぞれ、個別の情報を有する。 ・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計
算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利
計算、および金利リセット情報を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００６９】 本発明のこの実施形態において、変動−変動の金利スワップエレメントは、下
記のＸＭＬ定義を有する。

【００７０】

【表１０】 （（５）キャップ） キャップトランザクションは、ある関係者が、プレミアム支払いと引き換えに
、ある通貨の特定額に関して他の関係者から支払ストリーム（すなわち、一連の
オプション（「キャップレット」））を受け取る権利を、別の関係者から入手す
るトランザクションである。これは、日程管理された支払期日に、関連期間にお
ける特定のレートまたはインデックスのレベルが同意の「ストライクレート（ｓ
ｔｒｉｋｅ ｒａｔｅ）」を越える場合である。例えば、メンバーが、期間１２
ヶ月、ストライクレート８％の金利キャップを３ヶ月ＬＩＢＯＲに基づく米国ド
ルでプロバイダから買って、３ヶ月ＬＩＢＯＲに基づく１０００万米国ドルの変
動レート貸付金の金利上昇のリスクを回避する。

【００７１】 キャップエレメントは、このようなトランザクションを表し、下記のサブエレ
メントおよび属性を含む。 ・「Ｃａｐ Ｆｌｏｏｒ Ｓｐｅｃ」：キャップおよびフロアトランザクション
に共通する構成エレメントを記述する。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｅｔｔｌｅｍｅｎｔ Ｄａｔｅ」：取引が決済される日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：金利が保護される期間の開始日。 ・「Ｅｎｄ Ｄａｔｅ」：支払ストリームが終了する日。 ・「Ｐｒｅｍｉｕｍ Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ Ｐｅｒｃｅ
ｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ Ａｍｏｕｎｔ」）のいずれか
で表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕ
ｍ Ｄａｔｅ」）。 ・「Ｓｔｒｉｋｅ Ｒａｔｅ」：それを越えるとキャップトランザクション内の
単一支払い（キャップレット）の決済がトリガーされるレート。 ・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの
参照となる。 ・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先
エレメントの参照となる。 ・「Ｖｏｌａｔｉｌｉｔｙ Ｓｐｒｅａｄ」：ボラティリティ面（ｖｏｌａｔｉ
ｌｉｔｙ ｓｕｒｆａｃｅ）を用いて計算されるボラティリティのスプレッド。
キャップトランザクションの価格設定を行うための別のスプレッド。 ・「Ｄｉｓｃｏｕｎｔ Ｃｕｒｖｅ」：支払ストリームを計算するために用いる
割引きカーブの定義。 ・「Ｆｏｒｅｃａｓｔ Ｃｕｒｖｅ」：支払ストリームを計算するために用いる
予測カーブの定義。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：支払ストリームを計算するための基礎
として用いる額。 ・「Ｆｌｏａｔｉｎｇ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：変動金利。 ・「Ｆｉｒｓｔ Ｆｉｘｉｎｇ Ｒａｔｅ」：第１の利息計算期間に用いられる
べき金利。 ・「Ｄａｙ Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方
法。 ・「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の
特定の日。 ・「Ｐａｙｍｅｎｔ Ｃａｌｅｎｄａｒ」：休業日の参照に用いられるべきカレ
ンダー。 ・「Ｒａｔｅ Ｒｅｓｅｔ Ｃａｌｅｎｄａｒ」：金利リセットのために休業日
の参照に用いられるべきカレンダー。 ・「Ｄａｔｅ Ｓｔｕｂ」：支払いの不規則な日程管理に関するインジケータ。 ・「Ａｎｃｈｏｒ Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわ
ち、第１の利子期間の最終日または第１の支払いの特定日であって、期日が逆順
に決められる場合、最後の利息期間の最初であり得る。 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」：支払いのキャッシュフロー
がどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了
時の単一支払い、ストリーム期間にわたる均等払い）を含む。 ・「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」：利息が複利法でどのように計
算されるべきかに関する詳細であって、計算の頻度および速度を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００７２】 本発明のこの実施形態において、キャップエレメントは、下記のＸＭＬ定義を
有する。

【００７３】

【表１１】 （（６）フロアー） フロアトランザクションは、ある関係者が、プレミアム支払いと引き換えに、
ある通貨の特定額に関して他の関係者から支払ストリーム（すなわち、一連のオ
プション（「フロアーレット」））を受け取る権利を、別の関係者から入手する
トランザクションである。これは、日程管理された支払期日に、関連期間におけ
る特定のレートまたはインデックスのレベルが同意の「ストライクレート」より
低い場合である。例えば、メンバーが、期間１２ヶ月、ストライクフロアーレベ
ル８％の金利フロアーを３ヶ月ＬＩＢＯＲに基づく米国ドルでプロバイダから買
って、３ヶ月ＬＩＢＯＲに基づく１０００万米国ドルの金融市場投資の投資収益
を保護する。

【００７４】 フロアーエレメントは、このようなトランザクションを表し、下記のサブエレ
メントおよび属性を含む。 ・「Ｃａｐ Ｆｌｏｏｒ Ｓｐｅｃ」：キャップおよびフロアトランザクション
に共通する構成エレメントを記述する。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｅｔｔｌｅｍｅｎｔ Ｄａｔｅ」：取引が決済される日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：金利が保護される期間の開始日。 ・「Ｅｎｄ Ｄａｔｅ」：支払ストリームが終了する日。 ・「Ｐｒｅｍｉｕｍ Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ Ｐｅｒｃｅ
ｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ Ａｍｏｕｎｔ」）のいずれか
で表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕ
ｍ Ｄａｔｅ」）。 ・「Ｓｔｒｉｋｅ Ｒａｔｅ」：それを越えるとフロアトランザクション内の単
一支払い（フロアーレット）の決済がトリガーされるレート。 ・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの
参照となる。 ・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先
エレメントの参照となる。 ・「Ｖｏｌａｔｉｌｉｔｙ Ｓｐｒｅａｄ」：ボラティリティ面を用いて計算さ
れるボラティリティのスプレッド。キャップトランザクションの価格設定を行う
ための別のスプレッド。 ・「Ｄｉｓｃｏｕｎｔ Ｃｕｒｖｅ」：支払ストリームを計算するために用いる
割引きカーブの定義。 ・「Ｆｏｒｅｃａｓｔ Ｃｕｒｖｅ」：支払ストリームを計算するために用いる
予測カーブの定義。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：支払ストリームを計算するための基礎
として用いる額。 ・「Ｆｌｏａｔｉｎｇ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：変動金利。 ・「Ｆｉｒｓｔ Ｆｉｘｉｎｇ Ｒａｔｅ」：第１の利息計算期間に用いられる
べき金利。 ・「Ｄａｙ Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方
法。 ・「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の
特定の日。 ・「Ｐａｙｍｅｎｔ Ｃａｌｅｎｄａｒ」：休業日の参照に用いられるべきカレ
ンダー。 ・「Ｒａｔｅ Ｒｅｓｅｔ Ｃａｌｅｎｄａｒ」：金利リセットのために休業日
の参照に用いられるべきカレンダー。 ・「Ｄａｔｅ Ｓｔｕｂ」：支払いの不規則な日程計算に関するインジケータ。 ・「Ａｎｃｈｏｒ Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわ
ち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順
に決められる場合、最後の利息期間の最初であり得る。 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」：支払いのキャッシュフロー
がどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了
時の単一支払い、ストリーム期間にわたる均等払い）を含む。 ・「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」：利息が複利法でどのように計
算されるべきかに関する詳細であって、計算の頻度および速度を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００７５】 本発明のこの実施形態において、フロアーエレメントは、下記のＸＭＬ定義を
有する。

【００７６】

【表１２】 （（７）固定レートの貸付／預金） 固定レートの貸付／預金のトランザクションは、ある関係者が固定金利で別の
関係者からある金額を借りるトランザクションである。例えば、メンバーが、一
年間、プロバイダから固定金利で１００万米国ドルを借りる。

【００７７】 固定レートの貸付／預金エレメントは、このようなトランザクションを表し、
下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が貸付に同意した日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：貸付が開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：貸付が終了する日。 ・「Ｌｅｎｄｅｒ」：貸付金の借り手。相手先エレメントの参照となる。 ・「Ｂｏｒｒｏｗｅｒ」：貸付金の貸し手。相手先エレメントの参照となる。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：貸付金の額。 ・「Ｆｉｘｅｄ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：固定金利。 ・「Ｄａｙ Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方
法。 ・「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の
特定の日。 ・「Ｐａｙｍｅｎｔ Ｃａｌｅｎｄａｒ」：支払期日を決めるために用いられる
べきカレンダー。 ・「Ｄａｔｅ Ｓｔｕｂ」：貸付金支払いの不規則な日程管理に関するインジケ
ータ。 ・「Ａｎｃｈｏｒ Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわ
ち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順
に決められる場合、最後の利息期間の最初であり得る。 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」：貸付金支払いのキャッシュ
フローがどのように償却されるべきかに関する詳細であって、償却方法（例えば
、終了時の単一支払い、貸付期間にわたる均等払い）を含む。 ・「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」：貸付金利息が複利法でどのよ
うに計算されるべきかに関する詳細であって、計算の頻度および速度を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００７８】 本発明のこの実施形態において、固定レートの貸付／預金エレメントは、下記
のＸＭＬ定義を有する。

【００７９】

【表１３】 （（８）変動レートの貸付／預金） 変動レートの貸付／預金のトランザクションは、ある関係者が変動金利で別の
関係者からある金額を借りるトランザクションであり、通常、変動金利指標（例
えば、Ｌｏｎｄｏｎ Ｉｎｔｅｒｂａｎｋ Ｏｆｆｅｒｅｄ Ｒａｔｅすなわち
「ＬＩＢＯＲ」）に基づく。例えば、メンバーが、二年間、プロバイダから変動
金利で１００万米国ドルを借りる。

【００８０】 変動レートの貸付／預金エレメントは、このようなトランザクションを表し、
下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が貸付に同意した日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：貸付が開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：貸付が終了する日。 ・「Ｌｅｎｄｅｒ」：貸付金の借り手。相手先エレメントの参照となる。 ・「Ｂｏｒｒｏｗｅｒ」：貸付金の貸し手。相手先エレメントの参照となる。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：貸付金の額。 ・「Ｆｌｏａｔｉｎｇ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：変動金利。 ・「Ｆｉｒｓｔ Ｆｉｘｉｎｇ Ｒａｔｅ」：第１の利息計算期間に用いられる
べき金利。 ・「Ｄａｙ Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方
法。 ・「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の
特定の日。 ・「Ｐａｙｍｅｎｔ Ｃａｌｅｎｄａｒ」：支払期日を決めるために用いられる
べきカレンダー。 ・「Ｒａｔｅ Ｒｅｓｅｔ Ｃａｌｅｎｄａｒ」：金利リセットのために休業日
の参照に用いられるべきカレンダー。 ・「Ｄａｔｅ Ｓｔｕｂ」：貸付金支払いの不規則な日程管理に関するインジケ
ータ。 ・「Ａｎｃｈｏｒ Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわ
ち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順
に決められる場合、最後の利息期間の最初であり得る。 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」：貸付金支払いのキャッシュ
フローがどのように償却されるべきかに関する詳細であって、償却方法（例えば
、終了時の単一支払い、貸付期間にわたる均等払い）を含む。 ・「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」：貸付金利息が複利法でどのよ
うに計算されるべきかに関する詳細であって、計算の頻度および速度を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００８１】 本発明のこの実施形態において、変動の貸付／預金エレメントは、下記のＸＭ
Ｌ定義を有する。

【００８２】

【表１４】 （（９）外国為替オプション） 外国為替オプション（「ＦＸオプション」）のトランザクションは、ある関係
者が、プレミアム支払いと引き換えに、別の関係者から債務ではなく権利を入手
するトランザクションである。この権利は、特定額のある通貨を特定価格で特定
の実行日または特定の実行期間に買うこと（すなわち、プットオプションの実行
）または売ること（すなわち、コールオプションの実行）の権利である。例えば
、メンバーが、プロバイダにプレミアムを支払って、３ヶ月間、定価の米国ドル
で１００万ユーロを買うオプションを実行する権利を得る。

【００８３】 ＦＸオプションエレメントは、このようなトランザクションを表し、下記のサ
ブエレメントおよび属性を含む。 ・「Ｓｅｔｔｌｅｍｅｎｔ Ｄａｔｅ」：取引が決済される日。 ・「Ｐｒｅｍｉｕｍ Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ Ｐｅｒｃｅ
ｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ Ａｍｏｕｎｔ」）のいずれか
で表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕ
ｍ Ｄａｔｅ」）。 ・「Ｅｘｐｉｒａｔｉｏｎ Ｄａｔｅ」：その日までにオプションが実行される
必要がある有効期限。 ・「Ｄｅａｌｔ Ａｍｏｕｎｔ」：オプションを実行する際に買うまたは売るべ
きである通貨に交換する通貨の特定額。 ・「Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔ」：オプションを実行する際に買うまたは売
るべき通貨の額。 ・「Ｄｅｌｉｖｅｒｙ Ｄａｔｅ」：オプションを実行する際に、現金の差異ま
たは根底にある契約額面価額のいずれかが交換される必要がある日。 ・「Ｄｅｌｉｖｅｒｙ Ｍｏｄｅ」：オプションを実行する際に、現金の差異（
「Ｃａｓｈ」）または根底にある契約額面価額（「Ｐｈｙｓｉｃａｌ」）が交換
される必要があるかを示すインジケータ。 ・「Ｏｐｔｉｏｎ Ｔｙｐｅ」：実行されるオプションの種類（「Ｐｕｔ」また
は「Ｃａｌｌ」） ・「Ｖｏｌａｔｉｌｉｔｙ」：オプションプレミアムを計算するために用いられ
るボラティリティ面の定義。 ・「Ｃａｌｌ」：コールオプションの額および通貨。 ・「Ｐｕｔ」：プットオプションの額および通貨。 ・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの
参照となる。 ・「Ｐｈｙｓｉｃａｌ」：根底にある資産の送達に基づいてオプションが決済さ
れるかどうかを示す。 ・「Ｃａｓｈ」：現金払いに基づいてオプションが決済されるかどうかを示す。 ・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先
エレメントの参照となる。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００８４】 本発明のこの実施形態において、ＦＸオプションエレメントは、下記のＸＭＬ
定義を有する。

【００８５】

【表１５】 （（１０）外国為替スワップ） 外国為替スワップ（「ＦＸスワップ」）のトランザクションは、２つの関係者
が２種類の支払い（「Ｎｅａｒ」および「Ｆａｒ」）をそれぞれ異なる通貨で交
換するトランザクションである。第１の支払いは、トランザクション期間の最初
に送達され、第２の支払いは、トランザクション期間の最後に送達される。支払
いは、特定の金利に基づき得る。例えば、メンバーが、第１の支払いの６ヶ月後
に１００万米国ドルを支払うべき支払いと引き換えに、プロバイダから３００万
ユーロの支払いを買う。

【００８６】 ＦＸスワップエレメントは、このようなトランザクションを表し、下記のサブ
エレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｎｅａｒ Ｌｅｇ Ｖａｌｕｅ Ｄａｔｅ」：スワップの第１のレッグ（「
Ｎｅａｒ Ｌｅｇ」）の最終支払いが支払われる日。 ・「Ｆａｒ Ｌｅｇ Ｖａｌｕｅ Ｄａｔｅ」：スワップの第２のレッグ（「Ｆ
ａｒ Ｌｅｇ」）の最終支払いが支払われる日。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：交換される支払いを計算するための基
礎として用いる額。 ・「Ｎｅａｒ Ｌｅｇ Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔ」：Ｎｅａｒ Ｌｅｇの
もとで支払われる額。Ｎｅａｒ Ｌｅｇ ＦＸＲａｔｅに代わるもの。 ・「Ｎｅａｒ Ｌｅｇ ＦＸＲａｔｅ」：Ｎｅａｒ Ｌｅｇの外国為替レート。
Ｎｅａｒ Ｌｅｇ Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔに代わるもの。 ・「Ｆａｒ Ｌｅｇ Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔ」：Ｆａｒ Ｌｅｇのもと
で支払われる額。Ｆａｒ Ｌｅｇ ＦＸＲａｔｅに代わるもの。 ・「Ｆａｒ Ｌｅｇ ＦＸＲａｔｅ」：Ｆａｒ Ｌｅｇの外国為替レート。Ｆａ
ｒ Ｌｅｇ Ｓｅｔｔｌｅｄ Ａｍｏｕｎｔに代わるもの。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００８７】 本発明のこの実施形態において、ＦＸスワップエレメントは、下記のＸＭＬ定
義を有する。

【００８８】

【表１６】 （（１１）固定−固定の通貨間スワップ） 固定−固定の通貨間スワップは、金利スワップの一種であり、ここで、２つの
関係者は、固定金利に基づく定期的な支払ストリームをそれぞれの支払ストリー
ムに異なる通貨に変換する。

【００８９】 固定−固定の通貨間スワップエレメントは、このようなトランザクションを表
し、下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：交換された支払いが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：交換された支払いが終了する日。 ・「Ｔｅｎｏｒ」：Ｓｔａｒｔ ＤａｔｅからＥｎｄ Ｄａｔｅまでの期間。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算
するための基礎として用いる額。 ・「Ｆｉｘｅｄ Ｌｅｇ Ｄｅｔａｉｌｓ」：固定利息の支払いの詳細。２つの
固定レッグはそれぞれ、個別の情報を有する。 ・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計
算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利
計算、および金利リセット情報を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００９０】 本発明のこの実施形態において、固定−固定の通貨間スワップエレメントは、
下記のＸＭＬ定義を有する。

【００９１】

【表１７】 （（１２）変動−変動の通貨間スワップ） 変動−変動の通貨間スワップは、金利スワップの一種であり、ここで、２つの
関係者は、変動金利指標（例えば、ＬＩＢＯＲ）に基づく定期的な支払ストリー
ムをそれぞれの支払ストリームに異なる通貨に変換する。

【００９２】 変動−変動の通貨間スワップエレメントは、このようなトランザクションを表
し、下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：交換された支払いが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：交換された支払いが終了する日。 ・「Ｔｅｎｏｒ」：Ｓｔａｒｔ ＤａｔｅからＥｎｄ Ｄａｔｅまでの期間。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算
するための基礎として用いる額。 ・「Ｆｌｏａｔ Ｌｅｇ Ｄｅｔａｉｌｓ」：変動利息の支払いの詳細。２つの
固定レッグはそれぞれ、個別の情報を有する。 ・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計
算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利
計算、および金利リセット情報を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００９３】 本発明のこの実施形態において、変動−変動の通貨間スワップエレメントは、
下記のＸＭＬ定義を有する。

【００９４】

【表１８】 （（１３）固定−変動の通貨間スワップ） 固定−変動の通貨間スワップは、金利スワップの一種であり、ここで、２つの
関係者は、定期的な支払ストリームを交換し、１つの支払ストリームは固定金利
に基づき、もう１つの支払ストリームは変動金利指標（例えば、ＬＩＢＯＲ）に
基づき、各支払ストリームは異なる通貨を用いる。

【００９５】 固定−変動の通貨間スワップエレメントは、このようなトランザクションを表
し、下記のサブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：交換された支払いが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：交換された支払いが終了する日。 ・「Ｔｅｎｏｒ」：Ｓｔａｒｔ ＤａｔｅからＥｎｄ Ｄａｔｅまでの期間。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算
するための基礎として用いる額。 ・「Ｆｉｘｅｄ Ｌｅｇ Ｄｅｔａｉｌｓ」：固定レッグの固定利息の支払いの
詳細。 ・「Ｆｌｏａｔ Ｌｅｇ Ｄｅｔａｉｌｓ」：変動レッグの変動利息の支払いの
詳細。 ・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計
算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利
計算、および金利リセット情報を含む。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００９６】 本発明のこの実施形態において、固定−変動の通貨間スワップエレメントは、
下記のＸＭＬ定義を有する。

【００９７】

【表１９】 （（１４）金利先渡し契約） 金利先渡し契約のトランザクションは、ある関係者が、単一の固定レートの支
払いと引き換えに、単一の変動レートの支払いを買うトランザクションである。
固定レートの支払いの額は、トランザクションの名目額に固定金利を適用するこ
とによって判定され、変動レートの支払いの額は、特定の日の特定の変動レート
オプションの値をサンプリングして、そのサンプリングレートを名目額に適用す
ることによって判定される。関係者は、２つの支払いの効果を関係者の１人また
はもう１人がもたらした単一支払いの純益とすることにより、金利先渡し契約を
決算する。変動レートの未払額が固定レートの未払額より大きい場合、変動レー
トの支払者は、固定レートの支払者に超過分を支払う。逆に、固定レートの未払
額が変動レートの未払額より大きい場合、固定レートの支払者は、変動レートの
支払者に超過分を支払う。決済は、金利先渡し契約に特有の割引き先渡し（すな
わち、固定レートと変動レートとの差の支払い）の対象となるトランザクション
の最初に起こる。

【００９８】 金利先渡し契約エレメントは、このようなトランザクションを表し、下記のサ
ブエレメントおよび属性を含む。 ・「Ｔｒａｄｅ Ｄａｔｅ」：関係者が同意した取引を行う日。 ・「Ｓｅｔｔｌｅｍｅｎｔ Ｄａｔｅ」：支払いの決済が完了する日。 ・「Ｓｔａｒｔ Ｄａｔｅ」：トランザクションが開始される日。 ・「Ｅｎｄ Ｄａｔｅ」：トランザクションが終了する日。 ・「Ａｄｊｕｓｔｅｄ Ｓｔａｒｔ Ｄａｔｅ」：トランザクションが開始され
る日であって、休日のために調整されている。 ・「Ａｄｊｕｓｔｅｄ Ｅｎｄ Ｄａｔｅ」：トランザクションが終了する日で
あって、休日のために調整されている。 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：交換されるべき支払いを計算するため
の基礎として用いる額。 ・「Ｆｉｘｅｄ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：固定レートの支払いのための
固定金利。 ・「Ｉｎｔｅｒｅｓｔ Ｉｎｄｅｘ」：変動レートの支払いに用いられるべき変
動利息インデックスの詳細。 ・「Ｄａｙ Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方
法。 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の
特定の日。 ・「Ｒｏｌｌ Ｃｏｎｖｅｎｔｉｏｎ」：支払期日が休日にあたる場合に、支払
期日を変更するために用いられるべき規約。 ・「Ｈｏｌｉｄａｙ Ｃａｌｅｎｄａｒ」：休業日の参照のために用いられるべ
きカレンダー。 ・「Ｆｉｘｉｎｇ Ｄａｔｅ」：決済のために用いられるべきレートが固定され
る日。 ・「Ｒａｔｅ Ｒｅｓｅｔ Ｃａｌｅｎｄａｒ」：変動金利をリセットする日を
決定するために用いられるべきカレンダー。 ・「Ｂｕｙｅｒ」：変動レートの支払いのバイヤー。相手先エレメントの参照と
なる。 ・「Ｓｅｌｌｅｒ」：変動レートの支払いのセラー。相手先エレメントの参照と
なる。 ・「Ｐｒｅｍｉｕｍ Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ Ｐｅｒｃｅ
ｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ Ａｍｏｕｎｔ」）のいずれか
で表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕ
ｍ Ｄａｔｅ」）。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部またはバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【００９９】 本発明のこの実施形態において、金利先渡し契約エレメントは、下記のＸＭＬ
定義を有する。

【０１００】

【表２０】 （（１５）特注取引） 上記のエレメントによって表される金融トランザクションに加えて、本発明の
この実施形態は、メンバーおよび／またはプロバイダによって行われる特注取引
およびトランザクションを、このようなトランザクションが準拠法によって許可
される限り支持する。このような特注トランザクションは混合取引を含み得、こ
の混合取引において、ある種類の取引の１つ以上の局面が別の局面と組み合わせ
られる。例えば、関係者は外国為替「スワップション」を構成し得、この外国為
替スワップションにおいて、ある通貨の定期的な支払ストリームは、別の通貨の
特定額を特定価格で特定の日に買う権利と交換される。

【０１０１】 ＦｉｎＸＭＬ（Ｒ）は、異なる種類のトランザクションを含むエレメントを組
み合わせることにより、特注トランザクションの表示を可能にする。ＦｉｎＸＭ
Ｌ（Ｒ）を用いて、関係者は、特定の特注トランザクションを含みたいと願うエ
レメントの分野および値を明記し得る。特注取引エレメントは、このようなトラ
ンザクションを表し、下記のサブエレメントおよび属性を含む。 ・「Ｆｉｅｌｄ Ｎａｍｅ」：トランザクションに含まれる特定の構成要素。各
構成要素は、個別の情報を有する。「Ｆｉｅｌｄ Ｖａｌｕｅ」と対をなす。 ・「Ｆｉｅｌｄ Ｖａｌｕｅ」：トランザクションに含まれる特定の構成要素。
各構成要素は、個別の情報を有する。「Ｆｉｅｌｄ Ｎａｍｅ」と対をなす。 ・「Ｂｕｙｅｒ」：特注取引のバイヤー。相手先エレメントの参照となる。 ・「Ｓｅｌｌｅｒ」：特注取引のセラー。相手先エレメントの参照となる。 ・「Ｅｘｔｅｒｎａｌ ＩＤ」：ユーザの内部およびバックエンドシステムにお
いて、トランザクションを識別するためにユーザによって割り当てられた１つ以
上の識別子（オプション）。

【０１０２】 本発明のこの実施形態において、特注取引エレメントは、下記のＸＭＬ定義を
有する。

【０１０３】

【表２１】 （ｃ）取引特定エレメント 本発明の本実施形態において、ＦｉｎＸＭＬは取引種類エレメント５３０の１
つ以上に共通する詳細を表す多数のエレメントを含む。このようなエレメントは
また、カスタマイズされた取引に含まれ得る。

【０１０４】 （１）一般取引詳細 一般取引の詳細は、異なる種類の取引に共通する名目額、金利、割賦償還、お
よび複利計算に関する情報を含む。「一般投機詳細」エレメントは、このような
情報を示し、以下のサブエレメントと属性を含む： ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：取引金額。

【０１０５】 ・「Ｄａｙ Ｃｏｕｎｔ」：利息計算に使われる日数カウント方法。

【０１０６】 ・「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」：利息／元金支払いの頻度（例え
ば、１ヶ月、四半期、半年毎）。

【０１０７】 ・「Ｒｏｌｌ Ｄａｔｅ」：利息／元金の支払い／決裁に使用される毎月の指
定日。

【０１０８】 ・「Ａｎｃｈｏｒ Ｄａｔｅ」：支払いスケジュールが固定される日、すなわ
ち、最初の利息期間の最終日、または最初の支払いの指定日。

【０１０９】 ・「Ｐａｙｍｅｎｔ Ｃａｌｅｎｄａｒ」：休業日を参照するために使われる
カレンダー。

【０１１０】 ・「Ｄａｔｅ Ｓｔｕｂ」：支払い期間が他のすべての支払い期間と異なる（
すなわち、その開始からオフセットされている）ローン支払いスケジュールの標
識。

【０１１１】 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」：割賦償還方法を含む、ロ
ーン支払いキャッシュフローをどのように償却すべきかに関する詳細。(例えば
、最後に単一支払い、ローン期間の均等支払い）。

【０１１２】 ・「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」：計算頻度および金利を含む
、ローンの利息をどのように複利させるべきかに関する詳細。

【０１１３】 本発明の本実施形態において、一般特定詳細エレメントは以下のＸＭＬ定義を
有する。

【０１１４】

【表２２】 （２）固定レート詳細 固定レート詳細は固定金利に関する情報を含む。「固定投機詳細」エレメント
はこのような情報を表し、以下のサブエレメントと属性を含む： ・「Ｆｉｘｅｄ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：固定金利。

【０１１５】 ・「ＦＸ Ｒａｔｅ」：取引が実行される外国為替レート。

【０１１６】 本発明の本実施形態において、固定投機詳細エレメントは以下のＸＭＬ定義を
有する。

【０１１７】

【表２３】 （３）フローティングレート詳細 フローティングレート詳細はフローティングレート指標（例えばＬＩＢＯＲ）
に基づいた変動金利に関する情報を含む。「フローティング投機詳細」エレメン
トはこのような情報を表し、以下のサブエレメントおよび属性を含む： ・「Ｆｌｏａｔｉｎｇ Ｉｎｔｅｒｅｓｔ Ｒａｔｅ」：変動金利。

【０１１８】 ・「Ｆｉｒｓｔ Ｆｉｘｉｎｇ Ｒａｔｅ」：第１利息計算期間に使われる金
利。

【０１１９】 ・「Ｒａｔｅ Ｒｅｓｅｔ Ｃａｌｅｎｄａｒ」：金利リセットのための休業
日を参照するのに使われるカレンダー。

【０１２０】 本発明の本実施形態において、フローティング特定詳細エレメントは以下のＸ
ＭＬ定義を有する。

【０１２１】

【表２４】 （４）固定レッグ詳細 上記の多数のトランザクションは、複数の「ｌｅｇ」を含み、各レッグは一連
の支払いまたはキャッシュフローである。このようなレッグは「ｆｉｘｅｄ」ま
たは「ｆｌｏａｔｉｎｇ」であり得る。

【０１２２】 「ｆｉｘｅｄ ｌｅｇ」は固定金利に基づいた支払いストリームである。「Ｆ
ｉｘｅｄ Ｌｅｇ Ｄｅｔａｉｌｓ」エレメントは取引の固定レッグに関する情
報を表し、一般取引詳細（上記の「Ｇｅｎｅｒｉｃ Ｓｐｅｃ Ｄｅｔａｉｌｓ
」エレメントに記載）、固定レート詳細（上記の「Ｆｉｘｅｄ Ｓｐｅｃ Ｄｅ
ｔａｉｌｓ」エレメントに記載）、金融イベント詳細（下記の「Ｅｖｅｎｔｓ」
エレメントに記載）、および以下の追加サブエレメントと属性を含む： ・「Ｌｅｇ ＩＤ」：取引の特定レッグの識別子。

【０１２３】 ・「Ｐａｙｅｒ」：取引における固定レッグの支払い者。これは相手方エレメ
ントの参照。

【０１２４】 ・「Ｒｅｃｅｉｖｅｒ」：取引における固定レッグの収益の受領者；これは相
手方エレメントの参照。

【０１２５】 本発明の本実施形態において、固定レッグ詳細エレメントは以下のＸＭＬ定義
を有する。

【０１２６】

【表２５】 （５）フローティングレッグ詳細 「ｆｌｏａｔｉｎｇ ｌｅｇ」は変動金利に基づいた支払いストリームである
。「Ｆｌｏａｔｉｎｇ Ｌｅｇ Ｄｅｔａｉｌｓ」エレメントは、取引のフロー
ティングレッグに関する情報を表し、一般取引詳細（上記の「Ｇｅｎｅｒｉｃ
Ｓｐｅｃ Ｄｅｔａｉｌｓ」エレメントに記載）、フローティングレート詳細（
上記の「Ｆｌｏａｔ Ｓｐｅｃ Ｄｅｔａｉｌｓ」エレメントに記載）、金融イ
ベント詳細（下記の「Ｅｖｅｎｔｓ」エレメントに記載）、および以下の追加サ
ブエレメントおよび属性を含む。

【０１２７】 ・「Ｌｅｇ ＩＤ」：取引の特定レッグの識別子。

【０１２８】 ・「Ｐａｙｅｒ」：取引におけるフローティングレッグの支払い者。これは相
手方エレメントの参照。

【０１２９】 ・「Ｒｅｃｅｉｖｅｒ」：取引におけるフローティングレッグの収益の受領者
。これは相手側エレメントの参照。

【０１３０】 本発明の本実施形態において、フローティングレッグ詳細エレメントは以下の
ＸＭＬ定義を有する。

【０１３１】

【表２６】 （ｄ）金融イベントエレメント 本発明の本実施形態において、ＦｉｎＸＭＬは特定の取引種類エレメント５３
０に共通の詳細を示す多数のエレメントを含む。取引種類エレメント５３０は、
プレミアム支払い、利息支払い、偶発支払い、および利息計算のような取引のラ
イフサイクル間の任意のイベントに関するカスタマイズされた取引を含む。図６
で示すように、「Ｅｖｅｎｔｓ」エレメント９００はこのような情報を記述し、
以下のサブエレメントを含む：「Ｃａｓｈ Ｐａｙｍｅｎｔ」９１０、「Ｐｒｉ
ｎｃｉｐａｌ Ｐａｙｍｅｎｔ」９２０、「Ｉｎｔｅｒｎｅｔ Ｐａｙｍｅｎｔ
」９３０、「Ｉｎｔｅｒｅｓｔ Ｃａｌｃｕｌａｔｉｏｎ」９４０、「Ｃｏｍｐ
ｏｕｎｄ Ｉｎｔｅｒｅｓｔ Ｃａｌｕｃｕｌａｔｉｏｎ」９５０、および「Ｃ
ｏｎｔｉｎｇｅｎｔ Ｐａｙｍｅｎｔ」９６０ 本発明の本実施形態において、イベントエレメント９００は以下のＸＭＬ定義
を有する。

【０１３２】

【表２７】 （１）現金支払い 現金支払いエレメント９１０は特定の取引の一部として行われる現金支払いに
関する情報を記述し、以下のサブエレメントおよび属性を含む： ・「Ｃｕｒｒｅｎｃｙ」：現金支払いの通貨。

【０１３３】 ・「Ａｍｏｕｎｔ」：現金支払いの金額。

【０１３４】 ・「Ｐａｙｍｅｎｔ Ｄａｔｅ」：現金支払いが行われる日。

【０１３５】 ・「ＩＤ」：特定の現金支払いの識別子。

【０１３６】 ・「Ｔｙｐｅ」：支払い種類の標識（例えば、「プレミアム」または「手数料
」）。

【０１３７】 ・「Ｐａｙｅｒ」：現金支払いの支払い者。これは相手方エレメント参照であ
る。

【０１３８】 ・「Ｒｅｃｅｉｖｅｒ」：現金の受け取り者。これは相手方エレメントの参照
である。

【０１３９】 本発明の本実施形態における、現金支払いエレメント９１０は以下のＸＭＬ定
義を有する。

【０１４０】

【表２８】 （２）元金支払い 元金支払いエレメント９２０は特定の取引の一部として行われる元金支払いに
関する情報を記述し、以下のサブエレメントおよび属性を含む： ・「Ｃｕｒｒｅｎｃｙ」：元金支払いの通貨。

【０１４１】 ・「Ａｍｏｕｎｔ」：元金支払いの金額。

【０１４２】 ・「Ｐａｙｍｅｎｔ Ｄａｔｅ」：元金支払いが行われる日。

【０１４３】 ・「ＩＤ」：特定の元金の支払いの識別子。

【０１４４】 ・「Ｐａｙｅｒ」：元金支払いの支払い者。これは相手方エレメントの参照で
ある。

【０１４５】 ・「Ｒｅｃｉｅｖｅｒ」：元金支払いの受け取り者。これは相手側エレメント
の参照である。

【０１４６】 本発明の本実施形態において、元金の支払いエレメント９２０は以下のＸＭＬ
定義を有す。

【０１４７】

【表２９】 （３）利息支払い ・利息支払いエレメント９３０は特定の取引の一部として行われる利息支払い
に関する情報を記述し、以下のサブエレメントと属性を含む： ・「Ｃｕｒｒｅｎｃｙ」：利息の支払いの通貨。

【０１４８】 ・「Ａｍｏｕｎｔ」：利息支払いの金額。

【０１４９】 ・「Ｐａｙｍｅｎｔ Ｄａｔｅ」：利息支払いが行われる日。

【０１５０】 ・「Ｓｔａｒｔ Ｄａｔｅ」：利息支払いに関する利息期間の開始日。

【０１５１】 ・「Ｅｎｄ Ｄａｔｅ」：利息支払いに関する利息期間の終了日。

【０１５２】 ・「ＩＤ」：特定の利息支払いの識別子。

【０１５３】 ・「Ｐａｙｅｒ」：利息支払いの支払い者。これは相手方エレメントの参照で
ある。

【０１５４】 ・「Ｒｅｃｅｉｖｅｒ」：利息支払いの受け取り者。これは相手方エレメント
の参照である。

【０１５５】 ・「Ｉｎｔｅｒｅｓｔ Ｔｙｐｅ」：利息支払いの種類の標識（例えば、「Ｃ
ｏｕｐｏｎ」、「Ｓｗａｐ」、「Ｌｏａｎ」、「Ｄｅｐｏｓｉｔ」、または「Ｏ
ｔｈｅｒ」）。

【０１５６】 ・「Ｃａｌｃｕｌａｔｉｏｎｓ」：特定な利息計算期間の識別子。

【０１５７】 本発明の本実施形態において、利息支払いエレメント９３０は以下のＸＭＬ定
義を有する。

【０１５８】

【表３０】 （４）偶発支払い 偶発支払いエレメント９６０は、１つのオプションを実行した後、特定の取引
の決裁において行われる偶発支払いに関する情報を記述し、以下のサブエレメン
トおよび属性を含む。

【０１５９】 ・「Ｕｎｄｅｒｌｙｉｎｇ Ａｍｏｕｎｔ」：オプション現物商品の金額。

【０１６０】 ・「Ｓｅｔｔｌｅｍｅｎｔ Ａｍｏｕｎｔ」：現物商品の代償として、オプシ
ョンの行使の決裁において支払われる金額。

【０１６１】 ・「Ｅｘｐｉｒａｔｉｏｎ Ｄａｔｅ」：オプションの満期日。

【０１６２】 ・「Ｅｘｅｒｃｉｓｅ Ｂｅｇｉｎ Ｄａｔｅ」：オプションが行使され得る
第１日目。

【０１６３】 ・「Ｅｘｅｒｃｉｓｅ Ｅｎｄ Ｄａｔｅ」：オプションが行使され得る最終
日。

【０１６４】 ・「Ｅｘｅｒｃｉｓｅ Ｒｕｌｅ」：オプションの標準行使を定めるルール（
例えば,「Ａｍｅｒｉｃａｎ」−オプションは所定期間内の任意の日に行使され
得る。「Ｅｕｒｏｐｅａｎ」−オプションはオプション満期日に行使されるだけ
である）。

【０１６５】 ・「Ｅｘｅｒｃｉｓｅ Ｃｏｎｄｉｔｉｏｎ」：オプションの行使を可能にす
るのに満たされなければならない条件（例えば、３ヶ月ＬＩＢＯＲレートは、行
使日に４．５％より大きくなければならない）。

【０１６６】 ・「Ｖｏｌａｔｉｌｉｔｙ」：オプションを評価するときに使われるボラティ
リティ価値。

【０１６７】 ・「ＩＤ」：特定の利息支払いの識別子。

【０１６８】 ・「Ｐａｙｅｒ」：オプション現物商品を譲渡する責任のある当事者。この当
事者はオプション現物商品と引き換えに決裁金額を受け取る。

【０１６９】 ・「Ｒｅｃｅｉｖｅｒ」：オプション現物商品の受け取り者。この当事者は、
オプションの行使の代価として決裁金額を受け取る。

【０１７０】 ・「Ｏｐｔｉｏｎ Ｔｙｐｅ」：オプションの性質（例えば「コール」−行使
価格で現物商品を購入するオプション。「プット」：行使価格で現物商品を売却
するオプション）。

【０１７１】 ・「Ｄｅｌｉｖｅｒ Ｔｙｐｅ」：支払い者が物理的にオプション現物商品を
受領者に譲渡するかどうか、あるいは、行使されるとすぐにオプション売り手が
オプション所持人に、現物商品の価値と行使価格との間の差額を支払う場合は、
トランザクションは現金で決済されることを記述する標識。

【０１７２】 本発明の本実施形態において、偶発支払いエレメント９６０が以下のＸＭＬ定
義を有する。

【０１７３】

【表３１】 （５）利息計算 利息計算エレメント９４０は特定の利息支払い内で所定の期間に計算される利
息額に関する情報を記載し、以下のサブエレメントと属性を含む： ・「ＩＤ」：特定の利息計算期間の識別子。

【０１７４】 ・「Ｒｅｓｅｔ」：利息計算に使われるレートリセットエレメントの識別子。

【０１７５】 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：利息計算に含ませる金額。

【０１７６】 ・「Ｃａｌｃｕｌａｔｉｏｎ Ｄａｔｅ」「計算日」：利息計算が行われる日
。

【０１７７】 ・「Ｓｔａｒｔ Ｄａｔｅ」：利息計算が行われる利息期間の開始日。

【０１７８】 ・「Ｅｎｄ Ｄａｔｅ」：利息計算が行われる利息期間の終了日。

【０１７９】 ・「Ａｍｏｕｎｔ」：計算される利息額。

【０１８０】 ・「Ｄａｙ Ｃｏｕｎｔ」：利息計算が行われるのに使われる日数カウント方
法。

【０１８１】 ・「％ＩｎｔｅｒｅｓｔＲａｔｅ．Ｅｌｅｍｅｎｔｓ」：関連のある金利の種
類の定義（例えば「Ｆｉｘｅｄ」か「Ｆｌｏａｔｉｎｇ」）。

【０１８２】 本発明の本実施形態において、利息計算エレメント９４０は以下のＸＭＬ定義
を有する。

【０１８３】

【表３２】 （６）複利計算 複利計算エレメント９５０は、特定の利息支払い内で、所定の期間に対して計
算される複利額に関する情報を記述し、以下のサブエレメントと属性を含む： ・「ＩＤ」：特定の利息計算期間の識別子。

【０１８４】 ・「Ｒａｔｅ」：特定の金利の識別子。

【０１８５】 ・「Ｒｅｓｅｔ」：利息計算に使われるレートリセットエレメントの識別子。

【０１８６】 ・「Ｎｏｔｉｏｎａｌ Ａｍｏｕｎｔ」：複利計算に含まれる金額。

【０１８７】 ・「Ｃａｌｃｕｌａｔｉｏｎ Ｄａｔｅ」：複利計算が行われる日。

【０１８８】 ・「Ｓｔａｒｔ Ｄａｔｅ」：複利計算が行われる利息期間の開始日。

【０１８９】 ・「Ｅｎｄ Ｄａｔｅ」：複利計算が行われる利息期間の終了日。

【０１９０】 ・「Ａｍｏｕｎｔ」：計算された複利額。

【０１９１】 ・「％ＩｎｔｅｒｅｓｔＲａｔｅ．Ｅｌｅｍｅｎｔｓ」：含まれる金利の種類
の定義（例えば、「Ｆｉｘｅｄ」または「Ｆｌｏａｔｉｎｇ」）。

【０１９２】 本発明の本実施形態において、複利計算エレメント９５０は以下のＸＭＬ定義
を有する。

【０１９３】

【表３３】 （ｅ）計算エレメント 本発明の本実施形態において、ＦｉｎＸＭＬは特定の取引種類エレメント５３
０において行われる計算に関する詳細を表す多数のエレメントを含む。取引種類
エレメント５３０はカスタマイズされた取引を含む。これらの多数のエレメント
は複利、割賦償却、および計算頻度に関する。

【０１９４】 （１）複利詳細 「Ｃｏｍｐｏｕｎｄｉｎｇ Ｄｅｔａｉｌｓ」エレメントは、特定のトランザ
クションにおいて行われる必要のあるいかなる複利計算にも関する情報を記述す
る。これは典型的には、実際の利息支払い頻度が利息計算頻度より長い場合に生
じる。例えば、利息が３ヶ月ごとに計算されるが、支払いは６ヶ月ごとに行われ
る場合、３ヶ月の期間末に計算される利息は複利計算され、４ヶ月目から６ヶ月
目の間に計算された利息とともに支払われる。複利詳細エレメントは以下のサブ
エレメントを含む： ・「Ｃａｌｃｕｌａｔｉｏｎ Ｆｒｅｑｕｅｎｃｙ」：利息計算が多数期間に
渡ったトランザクションにおいて行われなければならない場合の頻度 本発明の本実施形態においては、複利詳細エレメントは以下のＸＭＬ定義を有
する。

【０１９５】

【表３４】 （２）割賦償還詳細 「Ａｍｏｒｔｉｚａｔｉｏｎ Ｄｅｔａｉｌｓ」エレメントは特定のスワップ
トランザクションにおいて行われる必要のある任意の割賦償還計算に関する情報
を記述する。割賦償還方法が、「ｂｕｌｌｅｔ」であると定義される場合は、元
金は、満期時に一括で支払われるが、「ｅｑｕａｌ」割賦償還のもとでは、元金
はスワップトランザクションの償還期間中に定額で支払われる。割賦償還詳細エ
レメントは以下のサブエレメントおよび属性を含む： ・「Ａｍｏｔｉｚａｔｉｏｎ Ｆｒｅｑｕｅｎｃｙ」：割賦償還が特定の取引
で行われる頻度（例えば、半年毎または１年毎）。

【０１９６】 ・「Ａｍｏｒｔｉｚａｔｉｏｎ Ｍｅｔｈｏｄ」：割賦償還方法（例えば、「
ｂｕｌｌｅｔ」または「ｅｑｕａｌ」）。

【０１９７】 本発明の本実施形態において、割賦償還詳細エレメントは以下のＸＭＬ定義を
有する。

【０１９８】

【表３５】 （３）計算頻度 「Ｃａｌｃｕｌａｔｉｏｎ Ｆｒｅｑｕｅｎｃｙ」エレメントは実行される特
定計算の頻度に関する情報を記述する。計算頻度エレメントは以下のサブエレメ
ントおよび属性を含む： ・「Ｃｏｎｖｅｎｔｉｏｎ」：市場の規約に基づいた特定計算方法論（例えば
、「ＩＭＭ」「ＦＲＮ」「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」）。

【０１９９】 ・「Ｅｎｄ ｏｆ Ｍｏｎｔｈ」：特定計算が月末に移動すべきかどうかの標
識。

【０２００】 ・「Ｔｅｒｍ」：単利計算期間の時間（例えば、３ヶ月、６ヶ月など）。

【０２０１】 本発明の本実施形態において、計算頻度エレメントは以下のＸＭＬ定義を有す
る。

【０２０２】

【表３６】 （４）支払い頻度 「Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ」エレメントは行われる特定の支払い
の頻度に関する情報を記述する。支払い頻度エレメントは以下のサブエレメント
および属性を含む： ・「Ｃｏｎｖｅｎｔｉｏｎ」：市場規約に基づいた特定の計算方法論（例えば
「ＩＭＭ」「ＦＲＮ」、「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」）。

【０２０３】 ・「Ｅｎｄ ｏｆ Ｍｏｎｔｈ」：特定の支払いを月末に移動すべきかどうか
の標識。

【０２０４】 ・「Ｔｅｒｍ」：特定の支払いを計算するのに使われる利息指数の期日(例え
ば、３ヶ月、６ヶ月など）。

【０２０５】 本発明の本実施形態は、支払い頻度エレメントが以下のＸＭＬ定義を有する。

【０２０６】

【表３７】 （５）割賦償還頻度 「Ａｍｏｒｔｉｚａｔｉｏｎ Ｆｒｅｑｕｅｎｃｙ」エレメントは実行される
特定の割賦償還の頻度に関する情報を記述する。割賦償還頻度エレメントは以下
のサブエレメントおよび属性を含む： ・「Ｃｏｎｖｅｎｔｉｏｎ」：市場の規約に基づいた特定の計算方法論（例え
ば、「ＩＭＭ」「ＦＲＮ」、「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」
）。

【０２０７】 ・「Ｅｎｄ ｏｆ Ｍｏｎｔｈ」：特定の割賦償還を月末に移動すべきかどう
かの標識。

【０２０８】 ・「Ｔｅｒｍ」：単利割賦償還計算期間の時間（例えば、３ヶ月、６ヶ月など
）。

【０２０９】 本発明の本実施形態において、支払い頻度エレメントは以下のＸＬＭ定義を有
する。

【０２１０】

【表３８】 （ｉｉ．参照データ） 参照データは、当事者が関わるトランザクションにおいて参照されるメンバー
およびプロバイダ特有のプロフィール情報を記述する。ＦｉｎＸＭＬシンタック
スは以下のエレメントを使ってこのプロフィール情報を表す：「Ｏｒｇａｎｉｚ
ａｔｉｏｎ」エレメント７１０（図４）、「Ｃｏｎｔａｃｔ Ｉｎｆｏｒｍａｔ
ｉｏｎ」エレメント７３０（図４）、「Ａｄｄｒｅｓｓ」エレメント７６５（図
４）、「Ｃｒｅｄｉｔ Ｒａｔｉｎｇ」エレメント８０５（図４）、「Ｌｅｇａ
ｌＥｎｔｉｔｙ」エレメント６０５（図５）、および「Ｂｏｏｋ」エレメント６
２５（図５） （ａ）組織 「Ｏｒｇａｎｉｚａｔｉｏｎ」エレメント７１０（図４で示すように）は開示
される当事者７０５に関する組織情報を記述する。組織エレメント７１０は以下
のサブエレメントおよび属性を含む。

【０２１１】 ・「Ｏｒｇａｎｉｚａｔｉｏｎ Ｎａｍｅ」７１５：組織のフルネーム。

【０２１２】 ・「Ｏｒｇａｎｉｚａｔｉｏｎ Ｓｈｏｒｔ Ｎａｍｅ」７２０：組織の略称
。

【０２１３】 ・「Ａｄｄｒｅｓｓ」７２５：組織の住所。

【０２１４】 本発明の本実施形態において、組織エレメント７１０は以下のＸＭＬ定義を有
する。

【０２１５】

【表３９】 （ｂ）連絡情報 連絡情報エレメント７３０（図４に示されるように）はトランザクションプロ
セスの間、開示される当事者７０５に連絡するのに必要な情報を記述する。連絡
情報エレメント７３０は以下のサブエレメントおよび属性を含む： ・「Ｃｏｎｔａｃｔ Ｎａｍｅ」７３５：当事者内の具体的な連絡名。

【０２１６】 ・「Ｃｏｎｔａｃｔ ＩＤ」：特定の連絡の識別子。

【０２１７】 ・「Ｔｅｌｅｐｈｏｎｅ」７４０：当事者の電話詳細。

【０２１８】 ・「Ｆａｘ」７４５：当事者のファックス詳細。

【０２１９】 ・「Ｔｅｌｅｘ」７５０：当事者のテレックス詳細。

【０２２０】 ・「Ｅｍａｉｌ」７５５：当事者の電子メール詳細。

【０２２１】 ・「ＵＲＬ」７６０：当事者のユニフォームリソースロケイタ（Ｕｎｉｆｏｒ
ｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）詳細。

【０２２２】 本発明の本実施形態において、連絡情報エレメント７３０は以下のＸＭＬ定義
を有する。

【０２２３】

【表４０】 （ｃ）住所 住所エレメント７６５（図４に示すように）は開示される当事者７０５の登録
住所情報を記述する。アドレスエレメント７６５は以下のサブエレメントおよび
属性を含む： ・「Ａｄｄｒｅｓｓ１」７７０：当事者のストリートアドレスの第１行。

【０２２４】 ・「Ａｄｄｒｅｓｓ２」７７５：当事者のストリートアドレスの第２行。

【０２２５】 ・「Ｃｉｔｙ」７８０：当事者の市。

【０２２６】 ・「Ｓｔａｔｅ−Ｐｒｏｖｉｎｃｅ−Ｃｏｕｎｔｙ」７８５：当事者の州、プ
ロビンス、および／またはカウンティ。

【０２２７】 ・「Ｚｉｐ Ｐｏｓｔａｌ Ｃｏｄｅ」７９０：当事者のジップコード、また
は郵便コード。

【０２２８】 ・「Ｃｏｕｎｔｒｙ］７９５：当事者の国。

【０２２９】 ・「ＳＷＩＦＴ Ａｄｄｒｅｓｓ」８００：当事者の銀行識別子コード（「Ｂ
ＩＣ」）（Ｓ．Ｗ．Ｉ．Ｆ．Ｔｓｃによって割り当てられるように）。

【０２３０】 本発明の実施形態において、住所エレメント７６５は以下のＸＭＬ定義を有す
る。

【０２３１】

【表４１】 （ｄ）クレジット格付け クレジット格付けエレメント８０５（例えば、図４のクレジット格付けエレメ
ント）は、標準クレジット格付けエージェンシーによる公開パーティ７０５また
は非公開パーティ８３５のクレジットの格付け結果の詳細を記述する。クレジッ
ト格付けエレメント８０５は、以下のサブエレメントおよび属性を含む。： ・「エージェンシー（Ａｇｅｎｃｙ）」８０１０：当該パーティのクレジット格
付けを提供したクレジット格付けエージェンシーの名称。 「格付け（Ｒａｔｉｎｇ）」８１５：パーティの実際の格付け値（例えば、ＡＡ
Ａ、ＢＢ等）であり、これは、クレジット格付けエージェンシーによって提供さ
れる。 「国（Ｃｏｕｎｔｒｙ）」８２０：クレジット格付けエージェンシーによるクレ
ジット格付けを行う目的のために当該パーティが割り当てられた国。 「産業グループ（Ｉｎｄｕｓｔｒｙ Ｇｒｏｕｐ）」８２５：クレジット格付け
エージェンシーによるクレジット格付けを行う目的のために当該パーティが割り
当てられた産業グループ。 「産業（Ｉｎｄｕｓｔｒｙ）」８３０：クレジット格付けエージェンシーによる
クレジット格付けを行う目的のために当該パーティが割り当てられた産業。

【０２３２】 本発明のこの実施形態において、クレジット格付けエレメント８０５は、以下
のＸＭＬ定義を有している。：

【０２３３】

【表４２】 （ｅ）法人エンティティ 法人エンティティエレメント６０５（例えば、図５に示す法人エンティティエ
レメント）は、内部パーティ６００（例えば、図５に示す内部パーティ６００）
と関連付けられた任意の法人エンティティ（例えば、子会社または関連会社）の
詳細を記述する。法人エンティティエレメント６０５は、以下のサブエレメント
および属性を含む： ・「ＩＤ」６０８：法人エンティティの識別子。 ・「略称（Ｓｈｏｒｔ ｎａｍｅ）」６１０：法人エンティティの略称。 ・「明細（Ｄｅｓｃｒｉｐｔｉｏｎ）」６１５：法人エンティティの明細。 ・「親（Ｐａｒｅｎｔ）」６２０：法人エンティティの親組織の名称。

【０２３４】 本発明のこの実施形態において、法人エンティティエレメント６０５は、以下
のＸＭＬ定義を有している。：

【０２３５】

【表４３】 （（ｆ）取引帳簿） 帳簿エレメント６２５（例えば、図５に示す帳簿エレメント６２５）は、パー
ティによるトランザクションと関連付けられた内部の任意の取引帳簿の詳細を記
述する。帳簿エレメント６２５は、以下のサブエレメントおよび属性を含む： 「ＩＤ」：取引帳簿の識別子。 「タイプ」：取引帳簿の種類。 「略称」６３０：取引帳簿の略称。 「名」６３５：取引帳簿の正式名。 「明細」６４０：取引帳簿の明細。 「報告ｉｎｇ 通貨」６４５：取引帳簿の報告通貨。

【０２３６】 本発明のこの実施形態において、帳簿エレメント６２５は、以下のＸＭＬ定義
を有している。：

【０２３７】

【表４４】 （ｉｉｉ．市場データ） 市場データは、市場ソースから得られた情報を記述する。この情報は、金融ト
ランザクションにおいて用いられる。ＦｉｎＸＭＬは、この情報に以下のエレメ
ントを加えたものを表す：すなわち、「変動金利」エレメントおよび・「利息イ
ンデックス」エレメントを表す。

【０２３８】 （１）変動金利 「変動金利」エレメントは、トランザクションにおいて利用可能な変動金利に
関連する情報を記述する。変動金利エレメントは、以下のサブエレメントおよび
属性を含む： ・「ＩＤ」：特定の変動金利の定義の識別子。 ・「適用インデックス（Ｉｎｔｅｒｅｓｔ Ｉｎｄｅｘ）」：変動金利について
用いられる特定のインデックス（例えば、通貨（「通貨」）、期日（「期間」）
、および名称（「インデックス 名」）の詳細。 「スプレッド」：変動金利を決定する際にインデックスレートに適用される差額
（プラスまたはマイナス）。

【０２３９】 本発明のこの実施形態において、変動金利エレメントは、以下のＸＭＬ定義を
有している：

【０２４０】

【表４５】 （（２）利息インデックス） 「適用インデックス（Ｉｎｔｅｒｅｓｔ Ｉｎｄｅｘ）」エレメントは、変動
金利を計算する際に用いられる利息インデックスに関連する情報を記述する。利
息インデックスエレメントは、以下のサブエレメントおよび属性を含む： 「ＩＤ」：特定の利息インデックスの識別子。 「通貨」：利息インデックスの通貨。 「期間」：利息インデックスの期日（例えば、３ヶ月、６ヶ月等）。 「インデックス名称」：利息インデックスの名称（例えば、「ＬＩＢＯＲ」）。

【０２４１】 本発明のこの実施形態において、利息インデックスエレメントは、以下のＸＭ
Ｌ定義を有している。：

【０２４２】

【表４６】 （２．「接続」プロセッサ） 本発明のこの実施形態において、接続プロセッサ２０（例えば、図１に示す接
続プロセッサ）は、金融トランザクションに関する情報をユーザ（すなわち、メ
ンバーおよびプロバイダ）とＣＦＯＷｅｂシステムとの間でやり取りするための
手段を提供する。接続プロセッサ２０は、ＸＳＬ形式で作成された所有スタイル
シート（「ＦｉｎＳｃｒｉｐｔ」として知られる）を用いてＦｉｎＸＭＬ（また
は他のＸＭＬ）文書と金融（Ｊａｖａ（Ｒ））オブジェクトとの間の変換を行う
ことにより、この機能を行う。以下、この点について説明する。

【０２４３】 本発明のこの実施形態において、接続プロセッサ２０および接続メッセージン
グサーバ９０はどちらとも、ユーザとＣＦＯＷｅｂシステムとの間でやり取りさ
れるメッセージを処理し、ＦｉｎＸＭＬ（または他のＸＭＬ）文書と金融（Ｊａ
ｖａ（Ｒ））オブジェクトとの間の変換を行う。接続プロセッサ２０が行うのは
ＦｉｎＸＭＬ（または他のＸＭＬ）文書とメンバーおよびプロバイダの所有オブ
ジェクトとの間の変換のような変換であるのに対し、接続メッセージングサーバ
９０が行うのは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書とＣＦＯＷｅｂシステ
ムの所有オブジェクトとの間の変換のような変換である。接続メッセージングサ
ーバ９０が提供するのは、メッセージングおよび変換を行う集中型の（ＣＦＯＷ
ｅｂシステム内の）機能であり、一方、接続プロセッサ２０が提供するのは、メ
ンバーのサイトおよびプロバイダクライアントのサイトにおいてメッセージング
および変換を行う分散型の（ｄｉｓｔｒｉｂｕｔｅｄ）機能である。従って、本
発明のこの実施形態において、接続プロセッサ２０のメッセージング機能および
変換機能の明細は、接続メッセージングサーバ９０にも適用可能である。

【０２４４】 （ａ．機能の概要） 図７は、接続プロセッサおよびその機能の概要を示す。接続プロセッサ１０１
０（接続メッセージングサーバを含む）は、ＣＦＯＷｅｂシステム１０００（Ｃ
ＦＯＷｅｂシステム１０００の様々なサーバ（例えば、図１に示すサーバ）を含
む）と、メンバーおよびプロバイダのシステムとの間の媒介として機能する。接
続プロセッサ１０１０は、「メッセージ」および「取引」を処理する。「メッセ
ージ」は、メンバー／プロバイダとＣＦＯＷｅｂシステム１０１０（例えば、チ
ャット、Ｅメール、レポート、ポートフォリオ管理等）の様々なサーバとの間の
通信を含み、この通信は、行われるべきアクションおよびイベントを記述する。
メッセージは、メンバーとプロバイダとの間の金融トランザクションに関する取
引情報を含む。しかし、全てのメッセージが特定の金融トランザクションに関す
る情報を含むわけではない点に留意されたい。

【０２４５】 メンバーおよびプロバイダは、価格見積、価格見積および他のメッセージに関
するリクエストを自動メッセージブローカー１１５０を介して送り、次いで、自
動メッセージブローカー１１５０は、接続プロセッサ１０１０と通信しているメ
ッセージングミドルウェアクライアントアプリケーション１１３０に、自動接続
部１１４０を介してこのような情報を送る。メッセージングミドルウェアクライ
アントアプリケーション１１３０は、情報をＸＭＬストリーム１１２０の様態で
接続プロセッサ１０１０に送る。接続プロセッサ１０１０は、ＸＭＬ情報を「接
続」メッセージオブジェクト（取引オブジェクトを含む）１１０５に変換する（
１１００）（これについては後述する）。接続プロセッサ１０１０は、メッセー
ジオブジェクト１１０５を処理（１０７０）し、メッセージオブジェクト１１０
５が取引に関連する場合、当該メッセージオブジェクト１１０５（メンバーまた
はプロバイダによって提供されたコンテンツ１０６０を含む）をＣＦＯＷｅｂシ
ステム１０００に送る。あるいは、メッセージオブジェクト１１０５が特定の金
融トランザクションに関する情報を含まず、かつ、ＣＦＯＷｅｂシステム１００
０の非取引機能に関連する場合、接続プロセッサ１０１０は、当該メッセージオ
ブジェクト１１０５をシステムサーバの１つにおいて実行されるべきアクション
またはイベントとして送る。

【０２４６】 接続プロセッサ１０１０は、メンバーまたはプロバイダに対するメッセージ１
０５０（これは、取引情報を含み得る）の処理（１０７０）を、メッセージ１０
５０をメッセージオブジェクト１０７５に変換することによって行う。加えて、
接続プロセッサ１０１０は、アクションおよびイベント１０３をメッセージオブ
ジェクト１０７５に変換することにより、システムサーバのうち任意のシステム
サーバにおいて発生するアクションおよびイベント１０３を処理する。次いで、
接続プロセッサ１０１０は、メッセージオブジェクト１０７５をＸＭＬ文書１１
１０（これは、ＦｉｎＸＭＬ文書の形態であり得る）に変換する（１０９０）。
接続プロセッサ１０１０は、上記の結果得られたＸＭＬ文書１１１０（例えば、
価格見積リクエストまたは価格見積リクエスト）をメッセージングミドルウェア
クライアントアプリケーション１１３０に送る。メッセージングミドルウェアク
ライアントアプリケーション１１３０は、自動接続部１１４０を通じて、適切な
メンバーまたは適切なプロバイダの自動メッセージブローカー１１５０にこれら
のＸＭＬ文書１１１０をオブジェクトへの変換対象として送る。接続プロセッサ
１０１０は、ＣＦＯＷｅｂシステム１０００からのメッセージおよびオブジェク
トの処理および変換と並行して、ＸＭＬ文書１１１０を受信するべき特定のメン
バーまたはプロバイダに関する適切な宛先１０２０およびアドレス指定情報１０
８０を経路設定する点に留意されたい。これらのＸＭＬ文書（これらは、Ｆｉｎ
ＸＭＬ文書の形態であり得る）は、メンバーまたはプロバイダによる処理に適し
た様態のオブジェクトに変換される（これについては後述する）。

【０２４７】 （ｂ．アーキテクチャ） 図８は、本発明の一実施形態における接続プロセッサ３２７５のアーキテクチ
ャを示している。ＣＦＯＷｅｂシステム３２８０は、送出メッセージ３２１０お
よび入来メッセージ３２７０をそれぞれ格納するアウトバウンドキュー３２００
およびインバウンドキュー３２０５を含む。この実施形態において、メッセージ
３２１０および３２７０は、「Ｊａｖａ（Ｒ）メッセージングサーバ」（「ＪＭ
Ｓ」）フォーマットの形態である。接続プロセッサ３２７５は、ディスパッチャ
ーモジュール３２１５を含む。このディスパッチャーモジュール３２１５は、メ
ッセージ３２１０からメッセージ「ペイロード」３２２０を抽出し、そのペイロ
ード３２２０をＪａｖａ（Ｒ）オブジェクトとして適切なメッセージハンドラー
３２２５へと送る。ペイロード３２２０は、ＦｉｎＸＭＬ「取引」エレメント（
これは、上記および図３において説明した）によって表される情報（例えば、ト
ランザクションに参加するパーティおよびトランザクションの種類に関する情報
）を含む。

【０２４８】 接続プロセッサ３２７５は、１つ以上のメッセージハンドラー３２２５（すな
わち、メンバーまたはプロバイダによって受信されるべき各種のメッセージを処
理するように構築された異なるメッセージハンドラー３２２５）を含む。ペイロ
ード３２２０を用いて、適切なメッセージハンドラー３２２５は、ターゲットと
なるメンバーまたはプロバイダシステム３２３５に対するアクション３２３０を
呼び出す。ここで、当該アクションは、ペイロード３２２０中に含まれる情報に
基づく。メンバー／プロバイダシステム３２３５は、同期応答３２４０を送るこ
とによりメッセージハンドラー３２２５と通信する。メンバー／プロバイダシス
テム３２３５は、同期応答３２４５をメッセージ構築者サーブレット３２５０に
送る。メッセージ構築者サーブレット３２５０がメンバー／プロバイダシステム
３２３５をイネーブルすると、メンバー／プロバイダシステム３２３５は、転送
プロトコル（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰ）コールを介してパラメータ
を送ることにより、ＣＦＯＷｅｂシステム３２８０に関するメッセージを同期構
築する。メッセージ構築者サーブレット３２５０は、同期メッセージ３２５５を
メッセージ送信者サービス３２６５に送る。メッセージ送信者サービス３２６５
もまた、同期メッセージ３２６０をメッセージハンドラー３２２５から受信する
。その後、メッセージ送信者サービス３２６５は、ＣＦＯＷｅｂシステム３２８
０のインバウンドキュー３２０５にメッセージ３２７０を転送する。

【０２４９】 （ｃ．メッセージ構造） 図９は、本発明の一実施形態において、接続プロセッサを用いて、ＣＦＯＷｅ
ｂシステムとメンバーおよびプロバイダのシステムとの間にメッセージ１６００
を配信する構造を示す。このシステムでは、メッセージを用いて、システムの全
てのイベントおよびトランザクションをシステムユーザに行き渡らせる。メッセ
ージは、「ワークフロー」メッセージおよび「制御」メッセージの２つのカテゴ
リに分けられる。ワークフローメッセージは主要なメッセージであり、トランザ
クションの構造および値を記述し、ポートフォリオ管理機能、取引機能および他
の機能に関する情報の送受をシステムサーバと行い、メンバーとプロバイダとの
間での情報配信を行う。制御メッセージは、肯定応答および例外情報を通信させ
る。

【０２５０】 この実施形態において、各メッセージ１６００は、ＸＭＬＪａｖａ（Ｒ）メッ
セージングサーバ（「ＪＭＳ」）フォーマットで表現される。各メッセージ１６
００は、ＪＭＳベースのミドルウェア１６１０および文書１６２０からなる。ミ
ドルウェア１６１０は汎用の製品（例えば、通信プロトコル（例えば、ＨＴＴＰ
、ＴＣＰ／ＩＰ、ＳＳＬ）およびＸＭＬ文書の伝送をネットワークにわたってそ
してＣＦＯＷｅｂシステムと接続プロセッサとの間で信頼性を以って行うことを
可能にするメッセージ管理機能およびログイン機能）であり得る。

【０２５１】 文書１６２０は、ＸＭＬ文書であり、ヘッダ１６３０およびメッセージ詳細１
６６０を含む。一方、ヘッダ１６３０は、メッセージ識別情報１６４０および経
路設定情報１６５０を含む。メッセージ識別情報１６４０は、メッセージの種類
（例えば、ワークフローまたは制御）と、メッセージ識別子と、日付／時間スタ
ンプとを含む。経路設定情報１６５０は、メッセージソースおよび宛先を識別す
る。このような情報の管理は、ＣＦＯＷｅｂシステム中の経路設定表によって行
われる。この経路設定表は、ソース識別子および宛先識別子と、参加メンバーお
よび参加プロバイダとの間でマッピングを行う。

【０２５２】 メッセージ詳細１６６０は、当該メッセージの目的および詳細を記述するテキ
ストを含み、ペイロード１６７０を含み得る。ペイロード１６７０は、ＦｉｎＸ
ＭＬ取引情報１６８０（これは、上記および図３において説明したＦｉｎＸＭＬ
「取引」エレメントによって表される）を含む。このＦｉｎＸＭＬ取引情報１６
８０は、トランザクションを規定する。

【０２５３】 （ｉ．ＸＭＬメッセージ構造） 図１０は、本発明のこの実施形態における、ＸＭＬ形式で表された接続メッセ
ージの構造を示す。

【０２５４】 （（ａ）メッセージルートタグ） メッセージルートタグ１７００（または「ＣＦＯＷｅｂ接続」ルートタグ）は
、メッセージを接続メッセージとして識別し、以下の属性を含む： 「システム 名」：（メンバーまたはプロバイダのシステムに関する）メッセー
ジ（例えば、「ＣＦＯＷｅｂ」、「接続」）を生成したシステムの名称、または
、サードパーティシステムの名称（ただし、適用可能な場合）。 「システム ＩＤ」：メッセージを生成したシステムの識別子。 「Ｖｅｒｓｉｏｎ」：接続メッセージのボキャブラリーのバージョン；これは、
メンバー／プロバイダの構成が異なる場合、異なり得る。 「Ｔｅｓｔ」：メッセージが「試験」（「Ｙ」）であるかまたは「ライブ」（「
Ｎ」）であるかを示す識別子；ライブ環境において、試験メッセージは通信され
るが、ビジネスワークフローに含まれず、またビジネスワークフローにおいて作
用しない。

【０２５５】 本発明のこの実施形態において、メッセージルートタグ１７００は、以下のＸ
ＭＬ定義を有している。：

【０２５６】

【表４７】 （ｂ）ヘッダ ヘッダエレメント１７０５は、メッセージ識別情報情報を記述し、以下の属性
を含む： 「会話ＩＤ」：システムによって割り当てられたシーケンスナンバーであり、通
信パーティのうちの１つのパーティによって開始された特定の会話に属するメッ
セージを識別する。 ・「Ｓｅｑｕｅｎｃｅ ＩＤ」：各通信ノードによって別個に生成されたシーケ
ンスナンバーであり、メッセージを時系列順に提供するための参照情報として制
御メッセージによって用いられる。 ・「Ｓｅｎｔ Ｔｉｍｅ」：システムによって割り当てられた時間スタンプであ
り、ＸＭＬ文書が形成された時間を示す。

【０２５７】 本発明のこの実施形態において、ヘッダエレメント１７０５は、以下のＸＭＬ
定義を有している。

【０２５８】

【表４８】 （ｃ）経路設定情報 経路設定エレメント１７１０は、メッセージのソースおよび宛先に関する参照
経路設定情報を含む。この情報は、システムによって規定された、メンバーおよ
びプロバイダの識別子を含む。この経路設定情報を用いて、ミドルウェア−アド
レス指定スキーム（例えば、ポイントツーポイントメッセージのキュー、発行／
加入チャンネルの表題）を導出し、その会話に責任を負うユーザを識別する。経
路設定エレメント１７１０は、以下のサブエレメントを含む： ・「ソース（Ｓｏｕｒｃｅ）」１７１５：ソース組織の識別子；これは、カウン
タパーティエレメントに対する参照情報である；無名であり得る。 ・「宛先（Ｄｅｓｔｉｎａｔｉｏｎ）」１７２０：宛先組織の識別子；これは、
カウンタパーティエレメントに対する参照情報である；これは、無名であり得る
。

【０２５９】 本発明のこの実施形態において、経路設定エレメント１７１０は、以下のＸＭ
Ｌ定義を有している。

【０２６０】

【表４９】 （ｄ）ワークフローメッセージ ワークフローメッセージエレメント１７２５は、ワークフローサイクル中の状
態移行およびアクション（例えば、金融トランザクション、メンバーおよびプロ
バイダ間の通信、およびＣＦＯＷｅｂシステムサーバとの相互作用）に影響を与
えるメッセージの明細を含む。ワークフローメッセージエレメント１７２５は、
「メモ」エレメント１７３０を含む。この「メモ」エレメント１７３０は、メン
バーまたはプロバイダが取引情報に自由形式のテキスト情報を添付したいと望ん
だ場合にいつでも用いられる表示物（ｉｎｄｉｃａｔｏｒ）として用いられる。
加えて、ワークフローメッセージエレメント１７２５の各インスタンスは、以下
の種類のワークフローメッセージを含む： （１）見積りリクエスト （２）見積り応答 （３）見積り利息の表示 （４）見積り受領 （５）見積り拒絶 （６）利息表示の取消し（「ＩＯＩ」） （７）見積りリクエストの取消し （８）見積りの取消し （９）全見積りの取消し （１０）公開 （１１）価格リクエスト （１２）価格応答 （１３）見積りリクエスト期限切れ （１４）見積り期限切れ 各ワークフローメッセージタイプエレメントは、異なる種類のワークフローメ
ッセージを表す。以下、これについて説明する。

【０２６１】 本発明のこの実施形態において、ワークフローメッセージエレメント１７２５
は、以下のＸＭＬ定義を有している。：

【０２６２】

【表５０】 （（１）見積りリクエストメッセージ） 見積りリクエストメッセージエレメント１７５５は、メンバーが価格見積をリ
クエストしているプロバイダのシステムを通知するメッセージを記述する。見積
りリクエストメッセージエレメント１７５５は、自身のペイロードとしてＦｉｎ
ＸＭＬ取引オブジェクトを含み、また、メンバーによってリクエストされた見積
りの種類（例えば、スプレッド）に関する情報も含む。ＣＦＯＷｅｂシステムは
、入来する見積りリクエストメッセージエレメント１７５５の処理を以下の方法
で行うことができる：（ｉ）プロバイダによって構成された自動価格設定を用い
て、計算された価格を含む「見積り応答メッセージ」を送る；または（ｉｉ）見
積りリクエスト情報を内部取引環境に送って、まだ正式注文を受けていない（ｔ
ｏ ｂｅ ｆｉｌｌｅｄ）見積りがあることをプロバイダに知らせて注意を促す
（この場合、ペイロードからの取引詳細をバックエンドの表計算または他の価格
設定システムにロードして、当該取引の価格設定をプロバイダに手入力で行わせ
ることができる。

【０２６３】 見積りリクエストメッセージエレメント１７５５は、以下のサブエレメントお
よび属性を含む： 「見積り変数（Ｑｕｏｔｅ Ｖａｒｉａｂｌｅ）」１７６０：見積りを表す際に
必要な変数（単数または複数）。 「リクエスト ＩＤ」：見積りリクエストの識別子。 「Ｅｘｐｉｒｙ 時間」：見積りリクエストに対する応答の提出の（２４時間形
式の）最終期限であり、メンバーによって指定される。 「Ｌｅｇ Ｒｅｆ」：見積りがリクエストされた特定の取引レッグの識別子（但
し、適用可能な場合）（例えば、特定のレッグの「レッグＩＤ」または「無し」
）。 「支払いロード（Ｐａｙｍｅｎｔ Ｌｏａｄ）」１７４０：特定の金融トランザ
クションを記述する情報。 「ペイロードタイプ（Ｐａｙｌｏａｄ Ｔｙｐｅ）」：ペイロードのカテゴリ（
例えば、ＦｉｎＸＭＬ）。 「ペイロードレフ（Ｐａｙｌｏａｄ Ｒｅｆ」１７５０：特定の金融トランザク
ションの識別子。

【０２６４】 本発明のこの実施形態において、見積りリクエストメッセージエレメント１７
５５は、以下のＸＭＬ定義を有している。：

【０２６５】

【表５１】 以下は、本発明のこの実施形態における見積りリクエストメッセージエレメン
ト１７５５の一例である：

【０２６６】

【表５２】 （（２）見積り応答メッセージ） 見積り応答メッセージエレメント１７６５は、プロバイダがメンバーからの見
積りリクエストメッセージに応答して価格見積を提出した旨をＣＦＯＷｅｂシス
テムに通知するメッセージを記述する。見積り応答メッセージエレメント１７６
５は、見積り変数の値を含み、任意選択として取引全体のペイロードを含み得る
。取引全体のペイロードが分かると、プロバイダが変更された構造または別の構
造を提案した場合に有用である。ＣＦＯＷｅｂシステムは、このペイロード情報
を用いて、オリジナルの見積りリクエストを価格見積と共に更新し、リクエスト
元のメンバーのウェブブラウザをリフレッシュして、価格見積提案を表示する。

【０２６７】 見積り応答メッセージエレメント１７６５は、以下のサブエレメントおよび属
性を含む： 「見積もり変数（Ｑｕｏｔｅｄ Ｖａｒｉａｂｌｅ）」１７７０：見積りを表す
際に用いられる見積り変数（単数または複数）。 「キー（Ｋｅｙ）」１７７５：見積り変数の名称。 「値（Ｖａｌｕｅ）」１７８０：価格見積の値。 「価格設定詳細（Ｐｒｉｃｉｎｇ Ｄｅｔａｉｌ）」１７８５：価格見積価格に
関するさらなる情報（例えば、価格感度）。 「キー（Ｋｅｙ）」１７９０：価格設定詳細の名称。 「金額（Ｖａｌｕｅ）」１７９５：価格設定詳細の値。 「リクエストＩＤ（Ｒｅｑｕｅｓｔ ＩＤ）」：見積り応答が提出された見積り
リクエストの識別子。 「見積もりＩＤ（Ｑｕｏｔｅ ＩＤ）」：見積り応答の識別子。 「期限時間（Ｅｘｐｉｒｙ Ｔｉｍｅ）」：価格見積の有効性に関する（２４時
間形式の）最終期限であり、プロバイダによって指定される。 「レッグ Ｒｅｆ」：価格見積が提出された特定の取引レッグの識別子（但し、
適用可能な場合）（例えば、特定のレッグの「レッグＩＤ」または「無し」）。 「ペイロード（Ｐａｙｌｏａｄ）」１７４０：特定の金融トランザクションを記
述する情報。 「ペイロードタイプ（Ｐａｙｌｏａｄ Ｔｙｐｅ）」：ペイロードのカテゴリ（
例えば、ＦｉｎＸＭＬ）。

【０２６８】 本発明のこの実施形態において、見積り応答メッセージエレメント１７６５は
、以下のＸＭＬ定義を有している。：

【０２６９】

【表５３】 以下は、本発明のこの実施形態における、見積り応答メッセージエレメント１
７６５の一例である：

【０２７０】

【表５４】 （（３）他のワークフローメッセージ） 本発明のこの実施形態および他の実施形態において、ワークフローメッセージ
エレメント１７２５は、金融トランザクションに関連する通信をイネーブルする
他の種類のメッセージを含み得る。

【０２７１】 （ｉ）見積り利息の表示メッセージ 見積り利息の表示メッセージエレメント１８００は、ＣＦＯＷｅｂシステム３
２８０（図８に示す）によって用いられるメッセージを記述する。このメッセー
ジが接続プロセッサ３２７５に通知する内容は、メンバーが以前に提出した見積
りリクエストに応答してプロバイダが当該メンバーに提出した価格見積に対して
、当該メンバーが興味を示したということである。接続プロセッサ３２７５は、
メッセージハンドラー３２２５と共に構成可能である。このメッセージハンドラ
ー３２２５は、見積り利息の表示メッセージエレメント１８００を画面ポップア
ップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。

【０２７２】 （ｉｉ）見積り受領メッセージ 見積り受領メッセージエレメント１８０５は、ＣＦＯＷｅｂシステムによって
用いられるメッセージを記述する。このメッセージは、プロバイダによって提出
された価格見積をメンバーが受領したいという旨を接続プロセッサに通知するも
のである。見積り受領メッセージエレメント１８０５は、見積りリクエストに対
する参照情報と、メンバーが受領した価格とを含む。システムは、価格が受領さ
れたプロバイダのみに見積り受領メッセージを送る；見積りリクエストに応答し
て見積りを提出した他のプロバイダは全て、「見積り拒絶メッセージ」（これに
ついて、以下に説明する）を受信する。接続プロセッサ３２７５（図８に示す）
は、メッセージハンドラー３２２５と共に構成可能である。このメッセージハン
ドラー３２２５は、見積り受領メッセージエレメント１８０５を画面ポップアッ
プ部分または警告としてプロバイダの内部システム３２３５に経路設定する。

【０２７３】 （（ｉｉｉ）見積り拒絶メッセージ） 見積り拒絶メッセージエレメント１８１０は、ＣＦＯＷｅｂシステムによって
用いられるメッセージを記述する。このメッセージは、プロバイダによって提出
された価格見積をメンバーが拒絶した旨をプロバイダに通知するものである。こ
のメッセージが用いられるのは、メンバーがプロバイダの価格見積を明白に拒絶
した場合、または、同じ見積りリクエストに応答した別のプロバイダの見積りを
受領したため、他の価格見積全てを暗黙的に拒絶した場合である。見積り拒絶メ
ッセージエレメント１８１０は、見積りリクエストに対する参照情報を含む。接
続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２５と共に
構成可能である。メッセージハンドラー３２２５は見積り拒絶メッセージエレメ
ント１８１０を画面ポップアップ部分または警告としてプロバイダの内部システ
ム３２３５に経路設定する。

【０２７４】 （（ｉｖ）利息表示の取消しメッセージ） 利息表示の取消し（「ＩＯＩ」）メッセージエレメント１８１５は、ＣＦＯＷ
ｅｂシステム３２８０（図８に示す）によって用いられるメッセージを記述する
。このメッセージは、メンバーが以前に提出した見積りリクエストにプロバイダ
が応答して提出した価格見積りへの興味を当該メンバーが取り消した旨を接続プ
ロセッサ３２７５に通知するものである。接続プロセッサ３２７５は、メッセー
ジハンドラー３２２５と共に構成可能である。メッセージハンドラー３２２５は
、取消しＩＯＩメッセージエレメント１８１５を画面ポップアップ部分または警
告としてプロバイダの内部システム３２３５に経路設定する。

【０２７５】 （（ｖ）見積りリクエスト取消しメッセージ） 見積りリクエスト取消しメッセージエレメント１８２０は、ＣＦＯＷｅｂシス
テムによって用いられるメッセージを記述する。このメッセージは、メンバー自
身が以前に送信した見積りリクエストをメンバーが取り消すことを望んでいる旨
を接続プロセッサに通知するものである。オリジナルの見積りリクエストメッセ
ージの送信先となっていた全プロバイダは、見積りリクエスト取消しメッセージ
を受信する。なぜならば、そのプロバイダは、特定の見積りリクエストに関する
自身の価格見積活動と、当該メンバーが以前に提出した見積りリクエストに応答
してプロバイダが提出した価格見積への興味とを追跡しなくてよくなくなるから
である。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２
２５と共に構成可能である。このメッセージハンドラー３２２５は、見積りリク
エスト取消しメッセージエレメント１８２０を画面ポップアップ部分または警告
としてプロバイダの内部システム３２３５に経路設定する。

【０２７６】 （（ｖｉ）見積り取消しメッセージ） 見積り取消しメッセージエレメント１８２５は、ＣＦＯＷｅｂシステムによっ
て用いられるメッセージを記述する。このメッセージは、プロバイダが以前に贈
った価格見積を取り消すことをそのプロバイダ自身が望んでいる旨を示す。見積
り取消しメッセージの送信は、ＣＦＯＷｅｂシステムから（但し、プロバイダが
価格見積を手入力で取り消した場合）か、または、接続プロセッサを通じて（但
し、取消しアクションがプロバイダの内部システムによって（手入力によっても
しくは自動的に）生成された場合）、行われ得る。見積り取消しメッセージが接
続プロセッサを通じて生成された場合、価格見積の期限を示す同期クロック時間
スタンプがメッセージに設定される。

【０２７７】 （ｖｉｉ）公開メッセージ 公開メッセージエレメント１８３０は、ＣＦＯＷｅｂシステムによって用いら
れるメッセージを記述する。このメッセージは、以前は非公開であったカウンタ
パーティのアイデンティティをパーティに公開するものである。このような公開
が行われるのは、カウンタパーティが自身のアイデンティティをシステムに公開
した場合のみである。

【０２７８】 （（ｖｉｉｉ）価格リクエストメッセージ） 価格リクエストメッセージエレメント１８３５は、半自動価格設定の際にＣＦ
ＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは
、メンバーの内部システムからのリクエストについて当該メンバーが価格見積を
リクエストしている旨を接続プロセッサに通知するものである。価格リクエスト
メッセージエレメント１８３５は、ＦｉｎＸＭＬ取引オブジェクトを自身のペイ
ロードとして含み、また、メンバーによってリクエストされた見積りの種類（例
えば、スプレッド）に関する情報も含む。接続プロセッサは、１つ以上のプロバ
イダと共にメッセージを処理し、価格見積を含む「価格応答メッセージ」（これ
については以下に説明する）をＣＦＯＷｅｂシステムに送る。

【０２７９】 （（ｉｘ）価格応答メッセージ） 価格応答メッセージエレメント１８４０は、半自動価格設定の際に接続プロセ
ッサによって用いられるメッセージを記述する。このメッセージは、プロバイダ
の内部システムが見積りリクエストについて価格見積を計算して、その価格見積
をＣＦＯＷｅｂシステムに提出した旨をＣＦＯＷｅｂシステムに通知するもので
ある。ＣＦＯＷｅｂシステムは、この情報を用いて、リクエスト元のメンバーの
ウェブブラウザをリフレッシュして、価格見積提案を表示する。プロバイダは、
この価格設定情報または手入力された情報を用いて見積りを提出し得る。いずれ
の場合においても、プロバイダは、価格見積をメンバーに手入力で（例えば、ボ
タンをクリックすることによって）提出する。

【０２８０】 （（ｘ）見積りリクエスト期限切れメッセージ） 見積りリクエスト期限切れメッセージエレメント１８４５は、ＣＦＯＷｅｂシ
ステムによって用いられるメッセージを記述する。このメッセージは、メンバー
の見積りリクエストが期限切れになったことを接続プロセッサに通知するもので
ある。当該見積りリクエストが期限を迎えると、ＣＦＯＷｅｂシステムは、見積
りリクエスト期限切れメッセージを自動生成する。オリジナルの見積りリクエス
トメッセージの送信先であった全プロバイダが、見積りリクエスト期限切れメッ
セージを受信する。なぜならば、これらのプロバイダは、その特定の見積りリク
エストに関する価格見積についての自身の活動を追跡しなくてもよくなるからで
ある。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２
５と共に構成可能である。このメッセージハンドラー３２２５は、見積りリクエ
スト期限切れメッセージエレメント１８４５を画面ポップアップ部分または警告
としてプロバイダの内部システム３２３５に経路設定する。

【０２８１】 （（ｘｉ）見積り期限切れメッセージ） 見積り期限切れメッセージエレメント１８５０は、ＣＦＯＷｅｂシステムによ
って用いられるメッセージを記述する。このメッセージは、プロバイダの価格見
積が期限切れになったことを接続プロセッサに通知するものである。価格見積が
期限を迎えると、ＣＦＯＷｅｂシステムは、見積り期限切れメッセージを自動生
成する。

【０２８２】 （（ｘｉｉ）全見積り取消しメッセージ） 全見積り取消しメッセージエレメント１８５５は、ＣＦＯＷｅｂシステムによ
って用いられるメッセージを記述する。このメッセージは、プロバイダが全ての
価格見積を取り消すことを望んでいる旨を接続プロセッサに通知するものである
。このメッセージは、見積りを取り消す際の基準を指定することができる。

【０２８３】 （（ｅ）制御メッセージ） 制御メッセージエレメント１８６０は、ワークフローメッセージに応答して送
信されるメッセージの明細を含む。このメッセージは、メッセージの受信および
処理の成功または失敗を示す。ミドルウェアは、ＣＦＯＷｅｂシステムと接続プ
ロセッサとの間のメッセージ伝送を行う機能は持つものの、特定のシステム性能
パラメータ（例えば、特定の送達時間、翻訳の成功およびＸＭＬコンテンツの処
理、または価格見積の提供の成功）を保証するものではない。そのため、制御メ
ッセージエレメント１８６０は、メッセージ送達の肯定応答を提供し、エラー状
況をメッセージ送信者に報告する。

【０２８４】 制御メッセージエレメント１８６０は、「シーケンスＩＤ」エレメントを含む
。この「シーケンスＩＤ」エレメントは、制御メッセージエレメント１８６０の
適用先である特定のワークフローメッセージに関するシーケンスナンバーであり
、システムによって割り当てられる。加えて、制御メッセージエレメント１８６
０の各インスタンスは、以下の制御メッセージタイプのうち１つを含む： （１）Ａｃｋ （２）Ｅｒｒｏｒ 各制御メッセージタイプエレメントは、異なる種類の制御メッセージを表す。
以下、この点について説明する。

【０２８５】 本発明のこの実施形態において、制御メッセージエレメント１８６０は、以下
のＸＭＬ定義を有している。：

【０２８６】

【表５５】 （（１）肯定応答メッセージ） 肯定応答（「Ａｃｋ」）メッセージエレメント１８６５は、接続メッセージお
よびトランザクションペイロードの受信、翻訳、および処理の成功に対して肯定
応答を行う際に用いられる。Ａｃｋメッセージエレメント１８６５は、「所属ペ
イロードのＲｅｆ」エレメント１８７０を含む。この「所属ペイロードのＲｅｆ
」エレメント１８７０は、肯定応答を受けたメッセージによって搬送されるペイ
ロードエレメント１７４０に対する参照情報を含む。所属ペイロードのＲｅｆエ
レメント１８７０は、以下のサブエレメントを含む： 「ペイロードタイプ」：ペイロードのカテゴリ（例えば、ＦｉｎＸＭＬ）。 「ペイロードＩＤ」：以前に通信されたペイロードの識別子。

【０２８７】 本発明のこの実施形態において、Ａｃｋメッセージエレメント１８６５は所属
ペイロードのＲｅｆエレメント１８７０を含み、以下のＸＭＬ定義を有している
。：

【０２８８】

【表５６】 以下は、本発明のこの実施形態における例示的なＡｃｋメッセージエレメント
１８６５である：

【０２８９】

【表５７】 本発明の上記実施形態および他の実施形態において、Ａｃｋメッセージエレメ
ント１８６５は、トランザクションの確認および完了に関する特定の肯定応答メ
ッセージを含み得る（これについては後述する）。

【０２９０】 （ｉ）取引ダウンロード応答メッセージ 取引ダウンロード応答メッセージエレメントは、ＣＦＯＷｅｂシステムによっ
て用いられるメッセージを記述する。このメッセージは、プロバイダおよびメン
バーの両方が特定の価格見積の期日について契約しており、指定された取引の処
理を希望していることをプロバイダの内部システムに通知するものである。接続
プロセッサは、この取引ダウンロード応答メッセージエレメントを用いて、関連
取引情報を全て処理対象としてプロバイダの内部システムに送る。取引ダウンロ
ード応答メッセージエレメントは、取引ペイロードを含む。

【０２９１】 （（ｉｉ）取引ダウンロードの肯定応答メッセージ） 取引ダウンロード肯定応答メッセージエレメントは、ＣＦＯＷｅｂシステムに
よって用いられるメッセージを記述する。このメッセージは、プロバイダの必要
な内部システム全てが特定の取引に関する初期処理を完了したことを接続プロセ
ッサに通知するものである。

【０２９２】 （（ｉｉｉ）取引ダウンロードリクエストメッセージ） 取引ダウンロードリクエストメッセージエレメントは、接続プロセッサが実行
済みの取引をＣＦＯＷｅｂシステムからダウンロードしなければならない場合に
当該接続プロセッサが用いるメッセージを記述する。典型的には、この取引ダウ
ンロードリクエストメッセージエレメントが用いられるのは、取引が適切にロー
ドされなかった場合である。ＣＦＯＷｅｂシステムは、この取引ダウンロードリ
クエストメッセージを用いて全ての取引を接続プロセッサに送り、これにより、
当該接続プロセッサがその取引情報を処理してプロバイダの内部システムに送る
ことができるようにする。

【０２９３】 （（ｉｖ）売買確認リクエストメッセージ） 売買確認リクエストメッセージエレメントは、接続プロセッサによって用いら
れるメッセージを記述する。このメッセージは、完了したトランザクションがプ
ロバイダ内部システムにおいて確認された旨と、ＣＦＯＷｅｂシステムにもこの
完了したトランザクションを確認してほしい旨とをＣＦＯＷｅｂシステムに通知
するものである。

【０２９４】 （（ｖ）売買確認肯定応答メッセージ） 売買確認肯定応答メッセージエレメントは、接続プロセッサによって用いられ
るメッセージを記述する。このメッセージは、売買確認リクエストメッセージが
受信された旨の確定をＣＦＯＷｅｂシステムに通信するものである。

【０２９５】 （ｖｉ）売買確認確定メッセージ 売買確認確定メッセージエレメントは、ＣＦＯＷｅｂシステムによって用いら
れるメッセージを記述する。このメッセージは、確認リクエストの実行が成功し
た旨の確定を接続プロセッサに通信するものである。

【０２９６】 （（２）エラーメッセージ） エラーメッセージエレメント１８７５は、ＸＭＬメッセージコンテンツのアプ
リケーションレベルの処理が失敗（例えば、ＸＭＬからオブジェクトへの翻訳の
失敗または価格設定アルゴリズムの実行の失敗）するたびに、その旨をメッセー
ジの送信者に通知するために用いられる。エラーメッセージエレメント１８７５
は以下のサブエレメントを含む： 「Ｅｒｒｏｒ Ｃｏｄｅ」１８８０：特定の種類のエラーの識別子。 「Ｅｒｒｏｒ Ｔｅｘｔ」１８８５：特定の種類のエラーのテキスト明細。

【０２９７】 本発明のこの実施形態において、エラーメッセージエレメント１８７５は、以
下のＸＭＬ定義を有している。：

【０２９８】

【表５８】 以下は、本発明のこの実施形態におけるエラーメッセージエレメント１８７５
の一例である。：

【０２９９】

【表５９】 （ｄ．メッセージフロー） ワークフローメッセージのフローは、ＣＦＯＷｅｂシステムと、メンバーおよ
びプロバイダの内部システムとの間を接続プロセッサを通じて行き来する。この
ようなフローは、ワークフローメッセージの種類（例えば、見積りリクエスト、
価格見積）と、処理の種類（例えば、自動、手入力、同期、非同期）とに応じて
異なる。

【０３００】 （ｉ．自動価格設定−同期） 図１１は同期自動価格設定が発生した場合のワークフローメッセージのフロー
を示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ３３１
０をアウトバウンドキュー３２００から接続プロセッサ３２７５内のディスパッ
チャーモジュール３２１５に送る。ディスパッチャー３２１５は、この見積りリ
クエストメッセージ３３１０からペイロードを抽出し、そのペイロードを取引オ
ブジェクト（Ｊａｖａ（Ｒ）オブジェクト）３３１５として見積りリクエストメ
ッセージハンドラー３３０５に送る。見積りリクエストメッセージハンドラー３
３０５は、取引オブジェクト３３１５としてのペイロードを用いて、プロバイダ
の内部システム中のターゲットプロバイダ価格設定エンジン３３００上において
「コール価格機能」３３２０を実行する。コール価格機能３３２０は、プロバイ
ダの価格設定エンジン３３００に通知して、取引オブジェクト３３１５中に含ま
れる情報に基づいて価格見積を計算させ、計算した価格見積を送らせる。プロバ
イダの価格設定エンジン３３００は、同期応答を「価格返送」メッセージ３３２
５の様態で見積りリクエストメッセージハンドラー３３０５に返送する。見積り
リクエストメッセージハンドラー３３０５は、価格見積を用いて見積り応答メッ
セージ３３３０を生成し、生成した応答メッセージ３３３０をメッセージ送信者
サービス３２６５に送る。その後、メッセージ送信者サービス３２６５は、その
見積り応答メッセージ３３３５を処理対象としてＣＦＯＷｅｂシステム３２８０
のインバウンドキュー３２０５に転送する。

【０３０１】 （ｉｉ．自動価格設定−非同期） 図１２は、非同期の自動価格設定が発生した場合のワークフローメッセージの
フローを示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ
３３１０をアウトバウンドキュー３２００から接続プロセッサ３２７５中のディ
スパッチャーモジュール３２１５に送る。ディスパッチャー３２１５は、この見
積りリクエストメッセージ３３１０からペイロードを抽出し、そのペイロードを
取引オブジェクト（Ｊａｖａ（Ｒ）オブジェクト）３３１５として見積りリクエ
ストメッセージハンドラー３３０５に送る。見積りリクエストメッセージハンド
ラー３３０５は、この取引オブジェクト３３１５中のペイロードを用いて、プロ
バイダの内部システム中のターゲットプロバイダ価格設定エンジン３３００上に
おいて「コール価格機能」３３２０を実行する。コール価格機能３３２０は、プ
ロバイダの価格設定エンジン３３００に通知して、取引オブジェクト３３１５中
に含まれる情報に基づいて価格見積を計算させ、計算した価格見積を送らせる。
プロバイダの価格設定エンジン３３００は、メッセージ詳細３３２８（すなわち
、価格見積）を含む非同期応答をメッセージ構築者サーブレット３２５０に送る
。メッセージ構築者サーブレット３２５０は、価格見積を用いて見積り応答メッ
セージ３３３０を構築し、構築したメッセージをメッセージ送信者サービス３２
６５に送る。その後、メッセージ送信者サービス３２６５は、見積り応答メッセ
ージ３３３５を処理対象としてＣＦＯＷｅｂシステム３２８０のインバウンドキ
ュー３２０５に転送する。

【０３０２】 （ｉｉｉ．半自動価格設定−同期） 図１３は、同期半自動価格設定が行われる場合のワークフローメッセージのフ
ローを示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ３
３１０および価格リクエストメッセージ３３４０をアウトバウンドキュー３２０
０から接続プロセッサ３２７５中のディスパッチャーモジュール３２１５に送る
。価格リクエストメッセージ３３４０は、半自動価格設定の際にＣＦＯＷｅｂシ
ステム３２８０によって用いられるメッセージである。このメッセージは、ある
メンバーがメンバーの内部システムからのリクエストについて価格見積をリクエ
ストしている旨を接続プロセッサ３２７５に通知するものである。ディスパッチ
ャー３２１５は、見積りリクエストメッセージ３３１０からペイロードを抽出し
、そのペイロードを取引オブジェクト（Ｊａｖａ（Ｒ）オブジェクト）３３１５
として価格リクエストメッセージハンドラー３４００に送る。価格リクエストメ
ッセージハンドラー３４００は、この取引オブジェクト３３１５としてのペイロ
ードを用いて、プロバイダの内部システム中のターゲットプロバイダ価格設定エ
ンジン３３００上において「コール価格機能」３３２０を実行する。コール価格
機能３３２０は、プロバイダの価格設定エンジン３３００に通知して、取引オブ
ジェクト３３１５中に含まれる情報に基づいて価格見積を計算させ、計算した価
格見積を送らせる。

【０３０３】 プロバイダの価格設定エンジン３３００は、同期応答を「価格返送」メッセー
ジ３３２５の様態で価格リクエストメッセージハンドラー３４００に返送する。
価格リクエストメッセージハンドラー３４００は、この価格見積を用いて価格応
答メッセージ３３４５を生成し、生成した応答メッセージ３３４５をメッセージ
送信者サービス３２６５に送る。価格応答メッセージ３３４５は、半自動価格設
定の際に接続プロセッサ３２７５によって用いられるメッセージである。このメ
ッセージは、プロバイダの内部システムが見積りリクエストについて価格見積を
計算し、その価格見積をＣＦＯＷｅｂシステム３２８０に提出した旨をＣＦＯＷ
ｅｂシステム３２８０に通知するものである；ＣＦＯＷｅｂシステム３２８０は
、この情報を用いて、リクエスト元のメンバーのウェブブラウザをリフレッシュ
して、価格見積提案を表示する。その後、メッセージ送信者サービス３２６５は
、価格応答メッセージ３３５０を処理対象としてＣＦＯＷｅｂシステム３２８０
のインバウンドキュー３２０５に転送する。

【０３０４】 （ｉｖ．売買伝送−非同期） 図１４は、完了したトランザクションの非同期伝送が行われる場合のワークフ
ローメッセージのフローを示す。ＣＦＯＷｅｂシステム３２８０は、取引ダウン
ロード応答メッセージ３５１０をアウトバウンドキュー３２００から接続プロセ
ッサ３２７５中のディスパッチャーモジュール３２１５に送る。取引ダウンロー
ド応答メッセージは、ＣＦＯＷｅｂシステム３２８０によって用いられるメッセ
ージであり、プロバイダおよびメンバーの両方が特定の価格見積の期日について
契約しており、指定された取引の処理を望んでいることをプロバイダの内部シス
テムに通知するメッセージでもある。接続プロセッサは、この取引ダウンロード
応答メッセージを用いて、全ての関連取引情報を処理対象としてプロバイダの内
部システム（すなわち、売買取得システム３５０５）に送る。

【０３０５】 ディスパッチャー３２１５は、取引ダウンロード応答メッセージ３５１０から
ペイロードを抽出し、このペイロードを取引オブジェクト（Ｊａｖａ（Ｒ）オブ
ジェクト）３３１５として取引ダウンロード応答メッセージハンドラー３５００
に送る。この取引オブジェクト３３１５としてのペイロードを用いて、取引ダウ
ンロード応答メッセージハンドラー３５００は、プロバイダの内部システム中の
ターゲットプロバイダ売買取得システム３５０５上で「コール売買取得機能」３
５１５を実行する。コール売買取得機能３５１５は、プロバイダの売買取得シス
テム３５０５に通知して、完了したトランザクションを取引オブジェクト３３１
５中に含まれる情報に基づいて処理させる。プロバイダの売買取得システム３５
０５は、メッセージ詳細３５２０を含む非同期応答をメッセージ構築者サーブレ
ット３２５０に送る。メッセージ構築者サーブレット３２５０は、メッセージ詳
細３５２０を用いて取引ダウンロード肯定応答（「Ａｃｋ」）メッセージ３５２
５を構築し、構築した肯定応答（「Ａｃｋ」）メッセージ３５２５をメッセージ
送信者サービス３２６５に送る。取引ダウンロードＡｃｋメッセージは、接続プ
ロセッサによって用いられるメッセージ３２７５であり、プロバイダの全ての必
要な内部システムが特定の取引に関する初期処理完了した旨をＣＦＯＷｅｂシス
テム３２８０に通知するメッセージでもある。その後、メッセージ送信者サービ
ス３２６５は、取引ダウンロードＡｃｋメッセージ３５３０を処理対象としてＣ
ＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５に転送する。

【０３０６】 （３．「ＦｉｎＳｃｒｉｐｔ」） 本発明を用いると、ユーザ（すなわち、メンバーおよびプロバイダ）は、ＣＦ
ＯＷｅｂシステムおよび接続プロセッサを用いて（ユーザの内部システム、バッ
クエンドのシステムへの接続部を介して）金融トランザクションを行うことがで
きる。本発明のこの実施形態において、接続プロセッサは、ＦｉｎＸＭＬ（また
は他のＸＭＬ）文書と所有金融（Ｊａｖａ（Ｒ））オブジェクト（例えば、ユー
ザの内部システム上で用いられている所有金融（Ｊａｖａ（Ｒ））オブジェクト
）との間の変換をＸＳＬ形式で生成された所有スタイルシート（「ＦｉｎＳｃｒ
ｉｐｔ」として知られる）を用いて行うことにより、金融トランザクションに関
連する情報の通信をユーザ（すなわち、メンバーおよびプロバイダ）とＣＦＯＷ
ｅｂシステムとの間で行うことを可能にする。接続プロセッサ２０（例えば、図
１に示す接続プロセッサ２０）は、転送プロトコル（例えば、ＨＴＴＰまたはＴ
ＣＰ／ＩＰ）を用いた送信が可能なＦｉｎＸＭＬ文書を、生成し得る。このＦｉ
ｎＸＭＬ文書は、サーバ側での処理が可能なオブジェクトへの変換対象として接
続メッセージングサーバ９０に送られる。接続メッセージングサーバ９０は、処
理の後、ＸＳＬスタイルシートを用いてこのオブジェクトをＦｉｎＸＭＬ（また
は他のＸＭＬ）文書に変換し、そのＦｉｎＸＭＬ（または他のＸＭＬ）文書を接
続プロセッサ２０に送る。この接続プロセッサ２０は、ＦｉｎＳｃｒｉｐｔを用
いて、このＦｉｎＸＭＬ（または他のＸＭＬ）文書からＪａｖａ（Ｒ）Ｓｃｒｉ
ｐｔプログラムを生成する。その後、このＪａｖａ（Ｒ）Ｓｃｒｉｐｔプログラ
ムからＪａｖａ（Ｒ）オブジェクトが生成され、他の組織（例えば、プロバイダ
）に送られる。

【０３０７】 （ａ．金融オブジェクト（ＦｉｎＸＭＬ文書）の変換（符号化）） ユーザ（メンバーまたはプロバイダ）が情報（例えば、見積りリクエストまた
は価格見積）をＣＦＯＷｅｂシステムに送ることを望む場合、接続プロセッサは
、ユーザの内部システムによって用いられる所有金融オブジェクトをＣＦＯＷｅ
ｂシステムによる利用が可能なＦｉｎＸＭＬ（または他のＸＭＬ）文書に変換し
なければならない。図１５は、変換（または符号化）プロセスのコンポーネント
を示し、図１６は、本発明の一実施形態においてシステムがこのような変換を実
行する際に行う工程を示す。本発明の様々な他の実施形態において、これらの工
程を組み合わせることが可能であり、特定の工程を除去したり他の工程を削除し
、かつ／またはこれらの工程の順序を変更することが可能である点に留意された
い。

【０３０８】 ユーザがトランザクション（例えば、メンバーからの見積りリクエスト、プロ
バイダからの価格見積）に関する情報を提出することを望む場合、ユーザのメッ
セージングクライアントは、ユーザの内部システム上に示すような金融オブジェ
クト１４００（例えば、図１５に示す金融オブジェクト）をアプリケーションプ
ログラミングインターフェース（「ＡＰＩ」）を介して接続プロセッサに送る（
図１６の工程１４７０）。典型的には、金融オブジェクト１４００は、「オブジ
ェクトグラフ」の形態をしたＪａｖａ（Ｒ）オブジェクトとしてユーザの内部シ
ステム上に格納される。このようなオブジェクトグラフは、相互にリンク付けさ
れたノードからなり、金融オブジェクトのエレメントおよび属性を表す。

【０３０９】 接続プロセッサは、金融オブジェクト１４００を受信すると、適用可能なＸＭ
Ｌオブジェクトのマッピング１４１０を識別して、金融オブジェクト１４００に
適用する（工程１４８０）。本発明のいくつかの実施形態において、ＸＭＬオブ
ジェクトマッピング１４１０は、ユーザによって個別調整され得、これにより、
ユーザの所有金融オブジェクトの形態および構造に対応する。

【０３１０】 以下は、本発明のこの実施形態において用いられるＸＭＬオブジェクトのマッ
ピング１４１０の一例である。：

【０３１１】

【表６０】 次いで、接続プロセッサは、ダイナミック文書オブジェクトモデル（「ＤＯＭ
」）パーサーモジュール１４２０を呼び出して、金融オブジェクト１４００をパ
ージングさせ、ＸＭＬオブジェクトのマッピング１４１０を金融オブジェクト１
４００のエレメントおよび属性に適用させる（工程１４９０）。ＤＯＭは、プラ
ットフォーム（すなわち、言語中立型のインターフェース）であり、プログラム
およびスクリプトが動的にアクセスし、文書のコンテンツ、構造およびスタイル
を更新することを可能にする。ＤＯＭは、ＨＴＭＬ文書およびＸＭＬ文書を表現
するためのオブジェクトの標準セット（すなわち、これらのオブジェクトを組み
合わせるための標準）と、これらのオブジェクトへのアクセスおよび操作を行う
ための標準インターフェースとを提供する。ＤＯＭについての記載は、文書オブ
ジェクトモデル（ＤＯＭ）レベル１仕様バージョン１．０（１９９８年１０月１
日）、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ 企業共同体（Ｍａｓｓａｃｈｕｓｅｔｔ
ｓ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ Ｎ
ａｔｉｏｎａｌ ｄｅ Ｒｅｃｈｅｒｃｈｅ ｅｎ Ｉｎｆｏｒｍａｔｉｑｕｅ
ｅｔ ｅｎ Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ Ｕｎｉｖｅｒｓｉｔｙ）＜ｈ
ｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ＤＯＭ−Ｌｅｖｅｌ１＞に
ある。

【０３１２】 ダイナミックＤＯＭパーサーは、ＤＯＭ「ツリー」（１４３０）を生成する。
このＤＯＭ「ツリー」（１４３０）は、金融オブジェクト１４００とオブジェク
トグラフとを１：１でマッピングしたものである（工程１５００）。ＤＯＭツリ
ーの生成は動的に行われ、オブジェクトグラフの有限境界（ｆｉｎｉｔｅ ｂｏ
ｕｎｄａｒｙ）（推移閉包（ｔｒａｎｓｉｔｉｖｅ ｃｌｏｓｕｒｅ））が決定
される際に必要に応じて行われる。従って、工程１４９０および１５００は必要
に応じて繰り返してもよい。次いで、接続プロセッサは、所有ＸＳＬスタイルシ
ート１４４０を入手して、ＤＯＭツリー１４３０内に含まれるオブジェクト値に
基づいてＤＯＭツリー１４３０に適用する（工程１５１０）。この所有ＸＳＬス
タイルシート１４４０（「ＦｉｎＳｃｒｉｐｔ」として知られる）は、ＤＯＭツ
リー１４３０をナビゲートする（すなわち、ＤＯＭツリー１４３０の境界を決定
する）ことと、ＤＯＭツリー１４３０をＦｉｎＸＭＬ文書に変換することとに関
する規則を含む。本発明のこの実施形態において、ＸＳＬスタイルシート１４４
０は、単一のルートにリンクされる。本発明のいくつかの実施形態において、Ｘ
ＳＬスタイルシート１４４０は、ユーザによって個別調整され得、これにより、
ユーザの所有金融オブジェクトの形態および構造に対応する。

【０３１３】 以下は、本発明のこの実施形態において用いられるＸＳＬスタイルシート１４
４０の一例である：

【０３１４】

【表６１】 次いで、接続プロセッサは、ＸＳＬＴプロセッサ１４５０（これは、Ｉｎｔｅ
ｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐ．のＬｏ
ｔｕｓＸＳＬ製品等の汎用コンポーネントである）を呼び出して、ＸＳＬスタイ
ルシート１４４０の規則をＤＯＭツリー１４３０に適用する（工程１５２０）。
このプロセスの結果、ＦｉｎＸＭＬ文書１４６０が生成される（工程１５３０）
。このＦｉｎＸＭＬ文書１４６０は、ＣＦＯＷｅｂシステムによる利用が可能で
ある 以下は、本発明のこの実施形態においてＸＳＬＴプロセッサ１４５０によって
生成されたＦｉｎＸＭＬ文書１４６０の一例である。：

【０３１５】

【表６２】 接続メッセージングサーバがＣＦＯＷｅｂシステムの様々なサーバによって用
いられる所有金融オブジェクトを接続プロセッサへ送信することが可能なＦｉｎ
ＸＭＬ（または他のＸＭＬ）文書に変換する際、接続メッセージングサーバは上
記にて説明した同じプロセスを用いる点に留意されたい。

【０３１６】 （ｂ．ＦｉｎＸＭＬ文書から金融オブジェクトへの変換（復号化）） ＣＦＯＷｅｂシステムがトランザクションに関する情報をユーザ（メンバーま
たはプロバイダ）に送る用意ができると、接続プロセッサは、ＦｉｎＸＭＬ（ま
たは他のＸＭＬ）文書を、ユーザの内部システムによって用いることが可能な所
有金融オブジェクトに変換しなければならない。図１７は、変換（または復号化
）プロセスコンポーネントを示し、図１８は、本発明の一実施形態においてシス
テムがこのような変換を行う際に実行する工程を示す。本発明の様々な他の実施
形態において、これらの工程を組み合わせてもよいし、また、特定の工程を除去
して、他の工程を削除し、かつ／またはこれらの工程の順序を変更してもよい点
に留意されたい。

【０３１７】 ＣＦＯＷｅｂシステムがトランザクションに関する情報（例えば、メンバーか
らの見積りリクエスト、プロバイダからの価格見積）を送ることを望む場合、接
続メッセージングサーバは、以前に生成されたＦｉｎＸＭＬ（または他のＸＭＬ
）文書１２００（例えば、図１７に示す文書１２００）を接続プロセッサ（図１
８の工程１３００）に送る。以下は、本発明のこの実施形態において生成された
ＦｉｎＸＭＬ文書１２００の一例である。：

【０３１８】

【表６３】 接続プロセッサは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書１２００を受け取
ると、ＦｉｎＸＭＬ文書１２００中で識別されたトランザクションタイプに基づ
いてＸＳＬスタイルシート１４４０を入手し、ＦｉｎＸＭＬ文書１２００に適用
する（工程１３１０）。ＸＳＬスタイルシートは、トランザクションの各タイプ
によって異なり、全てのオプションはＣＦＯＷｅｂシステムによってサポートさ
れる。所有ＸＳＬスタイルシート１２１０（「ＦｉｎＳｃｒｉｐｔ」として知ら
れる）は、ＦｉｎＸＭＬ文書１２００をＪａｖａ（Ｒ）Ｓｃｒｉｐｔプログラム
に変換する際の規則（例えば、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔプログラミングコー
ドのリユーザブルな断片）を含む。本発明のこの実施形態において、ＸＳＬスタ
イルシート１２１０は、単一のルートにリンク付けされる。本発明のいくつかの
実施形態において、ＸＳＬスタイルシート１２１０は、ユーザによって個別調整
され得、これにより、ユーザの所有金融オブジェクトの形態および構造に対応す
る。

【０３１９】 以下は、本発明のこの実施形態において用いられるＸＳＬスタイルシート１２
１０の一例である。

【０３２０】

【表６４】 次いで、接続プロセッサは、ＸＳＬＴプロセッサ１２２０（これは、汎用のコ
ンポーネント（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａ
ｃｈｉｎｅｓ Ｃｏｒｐ．のＬｏｔｕｓＸＳＬ製品）を呼び出して、ＸＳＬスタ
イルシート１２１０の規則をＦｉｎＸＭＬ（または他のＸＭＬ）文書１２００に
適用する（工程１３２０）。このプロセスの結果、Ｊａｖａ（Ｒ）オブジェクト
を生成する際に実行することが可能なＪａｖａ（Ｒ）Ｓｃｒｉｐｔプログラム１
２３０が生成される（工程１３３０）。以下は、本発明のこの実施形態において
ＸＳＬＴプロセッサ１２２０によって生成されたＪａｖａ（Ｒ）Ｓｃｒｉｐｔプ
ログラム１２３０の一例である。：

【０３２１】

【表６５】 次いで、接続プロセッサは、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔインタープリター１
２４０（これは、汎用のコンポーネント（例えば、Ｍｏｚｉｌｌａ．ｏｒｇの「
Ｒｈｉｎｏ」Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔインタープリター）である）を呼び出
して、Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔプログラム１２３０を実行する（工程１３４
０）。このプロセスの結果、ユーザの内部システムによって用いることが可能な
金融オブジェクト１２５０（すなわち、Ｊａｖａ（Ｒ）オブジェクト）が生成さ
れる（工程１３５０）。接続プロセッサは、これらの金融オブジェクト１２５０
を、ユーザのシステムのメッセージングクライアントアプリケーションにＡＰＩ
を介して送る（工程１３６０）。

【０３２２】 接続メッセージングサーバが接続プロセッサによって生成および送信されたＦ
ｉｎＸＭＬ（または他のＸＭＬ）文書をＣＦＯＷｅｂシステムの様々なサーバに
よって用いられる所有金融オブジェクトに変換する際、接続メッセージングサー
バは、上記にて説明したプロセスと同じプロセスを用いる点に留意されたい。

【０３２３】 （Ｃ．金融情報の双方向処理） 本発明のこの実施形態は、ユーザ（例えば、メンバーおよびプロバイダ）が金
融商品について通信および取引を双方向に行い、自身のポートフォリオを管理す
ることを可能にするウェブベースのシステムを含む。本システムによってサポー
トされる双方向通信を以下に挙げる：クレジット関係の確立、金融トランザクシ
ョンの構築、価格見積に関するリクエストの生成、見積りリクエストの監視およ
び検討、価格見積の発行、価格見積の監視および検討、メンバーとプロバイダと
の間の交渉、価格見積の受領および確定、報告、ポートフォリオ管理、金融情報
および市場データの分析、ならびにメンバー、プロバイダおよび／またはシステ
ム管理者間の通信（例えば、Ｅメール、チャットおよびメッセージボード）。

【０３２４】 ユーザ（例えば、メンバーまたはプロバイダ）がウェブベースのシステムにア
クセスすると、システムは、図２０に示すようなホームページをユーザに提示す
る。このページは、新規ユーザのための登録リンクと、既存のユーザのためのメ
ンバーログインインターフェース２０００とを含む。このメンバーログインイン
ターフェース２０００は、ユーザのアカウントＩＤおよびパスワードの入力を要
求する。これらのホームページはまた、主要なデータおよびニュースヘッドライ
ンと、以下のシステム機能へのリンクとを含む。以下、これらのリンクをそれぞ
れ挙げる。 ・市場データ２０１０ ・新規情報および金融情報２０２０ ・金融リサーチ２０３０ ・メンバーポートフォリオ管理２０４０ ・取引２０５０ ・金融知識（ｉｄｅａ）および慣行（ｐｒａｃｔｉｃｅ）２０６０ ・プロバイダ機能２０７０ （１．トランザクション−特定の機能） 本発明のこの実施形態によって提供される機能を用いると、ユーザは、資本市
場において双方向金融トランザクションおよび自動金融トランザクションを行う
ことができる。実行可能なトランザクションの種類については上述した。機能性
ユーザインターフェースおよび双方向ユーザインターフェースによってこのよう
なトランザクションの生成および実行をサポートすると、ユーザは、トランザク
ション前の活動、トランザクション活動およびトランザクション後の活動に係わ
ることができるようになる。本発明の様々な他の実施形態において、この実施形
態において説明する機能およびインターフェースは、他の機能およびインターフ
ェースと組み合わせてもよく、また、このような機能およびインターフェースの
うち特定のもの（またはその一部）を別個のシステムに個別化してもよい点に留
意されたい。本システムは、独立型の中央システムまたは分散型のシステムとし
て実施可能であり、その場合、異なるバージョンの機能およびインターフェース
を、複数のユーザのプラットフォームまたはポータルに分散させてもよい。他の
実施形態において、システム機能およびインターフェースの部分を、別個のシス
テム（例えば、トランザクション構築システム、価格見積システム、トランザク
ション受領システム）に分割してもよく、その場合、異なるシステム間でのデー
タ交換を可能にする通信リンクが設けられる。当業者にとって他の実施形態は明
らかであり、また、当業者であればそのような実施形態を実施することができる
。

【０３２５】 （ａ．トランザクション前） 本発明のこの実施形態を用いると、メンバーおよびプロバイダは、オンライン
の金融トランザクションを容易化する特定のデフォルトおよびパラメータを双方
向に確立することができる。

【０３２６】 （ｉ．フィルタリング） この実施形態について以下に説明するように、本発明を用いれば、システムの
各ユーザ（メンバーまたはプロバイダ）は、自動フィルタを用いることにより、
取引コミュニティとの相互作用を個別調整する能力を得ることができる。ユーザ
によって規定されかつ／またはシステムによって規定された基準を双方向フィル
タリングインターフェースから選択することにより、ユーザは、以下の事項に対
して制限および制約を設定することができる：すなわち、（ｉ）ユーザからシス
テムを通じて他のユーザに送られる通信物（例えば、メッセージ、トランザクシ
ョンリクエストおよび／または価格見積）；（ｉｉ）他のユーザからシステムを
介してユーザに送られる通信物（例えば、メッセージ、トランザクションリクエ
ストおよび／または価格見積）。

【０３２７】 受取人となるユーザに制限を課すための例示的フィルタリング基準を以下に挙
げる： ・特定のユーザの名称 ・（例えば、特定のユーザの資産値の）クレジット格付けまたは他のクレジット
基準 ・特定のユーザの企業の国籍 ・特定のユーザの産業（例えば、半導体製造のＳＩＣコード） ・金融商品の種類（例えば、ＦＸスポット） ・トランザクションの名目額の最小値または最大値（１，０００，０００米国ド
ル） ・トランザクションの他の任意の変数パラメータ 通信の受信を制限するための例示的フィルタリング基準を以下に挙げる： ・トランザクションリクエストまたは価格見積の金融商品の種類（例えば、ＦＸ
スポット） ・特定の通貨（例えば、米国ドル）またはトランザクションリクエストまたは価
格見積の通貨ペア ・トランザクションリクエストまたは価格見積の金利または為替レートの最小値
または最大値 ・トランザクションリクエストまたは価格見積の名目額の最小値または最大値（
例えば、１，０００，０００米国ドル） ・他の任意のトランザクションの変数パラメータ ・送信者の名称 ・送信者のクレジット格付けまたは他のクレジット基準（例えば、資産値） ・送信者の企業国籍 ・送信者の産業（例えば、半導体製造のＳＩＣコード） 他のフィルタリング基準も、ユーザまたはシステム管理者によって規定可能であ
る。

【０３２８】 例えば、ユーザは、フィルタを設定して、Ｕ．Ｓ．ＢａｎｋｓからのＦＸスワ
ップトランザクションに関する価格見積のみがシステムを介してユーザに送られ
るようにすることができる。金融機関は、フィルタを設定して、Ｍｏｏｄｙのク
レジット格付けがＡＡ＋である会社からの金利先渡し契約に関するトランザクシ
ョンリクエストのみを受信するようにすることができる。

【０３２９】 （メンバー機能） （（ａ）法人エンティティおよび取引帳簿） 図７７に示す「法人エンティティ」インターフェースを用いると、メンバーは
、当該メンバーと関連付けられた任意の法人エンティティ（例えば、図５および
上記にて説明した法人エンティティエレメント６０５）の詳細について、表示、
追加または編集を行うことができる。メンバーは、サーチプルダウンメニューお
よびキーワードフィールド４０６０を用いて、既存の法人エンティティをサーチ
することができる。サーチを行った後、メンバーは、「サーチ」ボタン５０００
をクリックして新規サーチを行うか、または、「クリア」ボタン５０１０をクリ
ックして法人エンティティの表示をクリアすることができる。あるいは、メンバ
ーは、アルファベット順のインデックス４０７０を用いて、既存の法人エンティ
ティをサーチすることもできる。メンバーは、「全部見る」ボタン５０２０をク
リックすることにより、既存の法人エンティティ全てを見ることができる。

【０３３０】 図７７に示すように、各法人エンティティについて、インターフェースは、略
称（例えば、「ＰａｔｅｎｔＣｏｒｐ」）、名称（例えば、「Ｔｅｓｔ Ｐａｔ
ｅｎｔ Ｃｏｒｐｏｒａｔｉｏｎ」）、エンティティの種類（例えば、「会社」
）、親（ｐａｒｅｎｔ）（すなわち、メンバー以外の場合）、およびデフォルト
の連絡先を表示する。メンバーは、「不アクティブ化」ボタン４０９０をクリッ
クすることにより、表示されている法人エンティティを自身のアクティブエンテ
ィティのリストから削除することができる。

【０３３１】 「新規」ボタン５０３０がクリックされると、システムは、図７８〜７８Ａに
示す「法人エンティティ」インターフェースを表示する。この「法人エンティテ
ィ」インターフェースは、メンバーが新規法人エンティティを生成することまた
は既存の法人エンティティに関する情報を編集することを可能にする。このイン
ターフェースに入力可能な各法人エンティティに関する情報を以下に挙げる。 ・略称（例えば、「ＰａｔｅｎｔＣｏｒｐ」） ・名称（例えば、「Ｔｅｓｔ Ｐａｔｅｎｔ Ｃｏｒｐｏｔａｔｉｏｎ」） ・親（プルダウンメニュー５０５０を用いる） ・親との関係（プルダウンメニュー５０７０を用いる。例えば、支社または子会
社） ・一次言語 ・報告通貨 ・デフォルトの決済通貨 ・本拠地（ｈｏｍｅ）（定住所）のある国 ・リスク国 「法人エンティティ」インターフェースは、メンバーと関連付けられた任意の
既存の取引帳簿（例えば、図５に示し上記にて説明した帳簿エレメント６２５）
も表示する。図７８に示すように、インターフェースは、各取引帳簿について、
略称（例えば、「試験帳簿」）と、名称（例えば、「試験取引帳簿」）と、取引
帳簿の種類（例えば、「デフォルト」）と、当該取引帳簿がデフォルト帳簿であ
るか否かを示すラジオボタンとを表示する。メンバーは、「デフォルトにする」
ボタン５０９０をクリックすることにより、表示された取引帳簿をデフォルト帳
として設定することができる。

【０３３２】 取引帳簿（例えば、「試験帳簿」５０８０）の略称の表示がクリックされると
、システムは、図７９Ａに示す「帳簿」インターフェースを表示する。この「帳
簿」インターフェースは、メンバーが取引帳簿に関する情報を編集することを可
能にする。あるいは、「新規」ボタン６０３０がクリックされると、メンバーは
、図７９Ａに示す「帳簿」インターフェースの新規取引帳簿を生成することがで
きる。このインターフェースに入力することが可能な各取引帳簿に関する情報を
以下に挙げる。 ・略称（例えば、「試験帳簿」） ・名称（例えば、「試験取引帳簿」） ・明細。 ・タイプ（例えば、「デフォルト」） ・報告通貨 ・デフォルト表示物 メンバーは、「更新」ボタン７００５をクリックすることにより、「帳簿」イン
ターフェースに入力された情報を保存することができる。

【０３３３】 図７８に示す「法人エンティティ」インターフェースは、法人エンティティと
関連付けられた任意の既存の連絡先（例えば、図４および上記にて図示および説
明した連絡先情報エレメント７３０）も表示する。図７８に示すように、このイ
ンターフェースは、各既存の連絡先について、略称、名称、明細および（当該連
絡先がデフォルトの連絡先でありかつ／または一般向けの連絡先であるか否かを
示す）ラジオボタンを表示する。メンバーは、「一般向けにする」ボタン６００
０、「公にする」ボタン６０１０および／または「デフォルトにする」ボタン６
０２０をそれぞれクリックすることにより、表示された連絡先を（ｉ）一般向け
の連絡先、（ｉｉ）プライベートの連絡先および／または（ｉｉｉ）デフォルト
の連絡先として設定することができる。

【０３３４】 連絡先の略称表示がクリックされると、システムは、図７９Ｂに示す「連絡先
」インターフェースを表示する。この「連絡先」インターフェースは、メンバー
が連絡先に関する情報を編集することを可能にする。あるいは、「新規」ボタン
６０４０がクリックされると、メンバーは、図７９Ｂに示す「連絡先」インター
フェース上に新規連絡先を生成することができる。このインターフェースに入力
可能な各連絡先に関する情報を挙げると、略称、正式名、メールアドレス、電話
番号およびファクシミリ番号、Ｅメールアドレス、ならびにＷｅｂＵＲＬアドレ
スがある。「ページに行く」ボタン７０１５がクリックされると、システムは、
連絡先の指定ＷｅｂＵＲＬアドレスにアクセスする。メンバーは、「更新」ボタ
ン７０１０をクリックすることにより、「連絡先」インターフェースに入力され
た情報を保存することができる。

【０３３５】 図７８Ａに示す「法人エンティティ」インターフェースはまた、法人エンティ
ティと関連付けられた任意の既存のクレジット情報（例えば、図４および上記に
て図示および説明したクレジット格付けエレメント８０５）を表示し、そのよう
なクレジット情報の変更も可能にする。図７８Ａに示すように、このインターフ
ェースは、各既存のクレジット格付けについて、格付け産業（例えば、「Ｍｏｏ
ｄｙ」）、クレジット格付け（例えば、「Ａａａ」）、産業グループおよび産業
を表示する。このインターフェースは、格付けエージェンシー６０５０、国６０
６０、クレジット格付け６０７０、産業グループ６０８０および産業６０９０を
編集するためのプルダウンメニューを提供する。メンバーは、「追加」ボタン７
０００をクリックすることにより、変更後のクレジット情報を保存することがで
きる。

【０３３６】 図７８に示す「法人エンティティ」インターフェースに戻って、メンバーは、
「保存」ボタン５０６０をクリックすることにより、「法人エンティティ」イン
ターフェースに入力された情報を保存することができる。さらに、「戻る」ボタ
ン５０４０がクリックされると、システムは、当該メンバーが訪問した前のイン
ターフェース（すなわち、図７７に示す「法人エンティティ」インターフェース
）に戻る。システムに含まれるほとんどのインターフェース上に、同様の「戻る
」ボタンが現れる。

【０３３７】 図７７に示す「法人エンティティ」インターフェースおよび全ての他の双方向
インターフェース上に現れる「ページヘルプ」ボタン５０３５は、分かり易くか
つコンテキスト依存型の双方向システムによる支援ユーティリティにユーザを案
内する点に留意されたい。

【０３３８】 （（ｂ）価格設定リクエストの選好（ｐｒｅｆｅｒｅｎｃｅ）） 図８０〜８０Ａに示す「メンバー取引選好」インターフェースを用いると、メ
ンバーは、各種の金融トランザクション（例えば、ＦＸスワップ、金利先渡し契
約等）に関するメンバーの価格設定リクエストのうち、メンバーが本システムを
用いて実行しようとしているリクエストについてデフォルト期限切れ時間を設定
することにより、オンライン金融トランザクションを個別調整することができる
。このインターフェースを用いると、メンバーは、メンバーの価格設定リクエス
トの受取人として特定のプロバイダを追加（ｉｎｃｌｕｄｅ）または除外するた
めのフィルタを（図８０Ａに示す「追加」ボタン７０４０をクリックすることに
より）生成することもできる。このインターフェースは、このような「追加され
た」プロバイダ（図８０Ａに示すようなフィールド７０５０、例えば、「Ｐａｔ
ｅｎｔ Ｂａｎｋ」）および「除外された」プロバイダ（図８０Ａに示すような
フィールド７０４０）を表示する。メンバーは、「保存」ボタン７０２０をクリ
ックすることにより、価格設定リクエスト選好の設定を保存することができる。

【０３３９】 （（ｃ）価格見積の選好） 図８２〜８２Ａに示す「私のプロフィールの表示」インターフェースを用いる
と、メンバーは、メンバーの価格設定リクエストに応答したプロバイダから送ら
れてきた価格見積の表示に関連する特定のデフォルトを設定することにより、オ
ンライン金融トランザクションを個別調整することができる。このようにデフォ
ルトに設定される情報を以下に挙げる。： ・日付フォーマットおよび時間フォーマット。 ・小数フォーマット。 ・完了した価格設定リクエストのうち、「現在の監視」表および「最近完了した
もの」の表に表示されるリクエストの数。 ・新規価格見積が受信された場合に自動ページリフレッシュ機能を制御するラジ
オボタン。 ・メンバーがプロバイダから表示対象として送られてきた価格見積の種類（例え
ば、ＦＸスワップ、金利先渡し契約等）を選択することを可能にするフィルタラ
ジオボタン。 ・プロバイダから送られてくる価格見積を各種の金融トランザクション（例えば
、ＦＸスワップ、金利先渡し契約等）に応じて「緊急を要する」として分類する
ためのデフォルト期限切れ時間 メンバーは、「保存」ボタン７１００をクリックすることにより、取引表示設定
を保存することができる。

【０３４０】 （（ｄ）取引の文書化およびクレジット関係） 図８３に示す「取引の文書化」インターフェースを用いると、メンバーは、本
システムを用いてオンライン金融トランザクションに参加する際に必要とされる
２つの予備工程をとることができる。そのうち１つの工程では、システム管理者
との取引契約の締結が行われる。メンバーは、「ダウンロード取引メンバー契約
」ボタン８０００をクリックすることにより、この契約をダウンロードすること
ができる。

【０３４１】 もう一方の工程では、メンバーと、メンバーが本システムを用いてオンライン
金融トランザクションを行う際の相手となる各プロバイダとの間にクレジット関
係が確立される（例えば、図２中の工程３１０）。この「取引の文書化」インタ
ーフェースは、任意のプロバイダのうち、メンバーと既にクレジット関係を結ん
でおり、かつ、そのような関係についての報告を本システムに行ったプロバイダ
を表示する。メンバーが「全てのプロバイダ表示する」表示物８００５をクリッ
クすると、インターフェースは、本システムを介して金融トランザクションを行
うことのできるプロバイダ全てを表示する。メンバーは、このようなプロバイダ
のリストを用いて、プロバイダの名称の隣にある「既存の」縦列８０１０の下側
をクリックし、その後「提出」ボタン８０１８をクリックすることにより、プロ
バイダとの任意の既存のクレジット関係についての報告を本システムに行うこと
ができる；なぜならば、本システムは、任意の選択されたプロバイダと通信を行
って、このような関係の存在を確認するからである。メンバーはまた、プロバイ
ダの名称の隣にある「新規」縦列８０１５の下側をクリックし、次いで「提出」
ボタン８０１８をクリックすることにより、任意のプロバイダとのクレジット関
係の生成をリクエストすることもできる。本システムは、メンバーのリクエスト
を選択されたプロバイダそれぞれに自動転送する。次いで、メンバーおよびこの
ようなプロバイダの各々は、本システムによって提供される電子機能またはチャ
ット機能を介して通信を行うことにより、クレジット関係について交渉すること
ができる。

【０３４２】 （ｉｉｉ．プロバイダ機能） （（ａ）価格見積選好） 図９７〜９７Ｂに示す「プロバイダ取引選好−見積りデフォルト」インターフ
ェースを用いると、プロバイダは、メンバーからの価格設定リクエストを受信し
て応答したプロバイダがメンバーに提出した各種の金融トランザクション（例え
ば、ＦＸスワップ、金利先渡し契約等）に関する価格見積についてデフォルト期
限切れ時間を設定することにより、オンライン金融トランザクションを個別調整
することができる。プロバイダはまた、デフォルトコメント（例えば、さらなる
取引の要求）を自身の価格見積に追加することもできる。プロバイダは、「保存
」ボタン８３７５をクリックすることにより、価格見積選好設定を保存すること
ができる。

【０３４３】 （（ｂ）価格設定リクエストフィルタ） 図９７に示す「プロバイダ取引選好−見積りデフォルト」インターフェース上
の「リクエストフィルタ」ボタン８３６０がクリックされると、本システムは、
図９８に示す「プロバイダ取引選好−リクエストフィルタ」インターフェースを
表示する。この「プロバイダ取引選好−リクエストフィルタ」インターフェース
を用いると、プロバイダは、フィルタ表示を設定して、（メンバーによって提出
された）各種のトランザクションに関する価格設定リクエストのうち表示すべき
特定のリクエストを選択することを可能にすることにより、オンライン金融トラ
ンザクションを個別調整することができる。「新規」ボタン８３９０がクリック
されると、プロバイダは、図９９に示す「フィルタ」インターフェースを用いて
、新規フィルタを生成することができる。あるいは、特定の種類のトランザクシ
ョン（例えば、「ＦＸ先渡し」）に近接する「編集」ボタン８４０５がクリック
されると、本システムは、図９９に示す「フィルタ」インターフェースを表示す
る。この「フィルタ」インターフェースを用いると、プロバイダは、特定の種類
のトランザクリョン用のフィルタに関する情報を編集することができる。図９９
に示す「フィルタ」インターフェースに入力可能な各リクエストフィルタに関す
る情報を以下に示す。 ・フィルタ名称 ・詳細情報 ・価格設定リクエストの名目額の最小値または最大値 ・価格設定リクエストの内容（ｔｅｎｏｒ）の最小値または最大値 ・除外または包含すべき通貨（例えば、米国ドルが要求される） ・除外または包含すべき通貨ペア このインターフェースは、通貨を追加または削除するための「追加」ボタンおよ
び「除去」ボタンを含む。「保存」ボタン８４４０をクリックすることにより、
プロバイダは、「フィルタ」インターフェースに入力された情報を保存すること
ができる。あるいは、「削除」ボタン８４３０がクリックされると、表示された
フィルタが削除される。「戻る」ボタン８４２０がクリックされると、本システ
ムは、図９８に示す「プロバイダ取引選好リクエストフィルタ」インターフェー
スを表示する。

【０３４４】 （（ｃ）通信デフォルト） 図９７に示す「プロバイダ取引選好−見積りデフォルト」インターフェース上
の「通信」ボタン８３７がクリックされると、本システムは、図１００に示す「
プロバイダ取引選好−通信」インターフェースを表示する。この「プロバイダ取
引選好−通信」インターフェースを用いると、プロバイダは、メンバーが特定の
種類のトランザクションについて価格設定リクエストを提出するたびにその旨を
示す電子メール通知を本システムから受信することをプロバイダが望むか否かを
示すフィルタを設定することができる。プロバイダは、各種のトランザクション
についてこのようなメッセージを受信する際の電子メールアドレスをフィールド
８４５０において指定することができる。「保存」ボタン８４５５をクリックす
ることにより、プロバイダは、このインターフェースに入力された情報を保存す
ることができる。

【０３４５】 （（ｄ）標準テキスト） 図１０１に示す「標準テキストリスト」インターフェースを用いると、プロバ
イダは、標準化されたテキスト（例えば、ボイラープレート言語、警告文または
他のコメント）を生成して、これらのテキストをプロバイダの価格見積全てに添
付することができる。プロバイダは、１つ以上のバージョンのテキストおよび名
称を生成し、そのテキストファイルを保存することができる。この「標準テキス
トリスト」インターフェースは、プロバイダの標準テキストファイル（例えば、
略称、名称およびテキスト）それぞれを表示する。プロバイダは、テキストファ
イルを選択して、「不アクティブ化」ボタン８４６０をクリックすることにより
、テキストファイルを不アクティブ化して、これにより、当該テキストファイル
が当該プロバイダの価格見積に添付されないようにすることができる。「新規」
ボタン８４７０がクリックされると、プロバイダは、図１０２に示す「標準テキ
スト情報」インターフェースを用いて、新規テキストファイルを生成することが
できる。あるいは、テキストファイルの名称がクリックされると、本システムは
、図１０２に示す「標準テキスト情報」インターフェースを表示する。この「標
準テキスト情報」インターフェースを用いると、プロバイダは、特定の標準テキ
ストファイルを編集することができる。プロバイダは、各テキストファイルにつ
いて、略称、名称およびテキスト情報を入力することができる。プロバイダは、
「保存」ボタン８４８０をクリックすることにより、「標準テキスト情報」イン
ターフェースに入力された情報を保存することができる。

【０３４６】 （ｂ．トランザクション） 本発明のこの実施形態を用いると、メンバーおよびプロバイダは、資本市場に
おける金融トランザクションに一連のインターフェースを通じて双方向に参加す
ることができる。このようなインターフェースを用いて、メンバーは、所望の金
融トランザクションを構築し、このようなトランザクションに関する価格設定リ
クエストを自動通信することができる。プロバイダは、メンバーから入来する価
格設定リクエストを監視し、価格見積を構築して任意のリクエストに応答するこ
とができる。その後、メンバーは、入来する価格見積を監視し、このような価格
見積について本システムを介してプロバイダと双方向に交渉し、価格見積を受領
することができる。メンバーおよびプロバイダはまた、ｃａｎａｌｓｏｒｍ本シ
ステムを介して受領したトランザクションの支払い予定および他の決済の詳細を
決定することもできる。 （ｉ．メンバーのリクエストの構築） 本発明のこの実施形態は、メンバーが本システムを用いて構築および取引を行
うことの可能な各種の金融トランザクションのためのリクエスト構築インターフ
ェースを含む。以下、この点について説明する。

【０３４７】 （ａ）外国為替スポット／先渡し 図１１８に示す「新規リクエスト：ＦＸ」インターフェースを用いると、メン
バーは、外国為替スポット（「ＦＸスポット」）（ＦＸスポット取引タイプのサ
ブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１
）を参照されたい）に関するトランザクションリクエストまたは外国為替先渡し
（「ＦＸ先渡し」）（ＦＸ先渡し取引タイプのサブエレメントの詳細については
、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（２）を参照されたい）に関するト
ランザクションリクエストを生成して、本システムを介してプロバイダに提出す
ることができる。図１１８に示すように、各ＦＸスポットトランザクションリク
エストまたはＦＸ先渡しトランザクションリクエストのためのインターフェース
を用いてメンバーが入力する情報を以下に挙げる。 ・取引日付：通貨取引がパーティによって契約された日の日付。 ・値日付：取引された通貨が換算される日の日付。ＦＸスポットトランザクショ
ンの場合、メンバーは、プルダウンメニューから「スポット」９０００を選択す
る。ＦＸ先渡しトランザクションの場合、メンバーは、プルダウンメニューから
先渡し期間９０１０（例えば、「１週間」、「１ヶ月」等）を選択する。 ・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。 ・ベース通貨：取得が望まれる通貨を測定する際、測定単位として用いられる通
貨（例えば、図１１８中の「ＥＵＲ」）。 ・売買額：取得が望まれる通貨に変換される通貨の特定の額。 ・見積り通貨：取得が望まれる通貨または見積りが固定される通貨（例えば、図
１１８中の「ＵＳＤ」）。 ・法人エンティティ：トランザクションの割り当て対象となるメンバーまたはメ
ンバーが関連する法人エンティティの名称。

【０３４８】 「保存」ボタン９０２０をクリックすることにより、メンバーは、このインタ
ーフェースに入力されたトランザクションリクエスト情報を保存することができ
る。「送信」ボタン９０３０をクリックすることにより、メンバーは、トランザ
クションリクエスト情報をプロバイダに自動送信することができる。

【０３４９】 「パラメータ」ボタン９０４０がクリックされると、本システムは、図１１９
に示す「パラメータ」インターフェースを表示する。このインターフェースを用
いると、メンバーは、トランザクションリクエストに関するパラメータを指定す
ることができる。これらのパラメータは、当該リクエストに関する期限切れトリ
ガ情報（例えば、（ｉ）特定の日付および時間または（ｉｉ）特定の継続期間）
を含む。加えて、メンバーは、トランザクションリクエストに添付されるメモを
入力することもできる。「保存」ボタン９３００をクリックすることにより、メ
ンバーは、このインターフェースに入力されたトランザクションリクエスト情報
を保存することができる。「送信」ボタン９３１０をクリックすることにより、
メンバーは、トランザクションリクエスト情報をプロバイダに自動送信すること
ができる。本システムは、以下に説明する各種のトランザクションリクエストに
ついても類似の「パラメータ」インターフェースを提供する点に留意されたい。

【０３５０】 図１１８に示す「新規リクエスト：ＦＸ」インターフェース上の「プロバイダ
」ボタン９０５０がクリックされると、本システムは、図１２０に示す「プロバ
イダ」インターフェースを表示することができる。このインターフェースを用い
ると、メンバーは、ＦＸスポットトランザクションリクエストが本システムを通
じて先渡しされるべきプロバイダを指定することができる。このインターフェー
スを用いると、メンバーは、システムプロバイダのリストから全てのプロバイダ
または特定のプロバイダを受取人として選択することができる。インターフェー
スは、このようなプロバイダそれぞれについて、略称９３２０と、正式名および
社章と、当該プロバイダが選択された受取人であるか否かを示すチェックボック
スとを表示する。このインターフェースを用いると、メンバーは、見込みのある
プロバイダのＥメールアドレスをシステム管理者によって連絡されるべきアドレ
スとして指定することもできる。「保存」ボタン９３３０をクリックすることに
より、メンバーは、このインターフェースに入力されたトランザクションリクエ
スト情報を保存することができる。「送信」ボタン９３４０をクリックすること
により、メンバーは、関連するトランザクションリクエスト情報をプロバイダに
自動送信することができる。本システムは、以下に説明する各種のトランザクシ
ョンリクエストについても類似の「プロバイダ」インターフェースを提供する点
に留意されたい。

【０３５１】 図１１８に示す「新規リクエスト：ＦＸ」インターフェース上の「検討」ボタ
ン９０６０がクリックされると、本システムは、図１２１に示す「検討」インタ
ーフェースを表示する。このインターフェースを用いると、メンバーは、各ＦＸ
スポットトランザクションリクエストについて、詳細と、パラメータと、受取人
となるプロバイダのリストとを検討することができる。検討した際に、メンバー
がその情報を変更することを望む場合、そのメンバーは、インターフェース上に
配置された適切な「詳細」ボタン、「パラメータ」ボタンまたは「プロバイダ」
ボタンをクリックして、これにより、これらのインターフェースのうち任意のも
のにアクセスし、上記変更を行うことができる。「送信」ボタン９３５０をクリ
ックすることにより、メンバーは、関連するトランザクションリクエスト情報を
プロバイダに自動送信することができる。本システムは、以下に説明する各種の
トランザクションリクエストについても類似の「検討」インターフェースを提供
する点に留意されたい。

【０３５２】 （（ｂ）外国為替スワップ） 図１１２に示す「新規リクエスト：ＦＸスワップ」インターフェースを用いる
と、メンバーは、外国為替スワップ（「ＦＸスワップ」）トランザクションリク
エスト（ＦＸスワップ取引タイプのサブエレメントの詳細については、上記のセ
クションＢ．１．ｂ．ｉ．（ｂ）（１０）を参照されたい。）を生成して、本シ
ステムを介してプロバイダに提出することができる。図１１２に示すように、メ
ンバーが各ＦＸスワップトランザクションリクエストについてこのインターフェ
ースを用いて入力する情報を以下に挙げる。： ・取引日付：通貨取引がパーティによって契約された日の日付。 ・近位日付：スワップの第１のレッグの最終支払いが行われる日の日付。 ・遠位日付：スワップの第２のレッグの最終支払いが行われる日の日付。 ・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。 ・近位レッグ元金（Ｐｒｉｎｃｉｐａｌ）額：近位日付において支払われる／受
領される額。 ・近位レッグ通貨：近位レッグの通貨（例えば、図１１２中の「ＥＵＲ」）。 ・遠位レッグ通貨：遠位レッグの通貨（例えば、図１１２中の「ＵＳＤ」）。 ・遠位レッグ元金額：遠位日付において支払われる額。 ・参照情報スポットＦＸレート（オプション）：このトランザクションの外国為
替レートを計算する際に用いられるスポットレート ・法人エンティティ：トランザクションの割り当て先となるメンバーまたはメン
バーの関連する法人エンティティの名称。

【０３５３】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３５４】 （（ｃ）外国為替オプション） 図１１３に示す「新規リクエスト：ＦＸ欧州オプション」インターフェースを
用いると、メンバーは、外国為替オプション（「ＦＸオプション」）トランザク
ションリクエスト（ＦＸオプション取引タイプのサブエレメントの詳細について
は、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（９）を参照されたい。）を生成
して、本システムを介してプロバイダに提出することができる。図１１３に示す
ように、メンバーがインターフェースを用いて入力する各ＦＸオプショントラン
ザクションリクエストについて情報を以下に挙げる。： ・取引日付：通貨取引がパーティによって契約された日の日付。 ・決済日付：取引が決済される日の日付。 ・満期日付：オプションを実行しなければならない日の日付。 ・送達日付：オプションが実行されるときにキャッシュフローまたは基礎となる
（ｕｎｄｅｒｌｙｉｎｇ）取引額のいずれかを交換しなければならない日の日付
。 ・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。 ・名目額：オプションが実行される際に購入または売却される通貨に変換される
通貨の額。 ・名目通貨：名目額の通貨（例えば、図１１３中の「ＥＵＲ」）。 ・アゲインスト（Ａｇａｉｎｓｔ）額：オプションが実行される際に購入または
売却される通貨の決済額。 ・アゲインスト通貨：決済額の通貨（例えば、図１１３中の「ＵＳＤ」） ・実行すべきオプションが「プット」または「コール」であることを示すラジオ
ボタン。 ・ストライク：オプションの実行をトリガするストライクレート。 ・送達：オプションが実行される際に（ｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取
引（「現金」）のキャッシュフローの正味額のみかまたは（ｉｉ）基本の（ｕｎ
ｄｅｒｌｙｉｎｇ）取引（「フィジカル（Ｐｈｙｓｉｃａｌ）」）のどちらを決
済するかを示すラジオボタン。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３５５】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３５６】 （（ｄ）スワップ） 図１１４に示す「新規リクエスト：スワップ」インターフェースを用いると、
メンバーは、以下の種類のトランザクションリクエストのうち任意のものを生成
して、本システムを介してプロバイダに提出することができる。： ・固定−変動金利スワップ ・変動−変動金利スワップ ・固定−固定通貨間スワップ ・固定−変動通貨間スワップ ・変動−変動通貨間スワップ 図１１４に示すように、メンバーがこのインターフェースを用いて各スワップ
トランザクションリクエストについて入力する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・開始日付：スワップ契約が開始する日の日付。 ・満期日付：スワップ契約が終了する日の日付。 ・メンバーがプロバイダに支払う利息が固定利息で支払われるかまたは変動利息
で支払われるかを示すラジオボタン。 ・支払いレッグ名目額および通貨：メンバーによって支払われるレッグの通貨の
額および種類。 ・メンバーがプロバイダから受領する利息の支払いが固定利息で支払われるかま
たは変動利息で支払われるかを示すラジオボタン。 ・受領レッグ名目額および通貨：メンバーによって受領されるレッグの通貨の額
および種類。 ・支払いレッグまたは受領レッグに対する変動レートインデックスおよびベーシ
スポイントスプレッド（但し、適用可能な場合）。 ・プロバイダの見積りが（ｉ）固定レートの支払いレッグ／受領レッグであるか
または（ｉｉ）変動レートの受領レッグ／支払いレッグであるかを示すラジオボ
タン。

【０３５７】 固定金利／変動金利と、このインターフェース上での支払いレッグおよび受領
レッグについてメンバーが指定した同じまたは異なる通貨との組み合わせにより
、リクエストされる特定の種類のトランザクションが決定する。その後、このト
ランザクションにより、本システムは、５つの異なるインターフェースのうち１
つを表示する（これについては後述する）。

【０３５８】 （（１）固定−変動金利スワップ） 図１１４中のラジオボタン９１００に示すように、メンバーが、同じ通貨を用
いて「固定」支払いレッグおよび「変動」受領レッグを指定し、「次」ボタン９
１１０をクリックすると、本システムは、図１１４Ａに示す「新規リクエスト：
固定変動金利スワップ」インターフェースを表示する。このインターフェースを
用いると、メンバーは、固定−変動金利スワップトランザクションリクエスト（
利息固定変動スワップ取引タイプのサブエレメントの詳細については、上記のセ
クションｂ．ｉ．（ｂ）（３）を参照されたい）を生成して、本システムを介し
てプロバイダに提出することができる。図１１４Ａに示すように、メンバーがこ
のインターフェースを用いて入力する各固定−変動金利スワップトランザクショ
ンリクエストに関する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・開始日付：スワップ契約が開始する日の日付。 ・満期日付：スワップ契約が終了する日の日付。 ・（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される名目
額および通貨。 ・変動レッグについての変動レートインデックスおよびベーシスポイントスプレ
ッド。 ・第１の固定レート：変動レッグについての第１の金利計算期間において用いら
れる金利（オプション）。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定
レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・支払い頻度：利息の支払いの頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッ
グそれぞれについて指定される。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定レッ
グおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報
として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レ
ッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定レッグおよび
（ｉｉ）変動レッグそれぞれについて指定される。 ・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉｉ）変動
レッグそれぞれについて指定される。 ・複合頻度：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグ
それぞれについて指定される。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３５９】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３６０】 メンバーが図１１４中のラジオボタン９１００を用いて「変動」支払いレッグ
および「固定」受領レッグを同じ通貨で指定し、「次」ボタン９１１０をクリッ
クすると、本システムは、「新規リクエスト：変動固定金利スワップ」インター
フェースを表示する点に留意されたい。このインターフェースを用いると、メン
バーは、変動−固定金利スワップトランザクションリクエストを生成することが
できる。この変動−固定金利スワップトランザクションリクエストは、上記の固
定−変動金利スワップの反対側に構築される。

【０３６１】 （（２）変動−変動金利スワップ） 図１１４Ｂ中のラジオボタン９１２０に示すように、メンバーが「変動」支払
いレッグおよび「変動」受領レッグを同じ通貨を用いて指定し、「次」ボタン９
１３０をクリックすると、本システムは、図１１４Ｃに示す「新規リクエスト：
変動変動金利スワップ」インターフェースを表示する。このインターフェースを
用いると、メンバーは、変動−変動金利スワップトランザクションリクエスト（
金利変動変動スワップ取引タイプのサブエレメントの詳細については、上記のセ
クションＢ．１．ｂ．ｉ．（ｂ）（４）を参照されたい。）を生成して、本シス
テムを介してプロバイダに提出することができる。図１１４Ｃに示すように、メ
ンバーがこのインターフェースを用いて入力する各変動−変動金利スワップトラ
ンザクションリクエストに関する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・開始日付：スワップ契約が開始する日の日付。 ・満期日付：スワップ契約が終了する日の日付。 ・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定
される名目額および通貨。 ・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについての変
動レートインデックスおよびベーシスポイントスプレッド。 ・第１の固定レート：第１の金利計算期間の間に用いられる金利。（ｉ）変動支
払いレッグおよび（ｉｉ）変動受領レッグ（オプション）それぞれについて用い
られる。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）変動
支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。 ・支払い頻度：利息の支払いが行われる頻度。（ｉ）変動支払いレッグおよび（
ｉｉ）変動受領レッグそれぞれについて指定される。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合において利息の支払いを決定する際に用いられる。（ｉ）固
定支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグの各々につ
いて金利を再設定する際に休業日に関する参照情報として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）変動支払いレッグおよび（ｉｉ）
変動受領レッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。（ｉ）変動支払いレッグ
および（ｉｉ）変動受領レッグそれぞれについて指定される。 ・スタブ長さ：不規則な支払い予定長さ。（ｉ）変動支払いレッグおよび（ｉｉ
）変動受領レッグそれぞれについて指定される。 ・複合頻度：利息複合計算の頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動
受領レッグそれぞれについて指定される。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３６２】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３６３】 （（３）固定−固定クロスＣスワップ） 図１１４Ｄ中のラジオボタン９１４０に示すようにメンバーが「固定」支払い
レッグおよび「固定」受領レッグを指定する際に、ラジオボタン９１５０に示す
ように支払いレッグおよび受領レッグについて異なる通貨を用い、「次」ボタン
９１６０をクリックすると、本システムは、図１１４Ｅに示す「新規リクエスト
：固定固定通貨間スワップ」インターフェースを表示する。このインターフェー
スを用いると、メンバーは、固定−固定通貨間スワップトランザクションリクエ
ストを生成（通貨間固定−固定スワップ取引タイプのサブエレメントの詳細につ
いては、上記セクションＢ．１．ｂ．ｉ．（ｂ）（１１）を参照されたい。）し
て、本システムを介してプロバイダに提出することができる。図１１４Ｅに示す
ように、メンバーがこのインターフェースを用いて入力する各固定−固定通貨間
スワップトランザクションリクエストに関する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・開始日付：スワップ契約が開始し、元金の換算が行われる日の日付（但し、適
用可能な場合）の日付。 ・満期日付：スワップ契約が終了する日の日付。 ・（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定
される名目額および通貨。 ・元金換算タイプ：元金換算の種類。（ただし、そのようなものが少しでもある
場合）、トランザクションに組み込まれる。 ・元金為替レートおよび通貨：元金換算の為替レートおよび通貨、（ただし、そ
のようなものが少しでもある場合）。 ・固定レート：（ｉ）固定支払いレッグまたは（ｉｉ）固定受領レッグのいずれ
かの金利。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定
支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。 ・支払い頻度：利息支払いが行われる頻度。（ｉ）固定支払いレッグおよび（ｉ
ｉ）固定受領レッグそれぞれについて指定される。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定支払
いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）固定支払いレッグおよび（ｉｉ）
固定受領レッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定支払いレッグ
および（ｉｉ）固定受領レッグそれぞれについて指定される。 ・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定支払いレッグおよび（ｉｉ
）固定受領レッグそれぞれについて指定される。 ・複合頻度：利息複合計算の頻度。（ｉ）固定支払いレッグおよび（ｉｉ）固定
受領レッグそれぞれについて指定される。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３６４】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３６５】 （（４）固定−変動通貨間スワップ） 図１１４Ｆ中のラジオボタン９１７０に示すようにメンバーが「固定」支払い
レッグおよび「変動」受領レッグする際、ラジオボタン９１８０上に示すように
支払いレッグおよび受領レッグについて異なる通貨を用い、「次」ボタン９１９
０をクリックすると、本システムは、図１１４Ｇに示す「新規リクエスト：固定
変動通貨間スワップ」インターフェースを表示する。このインターフェースを用
いると、メンバーは、固定−変動通貨間スワップトランザクションリクエストを
生成し（通貨間固定−変動スワップ取引タイプのサブエレメントの詳細について
は、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１３）を参照されたい。）本シ
ステムを通じてプロバイダに提出することができる。図１１４Ｇに示すように、
メンバーがこのインターフェースを用いて入力する各固定−変動通貨間スワップ
トランザクションリクエストに関する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・スワップ契約が開始され、元金の換算が行われる開始日付（但し、適用可能な
場合）。 ・満期日付：スワップ契約が終了する日の日付。 ・（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される名目
額および通貨。 ・元金換算タイプ：元金換算の種類（ただし、そのようなものが少しでもある場
合）。トランザクションに組み込まれる。 ・元金為替レートおよび通貨：元金換算のレートおよび通貨（ただし、そのよう
なものが少しでもある場合）。 ・固定レッグまたは変動レートインデックスについての固定レートインデックス
およびベーシスポイントスプレッドならびに変動レッグについてのベーシスポイ
ントスプレッド。 ・第１の固定レート：変動レッグについての第１の金利計算期間の間に用いられ
る金利。（オプション）。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定
レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・支払い頻度：利息支払いが行われる頻度。（ｉ）固定レッグおよび（ｉｉ）変
動レッグそれぞれについて指定される。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定レッ
グおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報
として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レ
ッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定レッグおよび
（ｉｉ）変動レッグそれぞれについて指定される。 ・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉｉ）変動
レッグそれぞれについて指定される。 ・複合頻度：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグ
それぞれについて指定される。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３６６】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３６７】 メンバーが「変動」支払いレッグおよび「固定」受領レッグを図１１４中のラ
ジオボタン９１００および同じ通貨を用いて指定し、「次」ボタン９１１０をク
リックすると、本システムは、「新規リクエスト：変動固定通貨間スワップ」イ
ンターフェースを表示する点に留意されたい。このインターフェースを用いると
、メンバーは、変動−固定通貨間スワップトランザクションリクエストを生成す
ることができる。この変動−固定通貨間スワップトランザクションリクエストは
、上記の固定−変動通貨間スワップの反対側に構築される。

【０３６８】 （（５）変動−変動通貨間スワップ） 図１１４Ｈ中のラジオボタン９２００に示すように、メンバーが、「変動」
支払いレッグおよび「変動」受領レッグを、ラジオボタン９２１０に示すように
支払いレッグおよび受領レッグについて異なる通貨を用いて指定し、「次」ボタ
ン９２２０をクリックすると、本システムは、図１１４Ｉに示す「新規リクエス
ト：変動変動通貨間スワップ」インターフェースを表示する。このインターフェ
ースを用いると、メンバーは、変動−変動通貨間スワップトランザクションリク
エスト（通貨間変動−変動スワップ取引タイプのサブエレメントの詳細について
は上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１２）を参照されたい。）を生成
して、本システムを介してプロバイダに提出することができる。図１１４Ｉに示
すように、メンバーがこのインターフェースを用いて入力する各変動−変動通貨
間スワップトランザクションリクエストに関する情報を以下に挙げる。： ・取引日付：スワップ契約がパーティによって定められた日の日付。 ・開始日付：スワップ契約が開始し、元金の換算が行われる日の日付（但し、適
用可能な場合）の日付。 ・満期日付：スワップ契約が終了する日の日付。 ・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定
される名目額および通貨。 ・元金換算タイプ：元金換算の種類。（ただし、そのようなものが少しでもある
場合）トランザクションに組み込まれる。 ・元金為替レートおよび通貨：元金換算の為替レートおよび通貨、（ただし、そ
のようなものが少しでもある場合）。 ・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについての変
動レートインデックスおよびベーシスポイントスプレッド。 ・第１の固定レート：第１の金利計算期間の間に用いられる金利。（ｉ）変動支
払いレッグおよび（ｉｉ）変動受領レッグ（オプション）それぞれについて用い
られる。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）変動
支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。 ・支払い頻度：利息／元金支払いの頻度。（ｉ）変動支払いレッグおよび（ｉｉ
）変動受領レッグそれぞれについて指定される。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）変動支払
いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグの各々につ
いて金利を再設定する際に休業日に関する参照情報として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）変動支払いレッグおよび（ｉｉ）
変動受領レッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。（ｉ）変動支払いレッグ
および（ｉｉ）変動受領レッグそれぞれについて指定される。 ・スタブ長さ：不規則な支払い予定長さ。（ｉ）変動支払いレッグおよび（ｉｉ
）変動受領レッグそれぞれについて指定される。 ・複合頻度：利息複合計算の頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動
受領レッグそれぞれについて指定される。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３６９】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３７０】 （ｅ）キャップ／フロア 図１１５に示す「新規リクエスト：キャップ／フロア」インターフェースを用
いると、メンバーは、キャップトランザクションリクエストおよびフロアトラン
ザクションリクエストを生成して、本システムを介してプロバイダに提出するこ
とができる。図１１５に示すように、メンバーがこのインターフェースを用いて
入力する各キャップトランザクションリクエストまたはフロアトランザクション
リクエストに関する情報を以下に挙げる。： ・取引日付：当該取引に関する契約がパーティによって定められた日の日付。 ・開始日付：オプションが開始する日の日付。 ・満期日付：オプションが期限切れになる日の日付。 ・メンバーがキャップまたはフロアの購入または売却を行うか否かを示すラジオ
ボタン９４００。 ・名目額および通貨：支払いストリームを計算する際の基本通貨として用いられ
る通貨の額および種類。 ・変動金利のインデックス。 ・メンバーが価格見積を（ｉ）指定通貨のプレミアム額または（ｉｉ）指定通貨
のストライクパーセントのどちらでリクエストしているのかを示すラジオボタン
。

【０３７１】 （１）キャップ メンバーが図１１５中のラジオボタン９４００に示すような「キャップ」購入
または売却を指定し、「次」ボタン９４１０をクリックすると、本システムは、
図１１５Ａに示す「新規リクエスト：キャップ」インターフェースを表示する。
このインターフェースを用いると、メンバーは、キャップトランザクションリク
エスト（キャップ取引タイプのサブエレメントの詳細については、上記のセクシ
ョンＢ．１．ｂ．ｉ．（ｂ）（５）を参照されたい。）を生成して、本システム
を介してプロバイダに提出することができる。図１１５Ａに示すように、メンバ
ーがこのインターフェースを用いて入力する各キャップトランザクションリクエ
ストに関する情報を以下に挙げる。： ・取引日付：当該取引に関する契約がパーティによって定められた日の日付。 ・開始日付：オプションが開始する日の日付。 ・満期日付：オプションが期限切れになる日の日付。 ・メンバーがキャップの購入または売却のどちらを行うのかを示すラジオボタン
。 ・名目額および通貨：支払いストリームを計算する際の基本通貨として用いられ
る通貨の額および種類。 ・ストライク：各キャップトランザクションを実行する際に用いられるストライ
クレート。 ・変動金利のインデックス。 ・第１の固定レート：キャップ計算期間の間に用いられる金利。 ・プレミアム支払い日付：プレミアム支払いが行われる日の日付。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。 ・支払い頻度：オプション支払いの頻度。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に利息の支払いを決定する際に用いられる。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。 ・スタブ：予定外の支払いについて用いられる表示物。 ・スタブ長さ：不規則な支払い予定長さ。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３７２】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３７３】 （（２）フロア） メンバーが図１１５Ｂ中のラジオボタン９４２０に示すような「フロア（Ｆｌ
ｏｏｒ）」の購入または売却を指定し、「次（Ｎｅｘｔ）」ボタン９４３０をク
リックすると、本システムは、図１１５Ｃに示す「新規リクエスト：フロア（Ｎ
ｅｗ Ｒｅｑｕｅｓｔ：Ｎｅｗ）」インターフェースを表示する。このインター
フェースを用いると、メンバーは、フロアトランザクションリクエスト（フロア
取引タイプのサブエレメントの詳細については、上記セクションＢ．１．ｂ．ｉ
．（ｂ）（６）を参照されたい。）を生成して、本システムを介してプロバイダ
に提出することができる。図１１５Ｃに示すように、メンバーがこのインターフ
ェースを用いて入力する各フロアトランザクションリクエストに関する情報を以
下に挙げる。： ・取引日付（Ｔｒａｄｅ Ｄａｔｅ）：当該取引に関する契約がパーティによっ
て定められた日の日付。 ・開始日付（Ｓｔａｒｔ Ｄａｔｅ）：オプションが開始する日の日付。 ・満期日付（Ｅｘｐｉｒｙ Ｄａｔｅ）：オプションが期限切れになる日の日付
。 ・メンバーがフロアの購入または売却のどちらを行うのかを示すラジオボタン（
Ｒａｄｉｏ ｂｕｔｔｏｎ）。 ・名目額および通貨（Ｎｏｍｉｎａｌ Ａｍｏｕｎｔ ａｎｄ Ｃｕｒｒｅｎｃ
ｙ）：支払いストリームを計算する際の基本通貨として用いられる通貨の額およ
び種類。 ・ストライク（Ｓｔｒｉｋｅ）：各フロアトランザクションの際に用いられるス
トライクレート。 ・変動金利のインデックス（Ｉｎｄｅｘ）。 ・第１の固定レート（Ｆｉｒｓｔ Ｆｉｘｉｎｇ Ｒａｔｅ）：フロア計算期間
の間に用いられる金利。 ・プレミアム支払い日付（Ｐｒｅｍｉｕｍ Ｐａｙ Ｄａｔｅ）：プレミアム支
払いが行われる日の日付。 ・日数カウント（Ｄａｙ Ｃｏｕｎｔ）：利息を計算する際に用いられる日数カ
ウント方法。 ・支払い頻度（Ｐａｙｍｅｎｔ Ｆｒｅｑｕｅｎｃｙ）：オプション支払いが行
われる頻度。 ・変更／日付：各期間についての規約。このようなイベントが非営業日に起こる
場合において利息の支払いを決定する際に用いられる。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。 ・スタブ：予定外の支払いについて用いられる表示物。 ・スタブ長さ：不規則な支払い予定長さ。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 「保存」ボタンをクリックすることにより、メンバーは、このインターフェース
に入力されたトランザクションリクエスト情報を保存することができる。「送信
」ボタンをクリックすることにより、メンバートランザクションリクエスト情報
をプロバイダに自動送信することができる。

【０３７４】 （（ｆ）金利先渡し契約） 図１１６に示す「新規リクエスト：ＦＲＡ」インターフェースを用いると、メ
ンバーは、先渡し契約トランザクションリクエストを生成して、システムを介し
てプロバイダに提出することができる。図１１６に示すように、メンバーがこの
インターフェースを用いて各金利先渡し契約トランザクションリクエストについ
て入力する情報は、以下を含む： ・取引日付：取引についてパーティによる契約が得られた日の日付。 ・期日：取引の開始日および終了日；例えば、「３ヶ月×６ヶ月」は、取引日か
ら３ヶ月経過した後の最初の営業日に取引が開始し、取引日から６ヶ月経過した
後の最初の営業日に終了することを意味する。 ・メンバーが金利先渡し契約の購入または売却のどちらを行うのかを示すラジオ
ボタン９５００。 ・名目額および名目通貨：支払いシステムの基本として用いられる通貨の額およ
び種類。 ・変動利率のインデックス。

【０３７５】 「次」ボタン９５１０がクリックされると、本システムは、図１１６Ａに示す
「新規リクエスト：金利先渡し契約」インターフェースを表示する。このインタ
ーフェースを用いると、メンバーは、本システムを介してプロバイダに提出され
る金利先渡し契約トランザクションリクエスト（金利先渡し契約サブエレメント
の詳細については、上記セクションＢ．１．ｂ．ｉ（ｂ）（１４）を参照された
い。）の詳細を提供することができる。図１１６Ａに示すように、メンバーがこ
のインターフェースを用いて各金利先渡し契約トランザクションリクエストにつ
いて入力する情報は以下を含む： ・取引日付：取引についてパーティによる契約が得られた日の日付。 ・期日：取引の開始日および終了日；例えば、「３ヶ月×６ヶ月」は、取引日か
ら３ヶ月経過した後の最初の営業日に取引が開始し、取引日から６ヶ月経過した
後の最初の営業日に終了することを意味する。 ・開始日：金利先渡し契約が開始する日の日付。 ・終了日：金利先渡し契約が終了する日の日付。 メンバーが金利先渡し契約の購入または売却のどちらを行うのかを示すラジオボ
タン。 ・名目額および名目通貨：支払いシステムの計算の際の基本として用いられる通
貨の額および種類。 ・変動利率のインデックス。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に金利先渡し契約の支払い額をを決定する際に用いられる。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３７６】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、このトランザクションリク
エスト情報をプロバイダに自動送信することができる。

【０３７７】 （（ｇ）固定レートの預金） 図１１７に示す「新規リクエスト：預金（Ｄｅｐｏｓｉｔ）」インターフェー
スを用いると、メンバーは、固定レート預金トランザクションリクエストを生成
して、本システムを介してプロバイダに提出することができる。図１１７に示す
ように、メンバーがこのインターフェースを用いて各固定レート預金トランザク
ションリクエストについて入力する情報は以下を含む。 ・取引日：預金についてパーティによる契約が得られた日の日付。 ・為替資金引渡日：預金が開始する日の日付。 ・満期日：預金が終了する日の日付。 ・預金額および預金通貨：預金の額および用いられる通貨。

【０３７８】 「次」ボタン９６００がクリックされると、本システムは、図１１７Ａに示す
「新規リクエスト：固定レート預金（Ｆｉｘｅｄ Ｒａｔｅ Ｄｅｐｏｓｉｔ）
」インターフェースを表示する。このインターフェースを用いると、メンバーは
、固定レート預金トランザクションリクエスト（固定レート預金サブエレメント
の詳細については、上記セクションＢ．１．ｂ．ｉ（ｂ）（７）を参照されたい
。）の詳細を本システムを介してプロバイダに送ることができる。図１１７Ａに
示すように、メンバーがこのインターフェースを用いて各固定レート預金トラン
ザクションリクエストについて入力する情報は以下を含む： ・取引日：預金についてパーティによる契約が得られた日の日付。 ・為替資金引渡日：預金が開始する日の日付。 ・満期日：預金が終了する日の日付。 ・預金額および預金通貨：メンバーからプロバイダへの預金の額およびその通貨
の種類。 ・日数カウント：利息を計算する際に用いられる日数カウント方法。 ・支払い頻度：利息支払いが行われる頻度。 ・変更／日付：各期間についての特定の日および規約。このようなイベントが非
営業日に起こる場合に預金の支払いを決定する際に用いられる。 ・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有の
カレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報
として用いられる。 ・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計
算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レ
ッグそれぞれについて指定される。 ・スタブ：予定外の支払いについて用いられる表示物。 ・スタブ長さ：不規則な支払い予定長さ。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３７９】 「保存」ボタンをクリックすることにより、メンバーは、このインターフェー
スに入力されたトランザクションリクエスト情報を保存することができる。「送
信」ボタンをクリックすることにより、メンバーは、トランザクションリクエス
ト情報をプロバイダに自動送信することができる。

【０３８０】 （ｉｉ．メンバーリクエストのモニタリング） 本発明のこの実施形態は、一連のインターフェースを含む。これらのインター
フェースを用いると、メンバーは、メンバーによって生成されるトランザクショ
ンの状態（例えば、新規トランザクションｓリクエスト、１つ以上のプロバイダ
が応答性の価格見積りを提出したリクエスト、受領されたリクエスト、および期
限切れのリクエスト（これらについては後述する））をモニタリングすることが
できる。このようなモニタは、トランザクションに対するカウンタパーティ（例
えば、プロバイダ）に関係無く、特定のメンバーについてリクエストを集計する
。

【０３８１】 （（ａ）現在のリクエストの監視） 図６７に示す「リクエストの監視：現在」インターフェースを用いると、メン
バーは、メンバーの（ｉ）アクティブのトランザクションリクエストおよび（ｉ
ｉ）最近終了したトランザクションリクエストの集計を見ることができる。図６
７に示すように、各「アクティブ」（すなわち、期限切れになっていない）リク
エストについて表示される情報を以下に挙げる： ・リクエストを取り消す際にクリックすることが可能な「オフ」ボタン。 ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションの種類（例えば、ＦＸスポット）。 ・期限切れ日および時間。 ・リクエストに応答して受信された価格見積りの番号。 ・リクエスト状態に応答して受信される新規価格見積りの番号 ・状態（例えば、「期限切れ」） ・明細／コメント。

【０３８２】 「ＩＤ」ボタン３７８０、「タイプ」ボタン３７７０、または「期限切れ」ボ
タン３７６０をクリックすることにより、「アクティブ」リクエストの表示を、
識別番号、トランザクションタイプまたは期限切れ日／時間別にそれぞれ選別す
ることが可能である。

【０３８３】 各「最近終了した」リクエストについてインターフェース上に表示される情報
を以下に挙げる： ・応答性の価格見積りを提出したプロバイダと通信する際にクリックすることが
可能な「チャット」ボタン（ただし、プロバイダが特定の種類のトランザクショ
ンに関する通信を許可している場合。） ・一意に定まる（システムによって割り当てられた）識別番号 ・トランザクションタイプ（例えば、ＦＸスポット） ・カウンタパーティ名 ・価格見積り（ただし、そのようなものが少しでもある場合） ・状態（例えば、「期限切れ」） ・明細 ・終了日および時間／コメント 特定のトランザクションリクエストについての識別番号がクリックされると、本
システムは、当該リクエストの詳細を表示する。この機能は、以下に説明する残
りのリクエストモニタインターフェースからも利用可能である。例えば、ＦＸス
ポットトランザクションリクエスト（ボタン３７９０として識別される）につい
て識別番号（「４３１４」）がクリックされると、本システムは、図６８に示す
「リクエスト詳細：ＦＸスポット」インターフェースを表示する。このインター
フェースは、メンバーによって生成されたＦＸスポットトランザクションリクエ
ストの詳細を示し、このような情報を以下に挙げる： ・リクエストの開始時間および終了日／時間。 ・リクエストの状態（例えば、「取り消し済み」）。 ・取引日：通貨取引についてパーティによる契約が得られた日の日付。 ・為替資金引渡日：取引通貨の換算が行われる日の日付。 ・トランザクションの額および通貨。 ・取得が望まれる通貨または見積りが固定される通貨（例えば、図６８中の「Ｕ
ＳＤ」）。 ・法人エンティティ：トランザクションの割り当て対象となるメンバーまたはメ
ンバーが関連する法人エンティティの名称。

【０３８４】 応答性の価格見積りが既に受信されている場合、インターフェースは、以下の
情報も表示する： ・カウンタパーティ名 ・価格見積り額／レートおよび通貨 ・見積りの期限切れ日／時間。 ・見積りの状態。 ・見積りに付随するコメント。 ・価格見積りを受領する際にクリックすることが可能な「受領」ボタン。 ・プロバイダとの通信を行う際にクリックすることが可能な「チャット」ボタン
（ただし、プロバイダが特定の種類のトランザクションに関するチャット通信を
許可している場合）。

【０３８５】 メンバーは、カウンタパーティ名３８９０をクリックすることができる。この
カウンタパーティ名３８９０がクリックされると、本システムは、カウンタパー
ティに関するプロファイル情報（後述する図９７を参照されたい）を表示する。
見積り３９００がクリックされると、本システムは、見積り（後述する図８５を
参照されたい）に関するさらなる詳細を表示する。「オフ」ボタン３８９５をク
リックすることにより、メンバーは、トランザクションリクエストを取り消す。
「履歴」ボタン３９０５をクリックすることにより、メンバーは、トランザクシ
ョンリクエストに関連する全イベント（例えば、初期リクエストおよび別のプロ
バイダから受信された価格見積りへの改変）の概要を本システムに表示させる。

【０３８６】 別の実施例として、スワップトランザクションリクエスト（図６７上のボタン
３８００として識別される）に関する識別番号（「４０８９」）がクリックされ
ると、本システムは、図６９に示す「リクエスト詳細：固定変動利率スワップ」
インターフェースを表示する。このインターフェースは、メンバーによって生成
される固定−変動利率スワップトランザクションリクエストの詳細を示し、この
ようなリクエストは以下の情報を含む： ・リクエストの開始および終了日／時間。 ・リクエストの状態（例えば、「期限切れ」）。 ・取引日：スワップについてパーティによる契約が得られた日の日付。 ・開始日：スワップ契約が開始する日の日付。 ・満期日：スワップ契約が終了する日の日付。 ・メンバーが固定支払いレッグについて支払う額および通貨。 ・プロバイダが変動受取りレッグについて支払う額および通貨。 ・受取りレッグに関する変動レートインデックスおよびベーシスポイントスプレ
ッド。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。

【０３８７】 応答性の価格が既に受け取られている場合、インターフェースは、以下の情報
も表示する： ・カウンタパーティ名。 ・価格見積り額／レートおよび通貨。 ・見積りの期限切れ日／時間。 ・見積りの状態。 ・見積りに付随するコメント。 ・価格見積りを受領する際にクリックすることが可能な「受領」ボタン。 ・プロバイダとの通信を行う場合にクリックすることが可能な「チャット」ボタ
ン（ただし、プロバイダ特定の種類のトランザクションに関するチャット通信を
許可している場合）。

【０３８８】 本システムは、トランザクションリクエストと、リクエストモニタインターフ
ェース上に表示される他の全ての種類のトランザクションリクエストに関する価
格見積りとのの詳細を表示する類似のインターフェースを含む。新規価格見積り
が受信されるかまたはトランザクションリクエストの状態が変化した場合、本シ
ステムは、各種のトランザクションリクエストに関する「リクエストの監視：現
在」インターフェースと、「リクエスト詳細」インターフェースとを自動的にリ
フレッシュする。

【０３８９】 （（ｂ）アクティブのリクエストモニタ） 図７０に示す「リクエストモニタ：アクティブの」インターフェースは、「リ
クエストの監視：現在」インターフェース（図６７に示す）上の「アクティブ」
ボタン３８８０をクリックすることいによってアクセスすることが可能である。
このインターフェースを用いると、メンバーは、メンバーのアクティブのトラン
ザクションリクエストの集計を見ることができる。図７０に示すように、各「ア
クティブ」（すなわち、期限切れになっていない）リクエストについて表示され
る情報を以下に挙げる： ・特定のリクエストを取り消す際にクリックすることが可能な「オフ」ボタン３
９３０ ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションの種類（例えば、ＦＸスポット）。 ・期限切れ日および時間。 ・リクエストに応答して受け取られる価格見積りの番号。 ・リクエストに応答して受け取られる新規価格見積りの番号。 ・状態（例えば、「期限切れ」）。 ・明細／コメント。

【０３９０】 「ＩＤ」ボタン、「タイプ」ボタンまたは「期限切れ」ボタンをクリックする
ことにより、「アクティブ」リクエストの表示を、識別番号、トランザクション
タイプまたは期限切れ日／時間別にそれぞれ選別することが可能である。「実行
」ボタン３９５０がクリックされると、本システムは、表示されたアクティブの
リクエスト（単数または複数）に関するプルダウンメニュー３９４０から選択可
能な報告を実行する。このような報告は、イベントの活動ログと、トランザクシ
ョン統計と、アクティブのリクエストに関する監査ログとを含み得る。このよう
な集計報告は、以下に説明するリクエストモニタそれぞれについて利用可能であ
る。

【０３９１】 「リクエストモニタ：アクティブ」インターフェースと、以下に説明する残り
のリクエストモニタインターフェースとを用いても、メンバーは、リスト化され
たリクエストの自動化サーチを行うことができる。これは、アクティブのリクエ
ストが大量にある場合に有用である。プルダウンメニュー３９２０を用いて、ユ
ーザは、サーチ（例えば、トランザクションタイプ、明細）を行う際の属性を選
択し、サーチ期間をフィールド３９１０（例えば、「ＦＸスポット」）に入力す
ることができる。「サーチ」ボタン３９７０がクリックされると、本システムは
、サーチを時刻して、その結果を表示する。「クリア」ボタン３９８０がクリッ
クされると、本システムは、サーチ基準をクリアして、新規サーチ基準を入力で
きるようにする。「全部見る」ボタン３９９０がクリックされると、本システム
は、全てアクティブのリクエストを表示する。「ごみ箱を空にする」ボタン３９
６０がクリックされると、本システムは、古いまたはドラフトのトランザクショ
ンリクエストを永久削除する；このようなリクエストの数量は、「ごみ箱を空に
する」ボタン３９６０の隣に表示される。

【０３９２】 （（ｃ）受領されたリクエストモニタ） 図７１に示す「リクエストモニタ：受領済み」インターフェースは、「リクエ
ストの監視：現在」インターフェース（図６７に示す）上の「受領済み」ボタン
３８７０をクリックすることによりアクセスすることが可能である。このインタ
ーフェースを用いると、メンバーは、メンバーの受領済みトランザクションリク
エスト（すなわち、メンバーがプロバイダからの価格見積りを既に受領した各ト
ランザクションリクエスト）の集計を見ることができる。図７１に示すように、
各「受領済み」リクエストについて表示される情報を以下に挙げる： ・プロバイダと通信する際にクリックすることが可能な「チャット」ボタン（た
だし、プロバイダが特定の種類のトランザクションに関するチャット通信を許可
している場合。） ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ。 ・カウンタパーティ名。 ・価格見積り額／レート。 ・明細。

【０３９３】 （（ｄ）確認済みのリクエストモニタ） 図７２に示す「リクエストモニタ：確認済み」インターフェースは、「リクエ
ストの監視：現在」インターフェース（図６７に示す）上の「確認済み」ボタン
３８１０をクリックすることによりアクセスすることが可能である。このインタ
ーフェースを用いると、メンバーは、メンバーの確認済みのトランザクションリ
クエスト（すなわち、メンバーがプロバイダからの価格見積りを既に受領してお
り、かつ、プロバイダがメンバーの受領を確認済みである各トランザクションリ
クエスト）の集計を見ることができる。図７２に示すように、各「確認済み」リ
クエストについて表示される情報を以下に挙げる： ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ。 ・カウンタパーティ名。 ・価格見積り額／レート。 ・明細。

【０３９４】 （（ｅ）古いリクエストモニタ） 図７３に示す「リクエストモニタ：古い」インターフェースは、「リクエスト
の監視：現在」インターフェース（図６７に示す）上の「古い」ボタン３８２０
をクリックすることによってアクセスすることが可能である。このインターフェ
ースを用いると、メンバーは、メンバーの古いトランザクションリクエスト（す
なわち、期限切れまたはメンバーから取り消された各トランザクションリクエス
ト）の集計を見ることができる。図７３に示すように、各「古い」リクエストに
ついて表示される情報を以下に挙げる： ・一意に定まる（システムによって割り当てられた）識別番号。 ・状態（すなわち、「期限切れ」または「取り消し済み」）。 ・トランザクションタイプ。 ・明細。

【０３９５】 （（ｆ）ドラフトのリクエストモニタ） 図７４に示す「リクエストモニタ：ドラフト」インターフェースは、「リクエ
ストの監視：現在」インターフェース（図６７に示す）上の「ドラフトの」ボタ
ン３８６０をクリックすることによってアクセスが可能である。このインターフ
ェースを用いると、メンバーは、メンバーのドラフトのトランザクションリクエ
スト（すなわち、メンバーがドラフトおよび保存をしているが未だプロバイダに
提出されていない各トランザクションリクエスト）の集計を見ることができる。
図７４に示すように、各「古い」リクエストについて表示される情報を以下に挙
げる： ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションの種類。 ・明細。

【０３９６】 （（ｇ）ごみリクエストモニタ） 図７５に示す「リクエストモニタ：ごみ」インターフェースは、「リクエスト
の監視：現在」インターフェース（図６７に示す）上の「ごみ」ボタン３８５０
をクリックすることによりアクセスすることが可能である。このインターフェー
スを用いると、メンバーは、メンバーの「ごみ箱に入れた」（すなわち、古いお
よびドラフト）トランザクションリクエストの集計を見て、このようなリクエス
トを永久削除することができる。図７５に示すように、各「ごみ箱に入れた」リ
クエストについて表示される情報を以下に挙げる： ・削除または回復に関するリクエストを選択する際にクリックすることが可能な
選択結果表示物。 ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・状態。 ・リクエストに応答して受信された価格見積りの番号。 ・明細。

【０３９７】 特定のリクエストについて選択結果表示物をクリックすることにより、メンバ
ーは、そのリクエストを回復対象として印付けすることができる。その後、「回
復」ボタンがクリックされると、選択されたリクエストは「アクティブ」状態に
回復する。「ごみ箱を空にする」ボタンがクリックされると、「ごみ箱に入れら
れた」リクエストは全て永久削除される。 （（ｈ）全ての全てリクエストモニタ） 図７５Ａに示す「リクエストモニタ：全て」インターフェースは、「リクエス
トの監視：現在」インターフェース（図６７に示す）上の「全て」ボタン３８４
０をクリックすることによってアクセスすることが可能である。このインターフ
ェースを用いると、メンバーは、メンバーのトランザクションリクエスト（例え
ば、アクティブのリクエスト、肯定応答されたリクエスト、確認済みのリクエス
ト、取り消し済みのリクエスト、および期限切れのリクエスト）すべての集計を
見ることができる。図７５Ａに示すように、各リクエストについて表示される情
報を以下に挙げる： ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ（例えば、ＦＸスポット） ・状態（例えば、「期限切れ」）。 ・リクエストに応答して受信された価格見積りの番号。 ・明細。 ・終了日および時間／コメント。

【０３９８】 （（ｉ）編集リクエストモニタ） 図７６に示す「リクエストモニタ：編集」インターフェースは、「リクエスト
の監視：現在」インターフェース（図６７に示す）上の「編集」ボタン３８３０
をクリックすることによってアクセスすることが可能である。このインターフェ
ースを用いると、メンバーは、リクエストモニタインターフェースを個別調整す
ることができる。プルダウンメニュー４０００を用いて、メンバーは、最も最近
に終了したリクエストの番号を指定して、「リクエストの監視：現在」インター
フェース（図６７に示す）上に表示させることができる。ラジオボタン４０１０
をクリックすることにより、メンバーは、本システムに以下の作業を行わせるか
否かを指定することができる：すなわち、（ｉ）リクエストに変化（例えば、期
限切れまたは新規価格見積り）があった場合にメンバーにその旨を電子的に通知
して、メンバーがモニタ表示を手入力でリフレッシュすることができるようにす
ること；または（ｉｉ）リクエストに変化があった場合モニタ表示を自動的にリ
フレッシュすること。インジケータ４０２０をクリックすることにより、メンバ
ーは、本システムに「カウントダウン」計器を表示させるか否かを設定すること
ができる。この「カウントダウン」計器は、モニタ表示内の価格見積りが期限切
れになるまでの時間を表示する。各種のトランザクションについて、メンバーは
、「視認可能」表示物４０４０を設定することができる。この「視認可能」表示
物４０４０は、特定の種類のトランザクションをメンバーのモニタ上に表示させ
るか否かを決定するフィルタとして機能する。最後に、「期限切れまでの緊急を
要する時間」フィールド４０５０を用いて、メンバーは、期限切れカウントダウ
ン計器の色が（例えば、緑色から赤色に）変わって緊急時であることを示すデフ
ォルト時間を設定することができる。「保存」ボタンをクリックすることにより
、メンバーは、価格設定リクエストの選好設定を保存することができる。

【０３９９】 （ｉｉｉ．プロバイダリクエストの監視） 本発明のこの実施形態は、一連のインターフェースを含む。これらのインター
フェースを用いると、プロバイダは、メンバーによって生成されたトランザクシ
ョン（例えば、新規トランザクションリクエスト、プロバイダが応答性の価格見
積りを提出したリクエスト、受領済みリクエスト、確認済みのリクエスト、およ
び期限切れのリクエスト（これらについては後述する）の状態を監視することが
できる。このようなモニタは、トランザクションに対するカウンタパーティ（例
えば、メンバー）に関係無く、特定のプロバイダについてのリクエストを集計す
る。

【０４００】 （（ａ）現在のリクエストの監視） 図８４に示す「リクエストの監視：現在」インターフェースを用いると、プロ
バイダは、（ｉ）メンバーからのアクティブのトランザクションリクエストおよ
び（ｉｉ）プロバイダの最近終了した価格見積りの主計を見ることができる。図
８４に示すように、メンバーから送られる各「アクティブ」（すなわち、期限切
れになっていない）リクエストについて表示される情報を以下に挙げる： ・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な
「チャット」ボタン（ただし、メンバーが特定の種類のトランザクションに関す
るチャット通信を許可している場合）。 ・リクエストに関するアクションを開始する際にクリックすることが可能な「ア
クション」ボタン（例えば、「辞退」）。 ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・リクエストの期限切れ日および時間。 ・カウンタパーティ名。 ・プロバイダの現在の価格見積り。 ・価格見積り期限切れの日および時間。 ・価格見積り状態（例えば、「期限切れ」）。 ・トランザクションリクエストの明細 各縦列ヘッダをクリックすることにより、「アクティブ」リクエストの表示を
、識別番号、トランザクションタイプ、リクエスト期限切れ日／時間、価格見積
り、価格見積り期限切れ日／時間または明細別に選別することが可能である。

【０４０１】 各「最近終了した」見積りについてインターフェース上に表示される情報を以
下に挙げる： ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・カウンタパーティ名。 ・価格見積り。 ・状態（例えば、「期限切れ」）。 ・明細。

【０４０２】 特定の見積りに関する識別番号がクリックされると、本システムは、その見積
りに関する詳細を表示する。この機能は、後述する残りのリクエストモニタイン
ターフェース上でも利用可能である。例えば、ＦＸスポット見積り（ボタン８０
３０として識別される）に関する識別番号（「４３１４」）がクリックされると
、本システムは、図８５に示す「リクエスト詳細：ＦＸスポット」インターフェ
ースを表示する。このインターフェースは、プロバイダによって生成されるＦＸ
スポット価格見積りの詳細を示す。このような見積りは、以下の情報を含む： ・リクエストの開始および終了日／時間。 ・リクエストの状態（例えば、「取り消し済み」）。 ・カウンタパーティ名。 ・取引日：通貨取引についてパーティによる契約が得られた日の日付。 ・為替資金引渡日：取引通貨の換算が行われる日の日付。 ・トランザクション額および通貨。 ・取得が望まれる通貨または見積りが固定される通貨（例えば、図８５内の「Ｕ
ＳＤ」）。 ・換金レートおよび見積りの通貨ペア。 ・見積りが期限切れになる日／時間。 ・見積りが期限切れになるまでの残り時間。 ・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたは
プロバイダが関連する法人エンティティの名称。 ・法人連絡先：法人エンティティ内の連絡先の名称。 ・見積りに関するコメント。これは、プロバイダによって規定された標準的なテ
キストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インタ
ーフェースおよび「標準テキスト定義」インターフェースを参照されたい）。

【０４０３】 このインターフェースは、トランザクションリクエストに関する以下の情報も
表示する： ・開始日／時間。 ・期限切れ日／時間。 ・状態。 ・カウンタパーティのクレジット格付け（単数または複数）。

【０４０４】 プロバイダは、カウンタパーティ名をクリックすることができる。カウンタパ
ーティ名がクリックされると、本システムは、そのカウンタパーティに関するプ
ロファイル情報を表示する（後述する図９６を参照された）。「履歴」ボタン８
１５０をクリックすることにより、プロバイダは、価格見積りに関連する全ての
イベント（例えば、初期リクエストおよび価格見積りに対する改変）の概要を本
システムに表示させる。

【０４０５】 別の実施例として、スワップトランザクションリクエスト（図８４上の８０４
０として識別されるボタン）について識別番号（「４０８９」）がクリックされ
ると、本システムは、図８６〜８６Ａに示す「リクエスト詳細：固定変動利率ス
ワップ」インターフェースを表示する。このインターフェースは、プロバイダに
よって生成される固定−変動利率スワップ価格見積りの詳細を示す。この詳細は
以下の情報を含む： ・カウンタパーティ名。 ・取引日：スワップについてパーティによる契約が得られた日の日付。 ・開始日：スワップ契約が開始する日の日付。 ・満期日：スワップ契約が終了する日の日付。 ・メンバーが固定支払いレッグについて支払う額および通貨。 ・プロバイダが変動受取りレッグについて支払う額および通貨。 ・支払いレッグの固定利率。 ・受取りレッグに関する変動レートインデックスおよびベーシスポイントスプレ
ッド。 ・見積りが期限切れとなる日／時間。 ・見積りが期限切れになるまでの残り時間。 ・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたは
プロバイダが関連する法人エンティティの名称。 ・法人連絡先：法人エンティティ内の連絡先の名称。 ・見積りに関するコメント。これは、プロバイダによって規定された標準的なテ
キストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インタ
ーフェースおよび「標準テキスト定義」インターフェースを参照されたい）。

【０４０６】 図８６Ａに示すように、インターフェースは、トランザクションリクエストに
関する以下の情報も表示する： ・開始日／時間。 ・期限切れ日／時間。 ・状態。 ・カウンタパーティのクレジット格付け（単数または複数）。

【０４０７】 プロバイダは、カウンタパーティ名をクリックすることができる。カウンタパ
ーティ名がクリックされると、本システムは、そのカウンタパーティに関するプ
ロファイル情報を表示する（後述する図９６を参照されたい）。「全て取り消す
」ボタン８１３０をクリックすることにより、プロバイダは、プロバイダのアク
ティブの価格見積りの全て取り消すことができる。「履歴」ボタンをクリックす
ることにより、プロバイダは、価格見積りに関連する全てのイベント（例えば、
初期リクエストおよび価格見積りに対する改変）の概要を本システムに表示させ
る。

【０４０８】 新規トランザクションリクエストが受け取られるかまたは価格見積りの状態が
変化すると、本システムは、「リクエストの監視：現在」インターフェースを自
動的にリフレッシュする。インターフェースも、リクエスト元のメンバーが別の
プロバイダの価格見積りを受領しているトランザクションリクエストの状態を表
示する。このような場合、トランザクションリクエストの状態は、「売買が敬遠
された」ものとして示される；受領された価格見積りは表示されない。

【０４０９】 （（ｂ）新規リクエストモニタ） 図８７に示す「リクエストモニタ：新規」インターフェースは、「リクエスト
の監視：現在」インターフェース（図８４に示す）上の「新規」ボタン８０５０
をクリックすることによってアクセスすることが可能である。このインターフェ
ースを用いると、プロバイダは、メンバーから送られた最も最近のトランザクシ
ョンリクエストの集計を見ることができる。図８７に示すように、各「新規」ト
ランザクションリクエストについて表示される情報を以下に挙げる： ・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な
「チャット」ボタン（ただし、メンバーが、特定の種類のトランザクションに関
するチャット通信を許可している場合）。 ・一意に定まる（システムによって割り当てられた）識別番号 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・期限切れ日および時間。 ・カウンタパーティ名。 ・明細。

【０４１０】 「ＩＤ」ボタン、「タイプ」ボタンまたは「期限切れ」ボタンをクリックする
ことにより、「アクティブ」リクエストの表示を、識別番号、トランザクション
タイプまたは期限切れ日／時間別にそれぞれ選別することが可能である。「実行
」ボタン８２００がクリックされると、本システムは、隣接する新規リクエスト
（単数または複数）に関するプルダウンメニューから選択することが可能な報告
を実行する。このような報告は、イベントの活動ログ、トランザクション統計、
およびアクティブのリクエストに関する監査ログを含み得る。このような集計は
、後述するリクエストモニタそれぞれについて利用可能である。

【０４１１】 「リクエストモニタ：新規」インターフェースと、後述する残りのリクエスト
モニタインターフェースとを用いると、プロバイダは、リスト化されたリクエス
トの自動化サーチを行うこともできる。これは、新規リクエストが大量にある場
合に有用である。プルダウンメニュー８１８０を用いて、ユーザは、サーチ（例
えば、トランザクションタイプ、明細）の際に用いる属性を選択し、隣接するフ
ィールド（例えば、「ＦＸスポット」）中にサーチ期間を入力することができる
。「サーチ」ボタン８２２０がクリックされると、本システムは、サーチを実行
してその結果を表示する。「クリア」ボタン８２３０がクリックされると、本シ
ステムは、サーチ基準をクリアし、新規サーチ基準を入力できるようにする。「
全部見る」ボタン８２４０がクリックされると、本システムは、全ての新規リク
エストを表示する。１つ以上のリクエストに隣接する「チェック」表示物がクリ
ックされる（または表示されているリクエストを全て選択するための「全てをチ
ェック」ボタンがクリックされ）、その後、「削除」ボタン８１９０がクリック
されると、本システムは、選択されたリクエスト（単数または複数）をビューか
ら削除する。「ごみ箱を空にする」ボタン８２１０がクリックされると、本シス
テムは、古いまたはドラフトの価格見積りを永久削除する；このようなリクエス
トの数量は、「ごみ箱を空にする」ボタン８２１０の隣に表示される。「全て取
り消す」ボタン８１７０がクリックされると、プロバイダのアクティブの価格見
積り全てはメンバーから取り消され、これにより、このような見積りは、見込み
のあるメンバーによって受領されなくなる。この段落において述べた機能は、本
明細書中に説明するリクエストモニタインターフェースそれぞれにおいて利用可
能である。

【０４１２】 （（ｃ）アクティブのリクエストモニタ） 図８８に示す「リクエストモニタ：アクティブ」インターフェースは、「リク
エストの監視：現在」インターフェース（図８４に示す）上の「新規」ボタン８
０６０をクリックすることによってアクセスすることが可能である。このインタ
ーフェースを用いると、プロバイダは、プロバイダの「アクティブ」（すなわち
、期限切れになっていない）価格見積りの集計を見ることができる。図８８に示
すように、各「アクティブ」見積りについて表示される情報を以下に挙げる： ・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な
「チャット」ボタン（ただし、メンバーが、特定の種類のトランザクションに関
するチャット通信を許可している場合）。 ・一意に定まる（システムによって割り当てられた）識別番号。 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・トランザクション期限切れ日および時間。 ・カウンタパーティ名。 ・見積り額／レート。 ・見積り期限切れ日および時間。 ・見積り状態。 ・明細。

【０４１３】 （（ｄ）受領されたリクエストの監視） 図８９に示す「リクエスト監視：受領済み（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ Ａｃｃｅｐｔｅｄ）」インターフェースは、「リクエスト監視：現在」インタ
ーフェース（これを図８４に示す）上の「受領済み（Ａｃｃｅｐｔｅｄ）」ボタ
ン８０７０をクリックすることによってアクセスすることが可能である。この「
リクエスト監視：現在（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ：Ｃｕｒｒｅｎｔ）」
インターフェースを用いると、プロバイダは、プロバイダの価格見積のうち受領
されたもの（すなわち、メンバーによって受領された各見積り）の集計を見るこ
とができる。図８９に示すように、各「受領済み」見積りについて表示される情
報を以下に挙げる。： ・メンバーとの通信を行う際にクリックされ得る「チャット（Ｃｈａｔ）」ボタ
ン（ただし、当該メンバーが特定の種類のトランザクションに関するチャット通
信を許可している場合）。 ・一意に定まる（システムによって割り当てられた）識別情報番号。 ・トランザクションタイプ。 ・カウンタパーティの名称。 ・価格見積額／レート。 ・明細。

【０４１４】 （（ｅ）確認済みのリクエストの監視） 図９０に示す「リクエスト監視：確認済み（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ
：Ｖｅｒｉｆｉｅｄ）」インターフェースは、「リクエスト監視：現在」インタ
ーフェース（これを図８４に示す）上の「確認済み」ボタン８１２０をクリック
することによってアクセスすることが可能である。この「リクエスト監視：確認
済み」インターフェースを用いると、プロバイダは、プロバイダの確認済みの価
格見積（すなわち、メンバーによって受領された見積りのうち、メンバーが当該
価格見積を受領したことがプロバイダによって確認された各見積り）の集計を見
ることができる。図９０に示すように、各「確認済み」見積りについて表示され
る情報を以下に挙げる。： ・一意に定まる（システムによって割り当てられた）識別情報番号。 ・トランザクションタイプ。 ・カウンタパーティの名称。 ・価格見積額／レート。 ・明細。

【０４１５】 （（ｆ）古いリクエストの監視） 図９０に示す「リクエスト監視：古い（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ：Ｏ
ｂｓｏｌｅｔｅ）」インターフェースは、「リクエスト監視：現在」インターフ
ェース（これを図８４に示す）上の「古い（Ｏｂｓｏｌｅｔｅ）」ボタン８１１
０をクリックすることによってアクセスすることが可能である。この「リクエス
ト監視：現在」インターフェースを用いると、プロバイダは、プロバイダの古い
価格見積（すなわち、期限切れとなったかまたはプロバイダが取り消した各見積
り）の集計を見ることができる。図９１に示すように、各「古い」見積りについ
て表示される情報を以下に挙げる。： ・一意に定まる（システムによって割り当てられた）識別情報番号。 ・トランザクションタイプ ・状態（すなわち、「期限切れ」または「取消し済み」の状態） ・明細。

【０４１６】 （（ｇ）ごみリクエストの監視） 図９２に示す「リクエスト監視：ごみ（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ：Ｔ
ｒａｓｈ）」インターフェースは、「リクエスト監視：現在」インターフェース
（これを図８４に示す）上の「ごみ（Ｔｒａｓｈ）」ボタン８１００をクリック
することによってアクセスすることが可能である。この「リクエスト監視：ごみ
」インターフェースを用いると、プロバイダは、プロバイダが「ごみ箱に入れた
」（すなわち、古い／ドラフトの）価格見積の集積を見て、このような見積りを
永久削除することができる。図９２に示すように、各「ごみ箱に入れた」見積り
について表示される情報を以下に挙げる。： ・削除または回復に関するリクエストを選択する際にクリックされ得る選択表示
物。 ・一意に定まる（システムによって割り当てられた）識別情報番号。 ・トランザクションタイプ（例えば、ＦＸスポット）。 ・状態。 ・明細。

【０４１７】 特定のリクエストについて選択表示物をクリックすることにより、プロバイダ
は、当該リクエストを回復対象として印付けすることができる。その後、「回復
」ボタンがクリックされると、選択されたリクエストは「アクティブ」状態に回
復する。「ごみ箱を空にする」ボタンがクリックされると、「ごみ箱に入れられ
た」リクエストは全て永久削除される。

【０４１８】 （（ｈ）全てのリクエストの監視） 図９３に示す「リクエスト監視：全て」インターフェースは、「リクエスト監
視：現在」インターフェース（これを図８４に示す）上の「全て」ボタン８０９
０をクリックすることによってアクセスすることが可能である。この「リクエス
ト監視：全て」インターフェースを用いると、プロバイダは、プロバイダの価格
見積リクエスト（例えば、アクティブリクエスト、受領済みのリクエスト、確認
済みのリクエスト、取消し済みのリクエストおよび期限切れのリクエスト）を全
て集積したものを見ることができる。図９３に示すように、各見積りについて表
示されう情報を以下に挙げる。： ・一意に定まる（システムによって割り当てられた）識別情報番号。 ・トランザクションタイプ。（例えば、ＦＸスポット）。 ・状態（例えば、「期限切れの」状態）。 ・明細。 ・完了日付および時間／コメント （（ｉ）「表示を変更する」リクエストの監視） 図９４に示す「リクエスト監視：「表示を変更する」」インターフェースは、
「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「編集
」ボタン８０８０をクリックすることによってアクセスすることが可能である。
この「リクエスト監視：「表示を変更する」」インターフェースを用いると、プ
ロバイダは、リクエスト監視インターフェースを個別調整することができる。プ
ルダウンメニュー８２５０を用いて、プロバイダは、最も最近に完了したリクエ
ストの番号を指定して、「リクエスト監視：現在」インターフェース（これを図
８４に示す）内に表示させることができる。ラジオボタン８２６０をクリックす
ることにより、プロバイダは、本システムに以下の作業を行わせるか否かを指定
することができる：すなわち、（ｉ）リクエストに変化（例えば、期限切れまた
は変更）があった場合にプロバイダにその旨を電子的に通知して、プロバイダが
モニタ表示を手入力でリフレッシュすることができるようにすること；または（
ｉｉ）リクエストに変化があった場合（ユーザのウェブブラウザに応じて）モニ
タ表示を自動的にリフレッシュすること。「カウントダウン」インジケータをク
リックすることにより、プロバイダは、本システムにカウントダウン計器を表示
させるか否かを設定することができる。この「カウントダウン」計器は、モニタ
表示内のトランザクションリクエストが期限切れになるまでの時間を表示する。
各種のトランザクションについて、プロバイダは、「視認可能な」表示物を設定
することができる。この「視認可能な」表示物は、特定の種類のトランザクショ
ンをプロバイダのモニタ上に表示させるか否かを決定するフィルタとして機能す
る。最後に、「期限切れまでの緊急を要する時間」フィールドを用いて、プロバ
イダは、期限切れカウントダウン計器の色が（例えば、緑色から赤色に）変わっ
て緊急時であることを示すデフォルト時間を設定することができる。「保存」ボ
タンをクリックすることにより、プロバイダは、価格設定リクエストの選好設定
を保存することができる。

【０４１９】 （ｉｖ．プロバイダの見積りの生成） 本発明のこの実施形態は、価格見積生成インターフェースを含む。この価格見
積生成インターフェースを用いると、プロバイダは、メンバーが本システムを用
いて構築した各種の金融トランザクションリクエストに応答して見積りを生成す
ることができる。特定のトランザクションリクエストが選択されると、上述した
ように、プロバイダは、当該トランザクションリクエストの詳細を検討し、価格
見積を入力して、メンバーに提出することができる。

【０４２０】 例えば、上述した図８４に示すように、ＦＸスポット見積り（これは、図８４
中のボタン８０３０として識別される）について識別情報番号（「４３１４」）
がクリックされると、本システムは、図８５に示す「リクエスト詳細：ＦＸスポ
ット」インターフェースを表示する。このインターフェースは、メンバーによっ
て生成されたＦＸスポットトランザクションリクエストの詳細を示す。このイン
ターフェースを用いると、プロバイダは、外国為替見積りレート（例えば、フィ
ールド８１４０中の「０．９２００００」））と、以下の見積り詳細とを入力す
ることができる。： ・日付／時間：見積りが期限切れとなる時間または見積りが期限切れになるまで
の残り時間。 ・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたは
プロバイダが関連する法人エンティティの名称。 ・法人連絡先：法人エンティティ内の連絡先の名称。 ・見積りに関するコメント。これは、プロバイダによって規定された標準的なテ
キストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インタ
ーフェースおよび「標準テキスト定義」インターフェースを参照されたい。）。

【０４２１】 別の例として、スワップトランザクションリクエスト（これは、図８４上のボ
タン８０４０として識別される）について識別情報番号（「４０８９」）がクリ
ックされると、本システムは、図８６〜８６Ａに示す「リクエスト詳細：固定変
動金利スワップ（Ｒｅｑｅｓｔ Ｄｅｔａｉｌ：Ｆｉｘｅｄ Ｆｌｏａｔ Ｉｎ
ｔｅｒｅｓｔ Ｒａｔｅ Ｓｗａｐ）」インターフェースを表示する。このイン
ターフェースは、メンバーによって生成された固定−変動金利スワップトランザ
クションリクエストの詳細を示す。このインターフェースを用いると、プロバイ
ダは、固定見積りレート（例えば、フィールド８１６０中の「５．９５００００
％」）と、上述した見積りの詳細とを入力することができる。

【０４２２】 これらの「リクエスト詳細」インターフェースを用いて、プロバイダは、「指
示的」価格見積を生成および提出することもできる。このような見積りはメンバ
ーが受領することはできないが、このような見積りを用いると、プロバイダは、
トランザクションタイプに関する市場レベルの指示を送信して、これにより、プ
ロバイダとメンバーとの間で交渉または見込みのあるトランザクションが奨励さ
れるようにすることができる。メンバーがプロバイダとのクレジット関係をまだ
持っていない場合にも、このような指示的見積りを用いることが可能である。プ
ロバイダは、指示的価格見積を見積りのコメントフィールドを用いたものとして
識別することができる。

【０４２３】 （ｖ．トランザクションの実行） 本発明の一実施形態を用いて、メンバーおよびプロバイダは、金融トランザク
ションのオンライン実行に参加することができる。このようなトランザクション
の一例として、外国為替スポット（「ＦＸスポット」）トランザクション−につ
いて、図２に示すフローチャートを参照しながら以下に説明する。これらの工程
は、本明細書中に記載の他の種類のトランザクションについてもそれぞれ本発明
を用いて実行可能である点に留意されたい。

【０４２４】 （ａ）予備工程 この実施例では、メンバーおよびプロバイダがオンライン取引に必要な標準化
契約本をシステムを用いて既に実行しており（図２中の工程３００）、かつ、メ
ンバーに割り当てられるクレジット限度額についても交渉を終わらせている（工
程３１０）ものと仮定する。上述したように、これらの工程は、図８３に示す「
取引の文書化（Ｔｒａｄｉｎｇ Ｄｏｃｕｍｅｎｔａｔｉｏｎ）」インターフェ
ースを用いて行うことが可能である。この「取引の文書化」インターフェースは
、クレジット関係機能と、本システムによって提供される様々な通信メカニズム
とを提供する。

【０４２５】 （ｂ）トランザクションおよびリクエストの構築 メンバーは先ず、所望のトランザクションリクエストを構築および生成しなけ
ればならない（図２中の工程３２０）。図１０３に示す「新規リクエスト（Ｎｅ
ｗ Ｒｅｑｕｅｓｔ）」インターフェースは、本発明のこの実施形態に含まれる
様々な新規リクエストインターフェースに対するロードマップを提供するため、
当該タスクについての開始ポイントであるといえる。この実施例において、メン
バーは、ＦＸスポットトランザクションを生成することを望んでいるため、「Ｆ
Ｘスポット／先渡し」ボタン８４９０をクリックする。その結果、本システムは
、図１０４に示す「新規リクエスト：ＦＸ」インターフェースを表示する。この
インターフェースにおいて、メンバーは、所望のＦＸスポットトランザクション
に関する以下の詳細を入力する。： ・取引日付が２０００年９月１３日であること（フィールド８５９０）。 ・（スポット換算の）値日付が２０００年９月１５日であること（フィールド８
６００）。（日付は、「日付設定」ボタン８６３０をクリックすることによって
設定可能である点に留意されたい。）。 ・メンバーは、１，０００，０００（フィールド８６１０）のＥｕｒｏ（プルダ
ウンメニュー８５８０）を米国ドル（プルダウンメニュー８６２０）にアゲイン
ストで購入しようとしている（ラジオボタン８５７０）こと。 ・当該トランザクションにおけるメンバーの「法人エンティティ」は「Ｐａｔｅ
ｎｔＣｏｒｐ」であること。

【０４２６】 「パラメータ（Ｐａｒａｍｅｔｅｒｓ）」ボタン８５６０がクリックされると
、本システムは、図１０５に示すＦＸスポットトランザクションについて「パラ
メータ」インターフェースを表示する。このインターフェースにおいて、メンバ
ーは、オンライントランザクションリクエストのパラメータ（例えば、（ｉ）満
期日付／時間（フィールド８６７０）または（ｉｉ）期限切れになるまでの残り
時間（フィールド８６８０）およびリクエストに関するメモ／コメント）を提供
する。「保存（Ｓａｖｅ）」ボタン８７００がクリックされると、本システムは
、トランザクションリクエストに関する情報を保存する。「送信（Ｓｅｎｄ）」
ボタン８６９０がクリックされると、トランザクションリクエストの詳細とパラ
メータとが、本システムを介してプロバイダに送られる。

【０４２７】 図１０４中の「プロバイダ（Ｐｒｏｖｉｄｅｒｓ）」ボタン８６５０がクリッ
クされると、本システムは、図１０６に示すＦＸスポットトランザクションにつ
いて「プロバイダ」インターフェースを表示する。このインターフェースにおい
て、メンバーが「送信」ボタンをクリックすると、メンバーは、オンライントラ
ンザクションリクエストの送り先であるプロバイダ「Ｐａｔｅｎｔ Ｂａｎｋ」
）を指定することができる。

【０４２８】 図１０４中の「検討（Ｒｅｖｉｅｗ）」ボタン８６６０がクリックされると、
本システムは、図１０８に示すＦＸスポットトランザクションについての「検討
」インターフェースを表示する。このインターフェースにおいて、メンバーは、
当該トランザクションリクエストを１つ以上のプロバイダに（「送信」ボタン８
７３０をクリックすることによって）送信する前に、当該トランザクションリク
エストの詳細およびパラメータを検討することができる。メンバーが検討を終え
た後になってから、トランザクションリクエストの詳細またはパラメータの任意
の部分に変更を加えることを望んだ場合、そのメンバーは、必要に応じて「新規
リクエスト：ＦＸ」インターフェース（図１０４）または「パラメータ」インタ
ーフェース（図１０５）に戻ることができる。

【０４２９】 トランザクションリクエストが１つ以上のプロバイダに提出されると（図２中
の工程３３０）、メンバーは、トランザクションリクエストおよびその状態（例
えば、任意の価格見積情報）を（図１０７に図示しまた上記にて説明した）「リ
クエスト詳細：ＦＸスポット」インターフェースを介して検討することができる
。

【０４３０】 （（ｃ）トランザクションリクエストの監視および検討） 取引の実行における次なる工程は、１つ以上のプロバイダが、メンバーのトラ
ンザクションリクエストを受信および検討する工程である（図２中の工程３４０
）。本システムを用いて、プロバイダは、上述したリクエスト監視インターフェ
ースを用いて入来トランザクションリクエストを監視する。加えて、プロバイダ
が選好として指定されている場合、新規トランザクションリクエストを受信する
と、当該プロバイダは、自動通知（例えば、Ｅメールメッセージ）をシステムか
ら受信することができる。図１０９Ａに図示しまた上記にて説明した「リクエス
ト監視：現在の」インターフェースは、新規トランザクションリクエストを表示
する。この実施例において、メンバーのＦＸスポットリクエストは、本システム
によって割り当てられた識別情報番号「５０６４」と共に表示される。その識別
情報番号（ボタン８７５０）がクリックされると、本システムは、図８５に図示
しまた上記にて説明した「リクエスト詳細：ＦＸスポット」インターフェースを
表示する。プロバイダは、この「リクエスト詳細：ＦＸスポット」インターフェ
ースから、応答による価格見積を生成することができる。あるいは、プロバイダ
は、図１０９Ａに示す「辞退」ボタン８７５０をクリックすることによってトラ
ンザクションリクエストを辞退することを選択することもできる。その結果、シ
ステムがトリガされ、これにより、当該プロバイダがリクエストを辞退した旨が
メンバーに通知される。新規ＦＸスポットトランザクションリクエストも、プロ
バイダの以下のインターフェース上に表示される：すなわち、図１０９Ｂに図示
および上記にて説明した（ｉ）「リクエスト監視：新規」インターフェース；お
よび図１０９Ｃに図示および上記にて説明した（ｉｉ））「リクエスト監視：ア
クティブ（Ｒｅｑｕｅｓｔ Ｍｏｎｉｔｏｒ：Ａｃｔｉｖｅ）」インターフェー
ス。

【０４３１】 （（ｄ）価格見積の生成および提出） プロバイダは、メンバーのトランザクションリクエストを受信および検討した
後、所望であれば、図８５に示しまた上述したＦＸスポットインターフェースを
用いて、「リクエスト詳細」を用いて応答による価格見積（図２中の工程３５０
）を生成および提出することができる。このインターフェースを用いて、プロバ
イダは、メンバーに対して提案された外国為替見積りレート（フィールド８１４
０中の「０．９２００００」）を入力する。この工程は、プロバイダとメンバー
との間で交渉が行われている間、複数回にわたって反復され得る。なぜならば、
このような交渉は、本システム（チャット、Ｅメール、インスタントメッセージ
ング）または取引手段（例えば、電話）によって提供される通信メカニズムを介
して行われるからである。プロバイダは、自身の見積りを提出した後、図１０９
Ｄに示しまた上記にて説明した「リクエスト監視：アクティブ」インターフェー
スを用いて、当該見積りの状態を監視することができる。見積りが「アクティブ
（Ａｃｔｉｖｅ）」状態である間、プロバイダは、任意の時間に見積りを取り消
すことができる。

【０４３２】 （（ｅ）価格見積りの監視および検討） 取引の実行における次なる工程は、１つ以上のプロバイダからの価格見積をメ
ンバーが受信および検討する工程（図２中の工程３６０）である。本システムを
用いて、メンバーは、上述したリクエスト監視インターフェースを用いて入来し
てくる見積りを監視する。加えて、メンバーが選好として指定されている場合、
当該メンバーは、新規トランザクションリクエストを受信する際、本システムか
ら自動通知（例えば、Ｅメールメッセージ）を受信することができる。図１１０
Ａに示しまた上記にて説明した「リクエスト監視：現在」インターフェースは、
新規見積りを表示する。この実施例において、メンバーのＦＸスポットリクエス
トおよびプロバイダの見積りは、本システムによって割り当てられた識別情報番
号「５０６４」と共に表示される。この表示は、メンバーがそのトランザクショ
ンリクエストに応答した見積りを受信したことを示す。リクエスト識別情報番号
（ボタン８７６０）がクリックされると、本システムは、図１１に示しまた上記
にて説明した「リクエスト詳細：ＦＸスポット」インターフェースを表示する。
このインターフェースは、メンバーのリクエストの詳細と、プロバイダの見積り
の詳細とを表示する。

【０４３３】 （（ｆ）価格見積の選択および受領） １つ以上のプロバイダからの価格見積（単数または複数）を受領および検討し
た後、メンバーが（上述したように）自身のリクエストを取り消さない限り、当
該メンバーは、１つ以上のプロバイダの価格見積（単数または複数）を選択し、
恐らくはプロバイダ（単数または複数）との交渉を行って、より好ましい見積り
を入手する（図２中の工程３７０）。このような交渉は、本システムによって提
供された通信メカニズム（チャット、Ｅメール、インスタントメッセージング）
または取引手段（例えば、電話）を介して行われ得る。例えば、メンバーは、図
１１０Ｂに示す「チャット」ボタン８７８０をクリックして、ＦＸスポットトラ
ンザクションに関する価格見積についてプロバイダとの交渉に参加することがで
きる。このような交渉を行った後、メンバーは、これらのプロバイダのうち１つ
から見積りを受領する（図２中の工程３８０）。メンバーは、図１１０Ｂに示す
「受領」ボタン８７７０をクリックすることにより、この工程を自動的に行うこ
とができる。その結果、本システムは、図１１０Ｃに示す「受領：ＦＸスポット
」インターフェースを表示する。このインターフェースは、受領された見積りお
よびトランザクションの詳細（例えば、期日情報およびカウンタパーティの情報
）を表示する。

【０４３４】 図１１０Ｂに示す「受領」ボタン８７７０をメンバーがクリックするアクショ
ンにより、メンバーおよびプロバイダの各リクエスト監視も更新される。図１１
０Ｄに示しまた上記にて説明したメンバーの「リクエスト監視：受領済み」は、
メンバーのトランザクションリクエストのうち受領されたものの詳細（例えば、
この実施例のＦＸスポットトランザクション（「５０６４」））の集計を表示す
る。

【０４３５】 （（ｇ）受領されたトランザクションの確認） 図１１１Ａに示しまた上記にて説明したプロバイダの「リクエスト監視：現在
」インターフェースは、メンバーが受領したプロバイダのアクティブ価格見積の
詳細（例えば、この実施例のＦＸスポットトランザクション（「５０６４」））
の集計を表示する。加えて、プロバイダが選好として指定されている場合、見積
りがメンバーによって受領された旨が受信されると、当該プロバイダは、本シス
テムからの自動通知（例えば、Ｅメールメッセージ）を受領することができる。
この段階において、このインターフェースを用いて、プロバイダは、（例えば、
「チャット」ボタン８８００をクリックすることによってチャットセッションを
開始することによって）メンバーとさらに通信または交渉することができるか、
または、プロバイダの見積りをメンバーが受領したことを確認（すなわち、確定
）することができる。この確認工程（図２中の工程３９０）は、図１１１Ａに示
す「確認」ボタン８８１０をクリックすることによって行うことができる。確認
の際、本システムは、図１１１Ｂに示すように、アクティブリクエストから「最
近完了した（Ｒｅｃｅｎｔｌｙ Ｃｏｍｐｌｅｔｅｄ）」見積りまでのトランザ
クションを再度分類する。この実施例において、ＦＸスポットトランザクション
（「５０６４」）は、「確認済み」の状態と共に図示されている。トランザクシ
ョンは、図１１１Ｃに示しまた上記にて説明したプロバイダの「リクエスト監視
：確認済み」インターフェース上にも表示される。加えて、この確認は、（ｉ）
図７２に示しまた上記にて説明したメンバーの「リクエスト監視：確認済み」イ
ンターフェースと、（ｉｉ）他のプロバイダの「リクエスト監視：現在」インタ
ーフェースとの上に表示される。これらのインターフェース上には、トランザク
ションリクエストが「売買が敬遠された（Ｄｅａｌｔ Ａｗａｙ）」状態で表示
される。

【０４３６】 （（ｈ）決済およびバックエンドの処理） トランザクションおよび見積りの受領および確認が行われた後、メンバーおよ
びプロバイダは、本発明の本システムを用いて、上述したようにトランザクショ
ンに関するその所有バックエンドのシステムを自動更新する（図２中の工程４０
０）ことができ、決済および支払いについて相互に通信することができる（図２
中の工程４１０）。本システムを用いると、メンバーおよびプロバイダは、トラ
ンザクション（例えば、キャッシュフローおよび手数料）を連続的に追跡および
管理することもできる。これについて、以下に説明する。

【０４３７】 （２．非トランザクション−特定の機能） 本発明のこの実施形態を用いると、システムユーザ（すなわち、メンバーおよ
びプロバイダ）にオンライン金融トランザクションに参加する能力を与えること
に加えて、ユーザに対して他の双方向機能が豊富に得られる。これについて以下
に説明する。

【０４３８】 （ａ．システムの個人化） 本発明のこの実施形態に含まれる一連のインターフェースを用いると、メンバ
ーおよびプロバイダは、本システムを個人化および個別調整して、ユーザの効率
と、使いやすさとを向上させ、そして、ユーザが本システムを用いてオンライン
金融トランザクションを実行する際に得る経験を向上させることができる。

【０４３９】 （コンテンツ） ユーザは、本システムによって提供されるニュースコンテンツ（例えば、図２
５に示す「ＭｙＣＦＯＷｅｂ」インターフェース上のコンテンツ）を個人化する
ことができる。図２６〜２６Ａに示す個人化インターフェースを用いることによ
り、ユーザは、１つ以上のニュースコンテンツモジュール、ツール、概要および
チャートを「利用可能なモジュール」プルダウンメニュー２１３０から選択し、
「左パネル」２１４０フィールド、「中央パネル」２１５０フィールドおよび「
右パネル」２１６０フィールドと、「追加」／「除去」ボタンとを用いて、この
ようなコンテンツの画面上での位置を指定することができる。図２６Ａに示す「
更新」ボタンがクリックされると、本システムは、ユーザの選択を保存する。

【０４４０】 （ｉｉ．プロフィール） 本システムは、上述した「フィルタリング」機能に加えて、ユーザが自身のシ
ステムプロフィールを設定することを可能にするインターフェースも提供する。
メンバーは、図８１に示すメンバーの「私のプロフィール（Ｍｙ Ｐｒｏｆｉｌ
ｅ）」インターフェース上に、自身の識別情報および連絡先情報を指定すること
ができる。プルダウンメニューを用いて、メンバーは、デフォルトの報告通貨、
産業、および時間帯を示すことができる。「保存」ボタン７０９０がクリックさ
れると、本システムは、このようなプロフィール情報を保存する。

【０４４１】 同様に、プロバイダも、図９６に示す「私のプロフィール」インターフェース
（このインターフェースは、図９５に示す「私のプロフィール」メニュー上の「
プロフィール」ボタン８２８０をクリックすることによって到達することが可能
である。）上において、自身の識別情報および連絡先情報を指定することができ
る。プルダウンメニューを用いて、プロバイダは、デフォルトの報告通貨、産業
、および時間帯を示すことができる。「保存」ボタン８３４０がクリックされる
と、本システムは、このようなプロフィール情報を保存する。

【０４４２】 （ｂ．ポートフォリオの管理） 本発明のこの実施形態は、メンバーが自身の完了したトランザクションのポー
トフォリオを管理することを可能にする一連のインターフェースを含む。図４４
に示す「取引リスト」インターフェースは、各メンバーの完了したトランザクシ
ョンの集計を提供する。このような集計は、各トランザクションについて以下の
情報を含む。： ・一意に定まる（システムによって割り当てられた）識別情報番号。２３７０ ・トランザクションタイプ２３６０（例えば、「ＦＸスポット」） ・カウンタパーティ２３５０ ・取引日付２４００ ・明細。２４１０ 各縦列ヘッダをクリックすることにより、上記のリスト化されたカテゴリ情報
のうち任意のものに基づいてリスト項目を並べることが可能である。リスト項目
に近接する選択表示物をクリックすること（または「全てをチェックする」ボタ
ン２４４０をクリックして全てを選択こと）を行った後に、「削除」ボタン２４
５０をクリックすることにより、トランザクションリスト項目を削除することが
可能である。「実行」ボタン２４９０（これを図４４Ａに示す）がクリックされ
ると、本システムは、プルダウンメニュー２４８０（これを図４４Ａに示す）か
ら表示されたトランザクションポートフォリオについて選択され得るレポートを
実行する。このようなレポートは、時価評価の概要または詳細、今後のイベント
（例えば、支払いの締め切り、レートの再設定、外国為替のシフトレポート、金
利感度レポート、取引チケットまたは監査レポート）を含み得る。

【０４４３】 概要としてリスト化された個々のトランザクションのうち任意のものがクリッ
クされると、本システムは、その特定のトランザクションの詳細な概要を表示す
る。加えて、本システムは、各種のトランザクションに関するキャッシュフロー
、手数料、およびさらなる情報物も生成および表示する。例えば、「ＦＸスポッ
ト」トランザクションについて識別情報番号（「１」）２３９０（これを図４４
に示す）がクリックされると、本システムは、図４５に示す「ＦＸスポットの詳
細」インターフェースを表示する。各種のトランザクションに関する詳細インタ
ーフェースについて以下に説明する。これらのインターフェースの説明を行うに
あたって、機能および／またはインターフェースのうち１種類以上のトランザク
ションに共通するものについては、説明を一度だけ行う。

【０４４４】 （ＦＸスポット） 図４５に示す「ＦＸスポットの詳細」インターフェースは、特定のＦＸスポッ
トトランザクションの詳細をメンバーのトランザクションポートフォリオとして
表示する。この「ＦＸスポットの詳細」インターフェースは以下を含む。： ・取引日付２５２０：通貨取引がパーティによって契約された日の日付。 ・為替資金引渡日２５３０：取引された通貨が換算される日の日付。 ・メンバーが通貨の購入または売却のどちらを行ったのかを示すラジオボタン２
６１０。 ・元金２６２０：取得対象通貨に変換される通貨の額。 ・スポットレート２６３０：取引が実行される際に用いられた外国為替レート。 ・アゲインスト２６４０：購入対象通貨の指定額。 ・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。 ・カウンタパーティの名称２５４０。プロフィールボタン２５９０をクリックす
ることにより、メンバーは、カウンタパーティのプロフィール情報を見ることが
できる。 ・法人エンティティ２５５０：トランザクションの割当て先となるメンバーまた
はメンバーの関連する法人エンティティの名称。 ・帳簿２５６０：メンバーがトランザクションを記載する取引帳簿。

【０４４５】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額（Ｖａｌｕｅ）」ボタン２６５０をクリックすること
により、評価値を表示中の特定の日付について計算することが可能である。

【０４４６】 「キャッシュフロー（Ｃａｓｈｆｌｏｗｓ）」ボタン２５００がクリックされ
ると、本システムは、図４５Ａに示す「キャッシュフロー」インターフェースを
表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフ
ロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す
。「リフレッシュ（Ｒｅｆｒｅｓｈ）」ボタン２６７０をクリックすることによ
り、この情報をリフレッシュすることが可能である。

【０４４７】 「手数料」ボタン２５１０（これを図４５中に示す）がクリックされると、本
システムは、図４６に示す「手数料」インターフェースを表示する。この「手数
料」インターフェースは、特定のトランザクションと関連付けられた手数料を示
す。このインターフェースを用いると、メンバーは、（表示されたフィールド中
にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）
当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削
除」ボタンをクリックすることにより）当該トランザクションと関連付けられた
支払いを削除することもできる。

【０４４８】 「さらなる情報」ボタン２５７０（これを図４５中に示す）がクリックされる
と、本システムは、図４７に示す「さらなる情報」インターフェースを表示する
。この「さらなる情報」インターフェースは、特定のトランザクションについて
ユーザが入力したコメントまたは他の情報を示す。このインターフェースを用い
ると、メンバーは、（情報を入力して「追加」ボタンをクリックすることによっ
て）さらなる情報を追加するか、または、（「削除」ボタンをクリックすること
によって）さらなる情報を削除することができる。情報を追加する場合、メンバ
ーは、追加すべき各アイテムについて、アイテムタイプ２７００、金額２７１０
（すなわち、情報）、および明細２７２０を入力しなければならない。

【０４４９】 （ｉｉ．ＦＸ先渡し） 図４８に示す「ＦＸ先渡しの詳細」インターフェースは、特定のＦＸ先渡しト
ランザクションの詳細をメンバーのトランザクションポートフォリオとして表示
する。この「ＦＸ先渡しの詳細」インターフェースは以下を含む。： ・取引日付：通貨取引がパーティによって契約された日の日付。 ・為替資金引渡日：取引された通貨が換算される日の日付。 ・メンバーが通貨の購入または売却のどちらを行ったのかを示すラジオボタン２
７３０。 ・元金２７４０：取得対象通貨に変換される通貨の額。 ・先渡しレート２７５０：取引が実行される際に用いられた外国為替レート。 ・アゲインスト２７６０：購入対象通貨の指定額。 ・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４５０】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４５１】 「キャッシュフロー」ボタンがクリックされると、本システムは、図４８Ａに
示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロ
ー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラ
ンザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリ
ックすることにより、この情報をリフレッシュすることが可能である。

【０４５２】 （ｉｉｉ．ＦＸスワップ） 図４９に示す「ＦＸスワップの詳細」インターフェースは、特定のＦＸスワッ
プトランザクションの詳細をメンバーのトランザクションポートフォリオとして
表示する。この「ＦＸスワップの詳細」インターフェースは、以下を含む。： ・取引日付：通貨取引がパーティによって契約された日の日付。 ・近位日付（Ｎｅａｒ Ｄａｔｅ）：スワップの第１のレッグ（「近位レッグ」
）の支払いがが行われる日の日付。 ・遠位日付（Ｆａｒ Ｄａｔｅ）：スワップの第２のレッグ（「遠位レッグ」）
の支払いがが行われる日の日付。 ・メンバーが通貨を近位レッグで購入または売却したか否かを示すラジオボタン
２７７０。 ・近位レッグ元金２７８０：近位レッグの下で支払われる通貨の額。 ・近位レッグスポットレート２７９０：近位レッグの外国為替レート。 ・近位レッグアゲインスト２８００：近位レッグの下で支払われる額を計算する
際に基本として用いられる額。 ・メンバーが通貨を遠位レッグで購入または売却したか否かを示すラジオボタン
２８１０。 ・遠位レッグ元金２８２０：遠位レッグの下で支払われる通貨の額。 ・遠位レッグ先渡しレート２８３０：遠位レッグの外国為替レート。 ・遠位レッグアゲインスト２８４０：遠位レッグの下で支払われる額を計算する
際に基本として用いられる額。 ・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４５３】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４５４】 「キャッシュフロー」ボタンがクリックされると、本システムは、図４９Ａに
示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロ
ー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラ
ンザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリ
ックすることにより、この情報をリフレッシュすることが可能である。

【０４５５】 （ｉｖ．ＦＸ欧州オプション） 図５０に示す「ＦＸ欧州オプション詳細」インターフェースは、特定のＦＸ欧
州オプション（外国為替オプション）トランザクションの詳細をメンバーのトラ
ンザクションポートフォリオとして表示する。この「ＦＸ欧州オプション詳細」
インターフェースは、以下を含む。： ・取引日付：通貨取引がパーティによって契約された日の日付。 ・満期日付：オプションを実行することができなくなる日。 ・送達日付：オプションが実行される際にキャッシュフローまたは基本の（ｕｎ
ｄｅｒｌｙｉｎｇ）取引額のいずれかを換算しなければならない日。 ・メンバーが通貨の購入または売却のどちらを行っているのかを示すラジオボタ
ン２８５０。 ・元金２８６０：オプションが実行される際に購入対象のまたは売却対象の通貨
に変換される通貨の額。 ・ストライク２８７０：オプションの実行をトリガするストライクレート。 ・プレミアム２９００：オプションが実行される際に支払われるプレミアム額。 ・支払い日付２９１０：プレミアムが支払われる日。 ・アゲインスト２８８０：オプションが実行される際に購入または売却される通
貨の決済額。 ・ボラティリティ２９２０：基本の（ｕｎｄｅｒｌｙｉｎｇ）オプションのボラ
ティリティレート。 ・オプションが実行される際に（ｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取引（「
現金」）のうち正味のキャッシュフローのみまたは（ｉｉ）基本の（ｕｎｄｅｒ
ｌｙｉｎｇ）取引（「フィジカル」）のどちらを決済するかを示す送達２８９０
ラジオボタン。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４５６】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４５７】 「キャッシュフロー」ボタンがクリックされると、本システムは、図５０Ａに
示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロ
ー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラ
ンザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリ
ックすることにより、この情報をリフレッシュすることが可能である。

【０４５８】 （固定−変動金利スワップ） 図５１〜５１Ｂに示す「固定変動金利スワップの詳細」インターフェースは、
特定の固定−変動金利スワップトランザクション（または変動−固定金利スワッ
プ）の詳細をメンバーのトランザクションポートフォリオとして表示する。本シ
ステムは、変動−変動金利スワップトランザクションと、固定−固定通貨間スワ
ップトランザクションと、固定変動通貨間スワップ（または変動−固定通貨間ス
ワップ）トランザクションと、変動−変動通貨間スワップトランザクションとに
ついて類似のインターフェースを含む。このインターフェースによる表示の詳細
は以下を含む。： ・取引日付２９３０：スワップ契約がパーティによって定められた日の日付。 ・開始日付２９４０：スワップ契約が開始する日の日付。 ・満期日付２９５０：スワップ契約が終了する日の日付。 ・メンバーが通貨の購入または売却を支払いレッグまたは受領レッグのいずれか
で行ったのかを示す表示物２９６０。 ・固定レッグまたは変動レッグについての名目額２９７０および通貨。 ・固定レッグについての固定レート２９８０ならびに変動レッグについての変動
レートインデックスおよびベーシスポイントスプレッド。 ・第１の固定レート２９９０：第１の金利計算期間の間に用いられる金利。変動
受領レッグ（オプション）について用いられる。 ・日数カウント３０００：利息を計算する際に用いられる日数カウント方法。（
ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・支払い頻度３０１０：利息支払いが行われる頻度。（ｉ）固定レッグおよび（
ｉｉ）変動レッグそれぞれについて指定される。 ・変更／日付３０２０：各期間についての特定の日および規約。このようなイベ
ントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）
固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・レート再設定カレンダー３０３０：地域（例えば、ニューヨーク、ロンドン）
に特有のカレンダー。変動レッグについて金利を再設定する際に休業日に関する
参照情報として用いられる。 ・休日３０４０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支
払いを計算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ
）変動レッグそれぞれについて指定される。 ・スタブ３０５０：予定外の支払いについて用いられる表示物。（ｉ）固定レッ
グおよび（ｉｉ）変動レッグそれぞれについて指定される。 ・スタブ長さ３０６０：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉ
ｉ）変動レッグそれぞれについて指定される。 ・複合頻度３０７０：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変
動レッグそれぞれについて指定される。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４５９】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４６０】 「キャッシュフロー」ボタンがクリックされると、本システムは、図５２に示
す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー
」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラン
ザクションに関する内外への支払い）を示す。「リフレッシュ」ボタン７０をク
リックすることにより、この情報をリフレッシュすることが可能である。

【０４６１】 「レート再設定」ボタン（これを図５１に示す）がクリックされると、本シス
テムは、図５３に示す「レート再設定」インターフェースを表示する。この「レ
ート再設定」インターフェースは、特定のトランザクションについての全ての（
すなわち、過去および将来の）レート再設定イベントを示す。このインターフェ
ースを用いると、「ロック」および「ロックレート」の仕様が得られる。このよ
うなレートを再設定し、「更新」ボタンをクリックすることにより、これらのレ
ートのうち任意のものをロックすることができる。

【０４６２】 （金利先渡し契約） 図５４に示す「金利先渡し契約の詳細」インターフェースは、特定の金利先渡
し契約トランザクションの詳細をメンバーのトランザクションポートフォリオと
して表示する。この「金利先渡し契約の詳細」インターフェースは以下を含む。
： ・取引日付３０９０：当該取引に関する契約がパーティによって定められた日の
日付。 ・期日３１００：取引の開始日および終了日。；例えば、「３×６ヶ月」は、取
引が開始するのは取引日付から３ヶ月経過した後の最初の営業日であり、取引が
終了するのは取引日付から６ヶ月が経過した後の最初の営業日であることを意味
する。 ・開始日付３１１０：金利先渡し契約が開始する日の日付。 ・終了日付３１２０：金利先渡し契約が終了する日の日付。 ・メンバーが金利先渡し契約を購入または売却のどちらを行っているか否かを示
すラジオボタン。 ・名目額３１５０：支払いストリームを計算する際の基本通貨として用いられる
通貨の額および種類。 ・金利先渡し契約レート３２１０：金利先渡し契約の支払いをトリガする金利先
渡し契約レート。 ・金利のインデックス３１６０。 ・日数カウント３１７０：利息を計算する際に用いられる日数カウント方法。 ・変更／日付３１８０：各期間についての特定の規約および日。このようなイベ
ントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。 ・休日３１９０：地域に特有の（例えば、ニューヨーク、ロンドン）休業日。支
払いを計算する際の参照情報として用いられる。 ・レート再設定カレンダー３２００：地域（例えば、ニューヨーク、ロンドン）
に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用い
られる。

【０４６３】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４６４】 「キャッシュフロー」ボタンがクリックされると、本システムは、図５５に示
す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー
」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラン
ザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンクリック
することにより、この情報をリフレッシュすることが可能である。

【０４６５】 「レート再設定」ボタン（これを図５４に示す）がクリックされると、本シス
テムは、図５６に示す「レート再設定」インターフェースを表示する。この「レ
ート再設定」インターフェースは、特定のトランザクションについての全ての（
すなわち、過去および将来の）レート再設定イベントを示す。このインターフェ
ースを用いると、「ロック」３２２０および「ロックレート」３２３０の仕様が
得られる。このようなレートを再設定し、「更新」ボタンをクリックすることに
より、これらのレートのうち任意のものをロックすることができる。

【０４６６】 （ｖｉｉ．固定レートの預金） 図５７に示す「固定レート預金の詳細」インターフェースは、特定の固定レー
ト預金のトランザクションの詳細をメンバーのトランザクションポートフォリオ
として表示する。この「固定レート預金の詳細」インターフェースは以下を含む
。： ・取引日付３２４０：預金についてパーティによる契約が得られた日の日付。 ・値日付３２５０：預金が開始する日の日付。 ・満期日付３２６０：預金が終了する日の日付。 ・元金３２８０：預金の際に用いられる通貨の額および種類。 ・レート３２９０：預金の金利。 ・日数カウント３３００：利息を計算する際に用いられる日数カウント方法。 ・支払い頻度３３１０：利息支払いが行われる頻度。 ・変更／日付３３２０：各期間についての特定の規約および日。このようなイベ
ントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。 ・休日３３３０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支
払いを計算する際の参照情報として用いられる。 ・スタブ３３４０：予定外の支払いについて用いられる表示物。 ・スタブ長さ３３５０：不規則な支払い予定長さ。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４６７】 このインターフェースは、トランザクションに関する指示的評価情報（例えば
、現在の正味の値）も表示する。これは、最新の市場データに対するトランザク
ションの値である。「金額」ボタンをクリックすることにより、評価値を表示中
の特定の日付について計算することが可能である。

【０４６８】 「キャッシュフロー」ボタンがクリックされると、本システムは、図５８に示
す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー
」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトラン
ザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンクリック
することにより、この情報をリフレッシュすることが可能である。

【０４６９】 （ｖｉｉｉ．キャップ） 図５９〜５９Ａに示す「キャップの詳細」インターフェースは、特定のキャッ
プトランザクションの詳細をメンバーのトランザクションポートフォリオとして
表示する。この「キャップの詳細」インターフェースは以下を含む。： ・取引日付３３６０：当該取引に関する契約がパーティによって定められた日の
日付。 ・開始日付３３７０：オプションが開始する日の日付。 ・満期日付３３８０：オプションが期限切れになる日の日付。 ・メンバーがキャップを購入または売却のどちらを行っているかを示すラジオボ
タン３３９０。 ・名目額３４００：支払いストリームを計算する際の基本通貨として用いられる
通貨の額および種類。 ・ストライクレート３５００：キャップトランザクションが実行される際に用い
られるストライクレート。 ・変動金利についてのインデックス３４１０およびベーシスポイントスプレッド
。 ・第１の固定レート３４２０：第１のキャップレット計算期間の間に用いられる
金利。 ・プレミアム３５２０：キャップについて支払わる額。 ・プレミアム日付３５３０：プレミアム支払いが行われる日の日付。 ・日数カウント３４３０：利息を計算する際に用いられる日数カウント方法。 ・支払い頻度３４４０：キャップ支払いが行われる頻度。 ・変更／日付３４５０：各期間についての特定の規約および日。このようなイベ
ントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。 ・レート再設定カレンダー３４６０：地域（例えば、ニューヨーク、ロンドン）
に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用い
られる。 ・休日３４７０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支
払いを計算する際の参照情報として用いられる。 ・スタブ３４８０：予定外の支払いについて用いられる表示物。 ・スタブ長さ３４９０：不規則な支払い予定長さ。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４７０】 このインターフェース（これを図５９Ａに示す）は、トランザクションに関す
る指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場
データに対するトランザクションの値である。「金額」ボタンをクリックするこ
とにより、評価値を表示中の特定の日付について計算することが可能である。

【０４７１】 「キャッシュフロー」ボタンがクリックされる（これを図５９に示す）と、本
システムは、図６０に示す「キャッシュフロー」インターフェースを表示する。
この「キャッシュフロー」インターフェースは、特定のトランザクションに関す
る将来のキャッシュフロー情報を示す。「リフレッシュ」ボタンクリックするこ
とにより、この情報をリフレッシュすることが可能である。

【０４７２】 「手数料」ボタン２５１０（これを図５９中に示す）がクリックされると、本
システムは、図６１に示す「手数料」インターフェースを表示する。この「手数
料」インターフェースは、特定のトランザクションと関連付けられた手数料を示
す。このインターフェースを用いると、メンバーは、（表示されたフィールド中
にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）
当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削
除」ボタンをクリックすることにより）当該トランザクションと関連付けられた
支払いを削除することもできる。

【０４７３】 「レート再設定」ボタン（これを図５９に示す）がクリックされると、本シス
テムは、図６２に示す「レート再設定」インターフェースを表示する。この「レ
ート再設定」インターフェースは、特定のトランザクションについての全ての（
すなわち、過去および将来の）レート再設定イベントを示す。このインターフェ
ースを用いると、「ロック」３５４０および「ロックレート」３５５０の仕様が
得られる。このようなレートを再設定し、「更新」ボタンをクリックすることに
より、これらのレートのうち任意のものをロックすることができる。

【０４７４】 （ｉｘ．フロア） 図６３〜６３Ａに示す「フロアの詳細」インターフェースは、特定のフロアト
ランザクションの詳細をメンバーのトランザクションポートフォリオとして表示
する。この「フロアの詳細」インターフェースは以下を含む。： ・取引日付３５６０：当該取引に関する契約がパーティによって定められた日の
日付。 ・開始日付３５７０：オプションが開始する日の日付。 ・満期日付３５８０：オプションが期限切れになる日の日付。 ・メンバーがフロアを購入または売却のどちらを行っているかを示すラジオボタ
ン３５９０。 ・名目額３６００：支払いストリームを計算する際の基本通貨として用いられる
通貨の額および種類。 ・ストライクレート３７００：フロアトランザクションが実行される際のストラ
イクレート。 ・変動金利についてのインデックス３６１０およびベーシスポイントスプレッド
。 ・第１の固定レート３６２０：第１のフロアレットレート計算期間の間に用いら
れる金利。 ・プレミアム３７２０：フロアについて支払われる額。 ・支払い日付３７３０：プレミアム支払いが行われる日の日付。 ・日数カウント３６３０：利息を計算する際に用いられる日数カウント方法。 ・支払い頻度３６４０：利息／元金支払いの頻度。 ・変更／日付３６５０：各期間についての特定の規約および日。このようなイベ
ントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。 ・レート再設定カレンダー３６６０：地域（例えば、ニューヨーク、ロンドン）
に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用い
られる。 ・休日３６７０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支
払いを計算する際の参照情報として用いられる。 ・スタブ３６８０：予定外の支払いについて用いられる表示物。 ・スタブ長さ３６９０：不規則な支払い予定長さ。 ・カウンタパーティの名称。 ・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバ
ーの関連する法人エンティティの名称。 ・帳簿：メンバーがトランザクションを記載する取引帳簿。

【０４７５】 このインターフェース（これを図６３Ａに示す）は、トランザクションに関す
る指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場
データに対するトランザクションの値である。「金額」ボタンをクリックするこ
とにより、評価値を表示中の特定の日付について計算することが可能である。

【０４７６】 「キャッシュフロー」ボタンがクリックされる（これを図６３に示す）と、本
システムは、図６４に示す「キャッシュフロー」インターフェースを表示する。
この「キャッシュフロー」インターフェースは、特定のトランザクションに関す
る将来のキャッシュフロー情報を示す。「リフレッシュ」ボタンクリックするこ
とにより、この情報をリフレッシュすることが可能である。

【０４７７】 「手数料」ボタン２５１０（これを図６３中に示す）がクリックされると、本
システムは、図６５に示す「手数料」インターフェースを表示する。この「手数
料」インターフェースは、特定のトランザクションと関連付けられた手数料を示
す。このインターフェースを用いると、メンバーは、（表示されたフィールド中
にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）
当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削
除」ボタンをクリックすることにより）当該トランザクションと関連付けられた
支払いを削除することもできる。

【０４７８】 「レート再設定」ボタン（これを図６３に示す）がクリックされると、本シス
テムは、図６６に示す「レート再設定」インターフェースを表示する。この「レ
ート再設定」インターフェースは、特定のトランザクションについての全ての（
すなわち、過去および将来の）レート再設定イベントを示す。このインターフェ
ースを用いると、「ロック」３７４０および「ロックレート」３７５０の仕様が
得られる。このようなレートを再設定し、「更新」ボタンをクリックすることに
より、これらのレートのうち任意のものをロックすることができる。

【０４７９】 （ｃ．市場データ） 本発明のこの実施形態は、現在の市場データをシステムユーザに提供する一連
のインターフェースを含む。このようなデータは、本システムへのリアルタイム
の市場フィードによって、定期的に（すなわち、固定間隔で）リフレッシュされ
る。これらのインターフェースは以下を含む。： ・図２７〜２７Ａに示す「市場概要」インターフェース：キー為替レート、金利
、公庫レートおよび他のインデックスの概要を提供する。 ・図２８〜２８Ａに示す「外国為替キャッシュ」インターフェース：国際通貨為
替レートの概要を提供する。 ・図２９〜２９Ａに示す「貨幣」インターフェース：国際預金レートおよび他の
貸出レートの概要を提供する。 ・図３０〜３０Ａに示す「債券」インターフェース：国際公庫レートおよび他の
債券レートの概要を提供する。 ・図３１に示す「換算−取引商品」インターフェース：国際換算−取引商品（例
えば、債券契約および短期契約）の概要を提供する。

【０４８０】 本システムは、市場データの特定の部分を利回り曲線としてグラフィカルに表
示することができる。

【０４８１】 （ｄ．ニュースおよび金融情報） 本発明のこの実施形態は、現在のニュースおよび金融情報をシステムユーザに
提供する一連のインターフェースを含む。このようなデータは、連続的にリフレ
ッシュされる。図３２に示す「世界＆ビジネス」インターフェースは、現在の世
界およびビジネスのニュースのヘッドラインを表示する。加えて、このインター
フェースおよび他のニュースインターフェースは、ユーザがフィールド２３００
中に期日を入力して、（「サーチ」ボタンをクリックすることにより）その期日
についてニュースをサーチすることを可能にするサーチ機能を含む。

【０４８２】 図３３に示す「産業」ニュースインターフェースは、ユーザが産業リスト２３
１０から選択した特定の産業（例えば、「航空業界」）について現在のニュース
ヘッドラインを表示する。図３４に示す「世界のビジネス」ニュースインターフ
ェースは、現在の国際ビジネスニュースのヘッドラインを表示する。

【０４８３】 図３５に示す「外国為替」ニュースインターフェースは、現在のニュースヘッ
ドラインのうち国際為替レートおよび市場に関連するものを表示する。このイン
ターフェースは、市場ブリーフ（ｂｒｉｅｆ）へのアクセスも提供する。例えば
、「ＭＣＭ」ボタン２３２０がクリックされると、本システムは、図３６に示す
ように、ＭＣＭによって作成された外国為替市場に関する分析を表示する。

【０４８４】 図３７に示す「貨幣市場」ニュースインターフェースは、現在のニュースヘッ
ドラインのうち国際貨幣市場に関するものを表示する。このインターフェースは
、市場ブリーフへのアクセスも提供する。例えば、「Ｂｒｉｅｆｉｎｇ．ｃｏｍ
」ボタン２３３０がクリックされると、本システムは、図３８に示すように、ブ
リーフｉｎｇ．ｃｏｍによって作成された金利分析を表示する。図３９に示す「
クレジット市場」ニュースインターフェースは、現在のニュースヘッドラインの
うち国際クレジット市場に関連するものを表示し、市場ブリーフへのアクセスを
提供する。図４０に示す「エクイティ」ニュースインターフェースは、現在のニ
ュースヘッドラインのうち国際エクイティ市場に関連するものを表示し、市場ブ
リーフへのアクセスを提供する。最後に、図４１に示す「品物（ｃｏｍｍｏｄｉ
ｔｙ）」ニュースインターフェースは、現在のニュースヘッドラインのうち国際
的な品物市場に関連するものを表示し、市場ブリーフへのアクセスを提供する。

【０４８５】 （ｅ．リサーチ） 本発明のこの実施形態は、関連する金融リサーチコンテンツをシステムユーザ
に提供する一連のインターフェースを提供する。図２２に示す「知識」インター
フェースは、国際金融に関するコンテンツおよび記事へのリンクを表示する。こ
のインターフェースは、「最良の慣行」２０９０および「コンテンツプロバイダ
」２１００へのリンクも含む。「コンテンツプロバイダ」ボタン２１００がクリ
ックされると、本システムは、図２３に示す「コンテンツプロバイダ」インター
フェースを表示する。このインターフェースは、システムコンテンツのプロバイ
ダに関する情報へのリンクを含む。例えば、リンク２１１０がクリックされると
、本システムは、Ｄｅｌｏｉｔｔｅ＆Ｔｏｕｃｈｅというプロバイダのコンテン
ツに関する情報を表示する。

【０４８６】 図４２に示す「リサーチ」インターフェースは、様々なコンテンツプロバイダ
によって作成された金融リサーチおよび分析ブリーフに対する表題インデックス
を表示する。ユーザは、コンテンツプロバイダによって作成されたブリーフ全て
の特定のブリーフまたはリスト項目へリンクすることができる。例えば、「ＢＮ
Ｐ Ｐａｒｉｂａｓ」リンク２３４０または２３４５がクリックされると、本シ
ステムは、図４３に示す「ＢＮＰ Ｐａｒｉｂａｓリサーチ」インターフェース
を表示する。このインターフェースは、ＢＮＰ Ｐａｒｉｂａｓによって作成さ
れた様々なリサーチブリーフのうちユーザがダウンロードすることが可能なもの
をリスト化する。

【０４８７】 図２４に示す「プロバイダ」インターフェースは、特定のプロバイダのウェブ
サイトへのリンクを提供する。これらのプロバイダは、メンバーとのトランザク
ションに参加する同じプロバイダである。例えば、「ＢＮＰ Ｐａｒｉｂａｓ」
リンク２１２０がクリックされると、本システムは、ＢＮＰＰａｒｉｂａｓのウ
ェブサイトへとリンクする。

【０４８８】 （ｆ．ユーザ間の通信） （ｉ．チャット） 上述したように、本発明のこの実施形態を用いると、ユーザ（すなわち、メン
バーおよびプロバイダ）は、トランザクションリクエストおよび価格見積に関す
るチャット通信に参加することができる。本システムは、このようなチャットを
チャットサーバ１２０（これを図１に示す）を介して支援する。例えば、図８４
に示す「リクエスト監視：現在」インターフェースを用いると、メンバーは、「
チャット」ボタンをクリックして、特定のトランザクションリクエストについて
プロバイダとチャットを開始することができる。この実施形態において、チャッ
トを開始する際、本システムは、ポップアップ部分インターフェースを表示して
、以下を表示する。： ・本システムによって割り当てられた当該トランザクションリクエストの識別情
報番号。 ・テキスト入力フィールド。 ・カウンタパーティのＥメールアドレス。 ・メンバーのＥメールアドレス。 ・チャットが開始する日付および時間。

【０４８９】 チャットが行われると、チャットインターフェースは、各パーティによって送
られたテキストも表示する。

【０４９０】 （ｉｉ．電子メール） 本発明のこの実施形態を用いると、ユーザ（すなわち、メンバーおよびプロバ
イダ）は、ユーザ間での相互通信および本システムとの通信を電子メールを介し
て行うことができる。本システムは、Ｅメールサーバ１４０（これを図１に示す
）を介してセキュアなＥメールを支援する。１つのＥメールメッセージは、トラ
ンザクションリクエストの詳細を含むＸＭＬ文書を含み得る。；このようなメッ
セージの受取人は、様々なＸＭＬツールを用いてトランザクションの明細を調査
することができる。このようなＸＭＬツールは、トランザクションを生成し、Ｅ
メールメッセージからリアルタイム価格設定分析を提供するキャップ能力を有し
得る。本システムは、ＸＭＬメッセージをユーザのバックエンドのシステムに直
接送信することもできる；システムは、トランザクションリクエストの受信およ
び自動処理を行うＸＭＬインタープリターを含み得る。

【０４９１】 （Ｄ．さらなる機能） 本明細書中に記載の機能に加えて、本発明の実施形態は、本システムに組み込
まれるさらなる機能を含み得る。

【０４９２】 （１．価格の向上） 本発明の特定の実施形態において、上述したように、（ｉ）ユーザ（例えば、
メンバー）は、集計されて１人以上の他のユーザ（例えば、プロバイダ）に表示
されるトランザクションリクエストを提出し、（ｉｉ）１人以上の受取人ユーザ
（すなわち、プロバイダ）は、集計されてリクエスト元のユーザ（すなわち、メ
ンバー）に表示される、応答性の価格見積を提出する。参加するユーザは、この
ようなトランザクションのリクエストおよび見積りについて（本システムにより
サポートされたチャット、インスタントメッセージング、Ｅメール通信およびリ
クエストおよび見積りと共に含まれるテキスト、または他の取引手段（例えば、
電話またはインターネットによるＥメール）を介して）相互に交渉する。

【０４９３】 また、同じまたは他の実施形態において、プロバイダまたは他のユーザは、取
引可能な価格見積を、集計化されえたリアルタイムの表示に「押し出し」て、こ
れらの価格見積を、見込みのある取引パートナー（すなわち、メンバー）によっ
て検討してもらうことができる。プロバイダによって提出される「取引可能な」
見積りの価格レベルは、プロバイダが自発的にトランザクションを実行してもよ
いと思うようなレベルであるが、「向上」させたりまたは交渉によって値下げす
ることも可能である。「押し出し」を行うユーザは、個々の銀行および金融機関
ならびに複数の銀行および金融機関からなる企業共同体を含み得る。取引可能な
見積りの集計表示は、製品マトリックス（例えば、製品（例えば、ＦＸスポット
）、価格またはレート、通貨、プロバイダ、トランザクション制限、満期日付／
時間）の形態をとり得、また、特定の種類の金融トランザクションについて「最
良の」価格のみを表示するフィルタも含み得る。

【０４９４】 このような価格見積がリアルタイムで集計された表示物として受信されると、
メンバーは、：（ｉ）見積りをそのまま受領して、トランザクションを実行する
か；（ｉｉ）「向上した」見積りを受領してトランザクションを実行するか；ま
たは（ｉｉｉ）プロバイダと通信しておよび価格の値下げについて交渉すること
ができる。見積りの受領が行われるのは、メンバーが価格を受入れ可能なレベル
で（（１）表示中の見積りを手入力でクリックし、プロバイダとの受領、確認、
および決済がトリガされることによって、または（２）見積りを特定のレベルで
受領するようにプログラムされたソフトウェアルーチン（または「ロボット」）
を介して自動的に）「ヒット」したときである。

【０４９５】 価格「向上」が発生するのは、特定の取引パートナーについての価格見積が自
動ソフトウェアルーチンまたは手入力による介入によって（一般向けとしてまた
は機密扱いとして）変化するかまたは「向上した」ときである。価格向上は、以
下の事物間の既存の関係に基づいて発生し得る：すなわち、特定のユーザ（例え
ば、特定のメンバーがいつもプロバイダからの値引きを受ける）、トランザクシ
ョンタイプ（例えば、「ＦＸスポット」）、トランザクションサイズ（例えば、
分量による値引き）、見込みのあるパートナーのクレジット格付け、見込みのあ
るパートナーの産業、または他の取引方針もしくはパラメータ。

【０４９６】 特定の実施形態において、プロバイダは、個別調整としてユーザによって規定
された取引方針テンプレートを実行するか、または、（パラメータにしたがって
価格見積を自動変更する）システムによって規定された購入パターンテンプレー
ト（もしくはユーザによって規定されたテンプレーとシステムによって規定され
たテンプレートとの組み合わせ）を用いることができる。同様に、特定の実施形
態において、メンバーは、個別調整としてユーザによって規定された取引方針テ
ンプレートを実行するか、または、（検出されたパラメータに従って価格見積を
変更し、このような変更を問い合わせ元のプロバイダに提出することいによって
価格見積に自動応答する）システムによって規定された購入パターンテンプレー
ト（もしくはユーザによって規定されたテンプレートとシステムによって規定さ
れたテンプレートとの組み合わせ）を用いることができる。自動取引方針（また
はテンプレート）は、ブロックトランザクションを行うようにも実施され得る。
このような自動方針を以下に挙げる。： ・１つのトランザクションを価格見積に影響が出ない程度の小さな分量に分割す
る。 ・１つのトランザクションの断片を複数の取引パートナーに分配する。 ・１つのトランザクションの断片を複数のトランザクションタイプに分散させる
。 ・１つのトランザクションを複数の時間インクレメントにわたって分割する。

【０４９７】 （２．マルチパーティによるトランザクション） 本発明の他の実施形態は、マルチパーティトランザクションを支援することが
できる。このようなトランザクションにおいて、ユーザ（すなわち、メンバー）
は、トランザクションの構造を、１つ以上の他のパーティ（すなわち、プロバイ
ダ）に分散できるような構造にする。これらの他のパーティはそれぞれ、取引資
産の一部を、ユーザのこのトランザクション構造によって決定された額だけ提供
する。例えば、メンバーは、１００万Ｅｕｒｏを米国ドルで換算することを望み
得る。その場合、あるプロバイダは、特定の額の米国ドルを４０００万Ｅｕｒｏ
で換算し、もう一方のプロバイダは、特定の額の米国ドルを６０００万Ｅｕｒｏ
で換算する。本システムは、１つの受領を伴うトランザクションについてユーザ
が複数の価格見積を受領することを可能にし、単一のパーティトランザクション
が表示されるときと同じ様式でこのような受領を様々な表示モニタ上に表示する
。他の実施形態において、本システムは、複数の受領を伴う同じトランザクショ
ンについてユーザが複数の価格見積を受領することを可能にする。

【０４９８】 （３．ユーザへの警告） 本発明の実施形態は、特定のユーザのポートフォリオ、取引活動またはプロフ
ィール情報に基づいて、本システムが個別調整された通知または「警告」による
自動警告をユーザに提出する工程を含む。このような警告は、Ｅメールメッセー
ジの形態をとるか、または、（ユーザが本システムとの連絡を有している間に表
示される）自動リフレッシュによるポップアップウィンドウの形態をとり得る。
警告は、ユーザに以下のようなイベントを通知する際に送信され得る：すなわち
、新規トランザクションリクエストまたは価格見積；利息、市場、または外国為
替レートもしくはエクイティ価格の変化；ユーザのポータルに来る今後のイベン
ト（例えば、支払いの締め切り、オプション日付）；または今後の経済的イベン
ト。

【０４９９】 上記の本発明の好適な実施形態についての記載は、例示目的および説明目的の
ために提示したものである。上記記載は、網羅的なものを意図したものではなく
、また本発明を開示形態そのものに限定することを意図したものでもない。本発
明の多くの変更および改変が、当業者にとって明らかである。当業者であれば、
本明細書にて説明した用途の代わりに他の用途を用いることが本発明の意図およ
び範囲から逸脱することなく可能であることを容易に理解する。従って、本発明
は、本明細書中の特許請求の範囲のみによって限定されるべきである。

【図面の簡単な説明】

【図１】 図１は、本発明の一実施形態のアーキテクチャを示す図である。

【図２】 図２は、本発明の一実施形態の、メンバーおよびプロバイダが金融取引を行な
うプロセスのフローチャートを示す。

【図３】 図３は、本発明の一実施形態の、ＦｉｎＸＭＬ「取引」の構造を示す図である
。

【図４】 図４は、本発明の一実施形態の、ＦｉｎＸＭＬ「外部パーティ」エレメントの
構造を示す図である。

【図５】 図５は、本発明の一実施形態の、ＦｉｎＸＭＬ「内部パーティ」エレメントの
構造を示す図である。

【図６】 図６は、本発明の一実施形態の、ＦｉｎＸＭＬ「イベント」エレメントの構造
を示す図である。

【図７】 図７は、本発明の一実施形態の、接続自動プロセッサの一般的アーキテクチャ
を示す図である。

【図８】 図８は、本発明の一実施形態の、接続自動プロセッサのアーキテクチャの概観
を示す図である。

【図９】 図９は、本発明の一実施形態の、接続メッセージのレイアウトを示す図である
。

【図１０】 図１０は、本発明の一実施形態の、接続メッセージの構造を示す図である。

【図１１】 図１１は、本発明の一実施形態の、自動価格設定（同期）機能の接続メッセー
ジフローを示す図である。

【図１２】 図１２は、本発明の一実施形態の、自動価格設定（非同期）機能の接続メッセ
ージフローを示す図である。

【図１３】 図１３は、本発明の一実施形態の、半自動価格設定（同期）機能の接続メッセ
ージフローを示す図である。

【図１４】 図１４は、本発明の一実施形態の、取引伝送（非同期）機能の接続メッセージ
フローを示す図である。

【図１５】 図１５は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、金融オブジ
ェクトをＦｉｎＸＭＬ文書に変換するのに利用されるコンポーネントを示す図で
ある。

【図１６】 図１６は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、金融オブジ
ェクトをＦｉｎＸＭＬ文書に変換するプロセスのフローチャートを示す図である
。

【図１７】 図１７は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、ＦｉｎＸＭ
Ｌ文書を金融オブジェクトに変換するのに利用されるコンポーネントを示す図で
ある。

【図１８】 図１８は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、ＦｉｎＸＭ
Ｌ文書を金融オブジェクトに変換するプロセスのフローチャートを示す図である
。

【図１９】 図１９は、会社および銀行が金融トランザクションを行なうマニュアルプロセ
スのフローチャートを示す図である。

【図２０】 図２０は、本発明の一実施形態の、双方向ログインインターフェースの画面の
印刷を示す。

【図２１】 図２１は、本発明の一実施形態の、ニュース記事を表示、および検索する、双
方向ユーザインターフェースの画面の印刷を示す。

【図２２】 図２２は、本発明の一実施形態の、企業金融に関する内容を表示する、双方向
ユーザインターフェースの画面の印刷を示す。

【図２３】 図２３は、本発明の一実施形態の、企業金融コンテンツのプロバイダにリンク
する、双方向ユーザインターフェースの画面の印刷を示す。

【図２４】 図２４は、本発明の一実施形態の、銀行および金融機関（「プロバイダ」）の
ウェブサイトにリンクする、双方向ユーザインターフェースの画面の印刷を示す
。

【図２５】 図２５は、本発明の一実施形態の、ニュースヘッドラインを表示、および選択
する、双方向ユーザインターフェースの画面の印刷を示す。

【図２６】 図２６は、本発明の一実施形態の、ユーザのホームページのレイアウトをカス
タマイズする、双方向ユーザインターフェースの画面の印刷を示す。

【図２６Ａ】 図２６Ａは、本発明の一実施形態の、ユーザのホームページのレイアウトをカ
スタマイズする、双方向ユーザインターフェースの画面の印刷を示す。

【図２７】 図２７は、本発明の一実施形態の、市場金利の要旨を表示する、ユーザインタ
ーフェースの画面の印刷を示す。

【図２７Ａ】 図２７Ａは、本発明の一実施形態の、市場金利の要旨を表示する、ユーザイン
ターフェースの画面の印刷を示す。

【図２８】 図２８は、本発明の一実施形態の、外国為替レートの要旨を表示するユーザイ
ンターフェースの画面の印刷を示す。

【図２８Ａ】 図２８Ａは、本発明の一実施形態の、外国為替レートの要旨を表示する、ユー
ザインターフェースの画面の印刷を示す。

【図２９】 図２９は、本発明の一実施形態の、銀行預金およびプライムレートの要旨を表
示する、ユーザインターフェースの画面の印刷を示す。

【図２９Ａ】 図２９Ａは、本発明の一実施形態の、銀行預金およびプライムレートの要旨を
表示する、ユーザインターフェースの画面の印刷を示す。

【図３０】 図３０は、本発明の一実施形態の、債券格付けの要旨を表示する、ユーザイン
ターフェースの画面の印刷を示す。

【図３０Ａ】 図３０Ａは、本発明の一実施形態の、債券格付けの要旨を表示する、ユーザイ
ンターフェースの画面の印刷を示す。

【図３１】 図３１は、本発明の一実施形態の、為替取引された金融商品レートの要旨を表
示する、ユーザインターフェースの画面の印刷を示す。

【図３２】 図３２は、本発明の一実施形態の、ワールドニュースヘッドラインを表示、お
よび検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図３３】 図３３は、本発明の一実施形態の、業界ニュースヘッドラインを表示、および
検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図３４】 図３４は、本発明の一実施形態の、ワールドビジネスニュースヘッドラインを
表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図３５】 図３５は、本発明の一実施形態の、外国為替ニュースヘッドラインを表示、お
よび検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図３６】 図３６は、本発明の一実施形態の、外国為替市場の概要を表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図３７】 図３７は、本発明の一実施形態の、金融市場ニュースヘッドラインを表示、お
よび検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図３８】 図３８は、本発明の一実施形態の、金融市場概要を表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図３９】 図３９は、本発明の一実施形態の、金融市場ニュースヘッドラインを表示、お
よび検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図４０】 図４０は、本発明の一実施形態の、エクイティニュースヘッドラインを表示、
および検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図４１】 図４１は、本発明の一実施形態の、コモディティニュースヘッドラインを表示
、および検索する、双方向ユーザインターフェースの画面の印刷を示す。

【図４２】 図４２は、本発明の一実施形態の、企業金融コンテンツのプロバイダからの調
査概要の表示を選択をする、双方向ユーザインターフェースの画面の印刷を示す
。

【図４３】 図４３は、本発明の一実施形態の、企業金融コンテンツの特定のプロバイダか
らの調査概要の表示を選択をする、双方向ユーザインターフェースの画面の印刷
を示す。

【図４４】 図４４は、本発明の一実施形態の、システムを用いて作成された、金融トラン
ザクションのメンバーのリストを表示する、双方向ユーザインターフェースの画
面の印刷を示す。

【図４４Ａ】 図４４Ａは、本発明の一実施形態の、選択され得、動作され得るポートフォリ
オに関する報告を含む、システムを用いて作成された金融トランザクションのメ
ンバーのリストを表示する、双方向ユーザインターフェースの別の表示を示す図
である。

【図４５】 図４５は、本発明の一実施形態の、システムを用いて作成された、メンバーの
外国為替（「ＦＸ」）直物トランザクションの詳細を表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図４５Ａ】 図４５Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ直物トランザクションと関連するキャッシュフローを表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図４６】 図４６は、本発明の一実施形態の、システムを用いて作成された、メンバーの
ＦＸ直物トランザクションと関連する手数料を表示する、双方向ユーザインター
フェースの画面の印刷を示す。

【図４７】 図４７は、本発明の一実施形態の、システムを用いて作成された、メンバーの
ＦＸ直物トランザクションと関連する追加的情報を表示する、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図４８】 図４８は、本発明の一実施形態の、システムを用いて作成された、メンバーの
外国為替（「ＦＸ］）先物トランザクションの詳細を表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図４８Ａ】 図４８Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ先物トランザクションと関連するキャッシュフローを表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図４９】 図４９は、本発明の一実施形態の、システムを用いて作成された、メンバーの
外国為替（「ＦＸ」）スワップトランザクションの詳細を表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図４９Ａ】 図４９Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸスワップトランザクションと関連するキャッシュフローを表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図５０】 図５０は、本発明の一実施形態の、システムを用いて作成された、メンバーの
外国為替（「ＦＸ」）欧州オプショントランザクションの詳細を表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図５０Ａ】 図５０Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ欧州オプショントランザクションと関連するキャッシュフローを表示する
、双方向ユーザインターフェースの画面の印刷を示す。

【図５１】 図５１は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定−変動の金利スワップトランザクションに関する基本情報を表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図５１Ａ】 図５１Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
の固定−変動の金利スワップトランザクションの詳細を表示する、双方向ユーザ
インターフェースの画面の印刷を示す。

【図５１Ｂ】 図５１Ｂは、本発明の一実施形態の、システムを用いて作成された、メンバー
の固定−変動の金利スワップトランザクションの詳細を表示する、双方向ユーザ
インターフェースの画面の印刷を示す。

【図５２】 図５２は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定−変動の金利スワップトランザクションと関連するキャッシュフローを表示
する、双方向ユーザインターフェースの画面の印刷を示す。

【図５３】 図５３は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定−変動の金利スワップトランザクションと関連するレートリセットを表示す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図５４】 図５４は、本発明の一実施形態の、システムを用いて作成された、メンバーの
金利先渡し契約トランザクションの詳細を表示する、双方向ユーザインターフェ
ースの画面の印刷を示す。

【図５５】 図５５は、本発明の一実施形態の、システムを用いて作成された、メンバーの
金利先渡し契約トランザクションと関連するキャッシュフローを表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図５６】 図５６は、本発明の一実施形態の、システムを用いて作成された、メンバーの
金利先渡し契約トランザクションと関連するレートリセットを表示する、双方向
ユーザインターフェースの画面の印刷を示す。

【図５７】 図５７は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定レート預金トランザクションの詳細を表示する、双方向ユーザインターフェ
ースの画面の印刷を示す。

【図５８】 図５８は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定レート預金トランザクションと関連するキャッシュフローを表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図５９】 図５９は、本発明の一実施形態の、システムを用いて作成された、メンバーの
キャップトランザクションの詳細を表示する、双方向ユーザインターフェースの
画面の印刷を示す。

【図５９Ａ】 図５９Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のキャップトランザクションの詳細を表示する、双方向ユーザインターフェース
の画面の印刷を示す。

【図６０】 図６０は、本発明の一実施形態の、システムを用いて作成された、メンバーの
キャップトランザクションと関連するキャッシュフローを表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図６１】 図６１は、本発明の一実施形態の、システムを用いて作成された、メンバーの
キャップトランザクションと関連する手数料を表示する、双方向ユーザインター
フェースの画面の印刷を示す。

【図６２】 図６２は、本発明の一実施形態の、システムを用いて作成された、メンバーの
キャップトランザクションの詳細を表示する、双方向ユーザインターフェースの
画面の印刷を示す。

【図６３】 図６３は、本発明の一実施形態の、システムを用いて作成された、メンバーの
フロアトランザクションの詳細を表示する、双方向ユーザインターフェースの画
面の印刷を示す。

【図６３Ａ】 図６３Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のフロアトランザクションの詳細を表示する、双方向ユーザインターフェースの
画面の印刷を示す。

【図６４】 図６４は、本発明の一実施形態の、システムを用いて作成された、メンバーの
フロアトランザクションと関連するキャッシュフローを表示する、双方向ユーザ
インターフェースの画面の印刷を示す。

【図６５】 図６５は、本発明の一実施形態の、システムを用いて作成された、メンバーの
フロアトランザクションと関連する手数料を表示する、双方向ユーザインターフ
ェースの画面印刷を示す。

【図６６】 図６６は、本発明の一実施形態の、システムを用いて作成された、メンバーの
フロアトランザクションと関連するレートリセットを表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図６７】 図６７は、本発明の一実施形態の、システムを用いて作成された、メンバーの
アクティブおよび最近完了したトランザクションリクエストの状態を表示する、
双方向ユーザインターフェースの画面の印刷を示す。

【図６８】 図６８は、本発明の一実施形態の、システムを用いて作成された、メンバーの
外国為替直物トランザクションの取引詳細を表示する、双方向ユーザインターフ
ェースの画面の印刷を示す。

【図６９】 図６９は、本発明の一実施形態の、システムを用いて作成された、メンバーの
固定−変動の金利スワップトランザクションの取引詳細を表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図７０】 図７０は、本発明の一実施形態の、システムを用いて作成された、メンバーの
アクティブトランザクションリクエストの状態および要旨を表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図７１】 図７１は、本発明の一実施形態の、システムを用いて作成された、メンバーの
引受けられたトランザクションリクエストの要旨を表示する、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図７２】 図７２は、本発明の一実施形態の、システムを用いて作成された、メンバーの
実証トランザクションリクエストの要旨を表示する、双方向ユーザインターフェ
ースの画面の印刷を示す。

【図７３】 図７３は、本発明の一実施形態の、システムを用いて作成された、メンバーの
陳腐化トランザクションリクエストの要旨を表示する、双方向ユーザインターフ
ェースの画面の印刷を示す。

【図７４】 図７４は、本発明の一実施形態の、システムを用いて作成された、メンバーの
手形トランザクションリクエストの要旨を表示する、双方向ユーザインターフェ
ースの画面の印刷を示す。

【図７５】 図７５は、本発明の一実施形態の、システムを用いて作成された、メンバーの
削除されたトランザクションリクエストの要旨を表示する、双方向ユーザインタ
ーフェースの画面の印刷を示す。

【図７５Ａ】 図７５Ａは、本発明の一実施形態の、システムを用いて作成された、メンバー
のトランザクションリクエストすべての状態および要旨を表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図７６】 図７６は、メンバーが、本発明の一実施形態のシステムを用いて作成された、
メンバーのトランザクションリクエストのモニタ表示画面のデフォルトおよびフ
ィルタを設定することを可能にする、双方向ユーザインターフェースの画面の印
刷を示す。

【図７７】 図は、本発明の一実施形態の、メンバーと関連する法人エンティティを選択す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図７８】 図７８は、本発明の一実施形態の、メンバーと関連する法人エンティティを規
定する、双方向ユーザインターフェースの画面の印刷を示す。

【図７８Ａ】 図７８Ａは、本発明の一実施形態の、メンバーと関連する法人エンティティを
規定する、双方向ユーザインターフェースの画面の印刷を示す。

【図７９Ａ】 図７９Ａは、本発明の一実施形態の、メンバーと関連する取引帳簿を規定する
、双方向ユーザインターフェースの画面の印刷を示す。

【図７９Ｂ】 図７９Ｂは、本発明の一実施形態の、メンバーと関連する法人エンティティに
関する問合せを規定する、双方向ユーザインターフェースの画面の印刷を示す。

【図８０】 図８０は、本発明の一実施形態の、見るための見積価格を選択するための、デ
フォルトおよびフィルタを設定することをユーザに可能にする、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図８０Ａ】 図８０Ａは、本発明の一実施形態において見る、見るための見積価格を選択す
るための、デフォルトおよびフィルタを設定することをユーザに可能にする、双
方向ユーザインターフェースの画面の印刷を示す。

【図８１】 図８１は、本発明の一実施形態の、メンバーのプロフィールを作成、および更
新する、双方向ユーザインターフェースの画面の印刷を示す。

【図８２】 図８２は、本発明の一実施形態の、価格見積りを見るためのディスプレイの選
好を設定することをメンバーに可能にする、双方向ユーザインターフェースの画
面の印刷を示す。

【図８２Ａ】 図８２Ａは、本発明の一実施形態の、価格見積りを見るためのディスプレイの
好みを設定することをメンバーに可能にする、双方向ユーザインターフェースの
画面の印刷を示す。

【図８３】 図８３は、本発明の一実施形態の、メンバーとプロバイダとの信用関係を表示
し、要求する、双方向ユーザインターフェースの画面の印刷を示す。

【図８４】 図８４は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
のアクティブリクエスト、および最近完結された価格見積りの状態および要旨を
表示する、双方向ユーザインターフェースの画面の印刷を示す。

【図８５】 図８５は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の外国為替直物価格見積りのトランザクション詳細を表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図８６】 図８６は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の固定−変動の金利スワップのトランザクションの詳細を表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図８６Ａ】 図８６Ａは、本発明の一実施形態の、システムを用いて作成された、プロバイ
ダの固定−変動の金利スワップのトランザクションの詳細を表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図８７】 図８７は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の新しい価格見積りの状態および要旨を表示する、双方向ユーザインターフェー
スの画面の印刷を示す。

【図８８】 図８８は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
のアクティブ価格見積りの状態および要旨を表示する、双方向ユーザインターフ
ェースの画面の印刷を示す。

【図８９】 図８９は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の引受けられた価格見積りの要旨を表示する、双方向ユーザインターフェースの
画面の印刷を示す。

【図９０】 図９０は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の実証価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印
刷を示す。

【図９１】 図９１は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の陳腐化価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の
印刷を示す。

【図９２】 図９２は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の削除価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印
刷を示す。

【図９３】 図９３は、本発明の一実施形態の、システムを用いて作成された、プロバイダ
の価格見積りのすべての状態および要旨を表示する、双方向ユーザインターフェ
ースの画面の印刷を示す。

【図９４】 図９４は、本発明の一実施形態の、システムを用いて作成された、トランザク
ションリクエストについてのモニタディスプレイ画面のデフォルトおよびフィル
タを設定することをプロバイダに可能にする、双方向ユーザインターフェースの
画面の印刷を示す。

【図９５】 図９５は、本発明の一実施形態の、カスタマイズ機能にアクセスすることをユ
ーザに可能にする、双方向ユーザインターフェースの画面の印刷を示す。

【図９６】 図９６は、本発明の一実施形態の、プロバイダのプロフィールを作成、および
更新する、双方向ユーザインターフェースの画面の印刷を示す。

【図９７】 図９７は、本発明の一実施形態の、価格見積りを作成するためにデフォルトを
設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面
の印刷を示す。

【図９７Ａ】 図９７Ａは、本発明の一実施形態の、価格見積りを作成するためにデフォルト
を設定することをプロバイダに可能にする、双方向ユーザインターフェースの画
面の印刷を示す。

【図９７Ｂ】 図９７Ｂは、本発明の一実施形態の、価格見積りを作るためにデフォルトを設
定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の
印刷を示す。

【図９８】 図９８は、本発明の一実施形態の、システムを用いて作成されたトランザクシ
ョンリクエストを見るためのフィルタを設定することをプロバイダに可能にする
、双方向ユーザインターフェースの画面の印刷を示す。

【図９９】 図９９は、本発明の一実施形態の、システムを用いて創出された価格見積りの
ためのフィルタを規定し、デフォルト選好を設定することをプロバイダに可能に
する、双方向ユーザインターフェースの画面の印刷を示す。

【図１００】 図１００は、本発明の一実施形態の、システムを用いて作成された価格見積り
のための通信選好を設定することをプロバイダに可能にする、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図１０１】 図１０１は、本発明の一実施形態の、システムを用いて作成された価格見積り
と関連すべき標準テキストを選択することをプロバイダ可能にする、双方向ユー
ザインターフェースの画面の印刷を示す。

【図１０２】 図１０２は、本発明の一実施形態の、システムを用いて作成された価格見積り
と関連すべき標準テキストを作成することをプロバイダに可能にする、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図１０３】 図１０３は、本発明の一実施形態の、システムを用いて作成されるべきトラン
ザクションリクエストのタイプをメンバーが選択することを可能にする、双方向
ユーザインターフェースの画面の印刷を示す。

【図１０４】 図１０４は、本発明の一実施形態の、システムを用いて、メンバーの外国為替
（「ＦＸ」）直物トランザクションリクエストの詳細を作成、および表示する、
双方向ユーザインターフェースの画面の印刷を示す。

【図１０５】 図１０５は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物
トランザクションリクエストのパラメータを設定および表示する、双方向ユーザ
インターフェースの画面の印刷を示す。

【図１０６】 図１０６は、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ直物トランザクションリクエストを送信すべきプロバイダを、メンバーが
選択することを可能にする、双方向ユーザインターフェースの画面の印刷を示す
。

【図１０７】 図１０７は、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ直物トランザクションリクエストの詳細および状態を表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図１０８】 図１０８は、本発明の一実施形態の、システムを用いて作成された、メンバー
のＦＸ直物トランザクションリクエストの詳細を再調査する、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図１０９Ａ】 図１０９Ａは、本発明の一実施形態の、システムを用いて作成された、プロバ
イダのアクティブトランザクションリクエストおよび最近完了した価格見積りの
、状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示
す。

【図１０９Ｂ】 図１０９Ｂは、本発明の一実施形態の、システムを用いて作成された、新しい
トランザクションリクエストをプロバイダに表示する、双方向ユーザインターフ
ェースの画面の印刷を示す。

【図１０９Ｃ】 図１０９Ｃは、本発明の一実施形態の、システムを用いて作成された、アクテ
ィブトランザクションリクエストをフロバイダに表示するための、双方向ユーザ
インターフェースの画面の印刷を示す。

【図１０９Ｄ】 図１０９Ｄは、本発明の一実施形態の、システムを用いて作成された、プロバ
イダのアクティブ価格見積りの要旨を表示する、双方向ユーザインターフェース
の画面の印刷を示す。

【図１１０Ａ】 図１１０Ａは、本発明の一実施形態の、システムを用いて作成された、メンバ
ーのアクティブおよび最近完了したトランザクションリクエストの状態および要
旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。

【図１１０Ｂ】 図１１０Ｂは、本発明の一実施形態の、システムを用いて作成された、メンバ
ーの外国為替（「ＦＸ」）直物トランザクションの取引詳細を表示する、双方向
ユーザインターフェースの画面の印刷を示す。

【図１１０Ｃ】 図１１０Ｃは、本発明の一実施形態の、システムを用いて作成された、メンバ
ーのＦＸ直物トランザクションリクエストの引受けられた価格見積りの取引詳細
をメンバーに表示する、双方向ユーザインターフェースの画面の印刷を示す。

【図１１０Ｄ】 図１１０Ｄは、本発明の一実施形態の、システムを用いて作成された、メンバ
ーの引受けられたトランザクションリクエストの要旨を表示する、双方向ユーザ
インターフェースの画面の印刷を示す。

【図１１１Ａ】 図１１１Ａは、本発明の一実施形態の、システムを用いて作成された、プロバ
イダのアクティブトランザクションリクエストおよび最近完了した価格見積りの
、状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示
す。

【図１１１Ｂ】 図１１１Ｂは、本発明の一実施形態の、システムを用いて作成された、プロバ
イダの最近完了した価格見積りの、状態および要旨のための、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図１１１Ｃ】 図１１１Ｃは、本発明の一実施形態の、システムを用いて作成された、プロバ
イダの実証価格見積りの要旨を表示する、双方向ユーザインターフェースの画面
の印刷を示す。

【図１１２】 図１１２は、本発明の一実施形態の、システムを用いて、メンバーの外国為替
（「ＦＸ」）スワップトランザクションリクエストの詳細を作成、および表示す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図１１３】 図１１３は、本発明の一実施形態の、システムを用いて、メンバーの外国為替
（「ＦＸ］）オプショントランザクションリクエストの詳細を作成、および表示
する、双方向ユーザインターフェースの画面の印刷を示す。

【図１１４】 図１１４は、本発明の一実施形態の、システムを用いて、メンバーのスワップ
トランザクションリクエストの詳細を作成、および表示する、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図１１４Ａ】 図１１４Ａは、本発明の一実施形態の、システムを用いて、メンバーの固定−
変動の金利スワップトランザクションリクエストの詳細を作成、および表示する
、双方向ユーザインターフェースの画面の印刷を示す。

【図１１４Ｂ】 図１１４Ｂは、本発明の一実施形態の、システムを用いて、メンバーのスワッ
プトランザクションリクエストの詳細を作成、および表示する、双方向ユーザイ
ンターフェースの別の表示画面の印刷を示す。

【図１１４Ｃ】 図１１４Ｃは、本発明の一実施形態の、システムを用いて、メンバーの変動−
変動金利スワップトランザクションリクエストの詳細を作成、および表示する、
双方向ユーザインターフェースの画面の印刷を示す。

【図１１４Ｄ】 図１１４Ｄは、本発明の一実施形態の、メンバーのスワップトランザクション
リクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画
面の印刷を示す。

【図１１４Ｅ】 図１１４Ｅは、本発明の一実施形態の、システムを用いて、メンバーの固定−
固定の通貨間スワップトランザクションリクエストの詳細を作成、および表示す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図１１４Ｆ】 図１１４Ｆは、本発明の一実施形態の、システムを用いて、メンバーのスワッ
プトランザクションリクエストを作成、および表示する、双方向ユーザインター
フェースの画面の印刷を示す。

【図１１４Ｇ】 図１１４Ｇは、本発明の一実施形態の、システムを用いて、メンバーの固定−
変動の通貨間スワップトランザクションリクエストの詳細を作成、および表示す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図１１４Ｈ】 図１１４Ｈは、本発明の一実施形態の、システムを用いて、メンバーのスワッ
プトランザクションリクエストを作成、および表示する、双方向ユーザインター
フェースの画面の印刷を示す。

【図１１４Ｉ】 図１１４Ｉは、本発明の一実施形態の、システムを用いて、メンバーの変動−
変動の通貨間スワップトランザクションリクエストの詳細を作成、および表示す
る、双方向ユーザインターフェースの画面の印刷を示す。

【図１１５】 図１１５は、本発明の一実施形態の、システムを用いて、メンバーのキャップ
またはフロアトランザクションリクエストの詳細を作成、および表示する、双方
向ユーザインターフェースの画面の印刷を示す。

【図１１５Ａ】 図１１５Ａは、本発明の一実施形態の、システムを用いて、メンバーのキャッ
プトランザクションリクエストの詳細を作成、および表示する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図１１５Ｂ】 図１１５Ｂは、本発明の一実施形態の、システムを用いて、メンバーのキャッ
プまたはフロアトランザクションリクエストを作成、および表示する、双方向ユ
ーザインターフェースの画面の印刷の別の表示を示す。

【図１１５Ｃ】 図１１５Ｃは、本発明の一実施形態の、システムを用いて、メンバーのフロア
トランザクションリクエストの詳細を作成、および表示する、双方向ユーザイン
ターフェースの画面の印刷を示す。

【図１１６】 図１１６は、本発明の一実施形態の、システムを用いて、メンバーの金利先渡
し契約トランザクションリクエストの詳細を作成、および表示する、双方向ユー
ザインターフェースの画面の印刷を示す。

【図１１６Ａ】 図１１６Ａは、本発明の一実施形態の、システムを用いて、メンバーの金利先
渡し契約トランザクションリクエストの詳細を作成、および表示する、双方向ユ
ーザインターフェースの画面の印刷を示す。

【図１１７】 図１１７は、本発明の一実施形態の、システムを用いて、メンバーの預金トラ
ンザクションリクエストの詳細を作成、および表示する、双方向ユーザインター
フェースの画面の印刷を示す。

【図１１７Ａ】 図１１７Ａは、本発明の一実施形態の、システムを用いて、メンバーの固定レ
ート預金トランザクションリクエストの詳細を作成、および表示するための、第
２の双方向ユーザインターフェースの画面の印刷を示す。

【図１１８】 図１１８は、本発明の一実施形態の、システムを用いて、メンバーの外国為替
（「ＦＸ］）直物、または先渡しトランザクションリクエストの詳細を作成、お
よび表示する、双方向ユーザインターフェースの画面の印刷を示す。

【図１１９】 図１１９は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物
、または先渡しトランザクションリクエストのトランザクションパラメータを作
成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。

【図１２０】 図１２０は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物
トランザクションリクエストを送信するプロバイダを選択する、双方向ユーザイ
ンターフェースの画面の印刷を示す。

【図１２１】 図１２１は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物
トランザクションリクエストを再調査する、双方向ユーザインターフェースの画
面の印刷を示す。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 Ｇ０６Ｆ 17/60 ２３４Ｑ ＺＥＣ ＺＥＣ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 トラット， ヴィラル ブイ． アメリカ合衆国 カリフォルニア 94025， メンロ パーク， ハーキンス アベニ ュー 2148

Claims (81)

【特許請求の範囲】
1. 【請求項１】 金融商品の交換を伴う金融トランザクションを容易にするた
   めのオンラインシステムであって、 （ａ）該システムのバイヤーユーザがトランザクションを行う際に用いること
   ができる第１のクライアントノードであって、該バイヤーユーザが該システムの
   複数のセラーユーザからセラーユーザを選択することを含む、第１のクライアン
   トノードと、 （ｂ）該セラーユーザが該バイヤーユーザとトランザクションを行う際に用い
   ることができる第２のクライアントノードと、 （ｃ）該第１のクライアントおよび該第２のクライアントノード間のメッセー
   ジの交換を容易にするサーバノードであって、該バイヤーユーザおよび該セラー
   ユーザ間のトランザクションに関する情報およびデータを含むトランザクション
   メッセージを含み、 （ｉ）バイヤーユーザが１つ以上のセラーユーザとのトランザクションに参
   加することを可能にする双方向取引メカニズムであって、 （１）該バイヤーユーザが該トランザクションの詳細を提供することを可
   能にする双方向インターフェースと、 （２）該バイヤーユーザが該トランザクションに関する価格見積リクエス
   トを１つ以上のセラーユーザに生成および通信することを可能にする双方向イン
   ターフェースと、 （３）セラーユーザが１つ以上のバイヤーユーザから受領した価格見積リ
   クエストを見ることを可能にする双方向インターフェースと、 （４）セラーユーザが１つ以上のバイヤーユーザに価格見積を生成および
   通信することを可能にする双方向インターフェースと、 （５）バイヤーユーザが１つ以上のセラーユーザから受領した価格見積を
   見ることを可能にする双方向インターフェースと、 （６）バイヤーユーザが１つ以上のセラーユーザからの受け取った価格見
   積を受け入れて、該受け入れ結果を該選択されたセラーユーザ（単数または複数
   ）に通信することを可能にする双方向インターフェースと、 を備える双方向取引メカニズムと、 （ｉｉ）バイヤーユーザがセラーユーザとの通信を行うことを可能にする通
   信メカニズムと、 を備える、オンラインシステム。
2. 【請求項２】 前記双方向取引メカニズムは、該双方向フィルタリングメカ
   ニズムは、該一連のバイヤーユーザの価格見積リクエストを受領するセラーユー
   ザの数にバイヤーユーザが限定を設定することを可能する双方向フィルタリング
   メカニズムを備え、該限定は、 （ａ）該バイヤーユーザが該フィルタリングメカニズムを用いて選択したフィ
   ルタリング基準を満足するセラーユーザに対して課されるか、または、 （ｂ）該バイヤーユーザが該フィルタリングメカニズムを用いて選択した価格
   見積リクエストに関するフィルタリング基準に基づいて課される、 請求項１に記載のシステム。
3. 【請求項３】 前記バイヤーユーザによって選択されたフィルタリング基準
   は、 （ａ）特定のユーザの名称と、 （ｂ）特定のユーザの企業国籍と、 （ｃ）特定のユーザの産業と、 （ｄ）トランザクションの種類と、 （ｅ）トランザクションの名目額と、 のカテゴリのうち１つ以上を含む、請求項２に記載のシステム。
4. 【請求項４】 前記双方向取引メカニズムは、バイヤーユーザが受領する価
   格見積を、該バイヤーユーザが前記双方向フィルタリングメカニズムを用いて選
   択したフィルタリング基準を満足する価格見積に限定することを可能にする双方
   向フィルタリングメカニズムを備える、請求項１に記載のシステム。
5. 【請求項５】 前記バイヤーユーザによって選択されたフィルタリング基準
   は、 （ａ）価格見積トランザクションの種類と、 （ｂ）価格見積の通貨と、 （ｃ）価格見積の金利または為替レートの最小値または最大値と、 （ｄ）価格見積の最小値または最大値額と、 （ｅ）該トランザクションの他の任意の変数パラメータと、 （ｆ）価格見積を送信するセラーユーザの名称と、 （ｇ）該価格見積を送信するセラーユーザのクレジット格付けと、 （ｈ）該価格見積を送信するセラーユーザの企業国籍と、 （ｉ）該価格見積を送信するセラーユーザの産業と、 カテゴリのうち１つ以上を含む、請求項４に記載のシステム。
6. 【請求項６】 前記双方向取引メカニズムは、セラーユーザが受領する価格
   見積リクエストを、該セラーユーザが前記双方向フィルタリングメカニズムを用
   いて選択したフィルタリング基準を満足するリクエストに限定することを可能に
   する双方向フィルタリングメカニズムを備える、請求項１に記載のシステム。
7. 【請求項７】 前記セラーユーザによって選択された前記フィルタリング基
   準は、 （ａ）価格見積リクエストのトランザクションの種類と、 （ｂ）価格見積リクエストの通貨と、 （ｃ）価格見積リクエストの金利または為替レートの最小値または最大値と、 （ｄ）価格見積リクエストの最小値または最大値額と、 （ｅ）該トランザクションの他の任意の変数パラメータと、 （ｆ）該価格見積リクエストを送信するバイヤーユーザの名称と、 （ｇ）該価格見積リクエストを送信するバイヤーユーザのクレジット格付けと
   、 （ｈ）該価格見積リクエストを送信するバイヤーユーザの企業国籍と、 （ｉ）該価格見積リクエストを送信するバイヤーユーザの産業と、 のカテゴリのうち１つ以上を含む、請求項６に記載のシステム。
8. 【請求項８】 前記価格見積リクエストは、購入トランザクションおよび売
   却トランザクション両方に関するリクエストを含み、前記価格見積は、購入トラ
   ンザクションおよび売却トランザクション両方に関する価格設定を提供する、請
   求項１に記載のシステム。
9. 【請求項９】 金融商品の交換を伴う金融トランザクションを容易にするオ
   ンラインシステムであって、 （ａ）該システムのバイヤーユーザがトランザクションを行う際に用いること
   が可能な第１のクライアントノードであって、該バイヤーユーザが該システムの
   複数のセラーユーザから１つのセラーユーザを選択した結果を含む、第１のクラ
   イアントノードと、 （ｂ）該システムのセラーユーザが該バイヤーユーザとトランザクションを行
   う際に用いることが可能な第２のクライアントノードと、 （ｃ）該第１のクライアントノードおよび該第２のクライアントノード間での
   メッセージの交換を容易にするサーバノードであって、バイヤーユーザおよびセ
   ラーユーザ間でのトランザクションに関する情報およびデータを含むトランザク
   ションメッセージを含み、 （ｉ）バイヤーユーザが１つ以上のセラーユーザとのトランザクションに参
   加することを可能にする双方向取引メカニズムであって、 （１）該バイヤーユーザが該トランザクションの詳細を提供することを可
   能にする双方向インターフェースと、 （２）該バイヤーユーザが該１つ以上のセラーユーザとのトランザクショ
   ンに関する価格見積リクエストを生成および通信することを可能にする双方向イ
   ンターフェースと、 （３）セラーユーザが１つ以上のバイヤーユーザから受領した価格見積リ
   クエストを見ることを可能にする双方向インターフェースと、 （４）セラーユーザが価格見積を生成して１つ以上のバイヤーユーザに通
   信することを可能にする双方向インターフェースと、 （５）バイヤーユーザが１つ以上のセラーユーザから受領した価格見積を
   見ることを可能にする双方向インターフェースと、 （６）バイヤーユーザが１つ以上のセラーユーザから受け取った価格見積
   を受け入れ、該受け入れ結果を該セラーユーザに通信することを可能にする双方
   向インターフェースと、 （７）該バイヤーユーザによって生成された価格見積の受け入れ結果をセ
   ラーユーザが確認することを可能にする双方向インターフェースと、 を備える双方向取引メカニズムと、 （ｉｉ）バイヤーユーザが該セラーユーザとの通信を行うことを可能にする
   通信メカニズムと、 （ｉｉｉ）市場金利または通貨為替レートを含む市場データをユーザがリア
   ルタイムで見ることを可能にする表示メカニズムと、 を含むサーバノードと、 を備える、オンラインシステム。
10. 【請求項１０】 前記双方向取引メカニズムは、バイヤーユーザからの価格
    見積リクエストを受け取るセラーユーザを該バイヤーユーザが限定することを可
    能にする双方向フィルタリングメカニズムを備え、該限定は、 （ａ）該バイヤーユーザが該フィルタリングメカニズムを用いて選択したフィ
    ルタリング基準を満足するセラーユーザに課され、 （ｂ）該バイヤーユーザが該フィルタリングメカニズムを用いて選択した価格
    見積リクエストに関するフィルタリング基準に基づいて課される、 請求項９に記載のシステム。
11. 【請求項１１】 前記バイヤーユーザによって選択されたフィルタリング基
    準は、 （ａ）特定のユーザの名称と、 （ｂ）特定のユーザの企業国籍と、 （ｃ）特定のユーザの産業と、 （ｄ）トランザクションの種類と、 （ｅ）トランザクションの名目額と、 のカテゴリのうち１つ以上を含む、請求項１０に記載のシステム。
12. 【請求項１２】 前記双方向取引メカニズムは、バイヤーユーザが受け取る
    価格見積を、該バイヤーユーザが双方向フィルタリングメカニズムを用いて選択
    したフィルタリング基準を満足する価格見積に限定することを可能にする双方向
    フィルタリングメカニズムを備える、請求項９に記載のシステム。
13. 【請求項１３】 前記バイヤーユーザによって選択されたフィルタリング基
    準は、 （ａ）価格見積のトランザクションの種類と、 （ｂ）価格見積の通貨と、 （ｃ）価格見積の金利または為替レートの最小値または最大値と、 （ｄ）価格見積の最小値または最大値額と、 （ｅ）該トランザクションの他の任意の変数パラメータと、 （ｆ）価格見積を送信する該セラーユーザの名称と、 （ｇ）該価格見積を送信するセラーユーザのクレジット格付けと、 （ｈ）該価格見積を送信するセラーユーザの企業国籍と、 （ｉ）該価格見積を送信するセラーユーザの産業と、 のカテゴリのうち１つ以上を含む、請求項１に記載のシステム。
14. 【請求項１４】 前記双方向取引メカニズムは、セラーユーザが受け取る価
    格見積リクエストを、該セラーユーザが双方向フィルタリングメカニズムを用い
    て選択したフィルタリング基準を満足するリクエストに限定することを可能にす
    る双方向フィルタリングメカニズムを備える、請求項９に記載のシステム。
15. 【請求項１５】 前記セラーユーザによって選択されたフィルタリング基準
    は、 （ａ）価格見積リクエストのトランザクションの種類と、 （ｂ）価格見積リクエストの通貨と、 （ｃ）価格見積リクエストの金利または為替レートの最小値または最大値と、 （ｄ）価格見積リクエストの最小値または最大値額と、 （ｅ）該トランザクションの他の任意の変数パラメータと、 （ｆ）価格見積リクエストを送信するバイヤーユーザの名称と、 （ｇ）該価格見積リクエストを送信するバイヤーユーザのクレジット格付けと
    、 （ｈ）該価格見積リクエストを送信するバイヤーユーザの企業国籍と、 （ｉ）該価格見積リクエストを送信するバイヤーユーザの産業と、 のカテゴリのうち１つ以上を含む、請求項１４に記載のシステム。
16. 【請求項１６】 前記価格見積リクエストは、購入トランザクションおよび
    売却トランザクションの両方についてリクエストを含み、該価格見積は、購入ト
    ランザクションおよび売却トランザクションの両方について価格設定を提供する
    、請求項９に記載のシステム。
17. 【請求項１７】 金融商品の交換を伴う金融トランザクションを容易にする
    オンラインシステムであって、 （ａ）該システムのバイヤーユーザがトランザクションを行う際に用いること
    ができる第１のクライアントノードであって、該バイヤーユーザが該システムの
    複数のセラーユーザからセラーユーザを選択することを含む、第１のクライアン
    トノードと、 （ｂ）該システムの該セラーユーザが該バイヤーユーザとトランザクションを
    行う際に用いることができる第２のクライアントノードと、 （ｃ）該第１のクライアントノードおよび該第２のクライアントノード間のメ
    ッセージの交換を容易にするサーバノードであって、該バイヤーユーザおよび該
    セラーユーザ間のトランザクションに関する情報およびデータを含むトランザク
    ションメッセージを含み、バイヤーユーザが１つ以上のセラーユーザとのトラン
    ザクションに参加することを可能にする双方向取引メカニズムを備え、該双方向
    取引メカニズムは、 （ｉ）該バイヤーユーザが該トランザクションの詳細を提供することを可能
    にする双方向インターフェースと、 （ｉｉ）該バイヤーユーザが該トランザクションに関する価格見積リクエス
    トを１つ以上のセラーユーザに生成および通信することを可能にする双方向イン
    ターフェースと、 （ｉｉｉ）セラーユーザが１つ以上のバイヤーユーザから受領した価格見積
    リクエストを見ることを可能にする双方向インターフェースと、 （ｉｖ）該セラーユーザが該トランザクションの詳細を改変し、該トランザ
    クションに関する価格見積を生成し、このような価格見積および改変されたトラ
    ンザクションの詳細を該バイヤーユーザに通信することを可能にする双方向イン
    ターフェースと、 （ｖ）該バイヤーユーザが該セラーユーザから受け取った該価格見積および
    改変されたトランザクション詳細を見ることを可能にする双方向インターフェー
    スと、 （ｖｉ）該バイヤーユーザおよび該セラーユーザが該トランザクションにつ
    いて交渉することを可能にする通信メカニズムと、 （ｖｉｉ）該バイヤーユーザが該セラーユーザから受け取った価格見積を受
    け入れ、該受け入れ結果を該セラーユーザに通信することが可能にする双方向イ
    ンターフェースと、 を備える、双方向取引メカニズム、と を備える、システム。
18. 【請求項１８】 前記価格見積リクエストは、購入トランザクションおよび
    売却トランザクションの両方に関するリクエストを含み、該価格見積は、購入ト
    ランザクションおよび売却トランザクションの両方に関する価格設定を提供する
    、請求項１７に記載のシステム。
19. 【請求項１９】 金融商品の交換を伴う金融トランザクションを容易にする
    オンラインシステムであって、 （ａ）該システムのバイヤーユーザがトランザクションを行う際に用いること
    が可能な第１のクライアントノードであって、該バイヤーユーザが該システムの
    複数のセラーユーザから１つのセラーユーザを選択した結果を含む、第１のクラ
    イアントノードと、 （ｂ）該システムのセラーユーザが該バイヤーユーザとトランザクションを行
    う際に用いることが可能な第２のクライアントノードと、 （ｃ）該第１のクライアントノードおよび該第２のクライアントノード間での
    メッセージの交換を容易にするサーバノードであって、バイヤーユーザおよびセ
    ラーユーザ間でのトランザクションに関する情報およびデータを含むトランザク
    ションメッセージを含み、 （ｉ）バイヤーユーザが１つ以上のセラーユーザとのトランザクションに参
    加することを可能にする双方向取引メカニズムであって、 （１）セラーユーザが価格見積の詳細を生成し、このような価格見積りを
    １つ以上のバイヤーユーザに通信することが可能にする双方向インターフェース
    と、 （２）該バイヤーユーザが１つ以上のセラーユーザから受け取った価格見
    積を見ることを可能にする双方向インターフェースと、 （３）各バイヤーユーザと関連付けられた事前選択されたフィルタリング
    基準に基づいて、特定のバイヤーユーザによって受け取られる価格見積を自動的
    に改変する価格向上メカニズムと、 （４）バイヤーユーザが１つ以上のセラーユーザから受け取った価格見積
    を受け入れ、各価格見積に関連するトランザクション条件を生成し、該トランザ
    クション条件および受け入れ結果を該セラーユーザに通信することが可能にする
    双方向インターフェースと、 を備える双方向取引メカニズムと、 （ｉｉ）バイヤーユーザがセラーユーザと通信することが可能にする通信メ
    カニズムと、 を備えるサーバノードと、 を備える、システム。
20. 【請求項２０】 前記事前選択されたフィルタリング基準は、 （ａ）トランザクションの種類、 （ｂ）トランザクションのサイズ、 （ｃ）バイヤーユーザとセラーユーザとの間の既存の関係、 （ｄ）該バイヤーユーザのクレジット格付け、 （ｅ）該バイヤーユーザの産業、または （ｆ）該トランザクションの他の変数パラメータ のカテゴリのうち１つ以上を含む、請求項１９に記載のシステム。
21. 【請求項２１】 前記価格見積リクエストは、購入トランザクションおよび
    売却トランザクションの両方に関するリクエストを含み、該価格見積は、購入ト
    ランザクションおよび売却トランザクションの両方に関する価格設定を提供する
    、請求項１９に記載のシステム。
22. 【請求項２２】 オンラインシステムにおける金融商品の交換を伴う双方向
    トランザクションを容易にする方法であって、 （ａ）トランザクションを記述するトランザクションデータを抽出する工程で
    あって、 （ｉ）該トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、バイヤーお
    よび１つ以上のセラーを含み、該バイヤーは、複数のセラーから各セラーを選択
    する、複数のパーティと、 （ｉｉｉ）該トランザクションに対するパーティの１つが該トランザクショ
    ンに対する他のパーティのうち１つ以上に１つ以上の支払いを行う際の規則とな
    る支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、
    を含み得るトランザクションデータと、 （ｂ）該トランザクションに対するパーティに関するプロフィール情報を抽出
    する工程と、 （ｃ）該システムに提供される市場データを抽出する工程であって、該市場デ
    ータは、市場利息レートまたは通貨為替レートを含む、工程と、 を包含する、方法。
23. 【請求項２３】 前記トランザクションの種類は外国為替スポットである、
    請求項２２に記載の方法。
24. 【請求項２４】 前記トランザクションの種類は外国為替先渡しである、請
    求項２２に記載の方法。
25. 【請求項２５】 前記トランザクションの種類は金利固定−変動スワップで
    ある、請求項２２に記載の方法。
26. 【請求項２６】 前記トランザクションの種類は金利変動−変動スワップで
    ある、請求項２２に記載の方法。
27. 【請求項２７】 前記トランザクションの種類は金利キャップである、請求
    項２２に記載の方法。
28. 【請求項２８】 前記トランザクションの種類は金利フロアである、請求項
    ２２に記載の方法。
29. 【請求項２９】 前記トランザクションの種類は固定預金である、請求項２
    ２に記載の方法。
30. 【請求項３０】 前記トランザクションの種類は固定ローンである、請求項
    ２２に記載の方法。
31. 【請求項３１】 前記トランザクションの種類は変動預金である、請求項２
    ２に記載の方法。
32. 【請求項３２】 前記トランザクションの種類は変動ローンである、請求項
    ２２に記載の方法。
33. 【請求項３３】 前記トランザクションの種類は外国為替オプションである
    、請求項２２に記載の方法。
34. 【請求項３４】 前記トランザクションの種類は外国為替スワップである、
    請求項２２に記載の方法。
35. 【請求項３５】 前記トランザクションの種類は通貨間固定−固定スワップ
    である、請求項２２に記載の方法。
36. 【請求項３６】 前記トランザクションの種類は通貨間固定−変動スワップ
    である、請求項２２に記載の方法。
37. 【請求項３７】 前記トランザクションの種類は通貨間変動−変動スワップ
    である、請求項２２に記載の方法。
38. 【請求項３８】 前記トランザクションの種類は金利先渡し契約である、請
    求項２２に記載の方法。
39. 【請求項３９】 前記トランザクションの種類は個別調整取引である、請求
    項２２に記載の方法。
40. 【請求項４０】 前記個別調整された取引は、 （ａ）個別調整されたキャッシュフローと、 （ｂ）個別調整された利息支払い頻度と、 （ｃ）個別調整された利息複合頻度と、 （ｄ）個別調整された金利再設定と、 （ｅ）個別調整された金利固定と、 のうち１つ以上を含み得る、請求項３９に記載の方法。
41. 【請求項４１】 オンラインシステム中の金融商品のバイヤーと金融商品の
    １つ以上のセラーとの間の金融商品のやり取りを伴うトランザクションを記述す
    るメッセージを交換する方法であって、 （ａ）第１のノードにおいて、該バイヤーと該バイヤーによって選択された１
    つ以上のセラーとの間のトランザクションを表す第１のセットの内部オブジェク
    トを、該トランザクションを表すための標準フォーマットを用いてトランザクシ
    ョンメッセージに変換する工程であって、該第１のセットの内部オブジェクトは
    、該バイヤーのバックエンドのシステムによって用いることが可能な任意のフォ
    ーマットを用いる、工程と、 （ｂ）第２のノードにおいて、該トランザクションメッセージを第２のセット
    の内部オブジェクトに変換する工程であって、該第２のセットの内部オブジェク
    トは、セラーのバックエンドのシステムによって用いることが可能な任意のフォ
    ーマットを用いる、工程と、 （ｃ）該標準フォーマットを用いてメッセージを自動的に交換する工程であっ
    て、該メッセージは、該第１のノードと該第２のノードとの間のトランザクショ
    ンメッセージを含む、工程と、 を包含する、方法。
42. 【請求項４２】 前記標準フォーマットはＸＭＬフォーマットである、請求
    項４１に記載の方法。
43. 【請求項４３】 前記ＸＭＬフォーマットは、 （ａ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、前記バイヤ
    ーおよび１つ以上のセラーを含むパーティと、 （ｉｉｉ）該バイヤーが１つ以上のセラーに対して１つ以上の支払いを行う
    際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 を含むトランザクションデータと、 （ｂ）該トランザクションに対する該パーティに関するプロフィール情報を含
    む参照情報データと、 （ｃ）市場利息または通貨為替レートを含む市場データと、 を表し得る、請求項４２に記載の方法。
44. 【請求項４４】 金融オブジェクトの変換およびメッセージングを自動的に
    行うシステムであって、該システムのプロバイダユーザと該システムの１つ以上
    の他のメンバーユーザとの間の金融商品の交換を伴うトランザクションを記述す
    るメッセージを交換し、 （ａ）該システムのプロバイダユーザとメンバーユーザとの間のトランザクシ
    ョンの条件を表す第１のセットの内部オブジェクトを、該トランザクションを表
    す標準フォーマットを用いてトランザクションメッセージに変換することが可能
    なサーバノードであって、該第１のセットの内部オブジェクトは、該メンバーユ
    ーザによってアプリケーションプログラミングインターフェースを介してアクセ
    ス可能である、サーバノードと、 （ｂ）該トランザクションメッセージを第２のセットの内部オブジェクトに変
    換することが可能なプロバイダノードであって、該第２のセットの内部オブジェ
    クトは、該プロバイダユーザによってアプリケーションプログラミングインター
    フェースを介してアクセス可能である、プロバイダノードと、 （ｃ）該標準フォーマットを用いてメッセージを自動交換することが可能な自
    動メッセージ交換メカニズムであって、該メッセージは、該サーバノードと該プ
    ロバイダノードとの間のトランザクションメッセージを含む、な自動メッセージ
    交換メカニズムと、 を備える、システム。
45. 【請求項４５】 前記標準フォーマットはＸＭＬフォーマットである、請求
    項４４に記載のシステム。
46. 【請求項４６】 前記ＸＭＬフォーマットは、 （ａ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、該システム
    のプロバイダユーザおよびメンバーユーザを含む、パーティと、 （ｉｉｉ）該メンバーユーザが該プロバイダユーザに対して１つ以上の支払
    いをする際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 を含む、トランザクションデータと、 （ｂ）該トランザクションに対するパーティに関するプロフィール情報を含む
    参照情報データと、 （ｃ）市場金利または通貨為替レートを含む市場データと、 を表し得る、請求項４５に記載のシステム。
47. 【請求項４７】 金融商品の交換を伴うトランザクションを容易にするシス
    テムであって、 （ａ）該システムを用いて行われるトランザクションを記述するトランザクシ
    ョンデータを抽出することのできるトランザクションデータパーサーであって、
    該トランザクションデータは、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、メンバーユ
    ーザと、該メンバーユーザが複数のプロバイダユーザから選択したプロバイダユ
    ーザとを含む、パーティと、 （ｉｉｉ）該トランザクションに対する第１のパーティが該トランザクショ
    ンに対する第２のパーティに対して１つ以上の支払いを行う際の規則となる支払
    い予定と、 （ａ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に影
    響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 該トランザクションに対するパーティに関するプロフィール情報を抽出すること
    が可能な参照情報データパーサーと、 （ｉｖ）該システムに提供される市場データを抽出することが可能な市場デ
    ータパーサーであって、該市場データは市場金利および／または通貨為替レート
    を含む、市場データパーサーと、 を含み得る、 システム。
48. 【請求項４８】 前記トランザクションの種類は外国為替スポットである、
    請求項４８に記載のシステム。
49. 【請求項４９】 前記トランザクションの種類は外国為替先渡しである、請
    求項４８に記載のシステム。
50. 【請求項５０】 前記トランザクションの種類は金利固定−変動スワップで
    ある、請求項４８に記載のシステム。
51. 【請求項５１】 前記トランザクションの種類は金利変動−変動スワップで
    ある、請求項４８に記載のシステム。
52. 【請求項５２】 前記トランザクションの種類は金利キャップである、請求
    項４８に記載のシステム。
53. 【請求項５３】 前記トランザクションの種類は金利フロアである、請求項
    ４８に記載のシステム。
54. 【請求項５４】 前記トランザクションの種類は固定預金である、請求項４
    ８に記載のシステム。
55. 【請求項５５】 前記トランザクションの種類は固定ローンである、請求項
    ４８に記載のシステム。
56. 【請求項５６】 前記トランザクションの種類は変動預金である、請求項４
    ８に記載のシステム。
57. 【請求項５７】 前記トランザクションの種類は変動ローンである、請求項
    ４８に記載のシステム。
58. 【請求項５８】 前記トランザクションの種類は外国為替オプションである
    、請求項４８に記載のシステム。
59. 【請求項５９】 前記トランザクションの種類は外国為替スワップである、
    請求項４８に記載のシステム。
60. 【請求項６０】 前記トランザクションの種類は通貨間固定−固定スワップ
    である、請求項４８に記載のシステム。
61. 【請求項６１】 前記トランザクションの種類は通貨間固定−変動スワップ
    である、請求項４８に記載のシステム。
62. 【請求項６２】 前記トランザクションの種類は通貨間変動−変動スワップ
    である、請求項４８に記載のシステム。
63. 【請求項６３】 前記トランザクションの種類は先渡しレート契約である、
    請求項４８に記載のシステム。
64. 【請求項６４】 前記トランザクションの種類は個別調整された取引である
    、請求項４８に記載のシステム。
65. 【請求項６５】 金融商品の交換を伴うトランザクションを容易にするシス
    テムであって、 （ａ）該システムのメンバーユーザがトランザクションを行う際に用いること
    が可能なメンバークライアントノードと、 （ｂ）該システムのプロバイダユーザが該メンバーユーザとトランザクション
    を行う際に用いることが可能なプロバイダクライアントノードと、 （Ｃ）該メンバークライアントノードおよび該プロバイダクライアントノード
    間でのメッセージ交換を容易にするサーバノードであって、該メッセージは、該
    メンバーユーザと該プロバイダユーザとの間のトランザクションを記述する情報
    を含むトランザクションメッセージを含み、 （ｉ）該メンバーユーザが複数のプロバイダユーザからプロバイダユーザを
    選択し、該トランザクションの条件について該選択されたプロバイダユーザと双
    方向に交渉することを可能にする双方向取引メカニズムと、 （ｉｉ）該サーバノードと該プロバイダクライアントノードとの間のトラン
    ザクションメッセージの自動交換を容易にする自動メッセージングシステムと、 を含む該サーバノードと、 を備える、システム。
66. 【請求項６６】 前記サーバノードによって交換が容易化されるメッセージ
    は、 （ａ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、前記メンバ
    ーユーザおよび前記プロバイダユーザを含むパーティと、 （ｉｉｉ）該メンバーユーザが該プロバイダユーザに対して１つ以上の支払
    いをする際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 を含む、トランザクションデータと、 （ｂ）該トランザクションに対するパーティに関するプロフィール情報を含む
    参照情報データと、 （ｃ）市場金利および／または通貨為替レートを含む市場データと、 を含み得る、請求項６５に記載のシステム。
67. 【請求項６７】 前記交渉される条件は、前記トランザクションの価格設定
    を含む、請求項６５に記載のシステム。
68. 【請求項６８】 前記交渉される条件は、前記トランザクションの価格設定
    の受け入れを含む、請求項６５に記載のシステム。
69. 【請求項６９】 前記交渉される条件は、前記トランザクションの決済を含
    む、請求項６５に記載のシステム。
70. 【請求項７０】 前記メンバークライアントノードおよび前記プロバイダク
    ライアントノードはどちらとも、前記サーバノードから物理的に離れる、請求項
    ６５に記載のシステム。
71. 【請求項７１】 金融オブジェクトの変換およびメッセージングを自動的に
    行うシステムであって、該システムのプロバイダユーザと該システムの１つ以上
    の他のメンバーユーザとの間の金融商品の交換を伴うトランザクションを記述す
    るメッセージを交換し、 （ａ）該システムのプロバイダユーザとメンバーユーザとの間のトランザクシ
    ョンの条件を表す第１のセットの内部オブジェクトを、該トランザクションを表
    す標準フォーマットを用いてトランザクションメッセージに変換することができ
    るサーバノードであって、該第１のセットの内部オブジェクトは、該メンバーユ
    ーザのバックエンドのシステムによって用いることが可能な任意のフォーマット
    を用いる、サーバノードと、 （ｄ）該トランザクションメッセージを第２のセットの内部オブジェクトに変
    換することが可能なプロバイダノードであって、該第２のセットの内部オブジェ
    クトは、該プロバイダユーザのバックエンドのシステムによって用いることが可
    能な任意のフォーマットを用いる、プロバイダノードと、 （ｅ）該標準フォーマットを用いてメッセージを自動交換することが可能な自
    動メッセージ交換メカニズムであって、該メッセージは、該サーバノードと該プ
    ロバイダノードとの間のトランザクションメッセージを含む、自動メッセージ交
    換メカニズムと、 を備える、システム。
72. 【請求項７２】 前記標準フォーマットはＸＭＬフォーマットである、請求
    項７１に記載のシステム。
73. 【請求項７３】 前記ＸＭＬフォーマットは、 （ｄ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、該システム
    のプロバイダユーザおよびメンバーユーザを含む、パーティと、 （ｉｉｉ）該メンバーユーザが該プロバイダユーザに対して１つ以上の支払
    いをする際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 を含む、トランザクションデータと、 （ｅ）該トランザクションに対するパーティに関するプロフィール情報を含む
    参照情報データと、 （ｃ）市場金利および／または通貨為替レートを含む市場データと、 を表し得る、請求項７２に記載のシステム。
74. 【請求項７４】 システムのプロバイダユーザと該システムのメンバーユー
    ザとの間での金融商品の交換を伴うトランザクションの条件を表す第１のセット
    の内部オブジェクトを、該トランザクションを表す標準フォーマットを用いて、
    トランザクションメッセージに変換する方法であって、 （ａ）該第１のセットの内部オブジェクトにＸＭＬマッピングを適用して、文
    書オブジェクトモデルツリーを動的に生成する工程と、 （ｂ）ＸＳＬスタイルシートを適用して、該文書オブジェクトモデルツリーを
    該トランザクションメッセージに変換する工程と、 を包含する、方法。
75. 【請求項７５】 前記トランザクションメッセージは、 （ａ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、該システム
    のプロバイダユーザおよびメンバーユーザを含むパーティと、 （ｉｉｉ）該メンバーユーザが該プロバイダユーザに対して１つ以上の支払
    いをする際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利または為替レートに関連する情報を含み得るレート情報と、 を含むトランザクションデータと、 （ｂ）該トランザクションに対するパーティに関するプロフィール情報を含む
    参照情報データと、 （ｃ）市場金利および／または通貨為替レートを含む市場データと、 を含む、請求項７４に記載の方法。
76. 【請求項７６】 前記標準フォーマットはＸＭＬフォーマットである、請求
    項７４に記載の方法。
77. 【請求項７７】 前記第１のセットの内部オブジェクトはＪａｖａ（Ｒ）オ
    ブジェクトを含む、請求項７４に記載の方法。
78. 【請求項７８】 システムのプロバイダユーザと該システムのメンバーユー
    ザとの間での金融商品の交換を伴うトランザクションの条件を表す標準フォーマ
    ットを用いて、トランザクションメッセージを該トランザクションを表す第１の
    セットの内部オブジェクトに変換する方法であって、 （ａ）該トランザクションメッセージにＸＳＬスタイルシートを適用して、Ｊ
    ａｖａ（Ｒ）Ｓｃｒｉｐｔプログラムを動的に生成する工程と、 （ｂ）該Ｊａｖａ（Ｒ）Ｓｃｒｉｐｔプログラムを実行して、該第１のセット
    の内部オブジェクトを生成する工程と、 を包含する、方法。
79. 【請求項７９】 前記トランザクションメッセージは、 （ａ）前記トランザクションを記述するトランザクションデータであって、 （ｉ）トランザクションの種類と、 （ｉｉ）該トランザクションに対する複数のパーティであって、該システム
    のプロバイダユーザおよびメンバーユーザを含むパーティと、 （ｉｉｉ）該メンバーユーザが該プロバイダユーザに対して１つ以上の支払
    いをする際の規則となる支払い予定と、 （ｉｖ）該支払い予定に従って行われる支払いのうち１つ以上の額の計算に
    影響を与え得る金利および／または為替レートに関連する情報を含み得るレート
    情報と、 を含むトランザクションデータと、 （ｂ）該トランザクションに対するパーティに関するプロフィール情報を含む
    参照情報データと、 （ｃ）市場金利および／または通貨為替レートを含む市場データと、 を含む、請求項７８に記載の方法。
80. 【請求項８０】 前記標準フォーマットはＸＭＬフォーマットである、請求
    項７８に記載の方法。
81. 【請求項８１】 前記第１のセットの内部オブジェクトは、Ｊａｖａ（Ｒ）
    オブジェクトを含む、請求項７８に記載の方法。