Financial instrument transaction management apparatus, financial instrument transaction management method, financial instrument transaction management system, user terminal, and program

Abstract

To provide a financial instrument transaction management apparatus, and the like, configured to conduct rational transactions by effectively utilizing profit opportunities while avoiding risks, without requiring a customer to execute complicated order procedures.SOLUTION: An order information generation unit 16 of a financial instrument transaction management apparatus 1 is configured to: generate multiple pieces of first order information as order information on first order to place one order for a financial instrument at a first market price, and generate multiple pieces of second order information as order information on second order to place one order for a financial instrument at a second market price; and generate new one or another piece of first order information to place a new one or another first order corresponding to a concluded second order and new one or another piece of second order information to place a new one or another second order, when the one or the other first order made based on the one or the other piece of first order information and the one or the other second order made based on the one or the other piece of second order information are concluded.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a technology for managing and supporting transactions of financial products such as foreign exchange. [Background technology]

[0002] In addition to market orders, which trade at the price at the time of the order, limit orders are known as trading methods for financial instruments such as foreign exchange. A limit order is an order format in which a customer specifies a buy or sell price in advance. A financial instrument dealer places a buy order for the target financial instrument when the price of the instrument falls to the specified price, and places a sell order for the instrument when the price rises to the specified price. Conventionally, inventions for placing limit orders for financial instruments using computer systems are known (see, for example, Patent Document 1). Meanwhile, limit orders for financial instruments often involve if-done orders (an order format in which two prioritized orders are placed simultaneously, and when the first-priority order is executed, the second-priority order is automatically made effective; the same applies throughout this specification). Furthermore, a system for automatically placing if-done orders while avoiding risk is known (see, for example, Patent Document 2). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Application Laid-Open No. 2006-99787 [Patent Document 2] Japanese Patent Application Laid-Open No. 2008-130002 Summary of the Invention [Problem to be solved by the invention]

[0004] However, the invention described in the cited document 1 has a problem in that it cannot handle limit orders for if-done orders. Also, the invention described in the cited document 2 is structured so that when the market price reaches one price, only the first-priority order is executed, and when the market price reaches another price, only the second-priority order is executed, which causes a problem in that existing profit opportunities are missed.

[0005] The present invention has been made in consideration of the above-mentioned problems, and aims to provide a financial instruments transaction management device, a financial instruments transaction management method, a financial instruments transaction management system, a user terminal, and a program that enable customers using the system to make rational transactions when placing limit orders for financial instruments, by fully utilizing profit opportunities while avoiding risks, without having to go through complicated ordering procedures. [Means for solving the problem]

[0006] In order to achieve this object, the invention described in claim 1 is a financial instruments transaction management device for managing the buying and selling of financial instruments, comprising: a market price information acquisition means for acquiring market price information for the financial instruments; and an order information generation means for generating order information for the financial instruments based on buy and sell order application information for placing an order for a transaction of one type of the financial instruments, wherein the order information generation means generates, based on one of the buy and sell order application information, a plurality of first order information as the order information for a first order to place an order for one of the financial instruments at a first market price, and a plurality of second order information as the order information for a second order to place an order for one of the financial instruments at a second market price, and the plurality of first order information and the plurality of second order information are composed of one first order information for placing an order for one of the first orders, one second order information for placing an order for one of the second orders corresponding to one of the first orders, and other previous order information. and other first order information for placing the first order, and other second order information for placing another second order corresponding to the other first order, wherein when the one second order based on the one second order information placed in correspondence with the one first order that has been executed, and the other second order based on the other second order information placed in correspondence with the other first order that has been executed, are executed, the order information generation means generates the one first order information for placing a new one first order corresponding to the one second order that has been executed, and the one second order information for placing a new one second order, and generates the other first order information for placing a new other first order and the other second order information for placing a new other second order corresponding to the other second order that has been executed.

[0007] The invention of claim 2, in addition to the configuration of claim 1, further comprises an execution information generation means for executing an order based on the order information when the market price information reaches a desired price, the order information comprises order status information for determining whether the order information is in an unexecuted state or an executed state, and the execution information generation means converts the order status information from the unexecuted state to the executed state when executing the first order based on the first order information and the second order based on the second order information.

[0008] The invention recited in claim 3 is characterized in that, in addition to the configuration recited in claim 1, the order information generation means generates third order information that places a stop order to sell for a price lower than the first order based on the first order information and the second order based on the second order information, and fourth order information that places a stop order to buy for a price higher than the first order based on the first order information and the second order based on the second order information, and the execution information generation means, when the stop order based on the third order information or the stop order based on the fourth order information is executed, cancels all of the order information related to orders that have not been executed.

[0009] The invention of claim 4 is a financial instruments transaction management method executed in a financial instruments transaction management device that manages the buying and selling of financial instruments, comprising: a market price information acquisition step executed in a market price information acquisition means that acquires market price information for the financial instruments; and an order information generation step that generates order information for financial instruments based on buy and sell order application information for placing an order for a transaction of one type of the financial instruments, wherein the order information generation step generates a plurality of first order information as the order information for a first order that places an order for one of the financial instruments at a first market price based on one of the buy and sell order application information, and generates a plurality of second order information as the order information for a second order that places an order for one of the financial instruments at a second market price, and the plurality of first order information and the plurality of second order information are divided into one first order information that places an order for one of the first orders and one second order information that places an order for one of the second orders corresponding to one of the first orders. the order information generating step comprises: order information, other first order information for placing another first order, and other second order information for placing another second order corresponding to the other first order; and the order information generating step, when the one second order based on the one second order information placed in correspondence with the one first order that has been executed, and the other second order based on the other second order information placed in correspondence with the other first order that has been executed, are executed, the other first order information for placing a new other first order corresponding to the one second order that has been executed and the one second order information for placing a new one second order are generated, and the other first order information for placing a new other first order and the other second order information for placing a new other second order corresponding to the other second order that has been executed are generated.

[0010] The invention described in claim 5 is a financial instruments transaction management system having a financial instruments transaction management device for managing the buying and selling of financial instruments, and a user terminal that is used by a user who buys and sells the financial instruments and is capable of communicating with the financial instruments transaction management device, wherein the financial instruments transaction management system comprises market price information acquisition means for acquiring market price information for the financial instruments, and order information generation means for generating order information for financial instruments generated based on buy and sell order application information for placing an order for a transaction of one type of the financial instruments, wherein the order information generation means generates, based on one of the buy and sell order application information, a plurality of first order information as the order information for a first order to place an order for one of the financial instruments at a first market price, and generates a plurality of second order information as the order information for a second order to place an order for one of the financial instruments at a second market price, and the plurality of first order information and the plurality of second order information are related to one of the first order information and one of the first order information. the one second order information for placing one of the second orders corresponding to the one executed first order, the other first order information for placing another of the first orders, and the other second order information for placing another of the second orders corresponding to the other of the first orders, and when the one second order based on the one second order information, ordered corresponding to the one executed first order, and the other second order based on the other second order information, ordered corresponding to the other of the first orders, are executed, the order information generation means generates the one first order information for placing a new one of the first orders corresponding to the one executed second order and the one second order information for placing a new one of the second orders, and generates the other first order information for placing a new one of the other first orders and the other second order information for placing a new one of the other second orders, corresponding to the other executed second order.

