JP2002329073A - Commodity exchange system and commodity exchange processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem that a CD type financial institute or an ED type financial institute cannot afford a derivative instrument suitable for customer's assets or liabilities to its customers. SOLUTION: An exchange system 100 generates a derivative instrument in accordance with customer's assets and liabilities, determines its rate and price simultaneously, adds or subtracts a credit spread determined by an exchange system 200 to or from the rate or price, transmits the rate or price for an indication added or subtracted the credit spread from the exchange system 100 to a customer terminal 300, and transmits the rate or price for an agreement added or subtracted the credit spread from the exchange system 100 to the customer terminal 300 in accordance with the derivative dealing.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method and a system for a computer to process financial transactions between a customer and a trader, and a method for conducting financial transactions between a customer and a trader through a telecommunication line. More particularly, the present invention relates to a method and system used for derivative transactions.

[0002]

2. Description of the Related Art Conventionally, in a derivative transaction, a rate and a price are notified face-to-face and by telephone between a financial institution and a customer, and immediate execution is performed. Also, according to the “Inspection Manual for Deposit Accepting Financial Institutions” issued by the FSA, global dealer (GD) -type financial institutions conduct dealings in major financial markets and produce in-house complex derivatives. And the customer dealer (CD) type financial institution has its own asset liability management
t) It is stated that hedging positions and conducting advisory transactions, but not taking large positions, and limited end-user (ED) financial institutions mainly hedge their own ALM positions. I have.

[0003]

Accordingly, CD-type financial institutions cannot conduct dealings in major financial markets or in-house complex derivatives, so that derivatives products suitable for their clients' assets and liabilities, etc. May not be provided. Also, ED type financial institutions cannot provide derivative products to their customers. In addition, since the rates and prices of derivatives products fluctuate from moment to moment, it has been difficult to digitize exchanges between financial institutions and customers.
Until now, it has also been difficult to digitize product management after contracts are made with customers and risk management that takes market trends into account.

[0004] It is an object of the present invention to provide a derivative transaction method and a system thereof that improve the reliability of derivative transactions.

[0005] Alternatively, the present invention relates to a CD financial institution or an ED.
Financial institutions or those with little know-how in derivative transactions or those who are concerned about market risks arising from derivative transactions, provide derivatives products suitable for the assets and liabilities of the customers to the customers, and subsequently manage and risk future risks. The purpose is to provide a derivative trading method or a system thereof that can also provide management.

[0006] Alternatively, the present invention relates to a CD-type financial institution or an ED.
Financial institutions and those with little know-how in derivative transactions or those who are concerned about market risks arising from derivative transactions, avoiding market risks, etc., resulting from conducting derivative transactions with their customers, while managing and risking future risks The purpose is to provide a derivative trading method or a system thereof that can also provide management.

[0007]

The present invention provides a rate or price for an indication to a customer,
Providing the customer with a rate or price to execute according to the execution of the derivative transaction. The contracted rate or price refers to, for example, a firm rate or a firm price.

Alternatively, according to the present invention, a derivative processing system adds or subtracts a spread of a trader (for example, a CD financial institution) to a rate or a price of a derivative product creator (for example, a GD financial institution) and presents the spread to a customer. I do.

[0009] Alternatively, the present invention provides for a financial transaction between a customer and a first trader and a first financial transaction for canceling a position of the first trader created by the financial transaction. And a second trader.

That is, the first invention provides a dynamic content section which provides information corresponding to an instruction from a customer and proceeds with a procedure, and a static content section which provides information obtained from another information source. A transaction processing unit having a post-operation management unit that manages products executed by customers and a post-risk management unit that manages risk of products executed by customers.
An input / output unit that inputs data from a customer and outputs processed data or a result to the customer, and a product transaction system in which the transaction processing unit and the input / output unit are connected via a network.

Here, in the first invention, the dynamic content section is a contract processing section for processing a contract procedure, and the static content section is a market condition information processing section for providing or processing and providing market information. It is preferable that the information processing unit such as a market condition is connected via a network and takes in predetermined information from an information input / output unit that provides information.

According to a second aspect of the present invention, a contract processing unit that provides information corresponding to an instruction from a customer and processes a contract procedure, and provides or processes market information obtained from another information source and provides the market information. Data processing unit that has an information processing unit, a post office management unit that manages products executed by customers, and a post risk management unit that manages risk of products held by customers, and inputs data from customers. An input / output unit that outputs processed data or results to a customer, and a system management unit that controls data of the transaction processing unit and the input / output processing unit and controls the transaction processing unit. The input / output unit provides a commodity transaction system connected by a network.

A third aspect of the present invention provides a contract processing unit that provides information corresponding to an instruction from a customer and processes a contract procedure, and a market condition that provides or processes and provides market information obtained from another information source. An information processing unit, a post-operation management unit that manages products executed by the customer, a transaction processing unit that has a post-risk management unit that manages risk of products executed by the customer, and data of the transaction processing unit. Enter the instructions to receive and process the data from the customer, and to process them in the transaction processing unit. , A reception input / output unit for outputting processed data or results presented to the customer, a transaction input / output unit for receiving the data and inputting a customer request, a system management unit, a reception input / output unit, and a transaction input / output unit. output And provides a commodity trading system that is connected through a network.

According to a fourth aspect of the present invention, a contract processing unit for providing information corresponding to an instruction from a customer and processing a contract procedure, and providing or processing market information obtained from another information source and providing the same. A pre-processing section having an information processing section, a post-processing section having a post-office management section for managing products contracted by the customer and a post-risk management section for risk management of contracted products held by the customer; A system management unit that performs maintenance and control of the processing unit and the post-processing unit, receives data from the customer, inputs an instruction for processing in the transaction processing unit, and outputs processed data or a result to be presented to the customer. Reception processing input / output unit, transaction input / output unit where customer receives data and inputs customer's request, system management unit, reception processing input / output unit and transaction input / output unit are connected by network Provide .

Here, in the fourth invention, it is preferable that the post-office management unit fetches information on the contracted product from the contract processing unit and executes the business management of the contracted product. Further, the post-mortem risk management unit may fetch information on the contracted product from the contract processing unit and execute risk management of the contracted product. Further, a database for holding information on contracted products may be provided. In this case, the post office management unit or the post risk management unit accesses the database.

The fifth invention comprises a data input step of inputting data for calculating profit and loss, a first simulation execution step of calculating profit and loss based on the input data, and a first simulation execution step. A profit / loss display step of displaying the obtained profit / loss result including a graph display, a product selection step of selecting a product based on the profit / loss result from pre-stored product data, and a product selection step based on market information including a market rate. A second simulation execution step of calculating a hedge of the selected product and calculating profit and loss data after execution of the hedge at least including a change in market value and a change in profit and loss, and a proposal including execution conditions for execution of the selected product. A proposal creation step to be created, a price calculation step to calculate a transaction price of the selected product, Displaying the price and executing the contract inquiry step to inquire whether the contract has been executed, receiving the execution of the contract, displaying the execution of the contract, creating and displaying a contract for executing the contract reflecting the contract conditions including the price. The price calculation step includes a contract creation step, and the price calculation step is repeatedly executed at a predetermined number of times or less until execution is selected in the execution of the contract inquiry step, and executes a contract processing.

Here, in the fifth invention, a holding step of holding product information on the contracted product in a database, a first display step of displaying the held product information, and a step of selecting predetermined product information. And a second display step of displaying payment information of the product relating to the selected product information, and a condition for selecting predetermined product information, and a subsequent transaction of the product relating to the selected product information A third display step of displaying information;
And an execution step of designating and executing the display step, the second display step, or the third display step according to the instruction data from the customer may be performed to manage the contracted products.

[0018] In the fifth invention, a holding step of holding product information on the contracted product in a database, and generating the position information for the held product information for each product or for a portfolio of a plurality of products, A fourth display step for displaying, a fifth display step for generating and displaying market value information for the held product information for each product or for a portfolio of a plurality of products, and a display process for displaying the held product information for each product. Or a sixth display step of generating and displaying a profit / loss change with respect to a market change for each of a portfolio of a plurality of products and displaying the value-at-risk of the retained product information for each product or each portfolio of a plurality of products. Calculate,
A seventh display step to display, a fourth display step,
An execution step of designating and executing the fifth display step, the sixth display step, or the seventh display step with instruction data from a customer may be further provided, and risk management of the contracted product may be performed.

A sixth invention is a data input step of inputting data for calculating profit and loss into the first processing device;
A first simulation execution step for calculating profit and loss based on the input data, a profit and loss display step for displaying the profit and loss result obtained by the first simulation execution step including a graph display, and a commodity held in advance A product selection step of selecting a product based on the profit and loss result from the data; calculating a hedge of the selected product based on market information including a market rate; A second simulation execution step for calculating, a proposal creation step for creating a proposal including execution conditions for execution of the selected product, and a presentation price of the selected product different from that of the first transaction device Output to the second processing device and obtain the presentation price calculated by the second processing device from the second processing device A contract acquisition step for displaying a suggested price, and inquiring whether or not to execute a contract, and receiving a contract execution, displaying whether the contract has been executed, and executing the contract for reflecting the contract condition including the suggested price. A commodity transaction processing method for executing a contract processing including a contract step of creating and displaying a contract.

Here, in the sixth invention, the execution step includes a first execution step of creating a first contract for execution of the execution based on the execution conditions in the first processing device; At least a second contract step for preparing a second contract for execution of a contract based on the contract condition in the processing device of the first embodiment, and receiving the execution of the contract, the first contract step and the second contract step Is preferably performed.

In the sixth invention, the first processing device is controlled by the system of the first financial institution, and the second processing device is controlled by the system of the second financial institution. Is preferably performed.

According to a seventh aspect of the present invention, there is provided a commodity transaction processing method which is connected to an external system of a trader who has received a request from a customer via a network and is executed by a computer of a derivative commodity creator who conducts a transaction of a derivative commodity. In the first method, the computer dynamically advances the processing from the acceptance of the derivative transaction to the execution of the contract while presenting the indication rate or the indication price to the customer according to the customer's instruction received via the external system. If the step and firm rate or firm price match the fill rate or fill price, the computer sends the firm
And a second step of executing a contract process for contracting at a rate or firm price.

Here, in the second step of the seventh invention, the above-mentioned contract processing may be performed almost simultaneously with the contract of the derivative transaction between the customer and the trader, and between the customer and the trader. It may be performed after the execution of the derivative transaction.

[0024] In the seventh invention, when a contract for a derivative transaction between the customer and the trader is established, the computer performs a cover transaction with the trader on the derivative transaction that has been established. Preferably, the method further includes a step.

According to an eighth aspect of the present invention, a derivative product creator that conducts a transaction of a derivative product is connected via a network to an external system of a derivative product creator, and upon receiving a request from a customer, performs a derivative transaction with the derivative product creator. In a method for processing a commodity trade executed on a computer of a trader, a computer executes a first indication rate or a first indication rate from an external system that dynamically performs a process from reception of a derivative transaction to execution of a contract.
A first step of receiving the indication price of
A second step of pricing a rate or a first indication price and calculating a second indication rate or a second indication price; and wherein the computer comprises a second indication rate or a second indication price. And a third step of presenting the second indication price to the customer.

Here, in the second step of the eighth invention, the pricing may be a process of adding or subtracting a closing cost and a credit spread to or from the first indication rate or indication price. preferable.

In the eighth invention, when a firm rate or a firm price is received from an external system to the effect that the firm request rate or the firm price matches the contract demand price, the computer communicates with the customer via the second firmware. Performing a first execution at a rate or a second firm price and executing a second execution at a first firm rate or a first firm price with a derivative product creator; May be further provided.

In the fourth step of the eighth invention, the computer may execute the first contract processing and the second contract processing almost simultaneously, and after the first contract processing, the second contract processing is performed. Processing may be performed.

Further, in the eighth invention, when the contract of the derivative transaction between the customer and the trader is established, the computer performs the cover transaction on the established derivative transaction with the derivative product creator. May be further provided.

[0030]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS A derivative transaction processing method and system according to an embodiment of the present invention will be described below with reference to FIGS. FIG. 1 shows an example of an overall configuration diagram of a derivative transaction system of the present invention. This derivative transaction system includes, for example, a transaction processing unit 1001, an input / output unit 1007, and a single line or a network 1008 connecting these by wire or wirelessly. The network 1008 may be a public line or a dedicated line. Transaction processing unit 1001
Is a Global Dealer (GD) financial institution or a person with expertise in derivative transactions or who can bear the risks arising from derivative transactions
A device (computer) used or owned by “GD financial institution or the like”) includes an input / output unit and a storage unit (not shown) for controlling or managing them. The input / output unit 1007 is a device (computer) used by a CD-type financial institution, an ED-type financial institution, or a person who has little know-how in derivative transactions or who is concerned about a risk caused by derivative transactions (hereinafter, referred to as “CD-type financial institutions, etc.”). ), And the input / output unit 1
Reference numeral 007 includes a processing device and a storage unit for processing data and information in a CD financial institution or the like. Generally, these are computing devices such as terminals and servers having an input / output function, a storage function, and a processing function, as long as they can input and output data via a network or the like.

