Financial product transaction management device, financial product transaction management method and financial product transaction management program

Abstract

To provide a financial product transaction management technique capable of generating one or a plurality of orders depending on market price fluctuations in financial products.SOLUTION: A financial product transaction management device comprises: an acquisition part for acquiring order generation information for generating order information of a financial product; a first generation part for generating first order information for executing a buy or sell order for a plurality of first order prices, where each of price ranges of the plurality of first orders is an order price range; a calculation part for calculating a second order price of one second order, the settlement order for the one first order, based on a contract price when the one first order is contracted and a profit margin; and a second generation part for, when the one first order is contracted, as for the one first order that is a buy order, generating second order information for executing the one second order, the sell settlement order, at the second order price, or as for the one first order whose sell order has been executed, generating second order information for executing the one second order, the buy settlement order, at the second order price.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a financial product transaction management device, a financial product transaction management method, and a financial product transaction management program. [Background technology]

[0002] Conventionally, there are known methods for automatically placing orders in the market for buying and selling financial products, including securities such as stocks and bonds, and futures trading products, etc. For example, Patent Document 1 describes an automatic ordering device that automatically places orders in the market for buying and selling financial products using the Internet or a telephone line network. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2006-099787 A Summary of the Invention [Problem to be solved by the invention]

[0004] In a conventional automatic ordering system as described in Patent Document 1, an IFD (If Done) order is adopted as an ordering method for financial products such as foreign exchange, which is a method of instructing a new order and a settlement order to be traded simultaneously so as to obtain a certain profit margin. However, the market price for foreign exchange transactions fluctuates irregularly at all times. In particular, the market price fluctuates drastically when important people make statements or when economic indicators that attract attention are announced. When the market price fluctuates drastically, the new order may be executed at a price different from the price specified in the IFD order. In such a case, even if the settlement order is executed at the price specified in the IFD order, the profit margin may be different from the profit margin specified in the IFD order. Therefore, it is required to generate orders according to the market fluctuations of financial products.

[0005] Therefore, some aspects of the present invention have been made in consideration of such circumstances, and aim to provide a financial product transaction management technology that enables the generation of one or more orders in response to fluctuations in the market price of a financial product. [Means for solving the problem]

[0006] A financial instruments transaction management device according to one embodiment of the present invention is a financial instruments transaction management device that manages transactions of financial instruments, and includes an acquisition unit that acquires order generation information for generating order information for financial instruments, the order generation information including order price range information on order price ranges in buy and sell orders of financial instruments, order amount information on the order amount for each order of financial instruments, designated price information on one or more designated prices for setting multiple buy and sell orders in a predetermined price range, and profit margin information on the profit margin when a financial instrument is bought at one order price and sold at another order price, or when a financial instrument is sold at one order price and bought at another order price, and an acquisition unit that acquires multiple first order information for a financial instrument corresponding to the order amount, set in the predetermined price range based on the order generation information, the trading system comprises: a first generation unit that generates first order information for executing buy or sell orders for a plurality of first order prices, each of which has a price range that is an order price range for the plurality of first orders; a calculation unit that calculates a second order price of a second order which is a settlement order for the one first order, based on the order generation information, and based on the contract price when one of the plurality of first orders is contracted and the profit spread; and a second generation unit that generates, when the one first order is contracted, second order information for executing a second order which is a sell settlement order at the second order price for the one first order which is a buy order, or second order information for executing a second order which is a buy settlement order at the second order price for the one first order for which a sell order has been executed,

[0007] A financial product transaction management method according to one aspect of the present invention includes the steps of: acquiring order generation information for generating order information for financial products by a computer managing transactions of financial products, the order generation information including order price range information on order price ranges in buy and sell orders of financial products, order amount information on the order amount for each order of financial products, designated price information on one or more designated prices for setting multiple buy and sell orders in a predetermined price range, and profit margin information on the profit margin when a financial product is bought at one order price and sold at another order price, or when a financial product is sold at one order price and bought at another order price, and generating multiple first orders for financial products corresponding to the order amounts set in the predetermined price range based on the order generation information. the step of generating first order information for executing buy or sell orders for a plurality of first order prices, the price range of each of the plurality of first orders being the order price range; the step of calculating a second order price of a second order which is a settlement order for one of the plurality of first orders based on the order generation information and the contract price when one of the plurality of first orders is contracted and the profit margin; and the step of generating, when one first order is contracted, second order information for executing a second order which is a sell settlement order at the second order price for the one first order which is a buy order, or second order information for executing a second order which is a buy settlement order at the second order price for the one first order for which a sell order has been executed, when the one first order is contracted.

[0008] A financial product transaction management program according to one embodiment of the present invention includes an acquisition unit that acquires order generation information for generating order information for financial products, the order generation information including order price range information on order price ranges in buy and sell orders for financial products, order amount information on the order amount for each order of the financial products, designated price information on one or more designated prices for setting multiple buy and sell orders in a predetermined price range, and profit margin information on the profit margin when a financial product is bought at one order price and sold at another order price, or when a financial product is sold at one order price and bought at another order price, and a plurality of first orders for financial products corresponding to the order amounts, which are set in the predetermined price range based on the order generation information, a first generation unit that generates first order information for executing buy or sell orders at a plurality of first order prices, the price range of each of the plurality of first orders being the order price range; a calculation unit that calculates a second order price of a second order which is a settlement order for one of the plurality of first orders, based on the order generation information, and based on the contract price when one of the plurality of first orders is contracted and the profit margin; and a second generation unit that generates, when one first order is contracted, second order information for executing a second order which is a sell settlement order at the second order price for the first order which is a buy order, or second order information for executing a second order which is a buy settlement order at the second order price for the first order for which a sell order has been executed, when the one first order is contracted.

[0009] In the present invention, a "unit" does not simply mean a physical means, but also includes cases where the functions of the "unit" are realized by software. Also, the functions of one "unit" or device may be realized by two or more physical means or devices, and the functions of two or more "units" or devices may be realized by one physical means or device. Effect of the Invention

[0010] According to the present invention, it is possible to generate one or more orders in response to fluctuations in the market price of a financial instrument. [Brief description of the drawings]