[0011] The invention described in claim 6 provides a financial instruments transaction management device for managing trading of financial instruments, and a user terminal used by a user who trades financial instruments and capable of communicating with the financial instruments transaction management device that manages trading of financial instruments, the user terminal comprising an operation means and a display means, the operation means being operated by the user to configure the financial instruments transaction management device to set market price information acquisition means for acquiring market price information for the financial instruments, and order information generation means for generating order information for financial instruments based on trading order application information for placing an order for one type of the financial instruments, the display means displaying, in the order information generation means, a result of generating a plurality of first order information as the order information for a first order to place one order for the financial instruments at a first market price based on one of the trading order application information, and a result of generating a plurality of second order information as the order information for a second order to place one of the financial instruments at a second market price, the plurality of first order information and the plurality of second order information comprising one of the first order information and one of the second order information corresponding to one of the first orders, the one second order information for placing an order of a first order, the other first order information for placing another first order, and the other second order information for placing another second order corresponding to the other first order, and when the one second order based on the one second order information, which is placed in correspondence with the one first order that has been executed, and the other second order based on the other second order information, which is placed in correspondence with the other first order that has been executed, are executed, the order and execution of the one second order and the execution of the other second order are executed. the order and the contract are displayed, and when the one first order information for placing a new one of the first orders and the one second order information for placing a new one of the second orders corresponding to the one of the contracted second orders are generated, a result of generating the one new first order information and the one new second order information is displayed, and when the other first order information for placing a new one of the other first orders and the other second order information for placing a new one of the other second orders corresponding to the other of the contracted second orders are generated,The new other first order information and the new other second order information are displayed as generated results.

[0012] The invention described in claim 7 is a program that causes a computer to function as the financial product transaction management device described in any one of claims 1 to 3. [Effects of the Invention]

[0013] According to the inventions of claims 1, 4, 5 and 6, a plurality of first order information is generated as order information for a first order to place one order for a financial product at a first market price based on one buy / sell order application information, and a plurality of second order information is generated as order information for a second order to place one order for a financial product at a second market price, the plurality of first order information and the plurality of second order information comprising one first order information to place one first order, one second order information to place one second order corresponding to the one first order, other first order information to place another first order, and other second order information to place another second order corresponding to the other first order, and the order information generating means generates a plurality of first order information as order information for a first order that is placed in response to the one executed first order, and a plurality of second order information as order information for a second order that is placed in response to the one executed first order. When one second order based on the second order information and another second order based on the other second order information, which was placed in response to the executed first order, are executed, one first order information for making a new first order corresponding to the executed one second order and one second order information for making a new second order are generated, and other first order information for making a new other first order and other second order information for making a new other second order are generated, which correspond to the executed other second order.By this, when multiple orders are executed sequentially, one or more first orders based on the first order information and one or more second orders based on the second order information are executed, and the customer can earn higher profits when the orders are executed than if only an order based on one order information is executed.This allows customers using the system to conduct rational trading by avoiding risks and fully utilizing profit opportunities without having to go through complicated order procedures.

[0014] According to the invention of claim 2, the order information includes order status information that determines whether the order is in an unexecuted state or an executed state, and the execution information generation means, when executing a first order based on the first order information and a second order based on the second order information, converts the order status information from an unexecuted state to the executed state, thereby executing the orders based on the first order information and the second order information, and automatically repeating transactions using if-done orders multiple times.

[0015] According to the invention of claim 3, when third order information which places a stop order to sell at a price lower than the first order information and the second order information, or fourth order information which places a stop order to buy at a price higher than the first order information and the second order information, is executed, all unexecuted order information is cancelled, thereby preventing a situation in which the customer suffers a disadvantage due to the market price rising or falling below a certain price, and avoiding risk to the customer.

[0016] According to the seventh aspect of the present invention, the financial product transaction management device of the present invention can be programmed and implemented on a variety of computer hardware. [Brief explanation of the drawings]

[0017] [Figure 1] 1 is a system configuration diagram of a financial product transaction management system according to an embodiment of the present invention, and a functional block diagram of a financial product transaction management device. [Figure 2A] 3 is a schematic diagram of field definitions in an order table of the financial product transaction management device. FIG. [Figure 2B] 3 is a schematic diagram of field definitions of a customer account information table of the financial product transaction management device. FIG. [Figure 2C] 10 is a schematic diagram of field definitions in a currency pair order condition table of the financial product transaction management device. FIG. [Figure 3] 10 is a flowchart showing a processing procedure when a limit order is executed by an if-done order in the financial product transaction management device. [Figure 4]10 is a flowchart showing the basic procedure for placing an order and executing a contract based on first order information and second order information in the financial product transaction management device. [Figure 5] 10 is a flowchart showing the ordering process and contract process of order information of a new order information group in the financial product transaction management device. [Figure 6] 10 is a flowchart showing a contract process for a stop-loss order at a stop-loss price in the financial product transaction management device. [Figure 7] FIG. 10 is an image diagram of an input screen displayed on a display unit of the client terminal. [Figure 8] 10A and 10B are diagrams showing an image of an order history screen displayed on the display unit of a client terminal and a data structure of each piece of order information in the first contract procedure. [Figure 9] 10A and 10B are diagrams showing an image of an order history screen displayed on the display unit of a client terminal and a data structure of each piece of order information in the first contract procedure. [Figure 10] 10 is a time chart of a first contract procedure. [Figure 11] 10A and 10B are an image diagram of an order history screen displayed on the display unit of the client terminal and an image diagram showing the data structure of each order information item in the second contract procedure. [Figure 12] 10 is a time chart of a second contract procedure. [Figure 13] 10A and 10B are diagrams showing an image of an order history screen displayed on the display unit of the client terminal and a data structure of each order information item in the third contract procedure. [Figure 14] 10 is a time chart of a third contract procedure. DETAILED DESCRIPTION OF THE INVENTION

[0018] An embodiment of the present invention will now be described with reference to the drawings.

[0019] [System configuration and data structure] 1 is a system configuration diagram and a functional block diagram of a financial product transaction management system according to this embodiment. As shown in the figure, the financial product transaction management system 1A includes a financial product transaction management device 1 and n (n≧1) client terminals 21-22 as online terminals. n The financial product transaction management device 1 and the client terminals 21-2 n are capable of communicating with each other via the Internet 3, which serves as a WAN (Wide Area Network). The financial product transaction management system 1A of this embodiment handles foreign exchange as a financial product.

[0020] The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and manages the buying and selling of financial products. The financial product transaction management device 1 has a web server function and a database function for storing large amounts of data. Client terminals 21,...,2 n are communication terminals with data communication functions that are owned and used by individuals or corporations who buy and sell financial instruments (i.e., users of the financial instrument transaction management system 1A), and include personal computers, mobile phone terminals, etc. n are operation units 211, . . . , 21, such as a mouse and a keyboard, which are used to input various instructions. n , LCD (Liquid Crystal Display), etc., and an operation unit 211, . . . , 21 n Display units 221, 222 display various instructions and images input from n The client terminals 21, . . . , 2 n , operation unit 211,...,21 n , display section 221,...,22 n have the same configuration, and therefore will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter unless a distinction is required.

[0021] Although not shown in Fig. 1, the financial instruments transaction management device 1 is provided with at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as the CPU's work area, a ROM (Read Only Memory) that stores a startup boot program and the like, an auxiliary storage device such as a hard disk that stores various programs and data, a communication interface used for sending and receiving data, etc. The auxiliary storage device stores programs for the OS (Operating System), various application programs, data stored in databases, etc. These programs and data are processed by the CPU and work in cooperation with hardware resources to realize various functions.

[0022] The financial product transaction management device 1 may be formed by one server computer or by multiple network computer systems.

[0023] 1, the financial instruments transaction management device 1 has a data processing unit 10 as functional means realized based on the various programs and hardware resources described above, and a database 18 in which various data processed by the data processing unit 10 is recorded. The data processing unit 10 performs processes such as generating and modifying various data used in the financial instruments transaction management device 1, and further has a front page distribution unit 11, an order input reception unit (order input reception means) 12, a deposit / withdrawal information generation unit 13, a contract information generation unit (contract information generation means, record management means) 14, an account information generation unit 15, an order information generation unit (order information generation means) 16, a database (DB) connection base unit 17, and a price information reception unit (market price information acquisition means) 19, all of which are functional means.

[0024] The order input receiving unit 12 receives data relating to various orders input from the client terminal 2 and performs various processes required to execute orders for financial products.

[0025] The deposit / withdrawal information generating unit 13 receives deposit / withdrawal requests from the client terminal 2 and creates a list of deposits and withdrawals based on the requests.