The dynamic content unit 1002 performs processing from reception to execution, such as contract processing for presenting the conditions of derivatives products and the like and agreeing to the derivatives products selected by the customer and the conditions, between the customer and the customer. Interact with. Therefore, the content is a dynamic content because it is a content for displaying information and data for dynamically proceeding the contract processing. Static content section 10
03 provides market information, market news, etc., for example, in advancing a contract or regarding a contracted product,
It is presented and displayed in response to a request from a customer or the like. However, this is called static content because it provides information unilaterally in response to a request. The post office management unit 1004 manages until the expiration date of the contracted derivatives product, fetches the conditions and the like decided by the dynamic contents unit 1002, and manages the contracted derivatives product.

Further, the ex post risk management unit 1005 provides simulations such as position information, market value information, and future profit / loss fluctuation forecasts of derivative products after execution.
The transfer unit 1006 performs internal data transmission / reception and transfer with respect to data exchange between the units in the transaction processing unit 1001 and data exchange with an external system. Specifically, the transaction processing unit 1001 is 1
In the case of one server, the transfer unit 1006 is a bus in the server. If each unit is a device, the transfer unit 1006 is a network line such as a LAN, an intranet, or the Internet that connects them. Input / output of external information in the transaction processing unit 1001 is performed via the data input / output unit 1009, and data is input to the transaction processing unit 1001 or the transaction processing unit 1010
01 to output data to the outside.

The derivative trading system of FIG. 1 can be applied as a system used only by the GD financial institution when the input unit 1007 is provided in the GD financial institution itself. Further, if the input / output unit 2007 is in the CD-type financial institution or in the system of the CD-type financial institution, the GD
It can be used as a network transaction system including a system of a financial institution and a system of a CD financial institution. In such a system, for example, a dynamic content unit 1002, a static content unit 1003,
Post Office Management Department 1004 and Post Risk Management Department 100
5 is displayed on the input / output unit 1007 side, and a transaction or management instruction including a start and a stop of the system is input from the input / output unit 1007 to the display, and the transaction is performed. Allow the system to run. Furthermore, the content displayed by the input / output unit 1007 can be, for example, an Internet screen displayed via the Internet.

FIG. 2 shows an example of an overall configuration diagram of the derivative transaction system of the present invention. This derivative transaction system comprises a transaction processing unit 1001, an input / output unit 1007, an information input / output unit 2010, and a network 1008 connecting these.
Consists of The description of the same components as those shown in FIG. 1 is omitted.

In the system shown in FIG.
An example is shown in which static content, which is information used in 003, is fetched from an external information source. For example, it is possible to display exchange rates, interest rates, stock information, and the like in the form of numerical values, graphs of changes over time, charts, tables, and the like, and further add messages, comments, and the like from the provider. Even if the captured data is displayed as it is, it can be processed for display and displayed. The contract processing unit 2002 displays the dynamic content,
We will proceed with the contract processing. The contract processing here can be said to be a consulting processing because the trial calculation status of the customer and the fluctuating market information can be captured and presented almost in real time. In other words, the contract processing process is performed while presenting the customer's trial calculation status and changing market information to the customer.

The system shown in FIG. 2 can be applied as a system used only by GD type financial institutions, similarly to the system shown in FIG. Further, if the input / output unit 1007 is in a CD-type financial institution or in a system of a CD-type financial institution, it can be used as a network transaction system including a system of a GD-type financial institution and a system of a CD-type financial institution. .

FIG. 3 shows an example of an overall configuration diagram of the derivative transaction system of the present invention. This derivative transaction system includes a transaction processing unit 1001, an input / output unit 1007, an information input / output unit 2010, a system management unit 3011,
It is composed of networks 1008 and 3012 connecting these. The detailed description of the same components as described above is omitted. The system management unit 3011 in the system of FIG. 3 controls the input of data from the outside and the output of data to the outside, and has a security firewall function such as falsification check of data from outside and virus check. are doing. Further, the system management unit 3011 performs system management of a server, a storage unit, a processing unit, an input unit, an output unit, a calculation device, a database, and the like that constitute the transaction processing unit 1001.

In the figure, the parts shown by dotted lines are:
It shows an area where the system management unit 3011 can function as an independent ASP (application service provider). Within the dotted lines, other ASPs take charge of each function except the functional blocks 2002, 2003, and 5016 of the GD financial institution, and provide data and information to the system management unit 3011. System management unit 3011
ASP with the function of
It is also possible to adopt a configuration in which data and information are input and output to and from a processing device of a financial institution (for example, a reception processing input / output unit 4013 described below). System management unit 3011
The ASP having the function described above can be provided in a system or an apparatus that provides services provided by an Internet service provider, a network management service provider, a storage service provider, or the like. The above description also applies to the portion surrounded by the dotted line in FIGS.

FIG. 33 shows details of the system management unit 3011. The system management unit 3011 includes a transaction processing unit 1001
Control unit 3301 for performing control and management of data, and detection of presence or absence of virus infection of data in data input from outside or data output from transaction processing unit 1001 including system management unit 3011 to outside, and data input / output. Virus detection unit 3 that performs virus shutdown and virus removal processing
302 and monitor for unauthorized access from outside,
Alternatively, an access monitoring unit 3 that monitors an access status in order to prevent data from being illegally transferred from the transaction processing unit.
303. Outputs from the control management unit 3301, the virus detection unit 3302, and the access monitoring unit 3304 are displayed on the monitor unit 3304 or held. When a problem occurs, the monitor unit 3304 issues a warning and notifies the system administrator or the like. The notification method is, for example,
The information is displayed on a monitor screen, notified to a terminal of a person in charge in advance, a mobile phone, or the like by e-mail, or makes a call. In the notification content, the content and degree of the problem are notified. Further, in such a system, a procedure and check items regarding a method of coping with an abnormal situation are processed while receiving support by a failure recovery support system or the like.

Such a failure recovery support system may be built in the system management unit 3011 or may be in the transaction processing unit 1001. It is also possible to access and operate another system. Further, the access person and the processing content output from the access monitoring unit 3303 are output to the accounting unit 3305, and the accounting unit 3305 outputs
In 305, a billing process is performed for each accessor or each statement.
Note that the data generated by the charging processing unit 3305 is transferred to the transaction processing unit 1101 or a financial institution that handles the preprocessing unit, and a payment procedure such as transfer is performed. Further, a business operator operating the system management unit 3011 can make a request using a financial institution or the like.

In FIG. 3, the network 3012
Although a general line or a dedicated line may be used, a dedicated line is suitable for security. Alternatively, a network having a high security level may be used instead of a dedicated line.

According to the system shown in FIG. 3, when the input / output unit 1007 is also located in the GD financial institution, it can be realized as a system with an improved security function. Also, the input / output unit 1
If 007 is installed in another GD-type financial institution, CD-type financial institution, or customer, it can be constructed as a system between these and the GD-type financial institution. Also, the system management unit 3
Even when 011 is located in a GD-type financial institution, it is constructed as a system between them. Also, the system management unit 301
1 manages the transaction processing unit 1001, including hardware maintenance and inspection of the transaction processing unit 1001, by a third party organization, for example, an application service provider (hereinafter, referred to as an ASP), and allows external access. It can control and function as a service provider that provides processing results such as contract processing and market information processing.

FIG. 4 shows an example of an overall configuration diagram of the derivative transaction system of the present invention. The derivative trading system includes a transaction processing unit 1001, an information input / output unit 2010,
System management unit 3011, reception processing input / output unit 4013,
It comprises a transaction input / output unit 4014 and networks 1008 and 3012 connecting these. The detailed description of the same components as described above is omitted. In the system of FIG. 4, the reception processing input / output unit 4013
The transaction input / output unit 4014 is installed at the GD type financial institution or the CD type financial institution, and is installed at the CD type financial institution or the customer side. When the reception processing input / output unit 4013 is installed in the GD-type financial institution and the transaction input / output unit 4014 is installed in the CD-type financial institution, the customer executes and manages derivatives products at the CD-type financial institution. Applies to cases. Alternatively, the present invention can be applied to a case where a CD-type financial institution contracts or manages derivatives products provided by a GD-type financial institution.

Further, according to the present system, it is possible to manage and process derivatives products already held by the CD-type financial institution by the post office management unit 1004 of the transaction system. Further, it is possible to obtain information or simulate derivatives products already held by the CD financial institution by the post-risk management unit 1005 of the trading system.

If the reception processing input / output unit 4013 is installed in the CD-type financial institution and the transaction input / output unit 4014 is installed in the customer, the customer can use the Internet or a dedicated line on the homepage of the CD-type financial institution. This applies when contracting and managing derivatives products. With such a configuration, the customer can use the CD
The contract with a financial institution eliminates the hassle of opening a new account or starting a credit check from the start of trading such derivatives products.

In the present system, for example, the system management unit 3
011 can be accessed from a homepage on the Internet. Or transaction input / output unit 4
014 accesses the home page of the server which is the reception processing input / output unit 4013, and inputs and outputs information and data from there. The reception processing input / output unit 4013 further includes a system management unit 3011 or a system management unit 3011
And displays data provided by the transaction processing unit 1001 including the server, connects to a server that provides a homepage or the like for inputting data, and enables execution and management processing.

FIG. 5 shows an example of an overall configuration diagram of the derivative transaction system of the present invention. This derivative transaction system includes a pre-processing unit 5016, a post-processing unit 5015, an information input / output unit 2010, a system management unit 3011, a reception processing input / output unit 4013, a transaction input / output unit 4014, and networks 1008 and 3012 connecting these. Be composed. The detailed description of the same components as described above is omitted.

In the system shown in FIG. 5, pre-processing up to the execution is executed by the pre-processing unit 5016, and post-execution processing and risk management are executed by the post-processing unit 5015. Note that the GD-type financial institution has a pre-processing unit 5016, executes processing up to a contract, and a third-party ASP executes the post-processing unit 501.
5 for post-contract clerical work and post-contract risk management. In this case, the post-processing appears to be performed by one ASP. However, the post-processing is not necessarily limited to one ASP. It may be. In addition, a plurality of post office management units 1004 are prepared in advance,
Select and select A according to customer needs and requirements
SP's post office management section 1004 and post risk management section 10
05 can also be used. Such selection can be made directly from the reception processing input unit 4013, but it is also possible to provide ASP information by the system management unit 3011 and control the connection with the selected ASP based on it. .

In this system, a customer can access a CD-type financial institution via a network to execute contract procedures, obtain market information, and perform post-trade affairs and risk management.

The CD-type financial institution can provide the customer with the provision and management of derivatives products without having the pre-processing unit 5016 and the post-processing unit 5015 as its own system. In addition, such a system can be constructed with a dedicated system. It becomes possible. GD financial institution also post-processing unit 50
Since 15 can be entrusted to a third party ASP or the like, the burden of operating such a system can be reduced. Further, the system management unit 3011 includes a GD financial institution, each ASP, and a CD.
Since the transfer of services between the financial institution and the customer can be managed, a billing system can be constructed. A dashed arrow 5017 illustrated in FIG. 5 indicates that the data generated by the contract processing unit 2002 is transferred to the post-operation management unit 1004 or the post-risk management unit 1005 in order to execute post-execution business management and risk management. Is shown. This can be controlled by the system management unit 3011, for example.

FIG. 6 shows an example of the configuration of the contract processing unit 2002. The contract processing unit 2002 includes a consulting processing unit 6001 and a proposal / indication processing unit 60.
02 and a deal processing unit 6003.

FIG. 7 shows an example of the configuration of the consulting processing unit 6001, and FIG.
Shows the procedure of data processing in. The processing in the consulting processing unit 6001 includes the simulation based on the first data input and the output of the result (S8001 to S800
3), product selection based on the first result output and its result output (S8004 to S8005), and second simulation accompanying the second data input and its result output (S80)
06 to S8008). First, in the simulation processing based on the first data input and its output, in order to calculate the risk of the details of the customer, first, in S8001, the user is required to input various data.
In subsequent S8002, based on the input data, a change in the market value of the holding details after the market fluctuation and a change in the period financial profit / loss are estimated. The input data is data relating to details such as owned assets and liabilities, and includes borrowings, deposits, exchange amounts, currency types, expiration dates, remaining periods, and the like. Based on these data, the profit and loss is estimated (simulated) and displayed in a table or a graph (S8003). This display is displayed not only on the terminals of the GD type financial institution (1017, 4013), but also on the customer terminal (4014) and the terminal of the CD type financial institution (101).
7, 4013, 4014) can also be displayed and output.

