JP2023181483A - Financial product transaction management apparatus, financial product transaction management method, and program - Google Patents

Abstract

To provide a financial product transaction management apparatus configured to sufficiently utilize a revenue opportunity while avoiding risk, to conduct a reasonable transaction without requiring complicated order procedures of a customer.SOLUTION: An order information generation unit 16 of a financial product transaction management apparatus 1 repeats generating, when a market price becomes equal to a first price, one or more pieces of first order information as order information for a first order which is an order for one transaction of a financial product, and generating, when the market price becomes equal to a second price, one or more pieces of second order information as order information for a second order which is an order for one transaction of the financial product. An agreement information generation unit 14 repeats making, when the market price of the financial product becomes equal to the first price, a transaction to contract one or more first orders based on processing of the one or more pieces of first order information, and making, when the market price of the financial product becomes equal to the second price, a transaction to contract one or more second orders based on processing of the one or more pieces of second order information.SELECTED DRAWING: Figure 1

Description

The present invention relates to technology for managing and supporting transactions in financial products such as foreign exchange.

In addition to market orders, in which transactions are made at the price at the time of the order, limit orders are known as trading methods for financial products such as foreign exchange. This limit order is an order form in which the customer specifies the buying and selling price in advance, and the financial product handler places a buy order for the financial product when the price of the financial product falls to the specified price. Place a sell order for the financial product when the price rises to a specified value. Conventionally, an invention is known in which a limit order for this financial product is placed using a computer system (see, for example, Patent Document 1). On the other hand, in limit orders for financial products, if-done orders (an order format in which two ordered orders are placed at the same time, and when the first order is executed, the second order is automatically activated. The same is true in the specification.) is often used. A system is known that automatically performs an if-done order while avoiding risks (see, for example, Patent Document 2).

Japanese Patent Application Publication No. 2006-99787 Japanese Patent Application Publication No. 2008-130002

However, the invention described in Cited Document 1 has a problem in that it cannot respond to limit orders of if-done orders. In addition, in Cited Document 2, when the market price reaches one price, only the first order is executed, and when the market price goes to another price, only the second order is executed. A problem arises in that existing profit opportunities are missed.

The present invention was made in view of the above problems, and allows customers using the system to avoid risks and fully utilize profit opportunities when ordering limit orders for financial products without having to go through complicated order procedures. The objective is to provide a financial product transaction management device that allows rational transactions.

In order to achieve this object, the invention according to claim 1 is a financial product transaction management device for managing buying and selling transactions of financial products, comprising: a market price information acquisition means for acquiring market price information of the financial product; an order information generating means for generating order information for a financial product generated based on buy/sell order application information for placing an order for trading the financial product of the type; and the order information generated by the order information generating means. execution information generation means for executing a transaction to execute the order based on the processing, and the order information generation means is configured such that the market price generated based on one of the buy/sell order application information becomes a first price. When the market price reaches the second price, one or more pieces of first order information are generated as the order information of the first order as an order for performing one transaction of the financial product, and when the market price reaches the second price, The execution information generating means repeatedly generates one or more pieces of second order information as the order information of the second order as an order for trading one of the financial products, and the contract information generation means When the market price of the financial instrument reaches the second price, a transaction is executed to execute one or more of the first orders based on the processing of the one or more of the first order information, and the market price of the financial instrument reaches the second price. It is characterized by repeating a transaction that executes one or more of the second orders based on the processing of the one or more of the second order information when the second order is reached.

In addition to the structure described in claim 1, the invention according to claim 2 includes order status information for determining whether the order information is in an uncontracted state or a contracted state, and the contract information generating means comprises: , when executing the first order based on the first order information and the second order based on the second order information, converting the order status information from the unfilled state to the filled state. do.

In addition to the configuration described in claim 1 or 2, the invention according to claim 3 provides a configuration in which a specific order information group among the plurality of order information groups includes the first order based on the first order information and the order information group based on the first order information. third order information for placing a sell stop order at a price lower than the second order based on the second order information, and the order information group other than the specific order information group is based on the first order information. fourth order information for placing a buy stop order at a higher price than the first order based on the order information and the second order based on the second order information; 4. When the stop order based on the order information is executed, the execution information generation means cancels all the order information related to unfilled orders forming the order information group.

The invention according to claim 4 is a financial product transaction management method performed in a financial product transaction management device that manages buying and selling transactions of financial products, the method being performed in a market price information acquisition means that acquires market price information of the financial product. a market price information acquisition procedure; an order information generation procedure in which order information for a financial product is generated based on buy/sell order application information for placing an order for trading one type of the financial product; and an order information generation procedure for generating the order information. and a contract information generation step for causing a transaction to be executed to execute the order based on the processing of the order information generated in the step, and in the order information generation step, one of the order information generated based on the buy/sell order application information is Further, when the market price reaches the first price, one or more pieces of first order information are generated as the order information of the first order as an order for performing one transaction of the financial product, and the market price is Repeatingly generating one or more pieces of second order information as the order information of a second order as an order for performing one trade of the financial product when the price reaches a second price, and generating the contract information. In the procedure, when the market price of the financial product reaches the first price, a transaction is executed to execute one or more of the first orders based on processing of the one or more of the first order information. and causing a transaction to execute one or more of the second orders based on processing of the one or more of the second order information when the market price of the financial product reaches the second price. It is characterized by repeating.

The invention according to claim 5 is a program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 3.

According to the inventions described in claims 1 and 4, as an order to perform one transaction of a financial product when the market price reaches the first price, which is generated based on the one buy/sell order application information. Generate one or more pieces of first order information as order information for the first order of , and order information for the second order as an order to perform a trade of one financial product when the market price reaches the second price. repeating the process of generating one or more pieces of second order information based on the processing of one or more pieces of first order information when the market price of the financial product reaches the first price. execute a transaction to execute a first order, and when the market price of the financial instrument reaches a second price, execute one or more second orders based on the processing of one or more second order information. By repeating transactions, when multiple order information groups are executed sequentially, one or more of the first order information and second order information will be executed, and the customer will execute one order when executing the order. Higher profits can be obtained than when only information is executed. As a result, customers using the system can conduct rational transactions by fully utilizing profit opportunities while avoiding risks without having to go through complicated order procedures.

