JP7597426B2 - Financial instruments transaction management device and program - Google Patents

Description

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

As a method of trading financial instruments such as foreign exchange, in addition to market orders, in which a transaction is made at the price at the time of the order, limit orders are also known. A limit order is an order form in which the buying and selling price is specified in advance by the customer, and the financial instrument dealer places an order to buy the financial instrument when the price of the target financial instrument falls to the specified amount, or places an order to sell the financial instrument when the price rises to the specified amount. Conventionally, there are known inventions that use a computer system to place limit orders for financial instruments (see, for example, Patent Document 1).

JP 2006-99787 A

In limit orders for financial products, if-done orders (an order format in which two prioritized orders are placed simultaneously, and when the first-priority order (hereinafter referred to as the "first order") is executed, the second-priority order (hereinafter referred to as the "second order") is automatically made effective; the same applies throughout this specification) are often used. However, the invention described in cited document 1 has the problem that it cannot handle limit if-done orders. Also, one customer may place multiple if-done orders for a particular financial product. However, the invention described in cited document 1 has the problem that customers using the system must place multiple if-done orders individually, making the ordering procedure for customers cumbersome.

The present invention was made in consideration of the above problems, and aims to provide a financial product transaction management device that enables customers using the system to place multiple orders for financial products that combine multiple orders consecutively without going through complicated ordering procedures, thereby improving convenience for customers using the system.

In order to solve such problems, the invention described in claim 1 is a financial product transaction management device that manages the buying and selling of financial products, and includes an order input reception means for receiving buy and sell order application information for placing buy and sell orders for the financial product, a price information receiving means for acquiring market price information for the financial product, an order information generation means for generating order information for placing a trade of the financial product based on the buy and sell order application information received by the order input reception means, an execution information generation means for executing a process for executing an order for the financial product based on the order information generated by the order information generation means, and a change condition detection means for detecting a predetermined condition for changing the order price of the financial product based on the order information, and the order information generation means generates first order information for placing a first order as a buy order at one price for the same type of financial product based on one of the buy and sell order application information, and second order information for placing a second order as a sell order at another price set to be a predetermined profit margin with respect to the execution price of the first order, and the execution information generation means detects whether the market price acquired by the price information receiving means is equal to the first price. When the market price acquired by the price information receiving means becomes the other price after the contract, the financial product is contracted based on the first order information, and when the market price acquired by the price information receiving means becomes the other price, the financial product is contracted based on the second order information. When the change condition detection means detects that the market price within a specified period has changed to the higher price side as the specified condition, the financial product is contracted based on the first order and the second order based on new first order information for making a new first order that is contracted at a new first price higher than the original one price, and new second order information for making a new second order that is contracted at a new other price that is higher than the original other price and is set to be the specified profit margin with respect to the contract price of the new first order. The order information generating means is configured to repeat at least one of the process of generating the orders at the original one price and the original other price, and the process of generating the orders at the new one price and the new other price, multiple times.

The invention described in claim 2 is a financial product transaction management device that manages the buying and selling of financial products, and includes an order input reception means for receiving buy and sell order application information for placing buy and sell orders for the financial product, a price information receiving means for acquiring market price information for the financial product, an order information generation means for generating order information for placing a trade of the financial product based on the buy and sell order application information received by the order input reception means, an execution information generation means for executing a process for executing an order for the financial product based on the order information generated by the order information generation means, and a change condition detection means for detecting a predetermined condition for changing the order price of the financial product based on the order information, and the order information generation means generates first order information for placing a first order as a sell order at a certain price for the same type of financial product based on one of the buy and sell order application information, and second order information for placing a second order as a buy order at another price set to be a predetermined profit margin with respect to the execution price of the first order, and the execution information generation means, when the market price acquired by the price information receiving means becomes the first price, The financial product is executed based on the first order information, and when the market price acquired by the price information receiving means becomes the other price after the execution, the financial product is executed based on the second order information. When the change condition detection means detects that the market price within a specified period has changed to the lower price side as the specified condition, the financial product is executed based on the first order and the second order based on new first order information for executing a new first order for executing the financial product at a new first price lower than the original first price, and new second order information for executing a new second order for executing the financial product at a new other price lower than the original other price and set to be the specified profit margin with respect to the execution price of the new first order. The order information generating means is configured to repeat at least one of the process of generating the orders at the original one price and the original other price, and the process of generating the orders at the new one price and the new other price multiple times.

The invention described in claim 3 is characterized in that, in addition to the configuration described in claim 1, the order information generating means sets the first order information and the second order information to have trail width information as unit information of the fluctuation width of a specific price when the specific price is fluctuated in accordance with fluctuations in the market price as attribute information, and sets the order price of the first order based on the first order information and the order price of the second order based on the second order information, which are set as targets for trail fluctuation and constitute the first order information and the second order information, to be changed when the difference between a predetermined comparison price, which is the market price when the initial first order information and the initial second order information are generated, and the current market price becomes equal to or greater than the trail width information, and the predetermined comparison price is the market price when the initial first order information and the initial second order information are generated.

A fourth aspect of the present invention, in addition to the configuration of the second aspect, is characterized in that the order information generating means sets the first order information and the second order information to have, as attribute information, trail width information as unit information of a fluctuation width of a predetermined specific price when the specific price is fluctuated in accordance with fluctuations in a market price, and sets so that when a difference between a predetermined predetermined comparison price, which is the market price when an initial of the first order information and an initial of the second order information are generated, and the current market price, becomes equal to or greater than the trail width information, the order price of the first order based on the first order information and the order price of the second order based on the second order information, which are set as targets of trail fluctuation and which constitute the first order information and the second order information, are changed, and the predetermined predetermined comparison price is the market price when the initial of the first order information and the initial of the second order information are generated.

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