These processes are performed by the data input unit 7 shown in FIG.
Based on the data input in step 001, a profit and loss trial calculation is executed by the simulation execution unit 7002, and the result is created in a table or graph by the profit and loss trial calculation table / graph creation unit 7003, and the created table or graph is output to the data output unit. 70
06 to the network or terminal. Next, based on the results calculated in the first simulation, the product selection unit 7004 stores data or information on an appropriate product or all products in the product database 7.
005 and output it to the network or terminal via the data output unit 7006. When such a product selection (S8004) is set so as to select a product that hedges the risk of the statement held by the customer,
It is possible to more accurately meet customer needs. In addition, depending on the customer, if there is a request to determine a product by himself, it is possible to introduce, examine, confirm, and select all the products. Here, a detailed description of the product is output in response to a customer request. In such a case, the products are output and displayed in a category based on the type and degree of risk or the type and degree of hedging (S8005).

When a product is selected in S8004,
Simulate the change in profit and loss after hedging by the selected product with the change in market value at the market rate and the change in financial profit and loss for the period. To this end, in the specification input of the selected or requested derivative product (S8006), the user inputs or selects a product, an amount, a currency, a date, a period, a side or a rate. In S8007 following S8006, a second simulation is executed by the simulation execution unit 7002 using the data input from the data input unit 7001. Then, in S8008,
A profit / loss trial balance / profit / trial calculation graph is created by the profit / loss trial balance / graph creation unit 7003, and is output from the data output unit 7006 to a customer terminal or a network. Here, the data input unit 7001 and the data output unit 7006 included in the consulting processing unit 6001 may be integrally configured as an interface unit.

FIG. 9 shows an example of the configuration of the proposal / indication processing section 6002, and FIG. 10 shows an example of the processing procedure. Proposal / indication processing unit 6002
Has a data input unit 9001 for inputting data, a documentation generation unit 9002 for generating various documents based on the input data, and an indication processing unit 9003 for processing indications. In S10001, the customer desires
Alternatively, when the third data, which is the input of data for estimating a product recommended by the GD-type or CD-type financial institution, is input, the condition of the details of an action to be executed is input from the data input unit 9001. In this case, the data may be taken as it is from the result of the previous consulting processing unit 6001, and it is also possible to input all or a part of the data in this step. The input data includes, for example, a product, an amount, a currency, a due date, a period, a side, a rate, or the like as an approach schedule detailed condition. In S10002, the documentation creation unit 9002 creates various documents based on the input data. Here, a proposal and explanatory materials are created. The proposal is prepared in such a manner that a description of the customer name, the name of the merchandise provider, the details of the transaction, a table or graph necessary for the description, a description of the points to be noted, and the like can be output in writing. The created document or transaction condition is displayed on a screen of a terminal or the like connected via a network (S1000).
3).

If there is a request to obtain an indication rate (price) of the contents (conditions) of the above-mentioned action plan specification or proposal, the above-mentioned contents confirmation step (S1)
0003), the indication processing unit 900
In step 3, an indication rate is obtained and generated, and the result is displayed and output (S10004). Here, the indication rate is different from the contract rate at the time of the contract and is a temporary rate (at that time) in a stage before the contract rate. Nearly real-time market rates are reflected, but if it takes a long time to execute, the execution rate may be different from the indication rate.

In step S10002, in addition to the proposal, creation of explanatory materials is also executed in response to a request from a customer or the like. That is, as the explanatory material for the customer to approve the contract internally, the explanatory material and the approval document are created using the above-mentioned input data, the proposal, the indication rate, and the like. In addition, such a document form can be given on the system side of the present invention or created by a customer on a customer terminal, and predetermined data can be input to the form to create an explanatory material.

FIG. 11 shows an example of the configuration of the deal processing unit 6003. FIG. 12 shows a processing procedure of the contract processing. First, in S1201, a fourth data input is input. If the indication condition of the previous process can be applied as it is, the condition data is taken in, or data obtained by partially modifying the condition is input via the data input unit 1101. In S1202, a firm price request or an indication price request and a contract confirmation request are received via a terminal or the like of the customer. In other words, in response to these requests, the system displays and outputs the details of the planned activity based on the input data, and requests the customer to confirm the conditions.
When the customer requests acquisition of a contract price (firm price) based on the output conditions, the price processed and generated by the price processing unit 1102 is output, and the firm price is output by the contract confirmation unit 1103. Inquires a terminal of a customer or the like whether or not to execute a contract. If the customer requests a contract, S12
In the contract execution process 03, the contract execution unit 1104 outputs the execution conditions for the final execution, executes the execution after receiving confirmation of the execution, and outputs and displays that the execution has been executed. Then, in the contract creation in S1204, the contract creation unit 1105 creates and outputs a contract or memorandum such as a basic contract concerning payment of money.

When the contract condition is generated, if the market rate is significantly different from the firm rate due to a sudden change in the market, the fact that the price has been changed is displayed.
Display to get firm rate. Also, when it takes time from the inquiry to the contract request to the answer, if the firmware rate or the like has been changed, a message is displayed to acquire the firmware rate again.

If the customer does not request a contract, as an example, the user inputs or selects the reason why the contract cannot be made, and returns a reply to the system that the contract cannot be made. Again, the screen advances to a screen for obtaining an indication, explaining a new product, selecting a transaction end, and the like.

The contract processing is executed as described above, and these executions are performed, for example, on a predetermined screen of a homepage of a GD financial institution or a CD financial institution on the Internet. Also, in the above description, although not clearly stated, on each screen, for example, if a condition is input, the input condition is stored, or a processing result based on the input data is stored, and The data already stored can be read and used for processing such as simulation. In addition to the display screen,
It is possible to print data and processing results displayed on the display screen. In such a process, an area such as a clickable button is displayed on the screen so that each process can be executed. The display of these buttons can be determined depending on the screen to be displayed.

In the case where the reception processing input / output unit 4013 is a CD-type financial institution and the transaction input / output unit 4014 is a customer, the customer has a relationship with the CD-type financial institution. . In this case, the contract is concluded between the customer and the CD financial institution, but the CD financial institution needs to contract with the GD financial institution. In such a case,
The two contracts are executed almost simultaneously.

FIG. 13 shows an example of the configuration of the post office management unit 1004. The post-operation management unit 1004 generates and outputs detailed information, P & R information or subsequent transaction information via the data input / output unit 1305 according to an instruction from a terminal or the like of a customer. The detailed information processing unit 1301 reads out and displays each detailed information of the customer who has been executed from the derivative product information database. For example, key transaction conditions such as an approach date, a maturity date, an amount, and a partner. These can be displayed by, for example, arranging the expiration dates in ascending order. These can be displayed as a list of a plurality of items collectively in a table, or can be displayed for each item one by one.

The P & R information processing unit 1302 is for inputting a predetermined condition and listing up the related specification so as to meet the condition. Alternatively, it is possible for the customer himself to set it. For example, if you specify a time period,
List all payment information. this is,
Schedules for interest payment, premium payment, currency swap principal exchange, etc. Also, based on these data,
A schedule table or the like can be generated and displayed.

The subsequent transaction information processing unit 1303 can also handle the statement executed by the present transaction system and the statement that the customer wants to outsource the post-office management by the contracted contract. In the subsequent transaction information processing unit 1303, a predetermined condition is input, and the related specification is listed up so as to meet the condition. You can set it yourself. For example, a period is specified, and all subsequent transaction information is listed in due order. This is a schedule such as a floating interest rate decision, an option exercise date, etc. Further, a schedule table or the like can be generated and displayed based on these data.

Derivative product information database 130
Reference numeral 4 denotes a database that holds derivative product information, and stores information on contracted details because it is in the post-processing unit. In FIG. 13, the management unit 100 is located outside the post office management unit 1004.
4, or in the post-processing unit 5015 as shown in FIG. The data in the database 1304 is stored in the contract processing unit 2002.
It is also possible to transfer and hold the details of the data contracted in the above as data. In addition, the contract details held by the customer who has not been processed by the contract processing unit 2002 can be processed by inputting from here.

FIG. 14 shows an example of the configuration of the ex post risk management unit 1005. The post-mortem risk management unit 1005 receives a data input / output unit 1405 according to an instruction from a terminal or the like of a customer.
, And generates and outputs position information, market value information, or simulation information. The position information processing unit 1401 computes and displays position information such as the sensitivity and the vega position of each statement or portfolio of the customer who has already been executed. These can be displayed as a list of a plurality of items collectively in a table, or can be displayed for each item one by one. The market price information processing unit 1402 displays market price information for each item or portfolio.

The simulation processing unit 1403 displays a profit / loss fluctuation with respect to a market change for each specification or each portfolio, and a result of value-at-risk VAR calculation. The post-mortem risk management unit 1005 can also handle the details contracted by the present transaction system and the details to which the customer wants to entrust post-administration management with the fixed amount of the contract. Note that the derivative product information database 1304
Is a database common to the post-operation management unit 1004, but may be another database.

FIG. 16 shows an example of a system schematic diagram in the case where the main body of each processing is a different business owner in one embodiment of the present invention. Transaction processing unit 100 is, via network 700, an external information agency 610 that provides information related to financial transactions, and an interbank market (store market) 620 for conducting derivative transactions between GD-type financial institutions and the like.
Can be connected to the exchange market 630 for conducting derivative transactions. In the interbank market 620, mainly forward transactions, swap transactions and option transactions are performed, and in the exchange market 630, mainly futures transactions and option transactions are performed.

The transaction system 100 includes an information acquisition terminal 110 for acquiring information on the basis of a derivative product from the information institution 610, a trader such as a CD-type financial institution, and a CD.
Server 120 that can be accessed by salespeople such as credit-type financial institutions and customers such as CD-type financial institutions, and server 13 that can be accessed by salespeople such as GD-type financial institutions and customers such as GD-type financial institutions.
0, a trader terminal 140 for generating or selecting a derivative product based on assets and liabilities, a market transaction terminal 150 for conducting a derivative transaction with the interbank market 620 or the exchange 630, and a business management and risk management of the derivative transaction. House system 160 to perform, information acquisition terminal 110 and servers 120 and 130
And a network 170 for interconnecting the trader terminal 140 and the house system 160 with each other. Server 1
The server 20 and the server 130 may be used or owned by a third party other than the person who uses or owns the transaction system 100. The house system 160 includes the trading system 10
0 may be used or owned by a third party other than the person who uses or owns 0. The network 170 is preferably a dedicated line (LAN (Local Area Network), bus, or the like). Between the server 120 and other terminals (the information acquisition terminal 110, the server 130, the trader terminal 140, and the house system 160), generation or selection of derivatives products such as assets and liabilities of customers such as CD-type financial institutions, and the like. Data required for calculating rates and prices and data related to the rates and prices of derivatives products are transmitted, but the customer's personal information (for example, name or name, address or address, telephone number and e-mail address, etc.) and CD-type finance Spread data such as credit spreads and closing costs of institutions are not transmitted.

The name of a CD-type financial institution or the like is added to the Web page transmitted by the server 120 to the customer terminal 300. That is, a customer such as a CD financial institution conducts a derivative transaction with a CD financial institution or the like, but does not conduct a derivative transaction with a GD financial institution or the like. On the other hand, the name of a CD-type financial institution or the like or the name of a GD-type financial institution or the like may be added to the Web page transmitted by the server 120 to the trader terminal 210 or the sales representative terminal 220. Good.

The customer can use the Web provided by the CD-type financial institution.
We perform derivative products consulting procedures, proposal / indication procedures, and contractual agreement procedures on the page. For such procedures and procedures, for example, market data, information on derivatives products, and presentation of price terms, etc., are GD financial institutions. Will be provided. Specifically, for example, the area of the derivatives product on the Web page provided by the CD-type financial institution is linked to the server of the GD-type financial institution to which the CD-type financial institution is affiliated. All are processed by Web pages provided by GD financial institutions.

FIG. 17 shows a CD-type financial institution with a link and G
FIG. 3 is a conceptual diagram illustrating a relationship with a link of a Web page provided by a D-type financial institution. CD-type financial institution server 1701
The entire web page 1703 of the CD-type financial institution is provided. The server 1702 of the GD-type financial institution is affiliated with the CD-type financial institution 1701, and is linked to an area 1704 relating to derivatives products in the Web page 1703 to provide such a procedure. From the customer terminal 1705, a Web page linked to a Web page provided by a GD-type financial institution regarding derivatives products can be accessed from a Web page 1703 provided by a CD-type financial institution. This access may be made not only at the customer terminal 1705 but also at the salesperson terminal 220 or the trader terminal 210 of the CD-type financial institution.