[0026] The order information generation unit 16 generates information about executed orders for financial products based on the information processed by the order input reception unit 12. The orders here include so-called market orders, limit orders, and if-done orders.

[0027] In this embodiment, the financial product transaction management device 1 applies if-done orders only to new orders, simplifying the system configuration and creating a system that is easy for customers to use. Therefore, the order information generation unit 16 is configured to generate order information only for new orders.

[0028] The contract information generation unit 14 performs contract processing based on the order generated by the order information generation unit 16, and processing for sending information on the completed contract processing to the customer's client terminal 2. Note that "contract" here refers to various procedures and processing for completing the sale and purchase of financial products based on the customer's order. Furthermore, the contract information generation unit 14 records the order information generated by the order information generation unit 16 in the database 18 and manages the recording status of the order information in the database 18.

[0029] The account information generation unit 15 has a function of generating customer deposit balance information and managing the deposit balance information as margin information (i.e., information to prove that an order can be executed). The information on deposit balance generated by the account information generation unit 15 is periodically checked against information on the customer's actual deposit balance provided by financial institutions such as banks to ensure consistency with the actual deposit balance.

[0030] The database connection base unit 17 converts data generated and processed in the data processing unit 10 into data recorded in the database 18, and also performs the processing necessary to exchange data between the data processing unit 10 and the database 18.

[0031] The database 18 records data used by the financial product transaction management device 1. In this embodiment, the database 18 is formed by a relational database, but any format suitable for recording and rewriting large amounts of data, such as an object database, may be used. The database 18 records an order table (order information recording means) 181, a customer account information table 182, a currency pair order condition table 183, and a sequence number table 184. The sequence number table 184 records a sequence number that is uniquely assigned to each piece of order information (described later). The order table 181, the customer account information table 182, and the currency pair order condition table 183 will be described in detail later.

[0032] The front page distribution unit 11 creates image data to be displayed on the display unit 22 of the client terminal 2 and transmits the created image data to the client terminal 2.

[0033] The price information receiving unit 19 acquires market price information (market price information) of financial products handled by the financial product transaction management device 1, and performs necessary processing on the acquired information for use in the data processing unit 10. In this embodiment, the price information receiving unit 19 acquires market price information of foreign exchange.

[0034] Furthermore, the data processing unit 10, database 18, front page distribution unit 11, order input reception unit (order input reception means) 12, deposit / withdrawal information generation unit 13, contract information generation unit 14, account information generation unit 15, order information generation unit 16, database connection base unit 17, and price information reception unit 19 in the financial instruments transaction management device 1 may be configured in any manner. For example, if the financial instruments transaction management device 1 is configured as a network computer system consisting of multiple server computers, each component may be distributed across multiple server computers. Furthermore, these server computers may be distributed across computer systems owned by multiple traders or server administrators (e.g., computer systems owned or managed by financial securities exchanges, other financial instruments transaction management businesses, providers, hosting system providers, etc.). The server computers may also be configured as a so-called cloud computer system. Furthermore, at least some of the components of the data processing unit 10, database 18, front page distribution unit 11, order input reception unit (order input reception means) 12, deposit / withdrawal information generation unit 13, contract information generation unit 14, account information generation unit 15, order information generation unit 16, database connection base unit 17, and price information receiving unit 19 may be provided in the client terminal 2 rather than in the financial product transaction management device 1.

[0035] Figure 2A is a schematic diagram of the field definitions of the order table 181, Figure 2B is a schematic diagram of the field definitions of the customer account information table 182, and Figure 2C is a schematic diagram of the field definitions of the currency pair order condition table 183. As shown in these figures, each of the tables 181, 182, and 183 has fields for the number of items. Each field is specified with a name (field name), a data type (type) such as character, number, or date and time, a data length (length) such as bit length, whether the field cannot be left blank (Not Null), whether there is a default value (default value), a data item name (remarks), etc.

[0036] In the above-described financial product transaction management device 1, when limit orders for financial products are made, limit orders for a plurality of financial products of the same type can be made by a single reservation order through a plurality of if-done orders.

[0037] [Transaction Procedure] Next, a transaction procedure for limit orders based on if-done orders in the financial product transaction management system 1A of this embodiment will be described.

[0038] [Order information generation procedure] 3 is a flowchart showing the processing steps when generating order information for a limit order by an if-done order in the financial product transaction management device 1 of this embodiment. The processing steps when placing an order will be explained below with reference to this drawing.

[0039] A customer using the financial product transaction management system 1A accesses the financial product transaction management device 1 using a client terminal 2. The front page distribution unit 11 of the financial product transaction management device 1 displays the input screen 40 shown in FIG. 7 on the display unit 22 of the accessed client terminal 2. The customer inputs order details data into the input screen 40 using the operation unit 21. Specifically, the following processes (Process 1) to (Process 4) are performed on the input screen 40.

[0040] (Process 1) The input screen 40 is provided with buy / sell request input buttons 41 for selecting a tradable currency pair. The client selects the currency pair they wish to buy or sell using the buy / sell request input button 41. Figure 7 shows a state in which "US dollar (USD) / Japanese yen (JPY)" has been selected to trade Japanese yen and US dollar.

[0041] (Process 2) The input screen 40 is provided with an order condition selection button 43 for selecting the order conditions for a limit order. The customer selects "Double Repeat If Done" which indicates the transaction mode of this embodiment using this order condition selection button 43. Note that "Repeat If Done" refers to a transaction mode in which a single order causes the financial instruments transaction management device 1 to automatically and repeatedly execute if-done orders.

[0042] 7, various buttons are provided on the input screen 40. These various buttons include a lower order price input field 44a for inputting a lower order price (hereinafter referred to as "lower order price") which is the lower order price of a new order or a settlement order and forms "first order information" to be described later, an upper order price input field 44b for inputting an upper order price (hereinafter referred to as "upper order price") which is the higher order price of a new order or a settlement order and forms "second order information" to be described later, an amount input field 44c for inputting the order amount for each order, an expiration date display field 44d for displaying the expiration dates of the "first order information" and the "second order information", and a button set to prevent the customer from suffering excessive disadvantages when the market price suddenly drops or rises. the first stop-loss price input field 44g for inputting the price of a stop-loss order lower than the lower order price and the upper order price (hereinafter referred to as the "first stop-loss price"), which forms the "third order information" described later; the second stop-loss price input field 44h for inputting the price of a stop-loss order higher than the lower order price and the upper order price (hereinafter referred to as the "second stop-loss price"), which forms the "fourth order information" described later; and an order confirmation button 45 for confirming the order details.

[0043] Note that instead of either the lower order price input field 44a or the upper order price input field 44b, a profit amount designation field for inputting the profit amount when the first order and the second order are executed once each may be provided. In this case, the order input receiving unit 12 automatically calculates the upper order price (or lower order price) based on the price of the first order (or the price of the second order) input in the lower order price input field 44a (or the upper order price input field 44b) and the amount input in the amount input field 44c.

[0044] (Process 3) The customer inputs desired values ​​into each of these input fields and selects the desired transaction type, etc. using each selection button.

[0045] 7 shows a state in which 80.00 yen has been entered in the lower order price input field 44a, 90.00 yen in the upper order price input field 44b, and 10,000 (currency) in the amount input field 44c. Also, FIG. 7 shows a state in which a stop-loss order has been selected using stop-loss order selection buttons 44e and 44f, and 70.00 yen has been entered in the first stop-loss price input field 44g and 100.00 yen in the second stop-loss price input field 44h.

[0046] (Process 4) After completing the input and selection in each input field and each selection field, when the customer clicks the order confirmation button 45 provided on the input screen 40, the data entered on the input screen 40 is sent to the financial instruments transaction management device 1, and the procedure of step S2 described below is carried out. If the customer clicks the reset button 46 instead of the order confirmation button 45, the above process is canceled, and the input screen 40 returns to the state before the above (process 1) was carried out.