According to the inventions described in claims 1 and 2, when the change condition detection means detects that the market price has changed by a predetermined price to the higher or lower side than the reference market price as the predetermined condition, the process of generating new first order information for placing a first order at a new price higher or lower than the original price and new second order information for placing a second order at a new other price higher or lower than the original other price by a predetermined price is repeated multiple times. This makes it possible to continue trading by continuously combining multiple orders under the changed specified conditions even if the predetermined conditions change. As a result, in a configuration in which a trade is automatically repeated multiple times by continuously combining multiple orders, the price range in which multiple order information is placed can be configured to be variable in accordance with the actual trading market conditions, making it possible to form a trading system that is even more convenient for customers trading financial products.

According to the inventions described in claims 1 and 2, the contract information generating means, when the market price acquired by the price information receiving means becomes one price, executes a contract for the financial product based on the first order information, and when the market price acquired by the price information receiving means becomes another price after the contract, executes a contract for the financial product based on the second order information. By performing one order procedure on the client terminal side when buying and selling financial products, it is possible to realize a transaction in which multiple orders are consecutively combined and automatically repeated multiple times on the computer system. This makes it possible to form a trading system that is highly convenient for customers who trade financial products in which multiple orders are consecutively combined.

According to the inventions described in claims 3 and 4, it is possible to easily and clearly set the criteria for changing the price of the order information included in the order information group in response to fluctuations in the market price.

According to the invention described in claim 5, 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 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. 4 is a schematic diagram of field definitions in an order table of the financial product exchange management device. FIG. 4 is a schematic diagram of field definitions of a customer account information table of the financial product exchange management device. FIG. 2 is a schematic diagram of field definitions in a currency pair order condition table of the financial product exchange management device. FIG. 13 is a flowchart showing a processing procedure when a limit order is executed by an if-done order in the financial product exchange management device. 13 is a flowchart showing a processing procedure after a limit order is executed by an if-done order in the financial product exchange management device. 13 is a flowchart showing a processing procedure after a limit order is executed by an if-done order in the financial product exchange management device. 13 is a flowchart showing a processing procedure after a limit order is executed by an if-done order in the financial product exchange management device. 13 is an image diagram of an input screen displayed on a display unit of a client terminal. 13 is an image diagram of an input screen displayed on a display unit of a client terminal. 13 is an image diagram of an input screen displayed on a display unit of a client terminal. 11 is a time chart showing a schematic representation of a contract process based on a limit order by an if-done order in the financial product transaction management device. 13 is a diagram showing a schematic diagram of first order information and second order information generated in the financial product exchange management device in a tabular form. FIG. 13 is a diagram showing a schematic diagram of first order information and second order information generated in the financial product exchange management device in a tabular form. FIG. 13 is an image diagram of an input screen displayed on a display unit of a client terminal. 11 is a time chart showing a schematic representation of a contract process based on a limit order by an if-done order in the financial product transaction management device.

One embodiment of the invention will be described below with reference to the drawings.

[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 comprises a financial product transaction management device 1 and n (n≧1) client terminals 2 ₁ to 2 _n as online terminals, and the financial product transaction management device 1 and the client terminals 2 ₁ to 2 _n are capable of communicating with each other via the Internet 3 as a WAN (Wide Area Network). The financial product transaction management system 1A according to 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 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. The client terminals 2 ₁ , ..., 2 _n are communication terminals with data communication functions owned and used by individuals or corporations who buy and sell financial products, and correspond to personal computers, mobile phone terminals, etc. The client terminals 2 ₁ , ..., 2 _n have operation units 21 ₁ , ..., 21 _n used to input various instructions such as a mouse or keyboard, and display units 22 ₁ , ..., 22 _n consisting of an LCD (Liquid Crystal Display) or the like for displaying various instructions and various images input from the operation units 21 ₁ , ..., 21 _n . Since the client terminals 2 ₁ , ..., 2 _n , the operation units 21 ₁ , ..., 21 _n , and the display units 22 ₁ , ..., 22 _n have the same configuration, they will be referred to as the client terminal 2, the operation unit 21, and the display unit 22 hereinafter unless a distinction needs to be made.

Although not shown in FIG. 1, the financial product transaction management device 1 is equipped with at least one CPU (Central Processing Unit), a RAM (Random Access Memory) that functions as the CPU's working area, a ROM (Read Only Memory) in which a startup boot program and the like are recorded, an auxiliary storage device such as a hard disk in which various programs and data are recorded, and a communication interface used for sending and receiving data. The auxiliary storage device records programs for the OS (Operating System), various application programs, data recorded in a database, and the like, and these programs and data work together with hardware resources to realize various functions through the calculations of the CPU.

The financial product transaction management device 1 may be formed by a single server computer or multiple network computer systems.

As shown in FIG. 1, the financial product transaction management device 1 has a data processing unit 10 as a 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 processing various data used in the financial product 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) 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 receiving unit 19, all of which are functional means.

The order input reception unit 12 receives data regarding various orders input from the client terminal 2 and performs various processes necessary to complete orders for financial products.

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

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. Note that the financial product transaction management device 1 of this embodiment applies if-done orders only to new orders, simplifying the system configuration and creating a system that is easy for customers to use.

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.

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 verify that an order can be executed). The information on the deposit balance generated by the account information generation unit 15 is periodically compared with information on the customer's actual deposit balance provided by financial institutions such as banks to ensure consistency with the actual deposit balance.

The database connection base unit 17 converts data generated and processed in the data processing unit 10 to data recorded in the database 18 (e.g., converting between logical data structures and physical data structures), and also performs the processing required to exchange data between the data processing unit 10 and the database 18.

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. A sequence number uniquely assigned to each piece of order information (described later) is recorded in the sequence number table 184. The order table 181, the customer account information table 182, and the currency pair order condition table 183 will be described in detail later.