Further, when the customer proceeds with the CD-type financial institution with the person in charge of the CD-type financial institution, the form is as shown in FIG. Or a business terminal accesses a server of a GD financial institution to process the procedure.

Even in such a case, as described above, the customer only makes a contract with the CD-type financial institution and trades the derivative product. However, the conditions presented by the CD financial institution are obtained by adding or subtracting some conditions to the conditions presented by the GD financial institution to the CD financial institution. Further, a CD-type financial institution may perform a cover transaction in accordance with a contract for a derivative product transaction with a customer. When the cover transaction is performed with a partner GD financial institution, the CD financial institution can perform a procedure for executing a contract with the GD financial institution using the system of the present invention. Note that the CD-type financial institution may conduct this cover transaction with another GD-type financial institution, but the original transaction with the customer is continued by the GD-type financial institution via the CD-type financial institution. is there.

The system according to the present invention has a G
It can also be used when a D-type financial institution trades derivatives products directly with customers. That is, the customer terminal 5
00 and a sales representative terminal 400 of a GD financial institution are connected to the transaction system 100 of the GD financial institution via a network or the like.

The GD-type financial institution or the like, in advance, considers the customer such as the GD-type financial institution or the creditworthiness (including the rating) and the suitability of the CD-type financial institution, etc., and decides on the contract for using the derivative transaction system. Alternatively, it is preferable to exchange with a CD-type financial institution. In other words, a CD financial institution or the like is a customer for a GD financial institution or the like. Then, an ID (Identifier) and a password for using the derivative transaction system are given to a customer such as a GD-type financial institution and a CD-type financial institution that have exchanged a use contract. The ID is for identifying a customer. ID
Is preferably recorded on paper or a recording medium and mailed to a customer from a GD-type financial institution or the like, but may be transmitted as electronic data through the network 700. The password is preferably selected by a customer such as a GD-type financial institution or a CD-type financial institution. The ID and password of a customer such as a GD-type financial institution are preferably stored by the server 130, and the ID and password of a customer such as a CD-type financial institution are preferably stored by the server 120. GD on the use of derivative trading systems
The type financial institution or the like may collect money (pay) from the customer or may not collect money (free). In addition, it is preferable that the GD-type financial institution or the like exchanges a request to approve or not permit the transaction of the derivative product in consideration of the financial contents, the performance change, and the transaction history of the customer of the GD-type financial institution or the like. For example, even a customer of a GD financial institution or the like who has acquired an ID and a password may not be able to execute a derivative product if the approval is not approved.

The trading system 200 includes a trader terminal 210 used by a trader such as a CD-type financial institution,
And a salesperson terminal 220 used by a salesperson such as a financial institution. Trader terminal 210 and salesperson terminal 220
Is an input device that accepts input from the user (for example,
A keyboard, a mouse, a pen input, a touch panel, etc.), an arithmetic unit (eg, CPU, etc.) for executing programs, etc., a storage device (eg, RAM, hard disk, CD-R, DVD-R, etc.) for storing data, and a display device (Eg, CRT, liquid crystal display, plasma display, EL display, etc.) and a communication device (eg, modem, etc.). In addition, the trader terminal 210 and the sales representative terminal 220
It has a Web browser and is executed by a computing device.
The trader terminal 210 and the salesperson terminal 220 may be personal computers, mobile phones, or personal digital assistants.

Similar to the GD-type financial institution, the CD-type financial institution and the like consider the creditworthiness (including the rating) and suitability of the CD-type financial institution in advance and make a contract to use the derivative transaction system. It is preferable to exchange with customers such as CD-type financial institutions. Then, an ID (Identifier) and a password for using the derivative transaction system are given to a customer such as a CD-type financial institution that has exchanged a use contract. Preferably, the password is selected by a customer, such as a CD financial institution. The ID and password of a customer such as a CD-type financial institution are preferably stored by the server 120. Further, it is preferable that the CD-type financial institution or the like exchanges a request for approval of whether or not to conduct the transaction of the derivatives product, in consideration of the financial contents, performance transition, and transaction history of the customer of the CD-type financial institution and the like. It is preferable that the CD-type financial institution or the like exchanges a decision to approve or not permit the transaction of the derivative product in consideration of the financial contents, the performance change, and the transaction history of the customer of the CD-type financial institution and the like. Even if the customer is a CD-type financial institution or the like who has acquired an ID and a password, if the approval has not been approved, it may not be possible to execute the derivative product. However, a customer such as a CD-type financial institution can perform processing other than the contract (for example, information provision processing, consulting processing, proposal / indication processing, etc.) even when the approval is not approved.

The customer terminal 300, the salesperson terminal 400, and the customer terminal 500 include an input device, an arithmetic operation, a storage device, a display device, and a communication device. In addition, the customer terminal 30
0, the salesperson terminal 400 and the customer terminal 500
It has an e-browser and is executed by a computing device. The customer terminal 300 may be a personal computer, a mobile phone, or a personal digital assistant.

Derivatives refer to transactions such as swaps, options, FRAs or a combination thereof, and derivatives products refer to products that are subject to derivatives. A financial institution is an institution whose main business is to conduct financial transactions between a fund supplier and a consumer, such as the Bank of Japan as a central bank, a city bank as a bank, a regional bank, Long-term credit banks, member banks of the Second Regional Bank Association, trust banks, credit unions as credit banks for small and medium-sized enterprises, credit unions, the Central Bank of Commerce and Industry, agricultural cooperatives as agriculture, forestry and fisheries-related safes, agricultural cooperatives, fishing cooperatives, and the Norinchukin Bank, Life insurance companies as non-life insurance companies, non-life insurance companies, securities companies in securities markets, securities financing companies, money brokers that mediate call transactions, money lenders that mainly provide discounts and loans with their own funds, and government-related financial institutions This includes the Development Bank of Japan, Japan Bank for International Cooperation, and National Finance Corporation. Global dealer (GD) financial institutions are financial institutions that deal in major financial markets and in-house complex derivatives. That is, G
D-type financial institutions perform pricing services at Interbank, develop new derivatives products, perform pricing services for customers, conduct derivative transactions with complex structures, conduct derivative transactions on a regular basis, and generally establish Traded derivatives and hedge your ALM position. A customer-dealer (CD) financial institution is a financial institution that hedges its own ALM position and conducts advisory transactions, but does not take a large position.
In other words, CD-type financial institutions perform pricing operations for customers, conduct derivative transactions with a complex mechanism, conduct derivative transactions on a regular basis, conduct generally established derivative transactions, and hedge their ALM positions. I do. Indication rate and indication price (hereinafter "indication rate etc.")
) Means a tentative rate or price that is presented in response to an inquiry but cannot be filled, i.e., a rate or price with a limited offer. Firm rate and firm price (hereinafter referred to as “firm rate etc.”) means that once an order or rate is offered, the orderer actually executes the transaction until the offeror cancels or changes it. Or, a rate or price that can be agreed upon, that is, a rate or price for making a contract.

FIG. 1 shows an example of a contract system for a transaction between a customer, a CD financial institution and a GD financial institution.
FIG. Here, the contract between the customer and the CD financial institution for the derivative products provided by the GD financial institution,
1 shows an example of a system in which a D-type financial institution processes a contract for a cover transaction of a derivative commodity transaction. In this process, the two contracts do not need to be exactly the same in time, but also include a time difference in which a CD-type financial institution deserves a cover transaction with respect to a derivative product transaction.

The client 1801 is a CD-type financial institution 1802
Request derivative transactions for. G
The D-type financial institution 1803 has a derivative financial instruments transaction with the CD-type financial institution 1802. Here, as an example of the transaction, a derivative transaction 1809 is processed between the customer 1801 and the CD-type financial institution 1802,
For example, a cover transaction 1810 covering a derivatives transaction 1809 is performed between the financial institution 1802 and the GD financial institution 1803. CD-type financial institution 18
02 is checked by the CD-type financial institution's approval processing system 1804 to check whether the transaction conditions of the derivatives product to be provided to the customer 1801 are appropriate.
Check the credibility of 01. GD financial institution 18
Similarly, the credit processing and credit credit of the CD-type financial institution 1802 are performed by the approval processing system 1805 of the GD-type financial institution 1803 which checks whether the transaction conditions of the derivative products and the cover transaction are provided to the CD-type financial institution 1802. Check the line (transaction volume according to credit). Decision processing system 1804, 1805
The check unit 1806 which inputs the result of the above receives the result of the approval / disapproval process regarding whether or not the contract is executed. Then, for example, if the result of both transactions is acceptable,
7, The procedure of 1808 is executed. Further, for example, when the transaction of the derivative transaction 1809 is not possible, a process for re-performing the transaction procedure between the customer 1801 and the CD-type financial institution 1802 is performed. In addition, cover transaction 181
If 0 is not possible, CD-type financial institution 1802 and GD
It is a procedure to redo the cover transaction with the financial institution 1803. Further, when the transaction conditions of the derivatives product provided by the GD financial institution 1803 to the CD financial institution 1802 are not possible, the CD financial institution 1802 and the G
The transaction of the derivatives product with the D-type financial institution 1803 and the transaction between the customer 1801 and the CD-type financial institution 1802 are redone or a process of redistributing the conditions within a predetermined condition described later is performed.

Processing for realizing derivative transactions according to the embodiment of the present invention includes, for example, information provision processing, consulting processing, proposal / indication processing, transaction commitment processing, post-office management support processing, post-risk management support Processing and claim receiving processing. The order of each process is preferably arbitrarily selectable by the customer, but the order of at least two processes of all processes (for example, proposal / indication process and deal process, deal process and post office management support) Process etc.) may be performed continuously. Each process is preferably executed by software (program), but may be executed by hardware. It is preferable that the program can be transmitted on a network and can be recorded on a recording medium (CD-ROM, DVD-ROM, hard disk, or the like).

When a customer who transacts with a CD-type financial institution or the like wants to use the derivative transaction system or hedge a risk, it informs the customer terminal that the customer wants to use the derivative transaction system (hereinafter referred to as “use request”). Instruct 300. The customer terminal 300 sends a use request,
The data is transmitted to the server 120 via the network 700.
When the server 120 receives the use request, the server 12
0 sends a web page (home page) for using derivative transactions through the network 700,
Send to customer terminal 300.

FIG. 19 shows a configuration diagram of a Web page for starting use of the derivative transaction system of the present invention. The web page for starting to use the derivative trading system includes a name of a CD-type financial institution and an ID (Identifier) for using the derivative trading system.
Member login field to receive password and password input, and start information provision processing, consulting processing, proposal / indication processing, transaction commitment processing, post-office management support processing, post-risk management support processing, claim acceptance processing, etc. And a site map column for reading out a Web page for reading.

The customer inputs an ID and a password to the customer terminal 300. The customer terminal 300 transmits the ID and the password to the server 120 via the network 700. The server 120 verifies whether the ID and the password are correct, that is, determines whether the password corresponding to the input ID matches the password corresponding to the ID stored in advance, and determines whether the ID and the password are correct. In the case (match), the use of the derivative trading system is permitted, and when the ID and the password are incorrect (mismatch), the use of the derivative trading system is rejected. When the server 120 refuses to use the derivative transaction system, the server 120 transmits to the customer terminal 300 that the use of the derivative transaction system is rejected or that the password is incorrect. The customer terminal 300 displays on the display screen that the derivative transaction system is rejected or that the password is incorrect.