[0047] When the order confirmation button 45 is clicked in the above (Process 4) and the transmitted data is supplied to the financial instruments transaction management device 1, the order input acceptance unit 12 of the financial instruments transaction management device 1 confirms the contents of the input order. Specifically, it confirms the expiration date selected in the expiration date display field 44d, and further inspects the order price of the supplied data (Step S2). Specifically, the order input acceptance unit 12 performs the following inspection method 1 and inspection method 2.

[0048] (Test Method 1) The order input receiving unit 12 compares the lower order price entered in the lower order price input field 44a and the upper order price entered in the upper order price input field 44b with the current exchange rate price received by the price information receiving unit 19. If the lower order price is equal to or lower than the current exchange rate price and the upper order price is equal to or higher than the current exchange rate price, the order input receiving unit 12 performs a trading procedure according to the "first contract procedure" described below. If the lower order price and the upper order price are both higher than the current exchange rate price, the order input receiving unit 12 performs a trading procedure according to the "second contract procedure" described below. If the upper order price is equal to or lower than the current exchange rate price, the order input receiving unit 12 performs a trading procedure according to the "third contract procedure" described below.

[0049] (Test Method 2) The order input receiving unit 12 compares the lower side price entered in the lower side order price input field 44a with the upper side order price entered in the upper side order price input field 44b for the currency pair selected using the buy / sell request input button 41. The order input receiving unit 12 determines that the price is fair when the upper side order price is higher than the lower side order price.

[0050] If the lower order price and the upper order price are determined to be fair prices ("No" in step S3), the account information generation unit 15 acquires the margin information of the customer from the customer account information table 182. Specifically, the numerical data recorded in the "amnt" field 182a shown in Fig. 2B is acquired as the margin information.

[0051] The order input acceptance unit 12 compares the acquired margin information with the customer's total order amount (i.e., the total order amount calculated based on the values ​​entered in each input field 44a, 44b, 44g, and 44h) and confirms whether the margin amount is equal to or greater than the total order amount. The order information generation unit 16 generates an "order information group," described below, only if the margin amount is equal to or greater than the total order amount ("No" in step S5). This allows limit orders using if-done orders to be accepted only when the customer is sure that they can make payment.

[0052] If the margin amount is equal to or greater than the total order amount ("No" in step S5), the order input receiving unit 12 checks whether the order conditions satisfy the various conditions for if-done orders other than those described above, based on the data recorded in the currency pair order condition table 183 (step S6).

[0053] If the various conditions for the if-done order are not met ("Yes" in step S7), the order input acceptance unit 12 treats the input order as an error and rejects acceptance of the order (step S10).

[0054] If the various conditions for an if-done order are met ("No" in step S7), and it is determined that the order conditions meet all of the conditions necessary for a limit order via an if-done order described above, the front page distribution unit 11 displays a confirmation screen (not shown) on the display unit 22 of the client terminal 2. The confirmation screen (not shown) lists the order conditions entered and selected by the customer on the input screen 40, and is provided with an approval button (not shown) to be clicked if the listed contents are correct.

[0055] When the customer clicks the approval button (not shown) by operating the operation unit 21, the order information generation unit 16 of the financial product transaction management device 1 generates order information based on the data input in step S1 (step S8). Specifically, the multiple pieces of data input in the above procedure are grouped together in units of order prices, and each piece of order information is formed by assigning a sequence number to the order recorded in the sequence number table 184 for each unit of information. The multiple pieces of order information formed in one procedure of step S8 are generated multiple times as multiple pieces of order information (hereinafter simply referred to as "order information groups") that at least have order information for placing limit orders for multiple financial products of the same type at two prices (i.e., a lower order price and an upper order price) for a certain number of products.

[0056] The order information generation unit 16 records the generated order information group in the order table 181 (step S9). Specifically, the relevant order information (i.e., data corresponding to the items in the "remarks" column 181a) is recorded in each field shown in FIG. 2A. For example, the sequence number assigned in step S8 is recorded in the "ord_seq" field 181b. The "cust_seq" field 181c records a customer number uniquely assigned to each customer, and the "style_id" field 181d records the product name. The "ccy_pair_id" field 181e records an ID number uniquely assigned to each currency pair. The combination of this ID number and currency pair is recorded in an ID table (not shown) separately provided in the database. The "ord_amnt" field 181f records the order amount for each piece of order information. The "buy_sell_id" field 181g records data indicating whether it is a sell order or a buy order, the "ord_rate" field 181h records the order price, and the "limit_time" field 181i records the order price. The "ord_cond" field 181j records "1" indicating that the order type is an if-done order. The "ifd_ord_seq" field 181k records the sequence number of the if-done order. The "new_close" field 181m records data indicating whether it is a new order or a standing order (settlement order). With the above steps, order processing for a limit order using an if-done order in this embodiment is completed.

[0057] [Generating order information and order information groups] When order processing is complete, the order information generation unit 16 first generates the first two groups of order information (hereinafter referred to as the "first order information group" and the "second order information group"), respectively. (a2) and (b2) of FIG. 8 and (c2) of FIG. 9 show conceptual diagrams of the order information groups and the order information that constitutes them. As shown in the figures, first order information 51A and 51D, second order information 51B and 51E, third order information 51C, and fourth order information 51F are configured with the data entered on the input screen 40 (see FIG. 7) entered into the fields of the order table 181 (see FIG. 2A). The first order information 51A, second order information 51B, and third order information 51C constitute the first order information group 50A, and the first order information 51D, second order information 51E, and fourth order information 51F constitute the second order information group 50B.

[0058] As shown in Figures 8 and 9, each of the first order information 51A and 51D is configured as information for placing a buy limit order for the same type of financial product at one price (a lower order price). Each of the second order information 51B and 51E is configured as information for placing a sell limit order for the same type of financial product at another price (an upper order price). The third order information 51C is configured as information for placing a sell stop-loss order (stop-loss order) at a first stop-loss price lower than the first order information 51A and 51D and the second order information 51B and 51E. The fourth order information 51F is configured as information for placing a buy stop-loss order (stop-loss order) at a second stop-loss price higher than the first order information 51A and 51D and the second order information 51B and 51E.

[0059] [Buying and Selling Information Settings] When generating order information, the order information generation unit 16 sets the buying and selling information 181g for each piece of order information 51A to 51E. In this embodiment, the order information generation unit 16 sets the buying and selling information 181g for the first order information 51A, 51D and the fourth order information 51F as "buy", and sets the buying and selling information 181g for the second order information 51B, 51E and the third order information 51C as "sell". When contract processing is performed based on each piece of order information 51A to 51F, this buying and selling information 181g is used by the contract information generation unit 14 to determine the type of buying and selling processing to be performed on the customer account information table 182, a system (not shown) of a financial institution that trades financial products, etc.

[0060] [Setting limit orders and stop-loss orders] When generating order information, the order information generating unit 16 sets information indicating either a limit order or a stop order in the order condition information 181j of each of the order information 51A to 51E. In this embodiment, these are set based on a comparison between the prices input in the lower order price input field 44a and the upper order price input field 44b on the input screen 40 (i.e., the lower order price and the upper order price) and the market price at the time of generation (hereinafter referred to as the "market order price"). Specifically, they are set according to the following (Setting Condition 1) to (Setting Condition 4). (Setting condition 1) When the order information is generated, if the market order price is higher than the lower order price and lower than the upper order price, the order condition information 181j of the first order information 51A, 51D and the second order information 51B, 51E is set as "limit price." The order condition information 181j of the third order information 51C and the fourth order information 51F is set as "stop price." (Setting condition 2) When the order information is generated, if the market order price is lower than the lower order price and the upper order price, the order condition information 181j of the first order information 51A is set as a "stop order", and the order condition information 181j of the first order information 51D and the second order information 51B and 51E is set as a "limit order". The order condition information 181j of the third order information 51C and the fourth order information 51F is set as a "stop order". (Setting condition 3) When the order information is generated, if the market order price is higher than the lower order price and the upper order price, the order condition information 181j of the second order information 51E is set as a "stop order", and the order condition information 181j of the first order information 51A, 51D, and second order information 51B is set as a "limit order". The order condition information 181j of the third order information 51C and the fourth order information 51F is set as a "stop order". (Setting condition 4) When generating order information, if the market order price is equal to the lower order price or the upper order price, for example, if the market order price is equal to the lower order price, the generation of each order information 51A, 51B, 51C, 51D, 51E, and 51F is canceled.

