JP2005521175A - Financial transaction system and method for performing web-based financial transactions in financial markets - Google Patents
Financial transaction system and method for performing web-based financial transactions in financial marketsDownload PDFInfo
- Publication number
- JP2005521175A JP2005521175AJP2003580964AJP2003580964AJP2005521175AJP 2005521175 AJP2005521175 AJP 2005521175AJP 2003580964 AJP2003580964 AJP 2003580964AJP 2003580964 AJP2003580964 AJP 2003580964AJP 2005521175 AJP2005521175 AJP 2005521175A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- user
- message
- request
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/06—Asset management; Financial planning or analysis
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/08—Auctions
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Translated fromJapaneseDescription
Translated fromJapanese本出願は、”金融市場においてウエッブをベースとした金融取引を実行するための金融取引システムならびに方法”と題する２０００年１０月３１日出願の米国特許出願番号０９／７０３、１９８の一部継続出願である。本明細書は、(i)”金融市場のためのＸＭＬ言語用システムならびに方法”と題する１９９９年６月１４日出願の米国特許仮出願番号６０／１３９、１１３、 (ii)”ウエッブをベースとした金融リスク管理、値付け、ならびに、金融商品の取引方法ならびに装置”と題する１９９９年１１月１日出願の米国特許仮出願番号６０／７１６２、８７３、 (iii) ”金融市場においてウエッブをベースとした金融取引を実行するための金融取引システムならびに方法”と題する２０００年６月１３日出願の米国特許出願番号０９／５９３、３２４であって、現在、米国特許番号６、３４７，３０７、ならびに(iv)、米国特許出願番号０９／４７７０３，１９８、参照のために取り込む。 This application is a continuation-in-part of US patent application Ser. No. 09 / 703,198 filed Oct. 31, 2000 entitled “Financial Transaction System and Method for Performing Web-Based Financial Transactions in the Financial Market”. It is. This specification is based on US Provisional Application No. 60 / 139,113, filed June 14, 1999, entitled (i) “System and Method for XML Language for Financial Markets” (ii) “Web US Patent Provisional Application No. 60 / 7162,873, filed Nov. 1, 1999, entitled “Financial Risk Management, Pricing, and Trading Method and Apparatus for Financial Instruments” (iii) “Web-based in financial markets” US patent application Ser. No. 09 / 593,324, filed Jun. 13, 2000, entitled “Financial Transaction System and Method for Performing Performed Financial Transactions”, currently US Pat. No. 6,347,307, and ( iv), US patent application Ser. No. 09 / 47703,198, incorporated by reference.
本発明は、一般に、インタラクティブかつ自動的なウエッブベースの金融取引アプリケーションの分野に関し、具体的には、金融取引ならびにポートフォリオおよび金融市場に関する情報の管理を実行するためのインタラクティブかつ自動的なシステムおよび方法に関する。 The present invention relates generally to the field of interactive and automatic web-based financial transaction applications, and in particular, interactive and automatic systems and methods for performing management of information related to financial transactions and portfolios and financial markets. About.
ワールドワイドウエッブを含むインターネットの進化の中で、個人および組織が、金融に関する調査、彼らのポートフォリオ管理、特定タイプの金融取引、の実行を可能にするアプリケーションおよびサービスが次々と発表されてきた。かかる様々なアプリケーションおよびサービスは、オンラインバンキングから株価の問い合わせ、および、ストック、ストックオプション、債券、およびミューチュアルファンド等の様々なインスツルメントを含む、オンラインで、リアルタイムな取引を可能にするサイトの金融情報サービスに及んでいる。かかる取引サービス、たとえば、Ｅ＊トレード証券の”E*TRADE”＜www.etrade.com＞、チャールズ・シュワブ証券の”Schwab.com”＜www.schwab.com＞、および、フィデリティーブローカーサービスの”Fidelity.com”＜www.fidelity.com＞、は、既知の市場において、一般的な証券の取引を可能にする。かかるサービスにおいて、投資家は、信用勘定、あるいは、前記サービス専用のシステムおよびインターフェースを介してトレードを行うため前記取引サービスを通じて設けられた口座を用いる。個人を対象にした、かかるサービスにおいては、ユーザーの内部またはバックエンドシステムを用いて、とぎれることがなく、集約され、あるいは、カスタマイズされた取引を行うことができなかった。これらのサービス、および、これらと同様の他のサービスは、当事者間で、通貨デリバテイブまたは外国為替、あるいは、他の金融市場取引の値付けおよびモデリングを実行することができなかった。 In the evolution of the Internet, including the World Wide Web, applications and services have been announced one after another that allow individuals and organizations to conduct financial research, their portfolio management, and certain types of financial transactions. These various applications and services include online banking, stock price inquiries, and site finance that enables real-time trading online, including various instruments such as stocks, stock options, bonds, and mutual funds. Covers information services. Such trading services, such as “E * TRADE” <www.etrade.com> for E * Trade Securities, “Schwab.com” <www.schwab.com> for Charles Schwab Securities, and “Fidelity Broker Service” Fidelity.com ”<www.fidelity.com> enables the trading of general securities in known markets. In such a service, an investor uses a credit account or an account established through the trading service to trade through the service-dedicated system and interface. Such services, targeted at individuals, have not been able to perform unbroken, aggregated or customized transactions using the user's internal or back-end system. These services, and other services similar to these, were unable to perform pricing and modeling of currency derivatives or foreign exchange or other financial market transactions between the parties.
インターネットを介し、複雑な取引を行いたいと希望する機関投資家の潜在的に巨大なマーケットに進出するため、いくつかのステップがなされてきた。オンラインバンキング、請求書の支払いおよび提示、ならびに、株、債券およびミューチュアルファンドの取引をサポートするため、異なるシステム間で金融データの交換を可能にするインターネットを介し、金融機関、ビジネスならびに消費者の間に共通の規格を提供するため、”オープンファイナンシャルエクスチェンジ”（インテュイット社、マイクロソフト社、チェックフリー社）＜www.ofx.net＞が設立された。しかし、オープンファイナンシャルエクスチェンジは、ボキャブラリー、プラットフォーム、および、金融市場における金融機関と機関投資家間の複雑な取引の、作成、交渉、実行、を可能にするための通信プロトコル、を提供してはいない。 Several steps have been taken to enter the potentially huge market of institutional investors who wish to conduct complex transactions over the Internet. To support online banking, bill payment and presentation, and trading of stocks, bonds and mutual funds, between financial institutions, businesses and consumers via the Internet, which allows the exchange of financial data between different systems "Open Financial Exchange" (Intuit, Microsoft, Checkfree) <www.ofx.net> was established to provide a common standard for both. However, Open Financial Exchange does not provide vocabulary, platforms, and communication protocols to enable the creation, negotiation and execution of complex transactions between financial institutions and institutional investors in financial markets. .
そこで、必要とされているのは、標準的なボキャブラリー、および、ユーザーの既存システムによってとぎれることがなく、集約された取引を可能とするメッセージシステムを用い、機関投資家と金融機関が、取引の作成、値付け、交渉、実行、決済、ならびに、金利、通貨デリバテイブ、外国為替、ローン、預金、確定利付きインスツルメントを含む複雑な金融市場の取引の分析を、オンライン環境において、とぎれのない状態で可能とするシステムおよび方法である。 Therefore, what is needed is that institutional investors and financial institutions use standard vocabularies and message systems that enable aggregated transactions without being interrupted by the user's existing systems. Create, price, negotiate, execute, settle, and analyze complex financial market transactions, including interest rates, currency derivatives, foreign exchange, loans, deposits, fixed income instruments, in an online environment Systems and methods that enable state.
本発明は、”メンバー”(たとえば、機関投資家）および”プロバイダ”（すなわち、銀行、金融機関）等のユーザーが、インターネット（ワールドワイドウエッブ含む）を介し、店頭で販売する金融商品(Over-the-Counter financial products)を含む、金融市場での取引を実行することを可能にするシステムならびに方法、を提供する。前記システムは、ユーザーが、互いに双方向で通信し、金融インスツルメントを取引することができるとともに、ポートフォリオの管理が可能な、様々なサーバー、アプリケーション、ならびに、インターフェースを含んでいる。本システムによりサポートされる双方向通信は、信用関係を確立し、金融取引を設定し、価格見積を依頼し、取引依頼を監視し、検討し、価格見積を発し、価格見積を監視し、検討し、メンバーおよびプロバイダ間で交渉し、価格見積を受諾し、認証して、ポートフォリオ管理を報告し、金融情報ならびにマーケットデータを分析し、eメール、チャット、およびメッセージボードを介してメンバー、プロバイダおよび／又はシステム管理者間の連絡を取ること、を含んでいる。 The present invention relates to financial products (over-market) that users such as “members” (eg, institutional investors) and “providers” (ie, banks, financial institutions) sell over the Internet (including the World Wide Web). Systems and methods are provided that make it possible to conduct transactions in financial markets, including the-Counter financial products. The system includes various servers, applications, and interfaces that allow users to communicate with each other, trade financial instruments, and manage portfolios. The two-way communication supported by this system establishes credit relationships, sets up financial transactions, requests price quotes, monitors and reviews transaction requests, issues price quotes, monitors price quotes and reviews Negotiate between members and providers, accept price quotes, authenticate, report portfolio management, analyze financial information and market data, and send members, providers and messages via email, chat, and message boards And / or communicating between system administrators.
本発明は、自動プロセッサー（“接続プロセッサー”および“接続メッセージングプロセッサー”）を介し、サーバー側と自動的に通信することもサポートしている。かかる自動的な通信は、取引の値付け、支払いスケジュールおよびジャーナル処理(journaling)、デリバテイブ取引、取引の認証、ならびに取引決済を含む、直流処理(straight-through processing)を自動的に実行するための、ユーザー内部のバックエンドシステムとの接続を可能にする。かかる通信は、新たなＸＭＬベースのシンタックス（”FinXML”)およびＸＳＬベースの処理言語(”FinScript”)を用いることを促進する。 The present invention also supports automatic communication with the server side via automatic processors (“connected processor” and “connected messaging processor”). Such automatic communication is used to automatically perform straight-through processing, including transaction pricing, payment schedules and journaling, derivative transactions, transaction authentication, and transaction settlement. , Allowing connection with the user's internal backend system. Such communication facilitates using a new XML-based syntax (“FinXML”) and an XSL-based processing language (“FinScript”).
FinXMLは、金融市場における取引用に標準的なデータ交換言語を提供するとともに、多くの種類の金融取引、リファレンスデータ、および市場データを表すエレメントのセットおよび属性をサポートする。FinXMLシンタックスの一般的な説明は、契約の作成(deal creation)、認証、決済、支払い、リスク管理、ならびに、会計を含む、直流処理の全ての局面に用いることができる。 FinXML provides a standard data exchange language for transactions in the financial market and supports a set of attributes and attributes that represent many types of financial transactions, reference data, and market data. The general description of FinXML syntax can be used for all aspects of DC processing, including deal creation, authentication, settlement, payment, risk management, and accounting.
本発明の上述の目的ならびに説明は、上述の説明ならびに添付の図面によって、より深く理解される。 The above objects and description of the present invention will be more fully understood from the above description and the accompanying drawings.
A.システムの機能性(System Functionality)
本発明の技術は、金融市場において、双方向で自動的な金融取引を実行し、ポートフォリオおよび関連する情報の管理を実行する、プラットフォームを提供するため、さまざまな形式で実施可能である。かかるプラットフォームは、エンドユーザーならびに金融商品およびサービスのプロバイダを含むメンバーが、金融市場における標準的かつカスタマイズされた金融インスツルメントの取引契約を行うことを可能にする。システムの機能性には、金融インスツルメントのトレードを取り込んで、値付けし；リアルタイムの市場データを表示し；ポートフォリオに、完了した取引を記憶させ；取引手順を管理し；値付け、トレード、支払い処理、認証、ならびに、決済のため、取引をエンドユーザーのバックエンドシステムに送信し；ポートフォリオの分析を実行し；リスク管理分析を実行し；ユーザー同士の通信を行うこと、が含まれる。A. System Functionality
The techniques of the present invention can be implemented in a variety of forms to provide a platform for performing automated financial transactions interactively and managing portfolios and related information in financial markets. Such a platform allows members, including end users and providers of financial products and services, to enter into standard and customized financial instrument trading contracts in the financial market. System functionality captures and markets financial instrument trades; displays real-time market data; stores completed trades in portfolio; manages trading procedures; pricing, trades, This includes sending transactions to end-user back-end systems for payment processing, authentication, and settlement; performing portfolio analysis; performing risk management analysis; communicating between users.
本発明のこの実施形態において、前記システムは、サーバー側およびクライアント側の両方の機能を備えている。サーバー側の機能は、システムユーザが、双方向で途切れなく：金融インスツルメントの取引契約を行い；ポートフォリオ管理を実行し；リアルタイムで市場のデータおよびニュースを入手し；電子メール、チャット、およびメッセージボードを介してシステムならびに他のユーザーと連絡をとり；カレンダーを維持すること、を可能とする。かかるサーバー側は、ユーザーの活動をホストする双方向システムサーバーとともに、一以上のシステムデータベース、およびクライアントの自動バックエンドシステムと通信を制御する自動メッセージサーバー、を含んでいる。 In this embodiment of the invention, the system has both server-side and client-side functions. Server-side functionality allows system users to interact seamlessly in two ways: contract financial instruments; perform portfolio management; get market data and news in real time; email, chat, and messages Allows you to communicate with the system and other users via the board; maintain a calendar. Such server side includes one or more system databases and an automated message server that controls communication with the client's automated backend system, as well as an interactive system server that hosts user activity.
クライアント側の機能は、システム側の自動メッセージサーバーと通信し、自動バックエンドシステムおよびクライアントの専用データベースに対する途切れのないインターフェースとして機能する自動プロセッサー、を含んでいる。これにより、前記システムは、異なるシステム、および、通常の機能を用い、取引契約するためのデータとの組織化が可能であり、本発明との仲立ちをする。クライアント側は、システムサーバーとの双方向通信を可能にする、クライアントウエッブブラウザ、を備えている。 The client-side functions include an automatic processor that communicates with the automatic message server on the system side and serves as an uninterrupted interface to the automatic back-end system and the client's dedicated database. As a result, the system can be organized with data for making a transaction contract using different systems and normal functions, and mediates with the present invention. The client side includes a client web browser that enables two-way communication with the system server.
ここで説明する本発明は、金融取引を表わし、促進させるための、標準的なXMLベースのボキャブラリーを提供するとともに、標準的なボキャブラリーに対し/からユーザーのデータおよび情報を変換し、システムを介してかかる情報を自動的に連絡する、システムならびに方法、を提供する。 The present invention described herein provides a standard XML-based vocabulary for representing and facilitating financial transactions, as well as converting user data and information to / from the standard vocabulary via the system. Systems and methods for automatically communicating such information.
１．手動取引プロセス(Manual Transaction Process)
図１９は、企業および銀行が、本発明によって双方向かつ自動的に一種の金融取引を行うことを促進される、ステップを示す。1. Manual transaction process
FIG. 19 illustrates the steps that companies and banks are encouraged to make in a bi-directional and automatic form of financial transactions by the present invention.
a. 取引前((Pre-Transaction)
企業と銀行が、金融取引の契約をおこなうと判断した場合、これらは、まず、特定の標準的な契約を締結することにより関係を生じさせる（ステップ１５００）。かかる契約は、契約のルール、レートソース(rate sources)、手続きの認証および解決、ならびに、当事者間の一連の取引で繰り返し使用可能な他の情報、を規定するものである。国際スワップデリバティブ協会（”ISDA”)＜http://www.isda.org＞は、かかる目的のため、当事者間で用いられる標準的な契約形式（たとえば、“１９９２ISDAマスター契約”）を提供している。当事者が締結した標準的な契約の数にもよるが、企業と銀行は、このステップを複数回にわたって実行してもよい。a. Before Trading ((Pre-Transaction)
If the company and the bank decide to enter into a financial transaction contract, they first create a relationship by entering into a specific standard contract (step 1500). Such contracts define the rules of the contract, rate sources, authentication and resolution of procedures, and other information that can be used repeatedly in a series of transactions between the parties. The International Swaps and Derivatives Association (“ISDA”) <http://www.isda.org> provides a standard contract format (eg, “1992 ISDA Master Contract”) used between parties for such purposes. Yes. Depending on the number of standard contracts signed by the parties, companies and banks may perform this step multiple times.
次に、企業と銀行は、将来の取引のため、銀行が企業に対して与える一以上の貸付限度について交渉する（ステップ１５１０）。企業に対して与信を行うに際し、銀行は、企業の資産ポートフォリオ、信用格付け、およびかかる企業が行おうとする取引の形態、を分析する。 Next, the company and the bank negotiate one or more lending limits that the bank gives to the company for future transactions (step 1510). In making a credit to an entity, the bank analyzes the asset portfolio of the entity, the credit rating, and the type of transaction that the entity will conduct.
b. 取引中(Transaction)
企業と銀行が関係を成立させ、与信限度の交渉が済むと、企業は、金融取引の契約プロセスを始めることができる。企業は、自身が行おうとする金融取引の取引の形態（たとえば、外国為替の直物、外国為替の先物、インターレートスワップなのか）を決定し、さまざまな詳細およびパラメーターを含む所望の取引を設定しなければならない（ステップ１５２０）。たとえば、企業は、太平洋標準時の２０００年１２月１日の午後１１時５９分まで有効という条件が設定された取引依頼を伴う、米ドルで百万ユーロを購入するという外国為替の直物取引を指定することがある。b. Transaction
Once the company and bank have established a relationship and the credit limit has been negotiated, the company can begin the contract process for financial transactions. A company determines the type of financial transaction it is willing to do (eg, forex spot, forex future, inter-rate swap) and sets the desired deal, including various details and parameters (Step 1520). For example, a company may specify a foreign exchange spot transaction to purchase one million euros in US dollars with a transaction request that is valid until 11:59 pm on December 1, 2000, Pacific Standard Time. There are things to do.
取引の設定後、当該企業は、一以上の銀行に対し、前記取引に関する値付け依頼を送信する（ステップ１５３０）。各銀行は、前記企業からの値付け依頼を順次受け取り、検討する（ステップ１５４０）。前記企業の取引に興味がある場合、銀行は、前記取引についての価格オファーを作成することができ（ステップ１５５０）、依頼を出した企業に対し、価格オファーを提出する（ステップ１５６０）。市況が刻々と変化するので、通常、各価格オファーは、有効期限を有しており、銀行は、市況ならびに交渉に基づき、修正した価格オファーを提出してもよい。 After setting the transaction, the company transmits a pricing request regarding the transaction to one or more banks (step 1530). Each bank sequentially receives and reviews pricing requests from the companies (step 1540). If interested in the company's transaction, the bank can create a price offer for the transaction (step 1550) and submit a price offer to the requesting company (step 1560). As market conditions change from moment to moment, each price offer typically has an expiration date, and banks may submit revised price offers based on market conditions and negotiations.
企業は、銀行により提出された価格オファーを受け取るとともに検討する（ステップ１５７０）。企業は、一以上の価格オファーを選択し（ステップ１５８０）、前記オファーを提出した銀行と交渉を行う。交渉を繰り返す回数は、マーケットの変動率および他の条件による。価格オファーに関するかかる交渉が終了すると、企業は、価格オファーを受諾し、その旨をオファーを出した銀行に通知する（ステップ１５９０）。 The company receives and reviews the price offer submitted by the bank (step 1570). The company selects one or more price offers (step 1580) and negotiates with the bank that submitted the offer. The number of times negotiations are repeated depends on market volatility and other conditions. Upon completion of such negotiation for the price offer, the company accepts the price offer and notifies the bank that made the offer (step 1590).
c. 取引後(Post-Transaction)
価格オファーに対する企業の受諾を受けると、銀行は、特定の条件、支払日、ならびに、金額を含む取引の確認を企業に送信する（ステップ１６００）。確認が行われた後、企業と銀行は、取引の決済予定ならびに前記契約に関する将来の支払いについて決定する(ステップ１６１０)。c. Post-Transaction
Upon receipt of the company's acceptance of the price offer, the bank sends a confirmation of the transaction including the specific terms, payment date, and amount (step 1600). After the confirmation is made, the business and the bank decide on the transaction settlement schedule and future payments for the contract (step 1610).
２．システムアーキテクチャの全体像(System Architecture Overview)
図１は、本発明の一実施形態のアーキテクチャを示している。この実施形態は、図示および説明の目的で示されたものであり、当業者にとっては、他の実施形態が明らかであり、それによっても実施可能である。2. System Architecture Overview
FIG. 1 illustrates the architecture of one embodiment of the present invention. This embodiment has been shown for purposes of illustration and description, and other embodiments will be apparent to and can be practiced by those skilled in the art.
本発明の前記実施形態を説明するにあたって、用語“メンバー”および“プロバイダ”は、金融取引の逆の立場にある当事者（たとえば、外国為替の買い手と売り手）を識別するため用いられる。しかし、本発明の本実施形態および他の実施形態おいて、“メンバー”として定義されたユーザーは、他の“メンバー”と契約を締結することができ、“プロバイダ”と定義されたユーザーが、他の“プロバイダ”と契約を締結することができるが、かかる取引においては、一人のユーザーが“メンバー”の地位を占めるとともに、“メンバー”の役割を果たし、他のユーザーが“プロバイダ”としての地位を占めるとともに、“プロバイダ”の役割を果たす。 In describing the above-described embodiments of the present invention, the terms “member” and “provider” are used to identify parties that are in the opposite position of a financial transaction (eg, foreign exchange buyers and sellers). However, in this and other embodiments of the present invention, users defined as “members” can enter into contracts with other “members”, and users defined as “providers” You can enter into contracts with other “providers”, but in such transactions, one user occupies the position of “member” and plays the role of “member”, and other users as “providers” Occupies the position and plays the role of “provider”.
a. サーバー側(Server Side)
サーバー側（本明細書中、しばしば”CFOWeb System”という）は、インターネット（ワールドワイドウェッブを含む）１０を介して、クライアント側（例えば、企業、機関投資家の”メンバー”および、例えば、金融機関の”プロバイダ”として知られるユーザーから構成される）との通信を行う。サーバー側は、ユーザーに機能を提供する、さまざまなインタラクティブ・システムサーバーを含んでいる。ウエッブサーバー１００は、自身のウェッブブラウザ３０、および、さまざまなシステムサーバーを通じ、サーバー側と接続されたユーザー間の通信（ハイパーテキスト転送プロトコル（”HTTP”)またはTCP/IP等の転送プロトコルを通じ、インターネットを介しての）を可能にする。取引サーバー１６０は、ユーザーが、互いに双方向で金融デリバテイブ商品を取引するのを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。ポートフォリオ管理サーバー１７０は、ユーザーが、金融デリバテイブ商品のポートフォリオを管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。レポートサーバー１８０は、ユーザーが、時価(mark to market)、これからのイベントおよび取引リストを含む、自身のポートフォリオに関し、標準およびカスタマイズされたレポートを作成し管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。分析サーバー１９０は、ユーザーが、評価額および金利感応性(interest tate sensitivity)を含む自身のポートフォリオに対する分析を行うことを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。カレンダーサーバー２００は、ユーザーが、決済、支払い、キャッシュフローに関する重要な日、ならびに、彼らの金融デリバテイブ取引およびポートフォリオに関する他の詳細を自動的に管理することを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。ニュースおよびリサーチサーバー２１０は、ユーザーが、専用の第三者データフィードとともに、リアルタイムのマーケットデータ、金融ならびに他のニュースを得ることを可能にするグラフィックユーザーインターフェースならびにアプリケーションを提供する。時価マーケットデータフィードおよびニュースサービス２２０、ならびに、第三者データフィード２３０を含んでいる。a. Server Side
The server side (often referred to herein as “CFOWeb System”) is connected via the Internet (including the World Wide Web) 10 to the client side (eg, “members” of companies, institutional investors, and financial institutions, for example). Communicating with users (known as “providers”). The server side includes various interactive system servers that provide functionality to the user. The
かかるインタラクティブシステムサーバーは、システムユーザと管理者間の通信を可能にするサーバーも含んでいる。チャットサーバー１２０は、リアルタイムでのチャットを提供するので、ユーザーは、金融デリバテイブに関するフォーラムにおける議論に参加することができる。ページングサーバー１３０は、ユーザーが、メッセージングコミュニテイーを作り、どのユーザーがオンライン上にいて、所定のインスタンス（たとえば、インスタントメッセージング）においてメッセージを受信できるか、を判断することを可能とする。Ｅメールサーバー１４０は、見積もり依頼から決済までの金融取引の全ての側面を含む、ユーザーとシステム管理者間の通信を可能にする、イントラシステム電子メール伝達手段(intra-system electronic mail vehicle)、を提供する。メッセージボードサーバー１５０は、見積もり依頼および見積もりだけでなく、システム管理情報を投稿し、読むためのユーザーおよびシステム管理者用のアリーナを提供する。 Such interactive system servers also include servers that allow communication between system users and administrators.
自動メッセージングサーバー９０（この実施形態において、しばしば、”接続メッセージングサーバー”という）は、サーバー側のさまざまなシステムサーバーと、その内部のバックエンドシステム８５がサーバー側と通信を行うのに必要とされる自動プロセスを実行する、ユーザー間の通信を制御する（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）。かかる自動プロセスは、取引値付け４０、支払いスケジュールならびにジャーナリング処理５０、デリバテイブ取引６０、トレードの確認７０、および、トレードの決済処理８０、を含むことも可能である。接続メッセージングサーバー９０とクライアント側との間の通信は、自動メッセージングサーバー９０と同じ機能を分け合う自動プロセッサー２０（この実施形態において、しばしば、”接続プロセッサー”と呼ばれる）および自動メッセージブローカー２５を通過し、以下で述べるように、”FinXML”ボキャブラリーおよび”FinScript”処理言語を用いることを促進する。 An automated messaging server 90 (often referred to in this embodiment as a “connected messaging server”) is required for the various system servers on the server side and the internal backend system 85 to communicate with the server side. Control communication between users, running automated processes (via the Internet through a transfer protocol such as HTTP or TCP / IP). Such automated processes may also include
CFOWeb Systemは、金融取引の処理に関するデータだけでなく、システムサーバーとのユーザーの通信ならびに、やりとりを記憶する一以上のシステムデータベース１１０を含んでいる。 The CFOWeb System includes one or
b. クライアント側(Client Side)
クライアント側は、ユーザー、メンバーおよびプロバイダが、様々なシステムサーバーを用い、双方向、あるいは自動的に、通信することを可能にする機能を含む。ウエッブブウラウザ３０は、ウエッブサーバー１００のサーバー側でなされた接続を用いて、ユーザーとCFOWeb System間の双方向通信（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）を可能にする。双方向通信は：価格見積もりを依頼すること（メンバー）；見積もり依頼を監視し、検討すること（プロバイダ）、価格見積もりを発すること（プロバイダ）；価格見積もりを監視し、検討すること（メンバー）；メンバーとプロバイダ間で交渉を行うこと、価格見積もりを受諾すること（メンバー）；ポートフォリオ管理を報告し、金融情報およびマーケットデータを分析すること；日程管理すること；ならびに、eメール、チャット、およびメッセージボードを含む手段で、メンバー、プロバイダおよび／またはシステム管理者間で連絡を行うこと；を含んでもよい。b. Client Side
The client side includes functionality that allows users, members and providers to communicate with each other using various system servers, either interactively or automatically. The
これに代え、ユーザーは、接続メッセージングサーバー９０と（HTTPまたはTCP/IP等の転送プロトコルを通じインターネットを介して）通信を行う接続プロセッサー２０（および自動メッセージブローカー２５）を介し、サーバー側と自動的に通信を行うことができる。かかる自動的な通信により、ユーザーの内部バックエンドシステム８５（一以上のバックエンドデータベース８８を含む）は、取引値付け４０、支払いスケジュールならびにジャーナリング処理５０、デリバテイブ取引６０、トレードの確認７０、および、トレードの決済処理８０、を含むこともできる、自動処理を実行することが可能となる。かかる通信は、以下で述べるように、”FinXML”ボキャブラリーおよび”FinScript”処理言語を用いることを促進する。 Instead, the user automatically connects with the server side via the connection processor 20 (and automatic message broker 25) that communicates with the connection messaging server 90 (via the Internet through a transfer protocol such as HTTP or TCP / IP). Communication can be performed. With such automatic communication, the user's internal back-end system 85 (including one or more back-end databases 88) allows
３．金融取引機能(Financial Transaction Functionality)
メンバーおよびプロバイダのシステムユーザーに関し、本発明の一実施形態に含まれる機能は、取引前、取引中、取引後および一般的事項、にカテゴリー化することができる。本発明は、(i)自動化および／または(ii)かかる機能についてインタラクテイブなインターフェースを提供する。3. Financial Transaction Functionality
With respect to member and provider system users, the functions included in one embodiment of the present invention can be categorized into pre-transaction, during-transaction, post-transaction and general matters. The present invention provides (i) automation and / or (ii) an interactive interface for such functionality.
a. 取引前(Pre-Transaction)
本発明により可能となる、ある形式の金融取引を実行するメンバーおよびプロバイダ（あるいは本発明の他の実施形態では、メンバーとメンバー）は、図２に示された一連のステップを実行する。メンバーとプロバイダが、将来、金融取引の契約をおこなうと決定した場合、これらは、特定の標準的な契約を締結することにより関係を生じさせる（ステップ３００）。かかる契約（たとえば、”１９９２ISDAマスター契約”）は、契約のルール、レートソース、手続きの認証および解決手続き、ならびに、当事者間の一連の取引で繰り返し使用可能な他の情報、を規定するものである。当事者は、契約に盛り込まれる情報を交換するため、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）を用いて、このステップを実行することができる。また、市販の電子署名ソフトウエアを、本システムと組み合わせることにより、当事者は、電子的に署名を行うことができ、標準的な契約を取り交わすことが可能となる。当事者が締結した標準的な契約の数にもよるが、メンバーとプロバイダは、このステップを複数回にわたって実行してもよい。次に、メンバーとプロバイダは、将来の取引のため、プロバイダがメンバーに対して与える一以上の貸付限度について交渉する（ステップ３１０）。各メンバーは、それを用いてメンバーが将来取引を行うためのかかる与信限度について、各プロバイダと交渉する。メンバーに対して与信を与えるに際し、プロバイダは、メンバーの資産ポートフォリオ、信用格付け、およびかかるメンバーが行おうとする取引の形態、を分析する。当事者は、図８３（以下で説明する）に示す”信用関係”インタラクティブ・ユーザーインターフェースを介して、このステップを実行することができる。かかるステップにおいて、メンバーは、前記システムを介し、信用関係を構築するための依頼を受け取るため、一以上のプロバイダを特定することができる。これに代えて、当事者は、貸し付け限度の交渉中、情報を交換するために、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）、本システムのページング（インスタントメッセージング）機能（図１のページングサーバー１３０によってもたらされる）、あるいは、本システムのチャット（図１のeメールサーバー１２０によって与えられる）機能を用いて、このステップを実行することもできる。a. Pre-Transaction
Members and providers (or members and members in other embodiments of the present invention) that perform certain types of financial transactions enabled by the present invention perform the sequence of steps shown in FIG. If the member and provider decide to sign a financial transaction in the future, they create a relationship by entering into a specific standard contract (step 300). Such contracts (eg, “1992 ISDA Master Contract”) specify the rules of the contract, rate sources, procedure authentication and resolution procedures, and other information that can be used repeatedly in a series of transactions between the parties. . The parties can perform this step using the interactive email function of the system (provided by email server 140 of FIG. 1) to exchange information contained in the contract. Further, by combining commercially available electronic signature software with this system, the parties can electronically sign and can exchange a standard contract. Depending on the number of standard contracts signed by the parties, members and providers may perform this step multiple times. The member and provider then negotiate one or more credit limits that the provider will give the member for future transactions (step 310). Each member uses it to negotiate with each provider about such credit limits for members to conduct future transactions. In granting credit to a member, the provider analyzes the member's asset portfolio, credit rating, and the type of transaction that such member is attempting to conduct. The party can perform this step via the “trust relationship” interactive user interface shown in FIG. 83 (described below). In such a step, the member can identify one or more providers to receive a request to establish a trust relationship via the system. Alternatively, the parties can interact with the system to exchange information during credit limit negotiation (provided by the email server 140 of FIG. 1), paging (instant messaging) of the system. This step can also be performed using a function (provided by the
b. 取引中(Transaction)
メンバーとプロバイダが関係を成立させ、与信限度の交渉が済むと、メンバーは、金融取引の契約プロセスを始めることができる。メンバーは、自身が行おうとする金融取引の取引の形態（たとえば、外国為替スポット、外国為替先物、金利スワップ等）を決定し、所望の取引を設定しなければならない（ステップ３２０）。このステップにおいて、メンバーは、グラフィックユーザーフェースおよびツールを含む、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を用いる。取引の形式にもよるが、前記設定には、価格変動、有効期限、メンバーが値付けを依頼したいプロバイダのリスト、メンバーおよび所望の取引に対するその他の特別な条件、を含むようにしてもよい。たとえば、メンバーは、太平洋標準時の２０００年７月３０日の午後１１時５９分まで有効という条件が設定された取引依頼を伴う、米ドルで百万ユーロを購入したいという外国為替のスポット取引を指定することがある。b. Transaction
Once the member and provider have established a relationship and the credit limit has been negotiated, the member can begin the financial transaction contract process. The member must determine the form of financial transaction he / she wishes to conduct (eg, foreign exchange spot, foreign exchange futures, interest rate swap, etc.) and set the desired transaction (step 320). In this step, the member uses the system's interactive trading system (provided by
取引の設定後、当該メンバーは、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を用いて、一以上のプロバイダに対し、前記取引についての値付け依頼を送信する（ステップ３３０）。それに代え、メンバーは、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）を用いて、直接、特定のプロバイダに値付け依頼を連絡してもよい。かかるeメールによる通信には、設定された取引ならびに値付け依頼に関するＵＲＬを含む。 After setting up the transaction, the member sends a pricing request for the transaction to one or more providers using the system's interactive transaction system (provided by
プロバイダは、以下に述べるように、自動メッセージングサーバー９０と自動プロセッサー２０間の通信を介して、メンバーからの値付け依頼を監視し、検討する（ステップ３４０）。かかる通信により、システムにより管理される依頼監視インターフェース(request-monitoring interface)上に値付け依頼の投稿が行われる。特定のメンバーに関する情報（もしメンバーの身元が明らかにされていれば）を含む、インタラクティブな監視インターフェース上の取引および値付け依頼の検討が完了すると、プロバイダは、価格オファー（すなわち、価格見積もり）を作成し、依頼してきたメンバーに対し、それを提出することができる（ステップ３５０）。プロバイダは、取引サーバー１６０により制御されるインタラクティブインターフェース（以下で説明する）を用いて価格オファーを作成する。価格オファーの提出は、以下で説明するように、自動プロセッサー２０と自動メッセージサーバー９０間の通信を介して行われる。市況が刻々と変化するので、通常、各価格オファーは、有効期限を有しており、プロバイダは、メンバーに対し、修正済みの価格オファーを複数回提出するようにしてもよい。本発明のある実施形態において、価格オファーを作成し、メンバーに対して提出する前に、プロバイダは、メンバーの取引の設定を修正（たとえば、取引額を変更）することができる（ステップ３４５）。かかる修正を複数回繰り返してもよい。 The provider monitors and reviews pricing requests from members via communication between the
メンバーは、システムにより管理されるインタラクティブな監視インターフェース上で、プロバイダにより提出された価格オファーを受け取るとともに検討する（ステップ３６０）。メンバーは、一以上の価格オファーを選択し（ステップステップ３７０）、かかるオファーを提出した特定のプロバイダと交渉を行う。本実施形態において、かかる交渉は、本システムの双方向eメール機能（図１のeメールサーバー１４０によって与えられる）、本システムのページング（インスタントメッセージング）機能（図１のページングサーバー１３０によってもたらされる）、本システムのチャット（図１のチャットサーバー１２０によって与えられる）機能、あるいは、以前からある方法（たとえば、電話での対話）を、用いて実行することもできる。交渉を繰り返す回数は、マーケットの変動率および他の条件による。本発明の他の実施形態において、特定のパラメーターがプロバイダの価格オファーに合致すれば、かかる交渉は不要としてもよい。プロセス中のこの段階において、メンバーは、元々の取引の設定を修正する（たとえば、取引額を変更する）ことを決断し(ステップ３７５）、一以上のプロバイダに対し、新たな値付け依頼を提出してもよいこと、に注意すべきである（ステップ３３０）。かかる修正を複数回繰り返してもよい。 The member receives and reviews the price offer submitted by the provider on an interactive monitoring interface managed by the system (step 360). The member selects one or more price offers (step 370) and negotiates with the specific provider who submitted the offer. In this embodiment, such negotiations are the system's interactive email function (provided by the email server 140 of FIG. 1), the system's paging (instant messaging) function (provided by the
価格オファーに関するかかる交渉が終了すると、メンバーは、最良の価格オファーを受諾し（ステップ３８０）、本システムの双方向取引システム（図１における取引サーバー１６０によって与えられる）を通じ、その旨を当該プロバイダに通知する。当該プロバイダは、以下で説明するように、接続メッセージングサーバー９０と接続プロセッサー２０間の通信を介して、メンバーによる受諾を受信する。かかる通信により、システムにより管理される依頼監視インターフェース上に価格オファーに対するメンバーの受諾が投稿される。 Upon completion of such negotiation regarding the price offer, the member accepts the best price offer (step 380) and, through the system's interactive trading system (provided by
c. 取引後(Post-Transaction)
価格オファーに対するメンバーの受諾を受けると、プロバイダは、特定の条件、支払日、ならびに、金額を含む取引確認を企業に送信する（ステップ３９０）。以下で説明するように、プロバイダは、メンバーに対し、自動プロセッサー２０と自動メッセージングサーバー９０間の通信を通じて確認情報を送信する。プロバイダのバックエンドシステムは８５は、この情報を自動的に処理する。c. Post-Transaction
Upon receipt of the member's acceptance of the price offer, the provider sends a transaction confirmation including the specific terms, payment date, and amount to the company (step 390). As described below, the provider sends confirmation information to the member through communication between the
認証が行われた後、メンバーとプロバイダは、内部会計および支払い予定を含む目的のため、それぞれのバックエンドシステム８５に、前記取引を提出する（ステップ４００）。かかるステップは、自動プロセッサー２０とバックエンドシステム８５間の自動的な接続を介し、システムにより取り扱われる。それぞれのバックエンドシステム８５を用いることにより、メンバーとプロバイダは、取引の決済ならびに将来の支払いについての予定を立てる（ステップ４１０）。 After authentication is performed, members and providers submit the transaction to their respective backend systems 85 for purposes including internal accounting and payment schedule (step 400). Such steps are handled by the system via an automatic connection between the
d. 一般的事項(General)
メンバーおよびプロバイダによりいつでもアクセスでき、実行可能な双方向取引システムの機能は：報告；ポートフォリオ管理；リスク管理；金融情報ならびにマーケットのデータの分析；メンバー、プロバイダ、システム管理者間のeメールによる通信；メンバーとプロバイダのチャット；メッセージボード；カレンダー；ページング；を含む。この機能は、システムのインタラクティブなユーザーインターフェース上のボタンおよび／またはプルダウンメニューにより、メンバーおよびプロバイダが利用可能となる。d. General
The functions of the interactive trading system that can be accessed and executed by members and providers at any time are: reporting; portfolio management; risk management; analysis of financial information and market data; communication by email between members, providers and system administrators; Includes member and provider chat; message board; calendar; paging. This functionality is made available to members and providers through buttons and / or pull-down menus on the system's interactive user interface.
Ｂ．自動処理ならびに金融情報の転送(Automated Processing and Transferring of Financial Information)
本発明のこの実施形態は、サーバー側のメッセージングサーバーとクライアント側の自動プロセッサー間で基礎的な金融情報の自動処理ならびに転送を提供することにより、メンバーとプロバイダ間の金融取引をサポートする。本システムは、取引特定データ、リファランスデータ、マーケットデータを含む金融インスツルメント取引を表す、タグをベースとした言語であるFinXMLTMを用いることによって、かかる処理ならびに転送を可能とする。FinXMLは、拡張マークアップ言語（ＸＭＬ）１．０勧告（１９９８年２月１０日）、ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/REC-xml＞と合致する。ＸＭＬ勧告は、文書の一部をマークしたり、データファイルの構造を、テキスト文章として表したりするエレメントタグを使用する基礎となる文書を合致させるための一連のルールを表している。B. Automated Processing and Transferring of Financial Information
This embodiment of the invention supports financial transactions between members and providers by providing automatic processing and transfer of basic financial information between a server-side messaging server and a client-side automatic processor. The system enables such processing and transfer by using FinXML™ , a tag-based language that represents financial instrument transactions including transaction specific data, reference data, and market data. FinXML is an Extensible Markup Language (XML) 1.0 Recommendation (February 10, 1998), World Wide Web Consortium (Massachusetts Institute of Technology, French National Institute of Information Processing Automation, Keio University) <http: // www Matches .w3.org / TR / REC-xml>. The XML recommendation represents a set of rules for matching an underlying document that uses element tags that mark part of the document or represent the structure of the data file as a text sentence.
FinXMLは、国際スワップデリバティブ協会（“ISDA”)＜http://www.isda.org＞の１９９１ ＩＳＤＡの定義条項（および１９９８の補遺）とも合致する。ＩＳＤＡの定義条項は、個人的に交渉が行われる金融デリバテイブ取引に使用するための一連の標準的なタームを提供している。エレメントタグおよび属性名ならびにFinXMLで定義された値は、ＩＳＤＡの定義条項で定義されたタームに対応する。 XMLボキャブラリーの一つであるFinXMLは、企業のイントラネット、エクストラネット、ならびに、HTTPまたはTCP/IP等の転送プロトコルを用いるインターネット（ワールドワイドウエッブを含む）、を通じた電子送信に非常に適している。ＨＴＴＰプロトコルは、ウエッブブラウザで表示されるページを表わすハイパーテキスト・マークアップ言語（“ＨＴＭＬ”）ドキュメント等のテキストドキュメントを送信することを目的としている。したがって、ＸＭＬドキュメント、およびFinXMLは、両方のドキュメント形式はテキストがベースであり、両方がエレメントタグとデータ内容が混在し、さらに、いずれもが他の外部マテリアルに対するリファランスを含んでいる、という点でＨＴＭＬドキュメントと近似している。 FinXML is also consistent with the 1991 ISDA definition of the International Swaps and Derivatives Association (“ISDA”) <http://www.isda.org> (and the 1998 Addendum). ISDA definition clauses provide a set of standard terms for use in privately negotiated financial derivative transactions. Element tags and attribute names and values defined in FinXML correspond to terms defined in ISDA definitions. FinXML, one of the XML vocabularies, is well suited for electronic transmission over corporate intranets, extranets, and the Internet (including the World Wide Web) using transport protocols such as HTTP or TCP / IP. The HTTP protocol is intended for sending text documents, such as hypertext markup language (“HTML”) documents, which represent pages displayed in a web browser. Therefore, XML documents and FinXML are both document-based in that both are text-based, both have mixed element tags and data content, and both contain references to other external materials. It is similar to an HTML document.
２の組織間の基本的な金融取引において、XMLに暗号化された金融取引は、HTTPまたはTCP/IP等の転送プロトコルを用いて、一の組織のクライアントアプリケーションから他の組織のサーバーへ送られる。かかるサーバーは、これもXMLで暗号化された応答を順次返送する。 In basic financial transactions between two organizations, financial transactions encrypted in XML are sent from one organization's client application to another organization's server using a transfer protocol such as HTTP or TCP / IP. . Such a server sequentially returns responses, also encrypted in XML.
以下で説明するように、本発明のこの実施形態は、自動プロセッサー２０（“接続プロセッサー”としても知られる）ならびに自動メッセージングサーバー９０（“接続メッセージングサーバー”としても知られる）を用い、FinXML（または他のXML）ドキュメントへの/から金融オブジェクトの新たな暗号化/解凍方法を含む。二の組織間の金融取引において、一の組織（例えば、メンバー）は、以下で説明するように、オブジェクトへの変換およびサーバー側での処理のため、HTTPまたはTCP/IP等の転送プロトコルを用いて、自動メッセージングプロセッサー９０に送ることができるFinXML（又は）他のＸＭＬ）文書を作成するため、拡張スタイルシート言語（“XSL”)で作成された専用のスタイルシートであるXMLマッピングおよびFinScriptTMを用いる自動プロセッサー２０に、Javaオブジェクトを提供する。処理が終了すると、自動メッセージングサーバー９０は、オブジェクトをFinXML（または、他のXML）ドキュメントに変換し、FinXML（または他のXML)ドキュメントからJavaScriptプログラムを作成するため、かかるドキュメントをFinScriptを用いる自動プロセッサー２０に送る。前記JavaScriptプログラムからJavaオブジェクトが、順次、作成され、他の組織（例えば、プロバイダ）に送られる。FinScriptのための基礎として機能するXSLについては、拡張スタイルシート言語（”XSL”)１．０版（２０００年３月２７日）ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/xsl＞に述べられている。As described below, this embodiment of the present invention uses an automatic processor 20 (also known as a “connection processor”) as well as an automatic messaging server 90 (also known as a “connection messaging server”) and uses FinXML (or Includes new encryption / decompression methods for financial objects to / from other XML) documents. In financial transactions between two organizations, one organization (eg, a member) uses a transfer protocol such as HTTP or TCP / IP for conversion to objects and server-side processing, as described below. In order to create FinXML (or other XML) documents that can be sent to the
１．FinXML
本発明のこの実施形態において、FinXMLは、金融取引の詳細ならびに関連する情報をやりとりするため、サーバー間に配布されている。FinXMLシンタックスは、すべての金融取引の一般的な構造を提供する。かかる金融取引は、それぞれが、属性および/または他のエレメントを含む基礎的なエレメントから構成される。1. FinXML
In this embodiment of the present invention, FinXML is distributed between servers to exchange financial transaction details as well as related information. FinXML syntax provides a general structure for all financial transactions. Such financial transactions are composed of basic elements, each containing attributes and / or other elements.
a. 取引構造(Trade Structure)
FinXMLシンタックスの基礎的な金融取引エレメントは、（以下で説明する）複数の形式からなる“Trade（取引）”である。かかる取引エレメントは、各金融取引オブジェクトの説明のための根元エレメント(root element)である。取引エレメントは、接続メッセージ”payload(ペイロード）”コンポーネント中に含まれる（以下で説明する）。a. Trade Structure
The basic financial trading element of the FinXML syntax is the “Trade”, which consists of several forms (discussed below). Such a transaction element is a root element for the description of each financial transaction object. The transaction element is included in the connection message “payload” component (described below).
図３は、取引エレメントの構造を示している。取引エレメント５００は、取引において契約を結んだ少なくとも１対の“契約相手”エレメント５１０を含んでいる。各契約相手エレメント５１０は、”内部当事者”エレメント５１５、あるいは、”外部当事者”エレメント５２０であってもよい（以下で説明する）。取引エレメント５００は、以下のいずれかの取引対応サブエレメントを含む”取引タイプ”エレメント５３０をも含む：
（１）外国為替（“FX”）スポット(FX spot))
（２）FX 先物
（３）固定金利の変動スワップ(Interest Rate Fixed Float Swap)
（４）変動金利の変動スワップ(Interest Rate Float Float Swap)
（５）キャップ（Cap)
（６）フロア（Floor）
（７）定期預金（Fixed Deposit)
（８）固定貸付金（Fixed Loan)
（９）変動性預金（Float Deposit)
（１０）変動貸付金（Float Loan)
（１１）ＦＸオプション(FX Option)
（１２）ＦＸスワップ(FX Swap)
（１３）クロスカレンシー固定−固定スワップ(Cross Currency Fixed Fixed Swap)
（１４）クロスカレンシー固定−変動スワップ(Cross Currency Fixed Float Swap)
（１５）クロスカレンシー変動−変動スワップ(Cross Currency Float Float Swap)
（１６）金利先渡し契約(Forward Rate Agreement)
（１７）カスタマイズされたトレード(Customerized Trade)
各取引タイプエレメントは、以下でそれぞれ説明する異なるタイプの金融取引を表している。本発明の他の実施形態では、ここで述べた取引タイプの一以上の組み合わせ、ならびに、他の取引タイプを含んでもよいことに注意すべきである。FIG. 3 shows the structure of the trading element.
(1) Foreign exchange (“FX”) spot (FX spot))
(2) FX Futures (3) Interest Rate Fixed Float Swap
(4) Interest Rate Float Float Swap
(5) Cap
(6) Floor
(7) Fixed deposit
(8) Fixed Loan
(9) Float Deposit
(10) Float Loan
(11) FX Option
(12) FX Swap
(13) Cross Currency Fixed Fixed Swap
(14) Cross Currency Fixed Float Swap
(15) Cross Currency Float Float Swap
(16) Forward Rate Agreement
(17) Customized Trade
Each transaction type element represents a different type of financial transaction, each described below. It should be noted that other embodiments of the present invention may include one or more combinations of the transaction types described herein, as well as other transaction types.
本発明のこの実施形態において、取引エレメント５００は、以下のXML定義を有している： In this embodiment of the invention, the
b. 金融取引データ(Financial Transaction Data)
FinXMLシンタックスは、取引データ、リファレンスデータ、およびマーケットデータを含む、金融取引を備えた、さまざまなタイプのデータを表している。さまざまなタイプのデータのそれぞれは、エレメントおよび属性を含んでいる。ここで述べるエレメント、属性、ならびに、データタイプの定義は、本発明のある実施形態において、例示的に示したものであり、本発明の他の実施形態において、その一部あるいは全部のエレメント、属性、ならびに、データタイプの定義を含んでもよく、含まれるデータを表すために、他のエレメント、属性、ならびに、データタイプの定義を含んでもよいことに注意すべきである。b. Financial Transaction Data
FinXML syntax represents various types of data with financial transactions, including transaction data, reference data, and market data. Each of the various types of data includes elements and attributes. The element, attribute, and data type definitions described herein are shown as examples in one embodiment of the present invention, and some or all of the elements and attributes in other embodiments of the present invention. It should be noted that data type definitions may be included, and other elements, attributes, and data type definitions may be included to represent the included data.
i. 取引データ
取引データは、金融取引およびトレードのさまざまなコンポーネントを表している。これらのコンポーネントは、”契約相手”エレメント、”取引”エレメント、”取引詳細”エレメント、”金融イベント”エレメントならびに”演算”エレメント、を含んでいる。i. Transaction Data Transaction data represents the various components of financial transactions and trades. These components include a “contractor” element, a “transaction” element, a “transaction detail” element, a “financial event” element, and a “calculation” element.
(a) 契約相手エレメント(Counterparty Elements)
FinXMLによって表される金融取引のタイプにおいては、通常、”契約相手(counterparty)”と呼ばれる２人の当事者が登場する。上述のように、FinXMLは、（図３に示すように）かかる当事者を、内部当事者(internal party)エレメントおよび外部当事者(Ecternal party)エレメントを含む契約相手エレメント５１０との取引について表している。本発明のこの実施形態において、契約相手エレメント５１０は以下のXML定義を有している：(a) Counterparty Elements
In the type of financial transaction represented by FinXML, there are usually two parties called “counterparty”. As mentioned above, FinXML represents such a party (as shown in FIG. 3) for a transaction with a
各取引において、組織の立場から見ると、かかる組織は、”内部”当事者であり、他の、関係のない組織、例えば、外国為替取引における企業および第三者銀行は、”外部(external)”当事者にあたる。なお、企業が、当該企業の関連子会社との取引に参加していた場合、当該子会社は、”内部(internal)”当事者に該当する。 In each transaction, from an organizational standpoint, such an organization is an “internal” party, and other unrelated organizations, such as companies and third party banks in foreign exchange transactions, are “external” It is a party. If a company participates in a transaction with an affiliated subsidiary of the company, the subsidiary is an “internal” party.
図４は、取引に関する外部当事者を表す、外部当事者エレメント７００の構造を示している。各外部当事者は、”開示当事者(disclosed party)”あるいは”非開示当事者(undisclosed party)”のいずれであってもよい。本発明のこの実施形態において、外部当事者エレメント７００は、以下のXML定義を有している： FIG. 4 shows the structure of an
開示当事者開示当事者エレメント７０５は、企業イメージを含む自身の詳細が、取引の相手側によく知られている取引に関する当事者（例えば、メンバー）を表わす。各開示当事者エレメント７０５は、（以下の、”リファレンスデータ”の項目でその詳細を説明する）次のサブエレメント、組織(organization)７１０、連絡情報７３０、住所(Address)７６５、信用格付け(Credit Rating)８０５、を含んでいる。本発明のこの実施形態において、開示当事者エレメント７０５は、以下のXML定義を有している： Disclosure Party
非開示当事者(Undisclosed Party)エレメント８３５は、他の当事者に対する匿名性を保持しており、唯一開示されている情報が、当事者の信用格付けのみである、当事者を表わす。したがって、かかる非開示当事者エレメント８３５は、信用格付けエレメント８０５（以下の、”リファレンスデータ”の項目でその詳細を説明する）を含んでいる。本発明のこの実施形態において、非開示当事者エレメント８３５は、以下のXML定義を有している： The
図５は、取引に関する内部当事者(Internal Party)を表す、内部当事者エレメント６００の構造を示している。内部当事者エレメント６００は、内部当事者に関連するそれぞれ別の法人（すなわち、企業）組織を表す法人組織(Legal Entity)エレメント６０５、会計処理のため取引を分類している取引帳簿を表す記録(Book)エレメント６２５（以下の、”リファレンスデータ”の項目でその詳細を説明する）を含む。本発明のこの実施形態において、内部当事者エレメント６００は、以下のXML定義を有している： FIG. 5 shows the structure of an
(b) 取引タイプエレメント(Trade Type Elements)
図３に示すように、取引エレメント(Trade Element)５００は、取引タイプエレメント５３０を含んでいる。各取引タイプエレメントは、一つのタイプの金融取引あるいは、トレードを表す取引タイプサブエレメントを含んでいる。(b) Trade Type Elements
As shown in FIG. 3, the
（１）外国為替スポット(Foreign Exchange Spot)
外国為替スポット（”FXスポット(FX Spot)”）取引(Foreign Exchange Spot Transaction)は、一の当事者が、他の当事者との間で、外国為替市場において、レートが決定するとできるだけ早く（すなわち、通常２日で）、支払いまたは決済することを条件として、特定量の一の通貨を他の通貨に交換する取引である。たとえば、メンバーは、２日後に米ドルで支払う条件で、プロバイダから２百万ユーロを購入する。(1) Foreign Exchange Spot
Foreign exchange spot transaction (“FX Spot”) (Foreign Exchange Spot Transaction) is as soon as one party determines the rate in the foreign exchange market with another party as soon as possible (ie normally 2 days), a transaction in which a certain amount of one currency is exchanged for another currency, subject to payment or settlement. For example, a member purchases 2 million euros from a provider on condition that they pay in US dollars two days later.
前記FXスポットは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Dealt Amount(取引額)”：購入される通貨に交換される通貨の特定の額。The FX spot represents such a transaction and includes the following sub-elements and attributes:
“Dealt Amount”: a specific amount of currency that is exchanged for the currency being purchased.
・”Settled Amount(決済額)”：購入される通貨の額。“Settled Amount”: the amount of currency to be purchased.
・”Trade Date(取引日)”：両当事者によって通貨のトレードが合意された日。“Trade Date”: the date on which the trading of the currency was agreed by both parties.
・”Value Date(取引実行日)”：トレードに供される通貨が交換される日（すなわち、取引が実行される日）。“Value Date”: the date on which the currency offered for trading is exchanged (ie the date on which the transaction is executed).
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。・ "FX rate": The foreign exchange rate when trading is done.
・”Base Currency(ベース通貨)”：購入される通貨の指標となる通貨。・ "Base Currency": the currency that serves as an index for the currency to be purchased.
・”Base Unit (ベースユニット)”：購入される通貨が見積もられるベース通貨のユニット数（通常１ユニット単位）。“Base Unit”: The number of base currency units for which the currency to be purchased is estimated (usually one unit).
・”Quote Currency (被見積通貨)”：購入される通貨あるいはそれに対して見積もりがなされる通貨。“Quote Currency”: the currency to be purchased or the currency for which the quote is made.
・”Quote Units (見積もりユニット)”：購入される被見積通貨のユニット数。“Quote Units”: Number of quoted currency units purchased.
・”External ID (外部ＩＤ)”：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: one or more identifiers assigned by the user to identify transactions in an internal or back-end system and are optional.
本発明のこの実施形態において、FXスポットは、以下のXML定義を有している： In this embodiment of the invention, the FX spot has the following XML definition:
（２）外国為替先物(Foreign Exchange Forward)
外国為替先物（”FX先物(FX Forwardt)”）取引(Foreign Exchange Forward Transaction)は、一の当事者が、他の当事者との間で、将来の特定の日において、支払いすることを条件として、一定量の一の通貨を他の通貨に交換する取引である。たとえば、メンバーは、取引日から６０日後に米ドルで支払う条件で、プロバイダから２百万ユーロを購入する。(2) Foreign Exchange Forward
Foreign Exchange Futures (“FX Forwardt”) transactions (Foreign Exchange Forward Transaction) are fixed, provided that one party pays with another party on a specific date in the future. A transaction in which one currency is exchanged for another currency. For example, a member purchases 2 million euros from a provider on condition that he pays in
前記FX先物は、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Dealt Amount(取引額)”：購入される通貨に交換される通貨の特定の額。The FX futures represents such a transaction and includes the following sub-elements and attributes:
“Dealt Amount”: a specific amount of currency that is exchanged for the currency being purchased.
・”Settled Amount(決済額)”：購入される通貨の額。“Settled Amount”: the amount of currency to be purchased.
・”Trade Date(取引日)”：両当事者によって通貨のトレードが合意された日。“Trade Date”: the date on which the trading of the currency was agreed by both parties.
・”Value Date(取引実行日)”：トレードに供される通貨が交換される日（すなわち、取引が実行される日）。“Value Date”: the date on which the currency offered for trading is exchanged (ie the date on which the transaction is executed).
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。・ "FX rate": The foreign exchange rate when trading is done.
・”Base Currency(ベース通貨)”：購入される通貨の指標となる通貨。・ "Base Currency": the currency that serves as an index for the currency to be purchased.
・”Base Unit (ベースユニット)”：購入される通貨が見積もられるベース通貨のユニット数（通常１ユニット単位）。“Base Unit”: The number of base currency units for which the currency to be purchased is estimated (usually one unit).
・”Quote Currency (被見積通貨)”：購入される通貨あるいはそれに対して見積もりがなされる通貨。“Quote Currency”: the currency to be purchased or the currency for which the quote is made.
・”Quote Units (見積もりユニット)”：購入される被見積通貨のユニット数。“Quote Units”: Number of quoted currency units purchased.
・”External ID (外部ＩＤ)”：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: one or more identifiers assigned by the user to identify transactions in an internal or back-end system and are optional.
本発明のこの実施形態において、FX先物は、以下のXML定義を有している： In this embodiment of the invention, FX futures have the following XML definition:
（３）固定金利の変動スワップ(Interest Rate Fixed-Float Swap)
金利固定の変動スワップは、各支払いストリームが同じ通貨であることを条件として、一の支払いストリームが固定金利に基づき、もうひとつの支払いストリームが変動金利指数（例えば、LIBOR（ロンドン銀行間出し手金利）)に基づく場合に、２の当事者が期限付きで支払いストリームを交換する、金利スワップの一形式である。例えば、メンバーは、プロバイダから、LIBOR指標に基づくユーロの変動金利の支払いストリームと交換に、ユーロの固定金利の支払いストリームを購入する。(3) Interest Rate Fixed-Float Swap
Fixed interest rate floating swaps, provided that each payment stream is in the same currency, one payment stream is based on a fixed interest rate, and another payment stream is a floating interest rate index (for example, LIBOR (London Interbank Rate)) ) Is a form of interest rate swap in which two parties exchange payment streams with a time limit. For example, a member purchases a euro fixed rate payment stream from a provider in exchange for a euro variable rate payment stream based on a LIBOR indicator.
前記金利固定の変動スワップは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Ｔrade Ｄate(取引日)”：当事者間でトレードが合意された日。The fixed rate floating swap represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed between the parties.
・”Start Date (開始日)”：交換された支払いが始まる日。• “Start Date”: the date on which the exchanged payment will begin.
・”End Date (終了日)”:交換された支払いが終わる日。“End Date”: the date on which the exchanged payment ends.
・”Fixed Leg Details (固定期間の詳細)”：固定期間中の固定金利支払いの詳細。• “Fixed Leg Details”: Details of fixed interest payments during a fixed period.
・”Float Leg Details (変動期間の詳細)”：変動期間中の変動金利支払いの詳細。• “Float Leg Details”: Details of floating interest rate payments during the floating period.
・”Events (イベント)”:キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報(interest rate reset information)を含む、スワップ取引における、さまざまな支払いおよび計算事項。“Events”: various payments and calculations in swap transactions, including cash payments, principal payments, interest calculation, compound interest calculation, and interest rate reset information.
・”External ID (外部)ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。• “External ID”: one or more identifiers assigned by the user to identify transactions in an internal or back-end system and are optional.
本発明のこの実施形態において、固定金利の変動スワップは、以下のXML定義を有している： In this embodiment of the invention, the fixed rate floating swap has the following XML definition:
（４）変動金利の変動スワップ(Interest Rate Float-Float Swap)
変動金利の変動スワップは、各支払いストリームが同じ通貨であることを条件として、各支払いストリームが変動金利指数（例えば、LIBOR)に基づく場合に、２の当事者が期限付きで支払いストリームを交換する、金利スワップの一形式である。例えば、メンバーは、プロバイダから、各支払いがLIBOR指標に基づく、ユーロの変動金利の支払いストリームと交換に、ユーロの変動金利の支払いストリームを購入する。(4) Interest Rate Float-Float Swap
Floating swaps with variable interest rates are two parties exchanging payment streams with a time limit if each payment stream is based on a floating interest rate index (eg, LIBOR), provided that each payment stream is in the same currency. A form of interest rate swap. For example, a member purchases a euro variable interest rate payment stream from a provider in exchange for a euro variable interest rate payment stream, each payment based on a LIBOR indicator.
前記変動金利の変動スワップは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。The floating interest rate floating swap represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed between the parties.
・”Start Date (開始日)”：交換された支払いが始まる日。• “Start Date”: the date on which the exchanged payment will begin.
・”End Date (終了日)”:交換された支払いが終わる日。“End Date”: the date on which the exchanged payment ends.
・”Float Leg Details (変動期間の詳細)”：変動金利支払いの詳細；上記２の変動期間とは別の情報。・ “Float Leg Details”: Details of floating interest rate payments;
・”Events (イベント)”:キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報(interest rate reset information)を含む、スワップ取引における、さまざまな支払いおよび計算事項。“Events”: various payments and calculations in swap transactions, including cash payments, principal payments, interest calculation, compound interest calculation, and interest rate reset information.
・”External ID (外部)ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。• “External ID”: one or more identifiers assigned by the user to identify transactions in an internal or back-end system and are optional.
本発明のこの実施形態において、変動金利の変動スワップは、以下のXML定義を有している： In this embodiment of the invention, the floating interest rate floating swap has the following XML definition:
（５）キャップ(Cap)
キャップ取引は、予定された支払日に、特定レートのレベルあるいは指標が、関係する期間について合意された”権利行使レート(strike rate)”を超える場合、一の当事者が、プレミアム支払いと交換に、他の当事者から、一の通貨の特定量について支払いストリーム（すなわち、一連のオプション（”キャプレット(Caplet”）を受け取る権利を取得するものである。たとえば、メンバーの一人が、３ヶ月のＬＩＢＯＲに基づく１０ミリオン米ドルの変動金利ローンの金利上昇をヘッジするため、プロバイダから、３ヶ月のＬＩＢＯＲの米ドルに基づく、権利行使金利８％の１２ヶ月間の金利キャップを購入する。(5) Cap
A cap transaction is one party in exchange for premium payments if, on the scheduled payment date, the level or metric of a particular rate exceeds the agreed “strike rate” for the relevant period, From another party to obtain a payment stream (ie, a set of options (“Caplet”) for a specific amount of one currency. For example, one of the members is in a three month LIBOR. In order to hedge the interest rate rise of the 10 million US dollar floating rate loan based on it, a 12-month interest rate cap with an exercise rate of 8% is purchased from the provider based on the US dollar of the 3-month LIBOR.
前記キャップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Cap Floor Spec（キャップ・フロアスペック）”:キャップおよびフロア取引に共通する構造化エレメントを表す。The cap element represents such a transaction and includes the following sub-elements and attributes:
“Cap Floor Spec”: represents a structured element common to cap and floor transactions.
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。 “Trade Date”: the date on which the trade was agreed between the parties.
・”Settlement Date(決済日)”：取引が決済される日。“Settlement Date”: the date on which the transaction is settled.
・”Start Date (開始日)”：その間、金利が守られる期間が始まる日。• “Start Date”: the date during which the interest rate is protected.
・”End Date (終了日)”支払いストリームが終了する日。“End Date” the date on which the payment stream ends.
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。“Premium Details”: Details of the premiums paid, either as a percentage (“Premium Percentage”) or a specific amount (“Premium Amount”), and Payment date (“Premium Date”).
・”Strike Rate”(権利行使レート)：これを超えると、キャップ取引中でキャップレット(”Caplet)の決済のきっかけとなるレート。 “Strike Rate” (Exercise rate): Above this, the rate that triggers the settlement of Caplet during cap transactions.
・”Buyer”（バイヤー）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。“Buyer”: an optional buyer to be executed; this is the name of the contracting element.
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。"Writer": an optional premium recipient to be executed; this is the name of the counterparty element.
・”Volatility Spread”（変動率スプレッド）：変動率サーフェースを用いて計算された変動率に対するスプレッド；キャップ取引の値付けに対する追加スプレッド。“Volatility Spread”: the spread against the volatility calculated using the volatility surface; the additional spread for the cap transaction pricing.
・”Discount Curve”（割引カーブ）：支払いストリームを計算するのに用いられる割引カーブの定義。“Discount Curve”: definition of the discount curve used to calculate the payment stream.
・”Forecast Curve”（予測カーブ）：支払いストリームを計算するのに用いられる予測カーブの定義。“Forecast Curve”: the definition of the forecast curve used to calculate the payment stream.
・”Notional Amount”（名目元本額）：支払いストリームを計算するのに用いられる額。“Notional Amount”: the amount used to calculate the payment stream.
・”Floating Interest Rate”（変動金利レート）：変動金利レート。• “Floating Interest Rate”: Floating interest rate.
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。“First Fixing Rate”: the interest rate used for the first interest rate calculation period.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。• “Payment Frequency”: Interest / principal payment cycle.
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。“Roll Date”: the specific date of each month used to pay interest / principal.
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。• “Payment Calender”: A calendar used to confirm business holidays.
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。"Rate Reset Calender": A calendar used to check business holidays for resetting interest rates.
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。• “Date Stub”: An indicator for irregular payments.
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。• “Anchor Date”: the date on which the payment schedule is set, ie the last date of the first interest period or a specific date of the first payment period, if the date was created in reverse, It may be the start date of the interest period.
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。“Amortization Details”: Details on how the payment cash flow is amortized, including the redemption method (ie lump sum payment on the last day, equal payment over the duration of the stream).
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。“Compounding Details”: details about how the interest rate is compounded, including the calculation period and rate.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、キャップエレメントは、以下のXML定義を有している： In this embodiment of the invention, the cap element has the following XML definition:
（６）フロア(Floor)
フロア取引は、予定された支払日に、特定レートのレベルあるいは指標が、関係する期間について合意された”権利行使レート(strike rate)”を下回る場合、一の当事者が、プレミアム支払いと交換に、他の当事者から、一の通貨の特定量について支払いストリーム（すなわち、一連のオプション（”フロアレット(Floorlet)”）を受け取る権利を取得するものである。たとえば、メンバーの一人が、３ヶ月のＬＩＢＯＲに基づく、金融市場に対する１０ミリオン米ドルについての自身の投資リターンを保護するため、プロバイダから、３ヶ月のＬＩＢＯＲの米ドルに基づく、権利行使金利８％の１２月間の金利フロアを購入する。(6) Floor
If a floor transaction is on a scheduled payment date and the level or metric of a particular rate falls below the agreed “strike rate” for the period involved, one party may Obtaining the right to receive a payment stream (ie, a series of options ("Floorlet") for a specific amount of one currency from another party, for example, one of the members has a three month LIBOR To protect their return on investment for 10 million US dollars in the financial market, purchase a December interest rate floor with an exercise rate of 8%, based on US dollars for 3 months LIBOR.
前記フロアエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Cap Fllor Spec（キャップ・フロアスペック）”:キャップおよびフロア取引に共通する構造化エレメントを表す。The floor element represents such a transaction and includes the following sub-elements and attributes:
“Cap Fllor Spec”: represents a structured element common to cap and floor transactions.
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。 “Trade Date”: the date on which the trade was agreed between the parties.
・”Settlement Date(決済日)”：取引が決済される日。“Settlement Date”: the date on which the transaction is settled.
・”Start Date (開始日)”：その間、金利が守られる期間が始まる日。• “Start Date”: the date during which the interest rate is protected.
・”End Date (終了日)”支払いストリームが終了する日。“End Date” the date on which the payment stream ends.
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。“Premium Details”: Details of the premiums paid, either as a percentage (“Premium Percentage”) or a specific amount (“Premium Amount”), and Payment date (“Premium Date”).
・”Strike Rate”(権利行使レート)：これを超えると、フロア取引中でフロアプレット(”Floorlet)の決済のきっかけとなるレート。 ・ "Strike Rate" (Exercise rate): Above this, the rate that triggers the settlement of "Floorlet" during floor trading.
・”Buyer”（バイヤー）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。“Buyer”: an optional buyer to be executed; this is the name of the contracting element.
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。"Writer": an optional premium recipient to be executed; this is the name of the counterparty element.
・”Volatility Spread”（変動率スプレッド）：変動率サーフェースを用いて計算された変動率に対するスプレッド；キャップ取引の値付けに対する追加スプレッド。“Volatility Spread”: the spread against the volatility calculated using the volatility surface; the additional spread for the cap transaction pricing.
・”Discount Curve”（割引カーブ）：支払いストリームを計算するのに用いられる割引カーブの定義。“Discount Curve”: definition of the discount curve used to calculate the payment stream.
・”Forecast Curve”（予測カーブ）：支払いストリームを計算するのに用いられる予測カーブの定義。“Forecast Curve”: the definition of the forecast curve used to calculate the payment stream.
・”Notional Amount”（名目元本額）：支払いストリームを計算するのに用いられる額。“Notional Amount”: the amount used to calculate the payment stream.
・”Floating Interest Rate”（変動金利レート）：変動金利レート。• “Floating Interest Rate”: Floating interest rate.
・”First Fixing Rate”：最初の金利計算期間のために用いられる金利。“First Fixing Rate”: Interest rate used for the first interest calculation period.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。• “Payment Frequency”: Interest / principal payment cycle.
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。“Roll Date”: the specific date of each month used to pay interest / principal.
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。• “Payment Calender”: A calendar used to confirm business holidays.
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。"Rate Reset Calender": A calendar used to check business holidays for resetting interest rates.
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。• “Date Stub”: an indicator for irregular payments.
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。• “Anchor Date”: the date on which the payment schedule is set, ie the last date of the first interest period or a specific date of the first payment period, if the date was created in reverse, It may be the start date of the interest period.
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。“Amortization Details”: Details on how the payment cash flow is amortized, including the redemption method (ie lump sum payment on the last day, equal payment over the duration of the stream).
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。“Compounding Details”: details about how the interest rate is compounded, including the calculation period and rate.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、フロアエレメントは、以下のXML定義を有している： In this embodiment of the invention, the floor element has the following XML definition:
（７）固定金利ローン／預金(Fixed Rate Loan/Deposit)
固定金利ローン／預金取引は、一の当事者が、他の当事者から固定金利でお金を借りるものである。たとえば、メンバーが、プロバイダから１ミリオン米ドルを固定金利で１年間借りる。前記固定金利ローン／預金エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。(7) Fixed Rate Loan / Deposit
A fixed rate loan / deposit transaction is one party borrowing money from another party at a fixed rate. For example, a member borrows 1 million US dollars from a provider for a year at a fixed rate. The fixed rate loan / deposit element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed between the parties.
・”Start Date (開始日)”：ローンが開始される日。• “Start Date”: the date on which the loan will start.
・”End Date (終了日)”ローンが終了する日。• “End Date” The date on which the loan ends.
・”Lender”（貸し手）：ローンの貸し手；これは、契約相手エレメントの呼称である。“Lender”: the lender of the loan; this is the name of the counterparty element.
・”Borrower”（借り手）：ローンの借り手；これは、契約相手エレメントの呼称である。“Borrower”: the borrower; this is the name of the contracting element.
・”Notional Amount”（名目元本額）：ローンの額。• “Notional Amount”: the amount of the loan.
・”Fixed Interest Rate”（固定金利）：固定金利。• “Fixed Interest Rate”: fixed interest rate.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。• “Payment Frequency”: Interest / principal payment cycle.
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。“Roll Date”: the specific date of each month used to pay interest / principal.
・”Payment Calender”（支払いカレンダー）：支払日の決定に用いられるカレンダー。• “Payment Calender”: a calendar used to determine payment dates.
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。• “Date Stub”: an indicator for irregular payments.
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。• “Anchor Date”: the date on which the payment schedule is set, ie the last date of the first interest period or a specific date of the first payment period, if the date was created in reverse, It may be the start date of the interest period.
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにしてローン支払いキャッシュフローが償却されるかについての詳細。“Amortization Details”: Details on how the loan payment cash flow is amortized, including the redemption method (ie, lump sum payment on the last day, equal payment over the duration of the stream).
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。“Compounding Details”: details about how the interest rate is compounded, including the calculation period and rate.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、固定金利ローン／預金エレメントは、以下のXML定義を有している： In this embodiment of the invention, the fixed rate loan / deposit element has the following XML definition:
（８）変動金利ローン／預金(Floating Rate Loan/Deposit)
変動金利ローン／預金取引は、一の当事者が、他の当事者から、変動金利指標（ロンドン銀行間出し手金利、すなわち、ＬＩＢＯＲ）に基づき、変動金利でお金を借りるものである。たとえば、メンバーが、プロバイダから１ミリオン米ドルを変動金利で２年間借りる。前記変動金利ローン／預金エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Ｄate(取引日)”：当事者間でトレードが合意された日。(8) Floating Rate Loan / Deposit
Floating interest rate loan / deposit transactions are where one party borrows money from another party at a floating interest rate based on a floating interest rate indicator (London Interbank Interest Rate, or LIBOR). For example, a member borrows 1 million US dollars from a provider at a floating interest rate for 2 years. The floating rate loan / deposit element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed between the parties.
・”Start Date (開始日)”：ローンが開始される日。• “Start Date”: the date on which the loan will start.
・”End Date (終了日)”ローンが終了する日。• “End Date” The date on which the loan ends.
・”Lender”（貸し手）：ローンの貸し手；これは、契約相手エレメントの呼称である。“Lender”: the lender of the loan; this is the name of the counterparty element.
・”Borrower”（借り手）：ローンの借り手；これは、契約相手エレメントの呼称である。“Borrower”: the borrower; this is the name of the contracting element.
・”Notional Amount”（名目元本額）：ローンの額。• “Notional Amount”: the amount of the loan.
・”Floating Interest Rate”（変動金利レート）：変動金利レート。• “Floating Interest Rate”: Floating interest rate.
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。“First Fixing Rate”: the interest rate used for the first interest rate calculation period.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期。• “Payment Frequency”: Interest / principal payment cycle.
・”Roll Date”（ロールデート）：金利／元本の支払いに用いられる各月の特定の日。“Roll Date”: the specific date of each month used to pay interest / principal.
・”Payment Calender”（支払いカレンダー）：支払日の決定に用いられるカレンダー。• “Payment Calender”: a calendar used to determine payment dates.
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。"Rate Reset Calender": A calendar used to check business holidays for resetting interest rates.
・”Date Stub”（デートスタブ）：不定期な支払いのためのインジケーター。• “Date Stub”: An indicator for irregular payments.
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の金利期間の最終日あるいは第一支払い期間の特定の日であって、日付が逆に作成された場合、金利期間の開始日であってもよい。• “Anchor Date”: the date on which the payment schedule is set, ie the last date of the first interest period or a specific date of the first payment period, if the date was created in reverse, It may be the start date of the interest period.
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにしてローン支払いキャッシュフローが償却されるかについての詳細。“Amortization Details”: Details on how the loan payment cash flow is amortized, including the redemption method (ie, lump sum payment on the last day, equal payment over the duration of the stream).
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。“Compounding Details”: details about how the interest rate is compounded, including the calculation period and rate.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system and are optional.
本発明のこの実施形態において、変動金利ローン／預金エレメントは、以下のXML定義を有している： In this embodiment of the invention, the floating rate loan / deposit element has the following XML definition:
（９）外国為替オプション(Foreign Exchange Option)
外国為替オプション（”ＦＸ”オプション(FX Option)）取引は、一の当事者が、プレミアム支払いと交換に、他の当事者から、義務ではなく、特定期間の間あるいは、特定の権利行使日に、ある通貨を一定数だけ一定の価格で買う（すなわち、プットオプションを行使する）または売る（すなわち、コールオプションを行使する）権利を取得するものである。たとえば、メンバーは、３ヶ月間プレミアム支払いと交換に、米ドルによる固定価格で、百万ユーロを購入するオプションを行使するために、プロバイダにプレミアムを支払う。(9) Foreign Exchange Option
Foreign exchange option (“FX”) options (FX Option) transactions are one party in exchange for premium payments from another party, not for obligations, for a specified period of time or on a specific exercise date The right to buy a certain number of currencies at a certain price (ie, exercise a put option) or sell (ie, exercise a call option). For example, a member pays a premium to a provider to exercise an option to purchase one million euros at a fixed price in US dollars in exchange for a three month premium payment.
前記ＦＸオプションエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Settlement Date(決済日)”：取引が決済される日。The FX option element represents such a transaction and includes the following sub-elements and attributes:
“Settlement Date”: the date on which the transaction is settled.
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。 “Premium Details”: Details of the premiums paid, either as a percentage (“Premium Percentage”) or a specific amount (“Premium Amount”), and Payment date ("Premium Date").
・”Expiration Date”（有効期限）：オプションを実行しなければならない有効期限。“Expiration Date”: the expiration date on which the option must be executed.
・”Dealt Amount”（売買金額）：オプションを実行することにより購入あるいは売却される通貨に交換される通貨の特定金額。“Dealt Amount”: the specific amount of currency that will be exchanged for the currency purchased or sold by executing the option.
・”Settled Amount”（決済量）：オプションの実行を実行することにより購入あるいは売却される通貨の量。“Settled Amount”: the amount of currency purchased or sold by executing the option.
”Delivery Date”(引渡期日):オプションを実行することにより現金による差額(cash difference)あるいは権利行使時の契約額面価額のいずれかを交換すべき日。“Delivery Date”: The date on which either the cash difference or the nominal value of the contract at the time of exercise is exchanged by executing the option.
・”Delivery Mode”（配達モード）：オプションを実行することにより現金による差額（”キャッシュ”）あるいは権利行使時の契約額面価額（”フィジカル”）を交換しなければならないか、についてインジケーター。• “Delivery Mode”: an indicator of whether the difference in cash (“cash”) or contract face value at the time of exercise (“physical”) must be exchanged by executing the option.
・”Option Type”（オプションのタイプ）：実行されるオプションの種類（”プット(put)”または”コール(call)”）。“Option Type”: The type of option to be executed (“put” or “call”).
・”Volatility”（変動率）：オプションのプレミアム計算に用いられる変動率サーフェースの定義。“Volatility”: Definition of the volatility surface used for optional premium calculations.
・”Call”（コール）：コールオプションの量および金額。• “Call”: amount and amount of call options.
・”Put”（プット）：プットオプションの量および金額。• “Put”: the amount and amount of put options.
・”Buyer”（買い手）：実行されるオプションの買い手；これは、契約相手エレメントの呼称である。“Buyer”: the buyer of the option to be performed; this is the name of the contracting element.
・”Physical”（フィジカル）：オプションが契約価額に基づいて決済されるかどうか、を示す。“Physical”: indicates whether the option is settled based on the contract value.
・”Cash”（キャッシュ）：オプションが正味現金支払い(net cash payment)に基づいて決済されるかどうか、を示す。“Cash”: indicates whether the option is settled based on net cash payment.
・”Writer”（ライター）：実行されるオプションのプレミアムの受取人；これは、契約相手エレメントの呼称である。"Writer": an optional premium recipient to be executed; this is the name of the counterparty element.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、ＦＸオプションエレメントは、以下のXML定義を有している： In this embodiment of the invention, the FX option element has the following XML definition:
（１０）外国為替スワップ(Foreign Exchange Swap)
外国為替スワップ(”ＦＸスワップ(FX Swap)”)取引は、２の当事者が、それぞれ異なる通貨による２つの支払い（”短期(near)および”長期(far)”）を交換するものである。最初の支払いは、取引期間の初めになされ、二回目の支払いは、取引期間の終わりになされる。これらの支払いは、一定の利率に基づくものであってもよい。(10) Foreign Exchange Swap
Forex swap ("FX Swap") transactions are two parties exchanging two payments ("near" and "far"), each in a different currency. Payments are made at the beginning of the transaction period and a second payment is made at the end of the transaction period, which may be based on a certain interest rate.
たとえば、メンバーは、最初の支払い後、６月間に百万米ドルによる支払いをすることと交換に、プロバイダから三百万ユーロの支払いを購入する。For example, a member purchases a payment of 3 million euros from a provider in exchange for paying US $ million in June after the initial payment.
前記ＦＸスワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。The FX swap element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed by both parties.
・”Near Leg Value Date”（短期レグ取引実行日)：スワップの第一レグ（”短期レグ”の最終支払いが行われる日。“Near Leg Value Date”: the date on which the final payment of the first leg of the swap (“short leg”) will be made.
・”Far Leg Value Date”（長期レグ取引実行日)：スワップの第二レグ（”長期レグ”の最終支払いが行われる日。“Far Leg Value Date”: the date on which the final payment for the second leg of the swap (the “long leg”) will be made.
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。“Notional Amount”: the amount used as the basis for calculating the exchanged payment.
・”Near Leg Settled Amount”（短期レグ決済額）：短期レグにおいて支払われる額；短期レグＦＸレートの別称。“Near Leg Settled Amount”: Amount to be paid in the short-term leg; another term for the short-term leg FX rate.
・”Near Leg FXRate”（短期レグＦＸレート）：短期レグの外国為替レート；短期レグ決済額の別称。・ “Near Leg FXRate”: Short-term leg foreign exchange rate;
・”Far Leg Settled Amount”（長期レグ決済額）：長期レグにおいて支払われる額；長期レグ FXレートに代わるもの。・ "Far Leg Settled Amount": Amount paid in long-term leg; alternative to long-term leg FX rate.
・”Far Leg FXRate”（長期レグＦＸレート）：長期レグの外国為替レート；長期レグ決済額の別称。・ "Far Leg FXRate": Long-term leg foreign exchange rate; another term for long-term leg settlement.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、ＦＸスワップエレメントは、以下のXML定義を有している： In this embodiment of the invention, the FX swap element has the following XML definition:
（１１）クロスカレンシー固定−固定スワップ(Cross-Currency Fixed-Fixed Swap)
クロスカレンシー固定−固定スワップは、二の当事者が、それぞれ異なる通貨において、固定金利に基づく定期的な支払いストリームを交換するスワップ金利の一形式である。(11) Cross-Currency Fixed-Fixed Swap
Cross-currency fixed-fixed swaps are a form of swap interest rate in which two parties exchange periodic payment streams based on fixed interest rates in different currencies.
前記クロスカレンシー固定−固定スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。The cross currency fixed-fixed swap element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed by both parties.
・”Start Date” (開始日)：交換された支払いが始まる日。• “Start Date”: the date on which the exchanged payment will begin.
・”End Date (終了日):交換された支払いが終わる日。• “End Date”: the date on which the exchanged payment ends.
・”Tenor”（支払い期間)”:開始日から終了日までの期間。・ "Tenor" (Payment period): The period from the start date to the end date.
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。“Notional Amount”: the amount used as the basis for calculating the exchanged payment.
・”Fixed Leg Details”（固定レグの詳細）：固定金利支払いの詳細；二の固定レグのそれぞれとは別の情報。“Fixed Leg Details”: details of fixed interest payments; separate information from each of the two fixed legs.
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。“Events”: various payments and calculations in swap transactions, including cash payments, principal payments, interest calculation, compound interest calculation, and interest settlement information.
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in the internal or back-end system, and are optional.
本発明のこの実施形態において、クロスカレンシー固定−固定スワップエレメントは以下のXML定義を有している： In this embodiment of the invention, the cross currency fixed-fixed swap element has the following XML definition:
（１２）クロスカレンシー変動−変動スワップ(Cross-Currency Float-Float Swap)
クロスカレンシー変動−変動スワップは、二の当事者が、それぞれ異なる通貨において、変動金利指標（たとえば、ＬＩＢＯＲ）に基づく定期的な支払いストリームを交換するスワップ金利の一形式である。(12) Cross-currency Float-Float Swap
A cross-currency fluctuation-fluctuating swap is a form of swap interest rate in which two parties exchange regular payment streams based on a floating interest rate indicator (eg, LIBOR), each in a different currency.
前記クロスカレンシー変動−変動スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。The cross currency variation-variable swap element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed by both parties.
・”Start Date” (開始日)：交換された支払いが始まる日。• “Start Date”: the date on which the exchanged payment will begin.
・”End Date (終了日):交換された支払いが終わる日。• “End Date”: the date on which the exchanged payment ends.
・”Tenor”（支払い期間)”:開始日から終了日までの期間。・ "Tenor" (Payment period): The period from the start date to the end date.
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。“Notional Amount”: the amount used as the basis for calculating the exchanged payment.
・”Float Leg Details”（変動レグの詳細）：変動金利支払いの詳細；二の固定レグのそれぞれとは別の情報。• “Float Leg Details”: details of floating interest payments; separate information from each of the two fixed legs.
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。“Events”: various payments and calculations in swap transactions, including cash payments, principal payments, interest calculation, compound interest calculation, and interest settlement information.
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in the internal or back-end system, and are optional.
本発明のこの実施形態において、クロスカレンシー変動−変動スワップエレメントは以下のXML定義を有している： In this embodiment of the invention, the cross currency variation-variable swap element has the following XML definition:
（１３）クロスカレンシー固定−変動スワップ(Cross-Currency Fixed-Float Swap)
クロスカレンシー固定−変動スワップは、それぞれ異なる通貨において、一の当事者が固定金利、もう一方の当事者が変動金利（たとえば、ＬＩＢＯＲ）に基づいて、定期的な支払いストリームを交換するスワップ金利の一形式である。(13) Cross-Currency Fixed-Float Swap
A cross-currency fixed-floating swap is a form of swap interest rate in which different parties exchange regular payment streams based on a fixed interest rate on one party and a floating interest rate (eg LIBOR) on the other. is there.
前記クロスカレンシー固定−変動スワップエレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。The cross currency fixed-variable swap element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed by both parties.
・”Start Date” (開始日)：交換された支払いが始まる日。• “Start Date”: the date on which the exchanged payment will begin.
・”End Date (終了日):交換された支払いが終わる日。• “End Date”: the date on which the exchanged payment ends.
・”Tenor”（支払い期間)”:開始日から終了日までの期間。・ "Tenor" (Payment period): The period from the start date to the end date.
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。“Notional Amount”: the amount used as the basis for calculating the exchanged payment.
・”Fixed Leg Details”（固定レグの詳細）：固定レグについての固定金利支払いの詳細。• “Fixed Leg Details”: Details of fixed interest payments for a fixed leg.
・”Float Leg Details”（変動レグの詳細）：変動レグについての変動金利支払いの詳細。• “Float Leg Details”: Details of the floating interest payment for the floating leg.
・”Events”（イベント）：キャッシュ支払い、元本支払い、金利計算、複利計算、ならびに、金利精算情報を含む、スワップ取引における、さまざまな支払いおよび計算事項。“Events”: various payments and calculations in swap transactions, including cash payments, principal payments, interest calculation, compound interest calculation, and interest settlement information.
・”External ID ”(外部ID)：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。• “External ID”: One or more identifiers assigned by the user to identify transactions in the internal or back-end system, which are optional.
本発明のこの実施形態において、クロスカレンシー固定−変動スワップエレメントは以下のXML定義を有している： In this embodiment of the invention, the cross currency fixed-variable swap element has the following XML definition:
（１４）金利先渡し契約(Forward Rate Agreement)
金利先渡し契約取引は、一の当事者が、単一の固定金利支払いと交換に、単一の変動金利支払いを購入するものである。変動金利支払いが、特定日における特定の変動金利オプション値をサンプリングし、元本額にサンプリングされた値を適用することにより決定されるのに対し、前記固定金利支払いの金額は、取引の元本に対して固定金利を適用することにより決定される。当事者は、二の支払いの効果を、一又は他の当事者によってなされる一の支払いに相殺決済することにより、金利先渡し契約を決済する；変動金利の未払い額が、固定金利の未払い額よりも大きい場合、変動金利の支払者は、固定金利の支払者に対し、差額を支払い、逆に、固定金利の未払い額が、変動金利の未払い額よりも大きい場合、固定金利の支払者は、固定金利の支払者に対し、差額を支払う。決済は、金利先渡し契約特有の将来の減額（すなわち、固定および変動レートにおいて異なる支払い）を前提として、取引の最初に行われる。(14) Forward rate agreement
Interest rate forward contract transactions involve one party purchasing a single floating rate payment in exchange for a single fixed rate payment. Floating interest payments are determined by sampling a specific floating interest option value on a specific date and applying the sampled value to the principal amount, whereas the fixed interest payment amount is the principal amount of the transaction Is determined by applying a fixed interest rate. The parties settle the interest rate forward contract by offsetting the effect of the second payment to one payment made by one or another party; the unpaid amount of the floating rate is greater than the unpaid amount of the fixed rate If the floating rate payer pays the difference to the fixed rate payer, conversely, if the unpaid amount of the fixed rate is greater than the unpaid amount of the floating rate, the fixed rate payer Pay the difference to the payer. Settlement takes place at the beginning of the transaction, subject to future reductions specific to interest rate forward contracts (ie, different payments at fixed and floating rates).
前記金利先渡し契約エレメントは、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Trade Date”(取引日)：両当事者によってトレードが合意された日。The forward rate contract element represents such a transaction and includes the following sub-elements and attributes:
“Trade Date”: the date on which the trade was agreed by both parties.
・”Settlement Date(決済日)”：支払いの決済がなされる日。 “Settlement Date”: the date on which payment is settled.
・”Start Date” (開始日)：取引が始まる日。 • “Start Date”: the date on which the transaction begins.
・”End Date (終了日)取引が終了する日。 • “End Date” is the date on which the transaction ends.
・”Adjusted Start Date” (調整済みの開始日)：取引が始まる日であって、休日について調節されたもの。 • “Adjusted Start Date”: the date when the transaction begins and adjusted for holidays.
・”Adjusted End Date” (調整済みの終了日)：取引が終了する日であって、休日について調節されたもの。 • “Adjusted End Date”: the date on which the transaction ends, adjusted for holidays.
・”Notional Amount”（名目元本額）：交換される支払いを計算する基として用いられる額。“Notional Amount”: the amount used as the basis for calculating the exchanged payment.
・”Fixed Interest Rate”（固定金利）：固定金利支払いための固定金利。• “Fixed Interest Rate”: A fixed interest rate for fixed interest payments.
・”Interest Index”(金利指標）：変動金利支払いに用いられる変動金利指標の詳細。• “Interest Index”: Details of the floating interest rate index used for floating interest rate payments.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”Roll Date”（ロールデート）：金利／元本の支払い／決済に用いられる各月の特定の日。“Roll Date”: specific date of each month used for interest rate / principal payment / settlement.
”Roll Conversion”（ロール振り替え）：支払日が休日に該当する場合に、支払日の振り替えに用いられる。“Roll Conversion” (Roll Conversion): Used when the payment date falls on a holiday.
”Holiday Calender”（休日カレンダー）：ビジネスの休日の確認に用いられるカレンダー。“Holiday Calender”: A calendar used to confirm business holidays.
・”Fixing Date”（固定日）：その日に決済に用いられるれ金利が固定される日。“Fixing Date”: the date on which interest is fixed and used for settlement on that day.
・”Rate Reset Calender”（金利再設定カレンダー）：変動金利を再設定する日を決定するため用いられるカレンダー。“Rate Reset Calender”: A calendar used to determine the date on which floating interest rates are reset.
・”Buyer”（買い手）：変動金利支払いの買い手；これは、契約相手エレメントの呼称である。“Buyer”: Buyer of floating interest payment; this is the name of the counterparty element.
・”Seller”（売り手）：変動金利支払いの売り手；これは、契約相手エレメントの呼称である。“Seller”: seller of variable interest payments; this is the name of the counterparty element.
・”Premium Details”（プレミアムの詳細）：支払われるプレミアムの詳細であって、パーセンテージ（”プレミアムパーセント(Premium Percentage)”）あるいは特定金額（”プレミアム額(Premium Amount)”）のいずれか、および、支払日（”プレミアム日(Premium Date)”）。“Premium Details”: Details of the premiums paid, either as a percentage (“Premium Percentage”) or a specific amount (“Premium Amount”), and Payment date ("Premium Date").
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、金利先渡し契約エレメントは、以下のXML定義を有している： In this embodiment of the invention, the interest rate forward contract element has the following XML definition:
（１５）カスタマイズされた取引(Customerized Trade)
上述のエレメントによって示された金融取引に加え、本発明のこの実施形態は、関係法令により、かかる取引がが許容される限り、メンバーおよび／またはプロバイダにより作成されたカスタマイズされたトレードおよび取引(customerized trades and trabnsactions)をサポートしている。かかるカスタマイズされた取引は、あるタイプのトレードの一以上の側面が組み合わされる複合取引を含んでもよい。たとえば、ある当事者は、一の通貨による周期的な支払いが、他の通貨を、特定の日に、一定価格で、一定数量、購入する権利と交換される、外国為替”スワップオプション”を設定してもよい。(15) Customized Trade
In addition to the financial transactions indicated by the elements described above, this embodiment of the present invention provides for customized trades and transactions created by members and / or providers (customerized) as long as such transactions are permissible according to relevant laws. trades and trabnsactions). Such customized transactions may include complex transactions in which one or more aspects of a certain type of trade are combined. For example, one party may set up a foreign exchange “swap option” in which periodic payments in one currency are exchanged for the right to purchase another currency at a fixed price at a fixed price on a specific date. May be.
FinXMLは、異なるタイプの取引エレメントを組み合わせることを通じて、カスタマイズされた取引を表すことを可能とする。FinXMLを用いることにより、当事者は、自身が、特定のカスタマイズされた取引に含めることを希望するエレメントの分野ならびにその値を特定することができる。前記カスタマイズされた取引エレメントは、かかる取引を表し、かかる取引を表し、以下のサブエレメントおよび属性を含んでいる：
・”Field Name”（フィールドの名称）：取引に含まれる特定のコンポーネント；各コンポーネントとは別の情報であり、”フィールドの値(Field Value)”と一対のもの。FinXML makes it possible to represent customized transactions through a combination of different types of transaction elements. By using FinXML, the parties can identify the field of elements that they wish to include in a particular customized transaction, as well as their values. The customized transaction element represents such a transaction, represents such a transaction, and includes the following sub-elements and attributes:
“Field Name”: a specific component included in the transaction; separate information from each component, paired with “Field Value”.
・”Field Value”（フィールドの値）：取引に含まれる特定のコンポーネントの値；各コンポーネントとは別の情報であり、”フィールドの名称”と一対のもの。“Field Value”: the value of a specific component included in the transaction; separate information from each component, paired with a “field name”.
・”Buyer”（買い手）：カスタマイズされた取引の買い手；これは、契約相手エレメントの呼称である。• “Buyer”: the buyer of the customized transaction; this is the name of the counterparty element.
・”Seller”（売り手）：カスタマイズされた取引の売り手；これは、契約相手エレメントの呼称である。“Seller”: the seller of the customized transaction; this is the name of the contracting element.
・”External ID”（外部ＩＤ）：内部またはバックエンドシステムにおいて取引を識別するため、ユーザーにより割り当てられた一以上の識別子であって、選択的なもの。“External ID”: One or more identifiers assigned by the user to identify transactions in an internal or back-end system, which are optional.
本発明のこの実施形態において、カスタマイズされた取引エレメントは、以下のXML定義を有している： In this embodiment of the invention, the customized transaction element has the following XML definition:
（ｃ）トレード特定エレメント(Trade Specific Elements)
本発明のこの実施形態において、FinXMLは、一以上のトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。かかるエレメントを、カスタマイズされたトレードに含めるようにしてもよい。(C) Trade Specific Elements
In this embodiment of the present invention, FinXML includes a number of elements that represent details common to one or more
（１）一般的なトレードの詳細(Generic Trade Details)
一般的なトレードの詳細は、元本の額および利率、償還、ならびに、異なるタイプのトレードに共通な複利計算に関する情報を含んでいる。”一般的なスペック詳細”エレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Notional Amount”（名目元本額）：取引額。(1) Generic Trade Details
General trade details include information on principal amounts and interest rates, redemptions, and compounding calculations common to different types of trades. The “General Specification Details” element represents such information and includes the following sub-elements and attributes:
・ “Notional Amount”: Amount of transaction.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。 “Day Count”: The day count method used to calculate interest rates.
・”Payment Frequency”（支払い周期）：金利／元本の支払い周期（たとえば、月ごと、四半期ごと、半四半期のごと）。“Payment Frequency”: payment rate of interest / principal (eg monthly, quarterly, semi-quarterly).
・”Roll Date”（ロールデート）：金利／元本の支払い／決済に用いられる各月の特定の日。“Roll Date”: specific date of each month used for interest rate / principal payment / settlement.
・”Anchor Date”（アンカーデート）：支払いスケジュールが設定されている日、すなわち、最初の利払い日の最終日あるいは最初の支払いの特定日。“Anchor Date”: the date on which the payment schedule is set, ie the last date of the first interest payment date or the specific date of the first payment.
・”Payment Calender”（支払いカレンダー）：ビジネスの休日の確認に用いられるカレンダー。• “Payment Calender”: A calendar used to confirm business holidays.
・”Date Stub”（デートスタブ）：他の支払い期限から支払期限が異なる（すなわち、開始がずれている）ローン支払いスケジュール用のインジケーター。“Date Stub”: an indicator for a loan payment schedule that has a different due date than other due dates (ie, is off-start).
・”Amortization Details”（償還の詳細）：償還方法（すなわち、最終日に一括支払い、ストリームの期間にわたって均等払い）を含む、どのようにして支払いキャッシュフローが償却されるかについての詳細。“Amortization Details”: Details on how the payment cash flow is amortized, including the redemption method (ie lump sum payment on the last day, equal payment over the duration of the stream).
・”Compounding Details”（複利の詳細）：計算周期およびレートを含む、金利がどのように複利計算される(compounded)かについての詳細。“Compounding Details”: details about how the interest rate is compounded, including the calculation period and rate.
本発明のこの実施形態において、一般的なトレードの詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the general trade details element has the following XML definition:
（２）固定金利の詳細(Fixed Interest Rate)
固定金利の詳細は、固定金利に関する情報を含んでいる。”固定スペックの詳細”エレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Fixed Interest Rate”（固定金利）：固定金利。(2) Fixed Interest Rate
Details of the fixed interest rate include information about the fixed interest rate. The “Fixed Specification Details” element represents such information and includes the following sub-elements and attributes:
• “Fixed Interest Rate”: fixed interest rate.
・”FX rate(ＦＸレート)”：トレードがなされる際の外国為替レート。・ "FX rate": The foreign exchange rate when trading is done.
本発明のこの実施形態において、固定金利の詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the fixed rate detail element has the following XML definition:
（３）変動金利レートの詳細(Floating Interest Rate Details)
変動金利レートの詳細は、変動金利指標（たとえば、ＬＩＢＯＲ）の基になる変動金利レートに関する情報を含んでいる。”変動金利スペック詳細”はエレメントは、かかる情報を表し、以下のサブエレメントおよび属性を含んでいる：
・”Floating Interest Rate”（変動金利レート）：変動金利レート。(3) Floating Interest Rate Details
The details of the floating interest rate rate include information about the floating interest rate rate on which the floating interest rate indicator (eg, LIBOR) is based. “Floating Interest Spec Details” element represents such information and includes the following sub-elements and attributes:
• “Floating Interest Rate”: Floating interest rate.
・”First Fixing Rate”（第一固定金利）：最初の金利計算期間のために用いられる金利。“First Fixing Rate”: the interest rate used for the first interest rate calculation period.
・”Rate Reset Calender”（金利再設定カレンダー）：金利再設定用のビジネスの休日の確認に用いられるカレンダー。"Rate Reset Calender": A calendar used to check business holidays for resetting interest rates.
本発明のこの実施形態において、変動金利レートの詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the floating rate rate detail element has the following XML definition:
（４）固定レグの詳細(Fixed Led Details)
上述の多くの取引は、各レグが一連の支払いあるいはキャッシュフローである複数の”レグ”を含んでいる。かかるレグは、”固定”でも”変動”でもよい。(4) Fixed Led Details
Many of the above transactions involve multiple “legs” where each leg is a series of payments or cash flows. Such a leg may be “fixed” or “fluctuated”.
”固定レグ”は、固定金利を前提とする支払いストリームである。”固定レグ詳細”エレメントは、トレードの固定レグに関する情報を表し、一般的なトレードの詳細（上記”一般的なトレードの詳細”エレメントで述べた）、固定レートの詳細（上記”固定スペックの詳細”で述べた）、金融イベントの詳細（以下の”イベント”エレメントで述べる）、ならびに以下の追加的なサブエレメントおよび属性を含んでいる：
・”LEG ID（レグＩＤ）”：トレードの特定レグの識別子。A “fixed leg” is a payment stream that assumes a fixed interest rate. The “Fixed Leg Details” element represents information about the fixed leg of the trade, general trade details (as described in the “General Trade Details” element above), fixed rate details (above “Fixed Spec Details” ”, Financial event details (described in the“ Event ”element below), and the following additional sub-elements and attributes:
“LEG ID”: an identifier for a specific leg of a trade.
・”Payer（支払人）”：トレードにおける固定レグの支払人；これは、契約相手エレメントの呼称である。“Payer”: Payer of a fixed leg in the trade; this is the name of the contracting element.
・”Reciever（受け取り人）”：トレードにおける固定レグの収益の受け取り人；これは、契約相手エレメントの呼称である。“Reciever”: Recipient of fixed leg revenue in the trade; this is the name of the counterparty element.
本発明のこの実施形態において、固定レグの詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the fixed leg detail element has the following XML definition:
（５）変動レグの詳細(Float Leg Details)
”変動レグ”は、変動金利を前提とする支払いストリームである。”変動レグの詳細”エレメントは、トレードの変動レグに関する情報を表し、一般的なトレードの詳細(Generic Trade Details)（上記”一般的なトレードの詳細”エレメントで述べた）、変動レートの詳細(Float Rate Details)（上記”変動スペックの詳細”で述べた）、金融イベントの詳細（以下の”イベント”エレメントで述べる）、ならびに以下の追加的なサブエレメントおよび属性を含んでいる：
・”LEG ID（レグＩＤ）”：トレードの特定レグの識別子。(5) Float Leg Details
A “floating leg” is a payment stream that assumes a floating interest rate. The “Fluctuation Leg Details” element represents information about the trade's fluctuation leg, including Generic Trade Details (as described in the “General Trade Details” element above), Fluctuation Rate details ( Float Rate Details) (discussed above under “Varying Spec Details”), financial event details (discussed in the “Event” element below), and the following additional sub-elements and attributes:
“LEG ID”: an identifier for a specific leg of a trade.
・”Payer（支払人）”：トレードにおける変動レグの支払人；これは、契約相手エレメントの呼称である。“Payer”: Payer of the variable leg in the trade; this is the name of the counterparty element.
・”Reciever（受取人）”：トレードにおける変動レグの収益の受取人；これは、契約相手エレメントの呼称である。“Reciever”: Recipient of the variable leg revenue in the trade; this is the name of the counterparty element.
本発明のこの実施形態において、変動レグの詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the detail element of the variable leg has the following XML definition:
（ｄ）金融イベントエレメント(Financial Event Elements)
本発明のこの実施形態において、FinXMLは、プレミアム支払い、金利支払い、偶発的な支払い(contingent payment)、ならびに金利計算等のトレードのライフサイク中のオプションのイベントに関するカスタマイズされたトレードを含む、あるトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。図６に示す”イベント”エレメント９００は、かかる情報について述べ、以下のサブエレメント：”キャッシュ支払い(Cash Payment)”９１０、”元本支払い(Principal Payment)”９２０、”金利支払い(Interest Payment)”９３０、”金利計算(Interest Calculation)”９４０、”複利計算(Compound Interest Calculation)”９５０、ならびに、”偶発的な支払い(Contigent Payment)”９６０、を含んでいる。(D) Financial Event Elements
In this embodiment of the invention, FinXML is a trade that includes customized trades for optional events during the lifecycle of a trade, such as premium payments, interest payments, contingent payments, and interest calculation. It includes a number of elements that represent details common to the
本発明のこの実施形態において、イベントエレメント９００は、以下のXML定義を有している： In this embodiment of the invention,
（１）キャッシュ支払い(Cash Payment)
キャッシュ支払いエレメント９１０は、特定のトレードの一部として実行されるキャッシュ支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：キャッシュ支払いの通貨。(1) Cash payment
The
• “Currency”: the currency for cash payments.
・”Amount（金額）”：キャッシュ支払いの金額。・ "Amount": Amount of cash payment.
・”Payment Date（支払日）”：キャッシュ支払いが実行される日。“Payment Date”: the date on which the cash payment is made.
・”ID”：特定のキャッシュ支払いの識別子。“ID”: identifier of a specific cash payment.
・”Type（タイプ）”：支払いタイプのインジケーター（たとえば、”プレミアム(Premium)”または”手数料(Fees)”）。“Type”: an indicator of the payment type (eg “Premium” or “Fees”).
・”Payer（支払人）”：キャッシュ支払いの支払人；これは、契約相手エレメントの呼称である。“Payer”: the payer of the cash payment; this is the name of the counterparty element.
・”Receiver（受取人）”：キャッシュ支払いの受取人；これは、契約相手エレメントの呼称である。“Receiver”: the recipient of the cash payment; this is the name of the counterparty element.
本発明のこの実施形態において、キャッシュ支払いエレメント９１０は、以下のXML定義を有している： In this embodiment of the invention, the
（２）元本支払い(Principal Payment)
元本支払いエレメント９２０は、特定のトレードの一部として実行される元本支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：元本支払いの通貨。(2) Principal Payment
The
• “Currency”: the currency of the principal payment.
・”Amount（金額）”：元本支払いの金額。・ "Amount": Amount of principal payment.
・”Payment Date（支払日）”：元本支払いが実行される日。“Payment Date”: the date on which the principal payment is made.
・”ID”：特定の元本支払いの識別子。“ID”: identifier of a specific principal payment.
・”Payer（支払人）”：元本支払いの支払人；これは、契約相手エレメントの呼称である。“Payer”: Payer of the principal payment; this is the name of the counterparty element.
・”Receiver（受取人）”：元本支払いの受取人；これは、契約相手エレメントの呼称である。“Receiver”: the recipient of the principal payment; this is the name of the counterparty element.
本発明のこの実施形態において、元本支払いエレメント９２０は、以下のXML定義を有している： In this embodiment of the invention, the
（３）金利支払い(Interest Payment)
金利支払いエレメント９３０は、特定のトレードの一部として実行される元本支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Currency（通貨）”：金利支払いの通貨。(3) Interest payment
• “Currency”: the currency of interest payments.
・”Amount（金額）”：金利支払いの金額。・ "Amount": Amount of interest payment.
・”Payment Date（支払日）”：金利支払いが実行される日。“Payment Date”: the date on which interest payments will be made.
・”Start Date（開始日）”：金利支払いが発生する金利期間の開始日。• “Start Date”: the start date of the interest period during which interest payments will occur.
・”End Date（終了日）”：金利支払いが発生する金利期間の終了日。“End Date”: the end date of the interest rate period during which interest payments will occur.
・”ID”：特定の金利支払いの識別子。“ID”: an identifier for a specific interest payment.
・”Payer（支払人）”：金利支払いの支払人；これは、契約相手エレメントの呼称である。“Payer”: Payer of interest payment; this is the name of the counterparty element.
・”Receiver（受取人）”：金利支払いの受取人；これは、契約相手エレメントの呼称である。“Receiver”: the recipient of the interest payment; this is the name of the counterparty element.
・”Interest Type（金利のタイプ）”：金利支払いのタイプのインジケーター（たとえば、”Coupon（クーポン）”、”Swap（スワップ）”、”Loan （ローン）”、”Deposit （デポジット）”あるいは”Other（その他）”。“Interest Type”: an indicator of the type of interest payment (eg “Coupon”, “Swap”, “Loan”, “Deposit” or “Other” (Other) ”.
・”Calculations （計算）”：特定の金利計算期間の識別子。“Calculations”: identifiers for specific interest calculation periods.
本発明のこの実施形態において、金利支払いエレメント９３０は、以下のXML定義を有している： In this embodiment of the invention,
（４）偶発的な支払い(Contigent Payment)
偶発的支払いエレメント９６０は、オプション実行後、特定のトレードの決済して実行される偶発的な支払いに関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”Underlying Amount （基礎となる額）”：オプション−基礎となるインスツルメントの量、額。(4) Contigent payment
The
• “Underlying Amount”: option—the amount and amount of the underlying instrument.
・”Settlement Amount（決済額）”：基礎インスツルメントの代償として、オプション実行において支払われる金額。• “Settlement Amount”: The amount to be paid in the option execution as a price for the basic instrument.
・”Expiration Date（満了日）”：オプションの行使期間満了日。• “Expiration Date”: the expiration date of the option exercise period.
・”Exercise Begin Date（行使開始日）”：オプションを行使する最初の日。• “Exercise Begin Date”: the first date on which the option will be exercised.
・”Exercise End Date（行使終了日）”：オプションの行使する最後の日。 “Exercise End Date”: the last date on which the option will be exercised.
・”Exercise Rule（実行のルール）”：オプションを通常の実行を規定するルール（たとえば、”米国式”−オプションは、与えられた期間中いつでも実行可能；”欧州式”−オプションは、オプション行使期間満了日のみ実行可能。 • “Exercise Rule”: a rule that stipulates normal execution of an option (eg, “American”-an option can be executed at any time during a given period; “European”-an option is an option exercise Can only be executed on the expiration date.
・”Exercise Condition （実行条件）”：オプション実行を許容するには、いずれの条件にも合致しなければならない（たとえば、３ヶ月ＬＩＢＯＲレート、実行日に４．５％を超えなければならない）。• “Exercise Condition”: To allow option execution, any condition must be met (eg, 3 month LIBOR rate, must exceed 4.5% on execution date).
・”Volatility （変動率）”：オプションの価格を算定する際に用いられる変動率の値。• “Volatility”: The value of the volatility used when calculating the price of an option.
・”ID”：特定の金利支払いの識別子。“ID”: an identifier for a specific interest payment.
・”Payer（支払人）”：オプション基礎インスツルメントを引き渡す責任を負う当事者；この当事者が、オプション基礎インスツルメントの代償として決済額を受け取る。“Payer”: the party responsible for delivering the option instrument; this party receives the settlement amount in return for the option instrument.
・”Receiver （受取人））”：オプション基礎インスツルメントを受け取る当事者；この当事者が、オプション実行の対価として決済額を支払う。“Receiver”: the party receiving the option instrumentation; this party pays the settlement amount in exchange for option execution.
・”Option Type（オプションのタイプ）”：オプションの性質（たとえば、”コール”は、基礎インスツルメントを、実行価格で購入するオプションであり；”プット”は、基礎インスツルメントを、実行価格で売るオプションである）。“Option Type”: the nature of the option (eg, “call” is an option to purchase the base instrument at the execution price; “put” is the base instrument, the execution price. Is an option to sell in).
・”Delivery Type（引き渡しのタイプ）”：支払者が、受取人にオプション基礎インスツルメントを物理的に引き渡すか、あるいは、実行されると、オプションライターが、オプションホルダーに基礎インスツルメントと実効価格の差額を支払う、取引がキャッシュで決済されるか、どうかを示すインジケーター。• “Delivery Type”: when the payer physically delivers the option basic instrument to the payee, or when executed, the option writer will issue the basic instrument to the option holder and execute An indicator of whether the transaction is settled in cash, paying the price difference.
本発明のこの実施形態において、偶発的な支払いエレメント９６０は、以下のXML定義を有している： In this embodiment of the invention, the
（５）金利計算(Interest Calculation))
金利計算エレメント９４０は、特定の金利支払い中のある期間について計算された金利の額に関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利計算期間の識別子。(5) Interest calculation)
Interest
“ID”: identifier of a specific interest calculation period.
・”Resets（リセット）”：金利計算で用いられるレート再設定エレメントの識別子。 “Resets”: identifiers of rate resetting elements used in interest rate calculation.
・”Notional Amount”（名目元本額）：金利計算に用いられる額。• “Notional Amount”: the amount used for interest calculation.
・”Calculation Date （計算日）”：金利計算が行われる日。• “Calculation Date”: the date on which interest is calculated.
・”Start Date（開始日）”：その間について金利が計算される金利期間の開始日。“Start Date”: the start date of the interest period during which interest is calculated.
・”End Date（終了日）”：その間について金利が計算される金利期間の終了日。“End Date”: the end date of the interest period during which interest is calculated.
・”Amount（金額）”：計算された金利額。“Amount”: The calculated interest rate.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”%Interest Rate Elements（金利％エレメント）”：関与する金利のタイプの定義（たとえば、”固定”または”変動”）。“% Interest Rate Elements”: definition of the type of interest rate involved (eg “fixed” or “variable”).
発明のこの実施形態において、金利計算エレメント９４０は、以下のXML定義を有している：In this embodiment of the invention,
（６）複利計算(Compound Elements)
複利計算エレメント９５０は、特定の金利支払い中のある期間について計算された複利の額に関する情報について説明しており、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利計算期間の識別子。(6) Compound elements calculation
Compound
“ID”: identifier of a specific interest calculation period.
・”Rate（レート）”：特定の金利の識別子。“Rate”: an identifier for a specific interest rate.
・”Resets（リセット）”：金利計算で用いられるレート再設定エレメントの識別子。 “Resets”: identifiers of rate resetting elements used in interest rate calculation.
・”Notional Amount”（名目元本額）：金利計算に用いられる額。• “Notional Amount”: the amount used for interest calculation.
・”Calculation Date （計算日）”：複利計算が行われる日。• “Calculation Date”: the date on which compound interest calculation is performed.
・”Start Date（開始日）”：その間について複利が計算される金利期間の開始日。“Start Date”: the start date of the interest period during which compound interest is calculated.
・”End Date（終了日）”：その間について複利が計算される金利期間の終了日。“End Date”: the end date of the interest period during which compound interest is calculated.
・”Amount（金額）”：計算された複利額。“Amount”: The calculated compound interest amount.
・”Day Count”（デイ・カウント）：金利を計算するために用いられるデイ・カウント法。“Day Count”: The day count method used to calculate interest rates.
・”%Interest Rate Elements（金利％エレメント）”：関与する金利のタイプの定義（たとえば、”固定”または”変動”）。“% Interest Rate Elements”: definition of the type of interest rate involved (eg “fixed” or “variable”).
本発明のこの実施形態において、複利計算エレメント９５０は、以下のXML定義を有している： In this embodiment of the invention, compounding
（e）計算エレメント(Calculation Elements)
本発明のこの実施形態において、FinXMLは、カスタマイズされたトレードを含む、特定のトレードタイプエレメント５３０に共通する詳細を表す多くのエレメントを含んでいる。これらのエレメントは、複利、償還、および計算周期に関する。(E) Calculation Elements
In this embodiment of the present invention, FinXML includes a number of elements that represent details common to a particular
（１）複利の詳細(Compounding Elements)
”複利の詳細”エレメントは、特定の取引で実行されるいずれの複利計算に関する情報について説明している。これは、通常、実際の金利支払い周期が、金利計算周期(Calculation Frequency)より長い場合に生じる。たとえば、３ヶ月ごとに金利が計算されるが、６ヶ月ごとしか支払わない場合には、３ヶ月の終わりに計算された金利は、複利計算され、４ヶ月から６ヶ月の間で計算された金利に沿って支払われる。複利の詳細エレメントは、以下のサブエレメントを含んでいる：
・”Calculation Element（計算エレメント）”：多数期間における金利計算が実行されるべき周期。(1) Compounding Details
The “Compound Interest Details” element describes information about any compound interest calculations performed on a particular transaction. This usually occurs when the actual interest payment period is longer than the calculation frequency. For example, if interest is calculated every 3 months but you pay only every 6 months, the interest calculated at the end of 3 months is compounded and the interest calculated between 4 and 6 months. Paid along. The compound interest detail element contains the following sub-elements:
“Calculation Element”: the period in which interest calculation over a number of periods should be performed.
本発明のこの実施形態において、複利の詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the compound interest detail element has the following XML definition:
（２）償還の詳細(Amortization Frequency)
”償還の詳細”エレメントは、特定のスワップ取引において実行する必要がある償還についての計算に関する情報について説明している。償還方法が、”bullet（一括）”であると定義された場合、元本は、満期において一括で支払われるが、”均等(equal)”償還の場合、元本は、スワップ取引の期間、分割して均等に支払われる。償還の詳細エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Amortization Frequency（償還周期）”：特定取引において、償還が行われる周期（たとえば、半年ごと、毎年）。(2) Details of redemption (Amortization Frequency)
The “Redemption Details” element provides information regarding redemption calculations that need to be performed in a particular swap transaction. If the redemption method is defined as “bullet”, the principal is paid in lump sum at maturity, but if it is “equal” redemption, the principal will be split for the duration of the swap transaction. Will be paid evenly. The redemption detail element includes the following sub-elements and attributes:
• “Amortization Frequency”: the period at which redemption is performed in a specific transaction (eg, every six months, every year).
・””Amortization Method（償還法）”：償還方法（たとえば、”一括”あるいは”均等”）。“” Amortization Method ”: the redemption method (eg,“ batch ”or“ equal ”).
本発明のこの実施形態において、償還の詳細エレメントは、以下のXML定義を有している： In this embodiment of the invention, the redemption detail element has the following XML definition:
（３）計算周期(Calculation Frequency)
”計算周期”エレメントは、実行される特定の計算周期に関する情報について説明している。前記計算周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、”ユーロダラー(Eurodollar)”または”ノーマル(Normal)”)に基づく特定の計算方法。(3) Calculation Frequency
The “calculation cycle” element describes information relating to a specific calculation cycle to be executed. The calculation period element includes the following sub-elements and attributes:
“Convention”: a specific calculation method based on a market agreement (eg, “IMM”, “FRN”, “Eurodollar” or “Normal”).
・”End of Month（月の終わり）”：特定の計算が月の終わりに移動すべきか否かのインジケーター。“End of Month”: an indicator of whether a particular calculation should move to the end of the month.
・”Term（ターム）”：単一の計算期間の間。• “Term”: During a single calculation period.
本発明のこの実施形態において、計算周期エレメントは、以下のXML定義を有している： In this embodiment of the invention, the calculation period element has the following XML definition:
（４）支払い周期(Payment Frequency)
”支払い周期”は、行われる特定の支払いの周期に関する情報について説明している。支払い周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、”ユーロダラー(Eurodollar)”または”(Normal)”)に基づく特定の計算方法。(4) Payment Frequency
“Payment Cycle” describes information about the cycle of a particular payment made. The payment cycle element includes the following sub-elements and attributes:
“Convention”: a specific calculation method based on a market agreement (eg “IMM”, “FRN”, “Eurodollar” or “Normal”).
.”End of Month（月の終わり）”：特定の支払いが月の終わりに移動すべきか否かのインジケーター。. "End of Month": An indicator of whether a particular payment should move to the end of the month.
・”Term（ターム）”：特定の支払いの計算に用いられる金利指標の期間(例えば、３ヶ月、６ヶ月等）。• “Term”: the period of the interest rate index used to calculate a specific payment (
本発明のこの実施形態において、支払い周期エレメントは、以下のXML定義を有している： In this embodiment of the invention, the payment period element has the following XML definition:
（５）償還周期(Amortization Frequency)
”償還周期”エレメントは、実行される償還の周期に関する情報について説明している。前記償還周期エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”Convention（協定）”：市場協定（たとえば、”ＩＭＭ”、”ＦＲＮ”、(Eurodollar)”または”ノーマル(Normal)”)に基づく特定の計算方法。(5) Amortization Frequency
The “Redemption Cycle” element describes information regarding the cycle of redemption to be performed. The redemption cycle element includes the following sub-elements and attributes:
“Convention”: a specific calculation method based on a market agreement (eg, “IMM”, “FRN”, (Eurodollar) ”or“ Normal ”).
.”End of Month（月の終わり）”：特定の償還が月の終わりに移動すべきか否かのインジケーター。. "End of Month": An indicator of whether a particular redemption should move to the end of the month.
・”Term（ターム）”：単一の償還期間の間(例えば、３ヶ月、６ヶ月等）。• “Term”: During a single redemption period (eg, 3 months, 6 months, etc.).
本発明のこの実施形態において、償還周期エレメントは、以下のXML定義を有している： In this embodiment of the invention, the redemption period element has the following XML definition:
ii. リファレンスデータ(reference Data)
リファレンスデータは、これらの当事者間で結ばれる取引において参照されるメンバーおよびプロバイダに特有のプロフィール情報を説明している。FinXMLシンタックスは、以下のエレメントとともに、このプロフィール情報を表している：”Organization(組織)”エレメント７１０、”Contact information(連絡情報）”エレメント７３０（図４）、”Address(アドレス）”エレメント７６５（図４）、”Credir Rating(信用格付け)”エレメント８０５（図４）、”Legal Entity（法人組織）”エレメント６０５（図５）および、”Book（記録）エレメント６２５(図５）。ii. Reference Data
Reference data describes profile information specific to members and providers that are referenced in transactions between these parties. The FinXML syntax represents this profile information with the following elements: “Organization”
(a) 組織(Organization)
組織エレメント７１０（図４に示す）は、開示組織７０５についての組織情報を説明している。組織エレメント７１０は、以下のサブエレメントおよび属性を含んでいる：
・”Organization Name(組織名）”７１５：組織のフルネーム。(a) Organization
An organization element 710 (shown in FIG. 4) describes organization information about the disclosed
"Organization Name" 715: Full name of the organization.
・”Organization Short Name(組織略称)”７２０：組織の略称。“Organization Short Name” 720: Abbreviation of organization.
・”Address(住所)”７２５：組織の住所。"Address" 725: The organization's address.
本発明のこの実施形態において、組織エレメント７１０は、以下のXML定義を有している： In this embodiment of the invention,
(b) 連絡情報(Contact information)
連絡情報エレメント７３０（図４に示す）は、取引中に連絡を取る必要がある開示当事者７０５の情報を示している。連絡情報エレメント７３０は、以下のサブエレメントおよび属性を含んでいる：
・”Contact Name(連絡者の名前)”７３５：当事者内の特定の連絡者の名前。(b) Contact information
The contact information element 730 (shown in FIG. 4) shows information of the disclosed
"Contact Name" 735: Name of a specific contact within the party.
・”Contact ID (連絡ID)”：特定の連絡者の識別子。“Contact ID”: the identifier of a specific contact.
・”Telephone（電話）”７４０：当事者の電話についての詳細。"Telephone" 740: Details about the party's phone.
・”Fax(ファクシミリ)”７４５：当事者のファクシミリについての詳細。"Fax" 745: Details about the party's facsimile.
・”Telex(テレックス)”７５０：当事者のテレックスについての詳細。“Telex” 750: Details about the telex of the parties.
・”Email(eメール）”７５５：当事者の電子メールについての詳細。"Email" 755: Details about the party's email.
・”URL”７６０：当事者のユーアールエルについての詳細。"URL" 760: Details about the parties' URL.
本発明のこの実施形態において、連絡情報エレメント７３０は、以下のXML定義を有している： In this embodiment of the invention, the
(c) 住所(address)
住所エレメント７６５（図４に示す）は、開示当事者７０５の登録された住所情報を示している。住所エレメント７６５は、以下のサブエレメントおよび属性を含んでいる：
・”Address1(第一の所在地住所)”７７０：当事者の第一の所在地住所。(c) Address
Address element 765 (shown in FIG. 4) indicates registered address information of
“Address1” 770: The first address of the party.
・”Address2(第二の所在地住所)”７７５：当事者の第二の所在地住所。“Address2” 775: The second address of the party.
・”City（都市）”７８０：当事者が所在する都市。"City" 780: City where the party is located.
・”State-Province-County（州ープロビンスーカウンテイー）”７８５：当事者が所在する州、省および/またはカウンテイー。“State-Province-County” 785: the state, province and / or county where the parties are located.
・”Zip Postal Code（郵便番号）”７９０：当事者の郵便番号。“Zip Postal Code” 790: the postal code of the party.
・”Country（国）”７９５：当事者の所在する国。"Country" 795: Country where the party is located.
・”SWIFT Address（スイフト・アドレス）”800：（国際銀行間通信協会によって割り当てられた）当事者の銀行識別コード（”BIC”)。“SWIFT Address” 800: the party's bank identification code (“BIC”) (assigned by the International Interbank Communication Association).
本発明のこの実施形態において、住所エレメント７６５は、以下のXML定義を有している： In this embodiment of the invention, the
（ｄ）信用格付け(Credit Rating)
信用格付けエレメント８０５（図４に示す）は、信用格付け機関によって格付けされた開示当事者７０５または非開示当事者８３５の信用格付けの詳細を示している。前記信用格付けエレメント８０５は、以下のサブエレメントおよび属性を含んでいる：
・”Agency（機関）”８１０：当事者の格付けを行った信用格付け機関の名称。(D) Credit Rating
Credit rating element 805 (shown in FIG. 4) shows details of the credit rating of disclosed
“Agency” 810: Name of the credit rating agency that rated the parties.
・”Rating（信用度）”８１５：信用格付け機関によって格付けされた実際の信用度（例えば、AAA、BB等）。“Rating” 815: The actual credit rating rated by the credit rating agency (eg, AAA, BB, etc.).
・”Country（国）”８２０：信用格付け機関により、信用格付け目的で当事者が割り当てられた国。“Country” 820: the country to which the party has been assigned by the credit rating agency for credit rating purposes.
・”Industry Grooup（同業種グループ）８２５：信用格付け機関により、信用格付け目的で当事者が割り当てられた同業種グループ。“Industry Grooup (Industry Group) 825: A group of industry sectors to which the credit rating agency assigns parties for credit rating purposes.
・”Industry（業種）”８３０：信用格付け機関により、信用格付け目的で当事者が割り当てられた業種。"Industry" 830: The industry to which the parties have been assigned by the credit rating agency for credit rating purposes.
本発明のこの実施形態において、信用格付けエレメント８０５は、以下のXML定義を有している： In this embodiment of the invention, the credit rating element 805 has the following XML definition:
（e）法人組織(Legal Entity)
法人組織エレメント６０５（図５に示す）は、内部当事者６００（図５に示す）と関連するあらゆる法人組織（例えば、関連子会社あるいは関係会社）の詳細を示している。前記法人組織エレメント６０５は、以下のサブエレメントおよび属性を含んでいる：
・”ID”６０８：法人組織の識別子。(E) Legal Entity
Legal entity element 605 (shown in FIG. 5) provides details of any legal entity (eg, affiliated subsidiary or affiliated company) associated with internal party 600 (shown in FIG. 5). The
“ID” 608: identifier of the legal entity.
・”Short Name(略称)”６１０：法人組織の略称。・ "Short Name" (abbreviation) 610: Abbreviation of corporate organization.
・”Description（詳細）”６１５：法人組織の詳細。"Description" 615: Details of the legal entity.
・Parent（親会社）”６２０：法人組織の親会社。-Parent (parent company) "620: Parent company of a corporate organization.
本発明のこの実施形態において、法人組織エレメント６０５は、以下のXML定義を有している： In this embodiment of the invention,
（f)トレーディング記録(Trading Book)
記録エレメント６２５（図５に示す）は、当事者による取引に関する、あらゆる内部取引記録を示している。記録エレメント６２５は、以下のサブエレメントおよび属性を含んでいる：
・”ID”：法人組織の識別子。(F) Trading Book
Record element 625 (shown in FIG. 5) shows all internal transaction records for transactions by parties. Recording
“ID”: identifier of the legal entity.
・”Type（タイプ）”：トレーディング記録のタイプ。• “Type”: The type of trading record.
・”Short Name(略称)”６３０：トレーディング記録の略称。“Short Name” 630: Abbreviation for trading record.
・”Name（ネーム）”６３５：トレーディング記録のフルネーム。"Name" 635: The full name of the trading record.
・”Description（詳細）”６４０：トレーディング記録の詳細。"Description" 640: details of the trading record.
・”Reporting Currency（報告に用いられる通貨）”６４５：トレーディング記録の報告に用いられる通貨。“Reporting Currency” 645: Currency used for reporting trading records.
本発明のこの実施形態において、記録エレメント６２５は、以下のXML定義を有している： In this embodiment of the invention, the
iii. 市場データ(Market Data)
市場データは、金融取引に用いるため、市場ソースから得た情報を示している。FinXMLは、以下のエレメントを用いてこの情報を表す：”Floating Interest rate（変動金利レート）エレメント”および”Interest Index element（金利指標エレメント）”。iii. Market Data
Market data represents information obtained from market sources for use in financial transactions. FinXML represents this information using the following elements: “Floating Interest rate element” and “Interest Index element”.
（１）変動金利レート(Floating Interest Rate)
”変動金利レート”エレメントは、取引において用いられる変動金利に関する情報を示している。前記変動金利レートエレメントは、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の変動金利レートの定義の識別子。(1) Floating Interest Rate
The “Floating Interest Rate” element indicates information about the floating interest rate used in the transaction. The floating interest rate element includes the following sub-elements and attributes:
“ID”: identifier for the definition of a specific floating interest rate.
・”Interest Index（金利指標）”：通貨（”Currency”）、ターム(”Term”)、ならびに、名前(”Index Name”)を含む、変動金利レートに用いられている特定指標の詳細。“Interest Index”: Details of the specific index used for the floating interest rate, including currency (“Currency”), term (“Term”), and name (“Index Name”).
・”Sperad（スプレッド）”：変動金利レートを決定するため指標レートに適用される差（プラスまたはマイナス）。“Sperad”: the difference (plus or minus) applied to the indicator rate to determine the floating interest rate.
本発明のこの実施形態において、変動金利レートエレメントは、以下のXML定義を有している： In this embodiment of the invention, the floating rate element has the following XML definition:
（２） 金利指標(Interest Index)
”金利指標エレメント”は、変動金利レートを計算するため用いられる金利指標に関する情報を示している。前記金利指標エレメントは、以下のサブエレメントおよび属性を含んでいる：
・”ID”：特定の金利指標の識別子。(2) Interest index
The “interest rate indicator element” indicates information on the interest rate indicator used to calculate the floating interest rate. The interest rate indicator element includes the following sub-elements and attributes:
“ID”: identifier of a specific interest rate index.
・”Currency（通貨）”：金利指標の通貨。• “Currency”: the currency of the interest rate indicator.
・”Term（ターム）”：金利指標のターム（例えば、３ヶ月、６ヶ月等）。“Term”: The term of the interest rate index (eg, 3 months, 6 months, etc.).
・”Index Name（指標の名称）”：金利指標の名称（例えば、LIBOR)。“Index Name”: the name of the interest rate index (for example, LIBOR).
本発明のこの実施形態において、金利指標エレメントは、以下のXML定義を有している： In this embodiment of the invention, the interest rate indicator element has the following XML definition:
２．”接続”プロセッサー(”Connect” Processor)
本発明のこの実施形態において、接続プロセッサー２０（図１に示す）は、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWeb システム間で金融取引に関する情報をやり取りするための手段を提供する。以下で説明するように、接続プロセッサー２０は、”FinScript”として知られるXSLにより作成された専用のスタイルシートを用い、FinXML（または他のXML)ドキュメントを、金融（Java)オブジェクト、に/から（to/from)、変換することにより、かかる機能を実行する。2. "Connect" Processor
In this embodiment of the invention, connection processor 20 (shown in FIG. 1) provides a means for exchanging information regarding financial transactions between users (ie, members and providers) and the CFOWeb system. As described below, the
本発明のこの実施形態において、接続プロセッサー２０と接続メッセージングサーバー９０は、ユーザーとCFOWeb システム間のメッセージを処理し、FinXML（または他のXML)ドキュメントを、金融（Java)オブジェクト、に/から（to/from)、変換する。接続プロセッサー２０が、FinXML（または他のXML)ドキュメントと、メンバーおよびプロバイダの専用オブジェクト間の変換を実行するのに対し、接続メッセージングサーバー９０は、FinXML（または他のXML)ドキュメントとCFOWeb システムの専用オブジェクト間で、かかる変換を実行する。接続プロセッサー２０が、メンバーおよびプロバイダのクライアントサイトにおいて、分散メッセージング(distributed messaging)を提供している間、接続メッセージングサーバー９０は、（CFOWeb システム内で）集中メッセージング(centralized messaging)ならびに変換機能を提供する。したがって、本発明のこの実施形態において、接続プロセッサー２０のメッセージングの説明ならびに変換機能は、接続メッセージングサーバー９０にも適用可能である。 In this embodiment of the present invention, the
a. 機能の概観(Functional Overview)
図７は、接続プロセッサーおよびその機能の概観を示している。接続プロセッサー１０１０（接続メッセージングサーバーを含む）は、様々なサーバー（図１に示すように）を含むCFOWeb システム１０００と、メンバーおよびプロバイダのシステム間の中継手段として機能する。接続プロセッサー１０１０は、”メッセージ”および”トレード”を処理する。メッセージには、メンバー／プロバイダと、実行されるアクションおよびイベントについて表現するCFOWeb システム１０１０の様々なサーバー（たとえば、チャット、eメール、報告、ポートフォリオ管理等）間のやりとりが含まれる。メッセージには、メンバーとプロバイダ間の金融取引に関するトレード情報が含まれている。しかし、全てのメッセージが、特定の金融取引に関する情報を含んでいないことに注意すべきである。a. Functional Overview
FIG. 7 shows an overview of the connection processor and its function. The connection processor 1010 (including the connection messaging server) serves as a relay between the
メンバーおよびプロバイダは、接続プロセッサー１０１０に接続されたメッセージングミドルウェア・クライアントアプリケーション１１３０に対し、自動接続１１４０を通じて、以下の情報を順次送信する自動メッセージブローカー１１５０を介し、価格見積もり依頼、価格見積もり、ならびに、他のメッセージを送る。メッセージングミドルウェア・クライアントアプリケーション１１３０は、上記情報を、ＸＭＬストリーム１１２０形式で、接続プロセッサー１０１０に送る。（以下で説明するように）接続プロセッサー１０１０は、ＸＭＬ情報を、に”接続”メッセージオブジェクト（トレードオブジェクトを含む）１１０５に変換する（１１００）。接続プロセッサー１０１０は、メッセージオブジェクト１１０５を処理し（１０７０）、および、トレードに関連する場合には、メンバーまたはプロバイダにより供給されたコンテント１０６０を含むメッセージオブジェクト１１０５を、CFOWeb システム１０００に送る。これに代え、メッセージオブジェクト１１０５が、特定の金融取引に関する情報を含まず、CFOWeb システム１０００上の非取引機能に関するものである場合、接続プロセッサー１０１０は、システムのいずれかのサーバーにおいて実行されるアクションまたはイベントとしてメッセージオブジェクト１１０５を送る。 Members and providers send price quote requests, price quotes, etc. to the messaging
接続プロセッサー１０１０は、メンバーあるいはプロバイダに対し、メッセージ１０５０（トレード情報を含んでもよい）をメッセージオブジェクト１０７５に変換することにより処理する（１０７０）。これに加え、接続プロセッサー１０１０は、いずれかのシステムサーバーにおいて生じるアクションおよびイベントをメッセージオブジェクト１０７５に変換することにより処理する（１０３０）。次に、接続プロセッサー１０１０は、メッセージオブジェクト１０７５をＸＭＬドキュメント１１１０（FinXML形式であってもよい）に変換する（１０９０）。接続プロセッサー１０１０は、かかるＸＭＬドキュメント１１１０（たとえば、価格見積もり又は価格見積もり依頼）を、メッセージングミドル・ウェアクライアントアプリケーション１１３０に送る。メッセージングミドルウェア・クライアントアプリケーション１１３０は、オブジェクトへの変換のため、このＸＭＬドキュメント１１１０を、自動接続１１４０を通じ、適切なメンバーあるいはプロバイダの自動メッセージブローカー１１５０に送る。メッセージの処理および変換、ならびに、CFOWeb システム１０００からのオブジェクトの処理と並行して、接続プロセッサー１０１０は、適切な目的地を決め（１０２０）、ＸＭＬドキュメント１１１０を受け取る特定のメンバーまたはプロバイダのため情報のアドレスを指定すること（１０８０）に注意すべきである。ＸＭＬドキュメント（FinXML形式であってもよい）は、メンバー又はプロバイダによって、適切に処理するため、オブジェクトに変換される（以下で説明する）。 The
b. アーキテクチャ(Architecture)
図８は、本発明のある実施形態における接続プロセッサー３２７５のアーキテクチャを示している。CFOWeb システム３２８０は、出て行くメッセージ３２１０および入ってくるメッセージ３２７０をそれぞれ記憶するための、アウトバウンド・キュー３２００（outbound queue）およびインバウンド・キュー（inbound queue）３２０５を含んでいる。本実施形態において、メッセージ３２１０および３２７０は、“Java メッセージサーバー”（“ＪＭＳ”）形式である。接続プロセッサー３２７５は、からメッセージ３２１０メッセージ”ペイロード”３２２０を抽出し、当該ペイロード３２２０を適切なメッセージハンドラー３２２５にJavaオブジェクトとして送るディスパッチャー・モジュール３２１５、を含む。ペイロード３２２０は、取引を結んだ当事者および取引の形式に関する情報を含む、FinXMLの”トレード”エレメント（上述し、図３で示した）によって表された情報を含んでいる。b. Architecture
FIG. 8 illustrates the architecture of the
接続プロセッサー３２７５は、一以上のメッセージハンドラー３２２５を含んでおり、メンバー又はプロバイダによって受け取られるメッセージの各形式を取り扱うため、別のメッセージハンドラー３２２５を構成するようにしてもよい。ペイロード３２２０を用いることにより、アクションがペイロード３２２０中に含まれているものに基づく場合、適切なメッセージハンドラー３２２５は、ターゲットとするメンバー/プロバイダ３２３５上でアクション３２３０を起こす。メンバー／プロバイダシステム３２３５は、同期応答３２４０を送ることにより、メッセージハンドラー３２２５と通信を行う。かかるメンバー／プロバイダシステム３２３５は、メッセージコンストラクタ・サーブレット(Message Constructor Servlet)３２５０に対し、非同期応答３２４５を送る。かかるメッセージコンストラクタ・サーブレット３２５０は、転送プロトコル（たとえば、ＨＴＴＰ又はＴＣＰ／ＩＰ）コールを介してパラメーターを送ることにより、メンバー／プロバイダシステム３２３５が、CFOWeb システム３２８０のためのメッセージを非同期的に作成するのを可能にする。メッセージコンストラクタ・サーブレット３２５０は、非同期メッセージ３２５５をメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、メッセージハンドラー３２２５からの同期メッセージ３２６０も受け取る。メッセージ送信サービス３２６５は、CFOWeb システム３２８０のインバウンド・キュー３２０５に対し、メッセージ３２７０を、順次、転送する。 The
c メッセージ構造(Message Sturcture)
図９は、本発明のこの実施形態のCFOWeb システムとメンバーおよびプロバイダのシステム間の接続プロセッサーにより配信されたメッセージ１６００の構造を示している。前記システムは、システムのユーザー間で、全てのシステムイベントおよび取引をやりとりするため、メッセージを用いている。メッセージのカテゴリーには、”ワークフロー(Workflow)”メッセージと”制御(Control)”メッセージの２つのカテゴリーがある。ワークフローメッセージは、取引の構造および価額、ポートフォリオ管理、トレーディング、他の機能用のシステムサーバーに対する、および、からの引き渡し情報、ならびに、メンバーとプロバイダ間の引き渡し情報、を示すメインメッセージである。制御メッセージは、認証応答および例外情報(Exceptional Information)をやりとりする。c Message Sturcture
FIG. 9 shows the structure of a
この実施形態において、各メッセージ１６００は、”Java メッセージサーバー”（”ＪＭＳ”）形式におけるＸＭＬで表現されている。各メッセージ１６００は、ＪＭＳベースのミドルウエア１６１０およびドキュメント１６２０から構成されている。市販品であってもよいミドルウエア１６１０は、通信プロトコル（たとえば、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＳＳＬ）およびメッセージ管理、ならびに、ネットワークを越え、CFOWeb システムと接続プロセッサー間で、信頼性の高いＸＭＬドキュメントのやりとりを可能にするロギング機能(logging functionality)を備えている。 In this embodiment, each
ＸＭＬドキュメントであるドキュメント１６２０は、ヘッダ１６３０およびメッセージの詳細１６６０を含んでいる。ヘッダ１６３０は、メッセージ、アイデンティフィケーション１６４０およびルーティング情報１６５０を含む。メッセージ・アイデンティフィケーション１６４０は、メッセージのタイプ（たとえば、ワークフロー又は制御)、メッセージ識別子、日付／時刻スタンプ、を含んでいる。ルーティング情報１６５０は、メッセージのソースと行き先を特定す。かかる情報は、メンバーおよびプロバイダの参加に対抗して、ソースと行き先の識別子を解読する（maps)、CFOWeb システム内のルーティングテーブルによって管理される。 The
メッセージの詳細１６６０は、メッセージの目的および詳細を表すテキスト含み、取引を定義するFinXMLでのトレード情報１６８０（上述の図３において、FinXMLTrade（トレード）”エレメントにより示されている）を有するペイロード１６７０を含むようにしてもよい。 The message details 1660 includes text representing the purpose and details of the message and includes a
i. ＸＭＬメッセージの構造(XML Message Structure)
図１０は、本発明のこの実施形態における、ＸＭＬで表された接続メッセージの構造を示している。i. XML Message Structure
FIG. 10 shows the structure of the connection message expressed in XML in this embodiment of the present invention.
（a) メッセージルートタグ(Message Root Tag)
メッセージルートタグ１７００（すなわち、”CFOWeb接続”ルートタグ）は、接続メッセージとしてメッセージを識別し、以下の属性を含む：
・”System Name（システムの名称）”：”CFOWeb”、”接続”（メンバー又はプロバイダ用のシステム）等のメッセージを生成するシステムの名称、あるいは、該当する場合、第三者システムの名称。(A) Message Root Tag
The message root tag 1700 (ie, the “CFOWeb connection” route tag) identifies the message as a connection message and includes the following attributes:
“System Name”: The name of the system that generates the message, such as “CFOWeb”, “Connection” (system for member or provider), or the name of the third party system, if applicable.
・”System ID （システム）ＩＤ”：メッセージを生成するシステムの識別子。“System ID”: the identifier of the system that generates the message.
・”Version（バージョン）”：接続メッセージボキャブラリーのバージョン；異なるメンバー／プロバイダ構造によって相違してもよい。“Version”: version of the connection message vocabulary; may be different for different member / provider structures.
・”Test（テスト）”：”test（テスト）（”Ｙ”）又は”live（ライブ）”
（”Ｎ”）としてのメッセージの識別子；ライブ環境におけるテストメッセージは、やりとりされるが、ビジネスワークフローに含まれず、動作しない。・ "Test": "test"("Y") or "live"
Message identifier as ("N"); test messages in the live environment are exchanged, but are not included in the business workflow and do not operate.
本発明のこの実施形態において、メッセージルートタグ１７００は、以下のXML定義を有している： In this embodiment of the invention, the
（ｂ）ヘッダ(Header)
ヘッダエレメント１７０５は、メッセージ識別情報を表しており、以下の属性を含んでいる：
・”Conversation ID （会話ＩＤ）”：やりとりを行う当事者の一人により始められた特定の会話に属するものとして、メッセージを識別するシステムが割り当てたシーケンス番号。(B) Header
The
"Conversation ID": a sequence number assigned by the system that identifies the message as belonging to a specific conversation initiated by one of the parties involved.
・”sequence ID（シーケンスＩＤ）”：制御メッセージによりリファレンスとして用いられる各通信ノードにより、別に生成され、メッセージに年代の順序付けを行うシーケンス番号。“Sequence ID”: a sequence number generated separately by each communication node used as a reference by the control message and ordering the ages in the message.
・”Sent Time（セントタイム）”：ＸＭＬドキュメントが形成された時刻を表す、システムが割り当てたタイプスタンプ。“Sent Time”: A system-assigned type stamp that represents the time the XML document was created.
本発明のこの実施形態において、ヘッダエレメント１７０５は、以下のXML定義を有している： In this embodiment of the invention, the
（ｃ）ルーティング情報(Routing Information)
ルーティングエレメント１７１０は、メッセージのソースと行き先に関するリファレンスルーティング情報を含んでいる。この情報には、システムが定義したメンバーおよびプロバイダの識別子が含まれている。前記ルーティング情報は、ミドルウエア−アドレッシングスキーム(middleware-addressing scheme)（ポイント・ツー・ポイント・メッセージキュー、パブリッシュ／サブスクライブのトピック等の）を得るとともに、会話に関するユーザーの関与を識別するために用いられる。(C) Routing information
The
ルーティングエレメント１７１０は、以下のサブエレメントを含んでいる：
・”Source（ソース）”１７１５：ソースの組織の識別子；これは、契約相手エレメントの呼称であるが匿名でもよい。
"Source" 1715: Source organization identifier; this is the name of the contracting element, but may be anonymous.
・”Destination（行き先）”１７２０：行き先の組織の識別子；これは、契約相手エレメントの呼称であるが、匿名でもよい。“Destination” 1720: identifier of the organization of the destination; this is the name of the contracting party element, but may be anonymous.
本発明のこの実施形態において、ルーティングエレメント１７１０は、以下のXML定義を有している： In this embodiment of the invention, the
（ｄ）ワークフローメッセージ(Workflow Messages)
ワークフローメッセージエレメント１７２５は、金融取引、メンバーとプロバイダ間のやりとり、CFOWebシステムサーバーとの対話を含む、ワークフローのサイクルにおいて、状態遷移およびアクションをもたらすメッセージの説明、を含んでいる。ワークフローメッセージエレメント１７２５は、メンバーあるいはプロバイダが、取引情報に、フリーフォーム、テキスト、形式の情報を添付することを所望しているかどうかのインジケーターとして用いられる”Note(ノート）”エレメント１７３０、を含んでいる。また、ワークフローメッセージエレメント１７２５は、そのいずれにも、以下のワークフローメッセージタイプのいずれかを含んでいる：
（１）見積もり依頼(Quote Request)
（２）見積もり回答(Quote Response)
（３）見積もりに興味を示す(Quote Indicate Interest)
（４）見積もり受諾(Quote Accept)
（５）見積もり拒絶(Quote Reject)
（６）興味があることを示す示唆を撤回（Withdrawal Indication of Interest”ＩＯＩ”）
（７）見積もり依頼撤回(Withdraw Quote Request)
（８）見積もり撤回(Withdraw Quote)
（９）全ての見積もりを撤回 (Withdraw All Quote)
（１０）開示(Disclose)
（１１）価格依頼(Price Request)
（１２）価格回答(Price Response)
（１３）見積もり依頼期限満了(Quote Request Expiry)
（１４）見積もり期限満了(Quote Expiry)
各ワークフローメッセージタイプエレメントは、以下で説明する異なるタイプのワークフローメッセージを表している。(D) Workflow messages
The
(1) Quote Request
(2) Quote Response
(3) Quote Indicate Interest
(4) Quote Accept
(5) Quote Reject
(6) Withdrawal indication of interest (“IOI”)
(7) Withdraw Quote Request
(8) Withdraw Quote
(9) Withdraw All Quote
(10) Disclosure
(11) Price Request
(12) Price Response
(13) Quote Request Expiry
(14) Quote Expiry
Each workflow message type element represents a different type of workflow message described below.
本発明のこの実施形態において、ワークフローメッセージタイプエレメント１７２５は、以下のXML定義を有している： In this embodiment of the invention, the workflow
（１）見積もり依頼メッセージ(Quote Request Message)
見積もり依頼メッセージエレメント１７５５は、プロバイダのシステムに、メンバーが価格の見積もりを依頼していること、を通知するメッセージを表している。見積もり依頼メッセージエレメント１７５５には、自身のペイロードとしてFinXMLトレードオブジェクトとともに、メンバーにより依頼された見積もりのタイプ（たとえば、スプレッド）に関する情報が含まれている。CFOWebシステムは、入ってきた見積もり依頼メッセージエレメント１７５５を、以下の方法で取り扱ってもよい：(i) プロバイダが設定した自動的な値付けを用い、計算した価格を含む”見積もり回答メッセージ(Quote Request Message)”を送る；あるいは、(ii) プロバイダが手動で価格見積もりができるよう、ペイロードからのトレードの詳細が、バックエンドのスプレッドシート、あるいは、他の値付けシステム内でロード可能な場合に、見積もりが完了することをプロバイダに警告するため、見積もり依頼情報を内部のトレーディング環境に渡す。(1) Quote Request Message
The estimate
見積もり依頼メッセージエレメント１７５５は、以下のサブエレメントおよび属性を含んでいる：
・”Quote Variable（見積もり変数）１７６０”：見積もりを表すのに必要な変数。The request for
“
・”Request ID（依頼ＩＤ）”：見積もり依頼の識別子。“Request ID”: an identifier of the request for quotation.
・”Expiray Time（期限）”：見積もり依頼に対し、見積もりを提出するためメンバーにより設定された（２４時間形式の）締め切り。• “Expiray Time”: The deadline (in 24-hour format) set by the member to submit a quote for a quote request.
・”Leg Ref”: 該当する場合、その間に見積もりが依頼された特定のトレードレグの識別子（たとえば、特定レグの”Leg ID”あるいは”None”）。“Leg Ref”: If applicable, the identifier of the specific trade leg for which a quote was requested in the meantime (eg, “Leg ID” or “None” of the specific leg).
・”Payload（ペイロード）”１７４０：特定の金融取引を表す情報。“Payload” 1740: Information representing a specific financial transaction.
・”Payload Type（ペイロードのタイプ）”：ペイロードのカテゴリー(たとえば、FinXML)。“Payload Type”: Payload category (eg, FinXML).
・”Payload Ref”１７５０：特定の金融取引の識別子。“Payload Ref” 1750: identifier of a particular financial transaction.
本発明のこの実施形態において、見積もり依頼メッセージエレメント１７５５は、以下のXML定義を有している： In this embodiment of the invention, quote
以下は、本発明のこの実施形態における見積もり依頼メッセージエレメント１７５５の一例である： The following is an example of a request for
（２）見積もり回答メッセージ(Quote Response Message)
見積もり回答メッセージエレメント１７６５は、プロバイダがメンバーからの見積もり依頼メッセージに対する価格見積もりを提出した旨を、CFOWebシステム(CFO Web System)に通知するメッセージを表している。見積もり回答メッセージエレメント１７６５は、見積もられた変数値を含み、プロバイダが、修正又は別の構造を提案した場合に選択的に用いることができる、全部のトレードのペイロードを含んでもよい。CFOWebシステムは、元の見積もり依頼を価格見積りに更新し、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかるペイロードの情報を用いる。(2) Quote Response Message
A quote
見積もり回答エレメント１７６５は、以下のサブエレメントおよび属性を含んでいる：
・”Quoted Variable”（見積もられた変数）”１７７０：見積もりを表すために用いられる見積もられる変数。The
“Quoted Variable” “1770: Estimated variable used to represent the estimate.
・”Key（キー）”１７７５：見積もられた変数の名称。“Key” 1775: The name of the estimated variable.
・”Value（値）”１７８０：価格見積もりの値。“Value” 1780: Value of the price estimate.
・”Pricing Detail（値付けの詳細）”１７８５：価格見積もりに関する追加情報（例えば、価格感応性（price sensitivity)）。“Pricing Detail” 1785: Additional information regarding price quotes (eg, price sensitivity).
・”Key（キー）”１７９０：値付け詳細の名称。“Key” 1790: Name of the pricing details.
・”Value（値）”１７９５：値付け詳細の値。“Value” 1795: Value of pricing details.
・”Request ID（依頼ＩＤ）”：それに対して見積もり回答が提出される、見積もり依頼の識別子。“Request ID (Request ID)”: An identifier of a request for quotation to which a reply to quotation is submitted.
・Quote ID（見積もりＩＤ）”：見積もり回答の識別子。Quote ID (Estimate ID) ”: An identifier for the estimate answer.
・”Expiray Time（期限）”：見積価格の有効性についてプロバイダにより設定された（２４時間形式の）締め切り。“Expiray Time”: the deadline (in 24-hour format) set by the provider for the validity of the estimated price.
・”Leg Ref”: 該当する場合、その間に見積もりが依頼された特定のトレードレグの識別子（たとえば、特定レグの”Leg ID”あるいは”None”）。“Leg Ref”: If applicable, the identifier of the specific trade leg for which a quote was requested in the meantime (eg, “Leg ID” or “None” of the specific leg).
・”Payload（ペイロード）”１７４０：特定の金融取引を表す情報。“Payload” 1740: Information representing a specific financial transaction.
・”Payload Type（ペイロードのタイプ）”：ペイロードのカテゴリー(たとえば、FinXML)。“Payload Type”: Payload category (eg, FinXML).
本発明のこの実施形態において、見積もり回答メッセージエレメント１７６５は、以下のXML定義を有している： In this embodiment of the invention, quote
以下は、本発明のこの実施形態における見積もり回答メッセージエレメント１７６５の一例である： The following is an example of a quote
（３）他のワークフローメッセージ(Other Workflow Messages)
本発明のこの実施形態ならびに他の実施形態において、ワークフローメッセージエレメント１７２５は、金融取引に関するやり取り可能にするため、他のメッセージタイプを含んでもよい。(3) Other Workflow Messages
In this and other embodiments of the present invention, the
（i) 見積もりに興味を示すメッセージ(Quote Indicate Interest Messages
見積もりに興味を示すメッセージエレメント１８００は、接続プロセッサー３２７５に、メンバーが、自身がした見積もり依頼に応じ、プロバイダによって提出された価格見積もりに興味を示したことを通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。接続プロセッサー３２７５は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もりに興味を示すメッセージエレメント１８００を送るメッセージハンドラー３２２５により構成することもできる。(I) Quote Indicate Interest Messages
The
(ii) 見積もり受諾メッセージ(Quote Accept Mesage)
見積もり受諾メッセージエレメント１８０５は、メンバーが、プロバイダの提出した価格見積もりを受諾したいことを、接続プロセッサーに通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。見積もり受諾メッセージエレメント１８０５は、見積もり依頼およびメンバーによって受諾された価格に対するリファレンスを含んでいる。前記システムは、その価格が受諾されたプロバイダだけに見積もり受諾メッセージを送り、見積もり依頼に応じて価格見積もりを提出した他のすべてのプロバイダは、”見積もり拒絶メッセージ”（以下に説明する）を受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり受諾メッセージエレメント１８０５を送るメッセージハンドラー３２２５によって構成することもできる。(ii) Quote Accept Message
The accept quote message element 1805 represents a message used by the CFOWeb system 3280 (FIG. 8) to notify the connection processor that the member wishes to accept the provider's submitted price quote. The quote acceptance message element 1805 includes a reference to the quote request and the price accepted by the member. The system sends a quote acceptance message only to providers whose prices have been accepted, and all other providers who have submitted a price quote in response to a quote request receive a “quote rejection message” (described below). The connection processor 3275 (FIG. 8) may also be configured with a message handler 3225 that sends a quote acceptance message element 1805 to the provider's internal system 3225 as a screen pop-up or warning.
(iii) 見積もり拒絶メッセージ(Quote Reject Message)
見積もり拒絶メッセージエレメント１８１０は、プロバイダの提出した価格見積もりをメンバーが拒絶したことをプロバイダに通知するため、CFOWebシステムによって用いられるメッセージを表している。このことは、メンバーが、プロバイダの価格見積もりを明確に拒絶し、あるいは、同じ見積もり依頼に対する他のプロバイダの見積もりを受諾する場合に生じ、これにより、暗黙のうちに他のすべての価格見積もりを拒絶することになる。見積もり拒絶メッセージエレメント１８１０は、見積もり依頼に対するリファレンスを含んでいる。を含んでいる。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり拒絶メッセージエレメント１８１０を送るメッセージハンドラー３２２５によって構成することもできる。(iii) Quote Reject Message
The quote rejection message element 1810 represents a message used by the CFOWeb system to notify the provider that the member has rejected the provider's submitted price quote. This occurs when a member explicitly rejects a provider's price quote or accepts another provider's quote for the same quote request, thereby implicitly rejecting all other price quotes. Will do. The quote rejection message element 1810 contains a reference to the quote request. Is included. The connection processor 3275 (FIG. 8) may also be configured by a message handler 3225 that sends a quote rejection message element 1810 to the provider's internal system 3225 as a screen pop-up or warning.
(iv) 興味の示唆を撤回するメッセージ(Withdraw Indication of Interest Message)
興味の示唆を撤回する(”IOI”)メッセージ１８１５は、メンバーは、自身の見積もり依頼に応じてプロバイダの提出した価格見積もりについてメンバーが興味があることの示唆を撤回することを、接続プロセッサー３２７５に通知するため、CFOWebシステム３２８０（図８）によって用いられるメッセージを表している。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、撤回IOIメッセージ１８１５を送るメッセージハンドラー３２２５によって構成することもできる。(iv) Withdraw Indication of Interest Message
A message 1815 withdrawing the suggestion of interest ("IOI") indicates to the
(v) 見積もり依頼撤回メッセージ(Withdraw Quote Request Message)
見積もり依頼撤回メッセージエレメント１８２０は、メンバーが、以前送った見積もり依頼の撤回を希望することを、接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。元の見積もり依頼メッセージが送られていたすべてのプロバイダは、特定の見積もり依頼に基づく自身の価格見積もり動作、メンバーの見積もり依頼に応じてプロバイダの提出した価格見積もりについてメンバーが興味があることの示唆、を追跡することが必要がないことを示す、見積もり依頼撤回メッセージを受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり依頼撤回メッセージエレメント１８２０を送るメッセージハンドラー３２２５によって構成することもできる。(v) Withdraw Quote Request Message
The quote request
(vi) 見積もり撤回メッセージ(Withdraw Quote Message)
見積もり撤回メッセージエレメント１８２５は、メンバーが、以前送られた価格見積もりを撤回することを希望している旨を表すため、CFOWebシステムによって用いられるメッセージを表している。前記見積もり撤回メッセージは、プロバイダが価格見積もりを手動で撤回した場合、CFOWebシステムから送ることができ、撤回動作がプロバイダの内部システム（手動、自動のいずれにおいても）の手段で行われた場合、接続プロセッサーで送ることできる。見積もり撤回メッセージが、接続プロセッサーを通じて生成された場合、同期クロックタイムスタンプが、価格見積もりの有効期限を示すメッセージ上に設定される。(vi) Withdraw Quote Message
The quote withdrawal message element 1825 represents a message used by the CFOWeb system to indicate that the member wishes to withdraw a previously sent price quote. The quote withdrawal message can be sent from the CFOWeb system if the provider manually withdraws the price quote, and if the withdrawal action is done by means of the provider's internal system (both manual or automatic), the connection Can be sent by processor. If the quote withdrawal message is generated through the connected processor, a synchronous clock timestamp is set on the message indicating the expiration date of the price quote.
(vii) 開示メッセージ(Disclose Message)
開示メッセージエレメント１８３０は、以前に開示されなかった契約相手の身元を開示するため、CFOWebシステムによって用いられるメッセージを表している。かかる開示は、契約相手によって、自身の身元を開示するようシステムに対する通知がなされた場合にのみ行われる。(vii) Disclose Message
The
(viii) 価格依頼メッセージ(Price Request Message)
価格依頼メッセージエレメント１８３５は、半自動で値付けを行うため、メンバーの内部システムからの要求に対し、メンバーが価格見積もりを要求していることを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。価格依頼メッセージエレメント１８３５には、メンバーにより依頼された見積もりのタイプ（たとえば、スプレッド）に関する情報とともに、自身のペイロードとしてFinXMLトレードオブジェクトが含まれている。接続プロセッサーは、一以上のプロバイダによりメッセージを取り扱うとともに、CFOWebシステムに、を含む価格見積もりを含む”価格応答メッセージ”（以下で説明する）を送る。(viii) Price Request Message
The price request message element 1835 provides a message used by the CFOWeb system to inform the connection processor that the member is requesting a price quote in response to a request from the member's internal system for semi-automatic pricing. Represents. The price request message element 1835 includes a FinXML trade object as its payload along with information regarding the type of quote requested by the member (eg, spread). The connected processor handles the message by one or more providers and sends a “price response message” (described below) containing a price quote including to the CFOWeb system.
(ix) 価格回答メッセージ(Price Response Message)
価格回答メッセージエレメント１８４０は、半自動で値付けを行うため、メンバーの内部システムが、価格依頼に対する価格見積もりを計算し、かかる価格見積もりをCFOWebシステムに提出したことを通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかる情報を用いる。プロバイダは、前記見積もりを、かかる価格情報を用い、あるいは、手動で入力された情報を用いて提出するようにしてもよい。いずれの場合でも、プロバイダは、価格見積もりを手動により（たとえば、ボタンをクリックすることにより）メンバーに提出する。(ix) Price Response Message
The price
(x) 見積もり依頼期限満了(Quote Request Expiry Message)
見積もり依頼期限満了メッセージエレメント１８４５は、メンバーの見積もり依頼期限が満了したことを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、見積もり依頼の期限が満了すると、見積もり依頼期限満了メッセージを自動的に生成する。元の見積もり依頼メッセージが送られていたすべてのプロバイダは、特定の見積もり依頼に基づく自身の価格見積もりを追跡することが必要がないことを示す、見積もり依頼期限満了メッセージを受け取る。接続プロセッサー３２７５（図８）は、プロバイダの内部システム３２２５に対し、スクリーンのポップアップあるいは警告として、見積もり依頼期限満了メッセージエレメント１８４５を送るメッセージハンドラー３２２５によって構成することもできる。
(xi) 見積もり期限満了メッセージ(Quote Expiry Message)
見積もり期限満了メッセージエレメント１８５０は、プロバイダによる価格見積もりの期限が満了したことを接続プロセッサーに通知するため、CFOWebシステムによって用いられるメッセージを表している。前記CFOWebシステムは、価格見積もりの期限が満了すると、見積もり期限満了メッセージを自動的に生成する。(x) Quote Request Expiry Message
The quote request deadline message element 1845 represents a message used by the CFOWeb system to notify the connection processor that the member's quote request deadline has expired. The CFOWeb system automatically generates a quote request expiration message when the quote request expires. All providers that have been sent the original quote request message receive a quote request expiration message indicating that it is not necessary to track their price quote based on the particular quote request. The connection processor 3275 (FIG. 8) can also be configured by a message handler 3225 that sends a quote request expiration message element 1845 to the provider's internal system 3225 as a screen pop-up or warning.
(xi) Quote Expiry Message
Estimated Expiration Message element 1850 represents a message used by the CFOWeb system to notify the connection processor that the provider's price quotation has expired. The CFOWeb system automatically generates a quote expiration message when the price quote expires.
(xii) 全ての見積もりを撤回するメッセージ(Withdraw All Quote Message)
全ての見積もりを撤回するメッセージエレメント１８５５は、プロバイダが、全ての価格見積もりを撤回したい旨を、接続プロセッサーに通知するためCFOWebシステムによって用いられるメッセージを表している。かかるメッセージは、撤回された見積もりについての基準を特定することができる。(xii) Withdraw All Quote Message
The message element 1855 withdrawing all quotes represents a message used by the CFOWeb system to inform the connection processor that the provider wishes to withdraw all price quotes. Such a message can specify the criteria for the withdrawn estimate.
(e) 制御メッセージ(Control Message)
制御メッセージエレメント１８６０は、メッセージの受信および処理の成否を示すため、ワークフローメッセージに応じて送られるメッセージの記述を含んでいる。ミドルウエアは、CFOWebシステムと接続プロセッサー間でメッセージを送信する役割を果たすが、かかるミドルウエアは、一定の引き渡し時間中、ＸＭＬコンテンツ変換ならびに処理をうまく実行すること、あるいは、価格見積もりをうまく提供することを含む、特定のシステムパフォーマンスパラメータを保証するものではない。これにより、制御メッセージエレメント１８６０は、メッセージ受け渡しの受領通知を与えるとともに、エラー状態をメッセージの送信者に報告する。(e) Control message
制御メッセージエレメント１８６０は、それに対して制御メッセージ１８６０が適用される特定のワークフローメッセージのため、システムにより割り当てられたシーケンス番号である”シーケンスＩＤ(sequence ID)”を含む。また、制御メッセージエレメント１８６０は、そのいずれにも、以下のワークフローメッセージタイプのいずれかが含まれている：
（１）受領（ACK）
（２）エラー(error)
各制御メッセージタイプエレメントは、以下で説明する異なるタイプの制御メッセージを表している。The
(1) Receipt (ACK)
(2) Error
Each control message type element represents a different type of control message described below.
本発明のこの実施形態において、制御メッセージタイプエレメント１８６０は、以下のXML定義を有している： In this embodiment of the invention, the control
（１）受領メッセージ(Acknowledge Message)
受領（”ACK”）メッセージエレメント１８６５は、受信、変換、接続メッセージおよび取引ペイロードの処理がうまくいったことを認証するために用いられる。受領メッセージメッセージエレメント１８６５は、受領メッセージにより実行されるペイロードエレメント１７４０に対するリファレンスを含む、”Our Payload Ref（我々のペイロードのリファレンス)”エレメント１８７０を含んでいる。”Our Payload Ref（我々のペイロードのリファレンス)”エレメント１８７０は、以下のサブエレメントを含んでいる：
・”Payload Type（ペイロードタイプ）”：ペイロードのカテゴリー(たとえば、FinＸＭＬ）。(1) Acknowledge message
An acknowledgment (“ACK”) message element 1865 is used to authenticate successful receipt, conversion, connection message and transaction payload processing. The receipt message message element 1865 includes an “Our Payload Ref” element 1870 that contains a reference to the
“Payload Type”: the category of the payload (eg, FinXML).
・”Payload ID（ペイロードID)”：前にやり取りされたペイロードの識別子。“Payload ID”: identifier of the previously exchanged payload.
本発明のこの実施形態において、我々のペイロードのリファレンスエレメント１８７０を含む、受領メッセージエレメント１８６５は、以下のXML定義を有している： In this embodiment of the invention, the receipt message element 1865, including our payload reference element 1870, has the following XML definition:
以下が、本発明のこの実施形態における受領メッセージエレメント１８６５の例である： The following is an example of the receipt message element 1865 in this embodiment of the invention:
本発明の本実施形態および他の実施形態おいて、受領メッセージエレメント１８６５は、以下で説明するように、取引の認証および完了のための特定の受領メッセージを含むようにしてもよい。 In this and other embodiments of the invention, the receipt message element 1865 may include a specific receipt message for transaction authentication and completion, as described below.
(i) 取引ダウンロード応答メッセージ(Trade Download Reqponse Message)
取引ダウンロード応答メッセージエレメントは、メンバーとプロバイダが特定の価格見積もりのタームに合意し、かかる特定の取引が、これから処理されるべきであることを、プロバイダの内部システムに通知するため、CFOWebシステムにより用いられるメッセージを表している。接続プロセッサーは、処理のため、すべての関連取引情報をプロバイダの内部システムに送るため、取引ダウンロード応答メッセージエレメントを用いる。かかる取引ダウンロード応答メッセージエレメントは、取引ペイロードを含む。(i) Trade Download Reqponse Message
The transaction download response message element is used by the CFOWeb system to inform the provider's internal system that the member and provider have agreed to a specific price quote term and that the specific transaction should be processed. Represents a message The connection processor uses the transaction download response message element to send all relevant transaction information to the provider's internal system for processing. Such a transaction download response message element includes a transaction payload.
(ii) 取引ダウンロード承諾メッセージ(Trade Download Acknowledge Message)
取引ダウンロード承諾メッセージエレメントは、接続プロセッサーに、プロバイダのすべての必要な内部システムが特定取引の初期の処理を完了したことを通知するため、CFOWebシステムによって用いられるメッセージを表している。(ii) Trade Download Acknowledge Message
The transaction download consent message element represents a message used by the CFOWeb system to inform the connection processor that all required internal systems of the provider have completed the initial processing of a particular transaction.
(iii) 取引ダウンロード依頼メッセージ(Trade Download Request Message)
取引ダウンロード依頼メッセージエレメントは、CFOWebシステムから、実行された取引をダウンロードするのに必要な場合に、接続プロセッサーにより用いられるメッセージを表している。これは、通常、トレードが、正常にロードされなかった場合に生じる。CFOWebシステムは、トレード情報を処理し、プロバイダの内部システムに供給するよう、すべてのトレード情報を接続プロセッサーに送るために、取引ダウンロード依頼メッセージを用いる。(iii) Trade Download Request Message
The transaction download request message element represents a message used by the connection processor when needed to download an executed transaction from the CFOWeb system. This usually occurs when a trade is not successfully loaded. The CFOWeb system uses a trade download request message to send all trade information to the connected processor to process and supply trade information to the provider's internal system.
(iv) 取引認証依頼メッセージ(Deal Verify Request Message)
取引認証依頼メッセージエレメントは、プロバイダの内部システムにおいて取引の完了が認証されたことをCFOWebシステムに通知し、CFOWebシステムにも、取引の完了を認証するよう依頼するため、接続プロセッサーにより用いられるメッセージを表している。(iv) Deal Verify Request Message
The transaction authorization request message element informs the CFOWeb system that the transaction has been authenticated in the provider's internal system, and also sends a message used by the connection processor to request the CFOWeb system to authenticate the completion of the transaction. Represents.
(v) 取引認証承諾メッセージ(Deal Verify Acknowledge Message)
取引認証承諾メッセージエレメントは、CFOWebシステムに対して、取引認証依頼メッセージが受信された確認を送るため、接続プロセッサーにより用いられるメッセージを表している。(v) Deal Verify Acknowledge Message
The transaction authentication acceptance message element represents a message used by the connection processor to send confirmation to the CFOWeb system that the transaction authentication request message has been received.
(vi) 取引検証確認メッセージ(Deal Verify Confirm Message)
取引検証確認メッセージエレメントは、接続プロセッサーに対して、検証依頼がうまく実行されたことの確認を送るため、CFOWebシステムにより用いられるメッセージを表している。(vi) Deal Verify Confirm Message
The transaction verification confirmation message element represents a message used by the CFOWeb system to send a confirmation to the connection processor that the verification request has been successfully executed.
(２) エラーメッセージ(Error Message)
エラーメッセージエレメント１８７５は、ＸＭＬからオブジェクトへの変換、あるいは、値付けアルゴリズムの実行がうまくいかなかった場合を含む、ＸＭＬメッセージコンテンツのアプリケーションレベルメッセージの処理がうまくいなかった場合には、いつでも、メッセージの送信者に対して通知するため用いられる。エラーメッセージエレメント１８７５は、以下のサブエレメントを含んでいる：
・”Error Code（エラーコード）１８８０”：特定タイプのエラーの識別子。(2) Error message
The
“Error Code 1880”: an identifier of a specific type of error.
・”Error Text（エラーテキスト）１８８５”：特定タイプのエラーのテキストによる記述。“Error Text 1885”: A text description of a specific type of error.
本発明のこの実施形態において、エラーメッセージエレメント１８７５は、以下のXML定義を有している： In this embodiment of the invention,
以下が、本発明のこの実施形態におけるエラーメッセージエレメント１８７５の例である： The following is an example of an
d. メッセージフロー(Message Flow)
ワークフローメッセージの流れは、ワークフローメッセージのタイプ（例えば、見積もり依頼、価格見積もり）および処理のタイプ（例えば、自動、主導、同期、非同期）によって異なるが、CFOWebシステムから、接続プロセッサーを介して、メンバーおよびプロバイダの内部システムに向かって前後に流れる。d. Message Flow
The workflow message flow depends on the type of workflow message (eg quote request, price quote) and the type of processing (eg automatic, led, synchronous, asynchronous), but from the CFOWeb system through the connection processor, Flow back and forth towards the provider's internal system.
i. 自動値付け-同期(Automated Pricing - Synchronous)
図１１は、同期自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から見積もり依頼メッセージ３３１０を送る。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として見積もり依頼メッセージハンドラー３３０５に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、見積もり依頼メッセージハンドラー３３０５は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。プロバイダの値付けエンジン３３００は、見積もり依頼メッセージハンドラー３３０５に、”価格返送(return price)”メッセージ３３２５形式で同期応答を返送する。見積もり依頼メッセージハンドラー３３０５は、価格見積もりを用いて見積もり応答メッセージ３３３０を生成し、それをメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。i. Automated Pricing-Synchronous
FIG. 11 shows the flow of the workflow message when the automatic synchronization pricing is performed. The
ii. 自動値付け-非同期(Automated Pricing - Asynchronous)
図１２は、非同期自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から、見積もり依頼メッセージ３３１０を送る。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として見積もり依頼メッセージハンドラー３３０５に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、見積もり依頼メッセージハンドラー３３０５は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。プロバイダの値付けエンジン３３００は、メッセージの詳細３３１８（すなわち、価格見積もり）を含む非同期応答を、メッセージコンストラクタ・サーブレット３２５０に送る。メッセージコンストラクタ・サーブレット３２５０は、価格見積もりを用いて見積もり応答メッセージ３３３０を作成し、それをメッセージ送信サービス３２６５に送る。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。ii. Automated Pricing-Asynchronous
FIG. 12 shows the flow of a workflow message when asynchronous automatic pricing is performed. The
iii. 半自動値付け-同期(Semi-Automated Pricing - Ｓynchronous)
図１３は、同期半自動値付けが行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャー・モジュール３２１５に対し、アウトバウンドキュー３２００から見積もり依頼メッセージ３３１０および価格依頼メッセージ３３４０を送る。価格依頼メッセージ３３４０は、半自動で値付けを行うため、メンバーの内部システムからの要求に対し、メンバーが価格見積もりを要求していることを接続プロセッサー３２７５に通知するため、CFOWebシステム３２８０によって用いられるメッセージである。ディスパッチャー３２１５は、見積もり依頼メッセージ３３１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として価格依頼メッセージハンドラー３４００に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、価格依頼メッセージハンドラー３４００は、プロバイダの内部システム内の目標プロバイダの値付けエンジン(target Provider's pricing engine)３３００上で”コール価格機能”３３２０を実行する。コール価格機能３３２０は、目標プロバイダの値付けエンジン３３００に、トレードオブジェクト３３１５中に含まれる情報に基づき、価格見積もりを計算し、送ることを通知する。iii. Semi-Automated Pricing-Synchronous
FIG. 13 shows the flow of the workflow message when the synchronous semi-automatic pricing is performed. The
プロバイダの値付けエンジン３３００は、価格依頼メッセージハンドラー３４００に、”価格返送（Return Price)”メッセージ３３２５形式で同期応答を返送する。価格依頼メッセージハンドラー３４００は、価格見積もりを用いて価格応答メッセージ３３４５を生成し、それをメッセージ送信サービス３２６５に送る。価格応答メッセージ３３４５は、半自動で値付けを行うため、メンバーの内部システムが、価格依頼に対する価格見積もりを計算し、かかる価格見積もりをCFOWebシステム３２８０に提出したことを通知するため、CFOWebシステム３２８０によって用いられるメッセージである。かかるCFOWebシステム３２８０は、オファーされた価格見積もりを表示し、依頼を行ったメンバーのウエッブブラウザをリフレッシュするため、かかる情報を用いる。メッセージ送信サービス３２６５は、処理のため、CFOWebシステム３２８０のインバウンドキュー３０２５に対し、順次、見積もり応答メッセージ３３３５を送る。 The provider's
iv. 取引送信-非同期(Deal Transmission-Asynchronous)
図１４は、完了した取引の非同期送信が行われた場合のワークフローメッセージの流れを示す。CFOWebシステム３２８０は、接続プロセッサー３２７５内のディスパッチャーモジュール３２１５に対し、アウトバウンドキュー３２００から取引ダウンロード応答メッセージ３５１０を送る。取引ダウンロード応答メッセージは、プロバイダおよびメンバーの双方が、特定の価格見積もりのタームに合意し、かかる特定の取引が、これから処理されるべきであることを、プロバイダの内部システムに通知するため、CFOWebシステム３２８０により用いられるメッセージである。接続プロセッサーは、処理のため、すべての関連取引情報をプロバイダの内部システム（すなわち、キャプチャシステム３５０５）に送るため、取引ダウンロード応答メッセージを用いる。iv. Deal Transmission-Asynchronous
FIG. 14 shows the flow of a workflow message when an asynchronous transmission of a completed transaction is performed. The
ディスパッチャー３２１５は、取引ダウンロード応答メッセージ３５１０からペイロードを抽出し、このペイロードを、トレードオブジェクト（Javaオブジェクト）３３１５として取引ダウンロード応答メッセージハンドラー３５００に送る。トレードオブジェクト３３１５においてペイロードを用いることにより、取引ダウンロード応答メッセージハンドラー３５００は、プロバイダの内部システム内の目標プロバイダ取引キャプチャシステム(target Provider deal capture system)３３０５上で”コール取引キャプチャ機能（Call Deal Capture Function)”３５１５を実行する。コール取引キャプチャ機能”３３１５は、目標プロバイダの取引キャプチャシステム３５０５に、トレードオブジェクト３３１５中に含まれる情報に基づき、完了した取引を処理することを通知する。プロバイダの取引キャプチャシステム３５０５は、メッセージの詳細３５２０を含む同期応答を、メッセージコンストラクタ・サーブレット３２５０に送る。メッセージコンストラクタ・サーブレット３２５０は、メッセージ詳細３５２０を用いてトレードダウンロード受領（”ＡＣＫ”）メッセージ３５２５を作成し、それをメッセージ送信サービス３２６５に送る。トレードダウンロード受領メッセージは、プロバイダのすべての必要な内部システムが特定取引の初期の処理を完了したことを、CFOWebシステム３２８０に通知するため、接続プロセサー３２７５により用いられるメッセージである。メッセージ送信サービス３２６５は、CFOWeb システム３２８０のインバウンド・キュー３２０５に対し、トレードダウンロード受領メッセージ３５３０を、順次、転送する。 The
３． ”FinScript”
本発明は、ユーザー（メンバーおよびプロバイダ）が、ユーザーに対する接続、バックエンドシステムを介し、CFOWeb システムおよび接続プロセッサーを用いて、金融取引を実行するのを可能にする。本発明のこの実施形態においては、”FinScript”として知られるXSLにより作成された専用のスタイルシートを用い、FinXML（または他のXML)ドキュメントを、ユーザーの内部システム上で用いられる金融（Java)オブジェクト、に/から（to/from)、変換することにより、接続プロセッサーが、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWebシステム間での金融取引に関する情報のやりとりを可能にする。接続プロセッサー２０（図１に示す）は、サーバー側で処理可能なオブジェクトへの変換のため、転送プロトコル（たとえば、HTTPまたはTCP/IP）を用いて、接続メッセージングサーバー９０に送ることができるFinXMLを作成する。処理の後、接続メッセージングサーバー９０は、ＸＳＬスタイルシートを用い、前記オブジェクトをFinXML（または他のXML)ドキュメントに変換し、FinXML（または他のXML)ドキュメントからJavaScriptプログラムを作成するためにFinScriptを用いる、接続プロセッサー２０にFinXML（または他のXML)ドキュメントを送る。JavaScriptプログラムから、順次、Javaオブジェクトが作られ、他の組織（たとえば、プロバイダ）に送られる。3. “FinScript”
The present invention allows users (members and providers) to execute financial transactions using the CFOWeb system and connection processor via a connection to the user, a back-end system. In this embodiment of the invention, a Finnish (or other XML) document is used on a user's internal system using a dedicated stylesheet created by XSL known as "FinScript". By converting to / from, the connection processor enables the exchange of information regarding financial transactions between users (ie, members and providers) and the CFOWeb system. The connection processor 20 (shown in FIG. 1) sends a FinXML that can be sent to the
a. 金融オブジェクトのFinXMLドキュメントへの変換（暗号化）(Conversion(Encoding) of Financial Objects to FinXML Documents)
ユーザー（メンバーおよびプロバイダ）が、CFOWeb システムに対して情報（たとえば、見積もり依頼又は価格見積もり）を送りたい場合、接続プロセッサーは、ユーザーの内部システムを用いることにより、専用の金融オブジェクトを、CFOWeb システムで使用可能なFinXML（または他のXML)ドキュメントに変換しなければならない。図１５は、変換（暗号化）プロセスのコンポーネントを示し、図１６は、本発明のこの実施形態においてかかる変換を行うため、システムによって実行されるステップを示している。本発明の他の多くの実施形態においては、これらのステップを、組み合わせることができ、特定のステップを省略することもでき、その他を削除し、および／又は、ステップの順序を修正することもできるということに注意すべきである。a. Conversion (Encoding) of Financial Objects to FinXML Documents
When users (members and providers) want to send information to the CFOWeb system (eg quote requests or price quotes), the connection processor uses the user's internal system to send a dedicated financial object in the CFOWeb system. Must be converted to a usable FinXML (or other XML) document. FIG. 15 shows the components of the conversion (encryption) process, and FIG. 16 shows the steps performed by the system to perform such conversion in this embodiment of the invention. In many other embodiments of the present invention, these steps can be combined, certain steps can be omitted, others can be deleted, and / or the order of the steps can be modified. It should be noted that.
ユーザーが、取引に関する情報（たとえば、メンバーからの見積もり依頼、プロバイダからの価格見積もり）を提出したい場合、ユーザーのメッセージングクライアントは、ユーザーの内部システム上に示されているような金融オブジェクト１４００（図１５に示す）を、アプリケーションプログラミングインターフェース（”ＡＰＩ”）を介し、接続プロセッサーに送る（図１６のステップ１４７０）。通常、金融オブジェクト１４００は、ユーザーの内部システム上に、”オブジェクトグラフ”形式であるJavaオブジェクトとして記憶される。かかるオブジェクトグラフは、金融オブジェクトのエレメントおよび属性を表わす相互にリンクされたノード(inter-linked nodes)から構成される。 If the user wants to submit information about the transaction (eg, a quote request from a member, a price quote from a provider), the user's messaging client may send a financial object 1400 (FIG. 15) as shown on the user's internal system. Are sent to the connection processor via the application programming interface ("API") (
金融オブジェクト１４００を受け取ると、接続プロセッサーは、金融オブジェクト１４００を適用させるために、適用可能なＸＭＬオブジェクトマッピング１４１０を特定する（ステップ１４８０）。本発明の一部の実施形態において、ＸＭＬオブジェクトマッピング１４１０は、ユーザーに特化した金融オブジェクトの形式および構造に対応させるため、ユーザーによりカスタマイズされてもよい。 Upon receipt of the
以下は、本発明のこの実施形態に用いられるＸＭＬオブジェクトマッピング１４１０の例である： The following is an example of an
次に、接続プロセッサーは、ダイナミックドキュメントモデル（”ＤＯＭ”）パーサーモジュール１４２０に、金融オブジェクト１４００を分析させ、金融オブジェクト１４００のエレメントならびに属性にＸＭＬオブジェクトマッピング１４１０を適用する（ステップ１４９０）。ＤＯＭは、プログラムおよびスクリプトが、コンテンツ、ドキュメントの構造やスタイルシート動的にアクセスし、更新することを許容する、プラットフォームであるとともに、言語にニュートラルなインターフェースである。ＤＯＭは、ＨＴＭＬおよびＸＭＬドキュメントを表すため、オブジェクトの標準的な設定、これらのオブジェクトがどのようにして組み合わせれるかについての基準、ならびに、アクセスし、これらを操縦するための標準的なインターフェースを提供する。ＤＯＭは、ドキュメントオブジェクトモデル（ＤＯＭ）レベル１明細１．０版（１９９８年１０月１日）、ワールドワイドウェブコンソーシアム（マサチューセッツ工科大学、フランス国立情報処理自動化研究所、慶應義塾大学）＜http://www.w3.org/TR/REC-DOM-Level-1＞に説明されている。 The connection processor then causes the dynamic document model (“DOM”)
ダイナミックＤＯＭパーサーは、金融オブジェクト１４００のオブジェクトグラフに対して１：１でマッピングするＤＯＭ”ツリー”（１４３０）を生成する（ステップ１５００）。ＤＯＭツリーを生成することは、動的であり、オブジェクトグラフの有限の境界（過渡的な閉鎖(transitive clodure)）が決定されるにつれ、必要に応じて行われる(as-needed basis)。したがって、必要に応じて、ステップ１４９０および１５００を、繰り返してもよい。次に、接続プロセッサーは、ＤＯＭツリー１４３０に適用するため、ＤＯＭ ツリー１４３０に含まれるオブジェクト値に基づき、ＸＳＬのスタイルシート１４４０を得る（ステップ１５１０）。”FinScript”として知られる、専用のＸＳＬのスタイルシート１４４０は、導き（すなわち、境界を決定し）、ＤＯＭツリー１４３０をFinXMLドキュメントに変換するためのルールを含んでいる。本発明のこの実施形態において、ＸＳＬのスタイルシート１４４０は、一つのルートにリンクされている。本発明の一部の実施形態においては、ユーザーに特化した金融オブジェクトの形式および構造に対応するため、ＸＳＬのスタイルシート１４４０は、ユーザーによりカスタマイズされてもよい。 The dynamic DOM parser generates a DOM “tree” (1430) that maps 1: 1 to the object graph of the financial object 1400 (step 1500). Generating a DOM tree is dynamic and is performed on an as-needed basis as a finite boundary of the object graph (transitive clodure) is determined. Accordingly, steps 1490 and 1500 may be repeated as necessary. Next, the connection processor obtains an
以下は、本発明のこの実施形態に用いられるＸＳＬのスタイルシート１４４０の例である： The following is an example of an
次に、接続プロセッサーは、ＸＳＬスタイルシート１４４０のルールをＤＯＭツリー１４３０に適用するため、市販の部品（たとえば、ＩＢＭ社のロータスＸＳＬ製品）である、ＸＳＬＴプロセッサー１４５０を動作させる（ステップ１５２０）。このプロセスは、CFOWebシステムにより使用可能なFinXMLドキュメント１４６０を生成することになる。以下は、本発明のこの実施形態において、ＸＳＬＴプロセッサー１４５０に生成されるFinXMLドキュメント１４６０の例である： Next, the connection processor activates the
CFOWebシステムの様々なサーバーにより用いられる専用の金融オブジェクトを、接続プロセッサーに送ることができるFinXML（又は他のＸＭＬ）ドキュメントに変換するため、接続メッセージングサーバーにより上で説明したものと同じプロセスが用いられることに注意すべきである。 The same process described above by the connection messaging server is used to convert the dedicated financial objects used by the various servers in the CFOWeb system into FinXML (or other XML) documents that can be sent to the connection processor. It should be noted.
b. 金融オブジェクトへのFinXMLドキュメントの変換（複号化）(Conversion(Decoding) of Financial Objects to FinXML Documents)
ユーザー（メンバー又はプロバイダ）に対し、CFOWebシステムが、取引に関する情報の送信準備を完了すると、接続プロセッサーは、FinXML（あるいは他のＸＭＬ）ドキュメントを、ユーザーの内部システムにより使用可能な専用の金融オブジェクトに変換しなければならない。図１７は、変換（又は複号化）プロセスのコンポーネントを示し、図１８は、本発明の一実施形態において、かかる変換を行うためシステムにより実行されるステップを表す。本発明の他の多くの実施形態においては、これらのステップを、組み合わせることができ、特定のステップを省略することもでき、その他を削除し、および／又は、ステップの順序を修正することもできるということに注意すべきである。b. Conversion (Decoding) of Financial Objects to FinXML Documents
When the CFOWeb system is ready to send information about a transaction to a user (member or provider), the connection processor turns the FinXML (or other XML) document into a dedicated financial object that can be used by the user's internal system. Must be converted. FIG. 17 illustrates the components of the conversion (or decryption) process, and FIG. 18 represents the steps performed by the system to perform such conversion in one embodiment of the invention. In many other embodiments of the present invention, these steps can be combined, certain steps can be omitted, others can be deleted, and / or the order of the steps can be modified. It should be noted that.
CFOWebシステムが、取引に関する情報（たとえば、メンバーからの見積もり依頼、プロバイダからの価格見積もり）の送信を希望する場合、接続メッセージングサーバーは、あらかじめ作成されたFinXML（あるいは他のＸＭＬ）ドキュメント１２００（図１７に示す）を、接続プロセッサーに送る（図１８のステップ１３００）。以下は、本発明において作成されるFinXMLドキュメント１２００の例である： If the CFOWeb system wishes to send information about a transaction (eg, a quote request from a member, a price quote from a provider), the connection messaging server will create a pre-created FinXML (or other XML) document 1200 (FIG. 17). Is sent to the connection processor (
FinXML（あるいは他のＸＭＬ）ドキュメント１２００を受け取ると、接続プロセッサーは、FinXMLドキュメント１２００により識別された取引のタイプに基づき、FinXMLドキュメント１２００を適用するためＸＳＬスタイルシート１４４０を得る（ステップ１３１０）。それぞれのタイプの取引、ならびに、CFOWebシステムによりサポートされる全てのオプションについて、異なるタイプのＸＳＬスタイルシートが存在する。”FinScript”として知られるＸＳＬスタイルシート１２１０は、FinXMLドキュメント１２００を、再使用可能なJavaScriptプログラミングコードの断片(fragments)を含む、JavaScriptプログラムに変換するためのルールを含んでいる。本発明のこの実施形態において、ＸＳＬのスタイルシート１２１０は、一つのルートにリンクされている。本発明の一部の実施形態において、ユーザーに特化した金融オブジェクトの形式および構造に対応するため、ＸＳＬのスタイルシート１２１０は、ユーザーによりカスタマイズされてもよい。 Upon receiving the FinXML (or other XML)
以下は、本発明のこの実施形態に用いられるＸＳＬのスタイルシート１２１０の例である： The following is an example of an
次に、接続プロセッサーは、ＸＳＬスタイルシート１２１０のルールを、FinXML（あるいは他のＸＭＬ）ドキュメント１２００に適用するため、市販の部品（たとえば、ＩＢＭ社のロータスＸＳＬ製品）である、ＸＳＬＴプロセッサー１２２０を動作させる（ステップ１３２０）。このプロセスは、Javaオブジェクトを生成するのに実行可能なJavaScriptプログラム１２３０を生じさせる（ステップ１３３０）。以下は、本発明のこの実施形態において、ＸＳＬＴプロセッサー１２２０により生成されるJavaScriptプログラム１２３０の例である： The connection processor then operates the
次に、接続プロセッサーは、JavaScriptプログラム１２３０を実行するため、市販の部品（たとえば、モジラ(Mozilla. Org's)社の”Rhino”JavaScript インタープリタ）である、JavaScript インタープリタ１２４０を動作させる（ステップ１３４０）。このプロセスは、ユーザーの内部システムにより使用可能なJavaオブジェクトである、金融オブジェクト１２５０を作成する（ステップ１３５０）。接続プロセッサーは、APIを介し、ユーザーシステムのメッセージングクライアントアプリケーションに、金融オブジェクト１２５０を送る（ステップ１３６０）。 Next, the connection processor operates a
接続プロセッサーで生成され、送られたFinXML（あるいは他のＸＭＬ）ドキュメントを、CFOWebシステムのさまざまなサーバーにより用いられる専用の金融オブジェクトに変換するため、上述したものと同じプロセスが接続メッセージングサーバーにより用いられることに注意しなければならない。 The same process as described above is used by the connection messaging server to convert FinXML (or other XML) documents generated and sent by the connection processor into dedicated financial objects used by various servers in the CFOWeb system. You have to be careful.
c. 非XMLドキュメントの金融オブジェクトへの変換(Conversion of non-XML Documents to Financial Objetcs)
本発明の他の実施形態において、接続プロセッサーは、上述のFinScriptスタイルシートを用いて、バイナリデータストリーム、バイトストリーム、他のデジタル情報ストリームあるいはハッシュ・テーブル(hash tables)等の非XML形式のドキュメントを、ユーザーの内部システム上で用いられるような専用の金融（Java）オブジェクトに/から（to/from)、変換することにより、ユーザー（すなわち、メンバーおよびプロバイダ）とCFOWebシステム間での金融取引に関する情報のやりとりを可能にする。接続プロセッサー２０（図１に示す）は、サーバー側で処理可能なオブジェクトへの変換のため、転送プロトコル（例えば、ＨＴＴＰまたはＴＣＰ/ＩＰ）を用いて、接続メッセージングサーバー９０に送ることができる非ＸＭＬ形式のドキュメントを作成することができる。処理の後、接続メッセージングサーバー９０は、ＸＳＬスタイルシートを用い、前記オブジェクトを非ＸＭＬ形式ドキュメントに変換し、そのドキュメントからJavaScriptプログラムを作成するため、かかるドキュメントを、FinScriptを用いる接続プロセッサー２０に送る。c. Conversion of non-XML Documents to Financial Objetcs
In another embodiment of the present invention, the connection processor uses the above-described FinScript stylesheet to convert a non-XML formatted document such as a binary data stream, byte stream, other digital information stream, or hash tables. Information about financial transactions between the user (ie members and providers) and the CFOWeb system by converting to / from a dedicated financial (Java) object, such as used on the user's internal system To enable communication. The connection processor 20 (shown in FIG. 1) is a non-XML that can be sent to the
４．マルチーポータル“接続”プロセッサー(Multi-Portal "Connect" Processor)
本発明の一実施形態において、上述の接続プロセッサーは、複数の異なるポータルが、接続プロセッサーと、次々と、同時に通信可能となるよう変更することが可能である。かかるポータルは、本システムを用い、ここで説明するタイプの金融取引を希望する銀行（すなわち、プロバイダ）および企業体（すなわち、メンバー）を含んでもよい。4). Multi-Portal "Connect" Processor
In one embodiment of the present invention, the connection processor described above can be modified so that multiple different portals can communicate with the connection processor one after another at the same time. Such portals may include banks (ie, providers) and business entities (ie, members) that use the system and desire a type of financial transaction described herein.
接続プロセッサーを用いてマルチポータル取引を生じさせるには、いくつかのシナリオが存在する。最初のシナリオとしては、企業体と各銀行が同じメッセージセット（例えば、ＸＭＬベースあるいは非ＸＭＬベースのメッセージセット）ならびにプロトコルを用いる場合、単一の企業体は、一以上の銀行と取引を実行することができる。第二シナリオとしては、取引に関連する当事者が異なるメッセージセットならびにプロトコルを用いる場合、一以上の企業体は、単一の銀行と取引を行うことが可能であり、接続プロセッサーは、当事者の取引メッセージを、共通のメッセージセット（例えば、FinXML)に変換し、銀行による処理のため、それらを一のメッセージフローに集約するとともに、銀行からのメッセージを、各企業体に適用可能なメッセージセットおよびプロトコルに変換する。第三シナリオとしては、取引に関連する当事者が異なるメッセージセットならびにプロトコルを用いる場合、一以上の銀行は、単一の企業体と取引を可能であり、接続プロセッサーは、当事者の取引メッセージを、共通のメッセージセット（例えば、FinXML)に変換し、企業体との通信のため、それらを一のメッセージフローに集約するとともに、企業体からのメッセージを、各銀行に適用可能なメッセージセットおよびプロトコルに変換する。 There are several scenarios for creating a multi-portal transaction using a connection processor. In the first scenario, if a business entity and each bank use the same message set (eg, XML-based or non-XML based message set) and protocol, a single business entity will conduct transactions with one or more banks. be able to. As a second scenario, if the parties involved in the transaction use different message sets and protocols, one or more business entities can conduct a transaction with a single bank and the connection processor can Are converted into a common message set (eg, FinXML), aggregated into a single message flow for processing by the bank, and messages from the bank are converted into message sets and protocols applicable to each business entity. Convert. As a third scenario, if the parties involved in the transaction use different message sets and protocols, one or more banks can transact with a single business entity, and the connection processor shares the transaction messages of the parties in common. Message sets (for example, FinXML), aggregate them into a single message flow for communication with enterprises, and convert messages from enterprises into message sets and protocols applicable to each bank To do.
a. アーキテクチャ(Architecture)
マルチポータル取引を可能にするよう変更した、接続プロセッサーのマルチポータル実施形態のアーキテクチャを、図１２４に示す。銀行および企業体からの複数の外部ポータル（ポータル９８１０、９８３０、９８５０）は、公衆の又はプライベートネットワークを介して接続プロセッサー９８００に接続される。各ポータルは、ポータルから入ってくるメッセージとともに、接続プロセッサー９８００から送られる応答メッセージを受ける、関連クライアント（クライアント９８１５、９８３５、９８５５）を有する。各クライアントは、関連するブリッジ（ブリッジ９８２０、９８４０、９８６０）に接続されている。a. Architecture
The architecture of the multi-portal embodiment of the connection processor, modified to allow multi-portal transactions, is shown in FIG. A plurality of external portals (
各ブリッジは、それぞれが、入力”レシーバー”アダプタおよび出力”センダー”アダプタで構成される”プラグイン”アダプタであり、特定の役割を果たす。かかるプラグイン・アダプタは、接続プロセッサー９８００とのインターフェースを行うため、システム接続プロセッサー９８００に含まれても、企業体あるいは銀行によって生成されてもよい。前記ブリッジは、関連するポータル元のメッセージ形式（ＸＭＬベースあるいは非ＸＭＬベース）と、接続プロセッサー９８００の標準形式（たとえば、FinXML)間を変換するとともに、関連するポータルの転送プロトコル（例えば、ＤＬＬ、ＦＴＰ、ＪＭＳ等）と、接続プロセッサー９８００の転送プロトコルを結合させる役割を果たす。各ブリッジは、メッセージを、そこへ／そこから、送り／受け取り、およびバス９８０５とやりとりする、役割を果たす関連するバスクライアント（バスクライアント９８２５、９８４５、９８６５）に接続される。関連バスクラクライアントは、特定のエンティーによるメッセージの受け渡しを制御するため、フィルターを用いてもよい。かかるフィルターは、プロパティーが、システム識別子、エンティーの名称、メッセージのタイプ、取引のタイプ、タイムゾーン、通貨のタイプ、および、エンティーにより与えられる他のプロフィール情報等の情報を含む場合、各メッセージに適応されたメッセージヘッダのプロパティー形式により特定することができる。 Each bridge is a “plug-in” adapter, each consisting of an input “receiver” adapter and an output “sender” adapter, and plays a specific role. Such plug-in adapters may be included in the
バス９８０５は、様々なブリッジ、サービス、トランスレーター、メッセージルダー、接続プロセッサー９８００に接続されるその他のプラグインアダプターと接続する。バス９８０５は、デイスパッチ・レジストリを用い、それに対し、各メッセージが、送られるのに適したバスクライアントを決定する。かかるデイスパッチ・レジストリは、接続プロセッサー９８００に接続された各銀行および企業体のため、銀行又は企業体が、自身のシステムプロフィール情報においてプロフィール情報の受け取りを希望することを示すメッセージの各タイプのための特定のバスクライアントのアドレスを含むデータベースである。別の”複数のチャネル(channels)”（すなわち、ポータル、サービス、トランスレーター、メッセージビルダー等）であって、それらのために、バス９８０５が相互に通信を行うことができるものは、互いのことについて知ってはならないことに注意すべきである。たとえば、企業体および銀行は、トピックにメッセージを送るとともに、それに対するメッセージが受信されるべきトピックを特定することにより、共通の”トピック(topics)”のセットを通じて通信を行うことができる。エンティーは、他のいずれかのエンティー又は銀行が、現在トピックを”聞いている(listening)”かどうかを知らなくても、トピックにメッセージを送ることができ、これとは逆に、エンティーは、他のいずれかのエンティー又は銀行が、現在トピックを”、公表している(publishing)”かどうかを知らなくても、特定のトピックに関するメッセージを受け取るため加入することができる。バス９８０５は、かかるトピックメッセージを、どのようにして適切な目的地へ転送するかを決定する。
ポータルに加え、為替又は利率情報等の応答メッセージを生成するのに必要な情報を含むデータベース等の接続プロセッサー９８００に、他の機能を接続するようにしてもよい。たとえば、データベース９８７０は、データベースクライアント９８７５を介して接続プロセッサー９８００に接続されている。データベースクライアント９８７５は、接続プロセッサー９８００から送られたデータ要求メッセージとともに、データベース９８７０からのデータを受け取る。データベースクライアント９８７５は、キャッシュサービス９８８０、接続プロセッサー９８００から受け取ったFinXMLメッセージよりデータ要求メッセージを生成するプラグインアダプタに接続される。キャッシュサービス９８８０は、それに対し／そこから(to/from)、メッセージを、送り／受け取り(send/receive)、ならびに、バス９８０５とやりとりする役割を果たす、キャッシュバスクライアント９８８５に接続される。 In addition to the portal, other functions may be connected to a
メッセージビルダー９８９０は、メッセージビルダーブリッジ９８９５と協働して、接続プロセッサー９８００を介し、ポータルによって送られたメッセージに対してFinXML応答メッセージを作成する。メッセージビルダーバスクライアント９９００は、メッセージを、それに対し／そこから、送り／受け取り、ならびに、バス９８０５とやりとりする役割を果たす。
一以上のトランスレーター（９９０５、９９１５）は、取引メッセージをやりりする必要に応じて、一のアプリケーション言語を、ポータルおよびブリッジとは無関係の、別のものに変換するよう、機能する。たとえば、トランスレーターは、ＸＳＬスタイルシートをＸＭＬベースあるいは非ＸＭＬベースのオブジェクトに変換するようにしてもよい。トランスレーターバスクライアント（９９１０、９９２０）は、メッセージを、それに対し／そこから、送り／受け取り、ならびに、バス９８０５とやりとりする役割を果たす。 One or more translators (9905, 9915) function to convert one application language to another, independent of portals and bridges, as needed to exchange transaction messages. For example, the translator may convert an XSL stylesheet into an XML-based or non-XML-based object. The translator bus client (9910, 9920) is responsible for sending / receiving messages to / from it, as well as interacting with the
b. メッセージフロー(Message Flow)
マルチポータル取引を可能するよう変更した、接続プロセッサーのマルチポータル実施形態のメッセージフローを、図１２５に示す。前記システムを用いて一以上の銀行に対して企業が提出する見積もりの依頼等の通常の取引において、企業体、たとえば、図２４のポータル１である９８１０は、接続プロセッサー９８００等のシステムに対し、特定タイプの取引（たとえば、スワップ、スポット等）についての見積もり依頼を提出する。クライアント１ ９８１５は、それと関連するポータル１ ９８１０からの入力メッセージを受け取る（図１２５のステップ１００００）。ブリッジ1 ９８２０は、ポータル１ ９８１０において企業体により用いられる元の形式のメッセージを、”接続メッセージ(Connect message)”、すなわち、接続プロセッサー９８００により用いられる、FinXML等のメッセージ形式に変換する（ステップ１００５０）。次に、関連するバスクライアント１ ９８２５は、バス９８０５を介し、接続メッセージを、バス９８０５によって決定された適切な目的地に送る（ステップ１００１０）。この特定の例において、目的地は、他のメッセージについては、メッセージビルダー９８９０であるが、目的地は、キャッシュサービス９８８０、あるいは、トランスレーター９９０５等の他の言語トランスレーター等の他のポータルあるいはサービスであってもよい。b. Message Flow
The message flow for a multi-portal embodiment of a connection processor, modified to allow multi-portal transactions, is shown in FIG. In a normal transaction such as a request for an estimate submitted by a company to one or more banks using the system, a business entity, for example, the
メッセージビルダーバスクライアント９９００は、バス９８０５から接続メッセージを受け取り、メッセージビルダー９８９０は、メッセージビルダーブリッジ９８９５と協働して、接続メッセージに対し、FinXML応答メッセージを構成する（ステップ１００１５）。メッセージビルダーバスクライアント９９００は、バス９８０５を介し、前記応答メッセージを、一以上の銀行のポータル等の適切なポータルに送る。この例において、前記メッセージビルダーバスクライアント９９００は、バス９８０５を介し、前記応答メッセージを、バスクライアント２ ９８４５に送る（ステップ１００２０）。ブリッジ２ ９８４０（バスクライアント２ ９８４５と関連）は、応答メッセージを、FinXMLから目的とするポータル２ ９８３０により用いられる元のメッセージ形式に変換する（ステップ１００２５）。最後に、ブリッジ２ ９８４０は、ポータル２ ９８３０による処理のため、応答メッセージを、元の形式で、クライアント２ ９８３５に送る（ステップ１００３０）。 Message
５．”自動ディーラー”処理エンジン(”Auto Dealer” Processing Engine)
本発明の一実施形態において、本システムは、銀行が、ここで説明するシステムを用いて金融取引きを結ぶことを希望する企業により依頼された見積もり依頼に対し、即座に応答することを可能にする”自動ディーラー”処理エンジンを含んでいる。かかる”自動ディーラー”処理エンジンは、銀行内部処理システムを結合し、一方向および双方向の値付け(Two-Way procing)、利鞘取り(margining)、および信用調査機能、を自動化したものである。5). “Auto Dealer” Processing Engine
In one embodiment of the present invention, the system allows a bank to respond immediately to a request for quote requested by a company that wishes to enter into a financial transaction using the system described herein. Includes an "auto dealer" processing engine. Such an “auto dealer” processing engine combines bank internal processing systems and automates one-way and two-way procing, margining, and credit check functions.
自動ディーラー処理エンジンのメッセージフローを図１２６に示す。通常の取引において、企業体は、システムを用いて、一以上の銀行により受け取られる見積もりの提出依頼を（自動ディーラーに結合された企業のシステムを介して）提出する（ステップ１０１００）。受け取り銀行は、特定の取引タイプ、特定の通貨、依頼の金額、および/または、依頼した企業の身元、に基づいて、見積り依頼を受け取ることができるよう自身のプロフィール情報をセットをした銀行である。見積もり依頼を受け取ると、当該企業について”自動”取引が可能であり、自動で見積もりを受け取ることができるか、どうかを判断するため、処理エンジンは、依頼企業のプロフィールをチェックする（ステップ１０１０５）。もし、できなければ、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。 FIG. 126 shows a message flow of the automatic dealer processing engine. In a normal transaction, the business entity uses the system to submit a request for submission of a quote that is received by one or more banks (via a corporate system coupled to an automated dealer) (step 10100). Receiving bank is a bank that has its own profile information set to receive a request for quotation based on a specific transaction type, a specific currency, the amount of the request, and / or the identity of the requesting company. . Upon receipt of the quote request, the processing engine checks the profile of the requesting company to determine whether the company can “automatically” trade and receive a quote automatically (step 10105). If not, manual intervention is required (step 10140), which allows the bank (ie, employee) to create and send a manual quote to the client (step 10145) or It is determined whether to refuse transmission (step 10150).
依頼企業が、”自動”取引を許容されている場合、処理エンジンは、当該企業が特定の銀行に対する既存の融資限度を有し、あるいは、企業の財務状況に基づいて、その銀行が企業に対して融資限度を提供し、当該企業と金融取引をし、価格オファーを出してもよいか否かを判断するため、かかる企業に関する信用認証を実行する（ステップ１０１１０）。信用関係および融資額は、提出した価格見積もりに対する見積もり受諾を受け取った後に確認される。融資額は、見積もり依頼期限が満了した場合、あるいは、依頼企業により撤回される。信用の認証がうまくいかなかった場合、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断することになる。 If the requesting company is allowed to do "automatic" transactions, the processing engine will either have an existing loan limit for the particular bank, or the bank may In order to determine whether or not to provide a loan limit, perform a financial transaction with the company, and issue a price offer, a credit authorization for the company is performed (step 10110). Credit relationships and loan amounts are confirmed after receiving a quote acceptance for the submitted price quote. The loan amount is withdrawn when the deadline for requesting quotation expires or by the client company. If credit authentication fails, manual intervention is required (step 10140), which causes the bank (ie, employee) to create and send a manual quote to the client company (step 10145). It is also determined whether to refuse the transmission of the estimate (step 10150).
依頼企業の信用認証がうまくいった場合、価格見積もりを作成するため、処理エンジンは、生の市場データにアクセスする（ステップ１０１１５）。本発明の一実施形態において、通貨のペア、スポットおよび先物期限、ならびに、これらの期限に対し連続的に更新される通貨のレート（ビッドおよびオファー）、を含む電子スプレッドシートにアクセスすることによりこのステップを実行することができる。技術的な問題、あるいは、更新レートの欠落が原因で見積もり依頼に関係する市場データにアクセスできない場合、手動による介入が必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。 If the client's credit verification is successful, the processing engine accesses the raw market data to create a price quote (step 10115). In one embodiment of the invention, this is achieved by accessing an electronic spreadsheet that includes currency pairs, spot and future deadlines, and currency rates (bids and offers) that are continuously updated against these deadlines. Steps can be performed. If market data related to the request for quotation is not available due to technical issues or missing update rates, manual intervention is required (step 10140), which allows the bank (ie, employee) to request It is determined whether to create and send a manual estimate to the company (step 10145) or to refuse to send the estimate (step 10150).
市場データへのアクセスがうまくいった場合、処理エンジンは、見積もり依頼で特定される取引が実行可能か、例えば、特定された通貨がトレードできるか、ならびに、特定された元本は、銀行が受け入れ可能なビッド/オファー範囲内であるか、否かを判断するため、見積もり依頼のトレードパラメーターをチェック（ステップ１０１２０）する。うまくいかなかった場合、手動による介入必要となり（ステップ１０１４０）、これにより、銀行（すなわち、従業員）は、依頼企業に対し、手動による見積もりを作成して送る（ステップ１０１４５）か、見積もりの送信を断る（ステップ１０１５０）かの判断をすることになる。 If access to market data is successful, the processing engine can execute the transaction specified in the request for quotation, for example, whether the specified currency can be traded, and the specified principal is accepted by the bank. To determine whether it is within the possible bid / offer range, the quote request trade parameters are checked (step 10120). If unsuccessful, manual intervention is required (step 10140), which allows the bank (ie, employee) to create and send a manual quote to the client (step 10145) or send a quote. (Step 10150).
トレードパラメーターの認証がうまくいった場合、処理エンジンは、価格見積もりの作成に必要なスプレッドおよびマージンの計算を、規定どおりに開始する（ステップ１０１２５）。かかる計算は、取引通貨ペア、取引のタイプ、トレードの趣旨(trade tenor)、名目元本、ならびに、マージンのレベル、の要素を含む。銀行は、販売マージン、ブランチマージン(branbch margin)、および、数量マージン等であって、それぞれが、別の状況で適用可能な複数のマージンのタイプを定義することができる。マージンは、特定の取引企業に応じてカスタマイズすることもできる。通常、各マージンのタイプは、買い手側バージョン(bid-side version)および売り手側バージョン(offer-side version)の２つのバージョンを有している。 If the trade parameter verification is successful, the processing engine starts calculating the spread and margin necessary to create the price quote as specified (step 10125). Such calculations include elements of trading currency pairs, trading types, trade tenor, nominal principal, and margin level. A bank can define multiple types of margin, such as sales margin, branch margin, and quantity margin, each applicable in different circumstances. Margins can also be customized for specific trading companies. Typically, each margin type has two versions, a buyer-side version and a seller-side version.
マージンの計算後、次に、処理エンジンは、価格見積もりを含む自動見積もり応答を準備し（ステップ１０１３０）、依頼企業に対して、自動見積もり応答を送る（ステップ１０１３５）。 After calculating the margin, the processing engine then prepares an automatic quote response including a price quote (step 10130) and sends an automatic quote response to the requesting company (step 10135).
本発明の他の実施形態においては、信用認証（ステップ１０１１０）、生の市場データへのアクセス（ステップ１０１１５）、ならびに、トレードパラメータの認証（ステップ１０１２０）のステップは、相互依存するものではなく、これらのステップがうまくいかない場合であっても、すべて独立して処理すべきであることに注意すべきである。 In other embodiments of the present invention, the steps of credit authentication (step 10110), access to raw market data (step 10115), and authentication of trade parameters (step 10120) are not interdependent, Note that even if these steps do not work, they should all be handled independently.
いずれかのステップがうまくいかない場合、処理エンジンは、スプレッドとマージンの計算の開始前（ステップ１０１２５）に、前記依頼を、手動介入に振り向ける（ステップ１０１４０）。If any step is unsuccessful, the processing engine directs the request to manual intervention (step 10140) prior to the start of spread and margin calculation (step 10125).
また、処理エンジンは、銀行が、受け取った見積もり依頼に対して、複数の価格見積もりを作成し、送ることを可能とする。例えば、価格見積もりの期限は満了したが、進行中の見積もり依頼が有効である（期限が満了しておらず、あるいは、撤回されていない）場合、処理エンジンは、銀行から新しい価格見積もりを自動的に提出するよう設定することができる（銀行が、かかる自動見積もりの提出を自身のプロフィールに設定していた場合）。 The processing engine also allows the bank to create and send a plurality of price quotes for the received quote request. For example, if the price quote has expired, but the ongoing quote request is valid (not expired or withdrawn), the processing engine will automatically issue a new price quote from the bank. (If the bank has set up such an automatic quote submission in their profile).
自動ディーラー処理エンジンは、取引パラメーターの入力用のユーザーインターフェースを含んでいる。図１２７は、銀行のトレーダーが、いつでも、趣旨、ビッドおよびオファーの額、ビッドおよびオファーされる通貨、トレーダーのマージン（ビッドおよびオファー）、取引の有効期限、取引可能な通貨の表示を含む、与えられた通貨ペアおよびトレードタイプの組み合わせのパラメーター、を変更することを可能にする”取引者の価格メインテナンス”についてのユーザーインターフェースを示している。トレーダーは、図１２８に示す”トレーダーの優先事項(trader preference)”についてのインターフェースを用い、特定の取引に関して通貨ペアを追加し、削除することもできる。 The automated dealer processing engine includes a user interface for entering transaction parameters. FIG. 127 provides the bank trader at any time, including the purpose, bid and offer amount, bid and offer currency, trader margin (bid and offer), trade expiration date, and tradeable currency display. Fig. 5 shows a user interface for "trader price maintenance" that allows changing the parameters of a given currency pair and trade type combination. Traders can also add and delete currency pairs for a particular transaction using the “trader preference” interface shown in FIG.
図１２９は、トレーダーではない者（例えば、販売員または販売支店の係員）が、いつでも、販売マージン（ビッドおよびオファー）、および支店のマージン（ビッドおよびオファー）を含む、与えられた通貨ペア、トレードタイプ、および契約相手の組み合わせについての特定のパラメーターを変更することを可能にする”販売員のマージン管理”についてのユーザーインターフェースを示している。かかるマージンは、価格見積もりを算出するため、トレーダーマージンの上に乗せられる。 FIG. 129 shows that a non-trader (eg, a salesperson or sales clerk) always has a given currency pair, trade, including sales margin (bid and offer), and branch margin (bid and offer). Fig. 4 shows a user interface for "salesman margin management" that allows to change specific parameters for type and combination of contractors. This margin is placed on top of the trader margin to calculate the price estimate.
処理エンジンは、自動見積もりの特定のステップ（信用認証、市場データへのアクセス、トレードパラメータの確認）がうまくいかなかった状況下において、手動による価格見積もりを作成するためのインターフェースも提供する。かかるインターフェースは、見積もり依頼の詳細、信用認証の詳細、ならびに、市場データの詳細を示し、銀行が、価格見積もりおよびマージンを入力し、変更することを可能にする。図１３０は、スポット取引に用いられる、かかるインターフェースであって、他のタイプの取引のためにも用いられるものを示している。 The processing engine also provides an interface for creating a manual price quote in situations where certain steps of automatic quotes (credit verification, access to market data, confirmation of trade parameters) have failed. Such an interface shows details of the request for quotation, details of credit verification, and details of market data, allowing the bank to enter and change price estimates and margins. FIG. 130 shows such an interface used for spot transactions, which is also used for other types of transactions.
C. 金融情報の双方向処理(iInteractive Processing of Financial Information)
本発明のこの実施形態は、ユーザー（例えば、メンバーおよびプロバイダ）が、双方向に通信し、金融インスツルメントを互いにトレードし、自身のポートフォリオを管理することを可能とする、ウエッブベースのシステムを含んでいる。システムによりサポートされる双方向の通信には、信用関係を確立し、金融取引を構築し、価格見積もりを依頼し、見積もり依頼を監視、検討し、価格見積もりを発し、価格見積もりを監視、検討し、メンバーとプロバイダ間の交渉を行い、価格見積もりの受諾と認証を行い、報告をし、ポートフォリオの管理をし、金融情報および市場データの分析をし、ならびに、メンバー、プロバイダ、および/または、システム管理者間の通信であって、eメール、チャットおよび掲示板を用いるもの、を行うこと、を含んでいる。C. iInteractive Processing of Financial Information
This embodiment of the present invention provides a web-based system that allows users (eg, members and providers) to communicate bi-directionally, trade financial instruments with each other, and manage their portfolio. Contains. For two-way communications supported by the system, establish credit relationships, build financial transactions, request price quotes, monitor and review quote requests, issue price quotes, monitor and review price quotes Negotiate between members and providers, accept and authenticate price quotes, report, manage portfolios, analyze financial information and market data, and members, providers and / or systems Includes communication between managers, using email, chat and bulletin boards.
ユーザー（例えば、メンバーおよびプロバイダ）が、前記ウエッブベースのシステムにアクセスすると、かかるシステムは、ユーザーに、図２０に示すようなホームページを表示する。このページには、新しいユーザーのための登録リンク、ならびに、ユーザーのアカウントＩＤおよびパスワードの入力を要求する、既存メンバー用のログインインターフェース２０００が含まれている。かかるホームページは、以下に述べるシステムの機能に対するリンク（それぞれ、以下で説明する）とともに、市場データおよびニュースの見出しも含んでいる：
・市場データ２０１０
・ニュースおよび金融情報２０２０
・金融調査２０３０
・メンバーのポートフォリオ管理２０４０
・トレーディング２０５０
・金融アイデアおよび実践２０６０
・プロバイダ機能２０７０
１． 取引−特定機能(Trabnsaction-Specific Functionality)
本発明の本実施形態により提供される機能は、資本マーケットにおいて、ユーザーが、双方向かつ自動的に金融取引を実行するのを可能にするものである。実行される取引のタイプは、上述の通りである。かかる取引の作成および実行をサポートする前記機能ならびにインタラクティブなユーザーインターフェースは、ユーザーが、取引前、取引中、取引後の活動に参加にすることを可能にする。本実施形態において述べる機能およびインターフェースは、他の機能およびインターフェースと組み合わせることができ、他の実施形態においては、特定の機能およびインターフェース（又はその一部）を別のシステムに分離することができることに注意すべきである。本システムは、スタンドアローンのセントラルシステムとして、あるいは、複数ユーザーのプラットフォーム又はポータルに配信された、別バージョンの機能ならびにインターフェースを有する配信システムとして機能させてもよい。他の実施形態において、本システムの機能ならびにインターフェースの一部は、別々のシステム同士のデータ交換を可能にする通信リンクを有する、別のシステム（たとえば、取引設定システム、価格見積もりシステム、取引受諾システム）に分割することもできる。他の実施形態は、当業者にとって明らかであり、実施可能なものである。When users (eg, members and providers) access the web-based system, the system displays to the user a home page as shown in FIG. This page includes a
・
・ News and
・
・
・
・ Financial ideas and
1. Trabnsaction-Specific Functionality
The functionality provided by this embodiment of the present invention allows users to execute financial transactions interactively and automatically in the capital market. The types of transactions that are performed are as described above. The features that support the creation and execution of such transactions and an interactive user interface allow users to participate in pre-transaction, during-transaction and post-transaction activities. The functions and interfaces described in this embodiment can be combined with other functions and interfaces, and in other embodiments, certain functions and interfaces (or parts thereof) can be separated into another system. You should be careful. The system may function as a stand-alone central system or as a distribution system with different versions of functionality and interfaces distributed to a multi-user platform or portal. In other embodiments, some of the functions and interfaces of the system include another system (eg, transaction setting system, price estimation system, transaction acceptance system) having a communication link that allows data exchange between different systems. ). Other embodiments will be apparent to those skilled in the art and can be implemented.
a. 取引前(Pre-Transaction)
本発明の本実施形態は、メンバーおよびプロバイダが、オンラインでの金融取引を容易にする特定のデフォルトならびにパラメーターを規定するのを可能にする。a. Pre-Transaction
This embodiment of the invention allows members and providers to define specific defaults and parameters that facilitate online financial transactions.
i. フィルタリング(Filtering)
以下で、本実施形態に関して述べるように、本発明は、自動フィルターを用いることにより、本システムの各ユーザー（メンバーおよびプロバイダ）に、トレーディングコミュニティーと彼らの双方向のやりとりをカスタマイズする能力を提供する。インタラクティブなフィルタリングインターフェースから、ユーザーが定義した、および／又は、システムが定義した、基準を選択することにより、ユーザーは、(i)他のユーザーが、本システムを通じて本ユーザーから、メッセージ、取引依頼、および／又は、価格見積もり、等の通信を、受け取ること、(ii)本ユーザーが、本システムを通じ、他のユーザーから、メッセージ、取引依頼、および／又は、価格見積もり、等の通信を受け取ること、についてリミットおよびを制限を設定することができる。i. Filtering
As described below with respect to the present embodiment, the present invention provides each user (member and provider) of the system with the ability to customize their interaction with the trading community by using automatic filters. . By selecting user-defined and / or system-defined criteria from the interactive filtering interface, the user can: (i) allow other users to send messages, transaction requests, And / or receive communications such as price quotes, etc. (ii) the user receives messages, transaction requests, and / or price quotes, etc. from other users through the system; About limits and a limit can be set.
受信するユーザーを制限するフィルタリング基準の例は、以下を含む：
・特定のユーザーの名前
・特定ユーザーの信用格付けあるいは他の信用状況（たとえば、資産価値）
・特定ユーザーの会社の会社国籍
・特定ユーザーの業種（たとえば、半導体製造業でのＳＩＣコード）
・金融インスツルメントのタイプ（たとえば、ＦＸスポット）
・取引の元本額の最小又は最大
・取引における他の可変パラメーター
受信する通信を制限するフィルタリング基準の例は、以下を含んでいる：
・価格見積もり又は取引依頼における金融取引のタイプ（たとえば、ＦＸスポット）
・価格見積もり又は取引依頼における特定の通貨（たとえば、米ドル）又は通貨ペア
・価格見積もり又は取引依頼における金利あるいは交換レートの最小又は最大
・価格見積もり又は取引依頼における元本額の最小又は最大（たとえば１００万米ドル）
・取引における他の可変パラメーター
・送信者の名前
・送信者の信用格付けあるいは他の信用状況（たとえば、資産価値）
・送信者の会社の会社籍
・送信者の業種（たとえば、半導体製造業でのＳＩＣコード）
その他のフィルタリング基準は、ユーザー又はシステム管理者によって定義される。Examples of filtering criteria that limit who can receive include:
-Name of a specific user-Credit rating of a specific user or other credit status (eg asset value)
・ Company nationality of specific user company ・ Industry of specific user (for example, SIC code in semiconductor manufacturing industry)
• Type of financial instrument (eg FX spot)
• Minimum or maximum principal amount of the transaction • Other variable parameters in the transaction Examples of filtering criteria that limit incoming communications include:
• The type of financial transaction in the price quote or transaction request (eg, FX spot)
• A specific currency (eg, US dollars) or currency pair in the price quote or transaction request • Minimum or maximum interest rate or exchange rate in the price quote or transaction request • Minimum or maximum principal amount in the price estimate or transaction request (eg 100 US $ 10,000)
Other variable parameters in the transactionSender's nameSender's credit rating or other credit status (eg asset value)
・ Sender's company name / sender's business type (for example, SIC code in the semiconductor manufacturing industry)
Other filtering criteria are defined by the user or system administrator.
たとえば、ユーザーは、米国の銀行からのＦＸスワップ取引についての価格見積もりだけが、本システムを通じてユーザーに送られるよう、フィルターを設定することができる。金融機関は、ムーディーズ社の信用格付けがＡＡ＋の企業からの金利先渡し契約についての取引依頼のみを受け取るよう、フィルターを設定することができる。For example, the user can set a filter so that only price quotes for FX swap transactions from US banks are sent to the user through the system. A financial institution can set a filter to receive only transaction requests for interest rate forward contracts from companies with Moody's credit rating AA+ .
ii. メンバー機能(Member Functions)
(a). 法人組織およびトレーデイング記録(Legal Entities and Trading Books)
図７７に示す”法人組織”インターフェースは、メンバーが、自身に関連する、あらゆる法人組織の詳細（図５に示す法人組織エレメント６０５ならびに上記説明を参照）を表示し、追加し、あるいは、編集することを可能にする。メンバーは、検索用のプルダウンメニューおよびキーワードフィールド４０６０を用いて既存の法人組織を検索することができる。検索を行った後、メンバーは、新たな検索を行うため、”検索”ボタン５０００をクリックし、あるいは、法人組織表示をクリアするため”クリア”ボタン５０１０をクリックすることができる。なお、メンバーは、既存の法人組織を検索するため、アルファベットインデックス４０７０を用いてもよい。メンバーは、”全て表示”ボタン５０２０をクリックすることにより、既存の法人組織を全て表示させることができる。ii. Member Functions
(a). Legal Entities and Trading Books
The “corporate organization” interface shown in FIG. 77 allows a member to view, add to, or edit details of any legal entity associated with him / her (see
図７７に示すように、各法人組織について、インターフェースは、略称（たとえば、”PatentCorp”）、名称(”Test PatentCorporation”）、法人の形態（たとえば、”株式会社”）、親会社（すなわち、メンバー以外の場合）、ならびにデフォルト コンタクト(default contact)を表示する。メンバーは、”無効(inactive)”ボタン４０９０をクリックすることにより、自身の取引当事者（active entity)リストから、表示された法人組織を削除することができる。 As shown in FIG. 77, for each legal entity, the interface is abbreviated (eg, “PatentCorp”), name (“Test PatentCorporation”), legal form (eg, “corporation”), parent company (ie, other than members) ) As well as the default contact. A member can delete the displayed corporate entity from his / her active entity list by clicking an “inactive”
”新規”ボタン５０３０がクリックされると、システムは、メンバーが、新たな法人組織リストを作成し、あるいは、既存の法人組織に関する情報を編集することを可能にする、図７８から図７８Ａに示す”法人組織”インターフェースを表示する。各法人組織について、このインターフェースに入力することができる情報は、以下を含む：
・略称（たとえば、”PatentCorp”）
・名称(たとえば、”Test PatentCorporation”）
・親会社（プルダウンメニュー５０５０を用いて）
・親会社との関係（プルダウンメニュー５０７０を用い、たとえば、支店又は子会社）
・基本言語
・報告する通貨
・デフォルト決済通貨(default settlement currency)
・本（本拠のある）国
・リスクとなる国(risk country)
前記”法人組織”インターフェースは、メンバーに関する既存のトレーデイング記録（図５に示す記録エレメント６２５ならびに上記説明を参照）も表示する。図７８に示すように、インターフェースは、各トレーデイング記録について、略称（たとえば、”テストブック（Test Book）”）、名称（たとえば、”Test Trading Book”）、トレーデイング記録のタイプ（たとえば、”デフォルト（DEFAULT）”）、ならびに、トレーデイング記録がデフォルト記録であるか否かを示すラジオボタン、を表示する。メンバーは、”デフォルト設定（Make Default）”ボタン５０９０をクリックすることにより、トレーデイング記録をデフォルト記録として設定することができる。When the “New”
Abbreviated name (eg “PatentCorp”)
・ Name (eg “Test PatentCorporation”)
-Parent company (using pull-down menu 5050)
-Relationship with parent company (using pull-
-Basic language-Reporting currency-Default settlement currency
・ Head (country) country ・ risk country
The “corporate organization” interface also displays existing trading records for members (see
表示されたトレーデイング記録の略称（たとえば、”テストブック（Test Book）”５０８０）をクリックすることで、システムは、メンバーが、トレーデイング記録に関する情報を編集することを可能にする、図７９Ａに示す”記録”インターフェースを表示する。これに代えて、”新規”ボタン６０３０をクリックすることで、メンバーは、図７９Ａに示す”記録”インターフェース上に新しいトレーデイング記録を作成することが可能となる。各トレーデイング記録について、このインターフェースに入力することができる情報は、以下を含む：
・略称（たとえば、”テストブック（Test Book）”）
・名称（たとえば、”テストトレーデイングブック（Test Trading Book）”）
・詳細
・タイプ（たとえば、デフォルト（DEFAULT））
・報告する通貨
・デフォルトインジケーター
”更新”ボタン７００５をクリックすることにより、メンバーは、”記録”インターフェース上に入力された情報を保存することができる。By clicking on the displayed trading record abbreviation (eg, “Test Book” 5080), the system allows a member to edit information about the trading record, as shown in FIG. 79A. ” Display the “Record” interface. Instead, clicking on the “New”
Abbreviated name (eg, “Test Book”)
• Name (eg, “Test Trading Book”)
Details / Type (for example, DEFAULT)
-Reporting currency-Default indicator By clicking the "Update"
図７８に示す”法人組織”インターフェースは、法人組織に関する既存の連絡先(contacts)（図４に示す連絡情報エレメント７３０ならびに上記説明を参照）をも表示する。図７８に示すように、前記インターフェースは、各既存の連絡先について、略称、名称、詳細、ならびに、連絡先がデフォルトコンタクトおよび／又はパブリックコンタクト(public contact)のいずれであるかを示すラジオボタン、を表示する。メンバーは、”公開(Make Public)”ボタン６０００、”非公開(Make Private)”ボタン６０１０、および／又は、”デフォルト(Make Default)”ボタン６０２０を、それぞれクリックすることにより、(i)パブリック、(ii)プライベート、および／又は、(iii)デフォルトコンタクトとして、表示された連絡先を設定することができる。 The “corporate organization” interface shown in FIG. 78 also displays existing contacts for the corporate organization (see
表示された連絡先の略称をクリックすることで、システムが、メンバーに、連絡先に関する情報を編集することを可能にする、図７８Ｂに示す”連絡先”インターフェースを表示することを可能にする。これに代えて、”新規”ボタン６０４０をクリックすることで、メンバーは、図７９Ｂに示す”連絡先”インターフェース上に新しい連絡先を作成することが可能となる。各連絡先について、このインターフェースに入力することができる情報は、略称、正式名称、郵便住所、電話番号およびファクシミリ番号、eメールアドレス、ならびに、ウエッブのＵＲＬアドレスを含む。”ページに移動(Goto Page)”ボタン７０１５をクリックすることで、システムは、連絡先が特定するウエッブのＵＲＬアドレスにアクセスする。”更新”ボタン７０１０をクリックすることより、メンバーは、”連絡先”インターフェース上に入力された情報を保存することができる。 Clicking on the displayed contact abbreviation allows the system to display the “Contact” interface shown in FIG. 78B, which allows members to edit information about the contact. Alternatively, clicking on the “New” button 6040 allows the member to create a new contact on the “Contact” interface shown in FIG. 79B. For each contact, the information that can be entered into this interface includes abbreviations, official names, postal addresses, telephone and facsimile numbers, email addresses, and web URL addresses. By clicking on a “Goto Page”
図７８Ａに示す”法人組織”インターフェースは、法人組織に関する既存の信用情報（図４に示す信用格付けエレメント８０５ならびに上記説明を参照）も表示し、その修正を可能にする。図７８Ａに示すように、インターフェースは、各信用格付けについて、格付け機関（例えば、”ムーデイーズ社”）、信用格付け”（例えば、”Aaa”）、業界団体、ならびに、業種を表示する。前記インターフェースは、格付け機関６０５０、国６０６０、信用格付け６０７０、業界団体６０８０、ならびに、業種６０９０を編集するため、プルダウンメニューを提供する。”追加”ボタン７０００をクリックすることにより、メンバーは、修正後の信用情報を保存することができる。 The “corporate organization” interface shown in FIG. 78A also displays existing credit information about the corporate organization (see credit rating element 805 shown in FIG. 4 and the above description) and allows its modification. 78A, the interface displays, for each credit rating, a rating agency (eg, “Moody's”), a credit rating ”(eg,“ Aaa ”), an industry association, and a business type. Provides pull-down menus to edit the
図７８に示す”法人組織”インターフェースに戻ると、”保存”ボタン５０６０をクリックすることにより、メンバーは、”法人組織”インターフェース上に入力された情報を保存することができる。さらに、”戻る”ボタン５０４０をクリックすることにより、システムは、メンバーが、その前に訪れていたインターフェース（すなわち、図７７に示す”法人組織”インターフェース）に戻る。同様の”戻る”ボタンは、システムにおけるほとんどのインターフェース上に現れる。 Returning to the “corporate organization” interface shown in FIG. 78, by clicking the “save”
図７７に示す”法人組織”インターフェース上に現れる”ページヘルプ”ボタン５０３５および他のすべてのインタラクティブなインターフェースは、ユーザーを、総合的で、コンテキストに依存する、インタラクティブな、システム・アシスタンスユーティリティーに導くことに注意すべきである。 The “Page Help”
(b) 値付け依頼の優先事項(Ｐricing Request Preferences)
図８０から図８０Ａで示された”メンバーのトレーディング優先事項”は、メンバーが本システムを用いて実行しようとしている金融取引の各タイプ（例えば、ＦＸスワップ、金利先渡し契約等）に関するメンバーの値付け依頼についてデフォルトの有効期限を設定することにより、メンバーが、オンラインでの金融取引をカスタマイズすることを可能にする。インターフェースは、メンバーが、特定のプロバイダを、特定して含ませ（図８０Ａに示す”追加”ボタン７０４０をクリックすることにより）又はメンバーからの値付け依頼の受取人とすることを除外するため、フィルターを作成することも可能とする。インターフェースは、かかる”含まれた(included)”プロバイダ（図８０Ａに示すフィールド７０５０、例えば、”PatentBank”）、ならびに、”除外された(excluded)”プロバイダ（図８０Ａに示すフィールド７０４０）を表示する。”保存”ボタン７０２０をクリックすることにより、メンバーは、値付け依頼の優先事項の設定を保存することができる。(b) Pricing Request Preferences
The “member trading priorities” shown in FIGS. 80 through 80A are the member's pricing for each type of financial transaction (eg, FX swap, forward rate contract, etc.) that the member is willing to execute using the system. Setting a default expiration date for a request allows members to customize online financial transactions. The interface excludes a member from specifically including a particular provider (by clicking on the “Add”
(c) 価格見積もりの優先事項(Price Quote Preferences)
図８２から図８２Ａにより示された”自分のプロフィール−表示（My Profile-Display)”インターフェースは、メンバーの値付け依頼に対し、プロバイダから受け取った価格見積もりの表示に関する特定のデフォルトを設定することにより、メンバーに、オンラインでの金融取引をカスタマイズすることを可能にする。かかるデフォルトの設定には、以下のものが含まれる：
・日付および時刻の形式
・少数のフォーマット
・”現在監視中(Current Monitor)””最近終了済み(Recently Completed)”テーブル中に表示される、完了した値付け依頼の数
・新しい価格見積もりを受け取ると、自動ページリフレッシュを制御するラジオボタン
・メンバーが、プロバイダから受け取り、表示される、価格見積もりのタイプ（例えば、ＦＸスワップ、金利先渡し契約等）を選択するのを可能にするフィルターラジオボタン
・各タイプの金融取引（例えば、ＦＸスワップ、金利先渡し契約等）に対し、プロバイダから、”至急”として受け取る価格見積もりを分類するためのデフォルトの有効期限
”保存”ボタン７１００をクリックすることにより、メンバーは、トレーディング表示設定を保存することができる。(c) Price Quote Preferences
The “My Profile-Display” interface shown by FIGS. 82-82A sets specific defaults for the display of price quotes received from providers for member pricing requests. Allows members to customize online financial transactions. Such default settings include the following:
-Date and time format-Few formats-Number of completed pricing requests displayed in the "Current Monitor""RecentlyCompleted" table-When you receive a new price quote Filter radio buttons that allow radio button members that control automatic page refresh to select the type of price quote received from the provider and displayed (eg, FX swaps, forward rate contracts, etc.) By clicking on the default expiry date “Save”
(d) トレーディングの文書化およびし信用関係(Trading Documentation and Credit Relationship)
図８３に示す”トレーディングの文書化”インターフェースは、メンバーが、システムを用い、オンラインで金融取引を結ぶのに必要な２の基本的なステップを実行することを可能とする。一のステップは、システム管理者とのトレーディング契約実行を伴う。メンバーは、”取引メンバー間の契約をダウンロード”ボタン８０００をクリックすることにより、前記契約をダウンロードすることができる。(d) Trading Documentation and Credit Relationship
The “trading documentation” interface shown in FIG. 83 allows members to perform the two basic steps necessary to enter into a financial transaction online using the system. One step involves the execution of a trading contract with the system administrator. The member can download the contract by clicking the “Download contract between trading members”
残りのステップは、それにより、本システムを用いてメンバーがオンラインで金融取引を結ぶことができる、メンバーと各プロバイダ間の信用関係を構築することを含む（図２のステップ３１０参照）。”トレーディングの文書化”インターフェースは、メンバーと信用関係を有し、システムによりかかる関係を通知される、いすれのプロバイダを表示する。メンバーが、”すべてのプロバイダを示す”インジケーター８００５をクリックすると、インターフェースは、本システムを通じて金融取引を結ぶ全てのプロバイダを表示する。かかるプロバイダのリストを用いることにより、メンバーは、プロバイダの名称の隣の”既存(Existing)”コラム８０１０の下をクリックし、次に、”提出”ボタン８０１８をクリックすることにより、システムに、プロバイダとの既存の信用関係を通知することができ、システムは、かかる関係の存在を認証するため、選択されたいずれかのプロバイダと連絡をとる。また、メンバーは、プロバイダの名称の隣の”新規”コラム８０１５の下をクリックし、次に”提出”ボタン８０１８をクリックすることにより、いずれのプロバイダに信用関係の構築を依頼することができる。本システムは、メンバーの依頼を、選択された各プロバイダに自動的に送る。メンバー、ならびに、かかる各プロバイダは、次に、本システムにより提供される電子メールあるいはチャット機能を介してやり取りすることにより、信用関係に関する交渉を行う。 The remaining steps include building a credit relationship between the member and each provider so that the member can enter into financial transactions online using the system (see
iii. プロバイダ機能(Provider Functions)
(a) 価格見積もりの優先事項(Price Quote Preferences)
図９７から図９７Ｂに示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェースは、メンバーの値付け依頼に対して提出された金融取引の各タイプ（例えば、ＦＸスワップ、金利先渡し契約等）についてのプロバイダの価格見積もりについてデフォルトの有効期限を設定することにより、プロバイダが、オンラインでの金融取引をカスタマイズすることを可能とする。プロバイダは、自身の価格見積もりに対し、デフォルトコメント（例えば、追加の取引条件）を追加することもできる。”保存”ボタン８３７５をクリックすることにより、プロバイダは、価格見積もりの優先事項の設定を保存することができる。iii. Provider Functions
(a) Price Quote Preferences
The "Provider Trade Priority-Estimate Default" interface shown in Figures 97-97B is a provider for each type of financial transaction (eg, FX swaps, forward rate contracts, etc.) submitted for member pricing requests. Setting default expiration dates for price quotes allows providers to customize online financial transactions. Providers can also add default comments (eg, additional trading terms) to their price quotes. By clicking a “save”
(b) 値付け依頼フィルター(Pricing Request Filters)
図９７に示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェース”上で”依頼フィルター”ボタン８３６０をクリックすることで、システムに、図９８に示す”プロバイダのトレード優先事項-依頼フィルター”インターフェースを表示させる。かかる”プロバイダのトレード優先事項-依頼フィルター”インターフェースは、表示される価格見積もりのタイプ（例えば、ＦＸスワップ、金利先渡し契約等）の特定の値付け依頼（メンバーにより提出された）をプロバイダが選択することを許容するフィルターインジケーターを設定することにより、プロバイダが、オンラインでの金融取引をカスタマイズするのを可能とする。”新規”ボタン８３９０をクリックすることにより、プロバイダに、図９９に示す”フィルター”インターフェースを用いて新たなフィルターを作成させることが可能となる。これに代え、特定の取引タイプ（たとえば、ＦＸ先物）近傍の”編集”ボタン８４０５をクリックすることで、システムに、プロバイダが、特定の取引タイプ用のフィルターに関する情報を編集することを可能にする図９９に示す”フィルター”インターフェースを、表示させることが可能となる。各依頼フィルターについて、図９９に示す”フィルター”インターフェース上に入力することができる情報は、以下を含む：
・フィルターの名称
・記述的情報
・値付け依頼における元本の最小又は最大額
・値付け依頼における最長又は最短期間（minimum or maximum tenor）
・含まれ又は除外される通貨（たとえば、所望された米ドル）
・含まれ又は除外される通貨ペア
前記インターフェースは、通貨を追加又は削除するため、”追加”および”削除”ボタンを含む。”保存”ボタン８４４０をクリックすることにより、プロバイダは、”フィルター”インターフェース上で入力された情報を保存することができる。これに代え、”削除”ボタン８４３０をクリックすることで、表示されたフィルターが削除される。”戻る”ボタン８４２０をクリックすることで、システムに、図９８に示す”プロバイダのトレード優先事項-依頼フィルター”インターフェースを表示させる。(b) Pricing Request Filters
When the “Request filter” button 8360 is clicked on the “provider trade priority-estimation default” interface shown in FIG. 97, the “provider trade priority-request filter” interface shown in FIG. 98 is displayed on the system. The “Provider Trade Priority-Request Filter” interface allows providers to submit specific pricing requests (submitted by members) for the type of price quote displayed (eg, FX swaps, forward rate contracts, etc.). Setting a filter indicator that allows selection allows the provider to customize online financial transactions: Clicking on the “New”
・ Filter name ・ Descriptive information ・ Minimum or maximum amount of principal in the price request ・ Minimum or maximum tenor in the price request
• Currency included or excluded (eg US dollar desired)
Included or excluded currency pairs The interface includes “Add” and “Delete” buttons to add or delete currencies. By clicking the “Save” button 8440, the provider can save the information entered on the “Filter” interface. Instead, the displayed filter is deleted by clicking a “delete”
(c) 通信デフォルト(Communication Default)
図９７に示す”プロバイダのトレード優先事項-見積もりデフォルト”インタフェース上で、”通信”ボタン８３７をクリックすることで、システムに、図１００に示す”プロバイダのトレード優先事項-通信”インタフェースを表示させる。”プロバイダのトレード優先事項-通信”インタフェースは、メンバーが、特定タイプの取引について値付け依頼を提出する度にシステムから電子メールを受け取ることを所望する否かを示すフィルターをプロバイダが設定することを可能とする。かかるプロバイダは、かかるメッセージを受け取るため、フィールド８４５０において、取引の各タイプに関する電子メールのアドレスを特定することができる。”保存”ボタン８４５５をクリックすることにより、プロバイダは、このインターフェース上で入力された情報を保存することができる。(c) Communication Default
Clicking the “Communication” button 837 on the “provider trade priority-estimation default” interface shown in FIG. 97 causes the system to display the “provider trade priority-communication” interface shown in FIG. The “Provider Trade Priority-Communication” interface allows a provider to set a filter that indicates whether a member wishes to receive an email from the system each time he submits a pricing request for a particular type of transaction. Make it possible. Such a provider can identify the email address for each type of transaction in
(d) 標準テキスト(Standard Text)
図１０１に示す”標準テキストリスト”インターフェースは、プロバイダが、自身の価格見積もりに添付する、決まり文句(boilerplate language)、免責条項、又は他のコメント等の標準化されたテキストを作成することを可能にする。プロバイダは、一以上のバージョンのテキストを作成し、名付け、かかるテキストファイルを保存することができる。”標準テキストリスト”インターフェースは、略称、名称、およびテキストを含む、それぞれのプロバイダの標準テキストファイルを表示する。テキストファイルを選択し、”無効(Inactive)”ボタン８４６０をクリックすることで、プロバイダは、自身の価格見積もりに添付されることがないよう、テキストファイルを無効化することができる。”新規”ボタン８４７０をクリックすることで、プロバイダが、図１０２に示す”標準テキスト情報”インターフェースを用いて、新たなテキストファイルを作成することを可能とする。それに代えて、テキストファイルの名前の上をクリックすることで、プロバイダが、特定の標準テキストファイルを編集することを可能とする、図１０２に示す”標準テキスト情報”インターフェースをシステムに表示させる。各テキストファイルについて、プロバイダは、略称、名称、ならびにテキスト情報を入力することができる。”保存”ボタン８４８０をクリックすることにより、プロバイダは、”標準テキストリスト”インターフェース上で入力された情報を保存することができる。(d) Standard Text
The “Standard Text List” interface shown in FIG. 101 allows providers to create standardized text, such as boilerplate language, disclaimers, or other comments that attach to their price quotes. To do. A provider can create one or more versions of text, name it, and save such a text file. The “Standard Text List” interface displays a standard text file for each provider, including abbreviations, names, and text. By selecting the text file and clicking the “Inactive”
b. 取引(Transactions)
本発明のこの実施形態は、メンバーおよびプロバイダが、一連のインターフェースを通じ、金融市場において双方向で金融取引を実行することを可能とする。これらのインターフェースを用いることにより、メンバーは、所望の金融取引を設定するとともに、かかる取引に関する値付け依頼を自動的にやりとりすることができる。プロバイダは、メンバーから入ってくる値付け依頼を監視することができ、かかる依頼のいずれにも価格見積もりを含めて応答する。逆に、メンバーは、プロバイダから入ってくる価格見積もりを監視することができ、かかる価格見積もりに関し、システムを通じてプロバイダと複数回にわたる交渉(back-and-forth negotiations)をし、価格見積もりを受諾する。メンバーおよびプロバイダは、システムを通じ、受諾した取引の支払い予定および他の決済の詳細を確認することもできる。b. Transactions
This embodiment of the present invention allows members and providers to perform financial transactions in the financial market in both directions through a series of interfaces. By using these interfaces, the member can set a desired financial transaction and automatically exchange a price request regarding the transaction. The provider can monitor pricing requests coming from members and respond to any such requests with price quotes. Conversely, a member can monitor a price quote coming from a provider, and accepts the price quote through such a system through back-and-forth negotiations with the provider through the system. Members and providers can also check payment schedules and other settlement details for accepted transactions through the system.
i. メンバーによる依頼の構造化(Member Request Structuring)
本発明の本実施形態は、以下で述べるように、メンバーが、本システムを用いて構造化し、トレードを行うことができる、金融取引の各タイプについて依頼を構造化するインターフェースを含んでいる。i. Member Request Structuring
This embodiment of the present invention includes an interface for structuring requests for each type of financial transaction that members can structure and trade using the system, as described below.
(a) 外国為替スポット／先物(Foreign Exchange Spot/Forward)
図１１８に示す”新規依頼(New Request): FX”インターフェースは、メンバーが、本システムを介して、外国為替スポット(”FX Spot”)（ＦＸスポット取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(1)を参照）、または、外国為替先物(”FX Froward”)（ＦＸ先物の取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(2)を参照）を作成することを可能にする。図１１８に示すように、メンバーにより、ＦＸスポット又はＦＸ先物取引依頼のためのインターフェースを用いて入力される情報は、以下のものを含む：
・取引の日付：当事者により通貨のトレードが合意された日。(a) Foreign Exchange Spot / Forward
The “New Request: FX” interface shown in FIG. 118 allows the member to enter the Forex Spot (“FX Spot”) (FX spot transaction type sub-elements as described above via this system. (See Section B.1.bi (b) (1)), or Forex Futures (“FX Froward”) (see section B.1.bi ( b) (see (2)). As shown in FIG. 118, information entered by a member using an interface for FX spot or FX futures transaction requests includes the following:
Transaction date: the date on which the parties agreed to trade currency.
・取引実行日：トレードに供される通貨が交換される日。ＦＸスポット取引の場合、メンバーが、プルダウンメニューの”スポット”９０００を選択する。ＦＸ先物取引の場合、メンバーは、プルダウンメニューの先物期間(forward period)９０１０（たとえば、”１週間”、”１ヶ月”等）を選択する。-Trade execution date: the date on which the currency offered for trading is exchanged. In the case of an FX spot transaction, the member selects “Spot” 9000 from the pull-down menu. For FX futures transactions, the member selects a forward period 9010 (eg, “1 week”, “1 month”, etc.) from the pull-down menu.
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether the member is selling or buying currency.
・ベース通貨：取得する通貨が、それに対して換算される通貨（たとえば、図１１８の”ユーロ（ＥＵＲ）。Base currency: the currency in which the currency to be acquired is converted (for example, “Euro” in FIG. 118).
・取引額：取得される通貨に換算される通貨の特定額。Transaction amount: A specific amount of currency converted to the currency to be acquired.
・被見積もり通貨：購入される通貨あるいはそれに対して見積もりがなされる通貨（図１１８の米ドル）。Estimated currency: the currency to be purchased or the currency for which an estimate is made (US $ in FIG. 118).
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタン９０２０をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９０３０をクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking a “Save”
”パラメーター”ボタン９０４０をクリックすることで、システムに、図１１９に示す”パラメーター”インターフェースを表示させる。このインターフェースは、メンバーが、取引依頼に関するパラメーターを特定することを可能とする。かかるパラメーターは、(i)特定の日付および時刻、又は(ii)特定の期間である、前記依頼の有効期限のトリガー(expiration trigger)を含んでいる。また、メンバーは、取引依頼に添付する注記(notes)を入力することができる。”保存”ボタン９３００をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９３１０をクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに対し、自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”パラメーター”インターフェースを提供することに注意すべきである。 By clicking a “parameter”
図１１８で示す”新規依頼(New Request); FX”インターフェース上の”プロバイダ”ボタン９０５０をクリックすることで、システムに、図１２０に示す”プロバイダ”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してＦＸスポット取引依頼を送るべきプロバイダを特定することを可能とする。かかるインターフェースは、、メンバーが、システムプロバイダのリストから、全ての、あるいは、特定のプロバイダを受信者として選択するのを可能にする。前記インターフェースは、かかる各プロバイダについて、プロバイダが選択された受け手であるか否かを示すチェックボックスとともに、略称９３２０正式名称、会社のシンボルを表示する。また、前記インターフェースは、メンバーが、システム管理者により連絡を取る可能性のあるプロバイダのeメールアドレスを特定することを可能とする。”保存”ボタン９３３０をクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタン９３４０をクリックすることにより、メンバーは、関連する取引依頼情報を、プロバイダに自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”パラメーター”インターフェースを提供することに注意すべきである。 When the “provider”
図１１８で示す”新規依頼(New Request); FX”インターフェース上の”検討(review)”ボタン９０６０をクリックすることで、システムに、図１２１に示す”検討”インターフェースを表示させる。このインターフェースは、メンバーが、詳細、パラメーター、および、各ＦＸスポット取引依頼についてのプロバイダ受信者リスト、を検討するのを可能にする。検討後、メンバーが、前記情報ならびにその修正を希望する場合、これらのいずれかのインターフェースにアクセスし、修正を行うため、メンバーは、前記インターフェース上に位置する適切な”詳細”、”パラメーター”または”プロバイダ”ボタンをクリックすることができる。”送信”ボタン９３５０をクリックすることにより、メンバーは、関連する取引依頼情報を、プロバイダに自動的に送信することができる。システムは、以下で説明する各タイプの取引依頼について、同様の”検討”インターフェースを提供することに注意すべきである。 When the “review” button 9060 on the “New Request; FX” interface shown in FIG. 118 is clicked, the “review” interface shown in FIG. 121 is displayed on the system. This interface allows members to review details, parameters, and provider recipient lists for each FX Spot trade request. After review, if the member wishes to modify the information as well as any of these information, he / she can access any of these interfaces and make the modification, so that the member can You can click on the “Provider” button. By clicking the “Send”
(b) 外国為替スワップ(Foreign Exchange Swap)
図１１２で示す”新規依頼(New Request): ＦＸスワップ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、（ＦＸスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(1０)を参照）外国為替スワップ取引（”ＦＸスワップ”）依頼を作成するのを可能にする。図１１２に示すように、メンバーにより、各ＦＸスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。(b) Foreign Exchange Swap
The “New Request: FX Swap” interface shown in FIG. 112 is the member submits to the provider via the system (see section B.1 above for a description of the FX Swap Transaction Type sub-elements). (See .bi (b) (10)) Enables the creation of forex swap transaction ("FX swap") requests. As shown in FIG. 112, the information entered by the member using the interface for each FX swap transaction request includes:
-Transaction date: the date on which a trade is agreed by both parties.
・短期日(Near Date):スワップの第一レグの最終支払いが行われた日。• Near Date: The date on which the final payment for the first leg of the swap was made.
・長期日(Far Date)：スワップの第二レグの最終支払いが行われた日。• Far Date: the date on which the final payment for the second leg of the swap was made.
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン。・短期レグ元本額(Near Leg Principal Amount):短期日において支払われる/受け取る、金額。A radio button that indicates whether the member is selling or buying currency. • Near Leg Principal Amount: The amount paid / received on a short day.
・短期レグ通貨(Near Leg Currency):短期レグの通貨（例えば、図１１２の”ユーロ”）。Near Leg Currency: The currency of the short leg (for example, “Euro” in FIG. 112).
・長期レグ通貨(Far Leg Currency):長期レグの通貨（例えば、図１１２の”米ドル”）。• Long Leg Currency: The currency of the long leg (eg, “US Dollar” in FIG. 112).
・長期レグ元本額(Far Leg Principal Amount):長期日において支払われる/受け取る、金額。• Far Leg Principal Amount: the amount paid / received on the long day.
・リファレンススポットＦＸレート(reference Spot FX Rate)：この取引について外国為替レートを計算する際に用いられるスポットレート。Reference Spot FX Rate: Spot rate used when calculating the foreign exchange rate for this transaction.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(c) 外国為替オプション(Foreign Exchange Option)
図１１３で示す”新規依頼(New Request): ＦＸ欧州式オプション”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、（ＦＸオプション取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(９)を参照）外国為替オプション取引（”ＦＸオプション”）依頼を作成することを可能にする。図１１３に示すように、メンバーにより、各ＦＸオプション取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。(c) Foreign Exchange Option
The “New Request: FX European Options” interface, shown in FIG. 113, is a member submitted to the provider via this system (see section B above for a description of the FX Option Transaction Type sub-elements). (See .1.bi (b) (9)) Enables the creation of Forex Option Trading (“FX Option”) requests. As shown in FIG. 113, the information entered by the member using the interface for each FX option transaction request includes the following:
-Transaction date: the date on which a trade is agreed by both parties.
・決済日：取引が決済される日。-Settlement date: The date on which the transaction is settled.
・実行日(Expiry Date)：オプションを実行しなければならない日
・引渡期日:オプションを実行することにより、キャッシュフローまたは基礎取引額(Underlying trade amount)のいずれかを交換しなければならない日。• Expiry Date: the date on which the option must be executed • the delivery date: the date on which either the cash flow or the Underlying trade amount must be exchanged by executing the option.
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether the member is selling or buying currency.
・名目元本額：オプションを実行することにより購入あるいは売却する通貨に換算される通貨の額。-Nominal principal amount: the amount of currency converted to the currency to be purchased or sold by executing the option.
・名目通貨(Notional Currency)：名目元本の通貨（例えば、図１１３の”ユーロ”）。Notional Currency: The currency of the nominal principal (for example, “Euro” in FIG. 113).
・アゲインスト額(Against Amount)：オプションの実行による通貨の購入あるいは売却により決済された額。• Against Amount: the amount settled by the purchase or sale of currency through the execution of options.
・アゲインスト通貨(Against Currency)：決済された額の通貨(例えば、図１１３の”米ドル”)。Against Currency: the currency of the amount settled (eg, “US dollar” in FIG. 113).
・実行されたオプションが”プット”か”コール”を示すラジオボタン。A radio button indicating whether the executed option is “put” or “call”.
・権利行使：オプション実行のきっかけとなる権利行使レート。・ Exercise: The exercise rate that triggers option execution.
・引き渡し：オプションを実行することにより、(i)基礎となるトレードの正味キャッシュフローのみ（”キャッシュ”）又は(ii)基礎トレード（”フィジカル”）のいずれを決済すべきか否かを示すラジオボタン。• Delivery: A radio button that indicates whether by executing the option, (i) only the net cash flow of the underlying trade (“cash”) or (ii) the underlying trade (“physical”) should be settled .
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(d) スワップ (Swap)
図１１４で示す”新規依頼(New Request): スワップ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、以下のいずれかのタイプの取引依頼を作成することを可能にする。(d) Swap
The “New Request: Swap” interface shown in FIG. 114 allows members to create any of the following types of transaction requests that are submitted to the provider via the system:
・固定−変動金利によるスワップ取引(Fixed-Float Interest rate Swap Transaction)
・変動−変動金利によるスワップ取引(Fixed-Float Interest rate Swap Transaction)
・固定−固定クロスカレンシースワップ( Fixed−Fixed Cross Currency Swap)
・固定−変動クロスカレンシースワップ(Fixed−Float Cross Currency Swap)
・変動−変動クロスカレンシースワップ(Float-Float Cross Currency Swap)
図１１４に示すように、各ＦＸスワップ取引依頼用のインターフェースを用いてメンバーによって入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。・ Fixed-Float Interest rate Swap Transaction
・ Fixed-Float Interest rate Swap Transaction
・ Fixed-Fixed Cross Currency Swap
・ Fixed-Float Cross Currency Swap
・ Float-Float Cross Currency Swap
As shown in FIG. 114, the information entered by the member using the interface for each FX swap transaction request includes:
• Transaction date: the date on which the swap is agreed by both parties.
・開始日：スワップ契約が始まる日。-Start date: The date on which the swap contract begins.
・終了日：スワップ契約が終了する日。End date: The date on which the swap contract ends.
・メンバーが、プロバイダに対して、固定又は変動金利のいずれで支払いするのかを示すラジオボタン。A radio button that indicates whether the member will pay the provider at a fixed or variable interest rate.
・レグ支払い名目元本および通貨(Pay Leg Notional Amlunt and Currency)：メンバーによりレグについて支払われる額ならびに通貨の種類。• Leg Legal Amlunt and Currency: The amount and currency type paid by the member for the leg.
・メンバーが、プロバイダから、固定又は変動金利のいずれで受け取るのかを示すラジオボタン。A radio button that indicates whether the member receives from the provider at a fixed or variable interest rate.
・レグ受け取り名目元本および通貨(Receive Leg Notional Amount and Currency)：メンバーがレグについて受け取る額ならびに通貨の種類。・ Receive Leg Notional Amount and Currency: The amount and currency type the member receives for the leg.
・レグ支払い(Pay Leg)およびレグ受け取りReceive Leg)に該当する場合、変動レート指標ならびにベーシス・ポイントスプレッド(basis point spread)。-If applicable to leg payment (Pay Leg) and leg receiving (Receive Leg), floating rate index and basis point spread.
・プロバイダが、(i)レグ支払い/レグ受け取りについて固定レート、または(ii)レグ受け取り/レグ支払いについて変動レート、で見積るかを示すラジオボタン。A radio button that indicates whether the provider will estimate at (i) a fixed rate for leg payment / leg receipt or (ii) a variable rate for leg receipt / leg payment.
固定/変動金利レートの組み合わせ、ならびに、このインターフェース上で、レグ支払い/レグ受け取りについてメンバーにより指定されたものと同じまたは異なる通貨により、依頼される取引の特定タイプが決定され、以下で述べるように、システムは、５つの異なるインターフェースのひとつを表示する。 The specific type of transaction requested is determined by the combination of fixed / floating interest rates, as well as the same or different currency specified by the member for leg payment / leg receipt on this interface, as described below. The system displays one of five different interfaces.
(1) 固定−変動金利によるスワップ取引(Fixed-Float Interest Rate Swap)
図１１４のラジオボタン９１００で示すように、メンバーが、同じ通貨で”固定”レグ支払いと”変動”レグ受け取りを指定し”進む(Next)”ボタン９１１０をクリックすると、システムは、図１１４Ａに示す”新規依頼(New Request):固定−変動金利によるスワップ取引”を表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定−変動金利によるスワップ取引依頼（固定−変動金利によるスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(３)を参照）を作成することを可能にする。図１１４Ａに示すように、メンバーにより、各固定−変動金利によるスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。(1) Fixed-Float Interest Rate Swap
As shown by
• Transaction date: the date on which the swap is agreed by both parties.
・開始日：スワップ契約が始まる日。-Start date: The date on which the swap contract begins.
・終了日：スワップ契約が終了する日
・(i)固定レグおよび(ii)変動レグのそれぞれについて指定される名目元本および通貨。• End date: The date on which the swap contract ends. (I) Nominal principal and currency specified for each of the fixed leg and (ii) variable leg.
・変動レート指標、ならびに、変動レグについてのベーシス・ポイントスプレッド。• Floating rate indicators, as well as basis point spreads for floating legs.
・”First Fixing Rate”（第一固定金利）：変動レグの最初の金利計算期間のために用いられる金利（オプショナル）。“First Fixing Rate”: the interest rate used for the first interest calculation period of the floating leg (optional).
・”Day Count”（デイ・カウント）：(i)固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。“Day Count”: A day count method used to calculate the interest rate specified by each of (i) fixed leg and (ii) floating leg.
・”Payment Frequency”（支払い周期）：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。“Payment Frequency”: the payment period of interest specified for each of (i) fixed leg and (ii) variable leg.
・”Roll/Date”（ロールデート）：支払いがビジネスが休みの日にあたった場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、金利の支払いを決定するのに用いられる各期間についての特定の日および協定。• “Roll / Date”: used to determine interest payments specified for each of (i) fixed leg and (ii) variable leg if the payment falls on a business holiday Specific dates and agreements for each period to be played.
・”Rate Reset Calender”（金利再設定カレンダー）：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。“Rate Reset Calender”: a regional (eg New York, London) calendar used to check business holidays for interest rate resets on floating legs.
・休日：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、支払い計算に用いられる地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region specific business holidays (eg New York, London) used for payment calculations, specified for each of (i) fixed leg and (ii) variable leg.
・スタブ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。• Stub: An indicator for irregular payments identified for each of (i) fixed leg and (ii) variable leg.
・スタブの長さ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。• Stub length: irregular payment schedule length specified for each of (i) fixed leg and (ii) variable leg.
複利周期(Compunding Frequency)：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。Compounding Frequency: Compounding period specified for each of (i) fixed leg and (ii) variable leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
メンバーが、図１１４のラジオボタン９１００を用い、同じ通貨で”変動”支払いレグと”固定”受け取りレグを指定し、”進む”ボタン９１１０をクリックした場合、システムは、”新規依頼(New Request):変動-固定金利によるスワップ”インターフェースを表示することに注意すべきである。このインターフェースは、メンバーが、上述の固定−変動金利によるスワップ取引依頼に対して設定された、変動-固定金利によるスワップ取引依頼を作成することを可能にする。 If the member uses the
(2) 変動−変動金利によるスワップ取引(Float-Float Interest Rate Swap)
図１１４Ｂのラジオボタン９１２０で示すように、メンバーが、同じ通貨で”変動”支払いレグと”変動”受け取りレグを指定し”進む(Next)”ボタン９１３０をクリックすると、システムは、図１１４Ｃに示す”新規依頼(New Request):変動−変動金利によるスワップ” インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、変動−変動金利によるスワップ取引依頼（変動−変動金利によるスワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(４)を参照）を作成することを可能にする。図１１４Ｃに示すように、メンバーにより、各変動−変動金利によるスワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってスワップが合意された日。(2) Float-Float Interest Rate Swap
As shown by
• Transaction date: the date on which the swap is agreed by both parties.
・開始日：スワップ契約が始まる日。-Start date: The date on which the swap contract begins.
・終了日：スワップ契約が終了する日。End date: The date on which the swap contract ends.
・(i)変動支払いレグおよび(ii)変動支払いレグのそれぞれについて特定される名目元本および通貨。• Nominal principal and currency identified for each of (i) variable payment leg and (ii) variable payment leg.
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについての変動レート指標、ならびに、ベーシス・ポイントスプレッド。• (i) floating rate index and (ii) floating rate index for each variable receiving leg and basis point spread.
・第一固定金利（First Fixing Rate）：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて変動レグの最初の金利計算期間のために用いられる金利（オプショナル）。• First Fixing Rate: the interest rate (optional) used for the first interest calculation period for the variable leg for each of (i) the variable payment leg and (ii) the variable receiving leg.
・デイ・カウント（Day Count）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。Day Count: A day count method used to calculate the interest rate specified by each of (i) the variable payment leg and (ii) the variable reception leg.
・支払い周期（Payment Frequency）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払い周期。• Payment Frequency: Interest payment cycle specified for each of (i) variable payment leg and (ii) variable reception leg.
・ロール/デート（Roll/Date）：支払いや受け取りがビジネスの休みの日にあたる場合、(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / Date: used to determine the interest payments specified for each of (i) variable payment leg and (ii) variable reception leg when payment or receipt falls on a business holiday. Specific dates and agreements for each period.
・金利再設定カレンダー（Rate Reset Calender）：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれに関する金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。• Rate Reset Calender: Regional specific (eg New York, London) used to identify business holidays to reset interest rates for each of the (i) variable payment leg and (ii) variable receiving leg. ) Calendar.
・休日：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg, New York, London) business holidays used in the payment calculations specified for each of (i) the variable payment leg and (ii) the variable receiving leg.
・スタブ：(i)変動レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。Stub: An indicator for irregular payments identified for each of (i) the floating leg and (ii) the floating leg.
・スタブの長さ：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。• Stub length: the irregular payment schedule length specified for each of (i) the variable payment leg and (ii) the variable reception leg.
・複利周期(Compounding Frequency)：(i) 変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、複利の計算周期。Compounding Frequency: Compound interest calculation period specified for each of (i) variable payment leg and (ii) variable receiving leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(3) 固定―固定クロスカレンシー・スワップ(Fixed-Fixed Cross-Currency Swap)
図１１４Ｄのラジオボタン９１４０で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９１５０で示すように、異なる通貨で、”固定”支払いレグと”固定”受け取りレグを指定し、”進む(Next)”ボタン９１６０をクリックすると、システムは、図１１４Eに示す”新規依頼(New Request): 固定―固定クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定―固定クロスカレンシー・スワップ取引依頼（固定―固定クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１１)を参照）を作成することを可能にする。図１１４Eに示すように、メンバーにより、各固定―固定クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。(3) Fixed-Fixed Cross-Currency Swap
As shown by radio button 9140 in FIG. 114D, the member designates a “fixed” payment leg and a “fixed” receiving leg in different currencies, as shown by
• Transaction date: the date on which the swap is agreed by both parties.
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。• Start date: The date on which the swap agreement will commence and, if applicable, the principal exchange will take place.
・ 終了日：スワップ契約が終了する日。• End date: The date on which the swap contract ends.
・(i)固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて指定される名目元本および通貨。The nominal principal and currency specified for each of (i) the fixed payment leg and (ii) the fixed receiving leg.
・資本交換のタイプ(Principal Exchange Type)：あるとしたなら、取引に含まれる資本交換のタイプ。• Principal Exchange Type: The type of capital exchange included in the transaction, if any.
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。• Capital exchange rate and currency: Capital exchange rate and its currency, if any.
・固定レート：(i)固定支払いレグおよび(ii)固定受け取りレグのいずれかの金利。Fixed rate: Interest rate on either (i) a fixed payment leg or (ii) a fixed receiving leg.
・デイ・カウント：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate the interest rate specified by each of (i) a fixed payment leg and (ii) a fixed receiving leg.
・支払い周期（Payment Frequency）：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される金利の支払い周期。• Payment Frequency: The interest rate payment cycle specified for each of (i) a fixed payment leg and (ii) a fixed receiving leg.
・ロール/デート（Roll/Date）：支払いや受け取りがビジネスの休みの日にあたる場合、(i)固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。• Roll / Date: used to determine interest payments specified for each of (i) fixed payment leg and (ii) fixed reception leg when payment or receipt falls on a business holiday. Specific dates and agreements for each period.
・休日：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg New York, London) business holidays used in the payment calculations specified for each of (i) fixed payment legs and (ii) fixed receipt legs.
・スタブ：(i)固定レグおよび(ii)固定レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。Stub: An indicator for irregular payments identified for each of (i) fixed leg and (ii) fixed leg.
・スタブの長さ：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。• Stub length: The irregular payment schedule length specified for each of (i) the fixed payment leg and (ii) the fixed receiving leg.
・複利周期：(i) 固定支払いレグおよび(ii)固定受け取りレグのそれぞれについて特定される、複利の計算周期。Compound interest period: Compound interest calculation period specified for each of (i) fixed payment leg and (ii) fixed reception leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(4) 固定―変動クロスカレンシー・スワップ(Fixed-Float Cross-Currency Swap)
図１１４Ｆのラジオボタン９１７０で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９１８０で示すように、異なる通貨で、”固定”支払いレグと”変動”受け取りレグを指定し、”進む(Next)”ボタン９１９０をクリックすると、システムは、図１１４Ｇに示す”新規依頼(New Request): 固定―変動クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、固定―変動クロスカレンシー・スワップ取引依頼（固定―変動クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１３)を参照）を作成することを可能にする。図１１４Ｇに示すように、メンバーにより、各固定―変動クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。(4) Fixed-Float Cross-Currency Swap
As shown by
• Transaction date: the date on which the swap is agreed by both parties.
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。• Start date: The date on which the swap agreement will commence and, if applicable, the principal exchange will take place.
・ 終了日：スワップ契約が終了する日。• End date: The date on which the swap contract ends.
・(i)固定レグおよび(ii)変動レグのそれぞれについて指定される名目元本および通貨。• Nominal principal and currency specified for (i) fixed leg and (ii) variable leg, respectively.
・資本交換のタイプ：あるとしたなら、取引に含まれる資本交換のタイプ。• Type of capital exchange: The type of capital exchange included in the transaction, if any.
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。• Capital exchange rate and currency: Capital exchange rate and its currency, if any.
・固定レート指標および固定レグについてのベーシス・ポイントスプレッド、あるいは、変動レート指標および変動レグについてのベーシス・ポイントスプレッド。• Basis point spreads for fixed rate indicators and fixed legs, or basis point spreads for variable rate indicators and legs.
・第一固定金利：変動レグについて最初の金利計算期間のために用いられる金利（オプショナル）。• First fixed interest rate: the interest rate used for the first interest calculation period for the variable leg (optional).
・デイ・カウント：(i) 固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate the interest rate specified by each of (i) a fixed leg and (ii) a floating leg.
・支払い周期：(i) 固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。• Payment cycle: the interest payment cycle specified for each of the (i) fixed leg and (ii) floating leg.
・ロール/デート：支払いや受け取りがビジネスの休みの日にあたる場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Role / date: specific for each period used to determine the interest payments specified for each of (i) fixed leg and (ii) variable leg when payment or receipt falls on a business holiday Day and agreement.
・金利再設定カレンダー：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar: A regional specific calendar (eg New York, London) used to check business holidays for resetting interest rates on floating legs.
・休日：(i) 固定レグおよび(ii)変動レグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg, New York, London) business holidays used in payment calculations specified for each of (i) fixed leg and (ii) variable leg.
・スタブ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。• Stub: An indicator for irregular payments identified for each of (i) fixed leg and (ii) variable leg.
・スタブの長さ：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。• Stub length: irregular payment schedule length specified for each of (i) fixed leg and (ii) variable leg.
・複利周期：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。Compound interest period: Compound interest calculation period specified for each of (i) fixed leg and (ii) variable leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
メンバーが、図１１４のラジオボタン９１００を用い、同じ通貨で”変動”支払いレグいと”固定”受け取りレグを指定し、”進む”ボタン９１１０をクリックした場合、システムは、”新規依頼(New Request):変動-固定クロスカレンシー・スワップ”インターフェースを表示することに注意すべきである。このインターフェースは、メンバーが、上述の固定−変動クロスカレンシー・スワップ取引依頼に対して設定された、変動-固定クロスカレンシー・スワップ取引依頼を作成することを可能にする。 If the member uses the
(5) 変動―変動クロスカレンシー・スワップ(Float-Float Cross-Currency Swap)
図１１４Ｈのラジオボタン９２００で示すように、メンバーが、支払いレグおよび受け取りレグについて、ラジオボタン９２１０で示すように、異なる通貨で、”変動”支払いレグと”変動”受け取りレグを指定し、”進む(Next)”ボタン９２２０をクリックすると、システムは、図１１４Ｉに示す”新規依頼(New Request): 変動定―変動クロスカレンシー・スワップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、変動―変動クロスカレンシー・スワップ取引依頼（変動―変動クロスカレンシー・スワップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１２)を参照）を作成することを可能にする。図１１４Ｉに示すように、メンバーにより、各変動―変動クロスカレンシー・スワップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってスワップが合意された日。(5) Float-Float Cross-Currency Swap
As indicated by
• Transaction date: the date on which the swap is agreed by both parties.
・ 開始日：スワップ契約が開始し、（該当する場合）元本交換が行われる日。• Start date: The date on which the swap agreement will commence and, if applicable, the principal exchange will take place.
・ 終了日：スワップ契約が終了する日。• End date: The date on which the swap contract ends.
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて指定される名目元本額および通貨。The nominal principal amount and currency specified for each of (i) the variable payment leg and (ii) the variable receiving leg.
・資本交換のタイプ：あるとしたなら、取引に含まれる資本交換のタイプ。• Type of capital exchange: The type of capital exchange included in the transaction, if any.
・資本交換レートおよび通貨：あるとしたなら、資本交換レートおよびその通貨。• Capital exchange rate and currency: Capital exchange rate and its currency, if any.
・(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについての変動レート指標、ならびに、ベーシス・ポイントスプレッド。• (i) floating rate index and (ii) floating rate index for each variable receiving leg, and basis point spread.
・第一固定金利：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて最初の金利計算期間のために用いられる金利（オプショナル）。• First fixed interest rate: the interest rate (optional) used for the first interest calculation period for each of (i) the variable payment leg and (ii) the variable receiving leg.
・デイ・カウント：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate the interest rate specified by each of (i) the variable payment leg and (ii) the variable reception leg.
・支払い周期：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払い周期。Payment cycle: the interest payment cycle specified for each of (i) the variable payment leg and (ii) the variable receiving leg.
・ロール/デート：支払いや受け取りがビジネスの休みの日にあたる場合、(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date: for each period used to determine the interest payments specified for each of the (i) variable payment leg and (ii) variable reception leg if payment or receipt falls on a business holiday Specific dates and agreements.
・金利再設定カレンダー：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。• Interest rate resetting calendar: A regional specific (eg, New York, London) calendar used to identify business holidays for resetting interest rates for each of the (i) variable payment leg and (ii) variable receiving leg.
・休日：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg, New York, London) business holidays used in the payment calculations specified for each of (i) the variable payment leg and (ii) the variable receipt leg.
・スタブ：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いのためのインジケーター。Stub: An indicator for irregular payments identified for each of (i) the variable payment leg and (ii) the variable receiving leg.
・スタブの長さ：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、不定期な支払いスケジュール長。• Stub length: the irregular payment schedule length specified for each of (i) the variable payment leg and (ii) the variable reception leg.
・複利周期：(i)変動支払いレグおよび(ii)変動受け取りレグのそれぞれについて特定される、複利の計算周期。Compound interest period: The compound interest calculation period specified for each of (i) the variable payment leg and (ii) the variable reception leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(e) キャップ／フロア(Cap/Floor)
図１１５で示す”新規依頼(New Request):キャップ／フロア”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ／フロア取引依頼を作成するのを可能にする。図１１５に示すように、メンバーにより、キャップあるいはフロアのそれぞれのためのインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって取引が合意された日。(e) Cap / Floor
The “New Request: Cap / Floor” interface shown in FIG. 115 allows members to create cap / floor transaction requests that are submitted to providers via the system. As shown in FIG. 115, the information entered by the member using the interface for each of the caps or floors includes:
-Transaction date: the date on which the transaction is agreed by both parties.
・開始日：オプションが始まる日。• Start date: The date on which the option begins.
・終了日：オプションが終了する日。End date: The date on which the option ends.
・メンバーが、キャップ又はフロアを、買っているのか売っているのかを示すラジオボタン９４００。A
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount and currency: the type of amount and currency used as the basis for calculating the payment stream.
・変動金利の指標。・ Indicator of floating interest rate.
・メンバーが、(i)特定通貨におけるプレミアム額、あるいは、(ii)特定通貨における権利行使パーセンテージ(strike percentage)、を有する価格見積もり依頼したかを表すラジオボタン。A radio button indicating whether the member has requested a price quote having (i) a premium amount in a specific currency or (ii) a strike percentage in a specific currency.
(1) キャップ(Cap)
図１１５のラジオボタン９４００で示すように、メンバーが、”キャップ”の購入あるいは売却を指定し、”進む”ボタン９４１０をクリックすると、システムは、図１１５Ａに示す”新規依頼(New Request): キャップ”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ取引依頼（キャップ取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(５)を参照）を作成することを可能にする。図１１５Ａに示すように、メンバーにより、各キャップ取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってトレードが合意された日。(1) Cap
115, when the member designates the purchase or sale of “cap” and clicks “go”
-Trading date: the date on which the trade is agreed by both parties.
・ 開始日：オプションが始まる日。• Start date: The date on which the option begins.
・ 終了日：オプションが終了する日。• End date: The date on which the option ends.
・メンバーがキャップを売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether a member is selling or buying a cap.
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount and currency: the type of amount and currency used as the basis for calculating the payment stream.
・権利行使：各キャップ取引を実行するための権利行使レート。・ Exercise: The exercise rate for executing each cap transaction.
・変動金利の指標。・ Indicator of floating interest rate.
・第一固定金利：キャップ計算期間のために用いられる金利。• First fixed interest rate: the interest rate used for the cap calculation period.
・プレミアム支払日：プレミアム支払いが行われる日。-Premium payment date: The date on which premium payment is made.
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate interest rates.
・支払い周期：オプション支払いの周期。・ Payment cycle: Optional payment cycle.
・ロール/デート：支払いがビジネスの休みの日にあたる場合、オプション支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date: specific dates and agreements for each period used to determine option payments when payment falls on a business holiday.
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar: A local (for example, New York, London) calendar used to confirm business holidays for resetting interest rates.
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg New York, London) business holidays used for payment calculations.
・スタブ：不定期な支払いのためのインジケーター。・ Stub: An indicator for irregular payments.
・スタブの長さ：不定期な支払いスケジュール長。-Stub length: irregular payment schedule length.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(2) フロア(Floor)
図１１５Ｂのラジオボタン９４２０で示すように、メンバーが、”フロア”の購入あるいは売却を指定し、”進む”ボタン９４３０をクリックすると、システムは、図１１５Ｃに示す”新規依頼(New Request): フロア”インターフェースを表示する。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、キャップ取引依頼（フロア取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(６)を参照）を作成することを可能にする。図１１５Ｃに示すように、メンバーにより、各フロア取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・ 取引日：両当事者によってトレードが合意された日。(2) Floor
When the member designates the purchase or sale of “floor” and clicks “go”
-Trading date: the date on which the trade is agreed by both parties.
・ 開始日：オプションが始まる日。• Start date: The date on which the option begins.
・ 終了日：オプションが終了する日。• End date: The date on which the option ends.
・メンバーがフロアを売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether a member is selling or buying a floor.
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount and currency: the type of amount and currency used as the basis for calculating the payment stream.
・権利行使：各フロア取引を実行するための権利行使レート。・ Exercise: The exercise rate for executing each floor transaction.
・変動金利の指標。・ Indicator of floating interest rate.
・第一固定金利：フロア計算期間のために用いられる金利。• First fixed interest rate: the interest rate used for the floor calculation period.
・プレミアム支払日：プレミアム支払いが行われる日。-Premium payment date: The date on which premium payment is made.
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate interest rates.
・支払い周期：オプション支払いの周期。・ Payment cycle: Optional payment cycle.
・ロール/デート：支払いがビジネスの休みの日にあたる場合、オプション支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date: specific dates and agreements for each period used to determine option payments when payment falls on a business holiday.
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar: A local (for example, New York, London) calendar that is used to confirm business holidays to reset interest rates.
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg New York, London) business holidays used for payment calculations.
・スタブ：不定期な支払いのためのインジケーター。・ Stub: An indicator for irregular payments.
・スタブの長さ：不定期な支払いスケジュール長。-Stub length: irregular payment schedule length.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(f) 金利先渡し契約(Forward Rate Agreement)
図１１６に示す”新規依頼(New Request): ＦＲＡ”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、金利先渡し契約取引依頼を作成することを可能にする。図１１６に示すように、メンバーにより、各金利先渡し契約依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。(f) Forward Rate Agreement
The “New Request: FRA” interface shown in FIG. 116 allows members to create interest rate forward contract transaction requests that are submitted to the provider via the system. As shown in FIG. 116, the information entered by the member using the interface for each interest rate forward contract request includes the following:
-Transaction date: the date on which a trade is agreed by both parties.
・期間（Term)：トレードの開始ならびに終了；例えば、”３ｘ６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。• Term: the start and end of the trade; for example, “3x6 months” means that the trade begins on the first working
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン９５００。A
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount and currency: the type of amount and currency used as the basis for calculating the payment stream.
・変動金利の指標。・ Indicator of floating interest rate.
”進む”ボタン９５１０をクリックすることで、システムに、図１１６Ａに示す”新規依頼(New Request): 金利先渡し契約”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、金利先渡し契約取引依頼（金利先渡し契約取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(１４)を参照）の詳細を提供することを可能にする。図１１６Ａに示すように、メンバーにより、各金利先渡し契約取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によってトレードが合意された日。Clicking on “forward”
-Transaction date: the date on which a trade is agreed by both parties.
・期間（Term)：トレードの開始ならびに終了；例えば、”３ｘ６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。 • Term: the start and end of the trade; for example, “3x6 months” means that the trade begins on the first working
・開始日：金利先渡し契約が始まる日。-Start date: The date on which the forward interest rate contract begins.
・終了日：金利先渡し契約が終了する日。-End date: The date on which the interest rate forward contract ends.
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether the member is selling or buying an interest rate forward contract.
・名目元本額および通貨：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount and currency: the type of amount and currency used as the basis for calculating the payment stream.
・変動金利の指標。・ Indicator of floating interest rate.
・第一固定金利：フロア計算期間のために用いられる金利。• First fixed interest rate: the interest rate used for the floor calculation period.
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate interest rates.
・ロール/デート：支払いがビジネスの休みの日にあたる場合、金利先渡し契約の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date: specific dates and agreements for each period that are used to determine payment for interest rate forward contracts when payment falls on a business holiday.
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar: A local (for example, New York, London) calendar that is used to confirm business holidays to reset interest rates.
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg New York, London) business holidays used for payment calculations.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
(g) 定期預金(Fixed Rate Deposit)
図１１７に示す”新規依頼(New Request): 預金”インターフェースは、メンバーが、本システムを介してプロバイダに提出する、定期預金取引依頼を作成することを可能にする。図１１７に示すように、メンバーにより、各定期預金依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって預金が合意された日。(g) Fixed Rate Deposit
The “New Request: Deposit” interface shown in FIG. 117 allows members to create time deposit transaction requests that are submitted to providers via the system. As shown in FIG. 117, the information entered by the member using each time deposit request interface includes the following:
-Transaction date: the date on which the deposit was agreed by both parties.
・取引実行日：預金が始まる日。-Transaction execution date: The date on which the deposit begins.
・終了日：預金期間が終了する日。-End date: The date on which the deposit period ends.
・預金額ならびに通貨：預金の金額ならびに通貨のタイプ。 Deposit amount and currency: Deposit amount and currency type.
”進む”ボタン９６００をクリックすることで、システムに、図１１７Ａに示す”新規依頼(New Request): 定期預金”インターフェースを表示させる。このインターフェースは、メンバーが、本システムを介してプロバイダに提出する、定期預金取引依頼（定期預金取引タイプのサブエレメントの説明については、上述のセクションB.1.bi(b)(７)を参照）の詳細を提供することを可能にする。図１１７Ａに示すように、メンバーにより、各定期預金取引依頼用のインターフェースを用いて入力される情報は、以下のものを含む：
・取引日：両当事者によって預金が合意された日。Clicking on “forward”
-Transaction date: the date on which the deposit was agreed by both parties.
・取引実行日：預金が始まる日。-Transaction execution date: Date when deposit starts.
・終了日：預金期間が終了する日。-End date: The date on which the deposit period ends.
・預金額ならびに通貨：メンバーによりプロバイダになされた預金の金額ならびに通貨のタイプ。 Deposit amount and currency: The amount of deposit made by the member and the type of currency.
・デイ・カウント：金利を計算するために用いられるデイ・カウント法。Day count: A day count method used to calculate interest rates.
・支払い周期：金利／元本支払いの周期。・ Payment cycle: Interest / principal payment cycle.
・ロール/デート：支払いがビジネスの休みの日にあたる場合、預金の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date: specific dates and agreements for each period used to determine payment for deposits when payment falls on a business holiday.
・金利再設定カレンダー：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar: A local (for example, New York, London) calendar that is used to confirm business holidays to reset interest rates.
・休日：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays: Region-specific (eg New York, London) business holidays used for payment calculations.
・スタブ：不定期な支払いのためのインジケーター。・ Stub: An indicator for irregular payments.
・スタブの長さ：不定期な支払いスケジュール長。-Stub length: irregular payment schedule length.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
”保存”ボタンをクリックすることにより、メンバーは、このインターフェース上で入力された取引依頼情報を保存することができる。”送信”ボタンをクリックすることにより、メンバーは、かかる取引依頼情報を、プロバイダに自動的に送信することができる。 By clicking the “Save” button, the member can save the transaction request information entered on this interface. By clicking the “Send” button, the member can automatically send such transaction request information to the provider.
ii. メンバーの依頼の監視(Member Request Monitoring)
本発明の本実施形態は、メンバーが、新たな取引依頼、それに対して一以上のプロバイダが価格見積もりを提出した依頼、受諾された依頼、ならびに、以下で述べる期限が終了した依頼、を含むメンバーが行った取引の状況を監視することを可能にする、一連のインターフェースを含んでいる。かかる監視は、取引の契約相手（たとえば、プロバイダ）に関わらず、特定のメンバーについての依頼を集約したものである。ii. Member Request Monitoring
In this embodiment of the invention, the member includes a new transaction request, a request to which one or more providers have submitted a price quote, a request that has been accepted, and a request that has expired as described below. Includes a set of interfaces that allow you to monitor the status of transactions made by. Such monitoring aggregates requests for specific members regardless of the contract partner (eg, provider) of the transaction.
(a). 現在の依頼状況の監視(Current Request Monitor)
図６７に示す”依頼状況の監視：現在”インターフェースは、メンバーが、自身の(i)現在有効である、および(ii)最近終了した取引依頼について集めたサマリーを見ることを可能にする。図６７に示すように、”有効な”（すなわち、）終了していない）依頼について表示される各情報には、以下のものが含まれている：
・依頼を撤回することを可能にするためにクリックする”オフ”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・終了日と時刻
・依頼に対して受け取った価格見積もりの数
・依頼に対して受け取った新しい価格見積もりの数
・現状（たとえば、”終了済み”）。(a). Current Request Monitor
The “Request Status Monitoring: Current” interface shown in FIG. 67 allows members to view summaries collected for their (i) currently active and (ii) recently completed transaction requests. As shown in FIG. 67, each piece of information displayed for a “valid” (ie, not finished) request includes the following:
• “Off” button to click to allow the request to be withdrawn • Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
• End date and time • Number of price quotes received for the request • Number of new price quotes received for the request • Current status (eg “finished”)
・詳細／コメント。Details / comments.
”ＩＤ”ボタン３７８０、”タイプ”ボタン３７７０、又は、”終了”ボタン３７６０をクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、終了日付け／時刻、として記憶することができる。 By clicking the “ID”
”最近終了した”依頼についての前記インターフェース上に表示された情報には、以下のものが含まれる：
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）応答としての価格見積もりを提出するため、プロバイダとの通信を行うためにクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引相手の名称
・価格見積もり（ある場合には）
・現状（たとえば、終了）。Information displayed on the interface for “recently completed” requests includes the following:
A “chat” button that is clicked to communicate with the provider to submit a price quote as a response (provided that the provider allows chat communication for certain types of transactions) Identification number / transaction type (for example, FX spot)
・ Partner name / price estimate (if any)
• Current status (eg, finished).
・詳細
・完了する日付けおよび時刻／コメント
特定の取引依頼についての特定の識別番号をクリックすることで、システムに、当該依頼の詳細を表示させる。この機能は、以下で述べる他の依頼監視インターフェースからでも利用可能である。たとえば、ＦＸスポット取引依頼（ボタン３７９０として示される）についての識別番号（”４３１４”）をクリックすることで、システムに、図６８に示す”依頼の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、メンバーによって作成されたＦＸスポット取引依頼の詳細を示しており、以下の情報が含まれている：
・依頼の開始および終了日付／時刻。-Details-Date and time / completion to complete Clicking on a specific identification number for a specific transaction request causes the system to display the details of that request. This function can also be used from other request monitoring interfaces described below. For example, clicking on the identification number (“4314”) for an FX Spot transaction request (shown as button 3790) causes the system to display the “Request Details: FX Spot” interface shown in FIG. This interface shows the details of the FX Spot transaction request created by the member and includes the following information:
Request start and end date / time.
・依頼の現状（たとえば、”撤回”）。The current state of the request (eg “withdraw”).
・取引日：両当事者によって通貨のトレードが合意された日。-Transaction date: the date on which a currency trade was agreed by both parties.
・取引実行日：トレードされた通貨が交換される日。-Trade execution date: the date on which the traded currency is exchanged.
・取引額ならびに通貨。-Transaction amount and currency.
・取得される通貨、又は、それに対する見積もりが固定される（pegged)通貨（たとえば、図６８の”米ドル”）。The currency to be acquired, or the currency for which the estimate for it is pegged (eg “US dollar” in FIG. 68).
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
応答する価格見積もりがすでに受け取られていた場合、インターフェースは、以下の情報も表示する：
・契約相手の名前
・価格見積額／レートおよび通貨
・見積もりの有効期限の日付／時刻
・見積もりの現状
・見積もりに伴うコメント
・価格見積もりを受諾するためにクリックする”受諾”ボタン
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
メンバーは、契約相手の名前３８９０をクリックすることで、システムに、契約相手に関するプロフィール情報（（以下に述べる図９７を参照）を表示させるとともに、見積り３９００をクリックすることにより、システムに、見積もりについて更なる詳細（以下に述べる図８５を参照）を表示させる。”オフ”ボタン３８９５をクリックすることにより、メンバーは、取引依頼を撤回することができる。”履歴”ボタン３９０５をクリックすることで、メンバーは、システムに、当初の依頼の修正および異なるプロバイダから受け取った価格見積もり等の取引依頼に関する全ての出来事の要約を表示させる。If a responding price quote has already been received, the interface also displays the following information:
・ Name of the contractor ・ Price estimate / rate and currency ・ Date / time of the expiration date of the estimate ・ Current status of the estimate ・ Comment accompanying the estimate ・ “Accept” button to click to accept the price estimate (provided by the provider, “Chat” button that is clicked to communicate with the provider (if a particular type of transaction is allowed to communicate via chat) The member clicks on the contractor's
他の例としては、スワップ取引依頼（図６７のボタン３８００として示される）についての識別番号（”４０８９”）をクリックすることで、システムに、図６９に示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。このインターフェースは、メンバーによって作成された固定−変動金利スワップ取引依頼の詳細を示しており、以下の情報が含まれている：
・依頼の開始および終了日付／時刻。As another example, clicking on the identification number (“4089”) for a swap transaction request (shown as
Request start and end date / time.
・依頼の現状（たとえば、”終了済み”）。The current status of the request (eg “finished”).
・取引日：両当事者によってスワップが合意された日。• Transaction date: the date on which the swap is agreed by both parties.
・開始日：スワップ契約が始まる日。-Start date: The date on which the swap contract begins.
・終了日：スワップ契約が終了する日。End date: The date on which the swap contract ends.
・固定支払いレグについてメンバーにより支払われる額および通貨。• The amount and currency paid by the member for the fixed payment leg.
・変動受け取りレグについてプロバイダにより支払われる額および通貨。The amount and currency paid by the provider for the variable receipt leg.
・変動金利指標ならびに受け取りレグについてのベーシス・ポイントスプレッド。• Basis point spread on the floating interest rate index and the receiving leg.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
応答する価格見積もりがすでに受け取られていた場合、インターフェースは、以下の情報も表示する：
・契約相手の名前
・価格見積額／レートおよび通貨
・見積もりの有効期限の日付／時刻
・見積もりの現状
・見積もりに伴うコメント
・価格見積もりを受諾するためにクリックする”受諾”ボタン
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
本システムは、取引依頼の詳細、および、依頼監視インターフェース上に表示された他の全てのタイプの取引依頼に対する価格見積もりを表示する、類似のインターフェースを含んでいる。かかるシステムは、新たな価格見積もりが受け取られ、あるいは、取引依頼の状況が変化した場合、取引依頼の各タイプに関する、”依頼の監視：現状”、ならびに、”依頼の詳細”インターフェース、を自動的にリフレッシュする。If a responding price quote has already been received, the interface also displays the following information:
・ Name of the contractor ・ Price estimate / rate and currency ・ Date / time of the expiration date of the estimate ・ Current status of the estimate ・ Comment accompanying the estimate ・ “Accept” button to click to accept the price estimate (provided by the provider, The “chat” button that is clicked to communicate with the provider (if you allow communication for a particular type of transaction) The system will display the details of the transaction request and all other Includes a similar interface that displays price quotes for types of trade requests. Such a system automatically “request monitoring: current” and “request details” interface for each type of transaction request when a new price quote is received or the status of the transaction request changes. Refresh.
(b). 有効な依頼の監視(Active Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）の”有効”ボタン３８８０をクリックすることによりアクセス可能な、図７０に示す”依頼の監視：有効”インターフェースは、メンバーが、自身の現在有効である取引依頼について集めたサマリーを見ることを可能とする。図７０に示すように、”有効な”（すなわち、終了していない）依頼は、以下のものを含んでいる：
・依頼を撤回することを可能にするためにクリックする”オフ”ボタン３９３０
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・終了日と時刻
・依頼に対して受け取った価格見積もりの数
・依頼に対して受け取った新しい価格見積もりの数
・現状（たとえば、”終了”）。(b). Active Request Monitor
The “Request Monitoring: Valid” interface shown in FIG. 70, which can be accessed by clicking the “Valid” button 3880 of the “Request Status Monitoring: Current” interface (shown in FIG. 67), is the member's current status. It is possible to see a summary collected for valid transaction requests. As shown in FIG. 70, a “valid” (ie, unfinished) request includes the following:
"Off"
• Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
• End date and time • Number of price quotes received for the request • Number of new price quotes received for the request • Current status (eg “End”).
・詳細／コメント
”ＩＤ”ボタン、”タイプ”ボタン、又は、”終了”ボタンをクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、終了の日付け／時刻として記憶することができる。”実行”ボタン３９５０をクリックすることで、システムに、プルダウンメニュー３９４０から選択可能な、表示された有効な依頼に関する報告を実行させる。かかる報告には、イベントについての活動記録、取引の統計、および、有効な依頼についての監査記録が含まれている。かかる集約された報告は、以下で述べるそれぞれの依頼モニタインターフェースで利用可能である。Details / Comments By clicking the “ID” button, “Type” button, or “End” button, the “Valid” request display will show the identification number, transaction type, or end date, respectively. / Can be stored as time. Clicking on the “Execute”
”依頼の監視：有効”インターフェースは、以下で述べる他の依頼モニタインターフェースとともに、有効な依頼が多数ある場合に役立つ、リスト化された依頼について、メンバーが、自動的に検索を行うことを可能にする。プルダウンメニュー３９２０を用いることで、ユーザーは、検索（たとえば、取引タイプ、詳細）を行い、フィールド３９１０（たとえば”ＦＸ”スポット）に検索語を入力するための属性を選択することが可能となる。”検索”ボタン３９７０をクリックすることで、システムに検索を実行させ、結果を表示させる。また、”取り消し(clear)”ボタン３９８０をクリックすることにより、システムに、新しい検索語を入力することができるよう、検索語を取り消させる。さらに、”全て表示”ボタン３９９０をクリックすることにより、システムは、有効な依頼を全て表示する。”ゴミ箱を空にする(Empty Trash))”ボタン３９６０をクリックすると、システムは、無効あるいは起草しただけの取引依頼を永久に削除する；かかる依頼の数は、”ゴミ箱を空にする”ボタン３９６０の次に表示される。 The "Request Monitoring: Valid" interface, along with other request monitoring interfaces described below, allows members to automatically search for listed requests, which is useful when there are many valid requests. To do. Using pull-
(c) 受諾した依頼の監視(Accepted Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”受諾”ボタン３８７０をクリックすることによりアクセス可能な、図７１により示された”依頼状況の監視：受諾”インターフェースは、メンバーが、自身の受諾した取引依頼、すなわち、プロバイダからの価格見積もりについて自身が受諾した各取引依頼について集めたサマリーを見ることを可能にする。図７１に示すように、”受諾された”依頼について表示された各情報は、以下のものを含んでいる：
・（プロバイダが、特定タイプの取引についてチャットによる通信を許容する場合）プロバイダとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・契約相手の名前
・価格見積もり額／レート
・詳細
(d) 認証された依頼の監視(Verified Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”認証済み”ボタン３８１０をクリックすることによりアクセス可能な、図７２により示された”依頼状況の監視：認証済み”インターフェースは、メンバーが、自身により認証された取引依頼、すなわち、メンバーがプロバイダからの価格見積もりを受諾し、プロバイダが、メンバーの受諾を認証した各取引依頼、について集約されたサマリーを見ることを可能にする。図７２に示すように、”認証済み”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・契約相手の名前
・価格見積もり額／レート
・詳細
(e) 無効となった依頼の監視(Obsolete Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”無効”ボタン３８２０をクリックすることによりアクセス可能な、図７３により示された”依頼状況の監視：無効”インターフェースは、メンバーが、無効となった取引依頼、すなわち、有効期限が終了し、あるいは、自身が撤回した各取引依頼、について集約されたサマリーを見ることを可能にする。
(c) Accepted Request Monitor
The “Request Status Monitor: Accept” interface shown in FIG. 71, accessible by clicking the “Accept” button 3870 on the “Request Status Monitor: Current” interface (shown in FIG. 67), It is possible to view a summary of each accepted transaction request, ie, each accepted transaction request for price quotes from the provider. As shown in FIG. 71, each piece of information displayed for an “accepted” request includes the following:
• “Chat” button that is clicked to communicate with the provider (if the provider allows chat for certain types of transactions) • Unique (assigned to the system) identification number • Transaction type • Contract Opponent's name, estimated price / rate, details
(d) Verified Request Monitor
The “Request Status Monitor: Authenticated” interface shown in FIG. 72, accessible by clicking the “Authenticated”
• Unique (assigned to the system) identification number • Transaction type • Contractor name • Price estimate / rate • Details
(e) Obsolete Request Monitor
The “Request Status Monitor: Invalid” interface shown in FIG. 73, accessible by clicking the “Invalid” button 3820 on the “Request Status Monitor: Current” interface (shown in FIG. 67) , Which makes it possible to see an aggregated summary of each invalid transaction request, ie, each transaction request that has expired or has been withdrawn.
図７３に示すように、”無効となった”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・現状（たとえば、”終了”又は”撤回”）
・取引のタイプ
・詳細
(f) 起案依頼監視(Draft Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”起案”ボタン３８６０をクリックすることによりアクセス可能な、図７４により示された”依頼状況の監視：起案”インターフェースは、メンバーが、自身の起案取引依頼、すなわち、自身が起案し、保存したが、プロバイダには未提出の各取引依頼、について集約されたサマリーを見ることを可能にする。図７４に示すように、”起案”依頼について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ
・詳細
(g) 廃棄依頼監視(Trash Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”廃棄”ボタン３８５０をクリックすることによりアクセス可能な、図７５により示された”依頼状況の監視：廃棄”インターフェースは、メンバーが、自身の”廃棄された”（すなわち、無効および起案）取引依頼について集約されたサマリーを見るとともに、かかる依頼を永久に削除することを可能にする。図７５に示すように、”廃棄された”依頼について表示された各情報は、以下のものを含んでいる：
・削除又は回復を選択するためクリックされる選択インジケーター
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状
・依頼に対して受け取った価格見積もりの数
・詳細
特定の取引に関して選択インジケーターをクリックすることにより、メンバーは、回復を指定することができる。次に、”リストア(restore)”ボタンをクリックすることにより、選択された依頼を”有効”な状態に戻す。”ゴミ箱を空にする”ボタンをクリックすることにより、”廃棄”された依頼を、永久に削除する。As shown in FIG. 73, each piece of information displayed for an “invalid” request includes the following:
• Unique (assigned to the system) identification number • Current status (eg “end” or “withdraw”)
・ Transaction type and details
(f) Draft Request Monitor
The “Request Status Monitoring: Drafting” interface shown in FIG. 74, accessible by clicking the “Draft” button 3860 on the “Request Status Monitoring: Current” interface (shown in FIG. 67) , Allowing each provider to view an aggregated summary of their original transaction requests, ie, each transaction request they have drafted and saved but have not yet submitted. As shown in FIG. 74, each piece of information displayed for a “draft” request includes the following:
-Unique (assigned to the system) identification number-Transaction type-Details
(g) Trash Request Monitor
The “Request Status Monitor: Discard” interface shown in FIG. 75, accessible by clicking the “Discard” button 3850 on the “Request Status Monitor: Current” interface (shown in FIG. 67) See aggregated summaries of their “discarded” (ie, invalid and draft) transaction requests and allow them to be permanently deleted. As shown in FIG. 75, each piece of information displayed for a “discarded” request includes the following:
A selection indicator that is clicked to select deletion or recovery Unique identification number assigned to the system Transaction type (eg, FX Spot)
-Current status-Number of price quotes received for the request-Details By clicking on the selection indicator for a particular transaction, the member can specify a recovery. Next, the selected request is returned to the “valid” state by clicking the “restore” button. Click the “Empty Trash” button to permanently delete a “discarded” request.
(h) 全ての依頼を監視(All Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”全部”ボタン３８４０をクリックすることによりアクセス可能な、図７５Ａにより示された”依頼状況の監視：全部”インターフェースは、メンバーが、有効な、受諾した、認証された、撤回した、ならびに、終了した取引を含む、自身の全ての取引依頼について集約されたサマリーを見ることを可能にする。図７５Ａに示すように、各取引について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状（たとえば”終了”）
・依頼に対して受け取った価格見積もりの数
・詳細
・完了する日付けおよび時刻／コメント
(i) 編集された依頼の監視(Edit Request Monitor)
”依頼状況の監視：現在”インターフェース（図６７に示す）上の”編集”ボタン３８３０をクリックすることによりアクセス可能な、図７６により示された”依頼状況の監視：編集”インターフェースは、メンバーが、依頼監視インターフェースをカスタマイズすることを可能にする。プルダウンメニュー４０００を用いることで、メンバーは、”依頼状況の監視：現在”インターフェース（図６７に示す）中に表示される内で最近終了した依頼の数を特定することができる。ラジオボタン４０１０をクリックすることで、メンバーは、システムが、(i)メンバーが、監視画面を手動によりリフレッシュできるよう、依頼に対する変更（たとえば、終了又は新たな価格見積もり）があった場合に、メンバーに電子的に通知するか、あるいは、(ii)依頼に対する変更があった場合に、監視画面を自動的にリフレッシュする、かどうかを特定することができる。インジケーター４０２０をクリックすることにより、メンバーは、システムが、監視画面において価格見積もりの有効期限が終了するまでの時間を示す”カウントダウン”メーターを表示するかどうか、を設定することができる。いずれの取引タイプについても、メンバーは、特定の取引を、メンバーのモニタ上に表示させるか否かを決定するフィルターとして機能する”視認可能な(Visible)”インジケーター４０４０を設定することができる。最後に、”終了までの時間切迫(Urgent Time to Expiry)”フィールド４０５０を用いることで、メンバーは、時間が迫っていることを示すため、その時がくると、カウントダウンメーターの色が変わる（たとえば、緑から赤に）デフォルト時刻を設定することができる。”保存”ボタンをクリックすることにより、メンバーは、値付け依頼の優先事項の設定を保存することができる。(h) Monitor all requests (All Request Monitor)
The “Request Status Monitor: All” interface shown by FIG. 75A, accessible by clicking the “All” button 3840 on the “Request Status Monitor: Current” interface (shown in FIG. 67) Allows you to view an aggregated summary of all your transaction requests, including valid, accepted, authenticated, withdrawn and closed transactions. As shown in FIG. 75A, the information displayed for each transaction includes the following:
• Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
・ Current status (for example, “End”)
-Number of price quotes received for request-Details-Date and time / completion completed
(i) Edit Request Monitor
The “Request Status Monitor: Edit” interface shown by FIG. 76, accessible by clicking the “Edit” button 3830 on the “Request Status Monitor: Current” interface (shown in FIG. 67) Allows customization of request monitoring interface. By using the pull-
iii. プロバイダの依頼の監視(Provider Request Monitoring)
本発明の本実施形態は、以下で述べるように、プロバイダが、新たな取引依頼、それに対し自身が応答としての価格見積もりを提出した依頼、受諾された依頼、認証された依頼、ならびに、終了した依頼を含む、メンバーにより作成された取引の状況、を監視することを可能にする、一連のインターフェースを含んでいる。かかるモニターは、取引の契約相手（例えば、メンバー）にかかわらず、特定のプロバイダに関する依頼を集約する。iii. Provider Request Monitoring
This embodiment of the present invention has been completed, as described below, where a provider has requested a new transaction request, submitted a price quote in response to it, an accepted request, an authenticated request, and It includes a series of interfaces that allow you to monitor the status of transactions created by members, including requests. Such a monitor aggregates requests for a particular provider, regardless of the counterparty (eg, member) of the transaction.
(a) 現在の依頼についての監視(Current Requerst Monitor)
図８４に示された”依頼状況の監視：現在”インターフェースは、プロバイダが、(i)メンバーからの有効な取引依頼および(ii)自身の最近終了した価格見積もり、について集約されたサマリーを見ることを可能にする。図８４に示すように、メンバーから受け取った”有効な”（すなわち、終了していない）依頼に関する情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・前記依頼に関するアクションを開始するためクリックされる”アクション”（例えば、”拒否”）ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・依頼の有効期限の日付および時刻
・取引相手の名前
・プロバイダによる現在の価格見積もり
・価格見積もりの有効期限の日付けおよび時刻
・価格見積もりの現状（例えば、”終了”）
・取引依頼の詳細
”有効な”依頼の表示は、それぞれのコラムヘッダをクリックすることにより、識別番号、取引のタイプ、依頼有効期限の日付および時刻、価格見積もり、価格見積もり有効期限の日付および時刻、あるいは、詳細として分類することができる。”最近終了した”見積もりに関する前記インターフェース上に表示された情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引相手の名前
・価格見積もり
・現状（例えば、”終了”）
・詳細
特定の取引についての識別番号をクリックすることで、システムに、その見積もりの詳細を表示させる。この機能は、以下で述べる他の依頼監視インターフェースにもある。例えば、ＦＸスポット見積もり（ボタン８０３０として識別される）についての識別番号（”４３１３”）をクリックすることで、システムに、図８５に示す”依頼状況の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、以下の情報を含む、プロバイダにより作成されたＦＸスポット見積もりの詳細を示す：
・依頼の開始および終了日付/時刻
・依頼の現状（たとえば”撤回”）
・取引相手の名前
・取引日：両当事者によって通貨トレードが合意された日。(a) Current Requerst Monitor
The “Request Status Monitoring: Current” interface shown in FIG. 84 allows the provider to see an aggregated summary of (i) a valid trade request from a member and (ii) its recently completed price quote. Enable. As shown in FIG. 84, information regarding “valid” requests received from members (ie, not completed) includes the following:
• “Chat” button that is clicked to communicate with the member to submit a request (if the member allows communication for a particular type of transaction) • Clicked to initiate an action on the request “Action” (eg “Reject”) button • Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
・ Date and time of expiration date of request ・ Name of partner ・ Current price estimate by provider ・ Date and time of expiration date of price estimate ・ Current status of price estimate (for example, “End”)
・ Details of transaction requests “Valid” requests can be displayed by clicking the respective column headers, identification number, transaction type, request expiration date and time, price estimate, price estimate expiration date and time Or can be classified as details. Information displayed on the interface regarding “recently completed” estimates includes the following:
• Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
・ Partner name ・ Price estimate ・ Current status (eg “End”)
Details Click on the identification number for a particular transaction to have the system display details of that estimate. This function also exists in other request monitoring interfaces described below. For example, clicking the identification number (“4313”) for the FX spot estimate (identified as button 8030) causes the system to display the “Request Status Details: FX Spot” interface shown in FIG. This interface shows details of the FX spot estimate created by the provider, including the following information:
・ Request start and end date / time ・ Request status
-Name of trading partner-Trading date: Date on which currency trading was agreed by both parties.
・取引実行日：トレードされた通貨が交換される日。-Trade execution date: the date on which the traded currency is exchanged.
・取引額ならびに通貨
・取得される通貨、又は、それに対する見積もりが固定される（pegged)通貨（たとえば、図８５の”米ドル”）。-Transaction amount and currency-Currency to be acquired or currency to which the estimate is fixed (for example, "US dollar" in FIG. 85).
・交換レートおよび見積もりの通貨ペア
・見積もりが終了する日付／時刻
・見積もりが終了するまでに残された時間
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織
・法律上の連絡先(Legal Contact)：法人組織において連絡を取る者の名前
・プロバイダにより定義された標準的なテキストを含む、見積もりについてのコメント（上で述べられ、図１０１から１０２で示された”標準テキスト”および”標準テキストの定義”インターフェース参照）。-Exchange rate and quote currency pair-Date / time when the quote ends-Time left until the quote ends-Corporate organization: the name of the provider, or the legal entity associated with the provider to which the transaction is assigned Legal Contact: The name of the person to contact in the legal entity, a comment on the quotation, including standard text defined by the provider (as described above and shown in Figures 101-102) "Standard text" and "Define standard text" interface).
前記インターフェースは、取引依頼に関する以下の情報も表示する：
・開示日付／時刻
・終了日付／時刻
・現状
・契約相手の信用格付け
プロバイダが契約相手の名前をクリックすることで、システムに、契約相手に関するプロフィール情報（下で述べる図９６参照）を表示させる。”履歴”ボタン８１５０をクリックすることにより、プロバイダは、システムに、最初の依頼および価格見積もりに対する修正等の価格見積もりに関する全てのイベントのサマリーを表示させる。The interface also displays the following information about the transaction request:
-Disclosure date / time-End date / time-Current status-Credit rating of contract partner When the provider clicks the name of the contract partner, the system displays profile information about the contract partner (see FIG. 96 described below). By clicking the “History”
他の例としては、スワップ取引依頼（図８４のボタン８０４０として示される）の識別番号（”４０８９”）をクリックすることで、システムに、図８６から８６Ａに示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。このインターフェースは、以下の情報を含んだ、プロバイダが作成した固定−変動金利スワップ取引依頼の詳細を示している：
・取引相手の名前
・取引日：両当事者によってスワップが合意された日。As another example, clicking the identification number (“4089”) of a swap transaction request (shown as
-Name of trading partner-Trading date: The date on which swap is agreed by both parties.
・開始日：スワップ契約が始まる日。-Start date: The date on which the swap contract begins.
・終了日：スワップ契約が終了する日。End date: The date on which the swap contract ends.
・固定支払いレグについてメンバーにより支払われる額および通貨。• The amount and currency paid by the member for the fixed payment leg.
・変動受け取りレグについてプロバイダにより支払われる額および通貨。The amount and currency paid by the provider for the variable receipt leg.
・支払いレグについての固定金利レート
・変動金利指標ならびに受け取りレグについてのベーシス・ポイントスプレッド
・見積もりが終了する日付／時刻
・見積もりが終了するまでに残された時間
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織。・ Fixed interest rate for the payment leg ・ Basis point spread for the variable interest rate index and the receiving leg ・ Date / time when the estimate ends ・ Time left until the estimate ends ・ Corporate: Name of the provider, or A legal entity associated with a provider to which transactions are assigned.
・法律上の連絡先：法人組織において連絡を取る者の名前。• Legal contact: Name of the person to contact in the legal entity.
・プロバイダにより定義された標準的なテキストを含む、積もりについてのコメント（上で述べられ、図１０１から１０２で示された”標準テキスト”および”標準テキストの定義”インターフェース参照）。A comment on the pile, including standard text defined by the provider (see the "Standard Text" and "Standard Text Definition" interfaces described above and shown in FIGS. 101-102).
図８６Ａに示すように、前記インターフェースは、取引依頼に関する以下の情報も表示する：
・開示日付／時刻
・終了日付／時刻
・現状
・契約相手の信用格付け
プロバイダが契約相手の名前をクリックすることで、システムに、契約相手に関するプロフィール情報（下で述べる図９６参照）を表示させる。”全てを撤回”ボタン８１３０をクリックすることにより、プロバイダは、自身の有効な価格見積もりを全て撤回することができる。”履歴”ボタンをクリックすることで、プロバイダは、システムに、最初の依頼および価格見積もりに対する修正等の価格見積もりに関する全てのイベントのサマリーを表示させる。As shown in FIG. 86A, the interface also displays the following information regarding the transaction request:
-Disclosure date / time-End date / time-Current status-Credit rating of contract partner When the provider clicks the name of the contract partner, the system displays profile information about the contract partner (see FIG. 96 described below). By clicking on the “Retract All”
本システムは、新たな取引依頼を受け取り、あるいは、価格見積もりの現状が変化した場合、”依頼の監視：現在”インターフェース、を自動的にリフレッシュする。かかるインターフェースは、依頼しているメンバーが、他のプロバイダによる価格見積もりを受諾した取引依頼の状況も表示する。かかる場合、取引依頼の状況は、”他で成約(Dealt Away)”として示され；受諾価格についての表示はされない。 The system automatically refreshes the “Request Monitoring: Current” interface when a new transaction request is received or the current price quote changes. Such an interface also displays the status of the transaction request in which the requesting member has accepted a price quote from another provider. In such a case, the status of the transaction request is indicated as “Dealt Away”; no acceptance price is indicated.
(b) 新規依頼の監視(New Request Monitor)
”依頼状況の監視：現在”インターフェースの”新規”ボタン８０５０（図８４に示す）をクリックすることによりアクセス可能な、図８７に示す”依頼の監視：新規”インターフェースは、プロバイダが、メンバーから最近受け取った取引依頼について集約されたサマリーを見ることを可能とする。図８７に示すように、”新規”の取引依頼についての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・有効期限の日付および時刻
・取引相手の名前
・詳細
”ＩＤ”ボタン、”タイプ”ボタン、あるいは、”終了”ボタンをクリックすることにより、”有効な”依頼の表示は、それぞれ、識別番号、取引のタイプ、あるいは、満了の日付け／時刻として分類することができる。”実行”ボタン８２００をクリックすることで、システムに、近くのプルダウンメニューから選択可能な、新規依頼に関する報告を実行させる。かかる報告は、イベントについての活動記録、取引の統計、および、有効な依頼についての監査記録、を含んでいる。かかる集約された報告は、以下で述べるそれぞれの依頼モニタインターフェースで利用可能である。(b) New Request Monitor
“Request Monitor: New” interface shown in FIG. 87, accessible by clicking the “New” button 8050 (shown in FIG. 84) of the “Interface” interface, is now available to the provider from the member Allows you to view an aggregated summary of received transaction requests. As shown in FIG. 87, each piece of information about a “new” transaction request includes the following:
• “Chat” button that is clicked to communicate with the member to submit a request (if the member allows communication via chat for a particular type of transaction) • Unique (assigned to the system) identification number -Transaction type (for example, FX spot)
・ Expiration date and time ・ Partner name ・ Details By clicking the “ID” button, “Type” button, or “End” button, the display of “valid” requests will be the identification number, Can be categorized as transaction type or expiration date / time. Clicking on the “execute”
”依頼の監視：新規”インターフェースは、以下で述べる他の依頼監視インターフェースとともに、新規依頼が多数ある場合に役立つ、リスト化された依頼について、プロバイダが、自動的に検索を行うことを可能にする。プルダウンメニュー８１８０を用いることで、ユーザーは、検索（たとえば、取引タイプ、詳細）を行い、近くのフィールド（たとえば”ＦＸ”スポット）に検索語を入力するための属性を選択することができる。”検索”ボタン８２２０をクリックすることで、システムに、検索を実行させ、結果を表示させる。”取り消し(clear)”ボタン８２３０をクリックすることで、システムに、新しい検索語を入力することができるよう、検索語を取り消させる。全て表示”ボタン８２４０をクリックすることにより、システムは、新規依頼を全て表示する。一以上の表示依頼の近くにある”チェック”インジケーターをクリックする（あるいは、表示された全ての依頼を選択するために”全てをチェック”ボタンをクリック）し、さらに、”削除”ボタン８１９０をクリックすることで、システムに、選択された依頼を見えないように削除する。”ゴミ箱を空にする”ボタン８２１０をクリックすると、システムは、無効あるいは起草しただけの取引依頼を永久に削除する。かかる依頼の数は、”ゴミ箱を空にする”ボタン８２１０の次に表示される。”全てを撤回”ボタン８１７０をクリックすることで、メンバーの視界から、プロバイダによる有効な価格見積もりが全て撤回され、これにより、メンバーにより受諾されないよう、見積もりが削除される。この段落で説明した機能は、ここで述べる各依頼監視インターフェースで利用可能である。 The “Request Monitoring: New” interface, along with the other request monitoring interfaces described below, allows providers to automatically search for listed requests, which is useful when there are many new requests. . Using pull-
(c) 有効な依頼の監視(Active Request Monnitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”新規”ボタン８０６０をクリックすることによりアクセス可能な、図８８に示す”依頼の監視：有効”インターフェースは、プロバイダが、自身の”有効な”（すなわち、終了していない）価格見積もりについて集約されたサマリーを見ることを可能とする。図８８に示すように、”有効な”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ（たとえば、ＦＸスポット）
・取引の有効期限の日付および時刻
・取引相手の名前
・見積額／レート
・見積もりの有効期限の日付／時刻
・見積もりの現状
・詳細
(d) 受諾された依頼の監視(Accepted Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”受諾”ボタン８０７０をクリックすることによりアクセス可能な、図８９に示す”依頼の監視：受諾”インターフェースは、プロバイダが、自身の”受諾された”すなわち、メンバーにより受諾された各見積もりについて集約されたサマリーを見ることを可能とする。図８９に示すように、”受諾された”見積もりについての各情報は、以下のものを含んでいる：
・（メンバーが、特定タイプの取引についてチャットによる通信を許容する場合）依頼提出のために、メンバーとの通信を行うためクリックされる”チャット”ボタン
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(e) 認証された依頼の監視(Verified Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”認証”ボタン８１２０をクリックすることによりアクセス可能な、図９０に示す”依頼の監視：認証”インターフェースは、プロバイダが、自身の”認証された価格見積もり”すなわち、メンバーにより受諾された各見積もりであって、プロバイダにより受諾が認証されたものについて集約されたサマリーを見ることを可能とする。図９０に示すように、”認証された”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・取引相手の名前
・見積額／レート
・詳細
(f) 無効となった依頼の監視(Obsolete Request Monitor)
”依頼状況の監視：現在”インターフェースの（図８４に示す）”無効”ボタン８１１０をクリックすることによりアクセス可能な、図９０に示す”依頼の監視：無効”インターフェースは、プロバイダが、自身の”無効となった価格見積もり”すなわち、終了した、あるいは、プロバイダが撤回した各見積もりを集約したサマリーを見ることを可能とする。図９１に示すように、”無効な”見積もりについての各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引タイプ
・現状（例えば、”終了”あるいは”撤回”）
・詳細
(g) 廃棄依頼監視(Trash Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”廃棄”ボタン８１００をクリックすることによりアクセス可能な、図９２に示す”依頼状況の監視：廃棄”インターフェースは、プロバイダが、自身の”廃棄された”（すなわち、無効および起案した）価格見積もりについて集約したサマリーを見るとともに、かかる見積もりを永久に削除することを可能にする。図９２に示すように、”廃棄された”依頼について表示された各情報は、以下のものを含んでいる：
・削除又は回復を選択するためクリックされる選択インジケーター
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状
・詳細
特定の取引に関して選択インジケーターをクリックすることにより、プロバイダは、回復を指定することができる。次に、”リストア”ボタンをクリックすることにより、選択された依頼を”有効”な状態に戻す。”ゴミ箱を空にする”ボタンをクリックすることにより、”廃棄”された依頼を、永久に削除する。(c) Active Request Monnitor
“Request Monitoring: Current” interface (shown in FIG. 84), accessible by clicking the “New”
• “Chat” button that is clicked to communicate with the member to submit a request (if the member allows communication via chat for a particular type of transaction) • Unique (assigned to the system) identification number -Transaction type (for example, FX spot)
-Date and time of expiration date of transaction-Name of counterparty-Estimated amount / rate-Date / time of expiration date of estimate-Current status of estimate-Details
(d) Accepted Request Monitor
The “Request Monitoring: Accept” interface shown in FIG. 89, which is accessible by clicking the “Accept” button 8070 (shown in FIG. 84) of the “Request Status Monitor: Current” interface, “Accepted”, ie it is possible to see an aggregated summary for each estimate accepted by the member. As shown in FIG. 89, each piece of information about the “accepted” estimate includes the following:
• “Chat” button that is clicked to communicate with the member for request submission (if the member allows chat communication for a particular type of transaction) • Unique (assigned to the system) identification number -Transaction type-Partner name-Estimated amount / rate-Details
(e) Verified Request Monitor
The “Request Monitoring: Authentication” interface shown in FIG. 90, which can be accessed by clicking the “Authentication” button 8120 (shown in FIG. 84) of the “Request Status Monitoring: Current” interface, is provided by the provider. “Authenticated price quotes”, ie, each quote accepted by a member that allows the provider to see an aggregated summary of what was accepted by the provider. As shown in FIG. 90, each piece of information about the “authenticated” estimate includes the following:
• Unique (assigned to the system) identification number • Transaction type • Partner name • Estimated amount / rate • Details
(f) Obsolete Request Monitor
The “Request Monitoring: Invalid” interface shown in FIG. 90 is accessible by clicking the “Invalid” button 8110 (shown in FIG. 84) of the “Request Status Monitoring: Current” interface. “Invalid price quotes”, that is, it is possible to see a summary summarizing each quote that has been terminated or withdrawn by the provider. As shown in FIG. 91, each piece of information about an “invalid” estimate includes the following:
• Unique (assigned to the system) identification number • Transaction type • Current status (eg “End” or “Retract”)
・ Details
(g) Trash Request Monitor
The “Request Status Monitoring: Discard” interface shown in FIG. 92, which can be accessed by clicking the “Discard”
A selection indicator that is clicked to select deletion or recovery Unique identification number assigned to the system Transaction type (eg, FX Spot)
• Current Status / Details By clicking on the selection indicator for a particular transaction, the provider can specify a recovery. Next, the selected request is returned to the “valid” state by clicking the “restore” button. Click the “Empty Trash” button to permanently delete a “discarded” request.
(h) 全ての依頼を監視(All Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”全部”ボタン８０９０をクリックすることによりアクセス可能な、図９３により示された”依頼状況の監視：全部”インターフェースは、プロバイダが、有効な、受諾され、認証し、撤回し、ならびに、終了した依頼を含む、自身の価格見積もりについて集約したサマリーを見ることを可能にする。図９３に示すように、各取引について表示された各情報は、以下のものを含んでいる：
・固有（システムに割り当てられた）の識別番号
・取引のタイプ（たとえば、ＦＸスポット）
・現状（たとえば”終了”）
・・詳細
・完了する日付けおよび時刻／コメント
(i) 変更表示依頼の監視(Change Display Request Monitor)
”依頼状況の監視：現在”インターフェース（図８４に示す）上の”編集”ボタン８０８０をクリックすることによりアクセス可能な、図９４に示す”依頼状況の監視：変更表示”インターフェースは、プロバイダが、依頼監視インターフェースをカスタマイズすることを可能にする。プルダウンメニュー８２５０を用いることで、プロバイダは、”依頼状況の監視：現在”インターフェース（図８４に示す）上に表示される内で最近終了した依頼の数を特定することができる。ラジオボタン８２６０をクリックすることで、プロバイダは、システムが、(i)プロバイダが、監視画面を手動でリフレッシュできるよう、依頼に対する変更（たとえば、終了又は修正）があった場合に、プロバイダに電子的に通知するか、あるいは、(ii)（ユーザーのウエッブブラウズにもよるが）依頼に対する変更があった場合に、監視画面を自動的にリフレッシュする、かどうかを特定することができる。”カウントダウン”インジケーターをクリックすることにより、プロバイダは、システムが、監視画面において価格見積もりの有効期限が終了するまでの時間を示すカウントダウンメーターを表示するかどうか、を設定することができる。いずれの取引タイプについても、プロバイダは、特定の取引を、プロバイダのモニタ上に表示させるか否かを決定するフィルターとして機能する”視認可能な”インジケーターを設定することができる。最後に、”終了までの時間の切迫”フィールドを用いることで、プロバイダは、時間が迫っていることを示すため、その時がくると、カウントダウンメーターの色が変わる（たとえば、緑から赤に）デフォルト時刻を設定することができる。”保存”ボタンをクリックすることにより、プロバイダは、値付け依頼の優先事項の設定を保存することができる。(h) Monitor all requests (All Request Monitor)
The “Request Status Monitor: All” interface shown in FIG. 93, accessible by clicking the “All”
• Unique (assigned to the system) identification number • Transaction type (eg FX Spot)
・ Current status (for example, “End”)
・ ・ Details ・ Date and time / comments to be completed
(i) Change Display Request Monitor
The “Request Status Monitor: Change Display” interface shown in FIG. 94, accessible by clicking the “Edit”
iv. プロバイダの見積もり作成(Provider Quote Creation)
本発明の本実施形態は、プロバイダが、本システムを用い、メンバーによって設定された各タイプの金融取引依頼に応じて、価格見積もりを作成することを可能にする、価格見積もり作成インターフェースを含んでいる。特定の金融取引依頼が選択されると、上述のように、プロバイダは、取引依頼の詳細を検討し、メンバーに提出される価格見積もりを入力することができる。たとえば、上述の図８４に示すように、ＦＸスポット取引（図８４においてボタン８０３０として示される）についての識別番号（”４３１４”）をクリックすることで、システムに、図８５に示す”依頼の詳細：ＦＸスポット”インターフェースを表示させる。かかるインターフェースは、メンバーにより作成されたＦＸスポット取引依頼の詳細を示し、プロバイダが、以下の見積もり詳細とともに、外国為替交換レート（たとえば、フィールド８１４０において”０．９２００００”）を入力することを可能にする：
・見積もりが終了する日付／時刻、又は、見積もりが終了するまでに残された時間。iv. Provider Quote Creation
This embodiment of the present invention includes a price quote creation interface that allows a provider to create a price quote in response to each type of financial transaction request set by a member using the system. . Once a particular financial transaction request is selected, the provider can review the details of the transaction request and enter a price quote to be submitted to the member, as described above. For example, as shown in FIG. 84 above, clicking on the identification number (“4314”) for the FX spot transaction (shown as
The date / time when the estimation ends or the time left until the estimation ends.
・法人組織：プロバイダの名称、あるいは、それに対して取引が割り当てられる、プロバイダと関連する法人組織。• Legal entity: The name of the provider or the legal entity associated with the provider to which transactions are assigned.
・法律上の連絡先：法人組織において連絡を取る者の名前。• Legal contact: Name of the person to contact in the legal entity.
・プロバイダにより定義された標準的なテキストを含む、見積もりについてのコメント（上で述べ、図１０１から１０２で示す”標準テキスト”および”標準テキストの定義”インターフェース参照）。Comments about the quote, including standard text defined by the provider (see the “Standard Text” and “Standard Text Definition” interfaces described above and shown in FIGS. 101-102).
他の例としては、スワップ取引依頼（図８４のボタン８０４０として示される）の識別番号（”４０８９”）をクリックすることで、システムに、図８６から図８６Ａに示す”依頼の詳細：固定−変動金利スワップ”インターフェース、を表示させる。かかるインターフェースは、メンバーにより作成された固定−変動金利スワップ取引依頼の詳細を示し、プロバイダが、上述の見積もりの詳細とともに、固定見積もりレート（たとえば、フィールド８１６０において”５．９５００００％”）を入力することを可能にする。 As another example, clicking the identification number (“4089”) of a swap transaction request (shown as
”見積もり詳細”インターフェースを用いることで、プロバイダは、”表示(indicative)”価格の見積もりを作成し、提出することもできる。かかる見積もりは、プロバイダとメンバー間の交渉あるいはプロバイダとメンバー間での取引の可能性を高めるため、メンバーに受諾されないが、プロバイダが、取引タイプの市場の水準を送信することを可能とする。”表示 ”見積もり(”indicative” quotes)は、メンバーがプロバイダとの信用関係を構築していない場合に用いるようにしてもよい。プロバイダは、表示価格見積もりを、見積もりのコメントフィールドを用いたものとして識別することができる。 Using the “Quotation Details” interface, providers can also create and submit “indicative” price quotes. Such quotes are not accepted by members to increase the likelihood of negotiations between the provider and member or transactions between the provider and member, but allow the provider to send the market level of the transaction type. “Indicative” quotes may be used when the member has not established a trust relationship with the provider. The provider can identify the displayed price quote as using a quote comment field.
v. 取引の実行(Execution of Transaction)
本発明のある実施形態を用いると、メンバーおよびプロバイダは、オンライン上で金融取引を実行することができる。外国為替スポット（”ＦＸスポット”）取引が、かかる取引の例として、図２で示されたフローチャートを参照しつつ以下で説明されている。これらのステップは、ここで述べる異なるタイプの取引のそれぞれについて本発明を用いて実行可能であることに注意すべきである。v. Execution of Transaction
With certain embodiments of the present invention, members and providers can conduct financial transactions online. Forex Spot (“FX Spot”) trading is described below with reference to the flowchart shown in FIG. 2 as an example of such trading. It should be noted that these steps can be performed using the present invention for each of the different types of transactions described herein.
(a) 準備ステップ (Preliminary Steps)
この例は、メンバーとプロバイダが、本システムを用いてオンラインで取引するのに必要な標準的契約を済ませており（図２のステップ３００）、メンバーに割り当てられる融資限度について交渉した（ステップＳ３１０）ことを前提としている。上述のように、これらのステップは、本システムにより提供される様々な通信メカニズムとともに、信用関係機能を含む、図８３に示した”トレーディングの文書化”インターフェースを用いて実行することができる。(a) Preliminary Steps
In this example, the member and provider have completed the standard contract necessary to trade online using the system (step 300 of FIG. 2) and negotiated the loan limit assigned to the member (step S310). It is assumed that. As described above, these steps can be performed using the “trading documentation” interface shown in FIG. 83, which includes a credit relationship function, along with various communication mechanisms provided by the system.
(b) 取引ならびに依頼の設定(Structuring of Transaction and Request)
メンバーは、まず、所望の取引依頼を設定し、作成しなければならない（図２のステップ３２０）。図１０３に示す、”新たな依頼”インターフェースは、それが、本発明のこの実施形態に含まれる様々な新しい依頼インターフェースに道筋(road map)を提供する場合、かかるタスクのための開始点となる。この例において、メンバーは、ＦＸスポット取引を作成することを希望するので、メンバーは、システムに、図１０４に示す”新たな依頼：ＦＸ”インターフェースを表示させる、”ＦＸスポット／先物”ボタン８４９０をクリックする。このインターフェース上で、メンバーは、希望するＦＸスポット取引に関する以下の詳細を入力する：
・取引日は、２０００年の９月１３日である（フィールド８５９０）。(b) Structure of Transaction and Request
The member must first set up and create the desired transaction request (
The transaction date is September 13, 2000 (field 8590).
・（ＦＸ交換についての）取引実行日は、２０００年９月１５日（フィール８６００）である（日付は、”日付設定”ボタン８６３０をクリックすることにより設定可能であることに注意）。• The transaction execution date (for FX exchange) is September 15, 2000 (feel 8600) (note that the date can be set by clicking the “Set Date” button 8630).
・メンバーは、米ドル（プルダウンメニュー８６２０）に対して百万（フィールド８６１０）ユーロ（プルダウンメニュー８５８０）を購入（ラジオボタン８５７０）する。Member purchases (radio button 8570) million (field 8610) euro (pull-down menu 8580) against US dollar (pull-down menu 8620).
・前記取引についてのメンバーの”法人組織”は、”PatentCorp”である。The member's “corporate organization” for the transaction is “PatentCorp”.
”パラメーター”ボタン８５６０をクリックすることで、システムに、図１０５に示すＦＸスポット取引についての”パラメーター”インターフェースを表示させる。このインターフェース上で、メンバーは、(i)終了日付／時刻（フィールド８６７０）あるいは(ii)終了するまでに残された時間（フィールド８６８０）、および、依頼に関する注意／コメント、を含むオンライン取引依頼のパラメーターを提供する。”保存”ボタン８７００をクリックすることで、システムに、取引依頼に関する情報を保存させる。”送信”ボタン８６９０をクリックすることにより、取引依頼詳細ならびにパラメーターを、本システムを介して、プロバイダに送信させる。 図１０４に示す”プロバイダ”ボタン８６５０をクリックすることで、システムに、図１０６のＦＸスポット取引についての”プロバイダ”インターフェースを表示させる。このインターフェースにおいて、メンバーは、自身が”送信”ボタンをクリックした場合、それに対してオンライン取引依頼が送られるプロバイダ（たとえば、””PatentBank”）を特定することができる。 Clicking on the “Parameters”
図１０４の”検討”ボタン８６６０をクリックすることで、システムに、図１０８に示すＦＸスポット取引についての”検討”インターフェースを表示させる。このインターフェース上では、メンバーは、それを一以上のプロバイダに送信する（”送信”ボタン８７３０をクリックすることにより）前に、取引依頼の詳細ならびにパラメーターを検討することができる。検討の後、メンバーが、取引依頼の詳細又はパラメーターのいずれかに変更を行いたい場合、メンバーは、必要に応じて、”新規依頼：ＦＸ”インターフェース（図１０４）、又は、”パラメーター”インターフェース（図１０５）に戻ることができる。 Clicking the “Review”
一以上のプロバイダに対する取引依頼の提出が完了すると、（図２のステップ３３０）、メンバーは、図１０７で示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを介して、何らかの価格見積もり情報を含む、取引依頼およびその現状について検討することができる。 Upon completion of submitting a transaction request to one or more providers (step 330 of FIG. 2), the member includes some price quote information via the “Request Details: FX Spot” interface shown in FIG. 107 and described above. You can review the transaction request and its status.
(c) 取引依頼の監視ならびに検討(Monitoring and Review of Transaction Request)
取引実行の次のステップは、一以上のプロバイダによるメンバーの取引依頼の受領ならびに検討である。本システムを用いることにより、プロバイダは、上述の依頼監視インターフェースを用いて入ってくる取引依頼を監視する。さらに、優先事項(prteference)と認識されると、プロバイダは、新規の取引依頼を受け取り次第、システムから自動的にたとえば、eメールメッセージによる）通知を受け取る（ことができる。図１０９Ａに示し、上述したように、”依頼の監視：現在”インターフェースは、新たな取引依頼を表示する。この例において、メンバーのＦＸスポット依頼は、システムに割り当てられた識別番号”５０６４”とともに表示される。識別番号（ボタン８７５０）をクリックすることで、プロバイダが、それから、応答する価格見積もりを作成することができる、図８５に示し、上述した、”依頼の詳細：ＦＸスポット”インターフェースを、システムに表示させる。なお、プロバイダは、プロバイダが、依頼を断ったことをシステムがメンバーへ通知するきっかけとなる、図１０９Ａの”拒否”ボタン８７５０をクリックすることにより、取引依頼を拒否することを選んでもよい。新しいＦＸスポット取引依頼も、図１０９Ｂに示され、上述したプロバイダの(i)”依頼の監視：新規”インターフェース、ならびに、図１０９Ｃに示され、上述した(ii)”依頼の監視：有効”インターフェース、に表示される。(c) Monitoring and Review of Transaction Request
The next step in executing the transaction is the receipt and review of the member's transaction request by one or more providers. By using this system, the provider monitors incoming transaction requests using the request monitoring interface described above. In addition, once recognized as a priority, the provider can automatically receive notifications (eg, via email messages) from the system upon receipt of a new transaction request, as shown in FIG. As such, the “Request Monitoring: Current” interface displays a new transaction request, in this example, the member's FX Spot request is displayed with an identification number “5064” assigned to the system. Clicking (button 8750) causes the system to display the “Request Details: FX Spot” interface shown in FIG. 85 and described above, which allows the provider to create a price quote to respond to. The provider notifies the member that the provider has refused the request. You may choose to reject the transaction request by clicking on the “Reject”
(d) 価格見積もりの作成ならびに提出(Creation and Submission of Price Quote)
メンバーの取引依頼を受け取り、検討した後、必要であれば、プロバイダは、図８５に示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを用いて、応答する価格見積もりを作成し、提出してもよい（図２のステップ３５０）。このインターフェースを用いることにより、プロバイダは、メンバーにオファーされる外国為替交換レート（フィールド８１４０内に”０．９２００００”）を入力する。プロバイダとメンバー間の交渉であって、本システムにより提供される通信メカニズム（チャット、eメール、インスタントメッセージング）あるいは、電話等の従来の手段を用いた交渉中、このステップを何度も繰り返すようにしてもよい。自身の見積もりの提出後、プロバイダは、図１０９Ｄに示し、上述した”依頼の監視：有効”インターフェースを用い、かかる見積もりの現状を監視することができる。プロバイダは、見積もりが”有効”な間、いつでも、見積もりを撤回することができる。(d) Creation and Submission of Price Quote
After receiving and reviewing the member's transaction request, if necessary, the provider creates and submits a responding price quote using the “Request Details: FX Spot” interface shown in FIG. 85 and described above. (
(e) 価格見積もりの監視ならびに検討(Monitoring and Review of Price Quote)
トレードを実行する際の次のステップは、メンバーにより、一以上のプロバイダからの価格見積もりを受信し、検討することである（図２のステップ３６０）本システムを用いることにより、メンバーは、上述の依頼監視インターフェースを用いて、入ってくる見積もりを監視する。さらに、優先事項と認識されると、メンバーは、新規の取引依頼を受け取り次第、システムから自動的な（たとえば、eメールメッセージによる）通知を受け取ることができる。図１１０Ａに示し、上記した”依頼の監視：現在”インターフェースは、新規見積もりを表示する。この例において、メンバーのＦＸスポット依頼ならびにプロバイダの見積もりは、システムに割り当てられた識別番号”５０６４”とともに表示される。かかる表示は、メンバーが、自身の取引依頼に応じて、一の見積もりを受け取ったことを表す。依頼識別番号（ボタン８７６０）をクリックすることで、システムに、図１１０Ｂに示し、上述した”依頼の詳細：ＦＸスポット”インターフェースを表示させる。このインターフェースは、メンバーの依頼の詳細だけでなく、プロバイダの見積もり詳細も表示する。(e) Monitoring and Review of Price Quote
The next step in performing the trade is to receive and review price quotes from one or more providers by the member (
(f) 価格見積もりの選択ならびに受諾(Selection and Acceptance of Price Quote)
一以上のプロバイダから価格見積もりを受け、検討した後、メンバーが自身の依頼を撤回しない限り（上述のように）、メンバーは、一以上のプロバイダによる価格見積もりを選択し、あるいは、より好ましい見積もりを得るため、プロバイダと交渉を行う（図２のステップ３７０）。かかる交渉は、本システムにより提供される通信メカニズム（チャット、eメール、インスタントメッセージ）あるいは、電話等の従来の手段、を通じて行われる。たとえば、メンバーは、プロバイダと、ＦＸスポット取引の価格見積もりに関する交渉を行うため、図１１０Ｂに示す”チャット”ボタン８７８０をクリックすることも可能である。かかる交渉の後、メンバーは、一のプロバイダからの見積もりを受諾する（図２のステップ３８０）。メンバーは、図１１０Ｂに示す”受諾”ボタン８７７０をクリックすることにより、自動的にこのステップを行うことができる。これによって、システムに、図１１０Ｃに示す”受諾：ＦＸスポット”インターフェースを表示させる。このインターフェースは、条件ならびに契約相手の情報を含む、受諾された見積もりならびに取引の詳細を表示する。(f) Selection and Acceptance of Price Quote
After receiving and reviewing price quotes from one or more providers, the member chooses a price quote from one or more providers (or as described above), unless a member withdraws his / her request (as described above). To obtain, negotiate with the provider (
図１１０Ｂに示す”受諾”ボタン８７７０をクリックするメンバーの動作により、メンバーならびにプロバイダの依頼のモニターが更新される。図１１０Ｄに示し、上述した、メンバーの”依頼の監視：受諾”は、この例のＦＸスポット取引（”５０６４”）を含む、メンバーの受諾された取引依頼の集約された詳細を表示する。 By the action of the member who clicks the “accept”
(g) 受諾された取引の認証(Verification of Accepted Transaction)
図１１１Ａに示し、上述したプロバイダの”依頼の監視：現在”インターフェースは、本例のＦＸスポット取引（”５０６４”）を含む、メンバーに受諾されたプロバイダの有効な価格見積もりの集約された詳細を表示する。さらに、優先事項と認識されると、メンバーによる見積もりの受諾を受け取り次第、プロバイダは、システムから自動的な通知（たとえば、eメールメッセージによる）を受け取ることができる。この段階において、かかるインターフェースを用いることで、プロバイダは、メンバーと、さらに通信を行い、又は、メンバーと交渉をする（たとえば、”チャット”ボタン８８００をクリックすることでチャットセッションを開始することにより）ことも、あるいは、プロバイダの見積もりがメンバーにより受諾されたことを認証（すなわち、確認）することもできる。(g) Verification of Accepted Transaction
The Provider Request Monitoring: Current interface shown in FIG. 111A and described above includes aggregated details of the provider's valid price quotes accepted by the member, including the FX Spot transaction in this example (“5064”). indicate. Further, once recognized as a priority, upon receipt of a quote acceptance by a member, the provider can receive an automatic notification (eg, by email message) from the system. At this stage, using such an interface, the provider can communicate further with the member or negotiate with the member (eg, by starting a chat session by clicking the “chat” button 8800). Alternatively, it can authenticate (ie, confirm) that the provider's quote has been accepted by the member.
この認証ステップ（図２のステップ３９０）は、図１１１Ａに示す”認証”ボタン８８１０をクリックすることにより実行することができる。認証後、システムは、取引を、”有効な”依頼から、図１１１Ｂに示す”最近終了済み”の見積もりに再分類する。この例において、ＦＸスポット取引（”５０６４”）は、”認証済み”という状況とともに表示される。この取引は、図１１１Ｃに示し、上述した、プロバイダの”依頼の監視：認証済み”インターフェースにも表示される。さらに、この認証は、(i)図７２に示し、上述した、メンバーの”依頼の監視：認証済み”インターフェース、ならびに、(ii)そこに、取引依頼が”他で成約”とともに表示される、他のプロバイダの”依頼の監視：現在”、上に表示される。This authentication step (
(h) 決済ならびにバックエンド処理(Settlement and Back-End Processing)
取引の受諾ならびに見積もりの認証後、メンバーおよびプロバイダは、上述のように、取引に関する自身の専用バックエンドシステムを自動的に更新し（図２のステップ４００）、決済ならびに支払いに関し、互いに通信を行う（図２のステップ４１０）よう、本発明のシステムを用いることができる。本システムは、メンバーおよびプロバイダに、以下で述べるキャッシュフローおよび手数料を含む、取引の追跡および管理を続行させることを可能にする。(h) Settlement and Back-End Processing
After accepting the transaction and authenticating the quote, the member and provider automatically update their dedicated back-end system for the transaction as described above (
２．非取引指向の特定機能(Non-Transaction-Specific Functionality)
システムのユーザー（すなわち、メンバーおよびプロバイダ）に、オンラインで金融取引を実行する能力を提供するだけでなく、本発明の本実施形態は、以下で述べるように、他のインタラクティブな機能を豊富に提供することもできる。 a. システムの個人化(System Personalization)
本発明の本実施形態は、ユーザーの効率を高め、使用を容易にし、さらに、本システムを用いてオンラインでの金融取引を実行するユーザーの経験を活用するため、メンバーおよびプロバイダが、システムを個人化し、カスタマイズすることを可能にする、一連のインターフェースを含んでいる。2. Non-Transaction-Specific Functionality
In addition to providing system users (ie, members and providers) with the ability to perform online financial transactions, this embodiment of the present invention provides a wealth of other interactive features, as described below. You can also a. System Personalization
This embodiment of the present invention allows members and providers to personalize the system to increase user efficiency and ease of use, and to take advantage of the user's experience of performing online financial transactions using the system. It includes a set of interfaces that allow it to be customized and customized.
i. コンテント(Content)
ユーザーは、たとえば、図２５に示された”My CFOWeb”インターフェース上で、図示したように、本システムにより与えられたニュースコンテントを個人化することができる。図２６から２６Ａに示された個人化インターフェースを用いることにより、ユーザーは、”利用可能なモジュールの”プルダウンメニュー２１３０から、一以上のニュースコンテントモジュール、ツール、サマリー、ならびに、チャートを選択し、”追加/削除”ボタン(”Add/Remove” buttons)と連動させて”左パネル”２１４０、”中央”パネル２１５０、および”右”パネル２１６０フィールドを用い、かかるコンテントのスクリーン上の位置(on-screen location)を特定することができる。図２６Ａに示す”更新”ボタンをクリックすることで、システムに、ユーザーの選択を保存させる。i. Content
The user can personalize the news content provided by the system, as shown, for example, on the “My CFOWeb” interface shown in FIG. By using the personalization interface shown in FIGS. 26-26A, the user can select one or more news content modules, tools, summaries, and charts from the “Available Modules” pull-
ii. プロフィール(Profile)
上述の”フィルタリング”機能に加え、本システムは、ユーザーが、自身のシステムのプロフィールを設定することを可能にするインターフェースを提供する。メンバーは、図８１に示す自身の”My Profile”インターフェース上で、自身の識別ならびに連絡情報を特定することができる。プルダウンメニューを用いることで、メンバーは、デフォルト報告通貨、業種、ならびに、時間帯を表すことができる。”保存”ボタン７０９０をクリックすることで、システムに、かかるプロフィール情報を保存させる。ii. Profile
In addition to the “filtering” functionality described above, the system provides an interface that allows the user to set up a profile for his system. The member can specify his / her identification and contact information on his / her “My Profile” interface shown in FIG. By using pull-down menus, members can represent the default reporting currency, industry, and time zone. Clicking on “Save”
同様に、プロバイダは、図９６に示す自身の”My Profile”インターフェース（図９５により示された”My Profile”メニュー上の”プロフィール”ボタン８２８０をクリックにより達することが可能な）上で、自身の識別ならびに連絡情報を特定することができる。プルダウンメニューを用いることで、プロバイダは、デフォルト報告通貨、業種、ならびに、時間帯を表すことができる。”保存”ボタン８３４０をクリックすることで、システムに、かかるプロフィール情報を保存させる。 Similarly, the provider can use his / her “My Profile” interface shown in FIG. 96 (which can be reached by clicking the “Profile”
b. ポートフォリオ管理(Portofolio Management)
本発明の本実施形態は、メンバーが、自身の完了した取引のポートフォリオを管理することを可能にする、一連のインターフェースを含んでいる。図４４から図４４Ａに示す”トレードリスト”インターフェースは、各取引について以下の情報を含む、各メンバーの完了した取引について集約されたサマリーを供給する：
・固有（システムに割り当てられた）の識別番号２３７０
・取引タイプ２３６０（例えば、”ＦＸスポット”）
・契約相手２３５０
・取引日付２４００
・詳細２４１０
それぞれのコラムのヘッダをクリックすることにより、一覧表は、上で記載された情報のいずれかのカテゴリーにより配列することができる。取引の一覧表は、一覧表の近くの選択インジケーターをクリックする（あるいは、すべてを選択するための”すべてをチェックする”ボタン２４４０をクリック）し、”削除”ボタン２４５０をクリックすることにより、削除することができる。”実行”ボタン２４９０(図４４Ａに示す)をクリックすることで、システムに、プルダウンメニュー２４８０（図４４Ａに示す）から選択可能な、取引が表示されたポートフォリオに関する報告を実行させる。かかる報告には、時価サマリーまたは詳細、今後のイベント（例えば、支払期日、レートの再設定）、外国為替交換の変化についての報告、金利感応性の報告、取引メモ(trade ticket)あるいは、監査報告、が含まれる。b. Portfolio Management (Portofolio Management)
This embodiment of the present invention includes a series of interfaces that allow members to manage their portfolio of completed transactions. The “Trade List” interface shown in FIGS. 44-44A provides an aggregated summary for each member's completed transactions, including the following information for each transaction:
Unique (assigned to the system)
Transaction type 2360 (eg “FX Spot”)
・
-
・
By clicking on the header of each column, the list can be arranged according to any of the categories of information listed above. The transaction list is deleted by clicking the selection indicator near the list (or clicking the “Check All”
前記サマリーに記載されている独立した取引のいずれかをクリックすることで、システムに、当該特定取引のサマリーの詳細を表示させる。さらに、前記システムは、各タイプの取引に関するキャッシュフロー、手数料ならびに追加情報の表示を作成し、表示させる。たとえば、”ＦＸスポット”取引に関する識別番号（”１”）２３９０（図４４に示す）をクリックすることで、システムに、図４５に示す”ＦＸスポットの詳細”インターフェース、を表示させる。各取引タイプのインターフェースの詳細を以下に示す。これらのインターフェースについて述べるにあたって、一以上の取引タイプに共通する特徴および／又はインターフェースについては、１度しか説明を行わない。 Clicking on any of the independent transactions listed in the summary causes the system to display the summary details for that particular transaction. In addition, the system creates and displays a display of cash flow, fees and additional information for each type of transaction. For example, clicking on the identification number (“1”) 2390 (shown in FIG. 44) for the “FX Spot” transaction causes the system to display the “FX Spot Details” interface shown in FIG. Details of the interface for each transaction type are shown below. In describing these interfaces, features and / or interfaces common to one or more transaction types will be described only once.
i. ＦＸスポット(FX Spot)
図４５に示す”ＦＸスポットの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸスポット取引の詳細を表示する：
・取引日付２５２０：両当事者によって通貨のトレードが合意された日。i. FX Spot
The “FX Spot Details” interface shown in FIG. 45 displays the details of a specific FX Spot transaction in the member's transaction portfolio, including:
Transaction date 2520: the date on which a currency trade was agreed by both parties.
・取引実行日２５３０：トレードに供される通貨が交換される日。Transaction execution date 2530: the date on which the currency offered for trading is exchanged.
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン２６１０。A
・元本(principal)２６２０：取得される通貨に交換される通貨の特定額。• Principal 2620: a specific amount of currency exchanged for the currency being acquired.
・スポットレート２６３０：トレードが行われた際の外国為替交換レート。Spot rate 2630: The foreign exchange exchange rate at the time of trading.
・アゲインスト２６４０：購入された通貨の特定の額。Against 2640: a specific amount of currency purchased.
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。Trade ID: A unique (assigned to the system) identification number.
・契約相手の名前２５４０：プロフィールボタン２５９０をクリックすることで、メンバーは、契約相手のプロフィール情報を見ることができる。Contract partner name 2540: By clicking on
・法人組織２５５０：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。Legal entity 2550: The name of the member or the legal entity associated with the member to which the transaction is assigned.
・記録２５６０：メンバーが、その中に取引を含めるトレーディングの記録。Record 2560: A trading record in which a member includes a transaction in it.
かかるインターフェースは、取引についての表示価額(indicative valuation)情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタン２６５０をクリックすることにより、特定の日付における表示について計算することができる。 Such an interface also displays indicative valuation information (eg, current net value) about the transaction, and also displays the transaction price for the latest market data. Such an evaluation can be calculated for a display on a particular date by clicking on the “price”
”キャッフロー”ボタン２５００をクリックすることで、システムに、図４５Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り(payments in or out)、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタン２６７０をクリックすることによりリフレッシュすることができる。 Clicking on the “cash flow”
”手数料”ボタン２５１０（図４５に示す）をクリックすることで、システムに、図４６に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド中に、要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。 Clicking on the “fee” button 2510 (shown in FIG. 45) causes the system to display a “fee” interface that is shown in FIG. 46 and represents the fees associated with a particular transaction. This interface allows a member to add payments associated with a transaction (by entering the requested information in the field provided and clicking the “Add” button) or delete (by clicking the “Delete” button) To be able to).
”追加情報”ボタン２５７０（図４５）をクリックすることで、システムに、図４７に示され、ユーザーが入力したコメント又は特定の取引に関する他の情報を表す”追加情報”インターフェースを表示させる。このインターフェースは、メンバーが、情報を更に追加（情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。情報を追加する場合、メンバーは、追加されたアイテムのアイテムタイプ２７００、価額２７１０（すなわち、情報）、ならびに、詳細２７２０を入力しなければならない。 Clicking on the “Additional Information” button 2570 (FIG. 45) causes the system to display the “Additional Information” interface that is shown in FIG. This interface allows members to add more information (by entering information and clicking the “Add” button) or by deleting (by clicking the “Delete” button). When adding information, the member must enter
ii. ＦＸ先物(FX Forward)
図４８に示す”ＦＸ先物の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸ先物取引の詳細を表示する：
・取引日付：両当事者によって通貨のトレードが合意された日。ii. FX Forward
The “FX Futures Details” interface shown in FIG. 48 displays details of a particular FX futures transaction in the member's trading portfolio, including:
Transaction date: the date on which a currency trade was agreed between the parties.
・取引実行日：トレードに供される通貨が交換される日。-Trade execution date: the date on which the currency offered for trading is exchanged.
・メンバーが、通貨を売っているのか買っているのか、を示すラジオボタン２７３０。A
・元本２７４０：取得される通貨に交換される通貨の特定額。Principal 2740: a specific amount of currency exchanged for the currency to be acquired.
・先物レート２７５０：トレードが行われた際の外国為替交換レート
・アゲインスト２７６０：購入された通貨の特定の額。• Futures rate 2750: Forex exchange rate when the trade was made • Against 2760: A specific amount of currency purchased.
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。Trade ID: A unique (assigned to the system) identification number.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図４８Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Such an interface also displays display price information about the transaction (eg, current net value) and also the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button. Clicking on the “cash flow” button causes the system to display a “cash flow” interface representing future cash flow information, payments or receipts for a particular transaction, as shown in FIG. 48A. This information can be refreshed by clicking the “Refresh” button.
iii. ＦＸスワップ(FX Swap)
図４９に示す”ＦＸ先物の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸスワップ取引の詳細を表示する：
・取引日付：両当事者によって通貨のトレードが合意された日。iii. FX Swap
The “FX Futures Details” interface shown in FIG. 49 displays the details of a particular FX swap transaction in the member's trading portfolio, including:
Transaction date: the date on which a currency trade was agreed between the parties.
・短期日:スワップの第一レグ（”短期レグ”）の支払いが行われた日。• Short Day: The date on which the first leg of the swap (“short leg”) was paid.
・長期日：スワップの第二レグ（”長期レグ”）の支払いが行われた日。• Long Day: The date on which the second leg of the swap (“Long Leg”) was paid.
・メンバーが、短期レグにおいて通貨を売っているのか買っているのか、を示すラジオボタン２７７０。A
・短期レグ元本(Near Leg Principal)２７８０:短期レグにおいて支払われる通貨の額。• Near Leg Principal 2780: The amount of currency paid in the short leg.
・短期レグスポットレート(Near Leg Spot Rate)２７９０:短期レグの外国為替交換レート。・ Near Leg Spot Rate 2790: Foreign exchange rate of short-term leg.
・短期レグアゲインスト(Near Leg Against)２８００:短期レグにおいて支払われる額を計算するための基として用いられる額。• Near Leg Against 2800: the amount used as the basis for calculating the amount paid in the short-term leg.
・メンバーが、長期レグにおいて通貨を売っているのか買っているのか、を示すラジオボタン２８１０。A
・長期レグ元本(Far Leg Principal)２８２０:長期レグにおいて支払われる通貨の額
・長期レグ先物レート(Far Leg Forward Rate)２８３０:長期レグの外国為替交換レート。• Long Leg Principal 2820: The amount of currency paid in the long leg • Far Leg Forward Rate 2830: The foreign exchange exchange rate of the long leg.
・長期レグアゲインスト(Far Leg Against)２８４０:長期レグにおいて支払われる額を計算するための基として用いられる額。Long Leg Against 2840: The amount used as the basis for calculating the amount paid in the long leg.
・トレードＩＤ：固有（システムに割り当てられた）の識別番号。Trade ID: A unique (assigned to the system) identification number.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図４９Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Such an interface also displays display price information about the transaction (eg, current net value) and also the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button. Clicking on the “cash flow” button causes the system to display a “cash flow” interface representing future cash flow information, payments or receipts for a particular transaction, as shown in FIG. 49A. This information can be refreshed by clicking the “Refresh” button.
iv. ＦＸ欧州オプション(FX European Option)
図５０に示す”ＦＸ欧州オプションの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のＦＸ欧州オプション（外国為替オプション）取引の詳細を表示する：
・取引日：両当事者によって通貨のトレードが合意された日。iv. FX European Option
The “FX European Option Details” interface shown in FIG. 50 displays the details of a specific FX European Option (Forex Option) transaction in the member's trading portfolio, including:
-Transaction date: the date on which a currency trade was agreed by both parties.
・終了日：オプションが終了する日。End date: The date on which the option ends.
・引渡期日:オプションを実行することにより、キャッシュフローまたは基礎取引額のいずれかを交換しなければならない日。• Delivery date: the date on which either the cash flow or the underlying transaction amount must be exchanged by executing the option.
・メンバーが通貨を売っているのか買っているのか、を示すラジオボタン２８５０。A
・元本２８６０：オプションを実行することにより購入あるいは売却する通貨に換算される通貨の額。Principal 2860: The amount of currency converted to the currency to be purchased or sold by executing the option.
・権利行使２８７０：オプション実行のきっかけとなる権利行使レート。• Exercise 2870: Exercise rate that triggers option execution.
・プレミアム２９００：オプションの実行により支払われるプレミアムの額
・支払い日２９１０：プレミアムを支払う日。Premium 2900: Amount of premium paid by execution of option. Payment date 2910: Date on which premium is paid.
・アゲインスト２８８０：オプションの実行による通貨の購入あるいは売却により決済された額。Against 2880: the amount settled by the purchase or sale of the currency by the execution of the option.
・変動率２９２０：基本となるオプションの変動率。Change rate 2920: Change rate of the basic option.
・引き渡し２８９０：オプションを実行することにより、(i)基礎となるトレードの正味キャッシュフローのみ（”キャッシュ”）又は(ii)基礎トレード（”フィジカル”）のいずれを決済すべきか否かを示すラジオボタン。Delivery 2890: Radio that indicates whether by executing the option, (i) only the net cash flow of the underlying trade (“cash”) or (ii) the underlying trade (“physical”) should be settled button.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。”キャッフロー”ボタンをクリックすることで、システムに、図５０Ａに示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Such an interface also displays display price information about the transaction (eg, current net value) and also the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button. Clicking on the “cash flow” button causes the system to display a “cash flow” interface that represents future cash flow information, payments or receipts for a particular transaction, as shown in FIG. 50A. This information can be refreshed by clicking the “Refresh” button.
v. 固定−変動金利スワップ
図５１から５１Ｂにより示される”固定変動金利スワップの詳細”インターフェースは、メンバーの取引ポートフォリオにおける特定の固定-変動金利スワップ取引（あるいは、変動−固定金利スワップ）の詳細を表示する。本システムは、変動−変動金利スワップ、固定−固定クロスカレンシースワップ、固定−変動クロスカレンシースワップ（あるいは、変動−固定クロスカレンシースワップ）、ならびに変動−変動クロスカレンシースワップ取引、と同様のインターフェースを含んでいる。かかるインターフェースにより表示される詳細は、以下を含んでいる：
・取引日２９３０：両当事者によってスワップが合意された日。v. Fixed-Floating Interest Rate Swap The “Fixed-Floating Interest Rate Swap Details” interface, illustrated by Figures 51-51B, provides details on specific fixed-floating interest rate swap transactions (or variable-fixed interest rate swaps) in the member's trading portfolio. indicate. The system includes interfaces similar to floating-floating interest rate swaps, fixed-fixed cross-currency swaps, fixed-floating cross-currency swaps (or variable-fixed cross-currency swaps), and variable-floating cross-currency swap transactions. Yes. Details displayed by such an interface include:
Transaction date 2930: The date on which swap is agreed by both parties.
・開始日２９４０：スワップ契約が始まる日。Start date 2940: The date on which the swap contract begins.
・終了日２９５０：スワップ契約が終了する日。End date 2950: The date when the swap contract ends.
・支払いまたは受け取りレグにおいて、メンバーが、通貨を売っているのか買っているのか、を示すインジケーター２９６０。An
・名目元本額２９７０および固定または変動レグについての通貨。• Currency for nominal principal amount 2970 and fixed or variable leg.
・固定レグについての固定レート２９８０、ならびに、変動レグについての変動レート指標およびベーシス・ポイントスプレッド。Fixed
・第一固定金利２９９０：変動受け取りレグの最初の金利計算期間のために用いられる金利（オプショナル）。First fixed interest rate 2990: the interest rate used for the first interest calculation period of the variable receiving leg (optional).
・デイ・カウント３０００：(i)固定レグおよび(ii)変動レグのそれぞれにより特定される金利を計算するために用いられるデイ・カウント法。Day count 3000: A day count method used to calculate the interest rate specified by each of (i) a fixed leg and (ii) a floating leg.
・支払い周期３０１０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される金利の支払い周期。• Payment cycle 3010: Interest payment cycle specified for each of (i) fixed leg and (ii) variable leg.
・ロールデート３０２０：支払いがビジネスが休みの日にあたった場合、(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、金利の支払いを決定するのに用いられる各期間についての特定の日および協定。Roll date 3020: specific for each period used to determine interest payments, specified for each of the (i) fixed leg and (ii) variable leg if the payment falls on a business holiday Day and agreement.
・金利再設定カレンダー３０３０：変動レグに関する金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate resetting calendar 3030: A region specific (eg New York, London) calendar used for business holiday confirmation for resetting interest rates on floating legs.
・休日３０４０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、支払い計算に用いられる地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holidays 3040: Region-specific (eg New York, London) business holidays used for payment calculations, identified for each of (i) fixed leg and (ii) variable leg.
・スタブ３０５０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いのためのインジケーター。Stub 3050: An indicator for irregular payments identified for each of (i) fixed leg and (ii) variable leg.
・スタブの長さ３０６０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、不定期な支払いスケジュール長。Stub length 3060: an irregular payment schedule length specified for each of (i) fixed leg and (ii) variable leg.
・複利周期３０７０：(i)固定レグおよび(ii)変動レグのそれぞれについて特定される、複利の計算周期。Compound interest period 3070: Compound interest calculation period specified for each of (i) fixed leg and (ii) variable leg.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェースは、取引についての表示価額の情報（たとえば、現在の正味価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。 Such an interface also displays display price information about the transaction (eg, current net value) and also the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button.
”キャッフロー”ボタンをクリックすることで、システムに、図５２に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Clicking on the “cash flow” button causes the system to display a “cash flow” interface representing future cash flow information, payments or receipts for a particular transaction, as shown in FIG. This information can be refreshed by clicking the “Refresh” button.
”金利再設定”ボタン（図５１）をクリックすることで、システムに、図５３に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させるとともに、”固定”および”金利固定”("Lock" and "Lock Rate"）の詳細を明らかにさせることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。 Clicking on the "Reset Interest Rate" button (Fig. 51) will cause the system to display the "Reset Interest Rate" interface that shows all the events related to resetting interest rates for a particular transaction (both past and future) as shown in Fig. 53 , And details of “Lock” and “Lock Rate” can be clarified. Any of these rates can be fixed by resetting such a rate and clicking the “Update” button.
vi. 金利先渡し契約(Forward Rate Agreement)
図５４に示す”金利先渡し契約の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定の金利先渡し契約取引の詳細を表示する：
・取引日３０９０：両当事者によってトレードが合意された日。vi. Forward Rate Agreement
The “Interest Forward Contract Details” interface shown in FIG. 54 displays the details of a specific interest rate forward contract transaction in the member's transaction portfolio, including:
Transaction date 3090: The date on which the trade is agreed by both parties.
・期間３１００：トレードの開始ならびに終了日；例えば、”３x６月(3x6 months)”は、トレードが、取引日の３ヵ月後の最初の就業日に始まり、取引日の６ヵ月後の最初の就業日に終わることを意味する。• Period 3100: Start and end date of trade; for example, “3x6 months” means that the trade starts on the
・開始日３１１０：金利先渡し契約が始まる日。-Start date 3110: The date when the interest rate forward contract starts.
・終了日３１２０：金利先渡し契約が終了する日。End date 3120: The date on which the interest rate forward contract ends.
・メンバーが金利先渡し契約を売っているのか買っているのか、を示すラジオボタン。A radio button that indicates whether the member is selling or buying an interest rate forward contract.
・名目元本額３１５０：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount 3150: the amount and currency type used as the basis for calculating the payment stream.
・金利先渡し契約レート３２１０：金利先渡し契約の支払いのきっかけとなる金利先渡し契約レート。Interest rate forward contract rate 3210: Interest rate forward contract rate that triggers payment of interest rate forward contracts.
・金利の指標３１６０。-Interest rate indicator 3160.
・デイ・カウント３１７０：金利を計算するために用いられるデイ・カウント法。 Day count 3170: Day count method used to calculate interest rates.
・ロール/デート３１８０：支払いがビジネスの休みの日にあたる場合、金利先渡し契約の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date 3180: Specific dates and agreements for each period used to determine payment for interest rate forward contracts when payment falls on a business holiday.
・休日３１９０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holiday 3190: A region-specific (eg New York, London) business holiday used for payment calculations.
・金利再設定カレンダー３２００：金利再設定のためビジネスの休日の確認に用いられる、地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate reset calendar 3200: A region specific calendar (eg New York, London) used to confirm business holidays to reset interest rates.
かかるインターフェースは、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。 Such an interface also displays display valuation information (eg, net present value) for the transaction, and also displays the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button.
”キャッフロー”ボタンをクリックすることで、システムに、図５５に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Clicking on the “Cash Flow” button causes the system to display a “Cash Flow” interface representing future cash flow information, payments or receipts for a particular transaction, as shown in FIG. This information can be refreshed by clicking the “Refresh” button.
”金利再設定”ボタン（図５４）をクリックすることで、システムに、図５６に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定”３２２０および”金利固定”３２３０("Lock" and "Lock Rate"）の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。 Clicking the "Reset Interest Rate" button (Fig. 54) will cause the system to display an "Reset Interest Rate" interface that shows all events related to resetting interest rates for a particular transaction (both past and future) as shown in Fig. 56 To display details of “fixed” 3220 and “fixed interest rate” 3230 (“Lock” and “Lock Rate”). Any of these rates can be fixed by resetting such a rate and clicking the “Update” button.
vii. 定期預金(Fixed Rate Deposit)
図５７に示す”定期預金の詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定の定期預金取引の詳細を表示する：
・取引日３２４０：両当事者によって預金が合意された日。vii. Fixed Rate Deposit
The “Time Deposit Details” interface shown in FIG. 57 displays the details of a specific time deposit transaction in the member's transaction portfolio, including:
Transaction date 3240: the date on which the deposit was agreed by both parties.
・取引実行日３２５０：預金が始まる日。Transaction execution date 3250: Date when deposit starts.
・終了日３２６０：預金が終了する日。End date 3260: the date on which the deposit ends.
・元本３２８０：預金の金額ならびに通貨のタイプ。 ・ Principal 3280: Deposit amount and currency type.
・レート３２９０：預金の金利
・デイ・カウント３３００：金利を計算するために用いられるデイ・カウント法。• Rate 3290: Deposit interest rate • Day count 3300: Day count method used to calculate interest rate.
・支払い周期３３１０：金利支払いの周期。Payment cycle 3310: Interest payment cycle.
・ロール/デート３３２０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date 3320: Specific dates and agreements for each period used to determine interest payments when payment falls on a business holiday.
・休日３３３０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holiday 3330: A region-specific (eg New York, London) business holiday used for payment calculations.
・スタブ３３４０：不定期な支払いのためのインジケーター。Stub 3340: indicator for irregular payments.
・スタブの長さ３３５０：不定期な支払いスケジュール長。Stub length 3350: irregular payment schedule length.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。・ Corporate organization: The name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェースは、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。 Such an interface also displays display valuation information (eg, net present value) for the transaction, and also displays the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button.
”キャッフロー”ボタンをクリックすることで、システムに、図５８に示され、特定取引に関する将来のキャッシュフロー情報、支払い又は受け取り、を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Clicking on the “Cash Flow” button causes the system to display a “Cash Flow” interface representing future cash flow information, payments or receipts for a particular transaction, as shown in FIG. This information can be refreshed by clicking the “Refresh” button.
viii. キャップ(Cap)
図５９から５９Ａに示す”キャップの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のキャップ取引の詳細を表示する：
・取引日３３６０：両当事者によってトレードが合意された日。viii. Cap
The “Cap Details” interface shown in FIGS. 59-59A displays the details of a particular cap transaction in a member's transaction portfolio, including:
Transaction date 3360: the date on which the trade was agreed by both parties.
・開始日３３７０：オプションが始まる日。Start date 3370: the date on which the option begins.
・終了日３３８０：オプションが終了する日。End date 3380: the date on which the option ends.
・メンバーがキャップを売っているのか買っているのか、を示すラジオボタン３３９０。 A
・名目元本額３４００：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount 3400: the amount and currency type used as the basis for calculating the payment stream.
・権利行使レート３５００：キャップ取引実行のための権利行使レート。 ・ Exercise rate 3500: Exercise rate for executing cap transactions.
・指標３４１０および変動金利のベーシス・ポイントスプレッド。• Basis point spread for indicator 3410 and floating interest rate.
・第一固定金利３４２０：最初のキャプレットの計算期間のために用いられる金利。First fixed interest rate 3420: Interest rate used for the first caplet calculation period.
・プレミアム３５２０：キャップのために支払われる額。Premium 3520: The amount paid for the cap.
・プレミアム日付３５３０：プレミアムの支払いが行われる日。Premium date 3530: the date on which premium payments are made.
・デイ・カウント３４３０：金利を計算するために用いられるデイ・カウント法。Day count 3430: A day count method used to calculate interest rates.
・支払い周期３４４０：キャップ支払いの周期。Payment cycle 3440: Cap payment cycle.
・ロール/デート３４５０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date 3450: Specific dates and agreements for each period used to determine interest payments when payment falls on a business holiday.
・金利再設定カレンダー３４６０：金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate reset calendar 3460: A region specific calendar (eg New York, London) used to confirm business holidays for resetting interest rates.
・休日３４７０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holiday 3470: A region-specific (eg New York, London) business holiday used for payment calculations.
・スタブ３４８０：不定期な支払いのためのインジケーター。Stub 3480: indicator for irregular payments.
・スタブの長さ３４９０：不定期な支払いスケジュール長。Stub length 3490: irregular payment schedule length.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェース（図５９Ａ）は、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。 Such an interface (FIG. 59A) is display evaluation information (eg, net present value) about the transaction, and also displays the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button.
”キャッフロー”ボタン（図５９）をクリックすることで、システムに、図６０に示され、特定取引に関する将来のキャッシュフロー情報を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Clicking on the “cash flow” button (FIG. 59) causes the system to display the “cash flow” interface shown in FIG. 60 and representing future cash flow information for a particular transaction. This information can be refreshed by clicking the “Refresh” button.
”手数料”ボタン（図５９）をクリックすることで、システムに、図６１に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド内に要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。 Clicking on the “Fees” button (FIG. 59) causes the system to display the “Fees” interface that is shown in FIG. 61 and represents the fees associated with a particular transaction. This interface allows members to add payments associated with a transaction (by entering the requested information in the fields displayed and clicking the “Add” button) or by clicking the “Delete” button. ).
”金利再設定”ボタン（図５９）をクリックすることで、システムに、図６２に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定”３５４０および”金利固定”３５５０("Lock" and "Lock Rate"）の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。 Clicking the “Reset Interest Rate” button (FIG. 59) will cause the system to display the “Reset Interest Rate” interface, which shows all the events related to interest rate reset for a particular transaction (both past and future) as shown in FIG. To display details of “fixed” 3540 and “fixed interest rate” 3550 (“Lock” and “Lock Rate”). Any of these rates can be fixed by resetting such a rate and clicking the “Update” button.
ix. フロア(Floor)
図６３から６３Ａに示す”フロアの詳細”インターフェースは、以下の事項を含む、メンバーの取引ポートフォリオにおける特定のフロア取引の詳細を表示する：
・取引日３５６０：両当事者によってトレードが合意された日。ix. Floor
The “Floor Details” interface shown in FIGS. 63-63A displays the details of a particular floor transaction in the member's transaction portfolio, including:
Transaction date 3560: The date on which the trade was agreed by both parties.
・開始日３５７０：オプションが始まる日。Start date 3570: the date on which the option begins.
・終了日３５８０：オプションが終了する日。End date 3580: The date on which the option ends.
・メンバーがフロアを売っているのか買っているのか、を示すラジオボタン３５９０。 A
・名目元本額３６００：支払いストリームを計算する基として用いられる額および通貨のタイプ。Nominal principal amount 3600: the amount and currency type used as the basis for calculating the payment stream.
・権利行使レート３７００：フロア取引実行のための権利行使レート。 -Exercise rate 3700: Exercise rate for executing floor transactions.
・指標３６１０および変動金利のベーシス・ポイントスプレッド。• Basis point spread for
・第一固定金利３６２０：最初のフロアレットの計算期間のために用いられる金利。First fixed rate 3620: Interest rate used for the first floorlet calculation period.
・プレミアム３７２０：フロアのために支払われる額。Premium 3720: The amount paid for the floor.
・支払日３７３０：プレミアムの支払いが行われる日。Payment date 3730: the date on which premium payments will be made.
・デイ・カウント３６３０：金利を計算するために用いられるデイ・カウント法。Day count 3630: A day count method used to calculate interest rates.
・支払い周期３６４０：金利／元本支払いの周期。Payment cycle 3640: Interest / principal payment cycle.
・ロール/デート３６５０：支払いがビジネスの休みの日にあたる場合、金利の支払いを決定するのに用いられる、各期間についての特定の日および協定。Roll / date 3650: Specific dates and agreements for each period used to determine interest payments when payment falls on a business holiday.
・金利再設定カレンダー３６６０：金利再設定のためビジネスの休日の確認に用いられる地域の特有（例えば、ニューヨーク、ロンドン）のカレンダー。Interest rate reset calendar 3660: A calendar specific to the region (eg New York, London) used to confirm business holidays for interest rate reset.
・休日３６７０：支払い計算に用いられる、地域特有（例えば、ニューヨーク、ロンドン）のビジネスの休日。Holiday 3670: A business holiday specific to a region (eg New York, London) used for payment calculations.
・スタブ３６８０：不定期な支払いのためのインジケーター。Stub 3680: indicator for irregular payments.
・スタブの長さ３６９０：不定期な支払いスケジュール長。Stub length 3690: irregular payment schedule length.
・契約相手の名前。・ Name of contract partner.
・法人組織：メンバーの名称、あるいは、それに対して取引が割り当てられる、メンバーと関連する法人組織。• Corporate organization: the name of the member or the legal entity associated with the member to whom the transaction is assigned.
・記録：メンバーが、その中に取引を含めるトレーディングの記録。• Record: A trading record in which a member includes a transaction.
かかるインターフェース（図６３Ａ）は、取引についての表示評価情報（たとえば、正味現在価値）であって、最新のマーケットデータに対する取引価格も表示する。かかる評価は、”価格”ボタンをクリックすることにより、特定の日付における表示について計算することができる。 Such an interface (FIG. 63A) is display evaluation information (for example, net present value) about the transaction, and also displays the transaction price for the latest market data. Such a rating can be calculated for a display on a particular date by clicking on the “Price” button.
”キャッフロー”ボタン（図６３）をクリックすることで、システムに、図６４に示され、特定取引に関する将来のキャッシュフロー情報を表す”キャッフロー”インターフェースを表示させる。この情報は、”リフレッシュ”ボタンをクリックすることによりリフレッシュすることができる。 Clicking on the “cash flow” button (FIG. 63) causes the system to display a “cash flow” interface, which is shown in FIG. 64 and represents future cash flow information for a particular transaction. This information can be refreshed by clicking the “Refresh” button.
”手数料”ボタン（図６３）をクリックすることで、システムに、図６５に示され、特定の取引に伴う手数料を表す”手数料”インターフェースを表示させる。このインターフェースは、メンバーが、取引に伴う支払いを追加（表示されたフィールド内に要求された情報を入力し、”追加”ボタンをクリックすることにより）又は削除（”削除”ボタンをクリックすることにより）することを可能にする。 Clicking on the “fee” button (FIG. 63) causes the system to display the “fee” interface shown in FIG. 65 and representing the fees associated with a particular transaction. This interface allows members to add payments associated with a transaction (by entering the requested information in the fields displayed and clicking the “Add” button) or by clicking the “Delete” button. ).
”金利再設定”ボタン（図６３）をクリックすることで、システムに、図６６に示され、特定の取引についての金利再設定に関するイベントを全て（過去も未来も）表す”金利再設定”インターフェースを表示させ、”固定（Lock）”３７４０および”金利固定（Lock Rate）”３７５０の詳細を明らかにすることができる。これらのいずれかのレートは、かかるレートを再設定し、”更新”ボタンをクリックすることにより、固定することができる。 Clicking on the "Reset Interest Rate" button (Fig. 63) will cause the system to display an "Reset Interest Rate" interface that shows all events related to resetting interest rates for a particular transaction (both past and future) as shown in Fig. 66 , And details of “Lock” 3740 and “Lock Rate” 3750 can be revealed. Any of these rates can be fixed by resetting such a rate and clicking the “Update” button.
c. 市場データ(Market Data)
本発明のこの実施形態は、システムユーザーに、現在の市場データを提供する一連のインターフェースを含んでいる。かかるデータは、システムへのリアルタイムのマーケットフィード(real-time market feeds)によって、周期的に（決められた間隔により）リフレッシュされる。これらのインターフェースは、以下を含んでいる：
・図２７から２７Ａに示した”マーケットサマリー”インターフェースは、キーとなる交換レート、金利、国債レート（treasury rates)および他の指標の概要サマリーを提供する。c. Market Data
This embodiment of the present invention includes a series of interfaces that provide system users with current market data. Such data is refreshed periodically (with a fixed interval) by real-time market feeds to the system. These interfaces include the following:
The “market summary” interface shown in FIGS. 27-27A provides a summary summary of key exchange rates, interest rates, treasury rates and other indicators.
・図２８から２８Ａに示す”外国為替キャッシュ”インターフェースは、国際的な通貨の交換レートのサマリーを提供する。The “Forex Cash” interface shown in FIGS. 28-28A provides a summary of international currency exchange rates.
・図２９から２９Ａに示す”マネー”インターフェースは、国際的な預金およびローン金利のサマリーを提供する。The “money” interface shown in FIGS. 29-29A provides a summary of international deposit and loan interest rates.
・図３０から図３０Ａに示す”債券(Money)”インターフェースは、国際的な債券および他の債券レートのサマリーを提供する。The “Money” interface shown in FIGS. 30-30A provides a summary of international bonds and other bond rates.
・図３１に示す”交換−トレード・インスツルメント”インターフェースは、は、国際的な交換−トレード・インスツルメント（たとえば、債券およびショートコントラクト）のサマリーを提供する。The “Exchange-Trade Instruments” interface shown in FIG. 31 provides a summary of international exchange-trade instruments (eg, bonds and short contracts).
本システムは、市場データの特定部分をグラフィックによる利回り曲線形式(graphical yield curves))で表示するようにしてもよい。 The system may display specific portions of market data in a graphical yield curve format.
d. ニュースならびに金融情報(News and Financial Information)
本発明のこの実施形態は、システムユーザーに対し、現在のニュースならびに金融情報を提供する、一連のインターフェースを含んでいる。かかるデータは、連続的にリフレッシュされる。図３２に示す、”ワールド＆ビジネス”インターフェースは、現在の、ワールド・アンド・ビジネスニュースの見出しを表示する。さらに、このインターフェースおよび他のニュースインターフェースは、ユーザーが、フィールド２３００にタームを入力し、”検索”ボタンをクリックすることにより、ニュースについて、かかるタームに関連する検索を行うことを可能にする機能を含んでいる。d. News and Financial Information
This embodiment of the invention includes a series of interfaces that provide system users with current news as well as financial information. Such data is continuously refreshed. The “World & Business” interface shown in FIG. 32 displays the current World and Business News headline. In addition, this interface and other news interfaces have features that allow users to search for news related to such terms by entering the terms in
図３３に示す”産業”ニュースインターフェースは、ユーザーにより選択された産業リスト２３１０中の特定の産業（たとえば、”航空”）に関する現在のニュースの見出しを表示する。図３４に示す”ワールドビジネス”ニュースインターフェースは、国際ビジネスニュースの見出しを表示する。 The “Industry” news interface shown in FIG. 33 displays current news headlines for a particular industry (eg, “aviation”) in the
図３５に示す”外国為替”ニュースインターフェースは、国際的な交換レートおよびマーケットに関する現在のニュースの見出しを表示する。かかるインターフェースは、マーケットの概要(market brief)へのアクセスも提供する。たとえば、”ＭＣＭ”ボタン２３２０をクリックすることで、システムに、図３６に示すようなＭＣＭ社により準備された外国為替市場の分析を表示させる。 The “Forex” news interface shown in FIG. 35 displays current news headlines for international exchange rates and markets. Such an interface also provides access to a market brief. For example, clicking on the “MCM”
図３７に示す”債券市場(Money Markets)”ニュースインターフェースは、国際債券市場に関する現在のニュース見出しを表示する。かかるインターフェースは、マーケットの概要へのアクセスも提供する。たとえば、”Briefing.com"ボタン２３３０をクリックすることで、システムに、図３８に示すようなBriefing.com社により準備された金利の分析を表示させる。図３９に示す”信用市場(Credit Market)”ニュースインターフェースは、国際信用市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。図４０に示す”イクイティー(equities)”ニュースインターフェースは、国際イクイティー市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。最後に、図４１に示す”商品”ニュースインターフェースは、国際商品市場に関する現在のニュース見出しを表示するとともに、マーケットの概要へのアクセスを提供する。 The “Money Markets” news interface shown in FIG. 37 displays current news headlines for the international bond market. Such an interface also provides access to a market overview. For example, clicking on the “Briefing.com”
e. 調査(Reserach)
本発明のこの実施形態は、システムユーザーに対して、関連する金融調査コンテンツを提供する一連のインターフェースを含んでいる。図２２に示す”アイデア”インターフェースは、コンテンツへのリンクならびに国際財務トピックに関する記事を表示する。かかるインターフェースは、”ベスト プラクテイス”２０９０ならびに”コンテンツ プロバイダ”２１００へのリンクも含んでいる。”コンテンツ プロバイダ”ボタン２１００をクリックすることで、システムに、図２３に示す”コンテンツ プロバイダ”インターフェースを表示させる。かかるインターフェースは、システムコンテンツのプロバイダに関する情報へのリンクを含んでいる。たとえば、リンク２１１０をクリックすることで、システムに、コンテンツのプロバイダであるDeloitte & Touche社に関する情報を表示させる。e. Research
This embodiment of the invention includes a series of interfaces that provide system users with relevant financial survey content. The “Idea” interface shown in FIG. 22 displays links to content as well as articles on international financial topics. Such an interface also includes links to “Best Practices” 2090 as well as “Content Providers” 2100. By clicking the “content provider”
図４２に示す”調査”インターフェースは、多数のコンテンツのプロバイダにより準備された金融調査ならびに分析概要についてのトピックのインデックスを表示する。ユーザーは、コンテンツプロバイダにより準備された、特定の概要又は全ての概要にリンクさせることが可能である。”ＢＮＰパリバ(BNP Paribas)”へのリンク２３４０又は２３４５をクリックすることで、システムに、図４３に示す”ＢＮＰパリバによる調査”インターフェースを表示させる。このインターフェースは、ユーザーによりダウンロード可能な、ＢＮＰパリバ社によって準備された様々な調査概要を記載している。 The “Survey” interface shown in FIG. 42 displays a financial survey prepared by a number of content providers as well as an index of topics on the analysis summary. Users can link to specific summaries or all summaries prepared by the content provider. Clicking on a
図２４に示す”プロバイダ”インターフェースは、特定のプロバイダのウエッブサイトへのリンクを提供する。これらは、メンバーと取引契約を行うのと同じプロバイダである。たとえば、”ＢＮＰパリバ”へのリンク２１２０は、システムに、ＢＮＰパリバ社のウエッブサイトへリンクさせる。 The “provider” interface shown in FIG. 24 provides a link to a specific provider's website. These are the same providers that do business contracts with members. For example, a
f. ユーザー間の通信(Communication Among Users)
i. チャット(Chat)
上述のように、本発明のこの実施形態は、ユーザー（すなわち、メンバーおよびプロバイダ）が、取引依頼ならびに価格見積もりに関するチャットによる通信を実行することを可能にする。本システムは、チャットサーバー１２０（図１）を通じ、かかるチャットをサポートする。たとえば、図８４に示す、メンバーの”依頼の監視：現在”インターフェースは、特定の取引依頼についてプロバイダとのチャットを開始するため、メンバーが、”チャット”ボタンをクリックすることを可能にする。この実施形態において、チャットは開始されると、システムは、以下のものを表示するポップアップインターフェースを表示する：
・サブジェクト取引依頼(subject transaction request)のシステムに割り当てられた識別番号
・テキスト入力フィールド
・契約相手のeメールアドレス
・メンバーのeメールアドレス
・チャットが開始された日時
チャットが行われると、チャットインターフェースは、各当事者から送られたテキストも表示する。f. Communication Among Users
i. Chat
As described above, this embodiment of the invention allows users (ie, members and providers) to perform chat communications regarding transaction requests and price quotes. The system supports such chat through the chat server 120 (FIG. 1). For example, the member's “Monitor Request: Current” interface, shown in FIG. 84, allows the member to click the “Chat” button to initiate a chat with the provider for a particular transaction request. In this embodiment, when a chat is initiated, the system displays a pop-up interface that displays:
・ Identification number assigned to the subject transaction request system ・ Text input field ・ E-mail address of the contract partner ・ E-mail address of the member ・ Date and time of chat start When chatting is performed, the chat interface Also displays the text sent by each party.
ii. 電子メール(Electronic Mail)
本発明のこの実施形態は、ユーザー（すなわち、メンバーおよびプロバイダ）が、電子メールを介し、システムはもちろん、相互に、通信を実行することを可能にする。本システムは、eメールサーバー１４０（図１）を介して、eメールの安全性をサポートする。eメールメッセージは、取引依頼の内容を詳述するＸＭＬ文書を含んでもよく、かかるメッセージを受け取ることで、様々なＸＭＬツールを用いた取引の詳細を考察することができる。かかるＸＭＬツールは、取引を作成し、前記eメールメッセージからリアルタイムで値付けの分析を提供する能力を有している。本システムは、ユーザーのバックエンドシステムに、直接、ＸＭＬメッセージを送ってもよく、かかるシステムは、取引依頼を受け取って自動的に処理するＸＭＬインタープレッツ(XML interprets)を含むようにしてもよい。ii. Electronic Mail
This embodiment of the present invention allows users (ie, members and providers) to communicate with each other as well as the system via email. The system supports email security via email server 140 (FIG. 1). The email message may include an XML document detailing the contents of the transaction request, and upon receipt of such message, the details of the transaction using various XML tools can be considered. Such XML tools have the ability to create transactions and provide pricing analysis in real time from the email message. The system may send XML messages directly to the user's back-end system, and such a system may include XML interprets that receive and automatically process transaction requests.
Ｄ． 双方向の値付け(Two-Way Pricing)
本発明のこの実施形態は、法人組織が、本システムを用いて、銀行から”双方向の”値付けを依頼することを可能にする、すなわち、法人が、自身が通貨の購入あるいは売却のいずれを行うのかを知らせずに、通貨の購入ならびに売却の両方についての価格見積もりを依頼することができるシステムを含んでいる。かかる双方向の値付けは、様々な取引タイプ（ここで述べるように、システムによって取り扱われる、たとえば、ＦＸスポット、ＦＸスワップ、片側取引(Outright)等）において利用可能である。D. Two-way pricing
This embodiment of the present invention allows a legal entity to request “bi-directional” pricing from a bank using the system, ie, a legal entity either purchases or sells currency. It includes a system that can request price quotes for both buying and selling currency without telling you what to do. Such bi-directional pricing is available for various transaction types (as described herein, handled by the system, eg, FX Spot, FX Swap, Outright, etc.).
図１３２は、本発明のこの実施形態を用いて、銀行からの双方向の価格見積もりを依頼するため、企業体によって用いられるユーザーインターフェースの一例を示す。同じインターフェースを、通常の片側方向の価格見積もりの依頼に用いることができることに注意すべきである。インジケーター１０３００を設定することにより、企業体は、自身が価格見積もりを受け取ることを希望する一又は複数の銀行を特定する。また、企業体は、取引日１０３０５、購入通貨１０３１０、売却通貨１０３１５、ならびに購入額１０３２０あるいは売却額１０３２５を入力する。企業体は、”双方向の見積もり”ボタン１０３３５（あるいは、通常の片側方向の価格見積もりについては”片側方向の見積もり”ボタン１０３３０）をクリックすることにより、自身の価格見積もりに関する依頼を提出する。価格見積もりの受け取り後、両方向の見積もりは、銀行名、入札およびオファー見積もり、ならびに、見積もり受諾ボタンを含む、同じユーザーインターフェース上に表示される。依頼を行っている企業は、自身が最初に取引することをシステムに示した”側(side)”（すなわち、購入あるいは売却）のみを受諾可能であることに注意すべきである。したがって、本システムは最終的にどのような取り引きするか知らない銀行から、企業がフェアな価格見積もりを受け取るとともに、価格競争から銀行を守ることを可能にする。また、かかるインターフェースは、価格見積もり依頼を撤回するため、企業体がクリック可能なボタンを含む。 FIG. 132 illustrates an example of a user interface used by a business entity to request a bi-directional price quote from a bank using this embodiment of the present invention. It should be noted that the same interface can be used for normal one-way price quote requests. By setting
図１３３は、本発明の一実施形態を用いて、双方向の価格見積もりを、依頼元の企業体に提出するため、銀行によって用いることができるユーザーインターフェースの一例を示している。同じインターフェースを、通常の片側方向の価格見積もりを提供するために用いることができることに注意すべきである。銀行は、依頼元の企業体から、購入および売却通貨、購入および売却額、トレードおよび評価日を含む、企業名および依頼された価格見積もりのパラメーターを受け取り、依頼元企業体が、購入又は売却額を入力する間、システムは、システム管理者により日々入力され、売りおよび買いの両方の額が銀行に表示されるレートを用いて、残りの情報（依頼元企業が購入額を入力した場合は、売却額）を計算する。銀行は、このインターフェースを、ＦＸ取引の双方向の価格見積もり用のビッド１０４００およびオファー１０４０５の入力に用いることができる。この例に示すユーザーインターフェース上では、ビットレートは”．８９２２”であり、オファーレート”．８９２６”である。ユーザーは、レート入力フィールド下の矢印ボタンを用いて、これらのレートを操作することができ、１個の”アップ”および”ダウン”ボタンにより、見積もりのそのサイドの数字を、上下させる（たとえば、左側のアップボタンを１回クリックすることで、レートのサフィックスを２２から２３へ変更し、右側のダウンボタンを１回クリックすることで、レートのサフィックスを２６から２５へ変更する）；２個の”＜＜”および”＞＞”ボタンは、見積もりの両側にある数字を上下に変更する（たとえば、”＜＜”ボタンを１回クリックするとビッドレートのサフィックスが２２から２３に変更され、”＞＞”ボタンを１回クリックするとオファーレートのサフィックスが２６から２７に変更される）；”＜＞”ボタンは、ビッドとオファー間のスプレッドを大きくする（すなわち、広げる）（たとえば、”＜＞”ボタンを１回クリックするとビッドレートのサフィックスが２２から２１に変更されるとともに、オファーレートのサフィックスが２６から２７に変更される）；また、”＞＜”ボタンは、ビッドとオファー間のスプレッドを小さくする（すなわち、狭める）（たとえば、”＞＜”ボタンを１回クリックするとビッドレートのサフィックスが２２から２３に変更されるとともに、オファーレートのサフィックスが２６から２５に変更される）。ＦＸスワップレートの入力１０４１０および１０４１５においても、同様の調整を行うことができる。本発明の一部の実施形態において、このユーザーインタフェースを、自動的にビッドおよびオファーレートを提供する自動レートフィード(automated rate feed)に接続することができる。図１３３に示すユーザーインタフェースは、銀行が、前記自動レートフィード（ボタン１０４２０）からのビッド／オファーレートをリフレッシュし、価格見積もりを撤回し（ボタン１０４２５）、価格見積もりの依頼を拒絶し（ボタン１０４３０）、ならびに、依頼元企業に対し、新しいあるいは修正された価格見積もりを送る（ボタン１０４３５）ことを可能にするボタンを含んでいる。 FIG. 133 illustrates an example of a user interface that can be used by a bank to submit an interactive price quote to a requesting business entity using one embodiment of the present invention. It should be noted that the same interface can be used to provide a normal one-way price quote. The bank receives from the requesting entity the parameters of the company name and the requested price estimate, including the purchase and sale currency, purchase and sale amount, trade and valuation date, and the requesting entity receives the purchase or sale amount. The system will enter the rest of the information (if the requesting company enters the purchase amount, using a rate entered daily by the system administrator and both the sell and buy amounts are displayed to the bank. (Sale amount) is calculated. Banks can use this interface to enter
Ｅ．複数の銀行による値付け(Multi-Bank Pricing)
ここで述べる本発明は、複数のバンクユーザーを伴う取引、たとえば、銀行−銀行−銀行−企業ユーザーの取引（bank-to-bank-to-bank-to-corporate user）、の処理を実行することができる。一例として、図１２２に示すように、企業ユーザー９５１５は、地域の銀行９５１０から特定の通貨ペア取引についての価格見積もりを求めて、見積もり依頼１を送る。見積依頼１を受け取ると、地域銀行９５１０は、企業ユーザー９５１５に知られることなく、見積依頼１と同じタームおよびパラメーターを用いて、自動的に見積依頼２を作成し、マネーセンター銀行 (money center bank)９５０５へ送る。地域銀行９５１０は、複数のマネーセンター銀行から最良の価格見積を受け取るため、一以上のマネーセンター銀行に見積依頼２を送ることができることに、注意すべきである。E. Multi-Bank Pricing
The invention described herein performs processing of transactions involving multiple bank users, for example, bank-to-bank-to-bank-to-corporate users. Can do. As an example, as shown in FIG. 122, the
マネーセンター銀行９５０５が、見積依頼２の特定の通貨ペアに関し、通貨取引マーケットを有しない場合、マネーセンター銀行９５０５は、地域銀行９５１０に知られることなく、見積依頼２と同じタームおよびパラメーターを用いて、自動的に見積依頼３を作成し、ローカルの銀行９５００に送る。マネーセンター銀行９５０５は、複数のローカル銀行９５００銀行から最良の価格見積を受け取るため、一以上のローカル銀行に見積依頼３を送ることができることに注意すべきである。 If
ローカル銀行９５００が、見積依頼３の特定の通貨ペアに関し、通貨取引マーケットを有する場合、ローカル銀行９５００は、自身が、依頼された通貨ペアの取引について、その価格でマネーセンター銀行９５０５と取引する価格を表す見積Ａを自動的に作成し、マネーセンター銀行９５０５に送る。ローカル銀行９５００が、見積依頼３の特定の通貨ペアに関し、通貨取引マーケットを有しない場合、ローカル銀行９５００は、マネーセンター銀行９５０５に知られることなく、見積依頼３と同じタームおよびパラメーターを用いて、自動的に見積依頼を作成し、一以上の他の銀行（図示せず）に送る。システムが、見積依頼３についての特定の通貨ペアに関する通貨取引マーケットを有する銀行を見つけるまで、このプロセスを、繰り返すようにしてもよい。 If the
ローカル銀行９５００から価格見積Ａを受けると（あるいは、マネーセンター銀行９５０５が、見積依頼２の特定の通貨ペアに関し、通貨取引マーケットを有する場合）、マネーセンター銀行９５０５は、自身が、依頼された通貨ペアの取引について、その価格で地域銀行９５１０と取引する価格を表す価格見積Ｂを自動的に作成し、地域銀行９５１０に送る。マネーセンター銀行９５０５が、ローカル銀行９５００から価格見積Ａを受け取った場合、価格見積Ｂには、価格見積Ａのレートに対するスプレッド機能を適用した結果が反映される。 When receiving the price estimate A from the local bank 9500 (or when the
マネーセンター銀行９５０５から価格見積Ｂを受け取ると、地域銀行９５１０は、自身が、依頼された通貨ペアの取引について、その価格で企業ユーザー９５１５と取引する価格を表す価格見積Ｃを自動的に作成し、企業ユーザー９５１５に送る。価格見積Ｃには、価格見積Ｂのレートに対するスプレッド機能を適用した結果が反映される。 Upon receiving the price estimate B from the
(i)銀行のレベル（たとえば、地域銀行、マネーセンター銀行、ローカル銀行）および(ii)かかる取引に関係するレベル毎の銀行の数は、上述の例よりも多くても少なくててもよいことに注意すべきである。取引のフローは、図１２２に示された順路に従う必要はなく、図示されたものとは異なる順序で異なる方向において、一以上のバンクレベルを介するようにしてもよい。 (i) the level of the bank (eg regional bank, money center bank, local bank) and (ii) the number of banks per level involved in such transactions may be more or less than the above example Should be noted. The flow of the transaction need not follow the route shown in FIG. 122, and may be routed through one or more bank levels in different directions and in a different order than that shown.
Ｆ．連続値付けオークション(Continuous Pricing Auction)
本発明のこの実施形態は、カスタマイズされ、特定の金融商品についての特定の顧客（たとえば、企業ユーザー）に対し、連続して値付けを提供するシステムを含んでいる。かかる価格見積を提供する銀行は、たとえば、顧客の取引履歴又は特定銀行に対する信用履歴を含む、特定の顧客に関する情報に基づき、前記見積を計算する。前記システムは、特定の金融商品について、顧客が、特定の”最良の”レート（購入又は売却）を選択し、受諾することを可能にする、継続して利用可能であり、銀行との間で取引に関する交渉をすることなく、特定の銀行と前記商品の取引を実行可能な、価格を顧客に対して提供する。本システムは、顧客のプロフィール基準、たとえば、それに対して顧客が価格見積りの受け取りを選択する特定のタイプの金融商品、および、顧客が、かかる見積をそこから受け取ることを選択する特定の銀行、に基づき、特定の顧客に対して見積を提供する。 図１２３は、特定の顧客に関する連続値付けオークションシステムのワークフローを示している。まず、参加する銀行（顧客により、自身が、そこから価格見積を受け取ることを希望するプロバイダとして選ばれた者）は、値付けサーバー９７００に対し、オファーを提出する。たとえば、ステップ９７０５において、銀行１は、米ドル１００万ドルを、０．８５１０ユーロのレートで、売却する旨のオファーを提出する（見積１）。ステップ９７１０において、銀行２は、米ドル３００万ドルを、０．８５１２ユーロのレートで購入する旨のオファーを提出する（見積２）。ステップ９７１５において、銀行３は、米ドル２００万ドルを、０．８５１１ユーロのレートで売却する旨のオファーを提出する（見積３）。ステップ９７２０において、銀行４は、米ドル２００万ドルを、０．８５１１ユーロのレートで、購入する旨のオファーを提出する（見積４）。F. Continuous Pricing Auction
This embodiment of the invention includes a system that provides customized pricing for specific customers (eg, corporate users) for specific financial products. A bank that provides such a price quote calculates the estimate based on information about a particular customer, including, for example, the customer's transaction history or credit history with a particular bank. The system will continue to be available, allowing a customer to select and accept a specific “best” rate (buy or sell) for a particular financial instrument, Provide customers with a price that allows them to trade the product with a specific bank without negotiating the deal. The system is based on customer profile criteria, such as the specific type of financial instrument to which the customer chooses to receive a price quote and the particular bank from which the customer chooses to receive such a quote. And provide a quote to a specific customer. FIG. 123 shows the workflow of the continuous pricing auction system for a specific customer. First, the participating bank (who the customer has chosen as the provider that he / she wishes to receive a price quote from) submits an offer to the
値付けサーバー９７００は、購入オファー（見積２および４）から売却オファー（見積１および３）を識別し、これらを別々に処理する。ステップ９７２５において、値付けサーバー９７００は、見積１と見積３を比較することにより、最良の売却オファーを決定する。最良の売却オファー、この例では、ユーロレートが低いので見積１、と決定されると、値付けサーバー９７００は、かかる特定顧客が、当該銀行との間で信用関係を有するか否かを判断し（ステップ９７３０）、ならびに、当該顧客と銀行間の信用限度額を使い果たしていないかを判断するため、最良の売却オファーを提供した銀行、すなわち、銀行１での信用チェックを行う。前記信用関係が存在し、限度額が使い果たされていない場合、値付けサーバー９７００は、顧客に対し、インタラクティブなディスプレイ上に最良の売却オファー（見積１）を表示し（ステップ９７３５）、そうでない場合、値付けサーバー９７００は、その次の最良売却オファーを決定するためステップ９７２５に戻り、かかるオファーについて信用チェックを行う。 The
同様に、購入オファー（見積２および４）についても、ステップ９７４０において、値付けサーバー９７００は、見積２と見積４を比較することにより、最良の購入オファーを決定する。最良の購入オファー、この例では、ユーロレートが高いので見積２、と決定されると、値付けサーバー９７００は、かかる特定顧客が、当該銀行との間で信用関係を有するか否かを判断する（ステップ９７４５）ため、最良の売却オファーを提供した銀行、すなわち、銀行１での信用チェックを行う。前記信用関係が存在し、限度額が使い果たされていない場合、値付けサーバー９７００は、顧客に対し、インタラクティブなディスプレイ上に最良の購入オファー（見積２）を表示し（ステップ９７５０）、そうでない場合、値付けサーバー９７００は、その次の最良購入オファーを決定するためステップ９７４０に戻り、かかるオファーについて信用チェックを行う。 Similarly, for purchase offers (
値付けサーバー９７００が、顧客に対して、最良の購入および／又は売却オファーをそれぞれ表示することにより、顧客は、オファーを行った銀行により特定された額まで通貨を購入し、および／又は、売却することを選択し、実行することができる。たとえば、顧客が見積１の履行を選択した場合、かかる顧客は、銀行１から最大６００万米ドルを０．８５１０ユーロで購入することができる。顧客が、当該レートで４００万米ドルしか購入をおこなわないと決定した場合、顧客の購入意思を反映させるため、値付けサーバー９７００によって売却通貨額が修正された場合を除き、特定の売却オファーが連続して表示され（すなわち、６００万米ドルに代えて２００万米ドル）、顧客が、売却がオファーされた通貨の全額を購入すると決定した場合、値付けサーバー９７００は、顧客のディスプレイインターフェースから前記売却オファーを削除する。最良の購入オファーも同様の方法により処理される。 The
値付けサーバー９７００は、（１）オファーを出した銀行が特定のオファーを撤回し又はオファーが自動的に終了した場合；（２）購入又は売却についてオファーされた通貨の全額が使い果たされた場合；（３）値付けサーバー９７００が、新しいオファーを受け取り、それが”ベストオファー”であると認識し、現在の”ベストオファー”を現在の表示位置から削除した場合、の３つのいずれかのイベントが生じるまで、顧客に対し、各ベストオファーを表示する。本発明の特定の実施形態において、顧客は、値付けサーバー９７００が、上述のようなベストオファーの決定および信用チェックを実行する場合に、表示された各タイプの取引（たとえば、通貨の購入又は売却）の一以上のベストオファーを選択できることに注意すべきである。 The pricing server 9700 (1) if the bank that made the offer withdraws a particular offer or the offer is automatically terminated; (2) the full amount of currency offered for purchase or sale has been exhausted If (3) the
Ｇ．”ベストプライス”のルール("Best Price" Rules)
本発明のある実施形態において、本システムは、価格見積依頼に応じて価格見積が銀行から返送されてきた場合に、企業に対して表示された価格見積を強調するために用いられる”ベストプライス”ルールを定義するため、企業が、価格見積を依頼することを可能にする、方法ならびにメカニズムを含んでいる。本システムを用いて定義されるルールには、最高額のビッド／最低額のオファー、ビッド／オファーの最小スプレッド(tightest spread)、最も早い開始価格(fastest initial price)、最も早い現在価格（fastest current price)、ならびに特定された銀行、が含まれている。G. "Best Price" Rules
In one embodiment of the present invention, the system uses a “best price” that is used to highlight a price quote displayed to a company when a price quote is returned from a bank in response to a price quote request. To define rules, it includes methods and mechanisms that allow companies to request price quotes. Rules defined using this system include the highest bid / lowest offer, the bid / offer minimum spread, the fastest initial price, and the fastest current price. price), as well as identified banks.
図１３１に示すように、企業は、”ベストプライスのルール”優先事項についてのユーザーインターフェースを用い、かかるルールを定義することができる。かかるインターフェースを用いることで、企業は、ベストプライスについての基準（たとえば、”最高額のビッドおよび最低額のオファー”、”最小のビッド／オファー・スプレッド”、”選択された銀行”）を定義し、適切なインジケーター（たとえば、”第一位”１０２００、”第二位”１０２０５、”第三位”１０２１０）をクリックすることにより、各定義の適用に関するランクを特定することができる。本システムは、ベストプライスを、銀行から返送されてきた価格見積として表示するため、企業のランクされた定義を適用する。”第一”の定義下における価格見積が、同位(tie)である場合、システムは、同位である状態を打開し、ベストプライスを決定するため、”第二”および”第三”の定義を用いる。上記三つの全ての定義下で、価格見積が、なお同位である場合には、システムは、銀行の名称のアルファベット順に基づきベストプライスを選択する。本発明の別の実施形態においては、定義レベルの数を、少なくしても多くしてもよく、”ベストプライス”の基準を異なるようにし、”同位状態を打開する(tie-breaking)”ルールを異なるようにしてもよいこと、注意すべきである。 As shown in FIG. 131, a company can define such rules using a user interface for “best price rules” priorities. Using such an interface, companies define criteria for best prices (eg, “highest bid and lowest offer”, “smallest bid / offer spread”, “selected bank”). By clicking the appropriate indicator (eg, “first place” 10200, “second place” 10205, “third place” 10210), the rank for the application of each definition can be identified. The system applies the ranked definition of the company to display the best price as a price quote returned from the bank. If the price estimate under the definition of “first” is a tie, the system will define the “second” and “third” definitions in order to overcome the peer status and determine the best price. Use. Under all three definitions above, if the price quote is still peer, the system selects the best price based on the alphabetical order of the bank names. In another embodiment of the invention, the number of definition levels may be reduced or increased, with different “best price” criteria and “tie-breaking” rules. It should be noted that may be different.
最高額のビッド／最低額のオファーのルールおいて、企業が、依頼された通貨ペアにおけるベース通貨の売却あるいは購入のいずれを求めているのかにもよるが、”ベストプライス”は、最高額のビッド／最低額のオファーのいずれかであると定義される。企業が、ベース通貨の購入を求めている場合、”ベストプライス”は、銀行により見積もられた最低額のオファーであり、これとは逆に、企業が、ベース通貨の売却を求めている場合、”ベストプライス”は、銀行により見積もられた最高額のビッドである。 Depending on whether the company wants to sell or purchase the base currency in the requested currency pair in the rules for the highest bid / lowest offer, the “best price” Defined as either Bid / Minimum Offer. If the company wants to buy the base currency, the “best price” is the lowest offer estimated by the bank, and conversely, if the company wants to sell the base currency. The “best price” is the highest bid estimated by the bank.
最小のビッド／オファー・スプレッドルールおいて、”ベストプライス”は、ビッドとオファーのスプレッドが最小である価格見積のセットであると定義される。 In the smallest bid / offer spread rule, a “best price” is defined as the set of price quotes with the smallest bid and offer spread.
最も早い開始価格ルールにおいて、”ベストプライス”は、見積依頼に対して、最も早くなされた最初の価格見積であると定義される。企業体が他の銀行の返事を待っている間に、銀行は、自身の価格を変更又はリフレッシュすることができるので、このシナリオ下での”ベストプライス”の定義は、同じ価格による見積が、実際は、価格見積に対する変更の後になされたとしても、ここでも最も早くなされた最初の価格見積が採用される。画面上の見積は、最初に見積がなされた順から記載されるので、”ベストプライス”は、特定の取引に関して、価格見積の最上段に存在する。 In the earliest starting price rule, the “best price” is defined as the first price quote made earlier for a quote request. While an entity is waiting for another bank's reply, banks can change or refresh their prices, so the definition of “best price” under this scenario is that In fact, the first price quote made earlier is again adopted, even if it is made after a change to the price quote. Since the quotes on the screen are listed in the order in which they were initially quoted, the “best price” is at the top of the price quote for a particular transaction.
”最も早いの現在価格”ルールにおいて、”ベストプライス”は、利用可能な価格見積中、最も早く提出された価格見積であると定義される。見積が更新された場合、修正後の見積は、表示順の最後に移動する。このことが、現在の”ベストプライス”に生じた場合、次のラインの見積が、現在の”ベストプライス”として用いられる。 In the “earliest current price” rule, “best price” is defined as the earliest submitted price quote among the available price quotes. When the quote is updated, the revised quote moves to the end of the display order. If this occurs at the current “best price”, the next line estimate is used as the current “best price”.
特定銀行ルールにおいて、”ベストプライス”は、企業体の優先事項に関するユーザーインターフェース上で、自身によって特定された特定の銀行により提出された価格見積であると定義される。前記優先事項ユーザーインターフェース上で選択された銀行が、そこに価格見積の依頼を送るとする銀行のリストに載っていない場合、かかる選択は、特定の依頼について、考慮されない。 In the specific banking rules, the “best price” is defined as the price quote submitted by a specific bank identified by itself on the user interface regarding business entity priorities. If the bank selected on the priority user interface is not on the list of banks to send a price quote request to, then the selection is not considered for the specific request.
Ｈ．追加の特徴(Additional Features)
ここで述べた特徴に加え、本発明の複数の実施形態は、システムにくみこられた他の特徴を含むようにしてもよい。H. Additional features
In addition to the features described herein, embodiments of the present invention may include other features incorporated into the system.
１．価格の改善(Price Improvement)
上述のように、本発明の特定の実施形態において、ユーザー（たとえば、メンバー）は、(i)集約され、一以上の他のユーザー（たとえば、プロバイダ）に対して表示される取引依頼を、提出し、(ii)一以上の受取りユーザー（すなわち、プロバイダ）は、集約され、依頼元のユーザー（すなわち、メンバー）に表示される、応答としての価格見積を提出する。参加するユーザーは、取引依頼について相互に交渉し、システムによりサポートされたチャット、インスタントメッセージング、eメール通信、および、依頼および見積を含むテキスト、ならびに、電話又はインターネットの範囲でのeメール(Internet-wide e-mail)等の従来の手段を介して、見積りを行う。1. Price improvement
As described above, in certain embodiments of the present invention, a user (eg, a member) submits a transaction request that (i) is aggregated and displayed to one or more other users (eg, providers). And (ii) one or more receiving users (ie, providers) submit price quotes in response that are aggregated and displayed to the requesting user (ie, member). Participating users negotiate with each other about the transaction request, chat supported by the system, instant messaging, email communication, and text including the request and quote, as well as email over the phone or internet (Internet- Estimate via conventional means such as wide e-mail).
特定の取引パートナーについて、公然又は秘密裏に、価格見積が、変更又は”改善された”場合、自動ソフトウエアのルーチン又は手動による介入を用いて、価格の”改善”が行われる。価格の改善は、特定のユーザー間の関係（たとえば、特定のメンバーは、常に、プロバイダから、ディスカウントを得ている）の存在、取引のタイプ（たとえば、”ＦＸスポット”）、取引サイズ（たとえば、数量割引）、潜在的なパートナー(potential partner)の信用格付け、潜在的なパートナーの業種、あるいは、他の取引ポリシー又はパラメーター、を基にしてを行なうようにしてもよい。 For a particular trading partner, when the price quote is changed or “improved”, either publicly or secretly, an “increase” in the price is made using automated software routines or manual intervention. The price improvement depends on the presence of relationships between specific users (for example, certain members are always getting discounts from providers), the type of transaction (for example “FX Spot”), the size of the transaction (for example, Volume discounts), potential partner credit ratings, potential partner industries, or other trading policies or parameters.
２．自動取引ポリシー(Automated Trading Policies)
本発明の特定の実施形態において、プロバイダは、カスタム化され、ユーザーが定義した取引ポリシー・テンプレートを実行することができ、あるいは、検出されたパラメーターに応じ、価格見積を自動的に修正する、システムが定義した購入パターン・テンプレート（又はユーザーが定義したおよびシステムが定義したテンプレートの混合）を用いることができる。同様に、特定の実施形態において、メンバーは、カスタム化され、ユーザーが定義した取引ポリシー・テンプレートを実行することができ、あるいは、検出されたパラメーターに応じ、価格見積を修正し、見積を行ったプロバイダに対し、かかる修正を提出することにより、価格見積に自動的に応答する、システムが定義した購入パターン・テンプレート（又はユーザーが定義したおよびシステムが定義したテンプレートの混合）を用いることができる。自動取引ポリシー（又はテンプレート）は、大量玉取引(block transaction)を実施するため、実行することもできる。かかる自動ポリシーは、以下のことを含むようにしてもよい：
・価格見積に影響を及ぼさない程度に、取引を少量ピースに分割すること
・取引のピースを、複数の取引パートナーに流通させること
・取引のピースを、複数の取引タイプに分配すること
３．価格の転送（Price Push)
本発明の特定の実施形態において、プロバイダ又は他のユーザーは、トレード可能な価格を見積を、潜在的な取引パートナー（すなわちメンバー）による検討のため、集約された、リアルタイムの表示に(to an aggregated real-time display)”転送する(push)”してもよい。プロバイダにより提出された、かかる”取引可能な”見積は、価格が”改善され”あるいは交渉により値下げされた(negotiated down)としても、そのレベルで、プロバイダが取引を行いたい価格レベルである。かかる見積は、潜在的な特定の取引パートナーに的を絞り、彼らのためにカスタマイズされたものであり、潜在的な特定の取引パートナーが、価格見積り依頼を提出する前に、取引価格の見積を見ることを可能にする。”転送した”ユーザーには、複数の銀行ならびに金融機関の共同体とともに、独立した銀行ならびに金融機関を含むようにしてもよい。（商品（たとえば、ＦＸスポット）、価格又はレート、通貨、プロバイダ、取引限度、有効日付／時刻）を含む商品毎のマトリクス(product matrix)の形式である、取引可能な見積りの集約された表示は、金融取引の特定のタイプに関する”最良の”価格だけを表示させるためのフィルターを含んでもよい。取引可能な価格見積は、取引タイプ、名目元本、日付および時刻、および／又はカテゴリー、ならびに、潜在的な特定の取引パートナーの信用格付けを考慮する、ワークフロー・ルールのセットを通じて、市場データを送ることにより決定される。2. Automated Trading Policies
In certain embodiments of the present invention, the provider can execute customized and user-defined trading policy templates, or automatically modify the price quote according to the detected parameters Can be used (or a mix of user-defined and system-defined templates). Similarly, in certain embodiments, members can run customized and user-defined trading policy templates, or modify price quotes and make quotes according to detected parameters. By submitting such corrections to the provider, a system-defined purchase pattern template (or a mix of user-defined and system-defined templates) that automatically responds to price quotes can be used. Automatic transaction policies (or templates) can also be implemented to perform block transactions. Such an automatic policy may include the following:
2. Divide the transaction into small pieces to the extent that it does not affect the price estimate. • Distribute the transaction pieces to multiple trading partners. • Distribute the transaction pieces to multiple transaction types. Price Push
In certain embodiments of the present invention, a provider or other user can estimate a tradeable price into an aggregated, real-time display for review by potential trading partners (ie, members). real-time display) "push". Such a “tradeable” quote submitted by a provider is the price level at which the provider wants to trade, even if the price is “improved” or negotiated down. These quotes are targeted to and customized for specific potential trading partners, and the potential specific trading partner estimates the transaction price before submitting a price quote request. Lets you see. “Transferred” users may include independent banks and financial institutions, as well as communities of banks and financial institutions. An aggregated display of tradeable quotes in the form of a product matrix that includes (product (eg, FX spot), price or rate, currency, provider, trading limit, effective date / time) May include a filter to display only the “best” price for a particular type of financial transaction. Tradeable price quotes send market data through a set of workflow rules that take into account the transaction type, nominal principal, date and time, and / or category, and the credit rating of a potential specific trading partner Is determined by
集約された、リアルタイム表示における、かかる価格見積りを検討すると、受け取った取引パートナーは、(i)見積を、そのまま”受諾して、取引を実行し；(ii)”改善された”見積を受諾して、取引を実行し；あるいは、(iii)”転送した”ユーザーと連絡を取り、値下げ交渉をすることができる。(１)表示上の見積りをクリックし、受諾、認証、ならびに決済のきっかけとするよう、手動で、あるいは、（２）一定のレベルで見積りを受諾するようプログラムされたソフトウエアのルーチン（又は”ロボット”）を介して、自動的に、のいずれかによって、取引パートナーが、受諾できるレベルの価格を“ヒットする(hits) ”場合に、見積りが受諾される。 When considering such price quotes in an aggregated, real-time view, the receiving trading partner (i) “accepts and accepts the quote as is; (ii) accepts the“ improved ”quote. Or (iii) contact the “transferred” user to negotiate a price cut (1) click on the quote on the display to accept, authenticate and settle The trading partner can either manually, or (2) automatically through a software routine (or “robot”) programmed to accept a quote at a certain level, A quote is accepted if it “hits” a price at an acceptable level.
４．複数当事者の取引(Multi-party Transactions)
本発明の複数の実施形態は、複数当事者間の取引をサポートすることが可能である。かかる取引において、ユーザー（すなわちメンバー）は、取引が一以上の他の当事者（すなわち、プロバイダ）に分割されるよう、取引を構成する。これらの各当事者は、ユーザーが構成した取引によって決定された額により、取引される資産の一部を提供する。たとえば、あるプロバイダが一定額の米ドルを４０万ユーロに交換し、他のプロバイダが一定額の米ドルを６０万ユーロに交換する場合、メンバーは、百万ユーロの米ドルへの交換を希望することができる。かかるシステムは、ユーザーが、１回の受領動作により(with one acceptance)、取引に関する複数の価格見積を受諾し、かかる受諾を、１の当事者の取引が表示されるのと同じ方法で、様々なディスプレイモニターに表示することを可能にする。他の実施形態において、本システムは、ユーザーが、複数の受領動作により、同じ取引に関する複数の価格見積を受諾することを可能にする。4). Multi-party Transactions
Embodiments of the present invention can support transactions between multiple parties. In such a transaction, a user (ie, a member) configures the transaction so that the transaction is split into one or more other parties (ie, providers). Each of these parties provides a portion of the traded asset for an amount determined by a user-configured transaction. For example, if one provider exchanges a certain amount of US dollars for 400,000 euros, and another provider exchanges a certain amount of US dollars for 600,000 euros, a member may wish to exchange one million euros for US dollars. it can. Such a system allows a user to accept multiple price quotes for a transaction, with one acceptance, and to accept such acceptance in the same way that a single party transaction is displayed. Allows display on a display monitor. In other embodiments, the system allows a user to accept multiple price quotes for the same transaction through multiple receiving operations.
５．ユーザーアラート(User Alerts)
本発明のいくつかの実施形態は、これにより、特定ユーザーのポートフォリオ、取引活動又はプロフィール情報に基づいて、システムが、ユーザーに、カスタマイズされた通知あるいは”アラート”を提供する、自動アラートを含んでいる。かかるアラートは、eメールメッセージ、あるいは、ユーザーがシステムと接続している間に表示されるポップアップウインドウを、自動的にリフレッシュさせる形式でもあってもよい。アラートは、これらに限定することなく、新たな取引依頼又は価格見積、金利、マーケット、外国為替レートまたな株価の変更、ユーザーのポータル、たとえば、支払い期日、オプション日付、に関する今後のイベント、あるいは、今後の経済イベントを含む、イベントを、ユーザーに通知するため送るようにしてもよい。5. User alerts
Some embodiments of the present invention include automatic alerts whereby the system provides users with customized notifications or “alerts” based on a particular user's portfolio, trading activity or profile information. Yes. Such alerts may be in the form of automatically refreshing email messages or pop-up windows displayed while the user is connected to the system. Alerts include, but are not limited to, upcoming events regarding new transaction requests or price quotes, interest rates, markets, foreign exchange rates or stock price changes, user portals, such as due dates, option dates, or Events, including future economic events, may be sent to notify the user.
４．値付け注文の集約(Aggregation of Pricing Orders)
本発明のいくつかの実施形態は、注文実行のためにプロバイダのトレーディングデスクに注文を送るステップを省略するため、各銀行および金融機関等のプロバイダが、購入および売却注文を、自動的に集約し、又は、取引実行のために、かかる注文を、依頼元のユーザー（たとえば、メンバー）から隠す(to net)ことを可能にする、機能を含んでいる。たとえば、特定の外国為替取引について、プロバイダは、ある瞬間に、２ドル（３６ドル−３４ドル）の”スプレッドを作る”３４ドルの”ビッド（すなわち、購入）価格”および”３６ドルのアスク（すなわち、売却）”価格をオファーしてもよい。通常、プロバイダは、利幅を得るため、かかるスプレッドを、それぞれの側で１ドルずつ大きくし、すなわち、ビッド価格が３３ドル、アスク価格３７ドル、スプレッドが４ドルになるよう、自身のトレーディングデスクに送る。かかるトレーディングデスクは、利益を得るため、顧客に外国為替取引をオファーする際に前記スプレッドを拡大させる、各販売員に前記スプレッドを送る。かかるオファーは、顧客によって異なるが、信用力、プロバイダとの関係、および業界、を含む要素を基にしている。したがって、この例において、販売員は、特定の顧客に対し、ビッド価格３１ドルとアスク価格３９ドル（スプレッドが８ドル）をオファーすることもできるが、平均して、ビッド価格３２ドルとアスク価格３８ドル（平均スプレッドが６ドル）をオファーする。前記トレーディングデスクは、販売員に対して、取引に関するマーケット価格が変動しようとも、その間、トレーディングデスクが、オファーを遵守することを約する一定期間（たとえば、１０秒）を設定したスプレッドオファーを送る。販売員は、前記オファーに基づいて顧客から注文を受け、トレーディングデスクに対し、取引実行のため、各注文を、別々に提出する（オファーのスプレッドに含まれた販売員の利益を少なくする）。本発明の複数の実施形態に含まれる前記機能を用いることで、その間、トレーディングデスクが、販売員に対するオファーを遵守することを約する間（たとえば、１０秒）、本システムは、トレーディングデスクのオファーに基づいて、顧客の購入および売却注文を自動的に集約し、取引実行のため、正味差額(net difference)をトレーディングデスクに送る。複数の異なる顧客が相殺オファー価格(offsetting offer prices)を受諾したが、最初に受諾した顧客についてのオファー期限（たとえば１０秒）が終了していない場合、トレードを隠す機会を生じさせる。かかる機能は、ほとんどの注文が、トレードデスクによる独立した取引を要求されることなく集約されている点で、販売販売員の運営経費を削減する。4). Aggregation of Pricing Orders
Some embodiments of the present invention eliminate the step of sending orders to the provider's trading desk for order execution, so that providers such as each bank and financial institution automatically aggregate purchase and sale orders. Or a function that allows such orders to be hidden from the requesting user (eg, member) for execution of the transaction. For example, for a particular Forex transaction, a provider may, at a certain moment, create a “spread” of $ 2 ($ 36- $ 34), a “bid (ie, purchase) price of $ 34” and an “ask of $ 36 ( That is, you may offer a sale) price. Providers typically increase their spreads by $ 1 on each side to get a profit margin, i.e., bid price is $ 33, ask price is $ 37 and spread is $ 4 to their trading desk. send. Such trading desks send the spreads to each salesperson to make profits in order to increase the spreads when offering foreign exchange transactions to customers. Such offers vary from customer to customer, but are based on factors including creditworthiness, provider relationships, and industry. Thus, in this example, the salesperson can offer a specific customer a bid price of $ 31 and an ask price of $ 39 (spread is $ 8), but on average, a bid price of $ 32 and an ask price Offer $ 38 (average spread is $ 6). The trading desk sends to the salesperson a spread offer set for a certain period of time (eg, 10 seconds) that the trading desk promises to comply with the offer, even if the market price for the transaction fluctuates. The salesperson receives an order from the customer based on the offer and submits each order separately to the trading desk for execution of the transaction (reducing the profit of the salesperson included in the offer spread). By using the functionality included in the embodiments of the present invention, during which time the trading desk promises to comply with the offer to the salesperson (eg, 10 seconds), the system provides the trading desk offer. Automatically collect customer purchases and sales orders and send net difference to trading desk for transaction execution. If multiple different customers have accepted an offsetting offer price, but the offer deadline (eg, 10 seconds) for the first accepted customer has not expired, it creates an opportunity to hide the trade. Such a feature reduces the operating costs of sales representatives in that most orders are aggregated without requiring independent trading by the trade desk.
本発明の好ましい実施形態における前述の説明は、例示ならびに説明の目的で示されたものであり、本発明を網羅し、開示したそのままの形式に限定することを意図したものではない。当業者にとって、多くの修正ならびに変更を施すことが可能であることは、明らかである。ここで述べた事項については、本発明の範囲ならびに精神から逸脱しないかぎり、他の用途に用いてもよいことが当業者に直ちに理解される。したがって、本発明は、以下に添付の特許請求の範囲のみに限定される。 The foregoing description of the preferred embodiments of the present invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or to limit the invention to the precise form disclosed. It will be apparent to those skilled in the art that many modifications and variations can be made. Those skilled in the art will readily appreciate that the matters described herein may be used for other applications without departing from the scope and spirit of the invention. Accordingly, the invention is limited only by the following claims.
Claims (22)
Translated fromJapanese(a) 前記内部オブジェクトの第一セットを、非ＸＭＬフォーマットのドキュメントに変換するため、ＸＳＬスタイルシートを適用するステップ、
(b) 動的にJavaScriptプログラムを生成するため、前記非ＸＭＬフォーマットのドキュメントに、ＸＳＬスタイルシートを適用するステップ、
(c) 前記内部オブジェクトの第二セットを作成するため、JavaScriptプログラムを実行するステップ、を備えており、
前記内部オブジェクトの第二セットは、
(i) 取引のタイプ、
(ii) 前記システムの複数のセラー・ユーザーからバイヤー・ユーザーにより選択された、バイヤー・ユーザーおよびセラー・ユーザーを含む前記取引に関する複数の当事者、
(iii) それに基づき、バイヤー・ユーザーが、セラー・ユーザーに対して一以上の支払いを行う、支払いスケジュール、
(iv) 前記支払いスケジュールに基づいてなされる一以上の前記支払い金額の計算に影響を及ぼす、金利あるいは交換レートに関する情報を含むことができるレート情報、を含む取引を表す取引データを含んでいること、
を特徴とするもの。In order to facilitate transactions involving the exchange of financial instruments, the first set of internal objects representing the terms of a transaction with respect to the exchange of financial instruments between multiple users of the system will be A method for converting to a second set, the method comprising:
(a) applying an XSL stylesheet to convert the first set of internal objects into a non-XML formatted document;
(b) applying an XSL style sheet to the non-XML format document to dynamically generate a JavaScript program;
(c) executing a JavaScript program to create a second set of said internal objects;
The second set of internal objects is
(i) type of transaction,
(ii) a plurality of parties related to the transaction, including a buyer user and a seller user, selected by a buyer user from a plurality of seller users of the system;
(iii) the payment schedule on which buyer users will make one or more payments to seller users,
(iv) include transaction data representing transactions including rate information that may include information on interest rates or exchange rates that affect the calculation of one or more of the payment amounts made based on the payment schedule. ,
It is characterized by.
を特徴とするもの。The method of claim 1, wherein the second set of internal objects includes Java objects;
It is characterized by.
(a) 前記メッセージを処理するプロセッサー、
(b) 前記システムに接続された複数のポータルであって、各ポータルは、前記システムの一以上のバイヤー・ユーザー又はセラー・ユーザーのため、前記システムへのアクセスを提供するもの、
(c) 複数のクライアントであって、各クライアントは、ポータルと関連づけられ、前記ポータルと前記プロセッサー間でメッセージを転送するもの、
(d) 複数のブリッジであって、各ブリッジは、ポータルと関連づけられ、(i)前記ポータルからのメッセージを、標準的なメッセージフォーマットに、(ii)標準的なフォーマットのメッセージを前記ポータルにより用いられるフォーマットに、翻訳するもの、
(e) 複数のバスクライアントであって、各バスクライアントは、ブリッジと関連づけられ、システムバスに対しメッセージを送り、そこからのメッセージを受け取るもの、
(f) ポータルから受け取ったメッセージに対する応答メッセージを作成する、メッセージビルダーおよび関連するブリッジ、および
(g) 前記バスクライアントに接続し、各メッセージがそこに届けられるバスクライアントを決定するシステムバス、を備えたこと、
を特徴とするもの。An automated messaging system for exchanging messages representing transactions related to the exchange of financial instruments between one or more buyer users of the system and one or more seller users of the system, the system comprising:
(a) a processor that processes the message;
(b) a plurality of portals connected to the system, each portal providing access to the system for one or more buyer users or seller users of the system;
(c) a plurality of clients, each client associated with a portal and transferring messages between the portal and the processor;
(d) a plurality of bridges, each bridge associated with a portal, (i) using messages from the portal in a standard message format and (ii) using messages in a standard format by the portal To be translated into a format
(e) Multiple bus clients, each bus client associated with a bridge, sending messages to the system bus and receiving messages from them,
(f) a message builder and associated bridge that creates response messages for messages received from the portal, and
(g) comprising a system bus connected to the bus client and determining which bus client each message is delivered to;
It is characterized by.
を特徴とするもの。4. The system of claim 3, wherein the standard message format is an XML format.
It is characterized by.
を特徴とするもの。4. The system of claim 3, wherein the standard message format is a non-XML format.
It is characterized by.
を特徴とするもの。4. The system of claim 3, wherein each bus client receives a message received by a user from his portal, a message sent by another user, and a filtering criterion selected by the message received by the user. Including a filtering mechanism that allows you to restrict to
It is characterized by.
(a) メッセージを送ったユーザーの名前、
(b) メッセージを送ったユーザー企業の国籍、
(c) メッセージのタイプ、
(d) 取引のタイプ、および
(e) 通貨のタイプ、のカテゴリーの一つ以上を含むこと、
を特徴とするもの。7. The system of claim 6, wherein the filtering criteria selected by the member user are:
(a) the name of the user who sent the message,
(b) the nationality of the user company that sent the message,
(c) the type of message,
(d) the type of transaction, and
(e) include one or more categories of currency types;
It is characterized by.
を特徴とするもの。7. The system of claim 6, wherein the standard message format is an XML format.
It is characterized by.
を特徴とするもの。The system of claim 6, wherein the standard message format is a non-XML format.
It is characterized by.
(a) ユーザーと関連づけられたクライアントにおいて、前記ユーザーに関連づけられたポータルから、前記ユーザーが用いる形式のメッセージを受け取るステップ、
(b) 前記メッセージを、標準的なフォーマットに変換するステップ、
(c) 前記メッセージを、前記標準的フォーマットでシステムバスに送るステップ、
(d) 前記メッセージを、メッセージビルダーに届けるステップ、
(e) 前記届けられたメッセージに対し、前記標準的フォーマットで応答メッセージを作成するステップ、
(f) 前記応答メッセージを、前記システムバスに送るステップ、
(g) 前記メッセージを、受け取りユーザーに関連づけられたクライアントに届けるステップ、
(h) 前記メッセージを、前記ユーザーが用いるフォーマットに変換するステップ、および
(i) 前記変換されたメッセージを、前記ユーザーに関連づけられたポータルに送るステップ、を備えたこと、
を特徴とするもの。A method of exchanging messages representing transactions relating to the exchange of financial instruments between one or more buyer users and one or more seller users of the system, the method comprising:
(a) at a client associated with the user, receiving a message in a format used by the user from a portal associated with the user;
(b) converting the message into a standard format;
(c) sending the message to the system bus in the standard format;
(d) delivering the message to a message builder;
(e) creating a response message in the standard format for the delivered message;
(f) sending the response message to the system bus;
(g) delivering the message to a client associated with the receiving user;
(h) converting the message into a format used by the user; and
(i) sending the converted message to a portal associated with the user;
It is characterized by.
を特徴とするもの。11. The system of claim 10, wherein the standard message format is an XML format.
It is characterized by.
を特徴とするもの。The system of claim 10, wherein the standard message format is a non-XML format.
It is characterized by.
(a) バイヤー・ユーザーから電子的な価格見積の依頼を受け取るステップ、
(b) 前記バイヤー・ユーザーが、自動的に電子的な価格見積を受信可能かどうかを判断するステップ、
(c) 前記バイヤー・ユーザーの信用の照合を自動的に実行するステップ、
(d) 市場データにアクセスするステップ、
(e) 前記価格見積依頼のパラメーターの認証を自動的に実行するステップ、
(f) トレードのスプレッド又はマージンを計算するステップ、
(g) 電子的な価格見積を準備するステップ、
(h) 前記電子的な価格見積を、前記バイヤー・ユーザーに送るステップ、を備えたこと、
を特徴とするもの。A method for automatically providing electronic price quotes for transactions involving the exchange of financial instruments between system users and one or more bank users to facilitate the following transactions: The method
(a) receiving electronic price quote requests from buyer users;
(b) determining whether the buyer user can automatically receive an electronic price quote;
(c) automatically performing a verification of the buyer user's credit;
(d) accessing market data;
(e) automatically performing authentication of the parameters of the price quote request;
(f) calculating trade spreads or margins;
(g) preparing an electronic price quote;
(h) sending the electronic price quote to the buyer user;
It is characterized by.
(a) 前記システムの複数の銀行ユーザーから、企業ユーザーにより一の銀行ユーザーを選択することを含む取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c) 前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだ取引メッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i) 企業ユーザーが、一以上の銀行ユーザーと取引を実行することを可能にする双方向トレードメカニズムであって、当該双方向トレードメカニズムは、
(1) 前記企業ユーザーが、価格見積依頼の詳細を生成し、かかる価格見積依頼を、一以上の銀行ユーザーに連絡することを可能とする双方向インターフェース、
(2) 銀行ユーザーが、価格見積の詳細を生成し、修正するとともに、かかる価格見積を、一以上の企業ユーザーに連絡することを可能とする双方向インターフェース、
(3) 前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を見ることを可能にする双方向インターフェース、
(4) 企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積に関する取引条件(transaction term)を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、を備え、
および
(ii) 企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。An online system that facilitates financial transactions for the exchange of financial instruments, the system comprising:
(a) a first client node that can be used by a corporate user of the system to perform a transaction that includes selecting one bank user by a corporate user from a plurality of bank users of the system;
(b) a second client node that can be used by a bank user of the system to execute a transaction with the enterprise user; and
(c) a server node that facilitates message exchange between the first client node and the second client node, including a transaction message including information and data relating to a transaction between a business user and a bank user, The server node
(i) an interactive trading mechanism that allows corporate users to execute transactions with one or more bank users,
(1) a bi-directional interface that allows said enterprise user to generate details of a price quote request and to communicate such price quote request to one or more bank users;
(2) a two-way interface that allows bank users to generate and modify price quotation details and communicate such price quotations to one or more corporate users;
(3) a bi-directional interface that allows the corporate user to view price quotes received from one or more bank users;
(4) A corporate user accepts a price quote received from one or more bank users, generates a transaction term for each price quote, and informs the bank user of the trade terms and acceptance. Equipped with a bidirectional interface, which allows
and
(ii) provided with a communication mechanism that allows corporate users to communicate with bank users;
It is characterized by.
を特徴とするもの。15. The system of claim 14, wherein the price quote request generated by the business user includes a quote request for both purchase and sale prices;
It is characterized by.
を特徴とするもの。15. The system of claim 14, wherein the price quote generated by the bank user includes both purchase and sale price quotes;
It is characterized by.
(a) 特定の通貨ペアに関する取引について、前記企業ユーザーから地域銀行ユーザー(regional bank user)に対して、価格見積の依頼を送るステップ、
(b) 前記地域銀行ユーザーが、前記通貨ペアを取り扱っているか否かを判断するステップ、
(c) 前記地域銀行ユーザーが、前記通貨ペアを取り扱っている場合、前記地域銀行ユーザーから前記企業ユーザーに対し、価格見積を送るステップ、
(d) 前記地域銀行ユーザーが、前記通貨ペアを取り扱っていない場合、前記特定の通貨ペアに関する取引について、前記地域銀行ユーザーからマネーセンター銀行ユーザー(money center bank user) へ、価格見積の依頼を送るステップ、および
(e) 前記地域銀行ユーザーが、前記通貨ペアを取り扱っていない場合、前記マネーセンター銀行ユーザーから前記地域銀行ユーザー、前記地域銀行ユーザーから前記企業ユーザーに対し、価格見積を送るステップ、を備えたこと、
を特徴とするもの。A method of providing an electronic price quote for a transaction involving the exchange of financial instruments in different currencies between a system user and one or more bank users to facilitate the following transactions: The method
(a) sending a price quote request from the corporate user to a regional bank user for a transaction involving a particular currency pair;
(b) determining whether the regional bank user handles the currency pair;
(c) if the regional bank user handles the currency pair, sending a price quote from the regional bank user to the enterprise user;
(d) If the regional bank user does not handle the currency pair, send a price quote request from the regional bank user to the money center bank user for transactions related to the specific currency pair. Step, and
(e) when the regional bank user does not handle the currency pair, the method includes the step of sending a price quote from the money center bank user to the regional bank user and from the regional bank user to the corporate user. ,
It is characterized by.
(a) 前記システムの複数の銀行ユーザーから、企業ユーザーにより一の銀行ユーザーを選択することを含む取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c) 前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだ取引メッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i) バイヤー・ユーザーが、一以上のセラー・ユーザーと取引を実行することを可能にする、双方向トレードメカニズムであって、前記双方向トレードメカニズムは、
(1) 銀行ユーザーが、購入および売却取引の両方についての価格見積の詳細を生成し、かかる価格見積を、値付けメカニズムに連絡することを可能とする双方向インターフェースであって、前記値付けメカニズムは、各企業ユーザーに関連づけられ、前もって選択された値付け基準に基づいて、前記企業ユーザーに対して示される購入および売却価格見積を決定し、かかる価格見積を、前記企業ユーザーに連絡するもの、
(2) 前記企業ユーザーが、前記値付けメカニズムから受け取った前記購入および売却価格見積を見ることを可能とする双方向インターフェース、
(3) 前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積りに関する取引条件を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、
および
(ii) 企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。An online system that facilitates financial transactions related to the exchange of financial instruments, the system comprising:
(a) a first client node that can be used by a corporate user of the system to perform a transaction that includes selecting one bank user by a corporate user from a plurality of bank users of the system;
(b) a second client node that can be used by a bank user of the system to execute a transaction with the enterprise user; and
(c) a server node that facilitates message exchange between the first client node and the second client node, including a transaction message including information and data relating to a transaction between a business user and a bank user, The server node
(i) an interactive trading mechanism that allows a buyer user to execute a transaction with one or more seller users, the interactive trading mechanism comprising:
(1) A bi-directional interface that allows a bank user to generate price quote details for both purchase and sale transactions and to communicate such price quotes to a pricing mechanism, said pricing mechanism Determining purchase and sale price quotes associated with each business user and based on a pre-selected pricing criteria, and presenting such price quotes to the business user;
(2) a bi-directional interface that allows the enterprise user to view the purchase and sale price quotes received from the pricing mechanism;
(3) The corporate user can accept price quotes received from one or more bank users, generate trading terms for each price quote, and communicate the trading terms and acceptance to the bank user. Two-way interface,
and
(ii) having a communication mechanism that allows corporate users to communicate with bank users;
It is characterized by.
(a) 前記価格見積の取引タイプ、
(b) 前記価格見積の通貨、
(c) 前記価格見積の金利または交換レート、
(d) 前記価格見積の名目元本額(nortional amount)、
(e) 前記価格見積を提供した前記銀行ユーザーの名前、および
(f) 前記価格見積を提供した前記銀行ユーザーと前記企業ユーザーとの信用関係、のカテゴリーの一つ以上を含むこと、
を特徴とするもの。19. The system of claim 18, wherein the pricing criteria selected by the enterprise user is
(a) the transaction type of the price quote,
(b) the currency of the price quote,
(c) the interest rate or exchange rate in the price quote,
(d) the nominal amount of the price quote,
(e) the name of the bank user who provided the price quote; and
(f) including one or more categories of credit relationships between the bank user and the corporate user that provided the price quote;
It is characterized by.
(a) 前記システムの一以上の銀行ユーザーとの取引を実行するため、前記システムの企業ユーザーにより用いることができる第一クライアントノード、
(b) 前記企業ユーザーとの取引を実行するため、前記システムの銀行ユーザーにより用いることができる第二クライアントノード、および
(c) 前記第一クライアントノードと前記第二クライアントノード間で、企業ユーザーと銀行ユーザー間の取引に関する情報およびデータを含んだメッセージを含む、メッセージの交換を促進するサーバーノードであって、前記サーバーノードは、
(i) 企業ユーザーが、一以上の銀行ユーザーとの取引を実行することを可能にする、双方向トレードメカニズムであって、前記双方向トレードメカニズムは、
(1) 銀行ユーザーが、価格見積の詳細を生成し、修正するとともに、かかる価格見積を、一以上の企業ユーザーに連絡することを可能とする双方向インターフェース、
(2) 前記企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を見ることを可能にする双方向インターフェース、
(３) 企業ユーザーが、一以上の銀行ユーザーから受け取った価格見積を受諾し、各価格見積に関する取引条件を生成するとともに、前記銀行ユーザーに対し、前記取引条件および受諾を連絡することを可能にする双方向インターフェース、
および
(ii) 企業ユーザーが、銀行ユーザーと通信することを可能にする通信メカニズム、を備えたこと、
を特徴とするもの。An online system that facilitates financial transactions related to the exchange of financial instruments, the system comprising:
(a) a first client node that can be used by a corporate user of the system to perform transactions with one or more bank users of the system;
(b) a second client node that can be used by a bank user of the system to execute a transaction with the enterprise user; and
(c) a server node that facilitates exchange of messages, including messages containing information and data relating to transactions between business users and bank users between the first client node and the second client node, wherein the server Node is
(i) a two-way trade mechanism that allows a business user to execute a transaction with one or more bank users, the two-way trade mechanism comprising:
(1) a two-way interface that allows bank users to generate and modify price quote details and communicate such price quotes to one or more corporate users;
(2) an interactive interface that allows the enterprise user to view price quotes received from one or more bank users;
(3) Allows corporate users to accept price quotes received from one or more bank users, generate transaction terms for each price quote, and inform the bank users of the deal terms and acceptance Bidirectional interface,
and
(ii) provided with a communication mechanism that allows corporate users to communicate with bank users;
It is characterized by.
を特徴とするもの。21. The system of claim 20, wherein the price quote generated by the bank user includes price quotes for both purchase and sale prices;
It is characterized by.
を特徴とするもの。21. The system of claim 20, wherein the two-way trading mechanism aggregates acceptance of one or more business users and communicates the net difference of the orders to the bank user for processing. Including the mechanism,
It is characterized by.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/US2002/009106WO2003083602A2 (en) | 2002-03-22 | 2002-03-22 | System and method for conducting web-based financial transactions in capital markets |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005521175Atrue JP2005521175A (en) | 2005-07-14 |
Family
ID=28673377
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003580964AWithdrawnJP2005521175A (en) | 2002-03-22 | 2002-03-22 | Financial transaction system and method for performing web-based financial transactions in financial markets |
Country Status (5)
| Country | Link |
|---|---|
| EP (1) | EP1488358A4 (en) |
| JP (1) | JP2005521175A (en) |
| AU (1) | AU2002367822A1 (en) |
| CA (1) | CA2478021A1 (en) |
| WO (1) | WO2003083602A2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010277344A (en)* | 2009-05-28 | 2010-12-09 | Sumitomo Mitsui Banking Corp | Multi-format conversion system |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7565326B2 (en) | 2000-05-25 | 2009-07-21 | Randle William M | Dialect independent multi-dimensional integrator using a normalized language platform and secure controlled access |
| EP1665711B8 (en) | 2003-09-17 | 2016-12-14 | Google Technology Holdings LLC | System and method for asynchronous wireless services using reverse service schema generation |
| JP2008503794A (en)* | 2003-11-26 | 2008-02-07 | エフエックス アライアンス，エルエルシー | Protocol-independent asset trading system and method |
| US10089666B2 (en) | 2012-09-28 | 2018-10-02 | Oracle International Corporation | Multi-source configurator content processing for terms and conditions document to contract creation |
| CN107025600A (en)* | 2016-01-29 | 2017-08-08 | 平安科技（深圳）有限公司 | The information processing system and method for Investment-linked insurance |
| CN107025599A (en)* | 2016-01-29 | 2017-08-08 | 平安科技（深圳）有限公司 | The transaction processing system and method for universal life insurance |
| EP3824421A4 (en)* | 2018-07-16 | 2022-04-20 | Wematch.Live R&D Ltd | AXIS TRADING SYSTEM AND METHOD |
| US20230360030A1 (en)* | 2022-05-09 | 2023-11-09 | Fidelity Information Services, Llc | Systems and methods for processing a batch payment in real-time payment network |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU778101B2 (en)* | 1999-06-14 | 2004-11-18 | Integral Development Corporation | System and method for conducting web-based financial transactions in capital markets |
- 2002
- 2002-03-22CACA002478021Apatent/CA2478021A1/ennot_activeAbandoned
- 2002-03-22EPEP02807144Apatent/EP1488358A4/ennot_activeWithdrawn
- 2002-03-22JPJP2003580964Apatent/JP2005521175A/ennot_activeWithdrawn
- 2002-03-22WOPCT/US2002/009106patent/WO2003083602A2/enactiveApplication Filing
- 2002-03-22AUAU2002367822Apatent/AU2002367822A1/ennot_activeAbandoned
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010277344A (en)* | 2009-05-28 | 2010-12-09 | Sumitomo Mitsui Banking Corp | Multi-format conversion system |
Also Published As
| Publication number | Publication date |
|---|---|
| AU2002367822A1 (en) | 2003-10-13 |
| EP1488358A4 (en) | 2005-11-09 |
| EP1488358A2 (en) | 2004-12-22 |
| WO2003083602A2 (en) | 2003-10-09 |
| WO2003083602A3 (en) | 2004-02-05 |
| CA2478021A1 (en) | 2003-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11568486B2 (en) | System and method for conducting web-based financial transactions in capital markets | |
| US10387952B1 (en) | System and method for conducting web-based financial transactions in capital markets | |
| US6347307B1 (en) | System and method for conducting web-based financial transactions in capital markets | |
| US11526940B2 (en) | System and method for conducting web-based financial transactions in capital markets | |
| US7379910B2 (en) | Apparatus, systems and methods for transacting and managing like-kind exchanges | |
| US20020007335A1 (en) | Method and system for a network-based securities marketplace | |
| US20020116317A1 (en) | Systems and methods for reverse auction of financial instruments | |
| US20030018561A1 (en) | Single party buying and selling commodities with multiple counterparties | |
| US20120011044A1 (en) | Method and system for issuing primary securities in a trading market | |
| US20120022997A1 (en) | Method and system for facilitating securities placements | |
| JP2005521175A (en) | Financial transaction system and method for performing web-based financial transactions in financial markets | |
| WO2012039875A1 (en) | Method and system for identifying potential parties for a trade of one or more securities | |
| AU780518B2 (en) | System and method for conducting web-based financial transactions in capital markets | |
| US20120022996A1 (en) | Method and system for identifying primary issuers with ability to sell primary securities | |
| US20120011045A1 (en) | Method and system for identifying parties with concentrated positions in securities | |
| AU2005200921A1 (en) | System and method for conducting web-based financial transactions in capital markets | |
| AU2005200926A1 (en) | System and method for conducting web-based financial transactions in capital markets |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A761 | Written withdrawal of application | Free format text:JAPANESE INTERMEDIATE CODE: A761 Effective date:20070314 |