In the information providing process according to the embodiment of the present invention,
The information acquisition terminal 110 receives exchange rate information (dollar / yen rate, euro / yen rate, etc.) and interest rate information (10-year futures price,
Dollar interest rate futures price, long-term prime rate, short-term prime rate, TIBOR, LIBOR, JGB (Japanese Government
Bond), and stock information (Nikkei average, Dow average, Nasdaq average, etc.) from the information institution 610 via the network 700, display them on the display screen, and store them in the server 120. When the customer wants to receive the information, the customer terminal 300 is instructed to receive the information (hereinafter referred to as “information provision request”).
The customer terminal 300 sends the information provision request to the network 70
0 to the server 120. When server 120 receives the information provision request, server 120 transmits a Web page on which various information is posted to customer terminal 300. The customer terminal 300 sends the information on the We
Display page b on the display screen. When a trader or a salesperson of a CD-type financial institution wants to receive information, the trader or the salesperson can use the trader terminal 210 or the salesperson terminal 220 to receive the information.

Hereinafter, the consulting process according to the embodiment of the present invention will be described with reference to FIGS. FIG. 20 shows a processing flowchart of the consulting processing of the present invention. When the customer wants consulting, the customer instructs the customer terminal 300 to request consulting (hereinafter referred to as “consulting request”). The customer terminal 300 transmits the consulting request to the server 120 via the network 700. If the server 120 receives the consulting request,
W for starting consulting
The eb page is transmitted to the customer terminal 300. Customer terminal 3
00 displays a Web page for starting consulting on the display screen.

FIG. 21 shows a configuration diagram of a Web page for starting consulting of the present invention. The Web page for starting consulting includes a reception column for receiving input or selection of details such as assets and liabilities,
And a reception column for receiving an instruction to save the details of the entered assets and liabilities. Assets and liabilities are information necessary for the generation or selection of derivatives products. This applies to different currencies and different types of exports and imports.

The customer inputs assets, liabilities, and the like to the customer terminal 300. The customer terminal 300 transmits data such as assets and liabilities to the server 120 via the network 700. When the server 120 receives the data such as the assets and liabilities, the trader terminal 140 calculates the profit and loss based on the data such as the assets and liabilities, and calculates the profit and loss trial balance and the profit and loss estimation graph (hereinafter, “profit and loss estimation results”). ), And stores the profit / loss estimation result in the server 120. Note that the server 120 sends the trader terminal 140
Preferably, data such as assets and liabilities are transmitted, but personal information of the customer is not transmitted. As a result, the CD-type financial institution or the like can prevent leakage of personal information of a customer who transacts with the CD-type financial institution or the like (for example, a GD-type financial institution). The server 120 transmits a Web page on which the profit and loss calculation result is posted to the customer terminal 300 via the network 700. The customer terminal 300 displays a Web page on which the result of the profit and loss calculation is posted on the display screen.

FIG. 22 shows a configuration diagram of a Web page on which the results of the profit and loss estimation of the present invention are published. The web page on which the results of the profit and loss estimation are posted includes comments on the results of the profit and loss estimation (eg, risks), a request to hedge risk, or a request to introduce derivatives products (hereinafter referred to as “products”). And a reception column for receiving an instruction of “referral request”).

When the customer wants to hedge a risk or introduce derivatives products, the customer terminal 300 is instructed to make a product introduction request. The customer terminal 300
The product introduction request is transmitted to the server 120 via the network 700. When the server 120 receives the product introduction request, the trader terminal 140 determines a risk based on data such as assets and liabilities, generates or selects one or more derivative products, and sends the derivative product introduction to the server. 120. Derivatives products may be generated or selected by the trader terminal 140 based on a mathematical model or past data, or by a consultant who has looked at the details of assets and liabilities displayed on the display screen by the trader terminal 140 and the results of profit and loss estimation. May be generated or selected. The server 120 transmits the derivatives product introduction to the network 7
00 to the customer terminal 300.

FIG. 23 shows a configuration diagram of a Web page on which the derivatives product of the present invention is published. The web page on which the derivatives product is posted includes the name of the derivatives product, an outline of the product, a reception field for receiving or entering details of the desired derivatives product, and a storage of details of the entered or selected derivatives product. It has a reception field for receiving instructions and a reception field for receiving a request to obtain the profit / loss estimation result after the derivatives are reflected (hereinafter, referred to as “regain profit estimation request”).
The description of the derivatives product refers to, for example, the name, amount, currency, date, period, transaction side (sell / buy), rate / price, etc. of the derivatives product.

If the customer wishes to obtain the results of the profit and loss trial calculation after reflecting the derivatives products, the information necessary for the re-profit estimation, that is, the details of the derivatives products is stored in the customer terminal 300.
To enter. If the customer wants to save the details of the derivative's product, it can be stored in the recording medium of the customer terminal 300. The customer terminal 300 transmits the detailed data of the derivatives product to the server 120 via the network 700. When the server 120 receives the detailed data of the derivatives product, the trader terminal 140 uses the detailed data and data such as assets and liabilities. Calculate the profit and loss after reflecting the derivatives products, and calculate the profit and loss
Edited as "results of profit and loss trial calculation"), the server 120
To be stored. The server 120 transmits the re-profit estimation result to the customer terminal 300 via the network 700.
The customer terminal 300 displays the result of the profit and loss trial calculation on the display screen.

FIG. 24 is a diagram showing the configuration of a Web page on which the results of a trial calculation of profit and loss of the present invention are published. On the Web page on which the results of the re-profit estimation are posted, in addition to the results of the re-estimation estimation, a reception field for receiving an instruction to request a proposal (hereinafter referred to as a "request for proposal") and a request for indication (Hereinafter referred to as “indication request”).

If the customer wants to be introduced to all derivatives products handled by a CD-type financial institution or the like (GD-type financial institution, etc.), the customer wants to receive an introduction of the derivatives products (hereinafter referred to as a “handling product introduction request”). ) To the customer terminal 30
Indicate 0. The customer terminal 300 transmits the handled product introduction request to the server 120 via the network 700. When the server 120 receives the handling product introduction request, the server 120 reads out the data of the derivative products for each risk stored in advance, and
00 to the customer terminal 300. Customer terminal 3
00 displays derivatives products for each risk on the display screen. Derivatives products by risk are, for example,
Interest rate swaps and interest rate options are used for interest rate rise and fall risks, and coupon swaps are used for interest rate appreciation and depreciation risks. Derivatives products handled include, for example, interest rate swaps, caps, floors, European swaptions, FRA, currency swaps, irregular cash flows including coupon swaps, credit derivatives, and the like, and combinations thereof.

The derivatives products corresponding to each of these risks are registered in the database in advance. Furthermore, it is possible to connect to a salesperson terminal or a trader terminal and directly receive a consultant.

When a sales person such as a CD-type financial institution conducts business with a customer face-to-face, the sales person can use the sales person terminal 220 for consultation on behalf of the customer. And the salesperson is the salesperson terminal 2
It is possible to negotiate face-to-face with the customer by seeing the profit and loss calculation result and the derivatives product introduction displayed on the display screen 20.

The proposal / indication process according to the embodiment of the present invention will be described below with reference to FIGS. FIG. 25 shows a processing flowchart of the proposal processing of the present invention. When the customer wants to receive the proposal of the action plan specification (derivatives product specification), the customer instructs the customer terminal 300 to request the proposal. The client terminal 300 sends the proposal request through the network 700 to the server 12.
Send to 0. When the server 120 receives the proposal request, the server 120 reads a Web page for starting the proposal generation stored in advance and transmits the Web page to the customer terminal 300 via the network 700. The customer terminal 300 receives the Web page for starting the generation of the proposal and displays it on the display screen.

FIG. 26 shows a configuration diagram of a Web page for starting generation of a proposal according to the present invention. The Web page for starting the proposal generation includes a reception column for receiving an instruction on conditions necessary for preparing a proposal and an instruction for saving input or selection items (conditions required for preparing a proposal). , A reception column for receiving an instruction for reading out the stored details of the planned action, a reception column for receiving an instruction for displaying a proposal, and a reception column for receiving an instruction for obtaining an indication rate and the like. And a reception column. That is, the CD-type financial institution or the like requests the customer to input or select conditions necessary for preparing a proposal. Conditions necessary for preparing a proposal include, for example, the name of the product, the amount, currency, date, period, transaction side (sell or buy), rate and price, and the like.

[0102] Web for the customer to start creating a proposal
On page b, the conditions necessary for creating a proposal are indicated. The client terminal 300 transmits the conditions necessary for creating a proposal to the server 120 via the network. When the server 120 receives the conditions necessary for preparing a proposal, the trader terminal 140 prepares a proposal based on the conditions required for preparing a proposal and stores the proposal in the server name 120. Server 120
Transmits the Web page on which the proposal is posted to the customer terminal 300 via the network 700. Customer terminal 300 receives the Web page on which the proposal is posted,
Display on the display screen.

FIG. 27 shows a W in which the proposal of the present invention is published.
FIG. 2 shows a configuration diagram of an eb page. Web with proposal
The page contains, for example, the name of the customer, the name of the CD-type financial institution (branch or division), the description of the transaction contents (description of derivatives products, etc.), the results of profit and loss calculation, and the points to note (risk caused by derivative transactions, etc.). It has a column for receiving a description, a specification of an action schedule, and a reception column for receiving a print instruction.

FIG. 28 shows a processing flow chart of the indication processing of the present invention. When the customer wants to obtain the indication rate or the like of the planned activity statement, the customer instructs the customer terminal 300 to issue an indication request. The customer may indicate the indication request multiple times. The customer terminal 300 sends the indication request to the server 120 via the network 700. When the server 120 receives the indication request, the server 120 reads a previously stored Web page for starting the indication,
The data is transmitted to the customer terminal 300 through the network.

FIG. 29 shows a configuration diagram of a Web page for starting the indication of the present invention. The Web page for starting the indication includes a reception column for receiving a condition for obtaining an indication rate and the like, a reception column for receiving an instruction to save an input or selection item, and a stored approach. It has a reception column for receiving an instruction to read out a schedule statement, a reception column for receiving an instruction for displaying a proposal, and a reception column for receiving an instruction to acquire an indication rate or the like. That is, the CD financial institution or the like requests the customer to input or select conditions for obtaining an indication rate or the like.
The conditions for obtaining the indication rate and the like refer to, for example, the name, amount, currency, date, period, transaction side (sell side or buy side), rate and price of the product.

The customer inputs or selects a condition for acquiring an indication rate or the like in the customer terminal 300. The customer terminal 300 transmits a condition for acquiring an indication rate or the like to the server 120 via the network 700. When the server 120 receives a condition for acquiring an indication rate or the like, the information acquisition terminal 110 sends an index related to the derivative product through the network 700.
Obtained from the information agency 610, the trader terminal 140
The index is received from the information acquisition terminal 110, the indication rate and the like are priced, and the price is stored in the server 120. With the server 120 receiving the indication request as a key, the trader terminal 140 performs pricing such as an indication rate and performs
0, or the trader terminal 140 performs the pricing every predetermined time (for example, several seconds or several minutes) and stores it in the server 120. When the server 120 receives the indication request, the customer terminal 300 May be sent to Alternatively, even if there is no indication request from the customer terminal 300, the server 120 may transmit an indication rate or the like to the customer terminal 300 at predetermined time intervals. The underlying metrics for derivatives products are:
Exchange rate (dollar / yen rate, euro / yen rate, etc.) and interest rate / price (cash price, interest rate futures price, long-term prime rate, short-term prime rate,
Swap rates, bond prices, bond futures prices, volatility, etc.).

In the pricing, a theoretical value is calculated by applying an index obtained from the information institution 610 to a pricing model, and the theoretical value is added to the closing value of a GD financial institution or the like.
This is performed by adding (or subtracting) a cost, a credit spread, and other spreads to calculate a rate and a price. The credit spread refers to a spread (margin) determined according to the credit (credit power) of a business partner. In general, the spread is small if the credit is large, and the spread is large if the credit is small. Closing costs are the costs required to close a position on an existing derivatives product. Therefore, it is calculated based on the type of derivative products, the amount of money, the size of the notional amount, and various risks (for example, market risk, liquidity risk, etc.). The trader terminal 140 calculates the theoretical value, calculates the closing cost and credit spread, and adds (or subtracts)
May be performed, or only the calculation of the theoretical value and the addition (or subtraction) of the closing cost and the credit spread may be performed. In the latter case, it is preferable that a trader such as a GD-type financial institution calculates a closing cost and a credit spread and inputs them to the trader terminal 140. In this case, the trader terminal 140 adds (or subtracts) the spread to the theoretical value, and stores the rate or price to which the spread has been added (or subtracted) in the server 120. Or, trader terminal 140
Transmits the theoretical value and the spread to the server 120, and the server 120 may add (or subtract) the logic and the spread.

Even when a CD-type financial institution conducts derivative transactions with its customers, the closing cost and credit spread of the CD-type financial institution are added to the indication rate and the like presented by the GD-type financial institution ( Or subtraction). Therefore, when the closing cost and the credit spread of the CD-type financial institution are registered in the server 120 in advance, one of the closing cost and the credit spread of the CD-type financial institution is registered in the server 120 in advance. A case where neither the closing cost of a CD-type financial institution nor the credit spread is registered in the server 120 will be described below.

When the closing cost and the credit spread of the CD-type financial institution are registered in the server 120 in advance, the server 120
40, adding (or subtracting) the closing cost and the credit spread of the CD-type financial institution to the indication rate and the like stored by the 40, and the indication rate and the like obtained by adding (or subtracting) the closing cost and the credit spread. Is transmitted to the customer terminal 300 via the network 700. The customer terminal 300 receives the Web page on which the indication rate and the like are posted and displays the Web page on the display screen.