[0061] In this embodiment, each of the order information 51A to 51F includes order condition information 181j that determines whether it is a limit order or a stop order, so that even when the order information of the first order to be executed first (for example, first order information 51A) is a buy limit order that is higher than the market price at the time of placing the order, or when the order information of the first order to be executed first (for example, second order information 51E) is a sell limit order that is lower than the market price at the time of placing the order, a transaction using an if-done order can be realized (see (Second Execution Procedure) (Third Execution Procedure) described below).

[0062] The contract information generation unit 14 records each piece of order information 51A to 51F generated by the order information generation unit 16 in the order table 181 and the customer account information table 182 of the database 18, and manages the recording state of the order information in the order table 181 thereafter. Specifically, the contract information generation unit 14 communicates with the order table 181 and the customer account information table 182, and issues instructions regarding the input, correction, and deletion of data in accordance with changes in the state of each piece of order information 51A to 51F.

[0063] [View Order Information] The front page distribution unit 11 displays the generated order information group and the order information that constitutes it on the display unit 22 of the client terminal 2. (a1) and (b1) of Fig. 8 and (c1) of Fig. 9 are image diagrams of the order history screen displayed on the display unit 22. In these figures, the display unit 22 displays the main fields of the order information groups 50A and 50B and the order information 51A, 51B, 51C, 51D, 51E, and 51F that constitute them.

[0064] [Order Refusal] If, as a result of the inspection in step S2, at least one of the order price in the first order information 51A and the order price in the second order information 51B is determined to be an inappropriate price ("Yes" in step S3), or if the amount of margin is less than the total order amount in step S5 ("Yes" in step S5), the order input receiving unit 12 treats the input order as an error and rejects the order (step S10).

[0065] [Limit order execution process (first execution procedure)] 4 to 6 are flowcharts showing the procedure of contract processing after order processing of a limit order by an if-done order has been performed in the financial product transaction management device 1 of this embodiment. The procedure will be explained below with reference to these drawings.

[0066] [Order Information, Basic Procedures for Placing Orders and Execution] 4 is a flowchart showing the basic procedure for placing an order and executing a contract based on the first order information and the second order information in the financial product transaction management device 1 of this embodiment. The basic procedure will be explained based on this diagram.

[0067] The order information generation unit 16 performs an order processing for each piece of order information 51A, 51B, and 51C constituting the first order information group 50A generated in step S8, and each piece of order information 51D, 51E, and 51F constituting the second order information group 50B (step S21). Here, "order processing" refers to changing the status information 181o of the first order information 51A and 51D and the second order information 51B and 51E constituting the order information groups 50A and 50B from "waiting" to "ordering," which is treated as placing a limit order in terms of financial product trading. The financial product transaction management device 1 processes order information whose status information 181o is "waiting" (for example, the second order information 51B shown in (a1) and (a2) of Figure 8) as a limit order before order processing after generation, and order information whose status information 181o is "ordering" (for example, the first order information 51A shown in (a1) and (a2) of Figure 8) as a limit order after order processing.

[0068] 8(a1) and 8(a2), when the procedure of step S21 is completed, the first order information 51A in the first order information group 50A and the second order information 51E in the second order information group 50B, whose new / payment information 181m indicates "new," have status information 181o of "ordering." On the other hand, the other order information 51B, 51C, 51D, and 51F, whose new / payment information 181m indicates "payment," have status information 181o of "waiting."

[0069] In this state, the price information receiving unit 19 of the financial instruments transaction management device 1 continues to acquire information on exchange rates. Then, when the market price is not equal to or higher than the fourth order price (or equal to or lower than the third order price) (“No” in step S22) but equals to or higher than the upper order price (or equal to or lower than the lower order price) (“Yes” in step S23), the contract information generating unit 14 executes contract processing for the second order information (or first order information) (step S24). Here, “contract processing” refers to changing the status information 181o of any order information from “on order” to “executed” and executing a buy / sell process for the any financial instrument. Furthermore, in financial instrument trading, this “contract processing” is treated as a position being acquired, a limit order being executed, and a first-priority order being executed in an if-done order based on a specific order information group (here, the second order information group 50B).

[0070] 10 shows a time chart that schematically illustrates a contract based on a limit order in the financial product transaction management system 1A of this embodiment. For example, as shown in the figure, assume that the market purchase price of the US dollar is 85.00 yen per dollar at time t1 when order information is generated (step S8) and an order is placed (step S21) by an if-done order.

[0071] After the order information is placed, the market price of the U.S. dollar rises, and at time t2 when the market purchase price 71 reaches 90.00 yen per dollar ("Yes" in step S23), the contract information generation unit 14 performs processing to contract the second order information 51E (step S24). That is, as shown in FIG. 8, when the contract processing is completed, the status information 181o of the second order information 51E in the second order information group 50B is converted from "ordering" to "completed," and the corresponding data in the database 18 is rewritten. Specifically, the data in the "amnt" field 182a in the customer account information table 182 is increased or decreased by the contract amount.

[0072] At time t2' (effectively simultaneously with time t2), the order information generation unit 16 checks whether the first order information and the second order information of the same order information group (for example, the first order information 51D and the second order information 51E of the second order information group 50B) have been contracted (i.e., whether the status information 181o is "concluded"). If neither of the order information has been contracted ("No" in step S25), the order information generation unit 16 performs ordering processing for the first (or second) order information and the fourth (or third) order information that constitute the same order information group as the contracted order information (step S27). That is, as shown in (b2) of FIG. 8, the status information 181o of the first order information 51D of the second order information group 50B is changed from "waiting" to "ordering" (step S27). 8(b1), the front page distribution unit 11 displays on the display screen 47 that the order information 51E has been contracted and that the first order information 51D has become "on order." As a result, the second-priority order in the if-done order based on the second order information group 50B is treated as being valid.

[0073] Note that when one of the first order information and the second order information constituting the same order information group is executed and then the other is placed, the status information 181o of the third order information 51C or the fourth order information 51F constituting that order information group is also changed from "waiting" to "ordering" (step S27). That is, when the first order information 51D of the second order information group 50B is placed at time t2' in FIG. 10, the status information 181o of the fourth order information 51F of the second order information group 50B is changed from "waiting" to "ordering" as shown in (b1) and (b2) in FIG. 8. This makes it possible to execute an order for which a position has been acquired by a stop-loss order.

[0074] After this, the process returns to step S22 and subsequent steps. When the market price is not equal to or higher than the fourth order price (or not higher than the third order price) (“No” in step S22) and is equal to the lower order price (“Yes” in step S23), the contract information generation unit 14 performs contract processing for the first order information (step S24).

[0075] For example, as shown in Figure 10, if the market purchase price of the US dollar falls after time t2' and the market purchase price 71 of the US dollar reaches 80.00 yen per dollar at time t3, the contract information generation unit 14 executes a process to contract the limit order based on the first order information 51A, 51D. As a result, the second-priority order in the if-done order based on the second order information group 50B is treated as executed. Also, the first-priority order in the if-done order based on the first order information group 50A is treated as executed.

[0076] At the same time, the contract information generation unit 14 cancels the fourth order information 51F. Here, "cancellation processing" refers to changing the status information 181o of any order information from "waiting" or "ordering" to "invalid," which is treated as canceling the limit order without executing it in terms of financial product trading.

[0077] That is, as shown in (b1) of Fig. 8, the status information 181o of the first order information 51A, 51D is converted from "ordering" to "executed," and the status information 181o of the fourth order information 51F is converted from "ordering" to "invalid." Then, as shown in (c1) of Fig. 9, the front page distribution unit 11 displays on the display screen 47 that the first order information 51A, 51D has been contracted and the fourth order information 51F has been invalidated.