According to the invention set forth in claim 2, an order is executed based on a first order information group and a second order information group having first order information and second order information, and a transaction based on an if-done order is executed. can be automatically repeated multiple times.

According to the invention described in claim 3, the third order information is used to place a sell stop order at a price lower than the first order information and the second order information, or higher than the first order information and the second order information. When the fourth order information for placing a buy stop order on the price is executed, by canceling all unfilled order information forming the first order information group and the second order information group, It is possible to prevent a customer from suffering a disadvantage due to a market price rising or falling below a certain price, and to avoid customer risk.

According to the fifth aspect of the invention, the financial product transaction management device of the present invention can be programmed and realized on various computer hardware.

1 is a system configuration diagram and a functional block diagram of a financial product transaction management device in a financial product transaction management system of this embodiment. FIG. It is a schematic diagram of the field definition of the order table of the financial product transaction management device same as the above. It is a schematic diagram of the field definition of the customer account information table of the financial product transaction management device same as the above. It is a schematic diagram of the field definition of the currency pair order condition table of the financial product transaction management device same as the above. It is a flowchart which shows the processing procedure at the time of establishing a limit order by an if-done order in the financial product transaction management device same as the above. It is a flowchart showing the basic procedure of order placement and execution based on first order information and second order information in the financial product transaction management device same as above. It is a flowchart which shows order processing of order information of a new order information group, and contract processing in the same financial product transaction management device. It is a flowchart showing execution processing as a stop loss order at a stop loss price in the financial product transaction management device same as above. FIG. 3 is an image diagram of an input screen displayed on a display unit of a client terminal. FIG. 2 is an image diagram of an order history screen displayed on a display unit of a client terminal in a first contract procedure, and an image diagram showing a data structure of each order information. FIG. 2 is an image diagram of an order history screen displayed on a display unit of a client terminal in a first contract procedure, and an image diagram showing a data structure of each order information. It is a time chart of the first execution procedure. FIG. 7 is an image diagram of an order history screen displayed on the display unit of the client terminal in a second execution procedure, and an image diagram showing the data structure of each order information. It is a time chart of the second execution procedure. FIG. 7 is an image diagram of an order history screen displayed on the display unit of the client terminal in the third execution procedure, and an image diagram showing the data structure of each order information. It is a time chart of the third execution procedure.

Hereinafter, one embodiment of the present invention will be described with reference to the drawings.

[System configuration and data structure]
FIG. 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 2 ₁ to 2 _n as online terminals. The financial product transaction management device 1 and the client terminals 2 ₁ to 2 _n can communicate with each other via the Internet 3 as a WAN (Wide Area Network). The financial product transaction management system 1A of this embodiment handles foreign exchange as a financial product.

The financial product transaction management device 1 is a server computer managed and operated by a financial product dealer, and manages buying and selling transactions of financial products. The financial product transaction management device 1 includes a web server function and a database function for storing large amounts of data. The client terminals 2 ₁ , . . . , 2 _n are communication terminals with data communication functions that are owned and used by individuals or corporations that buy and sell financial products (that is, users of the financial product transaction management system 1A). This includes personal computers, mobile phone terminals, etc. The client terminals 2 ₁ , . . . _, 2 _n each include an operation portion 21 ₁ , . It has a display section 22 ₁ , . . . , 22 _n that displays various instructions and various images inputted from the terminals ₁ , . . . , 21 _n . Note that since the client terminals 2 ₁ , ..., 2 _n , the operation sections 21 ₁ , ..., 21 _n and the display sections 22 ₁ , ..., 22 _n have the same configuration, it is necessary to distinguish them below. Except in some cases, the client terminal 2, the operation section 21, and the display section 22 are used.

Although not shown in FIG. 1, the financial product transaction management device 1 includes at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as a work area for the CPU, a boot program for startup, etc. The computer is provided with a ROM (Read Only Memory) in which various programs and data are recorded, an auxiliary storage device such as a hard disk in which various programs and data are recorded, a communication interface used for transmitting and receiving data, and the like. The auxiliary storage device stores OS (Operating System) programs, various application programs, data recorded in a database, and the like. These programs and data cooperate with hardware resources to realize various functions through arithmetic processing by the CPU.

Note that the financial product transaction management device 1 may be formed by one server computer or may be formed by a plurality of network computer systems.

As shown in FIG. 1, the financial product transaction management device 1 includes a data processing unit 10 as a functional means realized based on the various programs and hardware resources described above, and various types of data processed by the data processing unit 10. It has a database 18 in which data is recorded. The data processing unit 10 performs processing such as generation and processing of various data used in the financial product transaction management device 1, and also includes a front page distribution unit 11 as a functional means, an order input reception unit (order input reception means), etc. ) 12, deposit/withdrawal information generation section 13, contract information generation section (contract information generation means, record management means) 14, account information generation section 15, order information generation section (order information generation means) 16, database (DB) connection base section 17, and a price information receiving section (market price information acquisition means) 19.

The order input reception unit 12 receives data related to various orders input from the client terminal 2, and performs various processes necessary to establish an order for a financial product.

The deposit/withdrawal information generation unit 13 receives requests for deposits/withdrawals from the client terminal 2, and creates a list of deposits/withdrawals based on the requests.

The order information generation unit 16 generates information regarding the completed order of the financial product based on the information processed by the order input reception unit 12. Orders here include so-called market orders, limit orders, and if-done orders.

The financial product transaction management device 1 of this embodiment applies if-done orders only to new orders, in order to simplify the system configuration and create a system that is easy for customers to use. Therefore, the order information generating section 16 is configured to generate order information only for new orders.

The contract information generating section 14 performs contract processing based on the order generated by the order information generating section 16 and processing for sending information regarding the completed contract processing to the client terminal 2 of the customer. Note that the term "contract" here refers to various procedures and processes for completing the purchase and sale of financial products based on a customer's order. Further, the contract information generation section 14 records the order information generated by the order information generation section 16 in the database 18 and manages the recording state of the order information in the database 18.