If the closing cost of the CD-type financial institution is not registered in the server 120 and the credit spread of the CD-type financial institution is registered in the server 120 in advance, the server 120 is stored by the trader terminal 140. Through the network 700 with the indication rate etc.
Transmit to the trader terminal 210. Trader terminal 21
0 is We with indication rate etc.
Receive page b and display it on the display screen. A trader such as a CD-type financial institution refers to a Web page on which indication rates, etc. are posted, and sees a trader terminal 2
10 is instructed on the closing cost of a CD financial institution or the like. It should be noted that a trader such as a CD-type financial institution, instead of indicating the closing cost of a CD-type financial institution, indicates an indication rate or the like to which the closing cost of a CD-type financial institution is added (or subtracted). May be. The trader terminal 210 transmits the closing cost of a trader such as a CD-type financial institution to the server 120 via the network 700. When the server 120 receives the closing cost of the CD-type financial institution or the like, the closing cost of the CD-type financial institution or the like and the pre-registered credit spread are added to the indication rate or the like stored by the trader terminal 140 (or Then, a Web page on which an indication rate or the like obtained by adding (or subtracting) the closing cost and credit spread of a CD-type financial institution or the like is transmitted to the customer terminal 300 via the network 700. Customer terminal 300
But a web site with indication rates, etc.
Receive the page and display it on the display screen. In addition, the trader terminal 210 uses an indication obtained by adding (or subtracting) a credit spread of a CD-type financial institution instead of a Web page on which the indication rate or the like stored in the server 120 by the trader terminal 140 is posted. -A Web page on which a rate or the like is posted may be received and displayed on a display screen.

Both the closing cost of the CD-type financial institution and the credit spread are stored in the server 120.
If not registered with the server, the server 120 sends the indication stored by the trader terminal 140
The Web page on which the rates etc. are posted
00 to the trader terminal 210. The trader terminal 210 receives the Web page on which the indication rate and the like are posted, and displays the Web page on the display screen. Traders, such as CD-type financial institutions, refer to the Web page on which indication rates are posted,
Instruct the trader terminal 210 on the closing cost of the CD-type financial institution or the like. In addition, a trader such as a CD-type financial institution may instruct the closing cost of the CD-type financial institution, etc.
The indication rate or the like to which the cost is added (or subtracted) may be indicated. Trader terminal 210
Transmits the closing cost of a trader such as a CD-type financial institution to the server 120 via the network 700. When the server 120 receives the closing cost of a CD-type financial institution or the like, the CD is added to the indication rate or the like stored by the trader terminal 140.
Through a network 700, a closing page of a financial institution or the like is added (or subtracted), and an indication rate or the like in which the closing cost of a CD financial institution or the like is added (or subtracted) is posted through the network 700. The information is transmitted to the sales representative terminal 220. Salesperson terminal 220
But a web site with indication rates, etc.
Receive the page and display it on the display screen. A sales representative of a CD financial institution or the like refers to a Web page on which an indication rate or the like is posted and instructs a credit spread of the CD financial institution or the like. It should be noted that even if a sales person such as a CD-type financial institution indicates an indication rate or the like to which a credit spread of a CD-type financial institution is added (or subtracted) instead of the credit spread of a CD-type financial institution or the like. Good. The salesperson terminal 220 transmits a credit spread of a CD-type financial institution or the like to the network 70.
0 to the server 120. Server 120
Adds (or subtracts) a credit spread of a CD financial institution or the like to an indication rate or the like to which a closing cost of a CD financial institution or the like is added (or subtracted), and obtains a closing cost of a CD financial institution or the like. And a web page on which an indication rate or the like to which the credit spread is added (or subtracted) is posted via the network 700 to the customer terminal 300.
Send to The customer terminal 300 receives the indication
A web page on which a rate or the like is posted is received and displayed on a display screen.

The indication rate and the like displayed on the display screen by the trader terminal 210, the indication rate and the like displayed on the display screen by the sales representative terminal 220, and the indication rate and the like displayed on the display screen by the customer terminal 300 are shown. When the closing cost and the credit spread are added, the relation is such that (the indication rate displayed on the display screen by the trader terminal 210) <(the indication rate displayed on the display screen by the salesperson terminal 220) < When (the indication rate displayed on the display screen by the customer terminal 300) is established and the closing cost and the credit spread are subtracted, (the indication rate displayed on the display screen by the trader terminal 210)> ( Salesperson terminal 220 is displayed Indication rate, etc.) to be displayed on the screen> (indication rate, such as the customer terminal 300 is displayed on the display screen) is established.

In the following, when the settlement of the approval processing system input to the check unit 1806 in FIG. 18 is not completed, or when the transaction conditions are not recognized as a result of the settlement, or when the indication is agreed, the market rate changes significantly. In some cases, the transaction conditions must be changed.

However, in order to change the transaction conditions, the conditions must be presented to the customer again and an agreement must be obtained. Such a procedure has a problem of deteriorating convenience for customers and CD-type financial institutions. Therefore, C
The contract conditions that can be absorbed by D-type financial institutions and GD-type financial institutions, mainly price fluctuation areas, are set.
GD financial institutions or CD financial institutions absorb fluctuations in rates and prices, and redistribute the margins of GD financial institutions and CD financial institutions so as to present the original conditions to customers. .

[0115] This also applies to GD financial institutions and C
It can also be applied to the redistribution of profit margin between the sales department and the trader department in D-type financial institutions.

Note that the trader terminal 210 or the salesperson terminal 220 may calculate the closing cost or the credit spread without the help of the trader or the salesperson. Further, even when the closing cost and the credit spread of the CD-type financial institution are registered in the server 120 in advance, the trader or the salesperson of the CD-type financial institution uses the trader terminal 210 or the salesperson terminal 220, The closing cost and credit spread may be manually instructed. In this case, if the server 120
It is preferable to transmit to the trader terminal 210 or the salesperson terminal 220 a Web page on which the closing rate of the financial institution or the like and the indication rate before adding (or subtracting) the credit spread are posted. Further, instead of the server 120, the trader terminal 210 or the salesperson terminal 22 may add (or subtract) the closing cost or the credit spread of the CD-type financial institution or the like to the indication rate or the like.

FIG. 30 shows an indication of the present invention.
FIG. 2 shows a configuration diagram of a Web page on which a rate and the like are posted. The Web page on which the indication rate and the like are posted includes, in addition to the indication rate and the like, a reception field for receiving an instruction to request acquisition of a firmware rate and the like (hereinafter, referred to as a “firmware request”). Prepare.

When a sales person such as a CD-type financial institution conducts a business with a customer in person, the sales person uses the sales person terminal 220 to receive a proposal and an indication on behalf of the customer. Is possible.

Hereinafter, the contract processing according to the embodiment of the present invention will be described with reference to FIGS. FIG.
FIG. 4 shows a processing flow chart of the transaction contract processing of the present invention. When the customer wants to execute the derivative transaction, the customer terminal 300 is instructed to request that the customer execute the transaction (hereinafter, referred to as “contract guidance request”). Customer terminal 300
Sends a contract guidance request to the server 120 via the network 700. When the server 120 receives the contract guide request, the server 120 reads out a Web page for pre-stored contracts and transmits the Web page to the customer terminal 300 via the network 700. In the case of indication processing or the like, when the customer has input a planned schedule, the Web page for executing a transaction preferably includes the planned schedule. When the customer has not entered the scheduled action statement, it is preferable to provide a reception page for receiving the scheduled action statement on a Web page for executing a transaction. The flow from when the customer terminal 300 transmits the firmware request to the server 120 to when the customer terminal 300 receives data (Web page) such as a firmware rate is as described above. Send to customer terminal 30
0 is the same as the flow up to reception of data (Web page) such as an indication rate. The deal guidance request may or may not include a firm request. Further, the customer may indicate the contract guide request or / and the firmware request a plurality of times. Note that the indication rate and the like and the firmware rate and the like may be the same or different. In addition, the closing cost or credit spread added to (or subtracted from) the indication rate and the firm
The closing cost or credit spread added to (or subtracted from) the rate or the like is preferably the same, but may be different.

When the server 120 receives the contract guide request, the server 120 determines whether or not a request has been made between a CD-type financial institution and a customer and / or a CD-type financial institution and the like. It is preferable to judge the credit line of a financial institution or the like and limit the transaction commitment. Credit line refers to the maximum amount of credit provided by a financial institution to a business partner. That is, when the approval is not approved for the derivatives product related to the trade agreement, the server 120 notifies the trader terminal 140, the trader terminal 210, and the salesperson via the network 700 that the trade cannot be executed or the approval has not been approved. Terminal 22
0 is transmitted to the customer terminal 300. Alternatively, if it is expected that the credit line will be exceeded when a derivative transaction relating to the transaction is executed, the server 120 transmits to the customer terminal 300 that the transaction cannot be executed and informs the customer terminal 300 that the transaction cannot be executed. Alternatively, the fact that the credit line is insufficient is transmitted to the trader terminal 140, the trader terminal 210, and the sales representative terminal 220 via the network 700. By the judgment of the credit line, the CD-type financial institution or the like can determine whether or not the cover transaction with the GD-type financial institution is possible.

FIG. 32 shows a configuration diagram of a Web page for executing a transaction according to the present invention. W to execute a deal
The eb page includes an action schedule statement, a reception field for accepting an agreement on the content of the action schedule statement, a firm rate, and the like, and a reception field for receiving an instruction from the customer as to whether or not to execute a contract. Preferably, the Web page for executing the transaction further includes a reception field for receiving an input or selection of a reason for rejecting the execution when the customer rejects the execution. Note that before a customer specifies a deal,
It is preferable that the customer terminal 300 displays a Web page on which a description of a scheduled transaction of the derivative transaction related to the contract and an acceptance column for accepting an agreement on the details of the scheduled transaction are displayed a plurality of times on the display screen. Thereby, it is possible to suppress execution of a derivative product different from the one intended by the customer.

When the customer refuses the contract of the transaction, the customer instructs the customer terminal 300 to reject the contract of the transaction. Further, it is preferable to input or select the reason why the customer refused to execute the transaction, the rate desired by the customer, and the like in the customer terminal 300. The customer terminal 300 notifies the network 70
0 to the server 120. When the server 120 receives the refusal of the contract and the reason or the desired rate, the server 120 transmits, via the network 700, a Web page on which the rejection of the contract is performed and the reason or the desired rate. , Trader terminal 21
0 and transmitted to the sales representative terminal 220. Further, it is preferable to transmit to the trader terminal 140. The trader terminal 210 and the sales representative terminal 220 receive a Web page on which the refusal of the contract has been refused and the reason or the desired rate, and display the Web page on the display screen. A trader who looks at a Web page on which a contract is refused and the reason or desired rate can be reviewed by the trader. When the trader desires to change the closing cost, the trader inputs the changed closing cost to the trader terminal 210. Note that the trader may input a firm rate or the like obtained by adding (or subtracting) the changed closing cost, instead of the changed closing cost.
The trader terminal 210 transmits the changed closing cost to the server 120 via the network 700. If the server 120 receives the changed closing cost, the server 120 adds (or subtracts) the changed closing cost and the credit spread to the farm rate or the like stored by the trader terminal 140 and the network 700. Through to the customer terminal 220. The customer terminal 220 reports the changed firmware rate and the like. Display on the display screen.

When the customer enters into a transaction, the customer instructs the customer terminal 300 to execute the transaction (hereinafter, referred to as a "contract request"). The customer terminal 300 transmits the contract request to the server 120 via the network 700.
If the server 120 receives the contract request, the server 12
0 determines whether the firm rate transmitted from the server 120 to the customer terminal 300 matches the contract request rate transmitted from the customer terminal 300 to the server 120 or not. Note that it may be determined whether there is a change in the firmware rate or the like between the time when the firmware rate or the like is transmitted to the customer terminal 220 and the time when the contract request is received.

If the firmware rate and the like do not match the contract request rate and the like, the server 120 informs the network 70 that it is necessary to obtain the firmware rate and the like again.
0 to the customer terminal 300. Customer terminal 30
0 indicates on the display screen that the firmware rate needs to be acquired again. Note that the server 120 may transmit a new firmware rate instead of transmitting a request to acquire the firmware rate or the like again.
As a result, the mismatch between the firm rate and the like and the contracted rate and the like can be suppressed, and the certainty of the derivative transaction can be improved. Note that the contract request rate refers to a rate when the server 120 receives a contract request from the customer terminal 300, and the contract rate refers to a rate when the contract is established.

The server 120 or the customer terminal 300
However, if a predetermined time has passed since the server 120 transmitted the firmware rate or the like or the customer terminal 300 received the firmware rate or the like, the firmware
It is preferable to have the rate and the like acquired again. That is, the server 120 or the customer terminal 300 waits until the server 120 transmits the
Determines that a predetermined time has elapsed since the reception of the firmware rate and the like. Is preferably displayed on the display screen. Preferably, the predetermined time is determined for each derivative product. For example, in the case of a derivative product related to a foreign exchange rate, the predetermined time is preferably about several minutes. For derivative products related to interest rates, the predetermined time is preferably on the order of tens of minutes. As a result, a trader such as a GD financial institution, a trader such as a CD financial institution, and a sales representative such as a CD financial institution, provide a firm rate or the like to a customer and thereafter obtain a contract request from the customer. This eliminates the need for monitoring at the deadline, and can reduce the monitoring burden on traders such as GD-type financial institutions, traders such as CD-type financial institutions, and sales personnel such as CD-type financial institutions.

When the firm rate or the like matches the contract request rate or the like, the server 120 permits the contract. The server 120 notifies the network 7 that the transaction has been executed.
00 and the trader terminal 210 and the salesperson terminal 220
To the customer terminal 300 and the trader terminal 140. The trader terminal 210, the sales representative terminal 220, the customer terminal 300, and the trader terminal 140 display on the display screen that the transaction has been executed. That is, a derivative transaction between a CD financial institution or the like and a customer and a derivative transaction (cover transaction) between a GD financial institution or the like and a CD financial institution are simultaneously executed. Derivative transactions between a CD-type financial institution or the like and a customer are based on a firm rate or the like (such as a firm rate stored in the server 120 by the trader terminal 140) presented by the GD-type financial institution or the like. Contracts are made at the firm rate, etc. to which the closing cost and credit spread are added (or subtracted). Derivative transactions between GD-type financial institutions, etc. and CD-type financial institutions, etc., are made by the firm, Contract at a rate. After contracting for a derivative transaction between a CD-type financial institution and a customer, GD
A derivative transaction may be made between a financial institution or the like and a CD financial institution or the like.

In the case where a sales person such as a CD-type financial institution conducts business with a customer face-to-face, the sales person can use the sales person terminal 220 to receive a business contract on behalf of the customer.

Thereafter, the transaction system 100 preferably transmits a contract or memorandum on the transaction to the customer terminal 300 via the network 700. When the customer terminal 300 receives the contract or memorandum on the transaction, the customer terminal 300 displays the contract or memorandum on the transaction on the display screen. The contract and / or memorandum concerning the transaction includes the names of the parties to the transaction (the name of the CD-type financial institution and the name of the customer), the contract statement, the firm rate, and the like. When the customer agrees to the contract or memorandum concerning the transaction, the customer instructs the customer terminal 300 to that effect. The customer terminal 300 stores the contract or memorandum concerning the transaction and the agreement to the storage device, and transmits the agreement to the server 120. Depending on the local legislation, regulatory guidance and legal validity, the customer may print out the contract and / or memorandum, sign the paper, leave one copy at hand, and The mail may be delivered to a CD-type financial institution by mail or handing over.

As described above, when a contract for a derivative transaction is established between a CD-type financial institution or the like and a customer, the CD
Financial institutions bear the risks arising from derivative transactions with customers. Therefore, it is preferable that the GD-type financial institution or the like conducts a cover transaction with the CD-type financial institution for the derivative transaction between the CD-type financial institution and the customer. In other words, CD-type financial institutions, etc.
CDs at firm rates etc. presented to D-type financial institutions
Derivative transactions, which are the opposite of derivative transactions conducted between a financial institution or the like and a customer, are conducted with a GD financial institution or the like. For example, if a CD-type financial institution or the like enters into a derivative transaction with a customer to swap a fixed interest rate to a floating rate, the CD-type financial institution or the like will exchange a floating rate with a GD-type financial institution for a fixed rate. Perform a cover transaction to swap to. As a result, the CD-type financial institution can offset the position generated in the derivative transaction with the customer by the cover transaction with the GD-type financial institution, thereby hedging the market risk and the like generated in the derivative transaction with the customer. be able to. When the server 120 permits execution of a derivative transaction with the customer terminal 300, the server 120
Contracts between derivative financial institutions and GD financial institutions.

A plurality of GD financial institutions and the like may exist. In this case, a CD-type financial institution or the like can shop for a GD-type financial institution or the like performing a cover transaction. That is, the CD-type financial institution or the like refers to the indication rates and the like of a plurality of GD-type financial institutions and provides the GD-type financial institution or the like that presents a relatively low (or high) indication rate or the like. Derivatives products to customers such as CD-type financial institutions. In this case, the rate of derivative products provided to customers such as CD-type financial institutions may be reduced (or increased), or the closing cost of CD-type financial institutions or the like may be increased (or reduced). However, in this case, other GD-type financial institutions, etc., who did not execute the derivative transaction simply by presenting the indication rate, etc., cannot acquire the closing cost and the credit spread. Therefore, it is preferable that the other GD-type financial institution collects (charges) the fee for using the transaction system 100 of the GD-type financial institution from the CD-type financial institution. The fee is
For example, it is preferable to determine the number based on the number of uses, the use time, the use contract period, the contract amount, and the like.

Hereinafter, the post-office management support processing according to the embodiment of the present invention will be described. The server 120 stores at least one of the committed statement information, the detailed transaction condition information, the P & R information, and the subsequent transaction information. Introduced detailed information refers to detailed information on a committed (contracted) derivative transaction between a CD-type financial institution or the like and a customer, for example, a product name (for example, an interest rate swap, a currency swap,
Interest rate cap, etc.), currency (eg, yen, dollar, etc.), notional principal, rate or price, side (eg, fixed interest rate receipt, fixed interest rate payment, etc.), action date, action period and maturity date, customer identification information, etc. including. In the case where there is a plurality of pieces of committed detail information that desires addressed detail information, narrow down by specifying each product name, currency, side, approach date, approach period and expiration date, and customer identification information. A search may be performed. The transaction condition detailed information refers to detailed information of a committed (contracted) derivative transaction between a CD-type financial institution or the like and a customer, for example, a reference number for management of a CD-type financial institution or the like, a product name, Includes the initiative date, the initiative period and maturity date, interest rates paid (eg, fixed interest rate rates, etc.), interest rates received (eg, floating rate rates, etc.), response dates, interest payment dates, etc. The P & R information refers to information relating to the payment or receipt of interest or premium of a derivative transaction between a CD-type financial institution or the like and a customer or a principal exchange schedule such as a currency swap. Includes period, interest payments, etc. Subsequent transaction information is CD
Refers to information related to the subsequent transactions of derivatives between the financial institution and the customer, and includes, for example, a floating interest rate reset date and an option exercise date. And the server 12
0 indicates regularly (for example, once a month) or irregularly (for example, when the number of transactions reaches a predetermined number) or for a trading system 200 (for example, a trader terminal 210, a salesperson terminal 220, a customer terminal 300, etc.). ), At least one of the committed statement information, the detailed transaction condition information, the P & R information, and the subsequent transaction information is transmitted to the trader terminal 210, the sales representative terminal 220, the customer terminal 300, and the like via the network 700. Or to the terminal that transmitted the request.