[0011] [Figure 1] 1 is a schematic configuration diagram (system configuration diagram) of a financial product transaction management system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a diagram showing an overview of a transaction management process for a financial product according to an embodiment of the present invention. [Diagram 3] 1 is a schematic configuration diagram (block diagram) of a financial product transaction management device and a user terminal according to an embodiment of the present invention. [Figure 4] FIG. 11 is a diagram showing an example of order generation information according to the embodiment of the present invention. [Diagram 5] 1 is a flowchart showing an example of a financial product transaction management process according to an embodiment of the present invention. [Figure 6] FIG. 13 is a diagram showing an example of an order screen outputted on an output unit of a user terminal according to an embodiment of the present invention. [Figure 7] FIG. 11 is a diagram showing an example of payment reservation information according to an embodiment of the present invention. [Figure 8] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 9] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 10] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 11] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 12] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 13] FIG. 11 is a diagram showing an example of an order table according to the embodiment of the present invention. [Figure 14] FIG. 11 is a diagram showing another example of an order screen outputted on the output unit of the user terminal according to the embodiment of the present invention. [Figure 15] 1 is a schematic configuration diagram of a financial product transaction management device and a user terminal according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0012] Hereinafter, an embodiment of the present invention will be described with reference to the accompanying drawings. The following embodiment is an example for explaining the present invention, and is not intended to limit the present invention to the embodiment. Furthermore, the present invention can be modified in various ways without departing from the gist of the invention. Furthermore, the same components in each drawing are denoted by the same reference numerals as much as possible, and duplicated explanations are omitted.

[0013] <System configuration> Fig. 1 is a schematic diagram (system configuration diagram) of a financial product transaction management system according to this embodiment. As shown in Fig. 1, the financial product transaction management system 100 illustratively includes a financial product transaction management device 1 that manages transactions of financial products, n user terminals 3 (n is an arbitrary integer value equal to or greater than 1) operated by investors (users) who wish to trade financial products, and a network N.

[0014] The term "financial product" refers to a product in financial transactions, and includes, for example, securities such as stocks and bonds, futures trading products, etc. In this embodiment, the "financial product" will be described by taking foreign exchange as an example, but is not limited to this.

[0015] The financial product transaction management system 100 is a so-called client-server system. The financial product transaction management system 100 is realized by communicating with n user terminals 3, which are clients, and a financial product transaction management device 1 via a network N.