The account information generation unit 15 has a function of generating the customer's deposit balance information and managing the deposit balance information as margin information (that is, information to prove that the order can be executed). Note that the information regarding the deposit balance generated by the account information generation unit 15 is periodically compared with information regarding the customer's actual deposit balance provided by financial institutions such as banks in order to ensure consistency with the actual deposit balance. Verified.

The database connection base unit 17 converts data generated and processed by the data processing unit 10 and data recorded in the database 18, and also exchanges data between the data processing unit 10 and the database 18. Perform the necessary processing.

The database 18 records data used by the financial product transaction management device 1. The database 18 in this embodiment is formed by a relational database, but any format suitable for recording and rewriting a large amount of data may be used, such as an object database. 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 unique sequence number assigned to each order information (described later). Details of the order table 181, customer account information table 182, and currency pair order condition table 183 will be described later.

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.

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. conduct. In this embodiment, the price information receiving section 19 acquires information on the market price of foreign exchange.

In addition, 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 in the financial product transaction management device 1. The generation unit 15, order information generation unit 16, database connection base unit 17, and price information reception unit 19 may be configured in any form. For example, when the financial product transaction management device 1 is formed as a network computer system consisting of a plurality of server computers, each component may be distributed and arranged among the plurality of server computers. In addition, these server computers may be computer systems owned by multiple businesses or server administrators (e.g., computers owned or managed by financial stock exchanges, other financial product transaction management companies, providers, hosting system providers, etc.). system). The server computer may also be configured as a so-called cloud computer system. Further, a data processing section 10, a database 18, a front page distribution section 11, an order input reception section (order input reception means) 12, a deposit/withdrawal information generation section 13, a contract information generation section 14, an account information generation section 15, and an order information generation section. At least some of the components of the unit 16, the database connection base unit 17, and the price information receiving unit 19 may be provided in the client terminal 2 instead of the financial product transaction management device 1.

2A is a schematic diagram of field definitions of the order table 181, FIG. 2B is a schematic diagram of field definitions of the customer account information table 182, and FIG. 2C is a schematic diagram of field definitions of the currency pair order condition table 183. As shown in these figures, each table 181, 182, 183 has fields equal to the number of items. Each field has a name (field name), data type (type) such as characters, numbers, date and time, data length (length) such as bit length, specification that the field cannot be blank (Not Null), presence or absence of a default value (default value ), data item names (remarks), etc. are defined.

In the above-described financial product transaction management device 1, when a limit price transaction of a financial product is performed, limit orders for a plurality of financial products of the same type can be made using a plurality of if-done orders using one advance order.

[Transaction procedure]
Next, a trading procedure for a limit order based on an if-done order in the financial product transaction management system 1A of this embodiment will be explained.

[Order information generation procedure]
FIG. 3 is a flowchart showing a processing procedure for generating order information for a limit order based on an if-done order in the financial product transaction management device 1 of this embodiment. Hereinafter, the processing procedure at the time of ordering will be explained based on the same figure.

A customer using the financial product transaction management system 1A accesses the financial product transaction management device 1 using the client terminal 2. The front page distribution unit 11 of the financial product transaction management device 1 causes the input screen 40 shown in FIG. 7 to be displayed on the display unit 22 of the accessed client terminal 2. The customer uses the operation unit 21 to input data regarding the order details onto the input screen 40 . Specifically, the following processes (processing 1) to (processing 4) are performed on the input screen 40.

(Processing 1)
The input screen 40 is provided with a buy/sell desired input button 41 for selecting a tradeable currency pair. The customer selects a currency pair that he or she wishes to buy or sell using the buy/sell preference input button 41. In FIG. 7, a state is shown in which "US dollar (USD)/Japanese yen (JPY)" is selected for a purchase and sale transaction between Japanese yen and US dollar.

(Processing 2)
The input screen 40 is provided with an order condition selection button 43 for selecting order conditions for a limit order. Using the order condition selection button 43, the customer selects "double repeat if done" which indicates the transaction form of this embodiment. Note that "repeat if-done" is a transaction mode in which the financial product transaction management device 1 automatically repeats an if-done order based on one order.

Then, as shown in FIG. 7, the input screen 40 is provided with various buttons. These various buttons are used to input the lower order price (hereinafter referred to as the "lower order price"), which is the order price on the lower price side among new orders and settlement orders, which forms the "first order information" described later. Lower order price input field 44a, upper order price (hereinafter referred to as "upper order price") which is the order price on the higher price side among new orders and settlement orders, forming "second order information" to be described later. upper order price input field 44b for inputting the order price, amount input field 44c for inputting the order amount for each order, expiration date display field 44d for displaying the expiration date of "first order information" and "second order information" , a stop for selecting a stop-loss order (hereinafter referred to as a "stop-loss order") as a stop-loss order, which is set to prevent the customer from suffering an excessive disadvantage when the market price crashes or rises. Loss order selection buttons 44e, 44f, the price of a stop loss order lower than the lower order price and the upper order price (hereinafter referred to as "first stop loss price"), which forms "third order information" to be described later. The first stop loss price input field 44g is used to input the stop loss price (hereinafter referred to as the "fourth order information"), which is higher than the lower order price and the upper order price, forming the "fourth order information" to be described later. It consists of a second stop loss price input field 44h for inputting a second stop loss price (referred to as "Second Stop Loss Price"), and an order confirmation button 45 for confirming the order details.

In addition, instead of using either the lower order price input field 44a or the upper order price input field 44b, there is a profit amount specification in which the profit amount when the first order and the second order are executed each time is entered. A configuration may also be provided in which columns are provided. In this case, based on the price of the first order (or price of the second order) entered in the lower order price input field 44a (or upper order price input field 44b) and the amount entered in the amount input field 44c. , the order input receiving unit 12 automatically calculates the upper order price (or lower order price).

(Processing 3)
The customer inputs desired numerical values into each of these input fields and selects a desired transaction form using each selection button.

In FIG. 7, 80.00 yen is entered in the lower order price input field 44a, 90.00 yen is entered in the upper order price input field 44b, and 10,000 yen (currency) is entered in the amount input field 44c. There is. In addition, in FIG. 7, a stop loss order is selected using the stop loss order selection buttons 44e and 44f, 70.00 yen is entered in the first stop loss price input field 44g, and 100.00 yen is entered in the second stop loss price input field 44h. A circle indicates an input state.

