(57)【要約】【課題】  本発明は、ユーザ（例えば、機関投資家および金融機関）が（インターネット（例えば、ワールドワイドウェブ）を介して）資本市場トランザクション（例えば、店頭取引の金融商品の取引）に双方向に参加することを可能にするシステムおよび方法を提供する。【解決手段】  上記システムは、ユーザが金融商品を相互に双方向通信および取引し、自身のポートフォリオを管理することを可能にする様々なサーバ、アプリケーションおよびインターフェースを含む。上記システムによってサポートされる双方向通信は、以下を含む：すなわち、価格見積のリクエスト、検討および発行、ユーザ間の交渉、価格見積の受領、報告、ポートフォリオ管理、金融情報および市場データの分析、カレンダー設定、およびｅメール、チャットおよびメッセージボードを用いたユーザと管理者との間の通信。【選択図】  図１
2006012189.tif 000002
【特許請求の範囲】
【請求項１】
金融トランザクションを行なうシステムであって、該システムは、
少なくとも１つのメンバーデバイスと、
少なくとも１つのプロバイダデバイスと、
自動メッセージングサーバと、
少なくとも１つのサーバを含むＣＦＯＷｅｂシステムと
を備え、
該少なくとも１つのメンバーデバイスは、該自動メッセージングサーバに取引情報または非取引情報を記述する第１のメンバー専有情報を送信し、
該ＣＦＯＷｅｂシステムは、第１のＣＦＯＷｅｂシステム専有情報を受信し、該第１のＣＦＯＷｅｂシステム専有情報を処理し、該処理された第１のＣＦＯＷｅｂシステム専有情報を該自動メッセージングサーバに送信し、該自動メッセージングサーバから第２のＣＦＯＷｅｂシステム専有情報を受信し、該第２のＣＦＯＷｅｂシステム専有情報を処理し、該処理された第２のＣＦＯＷｅｂシステム専有情報を該自動メッセージングサーバに送信し、
該自動メッセージングサーバは、
該第１のメンバー専有情報に対応する第１の情報を受信し処理することにより、該第１のＣＦＯＷｅｂシステム専有情報を生成し、取引情報または非取引情報のいずれかを記述する該第１のメンバー専有情報に基づいて、該第１のＣＦＯＷｅｂシステム専有情報を該ＣＦＯＷｅｂシステムまたは該少なくとも１つのサーバのいずれかに送信し、
該ＣＦＯＷｅｂシステムから該処理された第１のＣＦＯＷｅｂシステム専有情報を受信し、
該少なくとも１つのプロバイダデバイスに対するアクションであって、該処理された第１のＣＦＯＷｅｂ専有情報によって決定されるアクションを呼び出し、
該少なくとも１つのプロバイダデバイスから同期応答および非同期応答のうちの少なくとも１つを受信し、
該同期応答および該非同期応答のうちの少なくとも１つから該第２のＣＦＯＷｅｂシステム専有情報を生成し、該第２のＣＦＯＷｅｂシステム専有情報を該ＣＦＯＷｅｂに送信し、
該処理された第２のＣＦＯＷｅｂシステム専有情報を受信し処理することにより、第２の情報を生成し、該処理された第２のＣＦＯＷｅｂシステム専有情報に対応する該少なくとも１つのメンバーデバイスに該第２の情報を送信する、システム。
【請求項２】
前記自動メッセージングサーバは、
ディスパッチャーと、
メッセージハンドラーと
をさらに含み、
該ディスパッチャーは、前記処理された第１のＣＦＯＷｅｂシステム専有情報を受信し、該処理された第１のＣＦＯＷｅｂシステム専有情報からメッセージペイロードを抽出し、該メッセージペイロードを該メッセージハンドラーに送信し、
該メッセージハンドラーは、前記少なくとも１つのプロバイダデバイスに対して前記アクションを呼び出し、該アクションは、該メッセージペイロードに基づいている、請求項１に記載のシステム。
【請求項３】
前記自動メッセージングサーバは、メッセージ送信者サービスをさらに含み、
前記メッセージハンドラーは、前記少なくとも１つのプロバイダデバイスから前記同期応答を受信し、同期ＪＭＳメッセージを前記メッセージ送信者サービスに送信し、
該メッセージ送信者サービスは、該同期ＪＭＳメッセージを受信し、前記第２のＣＦＯＷｅｂシステム専有情報の該同期ＪＭＳメッセージを該ＣＦＯＷｅｂシステムに転送する、請求項２に記載のシステム。
【請求項４】
自動メッセージングサーバは、メッセージ構築者サーブレットと、メッセージ送信者サービスとをさらに含み、
該メッセージ構築者サーブレットは、複数のパラメータを含む前記非同期応答を受信し、該複数のパラメータを用いて非同期ＪＭＳメッセージを構築し、該非同期ＪＭＳメッセージを該メッセージ送信者サービスに送信し、
該メッセージ送信者サービスは、該非同期ＪＭＳメッセージを受信し、第２のＣＦＯＷｅｂシステム専有情報の該非同期ＪＭＳメッセージを前記ＣＦＯＷｅｂシステムに転送する、請求項２に記載のシステム。
【請求項５】
前記アクションは、前記メッセージペイロードを含む第１のＪａｖａ（登録商標）オブジェクトをＦｉｎＸＭＬ情報に変換し、かつ、該ＦｉｎＸＭＬ情報をメンバー／プロバイダ接続自動プロセッサに送信することによって呼び出され、該メンバー／プロバイダ接続自動プロセッサは、該ＦｉｎＸＭＬ情報を、前記少なくとも１つのプロバイダサービスに専有である第２のＪａｖａ（登録商標）オブジェクトに変換し、該第２のＪａｖａ（登録商標）オブジェクトは、該少なくとも１つのプロバイダデバイスに対して該アクションを読み出すために必要とされる該メッセージペイロードに基づく指示を含む、請求項２に記載のシステム。
【請求項６】
前記同期応答は、前記少なくとも１つのプロバイダサービスにおいて呼び出されたアクションに応答して、メンバー／プロバイダ接続自動プロセッサに第１のＪａｖａ（登録商標）オブジェクトを送信する前記少なくとも１つのプロバイダサービスから生じ、該メンバー／プロバイダ接続自動プロセッサは、該第１のＪａｖａ（登録商標）オブジェクトをＦｉｎＸＭＬ情報に変換し、該ＦｉｎＸＭＬ情報を前記自動メッセージングサーバに送信し、該自動メッセージングサーバは、該ＦｉｎＸＭＬ情報を受信し、該ＦｉｎＸＭＬ情報を第２のＪａｖａ（登録商標）オブジェクトに変換し、該第２のＪａｖａ（登録商標）オブジェクトを該同期応答として前記メッセージハンドラーに提供する、請求項３に記載のシステム。
【請求項７】
前記非同期応答は、転送プロトコルコール（すなわち、ＨＴＴＰまたはＴＣＰ／ＩＰ）を介して送信される、請求項４に記載のシステム。
【請求項８】
複数のメッセージハンドラーをさらに含み、前記ディスパッチャーは、前記メッセージペイロードを適切なメッセージハンドラーに送信する、請求項２に記載のシステム。
【請求項９】
前記メッセージペイロードは、前記少なくとも１つのプロバイダデバイスのターゲットプロバイダサービスを識別する情報と、トランザクションのタイプとを含む、請求項２に記載のシステム。
【請求項１０】
前記メッセージハンドラーは、前記メッセージペイロードにおいて識別された前記ターゲットプロバイダデバイスに対して前記アクションを呼び出す、請求項９に記載のシステム。
【請求項１１】
メンバー／プロバイダ接続自動プロセッサをさらに含み、
該メンバー／プロバイダ接続自動プロセッサは、前記第１のメンバー専有情報を受信し、
該第１のメンバー専有情報をＸＭＬ情報に変換することの結果として前記第１の情報を生じさせ、
前記第２の情報を受信し、
該第２の情報を前記少なくとも１つのメンバーデバイスに専有であるＪａｖａ（登録商標）オブジェクトに変換し、
該Ｊａｖａ（登録商標）オブジェクトを該少なくとも１つのメンバーデバイスに送信し、
該第１のメンバー専有情報は、該少なくとも１つのメンバーデバイスに専有であるＪａｖａ（登録商標）オブジェクトである、請求項１に記載のシステム。
【請求項１２】
前記第１および第２のＣＦＯＷｅｂシステム専有情報は、前記ＣＦＯＷｅｂシステムに専有であるＪａｖａ（登録商標）オブジェクトであり、
前記第１のメンバー専有情報は、前記少なくとも１つのメンバーデバイスに専有であるＪａｖａ（登録商標）オブジェクトであり、
前記第１および第２の情報は、トランザクションのタイプを含むＸＭＬ情報である、請求項１１に記載のシステム。
【請求項１３】
前記自動メッセージングサーバを用いて第１の情報を処理することは、
ＸＳＬスタイルシートを取得して、該第１の情報において識別された前記トランザクションタイプに基づいて、該第１の情報に該ＸＳＬスタイルシートを適用することであって、該ＸＳＬスタイルシートは、ＸＳＬ情報をＪａｖａＳｃｒｉｐｔプログラムに変換するルールを包含する、ことと、
ＸＭＬ情報を該第１の情報に変換して、Ｊａｖａ（登録商標）オブジェクトを生成するように実行され得るＪａｖａＳｃｒｉｐｔプログラムを生成するルールを適用することと、
ＪａｖａＳｃｒｉｐｔインタープリターを用いて、該ＪａｖａＳｃｒｉｐｔプログラムを実行して、前記ＣＦＯＷｅｂシステムの少なくとも１つのサーバによって用いられ得るＪａｖａ（登録商標）オブジェクトを生成することと
を包含する、請求項１２に記載のシステム。
【請求項１４】
前記第２の情報をＪａｖａ（登録商標）オブジェクトに変換することは、
ＸＳＬスタイルシートを取得して、該第２の情報において識別された前記トランザクションタイプに基づいて、該第２の情報に該ＸＳＬスタイルシートを適用することであって、該ＸＳＬスタイルシートは、ＸＳＬ情報をＪａｖａＳｃｒｉｐｔプログラムに変換するルールを包含する、ことと、
ＸＭＬ情報を該第２の情報に変換して、Ｊａｖａ（登録商標）オブジェクトを生成するように実行され得るＪａｖａＳｃｒｉｐｔプログラムを生成するルールを適用することと、
ＪａｖａＳｃｒｉｐｔインタープリターを用いて、該ＪａｖａＳｃｒｉｐｔプログラムを実行して、前記少なくとも１つのメンバーデバイスによって用いられ得るＪａｖａ（登録商標）オブジェクトを生成することと
を包含する、請求項１２に記載のシステム。
【請求項１５】
前記処理された第２のＣＦＯＷｅｂシステム専有情報を処理することは、
適用可能なＸＭＬオブジェクトのマッピングを識別して、前記第２のＣＦＯＷｅｂシステム専有情報に該適用可能なＸＭＬオブジェクトのマッピングを適用することであって、該第２のＣＦＯＷｅｂシステム専有情報は、金融オブジェクトのエレメントおよび属性を表す相互にリンク付けされたノードを有するオブジェクトグラフの形式で該金融オブジェクトを記述する、ことと、
ダイナミック文書オブジェクトモデル（ＤＯＭ）パーサーモジュールを呼び出して、該第２のＣＦＯＷｅｂシステム専有情報を解析し、該適用可能なＸＭＬオブジェクトのマッピングを該金融オブジェクトのエレメントおよび属性に適用して、該金融オブジェクトのオブジェクトグラフに１：１でマッピングすることを記述するＤＯＭツリーを生成することと、
該ＤＯＭツリーの境界を決定して、該ＤＯＭツリーをＦｉｎＸＭＬ文書に変換するルールを包含するＸＬＳスタイルシートを取得することと、
該ＤＯＭツリーに該ＸＳＬスタイルシートのルールを適用して、前記メンバー／プロバイダ接続自動プロセッサによって用いられ得るＦｉｎＸＭＬ文書を生成することと
を包含する、請求項１２に記載のシステム。
【請求項１６】
前記第１のメンバー専有情報をＸＭＬ情報に変換することは、
適用可能なＸＭＬオブジェクトのマッピングを識別して、前記第１のメンバー専有情報に該適用可能なＸＭＬオブジェクトのマッピングを適用することであって、該第１のメンバー専有情報は、金融オブジェクトのエレメントおよび属性を表す相互にリンク付けされたノードを有するオブジェクトグラフの形式で該金融オブジェクトを記述する、ことと、
ダイナミック文書オブジェクトモデル（ＤＯＭ）パーサーモジュールを呼び出して、該第１のメンバー専有情報を解析し、該適用可能なＸＭＬオブジェクトのマッピングを該金融オブジェクトのエレメントおよび属性に適用して、該金融オブジェクトのオブジェクトグラフに１：１でマッピングすることを記述するＤＯＭツリーを生成することと、
該ＤＯＭツリーの境界を決定して、該ＤＯＭツリーをＦｉｎＸＭＬ文書に変換するルールを包含するＸＬＳスタイルシートを取得することと、
該ＤＯＭツリーに該ＸＳＬスタイルシートのルールを適用して、前記自動メッセージングサーバによって用いられ得るＦｉｎＸＭＬ文書を生成することと
を包含する、請求項１２に記載のシステム。
【請求項１７】
前記取引情報は、複数のメンバーと複数のプロバイダとの間の金融トランザクションを記述し、前記非取引情報は、前記ＣＦＯＷｅｂシステムに含まれる前記複数のサーバのうちの１つにおいて行われるべきアクションまたはイベントを記述する、請求項１に記載のシステム。
【請求項１８】
前記ＣＦＯＷｅｂシステムによって、前記第１のＣＦＯＷｅｂシステム専有情報を処理することは、前記取引情報に示されるように、前記複数のサーバのうちの１つにおいてアクションまたはイベントを行うことを包含する、請求項１７に記載のシステム。
【請求項１９】
前記第２のＣＦＯＷｅｂシステム専有情報は、前記ＣＦＯＷｅｂシステムに含まれる前記複数のサーバのうちの１つにおいて行われるべきアクションまたはイベントを記述する情報を含み、該情報は、前記少なくとも１つのプロバイダデバイスに対して呼び出された該アクションから生じる、請求項１に記載のシステム。
【請求項２０】
前記第２のＣＦＯＷｅｂシステム専有情報を処理することは、前記情報に示されるように前記複数のサーバのうちの１つにおいてアクションまたはイベントを行うことを包含する、請求項１９に記載のシステム。
【請求項２１】
自動メッセージングサーバと少なくとも１つのサーバを含むＣＦＯＷｅｂシステムとを用いて、少なくとも１つのメンバーデバイスと少なくとも１つプロバイダデバイスとの間の金融トランザクションを行なう方法であって、該方法は、
該少なくとも１つのメンバーデバイスが、該自動メッセージングサーバに取引情報または非取引情報を記述する第１のメンバー専有情報を送信することと、
該ＣＦＯＷｅｂシステムが、第１のＣＦＯＷｅｂシステム専有情報を受信し、該第１のＣＦＯＷｅｂシステム専有情報を処理し、該処理された第１のＣＦＯＷｅｂシステム専有情報を該自動メッセージングサーバに送信し、該自動メッセージングサーバから第２のＣＦＯＷｅｂシステム専有情報を受信し、該第２のＣＦＯＷｅｂシステム専有情報を処理し、該処理された第２のＣＦＯＷｅｂシステム専有情報を該自動メッセージングサーバに送信することと
を包含し、
該自動メッセージングサーバが、
該第１のメンバー専有情報に対応する第１の情報を受信し処理することにより、該第１のＣＦＯＷｅｂシステム専有情報を生成し、取引情報または非取引情報のいずれかを記述する該第１のメンバー専有情報に基づいて、該第１のＣＦＯＷｅｂシステム専有情報を該ＣＦＯＷｅｂシステムまたは該少なくとも１つのサーバのいずれかに送信することと、
該ＣＦＯＷｅｂシステムから該処理された第１のＣＦＯＷｅｂシステム専有情報を受信することと、
該少なくとも１つのプロバイダデバイスに対するアクションであって、該処理された第１のＣＦＯＷｅｂ専有情報によって決定されるアクションを呼び出すことと、
該少なくとも１つのプロバイダデバイスから同期応答および非同期応答のうちの少なくとも１つを受信することと、
該同期応答および該非同期応答のうちの少なくとも１つから該第２のＣＦＯＷｅｂシステム専有情報を生成し、該第２のＣＦＯＷｅｂシステム専有情報を該ＣＦＯＷｅｂに送信することと、
該処理された第２のＣＦＯＷｅｂシステム専有情報を受信し処理することにより、第２の情報を生成し、該処理された第２のＣＦＯＷｅｂシステム専有情報に対応する該少なくとも１つのメンバーデバイスに該第２の情報を送信することと
を包含する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、（ｉ）「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＡＮ  ＸＭＬ  ＶＯＣＡＢＵＬＡＲＹ  ＦＯＲ  ＣＡＰＩＴＡＬ  ＭＡＲＫＥＴ」という名称の、米国特許仮出願シリアルナンバー第６０／１３９，１１３号（１９９９年６月１４日出願）、（ｉｉ）「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＷＥＢ−ＢＡＳＥＤ  ＭＡＮＡＧＥＭＥＮＴ  ＯＦ  ＦＩＮＡＮＣＩＡＬ  ＲＩＳＫ  ＡＮＤ  ＰＲＩＣＩＮＧ  ＡＮＤ  ＴＲＡＤＩＮＧ  ＯＦ  ＦＩＮＡＮＣＩＡＬ  ＰＲＯＤＵＣＴＳ」という名称の、米国特許仮出願シリアルナンバー第６０／１６２，８７３号（１９９９年１１月１日出願）、（ｉｉｉ）「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＣＯＮＤＵＣＴＩＮＧ  ＷＥＢ−ＢＡＳＥＤ  ＦＩＮＡＮＣＩＡＬ  ＴＲＡＮＳＡＣＴＩＯＮＳ  ＩＮ  ＣＡＰＩＴＡＬ  ＭＡＲＫＥＴＳ」という名称の、米国特許出願第０９／５９３，３２４号（２０００年６月１３日出願）の一部継続出願である。本出願は、米国特許仮出願第６０／１３９，１１３号および第６０／１６２，８７３号、ならびに米国特許出願第０９／５９３，３２４号を参考のため、援用する。
【０００２】
（発明の属する分野）
本発明は、一般的に、双方向性の、かつ自動化したウェブベースの金融トランザクションアプリケーション、特に、金融市場において金融トランザクションを行なうための、ならびにポートフォリオおよび関連する金融情報を管理する、双方向性の、かつ自動化したシステムおよび方法に関する。
【背景技術】
【０００３】
（背景）
ワールドワイドウェブを含むインターネットが進化する間、アプリケーションおよびサービスが継続的に導入され、個人および組織が、金融調査を行ない、自己の金融ポートフォリオを管理し、かつ特定の型の金融取引に参加することを可能にした。豊富な量のアプリケーションとサービスは、オンラインバンキングから株式相場にまでおよび、金融情報は、株、ストックオプション、社債、およびミューチュアルファンド等の様々な金融商品を含む、ユーザが、リアルタイム市場取引にオンラインで参加することを可能にするサイトを提供する。例えば、Ｅ*ＴＲＡＤＥ  Ｓｅｃｕｒｉｔｉｅｓ，Ｉｎｃ．の「Ｅ*ＴＲＡＤＥ」＜ｗｗｗ．ｅｔｒａｄｅ．ｃｏｍ＞、Ｃｈａｒｌｅｓ  Ｓｃｈｗａｂ＆Ｃｏ．，Ｉｎｃ．の「Ｓｃｈｗａｂ．ｃｏｍ」＜ｗｗｗ．ｓｃｈｗａｂ．ｃｏｍ＞、およびＦｉｄｅｌｉｔｙ  Ｂｒｏｋｅｒａｇｅ  Ｓｅｒｖｉｃｅｓ，Ｉｎｃ．の「Ｆｉｄｅｌｉｔｙ．ｃｏｍ」＜ｗｗｗ．ｆｉｄｅｌｉｔｙ．ｃｏｍ＞等の取引サービスは、公認市場における標準金融商品の取引を可能にする。このようなサービスにおいて、投資家は、信用取引か、または取引サービスを通じて開設された口座を用いて、そのサービス所有のシステムおよびインターフェースを通じて取引に参加する。このようなサービスは、個々の投資家に合わせて調整され、ユーザの内部システムまたは後方システムとのシームレス統合、あるいはカスタマイズされたトランザクションの取引を許可しない。これらのサービス、およびそれに類似の他の多くのサービスは、通貨派生商品または外国為替におけるパーティ間の取引、あるいは他の資本市場トランザクションの価格設定およびモデル化を可能にしない。
【０００４】
インターネットを介して複合取引に参加することを所望する機関投資家の潜在的な巨大市場に進出するいくつかの方策がとられてきた。「Ｏｐｅｎ  Ｆｉｎａｎｃｉａｌ  Ｅｘ
ｃｈａｎｇｅ」（Ｉｎｔｕｉｔ  Ｉｎｃ．，Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．，ＣｈｅｃｋＦｒｅｅ  Ｃｏｒｐ．）＜ｗｗｗ．ｏｆｘ．ｎｅｔ＞は、オンラインバンキング、請求書の支払いおよび請求書の呈示（ｂｉｌｌ  ｐｒｅｓｅｎｔｍｅｎｔ、ならびに株式取引、社債、およびミューチュアルファンドを支援するために、様々なシステムの下で金融機関と企業と消費者との金融データ交換を可能にするインターネットを介して、金融データを電子交換するための共通の仕様を提供するために作成された。しかしながら、「Ｏｐｅｎ  Ｆｉｎａｎｃｉａｌ  Ｅｘｃｈａｎｇｅ」は、金融機関および機関投資家の間での複合的な資本市場トランザクションの作成、交渉、および実行を可能にするボキャブラリープロトコル、プラットフォームプロトコル、および通信プロトコルを提供しない。
【０００５】
必要とされるのは、ユーザ所有の、既存のシステムとのシームレス統合を可能にする標準ボキャブラリーシステムおよびメッセージングシステムを用いて、利息、通貨派生商品、外国為替、貸付および預金、ならびに固定所得金融商品を含む、複合的な資本市場トランザクションをシームレスに価格付けし、交渉し、実行し、決済および分析することを機関投資家および金融機関に可能にするシステムおよび方法である。
【発明の開示】
【課題を解決するための手段】
【０００６】
（要旨）
本発明は、「メンバー」（例えば、機関投資家等）および「ブロバイダ」（例えば、銀行、金融機関等」等のユーザがインターネット（ワールドワイドウェブを含む）を介して、オーバー−ザ−カウンタ金融商品を取引することを含む、資本市場トランザクションに参加することを可能にするシステムおよび方法を提供する。システムは、種々のサーバ、アプリケーション、およびユーザがユーザ相互間で双方向通信し、金融商品を取引し、かつ自己のポートフォリオを管理することを可能にするインターフェースを含む。このシステムによって支援される双方向通信が含むのは、信用関係を確立すること、金融トランザクションを構築すること、価格見積りを要求すること、トランザクションリクエストをモニタリングおよび再検討すること、価格見積りを出すこと、価格見積りをモニタリングおよび再検討すること、メンバーとプロバイダとの交渉、価格見積りの受諾と確認、報告、ポートフォリオ管理、金融情報と市場データの分析、ならびにメンバーとプロバイダおよび／またはシステム管理者間の電子メール、チャット、および伝言板を含む通信である。
【０００７】
本発明は、さらに、自動化したプロセッサ（「接続プロセッサ」および「接続メッセージングサーバ」）を介して自動化した方法でサーバ側との通信を支援する。このような自動化した通信は、ユーザの内部システム、後方システムとの接続性が、トランザクション価格設定、支払い日程計画（ｐａｙｍｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）および支払い仕分け（ｐａｙｍｅｎｔ  ｊｏｕｒｎａｌｉｎｇ）、派生商品取引、取引確認および取引決済を含む、自動化した、ストレートスルー処理（ｓｔｒａｉｇｈｔ−ｔｈｒｏｕｇｈ−ｐｒｏｃｅｓｓｉｎｇ）を実行することを可能にする。このような通信は、新型ＸＭＬベースのシンタックス（「ＦｉｎＸＭＬ」）およびＸＳＬベースの処理言語（「ＦｉｎＳｃｒｉｐｔ」）を用いて容易にされる。ＦｉｎＸＭＬは、資本市場トランザクションの標準データ交換言語を提供し、多種多様な金融取引、参考資料、および市場データを表すエレメントおよび属性の幅広い設定を支援する。ＦｉｎＸＭＬシンタックスの共通記述は、取引の創出、確認、決済、支払い、危険管理、および会計報告を含む、ストレートスルー処理のすべての局面に関して用いられ得る。
【発明を実施するための最良の形態】
【０００８】
本発明の上記の目的および説明は、以下の文書および添付の図面を用いてよりよく理解し得る。
【０００９】
（発明の詳細な説明）
（Ａ．システムの機能性）
本発明の技術を種々の形態で実施して、資本市場における双方向かつ自動の金融トランザクション、ならびに、ポートフォリオおよび関連金融情報の管理を行うためのプラットフォームが提供され得る。このプラットフォームは、金融商品およびサービスのエンドユーザおよびプロバイダを含むメンバーが、資本市場における標準および特注の金融商品の取引に携わることを可能にする。システムの機能性は以下を含む。金融商品取引の取得および価格設定、リアルタイムの市場データの提示、完了した取引のポートフォリオへの保存、取引の流れの管理、エンドユーザの所有物への取引に関する伝達、価格設定、取引、支払処理、確認、および決済のためのバックエンドシステム、ポートフォリオ分析の実行、危険管理分析の実行、ならびに、ユーザ間の通信。
【００１０】
本発明のこの実施形態において、このシステムは、サーバ側とクライアント側との両方の機能性を含む。このサーバ側の機能性は、システムのユーザが双方向かつシームレスに以下を行うことを可能にする。金融商品取引に携わり、ポートフォリオの管理、分析、および報告を行い、リアルタイムの市場データおよびニュースを入手し、このシステムおよび他のユーザと電子メール、チャット、および伝言板を介して通信し、かつ、カレンダーで管理する。サーバ側は、このようなユーザの活動および１つ以上のシステムデータベースのホストとして機能する双方向システムサーバ、ならびにクライアントの自動バックエンドシステムとの通信を制御する自動メッセージングサーバを含む。
【００１１】
クライアント側の機能性は、システム側の自動メッセージングサーバと通信し、クライアントの自動バックエンドシステムおよび所有データベースに対してシームレスなインターフェースとして機能する自動プロセスを含む。従って、このシステムは、共通点のないシステムおよびデータを組織化して、本発明の共通の機能性およびインターフェースを使用してトランザクションに携わることを可能にする。クライアント側はまた、クライアントウェブブラウザを含み、このクライアントウェブブラウザは、システムサーバとの双方向通信を可能にする。
【００１２】
本明細書中で説明される本発明は、標準のＸＭＬを用いた用語を提供して、金融トランザクション、ならびに、ユーザのデータおよび情報を標準の用語に／から変換し、このような情報をシステムを介して自動化された様式で通信するシステムおよび方法を表し、かつ容易にする。
【００１３】
（１．手動トランザクションプロセス）
図１９は、会社および銀行が、本発明が双方向かつ自動化された様式で容易にする種類の金融トランザクションに携わる工程を示す。
【００１４】
（ａ．トランザクション前）
会社および銀行が金融トランザクションに携わろうと決断する場合、関係者は、第１に、特定の標準協定を行うことで、関係者間の関係を確立する（工程１５００）。このような協定は、契約の規則、レートソース、確認および決済の順序、ならびに、関係者間の一連のトランザクションにわたって再利用され得る他の情報を管理する。Ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｗａｐｓ  ａｎｄ  Ｄｅｒｉｖａｔｉｖｅｓ  Ａｓｓｏｃｉａｔｉｏｎ，Ｉｎｃ．（「ＩＳＤＡ」）＜ｈｔｔｐ：／／ｗｗｗ．ｉｓｄａ．ｏｒｇ＞は、これらの目的のために関係者によって用いられ得る特定の標準協定（例えば、「１９９２  ＩＳＤＡ主要協定」）を提供する。会社および銀行は、関係者が行う標準協定の数によって、この工程の複数の繰り返しに携わり得る。
【００１５】
次いで、会社および銀行は、将来のトランザクションのために銀行が会社に割り当てる
べき１つ以上の信用限度を交渉する（工程１５１０）。会社に信用限度を割り当てる際、銀行は、会社の資産構成、信用格付け、および、会社によって行われるべき金融トランザクションの種類を分析する。
【００１６】
（ｂ．トランザクション）
会社および銀行が一旦関係を確立し、信用限度を交渉すると、会社は、金融トランザクションに携わるプロセスを開始し得る。会社は、行いたいと願うトランザクションの種類（例えば、直物外国為替、先物外国為替、金利スワップなど）を決定し、種々の詳細およびパラメータを含む所望のトランザクションを構成する必要がある（工程１５２０）。例えば、会社は、外国為替の直物トランザクションを特定し得、このトランザクションにおいて、会社は、米国ドルで百万ユーロを買いたいと望み、トランザクションリクエストを２０００年１２月１日の午後１１時５９分（太平洋標準時）に期限切れとなるように設定し得る。
【００１７】
トランザクションを構成した後で、会社は、トランザクションの価格設定に関するリクエストを１つ以上の銀行に通信する（工程１５３０）。このような銀行の各々は、次々に、会社の価格設定リクエストを受け取り再検討する（工程１５４０）。会社のトランザクションに興味がある場合、銀行は、そのトランザクションに関する価格設定オファーを作成（工程１５５０）し、リクエストを行った会社にこの価格設定オファー（すなわち、価格の見積もり）を提出し得る（工程１５６０）。各価格設定オファーは、典型的には、市況が絶えず変化するため有効期限を有し、銀行は、市況および交渉によって修正された価格設定オファーを会社に提出し得る。
【００１８】
会社は、銀行によって提出された任意の価格設定オファーを受け取り再検討する（工程１５７０）。会社は、価格設定オファーを１つ以上選択し（工程１５８０）、そのオファー（単数または複数）を提供した特定の銀行（単数または複数）と交渉する。交渉が繰り返される回数は、市場の不安定さおよび他の状況による。価格設定オファーに関するこのような交渉が完了すると、会社は価格設定オファーを受容し、オファーした銀行にその受容を通信する（工程１５９０）。
【００１９】
（ｃ．トランザクション後）
価格設定オファーに関する会社の受容を受け取ると、銀行は、具体的な条件、支払期日、および支払額を含むトランザクション確認を会社に送る（工程１６００）。確認に続いて、会社および銀行は、トランザクションの決済およびそのトランザクションに関する将来の支払いの日程を管理する（工程１６１０）。
【００２０】
（２．システム構造の概要）
図１は、本発明の一実施形態の構造を示す。この実施形態は、例示および説明を目的として示されており、他の実施形態は、当業者に明らかであり、当業者によって実施され得る。
【００２１】
本発明のこの実施形態を説明するにあたり、説明的な用語「メンバー」および「プロバイダ」は、金融トランザクションの反対側にいる関係者（例えば、外国為替のバイヤーおよびセラー）を識別するために用いられる。しかし、本発明のこの実施形態および他の実施形態において、「メンバー」と定義されるユーザは、他の「メンバー」とのトランザクションに携わり得、「プロバイダ」と定義されるユーザは、他の「プロバイダ」とのトランザクションに携わり得る。このようなトランザクションにおいて、１人のユーザが「メンバー」の位置を占め、「メンバー」の機能性を利用し、もう１人のユーザが「プロバイダ」の位置を占め、「プロバイダ」の機能性を利用する。
【００２２】
（ａ．サーバ側）
サーバ側（時として、この実施形態において「ＣＦＯウェブシステム」と呼ばれる）は、クライアント側（例えば、企業および機関投資家などの「メンバー」ならびに金融機関などの「プロバイダ」として公知のユーザからなる）とインターネット（ワールドワイドウェブを含む）１０を介して通信する。サーバ側は、ユーザに機能性を提供する種々の双方向システムサーバを含む。ウェブサーバ１００は、自身のウェブブラウザ３０を介してサーバ側に接続するユーザと、種々のシステムサーバとの間の通信（例えば、ハイパーテキスト転送プロトコル（「ＨＴＴＰ」）またはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネットによる）を可能にする。取引サーバ１６０は、グラフィックユーザインターフェースと、ユーザがそれぞれの間で金融派生商品を双方向に取引することを可能にするアプリケーションとを提供する。ポートフォリオ管理サーバ１７０は、グラフィックユーザインターフェースと、ユーザが金融派生商品のポートフォリオを管理することを可能にするアプリケーションとを提供する。報告サーバ１８０は、グラフィックユーザインターフェースと、ユーザがユーザのポートフォリオに関する標準のかつ特注可能な報告（時価評価、来るべきイベント、および取引リストを含む）を実行かつ作成することを可能にするアプリケーションとを提供する。分析サーバ１９０は、グラフィックユーザインターフェースと、ユーザが自身のポートフォリオに対する分析論（値踏みおよび金利感応性を含む）を実行することを可能にするアプリケーションとを提供する。カレンダーサーバ２００は、グラフィックユーザインターフェースと、決済、支払い、キャッシュフロー、ならびにユーザの金融派生商品のトランザクションおよびポートフォリオに関連する他の詳細に関する重要な期日をユーザが自動的にカレンダーで管理することを可能にするアプリケーションとを提供する。ニュースおよび調査サーバ２１０は、グラフィックユーザインターフェースと、ユーザがリアルタイムの市場データ、金融および他のニュース、ならびに第三者による所有物に関するデータフィード（ｐｒｏｐｒｉｅｔａｒｙ  ｔｈｉｒｄ−ｐａｒｔｙ  ｄａｔａ  ｆｅｅｄ）を入手することを可能にするアプリケーションとを提供する。ニュースおよび調査サーバ２１０は、リアルタイムの市場データフィードおよびニュースサービス２２０ならびに第三者によるデータフィード２３０への接続を含む。
【００２３】
双方向システムサーバはまた、システムのユーザと管理者との間の通信を可能にするサーバを含む。チャットサーバ１２０は、リアルタイムのチャットを提供し、従って、ユーザが金融派生商品に関連するディスカッションフォーラムに携わることを可能にする。ページングサーバ１３０は、ユーザがメッセージングコミュニティを確立し、どのユーザがオンラインで、所定の場合にメッセージ（すなわち、インスタントメッセージ）を受け取ることが可能であるかを判定することを可能にする。電子メールサーバ１４０は、システム内の電子メール媒体を提供して、ユーザとシステム管理者との間の見積もりリクエストから決済までの金融取引の全ての局面を含む通信を可能にする。メッセージボードサーバ１５０は、ユーザおよびシステム管理者が、広域メッセージならびに見積もりリクエストおよび見積もりを書き込みかつ読むための場を提供する。
【００２４】
自動メッセージングサーバ９０（時として、この実施形態において「接続メッセージングサーバ」と呼ばれる）は、サーバ側の種々のシステムサーバと、その内部バックエンドシステム８５がサーバ側との通信を必要とする自動プロセスを実行するユーザとの間の通信（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネットによる）を制御する。このような自動プロセスは、トランザクションの価格設定４０、支払いの日程管理および仕訳帳記入５０、派生商品の取引６０、取引確認７０、および取引決済８０を含み得る。接続メッセージングサーバ９０とクライアント側との間の通信は、自動メッセージングサーバ９０と同じ機能性を共有する自動プロセッサ２０（時として、この実施形態において「接続プロセッサ」と呼ばれる）および自動メッセージブローカー２５を通過し、下記で説明するように、「ＦｉｎＸＭＬ（登録商標）」用語および「ＦｉｎＳｃｒｉｐｔ（登録商標）」処理言語を用いて促進される。
【００２５】
ＣＦＯウェブシステムは、システムデータベース１１０を１つ以上含み、このシステムデータべス１１０は、金融トランザクションの処理、ならびにユーザのシステムサーバとの通信および相互作用に関連するデータを格納する。
【００２６】
（ｂ．クライアント側）
クライアント側は、ユーザ（メンバーおよびプロバイダ）が双方向にまたは自動化された様式で種々のシステムサーバと通信することを可能にする機能性を含む。ウェブブラウザ３０は、サーバ側のウェブサーバ１００において接続が確立された状態で、ユーザとＣＦＯウェブシステムとの間の双方向通信（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネットによる）を可能にする。双方向通信は以下を含み得る。価格見積もりのリクエスト（メンバー）、見積もりリクエストの監視および再検討（プロバイダ）、価格見積もりの発行（プロバイダ）、価格見積もりの監視および再検討（メンバー）、メンバーとプロバイダとの間の交渉、価格見積もりの受容（メンバー）、報告、ポートフォリオ管理、金融情報および市場データの分析、カレンダー管理、ならびに、電子メール、チャット、およびメッセージボードを含むメンバー、プロバイダ、および／またはシステム管理者の間の通信。
【００２７】
あるいは、ユーザは、接続プロセッサ２０（および、自動メッセージブローカー２５）を介して自動化された様式でサーバ側と通信し得、この接続プロセッサ２０は、接続メッセージングサーバ９０と（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを介するインターネットによって）通信する。このような自動通信は、ユーザの内部バックエンドシステム８５（バックエンドデータベース８８を１つ以上含む）が自動プロセスを行うことを可能にし、この自動プロセスは、トランザクションの価格設定４０、支払いの日程管理および仕訳帳記入５０、派生商品の取引６０、取引確認７０、および取引決済８０を含み得る。このような通信は、下記で説明するように、「ＦｉｎＸＭＬ（登録商標）」用語および「ＦｉｎＳｃｒｉｐｔ（登録商標）」処理言語を用いて促進される。
【００２８】
（３．金融トランザクションの機能性）
システムユーザ（メンバーおよびプロバイダ）に関して、本発明の実施形態に含まれる機能性は、トランザクション前、トランザクション、トランザクション後、および一般に分類され得る。本発明は、このような機能性の双方向インターフェースを（ｉ）自動化かつ／または（ｉｉ）提供する。
【００２９】
（ａ．トランザクション前）
本発明によって可能となる種類の金融トランザクションに携わるメンバーおよびプロバイダ（または、本発明の他の実施形態において、メンバーおよびメンバー）は、図２に示される一連の工程を進む。メンバーおよびプロバイダが、将来、金融トランザクションに携わり得ることを決断する場合、関係者は、特定の協定を行うことにより、関係者間の関係を確立する（工程３００）。このような協定（例えば、「１９９２  ＩＳＤＡ  Ｍａｓｔｅｒ  Ａｇｒｅｅｍｅｎｔ」）は、契約の規則、レートソース、確認および決済の順序、ならびに、関係者間の一連のトランザクションにわたって再利用され得る他の情報を管理する。関係者は、このシステムの双方向電子メール機能（図１の電子メールサーバ１４０によって提供される）を使用して、協定に含まれるべき情報を交換することにより、この工程を行い得る。さらに、在庫品の電子署名ソフトウェアをこのシステムと組み合わせることにより、関係者は、標準協定を電子的に署名かつ交換し得る。メンバーおよびプロバイダは、関係者が行う標準協定の数によって、この工程の複数の繰り返しに携わり得る。
【００３０】
次いで、メンバーおよびプロバイダは、将来のトランザクションのためにプロバイダが
メンバーに割り当てるべき１つ以上の信用限度を交渉する（工程３１０）。各メンバーは、このような信用限度（単数または複数）を各プロバイダと交渉し、その信用限度を用いて、将来のトランザクションに携わるつもりである。メンバーに信用限度を割り当てるにあたり、プロバイダは、メンバーの資産構成、信用格付け、およびメンバーによって行われるべき金融トランザクションの種類を分析する。関係者は、図８３に示される「信用関係」双方向ユーザインターフェース（下記に示す）を介してこの工程を行い得、この「信用関係」双方向ユーザインターフェースにおいて、メンバーは、システムを介して電子リクエストを受け取って信用関係を確立するプロバイダを１人以上特定し得る。あるいは、関係者は、このシステムの双方向電子メール機能（図１の電子メールサーバ１４０によって提供される）、このシステムのページング（インスタントメッセージング）機能（図１のページングサーバ１３０によって提供される）、またはこのシステムのチャット機能（図１の電子メールサーバ１２０によって提供される）を使用して、信用限度の交渉中に情報を交換することにより、この工程を行い得る。
【００３１】
（ｂ．トランザクション）
メンバーおよびプロバイダが一旦関係を確立し、信用限度を交渉すると、メンバーは、金融トランザクションに携わるプロセスを開始し得る。メンバーは、行いたいと願うトランザクションの種類（例えば、直物外国為替、先物外国為替、金利スワップなど）を決定し、所望のトランザクションを構成する必要がある（工程３２０）。この工程において、メンバーは、グラフィックユーザインターフェースおよびツールを含むこのシステムの双方向取引機能（図１の取引サーバ１６０によって提供される）を使用する。トランザクションの種類に応じて，この構成は、価格設定の変数、有効期限、メンバーが価格設定をリクエストしたいプロバイダのリスト、ならびに、メンバーおよび所望のトランザクションに特有の任意の他の事項を含み得る。例えば、メンバーは、外国為替の直物トランザクションを特定し得、このトランザクションにおいて、メンバーは、米国ドルで百万ユーロを買いたいと望み、トランザクションリクエストを２０００年７月３０日の午後１１時５９分（太平洋標準時）に期限切れとなるように設定し得る。
【００３２】
トランザクションを構成した後で、メンバーは、このシステムの双方向取引機能（図１の取引サーバ１６０によって提供される）を使用して、トランザクションの価格設定に関するリクエストを１つ以上の銀行に通信する（工程３３０）。あるいは、メンバーは、このシステムの双方向電子メール機能（図１の電子メールサーバ１４０によって提供される）を使用して、特定のプロバイダに価格設定のリクエストを直接通信し得る。このような電子メール通信は、構成されたトランザクションへのＵＲＬと、価格設定のリクエストとを含む。
【００３３】
プロバイダは、下記で説明するように、自動メッセージングサーバ９０と自動プロセッサ２０との間の通信を介して、メンバーの価格設定リクエストを監視かつ再調査する（工程３４０）。このような通信によって、このシステムがホストの機能をするリクエスト監視インターフェース上に価格設定リクエストが書き込まれる結果となる。特定のメンバーに関する情報を含む（メンバーのアイデンティティが開示されていない場合を除く）双方向監視インターフェース上のトランザクションおよび価格設定リクエストを再調査するにあたって、プロバイダは、価格設定オファー（すなわち、価格見積もり）を作成し、リクエストを行ったメンバーに提出し得る（工程３５０）。プロバイダは、取引サーバ１６０によって制御される双方向インターフェース（下記に示す）を使用して、価格設定オファーを作成する。価格設定オファーの提出は、下記で説明するように、自動プロセッサ２０と自動メッセージングサーバ９０との間の通信を介して行われる。各価格設定オファーは、典型的には、市況が絶えず変化するため有効期限を有し、プロバイダは、修正された価格設定オファーをメンバーに複数回繰り返して提出し得る。本発明のいくつかの実施形態において、プロバイダは、メンバーに価格設定オファーを作成し提出する前に、メンバーのトランザクションの構成を修正し（例えば、トランザクション額の変更）得る（工程３４５）。このような修正は、複数回繰り返して行われ得る。
【００３４】
メンバーは、このシステムがホストの機能をする双方向監視インターフェース上で、プロバイダによって提出された任意の価格設定オファーを監視かつ再調査し得る（工程３６０）。メンバーは、価格設定オファーを１つ以上選択し（工程３７０）、オファー（単数または複数）を提供した特定のプロバイダ（単数または複数）と交渉する。この実施形態において、このような交渉は、このシステムの双方向電子メール機能（図１の電子メールサーバ１４０によって提供される）、このシステムのページング（インスタントメッセージング）機能（図１のページングサーバ１３０によって提供される）、このシステムのチャット機能（図１のチャットサーバ１２０によって提供される）、または伝統的な方法（例えば、電話）を使用して行われ得る。交渉を繰り返す回数は、市場の不安定さおよび他の状況による。本発明の他の実施形態において、特定のパラメータがプロバイダの価格設定オファーに一致する場合、このような交渉は不必要であり得る。工程のこの段階において、メンバーは、メンバーの元のトランザクションの構成を修正する（例えば、トランザクション額を変更する）決定をし（工程３７５）、１人以上のプロバイダに新しい価格設定リクエストを提出し得る（工程３３０）ことに留意されたい。このような修正は、複数回繰り返して行われ得る。
【００３５】
価格設定オファーに関する交渉に次いで、メンバーは、最もよい価格設定オファーを受容し（工程３８０）、このシステムの双方向取引機能（図１の取引サーバ１６０によって提供される）を使用してプロバイダにその受容を通信する。プロバイダは、下記で説明するように、自動メッセージングサーバ９０と自動プロセッサ２０との間の通信を介してメンバーの受容を受け取る。このような通信によって、このシステムがホストの機能をするリクエスト管理インターフェース上に、メンバーによる価格設定オファーの受容を書き込む結果となる。
【００３６】
（ｃ．トランザクション後）
メンバーの受容を受け取ると、プロバイダは、具体的な条件、支払期日、および支払額を含むトランザクション確認をメンバーに送る（工程３９０）。プロバイダは、下記で説明するように、自動プロセッサ２０と自動メッセージングサーバ９０との間の通信を介して、メンバーに確認情報を送る。プロバイダのバックエンドシステム８５は、この情報の自動処理を提供する。
【００３７】
確認に続いて、メンバーおよびプロバイダは、内部会計および支払いの日程管理を含む目的のために、それぞれのバックエンドシステム８５にトランザクションを提出する（工程４００）。この工程は、自動プロセッサ２０とバックエンドシステム８５との間の自動接続を介して、このシステムによって取り扱われ得る。それぞれのバックエンドシステム８５を使用して、メンバーおよびプロバイダは、トランザクションの決済および将来の支払いの日程を管理する（工程４１０）。
【００３８】
（ｄ．一般）
メンバーおよびプロバイダによって任意の時にアクセスかつ実行され得る双方向システムの機能性は、以下を含む。報告、ポートフォリオ管理、危険管理、金融情報および市場データの分析、メンバー、プロバイダ、およびシステム管理者との電子メール通信、メンバーおよびプロバイダとのチャット、メッセージボード、カレンダー管理、ならびにページング。この機能性は、このシステムの双方向ユーザインターフェース（下記に示す）上のボタンおよび／またはプルダウンメニューを介して、メンバーおよびプロバイダによって利用可能である。
【００３９】
（Ｂ．金融情報の自動処理および転送）
本発明のこの実施形態は、サーバ側のメッセージングサーバとクライアント側の自動プロセッサとの間で、根底にある金融情報の自動処理および転送を提供することにより、メンバーとプロバイダとの間の金融トランザクションを支持する。このシステムは、特定トランザクションデータ、参照データ、および市場データを含む金融商品取引を記述する斬新なタグを用いた言語であるＦｉｎＸＭＬ（登録商標）を使用することにより、このような処理および転送を可能にする。ＦｉｎＸＭＬ（登録商標）は、拡張可能マークアップ言語（ＸＭＬ）１．０推奨（１９９８年２月１０日）、ワールドワイドウェブコンソーシアム（Ｍａｓｓａｃｈｕｓｅｔｔｓ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ  Ｎａｔｉｏｎａｌ  ｄｅ  Ｒｅｃｈｅｒｃｈｅ  ｅｎ  Ｉｎｆｏｒｍａｔｉｑｕｅ  ｅｔ  ｅｎ  Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ  Ｕｎｉｖｅｒｓｉｔｙ）＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ＞に準拠する。このＸＭＬ推奨は、エレメントタグの使用に関する文書を適合するための規則のセットを記述する。このエレメントタグは、文書の構成要素をマークするか、またはデータファイルの構造をテキスト文書として記述する。
【００４０】
ＦｉｎＸＭＬ（登録商標）はまた、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｗａｐｓ  ａｎｄ
Ｄｅｒｉｖａｔｉｖｅｓ  Ａｓｓｏｃｉａｔｉｏｎ，Ｉｎｃ．（「ＩＳＤＡ」）＜ｈｔｔｐ：／／ｗｗｗ．ｉｓａｄａ．ｏｒｇ＞の１９９１  ＩＳＤＡ定義（および１９９８補足）に準拠する。このＩＳＤＡ定義は、個人交渉の金融派生商品のトランザクションに用いられる標準用語のセットを提供する。ＦｉｎＸＭＬ（登録商標）内で定義されるエレメントタグならびに属性の名前および値は、下記で説明するように、ＩＳＤＡ定義内で定義される用語に対応する。
【００４１】
ＸＭＬ用語の１つの種類としてのＦｉｎＸＭＬ（登録商標）は、例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを使用して企業のイントラネット、エクストラネット、およびインターネット（ワールドワイドウェブを含む）にわたる電送に理想的に適応する。ＨＴＴＰプロトコルは、ウェブブラウザ内で表示されるべきページを記述するために用いられるハイパーテキストマークアップ言語（「ＨＴＭＬ」）文書などのテキスト文書を伝送することを意図する。ＸＭＬ文書、従って、ＦｉｎＸＭＬ（登録商標）文書は、両方の種類の文書がテキストを用い、エレメントタグおよびデータコンテントの混合体からなり、かつ、他の外部材料への参照を含み得るという点でＨＴＭＬ文書に類似する。
【００４２】
２つの組織間の基本的な金融トランザクションにおいて、ＸＭＬによって符号化された金融トランザクションは、例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを使用して、１つの組織のクライアントアプリケーションからもう１つの組織のサーバへと送られる。サーバは、次いで、応答を送り返し、この応答もまたＸＭＬによって符号化されている。
【００４３】
下記で説明するように、本発明のこの実施形態は、自動プロセッサ２０（「接続プロセッサ」としても公知）および自動メッセージングサーバ９０（「接続メッセージングサーバ」としても公知）を使用して、ＦｉｎＸＭＬ（登録商標）（または、他のＸＭＬ）文書に／から金融オブジェクトを符号化／復号化する斬新な方法を含む。２つの組織間の金融トランザクションにおいて、１つの組織（例えば、メンバー）が、自動プロセッサ２０にＪａｖａ（登録商標）オブジェクトを提出する。この自動プロセッサ２０は、下記で説明するように、ＸＭＬマッピングおよびＦｉｎＳｃｒｉｐｔ（登録商標）（拡張可能なスタイルシート言語（「ＸＳＬ」）によって作成された所有スタイルシート）を用いてＦｉｎＸＭＬ（登録商標）（または、他のＸＭＬ）文書を作成する。このＦｉｎＸＭＬ（登録商標）文書は、例えば、ＨＴＴＰまたはＴＣＰ／ＩＰなどの転送プロトコルを使用して、自
動メッセージングサーバ９０に送られて、オブジェクトに変換され、サーバ側の処理が行われ得る。この処理に続いて、自動メッセージングサーバ９０は、オブジェクトをＦｉｎＸＭＬ（登録商標）（または、他のＸＭＬ）文書に変換し、この文書を自動プロセッサ２０に送る。自動プロセッサ２０は、下記で説明するように、ＦｉｎＳｃｒｉｐｔ（登録商標）を用いてＦｉｎＸＭＬ（登録商標）（または、他のＸＭＬ）文書からＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムを作成する。次いで、Ｊａｖａ（登録商標）ＳｃｒｉｐｔプログラムからＪａｖａ（登録商標）オブジェクトが作成され、他の組織（例えば、プロバイダ）に送られる。ＦｉｎＳｃｒｉｐｔ（登録商標）の基礎として機能するＸＳＬは、拡張可能なスタイルシート言語（ＸＳＬ）バージョン１．０（２０００年３月２７日）、ワールドワイドウェブコンソーシアム（Ｍａｓｓａｃｈｕｓｅｔｔｓ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ  Ｎａｔｉｏｎａｌ  ｄｅ  Ｒｅｃｈｅｒｃｈｅ  ｅｎ  Ｉｎｆｏｒｍａｔｉｑｕｅ  ｅｔ  ｅｎ  Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ  Ｕｎｉｖｅｒｓｉｔｙ）＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｘｓｌ＞に記述される。
【００４４】
（１．ＦｉｎＸＭＬ（登録商標））
本発明のこの実施形態において、ＦｉｎＸＭＬ（登録商標）文書をサーバ間に分配して、金融トランザクションおよび関連データの詳細を通信する。ＦｉｎＸＭＬ（登録商標）シンタックスは、全ての金融トランザクションに関する一般的な構造を提供する。金融トランザクションは、次いで、根底にあるエレメントからなり、各エレメントは、属性および／または他のエレメントを含む。
【００４５】
（ａ．取引構造）
ＦｉｎＸＭＬ（登録商標）シンタックスの基本的な金融トランザクションエレメントは、複数の種類の「取引」である（下記に示す）。この取引エレメントは、各金融トランザクションオブジェクトの明細のためのルートエレメントである。この取引エレメントは、「ペイロード」構成要素の接続メッセージ内に含まれる（下記に示す）。
【００４６】
図３は、取引エレメントの構造を示す。取引エレメント５００は、少なくとも１対の「相手先」エレメント５１０を含み、この相手先は、トランザクションに携わる関係者である。各相手先エレメント５１０は、「内部関係者」エレメント５１５または「外部関係者」エレメント５２０（下記に示す）であり得る。取引エレメント５００はまた、「取引の種類」エレメント５３０を含み、この「取引の種類」エレメント５３０は、下記の取引の種類のサブエレメントの１つを含む。
【００４７】
（１）直物外国為替（「ＦＸ」）
（２）先物ＦＸ
（３）固定−変動の金利スワップ
（４）変動−変動の金利スワップ
（５）キャップ
（６）フロアー
（７）固定預金
（８）固定貸付金
（９）変動預金
（１０）変動貸付金
（１１）ＦＸオプション
（１２）ＦＸスワップ
（１３）固定−固定の通貨間スワップ
（１４）固定−変動の通貨間スワップ
（１５）変動−変動の通貨間スワップ
（１６）金利先渡し契約
（１７）特注取引
各取引の種類のエレメントは、異なる種類の金融トランザクションを表し、これらの異なる種類の金融トランザクションについて、下記で個別に説明する。本発明の他の実施形態は、本明細書中で説明する取引の種類のエレメントならびに他の取引の種類の１つ以上の組み合わせを含み得ることに注意されたい。
【００４８】
本発明のこの実施形態において、取引エレメント５００は、下記のＸＭＬ定義を有する。
【００４９】
【表１】
2006012189.tif 000003
【００５０】
（ｂ．金融トランザクションデータ）
ＦｉｎＸＭＬ（登録商標）シンタックスは、トランザクションデータ、参照データ、および市場データを含む金融トランザクションを含む種々の種類のデータを記述する。これらの種類のデータの各々は、エレメントおよび属性を含む。本明細書中で説明する種類のデータのエレメント、属性、および定義は、本発明の一実施形態を例示するものであり、本発明の他の実施形態は、これらのエレメント、属性、および／または定義のいくつかまたは全て、ならびに他のエレメント、属性、および／または定義を含むことで、含まれる種類のデータを記述し得ることに注意されたい。
【００５１】
（ｉ．トランザクションデータ）
トランザクションデータは、金融トランザクションまたは取引の種々の構成要素を記述する。これらの構成要素は、「相手先」エレメント、「取引の種類」エレメント、「特定取引」エレメント、「金融イベント」エレメント、および「計算」エレメントを含む。
【００５２】
（（ａ）相手先エレメント）
ＦｉｎＸＭＬ（登録商標）によって記述される種類の金融トランザクションにおいて、典型的には２つの関係者が存在し、「相手先」とも呼ばれる。上記のように、ＦｉｎＸＭＬ（登録商標）は、このようなトランザクション関係者を相手先エレメント５１０（内部関係者エレメントおよび外部関係者エレメントを含む）で記述する（図３に示す）。本発明のこの実施形態において、相手先エレメント５１０は、下記のＸＭＬ定義を有する。
【００５３】
【表２】
2006012189.tif 000004
【００５４】
各トランザクションにおいて、ある組織の見地から、その組織が「内部」関係者であり、もう１つの関係のない組織が「外部」関係者である（例えば、外国為替トランザクションに携わる企業および第三者銀行）。あるいは、企業が企業内の子会社法人エンティティとトランザクションをする場合、この子会社もまた「内部」関係者である。
【００５５】
図４は、外部関係者エレメント７００の構造を示し、トランザクションの外部関係者を表す。各外部関係者は、「公開関係者」または「非公開関係者」のいずれかであり得る。本発明のこの実施形態において、外部関係者エレメント７００は、下記のＸＭＬ定義を有する。
【００５６】
【表３】
2006012189.tif 000005
【００５７】
公開関係者エレメント７０５は、トランザクションの関係者（例えば、メンバー）を表し、企業識別を含むこの関係者の詳細は、トランザクションの他の関係者に完全に知られている。各公開関係者エレメント７０５は、組織７１０、連絡情報７３０、住所７６５、および信用格付け８０５のサブエレメント（「参照データ」エレメントに関する説明において、下記により詳細に示す）を含む。本発明のこの実施形態において、公開関係者エレメント７０５は、下記のＸＭＬ定義を有する。
【００５８】
【表４】
2006012189.tif 000006
【００５９】
非公開関係者エレメント８３５は、他の関係者に対して匿名のままである関係者を表し、公開されている唯一の情報は、関係者の信用格付けである。従って、各非公開関係者エレメント８３５は、信用格付け８０５エレメント（「参照データ」エレメントに関する説明において、下記により詳細に示す）を含む。本発明のこの実施形態において、非公開関係者エレメント８０５は、下記のＸＭＬ定義を有する。
【００６０】
【表５】
2006012189.tif 000007
【００６１】
図５は、内部関係者エレメント６００の構造を示し、トランザクションの内部関係者を表す。内部関係者エレメント６００は、内部関係者に関係する個別の法人（すなわち、企業）組織の各々を表す法人エンティティエレメント６０５、および、会計目的のために関係者がトランザクションをグループ化するための取引帳簿（単数または複数）（「参照データ」エレメントに関する説明において、下記により詳細に示す）を表すブックエレメント６２５を含む。本発明のこの実施形態において、内部関係者エレメント６００は、下記のＸＭＬ定義を有する。
【００６２】
【表６】
2006012189.tif 000008
【００６３】
（（ｂ）取引の種類のエレメント）
図３に示すように、取引エレメント５００は、取引の種類のエレメント５３０を含む。各取引の種類のエレメント５３０は、順番に、金融トランザクションまたは取引の１つの種類を記述する取引の種類のサブエレメントを含む。
【００６４】
（（１）直物外国為替）
直物外国為替（「直物ＦＸ」）トランザクションは、ある関係者が別の通貨と引き換えに別の関係者からある通貨の特定額を入手するトランザクションであり、外国為替市場の標準期間（すなわち、通常２日）内で支払いまたは決済が行われる。例えば、メンバーが米国ドルと引き換えにプロバイダから２百万ユーロを買い、２日後に支払う。
【００６５】
直物ＦＸエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｄｅａｌｔ  Ａｍｏｕｎｔ」：入手される通貨に交換されるべき通貨の特定額。
・「Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔ」：入手される通貨の額。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した通貨取引を行う日。
・「Ｖａｌｕｅ  Ｄａｔｅ」：取引された通貨が交換される（すなわち、取引が決済される）日。
・「ＦＸ  Ｒａｔｅ」：取引が行われる外国為替レート。
・「Ｂａｓｅ  Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨がそれに対して測定される。
・「Ｂａｓｅ  Ｕｎｉｔｓ」：ベース通貨の単位数であって、それに対して入手されるべき通貨は見積もられる（通常、１単位）。
・「Ｑｕｏｔｅ  Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨、または見積もられる通貨。・「Ｑｕｏｔｅ  Ｕｎｉｔｓ」：入手されるべき見積もり通貨の単位数。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００６６】
本発明のこの実施形態において、直物ＦＸエレメントは、下記のＸＭＬ定義を有する。
【００６７】
【表７】
2006012189.tif 000009
【００６８】
（（２）先物外国為替）
先物外国為替（「先物ＦＸ」）トランザクションは、ある関係者が別の通貨の特定額と引き換えに別の関係者からある通貨のある額を入手するトランザクションであり、この特定額は、特定の将来に支払われる。例えば、メンバーが米国ドルでプロバイダから２百万ユーロを買い、取引日から６０日後に支払う。
【００６９】
先物ＦＸエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｄｅａｌｔ  Ａｍｏｕｎｔ」：入手される通貨に交換されるべき通貨の特定額。
・「Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔ」：入手される通貨の額。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した通貨取引を行う日。
・「Ｖａｌｕｅ  Ｄａｔｅ」：取引された通貨が交換される（すなわち、取引が決済される）日。
・「ＦＸ  Ｒａｔｅ」：取引が行われる外国為替レート。
・「Ｂａｓｅ  Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨がそれに対して測定される通貨。
・「Ｂａｓｅ  Ｕｎｉｔｓ」：入手されるべき通貨がそれに対して見積もられるベース通貨の単位数（通常、１単位）。
・「Ｑｕｏｔｅ  Ｃｕｒｒｅｎｃｙ」：入手されるべき通貨、または釘付けされる通貨。
・「Ｑｕｏｔｅ  Ｕｉｎｔｓ」：入手されるべきＱｕｏｔｅ  Ｃｕｒｒｅｎｃｙの単位数。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００７０】
本発明のこの実施形態において、先物ＦＸエレメントは、下記のＸＭＬ定義を有する。
【００７１】
【表８】
2006012189.tif 000010
【００７２】
（（３）固定−変動の金利スワップ）
固定−変動の金利スワップは、金利スワップの一種であり、ここで、２つの関係者は、定期的な支払ストリームを交換し、１つの支払ストリームは固定金利に基づき、もう１つの支払ストリームは変動金利指標（例えば、ＬＩＢＯＲ）に基づき、各支払ストリームは同じ通貨を用いる。例えば、メンバーが、ＬＩＢＯＲインデックスに基づくユーロの変動支払ストリームと引き換えにプロバイダからユーロの固定支払ストリームを買う。
【００７３】
固定−変動の金利スワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：為替の支払いが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：為替の支払いが終了する日。
・「Ｆｉｘｅｄ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：固定レッグの固定利息の支払いの詳細。
・「Ｆｌｏａｔ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：変動レッグの変動利息の支払いの詳細。
・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利計算、および金利リセット情報を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００７４】
本発明のこの実施形態において、固定−変動の金利スワップエレメントは、下記のＸＭＬ定義を有する。
【００７５】
【表９】
2006012189.tif 000011
【００７６】
（（４）変動−変動の金利スワップ）
変動−変動の金利スワップは、金利スワップの一種であり、ここで、２つの関係者は、定期的な支払ストリームを交換し、各支払ストリームは、変動金利指標（例えば、ＬＩＢＯＲ）に基づき、同じ通貨を用いる。例えば、メンバーが、ユーロの変動支払ストリームと引き換えにプロバイダからユーロの変動支払ストリームを買い、ここで、各支払ストリームはＬＩＢＯＲインデックスに基づく。
【００７７】
変動−変動の金利スワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：為替の支払いが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：為替の支払いが終了する日。
・「Ｆｌｏａｔ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：変動利息の支払いの詳細であって、２つの変動レッグはそれぞれ、個別の情報を有する。
・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利計算、および金利リセット情報を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００７８】
本発明のこの実施形態において、変動−変動の金利スワップエレメントは、下記のＸＭＬ定義を有する。
【００７９】
【表１０】
2006012189.tif 000012
【００８０】
（（５）キャップ）
キャップトランザクションは、ある関係者が、プレミアム支払いと引き換えに、ある通貨の特定額に関して他の関係者から支払ストリーム（すなわち、一連のオプション（「キャップレット」））を受け取る権利を、別の関係者から入手するトランザクションである。これは、日程管理された支払期日に、関連期間における特定のレートまたはインデックスのレベルが同意の「ストライクレート（ｓｔｒｉｋｅ  ｒａｔｅ）」を越える場合である。例えば、メンバーが、期間１２ヶ月、ストライクレート８％の金利キャップを３ヶ月ＬＩＢＯＲに基づく米国ドルでプロバイダから買って、３ヶ月ＬＩＢＯＲに基づく１０００万米国ドルの変動レート貸付金の金利上昇のリスクを回避する。
【００８１】
キャップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｃａｐ  Ｆｌｏｏｒ  Ｓｐｅｃ」：キャップおよびフロアトランザクションに共通する構成エレメントを記述する。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｅｔｔｌｅｍｅｎｔ  Ｄａｔｅ」：取引が決済される日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：金利が保護される期間の開始日。
・「Ｅｎｄ  Ｄａｔｅ」：支払ストリームが終了する日。
・「Ｐｒｅｍｉｕｍ  Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ  Ｐｅｒｃｅｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ  Ａｍｏｕｎｔ」）のいずれかで表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕｍ  Ｄａｔｅ」）。
・「Ｓｔｒｉｋｅ  Ｒａｔｅ」：それを越えるとキャップトランザクション内の単一支払い（キャップレット）の決済がトリガーされるレート。
・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの参照となる。
・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先エレメントの参照となる。
・「Ｖｏｌａｔｉｌｉｔｙ  Ｓｐｒｅａｄ」：ボラティリティ面（ｖｏｌａｔｉｌｉｔｙ
ｓｕｒｆａｃｅ）を用いて計算されるボラティリティのスプレッド。キャップトランザクションの価格設定を行うための別のスプレッド。
・「Ｄｉｓｃｏｕｎｔ  Ｃｕｒｖｅ」：支払ストリームを計算するために用いる割引きカーブの定義。
・「Ｆｏｒｅｃａｓｔ  Ｃｕｒｖｅ」：支払ストリームを計算するために用いる予測カーブの定義。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：支払ストリームを計算するための基礎として用いる額。
・「Ｆｌｏａｔｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：変動金利。
・「Ｆｉｒｓｔ  Ｆｉｘｉｎｇ  Ｒａｔｅ」：第１の利息計算期間に用いられるべき金利。
・「Ｄａｙ  Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方法。
・「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の特定の日。
・「Ｐａｙｍｅｎｔ  Ｃａｌｅｎｄａｒ」：休業日の参照に用いられるべきカレンダー。・「Ｒａｔｅ  Ｒｅｓｅｔ  Ｃａｌｅｎｄａｒ」：金利リセットのために休業日の参照に用いられるべきカレンダー。
・「Ｄａｔｅ  Ｓｔｕｂ」：支払いの不規則な日程管理に関するインジケータ。・「Ａｎｃｈｏｒ  Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわち、第１の利子期間の最終日または第１の支払いの特定日であって、期日が逆順に決められる場合、最後の利息期間の最初であり得る。
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」：支払いのキャッシュフローがどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了時の単一支払い、ストリーム期間にわたる均等払い）を含む。
・「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」：利息が複利法でどのように計算されるべきかに関する詳細であって、計算の頻度および速度を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００８２】
本発明のこの実施形態において、キャップエレメントは、下記のＸＭＬ定義を有する。
【００８３】
【表１１】
2006012189.tif 000013
【００８４】
（（６）フロアー）
フロアトランザクションは、ある関係者が、プレミアム支払いと引き換えに、ある通貨の特定額に関して他の関係者から支払ストリーム（すなわち、一連のオプション（「フロアーレット」））を受け取る権利を、別の関係者から入手するトランザクションである。これは、日程管理された支払期日に、関連期間における特定のレートまたはインデックスのレベルが同意の「ストライクレート」より低い場合である。例えば、メンバーが、期間１２ヶ月、ストライクフロアーレベル８％の金利フロアーを３ヶ月ＬＩＢＯＲに基づく米国ドルでプロバイダから買って、３ヶ月ＬＩＢＯＲに基づく１０００万米国ドルの金融市場投資の投資収益を保護する。
【００８５】
フロアーエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｃａｐ  Ｆｌｏｏｒ  Ｓｐｅｃ」：キャップおよびフロアトランザクションに共通する構成エレメントを記述する。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｅｔｔｌｅｍｅｎｔ  Ｄａｔｅ」：取引が決済される日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：金利が保護される期間の開始日。
・「Ｅｎｄ  Ｄａｔｅ」：支払ストリームが終了する日。
・「Ｐｒｅｍｉｕｍ  Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ  Ｐｅｒｃｅｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ  Ａｍｏｕｎｔ」）のいずれかで表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕｍ  Ｄａｔｅ」）。
・「Ｓｔｒｉｋｅ  Ｒａｔｅ」：それを越えるとフロアトランザクション内の単一支払い（フロアーレット）の決済がトリガーされるレート。
・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの参照となる。
・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先エレメントの参照となる。
・「Ｖｏｌａｔｉｌｉｔｙ  Ｓｐｒｅａｄ」：ボラティリティ面を用いて計算されるボラティリティのスプレッド。キャップトランザクションの価格設定を行うための別のスプレッド。
・「Ｄｉｓｃｏｕｎｔ  Ｃｕｒｖｅ」：支払ストリームを計算するために用いる割引きカーブの定義。
・「Ｆｏｒｅｃａｓｔ  Ｃｕｒｖｅ」：支払ストリームを計算するために用いる予測カーブの定義。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：支払ストリームを計算するための基礎として用いる額。
・「Ｆｌｏａｔｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：変動金利。
・「Ｆｉｒｓｔ  Ｆｉｘｉｎｇ  Ｒａｔｅ」：第１の利息計算期間に用いられるべき金利。
・「Ｄａｙ  Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方法。
・「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の特定の日。
・「Ｐａｙｍｅｎｔ  Ｃａｌｅｎｄａｒ」：休業日の参照に用いられるべきカレンダー。・「Ｒａｔｅ  Ｒｅｓｅｔ  Ｃａｌｅｎｄａｒ」：金利リセットのために休業日の参照に用いられるべきカレンダー。
・「Ｄａｔｅ  Ｓｔｕｂ」：支払いの不規則な日程計算に関するインジケータ。・「Ａｎｃｈｏｒ  Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順に決められる場合、最後の利息期間の最初であり得る。
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」：支払いのキャッシュフローがどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了時の単一支払い、ストリーム期間にわたる均等払い）を含む。
・「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」：利息が複利法でどのように計算されるべきかに関する詳細であって、計算の頻度および速度を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００８６】
本発明のこの実施形態において、フロアーエレメントは、下記のＸＭＬ定義を有する。
【００８７】
【表１２】
2006012189.tif 000014
【００８８】
（（７）固定レートの貸付／預金）
固定レートの貸付／預金のトランザクションは、ある関係者が固定金利で別の関係者からある金額を借りるトランザクションである。例えば、メンバーが、一年間、プロバイダ
から固定金利で１００万米国ドルを借りる。
【００８９】
固定レートの貸付／預金エレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が貸付に同意した日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：貸付が開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：貸付が終了する日。
・「Ｌｅｎｄｅｒ」：貸付金の借り手。相手先エレメントの参照となる。
・「Ｂｏｒｒｏｗｅｒ」：貸付金の貸し手。相手先エレメントの参照となる。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：貸付金の額。
・「Ｆｉｘｅｄ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：固定金利。
・「Ｄａｙ  Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方法。
・「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の特定の日。
・「Ｐａｙｍｅｎｔ  Ｃａｌｅｎｄａｒ」：支払期日を決めるために用いられるべきカレンダー。
・「Ｄａｔｅ  Ｓｔｕｂ」：貸付金支払いの不規則な日程管理に関するインジケータ。
・「Ａｎｃｈｏｒ  Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順に決められる場合、最後の利息期間の最初であり得る。
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」：貸付金支払いのキャッシュフローがどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了時の単一支払い、貸付期間にわたる均等払い）を含む。
・「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」：貸付金利息が複利法でどのように計算されるべきかに関する詳細であって、計算の頻度および速度を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００９０】
本発明のこの実施形態において、固定レートの貸付／預金エレメントは、下記のＸＭＬ定義を有する。
【００９１】
【表１３】
2006012189.tif 000015
【００９２】
（（８）変動レートの貸付／預金）
変動レートの貸付／預金のトランザクションは、ある関係者が変動金利で別の関係者からある金額を借りるトランザクションであり、通常、変動金利指標（例えば、Ｌｏｎｄｏｎ  Ｉｎｔｅｒｂａｎｋ  Ｏｆｆｅｒｅｄ  Ｒａｔｅすなわち「ＬＩＢＯＲ」）に基づく。例えば、メンバーが、二年間、プロバイダから変動金利で１００万米国ドルを借りる。
【００９３】
変動レートの貸付／預金エレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が貸付に同意した日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：貸付が開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：貸付が終了する日。
・「Ｌｅｎｄｅｒ」：貸付金の借り手。相手先エレメントの参照となる。
・「Ｂｏｒｒｏｗｅｒ」：貸付金の貸し手。相手先エレメントの参照となる。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：貸付金の額。
・「Ｆｌｏａｔｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：変動金利。
・「Ｆｉｒｓｔ  Ｆｉｘｉｎｇ  Ｒａｔｅ」：第１の利息計算期間に用いられるべき金利。
・「Ｄａｙ  Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方法。
・「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」：利息／元金の支払いの頻度。
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の特定の日。
・「Ｐａｙｍｅｎｔ  Ｃａｌｅｎｄａｒ」：支払期日を決めるために用いられるべきカレンダー。
・「Ｒａｔｅ  Ｒｅｓｅｔ  Ｃａｌｅｎｄａｒ」：金利リセットのために休業日の参照に用いられるべきカレンダー。
・「Ｄａｔｅ  Ｓｔｕｂ」：貸付金支払いの不規則な日程管理に関するインジケータ。
・「Ａｎｃｈｏｒ  Ｄａｔｅ」：支払いの日程管理が固定されている日。すなわち、第１の利息期間の最終日または第１の支払いの特定日であって、期日が逆順に決められる場合、最後の利息期間の最初であり得る。
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」：貸付金支払いのキャッシュフローがどのように償却されるべきかに関する詳細であって、償却方法（例えば、終了時の単一支払い、貸付期間にわたる均等払い）を含む。
・「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」：貸付金利息が複利法でどのように計算されるべきかに関する詳細であって、計算の頻度および速度を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００９４】
本発明のこの実施形態において、変動の貸付／預金エレメントは、下記のＸＭＬ定義を有する。
【００９５】
【表１４】
2006012189.tif 000016
【００９６】
（（９）外国為替オプション）
外国為替オプション（「ＦＸオプション」）のトランザクションは、ある関係者が、プレミアム支払いと引き換えに、別の関係者から債務ではなく権利を入手するトランザクションである。この権利は、特定額のある通貨を特定価格で特定の実行日または特定の実行期間に買うこと（すなわち、プットオプションの実行）または売ること（すなわち、コールオプションの実行）の権利である。例えば、メンバーが、プロバイダにプレミアムを支払って、３ヶ月間、定価の米国ドルで１００万ユーロを買うオプションを実行する権利を得る。
【００９７】
ＦＸオプションエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｓｅｔｔｌｅｍｅｎｔ  Ｄａｔｅ」：取引が決済される日。
・「Ｐｒｅｍｉｕｍ  Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ  Ｐｅｒｃｅｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ  Ａｍｏｕｎｔ」）のいずれかで表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕｍ  Ｄａｔｅ」）。
・「Ｅｘｐｉｒａｔｉｏｎ  Ｄａｔｅ」：その日までにオプションが実行される必要がある有効期限。
・「Ｄｅａｌｔ  Ａｍｏｕｎｔ」：オプションを実行する際に買うまたは売るべきである通貨に交換する通貨の特定額。
・「Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔ」：オプションを実行する際に買うまたは売るべき通貨の額。
・「Ｄｅｌｉｖｅｒｙ  Ｄａｔｅ」：オプションを実行する際に、現金の差異または根底にある契約額面価額のいずれかが交換される必要がある日。
・「Ｄｅｌｉｖｅｒｙ  Ｍｏｄｅ」：オプションを実行する際に、現金の差異（「Ｃａｓｈ」）または根底にある契約額面価額（「Ｐｈｙｓｉｃａｌ」）が交換される必要があるかを示すインジケータ。
・「Ｏｐｔｉｏｎ  Ｔｙｐｅ」：実行されるオプションの種類（「Ｐｕｔ」または「Ｃａｌｌ」）
・「Ｖｏｌａｔｉｌｉｔｙ」：オプションプレミアムを計算するために用いられるボラティリティ面の定義。
・「Ｃａｌｌ」：コールオプションの額および通貨。
・「Ｐｕｔ」：プットオプションの額および通貨。
・「Ｂｕｙｅｒ」：実行されるべきオプションのバイヤー。相手先エレメントの参照となる。
・「Ｐｈｙｓｉｃａｌ」：根底にある資産の送達に基づいてオプションが決済されるかどうかを示す。
・「Ｃａｓｈ」：現金払いに基づいてオプションが決済されるかどうかを示す。・「Ｗｒｉｔｅｒ」：実行されるべきオプションのプレミアムの受取人。相手先エレメントの参照となる。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【００９８】
本発明のこの実施形態において、ＦＸオプションエレメントは、下記のＸＭＬ定義を有する。
【００９９】
【表１５】
2006012189.tif 000017
【０１００】
（（１０）外国為替スワップ）
外国為替スワップ（「ＦＸスワップ」）のトランザクションは、２つの関係者が２種類の支払い（「Ｎｅａｒ」および「Ｆａｒ」）をそれぞれ異なる通貨で交換するトランザクションである。第１の支払いは、トランザクション期間の最初に送達され、第２の支払いは、トランザクション期間の最後に送達される。支払いは、特定の金利に基づき得る。例えば、メンバーが、第１の支払いの６ヶ月後に１００万米国ドルを支払うべき支払いと引き換えに、プロバイダから３００万ユーロの支払いを買う。
【０１０１】
ＦＸスワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｎｅａｒ  Ｌｅｇ  Ｖａｌｕｅ  Ｄａｔｅ」：スワップの第１のレッグ（「Ｎｅａｒ
Ｌｅｇ」）の最終支払いが支払われる日。
・「Ｆａｒ  Ｌｅｇ  Ｖａｌｕｅ  Ｄａｔｅ」：スワップの第２のレッグ（「Ｆａｒ  Ｌｅｇ」）の最終支払いが支払われる日。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：交換される支払いを計算するための基礎として用いる額。
・「Ｎｅａｒ  Ｌｅｇ  Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔ」：Ｎｅａｒ  Ｌｅｇのもとで支払われる額。Ｎｅａｒ  Ｌｅｇ  ＦＸＲａｔｅに代わるもの。
・「Ｎｅａｒ  Ｌｅｇ  ＦＸＲａｔｅ」：Ｎｅａｒ  Ｌｅｇの外国為替レート。Ｎｅａｒ
Ｌｅｇ  Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔに代わるもの。
・「Ｆａｒ  Ｌｅｇ  Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔ」：Ｆａｒ  Ｌｅｇのもとで支払われる額。Ｆａｒ  Ｌｅｇ  ＦＸＲａｔｅに代わるもの。
・「Ｆａｒ  Ｌｅｇ  ＦＸＲａｔｅ」：Ｆａｒ  Ｌｅｇの外国為替レート。Ｆａｒ  Ｌｅｇ  Ｓｅｔｔｌｅｄ  Ａｍｏｕｎｔに代わるもの。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１０２】
本発明のこの実施形態において、ＦＸスワップエレメントは、下記のＸＭＬ定義を有する。
【０１０３】
【表１６】
2006012189.tif 000018
【０１０４】
（（１１）固定−固定の通貨間スワップ）
固定−固定の通貨間スワップは、金利スワップの一種であり、ここで、２つの関係者は、固定金利に基づく定期的な支払ストリームをそれぞれの支払ストリームに異なる通貨に変換する。
【０１０５】
固定−固定の通貨間スワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：交換された支払いが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：交換された支払いが終了する日。
・「Ｔｅｎｏｒ」：Ｓｔａｒｔ  ＤａｔｅからＥｎｄ  Ｄａｔｅまでの期間。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算するための基礎として用いる額。
・「Ｆｉｘｅｄ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：固定利息の支払いの詳細。２つの固定レッグはそれぞれ、個別の情報を有する。
・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利計算、および金利リセット情報を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１０６】
本発明のこの実施形態において、固定−固定の通貨間スワップエレメントは、下記のＸＭＬ定義を有する。
【０１０７】
【表１７】
2006012189.tif 000019
【０１０８】
（（１２）変動−変動の通貨間スワップ）
変動−変動の通貨間スワップは、金利スワップの一種であり、ここで、２つの関係者は、変動金利指標（例えば、ＬＩＢＯＲ）に基づく定期的な支払ストリームをそれぞれの支払ストリームに異なる通貨に変換する。
【０１０９】
変動−変動の通貨間スワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：交換された支払いが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：交換された支払いが終了する日。
・「Ｔｅｎｏｒ」：Ｓｔａｒｔ  ＤａｔｅからＥｎｄ  Ｄａｔｅまでの期間。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算するための基礎として用いる額。
・「Ｆｌｏａｔ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：変動利息の支払いの詳細。２つの固定レッグはそれぞれ、個別の情報を有する。
・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利計算、および金利リセット情報を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１１０】
本発明のこの実施形態において、変動−変動の通貨間スワップエレメントは、下記のＸＭＬ定義を有する。
【０１１１】
【表１８】
2006012189.tif 000020
【０１１２】
（（１３）固定−変動の通貨間スワップ）
固定−変動の通貨間スワップは、金利スワップの一種であり、ここで、２つの関係者は、定期的な支払ストリームを交換し、１つの支払ストリームは固定金利に基づき、もう１つの支払ストリームは変動金利指標（例えば、ＬＩＢＯＲ）に基づき、各支払ストリームは異なる通貨を用いる。
【０１１３】
固定−変動の通貨間スワップエレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：交換された支払いが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：交換された支払いが終了する日。
・「Ｔｅｎｏｒ」：Ｓｔａｒｔ  ＤａｔｅからＥｎｄ  Ｄａｔｅまでの期間。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：交換されるべき支払ストリームを計算するための基礎として用いる額。
・「Ｆｉｘｅｄ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：固定レッグの固定利息の支払いの詳細。
・「Ｆｌｏａｔ  Ｌｅｇ  Ｄｅｔａｉｌｓ」：変動レッグの変動利息の支払いの詳細。
・「Ｅｖｅｎｔｓ」：スワップトランザクションにおける種々の支払いおよび計算のイベントであって、現金支払い、元金支払い、利息支払い、利息計算、複利計算、および金利リセット情報を含む。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１１４】
本発明のこの実施形態において、固定−変動の通貨間スワップエレメントは、下記のＸＭＬ定義を有する。
【０１１５】
【表１９】
2006012189.tif 000021
【０１１６】
（（１４）金利先渡し契約）
金利先渡し契約のトランザクションは、ある関係者が、単一の固定レートの支払いと引き換えに、単一の変動レートの支払いを買うトランザクションである。固定レートの支払いの額は、トランザクションの名目額に固定金利を適用することによって判定され、変動レートの支払いの額は、特定の日の特定の変動レートオプションの値をサンプリングして、そのサンプリングレートを名目額に適用することによって判定される。関係者は、２つの支払いの効果を関係者の１人またはもう１人がもたらした単一支払いの純益とすることにより、金利先渡し契約を決算する。変動レートの未払額が固定レートの未払額より大きい場合、変動レートの支払者は、固定レートの支払者に超過分を支払う。逆に、固定レートの未払額が変動レートの未払額より大きい場合、固定レートの支払者は、変動レートの支払者に超過分を支払う。決済は、金利先渡し契約に特有の割引き先渡し（すなわち、固定レートと変動レートとの差の支払い）の対象となるトランザクションの最初に起こる。
【０１１７】
金利先渡し契約エレメントは、このようなトランザクションを表し、下記のサブエレメントおよび属性を含む。
・「Ｔｒａｄｅ  Ｄａｔｅ」：関係者が同意した取引を行う日。
・「Ｓｅｔｔｌｅｍｅｎｔ  Ｄａｔｅ」：支払いの決済が完了する日。
・「Ｓｔａｒｔ  Ｄａｔｅ」：トランザクションが開始される日。
・「Ｅｎｄ  Ｄａｔｅ」：トランザクションが終了する日。
・「Ａｄｊｕｓｔｅｄ  Ｓｔａｒｔ  Ｄａｔｅ」：トランザクションが開始される日であって、休日のために調整されている。
・「Ａｄｊｕｓｔｅｄ  Ｅｎｄ  Ｄａｔｅ」：トランザクションが終了する日であって、休日のために調整されている。
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：交換されるべき支払いを計算するための基礎として用いる額。
・「Ｆｉｘｅｄ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：固定レートの支払いのための固定金利。
・「Ｉｎｔｅｒｅｓｔ  Ｉｎｄｅｘ」：変動レートの支払いに用いられるべき変動利息イ
ンデックスの詳細。
・「Ｄａｙ  Ｃｏｕｎｔ」：利息を計算する際に用いられるべき日数カウント方法。
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決済に用いられるべき各月の特定の日。
・「Ｒｏｌｌ  Ｃｏｎｖｅｎｔｉｏｎ」：支払期日が休日にあたる場合に、支払期日を変更するために用いられるべき規約。
・「Ｈｏｌｉｄａｙ  Ｃａｌｅｎｄａｒ」：休業日の参照のために用いられるべきカレンダー。
・「Ｆｉｘｉｎｇ  Ｄａｔｅ」：決済のために用いられるべきレートが固定される日。
・「Ｒａｔｅ  Ｒｅｓｅｔ  Ｃａｌｅｎｄａｒ」：変動金利をリセットする日を決定するために用いられるべきカレンダー。
・「Ｂｕｙｅｒ」：変動レートの支払いのバイヤー。相手先エレメントの参照となる。
・「Ｓｅｌｌｅｒ」：変動レートの支払いのセラー。相手先エレメントの参照となる。
・「Ｐｒｅｍｉｕｍ  Ｄｅｔａｉｌｓ」：比率（「Ｐｒｅｍｉｕｍ  Ｐｅｒｃｅｎｔａｇｅ」）または特定額（「Ｐｒｅｍｉｕｍ  Ａｍｏｕｎｔ」）のいずれかで表される支払われるべきプレミアムの詳細、および支払期日（「Ｐｒｅｍｉｕｍ  Ｄａｔｅ」）。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部またはバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１１８】
本発明のこの実施形態において、金利先渡し契約エレメントは、下記のＸＭＬ定義を有する。
【０１１９】
【表２０】
2006012189.tif 000022
【０１２０】
（（１５）特注取引）
上記のエレメントによって表される金融トランザクションに加えて、本発明のこの実施形態は、メンバーおよび／またはプロバイダによって行われる特注取引およびトランザクションを、このようなトランザクションが準拠法によって許可される限り支持する。このような特注トランザクションは混合取引を含み得、この混合取引において、ある種類の取引の１つ以上の局面が別の局面と組み合わせられる。例えば、関係者は外国為替「スワップション」を構成し得、この外国為替スワップションにおいて、ある通貨の定期的な支払ストリームは、別の通貨の特定額を特定価格で特定の日に買う権利と交換される。
【０１２１】
ＦｉｎＸＭＬ（登録商標）は、異なる種類のトランザクションを含むエレメントを組み合わせることにより、特注トランザクションの表示を可能にする。ＦｉｎＸＭＬ（登録商標）を用いて、関係者は、特定の特注トランザクションを含みたいと願うエレメントの分野および値を明記し得る。特注取引エレメントは、このようなトランザクションを表し、
下記のサブエレメントおよび属性を含む。
・「Ｆｉｅｌｄ  Ｎａｍｅ」：トランザクションに含まれる特定の構成要素。各構成要素は、個別の情報を有する。「Ｆｉｅｌｄ  Ｖａｌｕｅ」と対をなす。
・「Ｆｉｅｌｄ  Ｖａｌｕｅ」：トランザクションに含まれる特定の構成要素。各構成要素は、個別の情報を有する。「Ｆｉｅｌｄ  Ｎａｍｅ」と対をなす。
・「Ｂｕｙｅｒ」：特注取引のバイヤー。相手先エレメントの参照となる。
・「Ｓｅｌｌｅｒ」：特注取引のセラー。相手先エレメントの参照となる。
・「Ｅｘｔｅｒｎａｌ  ＩＤ」：ユーザの内部およびバックエンドシステムにおいて、トランザクションを識別するためにユーザによって割り当てられた１つ以上の識別子（オプション）。
【０１２２】
本発明のこの実施形態において、特注取引エレメントは、下記のＸＭＬ定義を有する。
【０１２３】
【表２１】
2006012189.tif 000023
【０１２４】
（ｃ）取引特定エレメント
本発明の本実施形態において、ＦｉｎＸＭＬは取引種類エレメント５３０の１つ以上に共通する詳細を表す多数のエレメントを含む。このようなエレメントはまた、カスタマイズされた取引に含まれ得る。
【０１２５】
（１）一般取引詳細
一般取引の詳細は、異なる種類の取引に共通する名目額、金利、割賦償還、および複利計算に関する情報を含む。「一般投機詳細」エレメントは、このような情報を示し、以下のサブエレメントと属性を含む：
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：取引金額。
【０１２６】
・「Ｄａｙ  Ｃｏｕｎｔ」：利息計算に使われる日数カウント方法。
【０１２７】
・「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」：利息／元金支払いの頻度（例えば、１ヶ月、四半期、半年毎）。
【０１２８】
・「Ｒｏｌｌ  Ｄａｔｅ」：利息／元金の支払い／決裁に使用される毎月の指定日。
【０１２９】
・「Ａｎｃｈｏｒ  Ｄａｔｅ」：支払いスケジュールが固定される日、すなわち、最初の利息期間の最終日、または最初の支払いの指定日。
【０１３０】
・「Ｐａｙｍｅｎｔ  Ｃａｌｅｎｄａｒ」：休業日を参照するために使われるカレンダー。
【０１３１】
・「Ｄａｔｅ  Ｓｔｕｂ」：支払い期間が他のすべての支払い期間と異なる（すなわち、その開始からオフセットされている）ローン支払いスケジュールの標識。
【０１３２】
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」：割賦償還方法を含む、ローン支払いキャッシュフローをどのように償却すべきかに関する詳細。(例えば、最後に単一支払
い、ローン期間の均等支払い）。
【０１３３】
・「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」：計算頻度および金利を含む、ローンの利息をどのように複利させるべきかに関する詳細。
【０１３４】
本発明の本実施形態において、一般特定詳細エレメントは以下のＸＭＬ定義を有する。
【０１３５】
【表２２】
2006012189.tif 000024
【０１３６】
（２）固定レート詳細
固定レート詳細は固定金利に関する情報を含む。「固定投機詳細」エレメントはこのような情報を表し、以下のサブエレメントと属性を含む：
・「Ｆｉｘｅｄ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：固定金利。
【０１３７】
・「ＦＸ  Ｒａｔｅ」：取引が実行される外国為替レート。
【０１３８】
本発明の本実施形態において、固定投機詳細エレメントは以下のＸＭＬ定義を有する。
【０１３９】
【表２３】
2006012189.tif 000025
【０１４０】
（３）フローティングレート詳細
フローティングレート詳細はフローティングレート指標（例えばＬＩＢＯＲ）に基づいた変動金利に関する情報を含む。「フローティング投機詳細」エレメントはこのような情報を表し、以下のサブエレメントおよび属性を含む：
・「Ｆｌｏａｔｉｎｇ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ」：変動金利。
【０１４１】
・「Ｆｉｒｓｔ  Ｆｉｘｉｎｇ  Ｒａｔｅ」：第１利息計算期間に使われる金利。
【０１４２】
・「Ｒａｔｅ  Ｒｅｓｅｔ  Ｃａｌｅｎｄａｒ」：金利リセットのための休業日を参照するのに使われるカレンダー。
【０１４３】
本発明の本実施形態において、フローティング特定詳細エレメントは以下のＸＭＬ定義を有する。
【０１４４】
【表２４】
2006012189.tif 000026
【０１４５】
（４）固定レッグ詳細
上記の多数のトランザクションは、複数の「ｌｅｇ」を含み、各レッグは一連の支払いまたはキャッシュフローである。このようなレッグは「ｆｉｘｅｄ」または「ｆｌｏａｔｉｎｇ」であり得る。
【０１４６】
「ｆｉｘｅｄ  ｌｅｇ」は固定金利に基づいた支払いストリームである。「Ｆｉｘｅｄ
Ｌｅｇ  Ｄｅｔａｉｌｓ」エレメントは取引の固定レッグに関する情報を表し、一般取引詳細（上記の「Ｇｅｎｅｒｉｃ  Ｓｐｅｃ  Ｄｅｔａｉｌｓ」エレメントに記載）、固定レート詳細（上記の「Ｆｉｘｅｄ  Ｓｐｅｃ  Ｄｅｔａｉｌｓ」エレメントに記載）、金融イベント詳細（下記の「Ｅｖｅｎｔｓ」エレメントに記載）、および以下の追加サブエレメントと属性を含む：
・「Ｌｅｇ  ＩＤ」：取引の特定レッグの識別子。
【０１４７】
・「Ｐａｙｅｒ」：取引における固定レッグの支払い者。これは相手方エレメントの参照。
【０１４８】
・「Ｒｅｃｅｉｖｅｒ」：取引における固定レッグの収益の受領者；これは相手方エレメントの参照。
【０１４９】
本発明の本実施形態において、固定レッグ詳細エレメントは以下のＸＭＬ定義を有する。
【０１５０】
【表２５】
2006012189.tif 000027
【０１５１】
（５）フローティングレッグ詳細
「ｆｌｏａｔｉｎｇ  ｌｅｇ」は変動金利に基づいた支払いストリームである。「Ｆｌｏａｔｉｎｇ  Ｌｅｇ  Ｄｅｔａｉｌｓ」エレメントは、取引のフローティングレッグに関する情報を表し、一般取引詳細（上記の「Ｇｅｎｅｒｉｃ  Ｓｐｅｃ  Ｄｅｔａｉｌｓ」エレメントに記載）、フローティングレート詳細（上記の「Ｆｌｏａｔ  Ｓｐｅｃ  Ｄｅｔａｉｌｓ」エレメントに記載）、金融イベント詳細（下記の「Ｅｖｅｎｔｓ」エレメントに記載）、および以下の追加サブエレメントおよび属性を含む。
【０１５２】
・「Ｌｅｇ  ＩＤ」：取引の特定レッグの識別子。
【０１５３】
・「Ｐａｙｅｒ」：取引におけるフローティングレッグの支払い者。これは相手方エレメントの参照。
【０１５４】
・「Ｒｅｃｅｉｖｅｒ」：取引におけるフローティングレッグの収益の受領者。これは
相手側エレメントの参照。
【０１５５】
本発明の本実施形態において、フローティングレッグ詳細エレメントは以下のＸＭＬ定義を有する。
【０１５６】
【表２６】
2006012189.tif 000028
【０１５７】
（ｄ）金融イベントエレメント
本発明の本実施形態において、ＦｉｎＸＭＬは特定の取引種類エレメント５３０に共通の詳細を示す多数のエレメントを含む。取引種類エレメント５３０は、プレミアム支払い、利息支払い、偶発支払い、および利息計算のような取引のライフサイクル間の任意のイベントに関するカスタマイズされた取引を含む。図６で示すように、「Ｅｖｅｎｔｓ」エレメント９００はこのような情報を記述し、以下のサブエレメントを含む：「Ｃａｓｈ  Ｐａｙｍｅｎｔ」９１０、「Ｐｒｉｎｃｉｐａｌ  Ｐａｙｍｅｎｔ」９２０、「Ｉｎｔｅｒｎｅｔ  Ｐａｙｍｅｎｔ」９３０、「Ｉｎｔｅｒｅｓｔ  Ｃａｌｃｕｌａｔｉｏｎ」９４０、「Ｃｏｍｐｏｕｎｄ  Ｉｎｔｅｒｅｓｔ  Ｃａｌｕｃｕｌａｔｉｏｎ」９５０、および「Ｃｏｎｔｉｎｇｅｎｔ  Ｐａｙｍｅｎｔ」９６０
本発明の本実施形態において、イベントエレメント９００は以下のＸＭＬ定義を有する。
【０１５８】
【表２７】
2006012189.tif 000029
【０１５９】
（１）現金支払い
現金支払いエレメント９１０は特定の取引の一部として行われる現金支払いに関する情報を記述し、以下のサブエレメントおよび属性を含む：
・「Ｃｕｒｒｅｎｃｙ」：現金支払いの通貨。
【０１６０】
・「Ａｍｏｕｎｔ」：現金支払いの金額。
【０１６１】
・「Ｐａｙｍｅｎｔ  Ｄａｔｅ」：現金支払いが行われる日。
【０１６２】
・「ＩＤ」：特定の現金支払いの識別子。
【０１６３】
・「Ｔｙｐｅ」：支払い種類の標識（例えば、「プレミアム」または「手数料」）。
【０１６４】
・「Ｐａｙｅｒ」：現金支払いの支払い者。これは相手方エレメント参照である。
【０１６５】
・「Ｒｅｃｅｉｖｅｒ」：現金の受け取り者。これは相手方エレメントの参照である。
【０１６６】
本発明の本実施形態における、現金支払いエレメント９１０は以下のＸＭＬ定義を有する。
【０１６７】
【表２８】
2006012189.tif 000030
【０１６８】
（２）元金支払い
元金支払いエレメント９２０は特定の取引の一部として行われる元金支払いに関する情報を記述し、以下のサブエレメントおよび属性を含む：
・「Ｃｕｒｒｅｎｃｙ」：元金支払いの通貨。
【０１６９】
・「Ａｍｏｕｎｔ」：元金支払いの金額。
【０１７０】
・「Ｐａｙｍｅｎｔ  Ｄａｔｅ」：元金支払いが行われる日。
【０１７１】
・「ＩＤ」：特定の元金の支払いの識別子。
【０１７２】
・「Ｐａｙｅｒ」：元金支払いの支払い者。これは相手方エレメントの参照である。
【０１７３】
・「Ｒｅｃｉｅｖｅｒ」：元金支払いの受け取り者。これは相手側エレメントの参照である。
【０１７４】
本発明の本実施形態において、元金の支払いエレメント９２０は以下のＸＭＬ定義を有す。
【０１７５】
【表２９】
2006012189.tif 000031
【０１７６】
（３）利息支払い
・利息支払いエレメント９３０は特定の取引の一部として行われる利息支払いに関する情報を記述し、以下のサブエレメントと属性を含む：
・「Ｃｕｒｒｅｎｃｙ」：利息の支払いの通貨。
【０１７７】
・「Ａｍｏｕｎｔ」：利息支払いの金額。
【０１７８】
・「Ｐａｙｍｅｎｔ  Ｄａｔｅ」：利息支払いが行われる日。
【０１７９】
・「Ｓｔａｒｔ  Ｄａｔｅ」：利息支払いに関する利息期間の開始日。
【０１８０】
・「Ｅｎｄ  Ｄａｔｅ」：利息支払いに関する利息期間の終了日。
【０１８１】
・「ＩＤ」：特定の利息支払いの識別子。
【０１８２】
・「Ｐａｙｅｒ」：利息支払いの支払い者。これは相手方エレメントの参照である。
【０１８３】
・「Ｒｅｃｅｉｖｅｒ」：利息支払いの受け取り者。これは相手方エレメントの参照である。
【０１８４】
・「Ｉｎｔｅｒｅｓｔ  Ｔｙｐｅ」：利息支払いの種類の標識（例えば、「Ｃｏｕｐｏｎ」、「Ｓｗａｐ」、「Ｌｏａｎ」、「Ｄｅｐｏｓｉｔ」、または「Ｏｔｈｅｒ」）。
【０１８５】
・「Ｃａｌｃｕｌａｔｉｏｎｓ」：特定な利息計算期間の識別子。
【０１８６】
本発明の本実施形態において、利息支払いエレメント９３０は以下のＸＭＬ定義を有する。
【０１８７】
【表３０】
2006012189.tif 000032
【０１８８】
（４）偶発支払い
偶発支払いエレメント９６０は、１つのオプションを実行した後、特定の取引の決裁において行われる偶発支払いに関する情報を記述し、以下のサブエレメントおよび属性を含む。
【０１８９】
・「Ｕｎｄｅｒｌｙｉｎｇ  Ａｍｏｕｎｔ」：オプション現物商品の金額。
【０１９０】
・「Ｓｅｔｔｌｅｍｅｎｔ  Ａｍｏｕｎｔ」：現物商品の代償として、オプションの行使の決裁において支払われる金額。
【０１９１】
・「Ｅｘｐｉｒａｔｉｏｎ  Ｄａｔｅ」：オプションの満期日。
【０１９２】
・「Ｅｘｅｒｃｉｓｅ  Ｂｅｇｉｎ  Ｄａｔｅ」：オプションが行使され得る第１日目。
【０１９３】
・「Ｅｘｅｒｃｉｓｅ  Ｅｎｄ  Ｄａｔｅ」：オプションが行使され得る最終日。
【０１９４】
・「Ｅｘｅｒｃｉｓｅ  Ｒｕｌｅ」：オプションの標準行使を定めるルール（例えば,
「Ａｍｅｒｉｃａｎ」−オプションは所定期間内の任意の日に行使され得る。「Ｅｕｒｏｐｅａｎ」−オプションはオプション満期日に行使されるだけである）。
【０１９５】
・「Ｅｘｅｒｃｉｓｅ  Ｃｏｎｄｉｔｉｏｎ」：オプションの行使を可能にするのに満たされなければならない条件（例えば、３ヶ月ＬＩＢＯＲレートは、行使日に４．５％より大きくなければならない）。
【０１９６】
・「Ｖｏｌａｔｉｌｉｔｙ」：オプションを評価するときに使われるボラティリティ価値。
【０１９７】
・「ＩＤ」：特定の利息支払いの識別子。
【０１９８】
・「Ｐａｙｅｒ」：オプション現物商品を譲渡する責任のある当事者。この当事者はオプション現物商品と引き換えに決裁金額を受け取る。
【０１９９】
・「Ｒｅｃｅｉｖｅｒ」：オプション現物商品の受け取り者。この当事者は、オプションの行使の代価として決裁金額を受け取る。
【０２００】
・「Ｏｐｔｉｏｎ  Ｔｙｐｅ」：オプションの性質（例えば「コール」−行使価格で現物商品を購入するオプション。「プット」：行使価格で現物商品を売却するオプション）。
【０２０１】
・「Ｄｅｌｉｖｅｒ  Ｔｙｐｅ」：支払い者が物理的にオプション現物商品を受領者に譲渡するかどうか、あるいは、行使されるとすぐにオプション売り手がオプション所持人に、現物商品の価値と行使価格との間の差額を支払う場合は、トランザクションは現金で決済されることを記述する標識。
【０２０２】
本発明の本実施形態において、偶発支払いエレメント９６０が以下のＸＭＬ定義を有する。
【０２０３】
【表３１】
2006012189.tif 000033
【０２０４】
（５）利息計算
利息計算エレメント９４０は特定の利息支払い内で所定の期間に計算される利息額に関する情報を記載し、以下のサブエレメントと属性を含む：
・「ＩＤ」：特定の利息計算期間の識別子。
【０２０５】
・「Ｒｅｓｅｔ」：利息計算に使われるレートリセットエレメントの識別子。
【０２０６】
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：利息計算に含ませる金額。
【０２０７】
・「Ｃａｌｃｕｌａｔｉｏｎ  Ｄａｔｅ」「計算日」：利息計算が行われる日。
【０２０８】
・「Ｓｔａｒｔ  Ｄａｔｅ」：利息計算が行われる利息期間の開始日。
【０２０９】
・「Ｅｎｄ  Ｄａｔｅ」：利息計算が行われる利息期間の終了日。
【０２１０】
・「Ａｍｏｕｎｔ」：計算される利息額。
【０２１１】
・「Ｄａｙ  Ｃｏｕｎｔ」：利息計算が行われるのに使われる日数カウント方法。
【０２１２】
・「％ＩｎｔｅｒｅｓｔＲａｔｅ．Ｅｌｅｍｅｎｔｓ」：関連のある金利の種類の定義（例えば「Ｆｉｘｅｄ」か「Ｆｌｏａｔｉｎｇ」）。
【０２１３】
本発明の本実施形態において、利息計算エレメント９４０は以下のＸＭＬ定義を有する。
【０２１４】
【表３２】
2006012189.tif 000034
【０２１５】
（６）複利計算
複利計算エレメント９５０は、特定の利息支払い内で、所定の期間に対して計算される複利額に関する情報を記述し、以下のサブエレメントと属性を含む：
・「ＩＤ」：特定の利息計算期間の識別子。
【０２１６】
・「Ｒａｔｅ」：特定の金利の識別子。
【０２１７】
・「Ｒｅｓｅｔ」：利息計算に使われるレートリセットエレメントの識別子。
【０２１８】
・「Ｎｏｔｉｏｎａｌ  Ａｍｏｕｎｔ」：複利計算に含まれる金額。
【０２１９】
・「Ｃａｌｃｕｌａｔｉｏｎ  Ｄａｔｅ」：複利計算が行われる日。
【０２２０】
・「Ｓｔａｒｔ  Ｄａｔｅ」：複利計算が行われる利息期間の開始日。
【０２２１】
・「Ｅｎｄ  Ｄａｔｅ」：複利計算が行われる利息期間の終了日。
【０２２２】
・「Ａｍｏｕｎｔ」：計算された複利額。
【０２２３】
・「％ＩｎｔｅｒｅｓｔＲａｔｅ．Ｅｌｅｍｅｎｔｓ」：含まれる金利の種類の定義（例えば、「Ｆｉｘｅｄ」または「Ｆｌｏａｔｉｎｇ」）。
【０２２４】
本発明の本実施形態において、複利計算エレメント９５０は以下のＸＭＬ定義を有する。
【０２２５】
【表３３】
2006012189.tif 000035
【０２２６】
（ｅ）計算エレメント
本発明の本実施形態において、ＦｉｎＸＭＬは特定の取引種類エレメント５３０において行われる計算に関する詳細を表す多数のエレメントを含む。取引種類エレメント５３０はカスタマイズされた取引を含む。これらの多数のエレメントは複利、割賦償却、および計算頻度に関する。
【０２２７】
（１）複利詳細
「Ｃｏｍｐｏｕｎｄｉｎｇ  Ｄｅｔａｉｌｓ」エレメントは、特定のトランザクションにおいて行われる必要のあるいかなる複利計算にも関する情報を記述する。これは典型的には、実際の利息支払い頻度が利息計算頻度より長い場合に生じる。例えば、利息が３ヶ月ごとに計算されるが、支払いは６ヶ月ごとに行われる場合、３ヶ月の期間末に計算される利息は複利計算され、４ヶ月目から６ヶ月目の間に計算された利息とともに支払われる。複利詳細エレメントは以下のサブエレメントを含む：
・「Ｃａｌｃｕｌａｔｉｏｎ  Ｆｒｅｑｕｅｎｃｙ」：利息計算が多数期間に渡ったトランザクションにおいて行われなければならない場合の頻度
本発明の本実施形態においては、複利詳細エレメントは以下のＸＭＬ定義を有する。
【０２２８】
【表３４】
2006012189.tif 000036
【０２２９】
（２）割賦償還詳細
「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｄｅｔａｉｌｓ」エレメントは特定のスワップトランザクションにおいて行われる必要のある任意の割賦償還計算に関する情報を記述する。割賦償還方法が、「ｂｕｌｌｅｔ」であると定義される場合は、元金は、満期時に一括で支払われるが、「ｅｑｕａｌ」割賦償還のもとでは、元金はスワップトランザクションの償還期間中に定額で支払われる。割賦償還詳細エレメントは以下のサブエレメントおよび属性を含む：
・「Ａｍｏｔｉｚａｔｉｏｎ  Ｆｒｅｑｕｅｎｃｙ」：割賦償還が特定の取引で行われる頻度（例えば、半年毎または１年毎）。
【０２３０】
・「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｍｅｔｈｏｄ」：割賦償還方法（例えば、「ｂｕｌｌｅｔ」または「ｅｑｕａｌ」）。
【０２３１】
本発明の本実施形態において、割賦償還詳細エレメントは以下のＸＭＬ定義を有する。
【０２３２】
【表３５】
2006012189.tif 000037
【０２３３】
（３）計算頻度
「Ｃａｌｃｕｌａｔｉｏｎ  Ｆｒｅｑｕｅｎｃｙ」エレメントは実行される特定計算の頻度に関する情報を記述する。計算頻度エレメントは以下のサブエレメントおよび属性を含む：
・「Ｃｏｎｖｅｎｔｉｏｎ」：市場の規約に基づいた特定計算方法論（例えば、「ＩＭＭ」「ＦＲＮ」「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」）。
【０２３４】
・「Ｅｎｄ  ｏｆ  Ｍｏｎｔｈ」：特定計算が月末に移動すべきかどうかの標識。
【０２３５】
・「Ｔｅｒｍ」：単利計算期間の時間（例えば、３ヶ月、６ヶ月など）。
【０２３６】
本発明の本実施形態において、計算頻度エレメントは以下のＸＭＬ定義を有する。
【０２３７】
【表３６】
2006012189.tif 000038
【０２３８】
（４）支払い頻度
「Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ」エレメントは行われる特定の支払いの頻度に関する情報を記述する。支払い頻度エレメントは以下のサブエレメントおよび属性を含む：
・「Ｃｏｎｖｅｎｔｉｏｎ」：市場規約に基づいた特定の計算方法論（例えば「ＩＭＭ」「ＦＲＮ」、「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」）。
【０２３９】
・「Ｅｎｄ  ｏｆ  Ｍｏｎｔｈ」：特定の支払いを月末に移動すべきかどうかの標識。
【０２４０】
・「Ｔｅｒｍ」：特定の支払いを計算するのに使われる利息指数の期日(例えば、３ヶ
月、６ヶ月など）。
【０２４１】
本発明の本実施形態は、支払い頻度エレメントが以下のＸＭＬ定義を有する。
【０２４２】
【表３７】
2006012189.tif 000039
【０２４３】
（５）割賦償還頻度
「Ａｍｏｒｔｉｚａｔｉｏｎ  Ｆｒｅｑｕｅｎｃｙ」エレメントは実行される特定の割賦償還の頻度に関する情報を記述する。割賦償還頻度エレメントは以下のサブエレメント
および属性を含む：
・「Ｃｏｎｖｅｎｔｉｏｎ」：市場の規約に基づいた特定の計算方法論（例えば、「ＩＭＭ」「ＦＲＮ」、「Ｅｕｒｏｄｏｌｌａｒ」または「Ｎｏｒｍａｌ」）。
【０２４４】
・「Ｅｎｄ  ｏｆ  Ｍｏｎｔｈ」：特定の割賦償還を月末に移動すべきかどうかの標識。
【０２４５】
・「Ｔｅｒｍ」：単利割賦償還計算期間の時間（例えば、３ヶ月、６ヶ月など）。
【０２４６】
本発明の本実施形態において、支払い頻度エレメントは以下のＸＬＭ定義を有する。
【０２４７】
【表３８】
2006012189.tif 000040
【０２４８】
（ｉｉ．参照データ）
参照データは、当事者が関わるトランザクションにおいて参照されるメンバーおよびプロバイダ特有のプロフィール情報を記述する。ＦｉｎＸＭＬシンタックスは以下のエレメントを使ってこのプロフィール情報を表す：「Ｏｒｇａｎｉｚａｔｉｏｎ」エレメント７１０（図４）、「Ｃｏｎｔａｃｔ  Ｉｎｆｏｒｍａｔｉｏｎ」エレメント７３０（図４）、「Ａｄｄｒｅｓｓ」エレメント７６５（図４）、「Ｃｒｅｄｉｔ  Ｒａｔｉｎｇ」エレメント８０５（図４）、「ＬｅｇａｌＥｎｔｉｔｙ」エレメント６０５（図５）、および「Ｂｏｏｋ」エレメント６２５（図５）
（ａ）組織
「Ｏｒｇａｎｉｚａｔｉｏｎ」エレメント７１０（図４で示すように）は開示される当事者７０５に関する組織情報を記述する。組織エレメント７１０は以下のサブエレメントおよび属性を含む。
【０２４９】
・「Ｏｒｇａｎｉｚａｔｉｏｎ  Ｎａｍｅ」７１５：組織のフルネーム。
【０２５０】
・「Ｏｒｇａｎｉｚａｔｉｏｎ  Ｓｈｏｒｔ  Ｎａｍｅ」７２０：組織の略称。
【０２５１】
・「Ａｄｄｒｅｓｓ」７２５：組織の住所。
【０２５２】
本発明の本実施形態において、組織エレメント７１０は以下のＸＭＬ定義を有する。
【０２５３】
【表３９】
2006012189.tif 000041
【０２５４】
（ｂ）連絡情報
連絡情報エレメント７３０（図４に示されるように）はトランザクションプロセスの間、開示される当事者７０５に連絡するのに必要な情報を記述する。連絡情報エレメント７３０は以下のサブエレメントおよび属性を含む：
・「Ｃｏｎｔａｃｔ  Ｎａｍｅ」７３５：当事者内の具体的な連絡名。
【０２５５】
・「Ｃｏｎｔａｃｔ  ＩＤ」：特定の連絡の識別子。
【０２５６】
・「Ｔｅｌｅｐｈｏｎｅ」７４０：当事者の電話詳細。
【０２５７】
・「Ｆａｘ」７４５：当事者のファックス詳細。
【０２５８】
・「Ｔｅｌｅｘ」７５０：当事者のテレックス詳細。
【０２５９】
・「Ｅｍａｉｌ」７５５：当事者の電子メール詳細。
【０２６０】
・「ＵＲＬ」７６０：当事者のユニフォームリソースロケイタ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）詳細。
【０２６１】
本発明の本実施形態において、連絡情報エレメント７３０は以下のＸＭＬ定義を有する。
【０２６２】
【表４０】
2006012189.tif 000042
【０２６３】
（ｃ）住所
住所エレメント７６５（図４に示すように）は開示される当事者７０５の登録住所情報を記述する。アドレスエレメント７６５は以下のサブエレメントおよび属性を含む：
・「Ａｄｄｒｅｓｓ１」７７０：当事者のストリートアドレスの第１行。
【０２６４】
・「Ａｄｄｒｅｓｓ２」７７５：当事者のストリートアドレスの第２行。
【０２６５】
・「Ｃｉｔｙ」７８０：当事者の市。
【０２６６】
・「Ｓｔａｔｅ−Ｐｒｏｖｉｎｃｅ−Ｃｏｕｎｔｙ」７８５：当事者の州、プロビンス、および／またはカウンティ。
【０２６７】
・「Ｚｉｐ  Ｐｏｓｔａｌ  Ｃｏｄｅ」７９０：当事者のジップコード、または郵便コード。
【０２６８】
・「Ｃｏｕｎｔｒｙ］７９５：当事者の国。
【０２６９】
・「ＳＷＩＦＴ  Ａｄｄｒｅｓｓ」８００：当事者の銀行識別子コード（「ＢＩＣ」）（Ｓ．Ｗ．Ｉ．Ｆ．Ｔｓｃによって割り当てられるように）。
【０２７０】
本発明の実施形態において、住所エレメント７６５は以下のＸＭＬ定義を有する。
【０２７１】
【表４１】
2006012189.tif 000043
【０２７２】
（ｄ）クレジット格付け
クレジット格付けエレメント８０５（例えば、図４のクレジット格付けエレメント）は、標準クレジット格付けエージェンシーによる公開パーティ７０５または非公開パーティ８３５のクレジットの格付け結果の詳細を記述する。クレジット格付けエレメント８０５は、以下のサブエレメントおよび属性を含む。：
・「エージェンシー（Ａｇｅｎｃｙ）」８０１０：当該パーティのクレジット格付けを提供したクレジット格付けエージェンシーの名称。
「格付け（Ｒａｔｉｎｇ）」８１５：パーティの実際の格付け値（例えば、ＡＡＡ、ＢＢ等）であり、これは、クレジット格付けエージェンシーによって提供される。
「国（Ｃｏｕｎｔｒｙ）」８２０：クレジット格付けエージェンシーによるクレジット格付けを行う目的のために当該パーティが割り当てられた国。
「産業グループ（Ｉｎｄｕｓｔｒｙ  Ｇｒｏｕｐ）」８２５：クレジット格付けエージェンシーによるクレジット格付けを行う目的のために当該パーティが割り当てられた産業グループ。
「産業（Ｉｎｄｕｓｔｒｙ）」８３０：クレジット格付けエージェンシーによるクレジット格付けを行う目的のために当該パーティが割り当てられた産業。
【０２７３】
本発明のこの実施形態において、クレジット格付けエレメント８０５は、以下のＸＭＬ定義を有している。：
【０２７４】
【表４２】
2006012189.tif 000044
【０２７５】
（ｅ）法人エンティティ
法人エンティティエレメント６０５（例えば、図５に示す法人エンティティエレメント）は、内部パーティ６００（例えば、図５に示す内部パーティ６００）と関連付けられた任意の法人エンティティ（例えば、子会社または関連会社）の詳細を記述する。法人エンティティエレメント６０５は、以下のサブエレメントおよび属性を含む：
・「ＩＤ」６０８：法人エンティティの識別子。
・「略称（Ｓｈｏｒｔ  ｎａｍｅ）」６１０：法人エンティティの略称。
・「明細（Ｄｅｓｃｒｉｐｔｉｏｎ）」６１５：法人エンティティの明細。
・「親（Ｐａｒｅｎｔ）」６２０：法人エンティティの親組織の名称。
【０２７６】
本発明のこの実施形態において、法人エンティティエレメント６０５は、以下のＸＭＬ定義を有している。：
【０２７７】
【表４３】
2006012189.tif 000045
【０２７８】
（（ｆ）取引帳簿）
帳簿エレメント６２５（例えば、図５に示す帳簿エレメント６２５）は、パーティによるトランザクションと関連付けられた内部の任意の取引帳簿の詳細を記述する。帳簿エレメント６２５は、以下のサブエレメントおよび属性を含む：
「ＩＤ」：取引帳簿の識別子。
「タイプ」：取引帳簿の種類。
「略称」６３０：取引帳簿の略称。
「名」６３５：取引帳簿の正式名。
「明細」６４０：取引帳簿の明細。
「報告ｉｎｇ  通貨」６４５：取引帳簿の報告通貨。
【０２７９】
本発明のこの実施形態において、帳簿エレメント６２５は、以下のＸＭＬ定義を有している。：
【０２８０】
【表４４】
2006012189.tif 000046
【０２８１】
（ｉｉｉ．市場データ）
市場データは、市場ソースから得られた情報を記述する。この情報は、金融トランザクションにおいて用いられる。ＦｉｎＸＭＬは、この情報に以下のエレメントを加えたものを表す：すなわち、「変動金利」エレメントおよび・「利息インデックス」エレメントを表す。
【０２８２】
（１）変動金利
「変動金利」エレメントは、トランザクションにおいて利用可能な変動金利に関連する情報を記述する。変動金利エレメントは、以下のサブエレメントおよび属性を含む：
・「ＩＤ」：特定の変動金利の定義の識別子。
・「適用インデックス（Ｉｎｔｅｒｅｓｔ  Ｉｎｄｅｘ）」：変動金利について用いられる特定のインデックス（例えば、通貨（「通貨」）、期日（「期間」）、および名称（「インデックス  名」）の詳細。
「スプレッド」：変動金利を決定する際にインデックスレートに適用される差額（プラスまたはマイナス）。
【０２８３】
本発明のこの実施形態において、変動金利エレメントは、以下のＸＭＬ定義を有している：
【０２８４】
【表４５】
2006012189.tif 000047
【０２８５】
（（２）利息インデックス）
「適用インデックス（Ｉｎｔｅｒｅｓｔ  Ｉｎｄｅｘ）」エレメントは、変動金利を計算する際に用いられる利息インデックスに関連する情報を記述する。利息インデックスエレメントは、以下のサブエレメントおよび属性を含む：
「ＩＤ」：特定の利息インデックスの識別子。
「通貨」：利息インデックスの通貨。
「期間」：利息インデックスの期日（例えば、３ヶ月、６ヶ月等）。
「インデックス名称」：利息インデックスの名称（例えば、「ＬＩＢＯＲ」）。
【０２８６】
本発明のこの実施形態において、利息インデックスエレメントは、以下のＸＭＬ定義を有している。：
【０２８７】
【表４６】
2006012189.tif 000048
【０２８８】
（２．「接続」プロセッサ）
本発明のこの実施形態において、接続プロセッサ２０（例えば、図１に示す接続プロセッサ）は、金融トランザクションに関する情報をユーザ（すなわち、メンバーおよびプロバイダ）とＣＦＯＷｅｂシステムとの間でやり取りするための手段を提供する。接続プロセッサ２０は、ＸＳＬ形式で作成された所有スタイルシート（「ＦｉｎＳｃｒｉｐｔ」として知られる）を用いてＦｉｎＸＭＬ（または他のＸＭＬ）文書と金融（Ｊａｖａ（登録商標））オブジェクトとの間の変換を行うことにより、この機能を行う。以下、この点について説明する。
【０２８９】
本発明のこの実施形態において、接続プロセッサ２０および接続メッセージングサーバ９０はどちらとも、ユーザとＣＦＯＷｅｂシステムとの間でやり取りされるメッセージを処理し、ＦｉｎＸＭＬ（または他のＸＭＬ）文書と金融（Ｊａｖａ（登録商標））オブジェクトとの間の変換を行う。接続プロセッサ２０が行うのはＦｉｎＸＭＬ（または他のＸＭＬ）文書とメンバーおよびプロバイダの所有オブジェクトとの間の変換のような変換であるのに対し、接続メッセージングサーバ９０が行うのは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書とＣＦＯＷｅｂシステムの所有オブジェクトとの間の変換のような変換である。接続メッセージングサーバ９０が提供するのは、メッセージングおよび変換を行う集中型の（ＣＦＯＷｅｂシステム内の）機能であり、一方、接続プロセッサ２０が提供するのは、メンバーのサイトおよびプロバイダクライアントのサイトにおいてメッセージングおよび変換を行う分散型の（ｄｉｓｔｒｉｂｕｔｅｄ）機能である。従って、本発明のこの実施形態において、接続プロセッサ２０のメッセージング機能および変換機能の明細は、接続メッセージングサーバ９０にも適用可能である。
【０２９０】
（ａ．機能の概要）
図７は、接続プロセッサおよびその機能の概要を示す。接続プロセッサ１０１０（接続
メッセージングサーバを含む）は、ＣＦＯＷｅｂシステム１０００（ＣＦＯＷｅｂシステム１０００の様々なサーバ（例えば、図１に示すサーバ）を含む）と、メンバーおよびプロバイダのシステムとの間の媒介として機能する。接続プロセッサ１０１０は、「メッセージ」および「取引」を処理する。「メッセージ」は、メンバー／プロバイダとＣＦＯＷｅｂシステム１０１０（例えば、チャット、Ｅメール、レポート、ポートフォリオ管理等）の様々なサーバとの間の通信を含み、この通信は、行われるべきアクションおよびイベントを記述する。メッセージは、メンバーとプロバイダとの間の金融トランザクションに関する取引情報を含む。しかし、全てのメッセージが特定の金融トランザクションに関する情報を含むわけではない点に留意されたい。
【０２９１】
メンバーおよびプロバイダは、価格見積、価格見積および他のメッセージに関するリクエストを自動メッセージブローカー１１５０を介して送り、次いで、自動メッセージブローカー１１５０は、接続プロセッサ１０１０と通信しているメッセージングミドルウェアクライアントアプリケーション１１３０に、自動接続部１１４０を介してこのような情報を送る。メッセージングミドルウェアクライアントアプリケーション１１３０は、情報をＸＭＬストリーム１１２０の様態で接続プロセッサ１０１０に送る。接続プロセッサ１０１０は、ＸＭＬ情報を「接続」メッセージオブジェクト（取引オブジェクトを含む）１１０５に変換する（１１００）（これについては後述する）。接続プロセッサ１０１０は、メッセージオブジェクト１１０５を処理（１０７０）し、メッセージオブジェクト１１０５が取引に関連する場合、当該メッセージオブジェクト１１０５（メンバーまたはプロバイダによって提供されたコンテンツ１０６０を含む）をＣＦＯＷｅｂシステム１０００に送る。あるいは、メッセージオブジェクト１１０５が特定の金融トランザクションに関する情報を含まず、かつ、ＣＦＯＷｅｂシステム１０００の非取引機能に関連する場合、接続プロセッサ１０１０は、当該メッセージオブジェクト１１０５をシステムサーバの１つにおいて実行されるべきアクションまたはイベントとして送る。
【０２９２】
接続プロセッサ１０１０は、メンバーまたはプロバイダに対するメッセージ１０５０（これは、取引情報を含み得る）の処理（１０７０）を、メッセージ１０５０をメッセージオブジェクト１０７５に変換することによって行う。加えて、接続プロセッサ１０１０は、アクションおよびイベント１０３をメッセージオブジェクト１０７５に変換することにより、システムサーバのうち任意のシステムサーバにおいて発生するアクションおよびイベント１０３を処理する。次いで、接続プロセッサ１０１０は、メッセージオブジェクト１０７５をＸＭＬ文書１１１０（これは、ＦｉｎＸＭＬ文書の形態であり得る）に変換する（１０９０）。接続プロセッサ１０１０は、上記の結果得られたＸＭＬ文書１１１０（例えば、価格見積リクエストまたは価格見積リクエスト）をメッセージングミドルウェアクライアントアプリケーション１１３０に送る。メッセージングミドルウェアクライアントアプリケーション１１３０は、自動接続部１１４０を通じて、適切なメンバーまたは適切なプロバイダの自動メッセージブローカー１１５０にこれらのＸＭＬ文書１１１０をオブジェクトへの変換対象として送る。接続プロセッサ１０１０は、ＣＦＯＷｅｂシステム１０００からのメッセージおよびオブジェクトの処理および変換と並行して、ＸＭＬ文書１１１０を受信するべき特定のメンバーまたはプロバイダに関する適切な宛先１０２０およびアドレス指定情報１０８０を経路設定する点に留意されたい。これらのＸＭＬ文書（これらは、ＦｉｎＸＭＬ文書の形態であり得る）は、メンバーまたはプロバイダによる処理に適した様態のオブジェクトに変換される（これについては後述する）。
【０２９３】
（ｂ．アーキテクチャ）
図８は、本発明の一実施形態における接続プロセッサ３２７５のアーキテクチャを示している。ＣＦＯＷｅｂシステム３２８０は、送出メッセージ３２１０および入来メッセージ３２７０をそれぞれ格納するアウトバウンドキュー３２００およびインバウンドキュー３２０５を含む。この実施形態において、メッセージ３２１０および３２７０は、「Ｊａ
ｖａ（登録商標）メッセージングサーバ」（「ＪＭＳ」）フォーマットの形態である。接続プロセッサ３２７５は、ディスパッチャーモジュール３２１５を含む。このディスパッチャーモジュール３２１５は、メッセージ３２１０からメッセージ「ペイロード」３２２０を抽出し、そのペイロード３２２０をＪａｖａ（登録商標）オブジェクトとして適切なメッセージハンドラー３２２５へと送る。ペイロード３２２０は、ＦｉｎＸＭＬ「取引」エレメント（これは、上記および図３において説明した）によって表される情報（例えば、トランザクションに参加するパーティおよびトランザクションの種類に関する情報）を含む。
【０２９４】
接続プロセッサ３２７５は、１つ以上のメッセージハンドラー３２２５（すなわち、メンバーまたはプロバイダによって受信されるべき各種のメッセージを処理するように構築された異なるメッセージハンドラー３２２５）を含む。ペイロード３２２０を用いて、適切なメッセージハンドラー３２２５は、ターゲットとなるメンバーまたはプロバイダシステム３２３５に対するアクション３２３０を呼び出す。ここで、当該アクションは、ペイロード３２２０中に含まれる情報に基づく。メンバー／プロバイダシステム３２３５は、同期応答３２４０を送ることによりメッセージハンドラー３２２５と通信する。メンバー／プロバイダシステム３２３５は、同期応答３２４５をメッセージ構築者サーブレット３２５０に送る。メッセージ構築者サーブレット３２５０がメンバー／プロバイダシステム３２３５をイネーブルすると、メンバー／プロバイダシステム３２３５は、転送プロトコル（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰ）コールを介してパラメータを送ることにより、ＣＦＯＷｅｂシステム３２８０に関するメッセージを同期構築する。メッセージ構築者サーブレット３２５０は、同期メッセージ３２５５をメッセージ送信者サービス３２６５に送る。メッセージ送信者サービス３２６５もまた、同期メッセージ３２６０をメッセージハンドラー３２２５から受信する。その後、メッセージ送信者サービス３２６５は、ＣＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５にメッセージ３２７０を転送する。
【０２９５】
（ｃ．メッセージ構造）
図９は、本発明の一実施形態において、接続プロセッサを用いて、ＣＦＯＷｅｂシステムとメンバーおよびプロバイダのシステムとの間にメッセージ１６００を配信する構造を示す。このシステムでは、メッセージを用いて、システムの全てのイベントおよびトランザクションをシステムユーザに行き渡らせる。メッセージは、「ワークフロー」メッセージおよび「制御」メッセージの２つのカテゴリに分けられる。ワークフローメッセージは主要なメッセージであり、トランザクションの構造および値を記述し、ポートフォリオ管理機能、取引機能および他の機能に関する情報の送受をシステムサーバと行い、メンバーとプロバイダとの間での情報配信を行う。制御メッセージは、肯定応答および例外情報を通信させる。
【０２９６】
この実施形態において、各メッセージ１６００は、ＸＭＬＪａｖａ（登録商標）メッセージングサーバ（「ＪＭＳ」）フォーマットで表現される。各メッセージ１６００は、ＪＭＳベースのミドルウェア１６１０および文書１６２０からなる。ミドルウェア１６１０は汎用の製品（例えば、通信プロトコル（例えば、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＳＳＬ）およびＸＭＬ文書の伝送をネットワークにわたってそしてＣＦＯＷｅｂシステムと接続プロセッサとの間で信頼性を以って行うことを可能にするメッセージ管理機能およびログイン機能）であり得る。
【０２９７】
文書１６２０は、ＸＭＬ文書であり、ヘッダ１６３０およびメッセージ詳細１６６０を含む。一方、ヘッダ１６３０は、メッセージ識別情報１６４０および経路設定情報１６５０を含む。メッセージ識別情報１６４０は、メッセージの種類（例えば、ワークフローまたは制御）と、メッセージ識別子と、日付／時間スタンプとを含む。経路設定情報１６５０は、メッセージソースおよび宛先を識別する。このような情報の管理は、ＣＦＯＷｅｂシステム中の経路設定表によって行われる。この経路設定表は、ソース識別子および宛先識別子と、参加メンバーおよび参加プロバイダとの間でマッピングを行う。
【０２９８】
メッセージ詳細１６６０は、当該メッセージの目的および詳細を記述するテキストを含み、ペイロード１６７０を含み得る。ペイロード１６７０は、ＦｉｎＸＭＬ取引情報１６８０（これは、上記および図３において説明したＦｉｎＸＭＬ「取引」エレメントによって表される）を含む。このＦｉｎＸＭＬ取引情報１６８０は、トランザクションを規定する。
【０２９９】
（ｉ．ＸＭＬメッセージ構造）
図１０は、本発明のこの実施形態における、ＸＭＬ形式で表された接続メッセージの構造を示す。
【０３００】
（（ａ）メッセージルートタグ）
メッセージルートタグ１７００（または「ＣＦＯＷｅｂ接続」ルートタグ）は、メッセージを接続メッセージとして識別し、以下の属性を含む：
「システム  名」：（メンバーまたはプロバイダのシステムに関する）メッセージ（例えば、「ＣＦＯＷｅｂ」、「接続」）を生成したシステムの名称、または、サードパーティシステムの名称（ただし、適用可能な場合）。
「システム  ＩＤ」：メッセージを生成したシステムの識別子。
「Ｖｅｒｓｉｏｎ」：接続メッセージのボキャブラリーのバージョン；これは、メンバー／プロバイダの構成が異なる場合、異なり得る。
「Ｔｅｓｔ」：メッセージが「試験」（「Ｙ」）であるかまたは「ライブ」（「Ｎ」）であるかを示す識別子；ライブ環境において、試験メッセージは通信されるが、ビジネスワークフローに含まれず、またビジネスワークフローにおいて作用しない。
【０３０１】
本発明のこの実施形態において、メッセージルートタグ１７００は、以下のＸＭＬ定義を有している。：
【０３０２】
【表４７】
2006012189.tif 000049
【０３０３】
（ｂ）ヘッダ
ヘッダエレメント１７０５は、メッセージ識別情報情報を記述し、以下の属性を含む：「会話ＩＤ」：システムによって割り当てられたシーケンスナンバーであり、通信パーティのうちの１つのパーティによって開始された特定の会話に属するメッセージを識別する。
・「Ｓｅｑｕｅｎｃｅ  ＩＤ」：各通信ノードによって別個に生成されたシーケンスナンバーであり、メッセージを時系列順に提供するための参照情報として制御メッセージによって用いられる。
・「Ｓｅｎｔ  Ｔｉｍｅ」：システムによって割り当てられた時間スタンプであり、ＸＭＬ文書が形成された時間を示す。
【０３０４】
本発明のこの実施形態において、ヘッダエレメント１７０５は、以下のＸＭＬ定義を有している。
【０３０５】
【表４８】
2006012189.tif 000050
【０３０６】
（ｃ）経路設定情報
経路設定エレメント１７１０は、メッセージのソースおよび宛先に関する参照経路設定情報を含む。この情報は、システムによって規定された、メンバーおよびプロバイダの識別子を含む。この経路設定情報を用いて、ミドルウェア−アドレス指定スキーム（例えば、ポイントツーポイントメッセージのキュー、発行／加入チャンネルの表題）を導出し、その会話に責任を負うユーザを識別する。経路設定エレメント１７１０は、以下のサブエレメントを含む：
・「ソース（Ｓｏｕｒｃｅ）」１７１５：ソース組織の識別子；これは、カウンタパーティエレメントに対する参照情報である；無名であり得る。
・「宛先（Ｄｅｓｔｉｎａｔｉｏｎ）」１７２０：宛先組織の識別子；これは、カウンタパーティエレメントに対する参照情報である；これは、無名であり得る。
【０３０７】
本発明のこの実施形態において、経路設定エレメント１７１０は、以下のＸＭＬ定義を有している。
【０３０８】
【表４９】
2006012189.tif 000051
【０３０９】
（ｄ）ワークフローメッセージ
ワークフローメッセージエレメント１７２５は、ワークフローサイクル中の状態移行およびアクション（例えば、金融トランザクション、メンバーおよびプロバイダ間の通信、およびＣＦＯＷｅｂシステムサーバとの相互作用）に影響を与えるメッセージの明細を含む。ワークフローメッセージエレメント１７２５は、「メモ」エレメント１７３０を含む。この「メモ」エレメント１７３０は、メンバーまたはプロバイダが取引情報に自由形式のテキスト情報を添付したいと望んだ場合にいつでも用いられる表示物（ｉｎｄｉｃａｔｏｒ）として用いられる。加えて、ワークフローメッセージエレメント１７２５の各インスタンスは、以下の種類のワークフローメッセージを含む：
（１）見積りリクエスト
（２）見積り応答
（３）見積り利息の表示
（４）見積り受領
（５）見積り拒絶
（６）利息表示の取消し（「ＩＯＩ」）
（７）見積りリクエストの取消し
（８）見積りの取消し
（９）全見積りの取消し
（１０）公開
（１１）価格リクエスト
（１２）価格応答
（１３）見積りリクエスト期限切れ
（１４）見積り期限切れ
各ワークフローメッセージタイプエレメントは、異なる種類のワークフローメッセージを表す。以下、これについて説明する。
【０３１０】
本発明のこの実施形態において、ワークフローメッセージエレメント１７２５は、以下のＸＭＬ定義を有している。：
【０３１１】
【表５０】
2006012189.tif 000052
【０３１２】
（（１）見積りリクエストメッセージ）
見積りリクエストメッセージエレメント１７５５は、メンバーが価格見積をリクエストしているプロバイダのシステムを通知するメッセージを記述する。見積りリクエストメッセージエレメント１７５５は、自身のペイロードとしてＦｉｎＸＭＬ取引オブジェクトを含み、また、メンバーによってリクエストされた見積りの種類（例えば、スプレッド）に関する情報も含む。ＣＦＯＷｅｂシステムは、入来する見積りリクエストメッセージエレメント１７５５の処理を以下の方法で行うことができる：（ｉ）プロバイダによって構成された自動価格設定を用いて、計算された価格を含む「見積り応答メッセージ」を送る；または（ｉｉ）見積りリクエスト情報を内部取引環境に送って、まだ正式注文を受けていない（ｔｏ  ｂｅ  ｆｉｌｌｅｄ）見積りがあることをプロバイダに知らせて注意を促す（この場合、ペイロードからの取引詳細をバックエンドの表計算または他の価格設定システムにロードして、当該取引の価格設定をプロバイダに手入力で行わせることができる。
【０３１３】
見積りリクエストメッセージエレメント１７５５は、以下のサブエレメントおよび属性を含む：
「見積り変数（Ｑｕｏｔｅ  Ｖａｒｉａｂｌｅ）」１７６０：見積りを表す際に必要な変数（単数または複数）。
「リクエスト  ＩＤ」：見積りリクエストの識別子。
「Ｅｘｐｉｒｙ  時間」：見積りリクエストに対する応答の提出の（２４時間形式の）最終期限であり、メンバーによって指定される。
「Ｌｅｇ  Ｒｅｆ」：見積りがリクエストされた特定の取引レッグの識別子（但し、適用可能な場合）（例えば、特定のレッグの「レッグＩＤ」または「無し」）。
「支払いロード（Ｐａｙｍｅｎｔ  Ｌｏａｄ）」１７４０：特定の金融トランザクションを記述する情報。
「ペイロードタイプ（Ｐａｙｌｏａｄ  Ｔｙｐｅ）」：ペイロードのカテゴリ（例えば、ＦｉｎＸＭＬ）。
「ペイロードレフ（Ｐａｙｌｏａｄ  Ｒｅｆ」１７５０：特定の金融トランザクションの識別子。
【０３１４】
本発明のこの実施形態において、見積りリクエストメッセージエレメント１７５５は、
以下のＸＭＬ定義を有している。：
【０３１５】
【表５１】
2006012189.tif 000053
【０３１６】
以下は、本発明のこの実施形態における見積りリクエストメッセージエレメント１７５５の一例である：
【０３１７】
【表５２】
2006012189.tif 000054
【０３１８】
（（２）見積り応答メッセージ）
見積り応答メッセージエレメント１７６５は、プロバイダがメンバーからの見積りリクエストメッセージに応答して価格見積を提出した旨をＣＦＯＷｅｂシステムに通知するメッセージを記述する。見積り応答メッセージエレメント１７６５は、見積り変数の値を含み、任意選択として取引全体のペイロードを含み得る。取引全体のペイロードが分かると、プロバイダが変更された構造または別の構造を提案した場合に有用である。ＣＦＯＷｅｂシステムは、このペイロード情報を用いて、オリジナルの見積りリクエストを価格見積と共に更新し、リクエスト元のメンバーのウェブブラウザをリフレッシュして、価格見積提案を表示する。
【０３１９】
見積り応答メッセージエレメント１７６５は、以下のサブエレメントおよび属性を含む：
「見積もり変数（Ｑｕｏｔｅｄ  Ｖａｒｉａｂｌｅ）」１７７０：見積りを表す際に用いられる見積り変数（単数または複数）。
「キー（Ｋｅｙ）」１７７５：見積り変数の名称。
「値（Ｖａｌｕｅ）」１７８０：価格見積の値。
「価格設定詳細（Ｐｒｉｃｉｎｇ  Ｄｅｔａｉｌ）」１７８５：価格見積価格に関するさらなる情報（例えば、価格感度）。
「キー（Ｋｅｙ）」１７９０：価格設定詳細の名称。
「金額（Ｖａｌｕｅ）」１７９５：価格設定詳細の値。
「リクエストＩＤ（Ｒｅｑｕｅｓｔ  ＩＤ）」：見積り応答が提出された見積りリクエストの識別子。
「見積もりＩＤ（Ｑｕｏｔｅ  ＩＤ）」：見積り応答の識別子。
「期限時間（Ｅｘｐｉｒｙ  Ｔｉｍｅ）」：価格見積の有効性に関する（２４時間形式の）最終期限であり、プロバイダによって指定される。
「レッグ  Ｒｅｆ」：価格見積が提出された特定の取引レッグの識別子（但し、適用可能な場合）（例えば、特定のレッグの「レッグＩＤ」または「無し」）。「ペイロード（Ｐａｙｌｏａｄ）」１７４０：特定の金融トランザクションを記述する情報。
「ペイロードタイプ（Ｐａｙｌｏａｄ  Ｔｙｐｅ）」：ペイロードのカテゴリ（例えば、ＦｉｎＸＭＬ）。
【０３２０】
本発明のこの実施形態において、見積り応答メッセージエレメント１７６５は、以下のＸＭＬ定義を有している。：
【０３２１】
【表５３】
2006012189.tif 000055
【０３２２】
以下は、本発明のこの実施形態における、見積り応答メッセージエレメント１７６５の一例である：
【０３２３】
【表５４】
2006012189.tif 000056
【０３２４】
（（３）他のワークフローメッセージ）
本発明のこの実施形態および他の実施形態において、ワークフローメッセージエレメント１７２５は、金融トランザクションに関連する通信をイネーブルする他の種類のメッセージを含み得る。
【０３２５】
（ｉ）見積り利息の表示メッセージ
見積り利息の表示メッセージエレメント１８００は、ＣＦＯＷｅｂシステム３２８０（図８に示す）によって用いられるメッセージを記述する。このメッセージが接続プロセッサ３２７５に通知する内容は、メンバーが以前に提出した見積りリクエストに応答してプロバイダが当該メンバーに提出した価格見積に対して、当該メンバーが興味を示したということである。接続プロセッサ３２７５は、メッセージハンドラー３２２５と共に構成可能である。このメッセージハンドラー３２２５は、見積り利息の表示メッセージエレメント１８００を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３２６】
（ｉｉ）見積り受領メッセージ
見積り受領メッセージエレメント１８０５は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダによって提出された価格見積をメンバーが受領したいという旨を接続プロセッサに通知するものである。見積り受領メッセージエレメント１８０５は、見積りリクエストに対する参照情報と、メンバーが受領した価格とを含む。システムは、価格が受領されたプロバイダのみに見積り受領メッセージを送る；見積りリクエストに応答して見積りを提出した他のプロバイダは全て、「見積り拒絶メッセージ」（これについて、以下に説明する）を受信する。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２５と共に構成可能である。このメッセージハンドラー３２２５は、見積り受領メッセージエレメント１８０５を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３２７】
（（ｉｉｉ）見積り拒絶メッセージ）
見積り拒絶メッセージエレメント１８１０は、ＣＦＯＷｅｂシステムによって用いられ
るメッセージを記述する。このメッセージは、プロバイダによって提出された価格見積をメンバーが拒絶した旨をプロバイダに通知するものである。このメッセージが用いられるのは、メンバーがプロバイダの価格見積を明白に拒絶した場合、または、同じ見積りリクエストに応答した別のプロバイダの見積りを受領したため、他の価格見積全てを暗黙的に拒絶した場合である。見積り拒絶メッセージエレメント１８１０は、見積りリクエストに対する参照情報を含む。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２５と共に構成可能である。メッセージハンドラー３２２５は見積り拒絶メッセージエレメント１８１０を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３２８】
（（ｉｖ）利息表示の取消しメッセージ）
利息表示の取消し（「ＩＯＩ」）メッセージエレメント１８１５は、ＣＦＯＷｅｂシステム３２８０（図８に示す）によって用いられるメッセージを記述する。このメッセージは、メンバーが以前に提出した見積りリクエストにプロバイダが応答して提出した価格見積りへの興味を当該メンバーが取り消した旨を接続プロセッサ３２７５に通知するものである。接続プロセッサ３２７５は、メッセージハンドラー３２２５と共に構成可能である。メッセージハンドラー３２２５は、取消しＩＯＩメッセージエレメント１８１５を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３２９】
（（ｖ）見積りリクエスト取消しメッセージ）
見積りリクエスト取消しメッセージエレメント１８２０は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、メンバー自身が以前に送信した見積りリクエストをメンバーが取り消すことを望んでいる旨を接続プロセッサに通知するものである。オリジナルの見積りリクエストメッセージの送信先となっていた全プロバイダは、見積りリクエスト取消しメッセージを受信する。なぜならば、そのプロバイダは、特定の見積りリクエストに関する自身の価格見積活動と、当該メンバーが以前に提出した見積りリクエストに応答してプロバイダが提出した価格見積への興味とを追跡しなくてよくなくなるからである。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２５と共に構成可能である。このメッセージハンドラー３２２５は、見積りリクエスト取消しメッセージエレメント１８２０を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３３０】
（（ｖｉ）見積り取消しメッセージ）
見積り取消しメッセージエレメント１８２５は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダが以前に贈った価格見積を取り消すことをそのプロバイダ自身が望んでいる旨を示す。見積り取消しメッセージの送信は、ＣＦＯＷｅｂシステムから（但し、プロバイダが価格見積を手入力で取り消した場合）か、または、接続プロセッサを通じて（但し、取消しアクションがプロバイダの内部システムによって（手入力によってもしくは自動的に）生成された場合）、行われ得る。見積り取消しメッセージが接続プロセッサを通じて生成された場合、価格見積の期限を示す同期クロック時間スタンプがメッセージに設定される。
【０３３１】
（ｖｉｉ）公開メッセージ
公開メッセージエレメント１８３０は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、以前は非公開であったカウンタパーティのアイデンティティをパーティに公開するものである。このような公開が行われるのは、カウンタパーティが自身のアイデンティティをシステムに公開した場合のみである。
【０３３２】
（（ｖｉｉｉ）価格リクエストメッセージ）
価格リクエストメッセージエレメント１８３５は、半自動価格設定の際にＣＦＯＷｅｂ
システムによって用いられるメッセージを記述する。このメッセージは、メンバーの内部システムからのリクエストについて当該メンバーが価格見積をリクエストしている旨を接続プロセッサに通知するものである。価格リクエストメッセージエレメント１８３５は、ＦｉｎＸＭＬ取引オブジェクトを自身のペイロードとして含み、また、メンバーによってリクエストされた見積りの種類（例えば、スプレッド）に関する情報も含む。接続プロセッサは、１つ以上のプロバイダと共にメッセージを処理し、価格見積を含む「価格応答メッセージ」（これについては以下に説明する）をＣＦＯＷｅｂシステムに送る。
【０３３３】
（（ｉｘ）価格応答メッセージ）
価格応答メッセージエレメント１８４０は、半自動価格設定の際に接続プロセッサによって用いられるメッセージを記述する。このメッセージは、プロバイダの内部システムが見積りリクエストについて価格見積を計算して、その価格見積をＣＦＯＷｅｂシステムに提出した旨をＣＦＯＷｅｂシステムに通知するものである。ＣＦＯＷｅｂシステムは、この情報を用いて、リクエスト元のメンバーのウェブブラウザをリフレッシュして、価格見積提案を表示する。プロバイダは、この価格設定情報または手入力された情報を用いて見積りを提出し得る。いずれの場合においても、プロバイダは、価格見積をメンバーに手入力で（例えば、ボタンをクリックすることによって）提出する。
【０３３４】
（（ｘ）見積りリクエスト期限切れメッセージ）
見積りリクエスト期限切れメッセージエレメント１８４５は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、メンバーの見積りリクエストが期限切れになったことを接続プロセッサに通知するものである。当該見積りリクエストが期限を迎えると、ＣＦＯＷｅｂシステムは、見積りリクエスト期限切れメッセージを自動生成する。オリジナルの見積りリクエストメッセージの送信先であった全プロバイダが、見積りリクエスト期限切れメッセージを受信する。なぜならば、これらのプロバイダは、その特定の見積りリクエストに関する価格見積についての自身の活動を追跡しなくてもよくなるからである。接続プロセッサ３２７５（図８に示す）は、メッセージハンドラー３２２５と共に構成可能である。このメッセージハンドラー３２２５は、見積りリクエスト期限切れメッセージエレメント１８４５を画面ポップアップ部分または警告としてプロバイダの内部システム３２３５に経路設定する。
【０３３５】
（（ｘｉ）見積り期限切れメッセージ）
見積り期限切れメッセージエレメント１８５０は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダの価格見積が期限切れになったことを接続プロセッサに通知するものである。価格見積が期限を迎えると、ＣＦＯＷｅｂシステムは、見積り期限切れメッセージを自動生成する。
【０３３６】
（（ｘｉｉ）全見積り取消しメッセージ）
全見積り取消しメッセージエレメント１８５５は、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダが全ての価格見積を取り消すことを望んでいる旨を接続プロセッサに通知するものである。このメッセージは、見積りを取り消す際の基準を指定することができる。
【０３３７】
（（ｅ）制御メッセージ）
制御メッセージエレメント１８６０は、ワークフローメッセージに応答して送信されるメッセージの明細を含む。このメッセージは、メッセージの受信および処理の成功または失敗を示す。ミドルウェアは、ＣＦＯＷｅｂシステムと接続プロセッサとの間のメッセージ伝送を行う機能は持つものの、特定のシステム性能パラメータ（例えば、特定の送達時間、翻訳の成功およびＸＭＬコンテンツの処理、または価格見積の提供の成功）を保証するものではない。そのため、制御メッセージエレメント１８６０は、メッセージ送達の肯
定応答を提供し、エラー状況をメッセージ送信者に報告する。
【０３３８】
制御メッセージエレメント１８６０は、「シーケンスＩＤ」エレメントを含む。この「シーケンスＩＤ」エレメントは、制御メッセージエレメント１８６０の適用先である特定のワークフローメッセージに関するシーケンスナンバーであり、システムによって割り当てられる。加えて、制御メッセージエレメント１８６０の各インスタンスは、以下の制御メッセージタイプのうち１つを含む：
（１）Ａｃｋ
（２）Ｅｒｒｏｒ
各制御メッセージタイプエレメントは、異なる種類の制御メッセージを表す。以下、この点について説明する。
【０３３９】
本発明のこの実施形態において、制御メッセージエレメント１８６０は、以下のＸＭＬ定義を有している。：
【０３４０】
【表５５】
2006012189.tif 000057
【０３４１】
（（１）肯定応答メッセージ）
肯定応答（「Ａｃｋ」）メッセージエレメント１８６５は、接続メッセージおよびトランザクションペイロードの受信、翻訳、および処理の成功に対して肯定応答を行う際に用いられる。Ａｃｋメッセージエレメント１８６５は、「所属ペイロードのＲｅｆ」エレメント１８７０を含む。この「所属ペイロードのＲｅｆ」エレメント１８７０は、肯定応答を受けたメッセージによって搬送されるペイロードエレメント１７４０に対する参照情報を含む。所属ペイロードのＲｅｆエレメント１８７０は、以下のサブエレメントを含む：「ペイロードタイプ」：ペイロードのカテゴリ（例えば、ＦｉｎＸＭＬ）。
「ペイロードＩＤ」：以前に通信されたペイロードの識別子。
【０３４２】
本発明のこの実施形態において、Ａｃｋメッセージエレメント１８６５は所属ペイロードのＲｅｆエレメント１８７０を含み、以下のＸＭＬ定義を有している。：
【０３４３】
【表５６】
2006012189.tif 000058
【０３４４】
以下は、本発明のこの実施形態における例示的なＡｃｋメッセージエレメント１８６５である：
【０３４５】
【表５７】
2006012189.tif 000059
【０３４６】
本発明の上記実施形態および他の実施形態において、Ａｃｋメッセージエレメント１８６５は、トランザクションの確認および完了に関する特定の肯定応答メッセージを含み得る（これについては後述する）。
【０３４７】
（ｉ）取引ダウンロード応答メッセージ
取引ダウンロード応答メッセージエレメントは、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダおよびメンバーの両方が特定の価格見積の期日について契約しており、指定された取引の処理を希望していることをプロバイダの内部システムに通知するものである。接続プロセッサは、この取引ダウンロード応答メッセージエレメントを用いて、関連取引情報を全て処理対象としてプロバイダの内部システムに送る。取引ダウンロード応答メッセージエレメントは、取引ペイロードを含む。
【０３４８】
（（ｉｉ）取引ダウンロードの肯定応答メッセージ）
取引ダウンロード肯定応答メッセージエレメントは、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、プロバイダの必要な内部システム全てが特定の取引に関する初期処理を完了したことを接続プロセッサに通知するものである。
【０３４９】
（（ｉｉｉ）取引ダウンロードリクエストメッセージ）
取引ダウンロードリクエストメッセージエレメントは、接続プロセッサが実行済みの取引をＣＦＯＷｅｂシステムからダウンロードしなければならない場合に当該接続プロセッサが用いるメッセージを記述する。典型的には、この取引ダウンロードリクエストメッセージエレメントが用いられるのは、取引が適切にロードされなかった場合である。ＣＦＯＷｅｂシステムは、この取引ダウンロードリクエストメッセージを用いて全ての取引を接続プロセッサに送り、これにより、当該接続プロセッサがその取引情報を処理してプロバイダの内部システムに送ることができるようにする。
【０３５０】
（（ｉｖ）売買確認リクエストメッセージ）
売買確認リクエストメッセージエレメントは、接続プロセッサによって用いられるメッセージを記述する。このメッセージは、完了したトランザクションがプロバイダ内部システムにおいて確認された旨と、ＣＦＯＷｅｂシステムにもこの完了したトランザクションを確認してほしい旨とをＣＦＯＷｅｂシステムに通知するものである。
【０３５１】
（（ｖ）売買確認肯定応答メッセージ）
売買確認肯定応答メッセージエレメントは、接続プロセッサによって用いられるメッセージを記述する。このメッセージは、売買確認リクエストメッセージが受信された旨の確定をＣＦＯＷｅｂシステムに通信するものである。
【０３５２】
（ｖｉ）売買確認確定メッセージ
売買確認確定メッセージエレメントは、ＣＦＯＷｅｂシステムによって用いられるメッセージを記述する。このメッセージは、確認リクエストの実行が成功した旨の確定を接続プロセッサに通信するものである。
【０３５３】
（（２）エラーメッセージ）
エラーメッセージエレメント１８７５は、ＸＭＬメッセージコンテンツのアプリケーションレベルの処理が失敗（例えば、ＸＭＬからオブジェクトへの翻訳の失敗または価格設定アルゴリズムの実行の失敗）するたびに、その旨をメッセージの送信者に通知するために用いられる。エラーメッセージエレメント１８７５は以下のサブエレメントを含む：
「Ｅｒｒｏｒ  Ｃｏｄｅ」１８８０：特定の種類のエラーの識別子。
「Ｅｒｒｏｒ  Ｔｅｘｔ」１８８５：特定の種類のエラーのテキスト明細。
【０３５４】
本発明のこの実施形態において、エラーメッセージエレメント１８７５は、以下のＸＭＬ定義を有している。：
【０３５５】
【表５８】
2006012189.tif 000060
【０３５６】
以下は、本発明のこの実施形態におけるエラーメッセージエレメント１８７５の一例である。：
【０３５７】
【表５９】
2006012189.tif 000061
【０３５８】
（ｄ．メッセージフロー）
ワークフローメッセージのフローは、ＣＦＯＷｅｂシステムと、メンバーおよびプロバイダの内部システムとの間を接続プロセッサを通じて行き来する。このようなフローは、ワークフローメッセージの種類（例えば、見積りリクエスト、価格見積）と、処理の種類（例えば、自動、手入力、同期、非同期）とに応じて異なる。
【０３５９】
（ｉ．自動価格設定−同期）
図１１は同期自動価格設定が発生した場合のワークフローメッセージのフローを示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ３３１０をアウトバウンドキュー３２００から接続プロセッサ３２７５内のディスパッチャーモジュール３２１５に送る。ディスパッチャー３２１５は、この見積りリクエストメッセージ３３１０からペイロードを抽出し、そのペイロードを取引オブジェクト（Ｊａｖａ（登録商標）オブジェクト）３３１５として見積りリクエストメッセージハンドラー３３０５に送る。見積りリクエストメッセージハンドラー３３０５は、取引オブジェクト３３１５としてのペイロードを用いて、プロバイダの内部システム中のターゲットプロバイダ価格設定エンジン３３００上において「コール価格機能」３３２０を実行する。コール価格機能３３２０は、プロバイダの価格設定エンジン３３００に通知して、取引オブジェクト３３１５中に含まれる情報に基づいて価格見積を計算させ、計算した価格見積を送らせる。プロバイダの価格設定エンジン３３００は、同期応答を「価格返送」メッセージ３３２５の様態で見積りリクエストメッセージハンドラー３３０５に返送する。見積りリクエストメッセージハンドラー３３０５は、価格見積を用いて見積り応答メッセージ３３３０を生成し、生成した応答メッセージ３３３０をメッセージ送信者サービス３２６５に送る。その後、メッセージ送信者サービス３２６５は、その見積り応答メッセージ３３３５を処理対象としてＣＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５に転送する。
【０３６０】
（ｉｉ．自動価格設定−非同期）
図１２は、非同期の自動価格設定が発生した場合のワークフローメッセージのフローを示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ３３１０をアウトバウンドキュー３２００から接続プロセッサ３２７５中のディスパッチャーモジュール３２１５に送る。ディスパッチャー３２１５は、この見積りリクエストメッセージ３３１０からペイロードを抽出し、そのペイロードを取引オブジェクト（Ｊａｖａ（登録商標）オブジェクト）３３１５として見積りリクエストメッセージハンドラー３３０５に送る。見積りリクエストメッセージハンドラー３３０５は、この取引オブジェクト３３１５中のペイロードを用いて、プロバイダの内部システム中のターゲットプロバイダ価格設定エンジン３３００上において「コール価格機能」３３２０を実行する。コール価格機能３３２０は、プロバイダの価格設定エンジン３３００に通知して、取引オブジェクト３３１５中に含まれる情報に基づいて価格見積を計算させ、計算した価格見積を送らせる。プロバイダの価格設定エンジン３３００は、メッセージ詳細３３２８（すなわち、価格見積）を含む非同期応答をメッセージ構築者サーブレット３２５０に送る。メッセージ構築者サーブレット３２５０は、価格見積を用いて見積り応答メッセージ３３３０を構築し、構築したメッセージをメッセージ送信者サービス３２６５に送る。その後、メッセージ送信者サービス３２６５は、見積り応答メッセージ３３３５を処理対象としてＣＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５に転送する。
【０３６１】
（ｉｉｉ．半自動価格設定−同期）
図１３は、同期半自動価格設定が行われる場合のワークフローメッセージのフローを示す。ＣＦＯＷｅｂシステム３２８０は、見積りリクエストメッセージ３３１０および価格リクエストメッセージ３３４０をアウトバウンドキュー３２００から接続プロセッサ３２７５中のディスパッチャーモジュール３２１５に送る。価格リクエストメッセージ３３４
０は、半自動価格設定の際にＣＦＯＷｅｂシステム３２８０によって用いられるメッセージである。このメッセージは、あるメンバーがメンバーの内部システムからのリクエストについて価格見積をリクエストしている旨を接続プロセッサ３２７５に通知するものである。ディスパッチャー３２１５は、見積りリクエストメッセージ３３１０からペイロードを抽出し、そのペイロードを取引オブジェクト（Ｊａｖａ（登録商標）オブジェクト）３３１５として価格リクエストメッセージハンドラー３４００に送る。価格リクエストメッセージハンドラー３４００は、この取引オブジェクト３３１５としてのペイロードを用いて、プロバイダの内部システム中のターゲットプロバイダ価格設定エンジン３３００上において「コール価格機能」３３２０を実行する。コール価格機能３３２０は、プロバイダの価格設定エンジン３３００に通知して、取引オブジェクト３３１５中に含まれる情報に基づいて価格見積を計算させ、計算した価格見積を送らせる。
【０３６２】
プロバイダの価格設定エンジン３３００は、同期応答を「価格返送」メッセージ３３２５の様態で価格リクエストメッセージハンドラー３４００に返送する。価格リクエストメッセージハンドラー３４００は、この価格見積を用いて価格応答メッセージ３３４５を生成し、生成した応答メッセージ３３４５をメッセージ送信者サービス３２６５に送る。価格応答メッセージ３３４５は、半自動価格設定の際に接続プロセッサ３２７５によって用いられるメッセージである。このメッセージは、プロバイダの内部システムが見積りリクエストについて価格見積を計算し、その価格見積をＣＦＯＷｅｂシステム３２８０に提出した旨をＣＦＯＷｅｂシステム３２８０に通知するものである；ＣＦＯＷｅｂシステム３２８０は、この情報を用いて、リクエスト元のメンバーのウェブブラウザをリフレッシュして、価格見積提案を表示する。その後、メッセージ送信者サービス３２６５は、価格応答メッセージ３３５０を処理対象としてＣＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５に転送する。
【０３６３】
（ｉｖ．売買伝送−非同期）
図１４は、完了したトランザクションの非同期伝送が行われる場合のワークフローメッセージのフローを示す。ＣＦＯＷｅｂシステム３２８０は、取引ダウンロード応答メッセージ３５１０をアウトバウンドキュー３２００から接続プロセッサ３２７５中のディスパッチャーモジュール３２１５に送る。取引ダウンロード応答メッセージは、ＣＦＯＷｅｂシステム３２８０によって用いられるメッセージであり、プロバイダおよびメンバーの両方が特定の価格見積の期日について契約しており、指定された取引の処理を望んでいることをプロバイダの内部システムに通知するメッセージでもある。接続プロセッサは、この取引ダウンロード応答メッセージを用いて、全ての関連取引情報を処理対象としてプロバイダの内部システム（すなわち、売買取得システム３５０５）に送る。
【０３６４】
ディスパッチャー３２１５は、取引ダウンロード応答メッセージ３５１０からペイロードを抽出し、このペイロードを取引オブジェクト（Ｊａｖａ（登録商標）オブジェクト）３３１５として取引ダウンロード応答メッセージハンドラー３５００に送る。この取引オブジェクト３３１５としてのペイロードを用いて、取引ダウンロード応答メッセージハンドラー３５００は、プロバイダの内部システム中のターゲットプロバイダ売買取得システム３５０５上で「コール売買取得機能」３５１５を実行する。コール売買取得機能３５１５は、プロバイダの売買取得システム３５０５に通知して、完了したトランザクションを取引オブジェクト３３１５中に含まれる情報に基づいて処理させる。プロバイダの売買取得システム３５０５は、メッセージ詳細３５２０を含む非同期応答をメッセージ構築者サーブレット３２５０に送る。メッセージ構築者サーブレット３２５０は、メッセージ詳細３５２０を用いて取引ダウンロード肯定応答（「Ａｃｋ」）メッセージ３５２５を構築し、構築した肯定応答（「Ａｃｋ」）メッセージ３５２５をメッセージ送信者サービス３２６５に送る。取引ダウンロードＡｃｋメッセージは、接続プロセッサによって用いられるメッセージ３２７５であり、プロバイダの全ての必要な内部システムが特定の取引に関する初期処理完了した旨をＣＦＯＷｅｂシステム３２８０に通知するメッセージでもある。その後、メッセージ送信者サービス３２６５は、取引ダウンロードＡｃｋメッセージ３５３０を処理対象としてＣＦＯＷｅｂシステム３２８０のインバウンドキュー３２０５に転送する。
【０３６５】
（３．「ＦｉｎＳｃｒｉｐｔ」）
本発明を用いると、ユーザ（すなわち、メンバーおよびプロバイダ）は、ＣＦＯＷｅｂシステムおよび接続プロセッサを用いて（ユーザの内部システム、バックエンドのシステムへの接続部を介して）金融トランザクションを行うことができる。本発明のこの実施形態において、接続プロセッサは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書と所有金融（Ｊａｖａ（登録商標））オブジェクト（例えば、ユーザの内部システム上で用いられている所有金融（Ｊａｖａ（登録商標））オブジェクト）との間の変換をＸＳＬ形式で生成された所有スタイルシート（「ＦｉｎＳｃｒｉｐｔ」として知られる）を用いて行うことにより、金融トランザクションに関連する情報の通信をユーザ（すなわち、メンバーおよびプロバイダ）とＣＦＯＷｅｂシステムとの間で行うことを可能にする。接続プロセッサ２０（例えば、図１に示す接続プロセッサ２０）は、転送プロトコル（例えば、ＨＴＴＰまたはＴＣＰ／ＩＰ）を用いた送信が可能なＦｉｎＸＭＬ文書を、生成し得る。このＦｉｎＸＭＬ文書は、サーバ側での処理が可能なオブジェクトへの変換対象として接続メッセージングサーバ９０に送られる。接続メッセージングサーバ９０は、処理の後、ＸＳＬスタイルシートを用いてこのオブジェクトをＦｉｎＸＭＬ（または他のＸＭＬ）文書に変換し、そのＦｉｎＸＭＬ（または他のＸＭＬ）文書を接続プロセッサ２０に送る。この接続プロセッサ２０は、ＦｉｎＳｃｒｉｐｔを用いて、このＦｉｎＸＭＬ（または他のＸＭＬ）文書からＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムを生成する。その後、このＪａｖａ（登録商標）ＳｃｒｉｐｔプログラムからＪａｖａ（登録商標）オブジェクトが生成され、他の組織（例えば、プロバイダ）に送られる。
【０３６６】
（ａ．金融オブジェクト（ＦｉｎＸＭＬ文書）の変換（符号化））
ユーザ（メンバーまたはプロバイダ）が情報（例えば、見積りリクエストまたは価格見積）をＣＦＯＷｅｂシステムに送ることを望む場合、接続プロセッサは、ユーザの内部システムによって用いられる所有金融オブジェクトをＣＦＯＷｅｂシステムによる利用が可能なＦｉｎＸＭＬ（または他のＸＭＬ）文書に変換しなければならない。図１５は、変換（または符号化）プロセスのコンポーネントを示し、図１６は、本発明の一実施形態においてシステムがこのような変換を実行する際に行う工程を示す。本発明の様々な他の実施形態において、これらの工程を組み合わせることが可能であり、特定の工程を除去したり他の工程を削除し、かつ／またはこれらの工程の順序を変更することが可能である点に留意されたい。
【０３６７】
ユーザがトランザクション（例えば、メンバーからの見積りリクエスト、プロバイダからの価格見積）に関する情報を提出することを望む場合、ユーザのメッセージングクライアントは、ユーザの内部システム上に示すような金融オブジェクト１４００（例えば、図１５に示す金融オブジェクト）をアプリケーションプログラミングインターフェース（「ＡＰＩ」）を介して接続プロセッサに送る（図１６の工程１４７０）。典型的には、金融オブジェクト１４００は、「オブジェクトグラフ」の形態をしたＪａｖａ（登録商標）オブジェクトとしてユーザの内部システム上に格納される。このようなオブジェクトグラフは、相互にリンク付けされたノードからなり、金融オブジェクトのエレメントおよび属性を表す。
【０３６８】
接続プロセッサは、金融オブジェクト１４００を受信すると、適用可能なＸＭＬオブジェクトのマッピング１４１０を識別して、金融オブジェクト１４００に適用する（工程１４８０）。本発明のいくつかの実施形態において、ＸＭＬオブジェクトマッピング１４１０は、ユーザによって個別調整され得、これにより、ユーザの所有金融オブジェクトの形態および構造に対応する。
【０３６９】
以下は、本発明のこの実施形態において用いられるＸＭＬオブジェクトのマッピング１４１０の一例である。：
【０３７０】
【表６０】
2006012189.tif 000062
【０３７１】
次いで、接続プロセッサは、ダイナミック文書オブジェクトモデル（「ＤＯＭ」）パーサーモジュール１４２０を呼び出して、金融オブジェクト１４００をパージングさせ、ＸＭＬオブジェクトのマッピング１４１０を金融オブジェクト１４００のエレメントおよび属性に適用させる（工程１４９０）。ＤＯＭは、プラットフォーム（すなわち、言語中立型のインターフェース）であり、プログラムおよびスクリプトが動的にアクセスし、文書のコンテンツ、構造およびスタイルを更新することを可能にする。ＤＯＭは、ＨＴＭＬ文書およびＸＭＬ文書を表現するためのオブジェクトの標準セット（すなわち、これらのオブジェクトを組み合わせるための標準）と、これらのオブジェクトへのアクセスおよび操作を行うための標準インターフェースとを提供する。ＤＯＭについての記載は、文書オブジェクトモデル（ＤＯＭ）レベル１仕様バージョン１．０（１９９８年１０月１日）、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  企業共同体（Ｍａｓｓａｃｈｕｓｅｔｔｓ  Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｔｅｃｈｎｏｌｏｇｙ、Ｉｎｓｔｉｔｕｔ  Ｎａｔｉｏｎａｌ  ｄｅ  Ｒｅｃｈｅｒｃｈｅ  ｅｎ  Ｉｎｆｏｒｍａｔｉｑｕｅｅｔ  ｅｎ  Ａｕｔｏｍａｔｉｑｕｅ、Ｋｅｉｏ  Ｕｎｉｖｅｒｓｉｔｙ）＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ＤＯＭ−Ｌｅｖｅｌ１＞にある。
【０３７２】
ダイナミックＤＯＭパーサーは、ＤＯＭ「ツリー」（１４３０）を生成する。このＤＯＭ「ツリー」（１４３０）は、金融オブジェクト１４００とオブジェクトグラフとを１：１でマッピングしたものである（工程１５００）。ＤＯＭツリーの生成は動的に行われ、オブジェクトグラフの有限境界（ｆｉｎｉｔｅ  ｂｏｕｎｄａｒｙ）（推移閉包（ｔｒａｎｓｉｔｉｖｅ  ｃｌｏｓｕｒｅ））が決定される際に必要に応じて行われる。従って、工程１４９０および１５００は必要に応じて繰り返してもよい。次いで、接続プロセッサは、所有ＸＳＬスタイルシート１４４０を入手して、ＤＯＭツリー１４３０内に含まれる
オブジェクト値に基づいてＤＯＭツリー１４３０に適用する（工程１５１０）。この所有ＸＳＬスタイルシート１４４０（「ＦｉｎＳｃｒｉｐｔ」として知られる）は、ＤＯＭツリー１４３０をナビゲートする（すなわち、ＤＯＭツリー１４３０の境界を決定する）ことと、ＤＯＭツリー１４３０をＦｉｎＸＭＬ文書に変換することとに関する規則を含む。本発明のこの実施形態において、ＸＳＬスタイルシート１４４０は、単一のルートにリンクされる。本発明のいくつかの実施形態において、ＸＳＬスタイルシート１４４０は、ユーザによって個別調整され得、これにより、ユーザの所有金融オブジェクトの形態および構造に対応する。
【０３７３】
以下は、本発明のこの実施形態において用いられるＸＳＬスタイルシート１４４０の一例である：
【０３７４】
【表６１】
2006012189.tif 000063
【０３７５】
次いで、接続プロセッサは、ＸＳＬＴプロセッサ１４５０（これは、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐ．のＬｏｔｕｓＸＳＬ製品等の汎用コンポーネントである）を呼び出して、ＸＳＬスタイルシート１４４０の規則をＤＯＭツリー１４３０に適用する（工程１５２０）。このプロセスの結果、ＦｉｎＸＭＬ文書１４６０が生成される（工程１５３０）。このＦｉｎＸＭＬ文書１４６０は、ＣＦＯＷｅｂシステムによる利用が可能である
以下は、本発明のこの実施形態においてＸＳＬＴプロセッサ１４５０によって生成されたＦｉｎＸＭＬ文書１４６０の一例である。：
【０３７６】
【表６２】
2006012189.tif 000064
【０３７７】
接続メッセージングサーバがＣＦＯＷｅｂシステムの様々なサーバによって用いられる所有金融オブジェクトを接続プロセッサへ送信することが可能なＦｉｎＸＭＬ（または他のＸＭＬ）文書に変換する際、接続メッセージングサーバは上記にて説明した同じプロセスを用いる点に留意されたい。
【０３７８】
（ｂ．ＦｉｎＸＭＬ文書から金融オブジェクトへの変換（復号化））
ＣＦＯＷｅｂシステムがトランザクションに関する情報をユーザ（メンバーまたはプロバイダ）に送る用意ができると、接続プロセッサは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書を、ユーザの内部システムによって用いることが可能な所有金融オブジェクトに変換しなければならない。図１７は、変換（または復号化）プロセスコンポーネントを示し、図１８は、本発明の一実施形態においてシステムがこのような変換を行う際に実行する工程を示す。本発明の様々な他の実施形態において、これらの工程を組み合わせてもよいし、また、特定の工程を除去して、他の工程を削除し、かつ／またはこれらの工程の順序を変更してもよい点に留意されたい。
【０３７９】
ＣＦＯＷｅｂシステムがトランザクションに関する情報（例えば、メンバーからの見積りリクエスト、プロバイダからの価格見積）を送ることを望む場合、接続メッセージングサーバは、以前に生成されたＦｉｎＸＭＬ（または他のＸＭＬ）文書１２００（例えば、図１７に示す文書１２００）を接続プロセッサ（図１８の工程１３００）に送る。以下は、本発明のこの実施形態において生成されたＦｉｎＸＭＬ文書１２００の一例である。：
【０３８０】
【表６３】
2006012189.tif 000065
【０３８１】
接続プロセッサは、ＦｉｎＸＭＬ（または他のＸＭＬ）文書１２００を受け取ると、ＦｉｎＸＭＬ文書１２００中で識別されたトランザクションタイプに基づいてＸＳＬスタイルシート１４４０を入手し、ＦｉｎＸＭＬ文書１２００に適用する（工程１３１０）。ＸＳＬスタイルシートは、トランザクションの各タイプによって異なり、全てのオプションはＣＦＯＷｅｂシステムによってサポートされる。所有ＸＳＬスタイルシート１２１０（「ＦｉｎＳｃｒｉｐｔ」として知られる）は、ＦｉｎＸＭＬ文書１２００をＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラムに変換する際の規則（例えば、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラミングコードのリユーザブルな断片）を含む。本発明のこの実施形態において、ＸＳＬスタイルシート１２１０は、単一のルートにリンク付けされる。本発明のいくつかの実施形態において、ＸＳＬスタイルシート１２１０は、ユーザによって個別調整され得、これにより、ユーザの所有金融オブジェクトの形態および構造に対応する。
【０３８２】
以下は、本発明のこの実施形態において用いられるＸＳＬスタイルシート１２１０の一例である。
【０３８３】
【表６４】
2006012189.tif 000066
【０３８４】
次いで、接続プロセッサは、ＸＳＬＴプロセッサ１２２０（これは、汎用のコンポーネント（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｂｕｓｉｎｅｓｓ  Ｍａｃｈｉｎｅｓ  Ｃｏｒｐ．のＬｏｔｕｓＸＳＬ製品）を呼び出して、ＸＳＬスタイルシート１２１０の規則をＦｉｎＸＭＬ（または他のＸＭＬ）文書１２００に適用する（工程１３２０）。このプロセスの結果、Ｊａｖａ（登録商標）オブジェクトを生成する際に実行することが可能なＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム１２３０が生成される（工程１３３０）。以下は、本発明のこの実施形態においてＸＳＬＴプロセッサ１２２０によって生成されたＪａｖａ（登録商標）Ｓｃｒｉｐｔプログラム１２３０の一例である。：
【０３８５】
【表６５】
2006012189.tif 000067
【０３８６】
次いで、接続プロセッサは、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔインタープリター１２
４０（これは、汎用のコンポーネント（例えば、Ｍｏｚｉｌｌａ．ｏｒｇの「Ｒｈｉｎｏ」Ｊａｖａ（登録商標）Ｓｃｒｉｐｔインタープリター）である）を呼び出して、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔプログラム１２３０を実行する（工程１３４０）。このプロセスの結果、ユーザの内部システムによって用いることが可能な金融オブジェクト１２５０（すなわち、Ｊａｖａ（登録商標）オブジェクト）が生成される（工程１３５０）。接続プロセッサは、これらの金融オブジェクト１２５０を、ユーザのシステムのメッセージングクライアントアプリケーションにＡＰＩを介して送る（工程１３６０）。
【０３８７】
接続メッセージングサーバが接続プロセッサによって生成および送信されたＦｉｎＸＭＬ（または他のＸＭＬ）文書をＣＦＯＷｅｂシステムの様々なサーバによって用いられる所有金融オブジェクトに変換する際、接続メッセージングサーバは、上記にて説明したプロセスと同じプロセスを用いる点に留意されたい。
【０３８８】
（Ｃ．金融情報の双方向処理）
本発明のこの実施形態は、ユーザ（例えば、メンバーおよびプロバイダ）が金融商品について通信および取引を双方向に行い、自身のポートフォリオを管理することを可能にするウェブベースのシステムを含む。本システムによってサポートされる双方向通信を以下に挙げる：クレジット関係の確立、金融トランザクションの構築、価格見積に関するリクエストの生成、見積りリクエストの監視および検討、価格見積の発行、価格見積の監視および検討、メンバーとプロバイダとの間の交渉、価格見積の受領および確定、報告、ポートフォリオ管理、金融情報および市場データの分析、ならびにメンバー、プロバイダおよび／またはシステム管理者間の通信（例えば、Ｅメール、チャットおよびメッセージボード）。
【０３８９】
ユーザ（例えば、メンバーまたはプロバイダ）がウェブベースのシステムにアクセスすると、システムは、図２０に示すようなホームページをユーザに提示する。このページは、新規ユーザのための登録リンクと、既存のユーザのためのメンバーログインインターフェース２０００とを含む。このメンバーログインインターフェース２０００は、ユーザのアカウントＩＤおよびパスワードの入力を要求する。これらのホームページはまた、主要なデータおよびニュースヘッドラインと、以下のシステム機能へのリンクとを含む。以下、これらのリンクをそれぞれ挙げる。
・市場データ２０１０
・新規情報および金融情報２０２０
・金融リサーチ２０３０
・メンバーポートフォリオ管理２０４０
・取引２０５０
・金融知識（ｉｄｅａ）および慣行（ｐｒａｃｔｉｃｅ）２０６０
・プロバイダ機能２０７０
（１．トランザクション−特定の機能）
本発明のこの実施形態によって提供される機能を用いると、ユーザは、資本市場において双方向金融トランザクションおよび自動金融トランザクションを行うことができる。実行可能なトランザクションの種類については上述した。機能性ユーザインターフェースおよび双方向ユーザインターフェースによってこのようなトランザクションの生成および実行をサポートすると、ユーザは、トランザクション前の活動、トランザクション活動およびトランザクション後の活動に係わることができるようになる。本発明の様々な他の実施形態において、この実施形態において説明する機能およびインターフェースは、他の機能およびインターフェースと組み合わせてもよく、また、このような機能およびインターフェースのうち特定のもの（またはその一部）を別個のシステムに個別化してもよい点に留意されたい。本システムは、独立型の中央システムまたは分散型のシステムとして実施可能であり、その場合、異なるバージョンの機能およびインターフェースを、複数のユーザのプラットフォームまたはポータルに分散させてもよい。他の実施形態において、システム機能およびインターフェースの部分を、別個のシステム（例えば、トランザクション構築システム、価格見積システム、トランザクション受領システム）に分割してもよく、その場合、異なるシステム間でのデータ交換を可能にする通信リンクが設けられる。当業者にとって他の実施形態は明らかであり、また、当業者であればそのような実施形態を実施することができる。
【０３９０】
（ａ．トランザクション前）
本発明のこの実施形態を用いると、メンバーおよびプロバイダは、オンラインの金融トランザクションを容易化する特定のデフォルトおよびパラメータを双方向に確立することができる。
【０３９１】
（ｉ．フィルタリング）
この実施形態について以下に説明するように、本発明を用いれば、システムの各ユーザ（メンバーまたはプロバイダ）は、自動フィルタを用いることにより、取引コミュニティとの相互作用を個別調整する能力を得ることができる。ユーザによって規定されかつ／またはシステムによって規定された基準を双方向フィルタリングインターフェースから選択することにより、ユーザは、以下の事項に対して制限および制約を設定することができる：すなわち、（ｉ）ユーザからシステムを通じて他のユーザに送られる通信物（例えば、メッセージ、トランザクションリクエストおよび／または価格見積）；（ｉｉ）他のユーザからシステムを介してユーザに送られる通信物（例えば、メッセージ、トランザクションリクエストおよび／または価格見積）。
【０３９２】
受取人となるユーザに制限を課すための例示的フィルタリング基準を以下に挙げる：
・特定のユーザの名称
・（例えば、特定のユーザの資産値の）クレジット格付けまたは他のクレジット基準
・特定のユーザの企業の国籍
・特定のユーザの産業（例えば、半導体製造のＳＩＣコード）
・金融商品の種類（例えば、ＦＸスポット）
・トランザクションの名目額の最小値または最大値（１，０００，０００米国ドル）
・トランザクションの他の任意の変数パラメータ
通信の受信を制限するための例示的フィルタリング基準を以下に挙げる：
・トランザクションリクエストまたは価格見積の金融商品の種類（例えば、ＦＸスポット）
・特定の通貨（例えば、米国ドル）またはトランザクションリクエストまたは価格見積の通貨ペア
・トランザクションリクエストまたは価格見積の金利または為替レートの最小値または最大値
・トランザクションリクエストまたは価格見積の名目額の最小値または最大値（例えば、１，０００，０００米国ドル）
・他の任意のトランザクションの変数パラメータ
・送信者の名称
・送信者のクレジット格付けまたは他のクレジット基準（例えば、資産値）
・送信者の企業国籍
・送信者の産業（例えば、半導体製造のＳＩＣコード）
他のフィルタリング基準も、ユーザまたはシステム管理者によって規定可能である。
【０３９３】
例えば、ユーザは、フィルタを設定して、Ｕ．Ｓ．ＢａｎｋｓからのＦＸスワップトランザクションに関する価格見積のみがシステムを介してユーザに送られるようにすることができる。金融機関は、フィルタを設定して、Ｍｏｏｄｙのクレジット格付けがＡＡ＋で
ある会社からの金利先渡し契約に関するトランザクションリクエストのみを受信するようにすることができる。
【０３９４】
（メンバー機能）
（（ａ）法人エンティティおよび取引帳簿）
図７７に示す「法人エンティティ」インターフェースを用いると、メンバーは、当該メンバーと関連付けられた任意の法人エンティティ（例えば、図５および上記にて説明した法人エンティティエレメント６０５）の詳細について、表示、追加または編集を行うことができる。メンバーは、サーチプルダウンメニューおよびキーワードフィールド４０６０を用いて、既存の法人エンティティをサーチすることができる。サーチを行った後、メンバーは、「サーチ」ボタン５０００をクリックして新規サーチを行うか、または、「クリア」ボタン５０１０をクリックして法人エンティティの表示をクリアすることができる。あるいは、メンバーは、アルファベット順のインデックス４０７０を用いて、既存の法人エンティティをサーチすることもできる。メンバーは、「全部見る」ボタン５０２０をクリックすることにより、既存の法人エンティティ全てを見ることができる。
【０３９５】
図７７に示すように、各法人エンティティについて、インターフェースは、略称（例えば、「ＰａｔｅｎｔＣｏｒｐ」）、名称（例えば、「Ｔｅｓｔ  Ｐａｔｅｎｔ  Ｃｏｒｐｏｒａｔｉｏｎ」）、エンティティの種類（例えば、「会社」）、親（ｐａｒｅｎｔ）（すなわち、メンバー以外の場合）、およびデフォルトの連絡先を表示する。メンバーは、「不アクティブ化」ボタン４０９０をクリックすることにより、表示されている法人エンティティを自身のアクティブエンティティのリストから削除することができる。
【０３９６】
「新規」ボタン５０３０がクリックされると、システムは、図７８〜７８Ａに示す「法人エンティティ」インターフェースを表示する。この「法人エンティティ」インターフェースは、メンバーが新規法人エンティティを生成することまたは既存の法人エンティティに関する情報を編集することを可能にする。このインターフェースに入力可能な各法人エンティティに関する情報を以下に挙げる。
・略称（例えば、「ＰａｔｅｎｔＣｏｒｐ」）
・名称（例えば、「Ｔｅｓｔ  Ｐａｔｅｎｔ  Ｃｏｒｐｏｔａｔｉｏｎ」）
・親（プルダウンメニュー５０５０を用いる）
・親との関係（プルダウンメニュー５０７０を用いる。例えば、支社または子会社）
・一次言語
・報告通貨
・デフォルトの決済通貨
・本拠地（ｈｏｍｅ）（定住所）のある国
・リスク国
「法人エンティティ」インターフェースは、メンバーと関連付けられた任意の既存の取引帳簿（例えば、図５に示し上記にて説明した帳簿エレメント６２５）も表示する。図７８に示すように、インターフェースは、各取引帳簿について、略称（例えば、「試験帳簿」）と、名称（例えば、「試験取引帳簿」）と、取引帳簿の種類（例えば、「デフォルト」）と、当該取引帳簿がデフォルト帳簿であるか否かを示すラジオボタンとを表示する。メンバーは、「デフォルトにする」ボタン５０９０をクリックすることにより、表示された取引帳簿をデフォルト帳として設定することができる。
【０３９７】
取引帳簿（例えば、「試験帳簿」５０８０）の略称の表示がクリックされると、システムは、図７９Ａに示す「帳簿」インターフェースを表示する。この「帳簿」インターフェースは、メンバーが取引帳簿に関する情報を編集することを可能にする。あるいは、「新規」ボタン６０３０がクリックされると、メンバーは、図７９Ａに示す「帳簿」インターフェースの新規取引帳簿を生成することができる。このインターフェースに入力することが可能な各取引帳簿に関する情報を以下に挙げる。
・略称（例えば、「試験帳簿」）
・名称（例えば、「試験取引帳簿」）
・明細。
・タイプ（例えば、「デフォルト」）
・報告通貨
・デフォルト表示物
メンバーは、「更新」ボタン７００５をクリックすることにより、「帳簿」インターフェースに入力された情報を保存することができる。
【０３９８】
図７８に示す「法人エンティティ」インターフェースは、法人エンティティと関連付けられた任意の既存の連絡先（例えば、図４および上記にて図示および説明した連絡先情報エレメント７３０）も表示する。図７８に示すように、このインターフェースは、各既存の連絡先について、略称、名称、明細および（当該連絡先がデフォルトの連絡先でありかつ／または一般向けの連絡先であるか否かを示す）ラジオボタンを表示する。メンバーは、「一般向けにする」ボタン６０００、「公にする」ボタン６０１０および／または「デフォルトにする」ボタン６０２０をそれぞれクリックすることにより、表示された連絡先を（ｉ）一般向けの連絡先、（ｉｉ）プライベートの連絡先および／または（ｉｉｉ）デフォルトの連絡先として設定することができる。
【０３９９】
連絡先の略称表示がクリックされると、システムは、図７９Ｂに示す「連絡先」インターフェースを表示する。この「連絡先」インターフェースは、メンバーが連絡先に関する情報を編集することを可能にする。あるいは、「新規」ボタン６０４０がクリックされると、メンバーは、図７９Ｂに示す「連絡先」インターフェース上に新規連絡先を生成することができる。このインターフェースに入力可能な各連絡先に関する情報を挙げると、略称、正式名、メールアドレス、電話番号およびファクシミリ番号、Ｅメールアドレス、ならびにＷｅｂＵＲＬアドレスがある。「ページに行く」ボタン７０１５がクリックされると、システムは、連絡先の指定ＷｅｂＵＲＬアドレスにアクセスする。メンバーは、「更新」ボタン７０１０をクリックすることにより、「連絡先」インターフェースに入力された情報を保存することができる。
【０４００】
図７８Ａに示す「法人エンティティ」インターフェースはまた、法人エンティティと関連付けられた任意の既存のクレジット情報（例えば、図４および上記にて図示および説明したクレジット格付けエレメント８０５）を表示し、そのようなクレジット情報の変更も可能にする。図７８Ａに示すように、このインターフェースは、各既存のクレジット格付けについて、格付け産業（例えば、「Ｍｏｏｄｙ」）、クレジット格付け（例えば、「Ａａａ」）、産業グループおよび産業を表示する。このインターフェースは、格付けエージェンシー６０５０、国６０６０、クレジット格付け６０７０、産業グループ６０８０および産業６０９０を編集するためのプルダウンメニューを提供する。メンバーは、「追加」ボタン７０００をクリックすることにより、変更後のクレジット情報を保存することができる。
【０４０１】
図７８に示す「法人エンティティ」インターフェースに戻って、メンバーは、「保存」ボタン５０６０をクリックすることにより、「法人エンティティ」インターフェースに入力された情報を保存することができる。さらに、「戻る」ボタン５０４０がクリックされると、システムは、当該メンバーが訪問した前のインターフェース（すなわち、図７７に示す「法人エンティティ」インターフェース）に戻る。システムに含まれるほとんどのインターフェース上に、同様の「戻る」ボタンが現れる。
【０４０２】
図７７に示す「法人エンティティ」インターフェースおよび全ての他の双方向インター
フェース上に現れる「ページヘルプ」ボタン５０３５は、分かり易くかつコンテキスト依存型の双方向システムによる支援ユーティリティにユーザを案内する点に留意されたい。
【０４０３】
（（ｂ）価格設定リクエストの選好（ｐｒｅｆｅｒｅｎｃｅ））
図８０〜８０Ａに示す「メンバー取引選好」インターフェースを用いると、メンバーは、各種の金融トランザクション（例えば、ＦＸスワップ、金利先渡し契約等）に関するメンバーの価格設定リクエストのうち、メンバーが本システムを用いて実行しようとしているリクエストについてデフォルト期限切れ時間を設定することにより、オンライン金融トランザクションを個別調整することができる。このインターフェースを用いると、メンバーは、メンバーの価格設定リクエストの受取人として特定のプロバイダを追加（ｉｎｃｌｕｄｅ）または除外するためのフィルタを（図８０Ａに示す「追加」ボタン７０４０をクリックすることにより）生成することもできる。このインターフェースは、このような「追加された」プロバイダ（図８０Ａに示すようなフィールド７０５０、例えば、「Ｐａｔｅｎｔ  Ｂａｎｋ」）および「除外された」プロバイダ（図８０Ａに示すようなフィールド７０４０）を表示する。メンバーは、「保存」ボタン７０２０をクリックすることにより、価格設定リクエスト選好の設定を保存することができる。
【０４０４】
（（ｃ）価格見積の選好）
図８２〜８２Ａに示す「私のプロフィールの表示」インターフェースを用いると、メンバーは、メンバーの価格設定リクエストに応答したプロバイダから送られてきた価格見積の表示に関連する特定のデフォルトを設定することにより、オンライン金融トランザクションを個別調整することができる。このようにデフォルトに設定される情報を以下に挙げる。：
・日付フォーマットおよび時間フォーマット。
・小数フォーマット。
・完了した価格設定リクエストのうち、「現在の監視」表および「最近完了したもの」の表に表示されるリクエストの数。
・新規価格見積が受信された場合に自動ページリフレッシュ機能を制御するラジオボタン。
・メンバーがプロバイダから表示対象として送られてきた価格見積の種類（例えば、ＦＸスワップ、金利先渡し契約等）を選択することを可能にするフィルタラジオボタン。
・プロバイダから送られてくる価格見積を各種の金融トランザクション（例えば、ＦＸスワップ、金利先渡し契約等）に応じて「緊急を要する」として分類するためのデフォルト期限切れ時間メンバーは、「保存」ボタン７１００をクリックすることにより、取引表示設定を保存することができる。
【０４０５】
（（ｄ）取引の文書化およびクレジット関係）
図８３に示す「取引の文書化」インターフェースを用いると、メンバーは、本システムを用いてオンライン金融トランザクションに参加する際に必要とされる２つの予備工程をとることができる。そのうち１つの工程では、システム管理者との取引契約の締結が行われる。メンバーは、「ダウンロード取引メンバー契約」ボタン８０００をクリックすることにより、この契約をダウンロードすることができる。
【０４０６】
もう一方の工程では、メンバーと、メンバーが本システムを用いてオンライン金融トランザクションを行う際の相手となる各プロバイダとの間にクレジット関係が確立される（例えば、図２中の工程３１０）。この「取引の文書化」インターフェースは、任意のプロバイダのうち、メンバーと既にクレジット関係を結んでおり、かつ、そのような関係についての報告を本システムに行ったプロバイダを表示する。メンバーが「全てのプロバイダ表示する」表示物８００５をクリックすると、インターフェースは、本システムを介して金融トランザクションを行うことのできるプロバイダ全てを表示する。メンバーは、このようなプロバイダのリストを用いて、プロバイダの名称の隣にある「既存の」縦列８０１０の下側をクリックし、その後「提出」ボタン８０１８をクリックすることにより、プロバイダとの任意の既存のクレジット関係についての報告を本システムに行うことができる；なぜならば、本システムは、任意の選択されたプロバイダと通信を行って、このような関係の存在を確認するからである。メンバーはまた、プロバイダの名称の隣にある「新規」縦列８０１５の下側をクリックし、次いで「提出」ボタン８０１８をクリックすることにより、任意のプロバイダとのクレジット関係の生成をリクエストすることもできる。本システムは、メンバーのリクエストを選択されたプロバイダそれぞれに自動転送する。次いで、メンバーおよびこのようなプロバイダの各々は、本システムによって提供される電子機能またはチャット機能を介して通信を行うことにより、クレジット関係について交渉することができる。
【０４０７】
（ｉｉｉ．プロバイダ機能）
（（ａ）価格見積選好）
図９７〜９７Ｂに示す「プロバイダ取引選好−見積りデフォルト」インターフェースを用いると、プロバイダは、メンバーからの価格設定リクエストを受信して応答したプロバイダがメンバーに提出した各種の金融トランザクション（例えば、ＦＸスワップ、金利先渡し契約等）に関する価格見積についてデフォルト期限切れ時間を設定することにより、オンライン金融トランザクションを個別調整することができる。プロバイダはまた、デフォルトコメント（例えば、さらなる取引の要求）を自身の価格見積に追加することもできる。プロバイダは、「保存」ボタン８３７５をクリックすることにより、価格見積選好設定を保存することができる。
【０４０８】
（（ｂ）価格設定リクエストフィルタ）
図９７に示す「プロバイダ取引選好−見積りデフォルト」インターフェース上の「リクエストフィルタ」ボタン８３６０がクリックされると、本システムは、図９８に示す「プロバイダ取引選好−リクエストフィルタ」インターフェースを表示する。この「プロバイダ取引選好−リクエストフィルタ」インターフェースを用いると、プロバイダは、フィルタ表示を設定して、（メンバーによって提出された）各種のトランザクションに関する価格設定リクエストのうち表示すべき特定のリクエストを選択することを可能にすることにより、オンライン金融トランザクションを個別調整することができる。「新規」ボタン８３９０がクリックされると、プロバイダは、図９９に示す「フィルタ」インターフェースを用いて、新規フィルタを生成することができる。あるいは、特定の種類のトランザクション（例えば、「ＦＸ先渡し」）に近接する「編集」ボタン８４０５がクリックされると、本システムは、図９９に示す「フィルタ」インターフェースを表示する。この「フィルタ」インターフェースを用いると、プロバイダは、特定の種類のトランザクリョン用のフィルタに関する情報を編集することができる。図９９に示す「フィルタ」インターフェースに入力可能な各リクエストフィルタに関する情報を以下に示す。
・フィルタ名称
・詳細情報
・価格設定リクエストの名目額の最小値または最大値
・価格設定リクエストの内容（ｔｅｎｏｒ）の最小値または最大値
・除外または包含すべき通貨（例えば、米国ドルが要求される）
・除外または包含すべき通貨ペア
このインターフェースは、通貨を追加または削除するための「追加」ボタンおよび「除去」ボタンを含む。「保存」ボタン８４４０をクリックすることにより、プロバイダは、「フィルタ」インターフェースに入力された情報を保存することができる。あるいは、「削除」ボタン８４３０がクリックされると、表示されたフィルタが削除される。「戻る」ボタン８４２０がクリックされると、本システムは、図９８に示す「プロバイダ取引選好リクエストフィルタ」インターフェースを表示する。
【０４０９】
（（ｃ）通信デフォルト）
図９７に示す「プロバイダ取引選好−見積りデフォルト」インターフェース上の「通信」ボタン８３７がクリックされると、本システムは、図１００に示す「プロバイダ取引選好−通信」インターフェースを表示する。この「プロバイダ取引選好−通信」インターフェースを用いると、プロバイダは、メンバーが特定の種類のトランザクションについて価格設定リクエストを提出するたびにその旨を示す電子メール通知を本システムから受信することをプロバイダが望むか否かを示すフィルタを設定することができる。プロバイダは、各種のトランザクションについてこのようなメッセージを受信する際の電子メールアドレスをフィールド８４５０において指定することができる。「保存」ボタン８４５５をクリックすることにより、プロバイダは、このインターフェースに入力された情報を保存することができる。
【０４１０】
（（ｄ）標準テキスト）
図１０１に示す「標準テキストリスト」インターフェースを用いると、プロバイダは、標準化されたテキスト（例えば、ボイラープレート言語、警告文または他のコメント）を生成して、これらのテキストをプロバイダの価格見積全てに添付することができる。プロバイダは、１つ以上のバージョンのテキストおよび名称を生成し、そのテキストファイルを保存することができる。この「標準テキストリスト」インターフェースは、プロバイダの標準テキストファイル（例えば、略称、名称およびテキスト）それぞれを表示する。プロバイダは、テキストファイルを選択して、「不アクティブ化」ボタン８４６０をクリックすることにより、テキストファイルを不アクティブ化して、これにより、当該テキストファイルが当該プロバイダの価格見積に添付されないようにすることができる。「新規」ボタン８４７０がクリックされると、プロバイダは、図１０２に示す「標準テキスト情報」インターフェースを用いて、新規テキストファイルを生成することができる。あるいは、テキストファイルの名称がクリックされると、本システムは、図１０２に示す「標準テキスト情報」インターフェースを表示する。この「標準テキスト情報」インターフェースを用いると、プロバイダは、特定の標準テキストファイルを編集することができる。プロバイダは、各テキストファイルについて、略称、名称およびテキスト情報を入力することができる。プロバイダは、「保存」ボタン８４８０をクリックすることにより、「標準テキスト情報」インターフェースに入力された情報を保存することができる。
【０４１１】
（ｂ．トランザクション）
本発明のこの実施形態を用いると、メンバーおよびプロバイダは、資本市場における金融トランザクションに一連のインターフェースを通じて双方向に参加することができる。このようなインターフェースを用いて、メンバーは、所望の金融トランザクションを構築し、このようなトランザクションに関する価格設定リクエストを自動通信することができる。プロバイダは、メンバーから入来する価格設定リクエストを監視し、価格見積を構築して任意のリクエストに応答することができる。その後、メンバーは、入来する価格見積を監視し、このような価格見積について本システムを介してプロバイダと双方向に交渉し、価格見積を受領することができる。メンバーおよびプロバイダはまた、ｃａｎａｌｓｏｒｍ本システムを介して受領したトランザクションの支払い予定および他の決済の詳細を決定することもできる。
【０４１２】
（ｉ．メンバーのリクエストの構築）
本発明のこの実施形態は、メンバーが本システムを用いて構築および取引を行うことの可能な各種の金融トランザクションのためのリクエスト構築インターフェースを含む。以下、この点について説明する。
【０４１３】
（ａ）外国為替スポット／先渡し
図１１８に示す「新規リクエスト：ＦＸ」インターフェースを用いると、メンバーは、外国為替スポット（「ＦＸスポット」）（ＦＸスポット取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１）を参照されたい）に関するトランザクションリクエストまたは外国為替先渡し（「ＦＸ先渡し」）（ＦＸ先渡し取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（２）を参照されたい）に関するトランザクションリクエストを生成して、本システムを介してプロバイダに提出することができる。図１１８に示すように、各ＦＸスポットトランザクションリクエストまたはＦＸ先渡しトランザクションリクエストのためのインターフェースを用いてメンバーが入力する情報を以下に挙げる。
・取引日付：通貨取引がパーティによって契約された日の日付。
・値日付：取引された通貨が換算される日の日付。ＦＸスポットトランザクションの場合、メンバーは、プルダウンメニューから「スポット」９０００を選択する。ＦＸ先渡しトランザクションの場合、メンバーは、プルダウンメニューから先渡し期間９０１０（例えば、「１週間」、「１ヶ月」等）を選択する。
・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。
・ベース通貨：取得が望まれる通貨を測定する際、測定単位として用いられる通貨（例えば、図１１８中の「ＥＵＲ」）。
・売買額：取得が望まれる通貨に変換される通貨の特定の額。
・見積り通貨：取得が望まれる通貨または見積りが固定される通貨（例えば、図１１８中の「ＵＳＤ」）。
・法人エンティティ：トランザクションの割り当て対象となるメンバーまたはメンバーが関連する法人エンティティの名称。
【０４１４】
「保存」ボタン９０２０をクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタン９０３０をクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４１５】
「パラメータ」ボタン９０４０がクリックされると、本システムは、図１１９に示す「パラメータ」インターフェースを表示する。このインターフェースを用いると、メンバーは、トランザクションリクエストに関するパラメータを指定することができる。これらのパラメータは、当該リクエストに関する期限切れトリガ情報（例えば、（ｉ）特定の日付および時間または（ｉｉ）特定の継続期間）を含む。加えて、メンバーは、トランザクションリクエストに添付されるメモを入力することもできる。「保存」ボタン９３００をクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタン９３１０をクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。本システムは、以下に説明する各種のトランザクションリクエストについても類似の「パラメータ」インターフェースを提供する点に留意されたい。
【０４１６】
図１１８に示す「新規リクエスト：ＦＸ」インターフェース上の「プロバイダ」ボタン９０５０がクリックされると、本システムは、図１２０に示す「プロバイダ」インターフェースを表示することができる。このインターフェースを用いると、メンバーは、ＦＸスポットトランザクションリクエストが本システムを通じて先渡しされるべきプロバイダを指定することができる。このインターフェースを用いると、メンバーは、システムプロバイダのリストから全てのプロバイダまたは特定のプロバイダを受取人として選択することができる。インターフェースは、このようなプロバイダそれぞれについて、略称９３２０と、正式名および社章と、当該プロバイダが選択された受取人であるか否かを示すチェックボックスとを表示する。このインターフェースを用いると、メンバーは、見込みのあるプロバイダのＥメールアドレスをシステム管理者によって連絡されるべきアドレスとして指定することもできる。「保存」ボタン９３３０をクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタン９３４０をクリックすることにより、メンバーは、関連するトランザクションリクエスト情報をプロバイダに自動送信することができる。本システムは、以下に説明する各種のトランザクションリクエストについても類似の「プロバイダ」インターフェースを提供する点に留意されたい。
【０４１７】
図１１８に示す「新規リクエスト：ＦＸ」インターフェース上の「検討」ボタン９０６０がクリックされると、本システムは、図１２１に示す「検討」インターフェースを表示する。このインターフェースを用いると、メンバーは、各ＦＸスポットトランザクションリクエストについて、詳細と、パラメータと、受取人となるプロバイダのリストとを検討することができる。検討した際に、メンバーがその情報を変更することを望む場合、そのメンバーは、インターフェース上に配置された適切な「詳細」ボタン、「パラメータ」ボタンまたは「プロバイダ」ボタンをクリックして、これにより、これらのインターフェースのうち任意のものにアクセスし、上記変更を行うことができる。「送信」ボタン９３５０をクリックすることにより、メンバーは、関連するトランザクションリクエスト情報をプロバイダに自動送信することができる。本システムは、以下に説明する各種のトランザクションリクエストについても類似の「検討」インターフェースを提供する点に留意されたい。
【０４１８】
（（ｂ）外国為替スワップ）
図１１２に示す「新規リクエスト：ＦＸスワップ」インターフェースを用いると、メンバーは、外国為替スワップ（「ＦＸスワップ」）トランザクションリクエスト（ＦＸスワップ取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１０）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１２に示すように、メンバーが各ＦＸスワップトランザクションリクエストについてこのインターフェースを用いて入力する情報を以下に挙げる。：
・取引日付：通貨取引がパーティによって契約された日の日付。
・近位日付：スワップの第１のレッグの最終支払いが行われる日の日付。
・遠位日付：スワップの第２のレッグの最終支払いが行われる日の日付。
・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。
・近位レッグ元金（Ｐｒｉｎｃｉｐａｌ）額：近位日付において支払われる／受領される額。
・近位レッグ通貨：近位レッグの通貨（例えば、図１１２中の「ＥＵＲ」）。
・遠位レッグ通貨：遠位レッグの通貨（例えば、図１１２中の「ＵＳＤ」）。
・遠位レッグ元金額：遠位日付において支払われる額。
・参照情報スポットＦＸレート（オプション）：このトランザクションの外国為替レートを計算する際に用いられるスポットレート
・法人エンティティ：トランザクションの割り当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４１９】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４２０】
（（ｃ）外国為替オプション）
図１１３に示す「新規リクエスト：ＦＸ欧州オプション」インターフェースを用いると、メンバーは、外国為替オプション（「ＦＸオプション」）トランザクションリクエスト（ＦＸオプション取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（９）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１３に示すように、メンバーがインターフェースを用いて入力する各ＦＸオプショントランザクションリクエストについて情報を以下に挙げる。：
・取引日付：通貨取引がパーティによって契約された日の日付。
・決済日付：取引が決済される日の日付。
・満期日付：オプションを実行しなければならない日の日付。
・送達日付：オプションが実行されるときにキャッシュフローまたは基礎となる（ｕｎｄｅｒｌｙｉｎｇ）取引額のいずれかを交換しなければならない日の日付。
・メンバーが通貨の購入または売却のどちらを行うのかを示すラジオボタン。
・名目額：オプションが実行される際に購入または売却される通貨に変換される通貨の額。
・名目通貨：名目額の通貨（例えば、図１１３中の「ＥＵＲ」）。
・アゲインスト（Ａｇａｉｎｓｔ）額：オプションが実行される際に購入または売却される通貨の決済額。
・アゲインスト通貨：決済額の通貨（例えば、図１１３中の「ＵＳＤ」）
・実行すべきオプションが「プット」または「コール」であることを示すラジオボタン。・ストライク：オプションの実行をトリガするストライクレート。
・送達：オプションが実行される際に（ｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取引（「現金」）のキャッシュフローの正味額のみかまたは（ｉｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取引（「フィジカル（Ｐｈｙｓｉｃａｌ）」）のどちらを決済するかを示すラジオボタン。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４２１】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４２２】
（（ｄ）スワップ）
図１１４に示す「新規リクエスト：スワップ」インターフェースを用いると、メンバーは、以下の種類のトランザクションリクエストのうち任意のものを生成して、本システムを介してプロバイダに提出することができる。：
・固定−変動金利スワップ
・変動−変動金利スワップ
・固定−固定通貨間スワップ
・固定−変動通貨間スワップ
・変動−変動通貨間スワップ
図１１４に示すように、メンバーがこのインターフェースを用いて各スワップトランザクションリクエストについて入力する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・開始日付：スワップ契約が開始する日の日付。
・満期日付：スワップ契約が終了する日の日付。
・メンバーがプロバイダに支払う利息が固定利息で支払われるかまたは変動利息で支払われるかを示すラジオボタン。
・支払いレッグ名目額および通貨：メンバーによって支払われるレッグの通貨の額および種類。
・メンバーがプロバイダから受領する利息の支払いが固定利息で支払われるかまたは変動
利息で支払われるかを示すラジオボタン。
・受領レッグ名目額および通貨：メンバーによって受領されるレッグの通貨の額および種類。
・支払いレッグまたは受領レッグに対する変動レートインデックスおよびベーシスポイントスプレッド（但し、適用可能な場合）。
・プロバイダの見積りが（ｉ）固定レートの支払いレッグ／受領レッグであるかまたは（ｉｉ）変動レートの受領レッグ／支払いレッグであるかを示すラジオボタン。
【０４２３】
固定金利／変動金利と、このインターフェース上での支払いレッグおよび受領レッグについてメンバーが指定した同じまたは異なる通貨との組み合わせにより、リクエストされる特定の種類のトランザクションが決定する。その後、このトランザクションにより、本システムは、５つの異なるインターフェースのうち１つを表示する（これについては後述する）。
【０４２４】
（（１）固定−変動金利スワップ）
図１１４中のラジオボタン９１００に示すように、メンバーが、同じ通貨を用いて「固定」支払いレッグおよび「変動」受領レッグを指定し、「次」ボタン９１１０をクリックすると、本システムは、図１１４Ａに示す「新規リクエスト：固定変動金利スワップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、固定−変動金利スワップトランザクションリクエスト（利息固定変動スワップ取引タイプのサブエレメントの詳細については、上記のセクションｂ．ｉ．（ｂ）（３）を参照されたい）を生成して、本システムを介してプロバイダに提出することができる。図１１４Ａに示すように、メンバーがこのインターフェースを用いて入力する各固定−変動金利スワップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・開始日付：スワップ契約が開始する日の日付。
・満期日付：スワップ契約が終了する日の日付。
・（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される名目額および通貨。
・変動レッグについての変動レートインデックスおよびベーシスポイントスプレッド。
・第１の固定レート：変動レッグについての第１の金利計算期間において用いられる金利（オプション）。
・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・支払い頻度：利息の支払いの頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報として用いられる。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・複合頻度：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれ
について指定される。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４２５】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４２６】
メンバーが図１１４中のラジオボタン９１００を用いて「変動」支払いレッグおよび「固定」受領レッグを同じ通貨で指定し、「次」ボタン９１１０をクリックすると、本システムは、「新規リクエスト：変動固定金利スワップ」インターフェースを表示する点に留意されたい。このインターフェースを用いると、メンバーは、変動−固定金利スワップトランザクションリクエストを生成することができる。この変動−固定金利スワップトランザクションリクエストは、上記の固定−変動金利スワップの反対側に構築される。
【０４２７】
（（２）変動−変動金利スワップ）
図１１４Ｂ中のラジオボタン９１２０に示すように、メンバーが「変動」支払いレッグおよび「変動」受領レッグを同じ通貨を用いて指定し、「次」ボタン９１３０をクリックすると、本システムは、図１１４Ｃに示す「新規リクエスト：変動変動金利スワップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、変動−変動金利スワップトランザクションリクエスト（金利変動変動スワップ取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（４）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１４Ｃに示すように、メンバーがこのインターフェースを用いて入力する各変動−変動金利スワップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・開始日付：スワップ契約が開始する日の日付。
・満期日付：スワップ契約が終了する日の日付。
・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される名目額および通貨。
・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについての変動レートインデックスおよびベーシスポイントスプレッド。
・第１の固定レート：第１の金利計算期間の間に用いられる金利。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグ（オプション）それぞれについて用いられる。
・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・支払い頻度：利息の支払いが行われる頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合において利息の支払いを決定する際に用いられる。（ｉ）固定支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグの各々について金利を再設定する際に休業日に関する参照情報として用いられる。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・スタブ長さ：不規則な支払い予定長さ。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・複合頻度：利息複合計算の頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４２８】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４２９】
（（３）固定−固定クロスＣスワップ）
図１１４Ｄ中のラジオボタン９１４０に示すようにメンバーが「固定」支払いレッグおよび「固定」受領レッグを指定する際に、ラジオボタン９１５０に示すように支払いレッグおよび受領レッグについて異なる通貨を用い、「次」ボタン９１６０をクリックすると、本システムは、図１１４Ｅに示す「新規リクエスト：固定固定通貨間スワップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、固定−固定通貨間スワップトランザクションリクエストを生成（通貨間固定−固定スワップ取引タイプのサブエレメントの詳細については、上記セクションＢ．１．ｂ．ｉ．（ｂ）（１１）を参照されたい。）して、本システムを介してプロバイダに提出することができる。図１１４Ｅに示すように、メンバーがこのインターフェースを用いて入力する各固定−固定通貨間スワップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・開始日付：スワップ契約が開始し、元金の換算が行われる日の日付（但し、適用可能な場合）の日付。
・満期日付：スワップ契約が終了する日の日付。
・（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される名目額および通貨。
・元金換算タイプ：元金換算の種類。（ただし、そのようなものが少しでもある場合）、トランザクションに組み込まれる。
・元金為替レートおよび通貨：元金換算の為替レートおよび通貨、（ただし、そのようなものが少しでもある場合）。
・固定レート：（ｉ）固定支払いレッグまたは（ｉｉ）固定受領レッグのいずれかの金利。
・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・支払い頻度：利息支払いが行われる頻度。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッグそれぞれについて指定される。
・複合頻度：利息複合計算の頻度。（ｉ）固定支払いレッグおよび（ｉｉ）固定受領レッ
グそれぞれについて指定される。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４３０】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４３１】
（（４）固定−変動通貨間スワップ）
図１１４Ｆ中のラジオボタン９１７０に示すようにメンバーが「固定」支払いレッグおよび「変動」受領レッグする際、ラジオボタン９１８０上に示すように支払いレッグおよび受領レッグについて異なる通貨を用い、「次」ボタン９１９０をクリックすると、本システムは、図１１４Ｇに示す「新規リクエスト：固定変動通貨間スワップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、固定−変動通貨間スワップトランザクションリクエストを生成し（通貨間固定−変動スワップ取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１３）を参照されたい。）本システムを通じてプロバイダに提出することができる。図１１４Ｇに示すように、メンバーがこのインターフェースを用いて入力する各固定−変動通貨間スワップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・スワップ契約が開始され、元金の換算が行われる開始日付（但し、適用可能な場合）。・満期日付：スワップ契約が終了する日の日付。
・（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される名目額および通貨。
・元金換算タイプ：元金換算の種類（ただし、そのようなものが少しでもある場合）。トランザクションに組み込まれる。
・元金為替レートおよび通貨：元金換算のレートおよび通貨（ただし、そのようなものが少しでもある場合）。
・固定レッグまたは変動レートインデックスについての固定レートインデックスおよびベーシスポイントスプレッドならびに変動レッグについてのベーシスポイントスプレッド。・第１の固定レート：変動レッグについての第１の金利計算期間の間に用いられる金利。（オプション）。
・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・支払い頻度：利息支払いが行われる頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報として用いられる。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ長さ：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・複合頻度：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４３２】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４３３】
メンバーが「変動」支払いレッグおよび「固定」受領レッグを図１１４中のラジオボタン９１００および同じ通貨を用いて指定し、「次」ボタン９１１０をクリックすると、本システムは、「新規リクエスト：変動固定通貨間スワップ」インターフェースを表示する点に留意されたい。このインターフェースを用いると、メンバーは、変動−固定通貨間スワップトランザクションリクエストを生成することができる。この変動−固定通貨間スワップトランザクションリクエストは、上記の固定−変動通貨間スワップの反対側に構築される。
【０４３４】
（（５）変動−変動通貨間スワップ）
図１１４Ｈ中のラジオボタン９２００に示すように、メンバーが、「変動」支払いレッグおよび「変動」受領レッグを、ラジオボタン９２１０に示すように支払いレッグおよび受領レッグについて異なる通貨を用いて指定し、「次」ボタン９２２０をクリックすると、本システムは、図１１４Ｉに示す「新規リクエスト：変動変動通貨間スワップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、変動−変動通貨間スワップトランザクションリクエスト（通貨間変動−変動スワップ取引タイプのサブエレメントの詳細については上記のセクションＢ．１．ｂ．ｉ．（ｂ）（１２）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１４Ｉに示すように、メンバーがこのインターフェースを用いて入力する各変動−変動通貨間スワップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：スワップ契約がパーティによって定められた日の日付。
・開始日付：スワップ契約が開始し、元金の換算が行われる日の日付（但し、適用可能な場合）の日付。
・満期日付：スワップ契約が終了する日の日付。
・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される名目額および通貨。
・元金換算タイプ：元金換算の種類。（ただし、そのようなものが少しでもある場合）トランザクションに組み込まれる。
・元金為替レートおよび通貨：元金換算の為替レートおよび通貨、（ただし、そのようなものが少しでもある場合）。
・（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについての変動レートインデックスおよびベーシスポイントスプレッド。
・第１の固定レート：第１の金利計算期間の間に用いられる金利。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグ（オプション）それぞれについて用いられる。
・日数カウント：利息を計算する際に用いられる日数カウント方法。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・支払い頻度：利息／元金支払いの頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグの各々について金利を再設定する際に休業日に関する参照情報として用いられる。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・スタブ長さ：不規則な支払い予定長さ。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・複合頻度：利息複合計算の頻度。（ｉ）変動支払いレッグおよび（ｉｉ）変動受領レッグそれぞれについて指定される。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４３５】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４３６】
（ｅ）キャップ／フロア
図１１５に示す「新規リクエスト：キャップ／フロア」インターフェースを用いると、メンバーは、キャップトランザクションリクエストおよびフロアトランザクションリクエストを生成して、本システムを介してプロバイダに提出することができる。図１１５に示すように、メンバーがこのインターフェースを用いて入力する各キャップトランザクションリクエストまたはフロアトランザクションリクエストに関する情報を以下に挙げる。：・取引日付：当該取引に関する契約がパーティによって定められた日の日付。
・開始日付：オプションが開始する日の日付。
・満期日付：オプションが期限切れになる日の日付。
・メンバーがキャップまたはフロアの購入または売却を行うか否かを示すラジオボタン９４００。
・名目額および通貨：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・変動金利のインデックス。
・メンバーが価格見積を（ｉ）指定通貨のプレミアム額または（ｉｉ）指定通貨のストライクパーセントのどちらでリクエストしているのかを示すラジオボタン。
【０４３７】
（１）キャップ
メンバーが図１１５中のラジオボタン９４００に示すような「キャップ」購入または売却を指定し、「次」ボタン９４１０をクリックすると、本システムは、図１１５Ａに示す「新規リクエスト：キャップ」インターフェースを表示する。このインターフェースを用いると、メンバーは、キャップトランザクションリクエスト（キャップ取引タイプのサブエレメントの詳細については、上記のセクションＢ．１．ｂ．ｉ．（ｂ）（５）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１５Ａに示すように、メンバーがこのインターフェースを用いて入力する各キャップトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付：当該取引に関する契約がパーティによって定められた日の日付。
・開始日付：オプションが開始する日の日付。
・満期日付：オプションが期限切れになる日の日付。
・メンバーがキャップの購入または売却のどちらを行うのかを示すラジオボタン。
・名目額および通貨：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・ストライク：各キャップトランザクションを実行する際に用いられるストライクレート。
・変動金利のインデックス。
・第１の固定レート：キャップ計算期間の間に用いられる金利。
・プレミアム支払い日付：プレミアム支払いが行われる日の日付。
・日数カウント：利息を計算する際に用いられる日数カウント方法。
・支払い頻度：オプション支払いの頻度。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・スタブ：予定外の支払いについて用いられる表示物。
・スタブ長さ：不規則な支払い予定長さ。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４３８】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４３９】
（（２）フロア）
メンバーが図１１５Ｂ中のラジオボタン９４２０に示すような「フロア（Ｆｌｏｏｒ）」の購入または売却を指定し、「次（Ｎｅｘｔ）」ボタン９４３０をクリックすると、本システムは、図１１５Ｃに示す「新規リクエスト：フロア（Ｎｅｗ  Ｒｅｑｕｅｓｔ：Ｎｅｗ）」インターフェースを表示する。このインターフェースを用いると、メンバーは、フロアトランザクションリクエスト（フロア取引タイプのサブエレメントの詳細については、上記セクションＢ．１．ｂ．ｉ．（ｂ）（６）を参照されたい。）を生成して、本システムを介してプロバイダに提出することができる。図１１５Ｃに示すように、メンバーがこのインターフェースを用いて入力する各フロアトランザクションリクエストに関する情報を以下に挙げる。：
・取引日付（Ｔｒａｄｅ  Ｄａｔｅ）：当該取引に関する契約がパーティによって定められた日の日付。
・開始日付（Ｓｔａｒｔ  Ｄａｔｅ）：オプションが開始する日の日付。
・満期日付（Ｅｘｐｉｒｙ  Ｄａｔｅ）：オプションが期限切れになる日の日付。
・メンバーがフロアの購入または売却のどちらを行うのかを示すラジオボタン（Ｒａｄｉｏ  ｂｕｔｔｏｎ）。
・名目額および通貨（Ｎｏｍｉｎａｌ  Ａｍｏｕｎｔ  ａｎｄ  Ｃｕｒｒｅｎｃｙ）：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・ストライク（Ｓｔｒｉｋｅ）：各フロアトランザクションの際に用いられるストライクレート。
・変動金利のインデックス（Ｉｎｄｅｘ）。
・第１の固定レート（Ｆｉｒｓｔ  Ｆｉｘｉｎｇ  Ｒａｔｅ）：フロア計算期間の間に用いられる金利。
・プレミアム支払い日付（Ｐｒｅｍｉｕｍ  Ｐａｙ  Ｄａｔｅ）：プレミアム支払いが行われる日の日付。
・日数カウント（Ｄａｙ  Ｃｏｕｎｔ）：利息を計算する際に用いられる日数カウント方法。
・支払い頻度（Ｐａｙｍｅｎｔ  Ｆｒｅｑｕｅｎｃｙ）：オプション支払いが行われる頻度。
・変更／日付：各期間についての規約。このようなイベントが非営業日に起こる場合において利息の支払いを決定する際に用いられる。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・スタブ：予定外の支払いについて用いられる表示物。
・スタブ長さ：不規則な支払い予定長さ。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバートランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４４０】
（（ｆ）金利先渡し契約）
図１１６に示す「新規リクエスト：ＦＲＡ」インターフェースを用いると、メンバーは、先渡し契約トランザクションリクエストを生成して、システムを介してプロバイダに提出することができる。図１１６に示すように、メンバーがこのインターフェースを用いて各金利先渡し契約トランザクションリクエストについて入力する情報は、以下を含む：
・取引日付：取引についてパーティによる契約が得られた日の日付。
・期日：取引の開始日および終了日；例えば、「３ヶ月×６ヶ月」は、取引日から３ヶ月経過した後の最初の営業日に取引が開始し、取引日から６ヶ月経過した後の最初の営業日に終了することを意味する。
・メンバーが金利先渡し契約の購入または売却のどちらを行うのかを示すラジオボタン９５００。
・名目額および名目通貨：支払いシステムの基本として用いられる通貨の額および種類。・変動利率のインデックス。
【０４４１】
「次」ボタン９５１０がクリックされると、本システムは、図１１６Ａに示す「新規リクエスト：金利先渡し契約」インターフェースを表示する。このインターフェースを用いると、メンバーは、本システムを介してプロバイダに提出される金利先渡し契約トランザクションリクエスト（金利先渡し契約サブエレメントの詳細については、上記セクションＢ．１．ｂ．ｉ（ｂ）（１４）を参照されたい。）の詳細を提供することができる。図１１６Ａに示すように、メンバーがこのインターフェースを用いて各金利先渡し契約トランザクションリクエストについて入力する情報は以下を含む：
・取引日付：取引についてパーティによる契約が得られた日の日付。
・期日：取引の開始日および終了日；例えば、「３ヶ月×６ヶ月」は、取引日から３ヶ月経過した後の最初の営業日に取引が開始し、取引日から６ヶ月経過した後の最初の営業日に終了することを意味する。
・開始日：金利先渡し契約が開始する日の日付。
・終了日：金利先渡し契約が終了する日の日付。
メンバーが金利先渡し契約の購入または売却のどちらを行うのかを示すラジオボタン。
・名目額および名目通貨：支払いシステムの計算の際の基本として用いられる通貨の額および種類。
・変動利率のインデックス。
・日数カウント：利息を計算する際に用いられる日数カウント方法。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に金利先渡し契約の支払い額をを決定する際に用いられる。・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４４２】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、このトランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４４３】
（（ｇ）固定レートの預金）
図１１７に示す「新規リクエスト：預金（Ｄｅｐｏｓｉｔ）」インターフェースを用いると、メンバーは、固定レート預金トランザクションリクエストを生成して、本システムを介してプロバイダに提出することができる。図１１７に示すように、メンバーがこのインターフェースを用いて各固定レート預金トランザクションリクエストについて入力する情報は以下を含む。
・取引日：預金についてパーティによる契約が得られた日の日付。
・為替資金引渡日：預金が開始する日の日付。
・満期日：預金が終了する日の日付。
・預金額および預金通貨：預金の額および用いられる通貨。
【０４４４】
「次」ボタン９６００がクリックされると、本システムは、図１１７Ａに示す「新規リクエスト：固定レート預金（Ｆｉｘｅｄ  Ｒａｔｅ  Ｄｅｐｏｓｉｔ）」インターフェースを表示する。このインターフェースを用いると、メンバーは、固定レート預金トランザクションリクエスト（固定レート預金サブエレメントの詳細については、上記セクションＢ．１．ｂ．ｉ（ｂ）（７）を参照されたい。）の詳細を本システムを介してプロバイダに送ることができる。図１１７Ａに示すように、メンバーがこのインターフェースを用いて各固定レート預金トランザクションリクエストについて入力する情報は以下を含む：
・取引日：預金についてパーティによる契約が得られた日の日付。
・為替資金引渡日：預金が開始する日の日付。
・満期日：預金が終了する日の日付。
・預金額および預金通貨：メンバーからプロバイダへの預金の額およびその通貨の種類。・日数カウント：利息を計算する際に用いられる日数カウント方法。
・支払い頻度：利息支払いが行われる頻度。
・変更／日付：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に預金の支払いを決定する際に用いられる。
・レート再設定カレンダー：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報として用いられる。
・休日：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ：予定外の支払いについて用いられる表示物。
・スタブ長さ：不規則な支払い予定長さ。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４４５】
「保存」ボタンをクリックすることにより、メンバーは、このインターフェースに入力されたトランザクションリクエスト情報を保存することができる。「送信」ボタンをクリックすることにより、メンバーは、トランザクションリクエスト情報をプロバイダに自動送信することができる。
【０４４６】
（ｉｉ．メンバーリクエストのモニタリング）
本発明のこの実施形態は、一連のインターフェースを含む。これらのインターフェースを用いると、メンバーは、メンバーによって生成されるトランザクションの状態（例えば、新規トランザクションｓリクエスト、１つ以上のプロバイダが応答性の価格見積りを提出したリクエスト、受領されたリクエスト、および期限切れのリクエスト（これらについては後述する））をモニタリングすることができる。このようなモニタは、トランザクションに対するカウンタパーティ（例えば、プロバイダ）に関係無く、特定のメンバーについてリクエストを集計する。
【０４４７】
（（ａ）現在のリクエストの監視）
図６７に示す「リクエストの監視：現在」インターフェースを用いると、メンバーは、メンバーの（ｉ）アクティブのトランザクションリクエストおよび（ｉｉ）最近終了したトランザクションリクエストの集計を見ることができる。図６７に示すように、各「アクティブ」（すなわち、期限切れになっていない）リクエストについて表示される情報を以下に挙げる：
・リクエストを取り消す際にクリックすることが可能な「オフ」ボタン。
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションの種類（例えば、ＦＸスポット）。
・期限切れ日および時間。
・リクエストに応答して受信された価格見積りの番号。
・リクエスト状態に応答して受信される新規価格見積りの番号
・状態（例えば、「期限切れ」）
・明細／コメント。
【０４４８】
「ＩＤ」ボタン３７８０、「タイプ」ボタン３７７０、または「期限切れ」ボタン３７６０をクリックすることにより、「アクティブ」リクエストの表示を、識別番号、トランザクションタイプまたは期限切れ日／時間別にそれぞれ選別することが可能である。
【０４４９】
各「最近終了した」リクエストについてインターフェース上に表示される情報を以下に挙げる：
・応答性の価格見積りを提出したプロバイダと通信する際にクリックすることが可能な「チャット」ボタン（ただし、プロバイダが特定の種類のトランザクションに関する通信を許可している場合。）
・一意に定まる（システムによって割り当てられた）識別番号
・トランザクションタイプ（例えば、ＦＸスポット）
・カウンタパーティ名
・価格見積り（ただし、そのようなものが少しでもある場合）
・状態（例えば、「期限切れ」）
・明細
・終了日および時間／コメント
特定のトランザクションリクエストについての識別番号がクリックされると、本システムは、当該リクエストの詳細を表示する。この機能は、以下に説明する残りのリクエストモニタインターフェースからも利用可能である。例えば、ＦＸスポットトランザクションリクエスト（ボタン３７９０として識別される）について識別番号（「４３１４」）がクリ
ックされると、本システムは、図６８に示す「リクエスト詳細：ＦＸスポット」インターフェースを表示する。このインターフェースは、メンバーによって生成されたＦＸスポットトランザクションリクエストの詳細を示し、このような情報を以下に挙げる：
・リクエストの開始時間および終了日／時間。
・リクエストの状態（例えば、「取り消し済み」）。
・取引日：通貨取引についてパーティによる契約が得られた日の日付。
・為替資金引渡日：取引通貨の換算が行われる日の日付。
・トランザクションの額および通貨。
・取得が望まれる通貨または見積りが固定される通貨（例えば、図６８中の「ＵＳＤ」）。
・法人エンティティ：トランザクションの割り当て対象となるメンバーまたはメンバーが関連する法人エンティティの名称。
【０４５０】
応答性の価格見積りが既に受信されている場合、インターフェースは、以下の情報も表示する：
・カウンタパーティ名
・価格見積り額／レートおよび通貨
・見積りの期限切れ日／時間。
・見積りの状態。
・見積りに付随するコメント。
・価格見積りを受領する際にクリックすることが可能な「受領」ボタン。
・プロバイダとの通信を行う際にクリックすることが可能な「チャット」ボタン（ただし、プロバイダが特定の種類のトランザクションに関するチャット通信を許可している場合）。
【０４５１】
メンバーは、カウンタパーティ名３８９０をクリックすることができる。このカウンタパーティ名３８９０がクリックされると、本システムは、カウンタパーティに関するプロファイル情報（後述する図９７を参照されたい）を表示する。見積り３９００がクリックされると、本システムは、見積り（後述する図８５を参照されたい）に関するさらなる詳細を表示する。「オフ」ボタン３８９５をクリックすることにより、メンバーは、トランザクションリクエストを取り消す。「履歴」ボタン３９０５をクリックすることにより、メンバーは、トランザクションリクエストに関連する全イベント（例えば、初期リクエストおよび別のプロバイダから受信された価格見積りへの改変）の概要を本システムに表示させる。
【０４５２】
別の実施例として、スワップトランザクションリクエスト（図６７上のボタン３８００として識別される）に関する識別番号（「４０８９」）がクリックされると、本システムは、図６９に示す「リクエスト詳細：固定変動利率スワップ」インターフェースを表示する。このインターフェースは、メンバーによって生成される固定−変動利率スワップトランザクションリクエストの詳細を示し、このようなリクエストは以下の情報を含む：
・リクエストの開始および終了日／時間。
・リクエストの状態（例えば、「期限切れ」）。
・取引日：スワップについてパーティによる契約が得られた日の日付。
・開始日：スワップ契約が開始する日の日付。
・満期日：スワップ契約が終了する日の日付。
・メンバーが固定支払いレッグについて支払う額および通貨。
・プロバイダが変動受取りレッグについて支払う額および通貨。
・受取りレッグに関する変動レートインデックスおよびベーシスポイントスプレッド。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
【０４５３】
応答性の価格が既に受け取られている場合、インターフェースは、以下の情報も表示する：
・カウンタパーティ名。
・価格見積り額／レートおよび通貨。
・見積りの期限切れ日／時間。
・見積りの状態。
・見積りに付随するコメント。
・価格見積りを受領する際にクリックすることが可能な「受領」ボタン。
・プロバイダとの通信を行う場合にクリックすることが可能な「チャット」ボタン（ただし、プロバイダ特定の種類のトランザクションに関するチャット通信を許可している場合）。
【０４５４】
本システムは、トランザクションリクエストと、リクエストモニタインターフェース上に表示される他の全ての種類のトランザクションリクエストに関する価格見積りとのの詳細を表示する類似のインターフェースを含む。新規価格見積りが受信されるかまたはトランザクションリクエストの状態が変化した場合、本システムは、各種のトランザクションリクエストに関する「リクエストの監視：現在」インターフェースと、「リクエスト詳細」インターフェースとを自動的にリフレッシュする。
【０４５５】
（（ｂ）アクティブのリクエストモニタ）
図７０に示す「リクエストモニタ：アクティブの」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「アクティブ」ボタン３８８０をクリックすることいによってアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーのアクティブのトランザクションリクエストの集計を見ることができる。図７０に示すように、各「アクティブ」（すなわち、期限切れになっていない）リクエストについて表示される情報を以下に挙げる：
・特定のリクエストを取り消す際にクリックすることが可能な「オフ」ボタン３９３０
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションの種類（例えば、ＦＸスポット）。
・期限切れ日および時間。
・リクエストに応答して受け取られる価格見積りの番号。
・リクエストに応答して受け取られる新規価格見積りの番号。
・状態（例えば、「期限切れ」）。
・明細／コメント。
【０４５６】
「ＩＤ」ボタン、「タイプ」ボタンまたは「期限切れ」ボタンをクリックすることにより、「アクティブ」リクエストの表示を、識別番号、トランザクションタイプまたは期限切れ日／時間別にそれぞれ選別することが可能である。「実行」ボタン３９５０がクリックされると、本システムは、表示されたアクティブのリクエスト（単数または複数）に関するプルダウンメニュー３９４０から選択可能な報告を実行する。このような報告は、イベントの活動ログと、トランザクション統計と、アクティブのリクエストに関する監査ログとを含み得る。このような集計報告は、以下に説明するリクエストモニタそれぞれについて利用可能である。
【０４５７】
「リクエストモニタ：アクティブ」インターフェースと、以下に説明する残りのリクエストモニタインターフェースとを用いても、メンバーは、リスト化されたリクエストの自動化サーチを行うことができる。これは、アクティブのリクエストが大量にある場合に有用である。プルダウンメニュー３９２０を用いて、ユーザは、サーチ（例えば、トランザクションタイプ、明細）を行う際の属性を選択し、サーチ期間をフィールド３９１０（例
えば、「ＦＸスポット」）に入力することができる。「サーチ」ボタン３９７０がクリックされると、本システムは、サーチを時刻して、その結果を表示する。「クリア」ボタン３９８０がクリックされると、本システムは、サーチ基準をクリアして、新規サーチ基準を入力できるようにする。「全部見る」ボタン３９９０がクリックされると、本システムは、全てアクティブのリクエストを表示する。「ごみ箱を空にする」ボタン３９６０がクリックされると、本システムは、古いまたはドラフトのトランザクションリクエストを永久削除する；このようなリクエストの数量は、「ごみ箱を空にする」ボタン３９６０の隣に表示される。
【０４５８】
（（ｃ）受領されたリクエストモニタ）
図７１に示す「リクエストモニタ：受領済み」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「受領済み」ボタン３８７０をクリックすることによりアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーの受領済みトランザクションリクエスト（すなわち、メンバーがプロバイダからの価格見積りを既に受領した各トランザクションリクエスト）の集計を見ることができる。図７１に示すように、各「受領済み」リクエストについて表示される情報を以下に挙げる：
・プロバイダと通信する際にクリックすることが可能な「チャット」ボタン（ただし、プロバイダが特定の種類のトランザクションに関するチャット通信を許可している場合。）・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ。
・カウンタパーティ名。
・価格見積り額／レート。
・明細。
【０４５９】
（（ｄ）確認済みのリクエストモニタ）
図７２に示す「リクエストモニタ：確認済み」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「確認済み」ボタン３８１０をクリックすることによりアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーの確認済みのトランザクションリクエスト（すなわち、メンバーがプロバイダからの価格見積りを既に受領しており、かつ、プロバイダがメンバーの受領を確認済みである各トランザクションリクエスト）の集計を見ることができる。図７２に示すように、各「確認済み」リクエストについて表示される情報を以下に挙げる：
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ。
・カウンタパーティ名。
・価格見積り額／レート。
・明細。
【０４６０】
（（ｅ）古いリクエストモニタ）
図７３に示す「リクエストモニタ：古い」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「古い」ボタン３８２０をクリックすることによってアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーの古いトランザクションリクエスト（すなわち、期限切れまたはメンバーから取り消された各トランザクションリクエスト）の集計を見ることができる。図７３に示すように、各「古い」リクエストについて表示される情報を以下に挙げる：
・一意に定まる（システムによって割り当てられた）識別番号。
・状態（すなわち、「期限切れ」または「取り消し済み」）。
・トランザクションタイプ。
・明細。
【０４６１】
（（ｆ）ドラフトのリクエストモニタ）
図７４に示す「リクエストモニタ：ドラフト」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「ドラフトの」ボタン３８６０をクリックすることによってアクセスが可能である。このインターフェースを用いると、メンバーは、メンバーのドラフトのトランザクションリクエスト（すなわち、メンバーがドラフトおよび保存をしているが未だプロバイダに提出されていない各トランザクションリクエスト）の集計を見ることができる。図７４に示すように、各「古い」リクエストについて表示される情報を以下に挙げる：
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションの種類。
・明細。
【０４６２】
（（ｇ）ごみリクエストモニタ）
図７５に示す「リクエストモニタ：ごみ」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「ごみ」ボタン３８５０をクリックすることによりアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーの「ごみ箱に入れた」（すなわち、古いおよびドラフト）トランザクションリクエストの集計を見て、このようなリクエストを永久削除することができる。図７５に示すように、各「ごみ箱に入れた」リクエストについて表示される情報を以下に挙げる：
・削除または回復に関するリクエストを選択する際にクリックすることが可能な選択結果表示物。
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ（例えば、ＦＸスポット）。
・状態。
・リクエストに応答して受信された価格見積りの番号。
・明細。
【０４６３】
特定のリクエストについて選択結果表示物をクリックすることにより、メンバーは、そのリクエストを回復対象として印付けすることができる。その後、「回復」ボタンがクリックされると、選択されたリクエストは「アクティブ」状態に回復する。「ごみ箱を空にする」ボタンがクリックされると、「ごみ箱に入れられた」リクエストは全て永久削除される。
（（ｈ）全ての全てリクエストモニタ）
図７５Ａに示す「リクエストモニタ：全て」インターフェースは、「リクエストの監視：現在」インターフェース（図６７に示す）上の「全て」ボタン３８４０をクリックすることによってアクセスすることが可能である。このインターフェースを用いると、メンバーは、メンバーのトランザクションリクエスト（例えば、アクティブのリクエスト、肯定応答されたリクエスト、確認済みのリクエスト、取り消し済みのリクエスト、および期限切れのリクエスト）すべての集計を見ることができる。図７５Ａに示すように、各リクエストについて表示される情報を以下に挙げる：
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ（例えば、ＦＸスポット）
・状態（例えば、「期限切れ」）。
・リクエストに応答して受信された価格見積りの番号。
・明細。
・終了日および時間／コメント。
【０４６４】
（（ｉ）編集リクエストモニタ）
図７６に示す「リクエストモニタ：編集」インターフェースは、「リクエストの監視：
現在」インターフェース（図６７に示す）上の「編集」ボタン３８３０をクリックすることによってアクセスすることが可能である。このインターフェースを用いると、メンバーは、リクエストモニタインターフェースを個別調整することができる。プルダウンメニュー４０００を用いて、メンバーは、最も最近に終了したリクエストの番号を指定して、「リクエストの監視：現在」インターフェース（図６７に示す）上に表示させることができる。ラジオボタン４０１０をクリックすることにより、メンバーは、本システムに以下の作業を行わせるか否かを指定することができる：すなわち、（ｉ）リクエストに変化（例えば、期限切れまたは新規価格見積り）があった場合にメンバーにその旨を電子的に通知して、メンバーがモニタ表示を手入力でリフレッシュすることができるようにすること；または（ｉｉ）リクエストに変化があった場合モニタ表示を自動的にリフレッシュすること。インジケータ４０２０をクリックすることにより、メンバーは、本システムに「カウントダウン」計器を表示させるか否かを設定することができる。この「カウントダウン」計器は、モニタ表示内の価格見積りが期限切れになるまでの時間を表示する。各種のトランザクションについて、メンバーは、「視認可能」表示物４０４０を設定することができる。この「視認可能」表示物４０４０は、特定の種類のトランザクションをメンバーのモニタ上に表示させるか否かを決定するフィルタとして機能する。最後に、「期限切れまでの緊急を要する時間」フィールド４０５０を用いて、メンバーは、期限切れカウントダウン計器の色が（例えば、緑色から赤色に）変わって緊急時であることを示すデフォルト時間を設定することができる。「保存」ボタンをクリックすることにより、メンバーは、価格設定リクエストの選好設定を保存することができる。
【０４６５】
（ｉｉｉ．プロバイダリクエストの監視）
本発明のこの実施形態は、一連のインターフェースを含む。これらのインターフェースを用いると、プロバイダは、メンバーによって生成されたトランザクション（例えば、新規トランザクションリクエスト、プロバイダが応答性の価格見積りを提出したリクエスト、受領済みリクエスト、確認済みのリクエスト、および期限切れのリクエスト（これらについては後述する）の状態を監視することができる。このようなモニタは、トランザクションに対するカウンタパーティ（例えば、メンバー）に関係無く、特定のプロバイダについてのリクエストを集計する。
【０４６６】
（（ａ）現在のリクエストの監視）
図８４に示す「リクエストの監視：現在」インターフェースを用いると、プロバイダは、（ｉ）メンバーからのアクティブのトランザクションリクエストおよび（ｉｉ）プロバイダの最近終了した価格見積りの主計を見ることができる。図８４に示すように、メンバーから送られる各「アクティブ」（すなわち、期限切れになっていない）リクエストについて表示される情報を以下に挙げる：
・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な「チャット」ボタン（ただし、メンバーが特定の種類のトランザクションに関するチャット通信を許可している場合）。
・リクエストに関するアクションを開始する際にクリックすることが可能な「アクション」ボタン（例えば、「辞退」）。
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ（例えば、ＦＸスポット）。
・リクエストの期限切れ日および時間。
・カウンタパーティ名。
・プロバイダの現在の価格見積り。
・価格見積り期限切れの日および時間。
・価格見積り状態（例えば、「期限切れ」）。
・トランザクションリクエストの明細
各縦列ヘッダをクリックすることにより、「アクティブ」リクエストの表示を、識別番
号、トランザクションタイプ、リクエスト期限切れ日／時間、価格見積り、価格見積り期限切れ日／時間または明細別に選別することが可能である。
【０４６７】
各「最近終了した」見積りについてインターフェース上に表示される情報を以下に挙げる：
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ（例えば、ＦＸスポット）。
・カウンタパーティ名。
・価格見積り。
・状態（例えば、「期限切れ」）。
・明細。
【０４６８】
特定の見積りに関する識別番号がクリックされると、本システムは、その見積りに関する詳細を表示する。この機能は、後述する残りのリクエストモニタインターフェース上でも利用可能である。例えば、ＦＸスポット見積り（ボタン８０３０として識別される）に関する識別番号（「４３１４」）がクリックされると、本システムは、図８５に示す「リクエスト詳細：ＦＸスポット」インターフェースを表示する。このインターフェースは、プロバイダによって生成されるＦＸスポット価格見積りの詳細を示す。このような見積りは、以下の情報を含む：
・リクエストの開始および終了日／時間。
・リクエストの状態（例えば、「取り消し済み」）。
・カウンタパーティ名。
・取引日：通貨取引についてパーティによる契約が得られた日の日付。
・為替資金引渡日：取引通貨の換算が行われる日の日付。
・トランザクション額および通貨。
・取得が望まれる通貨または見積りが固定される通貨（例えば、図８５内の「ＵＳＤ」）。
・換金レートおよび見積りの通貨ペア。
・見積りが期限切れになる日／時間。
・見積りが期限切れになるまでの残り時間。
・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたはプロバイダが関連する法人エンティティの名称。
・法人連絡先：法人エンティティ内の連絡先の名称。
・見積りに関するコメント。これは、プロバイダによって規定された標準的なテキストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インターフェースおよび「標準テキスト定義」インターフェースを参照されたい）。
【０４６９】
このインターフェースは、トランザクションリクエストに関する以下の情報も表示する：
・開始日／時間。
・期限切れ日／時間。
・状態。
・カウンタパーティのクレジット格付け（単数または複数）。
【０４７０】
プロバイダは、カウンタパーティ名をクリックすることができる。カウンタパーティ名がクリックされると、本システムは、そのカウンタパーティに関するプロファイル情報を表示する（後述する図９６を参照された）。「履歴」ボタン８１５０をクリックすることにより、プロバイダは、価格見積りに関連する全てのイベント（例えば、初期リクエストおよび価格見積りに対する改変）の概要を本システムに表示させる。
【０４７１】
別の実施例として、スワップトランザクションリクエスト（図８４上の８０４０として識別されるボタン）について識別番号（「４０８９」）がクリックされると、本システムは、図８６〜８６Ａに示す「リクエスト詳細：固定変動利率スワップ」インターフェースを表示する。このインターフェースは、プロバイダによって生成される固定−変動利率スワップ価格見積りの詳細を示す。この詳細は以下の情報を含む：
・カウンタパーティ名。
・取引日：スワップについてパーティによる契約が得られた日の日付。
・開始日：スワップ契約が開始する日の日付。
・満期日：スワップ契約が終了する日の日付。
・メンバーが固定支払いレッグについて支払う額および通貨。
・プロバイダが変動受取りレッグについて支払う額および通貨。
・支払いレッグの固定利率。
・受取りレッグに関する変動レートインデックスおよびベーシスポイントスプレッド。
・見積りが期限切れとなる日／時間。
・見積りが期限切れになるまでの残り時間。
・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたはプロバイダが関連する法人エンティティの名称。
・法人連絡先：法人エンティティ内の連絡先の名称。
・見積りに関するコメント。これは、プロバイダによって規定された標準的なテキストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インターフェースおよび「標準テキスト定義」インターフェースを参照されたい）。
【０４７２】
図８６Ａに示すように、インターフェースは、トランザクションリクエストに関する以下の情報も表示する：
・開始日／時間。
・期限切れ日／時間。
・状態。
・カウンタパーティのクレジット格付け（単数または複数）。
【０４７３】
プロバイダは、カウンタパーティ名をクリックすることができる。カウンタパーティ名がクリックされると、本システムは、そのカウンタパーティに関するプロファイル情報を表示する（後述する図９６を参照されたい）。「全て取り消す」ボタン８１３０をクリックすることにより、プロバイダは、プロバイダのアクティブの価格見積りの全て取り消すことができる。「履歴」ボタンをクリックすることにより、プロバイダは、価格見積りに関連する全てのイベント（例えば、初期リクエストおよび価格見積りに対する改変）の概要を本システムに表示させる。
【０４７４】
新規トランザクションリクエストが受け取られるかまたは価格見積りの状態が変化すると、本システムは、「リクエストの監視：現在」インターフェースを自動的にリフレッシュする。インターフェースも、リクエスト元のメンバーが別のプロバイダの価格見積りを受領しているトランザクションリクエストの状態を表示する。このような場合、トランザクションリクエストの状態は、「売買が敬遠された」ものとして示される；受領された価格見積りは表示されない。
【０４７５】
（（ｂ）新規リクエストモニタ）
図８７に示す「リクエストモニタ：新規」インターフェースは、「リクエストの監視：現在」インターフェース（図８４に示す）上の「新規」ボタン８０５０をクリックすることによってアクセスすることが可能である。このインターフェースを用いると、プロバイダは、メンバーから送られた最も最近のトランザクションリクエストの集計を見ることができる。図８７に示すように、各「新規」トランザクションリクエストについて表示され
る情報を以下に挙げる：
・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な「チャット」ボタン（ただし、メンバーが、特定の種類のトランザクションに関するチャット通信を許可している場合）。
・一意に定まる（システムによって割り当てられた）識別番号
・トランザクションタイプ（例えば、ＦＸスポット）。
・期限切れ日および時間。
・カウンタパーティ名。
・明細。
【０４７６】
「ＩＤ」ボタン、「タイプ」ボタンまたは「期限切れ」ボタンをクリックすることにより、「アクティブ」リクエストの表示を、識別番号、トランザクションタイプまたは期限切れ日／時間別にそれぞれ選別することが可能である。「実行」ボタン８２００がクリックされると、本システムは、隣接する新規リクエスト（単数または複数）に関するプルダウンメニューから選択することが可能な報告を実行する。このような報告は、イベントの活動ログ、トランザクション統計、およびアクティブのリクエストに関する監査ログを含み得る。このような集計は、後述するリクエストモニタそれぞれについて利用可能である。
【０４７７】
「リクエストモニタ：新規」インターフェースと、後述する残りのリクエストモニタインターフェースとを用いると、プロバイダは、リスト化されたリクエストの自動化サーチを行うこともできる。これは、新規リクエストが大量にある場合に有用である。プルダウンメニュー８１８０を用いて、ユーザは、サーチ（例えば、トランザクションタイプ、明細）の際に用いる属性を選択し、隣接するフィールド（例えば、「ＦＸスポット」）中にサーチ期間を入力することができる。「サーチ」ボタン８２２０がクリックされると、本システムは、サーチを実行してその結果を表示する。「クリア」ボタン８２３０がクリックされると、本システムは、サーチ基準をクリアし、新規サーチ基準を入力できるようにする。「全部見る」ボタン８２４０がクリックされると、本システムは、全ての新規リクエストを表示する。１つ以上のリクエストに隣接する「チェック」表示物がクリックされる（または表示されているリクエストを全て選択するための「全てをチェック」ボタンがクリックされ）、その後、「削除」ボタン８１９０がクリックされると、本システムは、選択されたリクエスト（単数または複数）をビューから削除する。「ごみ箱を空にする」ボタン８２１０がクリックされると、本システムは、古いまたはドラフトの価格見積りを永久削除する；このようなリクエストの数量は、「ごみ箱を空にする」ボタン８２１０の隣に表示される。「全て取り消す」ボタン８１７０がクリックされると、プロバイダのアクティブの価格見積り全てはメンバーから取り消され、これにより、このような見積りは、見込みのあるメンバーによって受領されなくなる。この段落において述べた機能は、本明細書中に説明するリクエストモニタインターフェースそれぞれにおいて利用可能である。
【０４７８】
（（ｃ）アクティブのリクエストモニタ）
図８８に示す「リクエストモニタ：アクティブ」インターフェースは、「リクエストの監視：現在」インターフェース（図８４に示す）上の「新規」ボタン８０６０をクリックすることによってアクセスすることが可能である。このインターフェースを用いると、プロバイダは、プロバイダの「アクティブ」（すなわち、期限切れになっていない）価格見積りの集計を見ることができる。図８８に示すように、各「アクティブ」見積りについて表示される情報を以下に挙げる：
・リクエストを提出したメンバーとの通信を行う際にクリックすることが可能な「チャット」ボタン（ただし、メンバーが、特定の種類のトランザクションに関するチャット通信を許可している場合）。
・一意に定まる（システムによって割り当てられた）識別番号。
・トランザクションタイプ（例えば、ＦＸスポット）。
・トランザクション期限切れ日および時間。
・カウンタパーティ名。
・見積り額／レート。
・見積り期限切れ日および時間。
・見積り状態。
・明細。
【０４７９】
（（ｄ）受領されたリクエストの監視）
図８９に示す「リクエスト監視：受領済み（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ
Ａｃｃｅｐｔｅｄ）」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「受領済み（Ａｃｃｅｐｔｅｄ）」ボタン８０７０をクリックすることによってアクセスすることが可能である。この「リクエスト監視：現在（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ：Ｃｕｒｒｅｎｔ）」インターフェースを用いると、プロバイダは、プロバイダの価格見積のうち受領されたもの（すなわち、メンバーによって受領された各見積り）の集計を見ることができる。図８９に示すように、各「受領済み」見積りについて表示される情報を以下に挙げる。：
・メンバーとの通信を行う際にクリックされ得る「チャット（Ｃｈａｔ）」ボタン（ただし、当該メンバーが特定の種類のトランザクションに関するチャット通信を許可している場合）。
・一意に定まる（システムによって割り当てられた）識別情報番号。
・トランザクションタイプ。
・カウンタパーティの名称。
・価格見積額／レート。
・明細。
【０４８０】
（（ｅ）確認済みのリクエストの監視）
図９０に示す「リクエスト監視：確認済み（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ：Ｖｅｒｉｆｉｅｄ）」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「確認済み」ボタン８１２０をクリックすることによってアクセスすることが可能である。この「リクエスト監視：確認済み」インターフェースを用いると、プロバイダは、プロバイダの確認済みの価格見積（すなわち、メンバーによって受領された見積りのうち、メンバーが当該価格見積を受領したことがプロバイダによって確認された各見積り）の集計を見ることができる。図９０に示すように、各「確認済み」見積りについて表示される情報を以下に挙げる。：
・一意に定まる（システムによって割り当てられた）識別情報番号。
・トランザクションタイプ。
・カウンタパーティの名称。
・価格見積額／レート。
・明細。
【０４８１】
（（ｆ）古いリクエストの監視）
図９０に示す「リクエスト監視：古い（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ：Ｏｂｓｏｌｅｔｅ）」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「古い（Ｏｂｓｏｌｅｔｅ）」ボタン８１１０をクリックすることによってアクセスすることが可能である。この「リクエスト監視：現在」インターフェースを用いると、プロバイダは、プロバイダの古い価格見積（すなわち、期限切れとなったかまたはプロバイダが取り消した各見積り）の集計を見ることができる。図９１に示すように、各「古い」見積りについて表示される情報を以下に挙げる。：
・一意に定まる（システムによって割り当てられた）識別情報番号。
・トランザクションタイプ
・状態（すなわち、「期限切れ」または「取消し済み」の状態）
・明細。
【０４８２】
（（ｇ）ごみリクエストの監視）
図９２に示す「リクエスト監視：ごみ（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ：Ｔｒａｓｈ）」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「ごみ（Ｔｒａｓｈ）」ボタン８１００をクリックすることによってアクセスすることが可能である。この「リクエスト監視：ごみ」インターフェースを用いると、プロバイダは、プロバイダが「ごみ箱に入れた」（すなわち、古い／ドラフトの）価格見積の集積を見て、このような見積りを永久削除することができる。図９２に示すように、各「ごみ箱に入れた」見積りについて表示される情報を以下に挙げる。：
・削除または回復に関するリクエストを選択する際にクリックされ得る選択表示物。
・一意に定まる（システムによって割り当てられた）識別情報番号。
・トランザクションタイプ（例えば、ＦＸスポット）。
・状態。
・明細。
【０４８３】
特定のリクエストについて選択表示物をクリックすることにより、プロバイダは、当該リクエストを回復対象として印付けすることができる。その後、「回復」ボタンがクリックされると、選択されたリクエストは「アクティブ」状態に回復する。「ごみ箱を空にする」ボタンがクリックされると、「ごみ箱に入れられた」リクエストは全て永久削除される。
【０４８４】
（（ｈ）全てのリクエストの監視）
図９３に示す「リクエスト監視：全て」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「全て」ボタン８０９０をクリックすることによってアクセスすることが可能である。この「リクエスト監視：全て」インターフェースを用いると、プロバイダは、プロバイダの価格見積リクエスト（例えば、アクティブリクエスト、受領済みのリクエスト、確認済みのリクエスト、取消し済みのリクエストおよび期限切れのリクエスト）を全て集積したものを見ることができる。図９３に示すように、各見積りについて表示されう情報を以下に挙げる。：
・一意に定まる（システムによって割り当てられた）識別情報番号。
・トランザクションタイプ。（例えば、ＦＸスポット）。
・状態（例えば、「期限切れの」状態）。
・明細。
・完了日付および時間／コメント
（（ｉ）「表示を変更する」リクエストの監視）
図９４に示す「リクエスト監視：「表示を変更する」」インターフェースは、「リクエスト監視：現在」インターフェース（これを図８４に示す）上の「編集」ボタン８０８０をクリックすることによってアクセスすることが可能である。この「リクエスト監視：「表示を変更する」」インターフェースを用いると、プロバイダは、リクエスト監視インターフェースを個別調整することができる。プルダウンメニュー８２５０を用いて、プロバイダは、最も最近に完了したリクエストの番号を指定して、「リクエスト監視：現在」インターフェース（これを図８４に示す）内に表示させることができる。ラジオボタン８２６０をクリックすることにより、プロバイダは、本システムに以下の作業を行わせるか否かを指定することができる：すなわち、（ｉ）リクエストに変化（例えば、期限切れまたは変更）があった場合にプロバイダにその旨を電子的に通知して、プロバイダがモニタ表示を手入力でリフレッシュすることができるようにすること；または（ｉｉ）リクエストに変化があった場合（ユーザのウェブブラウザに応じて）モニタ表示を自動的にリフレッシュすること。「カウントダウン」インジケータをクリックすることにより、プロバイダは、本システムにカウントダウン計器を表示させるか否かを設定することができる。この「カウントダウン」計器は、モニタ表示内のトランザクションリクエストが期限切れになるまでの時間を表示する。各種のトランザクションについて、プロバイダは、「視認可能な」表示物を設定することができる。この「視認可能な」表示物は、特定の種類のトランザクションをプロバイダのモニタ上に表示させるか否かを決定するフィルタとして機能する。最後に、「期限切れまでの緊急を要する時間」フィールドを用いて、プロバイダは、期限切れカウントダウン計器の色が（例えば、緑色から赤色に）変わって緊急時であることを示すデフォルト時間を設定することができる。「保存」ボタンをクリックすることにより、プロバイダは、価格設定リクエストの選好設定を保存することができる。
【０４８５】
（ｉｖ．プロバイダの見積りの生成）
本発明のこの実施形態は、価格見積生成インターフェースを含む。この価格見積生成インターフェースを用いると、プロバイダは、メンバーが本システムを用いて構築した各種の金融トランザクションリクエストに応答して見積りを生成することができる。特定のトランザクションリクエストが選択されると、上述したように、プロバイダは、当該トランザクションリクエストの詳細を検討し、価格見積を入力して、メンバーに提出することができる。
【０４８６】
例えば、上述した図８４に示すように、ＦＸスポット見積り（これは、図８４中のボタン８０３０として識別される）について識別情報番号（「４３１４」）がクリックされると、本システムは、図８５に示す「リクエスト詳細：ＦＸスポット」インターフェースを表示する。このインターフェースは、メンバーによって生成されたＦＸスポットトランザクションリクエストの詳細を示す。このインターフェースを用いると、プロバイダは、外国為替見積りレート（例えば、フィールド８１４０中の「０．９２００００」））と、以下の見積り詳細とを入力することができる。：
・日付／時間：見積りが期限切れとなる時間または見積りが期限切れになるまでの残り時間。
・法人エンティティ：トランザクションの割り当て対象となるプロバイダまたはプロバイダが関連する法人エンティティの名称。
・法人連絡先：法人エンティティ内の連絡先の名称。
・見積りに関するコメント。これは、プロバイダによって規定された標準的なテキストを含み得る（上記および図１０１〜１０２に示す「標準テキスト」インターフェースおよび「標準テキスト定義」インターフェースを参照されたい。）。
【０４８７】
別の例として、スワップトランザクションリクエスト（これは、図８４上のボタン８０４０として識別される）について識別情報番号（「４０８９」）がクリックされると、本システムは、図８６〜８６Ａに示す「リクエスト詳細：固定変動金利スワップ（Ｒｅｑｅｓｔ  Ｄｅｔａｉｌ：Ｆｉｘｅｄ  Ｆｌｏａｔ  Ｉｎｔｅｒｅｓｔ  Ｒａｔｅ  Ｓｗａｐ）」インターフェースを表示する。このインターフェースは、メンバーによって生成された固定−変動金利スワップトランザクションリクエストの詳細を示す。このインターフェースを用いると、プロバイダは、固定見積りレート（例えば、フィールド８１６０中の「５．９５００００％」）と、上述した見積りの詳細とを入力することができる。
【０４８８】
これらの「リクエスト詳細」インターフェースを用いて、プロバイダは、「指示的」価格見積を生成および提出することもできる。このような見積りはメンバーが受領することはできないが、このような見積りを用いると、プロバイダは、トランザクションタイプに関する市場レベルの指示を送信して、これにより、プロバイダとメンバーとの間で交渉または見込みのあるトランザクションが奨励されるようにすることができる。メンバーがプ
ロバイダとのクレジット関係をまだ持っていない場合にも、このような指示的見積りを用いることが可能である。プロバイダは、指示的価格見積を見積りのコメントフィールドを用いたものとして識別することができる。
【０４８９】
（ｖ．トランザクションの実行）
本発明の一実施形態を用いて、メンバーおよびプロバイダは、金融トランザクションのオンライン実行に参加することができる。このようなトランザクションの一例として、外国為替スポット（「ＦＸスポット」）トランザクション−について、図２に示すフローチャートを参照しながら以下に説明する。これらの工程は、本明細書中に記載の他の種類のトランザクションについてもそれぞれ本発明を用いて実行可能である点に留意されたい。
【０４９０】
（ａ）予備工程
この実施例では、メンバーおよびプロバイダがオンライン取引に必要な標準化契約本をシステムを用いて既に実行しており（図２中の工程３００）、かつ、メンバーに割り当てられるクレジット限度額についても交渉を終わらせている（工程３１０）ものと仮定する。上述したように、これらの工程は、図８３に示す「取引の文書化（Ｔｒａｄｉｎｇ  Ｄｏｃｕｍｅｎｔａｔｉｏｎ）」インターフェースを用いて行うことが可能である。この「取引の文書化」インターフェースは、クレジット関係機能と、本システムによって提供される様々な通信メカニズムとを提供する。
【０４９１】
（ｂ）トランザクションおよびリクエストの構築
メンバーは先ず、所望のトランザクションリクエストを構築および生成しなければならない（図２中の工程３２０）。図１０３に示す「新規リクエスト（Ｎｅｗ  Ｒｅｑｕｅｓｔ）」インターフェースは、本発明のこの実施形態に含まれる様々な新規リクエストインターフェースに対するロードマップを提供するため、当該タスクについての開始ポイントであるといえる。この実施例において、メンバーは、ＦＸスポットトランザクションを生成することを望んでいるため、「ＦＸスポット／先渡し」ボタン８４９０をクリックする。その結果、本システムは、図１０４に示す「新規リクエスト：ＦＸ」インターフェースを表示する。このインターフェースにおいて、メンバーは、所望のＦＸスポットトランザクションに関する以下の詳細を入力する。：
・取引日付が２０００年９月１３日であること（フィールド８５９０）。
・（スポット換算の）値日付が２０００年９月１５日であること（フィールド８６００）。（日付は、「日付設定」ボタン８６３０をクリックすることによって設定可能である点に留意されたい。）。
・メンバーは、１，０００，０００（フィールド８６１０）のＥｕｒｏ（プルダウンメニュー８５８０）を米国ドル（プルダウンメニュー８６２０）にアゲインストで購入しようとしている（ラジオボタン８５７０）こと。
・当該トランザクションにおけるメンバーの「法人エンティティ」は「ＰａｔｅｎｔＣｏｒｐ」であること。
【０４９２】
「パラメータ（Ｐａｒａｍｅｔｅｒｓ）」ボタン８５６０がクリックされると、本システムは、図１０５に示すＦＸスポットトランザクションについて「パラメータ」インターフェースを表示する。このインターフェースにおいて、メンバーは、オンライントランザクションリクエストのパラメータ（例えば、（ｉ）満期日付／時間（フィールド８６７０）または（ｉｉ）期限切れになるまでの残り時間（フィールド８６８０）およびリクエストに関するメモ／コメント）を提供する。「保存（Ｓａｖｅ）」ボタン８７００がクリックされると、本システムは、トランザクションリクエストに関する情報を保存する。「送信（Ｓｅｎｄ）」ボタン８６９０がクリックされると、トランザクションリクエストの詳細とパラメータとが、本システムを介してプロバイダに送られる。
【０４９３】
図１０４中の「プロバイダ（Ｐｒｏｖｉｄｅｒｓ）」ボタン８６５０がクリックされると、本システムは、図１０６に示すＦＸスポットトランザクションについて「プロバイダ」インターフェースを表示する。このインターフェースにおいて、メンバーが「送信」ボタンをクリックすると、メンバーは、オンライントランザクションリクエストの送り先であるプロバイダ「Ｐａｔｅｎｔ  Ｂａｎｋ」）を指定することができる。
【０４９４】
図１０４中の「検討（Ｒｅｖｉｅｗ）」ボタン８６６０がクリックされると、本システムは、図１０８に示すＦＸスポットトランザクションについての「検討」インターフェースを表示する。このインターフェースにおいて、メンバーは、当該トランザクションリクエストを１つ以上のプロバイダに（「送信」ボタン８７３０をクリックすることによって）送信する前に、当該トランザクションリクエストの詳細およびパラメータを検討することができる。メンバーが検討を終えた後になってから、トランザクションリクエストの詳細またはパラメータの任意の部分に変更を加えることを望んだ場合、そのメンバーは、必要に応じて「新規リクエスト：ＦＸ」インターフェース（図１０４）または「パラメータ」インターフェース（図１０５）に戻ることができる。
【０４９５】
トランザクションリクエストが１つ以上のプロバイダに提出されると（図２中の工程３３０）、メンバーは、トランザクションリクエストおよびその状態（例えば、任意の価格見積情報）を（図１０７に図示しまた上記にて説明した）「リクエスト詳細：ＦＸスポット」インターフェースを介して検討することができる。
【０４９６】
（（ｃ）トランザクションリクエストの監視および検討）
取引の実行における次なる工程は、１つ以上のプロバイダが、メンバーのトランザクションリクエストを受信および検討する工程である（図２中の工程３４０）。本システムを用いて、プロバイダは、上述したリクエスト監視インターフェースを用いて入来トランザクションリクエストを監視する。加えて、プロバイダが選好として指定されている場合、新規トランザクションリクエストを受信すると、当該プロバイダは、自動通知（例えば、Ｅメールメッセージ）をシステムから受信することができる。図１０９Ａに図示しまた上記にて説明した「リクエスト監視：現在の」インターフェースは、新規トランザクションリクエストを表示する。この実施例において、メンバーのＦＸスポットリクエストは、本システムによって割り当てられた識別情報番号「５０６４」と共に表示される。その識別情報番号（ボタン８７５０）がクリックされると、本システムは、図８５に図示しまた上記にて説明した「リクエスト詳細：ＦＸスポット」インターフェースを表示する。プロバイダは、この「リクエスト詳細：ＦＸスポット」インターフェースから、応答による価格見積を生成することができる。あるいは、プロバイダは、図１０９Ａに示す「辞退」ボタン８７５０をクリックすることによってトランザクションリクエストを辞退することを選択することもできる。その結果、システムがトリガされ、これにより、当該プロバイダがリクエストを辞退した旨がメンバーに通知される。新規ＦＸスポットトランザクションリクエストも、プロバイダの以下のインターフェース上に表示される：すなわち、図１０９Ｂに図示および上記にて説明した（ｉ）「リクエスト監視：新規」インターフェース；および図１０９Ｃに図示および上記にて説明した（ｉｉ））「リクエスト監視：アクティブ（Ｒｅｑｕｅｓｔ  Ｍｏｎｉｔｏｒ：Ａｃｔｉｖｅ）」インターフェース。
【０４９７】
（（ｄ）価格見積の生成および提出）
プロバイダは、メンバーのトランザクションリクエストを受信および検討した後、所望であれば、図８５に示しまた上述したＦＸスポットインターフェースを用いて、「リクエスト詳細」を用いて応答による価格見積（図２中の工程３５０）を生成および提出することができる。このインターフェースを用いて、プロバイダは、メンバーに対して提案された外国為替見積りレート（フィールド８１４０中の「０．９２００００」）を入力する。この工程は、プロバイダとメンバーとの間で交渉が行われている間、複数回にわたって反
復され得る。なぜならば、このような交渉は、本システム（チャット、Ｅメール、インスタントメッセージング）または取引手段（例えば、電話）によって提供される通信メカニズムを介して行われるからである。プロバイダは、自身の見積りを提出した後、図１０９Ｄに示しまた上記にて説明した「リクエスト監視：アクティブ」インターフェースを用いて、当該見積りの状態を監視することができる。見積りが「アクティブ（Ａｃｔｉｖｅ）」状態である間、プロバイダは、任意の時間に見積りを取り消すことができる。
【０４９８】
（（ｅ）価格見積りの監視および検討）
取引の実行における次なる工程は、１つ以上のプロバイダからの価格見積をメンバーが受信および検討する工程（図２中の工程３６０）である。本システムを用いて、メンバーは、上述したリクエスト監視インターフェースを用いて入来してくる見積りを監視する。加えて、メンバーが選好として指定されている場合、当該メンバーは、新規トランザクションリクエストを受信する際、本システムから自動通知（例えば、Ｅメールメッセージ）を受信することができる。図１１０Ａに示しまた上記にて説明した「リクエスト監視：現在」インターフェースは、新規見積りを表示する。この実施例において、メンバーのＦＸスポットリクエストおよびプロバイダの見積りは、本システムによって割り当てられた識別情報番号「５０６４」と共に表示される。この表示は、メンバーがそのトランザクションリクエストに応答した見積りを受信したことを示す。リクエスト識別情報番号（ボタン８７６０）がクリックされると、本システムは、図１１に示しまた上記にて説明した「リクエスト詳細：ＦＸスポット」インターフェースを表示する。このインターフェースは、メンバーのリクエストの詳細と、プロバイダの見積りの詳細とを表示する。
【０４９９】
（（ｆ）価格見積の選択および受領）
１つ以上のプロバイダからの価格見積（単数または複数）を受領および検討した後、メンバーが（上述したように）自身のリクエストを取り消さない限り、当該メンバーは、１つ以上のプロバイダの価格見積（単数または複数）を選択し、恐らくはプロバイダ（単数または複数）との交渉を行って、より好ましい見積りを入手する（図２中の工程３７０）。このような交渉は、本システムによって提供された通信メカニズム（チャット、Ｅメール、インスタントメッセージング）または取引手段（例えば、電話）を介して行われ得る。例えば、メンバーは、図１１０Ｂに示す「チャット」ボタン８７８０をクリックして、ＦＸスポットトランザクションに関する価格見積についてプロバイダとの交渉に参加することができる。このような交渉を行った後、メンバーは、これらのプロバイダのうち１つから見積りを受領する（図２中の工程３８０）。メンバーは、図１１０Ｂに示す「受領」ボタン８７７０をクリックすることにより、この工程を自動的に行うことができる。その結果、本システムは、図１１０Ｃに示す「受領：ＦＸスポット」インターフェースを表示する。このインターフェースは、受領された見積りおよびトランザクションの詳細（例えば、期日情報およびカウンタパーティの情報）を表示する。
【０５００】
図１１０Ｂに示す「受領」ボタン８７７０をメンバーがクリックするアクションにより、メンバーおよびプロバイダの各リクエスト監視も更新される。図１１０Ｄに示しまた上記にて説明したメンバーの「リクエスト監視：受領済み」は、メンバーのトランザクションリクエストのうち受領されたものの詳細（例えば、この実施例のＦＸスポットトランザクション（「５０６４」））の集計を表示する。
【０５０１】
（（ｇ）受領されたトランザクションの確認）
図１１１Ａに示しまた上記にて説明したプロバイダの「リクエスト監視：現在」インターフェースは、メンバーが受領したプロバイダのアクティブ価格見積の詳細（例えば、この実施例のＦＸスポットトランザクション（「５０６４」））の集計を表示する。加えて、プロバイダが選好として指定されている場合、見積りがメンバーによって受領された旨が受信されると、当該プロバイダは、本システムからの自動通知（例えば、Ｅメールメッセージ）を受領することができる。この段階において、このインターフェースを用いて、プロバイダは、（例えば、「チャット」ボタン８８００をクリックすることによってチャットセッションを開始することによって）メンバーとさらに通信または交渉することができるか、または、プロバイダの見積りをメンバーが受領したことを確認（すなわち、確定）することができる。この確認工程（図２中の工程３９０）は、図１１１Ａに示す「確認」ボタン８８１０をクリックすることによって行うことができる。確認の際、本システムは、図１１１Ｂに示すように、アクティブリクエストから「最近完了した（Ｒｅｃｅｎｔｌｙ  Ｃｏｍｐｌｅｔｅｄ）」見積りまでのトランザクションを再度分類する。この実施例において、ＦＸスポットトランザクション（「５０６４」）は、「確認済み」の状態と共に図示されている。トランザクションは、図１１１Ｃに示しまた上記にて説明したプロバイダの「リクエスト監視：確認済み」インターフェース上にも表示される。加えて、この確認は、（ｉ）図７２に示しまた上記にて説明したメンバーの「リクエスト監視：確認済み」インターフェースと、（ｉｉ）他のプロバイダの「リクエスト監視：現在」インターフェースとの上に表示される。これらのインターフェース上には、トランザクションリクエストが「売買が敬遠された（Ｄｅａｌｔ  Ａｗａｙ）」状態で表示される。
【０５０２】
（（ｈ）決済およびバックエンドの処理）
トランザクションおよび見積りの受領および確認が行われた後、メンバーおよびプロバイダは、本発明の本システムを用いて、上述したようにトランザクションに関するその所有バックエンドのシステムを自動更新する（図２中の工程４００）ことができ、決済および支払いについて相互に通信することができる（図２中の工程４１０）。本システムを用いると、メンバーおよびプロバイダは、トランザクション（例えば、キャッシュフローおよび手数料）を連続的に追跡および管理することもできる。これについて、以下に説明する。
【０５０３】
（２．非トランザクション−特定の機能）
本発明のこの実施形態を用いると、システムユーザ（すなわち、メンバーおよびプロバイダ）にオンライン金融トランザクションに参加する能力を与えることに加えて、ユーザに対して他の双方向機能が豊富に得られる。これについて以下に説明する。
【０５０４】
（ａ．システムの個人化）
本発明のこの実施形態に含まれる一連のインターフェースを用いると、メンバーおよびプロバイダは、本システムを個人化および個別調整して、ユーザの効率と、使いやすさとを向上させ、そして、ユーザが本システムを用いてオンライン金融トランザクションを実行する際に得る経験を向上させることができる。
【０５０５】
（コンテンツ）
ユーザは、本システムによって提供されるニュースコンテンツ（例えば、図２５に示す「ＭｙＣＦＯＷｅｂ」インターフェース上のコンテンツ）を個人化することができる。図２６〜２６Ａに示す個人化インターフェースを用いることにより、ユーザは、１つ以上のニュースコンテンツモジュール、ツール、概要およびチャートを「利用可能なモジュール」プルダウンメニュー２１３０から選択し、「左パネル」２１４０フィールド、「中央パネル」２１５０フィールドおよび「右パネル」２１６０フィールドと、「追加」／「除去」ボタンとを用いて、このようなコンテンツの画面上での位置を指定することができる。図２６Ａに示す「更新」ボタンがクリックされると、本システムは、ユーザの選択を保存する。
【０５０６】
（ｉｉ．プロフィール）
本システムは、上述した「フィルタリング」機能に加えて、ユーザが自身のシステムプロフィールを設定することを可能にするインターフェースも提供する。メンバーは、図８
１に示すメンバーの「私のプロフィール（Ｍｙ  Ｐｒｏｆｉｌｅ）」インターフェース上に、自身の識別情報および連絡先情報を指定することができる。プルダウンメニューを用いて、メンバーは、デフォルトの報告通貨、産業、および時間帯を示すことができる。「保存」ボタン７０９０がクリックされると、本システムは、このようなプロフィール情報を保存する。
【０５０７】
同様に、プロバイダも、図９６に示す「私のプロフィール」インターフェース（このインターフェースは、図９５に示す「私のプロフィール」メニュー上の「プロフィール」ボタン８２８０をクリックすることによって到達することが可能である。）上において、自身の識別情報および連絡先情報を指定することができる。プルダウンメニューを用いて、プロバイダは、デフォルトの報告通貨、産業、および時間帯を示すことができる。「保存」ボタン８３４０がクリックされると、本システムは、このようなプロフィール情報を保存する。
【０５０８】
（ｂ．ポートフォリオの管理）
本発明のこの実施形態は、メンバーが自身の完了したトランザクションのポートフォリオを管理することを可能にする一連のインターフェースを含む。図４４に示す「取引リスト」インターフェースは、各メンバーの完了したトランザクションの集計を提供する。このような集計は、各トランザクションについて以下の情報を含む。：
・一意に定まる（システムによって割り当てられた）識別情報番号。２３７０
・トランザクションタイプ２３６０（例えば、「ＦＸスポット」）
・カウンタパーティ２３５０
・取引日付２４００
・明細。２４１０
各縦列ヘッダをクリックすることにより、上記のリスト化されたカテゴリ情報のうち任意のものに基づいてリスト項目を並べることが可能である。リスト項目に近接する選択表示物をクリックすること（または「全てをチェックする」ボタン２４４０をクリックして全てを選択こと）を行った後に、「削除」ボタン２４５０をクリックすることにより、トランザクションリスト項目を削除することが可能である。「実行」ボタン２４９０（これを図４４Ａに示す）がクリックされると、本システムは、プルダウンメニュー２４８０（これを図４４Ａに示す）から表示されたトランザクションポートフォリオについて選択され得るレポートを実行する。このようなレポートは、時価評価の概要または詳細、今後のイベント（例えば、支払いの締め切り、レートの再設定、外国為替のシフトレポート、金利感度レポート、取引チケットまたは監査レポート）を含み得る。
【０５０９】
概要としてリスト化された個々のトランザクションのうち任意のものがクリックされると、本システムは、その特定のトランザクションの詳細な概要を表示する。加えて、本システムは、各種のトランザクションに関するキャッシュフロー、手数料、およびさらなる情報物も生成および表示する。例えば、「ＦＸスポット」トランザクションについて識別情報番号（「１」）２３９０（これを図４４に示す）がクリックされると、本システムは、図４５に示す「ＦＸスポットの詳細」インターフェースを表示する。各種のトランザクションに関する詳細インターフェースについて以下に説明する。これらのインターフェースの説明を行うにあたって、機能および／またはインターフェースのうち１種類以上のトランザクションに共通するものについては、説明を一度だけ行う。
【０５１０】
（ＦＸスポット）
図４５に示す「ＦＸスポットの詳細」インターフェースは、特定のＦＸスポットトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「ＦＸスポットの詳細」インターフェースは以下を含む。：
・取引日付２５２０：通貨取引がパーティによって契約された日の日付。
・為替資金引渡日２５３０：取引された通貨が換算される日の日付。
・メンバーが通貨の購入または売却のどちらを行ったのかを示すラジオボタン２６１０。・元金２６２０：取得対象通貨に変換される通貨の額。
・スポットレート２６３０：取引が実行される際に用いられた外国為替レート。・アゲインスト２６４０：購入対象通貨の指定額。
・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。・カウンタパーティの名称２５４０。プロフィールボタン２５９０をクリックすることにより、メンバーは、カウンタパーティのプロフィール情報を見ることができる。
・法人エンティティ２５５０：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿２５６０：メンバーがトランザクションを記載する取引帳簿。
【０５１１】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額（Ｖａｌｕｅ）」ボタン２６５０をクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５１２】
「キャッシュフロー（Ｃａｓｈｆｌｏｗｓ）」ボタン２５００がクリックされると、本システムは、図４５Ａに示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ（Ｒｅｆｒｅｓｈ）」ボタン２６７０をクリックすることにより、この情報をリフレッシュすることが可能である。
【０５１３】
「手数料」ボタン２５１０（これを図４５中に示す）がクリックされると、本システムは、図４６に示す「手数料」インターフェースを表示する。この「手数料」インターフェースは、特定のトランザクションと関連付けられた手数料を示す。このインターフェースを用いると、メンバーは、（表示されたフィールド中にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削除」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いを削除することもできる。
【０５１４】
「さらなる情報」ボタン２５７０（これを図４５中に示す）がクリックされると、本システムは、図４７に示す「さらなる情報」インターフェースを表示する。この「さらなる情報」インターフェースは、特定のトランザクションについてユーザが入力したコメントまたは他の情報を示す。このインターフェースを用いると、メンバーは、（情報を入力して「追加」ボタンをクリックすることによって）さらなる情報を追加するか、または、（「削除」ボタンをクリックすることによって）さらなる情報を削除することができる。情報を追加する場合、メンバーは、追加すべき各アイテムについて、アイテムタイプ２７００、金額２７１０（すなわち、情報）、および明細２７２０を入力しなければならない。
【０５１５】
（ｉｉ．ＦＸ先渡し）
図４８に示す「ＦＸ先渡しの詳細」インターフェースは、特定のＦＸ先渡しトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「ＦＸ先渡しの詳細」インターフェースは以下を含む。：
・取引日付：通貨取引がパーティによって契約された日の日付。
・為替資金引渡日：取引された通貨が換算される日の日付。
・メンバーが通貨の購入または売却のどちらを行ったのかを示すラジオボタン２７３０。・元金２７４０：取得対象通貨に変換される通貨の額。
・先渡しレート２７５０：取引が実行される際に用いられた外国為替レート。
・アゲインスト２７６０：購入対象通貨の指定額。
・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５１６】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５１７】
「キャッシュフロー」ボタンがクリックされると、本システムは、図４８Ａに示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリックすることにより、この情報をリフレッシュすることが可能である。
【０５１８】
（ｉｉｉ．ＦＸスワップ）
図４９に示す「ＦＸスワップの詳細」インターフェースは、特定のＦＸスワップトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「ＦＸスワップの詳細」インターフェースは、以下を含む。：
・取引日付：通貨取引がパーティによって契約された日の日付。
・近位日付（Ｎｅａｒ  Ｄａｔｅ）：スワップの第１のレッグ（「近位レッグ」）の支払いがが行われる日の日付。
・遠位日付（Ｆａｒ  Ｄａｔｅ）：スワップの第２のレッグ（「遠位レッグ」）の支払いがが行われる日の日付。
・メンバーが通貨を近位レッグで購入または売却したか否かを示すラジオボタン２７７０。
・近位レッグ元金２７８０：近位レッグの下で支払われる通貨の額。
・近位レッグスポットレート２７９０：近位レッグの外国為替レート。
・近位レッグアゲインスト２８００：近位レッグの下で支払われる額を計算する際に基本として用いられる額。
・メンバーが通貨を遠位レッグで購入または売却したか否かを示すラジオボタン２８１０。
・遠位レッグ元金２８２０：遠位レッグの下で支払われる通貨の額。
・遠位レッグ先渡しレート２８３０：遠位レッグの外国為替レート。
・遠位レッグアゲインスト２８４０：遠位レッグの下で支払われる額を計算する際に基本として用いられる額。
・取引ＩＤ：一意に定まる（システムによって割り当てられた）識別情報番号。・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５１９】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５２０】
「キャッシュフロー」ボタンがクリックされると、本システムは、図４９Ａに示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリックすることにより、この情報をリフレッシュすることが可能である。
【０５２１】
（ｉｖ．ＦＸ欧州オプション）
図５０に示す「ＦＸ欧州オプション詳細」インターフェースは、特定のＦＸ欧州オプション（外国為替オプション）トランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「ＦＸ欧州オプション詳細」インターフェースは、以下を含む。：
・取引日付：通貨取引がパーティによって契約された日の日付。
・満期日付：オプションを実行することができなくなる日。
・送達日付：オプションが実行される際にキャッシュフローまたは基本の（ｕｎｄｅｒｌｙｉｎｇ）取引額のいずれかを換算しなければならない日。
・メンバーが通貨の購入または売却のどちらを行っているのかを示すラジオボタン２８５０。
・元金２８６０：オプションが実行される際に購入対象のまたは売却対象の通貨に変換される通貨の額。
・ストライク２８７０：オプションの実行をトリガするストライクレート。
・プレミアム２９００：オプションが実行される際に支払われるプレミアム額。・支払い日付２９１０：プレミアムが支払われる日。
・アゲインスト２８８０：オプションが実行される際に購入または売却される通貨の決済額。
・ボラティリティ２９２０：基本の（ｕｎｄｅｒｌｙｉｎｇ）オプションのボラティリティレート。
・オプションが実行される際に（ｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取引（「現金」）のうち正味のキャッシュフローのみまたは（ｉｉ）基本の（ｕｎｄｅｒｌｙｉｎｇ）取引（「フィジカル」）のどちらを決済するかを示す送達２８９０ラジオボタン。
・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５２２】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５２３】
「キャッシュフロー」ボタンがクリックされると、本システムは、図５０Ａに示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンをクリックすることにより、この情報をリフレッシュすることが可能である。
【０５２４】
（固定−変動金利スワップ）
図５１〜５１Ｂに示す「固定変動金利スワップの詳細」インターフェースは、特定の固定−変動金利スワップトランザクション（または変動−固定金利スワップ）の詳細をメンバーのトランザクションポートフォリオとして表示する。本システムは、変動−変動金利スワップトランザクションと、固定−固定通貨間スワップトランザクションと、固定変動
通貨間スワップ（または変動−固定通貨間スワップ）トランザクションと、変動−変動通貨間スワップトランザクションとについて類似のインターフェースを含む。このインターフェースによる表示の詳細は以下を含む。：
・取引日付２９３０：スワップ契約がパーティによって定められた日の日付。
・開始日付２９４０：スワップ契約が開始する日の日付。
・満期日付２９５０：スワップ契約が終了する日の日付。
・メンバーが通貨の購入または売却を支払いレッグまたは受領レッグのいずれかで行ったのかを示す表示物２９６０。
・固定レッグまたは変動レッグについての名目額２９７０および通貨。
・固定レッグについての固定レート２９８０ならびに変動レッグについての変動レートインデックスおよびベーシスポイントスプレッド。
・第１の固定レート２９９０：第１の金利計算期間の間に用いられる金利。変動受領レッグ（オプション）について用いられる。
・日数カウント３０００：利息を計算する際に用いられる日数カウント方法。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・支払い頻度３０１０：利息支払いが行われる頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・変更／日付３０２０：各期間についての特定の日および規約。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・レート再設定カレンダー３０３０：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。変動レッグについて金利を再設定する際に休業日に関する参照情報として用いられる。
・休日３０４０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ３０５０：予定外の支払いについて用いられる表示物。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・スタブ長さ３０６０：不規則な支払い予定長さ。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・複合頻度３０７０：利息複合計算の頻度。（ｉ）固定レッグおよび（ｉｉ）変動レッグそれぞれについて指定される。
・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５２５】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５２６】
「キャッシュフロー」ボタンがクリックされると、本システムは、図５２に示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタン７０をクリックすることにより、この情報をリフレッシュすることが可能である。
【０５２７】
「レート再設定」ボタン（これを図５１に示す）がクリックされると、本システムは、図５３に示す「レート再設定」インターフェースを表示する。この「レート再設定」イン
ターフェースは、特定のトランザクションについての全ての（すなわち、過去および将来の）レート再設定イベントを示す。このインターフェースを用いると、「ロック」および「ロックレート」の仕様が得られる。このようなレートを再設定し、「更新」ボタンをクリックすることにより、これらのレートのうち任意のものをロックすることができる。
【０５２８】
（金利先渡し契約）
図５４に示す「金利先渡し契約の詳細」インターフェースは、特定の金利先渡し契約トランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「金利先渡し契約の詳細」インターフェースは以下を含む。：
・取引日付３０９０：当該取引に関する契約がパーティによって定められた日の日付。
・期日３１００：取引の開始日および終了日。；例えば、「３×６ヶ月」は、取引が開始するのは取引日付から３ヶ月経過した後の最初の営業日であり、取引が終了するのは取引日付から６ヶ月が経過した後の最初の営業日であることを意味する。
・開始日付３１１０：金利先渡し契約が開始する日の日付。
・終了日付３１２０：金利先渡し契約が終了する日の日付。
・メンバーが金利先渡し契約を購入または売却のどちらを行っているか否かを示すラジオボタン。
・名目額３１５０：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・金利先渡し契約レート３２１０：金利先渡し契約の支払いをトリガする金利先渡し契約レート。
・金利のインデックス３１６０。
・日数カウント３１７０：利息を計算する際に用いられる日数カウント方法。
・変更／日付３１８０：各期間についての特定の規約および日。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。
・休日３１９０：地域に特有の（例えば、ニューヨーク、ロンドン）休業日。支払いを計算する際の参照情報として用いられる。
・レート再設定カレンダー３２００：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。
【０５２９】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５３０】
「キャッシュフロー」ボタンがクリックされると、本システムは、図５５に示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンクリックすることにより、この情報をリフレッシュすることが可能である。
【０５３１】
「レート再設定」ボタン（これを図５４に示す）がクリックされると、本システムは、図５６に示す「レート再設定」インターフェースを表示する。この「レート再設定」インターフェースは、特定のトランザクションについての全ての（すなわち、過去および将来の）レート再設定イベントを示す。このインターフェースを用いると、「ロック」３２２０および「ロックレート」３２３０の仕様が得られる。このようなレートを再設定し、「更新」ボタンをクリックすることにより、これらのレートのうち任意のものをロックすることができる。
【０５３２】
（ｖｉｉ．固定レートの預金）
図５７に示す「固定レート預金の詳細」インターフェースは、特定の固定レート預金のトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「固定レート預金の詳細」インターフェースは以下を含む。：
・取引日付３２４０：預金についてパーティによる契約が得られた日の日付。
・値日付３２５０：預金が開始する日の日付。
・満期日付３２６０：預金が終了する日の日付。
・元金３２８０：預金の際に用いられる通貨の額および種類。
・レート３２９０：預金の金利。
・日数カウント３３００：利息を計算する際に用いられる日数カウント方法。
・支払い頻度３３１０：利息支払いが行われる頻度。
・変更／日付３３２０：各期間についての特定の規約および日。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。
・休日３３３０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・スタブ３３４０：予定外の支払いについて用いられる表示物。
・スタブ長さ３３５０：不規則な支払い予定長さ。
・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５３３】
このインターフェースは、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５３４】
「キャッシュフロー」ボタンがクリックされると、本システムは、図５８に示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、将来のキャッシュフロー情報（すなわち、特定のトランザクションに関する内外への支払い）を示す。「リフレッシュ」ボタンクリックすることにより、この情報をリフレッシュすることが可能である。
【０５３５】
（ｖｉｉｉ．キャップ）
図５９〜５９Ａに示す「キャップの詳細」インターフェースは、特定のキャップトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「キャップの詳細」インターフェースは以下を含む。：
・取引日付３３６０：当該取引に関する契約がパーティによって定められた日の日付。
・開始日付３３７０：オプションが開始する日の日付。
・満期日付３３８０：オプションが期限切れになる日の日付。
・メンバーがキャップを購入または売却のどちらを行っているかを示すラジオボタン３３９０。
・名目額３４００：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・ストライクレート３５００：キャップトランザクションが実行される際に用いられるストライクレート。
・変動金利についてのインデックス３４１０およびベーシスポイントスプレッド。
・第１の固定レート３４２０：第１のキャップレット計算期間の間に用いられる金利。
・プレミアム３５２０：キャップについて支払わる額。
・プレミアム日付３５３０：プレミアム支払いが行われる日の日付。
・日数カウント３４３０：利息を計算する際に用いられる日数カウント方法。
・支払い頻度３４４０：キャップ支払いが行われる頻度。
・変更／日付３４５０：各期間についての特定の規約および日。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。
・レート再設定カレンダー３４６０：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。
・休日３４７０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・スタブ３４８０：予定外の支払いについて用いられる表示物。
・スタブ長さ３４９０：不規則な支払い予定長さ。
・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５３６】
このインターフェース（これを図５９Ａに示す）は、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５３７】
「キャッシュフロー」ボタンがクリックされる（これを図５９に示す）と、本システムは、図６０に示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、特定のトランザクションに関する将来のキャッシュフロー情報を示す。「リフレッシュ」ボタンクリックすることにより、この情報をリフレッシュすることが可能である。
【０５３８】
「手数料」ボタン２５１０（これを図５９中に示す）がクリックされると、本システムは、図６１に示す「手数料」インターフェースを表示する。この「手数料」インターフェースは、特定のトランザクションと関連付けられた手数料を示す。このインターフェースを用いると、メンバーは、（表示されたフィールド中にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削除」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いを削除することもできる。
【０５３９】
「レート再設定」ボタン（これを図５９に示す）がクリックされると、本システムは、図６２に示す「レート再設定」インターフェースを表示する。この「レート再設定」インターフェースは、特定のトランザクションについての全ての（すなわち、過去および将来の）レート再設定イベントを示す。このインターフェースを用いると、「ロック」３５４０および「ロックレート」３５５０の仕様が得られる。このようなレートを再設定し、「更新」ボタンをクリックすることにより、これらのレートのうち任意のものをロックすることができる。
【０５４０】
（ｉｘ．フロア）
図６３〜６３Ａに示す「フロアの詳細」インターフェースは、特定のフロアトランザクションの詳細をメンバーのトランザクションポートフォリオとして表示する。この「フロアの詳細」インターフェースは以下を含む。：
・取引日付３５６０：当該取引に関する契約がパーティによって定められた日の日付。
・開始日付３５７０：オプションが開始する日の日付。
・満期日付３５８０：オプションが期限切れになる日の日付。
・メンバーがフロアを購入または売却のどちらを行っているかを示すラジオボタン３５９０。
・名目額３６００：支払いストリームを計算する際の基本通貨として用いられる通貨の額および種類。
・ストライクレート３７００：フロアトランザクションが実行される際のストライクレート。
・変動金利についてのインデックス３６１０およびベーシスポイントスプレッド。
・第１の固定レート３６２０：第１のフロアレットレート計算期間の間に用いられる金利。
・プレミアム３７２０：フロアについて支払われる額。
・支払い日付３７３０：プレミアム支払いが行われる日の日付。
・日数カウント３６３０：利息を計算する際に用いられる日数カウント方法。
・支払い頻度３６４０：利息／元金支払いの頻度。
・変更／日付３６５０：各期間についての特定の規約および日。このようなイベントが非営業日に起こる場合に利息の支払いを決定する際に用いられる。
・レート再設定カレンダー３６６０：地域（例えば、ニューヨーク、ロンドン）に特有のカレンダー。金利を再設定する際に休業日に関する参照情報として用いられる。
・休日３６７０：地域（例えば、ニューヨーク、ロンドン）に特有の休業日。支払いを計算する際の参照情報として用いられる。
・スタブ３６８０：予定外の支払いについて用いられる表示物。
・スタブ長さ３６９０：不規則な支払い予定長さ。
・カウンタパーティの名称。
・法人エンティティ：トランザクションの割当て先となるメンバーまたはメンバーの関連する法人エンティティの名称。
・帳簿：メンバーがトランザクションを記載する取引帳簿。
【０５４１】
このインターフェース（これを図６３Ａに示す）は、トランザクションに関する指示的評価情報（例えば、現在の正味の値）も表示する。これは、最新の市場データに対するトランザクションの値である。「金額」ボタンをクリックすることにより、評価値を表示中の特定の日付について計算することが可能である。
【０５４２】
「キャッシュフロー」ボタンがクリックされる（これを図６３に示す）と、本システムは、図６４に示す「キャッシュフロー」インターフェースを表示する。この「キャッシュフロー」インターフェースは、特定のトランザクションに関する将来のキャッシュフロー情報を示す。「リフレッシュ」ボタンクリックすることにより、この情報をリフレッシュすることが可能である。
【０５４３】
「手数料」ボタン２５１０（これを図６３中に示す）がクリックされると、本システムは、図６５に示す「手数料」インターフェースを表示する。この「手数料」インターフェースは、特定のトランザクションと関連付けられた手数料を示す。このインターフェースを用いると、メンバーは、（表示されたフィールド中にリクエストされた情報を入力して「追加」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いに追加を行うか、または、（「削除」ボタンをクリックすることにより）当該トランザクションと関連付けられた支払いを削除することもできる。
【０５４４】
「レート再設定」ボタン（これを図６３に示す）がクリックされると、本システムは、図６６に示す「レート再設定」インターフェースを表示する。この「レート再設定」インターフェースは、特定のトランザクションについての全ての（すなわち、過去および将来の）レート再設定イベントを示す。このインターフェースを用いると、「ロック」３７４０および「ロックレート」３７５０の仕様が得られる。このようなレートを再設定し、「更新」ボタンをクリックすることにより、これらのレートのうち任意のものをロックすることができる。
【０５４５】
（ｃ．市場データ）
本発明のこの実施形態は、現在の市場データをシステムユーザに提供する一連のインターフェースを含む。このようなデータは、本システムへのリアルタイムの市場フィードによって、定期的に（すなわち、固定間隔で）リフレッシュされる。これらのインターフェースは以下を含む。：
・図２７〜２７Ａに示す「市場概要」インターフェース：キー為替レート、金利、公庫レートおよび他のインデックスの概要を提供する。
・図２８〜２８Ａに示す「外国為替キャッシュ」インターフェース：国際通貨為替レートの概要を提供する。
・図２９〜２９Ａに示す「貨幣」インターフェース：国際預金レートおよび他の貸出レートの概要を提供する。
・図３０〜３０Ａに示す「債券」インターフェース：国際公庫レートおよび他の債券レートの概要を提供する。
・図３１に示す「換算−取引商品」インターフェース：国際換算−取引商品（例えば、債券契約および短期契約）の概要を提供する。
【０５４６】
本システムは、市場データの特定の部分を利回り曲線としてグラフィカルに表示することができる。
【０５４７】
（ｄ．ニュースおよび金融情報）
本発明のこの実施形態は、現在のニュースおよび金融情報をシステムユーザに提供する一連のインターフェースを含む。このようなデータは、連続的にリフレッシュされる。図３２に示す「世界＆ビジネス」インターフェースは、現在の世界およびビジネスのニュースのヘッドラインを表示する。加えて、このインターフェースおよび他のニュースインターフェースは、ユーザがフィールド２３００中に期日を入力して、（「サーチ」ボタンをクリックすることにより）その期日についてニュースをサーチすることを可能にするサーチ機能を含む。
【０５４８】
図３３に示す「産業」ニュースインターフェースは、ユーザが産業リスト２３１０から選択した特定の産業（例えば、「航空業界」）について現在のニュースヘッドラインを表示する。図３４に示す「世界のビジネス」ニュースインターフェースは、現在の国際ビジネスニュースのヘッドラインを表示する。
【０５４９】
図３５に示す「外国為替」ニュースインターフェースは、現在のニュースヘッドラインのうち国際為替レートおよび市場に関連するものを表示する。このインターフェースは、市場ブリーフ（ｂｒｉｅｆ）へのアクセスも提供する。例えば、「ＭＣＭ」ボタン２３２０がクリックされると、本システムは、図３６に示すように、ＭＣＭによって作成された外国為替市場に関する分析を表示する。
【０５５０】
図３７に示す「貨幣市場」ニュースインターフェースは、現在のニュースヘッドラインのうち国際貨幣市場に関するものを表示する。このインターフェースは、市場ブリーフへのアクセスも提供する。例えば、「Ｂｒｉｅｆｉｎｇ．ｃｏｍ」ボタン２３３０がクリックされると、本システムは、図３８に示すように、ブリーフｉｎｇ．ｃｏｍによって作成された金利分析を表示する。図３９に示す「クレジット市場」ニュースインターフェースは、現在のニュースヘッドラインのうち国際クレジット市場に関連するものを表示し、市場ブリーフへのアクセスを提供する。図４０に示す「エクイティ」ニュースインターフェースは、現在のニュースヘッドラインのうち国際エクイティ市場に関連するものを表示し、市場ブリーフへのアクセスを提供する。最後に、図４１に示す「品物（ｃｏｍｍｏｄｉｔｙ）」ニュースインターフェースは、現在のニュースヘッドラインのうち国際的な品物市場に関連するものを表示し、市場ブリーフへのアクセスを提供する。
【０５５１】
（ｅ．リサーチ）
本発明のこの実施形態は、関連する金融リサーチコンテンツをシステムユーザに提供する一連のインターフェースを提供する。図２２に示す「知識」インターフェースは、国際金融に関するコンテンツおよび記事へのリンクを表示する。このインターフェースは、「最良の慣行」２０９０および「コンテンツプロバイダ」２１００へのリンクも含む。「コンテンツプロバイダ」ボタン２１００がクリックされると、本システムは、図２３に示す「コンテンツプロバイダ」インターフェースを表示する。このインターフェースは、システムコンテンツのプロバイダに関する情報へのリンクを含む。例えば、リンク２１１０がクリックされると、本システムは、Ｄｅｌｏｉｔｔｅ＆Ｔｏｕｃｈｅというプロバイダのコンテンツに関する情報を表示する。
【０５５２】
図４２に示す「リサーチ」インターフェースは、様々なコンテンツプロバイダによって作成された金融リサーチおよび分析ブリーフに対する表題インデックスを表示する。ユーザは、コンテンツプロバイダによって作成されたブリーフ全ての特定のブリーフまたはリスト項目へリンクすることができる。例えば、「ＢＮＰ  Ｐａｒｉｂａｓ」リンク２３４０または２３４５がクリックされると、本システムは、図４３に示す「ＢＮＰ  Ｐａｒｉｂａｓリサーチ」インターフェースを表示する。このインターフェースは、ＢＮＰ  Ｐａｒｉｂａｓによって作成された様々なリサーチブリーフのうちユーザがダウンロードすることが可能なものをリスト化する。
【０５５３】
図２４に示す「プロバイダ」インターフェースは、特定のプロバイダのウェブサイトへのリンクを提供する。これらのプロバイダは、メンバーとのトランザクションに参加する同じプロバイダである。例えば、「ＢＮＰ  Ｐａｒｉｂａｓ」リンク２１２０がクリックされると、本システムは、ＢＮＰＰａｒｉｂａｓのウェブサイトへとリンクする。
【０５５４】
（ｆ．ユーザ間の通信）
（ｉ．チャット）
上述したように、本発明のこの実施形態を用いると、ユーザ（すなわち、メンバーおよびプロバイダ）は、トランザクションリクエストおよび価格見積に関するチャット通信に参加することができる。本システムは、このようなチャットをチャットサーバ１２０（これを図１に示す）を介して支援する。例えば、図８４に示す「リクエスト監視：現在」インターフェースを用いると、メンバーは、「チャット」ボタンをクリックして、特定のトランザクションリクエストについてプロバイダとチャットを開始することができる。この実施形態において、チャットを開始する際、本システムは、ポップアップ部分インターフェースを表示して、以下を表示する。：
・本システムによって割り当てられた当該トランザクションリクエストの識別情報番号。・テキスト入力フィールド。
・カウンタパーティのＥメールアドレス。
・メンバーのＥメールアドレス。
・チャットが開始する日付および時間。
【０５５５】
チャットが行われると、チャットインターフェースは、各パーティによって送られたテキストも表示する。
【０５５６】
（ｉｉ．電子メール）
本発明のこの実施形態を用いると、ユーザ（すなわち、メンバーおよびプロバイダ）は、ユーザ間での相互通信および本システムとの通信を電子メールを介して行うことができる。本システムは、Ｅメールサーバ１４０（これを図１に示す）を介してセキュアなＥメールを支援する。１つのＥメールメッセージは、トランザクションリクエストの詳細を含むＸＭＬ文書を含み得る。；このようなメッセージの受取人は、様々なＸＭＬツールを用いてトランザクションの明細を調査することができる。このようなＸＭＬツールは、トランザクションを生成し、Ｅメールメッセージからリアルタイム価格設定分析を提供するキャップ能力を有し得る。本システムは、ＸＭＬメッセージをユーザのバックエンドのシステムに直接送信することもできる；システムは、トランザクションリクエストの受信および自動処理を行うＸＭＬインタープリターを含み得る。
【０５５７】
（Ｄ．さらなる機能）
本明細書中に記載の機能に加えて、本発明の実施形態は、本システムに組み込まれるさらなる機能を含み得る。
【０５５８】
（１．価格の向上）
本発明の特定の実施形態において、上述したように、（ｉ）ユーザ（例えば、メンバー）は、集計されて１人以上の他のユーザ（例えば、プロバイダ）に表示されるトランザクションリクエストを提出し、（ｉｉ）１人以上の受取人ユーザ（すなわち、プロバイダ）は、集計されてリクエスト元のユーザ（すなわち、メンバー）に表示される、応答性の価格見積を提出する。参加するユーザは、このようなトランザクションのリクエストおよび見積りについて（本システムによりサポートされたチャット、インスタントメッセージング、Ｅメール通信およびリクエストおよび見積りと共に含まれるテキスト、または他の取引手段（例えば、電話またはインターネットによるＥメール）を介して）相互に交渉する。
【０５５９】
また、同じまたは他の実施形態において、プロバイダまたは他のユーザは、取引可能な価格見積を、集計化されえたリアルタイムの表示に「押し出し」て、これらの価格見積を、見込みのある取引パートナー（すなわち、メンバー）によって検討してもらうことができる。プロバイダによって提出される「取引可能な」見積りの価格レベルは、プロバイダが自発的にトランザクションを実行してもよいと思うようなレベルであるが、「向上」させたりまたは交渉によって値下げすることも可能である。「押し出し」を行うユーザは、個々の銀行および金融機関ならびに複数の銀行および金融機関からなる企業共同体を含み得る。取引可能な見積りの集計表示は、製品マトリックス（例えば、製品（例えば、ＦＸスポット）、価格またはレート、通貨、プロバイダ、トランザクション制限、満期日付／時間）の形態をとり得、また、特定の種類の金融トランザクションについて「最良の」価格のみを表示するフィルタも含み得る。
【０５６０】
このような価格見積がリアルタイムで集計された表示物として受信されると、メンバーは、：（ｉ）見積りをそのまま受領して、トランザクションを実行するか；（ｉｉ）「向上した」見積りを受領してトランザクションを実行するか；または（ｉｉｉ）プロバイダと通信しておよび価格の値下げについて交渉することができる。見積りの受領が行われるのは、メンバーが価格を受入れ可能なレベルで（（１）表示中の見積りを手入力でクリックし、プロバイダとの受領、確認、および決済がトリガされることによって、または（２）見積りを特定のレベルで受領するようにプログラムされたソフトウェアルーチン（または「ロボット」）を介して自動的に）「ヒット」したときである。
【０５６１】
価格「向上」が発生するのは、特定の取引パートナーについての価格見積が自動ソフトウェアルーチンまたは手入力による介入によって（一般向けとしてまたは機密扱いとして）変化するかまたは「向上した」ときである。価格向上は、以下の事物間の既存の関係に基づいて発生し得る：すなわち、特定のユーザ（例えば、特定のメンバーがいつもプロバイダからの値引きを受ける）、トランザクションタイプ（例えば、「ＦＸスポット」）、トランザクションサイズ（例えば、分量による値引き）、見込みのあるパートナーのクレジット格付け、見込みのあるパートナーの産業、または他の取引方針もしくはパラメータ。
【０５６２】
特定の実施形態において、プロバイダは、個別調整としてユーザによって規定された取引方針テンプレートを実行するか、または、（パラメータにしたがって価格見積を自動変更する）システムによって規定された購入パターンテンプレート（もしくはユーザによって規定されたテンプレーとシステムによって規定されたテンプレートとの組み合わせ）を用いることができる。同様に、特定の実施形態において、メンバーは、個別調整としてユーザによって規定された取引方針テンプレートを実行するか、または、（検出されたパラメータに従って価格見積を変更し、このような変更を問い合わせ元のプロバイダに提出することいによって価格見積に自動応答する）システムによって規定された購入パターンテンプレート（もしくはユーザによって規定されたテンプレートとシステムによって規定されたテンプレートとの組み合わせ）を用いることができる。自動取引方針（またはテンプレート）は、ブロックトランザクションを行うようにも実施され得る。このような自動方針を以下に挙げる。：
・１つのトランザクションを価格見積に影響が出ない程度の小さな分量に分割する。
・１つのトランザクションの断片を複数の取引パートナーに分配する。
・１つのトランザクションの断片を複数のトランザクションタイプに分散させる。
・１つのトランザクションを複数の時間インクレメントにわたって分割する。
【０５６３】
（２．マルチパーティによるトランザクション）
本発明の他の実施形態は、マルチパーティトランザクションを支援することができる。このようなトランザクションにおいて、ユーザ（すなわち、メンバー）は、トランザクションの構造を、１つ以上の他のパーティ（すなわち、プロバイダ）に分散できるような構造にする。これらの他のパーティはそれぞれ、取引資産の一部を、ユーザのこのトランザクション構造によって決定された額だけ提供する。例えば、メンバーは、１００万Ｅｕｒｏを米国ドルで換算することを望み得る。その場合、あるプロバイダは、特定の額の米国ドルを４０００万Ｅｕｒｏで換算し、もう一方のプロバイダは、特定の額の米国ドルを６０００万Ｅｕｒｏで換算する。本システムは、１つの受領を伴うトランザクションについてユーザが複数の価格見積を受領することを可能にし、単一のパーティトランザクションが表示されるときと同じ様式でこのような受領を様々な表示モニタ上に表示する。他の実施形態において、本システムは、複数の受領を伴う同じトランザクションについてユーザが複数の価格見積を受領することを可能にする。
【０５６４】
（３．ユーザへの警告）
本発明の実施形態は、特定のユーザのポートフォリオ、取引活動またはプロフィール情報に基づいて、本システムが個別調整された通知または「警告」による自動警告をユーザに提出する工程を含む。このような警告は、Ｅメールメッセージの形態をとるか、または、（ユーザが本システムとの連絡を有している間に表示される）自動リフレッシュによるポップアップウィンドウの形態をとり得る。警告は、ユーザに以下のようなイベントを通知する際に送信され得る：すなわち、新規トランザクションリクエストまたは価格見積；利息、市場、または外国為替レートもしくはエクイティ価格の変化；ユーザのポータルに来る今後のイベント（例えば、支払いの締め切り、オプション日付）；または今後の経済的イベント。
【０５６５】
上記の本発明の好適な実施形態についての記載は、例示目的および説明目的のために提示したものである。上記記載は、網羅的なものを意図したものではなく、また本発明を開示形態そのものに限定することを意図したものでもない。本発明の多くの変更および改変が、当業者にとって明らかである。当業者であれば、本明細書にて説明した用途の代わりに他の用途を用いることが本発明の意図および範囲から逸脱することなく可能であること
を容易に理解する。従って、本発明は、本明細書中の特許請求の範囲のみによって限定されるべきである。
【図面の簡単な説明】
【０５６６】
【図１】図１は、本発明の一実施形態のアーキテクチャを示す図である。
【図２】図２は、本発明の一実施形態の、メンバーおよびプロバイダが金融取引を行なうプロセスのフローチャートを示す。
【図３】図３は、本発明の一実施形態の、ＦｉｎＸＭＬ「取引」の構造を示す図である。
【図４】図４は、本発明の一実施形態の、ＦｉｎＸＭＬ「外部パーティ」エレメントの構造を示す図である。
【図５】図５は、本発明の一実施形態の、ＦｉｎＸＭＬ「内部パーティ」エレメントの構造を示す図である。
【図６】図６は、本発明の一実施形態の、ＦｉｎＸＭＬ「イベント」エレメントの構造を示す図である。
【図７】図７は、本発明の一実施形態の、接続自動プロセッサの一般的アーキテクチャを示す図である。
【図８】図８は、本発明の一実施形態の、接続自動プロセッサのアーキテクチャの概観を示す図である。
【図９】図９は、本発明の一実施形態の、接続メッセージのレイアウトを示す図である。
【図１０】図１０は、本発明の一実施形態の、接続メッセージの構造を示す図である。
【図１１】図１１は、本発明の一実施形態の、自動価格設定（同期）機能の接続メッセージフローを示す図である。
【図１２】図１２は、本発明の一実施形態の、自動価格設定（非同期）機能の接続メッセージフローを示す図である。
【図１３】図１３は、本発明の一実施形態の、半自動価格設定（同期）機能の接続メッセージフローを示す図である。
【図１４】図１４は、本発明の一実施形態の、取引伝送（非同期）機能の接続メッセージフローを示す図である。
【図１５】図１５は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、金融オブジェクトをＦｉｎＸＭＬ文書に変換するのに利用されるコンポーネントを示す図である。
【図１６】図１６は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、金融オブジェクトをＦｉｎＸＭＬ文書に変換するプロセスのフローチャートを示す図である。
【図１７】図１７は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、ＦｉｎＸＭＬ文書を金融オブジェクトに変換するのに利用されるコンポーネントを示す図である。
【図１８】図１８は、本発明の一実施形態の、ＦｉｎＳｃｒｉｐｔを用いて、ＦｉｎＸＭＬ文書を金融オブジェクトに変換するプロセスのフローチャートを示す図である。
【図１９】図１９は、会社および銀行が金融トランザクションを行なうマニュアルプロセスのフローチャートを示す図である。
【図２０】図２０は、本発明の一実施形態の、双方向ログインインターフェースの画面の印刷を示す。
【図２１】図２１は、本発明の一実施形態の、ニュース記事を表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図２２】図２２は、本発明の一実施形態の、企業金融に関する内容を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図２３】図２３は、本発明の一実施形態の、企業金融コンテンツのプロバイダにリンクする、双方向ユーザインターフェースの画面の印刷を示す。
【図２４】図２４は、本発明の一実施形態の、銀行および金融機関（「プロバイダ」）のウェブサイトにリンクする、双方向ユーザインターフェースの画面の印刷を示す。
【図２５】図２５は、本発明の一実施形態の、ニュースヘッドラインを表示、および選択する、双方向ユーザインターフェースの画面の印刷を示す。
【図２６】図２６は、本発明の一実施形態の、ユーザのホームページのレイアウトをカスタマイズする、双方向ユーザインターフェースの画面の印刷を示す。
【図２６Ａ】図２６Ａは、本発明の一実施形態の、ユーザのホームページのレイアウトをカスタマイズする、双方向ユーザインターフェースの画面の印刷を示す。
【図２７】図２７は、本発明の一実施形態の、市場金利の要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図２７Ａ】図２７Ａは、本発明の一実施形態の、市場金利の要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図２８】図２８は、本発明の一実施形態の、外国為替レートの要旨を表示するユーザインターフェースの画面の印刷を示す。
【図２８Ａ】図２８Ａは、本発明の一実施形態の、外国為替レートの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図２９】図２９は、本発明の一実施形態の、銀行預金およびプライムレートの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図２９Ａ】図２９Ａは、本発明の一実施形態の、銀行預金およびプライムレートの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図３０】図３０は、本発明の一実施形態の、債券格付けの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図３０Ａ】図３０Ａは、本発明の一実施形態の、債券格付けの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図３１】図３１は、本発明の一実施形態の、為替取引された金融商品レートの要旨を表示する、ユーザインターフェースの画面の印刷を示す。
【図３２】図３２は、本発明の一実施形態の、ワールドニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図３３】図３３は、本発明の一実施形態の、業界ニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図３４】図３４は、本発明の一実施形態の、ワールドビジネスニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図３５】図３５は、本発明の一実施形態の、外国為替ニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図３６】図３６は、本発明の一実施形態の、外国為替市場の概要を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図３７】図３７は、本発明の一実施形態の、金融市場ニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図３８】図３８は、本発明の一実施形態の、金融市場概要を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図３９】図３９は、本発明の一実施形態の、金融市場ニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図４０】図４０は、本発明の一実施形態の、エクイティニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図４１】図４１は、本発明の一実施形態の、コモディティニュースヘッドラインを表示、および検索する、双方向ユーザインターフェースの画面の印刷を示す。
【図４２】図４２は、本発明の一実施形態の、企業金融コンテンツのプロバイダからの調査概要の表示を選択をする、双方向ユーザインターフェースの画面の印刷を示す。
【図４３】図４３は、本発明の一実施形態の、企業金融コンテンツの特定のプロバイダからの調査概要の表示を選択をする、双方向ユーザインターフェースの画面の印刷を示す。
【図４４】図４４は、本発明の一実施形態の、システムを用いて作成された、金融トランザクションのメンバーのリストを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４４Ａ】図４４Ａは、本発明の一実施形態の、選択され得、動作され得るポートフォリオに関する報告を含む、システムを用いて作成された金融トランザクションのメンバーのリストを表示する、双方向ユーザインターフェースの別の表示を示す図である。
【図４５】図４５は、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替（「ＦＸ」）直物トランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４５Ａ】図４５Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４６】図４６は、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションと関連する手数料を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４７】図４７は、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションと関連する追加的情報を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４８】図４８は、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替（「ＦＸ］）先物トランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４８Ａ】図４８Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ先物トランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４９】図４９は、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替（「ＦＸ」）スワップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図４９Ａ】図４９Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸスワップトランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５０】図５０は、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替（「ＦＸ」）欧州オプショントランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５０Ａ】図５０Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ欧州オプショントランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５１】図５１は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションに関する基本情報を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５１Ａ】図５１Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５１Ｂ】図５１Ｂは、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５２】図５２は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５３】図５３は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションと関連するレートリセットを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５４】図５４は、本発明の一実施形態の、システムを用いて作成された、メンバーの金利先渡し契約トランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５５】図５５は、本発明の一実施形態の、システムを用いて作成された、メンバーの金利先渡し契約トランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５６】図５６は、本発明の一実施形態の、システムを用いて作成された、メンバーの金利先渡し契約トランザクションと関連するレートリセットを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５７】図５７は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定レート預金トランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５８】図５８は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定レート預金トランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５９】図５９は、本発明の一実施形態の、システムを用いて作成された、メンバーのキャップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図５９Ａ】図５９Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのキャップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６０】図６０は、本発明の一実施形態の、システムを用いて作成された、メンバーのキャップトランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６１】図６１は、本発明の一実施形態の、システムを用いて作成された、メンバーのキャップトランザクションと関連する手数料を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６２】図６２は、本発明の一実施形態の、システムを用いて作成された、メンバーのキャップトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６３】図６３は、本発明の一実施形態の、システムを用いて作成された、メンバーのフロアトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６３Ａ】図６３Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのフロアトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６４】図６４は、本発明の一実施形態の、システムを用いて作成された、メンバーのフロアトランザクションと関連するキャッシュフローを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６５】図６５は、本発明の一実施形態の、システムを用いて作成された、メンバーのフロアトランザクションと関連する手数料を表示する、双方向ユーザインターフェースの画面印刷を示す。
【図６６】図６６は、本発明の一実施形態の、システムを用いて作成された、メンバーのフロアトランザクションと関連するレートリセットを表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６７】図６７は、本発明の一実施形態の、システムを用いて作成された、メンバーのアクティブおよび最近完了したトランザクションリクエストの状態を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６８】図６８は、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替直物トランザクションの取引詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図６９】図６９は、本発明の一実施形態の、システムを用いて作成された、メンバーの固定−変動の金利スワップトランザクションの取引詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７０】図７０は、本発明の一実施形態の、システムを用いて作成された、メンバーのアクティブトランザクションリクエストの状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７１】図７１は、本発明の一実施形態の、システムを用いて作成された、メンバーの引受けられたトランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７２】図７２は、本発明の一実施形態の、システムを用いて作成された、メンバーの実証トランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７３】図７３は、本発明の一実施形態の、システムを用いて作成された、メンバーの陳腐化トランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７４】図７４は、本発明の一実施形態の、システムを用いて作成された、メンバーの手形トランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７５】図７５は、本発明の一実施形態の、システムを用いて作成された、メンバーの削除されたトランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７５Ａ】図７５Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのトランザクションリクエストすべての状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図７６】図７６は、メンバーが、本発明の一実施形態のシステムを用いて作成された、メンバーのトランザクションリクエストのモニタ表示画面のデフォルトおよびフィルタを設定することを可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図７７】図は、本発明の一実施形態の、メンバーと関連する法人エンティティを選択する、双方向ユーザインターフェースの画面の印刷を示す。
【図７８】図７８は、本発明の一実施形態の、メンバーと関連する法人エンティティを規定する、双方向ユーザインターフェースの画面の印刷を示す。
【図７８Ａ】図７８Ａは、本発明の一実施形態の、メンバーと関連する法人エンティティを規定する、双方向ユーザインターフェースの画面の印刷を示す。
【図７９Ａ】図７９Ａは、本発明の一実施形態の、メンバーと関連する取引帳簿を規定する、双方向ユーザインターフェースの画面の印刷を示す。
【図７９Ｂ】図７９Ｂは、本発明の一実施形態の、メンバーと関連する法人エンティティに関する問合せを規定する、双方向ユーザインターフェースの画面の印刷を示す。
【図８０】図８０は、本発明の一実施形態の、見るための見積価格を選択するための、デフォルトおよびフィルタを設定することをユーザに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図８０Ａ】図８０Ａは、本発明の一実施形態において見る、見るための見積価格を選択するための、デフォルトおよびフィルタを設定することをユーザに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図８１】図８１は、本発明の一実施形態の、メンバーのプロフィールを作成、および更新する、双方向ユーザインターフェースの画面の印刷を示す。
【図８２】図８２は、本発明の一実施形態の、価格見積りを見るためのディスプレイの選好を設定することをメンバーに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図８２Ａ】図８２Ａは、本発明の一実施形態の、価格見積りを見るためのディスプレイの好みを設定することをメンバーに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図８３】図８３は、本発明の一実施形態の、メンバーとプロバイダとの信用関係を表示し、要求する、双方向ユーザインターフェースの画面の印刷を示す。
【図８４】図８４は、本発明の一実施形態の、システムを用いて作成された、プロバイダのアクティブリクエスト、および最近完結された価格見積りの状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８５】図８５は、本発明の一実施形態の、システムを用いて作成された、プロバイダの外国為替直物価格見積りのトランザクション詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８６】図８６は、本発明の一実施形態の、システムを用いて作成された、プロバイダの固定−変動の金利スワップのトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８６Ａ】図８６Ａは、本発明の一実施形態の、システムを用いて作成された、プロバイダの固定−変動の金利スワップのトランザクションの詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８７】図８７は、本発明の一実施形態の、システムを用いて作成された、プロバイダの新しい価格見積りの状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８８】図８８は、本発明の一実施形態の、システムを用いて作成された、プロバイダのアクティブ価格見積りの状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図８９】図８９は、本発明の一実施形態の、システムを用いて作成された、プロバイダの引受けられた価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図９０】図９０は、本発明の一実施形態の、システムを用いて作成された、プロバイダの実証価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図９１】図９１は、本発明の一実施形態の、システムを用いて作成された、プロバイダの陳腐化価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図９２】図９２は、本発明の一実施形態の、システムを用いて作成された、プロバイダの削除価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図９３】図９３は、本発明の一実施形態の、システムを用いて作成された、プロバイダの価格見積りのすべての状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図９４】図９４は、本発明の一実施形態の、システムを用いて作成された、トランザクションリクエストについてのモニタディスプレイ画面のデフォルトおよびフィルタを設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９５】図９５は、本発明の一実施形態の、カスタマイズ機能にアクセスすることをユーザに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９６】図９６は、本発明の一実施形態の、プロバイダのプロフィールを作成、および更新する、双方向ユーザインターフェースの画面の印刷を示す。
【図９７】図９７は、本発明の一実施形態の、価格見積りを作成するためにデフォルトを設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９７Ａ】図９７Ａは、本発明の一実施形態の、価格見積りを作成するためにデフォルトを設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９７Ｂ】図９７Ｂは、本発明の一実施形態の、価格見積りを作るためにデフォルトを設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９８】図９８は、本発明の一実施形態の、システムを用いて作成されたトランザクションリクエストを見るためのフィルタを設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図９９】図９９は、本発明の一実施形態の、システムを用いて創出された価格見積りのためのフィルタを規定し、デフォルト選好を設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１００】図１００は、本発明の一実施形態の、システムを用いて作成された価格見積りのための通信選好を設定することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１０１】図１０１は、本発明の一実施形態の、システムを用いて作成された価格見積りと関連すべき標準テキストを選択することをプロバイダ可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１０２】図１０２は、本発明の一実施形態の、システムを用いて作成された価格見積りと関連すべき標準テキストを作成することをプロバイダに可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１０３】図１０３は、本発明の一実施形態の、システムを用いて作成されるべきトランザクションリクエストのタイプをメンバーが選択することを可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１０４】図１０４は、本発明の一実施形態の、システムを用いて、メンバーの外国為替（「ＦＸ」）直物トランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０５】図１０５は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物トランザクションリクエストのパラメータを設定および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０６】図１０６は、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションリクエストを送信すべきプロバイダを、メンバーが選択することを可能にする、双方向ユーザインターフェースの画面の印刷を示す。
【図１０７】図１０７は、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションリクエストの詳細および状態を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０８】図１０８は、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションリクエストの詳細を再調査する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０９Ａ】図１０９Ａは、本発明の一実施形態の、システムを用いて作成された、プロバイダのアクティブトランザクションリクエストおよび最近完了した価格見積りの、状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０９Ｂ】図１０９Ｂは、本発明の一実施形態の、システムを用いて作成された、新しいトランザクションリクエストをプロバイダに表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１０９Ｃ】図１０９Ｃは、本発明の一実施形態の、システムを用いて作成された、アクティブトランザクションリクエストをフロバイダに表示するための、双方向ユーザインターフェースの画面の印刷を示す。
【図１０９Ｄ】図１０９Ｄは、本発明の一実施形態の、システムを用いて作成された、プロバイダのアクティブ価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１０Ａ】図１１０Ａは、本発明の一実施形態の、システムを用いて作成された、メンバーのアクティブおよび最近完了したトランザクションリクエストの状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１０Ｂ】図１１０Ｂは、本発明の一実施形態の、システムを用いて作成された、メンバーの外国為替（「ＦＸ」）直物トランザクションの取引詳細を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１０Ｃ】図１１０Ｃは、本発明の一実施形態の、システムを用いて作成された、メンバーのＦＸ直物トランザクションリクエストの引受けられた価格見積りの取引詳細をメンバーに表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１０Ｄ】図１１０Ｄは、本発明の一実施形態の、システムを用いて作成された、メンバーの引受けられたトランザクションリクエストの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１１Ａ】図１１１Ａは、本発明の一実施形態の、システムを用いて作成された、プロバイダのアクティブトランザクションリクエストおよび最近完了した価格見積りの、状態および要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１１Ｂ】図１１１Ｂは、本発明の一実施形態の、システムを用いて作成された、プロバイダの最近完了した価格見積りの、状態および要旨のための、双方向ユーザインターフェースの画面の印刷を示す。
【図１１１Ｃ】図１１１Ｃは、本発明の一実施形態の、システムを用いて作成された、プロバイダの実証価格見積りの要旨を表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１２】図１１２は、本発明の一実施形態の、システムを用いて、メンバーの外国為替（「ＦＸ」）スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１３】図１１３は、本発明の一実施形態の、システムを用いて、メンバーの外国為替（「ＦＸ］）オプショントランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４】図１１４は、本発明の一実施形態の、システムを用いて、メンバーのスワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ａ】図１１４Ａは、本発明の一実施形態の、システムを用いて、メンバーの固定−変動の金利スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｂ】図１１４Ｂは、本発明の一実施形態の、システムを用いて、メンバーのスワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの別の表示画面の印刷を示す。
【図１１４Ｃ】図１１４Ｃは、本発明の一実施形態の、システムを用いて、メンバーの変動−変動金利スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｄ】図１１４Ｄは、本発明の一実施形態の、メンバーのスワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｅ】図１１４Ｅは、本発明の一実施形態の、システムを用いて、メンバーの固定−固定の通貨間スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｆ】図１１４Ｆは、本発明の一実施形態の、システムを用いて、メンバーのスワップトランザクションリクエストを作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｇ】図１１４Ｇは、本発明の一実施形態の、システムを用いて、メンバーの固定−変動の通貨間スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｈ】図１１４Ｈは、本発明の一実施形態の、システムを用いて、メンバーのスワップトランザクションリクエストを作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１４Ｉ】図１１４Ｉは、本発明の一実施形態の、システムを用いて、メンバーの変動−変動の通貨間スワップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１５】図１１５は、本発明の一実施形態の、システムを用いて、メンバーのキャップまたはフロアトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１５Ａ】図１１５Ａは、本発明の一実施形態の、システムを用いて、メンバーのキャップトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１５Ｂ】図１１５Ｂは、本発明の一実施形態の、システムを用いて、メンバーのキャップまたはフロアトランザクションリクエストを作成、および表示する、双方向ユーザインターフェースの画面の印刷の別の表示を示す。
【図１１５Ｃ】図１１５Ｃは、本発明の一実施形態の、システムを用いて、メンバーのフロアトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１６】図１１６は、本発明の一実施形態の、システムを用いて、メンバーの金利先渡し契約トランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１６Ａ】図１１６Ａは、本発明の一実施形態の、システムを用いて、メンバーの金利先渡し契約トランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１７】図１１７は、本発明の一実施形態の、システムを用いて、メンバーの預金トランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１７Ａ】図１１７Ａは、本発明の一実施形態の、システムを用いて、メンバーの固定レート預金トランザクションリクエストの詳細を作成、および表示するための、第２の双方向ユーザインターフェースの画面の印刷を示す。
【図１１８】図１１８は、本発明の一実施形態の、システムを用いて、メンバーの外国為替（「ＦＸ］）直物、または先渡しトランザクションリクエストの詳細を作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１１９】図１１９は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物、または先渡しトランザクションリクエストのトランザクションパラメータを作成、および表示する、双方向ユーザインターフェースの画面の印刷を示す。
【図１２０】図１２０は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物トランザクションリクエストを送信するプロバイダを選択する、双方向ユーザインターフェースの画面の印刷を示す。
【図１２１】図１２１は、本発明の一実施形態の、システムを用いて、メンバーのＦＸ直物トランザクションリクエストを再調査する、双方向ユーザインターフェースの画面の印刷を示す。
【図１】
2006012189.tif 000068
【図２】
2006012189.tif 000069
【図３】
2006012189.tif 000070
【図４】
2006012189.tif 000071
【図５】
2006012189.tif 000072
【図６】
2006012189.tif 000073
【図７】
2006012189.tif 000074
【図８】
2006012189.tif 000075
【図９】
2006012189.tif 000076
【図１０】
2006012189.tif 000077
【図１１】
2006012189.tif 000078
【図１２】
2006012189.tif 000079
【図１３】
2006012189.tif 000080
【図１４】
2006012189.tif 000081
【図１５】
2006012189.tif 000082
【図１６】
2006012189.tif 000083
【図１７】
2006012189.tif 000084
【図１８】
2006012189.tif 000085
【図１９】
2006012189.tif 000086
【図２０】
2006012189.tif 000087
【図２１】
2006012189.tif 000088
【図２２】
2006012189.tif 000089
【図２３】
2006012189.tif 000090
【図２４】
2006012189.tif 000091
【図２５】
2006012189.tif 000092
【図２６】
2006012189.tif 000093
【図２６Ａ】
2006012189.tif 000094
【図２７】
2006012189.tif 000095
【図２７Ａ】
2006012189.tif 000096
【図２８】
2006012189.tif 000097
【図２８Ａ】
2006012189.tif 000098
【図２９】
2006012189.tif 000099
【図２９Ａ】
2006012189.tif 000100
【図３０】
2006012189.tif 000101
【図３０Ａ】
2006012189.tif 000102
【図３１】
2006012189.tif 000103
【図３２】
2006012189.tif 000104
【図３３】
2006012189.tif 000105
【図３４】
2006012189.tif 000106
【図３５】
2006012189.tif 000107
【図３６】
2006012189.tif 000108
【図３７】
2006012189.tif 000109
【図３８】
2006012189.tif 000110
【図３９】
2006012189.tif 000111
【図４０】
2006012189.tif 000112
【図４１】
2006012189.tif 000113
【図４２】
2006012189.tif 000114
【図４３】
2006012189.tif 000115
【図４４】
2006012189.tif 000116
【図４４Ａ】
2006012189.tif 000117
【図４５】
2006012189.tif 000118
【図４５Ａ】
2006012189.tif 000119
【図４７】
2006012189.tif 000120
【図４９】
2006012189.tif 000121
【図４９Ａ】
2006012189.tif 000122
【図５０】
2006012189.tif 000123
【図５０Ａ】
2006012189.tif 000124
【図５１】
2006012189.tif 000125
【図５１Ａ】
2006012189.tif 000126
【図５１Ｂ】
2006012189.tif 000127
【図５２】
2006012189.tif 000128
【図５３】
2006012189.tif 000129
【図５４】
2006012189.tif 000130
【図５５】
2006012189.tif 000131
【図５６】
2006012189.tif 000132
【図５７】
2006012189.tif 000133
【図５８】
2006012189.tif 000134
【図５９】
2006012189.tif 000135
【図５９Ａ】
2006012189.tif 000136
【図６０】
2006012189.tif 000137
【図６１】
2006012189.tif 000138
【図６２】
2006012189.tif 000139
【図６３】
2006012189.tif 000140
【図６３Ａ】
2006012189.tif 000141
【図６４】
2006012189.tif 000142
【図６５】
2006012189.tif 000143
【図６６】
2006012189.tif 000144
【図６７】
2006012189.tif 000145
【図６８】
2006012189.tif 000146
【図６９】
2006012189.tif 000147
【図７０】
2006012189.tif 000148
【図７１】
2006012189.tif 000149
【図７２】
2006012189.tif 000150
【図７３】
2006012189.tif 000151
【図７４】
2006012189.tif 000152
【図７５】
2006012189.tif 000153
【図７５Ａ】
2006012189.tif 000154
【図７６】
2006012189.tif 000155
【図７７】
2006012189.tif 000156
【図７８】
2006012189.tif 000157
【図７８Ａ】
2006012189.tif 000158
【図７９Ａ】
2006012189.tif 000159
【図７９Ｂ】
2006012189.tif 000160
【図８０】
2006012189.tif 000161
【図８０Ａ】
2006012189.tif 000162
【図８１】
2006012189.tif 000163
【図８２】
2006012189.tif 000164
【図８２Ａ】
2006012189.tif 000165
【図８３】
2006012189.tif 000166
【図８４】
2006012189.tif 000167
【図８５】
2006012189.tif 000168
【図８６】
2006012189.tif 000169
【図８６Ａ】
2006012189.tif 000170
【図８７】
2006012189.tif 000171
【図８８】
2006012189.tif 000172
【図８９】
2006012189.tif 000173
【図９０】
2006012189.tif 000174
【図９１】
2006012189.tif 000175
【図９２】
2006012189.tif 000176
【図９３】
2006012189.tif 000177
【図９４】
2006012189.tif 000178
【図９５】
2006012189.tif 000179
【図９６】
2006012189.tif 000180
【図９７】
2006012189.tif 000181
【図９７Ａ】
2006012189.tif 000182
【図９７Ｂ】
2006012189.tif 000183
【図９８】
2006012189.tif 000184
【図９９】
2006012189.tif 000185
【図１００】
2006012189.tif 000186
【図１０１】
2006012189.tif 000187
【図１０２】
2006012189.tif 000188
【図１０３】
2006012189.tif 000189
【図１０４】
2006012189.tif 000190
【図１０５】
2006012189.tif 000191
【図１０６】
2006012189.tif 000192
【図１０７】
2006012189.tif 000193
【図１０８】
2006012189.tif 000194
【図１０９Ａ】
2006012189.tif 000195
【図１０９Ｂ】
2006012189.tif 000196
【図１０９Ｃ】
2006012189.tif 000197
【図１０９Ｄ】
2006012189.tif 000198
【図１１０Ｂ】
2006012189.tif 000199
【図１１０Ｃ】
2006012189.tif 000200
【図１１０Ｄ】
2006012189.tif 000201
【図１１１Ａ】
2006012189.tif 000202
【図１１１Ｂ】
2006012189.tif 000203
【図１１１Ｃ】
2006012189.tif 000204
【図１１２】
2006012189.tif 000205
【図１１３】
2006012189.tif 000206
【図１１４】
2006012189.tif 000207
【図１１４Ａ】
2006012189.tif 000208
【図１１４Ｂ】
2006012189.tif 000209
【図１１４Ｃ】
2006012189.tif 000210
【図１１４Ｄ】
2006012189.tif 000211
【図１１４Ｅ】
2006012189.tif 000212
【図１１４Ｆ】
2006012189.tif 000213
【図１１４Ｇ】
2006012189.tif 000214
【図１１４Ｈ】
2006012189.tif 000215
【図１１４Ｉ】
2006012189.tif 000216
【図１１５】
2006012189.tif 000217
【図１１５Ａ】
2006012189.tif 000218
【図１１５Ｂ】
2006012189.tif 000219
【図１１５Ｃ】
2006012189.tif 000220
【図１１６】
2006012189.tif 000221
【図１１６Ａ】
2006012189.tif 000222
【図１１７】
2006012189.tif 000223
【図１１７Ａ】
2006012189.tif 000224
【図１１８】
2006012189.tif 000225
【図１１９】
2006012189.tif 000226
【図１２０】
2006012189.tif 000227
【図１２１】
2006012189.tif 000228
【手続補正書】
【提出日】平成17年8月18日(2005.8.18)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2006012189.tif 000229
【図２】
2006012189.tif 000230
【図３】
2006012189.tif 000231
【図４】
2006012189.tif 000232
【図５】
2006012189.tif 000233
【図６】
2006012189.tif 000234
【図７】
2006012189.tif 000235
【図８】
2006012189.tif 000236
【図９】
2006012189.tif 000237
【図１０】
2006012189.tif 000238
【図１１】
2006012189.tif 000239
【図１２】
2006012189.tif 000240
【図１３】
2006012189.tif 000241
【図１４】
2006012189.tif 000242
【図１５】
2006012189.tif 000243
【図１６】
2006012189.tif 000244
【図１７】
2006012189.tif 000245
【図１８】
2006012189.tif 000246
【図１９】
2006012189.tif 000247
【図２０】
2006012189.tif 000248
【図２１】
2006012189.tif 000249
【図２２】
2006012189.tif 000250
【図２３】
2006012189.tif 000251
【図２４】
2006012189.tif 000252
【図２５】
2006012189.tif 000253
【図２６】
2006012189.tif 000254
【図２６Ａ】
2006012189.tif 000255
【図２７】
2006012189.tif 000256
【図２７Ａ】
2006012189.tif 000257
【図２８】
2006012189.tif 000258
【図２８Ａ】
2006012189.tif 000259
【図２９】
2006012189.tif 000260
【図２９Ａ】
2006012189.tif 000261
【図３０】
2006012189.tif 000262
【図３０Ａ】
2006012189.tif 000263
【図３１】
2006012189.tif 000264
【図３２】
2006012189.tif 000265
【図３３】
2006012189.tif 000266
【図３４】
2006012189.tif 000267
【図３５】
2006012189.tif 000268
【図３６】
2006012189.tif 000269
【図３７】
2006012189.tif 000270
【図３８】
2006012189.tif 000271
【図３９】
2006012189.tif 000272
【図４０】
2006012189.tif 000273
【図４１】
2006012189.tif 000274
【図４２】
2006012189.tif 000275
【図４３】
2006012189.tif 000276
【図４４】
2006012189.tif 000277
【図４４Ａ】
2006012189.tif 000278
【図４５】
2006012189.tif 000279
【図４５Ａ】
2006012189.tif 000280
【図４６】
2006012189.tif 000281
【図４７】
2006012189.tif 000282
【図４８】
2006012189.tif 000283
【図４８Ａ】
2006012189.tif 000284
【図４９】
2006012189.tif 000285
【図４９Ａ】
2006012189.tif 000286
【図５０】
2006012189.tif 000287
【図５０Ａ】
2006012189.tif 000288
【図５１】
2006012189.tif 000289
【図５１Ａ】
2006012189.tif 000290
【図５１Ｂ】
2006012189.tif 000291
【図５２】
2006012189.tif 000292
【図５３】
2006012189.tif 000293
【図５４】
2006012189.tif 000294
【図５５】
2006012189.tif 000295
【図５６】
2006012189.tif 000296
【図５７】
2006012189.tif 000297
【図５８】
2006012189.tif 000298
【図５９】
2006012189.tif 000299
【図５９Ａ】
2006012189.tif 000300
【図６０】
2006012189.tif 000301
【図６１】
2006012189.tif 000302
【図６２】
2006012189.tif 000303
【図６３】
2006012189.tif 000304
【図６３Ａ】
2006012189.tif 000305
【図６４】
2006012189.tif 000306
【図６５】
2006012189.tif 000307
【図６６】
2006012189.tif 000308
【図６７】
2006012189.tif 000309
【図６８】
2006012189.tif 000310
【図６９】
2006012189.tif 000311
【図７０】
2006012189.tif 000312
【図７１】
2006012189.tif 000313
【図７２】
2006012189.tif 000314
【図７３】
2006012189.tif 000315
【図７４】
2006012189.tif 000316
【図７５】
2006012189.tif 000317
【図７５Ａ】
2006012189.tif 000318
【図７６】
2006012189.tif 000319
【図７７】
2006012189.tif 000320
【図７８】
2006012189.tif 000321
【図７８Ａ】
2006012189.tif 000322
【図７９Ａ】
2006012189.tif 000323
【図７９Ｂ】
2006012189.tif 000324
【図８０】
2006012189.tif 000325
【図８０Ａ】
2006012189.tif 000326
【図８１】
2006012189.tif 000327
【図８２】
2006012189.tif 000328
【図８２Ａ】
2006012189.tif 000329
【図８３】
2006012189.tif 000330
【図８４】
2006012189.tif 000331
【図８５】
2006012189.tif 000332
【図８６】
2006012189.tif 000333
【図８６Ａ】
2006012189.tif 000334
【図８７】
2006012189.tif 000335
【図８８】
2006012189.tif 000336
【図８９】
2006012189.tif 000337
【図９０】
2006012189.tif 000338
【図９１】
2006012189.tif 000339
【図９２】
2006012189.tif 000340
【図９３】
2006012189.tif 000341
【図９４】
2006012189.tif 000342
【図９５】
2006012189.tif 000343
【図９６】
2006012189.tif 000344
【図９７】
2006012189.tif 000345
【図９７Ａ】
2006012189.tif 000346
【図９７Ｂ】
2006012189.tif 000347
【図９８】
2006012189.tif 000348
【図９９】
2006012189.tif 000349
【図１００】
2006012189.tif 000350
【図１０１】
2006012189.tif 000351
【図１０２】
2006012189.tif 000352
【図１０３】
2006012189.tif 000353
【図１０４】
2006012189.tif 000354
【図１０５】
2006012189.tif 000355
【図１０６】
2006012189.tif 000356
【図１０７】
2006012189.tif 000357
【図１０８】
2006012189.tif 000358
【図１０９Ａ】
2006012189.tif 000359
【図１０９Ｂ】
2006012189.tif 000360
【図１０９Ｃ】
2006012189.tif 000361
【図１０９Ｄ】
2006012189.tif 000362
【図１１０Ａ】
2006012189.tif 000363
【図１１０Ｂ】
2006012189.tif 000364
【図１１０Ｃ】
2006012189.tif 000365
【図１１０Ｄ】
2006012189.tif 000366
【図１１１Ａ】
2006012189.tif 000367
【図１１１Ｂ】
2006012189.tif 000368
【図１１１Ｃ】
2006012189.tif 000369
【図１１２】
2006012189.tif 000370
【図１１３】
2006012189.tif 000371
【図１１４】
2006012189.tif 000372
【図１１４Ａ】
2006012189.tif 000373
【図１１４Ｂ】
2006012189.tif 000374
【図１１４Ｃ】
2006012189.tif 000375
【図１１４Ｄ】
2006012189.tif 000376
【図１１４Ｅ】
2006012189.tif 000377
【図１１４Ｆ】
2006012189.tif 000378
【図１１４Ｇ】
2006012189.tif 000379
【図１１４Ｈ】
2006012189.tif 000380
【図１１４Ｉ】
2006012189.tif 000381
【図１１５】
2006012189.tif 000382
【図１１５Ａ】
2006012189.tif 000383
【図１１５Ｂ】
2006012189.tif 000384
【図１１５Ｃ】
2006012189.tif 000385
【図１１６】
2006012189.tif 000386
【図１１６Ａ】
2006012189.tif 000387
【図１１７】
2006012189.tif 000388
【図１１７Ａ】
2006012189.tif 000389
【図１１８】
2006012189.tif 000390
【図１１９】
2006012189.tif 000391
【図１２０】
2006012189.tif 000392
【図１２１】
2006012189.tif 000393