[0016] The financial product transaction management device 1 is realized, for example, by a server device. The user terminal 3 is realized, for example, by a smartphone or a personal computer. The network N is, for example, a network such as the Internet or a mobile phone network, a LAN ( L ocal A rea N This can be achieved through a network of multiple networks, or a combination of these.

[0017] In the figure, a user terminal 3a and a user terminal 3n are illustrated as the n user terminals 3. However, in the following description, when the n user terminals 3 are not differentiated from one another, some of the reference numerals will be omitted and the terminals will simply be referred to as "user terminals 3."

[0018] Here, an overview of the financial product transaction management system 100 will be described. For example, in the financial product transaction management system 100, if a user sets the currency pair, the buying / selling type of a new order, the predetermined price range for executing new orders and settlement orders, the order price spread of the new order price between the orders when there are multiple new orders, the order quantity (order amount), and the profit margin (profit margin) of the settlement order for the contract price of the new order, etc., an order (automatic repeat order) in which buying and selling is automatically repeated according to the settings is then executed. In an automatic repeat order, buying and selling is repeated every time a certain price movement occurs, and the positions held by the user are accumulated like a staircase. And the liquidation of those positions is also executed continuously at a certain price spread according to the price movement.

[0019] 2 is a diagram showing an overview of financial product transaction management processing according to an embodiment of the present invention. The financial product transaction management system 100 manages multiple new orders (multiple first orders) (for example, new orders O1-1, O1-2, O1-3) as an order group based on the contents entered by the user on the order entry screen. A "new order" is an order to start a new buying and selling transaction (create a position). When a buying and selling transaction is concluded (contracted), a position is created from that transaction.

[0020] The financial product transaction management system 100 manages a new order as valid (for example, a state in which the order is contracted when the market price reaches a designated price) at the same time as the new order is generated. When one of the multiple new orders is contracted, the financial product transaction management system 100 generates a new profit-taking settlement order (second order) based on the contract price and profit margin of the new order, and manages the new order as valid. A "settlement order" is an order to end a buying and selling transaction (to eliminate a position). When a buying and selling transaction is established (contracted), the price difference between the new order and the settlement order becomes the profit and loss throughout the series of transactions. Here, for example, new order O1-2 is automatically placed when settlement order O2-1 is contracted, and new order O1-3 is automatically placed when settlement order O2-2 is contracted.

[0021] For example, when a new order O1-1 with a new order price of 122.0 yen is contracted, the financial product transaction management system 100 generates a new profit-taking settlement order O2-1 (second order) (for example, settlement order price 124.0 yen) based on the contract price (for example, 122.0 yen) and profit margin (for example, 2 yen) of the new order O1-1. When foreign exchange market price fluctuations are relatively gentle, the order price of the new order and the contract price may match at 122.0 yen.

[0022] However, as described above, when important people make statements or when economic indicators that are of great interest are announced, market prices fluctuate drastically. When market prices fluctuate drastically, new orders may be executed at a price different from the price specified. For example, when a new order O1-2 with a new order price of 122.0 yen is executed at an execution price of 121.8 yen, the financial product transaction management system 100 generates a new profit-taking settlement order O2-2 (for example, a settlement order price of 123.8 yen) based on the execution price (121.8 yen) and profit margin (2 yen) of the new order O1-2. When a new order O1-3 with a new order price of 122.0 yen is executed at an execution price of 121.9 yen, the financial product transaction management system 100 generates a new profit-taking settlement order O2-3 (for example, a settlement order price of 123.9 yen) based on the execution price (121.9 yen) and profit margin (2 yen) of the new order O1-3.

[0023] As described above, in the financial product transaction management system 100, when one of multiple new orders is contracted, a new profit-taking settlement order (second order) is generated based on the contract price and profit margin of the one new order. Therefore, it is possible to generate settlement orders according to market fluctuations of financial products.

[0024] In addition, when a profit-taking settlement order is executed, the financial product transaction management system 100 generates a new order with the same conditions (e.g., the same price) as the new order that is the source of the profit-taking settlement order, and manages it as a valid order. The timing of generating the new order may be not only immediately after the profit-taking settlement order is executed, but also at a pre-specified time (e.g., the time of day), or may be after a specified period has elapsed since the profit-taking settlement order is executed.

[0025] Furthermore, the financial product transaction management system 100 can thereafter repeatedly generate and execute a new order, and generate and execute a profit-taking settlement order. In the financial product transaction management system 100, if a user specifies a stop-loss rate, when a new order is executed and a profit-taking settlement order is generated, a stop-loss settlement order (third order) may also be generated and managed as a valid state. When a profit-taking settlement order is executed, the financial product transaction management system 100 cancels the corresponding stop-loss settlement order. When a stop-loss settlement order is executed, the financial product transaction management system 100 cancels the corresponding profit-taking settlement order. The financial product transaction management system 100 manages the multiple orders (e.g., new orders and profit-taking settlement orders) that have been generated as one "order group". One order group may further include a stop-loss settlement order.

[0026] Order types for specifying the price of foreign exchange transactions include, for example, limit orders, stop orders, OCO (One Cancel the Other) orders, IFD orders, and IFO orders. A "limit order" is, for example, a method of buying or selling by specifying a price more favorable than the current market price when placing at least one of a new order and a settlement order. In the case of a limit order for buying, the transaction is executed when the market price falls below the specified price, and in the case of a limit order for selling, the transaction is executed when the market price rises above the specified price. In principle, limit orders are executed at the specified order price if the above-mentioned transaction execution conditions are met. However, if the above-mentioned transaction execution conditions are met when the exchange rate fluctuates rapidly or when trading resumes on Monday after the close of trading hours on Friday, the order is executed at the actual market price, not the specified price.

[0027] A "stop order" is a method of buying or selling by specifying price conditions opposite to those of a normal "limit order," for example, when placing at least one of a new order and a settlement order. In the case of a buy stop order, the transaction is concluded when "the market price reaches or exceeds the specified price," while in the case of a sell stop order, the transaction is concluded when "the market price falls below the specified price." As with "limit orders," "stop orders" are also executed at the actual market price, not the specified price, if the above transaction conditions are met during sudden fluctuations in the exchange rate or when trading resumes on Monday after the close of trading hours on Friday.

[0028] An "OCO order" is a method that allows two orders (a limit order and a stop-limit order) to be placed at the same time. For example, if you have a buy position at a market price of 123 yen for the US dollar / Japanese yen, you can place two orders: a sell limit order to lock in profits at 124 yen, and a sell stop-limit order to cut losses at 122 yen. If one of the orders is executed, the other will be automatically canceled. An "IFD order" is a method of issuing a trade instruction for a new order and a settlement order at the same time. Alternatively, an "IFD order" is a method of reserving in advance that a settlement order will be placed once a new order is executed. An "IFO order" is a combination of an IFD order and an OCO order.

[0029] The financial product transaction management system 100 in this embodiment can appropriately adopt the above-mentioned order types related to price specification (for example, limit order, stop order, OCO order, IFD order, and IFO order).

[0030] <Functional Configuration of Financial Instruments Transaction Management Device> 3 is a block diagram showing an example of a functional configuration of a financial product transaction management device according to an embodiment of the present invention. The financial product transaction management device 1 is illustratively configured to include an information processing unit 40 that executes processing related to transaction management of financial products, and a recording unit 18 that records information necessary for executing the processing of the information processing unit 40 and information related to the execution result. The information processing unit 40 functionally includes an order generation information acquisition unit 41 (acquisition unit), a new order information generation unit 42 (first generation unit), a contract processing unit 43, an order price calculation unit 44 (calculation unit), a settlement order information generation unit 45 (second generation unit), a stop-loss order information generation unit 46 (third generation unit), and a screen output information generation unit 47.

[0031] The order generation information acquisition unit 41, the new order information generation unit 42, the agreement processing unit 43, the order price calculation unit 44, the settlement order information generation unit 45, the stop loss order information generation unit 46, and the screen output information generation unit 47 can be realized, for example, by the CPU 11 executing programs stored in the memory 13 or the recording unit 18 shown in FIG. 15.

[0032] The order generation information acquisition unit 41 acquires order generation information OPI for generating order information for foreign exchange transactions. For example, the order generation information OPI is order application information related to a foreign exchange transaction desired by a user. The order generation information acquisition 41 acquires, as the order generation information OPI, order application information input by a user on, for example, the order screen G1 shown in FIG. 6 or the order screen G3 shown in FIG. 14.

[0033] FIG. 4 is a diagram showing an example of the order generation information OPI. For example, the order generation information OPI includes order price range information on the order price range (e.g., 1.0 yen) in a foreign exchange buy / sell order, order amount information on the order amount (e.g., 10,000 dollars) for each foreign exchange order, designated price information on one or more designated prices (e.g., at least one of an upper limit rate and a lower limit rate) for setting a plurality of buy / sell orders in a predetermined price range, and profit margin information on the profit margin (e.g., 2.0 yen) when foreign exchange is bought at one order price and sold at another order price, or when foreign exchange is sold at one order price and bought at another order price. The order generation information OPI may further include a type of foreign exchange buy / sell order (e.g., US dollar / Japanese yen as a currency pair) and stop loss price information on a stop loss rate (stop loss price) (e.g., 117.00 yen) associated with one settlement order that is a settlement order for one new order.

[0034] Each item in the order generation information OPI is associated with each order group. The stop loss rate may be a fixed value for one order group, or different stop loss rates may be set according to the contract price of new orders in one order group.

[0035] Returning to Figure 3, the new order information generation unit 42 generates new order information (first order information) based on the order generation information OPI acquired by the order generation information acquisition unit 41, for executing new orders to buy or sell at multiple first order prices, the price range of each of the multiple first orders being the order price range, for a financial product corresponding to the order amount, which is set in a predetermined price range.

[0036] The contract processing unit 43 executes processing for, for example, completing (contracting) a transaction for at least one of a new order and a settlement order (including a stop loss order). For example, the contract processing unit 43 contracts a transaction for at least one of a new order and a settlement order when the order satisfies the transaction completion conditions for the above-mentioned "limit order" and "stop-limit order". The contract processing unit 43 contracts at least one of a new order and a settlement order at a price (contract price) different from the designated price (for example, limit price) for the order depending on the fluctuation state of the foreign exchange market.

[0037] The order price calculation unit 44 calculates a settlement order price (second order price) of a settlement order (one second order) for one new order based on the order generation information OPI acquired by the order generation information acquisition unit 41, the execution price when one of the multiple new orders is executed, and the profit margin information included in the order generation information OPI.

[0038] For example, when one new order is contracted, the settlement order information generating unit 45 generates settlement order information (second order information) for a sell settlement order (one second order) to be executed at the settlement order price (second order price) for one new order that is a buy order, or generates settlement order information (second order information) for a buy settlement order (one second order) to be executed at the settlement order price (second order price) for one new order that is an executed sell order. In other words, the settlement order information generating unit 45 does not generate settlement order information at the same time as new order information regarding a series of new orders is generated, but generates a settlement order corresponding to one new order only when the one new order is contracted.

[0039] The stop-loss order information generating unit 46 generates, for example, for a new order that is a buy order, stop-loss order information (third order information) for a sell stop-loss order to be executed at the stop-loss price, or for a new order that is a sell order, stop-loss order information (third order information) for a buy stop-loss order to be executed at the stop-loss price, when one new order is executed.

[0040] The screen output information generating unit 47 generates screen output information for outputting various screens (for example, an order screen, an order confirmation screen, and an exchange rate chart screen) on the user terminal 3, and transmits the screen output information to the user terminal 3.

[0041] The recording unit 18 records, for example, order generation information OPI, user account information UAI, order condition information OCI, and order table information OTI. The recording unit 18 may record the above information in association with each other.

[0042] The user account information UAI may include, for example, an identification of the user, an account number, an identification of one or more currencies held in the account, and information regarding the amount of each of the currencies held in the account. The user account information UAI may also include other information, such as the date the account was opened and the dates and times of deposits and withdrawals.

[0043] The order condition information OCI includes, for example, identification information regarding the foreign exchange currency pair, as well as information regarding the transaction amount, margin, swap points, and price spread and profit spread that can be set in the order.

[0044] The order table information OTI is information in which each piece of order information generated by the new order information generation unit 42, the settlement order information generation unit 45, and the stop loss order information generation unit 46 is managed, for example, in a table format. The order table information OTI manages each piece of order information for each order group, for example, as shown in Figs. 8 to 13.

[0045] <Functional configuration of user terminal> 3, the user terminal 3 functionally includes a display control unit 51 and an operation reception unit 53. Note that the display control unit 51 and the operation reception unit 53 can be realized, for example, by the CPU 31 executing a program stored in the memory 33 or the recording unit 38 of the user terminal 3 shown in FIG.

[0046] The display control unit 51 causes the output unit 37 shown in FIG. 15 to output various screens based on the screen output information generated and transmitted by the screen output information generating unit 47 of the financial product transaction management device 1.

[0047] The operation acceptance unit 53 accepts operations on various screens from the user. The operation acceptance unit 53 accepts operations related to foreign exchange transactions by the user using the input unit 36. The operation acceptance unit 53 accepts order application operations by the user in user input areas or user input fields included in various screens. The operation acceptance unit 53 transmits the contents of the accepted user operations to the financial product exchange management device 1.

[0048] <Financial product transaction management processing> <<First Example>> A first example of a financial product transaction management process will be described with reference to Fig. 5 to Fig. 13. Fig. 5 is a flowchart showing an example of a financial product transaction management process according to an embodiment of the present invention. As a premise, a program for executing a financial product transaction management process is installed in each of the financial product transaction management device 1 and one or more user terminals 3. The financial product transaction management device 1 and one or more user terminals 3 are capable of executing a financial product transaction management process by executing the program. This also applies to a second example of a financial product transaction management process described later.

[0049] The financial product transaction management device 1 acquires order generation information OPI for generating order information related to foreign exchange (step S1).

[0050] FIG. 6 is a diagram showing an example of an order screen outputted on the output unit 37 shown in FIG. 15 of the user terminal 3. A user can place an order for a desired foreign exchange transaction in an input area A1 for inputting order application information on the order screen G1. The user may directly input text information for each item such as "currency pair" and "buy / sell" type, or may select a specific candidate from among multiple candidates in a pull-down format. When the user finishes inputting each item and presses the "order" button B1, the financial product transaction management device 1 generates various order information based on the input order generation information OPI.

[0051] Returning to Figure 5, based on the acquired order generation information OPI, the financial product exchange management device 1 generates new order information (first order information) for executing new buy or sell orders for multiple first order prices, which are set in a predetermined price range (e.g., 120.00 yen to 125.00 yen) for "US dollars / Japanese yen" corresponding to the order amount (e.g., 10,000 dollars), and where the price range of each of the multiple first orders is an order price range (e.g., 1.0 yen) (step S3).

[0052] For example, new order information is generated in accordance with steps 1 to 3 below. Step 1: Calculate the total number (n) of new orders (first orders) included in the order group. Step 2: Calculate the order price for each new order calculated in step 1. Step 3: Using the order prices calculated in step 2, order information for the number of new orders calculated in step 1 is calculated.

[0053] First, a description will be given of step 1. In step 1, the total number (n) of new orders included in the order group is calculated using the following formula 1 or formula 2. (For buy orders) [Formula 1] Total number of new orders (n) = (Upper limit rate - Lower limit rate - Profit margin) / Order price margin + 1

[0054] (For sell orders) [Formula 2] Total number of new orders (n) = (Upper limit rate - Lower limit rate + Profit margin) ÷ Order price margin + 1

[0055] Here, the upper limit rate is "125.00 yen", the lower limit rate is "120.00 yen", the profit margin is "2.0 yen", and the order price margin is "1.0 yen", so when these values ​​are substituted into formula 1 or formula 2, the total number of new orders (n) = 4 (number of orders) is calculated. Thus, in this embodiment, the number of orders (n) is not included as an input item on the user's order screen. In other words, in this embodiment, the number of orders (n) can be calculated based on the above formula 1 or formula 2 without the user having to input the number of orders. The number of orders (n) is automatically calculated based on the contents of the other input items so that all settlement orders (second orders) are included in the rate range. Note that, as another embodiment, an area for the user to input the number of orders on the order screen may be provided.

[0056] Next, a description will be given of step 2. In step 2, the order price of each new order corresponding to the order quantity calculated in step 1 is calculated using the following formula 3 or 4. (For buy orders) [Formula 3] The lowest price for a new order = Floor Rate Second-order new order price = Minimum rate + Order price range … Order price of new order with nth priority = Minimum rate + (n-1) x Order price range

[0057] (For sell orders) [Formula 4] The highest order price for new orders = upper limit rate Second-order new order price = upper limit rate - order price range … Order price of nth new order = upper limit rate - (n-1) x order price range In addition, in formula 3, the prices are calculated based on the "order price of the lowest new order" and in formula 4, the prices are calculated based on the "order price of the highest new order". However, the prices of buy orders may be calculated based on the highest order price and the prices of sell orders may be calculated based on the lowest order price.

[0058] Finally, a description will be given of step 3. In step 3, the order prices calculated in step 2 are used to calculate order information for the number of new orders calculated in step 1.

[0059] FIG. 7 is a diagram showing an example of settlement reservation information included in the order confirmation screen outputted on the output unit 37 shown in FIG. 15 of the user terminal 3. The financial product transaction management device 1 generates settlement reservation information (for example, the profit margin of a profit-taking settlement order (second order) and the stop loss rate for a stop loss order (third order)) in addition to information on a new order, and outputs the settlement reservation information on the confirmation screen. When the user checks the outputted contents and presses, for example, an "order" button, a reception process for each order is executed and each order information is generated. In the order reception process, the financial product transaction management device 1 executes a validity check for each input value based on the order condition information OCI shown in FIG. 3 and the like.

[0060] Furthermore, if a user wishes to change the output order, at least one of the "order price" of a new order (e.g., 120.00 yen, 121.00 yen) and the "profit margin (planned price)" for a new order may be configured to be individually changeable.

[0061] FIG. 8 is a diagram showing an example of an order table according to an embodiment of the present invention. When the financial product transaction management device 1 determines that there is no problem with the order contents as a result of the above order reception process, it executes a process of generating a new order based on the received order application information. The financial product transaction management device 1 records the generated order table shown in FIG. 8 in the recording unit 18 as the order table information OTI shown in FIG. 3. Here, the financial product transaction management device 1 acquires a market price at the time of order generation, and compares the acquired market price with the order price for each of one or more new orders. Based on the comparison result, the financial product transaction management device 1 determines a limit order or a stop order as the order type. The example of the order table in FIG. 8 shows a case where the acquired market price is 121.50 yen. As shown in the order table in FIG. 8, each piece of order information is managed as one order group.

[0062] Returning to Fig. 5, the financial product transaction management device 1 judges whether or not one of the multiple new orders has been contracted (step S5). If one of the multiple new orders has not been contracted (No), the financial product transaction management device 1 waits until the one new order is contracted. On the other hand, if one of the multiple new orders has been contracted (Yes), the financial product transaction management device 1 proceeds to step S7.

[0063] Based on the acquired order generation information OPI, the financial product transaction management device 1 calculates a settlement order price (second order price) of a settlement order (one second order) for one new order based on the contract price when one of the multiple new orders is contracted and the profit margin information included in the order generation information OPI (step S7).

[0064] When one new order is contracted, the financial product transaction management device 1 generates settlement order information (second order information) for a sell settlement order (one second order) to be executed at the settlement order price (second order price) for one new order that is a buy order, or generates settlement order information (second order information) for a buy settlement order (one second order) to be executed at the settlement order price (second order price) for one new order that is an executed sell order (step S9). Steps S7 and S9 will be specifically described below with reference to FIG. 9.

[0065] FIG. 9 is a diagram showing an example of an order table according to an embodiment of the present invention. After new order information corresponding to the order table shown in FIG. 8 is generated, for example, if the market price suddenly changes from "121.50 yen" to "120.90 yen", the financial product transaction management device 1 executes one new order (for example, order number "1002") at the execution price "120.90 yen" instead of the order price of "121.00 yen". When one new order is executed, the financial product transaction management device 1 generates a profit-taking settlement order (for example, order number "1005") and a stop-loss order (for example, order number "1006") as settlement orders for the position of the one new order. In this way, the order type in this embodiment is an IFO order.

[0066] When the new order with order number "1002" is executed, the "order status" is changed to "executed" and the order table is updated. Also, if a profit margin (profit margin) (for example, 2.0 yen) is set for the new order that has become "executed," a profit-taking settlement order with order number "1005" is automatically generated and recorded in the order table. Note that if the market price does not fluctuate suddenly and moves relatively gradually from "121.50 yen" in the direction of a stronger yen, the order price of "121.00 yen" may become the executed price.

[0067] The order price of the profit-taking settlement order with order number "1005" is set to 122.90 yen based on the new order's contract price of 120.90 and the profit-taking margin of 2.0 yen. Furthermore, if a stop-loss rate (e.g., "117.00 yen") is set for the new order that has become "contracted," a stop-loss order with order number "1006" is automatically generated and recorded in the order table. As described above, the order table is updated each time the order status of each order is changed.

[0068] Returning to Fig. 5, the financial product transaction management device 1 judges whether or not an order in a valid order state exists (step S11). If an order in a valid order state exists (Yes), the financial product transaction management device 1 returns to step S3. The case where an order in a valid order state exists includes, for example, a new order in a valid order state and a settlement order for the new order that has been contracted.

[0069] 10 and 11 are diagrams showing an example of an order table according to an embodiment of the present invention. For example, in the process of the market price fluctuating from "120.90 yen" to "123.00 yen", if the market price coincides with the order price "122.90 yen" of the profit-taking settlement order with order number "1005", as shown in FIG. 10, the financial product transaction management device 1 performs a contract process in which the profit-taking settlement order with order number "1005" becomes "contracted" and the corresponding stop-loss order with order number "1006" becomes "canceled". In addition, the financial product transaction management device 1 executes a "first generation process" for generating a new order (e.g., order number "1007") with the same order price (e.g., "121.00 yen") as the one new order (e.g., order number "1002") that has been contracted, as step S3 shown in FIG. 5.

[0070] As shown in Fig. 11, for example, when the market price fluctuates from "122.90 yen" to "123.00 yen," the financial product transaction management device 1 executes contract processing for new orders with order numbers "1003" and "1004" at the respective order prices of "122.00 yen" and "123.00 yen" in step S5 shown in Fig. 5. In this example, because the fluctuation in the exchange rate is relatively gentle, the contract price is the same as the order price.

[0071] As steps S7 and S9 shown in FIG. 5, since the new order with order number "1003" has been contracted, the financial product transaction management device 1 generates a profit-taking settlement order (e.g., order number "1008") and a stop-loss order (e.g., order number "1009") as settlement orders for the position of the new order with order number "1003". The order price of the profit-taking settlement order with order number "1008" is set to 124.00 yen based on the contract price of the new order of 122.00 and the profit margin of 2.0 yen. Furthermore, since a stop-loss rate (e.g., 117.00 yen) is set for the new order that has become "contracted", a process of generating a stop-loss order with order number "1009" is automatically performed and recorded in the order table.

[0072] Furthermore, in steps S7 and S9 shown in FIG. 5, since the new order with order number "1004" has been contracted, the financial product transaction management device 1 generates a take-profit settlement order (e.g., order number "1010") and a stop-loss order (e.g., order number "1011") as settlement orders for the position of the new order with order number "1004". The order price of the take-profit settlement order with order number "1010" is set to 125.00 yen based on the contract price of the new order of 123.00 and the take-profit margin of 2.0 yen. Furthermore, since a stop-loss rate (e.g., 117.00 yen) is set for the new order that has become "contracted", a process of generating a stop-loss order with order number "1011" is automatically performed and recorded in the order table.

[0073] In this way, when a new order is executed, the financial product transaction management device 1 executes a "second generation process" for generating a second order, which is a settlement order for the new order, based on the execution price of the new order and the set profit margin. The financial product transaction management device 1 repeatedly executes the above-mentioned "first generation process" and "second generation process". According to this configuration, whenever a certain price movement occurs, buying and selling is repeated accordingly, positions held by the user are piled up like a staircase, and the liquidation of these positions is also executed continuously at a certain price margin according to the price movement. Therefore, since the user does not need to manually specify or set a large number of orders, the burden on the user when conducting foreign exchange transactions can be significantly reduced.

[0074] Returning to Fig. 5, if there are no orders in a valid order state in step S11 (No), the financial product transaction management device 1 ends the process. The case where there are no orders in a valid order state includes, for example, a case where all valid new orders and settlement orders are cancelled and no new orders are placed. The above case will be described below with reference to Figs. 12 and 13.

[0075] 12 and 13 are diagrams showing an example of an order table according to an embodiment of the present invention. When a stop loss order is executed, a cancellation process of the corresponding new order and profit-taking settlement order is executed. For example, a case where the market price changes from "123.00 yen" to "120.00 yen" is taken as an example. As shown in FIG. 12, when the market price changes from "123.00 yen" to "121.00 yen", a new order with order number "1007" is executed, and a profit-taking settlement order with order number "1012" and a stop loss order with order number "1013" corresponding to the new order are generated. Furthermore, when the market price falls further to "120.00 yen", a new order with order number "1001" is executed, and a profit-taking settlement order with order number "1014" and a stop loss order with order number "1015" corresponding to the new order are generated.

[0076] As shown in Fig. 13, for example, when the market price subsequently changes from "120.00 yen" to "117.00 yen", the stop loss order of order number "1009" is executed, the profit taking settlement order of order number "1008" becomes "canceled", the stop loss order of order number "1011" is executed, the profit taking settlement order of order number "1010" becomes "canceled", the stop loss order of order number "1013" is executed, the profit taking settlement order of order number "1014" becomes "canceled", the stop loss order of order number "1015" is executed, and the profit taking settlement order of order number "1014" becomes "canceled". In this way, when all valid new orders and profit taking settlement orders are canceled, the state is such that no new orders are generated, and therefore the automatic repeat order is stopped.

[0077] According to a first example of the transaction management process for financial products, the financial product transaction management device 1 acquires order generation information for generating order information for financial products. Based on the order generation information, the financial product transaction management device 1 generates first order information for executing buy or sell orders for a plurality of first order prices, which are a plurality of first orders for financial products corresponding to an order amount set in a predetermined price range, and in which the price range of each of the plurality of first orders is the order price range. Based on the order generation information, the financial product transaction management device 1 calculates a second order price of a second order, which is a settlement order for the one first order, based on the contract price and the profit margin when the one first order of the plurality of first orders is contracted. When the one first order is contracted, the financial product transaction management device 1 generates second order information for executing a second order, which is a settlement order for selling, at the second order price for the one first order, which is a buy order, or second order information for executing a second order, which is a settlement order for buying, at the second order price for the one first order for which a sell order is executed. In this way, when one of the multiple new orders is contracted, the financial product transaction management device 1 generates a new profit-taking settlement order (second order) based on the contract price and profit margin of the new order. Therefore, it is possible to generate one or multiple settlement orders according to the market price fluctuation of the financial product.

[0078] <<Second Example>> A second example of the financial product transaction management processing will be described with reference to Figures 14 and 15. In the second example of the financial product transaction management processing, the financial product transaction management device 1 calculates the median of a predetermined price range based on the upper limit price and the lower limit price, and generates new order information for setting multiple new orders on the higher and lower price sides based on the calculated median.

[0079] FIG. 14 is a diagram showing an example of an order screen according to the second example of the financial product transaction management processing. As shown in FIG. 14, a user can place an order for a desired foreign exchange transaction in an input area A3 for inputting order application information on the order screen G3. The user inputs order generation information OPI for each item such as "currency pair". In the second example of the financial product transaction management processing, the financial product transaction management device 1 can calculate the median (e.g., "109.750 yen") of a predetermined price range defined by the upper limit price and the lower limit price based on the upper limit price (e.g., "110.50 yen") and the lower limit price (e.g., "109.00 yen"), and output the median on the order screen G3. Also, as shown in FIG. 14, the financial product transaction management device 1 may output the number of new orders that can be generated as "3 (orders) above" and "3 (orders) below" on the order screen G3.

[0080] When the user presses the "Order" button B3 after completing input for each item, the financial instruments transaction management device 1 generates various order information based on the input order generation information OPI. In the second example of the financial instruments transaction management processing, similar to the first example of the financial instruments transaction management processing, the financial instruments transaction management device 1 calculates the total number of new orders (n). In a specified price range, the financial instruments transaction management device 1 generates three new orders on the higher price side and three new orders on the lower price side, using the median price as a base. For example, the financial product transaction management device 1 may generate a total of seven new orders, including a new order with the median order price of "109.75 yen," three new orders on the higher price side (e.g., three orders with order prices of "110.25 yen," "110.05 yen," and "109.95 yen"), and three new orders on the lower price side (e.g., three orders with order prices of "109.55 yen," "109.35 yen," and "109.15 yen").

[0081] When the user presses the "Order" button B3 after completing input of each item, the financial product transaction management device 1 may output an order confirmation screen for confirming the order contents input by the user before actually executing the process of generating the order. In this case, the financial product transaction management device 1 may generate various order information based on the input order generation information OPI only after the user presses an "Order execution" button or the like output on the order confirmation screen.

[0082] According to the second example of the financial product transaction management process, the financial product transaction management device 1 calculates the median of a predetermined price range based on the upper limit price and the lower limit price, and generates new order information for setting multiple buy and sell orders on the higher and lower price sides based on the calculated median. Therefore, the financial product transaction management device 1 can generate new orders based on the median of a predetermined price range, rather than based on the upper limit price or the lower limit price.

[0083] 15 is a block diagram showing the hardware configuration of the financial product transaction management device 1 according to the embodiment of the present invention and the hardware configuration of the user terminal 3. In the drawing, the reference symbols corresponding to the hardware of the financial product transaction management device 1 are written without parentheses, and the reference symbols corresponding to the hardware of the user terminal 3 are written with parentheses.

[0084] The financial product transaction management device 1 illustratively includes a CPU ( C Central P Processing U nit)11 and ROM( R ead O nly M emory) and RAM( R andom A ccess M emory), a bus 14, an input / output interface 15, an input section 16, an output section 17, a recording section 18, and a communication section 19.

[0085] The CPU 11 executes various processes according to a program recorded in the memory 13 or a program loaded into the memory 13 from the recording unit 18 .

[0086] The memory 13 also stores data and the like necessary for the CPU 11 to execute various processes. The CPU 11 and the memory 13 are connected to each other via a bus 14. An input / output interface 15 is also connected to this bus 14. An input unit 16, an output unit 17, a recording unit 18, and a communication unit 19 are connected to the input / output interface 15.

[0087] The input unit 16 is composed of various buttons, a touch panel, a microphone, etc., and inputs various information in response to instructions from an administrator of the financial instruments transaction management device 1. The input unit 16 may be realized by an input device such as a keyboard or a mouse that is independent of the main body that houses the other parts of the financial instruments transaction management device 1.

[0088] The output unit 17 is composed of a display, a speaker, etc., and outputs image data and audio data. The image data and music data output by the output unit 17 are output from the display, the speaker, etc., so that the administrator, etc. can recognize them as images and music.

[0089] The recording unit 18 is a DRAM ( D ynamic R andom A ccess M It is composed of semiconductor memory such as EEPROM and records various data.

[0090] The communication unit 19 realizes communication with other devices. For example, the communication unit 19 communicates with the user terminal 3 via the network N.

[0091] Although not shown, the financial product transaction management device 1 is provided with a drive as needed. Removable media, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is loaded into the drive as needed. The removable media stores programs for executing the game and various data such as image data. The programs and various data such as image data read from the removable media by the drive are installed in the recording unit 18 as needed.

[0092] Next, the hardware configuration of the user terminal 3 will be described. As shown in Fig. 15, the user terminal 3 illustratively comprises a CPU 31, a memory 33, a bus 34, an input / output interface 35, an input unit 36, an output unit 37, a recording unit 38, and a communication unit 39. Each of these units has the same functions as the units with the same names but different reference numerals that are provided in the above-mentioned financial product transaction management device 1. Therefore, duplicated explanations will be omitted.

[0093] <Other embodiments> The above-described embodiments are provided to facilitate understanding of the present invention, and are not to be construed as limiting the present invention. The present invention may be modified or improved without departing from the spirit and scope of the present invention, and equivalents thereof are also included in the present invention.

[0094] As described above, the financial instruments transaction management device 1 shown in Fig. 3 includes an order generation information acquisition unit 41, a new order information generation unit 42, an agreement processing unit 43, an order price calculation unit 44, a settlement order information generation unit 45, a stop loss order information generation unit 46, and a screen output information generation unit 47. If the user terminal 3 includes the above configuration of the financial instruments transaction management device 1, the user terminal 3 will execute much of the information processing, and the processing burden on the user terminal 3 will increase. In order to reduce this processing burden, each process is distributed between the financial instruments transaction management device 1 and the user terminal 3. Furthermore, at least a part of each function included in the financial instruments transaction management device 1 may be included in the user terminal 3, and the user terminal 3 may be configured as the financial instruments transaction management device. [Explanation of symbols]

[0095] 1...Financial instruments transaction management device, 3...User terminal, 11 (31)...CPU, 13 (33)...Memory, 14 (34)...Bus, 15 (35)...Input / output interface, 16 (36)...Input unit, 17 (37)...Output unit, 18 (38)...Recording unit, 19 (39)...Communication unit, 40...Information processing unit, 41...Order generation information acquisition unit, 42...New order information generation unit, 43...Contract processing unit, 44...Order price calculation unit, 45...Settlement order information generation unit, 46...Stop-loss order information generation unit, 47...Screen output information generation unit, 51...Output control unit, 53...Operation reception unit, 100...Financial instruments transaction management system

Claims

1. A financial product transaction management device for managing financial product transactions, an acquisition unit that acquires order generation information for generating order information for the financial product, the order generation information including order price range information regarding the order price range for buy and sell orders for the financial product, order amount information regarding the order amount for each order of the financial product, designated price information regarding one or more designated prices set by a user for setting multiple buy and sell orders within a predetermined price range, and profit margin information regarding the profit margin when the financial product is bought at one order price and sold at another order price, or when the financial product is sold at one order price and bought at another order price; a first generation unit that generates, based on the order generation information, first order information for executing buy or sell orders at a plurality of first order prices for the financial product corresponding to the order amount, the first order being set in the predetermined price range, and the price range of each of the plurality of first orders being the order price range; a calculation unit that calculates a second order price of one second order, which is a settlement order for one first order, based on the order generation information, and based on the contract price when one first order of the plurality of first orders is contracted, and the profit margin; a second generation unit that generates, when the one first order is contracted, second order information for the one second order, which is a sell settlement order, to be executed at the second order price for the one first order, which is a buy order, or second order information for the one second order, which is a buy settlement order, to be executed at the second order price for the one first order, which is an executed sell order, Financial instruments transaction management device.

2. the first generation unit, when one of the plurality of first orders that is in a valid order state and one of the second orders that is a settlement order for the one first order are executed, executes a first generation process for generating a first order with the same first order price as the one executed first order; the second generation unit, when the first order is executed, executes a second generation process for generating a second order, which is a settlement order for the first order, based on the execution price of the first order and the profit margin; the first generation process and the second generation process are repeatedly executed. The financial product transaction management device according to claim 1.

3. the first generation unit, when one of the first orders that is in a valid order state and one of the second orders that is a settlement order for the one first order are executed, executes a first generation process to generate a first order at the same first order price as the one executed first order at a pre-designated time or after a designated period has elapsed since the execution of the one second order; the second generation unit, when the first order is executed, executes a second generation process for generating a second order, which is a settlement order for the first order, based on the execution price of the first order and the profit margin; the first generation process and the second generation process are repeatedly executed. The financial product transaction management device according to claim 1.

4. the order generation information further includes stop loss price information regarding a stop loss price associated with the one second order which is a settlement order for the one first order; further comprising a third generation unit that generates, when the one first order is executed, third order information for executing a stop loss order for selling at the stop loss price for the one first order that is a buy order, or third order information for executing a stop loss order for buying at the stop loss price for the one first order that is a sell order; The financial product transaction management device according to claim 1.

5. the one or more designated prices include an upper limit price corresponding to an upper limit of the predetermined price range and a lower limit price corresponding to a lower limit of the predetermined price range, the first generation unit calculates the order quantities of the plurality of first orders by dividing a value based on the upper limit price, the lower limit price, and the profit margin by the order price range; The financial product transaction management device according to claim 1.

6. The first generation unit calculates the number of orders for the plurality of first orders by adding 1 to a value obtained by dividing a value based on the upper limit price, the lower limit price, and the profit margin by the order price range.

6. The financial product transaction management device according to claim 5.

7. The first generation unit calculates the order quantities of the plurality of first orders so that the second order prices of all the second orders are included in the predetermined price range.

7. The financial product transaction management device according to claim 5 or 6.

8. The computer that manages the trading of financial products a step of acquiring order generation information for generating order information for the financial product, the order generation information including order price range information relating to the order price range in buy and sell orders for the financial product, order amount information relating to the order amount for each order of the financial product, designated price information relating to one or more designated prices set by the user for setting multiple buy and sell orders within a predetermined price range, and profit margin information relating to the profit margin when the financial product is bought at one order price and sold at another order price, or when the financial product is sold at one order price and bought at another order price; generating, based on the order generation information, first order information for executing buy or sell orders at a plurality of first order prices for the financial product corresponding to the order amount set in the predetermined price range, wherein the price range of each of the plurality of first orders is the order price range; calculating a second order price of one second order, which is a settlement order for one first order, based on the order generation information and the profit margin, based on an execution price when one first order of the plurality of first orders is executed; generating, when the one first order is executed, second order information for executing the one second order, which is a sell settlement order, at the second order price for the one first order which is a buy order, or second order information for executing the one second order, which is a buy settlement order, at the second order price for the one first order which is an executed sell order, when the one first order is executed. Financial Instruments Transaction Management Methods.

9. A computer that manages financial product transactions, an acquisition unit that acquires order generation information for generating order information for the financial product, the order generation information including order price range information regarding the order price range for buy and sell orders for the financial product, order amount information regarding the order amount for each order of the financial product, designated price information regarding one or more designated prices set by a user for setting multiple buy and sell orders within a predetermined price range, and profit margin information regarding the profit margin when the financial product is bought at one order price and sold at another order price, or when the financial product is sold at one order price and bought at another order price; a first generation unit that generates, based on the order generation information, first order information for executing buy or sell orders at a plurality of first order prices for the financial product corresponding to the order amount, the first order being set in the predetermined price range, and the price range of each of the plurality of first orders being the order price range; a calculation unit that calculates a second order price of one second order, which is a settlement order for one first order, based on the order generation information, and based on the contract price when one first order of the plurality of first orders is contracted, and the profit margin; a second generation unit that generates, when the one first order is contracted, second order information for executing the one second order, which is a sell settlement order, at the second order price for the one first order which is a buy order, or second order information for executing the one second order, which is a buy settlement order, at the second order price for the one first order for which a sell order is executed; To function as, Financial Instruments Transaction Management Program.

Images