(Processing 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 input on the input screen 40 is transmitted to the financial instrument transaction management device 1. , the procedure of step S2, which will be described later, is performed. Note that when 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 performed.

When the order confirmation button 45 is clicked in the above (processing 4) and the transmitted data is supplied to the financial instrument transaction management device 1, the order input reception unit 12 of the financial instrument transaction management device 1 receives the input order. Check the contents. Specifically, the selected expiration date and the like in the expiration date display field 44d is confirmed, and furthermore, the order price of the supplied data is inspected (step S2). Specifically, the order input reception unit 12 performs inspection method 1 and inspection method 2 below.

(Inspection method 1) The order input receiving unit 12 receives the lower order price input in the lower order price input field 44a and the upper order price input in the upper order price input field 44b, and the price information receiving unit A comparison is made with the current exchange rate price received by No. 19. If the downward order price is less than or equal to the current exchange rate price and the upward order price is greater than or equal to the current exchange rate price, the order input reception unit 12 executes the transaction procedure according to the "first execution procedure" described later. conduct. If the lower order price and the upper order price are each higher than the current exchange rate price, the order input reception unit 12 performs the transaction procedure according to the "second contract procedure" described later. If the upward order price is less than or equal to the current exchange rate, the order input reception unit 12 performs the transaction procedure according to the "third contract procedure" to be described later.

(Inspection method 2) The order input reception unit 12 inputs the lower price entered in the lower order price input field 44a and the upper order price input field 44b of the currency pair selected by the buy/sell request input button 41. Compare this with the upward order price. The order input receiving unit 12 determines that the price is appropriate when the upper order price is higher than the lower order price.

If the lower order price and the upper order price are determined to be appropriate prices (“No” in step S3), the account information generation unit 15 acquires the customer's margin information from the customer account information table 182. Specifically, the numerical data recorded in the "amnt" field 182a shown in FIG. 2B is acquired as margin information.

The order input reception unit 12 compares the acquired margin information with the total order amount of the customer (that is, the total order amount calculated based on the numerical values input in each input field 44a, 44b, 44g, and 44h), Check whether the margin amount is greater than or equal to the total order amount. The order information generation unit 16 generates an "order information group" to be described later only when the amount of margin is equal to or greater than the total order amount ("No" in step S5). As a result, a limit order based on an if-done order can be accepted only when the customer can reliably pay.

If the margin amount is greater than or equal to the total order amount (“No” in step S5), the order input reception unit 12 uses the data recorded in the currency pair order condition table 183 to determine if the order condition is other than the above. It is confirmed whether various conditions of the order are satisfied (step S6).

If the various conditions of the if-done order are not satisfied ("Yes" in step S7), the order input reception unit 12 treats the input order as an error and refuses to accept the order (step S10).

If the various conditions for an if-done order are met (“No” in step S7), and it is determined that the order conditions satisfy all the conditions necessary for a limit order by the above-mentioned if-done order, the front page The distribution unit 11 causes the display unit 22 of the client terminal 2 to display a confirmation screen (not shown). The confirmation screen (not shown) lists the order conditions input and selected by the customer on the input screen 40, and includes an approval button (not shown) that is clicked if the listed contents are correct. It is being

When the customer clicks an 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, a plurality of pieces of data input in the above procedure are summarized in units of order prices, and each piece of order information is assigned a sequence number to the order recorded in the sequence number table 184 for each piece of information. Form. The multiple order information formed in one step S8 is a limit order 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. A plurality of pieces of order information (hereinafter simply referred to as "order information group") having at least order information for ordering are generated multiple times.

The order information generation unit 16 records the generated order information group in the order table 181 (step S9). Specifically, in each field shown in FIG. 2A, corresponding order information (that is, data corresponding to the items in the "remarks" column 181a) is recorded. For example, the sequence number assigned in step S8 is recorded in the "ord_seq" field 181b. A customer number uniquely determined for each customer is recorded in the "cust_seq" field 181c, and a product name is recorded in the "style_id" field 181d. An ID number uniquely determined for each currency pair is recorded in the "ccy_pair_id" field 181e. This combination of ID number and currency pair is recorded in an ID table (not shown) provided separately in the database. The "ord_amnt" field 181f records the order amount for each order information. The "buy_sell_id" field 181g records data indicating whether the order 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. “1” indicating that the order type is an if-done order is recorded in the “ord_cond” field 181j. The ifd_ord_seq field 181k records the sequence number of the if-done order. Data indicating whether the order is a new order or a continuing order (settlement order) is recorded in the "new_close" field 181m. Through the above steps, the order processing of a limit order based on an if-done order in this embodiment is completed.

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

As shown in FIGS. 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 (downward order price). There is. Each of the second order information 51B and 51E is formed as information for placing a sell limit order for the same type of financial product at a different price (upward order price). The third order information 51C is information for placing a sell stop loss order (stop loss order) for the first stop loss price that is lower than the first order information 51A, 51D and the second order information 51B, 51E. It is configured. The fourth order information 51F is information for placing a buy stop loss order (stop loss order) for the second stop loss price on the higher price side than the first order information 51A, 51D and the second order information 51B, 51E. It is configured.

[Buy and sell information settings]
When generating order information, the order information generation unit 16 sets buying and selling information 181g for each order information 51A to 51E. In this embodiment, the order information generation unit 16 sets the buying and selling information 181g of the first order information 51A, 51D and the fourth order information 51F as "buy", and the second order information 51B, 51E and the third order information The buying and selling information 181g of 51C is set as "sell". This buying and selling information 181g is stored in the customer account information table 182, a system (not shown) of a financial institution that trades financial products, etc. when execution processing is performed based on each order information 51A to 51F. It is used to determine the type of buying and selling processing to be performed on the item.

[Limit order and stop order settings]
When generating order information, the order information generation unit 16 sets information indicating either a limit order or a stop order in the order condition information 181j of each order information 51A to 51E. In this embodiment, the prices input in the lower order price input field 44a and the upper order price input field 44b of the input screen 40 (that is, 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, the settings are as follows (setting condition 1) to (setting condition 4).
(Setting condition 1) When order information is generated, if the market order price is higher than the lower order price and lower than the upper order price, 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 a "stop loss price."
(Setting condition 2) When generating order information, 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 The order information 51D and the order condition information 181j of the second order information 51B and 51E are set as "limit price". The order condition information 181j of the third order information 51C and the fourth order information 51F is set as a "stop loss price."
(Setting condition 3) When 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 The order condition information 181j of the order information 51A, 51D and the second order information 51B is set as a "limit price". The order condition information 181j of the third order information 51C and the fourth order information 51F is set as a "stop loss price."
(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, each order information 51A, 51B, 51C, Generation of 51D, 51E, and 51F is canceled.

In this embodiment, each order information 51A to 51F includes order condition information 181j that determines whether it is a limit order or a stop order, so that the order information ( For example, if the first order information 51A) is a buy limit order higher than the market price at the time of order placement, or the order information of the first order to be executed first (for example, second order information 51E) is the market price at the time of order placement. Even in the case of a sell limit order lower than , it is possible to realize an if-done order transaction (see (Second Execution Procedure) (Third Execution Procedure) described below).

The contract information generation unit 14 records each 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 also records the order information in the order table 181 in the future. Manage recording status. Specifically, it communicates with the order table 181 and the customer account information table 182, and gives instructions for inputting, modifying, and deleting data in response to changes in the status of each order information 51A to 51F.

[Display order information]
The front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display the generated order information group and the order information making up the group. (a1), (b1) in FIG. 8, and (c1) in FIG. 9 are image diagrams of the order history screen displayed on the display unit 22. In the figure, the display unit 22 displays order information groups 50A, 50B, and the main fields of each order information 51A, 51B, 51C, 51D, 51E, and 51F that constitute them.

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

[Limit order execution processing (first execution procedure)]
4 to 6 are flowcharts showing the procedure of execution processing after the order processing of a limit order based on an if-done order is performed in the financial product transaction management device 1 of this embodiment. The procedure will be explained below based on the same figure.

[Basic procedures for ordering information and execution]
FIG. 4 is a flowchart showing the basic procedure of order placement and execution based on first order information and second order information in the financial product transaction management device 1 of this embodiment. The basic procedure will be explained based on the figure.

The order information generation unit 16 generates the order information 51A, 51B, 51C forming the first order information group 50A generated in step S8, and the order information 51D, 51E, 51E forming the second order information group 50B. 51F is performed (step S21). Here, "order processing" means to change the status information 181o of the first order information 51A, 51D and second order information 51B, 51E, which constitute each order information group 50A, 50B, from "waiting" to "ordering". In financial product transactions, this is treated as a limit order. The financial product transaction management device 1 generates order information whose status information 181o is "waiting" (for example, the second order information 51B shown in (a1) and (a2) in FIG. 8) and sets the status as a limit order before order processing. Order information whose information 181o is "ordering" (for example, first order information 51A shown in (a1) and (a2) in FIG. 8) is processed as a limit order after order processing.

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

In this state, the price information receiving unit 19 of the financial product transaction management device 1 continues to obtain exchange rate information. Then, when the market price is not equal to or higher than the fourth order price (or lower than the third order price) (“No” in step S22), but becomes equal to or higher than the upper order price (or lower than the lower order price) (step (“Yes” in S23), the contract information generation unit 14 performs contract processing for the second order information (or first order information) (step S24). Here, "contract processing" refers to changing the status information 181o of arbitrary order information from "ordering" to "completed" and performing buying and selling processing for the arbitrary financial product. In addition, in the trading of financial products, this "execution processing" is performed when a position is acquired, a limit order is executed, and the first order is placed in the if-done order based on a specific order information group (here, the second order information group 50B). The order will be treated as having been completed.

FIG. 10 shows a time chart schematically representing 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, it is assumed that the market purchase price of the US dollar at time t1 when order information is generated (step S8) and the order is placed (step S21) by an if-done order is 85.00 yen per dollar.

At time t2 when the market price of the US dollar increases after the order information is placed and the market purchase price 71 reaches 90.00 yen per dollar ("Yes" in step S23), the contract information generation unit 14 Processing is performed to execute the 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 of the second order information group 50B is converted from "order in progress" to "completed", and Rewrite the corresponding data. Specifically, the data in the "amnt" field 182a of the customer account information table 182 is increased or decreased by the contracted amount.

At time t2' (actually at the same time as time t2), the order information generation unit 16 generates the first order information and second order information of the same order information group (for example, the first order information 51D of the second order information group 50B). and the second order information 51E) are respectively confirmed to have been executed (that is, whether the status information 181o is "completed"). If the order information has not been executed by both parties (“No” in step S25), the order information generation unit 16 generates first (or second) order information constituting the same order information group as the executed order information, and The fourth (or third) ordering process for the order information is performed (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). As shown in (b1) of FIG. 8, the front page distribution unit 11 displays on the display screen 47 that the order information 51E has been executed and that the first order information 51D has become "ordering". As a result, in the if-done order based on the second order information group 50B, the second order is treated as valid.

In addition, when one of the first order information and second order information forming the same order information group is executed and the other is processed, the third order information 51C or the third order information forming the order information group is processed. The status information 181o of the fourth order information 51F 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 processed at time t2' in FIG. 10, as shown in (b1) (b2) of FIG. The status information 181o of the fourth order information 51F is changed from "waiting" to "ordering".This makes it possible to execute the order for which the position has been acquired by a stop-loss order.

After this, the process returns to step S22 and subsequent steps. When the market price is not higher than the fourth order price (or lower than the third order price) (“No” in step S22) and becomes 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).

For example, as shown in FIG. 10, when the market purchase price of the US dollar decreases after time t2' and the market purchase price 71 of the US dollar becomes 80.00 yen per dollar at time t3, the contract information generation unit 14 1. Processing is performed to execute a limit order based on the order information 51A, 51D. As a result, it is treated as if the order in the second order has been completed in the if-done order based on the second order information group 50B. In addition, it is treated as if the order in the first order has been completed in the if-done order based on the first order information group 50A.

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", and in financial product transactions, limit orders are executed. It will be treated as canceling without any cancellation.

That is, as shown in (b1) of FIG. 8, the status information 181o of the first order information 51A and 51D is changed from the "ordering" state to the "completed" state, and the status information 181o of the fourth order information 51F is changed from the "ordering" state to the "completed" state. Convert the state from "on order" 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 executed and the fourth order information 51F has become invalid. .

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 order information 51D, 51E, and 51F forming the second order information group 50B. Further, the contract information generation unit 14 performs buying and selling processing on the customer account information table 182, the system (not shown) of a financial institution that trades financial products, and the like. As a result, the customer can earn a profit equal to the difference between the sell order at time t2 and the buy order at time t3.

If 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 order information of a new order information group (step S26). In this embodiment, as shown at time t3' in FIG. 10, the ordering process for the first order information 51D, second order information 51E, and fourth order information 51F of the new second order information group 50C is performed. In addition, the specific content of the procedure of step S26 will be described later.

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

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

Further, in this embodiment, the first order information 51A, 51D and the second order information 51B, 51E forming the order information groups 50A, 50B are executed in the reverse order. For example, in this embodiment, execution is executed in the order of second order information 51E execution (time t2), first order information 51D execution (time t3), first order information 51A execution (time t3), second order information The execution process is repeated for the first order information 51A, 51D and the second order information 51B, 51E. As a result, in execution processing after time t3, when executing a plurality of order information groups (i.e., first order information group 50A, second order information group 50B) sequentially, a pair of first order information (i.e. The first order information 51A and the first order information 51D) and the pair of second order information (that is, the second order information 51B and the second order information 51E) are executed. Therefore, the customer can obtain higher profits when a contract is processed than when the contract is processed based on only one piece of order information.

[Ordering new order information group (step S26)]
FIG. 5 is a flowchart showing the ordering process for order information of a new order information group in step S26. The details of the procedure will be explained below based on the figure.

When ordering a new order information group, the account information generation unit 15 acquires the customer's margin information from the customer account information table 182 again. Then, the order input reception unit 12 compares the acquired margin information with the customer's order total amount again, and confirms whether the margin amount is equal to or greater than the order total amount (step S261). If the amount of margin is less than the total order amount ("Yes" in step S262), processing is suspended until the amount exceeds the total order amount, and if the amount of margin is equal to or greater than the total order amount ("No" in step S262). ), the order information generation unit 16 performs the ordering process again for the order information group deleted in step S26 (step S263). In this embodiment, as shown in FIG. 9, at time t3' (actually at the same time as time t3), ordering processing for a second order information group 50C having the same configuration as the second order information group 50B is performed. Further, the order information generation unit 16 performs ordering processing for the order information of the second order information 51E (step S263). The order information generation unit 16 records the second order information group 50C on which the order processing has been performed in the order table 181, similarly to step S9 (step S264). When the ordering process for the second order information group 50C is performed in step S263, the front page distribution unit 11 displays the second order information group 50C on the display unit 22 of the client terminal 2.

[Execution processing (cancellation processing) of stop loss order at stop loss price (step S28)]
FIG. 6 is a flowchart showing execution processing of a stop loss order at the stop loss price in step S28. The details of the procedure will be explained below based on the figure.

When 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 execution information generation unit 14 generates the fourth order information 51F (or the third order information 51C). ) is executed, and all uncontracted order information is canceled (step S281).

For example, if the market price further increases after time t2' in FIG. 10 and reaches 100 yen per dollar, which is the price of the fourth order information, as shown at time t4 in FIG. , executes execution processing for the fourth order information 51F. Due to this. Regarding the first order information 51D, which has been executed at time t2, a sell stop order for "settlement" of 100.00 yen per dollar is executed. Further, the contract information generation unit 14 cancels the first order information 51A, 51D whose status information 181o is "on order" and the third order information 51C whose status information 181o is "waiting". Further, the contract information generation unit 14 cancels all future orders based on the order information. That is, the contract information generation unit 14 performs processing to delete data regarding the order information group that has not yet been generated from the order table 181 and to stop generating the order information group that has not yet been generated.

In addition, in this embodiment, even if the market price drops significantly and the market price of a financial product becomes less than the third order price (70.00 yen per dollar), the execution information generation unit 14 performs the same process as described above. Perform the cancellation process.

After the processing in step S281, the financial product transaction management device 1 ends all contract processing based on the order information (step S282).

In this way, the third order information 51C places a sell stop order for a price lower than the first order information 51A and the second order information 51B, or for a price higher than the first order information 51D and the second order information 51E. When execution processing is performed for the fourth order information 51F that places a sell stop order, the market price is It is possible to prevent customers from suffering disadvantages due to price increases or decreases above a certain price, and to avoid customer risks.

In the above embodiment, a case has been described in which the order price first becomes the upper order price at time t2, and then the order price becomes the lower order price at time t3, but conversely, the order price first becomes the downward order price at time t2. Then, even if the order price reaches the upper side at time t3, the same first execution procedure is performed in the financial product transaction management device 1 of this embodiment. In this case, execution processing for the first order information 51A of the first order information group 50A is performed at time t2 (it is treated as if the first order of the first order information group 50A has been completed), and At t2', the ordering process of the first order information 51D of the second order information group 50B (the first order of the second order information group 50B is treated as valid), and the first order Order processing for the second order information 51B of the information group 50A (the second order order of the first order information group 50A is treated as valid) is performed. At time t3, execution processing of the second order information 51B of the first order information group 50A and execution processing of the second order information 51E of the second order information group 50B (second order of the first order information group 50A) , and the first order order in the second order information group 50B are treated as executed). At time t4, the ordering process for the first order information 51A of the first order information group (not shown) is performed (the order in the first order of the first order information group is treated as being valid). .

[Limit order execution processing (second execution procedure)]
Figure 11 is an image diagram of the order history screen displayed on the display unit of the client terminal in the second execution procedure, and an image diagram showing the data structure of each order information, and Figure 12 is a time chart of the second execution procedure. .

As shown in FIG. 11, in the second execution procedure, when the procedure of step S21 is completed first, the first order information 51A of the first order information group 50A has the order condition information 181j as "stop loss". It has become. That is, this first order information 51A is configured as information for placing a new stop 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, the procedure is the same as the first execution procedure.

In the second contract procedure, the same processing as in the first contract procedure is performed. However, as shown in FIG. 12, at time t2, a stop order execution process is performed based on the first order information 51A. Note that the first order information placed from the second time onwards (for example, the first order information 51A placed at time t3' in FIG. 12) is an order as a buy limit order similar to the first execution procedure. It is information.

Due to execution processing of the second limit order, if the first order information and second order information are higher than the market price of the financial product at the time of ordering, you can avoid risks and earn profits by trading with if-done orders. It is possible to make full use of this to automatically conduct rational transactions.

[Execution processing of limit orders (third execution procedure)]
FIG. 13 is an image diagram of the order history screen displayed on the display unit of the client terminal in the third execution procedure, and an image diagram showing the data structure of each order information, and FIG. 14 is a time chart of the third execution procedure. .

As shown in FIG. 13, in the third execution procedure, when the procedure of step S21 is completed first, the second order information 51E of the second order information group 50B has the order condition information 181j as "stop loss". It has become. That is, the second order information 51E is configured as information for placing a new stop order to sell the same type of financial product at an upward order price based on the first buy/sell order application information. Other than that, the procedure is the same as the first execution procedure.

In the third contract procedure, the same processing as in the first contract procedure is performed. However, as shown in FIG. 14, at time t2, a stop order execution process is performed based on the second order information 51E. Note that the second order information placed from the second time onwards (for example, the second order information 51E placed at time t3' in FIG. 14) is an order as a sell limit order similar to the first execution procedure. It is information.

Due to execution processing of the third limit order, if the first order information and second order information are lower than the market price of the financial instrument at the time of ordering, you can avoid risks and earn profit opportunities by trading with if-done orders. It is possible to make full use of this to automatically conduct rational transactions. As a result, the present invention can be applied to a variety of transactions depending on market conditions, etc., and a system that is highly convenient for customers can be realized.

[Order information error processing and order information cancellation processing]
Note that the financial product transaction management device 1 of this embodiment allows the client terminal 2 to change the price and amount of each order information 51A to 51F after each order information 51A to 51F is generated by the procedure of steps S1 to S9. If a request is received, the request is treated as an invalid request and treated as an input error. This prevents the banks that buy and sell financial products from becoming overworked due to frequent requests for prices and amounts.

On the other hand, if an order cancellation button (not shown) displayed on the display unit 22 of the client terminal 2 is clicked and a request is made to cancel an if-done order that has been established, the contract information generation unit of the financial product transaction management device 1 Step 14 extracts a group of order information included in the if-done order for which a cancellation request has been made, and processes all uncontracted order information among this group of order information as having been cancelled. The canceled order information group data and order information data are deleted from the order table 181.

As described above, in this embodiment, when order information is executed, the status information 181o is converted from "order in progress" indicating an uncontracted state after order placement to "completed" indicating a contracted state. It is possible to record the contract status of each order information 51A to 51F, that is, the presence or absence of a contract. In addition, based on one buy/sell order application information, first order information 51A, 51D as order information for placing a limit order for the same type of financial product at one price, and orders for placing limit orders for financial products at other prices, respectively. By generating a plurality of order information groups 50A and 50B including second order information 51B and 51E as information, if-done order transactions can be automatically repeated multiple times on a computer system based on one order procedure. You can accomplish what you want done. As a result, customers using the system can conduct rational transactions by fully utilizing profit opportunities while avoiding risks without having to go through complicated order procedures.

Note that the above embodiment can also be implemented as in (Modification 1) to (Modification 9) shown below.

(Modification 1)
In the above embodiment, the execution processing of the first order information 51A, 51D and the second order information 51B, 51E can be repeated virtually unlimitedly. It may be configured to repeat the if-done order by the number of times input in the number of times selection field. In this case, each order information 51A to 51F includes information recording the number of repetitions.

(Modification 2)
In the embodiment described above, the input screen 40 is provided with a first stop loss price input field 44g and a second stop loss price input field 44h, and the third order information 51C and the fourth order information 51F are used to set the stop loss price. The configuration is such that it is set as order information. However, instead of this, at least one of these price input fields 44g and 44h may not be provided on the input screen, and at least one of the third order information 51C and fourth order information 51F may not be set.

(Modification 3)
In the embodiment described above, a trail width input field is further provided on the input screen 40, trail width information is provided as attribute information of the first order information 51A, 51D and the second order information 51B, 51E, and the market price is determined by the trail width. When the price rises or falls more than the information, the order price information 181h of each order information 51A to 51F may be configured to rise or fall by the price of the trail width information.

(Modification 4)
In the above embodiment, the input screen 40 is provided with a lower order price input field 44a and a lower order price input field 44b, and the lower order price and upper order price are determined by the prices input in each price input field 44a and 44b. The system was configured to set prices. However, instead of this, the first order information is set as the same price as the market order price at the time of order information generation (step S8), and the upper order price is set to the information entered from the input screen (for example, in the upper order price field). A limit order may be placed based on the if-done order based on the input price or the profit amount for each if-done order entered in the profit amount input field.

(Modification 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 first order information 51A, 51D and the second The order condition information 181j of the order information 51B, 51E is set as "limit price", and in (setting condition 4), when the order information is generated, if the market order price is equal to the lower order price or the upper order price, each order The configuration is such that generation of information 51A, 51B, 51C, 51D, 51E, and 51F is canceled. However, instead of this configuration, in (setting condition 1), if the market order price is higher than the lower order price and lower than the upper order price, the first order information 51A, 51D and the second order information 51B , 51E may be set as "limit price" and (setting condition 4) may not exist. Specifically, for example, if the market order price is equal to the downward order price, the order information generation unit 16 sets the order condition information 181m of the first order information 51A as a "market" order, and A configuration may be considered in which the order condition information 181m of the information 51D and second order information 51B and 51E is set as a "limit price", and the third order information 51C and fourth order information 51F are set as a "stop price".

(Modification 6)
Furthermore, in the above embodiment, in (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 of the first order information 51A is The information 181j is set as "stop order price", and in (setting condition 4), when the market order price is equal to the lower order price or the upper order price when order information is generated, each order information 51A, 51B, 51C, The configuration is such that generation of 51D, 51E, and 51F is canceled. However, instead of this configuration, in (setting condition 2), when the order information is generated, if the market order price is less than the lower order price and the upper order price, the order condition information 181j of the first order information 51A is set to " It is also possible to have a configuration where (setting condition 4) does not exist.

(Modification 7)
In the above embodiment, in (setting condition 3), when the market order price is higher than the lower order price and the upper order price when order information is generated, the order condition of the second order information 51E is The information 181j is set as "stop order price", and in (setting condition 4), when the market order price is equal to the lower order price or the upper order price when order information is generated, each order information 51A, 51B, 51C, The configuration is such that generation of 51D, 51E, and 51F is canceled. However, instead of this configuration, in (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 first order information 51A is It may be set as a "stop loss" and (setting condition 4) does not exist.

(Modification 8)
In the above embodiment and (Modification 1) to (Modification 7), the order condition information 181j of one or both of the first order information 51A, 51D and the second order information 51B, 51E (FIG. 8, 9) is defined as a "limit order" or "stop order", and is configured to function as a limit order or a stop order. However, instead of this configuration, there is a configuration in which the order condition information 181j of the first order information 51A, 51D and the second order information 51B, 51E is set as "market" which is a market order, and it functions similarly to an if-done order. You can also use it as Specifically, in the flowchart shown in FIG. 4, the contract information generation unit 14 replaces the ordering procedure (step S21) of the first order information 51A, 51D and the second order information 51B, 51E with the procedure of step S23. This is performed between the procedure of S24.

That is, in (Modification 8), if the current exchange rate price received by the price information receiving unit 19 matches the downward order price or the upward order price (“Yes” in step S23), the contract information generating unit 14 , the first order information 51A, 51D or the second order information 51B, 51E corresponding to the order price is ordered (step S21) and executed (step S24). In addition, in (Modification 8), similarly to the above embodiment and (Modification 1) to (Modification 7), each order information 51A, 51B, 51C, 51D, 51E, 51F is new/payment information 181m. (See Figures 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.

Furthermore, in (Modification 8), the order condition information 181j of the third order information 51C and the fourth order information 51F may be set as "market" and function similarly to a stop loss order. Specifically, in the flowchart shown in FIG. 4, the contract information generation unit 14 combines the procedure of ordering the third order information 51C and the fourth order information 51F (step S21) with the procedure of step S22 and the procedure of step S28. It will be done in between. 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 generating unit 14 adjusts the exchange rate corresponding to the order price. The third order information 51C or the fourth order information 51F is ordered (step S21), and cancellation processing is performed (step S28).

Note that in (Modification 8), the processes of step S25, step S26, and step S27 shown in FIG. 4 are not performed. That is, in (Modification 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 in step S24 and before the process in step S22 is performed.

(Modification 9)
Although the financial product transaction management system 1A of the above embodiment and each modification deals with foreign exchange as a financial product, it is not limited to this, and financial product transaction management system 1A handles other financial products such as stocks and bonds. The present invention can also be applied to systems.

It goes without saying that the above-described embodiments and modifications are merely examples of the present invention, and do not mean that the present invention is limited to the above-described embodiments and modifications.

1A...Financial product transaction management system 1...Financial product transaction management device 2, _{2 1} to 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...Order 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 (5)

A financial product transaction management device that manages buying and selling transactions of financial products, the device comprising:
Market price information acquisition means for acquiring market price information of the financial product;
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 financial product;
execution information generation means for executing a transaction to execute the order based on processing of the order information generated by the order information generation means;
Equipped with
The order information generating means includes:
A first order as the order information of a first order generated based on the buy/sell order application information of the first order as an order to perform the trade of the financial product when the market price reaches the first price. Generate one or more pieces of order information, and generate one piece of second order information as the order information of a second order as an order to perform one trade of the financial product when the market price reaches a second price. Or repeatedly generate multiple
The execution information generating means includes:
When the market price of the financial product reaches the first price, performing a transaction to execute one or more of the first orders based on processing of the one or more of the first order information;
repeating a transaction that executes one or more of the second orders based on processing of the one or more of the second order information when the market price of the financial product reaches the second price; A financial product transaction management device characterized by: The order information includes order status information that determines whether the order is in an unfilled state or a filled state,
The execution information generating means changes the order status information from the unfilled state to the filled state when executing the first order based on the first order information and the second order based on the second order information. The financial product transaction management device according to claim 1, wherein the financial product transaction management device performs conversion. A specific order information group among the plurality of order information groups includes a sell stop order at a lower price than the first order based on the first order information and the second order based on the second order information. third order information, and the order information group other than the specific order information group has a price higher than the first order based on the first order information and the second order based on the second order information. Equipped with fourth order information to place a buy stop order for,
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 execution information generating means generates an order related to the unfilled orders forming the order information group. 3. The financial product transaction management device according to claim 1, wherein all of the order information is canceled. A financial product transaction management method performed in a financial product transaction management device that manages buying and selling transactions of financial products, the method comprising:
a market price information acquisition procedure performed by a market price information acquisition means for acquiring market price information of the financial product;
an order information generation procedure in which order information for a financial product is generated based on buy/sell order application information for ordering one type of trading of the financial product;
an execution information generation procedure for executing a transaction to execute the order based on processing of the order information generated in the order information generation procedure;
Equipped with
In the order information generation procedure,
A first order as the order information of a first order generated based on the buy/sell order application information of the first order as an order to perform the trade of the financial product when the market price reaches the first price. Generate one or more pieces of order information, and generate one second order information as the order information of a second order as an order to perform one trade of the financial product when the market price reaches a second price. Or repeat to generate multiple
In the execution information generation procedure,
When the market price of the financial product reaches the first price, causing a transaction to execute one or more of the first orders based on processing of the one or more of the first order information;
Repeatedly causing a transaction to execute one or more of the second orders based on processing of the one or more of the second order information when the market price of the financial product reaches the second price. A financial product transaction management method characterized by: A program that causes a computer to function as the financial product transaction management device according to any one of claims 1 to 3.