Hereinafter, the post risk management support processing according to the embodiment of the present invention will be described. The server 120 stores the position information. The position information refers to information on the position of a derivative transaction of a customer such as a CD-type financial institution, and includes, for example, sensitivity and vega position for each item or portfolio. Then, the server 120 transmits the position information to the customer terminal 300 via the network 700 regularly, irregularly, or in response to a request from the transaction system 200 or in response to a request from the customer terminal 300. Also, the server 120
Can be used regularly or irregularly or in the trading system 200
In response to a request from the customer terminal 300 or a request from the customer terminal 300, at least one of market value information and simulation information for each item or portfolio of derivatives products owned by a customer such as a CD-type financial institution via the network 700. To the customer terminal 300. The market price information includes the current transaction price in the market, the difference between the current paid amount and the received amount, and the like. If there are a plurality of pieces of market price information, the total of these may be calculated. The simulation information includes future profit and loss fluctuations, VAR, and the like with respect to a market change for each item or each portfolio. When creating the market price information, the server 120 transmits data related to the derivatives product to the house system 160. The house system 160 acquires an index related to the derivative product from the information acquisition terminal 110 regularly, irregularly, or in response to a request from the house system 160, and calculates the market value of the derivative product based on the index. . The house system 160 transmits the calculated market price information to the server 120. When creating simulation information, the server 120 transmits data related to the derivatives product to the house system 160. The house system 160 acquires an index related to the derivative product from the information acquisition terminal 110 regularly, irregularly, or in response to a request from the house system 160, and uses the acquired index as a calculation model (for example, a yield model).
Curve model, etc.) to predict future changes in indicators and calculate the future value and profit or loss of derivative products. The house system 160 transmits the calculated simulation information to the server 120.

When a salesperson such as a GD financial institution conducts a derivative transaction with a customer such as a GD-type financial institution, as described above, the flow in which the CD-type financial institution conducts a derivative transaction with a customer such as a CD-type financial institution is described above. Is the same as However, GD
Since there are no traders at branches of financial institutions, etc.,
Among flows in which a CD-type financial institution or the like performs derivative transactions with a customer such as a CD-type financial institution, a flow involving a trader such as a CD-type financial institution is omitted. Since the sales representative of the GD financial institution adds (or subtracts) the credit spread of the GD financial institution, the trader of the GD financial institution adds the credit spread to the theoretical value using the trader terminal 140. The flow of (or subtraction) is omitted. Therefore, the server 130 corresponds to the server 120, the salesperson terminal 400 corresponds to the salesperson terminal 220,
The customer terminal 500 corresponds to the customer terminal 300.

It should be noted that a mail server is used in place of the Web server to transmit data between the trader terminal 140, the trader terminal 210, the salesperson terminal 220, the customer terminal 300, the salesperson terminal 400, and the customer terminal 500. May be performed by e-mail.

According to the above embodiment of the present invention, derivatives products proposed by GD-type financial institutions or the like are
In order to provide to D-type financial institutions and other customers, CD-type financial institutions and others, while avoiding market risks caused by derivative transactions, provide CD-type financial institutions and other customers with derivatives suitable for their assets and liabilities. Products can be offered and existing customers can be deepened or new customers can be acquired.

According to the embodiment of the present invention, the contract between the GD-type financial institution and the CD-type financial institution is made almost simultaneously with or after the contract between the CD-type financial institution and the customer. Therefore, for CD-type financial institutions, etc., the cover transactions of derivatives transactions that CD-type financial institutions
It can be conducted with a D-type financial institution or the like, thereby avoiding market risks and the like caused by derivative transactions.

According to the above embodiment of the present invention, derivatives products proposed by GD-type financial institutions and the like are
Since it is provided to a customer such as a D-type financial institution, a customer such as a CD-type financial institution can obtain derivative products suitable for the customer's assets and liabilities and hedge the risk.

According to the embodiment of the present invention described above, the GD financial institution or the like can carry out the cover transaction of the derivatives transaction conducted by the CD financial institution or the like with the customer with the GD financial institution or the like. The number of derivative transactions can be increased.

[0139] The derivative transactions of the present invention may be applied to financial transactions such as foreign exchange transactions, bill transactions, and bond transactions, in addition to derivative transactions.

[0140]

According to the present invention, it is possible to present a rate or a price for an indication of a derivative transaction and, when executing a derivative transaction, to present a rate or a price for executing a contract.
Reduce discrepancies between the rate or price offered by the trader and the rate or price that the customer wishes to execute;
This has the effect of improving the certainty of derivative transactions.

According to the present invention, in order to provide a derivative product proposed by a GD financial institution or the like to a customer such as a CD financial institution, the CD
It is possible to provide derivatives products suitable for clients' assets and liabilities, etc., to customers such as financial institutions, thereby cultivating existing customers or acquiring new customers.

According to the present invention, a contract between a GD-type financial institution and the like and a CD-type financial institution and the like can be made almost simultaneously with or after the contract between the CD-type financial institution and the customer. For a financial institution or the like, a CD-type financial institution or the like can carry out a cover transaction of a derivative transaction with a customer with a GD-type financial institution or the like, thereby providing an effect of avoiding market risk or the like caused by the derivative transaction.

Further, according to the present invention, it is possible to provide a product which can be effectively hedged in accordance with the risk status of the customer, execute the contract on the spot, and perform the clerical management and the risk management after the contract in a consistent manner. It has the effect of being able to do so. Further, in such a system, one company can handle all processes, but it is also possible to improve the quality of each process by sharing a plurality of businesses. Further, by making the system management unit a system performed by an independent business operator, it is possible to manage the contact point between the customer or the CD-type financial institution and the transaction system of the present invention by this system management unit.