[0078] Then, the contract information generation unit 14 rewrites the data corresponding to the first order information 51A, 51D and the second order information 51E in the database 18. Specifically, at time t3 in FIG. 10, the contract information generation unit 14 deletes each of the order information 51D, 51E, and 51F that make up the second order information group 50B. In addition, the contract information generation unit 14 performs buying and selling processing on the customer account information table 182, a system (not shown) of a financial institution that trades financial products, and the like. As a result, the customer can obtain a profit equal to the difference between the sell order at time t2 and the buy order at time t3.

[0079] When the status information of the first order information and the second order information among the order information constituting one order information group becomes "completed" ("Yes" in step S25), the order information generation unit 16 performs ordering processing for the order information of the new order information group (step S26). In this embodiment, as shown at time t3' in FIG. 10, ordering processing is performed for the first order information 51D, the second order information 51E, and the fourth order information 51F of the new second order information group 50C. The specific contents of the procedure in step S26 will be described later.

[0080] Furthermore, the order information generation unit 16 performs ordering processing for the first (or second) order and the third (or fourth) order information of the other order information group (step S27). In this embodiment, at time t3' in FIG. 10, ordering processing is performed for the second order information 51B of the first order information group 50A. As a result, the second-priority order in the if-done order based on the first order information group 50A is treated as being valid. Then, the process returns to step S22 and subsequent steps.

[0081] That is, in this embodiment, when execution is processed at the lower order price and the upper order price, execution processing of two order information is performed (for example, second order information 51E and 51B at time t2 in FIG. 10, and first order information 51D and 51A at time t3). That is, if-done orders are repeatedly performed multiple times in such a manner that two limit orders (one is a new limit order, the other is a settlement limit order) are executed each time the market price 71 reaches the lower order price and the upper order price. Therefore, compared to when if-done orders are performed in such a manner that one limit order is executed each time the market price reaches the lower order price and the upper order price, the client can make more profit in a short period of time.

[0082] Furthermore, in this embodiment, the first order information 51A and 51D and the second order information 51B and 51E constituting the order information groups 50A and 50B are executed in reverse order. For example, in this embodiment, the execution of the second order information 51E (at time t2) is followed by the execution of the first order information 51D (at time t3), followed by the execution of the first order information 51A (at time t3) and the execution of the second order information 51B, and so on is repeated. As a result, in the execution process from time t3 onwards, when a plurality of order information groups (i.e., the first order information group 50A and the second order information group 50B) are executed sequentially, a pair of first order information (i.e., the first order information 51A and the first order information 51D) and a pair of second order information (i.e., the second order information 51B and the second order information 51E) are executed. Therefore, when the contract processing is performed, the client can obtain a higher profit than when the contract processing is performed for only one piece of order information.

[0083] [Ordering new order information group (step S26)] 5 is a flowchart showing the ordering process for the order information in the new order information group in step S26. The details of the procedure will be explained below with reference to this figure.

[0084] When placing a new order information group, the account information generation unit 15 again acquires the margin information of the customer from the customer account information table 182. Then, the order input receiving unit 12 again compares the acquired margin information with the total order amount of the customer to confirm whether the margin amount is equal to or greater than the total order amount (step S261). If the margin amount is less than the total order amount ("Yes" in step S262), processing is suspended until the margin amount is equal to or greater than the total order amount. If the margin amount is equal to or greater than the total order amount ("No" in step S262), the order information generation unit 16 again performs order processing for the order information group deleted in step S26 (step S263). In this embodiment, as shown in FIG. 9, at time t3' (effectively simultaneous with time t3), order processing is performed for a second order information group 50C having the same configuration as the second order information group 50B. Furthermore, the order information generation unit 16 performs order processing for the order information of the second order information 51E (step S263). As in step S9, the order information generation unit 16 records the second order information group 50C for which ordering processing has been performed in the order table 181 (step S264). When the ordering processing of the second order information group 50C is performed in step S263, the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display the second order information group 50C.

[0085] [Execution process (cancellation process) of stop-loss order at stop-loss price (step S28)] 6 is a flowchart showing the execution process of a stop order at the stop-loss price in step S28. The details of the procedure will be explained below with reference to this figure.

[0086] If the market price of the financial product becomes equal to or higher than the fourth order price (or equal to or lower than the third order price) (“Yes” in step S22), the contract information generation unit 14 performs contract processing for the fourth order information 51F (or the third order information 51C) and cancels all uncontracted order information (step S281).

[0087] For example, if the market price further rises after time t2' in FIG. 10 and exceeds 100 yen per dollar, the price of the fourth order information, as shown at time t4 in the figure, the contract information generation unit 14 executes contract processing for the fourth order information 51F. As a result, a stop-loss order for "settlement" of a sell order at 100.00 yen per dollar is executed for the first order information 51D, which was executed at time t2. The contract information generation unit 14 also executes cancellation processing for the first order information 51A and 51D, whose status information 181o is "on order," and the third order information 51C, whose status information 181o is "waiting." Furthermore, the contract information generation unit 14 also executes cancellation processing for all future orders for the order information. That is, the contract information generation unit 14 executes processing to delete data for ungenerated order information groups from the order table 181 and to stop the generation of order information groups that have not yet been generated.

[0088] In this embodiment, even if the market price falls sharply and the market price of the financial product falls below the third order price (1 dollar = 70.00 yen), the contract information generation unit 14 performs the same cancellation process as above.

[0089] After the processing of step S281, the financial product transaction management device 1 completes all contract processing based on the order information (step S282).

[0090] In this way, when execution processing is performed for third order information 51C which places a sell stop order for a price lower than the first order information 51A and second order information 51B, or for fourth order information 51F which places a sell stop order for a price higher than the first order information 51D and second order information 51E, all of the order information that constitutes a set of order information 50A, 50B and has not been executed for execution processing is canceled, thereby preventing a situation in which the customer suffers a disadvantage due to the market price rising or falling below a certain price and avoiding risk to the customer.

[0091] In the above embodiment, a case has been described in which the upper order price is first reached at time t2 and then reached at time t3, but even if the opposite case occurs, in which the lower order price is first reached at time t2 and then reached at time t3, the financial instruments transaction management device 1 of this embodiment performs a similar first contract procedure. In this case, contract processing of the first order information 51A in the first order information group 50A is performed at time t2 (the first-priority order in the first order information group 50A is treated as having been executed), and at time t2', order processing of the first order information 51D in the second order information group 50B (the first-priority order in the second order information group 50B is treated as having been validated) and order processing of the second order information 51B in the first order information group 50A (the second-priority order in the first order information group 50A is treated as having been validated) are performed. At time t3, contract processing is performed for the second order information 51B of the first order information group 50A, and contract processing is performed for the second order information 51E of the second order information group 50B (the second-priority order of the first order information group 50A and the first-priority order of the second order information group 50B are treated as having been contracted). At time t4, order processing is performed for the first order information 51A of the first order information group (not shown) (the first-priority order of the first order information group is treated as having been validated).

[0092] [Limit order execution process (second execution procedure)] FIG. 11 shows an image of the order history screen displayed on the display unit of the client terminal in the second contract procedure, and an image showing the data structure of each order information, and FIG. 12 shows a time chart of the second contract procedure.

[0093] As shown in Figure 11, in the second contract procedure, after the procedure of step S21 is completed, the order condition information 181j of the first order information 51A of the first order information group 50A is set to "stop loss." In other words, this first order information 51A is configured as information for placing a new stop loss order to buy the same type of financial product at a lower order price based on one buy / sell order application information. Other than that, it is the same as the first contract procedure.