The front page delivery 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 information on the market price of financial products handled by the financial product transaction management device 1, and performs necessary processing on the acquired information for use by the data processing unit 10. In this embodiment, the price information receiving unit 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 generation unit 15, order information generation unit 16, database connection base unit 17, and price information reception unit 19 in the financial product transaction management device 1 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 multiple server computers, each component may be distributed and disposed on multiple server computers. Needless to say, these server computers may be disposed across server computers owned by multiple traders and server administrators. 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 reception unit 19 may be provided in the client terminal 2, rather than in the financial product transaction management device 1.

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 table 181, 182, 183 has fields for the number of items, and specifies the field name (field name), data type (type) such as character, number, date and time, data length (length) such as bit length, designation of not being allowed to leave blank (Not Null), presence or absence of default value (default value), data item name (remarks), etc. The order table 181 also records the number of repeats entered in the repeat number selection field 44h described below, the number of times an order information group is generated (repetition number), etc.

In the above-mentioned financial product transaction management device 1, when limit orders for financial products are made, limit orders for multiple financial products of the same type can be made through multiple if-done orders with one reservation order.

[Trading procedure (if the first order is a buy order)]
Next, a transaction procedure for limit orders using if-done orders in the financial product transaction management system 1A of this embodiment will be described.
[Order processing for limit orders using if-done orders]
3 is a flow chart showing the processing steps when a limit order by an if-done order is generated in the financial product transaction management device 1 of this embodiment. The processing steps when placing an order will be described below with reference to this figure.

A client 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 first input screen _40-1 shown in FIG. 7 on the display unit 22 of the accessed client terminal 2. The client inputs order details data into the first input screen _40-1 using the operation unit 21. Specifically, the following processes (Process 1) to (Process 4) are performed on the first input screen _40-1 .

(Process 1)
The upper part of the first input screen ₄₀₁ has buy/sell request input buttons 41 ₁ to 41 ₈ for each tradable currency pair (eight types of currency pairs in this first input screen ₄₀₁ ). The buy/sell request input buttons 41 ₁ to 41 ₈ each display the current sell order price and buy order price of a currency in real time. A customer selects and clicks the currency pair that he or she wishes to buy or sell. For example, a customer who wishes to make a first order a buy order and purchase US dollars with Japanese yen clicks the US dollar purchase button 41 ₁ b on the first input screen ₄₀₁ .

(Process 2)
8, a second input screen ₄₀₂ is displayed on the display unit 22. An order condition selection button 43 for selecting the order conditions for a limit order is provided on the second input screen _402. Using this order condition selection button 43, the client selects "repeat if-done order," which is a trading mode in which the financial product exchange management device 1 automatically and repeatedly places if-done orders with a single order.

Then, as shown in FIG. 8, the second input screen ₄₀₂ displays a first order price input field 44a for inputting the price of the first order, a second order price input field 44b for inputting the price of the second order, an amount input field 44c for inputting the amount per position in one order, a profit amount designation field 44d for inputting the amount of profit when the first order and the second order are each executed once, a validity period selection field 44e for selecting the validity periods of the first order and the second order, a stop-loss order selection button 44f for selecting a stop-loss order (hereinafter referred to as a "stop-loss order") as a stop-loss order set to prevent a situation in which the client suffers excessive disadvantage when the market price crashes or rises sharply, a stop-loss price input field 44g for inputting the price of the stop-loss order, the number of order repetitions (this number corresponds to the number of "order information groups" described later), a trail order selection field 44h for selecting a repeat count selection button 44i for selecting a trail order (hereinafter referred to as a "trail order") which fluctuates the prices of the first order, second order, and stop order in response to fluctuations in the market price when such fluctuations occur; a trail width input field 44j for inputting a trail width (hereinafter referred to as the "trail width") as the fluctuation range of a specific price when a preset specific price is fluctuated in response to fluctuations in the market price which is used in a trail order; a minimum repeat count input field 44k for inputting the minimum number of repetitions of an if-done order; a recalculation execution button 44l for recalculating the first order, second order, and profit amount; and an order confirmation button 45 for confirming the order details.

In addition, at this time, a trading form selection button group 42 from which a plurality of trading forms can be selected is provided on the second input screen _402. The trading form selection button group 42 is provided with a trading form selection button for a first order 42a for selecting a trading form for a first order, and a trading form selection button for a second order 42b for selecting a trading form for a second order.

The second input screen ₄₀₂ also has a recalculation execution button 44l for recalculating the first order, the second order, and the profit amount, and an order confirmation button 45 for confirming the order contents.

(Process 3)
The client inputs desired values into each of these input fields and selects the desired transaction type, etc., using each selection button. The order input acceptance unit 12 automatically calculates the value to be input into the profit amount designation field 44d if appropriate values are input into the first order price input field 44a and the second order price input field 44b. The order input acceptance unit 12 automatically calculates the second order price to be input into the second order price input field 44b if appropriate values are input into the first order price input field 44a and the profit amount designation field 44d. Therefore, the client can place a limit order by inputting appropriate values into either the first order price input field 44a and the second order price input field 44b, or the first order price input field 44a and the profit amount designation field 44d.

In FIG. 8, 94.21 yen is input in the first order price input field 44a, 94.77 yen in the second order price input field 44b, 10,000 (currency) in the amount input field 44c, 5,000 yen in the profit amount specification field 44d, and unlimited in the expiration date selection field 44e. Also, in FIG. 8, a stop-loss order is selected with the stop-loss order selection button 44f, and 93.00 yen is input in the stop-loss price input field 44g, and 10 (times) is input in the repeat count selection field 44h. Also, in FIG. 8, a trailing order is selected with the trailing order selection button 44i, and 0.70 yen is input in the trail width input field 44j, and 2 times is input in the minimum repeat count input field 44k.

In addition, in FIG. 8, the first order trading type selection button 42a shows that a new order (i.e., an order to have a new position (foreign currency holdings)) and a limit buy order have been selected as the trading type for the first order. Furthermore, the second order trading type selection button 42b shows that a settlement order and a limit sell order have been selected as the trading type for the second order.

(Process 4)
After completing input and selection in each input field and each selection field, when the customer clicks the order confirmation button 45 provided at the bottom of the second input screen ₄₀₂ , the data entered in the second input screen ₄₀₂ is transmitted from the client terminal 2 to the financial product transaction management device 1, and the procedure of step S2 described below is carried out. If the customer clicks the reset button 45b instead of the order confirmation button 45, the above process is cancelled, and the second input screen ₄₀₂ returns to the state before the above (process 1) was carried out.