[Brief description of the drawings]

FIG. 1 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 2 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 3 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 4 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 5 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 6 shows an example of the configuration of a contract processing unit according to the present invention.

FIG. 7 shows an example of the configuration of a consulting processing unit according to the present invention.

FIG. 8 shows an example of processing steps in a consulting processing unit of the present invention.

FIG. 9 shows an example of the configuration of a proposal / indication processing unit according to the present invention.

FIG. 10 shows an example of processing steps in a proposal / indication processing unit of the present invention.

FIG. 11 shows an example of the configuration of a transaction processing unit according to the present invention.

FIG. 12 shows an example of a processing step in the transaction processing unit of the present invention.

FIG. 13 shows an example of the configuration of the post-work management section of the present invention.

FIG. 14 shows an example of the configuration of a post risk management unit according to the present invention.

FIG. 15 shows another example of the configuration of the post-processing unit of the present invention.

FIG. 16 is an example of an overall configuration diagram of a derivative transaction system of the present invention.

FIG. 17 is an example of a conceptual diagram of a relationship with a web page link according to the present invention.

FIG. 18 shows an example of a contract system according to the present invention.

FIG. 19 is an example of a configuration diagram of a Web page according to the present invention.

FIG. 20 is a processing flow chart of the consulting processing of the present invention.

FIG. 21 is a configuration diagram of a Web page for starting consulting of the present invention.

FIG. 22 is a configuration diagram of a Web page on which the results of the profit and loss estimation of the present invention are published.

FIG. 23: W listing derivatives of the present invention
Configuration diagram of eb page

FIG. 24 is a Web in which the results of a re-calculation of the present invention are posted.
Configuration diagram of page

FIG. 25 is a processing flowchart of a proposal processing of the present invention.

FIG. 26 is a diagram illustrating We for starting the proposal generation according to the present invention.
Configuration diagram of page b

FIG. 27 is a configuration diagram of a Web page on which a proposal of the present invention is published.

FIG. 28 is a processing flowchart of an indication processing of the present invention.

FIG. 29 is a configuration diagram of a Web page for starting an indication of the present invention.

FIG. 30 is a configuration diagram of a Web page on which an indication rate and the like of the present invention are published.

FIG. 31 is a processing flow chart of the deal processing of the present invention.

FIG. 32 is a configuration diagram of a Web page for executing a transaction according to the present invention.

FIG. 33 shows an example of the configuration of a system management unit according to the present invention.

[Explanation of symbols]

 100,200 Trading system 110 Information acquisition terminal 120,130 Server 140 Trader terminal 150 Market trading terminal 160 House system 170,700 Network 220,400 Sales representative terminal 300,500 Customer terminal 610 Information agency 620 Interbank market 630 Exchange 1001 Transaction processing Unit 1002 dynamic content unit 1103 static content unit 1004 post-operation management unit 1005 post-risk management unit 1006 transfer unit 1007 input / output unit 1008 network 1009 data input / output unit 2002 contract processing unit 2003 market information processing unit 2010 information input / output unit 3011 System management unit 4013 Reception processing input / output unit 4014 Transaction input / output unit 5015 Post-processing unit 5016 Pre-processing unit

Claims (24)

[Claims] 1. A dynamic content section for providing information corresponding to an instruction from a customer and proceeding with a procedure, a static content section for providing information obtained from another information source, and a contract executed by the customer. A transaction processing unit that has a post office management unit that manages products and a post risk management unit that manages the risk of contracted products held by the customer, and data that is input to and processed by the customer. An article transaction system, wherein an input / output section for outputting a result, the transaction processing section and the input / output section are connected via a network. 2. The dynamic content unit is a contract processing unit that processes a contract procedure. The static content unit is a market condition information processing unit that provides or processes and provides market condition information. The merchandise transaction system according to claim 1, wherein the processing unit is connected via a network and takes in predetermined information from an information input / output unit that provides information. 3. Providing information corresponding to an instruction from a customer,
A contract processing unit that processes contract procedures, a market condition information processing unit that provides or processes market conditions information taken from other information sources, and a post office management unit that manages the products contracted by the customer, A transaction processing unit having a post-risk management unit that performs risk management of contracted products held by the customer; an input / output unit that inputs data from the customer and outputs processed data or results to the customer; A system management unit that controls data between the processing unit and the input / output processing unit and controls the transaction processing unit, wherein the system management unit and the input / output unit are connected via a network. Commodity trading system. (4) providing information corresponding to an instruction from a customer,
A contract processing unit that processes contract procedures, a market condition information processing unit that provides or processes market conditions information taken from other information sources, and a post office management unit that manages the products contracted by the customer, A transaction processing unit having a post-risk management unit that performs risk management of the contracted products held by the customer; and data of the transaction processing unit, the contract processing unit, the market condition information processing unit, the post office management unit, and the post-operation A system management unit that performs maintenance and control of the risk management unit; and a reception unit that receives data from the customer, inputs an instruction to be processed by the transaction processing unit, and outputs processed data or a result to be presented to the customer. A processing input / output unit, a transaction input / output unit in which the customer receives data and inputs a customer request, and the system management unit, the reception processing input / output unit, and the transaction input / output unit are connected via a network. Commodity trading system characterized by being continued. 5. An information corresponding to an instruction from a customer is provided,
A pre-processing unit that has a contract processing unit that processes contract procedures, a market condition information processing unit that provides or processes and provides market condition information taken from other information sources, and manages products that have been contracted by the customer. A post-processing unit having a post-operation management unit and a post-risk management unit that performs risk management of contracted products held by the customer, a system management unit that performs maintenance and control of the pre-processing unit and the post-processing unit, A reception processing input / output unit that receives data from a customer, inputs an instruction to be processed by the transaction processing unit, and outputs processed data or a result to be presented to the customer; and A commodity transaction system, wherein a transaction input / output unit for inputting a request, the system management unit, the reception processing input / output unit, and the transaction input / output unit are connected via a network. 6. The article transaction according to claim 5, wherein the post-administration management section fetches information on the contracted product from the contract processing section and executes office management of the contracted product. system. 7. The commodity transaction according to claim 5, wherein the post-report risk management unit fetches information about the contracted commodity from the contract processing unit and executes risk management of the contracted commodity. system. 8. The system according to claim 5, further comprising a database for storing information on contracted products, wherein said post office management unit or said post risk management unit accesses said database. Item 7 trading system. 9. A data input step for inputting data for calculating profit and loss, a first simulation executing step for calculating profit and loss based on the input data, and a first simulation executing step. A profit / loss display step of displaying the profit / loss result including a graph display, a product selection step of selecting a product based on the profit / loss result from pre-stored product data, and the selection based on market information including a market rate. A second simulation execution step of calculating a hedge of the selected product and calculating profit and loss data after the execution of the hedge at least including a change in market value and a change in profit and loss; and a proposal including execution conditions for execution of the selected product. A proposal creation step for creating a statement, and a price for calculating a transaction price of the selected product. Calculating step, displaying the above price, executing a contract inquiry step of inquiring whether execution of the execution is performed, receiving the execution of the execution, displaying establishment of the execution, and executing the execution of the execution reflecting the execution condition including the price. And a contract creation step of creating and displaying a contract for executing the contract, wherein the price calculation step is repeatedly executed at a predetermined number of times or less until the execution of the contract is selected in the contract inquiry step, and the contract is executed. A commodity transaction processing method, characterized by executing the following processing. 10. A holding step of holding product information on the contracted product in a database, a first display step of displaying the held product information, and inputting a condition for selecting predetermined product information. A second display step of displaying payment information of a product relating to the selected product information; and a second step of inputting a condition for selecting predetermined product information and displaying subsequent transaction information of the product relating to the selected product information. 3) a display step; and an execution step of designating and executing the first display step, the second display step, or the third display step according to instruction data from a customer. 10. The management of claim 9.
Product transaction processing method described in. 11. A holding step of holding product information on the contracted product in a database, and generating and displaying position information of the held product information for each product or for a portfolio of a plurality of products. A fifth display step of generating and displaying the market value information for each product or each portfolio of a plurality of products, and displaying the stored product information for each product or a plurality of products. A sixth display step of generating and displaying a profit / loss change with respect to a market change for each portfolio in which the products are grouped, and calculating the value-at-risk for the held product information for each product or each portfolio in which a plurality of products are grouped A seventh display step of displaying and displaying, the fourth display step, and the fifth table And a step of executing the sixth display step or the seventh display step by designating the sixth display step or the seventh display step with instruction data from a customer, and performing risk management of the contracted product. Item 10. The commodity transaction processing method according to any one of Items 9 and 10. 12. A data input step of inputting data for calculating profit and loss to a first processing device; a first simulation executing step of calculating profit and loss based on the input data; A profit / loss display step of displaying the profit / loss result obtained by the simulation execution step including a graph display, a product selection step of selecting a product based on the profit / loss result from pre-stored product data, and a market rate. A second simulation execution step of calculating a hedge of the selected product based on market information and calculating profit and loss data after execution of the hedge including at least a change in market value and a change in profit and loss; A proposal creation step for creating a proposal including the contract conditions of the above, and a presentation ply of the selected product. Is output to a second processing device different from the first transaction device, and a price obtaining step of obtaining the presentation price calculated by the second processing device from the second processing device; A contract inquiring step of displaying and inquiring whether or not to execute the contract; receiving the execution of the contract, displaying the establishment of the contract; and creating a contract for executing the contract reflecting the above-described contract conditions including the suggested price. A commodity transaction processing method comprising executing a contract processing including a contract step for displaying. 13. The contract step, wherein the first processing unit creates a first contract for executing the contract based on the contract condition, and the second processing. A second contract step for preparing a second contract for executing the contract based on the contract condition in the apparatus; and receiving the execution of the contract, the first contract step and the second contract step. 13. The commodity transaction processing method according to claim 12, wherein the contract step is executed. 14. The first processing device is controlled by a system of a first financial institution, and the second processing device is controlled by a second financial institution.
14. The commodity transaction processing method according to claim 13, wherein the contract step is executed by being controlled by the system of the financial institution. 15. A commodity transaction processing method which is connected to an external system of a trader who has received a request from a customer via a network and is executed by a computer of a derivative commodity creator performing a transaction of a derivative commodity, wherein the computer A first step for dynamically proceeding from the acceptance of a derivative transaction to a contract while presenting an indication rate or an indication price to the customer according to the customer's instruction received via the external system; and If the firm rate or the firm price matches the demand rate or the demand price, the computer will execute a contract with the customer for the derivative transaction at the firm rate or the firm price. To execute the contract processing Commodity processing method characterized by having a step. 16. The method according to claim 1, wherein in the second step, the execution of the contract is performed substantially simultaneously with execution of a derivative transaction between the customer and the trader.
5. The commodity transaction processing method according to 5. 17. The product according to claim 15, wherein in the second step, the contract processing is performed after a contract for a derivative transaction between the customer and the trader is performed. Transaction processing method. 18. When a contract for a derivative transaction between a customer and a trader is established, the computer further includes a third step of performing a cover transaction with the trader on the established derivative transaction. The method according to any one of claims 15, 16, and 17, wherein: 19. A trader, who is connected via a network to an external system of a derivative product creator that conducts a derivative product transaction and that performs a derivative transaction with the derivative product creator upon receiving a request from a customer. A commodity transaction processing method executed by a computer, wherein the computer receives a first indication rate or a first indication price from an external system that dynamically performs a process from receiving a derivative transaction to executing a contract. A first step of performing the first indication
A second step of pricing a rate or said first indication price and calculating a second indication rate or a second indication price; and
And a third step of presenting the rate or the second indication price to the customer. 20. In the second step, the pricing is applied to the first indication rate or indication price.
20. The commodity transaction processing method according to claim 19, wherein the processing is a process of adding and subtracting a cost and a credit spread. 21. Upon receiving from the external system that the firm rate or firm price matches the fill request rate or fill price, the computer communicates with the customer with the second firm rate or the fill price. Performing a first contract processing executed at a second firm price, and communicating with the derivative product producer with the first firm rate or the first firm price;
21. The commodity transaction processing method according to claim 19, further comprising a fourth step of performing a second contract processing for contracting at a price. 22. The commodity transaction processing method according to claim 21, wherein in the fourth step, the computer performs the first contract processing and the second contract processing substantially simultaneously. . 23. The commodity transaction processing method according to claim 21, wherein in the fourth step, the computer performs the second contract processing after the first contract processing. 24. When a contract for a derivative transaction between the customer and the trader is established, the computer further performs a fifth step of performing a cover transaction with the derivative product creator on the established derivative transaction. The commodity transaction processing method according to any one of claims 21, 22, and 23.