[0094] In the second contract procedure, processing is performed in the same manner as in the first contract procedure. However, as shown in Fig. 12, at time t2, contract processing of the stop order is performed based on the first order information 51A. Note that the first order information placed the second time onwards (for example, the first order information 51A placed at time t3' in Fig. 12) is order information for a buy limit order, similar to the first contract procedure.

[0095] By executing the second limit order, when the first order information and the second order information are at a price higher than the market price of the financial product at the time of placing the order, a rational transaction can be automatically carried out by fully utilizing profit opportunities while avoiding risks through trading with an if-done order.

[0096] [Limit order execution process (third execution procedure)] FIG. 13 shows an image of the order history screen displayed on the display unit of the client terminal in the third contract procedure, and an image showing the data structure of each order information, and FIG. 14 shows a time chart of the third contract procedure.

[0097] As shown in Figure 13, in the third contract procedure, when the procedure of step S21 is first completed, the second order information 51E of the second order information group 50B has the order condition information 181j set to "stop loss." In other words, this second order information 51E is configured as information for placing a new stop loss order to sell the same type of financial product at an upper order price based on one buy / sell order application information. Other than that, it is the same as the first contract procedure.

[0098] In the third contract procedure, processing is performed in the same manner as in the first contract procedure. However, as shown in Fig. 14, at time t2, contract processing of the stop order is performed based on the second order information 51E. Note that the second order information placed after the first contract procedure (for example, the second order information 51E placed at time t3' in Fig. 14) is order information for a sell limit order, similar to the first contract procedure.

[0099] By executing the third limit order, when the first order information and the second order information are at a price lower than the market price of the financial product at the time of placing the order, a rational transaction can be automatically executed by using an if-done order, avoiding risk while fully utilizing profit opportunities. This allows the present invention to be applied to a variety of transactions in line with market conditions, etc., and realizes a system that is highly convenient for customers.

[0100] [Order information error handling and order information cancellation processing] In addition, after each piece of order information 51A-51F is generated by the procedure of steps S1-S9, if a request to change the price and amount of each piece of order information 51A-51F is made from the client terminal 2, the financial product transaction management device 1 of this embodiment treats the request as an input error as an invalid request, thereby preventing excessive workload on the bank, which is the source of the financial product purchase and sale, due to frequent requests for price and amount.

[0101] On the other hand, when the order cancel button (not shown) displayed on the display unit 22 of the client terminal 2 is clicked to request cancellation of an if-done order that has already been executed, the contract information generation unit 14 of the financial instruments transaction management device 1 extracts the order information group included in the if-done order for which cancellation has been requested, and processes all of the order information in this order information group that has not yet been executed as having been canceled. The data of the canceled order information group and the order information data are deleted from the order table 181.

[0102] As described above, in this embodiment, when executing an order, the status information 181o is converted from "Ordering," indicating an unexecuted state after placing an order, to "Successfully executed," indicating an executed state, thereby recording the execution status of each order 51A-51F. Furthermore, by generating multiple order information groups 50A and 50B based on a single buy / sell order application, each group includes first order information 51A and 51D, which is order information for placing limit orders for the same type of financial product at one price, and second order information 51B and 51E, which is order information for placing limit orders for the same financial product at a different price, it is possible to automatically execute multiple transactions using if-done orders on a computer system based on a single order procedure. This allows customers using the system to efficiently trade by avoiding risks and fully utilizing profit opportunities without having to go through complicated order procedures.

[0103] The above embodiment can also be implemented as in (Modification 1) to (Modification 9) shown below.

[0104] (Variation 1) In the above embodiment, the execution process of the first order information 51A, 51D and the second order information 51B, 51E can be repeated virtually unlimitedly, but the input screen 40 may be provided with a repeat count selection field, and the if-done order may be repeated the number of times input in the repeat count selection field. In this case, each of the order information 51A to 51F is configured to include information for recording the number of repetitions.

[0105] (Variation 2) In the above embodiment, the input screen 40 is configured to have a first stop loss price input field 44g and a second stop loss price input field 44h, and to set the third order information 51C and the fourth order information 51F as order information for setting a stop loss price. However, instead of this, the input screen may be configured not to have at least one of these price input fields 44g, 44h, and not to set at least one of the third order information 51C and the fourth order information 51F.

[0106] (Variation 3) In the above embodiment, a configuration may also be adopted in which a trail input field is provided on input screen 40, trail information is provided as attribute information of first order information 51A, 51D and second order information 51B, 51E, and when the market price rises or falls by more than the trail information, order price information 181h of each order information 51A to 51F is raised or lowered by the price in the trail information.

[0107] (Variation 4) In the above embodiment, the input screen 40 is configured to have a lower order price input field 44a and a lower order price input field 44b, and the lower order price and the upper order price are set based on the prices entered in the respective price input fields 44a, 44b. However, instead of this, the first order information may be set to the same price as the market order price at the time of order information generation (step S8), and the upper order price may be set based on information entered from the input screen (for example, the price entered in the upper order price field or the profit amount for each if-done order entered in the profit amount input field), and a limit order may be placed using an if-done order.

[0108] (Variation 5) In the above embodiment, in (setting condition 1), if the market order price is higher than the lower order price and lower than the upper order price, the order condition information 181j of the first order information 51A, 51D and the second order information 51B, 51E is set as "limit order," and in (setting condition 4), if the market order price is equal to the lower order price or the upper order price at the time of generation of the order information, the generation of each order information 51A, 51B, 51C, 51D, 51E, 51F is canceled. However, instead of this configuration, in (setting condition 1), if the market order price is equal to or higher than the lower order price and lower than the upper order price, the order condition information 181j of the first order information 51A, 51D and the second order information 51B, 51E may be set as "limit order," and (setting condition 4) may not exist. Specifically, for example, when the market order price is equal to the lower order price, the order information generation unit 16 may be configured to set the order condition information 181m of the first order information 51A as "market", which is a market order, set the order condition information 181m of the first order information 51D and the second order information 51B and 51E as "limit order", and set the third order information 51C and the fourth order information 51F as "stop order".

[0109] (Variation 6) Furthermore, in the above embodiment, in (setting condition 2), if the market order price is lower than the lower order price and the upper order price when the order information is generated, the order condition information 181j of the first order information 51A is set as a "stop order," and in (setting condition 4), if the market order price is equal to the lower order price or the upper order price when the order information is generated, the generation of each order information 51A, 51B, 51C, 51D, 51E, and 51F is canceled. However, instead of this configuration, in (setting condition 2), if the market order price is equal to or lower than the lower order price and the upper order price when the order information is generated, the order condition information 181j of the first order information 51A may be set as a "stop order," and (setting condition 4) may not exist.

[0110] (Variation 7) Furthermore, in the above embodiment, in (setting condition 3), if the market order price is higher than the lower order price and the upper order price when the order information is generated, the order condition information 181j of the second order information 51E is set as a "stop order," and in (setting condition 4), if the market order price is equal to the lower order price or the upper order price when the order information is generated, the generation of each order information 51A, 51B, 51C, 51D, 51E, and 51F is canceled. However, instead of this configuration, in (setting condition 3), if the market order price is equal to or higher than the lower order price and the upper order price when the order information is generated, the order condition information 181j of the first order information 51A may be set as a "stop order," and (setting condition 4) may not exist.

[0111] (Variation 8) In the above-described embodiment and (Variation 1) to (Variation 7), the order condition information 181j (see FIGS. 8 and 9) of one or both of the first order information 51A, 51D and the second order information 51B, 51E is set to "limit order" or "stop order," and is configured to function as a limit order or a stop order. However, instead of this configuration, the order condition information 181j of the first order information 51A, 51D and the second order information 51B, 51E may be set to "market order," which is a market order, and function similarly to an if-done order. Specifically, the contract information generation unit 14 performs the procedure of placing the first order information 51A, 51D and the second order information 51B, 51E (step S21) between the procedure of step S23 and the procedure of step S24 in the flowchart shown in FIG. 4.

[0112] That is, in (Variation 8), when the current exchange rate price received by the price information receiving unit 19 matches the lower order price or the upper order price ("Yes" in step S23), the contract information generating unit 14 places an order for the first order information 51A, 51D or the second order information 51B, 51E corresponding to the order price (step S21) and executes a contract (step S24). Note that, in (Variation 8), as in the above embodiment and (Variation 1) to (Variation 7), each of the order information 51A, 51B, 51C, 51D, 51E, and 51F has new / settlement information 181m (see FIGS. 8 and 9). Therefore, even if the first order information 51A, 51D and the second order information 51B, 51E are set as market orders, the same function as an if-done order can be realized.

[0113] Furthermore, in (Variant 8), the order condition information 181j of the third order information 51C and the fourth order information 51F may be set to "market" and configured to function in the same way as a stop-loss order. Specifically, in the flowchart shown in FIG. 4, the contract information generation unit 14 performs the procedure of placing orders for the third order information 51C and the fourth order information 51F (step S21) between the procedure of step S22 and the procedure of step S28. That is, when the current exchange rate price received by the price information receiving unit 19 matches the third order price or the fourth order price ("Yes" in step S22), the contract information generation unit 14 places an order for the third order information 51C or the fourth order information 51F corresponding to that order price (step S21) and performs a cancellation process (step S28).

[0114] In (Variation 8), the processes of steps S25, S26, and S27 shown in Fig. 4 are not performed. That is, in (Variation 8), after the process of step S24 is completed, the process returns to step S22, and the subsequent processes are repeated. In this case, a margin check process (processing similar to steps S261 and S262) may be performed after the process of step S24 and before the process of step S22 is performed.

[0115] (Variation 9) The financial product transaction management system 1A in the above embodiment and each variant example is designed to handle foreign exchange as a financial product, but this is not limited to this, and the present invention can also be applied to financial product transaction management systems that handle other financial products, such as stocks and bonds.

[0116] The above-described embodiment and each modification are merely examples of the present invention, and it goes without saying that the present invention is not limited to the above-described embodiment and modification. [Explanation of symbols]

[0117] 1A Financial Instruments Transaction Management System 1. Financial Instruments Transaction Management Device 2, 21~2 n Client terminal 12. Order input reception unit (order input reception means) 14. Contract information generation unit (contract information generation means, record management means) 16. Order information generation unit (order information generation means) 19 Price information receiving unit (market price information acquisition means) 50A, 50B, 50C, 50D, 50E... Ordering information group 51A, 51D... First order information 51B, 51E... Second Order Information 51C···Third Order Information 51D···Fourth Order Information 181 Order table (order information recording means) 181o···Status Information (Order Status Information)

Claims

1. A financial instruments trading management device that manages the buying and selling of financial instruments, A means for obtaining market price information for the aforementioned financial instruments, Order information generation means for generating order information for a financial product generated based on buy / sell order application information for placing an order for trading one type of the aforementioned financial product, A trade information generation means that executes an order based on the processing of the order information generated by the order information generation means. Equipped with, The order information generation means is Based on the aforementioned buy / sell order application information, a plurality of first order information is generated in association with the first order information for placing an order for the financial instrument based on the first market price, and a plurality of second order information is generated in association with the second order information for placing an order for the financial instrument based on the second market price, The order information generation means and the trade information generation means are When the market price of the financial instrument reaches the first market price, the process of marking the unplaced first orders as placed and / or the placed first orders as executed is performed based on the associated plurality of first order information. When the market price of the financial instrument reaches the second market price, the system performs a process to mark any unplaced second orders as placed and / or to execute any placed second orders based on the associated plurality of second order information. A financial instruments trading management device characterized by the following features.

2. The system includes a means for generating trade information that executes an order based on the order information when the market price information reaches a specified price. The aforementioned order information includes order status information that determines whether the order is in an unexecuted state or an executed state. The financial instrument transaction management device according to claim 1, characterized in that the execution information generation means converts the order status information from the unexecuted state to the executed state when executing the first order based on the first order information and the second order based on the second order information.

3. The order information generation means generates a third order information that places a sell stop order at a price lower than the first order based on the first order information and the second order based on the second order information, and a fourth order information that places a buy stop order at a price higher than the first order based on the first order information and the second order based on the second order information. The financial instrument trading management device according to claim 2, characterized in that when the stop-loss order based on the third order information or the stop-loss order based on the fourth order information is executed, the order information relating to all unexecuted orders is canceled.

4. A method for managing financial instrument transactions performed in a financial instrument transaction management system that manages the buying and selling of financial instruments, The market information acquisition procedure performed in the market information acquisition means for acquiring market information on the aforementioned financial instruments, An order information generation procedure for generating order information for a financial instrument, which is generated based on buy / sell order application information for placing an order for a transaction of one type of the aforementioned financial instrument, A trade information generation procedure is performed in which a trade is executed to execute the order based on the processing of the order information generated in the order information generation procedure. Equipped with, In the above order information generation procedure, Based on the aforementioned buy / sell order application information, multiple first order information entries are generated by associating them as order information for a first order to place an order for the financial instrument based on a first market price, and multiple second order information entries are generated by associating them as order information for a second order to place an order for the financial instrument based on a second market price. In the above-mentioned order information generation procedure and the above-mentioned trade information generation procedure, When the market price of the financial instrument reaches the first market price, a process is performed to mark the unplaced first orders as placed and / or to execute the placed first orders, based on the associated plurality of first order information. When the market price of the financial instrument reaches the second market price, a process is performed to mark any unplaced second orders as placed and / or to execute any placed second orders, based on the associated plurality of second order information. A financial instrument transaction management method characterized by the following features.

5. A financial instruments trading management system comprising a financial instruments trading management device for managing the buying and selling of financial instruments, and a user terminal used by users who conduct buying and selling transactions of said financial instruments, which is capable of communicating with said financial instruments trading management device, The financial instruments trading management system is A means for obtaining market price information for the aforementioned financial instruments, Order information generation means for generating order information for a financial product generated based on buy / sell order application information for placing an order for trading one type of the aforementioned financial product, A trade information generation means that executes an order based on the processing of the order information generated by the order information generation means. Equipped with, The order information generation means is Based on the aforementioned buy / sell order application information, a plurality of first order information is generated in association with the first order information for placing an order for the financial instrument based on the first market price, and a plurality of second order information is generated in association with the second order information for placing an order for the financial instrument based on the second market price, The order information generation means and the trade information generation means are When the market price of the financial instrument reaches the first market price, the process of marking the unplaced first orders as placed and / or the placed first orders as executed is performed based on the associated plurality of first order information. When the market price of the financial instrument reaches the second market price, the system performs a process to mark any unplaced second orders as placed and / or to execute any placed second orders based on the associated plurality of second order information. A financial instrument trading management system characterized by the following features.

6. A financial instruments trading management device that manages the buying and selling of financial instruments, and a user terminal used by a user who conducts buying and selling transactions of financial instruments, which is capable of communicating with the financial instruments trading management device that manages the buying and selling of financial instruments, The user terminal is equipped with an operating means and a display means, The operating means, in response to the user's operation, controls the financial instrument trading management device. A means for obtaining market price information for the aforementioned financial instruments, Order information generation means for generating order information for a financial product generated based on buy / sell order application information for placing an order for trading one type of the aforementioned financial product, A trade information generation means that executes an order based on the processing of the order information generated by the order information generation means. Set it, The aforementioned display means is In the order information generation means, Based on the aforementioned buy / sell order application information, the system displays the results generated by associating multiple first order information as order information for a first order that places an order for the financial instrument based on a first market price, and also displays the results generated by associating multiple second order information as order information for a second order that places an order for the financial instrument based on a second market price. In the order information generation means and the contract information generation means, When the market price of the financial instrument reaches the first market price, the system performs a process to mark the unplaced first orders as placed and / or to execute the placed first orders based on the associated plurality of first order information. When the market price of the financial instrument reaches the second market price, the system performs a process to mark any unplaced second orders as placed and / or to execute any placed second orders based on the associated plurality of second order information. A user terminal characterized by the following features.

7. A program characterized by causing a computer to function as a financial instrument transaction management device according to any one of claims 1 to 3.

Images