When the order confirmation button 45 is clicked in the above (Process 4) and the transmitted data is supplied to the financial product exchange management device 1, the order input reception unit 12 of the financial product exchange management device 1 confirms the contents of the input order. Specifically, it confirms the expiration date selected in the expiration date selection field 44e, and further inspects the order price of the supplied data (Step S2). Specifically, the order input reception unit 12 performs the inspection using at least one of the following inspection method 1 and inspection method 2.
(Testing Method 1) The order input receiving unit 12 compares the price of the first order entered in the first order price input field 44a for the currency pair selected using the buy/sell request input buttons _41.sub.1 to _41.sub.8 with the current exchange rate price received by the price information receiving unit 19. The order input receiving unit 12 determines that the price of the first order is a fair price when it is lower than the current exchange rate price.
(Testing Method 2) The order input receiving unit 12 compares the price of the first order _entered in the first order price input field 44a with the price of the second order entered in the second order price input field _44b (or the price of the second order calculated from the price of the first order entered in the first order price input field 44a and the profit amount entered in the profit amount designation field 44d) for the currency pair selected using the buy/sell request input buttons 41 1 to 41 5. The order input receiving unit 12 determines that the price of the second order is the fair price when it is higher than the price of the first order.

If the price of the first order and the price of the second order are judged 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.

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 numerical values entered in each input field 44a, 44b, 44c and the numerical value selected from the profit amount specification field 44d) and checks 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 later) only when 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 certain of being able to make payment.

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

If the various conditions for the if-done order are not met ("Yes" in step S7), the order input reception unit 12 treats the input order as an error and rejects 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 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 first input screen _40-1 and the second input screen _40-2 , and is provided with an approval button (not shown) to be clicked if the listed contents are correct.

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 entered in step S1 (step S8). Specifically, the multiple data entered in the above procedure are grouped 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. At this time, information is assigned to the sequence number table 184 to distinguish the sequence number used in the order information from an unused number. The multiple order information formed in one step S8 procedure generates multiple order information groups (hereinafter simply referred to as "order information groups") for placing limit orders for multiple financial products of the same type at two prices (i.e., the price of the first order and the price of the second order) for a certain number of products. The order information groups are formed one by one in sequence.

The order information generating unit 16 records the generated order information group in the order table 181 (step S9). Specifically, the corresponding order information (i.e., data corresponding to the items in the "Notes" 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 determined for each customer, and the "style_id" field 181d records the product name. The "ccy_pair_id" field 181e records an ID number uniquely determined for each currency pair. The combination of this ID number and the currency pair is recorded in an ID table (not shown) separately provided in the database. The "buy_sell_id" field 181f records data indicating whether the order is a buy or sell order, the "ord_rate" field 181g records the order price, and the "limit_time" field 181h records the order price. The "ord_cond" field 181i records "1", indicating that the order type is an if-done order. The "new_close" field 181j records data indicating whether it is a new order or a continuing order. The "ifd_ord_seq" field 181k records the sequence number of the if-done order. With the above steps, order processing for a limit order using an if-done order in this embodiment is completed.

When the order processing is completed, the order information generation unit 16 first generates the first group of order information (hereinafter referred to as the "first order information group"). At the time of this generation, the first order information 51A included in the order information group as the first-priority order information has been generated as valid order information (a limit order that has been officially requested and placed by a customer; the same applies throughout this specification), while the second order information included in the same order information group as the second-priority order information has been generated as "waiting" order information (order information that has been officially requested by a customer but has not yet been placed; the same applies throughout this specification).

11 is a diagram showing a schematic diagram of a first order information group. The first order information group 50A is composed of first order information 51A shown in FIG. 11(a) and second order information 51B shown in FIG. 11(b). The first order information 51A and the second order information 51B include, as attribute information, an order number as an ID number of each of the order information forming the group, a customer number which is an ID number of the customer, currency pair information of each of the order information, order amount information as the order amount of each of the order information, order time information as the time when each of the order information was generated, buying/selling type information as information distinguishing whether each of the order information is a "selling order" or a "buying order", order price information as the buying/selling price of the "selling order" and the "buying order" in each of the order information, order deadline information as the expiration date of each of the order information, the order type of each of the order information (i.e., the first order of a repeat if-done order (repeat if-done #1) and the repeat if-done order It is equipped with order type information as information distinguishing whether the order is a "new" or "settlement" repeat if-done order, valid/waiting information as information distinguishing whether the if-done order is a valid order or a waiting order, stop-loss information as information distinguishing whether a stop-loss order is present, stop-loss price information as the price of the stop-loss order, trailing order information as information distinguishing whether a trailing order is present, trailing width information as the trailing width of a trailing order, and repeat count information as the number of times the repeat if-done order is repeated. Note that buy/sell type information, order type information, new/settlement information, valid/waiting information, trailing order information, etc. are actually formed as flag information for distinguishing states.

The front page distribution unit 11 displays the generated order information group on the display unit 22 of the client terminal 2. The image diagram shown in Fig. 9 shows a state in which a part of the order information group 50A is displayed in a table format in the uncontracted information display field 47 of the first input screen ₄₀₁ .

If the inspection in step S2 determines that at least one of the order prices in the first order information 51A and the second order information 51B is an inappropriate price ("Yes" in step S3), or if the margin amount in step S5 is less than the total order amount ("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 process]
4 to 6 are flow charts 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 processing procedure will be described below with reference to these figures.

[Basic procedure for contract based on first order information and second order information, and for generating order information group]
4 is a flowchart showing the basic procedure for contracting based on the first order information and the second order information, and generating an order information group, in the financial product transaction management device 1 of this embodiment. The basic procedure will be described with reference to this figure.

After the order processing is completed, the price information receiving unit 19 of the financial product transaction management device 1 continues to acquire information on the exchange rate. Then, when the market price matches the order price of a specific position, the contract information generating unit 14 contracts the order for that position (step S21).

Figure 10 shows a time chart that shows a schematic representation of 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 72 of the US dollar is 94.49 yen per dollar at time t1 when the order processing of the limit order by the if-done order is completed. After the limit order is completed, the market price of the US dollar falls, and at time t2 when the market purchase price 71 becomes 94.77 yen per dollar, the contract information generation unit 14 performs processing to contract the first order information 51A.

When a limit order based on the first order information 51A is executed, the execution information generation unit 14 rewrites the corresponding data in the database 18. Specifically, the data of the first order information 51A shown in FIG. 11(a) is deleted, and the data in the "amnt" field 182a of the customer account information table 182 is increased or decreased by the amount of the executed price.

Next, when the limit order based on the first order information 51A is executed, the execution information generating unit 14 changes the second order information 51B in the first order information group from "waiting" order information to "valid" order information (step S22). That is, the valid/waiting information 51a of the second order information 51B shown in FIG. 11(b) is converted from the "waiting" state to the "valid" state. Then, the front page distribution unit 11 erases the first order information displayed in the unexecuted information display field 47 on the first input screen _40.1 shown in FIG. 9, and displays the executed first order information in the execution information display field 48.

After that, as shown in FIG. 10, when the market purchase price of the US dollar rises and the market purchase price 71 of the US dollar reaches 94.21 yen per dollar at specific time t3, the contract information generation unit 14 executes a process to contract the limit order based on the second order information 51B (step S23). Then, the contract information generation unit 14 rewrites the corresponding data in the database 18. As a result, the client can obtain a profit equal to the difference between the buy order at time t2 and the sell order at time t3.

If the limit order based on the second order information 51B is executed and the first and second orders are not executed at all ("No" in step S24), the account information generating 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 S25). If the margin amount is less than the total order amount ("Yes" in step S26), the process is suspended until it 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 S26), the order information generating unit 16 generates a new order information group (hereinafter referred to as the "second order information group") (step S27). Here, the first order information and the second order information (both not shown) in the second order information group basically have the same attribute information as the first order information 51A and the second order information 51B in the first order information group, but the only difference is that the repeat count information 51b in the first order information 51A and the second order information 51B is changed from "1 time" to "2 times". The repeat count information 51b increases to "3 times", "4 times", ... each time the third order information group, the fourth order information group, ... is formed. The order information generating unit 16 records the generated second order information group in the order table 181 (step S28), similar to step S9. When the second order information group is generated in step S26, the front page distribution unit 11 causes the display unit 22 of the client terminal 2 to display a first completed order display screen (not shown) based on the first order information of the second order information group, instead of the second completed order display screen 50B. Then, the process from step S21 onwards is repeated.

This process continues until a set of order information is formed for the number of positions entered in the profit amount specification field 44d, and the processes of steps S21 and S23 are repeated for the number of positions entered ("No" in step S24), thereby performing the processes at times t4, t5, ... shown in FIG. 10. Then, after the process of making a contract in steps S21 and S23 is repeated multiple times (i.e., for the number of positions entered) ("Yes" in step S24), all the processing procedures are terminated.

All limit orders that have not been executed and whose order deadline 51c has passed are canceled and deleted from the order table 181.

[Price change processing based on trail width information]
5 is a flow chart showing a procedure for changing prices based on trail width information in response to fluctuations in market prices, which will be described below with reference to the same figure.

Consider a case where the market price fluctuates significantly. For example, consider a case where, at time t6 in FIG. 10, the market price rises from 94.49 yen, which was the market price at time t1 when the first group of order information was generated, by the trail width input in the trail width input field 44j (i.e., the trail width information 51d in the first order information 51A and the second order information 51B), to 95.19 yen.

In this case, the contract information generating unit 14 checks whether the difference between the current market price (95.19 yen) and the market price at the time the first order information group was generated (i.e., 94.49 yen) is equal to or greater than the trail width information 51d (0.70 yen) of the first order information 51A and the second order information 51B. If this difference is equal to or greater than the trail width information 51d (0.70 yen) ("Yes" in step S31), the contract information generating unit 14 checks whether the repeat count information 51b of the uncontracted first order information and second order information in the order information group (here, the third order information group 50C) is equal to or greater than the minimum repeat count (2 or more in this embodiment) entered in the minimum repeat count input field 44k. If this repeat count information 51b is equal to or greater than the repeat count entered in the minimum repeat count input field 44k ("Yes" in step S32), the contract information generation unit 14 changes the prices of the first order information and the second order information in the order information group (here, the third order information group 50C) (step S33).

That is, as shown in FIG. 12, the contract information generating unit 14 generates new first order information 51C in which the order price information 51e is the sum of the order price information 51e (94.21 yen) of the first order information 51A and the trail width information 51d (0.70 yen) (i.e., 94.91 yen), and generates new second order information 51D in which the order price information 51f is the sum of the order price information 51f (94.77 yen) of the second order information 51B and the trail width information 51d (0.70 yen) (i.e., 95.47 yen). In this new first order information 51C and new second order information 51D, the repeat count information 51b is again set to "1 time". Note that the attribute information of this first order information 51C and second order information 51D other than the order price information is the same as the attribute information of the original first order information 51A and second order information 51B.

In addition, if the difference between the current market price and the market price at the time the first order information group was generated is less than the trail width information 51d ("No" in step S31), and if the repeat count information 51b of the uncontracted first order information and second order information in the order information group is less than the minimum repeat count entered in the minimum repeat count input field 44k ("No" in step S32), steps S33 to S35 are not performed.

Then, if the buy/sell type information 51g (see FIG. 11 and FIG. 12) of the first order information is information indicating a buy order, and the order price information of the changed first order information and second order information is higher than the order price information 51e, 51f of the first order information 51A and second order information 51B before the change ("Yes" in step S34), the contract information generating unit 14 changes the stop-loss price (step S35). Specifically, the price obtained by adding the trail width information 51d (0.70 yen) to the stop-loss price information 51h as "stop-loss information" of the first order information 51A and second order information 51B before the change (i.e., 93.70 yen) is set as the new stop-loss price information 51h of the first order information 51C and second order information 51D.

After these steps, the subsequent steps S21 to S28 are repeated based on the order price information 51e of the first order information and the second order information changed in step S33, and the stop-loss price information 51h changed in step S35.

As shown in FIG. 10, after steps S31 to S35, at time t6, the first order information 51C is contracted and the valid/waiting information of the second order information 51D is changed from "waiting" to "valid" (steps S21, S22). Then, at times t7, t8, etc., steps S23 to S28 are performed, and thereafter steps S21 to S28 are repeated.

[Execution process as a stop-loss order at the stop-loss price]
6 is a flow chart showing a procedure for executing a contract process for the first order information by a stop-loss order when the market price becomes equal to or lower than the price of the stop-loss price information. The procedure for the contract process will be described below with reference to the same figure.

For example, consider a case where the market price falls sharply after the first order information group 50A shown in FIG. 11 is generated in a state where the second input screen ₄₀₂ shown in FIG. 8 is input, and the market price falls to the price input in the stop-loss price input field 44g (i.e., 93.00 yen, which is the price as the stop-loss price information 51h of the first order information 51A and the second order information 51B) ("Yes" in step S41). In this case, the contract information generating unit 14 contracts the first order information that has been contracted at that time with a "settlement" stop-limit order of 93.00 yen per dollar (step S42). In addition, the contract information generating unit 14 performs a cancellation process to delete the second order information 51B, which has changed from "waiting" to "valid" due to the contract of the first order information 51A, from the order table 181 without contracting (step S42). The contract information generating unit 14 also cancels the generation of order information groups that have not yet been generated. That is, the contract information generating unit 14 deletes data on the ungenerated order information group from the order table 181, and performs processing to stop the generation of the order information group that has not yet been generated.

[Trading procedure (if the first order is a sell order)]
On the other hand, for example, a client who wishes to place a first order as a sell order and sell US dollars to obtain Japanese yen clicks on the US dollar sell button 41 ₁ a on the first input screen 40 ₁ shown in FIG.

Then, as shown in the image diagram of Fig. 13, a second input screen ₄₀₂ is displayed on the display unit 22. The client selects "Repeat if Done Order" in the order condition selection button 43 on the second input screen ₄₀₂ , selects a new order and a sell limit order as the trading type of the first order in the trading type selection button for first order 42a, and selects a settlement order and a buy limit order as the trading type of the second order in the trading type selection button for second order 42b.

13, when the customer inputs appropriate values into each input field on the second input screen ₄₀₂ , makes appropriate selections in each selection field, and then clicks the order confirmation button 45, steps S1 to S9 are processed, and order processing for the limit order by if-done order is completed. In this case, in step S2, the order input receiving unit 12 performs inspection using at least one of the following inspection methods 11 and 12, instead of inspection methods 1 to 3.
(Testing Method 11) The order input receiving unit 12 compares the price of the first order entered in the first order price input field 44a for the currency pair selected using the buy/sell request input buttons _41.sub.1 to _41.sub.8 with the current exchange rate price received by the price information receiving unit 19. The order input receiving unit 12 determines that the price of the first order is a fair price when it is higher than the current exchange rate price.
(Inspection Method 12) The order input acceptance unit 12 compares the price of the first order entered in _the first order price input field 44a with the price of the second order entered in the second order price input field _44b (or the price of the second order calculated from the price of the first order entered in the first order price input field 44a and the profit amount entered in the profit amount designation field 44d) for the currency pair selected using the buy/sell request input buttons 41 1 to 41 5. The order input acceptance unit 12 determines that the price of the second order is the fair price when the price of the second order is less than the price of the first order.

Figure 14 shows a time chart that shows a schematic representation of a contract based on a limit order in the financial product transaction management system 1A of this embodiment. When the order processing is completed, the first order information and the second order information are contracted as shown in the procedure of steps S21 to S28 and the time chart of Figure 14. In addition, in response to fluctuations in the market price, a price change process based on the trail width information is performed as shown in steps S31 to S35. In addition, a contract process is performed as a stop-loss order at the stop-loss price as shown in steps S41 to S42.

As shown in FIG. 14, in this case, the stop-loss price information is set to a price higher than the prices of the first order information and the second order information. Furthermore, if the trading type information 51g (see FIG. 11 and FIG. 12) of the first order information is information indicating a sell order, and the order price information of the changed first order information and the second order information is lower than the order price information 51e, 51f (see FIG. 11 and FIG. 12) of the first order information 51E and the second order information 51F before the change ("Yes" in step S34), the contract information generation unit 14 changes the stop-loss price (step S35).

[Order information error processing and order information cancellation processing]
In addition, when a request to change the price and amount of a limit order that has already been executed is made from the client terminal 2, the financial product transaction management device 1 of this embodiment treats the request as an input error, assuming that the request is an illegal request. This makes it possible to prevent excessive workload for the bank, which is the source of the financial product trade, from being caused by frequent requests for price and amount.

On the other hand, when the order cancel button 46 is clicked on the first input screen _40.1 of the client terminal 2 shown in FIG. 9 to request the cancellation of an if-done order that has already been executed, the contract information generation unit 14 of the financial product transaction management device 1 extracts the order information group included in the if-done order for which the cancellation request has been made, and processes all unexecuted order information among this order information group as having been cancelled. For example, if a cancellation request is made for the first order information 51A between t2 and t3 in FIG. 10, the first order information group 50A is cancelled, and the process ends without generating any order information groups after the third order information group. The data of the cancelled order information group and the order information are deleted from the order table 181.

In this way, by canceling all order information groups for which a cancellation request has been made with one cancellation request, and by canceling all order information groups generated based on the buy/sell order application information that generated the order information group containing the order information for which a cancellation request has been made, it is possible to prevent the handling of limit orders using if-done orders from becoming complicated.

As described above, in this embodiment, the order information generation unit 16 generates a group of order information multiple times based on one buy/sell order application information, the group of order information being made up of first order information for placing a limit order to buy (sell) the same type of financial product at one price, and second order information for placing a limit order to sell (buy) at another price, and the order information group is recorded in the order table 181. When the market price acquired by the price information receiving unit 19 becomes one price, the contract information generation unit 14 executes a contract for the financial product based on the first order information among the individual order information forming the order information group recorded in the order table 181, and when the market price acquired by the price information receiving unit 19 becomes another price after the contract, the contract for the financial product is executed based on the second order information among the individual order information forming the order information group recorded in the order table 181. By repeating this process multiple times, when buying or selling a financial product, a single order procedure is performed on the client terminal 2 side, thereby enabling transactions using if-done orders to be automatically repeated multiple times on the computer system. Furthermore, the order information generation unit 16 can reliably prevent a customer from suffering a disadvantage when placing an if-done order by refusing to generate an order information group when the other price, which is the price of a limit order in the second order information, is the first price, which is the price of a limit order in the first order information, in the configuration of the device. This makes it possible to form a trading system that is highly convenient for customers who trade limit orders using if-done orders.

In this embodiment, the first order information 51A and the second order information 51B include, as attribute information, trail width information 51d as unit information of a specific price fluctuation when a specific price set in advance is fluctuated in accordance with fluctuations in the market price, and the contract information generating unit 14 changes the order price information 51e in the first order information 51A and the order price information 51e in the second order information 51B when the difference between the market price at the time when the first order information group was generated and the current market price becomes equal to or greater than the trail width information 51d, thereby allowing transactions using if-done orders to be continued in the changed price range even if the price range in which the market price fluctuates changes over time. As a result, in a configuration in which transactions are performed by automatically repeating if-done orders multiple times, the price range consisting of the first order information 51A and the second order information 51B for realizing if-done orders can be configured to be variable in accordance with the actual market conditions, and a trading system that is even more convenient for customers who place limit orders can be formed.

In this embodiment, stop-loss price information 51h is provided as price information for a stop-loss order, so that if the market price becomes a specific price after the first order information 51A is executed, execution processing is performed by a stop-loss order. When the first order information 51A is information for placing a limit order to buy (sell) at a certain price, if the market price becomes a price set by the stop-loss price information after the first order information 51A is executed, the execution information generating unit 14 executes execution processing by a stop-loss order, so that the configuration of the financial instruments transaction management device 1 can automatically prevent the customer from suffering a large disadvantage when the market price suddenly falls or rises. This makes it possible to form a trading system that is even more convenient for customers who place limit orders.

In the above embodiment, the second input screen ₄₀₂ is provided with a repeat count selection field 44h, and the if-done order is repeated the number of times input in the repeat count selection field 44h, but these selection fields and attribute information may not be provided, and the if-done order may be repeated indefinitely unless a cancellation request is made by the customer, etc. In such a configuration, the process of step S24 is not performed.

In the above embodiment, the second input screen ₄₀₂ is provided with a minimum repeat count input field 44k, and repeat count information 51b is provided as attribute information of the first order information 51A and the second order information 51B, and the price is changed in steps S33 and S35 only when the repeat count information 51b is equal to or greater than the number of times input in the minimum repeat count input field 44k. However, these selection fields and attribute information may not be provided, and the contract information generation unit 14 may be caused to change the price in steps S33 and S35 regardless of the number of times the if-done order is repeated. In such a configuration, the process of step S32 is not performed.

Furthermore, in the above embodiment, the second input screen ₄₀₂ is provided with a stop-loss order selection button 44f and a stop-loss price input field 44g, and stop-loss price information 51h is provided as attribute information of the first order information 51A and the second order information 51B, so that when the market price becomes the stop-loss price information, a contract process is performed by a stop-loss order for the already-contracted first order information and a cancellation process is performed for the valid second order information; however, it is also possible to have a configuration without providing these selection fields and attribute information, and without performing a contract or cancellation process by a stop-loss order based on the stop-loss price information.

In the above embodiment, the stop-loss price information 51h is provided as attribute information of the first order information 51A and the second order information 51B. Alternatively, each order information group may be generated to include stop-loss order information in addition to the first order information and the second order information. In this case, the stop-loss order information has attribute information similar to that of the first order information 51A and the second order information 51B shown in FIG. 11. The stop-loss order information has attribute information such as the order number, the customer number, the currency pair information, the order amount information, the trading type information, the order price information, the order deadline information, the trading type information, the new/settlement information, the valid/waiting information, and the number of repeat repetitions information. Among these, the new/settlement information is set to "settlement". The valid/waiting information is "waiting" when the order information group is generated, and when the first order information is executed, it changes from "waiting" to "valid". When the execution process is performed based on the second order information, the stop-loss order information is deleted from the order table 181 and a cancellation process is performed.

Furthermore, in the above embodiment, the second input screen ₄₀₂ is provided with a trail input field 44j, trail information 51d is provided as attribute information of the first order information 51A and the second order information 51B, and when the market price rises or falls beyond the trail information 51d, the order price information 51e of the first order, the order price information 51f of the second order, and the stop-loss price information 51h are increased or decreased by the price in the trail input field 44j. However, it is also possible to have a configuration in which these selection fields and attribute information are not provided, and the prices of the order price information 51e of the first order, the order price information 51f of the second order, and the stop-loss price information 51h do not rise or fall even if the market price rises or falls.

In the above embodiment, the order price information 51e of the first order, the order price information 51f of the second order, and the stop-loss price information 51h associated with a rise or fall in the market price are configured to perform the processing of steps S33 and S35 when the difference between the current market price and the market price at the time when the first order information group was generated becomes equal to or greater than the trail width information 51d (0.70 yen) of the first order information 51A and the second order information 51B, but any numerical value or calculation method may be used as a basis for calculating this difference. For example, it may be according to any of the aspects shown in the following aspects 1 to 3.
(Mode 1) Trailing activation price range information is set separately from the trailing width information (however, the price range of the trailing activation price range is larger than the price range of the trailing width information), and steps S33 and S35 are processed only when the price difference between the market price at the time when order processing for a limit order using an if-done order is completed (for example, time t1 in FIG. 10) and the current market price becomes equal to or larger than the trailing activation price range.
(Mode 2) The processes of steps S33 and S35 are carried out almost simultaneously with the fluctuation of the market price.
(Mode 3) Instead of the market price at the time when the order processing of the limit order by the if-done order is completed, the order price information of the first order information and the second order information is compared with the current market price, and steps S33 and S35 are processed only when the price difference between them becomes equal to or exceeds the trailing price range.

If the order received from the client terminal 2 is a normal market order (a trading method in which financial products are bought and sold at the market price at the time the order is placed), the contract information generation unit 14 immediately contracts the order when the order information is generated in step S8, and the processing of step S9 and the processing of step S21 and subsequent steps are not performed.

In the above embodiment, the financial product transaction management system 1A handles foreign exchange as a financial product, but the present invention is not limited to this and can also be applied to financial product transaction management systems that handle other financial products, such as stocks and bonds.

As described above, in this embodiment of the financial product transaction management system 1A, multiple limit orders for if-done orders for the same type of financial product can be placed through a single ordering procedure, thereby improving convenience for customers using the system.

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

1A: Financial product transaction management system 1: Financial product transaction management device 2, 2 ₁ to 2 _n : Client terminal 12: Order input reception unit (order input reception means)
14...Contract information generation unit (contract information generation means)
16: Order information generation unit (order information generation means)
51A, 51C, 51E: First order information 51B, 51D, 51F: Second order information 181: Order table (order information recording means)

Claims (5)

A financial product transaction management device for managing buying and selling of financial products, comprising:
an order input receiving means for receiving buy/sell order application information for placing buy/sell orders for the financial product;
A price information receiving means for acquiring market price information of the financial product;
an order information generating means for generating order information for trading financial products based on the buy/sell order application information received by the order input receiving means;
a contract information generating means for performing a process of contracting an order for the financial product based on the order information generated by the order information generating means;
a change condition detection means for detecting a predetermined condition for changing the order price of the financial product based on the order information;
The order information generating means
generating first order information for placing a first order as a buy order at one price for the same type of financial product based on one of the buy/sell order application information, and second order information for placing a second order as a sell order at another price, the second order being set to a predetermined profit margin with respect to the contract price of the first order;
The contract information generating means
When the market price acquired by the price information receiving means becomes the first price, a process of contracting the financial product is performed based on the first order information, and when the market price acquired by the price information receiving means becomes the other price after the contract, a process of contracting the financial product is performed based on the second order information;
when the change condition detection means detects that the market price within a predetermined period has fluctuated to the higher price side as the predetermined condition, a process is performed to execute the financial product based on the first order and the second order based on new first order information for placing a new first order to be executed at a new one price higher than the original one price, and new second order information for placing a new second order to be executed at a new other price higher than the original other price and set to be the predetermined profit margin with respect to the execution price of the new first order;
The order information generating means
A financial product transaction management device configured to repeat at least one of the process of generating the orders at the original one price and the original other price, and the process of generating the orders at the new one price and the new other price, multiple times. A financial product transaction management device for managing buying and selling of financial products, comprising:
an order input receiving means for receiving buy/sell order application information for placing buy/sell orders for the financial product;
A price information receiving means for acquiring market price information of the financial product;
an order information generating means for generating order information for trading financial products based on the buy/sell order application information received by the order input receiving means;
a contract information generating means for performing a process of contracting an order for the financial product based on the order information generated by the order information generating means;
a change condition detection means for detecting a predetermined condition for changing the order price of the financial product based on the order information;
The order information generating means
generating first order information for placing a first order as a sell order at one price for the same type of financial product based on one of the buy/sell order application information, and second order information for placing a second order as a buy order at another price, the second order being set to a predetermined profit margin with respect to the contract price of the first order;
The contract information generating means
When the market price acquired by the price information receiving means becomes the first price, a process of contracting the financial product is performed based on the first order information, and when the market price acquired by the price information receiving means becomes the other price after the contract, a process of contracting the financial product is performed based on the second order information;
When the change condition detection means detects that the market price within a predetermined period has fluctuated to the lower price side as the predetermined condition, a process is performed to execute a contract of the financial product based on the first order and the second order, based on new first order information for placing a new first order to be executed at a new one price lower than the original one price, and new second order information for placing a new second order to be executed at a new other price which is lower than the original other price and is set to be the predetermined profit margin with respect to the execution price of the new first order;
The order information generating means
A financial product transaction management device configured to repeat at least one of the process of generating the orders at the original one price and the original other price, and the process of generating the orders at the new one price and the new other price, multiple times. The order information generating means
The first order information and the second order information,
The attribute information is set to include trail width information as unit information of a fluctuation width of a specific price when the specific price is fluctuated in accordance with fluctuations in the market price, and
setting so that when a difference between a preset predetermined comparison price, which is the market price when the initial first order information and the initial second order information were generated, and the current market price becomes equal to or larger than the trail width information, the order price of the first order based on the first order information and the order price of the second order based on the second order information, which are set as targets of trail fluctuation and which constitute the first order information and the second order information, are changed;
2. The financial product transaction management device according to claim 1, wherein the predetermined comparison price is the market price at the time when the initial first order information and the initial second order information are generated. The order information generating means
The first order information and the second order information,
The attribute information is set to include trail width information as unit information of a fluctuation width of a specific price when the specific price is fluctuated in accordance with fluctuations in the market price, and
setting so that when a difference between a preset predetermined comparison price, which is the market price when the initial first order information and the initial second order information were generated, and the current market price becomes equal to or larger than the trail width information, the order price of the first order based on the first order information and the order price of the second order based on the second order information, which are set as targets of trail fluctuation and which constitute the first order information and the second order information, are changed;
3. The financial product transaction management device according to claim 2, wherein the predetermined comparison price is the market price at the time when the initial first order information and the initial second order information are generated. A program that causes a computer to function as a financial product transaction management device according to any one of claims 1 to 4.